Ao modelar sistemas complexos, é possível utilizar diagramas de modelagem para representá-los a partir de várias perspectivas diferentes. Os diagramas de modelagem contêm elementos de diagramas que representam graficamente os elementos de modelo abstratos no modelo.
A tabela a seguir descreve os diagramas de modelagem específicos que os produtos de modelagem Rational suportam e explica à qual categoria eles pertencem.
Diagrama | Descrição |
---|---|
Atividade | Um diagrama de atividades é um tipo de diagrama comportamental do UML que mostra as etapas ou tarefas que constituem um processo. Um diagrama de atividades é semelhante a um fluxograma e fornece uma visualização do fluxo entre as atividades em um processo. Os diagramas de atividades modelam as parte dinâmicas de um sistema e mostram como as atividades interagem entre si. |
Navegação | Um diagrama de navegação é um diagrama não-UML temporário
e não editável criado automaticamente pelo produto a partir da entrada do
usuário. É possível utilizar um diagrama de navegação para navegar por um modelo
para visualizar os detalhes de seus elementos de modelo. Por exemplo, é possível
procurar uma classe específica no diagrama e consultar os relacionamentos
que ela possui com outros elementos do modelo. Em seguida, é possível selecionar um
desses elementos de modelo e abrir um diagrama de navegação para visualizar seus relacionamentos. Não é possível salvar um diagrama de navegação; entretanto, é possível converter um diagrama de navegação em um diagrama de modelagem utilizando o comando Salvar Como. Um diagrama de navegação utiliza algoritmos de auto-layout e fornece interação com o usuário para navegar pelo modelo. Como o produto calcula automaticamente o layout, é possível reduzir ou expandir as partes do diagrama de navegação. |
Classe | Um diagrama de classe é um diagrama estrutural do UML.
Dependendo da complexidade de um sistema,
é possível utilizar um único diagrama de classe para modelar o sistema inteiro ou
vários diagramas de classe para modelar os componentes do
sistema. Os diagramas de classe são as cópias do sistema. Utilize os diagramas de classe para modelar os blocos de construção (ou objetos) que compõem o sistema, para exibir os relacionamentos entre os objetos e para descrever o que esses objetos podem fazer. |
Comunicação | Um diagrama de comunicação é um novo diagrama comportamental do UML 2.0. No UML 1.4, ele era denominado diagrama de colaboração e possuía uma notação diferente. Um diagrama de comunicação mostra a interação entre as instâncias (objetos ou funções) associadas a uma linha de tempo e a transmissão de mensagens. |
Componente | Um diagrama de componentes é um diagrama estrutural do UML que fornece uma visualização dos componentes físicos de software em um sistema de software, suas interfaces e suas dependências. Os componentes são peças físicas substituíveis de um sistema, como executáveis, bibliotecas, componentes de software (por exemplo, componentes ActiveX ou JavaBean), documentos, bancos de dados e arquivos. Um diagrama de componentes pode descrever todos ou alguns dos componentes em um sistema. |
Estrutura composta | Um diagrama de estrutura composta é um diagrama estrutural do UML que define as partes de um sistema e os relacionamentos de comunicação entre elas. |
Implementação | Um diagrama de implementação é um diagrama estrutural do UML que modela os nós físicos onde o sistema é executado (ou que suporta a execução) e as conexões físicas e relacionamentos dos nós. Os nós físicos podem incluir dispositivos comuns (como por exemplo servidores e estações de trabalho), bem como outros dispositivos que suportam o ambiente de tempo de execução de um sistema. Os diagramas de implementação documentam os relacionamentos físicos entre os componentes de software e hardware no sistema e a distribuição física do processamento. |
Forma livre | Um diagrama de forma livre é um diagrama não-UML que
pode conter uma combinação de formas UML e não-UML, como classes,
componentes e formas geométricas. É possível utilizar diagramas de forma livre
para mostrar qualquer parte do sistema de software no início do processo de desenvolvimento de software.
Por exemplo, em um diagrama de forma livre, é possível utilizar as formas geométricas
(como ovais, retângulos e triângulos) para criar um organograma
para a equipe de desenvolvimento de software. É possível criar algumas partes
do modelo ou diagrama com formas UML e criar outras partes
com formas que atendam às suas necessidades específicas. Posteriormente, será possível
evoluir os diagramas para ficarem em conformidade com o UML. Nota: Não é possível incluir elementos de modelo que pertençam a máquinas
de estado UML, gráficos de atividade e interações em diagramas de forma livre.
|
Visão geral da interação | Um diagrama de visão geral da interação é um novo diagrama comportamental do UML 2.0. Um diagrama de interação define as interações e é uma variante do diagrama de atividades que enfatiza o fluxo de controle de alto nível. Os diagramas de visão geral da interação são focados na visão geral do fluxo de controle, onde cada nó pode ser um diagrama de interação. |
Objeto | Um diagrama de objetos é um diagrama estrutural do UML semelhante a um diagrama de classe, exceto que em vez de lidar com classes, ele mostra objetos que são instâncias de classes. |
Pacote | Um diagrama de pacotes é um diagrama estrutural do UML que mostra como os elementos de modelo são organizados em pacotes e as dependências entre eles, incluindo importações e mesclagens de pacotes. |
Seqüência | Um diagrama de seqüência é um diagrama estrutural do UML que fornece uma visualização da seqüência cronológica das mensagens entre instâncias (objetos ou funções de classificador) que trabalham em conjunto em uma interação ou instância de interação. Um diagrama de seqüência consiste em um grupo de instâncias (representadas por linhas de vida) e as mensagens que elas trocam durante a interação. |
Máquina de estado | Um diagrama de máquina de estado, que era denominado diagrama de gráfico de estado no UML 1.4, é um diagrama comportamental do UML. Os diagramas de máquina de estado modelam o comportamento dinâmico de objetos de classe individuais, casos de uso e sistemas inteiros, e são um dos diagramas utilizados para realizar casos de uso. Há dois tipos de máquinas de estado no UML 2.0: máquinas de estado comportamentais e de protocolo. A palavra-chave {protocol} é colocada ao lado do nome da máquina de estado para indicar que ela é uma máquina de estado de protocolo. |
Cronometragem | Um diagrama de cronometragem é um novo diagrama comportamental do UML 2.0 que mostra a alteração no estado ou em outra condição de uma linha do tempo (representando uma instância de classificador ou função de classificador) durante o tempo. |
Tópico | Um diagrama de tópicos é um diagrama não-UML
não editável que fornece uma maneira rápida de mostrar os relacionamentos existentes
entre os elementos. É possível utilizar um diagrama de tópicos para definir uma consulta
e para exibir e persistir os resultados dessa consulta. Por exemplo,
é possível criar um diagrama de tópicos de hierarquia que pode ser atualizado
para sempre mostrar a hierarquia de uma classe específica. Também é possível
utilizar esse diagrama para mostrar as informações de rastreabilidade. Um diagrama de tópicos é semelhante ao diagrama de navegação, exceto que é possível salvar o diagrama de tópicos no modelo e é possível abri-lo novamente. O editor do diagrama de tópicos mostra uma visualização do diagrama de tópicos que pode ser atualizada para refletir os elementos mais recentes em um projeto. |
Caso de uso | Um diagrama de casos de uso é um diagrama comportamental do UML que enfoca os requisitos de um sistema e descreve as funções de alto nível e o escopo de um sistema. Esses diagramas identificam os usuários e mostram as interações entre o sistema e o usuário. Os diagramas de caso podem descrever um sistema inteiro ou apenas partes significativas do sistema. Os casos de uso e os agentes em diagramas de casos de uso descrevem como um usuário utiliza um sistema, não como o sistema opera internamente. |