Diagrama de classes

1. Métodos baseados em Classes para
Modelagem de Requisitos
Prof. CarlosAlberto

2. Sumário
1. Introdução
2. Análise Orientada a Objetos
3. Identificação de Classes
4. Classe
5. Relacionamento
6. Multiplicidade
7. Classe Associativa e Classe Intermediária
8. Restrição
9. Diagrama de Classe
10.Exercício
11.Conclusão
12.Referências

3. Introdução
O Que é?
Quem faz?
Por que é
importante?
Quais são os
passos?
Qual é o produto
do trabalho?
Como tenho certeza
de que fiz
corretamente?
Métodos baseados em Classes
para Modelagem de Requisitos

4. Análise Orientada a Objetos
Aprendemos a pensar de maneira Orientada a Objetos
Instanciação

5. Análise Orientada a Objeto

6. Abstração
 É a habilidade de concentrar nos aspectos essenciais
de um contexto qualquer, ignorando características
menos importantes.

7. Encapsulamento
 é a característica da OO capaz de ocultar partes
(dados e detalhes) de implementação interna de
classes do mundo exterior.

8. Herança
 É o mecanismo que permite a uma classe herdar todos
os atributos e métodos de outra classe.
 Ela permite definir a implementação de uma nova classe
na definição de uma classe previamente implementada.

9. Composição
 Composição é um mecanismo de reaproveitamento
(reutilização) de classes utilizado pela POO para
aumentar a produtividade e a qualidade no
desenvolvimento de software.

10. Polimorfismo
 É a capacidade que as classes derivadas de uma única
classe base são capazes de invocar os métodos que,
embora apresentem a mesma assinatura,
comportam-se de maneira diferente para cada uma
das classes derivadas.

11. Identificação de Classes
Ao olhar para uma sala de aula
É possível identificar um
conjunto de objetos
que são facilmente
identificados,
classificados,
e definidos (atributos e
operações)
Expande o espaço do problema
As classes e objetos
mais difíceis de compreender

12. Análise Sintática
Identificação de Classes
Examinar o contexto de
aplicação
Para identificar as classes

13. Identificação de Classes
 Entidades externas  outros sistemas, dispositivos
 Ocorrências ou eventos  movimentos de um robô
 Papéis  aluno, professor
 Unidades Organizacionais  UFRN e EAJ
 Estruturas  veículos de quatro rodas
As classes e suas categorias

14. Classe
 É uma descrição de um conjunto de objetos que
compartilham os mesmos atributos, operações,
relacionamentos e semântica;
 Representada por um retângulo que pode possuir
até três divisões:
Aluno
+ consultarPorNome()
+ consultarPorMatricula()
- Matrícula
- Nome
- CPF
 Nome da classe;
 Atributos da classe;
 Métodos da classe.

15. Classe
 Atributos
 Representam as características de uma classe
 Exemplo: Pessoa (matricula, nome, CPF, etc.)
 Métodos
 Representam as atividades que um objeto de uma classe
