Apreciando o poder de UML 2

sistemas de construção ou software não é tão difícil se você pode se comunicar com seus clientes, colegas de trabalho, gerentes e ferramentas. Infelizmente, como seus problemas tornam-se mais difícil e mais complexo, os riscos que emergem da falta de comunicação tornam-se maiores - e mais grave quando eles surgem. Felizmente, há uma linguagem simples, visual que você pode usar que vai ajudar a promover a comunicação mais preciso e mais eficiente sobre a natureza do seu sistema em todos os seus aspectos - software, requisitos, arquiteturas, desenhos, padrões de projeto e implementações. Esta linguagem é UML, a Unified Modeling Language,

desenvolvido para ajudar os desenvolvedores de sistemas e software realizar as seguintes tarefas:

• Especificação
• Visualização
• projeto de arquitetura
• Construção
• Simulação e Testes
• Documentação

UML foi originalmente desenvolvido com a ideia de promover a comunicação e produtividade entre os desenvolvedores de sistemas orientados a objetos, mas o poder prontamente aparente de UML causou-lo para fazer incursões em todos os tipos de sistema e desenvolvimento de software. A versão mais recente, UML 2, tornou-se mais poderoso e mais útil do que nunca.

UML satisfaz uma necessidade importante em software e sistema de desenvolvimento. Modelagem - especialmente a modelagem de uma forma que é facilmente compreendido - permite que o desenvolvedor se concentrar na imagem grande. Ele ajuda você a ver e resolver os problemas mais importantes agora, por impedi-lo de se distrair por enxames de detalhes que são melhores para suprimir até mais tarde. Ao fazer a modelagem, você constrói uma abstração de um sistema do mundo real existente (ou do sistema que você está imaginando), que permite que você faça perguntas do modelo e obter boas respostas - tudo isso sem os custos de desenvolvimento do sistema em primeiro lugar.

Depois que você está satisfeito com o seu trabalho, você pode usar seus modelos para se comunicar com os outros. Você pode usar seus modelos para solicitar críticas construtivas e, assim, melhorar o seu trabalho, para ensinar aos outros, para dirigir o trabalho dos membros da equipe, ou para angariar elogios e aclamação para suas grandes idéias e imagens. diagramas e modelos de construção adequada são técnicas de comunicação eficazes que não sofrem a ambiguidade do Inglês falado, e não dominam o espectador com detalhes esmagadora.

Abstraindo a verdade essencial

A técnica de fazer um modelo de suas idéias ou o mundo é um uso de abstração. Por exemplo, um mapa é um modelo do mundo - não é o mundo em miniatura. É uma abstração convencional que leva um pouco de treinamento ou prática de reconhecer como ele controla a realidade, mas você pode usar essa abstração facilmente. Da mesma forma, cada diagrama UML você desenhar tem uma relação com a sua realidade (ou a sua realidade intencional), e que a relação entre o modelo ea realidade é aprendido e convencional. E as abstrações UML foram desenvolvidos como convenções a serem aprendidas e usadas facilmente.

Se você pensar em UML como um mapa do mundo que você vê, ou de um mundo possível que você quer, você não está longe. A analogia mais próxima pode ser a do conjunto de plantas que mostram suficientes detalhes de um edifício (em uma representação padronizada com lotes de símbolos e convenções especializados) para transmitir uma ideia clara do que o edifício é suposto ser.

As abstrações de modelos e diagramas também são úteis porque eles suprimir ou expor detalhes conforme necessário. Esta aplicação de ocultação de informações permite-lhe concentrar-se nas áreas que você precisa - e esconder as áreas que não o fazem. Por exemplo, você não quer mostrar árvores e carros e pessoas em seu mapa, porque tal mapa seria complicado e não muito útil. Você tem que suprimir alguns detalhes para usá-lo.

Você vai encontrar a palavra elidir muitas vezes em textos sobre UML - cada campo tem seu próprio jargão. Há rumores de que elidir é uma palavra favorita de Grady Booch, um dos três methodologists responsáveis ​​pelo desenvolvimento original da UML. Elide literalmente significa omitir, calúnia mais, riscar, ou eliminar. UML usa para descrever a capacidade dos modeladores (ou suas ferramentas) para suprimir ou ocultar informação conhecida de um diagrama para realizar um objetivo (como simplicidade ou indevido).

A seleção de um ponto de vista

modelagem UML também suporta múltiplas visões do mesmo sistema. Assim como você pode ter um mapa político, um mapa de relevo, um mapa de estrada, e um mapa utilidade da mesma área a ser usado para diferentes propósitos - ou diferentes tipos de diagramas de arquitetura e projetos para enfatizar diferentes aspectos do que você está construindo - você pode ter muitos tipos diferentes de diagramas UML, cada um dos quais é uma visão diferente, que mostra diferentes aspectos de seu sistema.

UML também permite que você construir um diagrama para uma visão especializada, limitando os elementos do diagrama para um propósito particular em um momento particular. Por exemplo, você pode desenvolver um diagrama de classe - os elementos de que são coisas relevantes e seus relacionamentos entre si - para capturar a análise do problema que você tem que resolver, para capturar o design de sua solução, ou para capturar os detalhes de sua implementação. Dependendo da sua finalidade, as coisas relevantes escolhido para ser elementos do diagrama iria variar. Durante a análise, os elementos que você incluir seria conceitos lógicos do problema e mundial real durante o projeto, eles incluem elementos do design e solução-arquitectónico e durante a implementação, seriam principalmente as classes de software.

UMA diagrama de caso de uso normalmente se concentra em mostrar os efeitos do sistema (casos de uso) e os usuários (atores). Um diagrama de caso de uso que tem seus casos de uso individuais elidida (oculto) é chamado de diagrama de contexto, porque mostra o sistema no seu ambiente (contexto) de sistemas e agentes circundantes.