UML - Diagrama de Classes e objetos

Resolvi falar um pouco sobre diagrama de classes e de objetos.. Não é uma tarefa trivial para ser desenvolvida em um pequeno artigo onde deve-se ter a preocupação de ser claro , objetivo sem ser superficial.

Eu poderia começar dando de cara a definição do que é um diagrama de classes , mas creio que preciso falar sobre o conceito de classes , mas para isto preciso falar sobre o que são objetos...
 

Estou falando para programadores e analistas , certo !!!  Então  nosso foco e  área de atuação será a Programação Orientada a Objetos. (POO)

Em POO , os problemas de programação são pensados em termos de objetos , nada de funções , rotinas , nada disto , o assunto são os objetos , propriedades e métodos.

Nota: A preocupação da programação estruturada estava em procurar os processos que envolviam o problema e não os objetos que o compunham.

Desta forma quando é colocado o problema de desenvolver um sistema para locadoras , por exemplo , devemos pensar como dividir o problema em objetos. Para este caso podemos ter os seguintes objetos :  Clientes , CDs e Fitas ,  etc..

A melhor maneira de conceituar estes termos é considerar um objeto do mundo real  e mostrar como podemos representá-lo em termos conceitos para POO.

Começando com as definições : "Um objeto  é um termo que usamos para representar uma entidade do mundo real"  (Fazemos isto através de um exercício de abstração.)

Vou usar como exemplo o meu cachorro Bilu. Posso descrever o Bilu  em termos de seus atributos físicos: é pequeno , sua cor principal é castanha , olhos pretos , orelhas pequenas e caídas,  rabo pequeno , patas brancas.

Posso também descrever algumas ações que ele faz (temos aqui os métodos) :  balança o rabo quando chego em casa , foge e se deita se o mando sair debaixo da mesa, late quando ouve um barulho ou vê um cão ou gato,  atende e corre quando o chamo pelo seu nome.

Temos abaixo a representação do Bilu.

	Temos aqui a representação de um objeto , no caso o meu cachorro Bilu , que possui as seguintes propriedades e métodos: Propriedades : Cor do corpo : castanha  cor dos olhos : preto   altura: 18 cm   comprimento: 38 cm   largura : 24 cm Métodos :  balançar o rabo , latir , deitar , sentar
Meu cachorro Bilu

Em termos de POO para poder tratar os objetos começamos criando classes, neste caso irei criar a classe chamada Cachorro.

"Uma classe representa um conjunto de objetos que possuem comportamentos e características comuns".

"Na UML o nome de uma classe é um texto contendo letras e dígitos e algumas marcas de pontuação. Na realidade, é melhor guardar os nomes curtos com apenas letras e dígitos. UML sugere capitalizar todas as primeiras letras de cada palavra no nome (ex.: ``Lugar'', ``DataReserva''). É melhor também manter nomes de classe no singular, classes por default contém'' mais de um objeto, o plural é implícito.". [Nicolas Anquetil]

Uma classe descreve como certos tipos de objetos se parecem do ponto de vista da programação , pois quando definimos uma classe precisamos definir duas coisas:

1. Propriedades - Informações específicas relacionadas a uma classe de objeto. São as características dos objetos que as classes representam. Ex Cor , altura , tamanho , largura , etc...

2. Métodos:  São ações que os objetos de uma classe podem realizar. Ex: Latir , correr , sentar , comer, etc.

Você pode pensar em uma classe com um modelo para criar quantos objetos você desejar de um tipo particular. Pense em um carimbo com a imagem de um cachorro , quando você carimba e obtêm um desenho de cachorro você acabou de criar uma instância da classe e obteve um objeto daquela classe.

O novo objeto possuirá todas as características e comportamentos definidos pela classe. (As classes especificam a estrutura e o comportamento (operações) dos objetos, que são instâncias das classes)

Aqui temos que Bilu é um objeto da classe Cachorro. Em termos de POO acabamos de criar uma instância da classe Cachorro e a chamamos Bilu. Quando criamos uma nova instância de uma classe dizemos que estamos instanciando a classe.

Geralmente em um sistema de médio porte serão identificados diversas classes que compõem o sistema. Neste contexto a UML surgiu como uma proposta de ser uma linguagem para modelagem de dados que usava diversos artefatos para representar o modelo de negócio ; um destes artefatos é o diagrama de classes.

A representação de uma classe usa um retângulo dividido em três partes:

nome atributos métodos

Podemos dizer que os diagramas de classes são los principais diagramas estruturais da UML pois ilustram as classes , interfaces e relacionamentos entre elas.

Os diagrama se classes ilustram atributos e operações de uma classe e as restrições como que os objetos podem ser conectados ; descrevem também os tipos de objetos no sistema e os relacionamentos entre estes objetos que podem ser : associações e abstrações.

Para poder representar a visibilidade dos atributos e operações em uma classe utiliza-se as seguintes marcas e significados:

• + público - visível em qualquer classe

• # protegido - qualquer descendente pode usar

• - privado - visível somente dentro da classe

Relacionamento entre classes

Os objetos tem relações entre eles: um professor ministra uma disciplina para alunos numa sala, um cliente faz uma reserva de alguns lugares para uma data, etc. Essas relações são representadas também no diagrama de classe. [Nicolas Anquetil]

A UML reconhece três tipos mais importantes de relações: dependência, associação e generalização (ou herança).

Geralmente as classes não estão sós e se relacionam entre si. O relacionamento e a comunicação entre as classes definem responsabilidades , temos 3 tipos :

1. Associações :  Agregação e composição

2. Generalização (herança)

3. Dependências

As representações usam a seguinte notação :

Associação : São relacionamentos estruturais entre instâncias e especificam que objetos de uma classe estão ligados a objetos de outras classes. Podemos ter associação uniaria , binária , etc. A associação pode existir entre classes ou entre objetos. Uma associação 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 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 objetos de uma classe usam serviços dos objetos de outra classe.