pode executar
 Exemplo: Aluno (consultarPorMatricula, cancelarContrato)
 Visibilidade
 Indica o nível de acessibilidade de um atributo ou método
 Tipos: Pública (+), Privada (-) e Protegida (#)

16. Relacionamento
 Permite compartilhar informações e colaborar com a
execução dos processos do sistema;
 Os tipos de relacionamentos são:
 Associação
 Agregação
 Composição
 Especialização/Generalização
 Dependência

17. Relacionamento
Associação
 Descreve os vínculos entre os objetos de uma ou mais
classes;
 Permitem compartilhar informações;
 Associação binária – quando há duas classes
envolvidas na associação de forma direta de uma para
outra;
 Associação unária – quando há um relacionamento de
uma classe consigo mesma.

18. Relacionamento
Associação binária
 Relacionamento entre duas classes;
 É o tipo de relacionamento mais comum;
 Podem possuir títulos para determinar o tipo de vínculo.

19. Relacionamento
Associação binária

20. Relacionamento
Associação unária
 Ocorre quando há um relacionamento de um objeto
de uma classe com objetos da mesma classe;
 No exemplo a seguir, percebe-se que um objeto da
classe Funcionário pode (ou não) supervisionar
outros objetos dessa mesma classe;
 Para o relacionamento ficar mais claro, pode-se
informar a sua multiplicidade.

21. Relacionamento
Associação unária

22. Multiplicidade
Multiplicidade Significado
0..1 No mínimo zero e no máximo um.
Os objetos não precisam estar
relacionados, porém se houver
relacionamento deve ser de no
máximo 1.
1..1 Um e somente um
0..* No mínimo nenhum e no máximo
muitos.
* Muitos
1..* No mínimo um e no máximo
muitos.
3..5 No mínimo 3 e no máximo 5.

23. Relacionamento
Agregação
 Tipo especial de associação que tenta demonstrar que
as informações de um objeto-todo precisam ser
complementadas pelas informações contidas em um
(ou mais) objetos-parte.
 A existência do objeto-parte faz sentido mesmo não
existindo o objeto-todo.
 A associação de agregação pode, em muitos casos, ser
substituída por uma associação binária simples,
dependendo da visão de quem faz a modelagem.

24. Relacionamento
Agregação
Pedido
- nro_pedido: long
- Dat_pedido: date
Produto
- qtd_item: double
- Val_item: double
possui
1..*

25. Relacionamento
Composição
 É uma variação da agregação e considerada mais
“forte”.
 O objeto-parte não pode existir sem o objeto-todo.
 Se o objeto-todo for destruído, o objeto-parte também
será.

26. Relacionamento
Composição
Edição
- nro_edicao: int
- vol_edicao: int
- Data_edicao: data
Artigo
- Tit_artigo: char[120]
contém
6..10

27. Especialização/Generalização
Especialização/Generalização
 Tem como objetivo identificar classes-mãe, denominadas de
gerais, e classes-filha chamadas de especializadas;
 São chamados de relacionamentos “é um tipo de”.

28. Relacionamento
 Especialização/Generalização
ContaComum
+ Saque()
- saldo: double
ContaEspecial
+ Saque()
- limite: double
ContaPoupanca
- Aniversario: date

29. Dependência
 Como o nome sugere, indica um grau de dependência
entre uma classe e outra.
 Uma dependência difere de uma associação porque a
conexão entre as classes é temporária.
 Representada por uma seta tracejada entre duas
classes.

30. Dependência

31. Classe Associativa
 Utilizada quando ocorrem associações que possuem
multiplicidade muitos para muitos em todas as suas
extremidades;
 Armazena os atributos transmitidos pela associação;
 Pode possuir seus próprios atributos;
 Representada por uma reta tracejada partindo do meio
da associação até uma classe.

32. Classe Associativa
Autor
- nome_autor: char[40]
- end_autor: char[40]
Artigo
- Tit_artigo: char[120]
1..* 1..*
Escreve

33. Classe intermediária
 Substitui as classes associativas;
 Apresenta, exatamente, a mesma função da classe
associativa;.
 Pode possuir seus próprios atributos;

34. Restrição
 Informações extras
 definem condições a serem validadas
 Representadas por textos limitados por chaves.

35. Diagrama de Classe
 Permite a visualização das classes utilizadas pelo
sistema como elas se relacionam.
 Apresenta uma visão estática de como as classes estão
organizadas a fim de definir sua estrutura lógica.
 Foi projetado para ser uma evolução (e não
substituição) do Modelo Entidade-Relacionamento do
Banco de Dados.

36. Diagrama de Classe
 Uma classe não corresponde, obrigatoriamente, a
uma tabela em um banco de dados.
 Eventualmente, os atributos de uma classe
correspondem aos atributos de uma tabela, porém
uma classe não é uma tabela.

37. Exercício
 Desenvolva um diagrama de classe para uma loja
on-line de pedidos de vendas de produtos.

38. Exercício
 Crie um diagrama de classe para um banco

39. Conclusão
 Pode-se afirmar que métodos baseados em classes
para modelagem de requisitos possibilitam criar uma
variedade de representações que mostram os requisitos
de software quanto à informação, função e
comportamento.

40. Referências
 Pressman, Roger S. Engenharia de Software. 6 ed.
São Paulo: MCGRAW-Hill, 2006.
 Guedes, Gilleanes T. A. UML 2: guia prático. São
Paulo: Novatec Editora, 2007
 FURLAN, José D. Fundamentos do Desenho
Orientado a Objeto com UML. São Paulo: Makron
Books, 2001.