Diagramas de Classe para a

Fase de Projeto

Introdução
• Ao completar os diagramas de interação, pode-
se completar o diagrama de classes
• Na realidade, o diagrama de classes é criado em
paralelo com os diagramas de interação
• No final, falta incluir alguns detalhes finais
Exemplo de um Diagrama de Classes
Diagrama de classes na fase de
projeto
• Deve especificar as classes de software e as
interfaces da aplicação
• Não somente das entidades conceituais
• Informação tipicamente incluída:
• Classes, associações e atributos
• Interfaces, incluindo métodos e constantes
• Métodos
• Informação de tipo de atributos
• Navegabilidade
• Dependências
Como construir um diagrama de
classes
1. Identificar todas as classes que participam da
solução em software
○ Isso é feito pela análise dos diagramas de
interação
2. Inclui-las num diagrama de classes
3. Duplicar os atributos, a partir das entidades
associadas no modelo conceitual
4. Adicionar nomes de métodos descobertos nos
diagramas de interação
5. Adicoonar informação de tipo aos atributos e
métodos
6. Adicionar as associações necessárias para a
visibilidade de atributos
7. Adicionar setas às associações para indicar a
diração da visibilidade de atributos
8. Adicionar linhas de relações de dependência para
indicar a visibilidade que não seja de atributo
Modelo conceitual versus diagrama de
classes da fase de projeto
• Para ambos, UML usa o diagrama de classes
• No modelo conceitual, uma entidade não
representa uma classe de software mas um
conceito do domínio do problema
• No diagrama de classes da fase de projeto, as
classes são de software
Criação dos diagramas de classe do
estudo de caso
Identificar as classes de software
• Verificar todos os diagramas de interação para
identificar classes
• Adicioná-las ao diagrama de classes, junto com
os atributos
• Não precisa incluir classes que não participam
da iteração atual
Adicionar nomes de métodos
• Analisar os diagramas de interação para
descobrir os métodos de cada classe
• Alguns detalhes sobre métodos
• O método create() de UML não aparece em
muitas linguagens, pois é uma chamada a um
construtor
• Muitas vezes, não se incluem os métodos
acessores (getAtributo() e setAtributo())
• Se classes de bibliotecas (ex. Vector em Java)
são mostrados no diagrama, não se precisa
mencionar seus métodos
• Pode-se usar a sintaxe da linguagem de
programação final, se desejado
• Diagrama até agora:

Adição de informação de tipo

• Este passo é opcional
• Se o diagrama de classes está sendo criado
numa ferramenta CASE (ex. Rational Rose), e
a ferramenta será usada para gerar código,
todos os detalhes de tipos devem ser dados
• Se o diagrama for preparado apenas para
leitura por desenvolvedores, o nível de
detalhamento pode ser menor
• O seguinte diagrama contém toda a informação
de tipo

Adicionar Associações e
Navegabilidade
• A navegabilidade implica visibilidade da fonte
para o destino
• Normalmente navegabilidade de atributo,
incluída na implementação
• As associações devem ser apenas aquelas
necessárias para a visibilidade de objetos
• Isso é diferente das associações no modelo
conceitual, as quais podem ser incluídas para
melhorar o entendimento
• Os diagramas de interação são usados para
descobrir a visibilidade, associações e
navegabilidade
• Situações comuns que levam a associações:
 • A envia uma mensagem a B
• A cria uma instância de B
• A deve manter conhecimento de B
• Exemplo:

• Diagrama de classes até agora:

Adição de relações de dependência
• Quando uma classe conhece outra (tem
visibilidade), mas a visibilidade não é de
atributo, usa-se uma linha tracejada
• Exemplo: TPDV recebe um objeto da classe
EspecificaçãoDeProduto como retorno do
método especificação da classe TPDV
• Diagrama de classes com dependências:
Incluindo detalhes de membros de
classes
• UML possui sintaxe para especificar:
• Visibilidade
• Valores iniciais
• etc.
• Exemplo:
proj1-8 programa anterior próxima