200 likes | 438 Views
9. Modelo conceitual (diagrama conceitual de classes) 9.1 Conceitos 9.2 Associações 9.3 Atributos. Aluno. Professor. 1..*. *. ensina. Objetivo: compreender e aplicar um modelo conceitual.
E N D
9. Modelo conceitual (diagrama conceitual de classes)9.1 Conceitos9.2 Associações9.3 Atributos Aluno Professor 1..* * ensina Objetivo: compreender e aplicar um modelo conceitual
Um modelo conceitual mostra os conceitos significativos PARA QUEM MODELA o sistema no domínio de uma determinada atividade • É necessário que sejam identificados conceitos adequados a partir da investigação de um problema para que o projeto e a implementação sejam feitos também de forma mais adequada • Uma série de esforços (dicas) devem ser despendidos pelo MODELADOR para a construção do modelo conceitual • DICA 1: deve-se ter um esforço para pensar no modelo conceitual como uma representação de coisas do mundo real e nunca como componentes de software
DICA 2: o modelo conceitual é sempre feito a partir dos casos de uso • O modelo conceitual trata de conceitos, associações entre conceitos e atributos de conceitos • Exemplo dos pontos de venda que pode partir de diversos pontos de vista de caso de uso
9.1 Conceitos • Conceitos são idéias, coisas ou objetos • Mais especificamente • Símbolos – palavras ou imagens representam conceitos • Intenções – definições de conceitos • Extensões – conjunto de exemplos aos quais o conceito se aplica • Por exemplo, “colocar material na página” é um evento cujo símbolo eu posso escolher “material”? • DICA 3: a análise deve sempre ser orientada a objetos. Cuidado para não dividir por funções!!
DICA 4: Estratégias para se identificar conceitos a partir de um caso de uso • Principal: especificar muitos conceitos (SEM PENA!!!!!) • Enfoque 1 – Criar um modelo conceitual a partir de uma lista de categorias de conceitos
Enfoque 2 – Criar um modelo conceitual a partir da identificação de substantivos • CUIDADO: não trabalhar mecanicamente!
Exemplo na sequência de eventos do caso de uso Comprar Itens
DICA 5: objetos-relatórios, incluir ou não? • No caso do ponto de venda • I) recibo é relatório de venda e mostrar relatório em um modelo conceitual não é útil porque toda a informação é derivada de outras fontes • II) recibo tem um papel importante: dá direito ao portador de retornar itens comprados pelo mesmo • De uma maneira geral, deve-se usar a “regra do cartógrafo”!
ERROS COMUNS: • 1) representar algo como atributo quando deve ser um conceito • Dica: se você pensa em um conceito X como um número ou um texto no mundo real, provavelmente é um conceito e não um atributo • 2) ignorar conceitos de especificação • Dica: no mundo real, uma especificação é algo que não é necessariamente intrinseco a um objeto, já que, se assim fosse, se os objetos acabassem, as epecificações acabariam também
9.2 Associações • Associações são relacionamentos entre conceitos com algum significado para o domínio de conhecimento • Exemplo do ponto-de-venda
DICA 6: as associaçõe devem ser encontradas a partir de uma lista de categorias de associações comuns
DICA 7: nunca se dedicar mais a associações do que a conceitos DICA 8: focalizar as associações que são necessárias de ser conhecidas DICA 9: evitar associações redundantes e deriváveis Papéis: cada extremo de uma associação com: Nome Multiplicidade Navegabilidade
9.3 Atributos • Valores de dados lógicos de um objeto • DICA 10: colocar atributos para os quais os requisitos indicam que as informações devem ser memorizadas • Exemplo para ponto de venda
DICA 11: como diferenciar atributos de associações • Deixar os atributos simples
Identificados como aqueles para os quais uma entidade única não faz sentido • Em nehuma hipótese definir atributo como chave estrangeira • DICA 12: pensar o modelo conceitual principalmente como uma ferramenta de comunicação