Carregar apresentação
A apresentação está carregando. Por favor, espere
PublicouFelipe Silvia Alterado mais de 10 anos atrás
2
1 DIAGRAMA DE CLASSES PERSPECTIVA CONCEITUAL 2ª PARTE DICAS DEPENDÊNCIAS AVANÇADO AGREGAÇÃO ATRIBUTOS E ASSOCIAÇÕES DERIVADAS ASSOCIAÇÃO TERNÁRIA GENERALIZAÇÃO ORGANIZAÇÃO DAS CLASSES EM PACOTES ELABORANDO O DIAGRAMA ERROS COMUNS
3
2 DICAS Foco: aspecto estático do sistema Não prejudicar a leitura com minimalismos Generalizações: evitar mais do que 5 níveis Nome para cada diagrama Evitar linhas cruzadas Elementos semânticos semelhantes próximos fisicamente Pode-se usar notações visuais que chamem a atenção É possível usar mais que um relacionamento, mas tentar evitar
4
3 DEPENDÊNCIAS AVANÇADO Tipos Definidos pela UML Bind: origem instancia o destino Derive: Origem computada através do destino (ex. Idade -> Data de Nascimento) Friend: Origem recebe visibilidade especial no destino InstanceOf Instantiate Powertype Refine Use
5
4
6
5 Atributo derivado Nota
7
6 Pedido numPedido dataEmissão nomePresenteado [0..1] endereçoEntrega dataCancelamento [0..1] status Item pedido quantidadePedida preçoCobrado / quantAtendida 1..* 1 0..* Livro isbn título descrição quantEstoque preço prazoMédioEntrega 0..* 1..* Cliente código CPF nome endereço telefone [0..1] eMail [0..1] <- faz 1..* 1 /escolhe Associação derivada
8
7
9
8
10
9
11
10
12
11
13
12
14
13
15
14 Pagamento Particular tipo número cheque número banco Pagamento por Convênio número associado Convênio nome telefone data cobrança 0..* 1 1 Pagamento data prevista data pagamento valor cobrado valor pago Consulta data hora sintomas diagnóstico medicamentos 1 1 1 1
16
15
17
16 Restrição
18
17
19
18 Discriminador
20
19
21
20
22
21 Controle de livros Controle de pedidos
23
22
24
23 Item faturado quantFaturada Livro (from Controle de Livros ) isbn título descrição quantEstoque preço prazoMédioEntrega Item pedido quantidadePedida preçoCobrado 1 0..* 1 Cliente código CPF nome endereço telefone [0..1] eMail [0..1] Pedido numPedido dataEmissão nomePresenteado [0..1] endereçoEntrega dataCancelamento [0..1] status 1..* 1 1 faz -> Fatura numFatura dataEmissão dataVencimento valorPago [0..1] dataPagamento [0..1] dataPedidoCancelamento [0..1] dataCancelamento [0..1] status 1..*0..*1..*0..* 1 1 { Se uma fatura atende a um pedido, necessariamente os itens pedidos ligados à fatura devem ser do pedido ao qual a fatura está relacionada } Nome do package
25
24
26
25
27
26
28
27
29
28
30
29
31
30
32
31
33
32
34
33
35
34 Verificação de documentação de Análise - Padrão de Verificação: - Sistema está completo? - Sistema atende necessidade do usuário - Casos de uso estão completos mediante os requisitos? - Diagrama de Classes: - Retrata casos de Uso? - há possíveis melhoras? - Relacionamentos estão corretos?
36
35 Qualidade em Análise -Metodologia usada. -Documentação sugere arquitetura? -Rastreabilidade aplicável -Grau de entendimento da solução -Itens incluídos em análise -Volume de alterações geradas em requisitos
37
36 Qualidade em Análise - Adequabilidade em relação aos documentos de Requisitos - Validações geradas nos documentos de Requisitos - Tempo de compreensão da solução Grau de envolvimento cliente / Analista
38
37
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.