UML no Wikipedia

O trecho abaixo faz parte do artigo sobre UML dentro da versão em português do Wikipedia:

Embora a UML defina uma linguagem precisa, ela não é uma barreira para futuros aperfeiçoamentos nos conceitos de modelagem. O desenvolvimento da UML foi baseado em técnicas antigas e marcantes da orientação a objetos, mas muitas outras influenciarão a linguagem em suas próximas versões. Muitas técnicas avançadas de modelagem podem ser definidas usando UML como base, podendo ser estendida sem se fazer necessário redefinir a sua estrutura interna.

A UML será a base para muitas ferramentas de desenvolvimento, incluindo modelagem visual, simulações e ambientes de desenvolvimento. Em breve, ferramentas de integração e padrões de implementação baseados em UML estarão disponíveis para qualquer um.

A UML integrou muitas idéias adversas, e esta integração acelera o uso do desenvolvimento de softwares orientados a objetos.

Leia o artigo completo clicando aqui.

O equivalente em inglês está aqui, que destaca:

UML 2.0 has 13 types of diagrams, which can be categorized hierarchically as follows:

Diagrama de Máquina de Estados

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Máquina de Estados era conhecido nas versões anteriores da linguagem como Diagrama de Gráfico de Estados ou simplesmente como Diagrama de Estados, tendo assumido nova nomenclatura a partir da versão 2. Esse diagrama procura acompanhar as mudanças sofridas nos estados de uma instância de uma classe, de um Caso de Uso ou mesmo de um subsistema ou sistema completo. Como o Diagrama de Seqüência, o Diagrama de Máquina de Estados muitas vezes se baseia em um Caso de Uso e se apóia no Diagrama de Classes.

A figura abaixo apresenta um exemplo de Diagrama de Máquina de Estados.

Diagrama de Comunicação

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Comunicação era conhecido como Diagrama de Colaboração até a versão 1.5 da UML, tendo seu nome modificado para Diagrama de Comunicação a partir da versão 2.0. Esse diagrama está amplamente associado ao Diagrama de Seqüência; na verdade, um complementa o outro. As informações mostradas no Diagrama de Comunicação são, com freqüência, praticamente as mesmas apresentadas no Diagrama de Seqüência, porém com um enfoque diferente, visto que este diagrama não se preocupa com a temporalidade do processo, concentrando-se em como os objetos estão vinculados e quais mensagens trocam entre si durante o processo.

A figura abaixo apresenta um exemplo de Diagrama de Comunicação.

Links Para Download

A data de atualização desta página (que encontrei procurando no Google) é bem antiga (2003) mas pode valer a pena, já que as apostilas citadas estão disponíveis para download gratuitamente: clique aqui para consultar a lista de opções do site.

Plugins, UML e WordPress

Sem fugir do tema UML mas partindo para outro tema interessante, o blog de Rafael Dohms mostra como desenvolver plugins para o WordPress (onde nosso Multimidiarista está “morando”). Na seção “Projeto”, o texto apresenta um Diagrama de Classes: além de aprender a criar os plugins, você tem um exemplo de uso real da UML.

Para visitar, clique aqui:
Desenvolvendo plugins para WordPress

Diagrama de Sequência

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Seqüência preocupa-se com a ordem temporal em que as mensagens são trocadas entre os objetos envolvidos em um determinado processo. Em geral, baseia-se em um Caso de Uso definido pelo diagrama de mesmo nome e apóia-se no Diagrama de Classes para determinar os objetos das classes envolvidas em um processo, bem como os métodos disparados entre os mesmos. Um Diagrama de Seqüência costuma identificar o evento gerador do processo modelado, bem como o ator responsável por este evento, e determina como o processo deve se desenrolar e ser concluído por meio do envio de mensagens, que em geral disparam métodos entre os objetos.

A Figura abaixo apresenta um exemplo desse diagrama.

Diagrama de Estrutura Composta

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Estrutura Composta é utilizado para modelar Colaborações. Uma colaboração descreve uma visão de um conjunto de entidades cooperativas interpretadas por instâncias que cooperam entre si para executar uma função específica. O termo estrutura desse diagrama refere-se a uma composição de elementos interconectados, representando instâncias de tempo de execução colaboram, por meio de vínculos de comunicação, para atingir algum objetivo comum. Esse diagrama também pode ser utilizado para definir a estrutura interna de um classificador.

A Figura abaixo apresenta um exemplo de Diagrama de Estrutura Composta.

Diagrama de Objetos

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Objetos está amplamente associado ao Diagrama de Classes. Na verdade, o Diagrama de Objetos é praticamente um complemento do Diagrama de Classes, sendo bastante dependente deste. O Diagrama de Objetos fornece uma visão dos valores armazenados pelos objetos de um Diagrama de Classes em um determinado momento da execução de um processo.

A Figura abaixo apresenta um exemplo de Diagrama de Objetos.

Diagrama de Classes

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

O Diagrama de Classes é o diagrama mais utilizado e o mais importante da UML, servindo de apoio para a maioria dos outros diagramas. Como o próprio nome diz, esse diagrama define a estrutura das classes utilizadas pelo sistema, determinando os atributos e métodos possuídos por cada classe, além de estabelecer como as classes se relacionam e trocam informações entre si.

A Figura abaixo demonstra um exemplo desse diagrama.

Diagrama de Casos de Uso

Mais um trecho de “UML 2 – Guia Prático” (Gilleanes Guedes, Ed. Novatec):

Este é o diagrama mais geral e informal da UML, sendo utilizado principalmente para auxiliar no levantamento e análise dos requisitos, em que são determinadas as necessidades do usuário, e na compreensão do sistema como um todo, embora venha a ser consultado durante todo o processo de modelagem e sirva de base para todos os outros diagramas.

O Diagrama de Casos de Uso apresenta uma linguagem simples e de fácil compreensão para que os usuários possam ter uma idéia geral de como o sistema irá se comportar. Ele procura identificar os atores (usuários, outros softwares que interajam com o sistema ou até mesmo algum hardware especial), que utilizarão de alguma forma o software, bem como os serviços, ou seja, as opções que o sistema disponibilizará aos atores, conhecidas neste diagrama como Casos de Uso. A figura abaixo apresenta um exemplo desse diagrama.

(Obs.: nesta ilustração, o diagrama possui uma aba em seu canto superior esquerdo contendo um operador e a descrição do diagrama. O operador serve para determinar qual é o tipo de diagrama, assim uc refere-se a Use Case Diagram (Diagrama de Caso de Uso); class a Class Diagram (Diagrama de Classes); object, a Object Diagram (Diagrama de Objetos); sd, a Sequence Diagram (Diagrama de Seqüência); stm, a State-Machine Diagram (Diagrama de Máquina de Estados) e assim por diante.