e-Reality: 10/01/2007

segunda-feira, outubro 22, 2007

Exemplo de Diagrama de Classes da UML

Diagrama de Objetos

Mostram um conjunto de objetos e seus relacionamentos em um ponto no tempo, contém objetos e vínculos e são usados para fazer a modelagem da visão de projeto estática de um sistema a partir da perspectiva de instâncias reais ou prototípicas.

Essa visão atende principalmente aos requisitos funcionais do sistema, ou seja, os serviços que o sistema deverá proporcionar aos seus usuários finais.

Os diagramas de objetos só podem ser usados de uma única maneira: para fazer a modelagem de estruturas dos objetos. Ao se utilizar estes diagramas pode-se expor significativamente apenas conjuntos interessantes de objetos concretos ou prototípicos.

Ao se fazer a modelagem de uma estrutura de objetos deve-se:

identificar o mecanismo cuja modelagem você deseja fazer;

para cada um destes mecanismos, identificar classes, interfaces e outros elementos que participam dessa colaboração e seus relacionamentos;

congelar o cenário em determinado momento e representar cada objeto que participa do mecanismo;

expor o estado e os valores dos atributos de cada um desses objetos para a compreensão do cenário; e

expor os vínculos existentes entre esses objetos, representando instâncias de associações entre eles.

Diagrama de Classes

1.0 - Introdução

Na modelagem de sistemas orientados a objetos, são os diagramas encontrados com maior freqüência e mostra um conjunto de classes, interfaces e colaborações e seus relacionamentos.

Os diagramas de classes costumam conter os seguintes itens: Classes, Interfaces, Colaborações, Relacionamentos de dependências, Generalizações e Associação e também pode conter Pacotes ou Subsistemas utilizados para agrupar elementos do seu novo modelo em um conjunto maior.
Basicamente, os diagramas de classes são utilizados para fazer a modelagem da visão estática de um sistema, ou seja, oferecer suporte para os requisitos funcionais do sistema, os serviços que este fornecer aos usuários finais.

Ao se fazer a modelagem estática de um sistema o diagrama de classes será usado de três formas: para fazer a modelagem do vocabulário de um sistema; para fazer a modelagem de colaborações simples e para fazer a modelagem do esquema lógico de um banco de dados.

Na modelagem do vocabulário do sistema, o diagrama de classes visa definir os limites do sistema, o que envolve uma decisão a respeito de quais abstrações fazem parte do sistema e quais estão fora do limite representando essas abstrações e suas responsabilidades.

Uma colaboração é um conjunto de classes, interfaces e outros elementos que funcionam em conjunto proporcionando algum comportamento cooperativo, maior que a soma de todos os elementos e podem ser representados pelo diagrama de classes.

Os diagramas de classes também podem ser usados para fazer a modelagem de esquemas para banco de dados relacionais ou orientado a objetos onde se deseja armazenar informações persistentes, ou seja, que podem ser armazenadas para serem recuperadas posteriormente.

Enquanto os diagramas de Entidade-Relacionamentos clássicos têm seu foco apenas nos dados já os diagramas de classes vão um pouco além permitindo ainda a modelagem de comportamentos.

2.0 - Perspectivas:

Um diagrama de classes pode oferecer três perspectivas, cada uma para um tipo de observador diferente. São elas:

Conceitual (exemplo)
Representa os conceitos do domínio em estudo.
Perspectiva destinada ao cliente.

Especificação (exemplo)
Tem foco nas principais interfaces da arquitetura, nos principais métodos, e não como eles irão ser implementados.
Perspectiva destinada as pessoas que não precisam saber detalhes de desenvolvimento, tais como gerentes de projeto.

Implementação - a mais utilizada de todas (exemplo)
Aborda vários detalhes de implementação, tais como navegabilidade, tipo dos atributos, etc.
Perspectiva destinada ao time de desenvolvimento.

Diagramas da UML

Um diagrama é uma apresentação gráfica de um conjunto de elementos (classes, interfaces, colaborações, componentes, nós etc) e são usados para visualizar o sistema sob diferentes perspectivas.

A UML define um número de diagramas que permite dirigir o foco para aspectos diferentes do sistema de maneira independente. Se bem usados, os diagramas facilitam a compreensão do sistema que está sendo desenvolvido.

A UML define 9 tipos de diagramas, no entanto, não existe uma limitação pois podem ser criados novos diagramas com a finalidade de visualizar os elementos da UML de maneira diferente.

As partes estáticas de um sistema são visualizadas através dos diagramas de classes, objetos, componentes e implantação, já as partes dinâmicas podem ser representadas pelos diagramas de caso de uso, interação (seqüência e colaboração), estados e atividades.

Os diagramas estruturais existem para visualizar, especificar, construir e documentar os aspectos estáticos de um sistema, ou seja, a representação de seu esqueleto e estruturas relativamente estáveis. Os aspectos estáticos de um sistema de software abrangem a existência e a colocação de itens como classes, interfaces, colaborações, componentes e nós, enquanto que os diagramas comportamentais são usados para visualizar, especificar, construir e documentar os aspectos dinâmicos de um sistema que é a representação das partes que sofrem alterações, como por exemplo o fluxo de mensagens ao longo do tempo e a movimentação física de componentes em uma rede.

Tipos de diagramas:

Estruturais/Estáticos:

Comportamentais/Dinâmicos: