UML - Diagrama de Classes Continuação 4...

UML - Diagrama de Classes Continuação 4...
entre a classe Professor e a classe disciplina (um professor ministra uma
disciplina) significa que uma instância de Professor (um professor específico) vai ter uma associação com uma instância de Disciplina.
Esta relação significa que as instâncias das classes são conectadas, seja
fisicamente ou conceptualmente.[Nicolas Anquetil]
 Dependência - São relacionamentos de utilização no qual uma mudança na
especificação de um elemento pode alterar a especificação do elemento
dependente. A dependência entre classes indica que os objectos de uma
classe usam serviços dos objectos de outra classe.

 Generalização (herança : simples ou composta) - Relacionamento entre um elemento mais geral e um
mais específico. Onde o elemento mais específico herda as propriedades e métodos do elemento mais
geral. A relação de generalização também é conhecida como herança no modelo a objectos.
Como a relação de dependência, ela existe só entre as classes. Um objecto particular não é um caso geral de um outro objecto, só conceitos (classes no modelo a objectos) são generalização de outros conceitos.

 Agregação Regular - tipo de associação ( é parte de , todo/parte) onde o objecto parte é um atributo do
todo ; onde os objectos partes somente são criados se o todo ao qual estão agregados seja criado. Pedidos
é composto por itens de pedidos.
 Composição - Relacionamento entre um elemento ( o todo) e outros elementos (as partes) onde as parte
só podem pertencer ao todo e são criadas e destruídas com ele.
O diagrama de de classes lista todos os conceitos do domínio que serão implementados no sistema e as relações entre os conceitos. Ele é muito importante pois define a estrutura do sistema a desenvolver.
O diagrama de classes não surge do nada ele é consequência do prévio levantamento de requisitos , definição de casos de usos e classes. Como exemplo vamos supor que você tivesse que desenvolver um sistema para
automatizar um consultório dentário. As etapas básicas envolvidas seriam:
 Levantamento e análise de requisitos do sistema a ser desenvolvido. Entrevista com o dentista(s) e com as
pessoas que trabalham no consultório
 Definição dos objectos do sistema : Paciente , agenda , dentista , serviço , contrato , consulta ,
pagamento , etc..
 Definição dos actores do sistema : paciente, dentista , secretária
 Definição e de talhamento dos casos de uso: marcar consulta , confirmar consulta , cadastrar paciente ,
cadastrar serviços , etc.
 Definição das classes : paciente , dentista , exame , agenda , serviço
 Definir os atributos e métodos das classes :
Após toda esta análise você chega no diagrama de classes do sistema (representado abaixo a título de exemplo ilustrativo) entre a classe Professor e a classe disciplina (um professor dá uma
disciplina) significa que uma instância de Professor (um professor específico) vai ter uma associação com uma instância de Disciplina.
Esta relação significa que as instâncias das classes são conectadas, seja
fisicamente ou conceitualmente.[Nicolas Anquetil]
 Dependência - São relacionamentos de utilização no qual uma mudança na
especificação de um elemento pode alterar a especificação do elemento dependente.
A dependência entre classes indica que os objectos de uma classe usam serviços dos objectos de outra classe.