Apreciando o poder de uml dois
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 uma 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,
Conteúdo
- Especificação
- Visualização
- projeto de arquitetura
- Construção
Video: Curso de modelagem OO com UML - sequência das aulas
- Simulação e Testes
- Documentação
UML foi originalmente desenvolvido com a idéia 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 desenvolvimento de sistemas. Modelagem - especialmente a modelagem de uma forma que é facilmente entendido - 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. Quando você modela, você construir 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 seus grandes idéias e imagens. diagramas e modelos de construção adequada são técnicas de comunicação eficientes que não sofrem a ambiguidade do Inglês falado, e não dominar 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 treino ou praticar a 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.
Video: Aula1 - Modelagem UML - Diagrama de Caso de Uso, Classe e Sequencia
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 captações de modelos e diagramas também são úteis porque eles suprimem ou expor detalhe, conforme necessário. Esta aplicação de ocultação de informações permite que você se concentrar nas áreas que você precisa - e esconder as áreas que não fazer. 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 utiliza para descrever a capacidade de modeladores (ou as suas ferramentas) para suprimir ou ocultar informação conhecida a partir de um diagrama de realizar um objectivo (tal 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 roteiro, 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.
Video: UML - Diagrama de Classe - Parte 2 - Associação
UML também permite a construção de um diagrama de uma vista especializado, limitando os elementos de diagrama para um propósito particular, em um tempo 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, que incluiria elementos do projeto e solução-arquitectónico e durante a implementação, seriam principalmente as classes de software.
UMA usar diagrama caso normalmente concentra-se em mostrando os efeitos do sistema (casos de uso) e os utilizadores (atores). Um diagrama caso de uso que tem os seus casos de uso indivíduo elided (oculto) é chamado um diagrama de contexto, porque mostra o sistema no seu ambiente (contexto) de sistemas e agentes circundantes.