Tipos de Diagramas de Modelagem

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.

Os produtos de modelagem Rational suportam duas categorias de diagramas:
Dentro dessas duas categorias, os produtos de modelagem Rational suportam três subcategorias de diagramas:

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.
Tarefas relacionadas
Representando Modelos Graficamente Utilizando Diagramas de Modelagem
Criando Diagramas de Modelagem
Abrindo Diagramas de Modelagem
Excluindo Diagramas de Modelagem de Modelos
Criando Diagramas de Casos de Uso
Termos de uso | Feedback
(C) Copyright IBM Corporation 2004, 2005. Todos os Direitos Reservados.