Diagrama de Classes I

Quando mencionamos o termo "Paradigma de Desenvolvimento", estamos nos referindo a:

• Linguagem de programação e análise de sistemas

• Boas práticas de desenvolvimento

• Barreiras ao desenvolvimento

• Classes e objetos

Quais são os paradigmas de desenvolvimento que já foram identificados ou criados?

• Paradigma Orientado a Objetos

• Paradigma Estruturado

• Paradigma Não-estruturado

• Paradigma Ágil

No paradigma não-estruturado temos:

• Linguagem não-estruturada e análise não-estruturada

• Linguagem não-estruturada e nenhuma análise de sistemas

• Banco de dados e sistema são desenvolvidos separadamente

• Banco de dados e sistema são desenvolvidos simultaneamente

No paradigma estruturado temos:

• Linguagem não-estruturada e análise não-estruturada

• Linguagem não-estruturada e nenhuma análise de sistemas

• Banco de dados e sistema são desenvolvidos separadamente

• Banco de dados e sistema são desenvolvidos simultaneamente

No paradigma orientado a objetos temos:

• Linguagem não-estruturada e análise não-estruturada

• Linguagem não-estruturada e nenhuma análise de sistemas

• Banco de dados e sistema são desenvolvidos separadamente

• Banco de dados e sistema são desenvolvidos simultaneamente

Classes e objetos:

• São essencialmente a mesma coisa

• Classes são as definições dos objetos

• Objetos são as definições das classes

• Um objeto é um conjunto de classes

Classes são representadas em UML com os seguintes componentes:

• Nome da classe

• Atributos

• Métodos

• Propriedades

Qual das alternativas apresenta um atributo de classe definido corretamente em UML?

• +string: nome = "Joaquim"

• +nome: string = "Joaquim"

• public string nome = "Joaquim";

• +string nome == "Joaquim";

Qual das alternativas abaixo apresenta um método de classe definido corretamente de acordo com a UML:

• +calcula(a:int, b:double):double

• public double calcula (int a, double b)

• +double calcula (int a, double b)

• +calcula(int a, double b):double

Neste diagrama entendemos que:

• ClasseA depende de ClasseB

• ClasseA é um tipo de ClasseB

• Ao menos uma das classes possui um atributo cujo tipo é a outra classe

• ClasseA é uma parte usada para construir ClasseB