Um relacionamento é uma conexão entre os elementos do modelo. Um relacionamento UML inclui semântica em um modelo.
No produto, você pode utilizar vários relacionamentos UML para definir a estrutura entre os elementos do modelo. Exemplos de relacionamentos incluem associações, dependências, generalizações, realizações e transições.
Relacionamento | Descrição |
---|---|
Abstração | Um relacionamento de abstração é uma dependência entre os elementos do modelo que representam o mesmo conceito em diferentes níveis de abstração ou em diferentes pontos de vista. Você pode incluir relacionamentos de abstração em um modelo em vários diagramas, incluindo diagramas de casos de uso, classe e componente. |
Agregação | Um relacionamento de agregação, que foi denominado relacionamento de associação de agregação na UML 1.4, representa um classificador como parte de, ou como subordinado a, um outro classificador. |
Associação | Um relacionamento de associação é um relacionamento estrutural entre dois elementos do modelo que mostra que os objetos de um classificador (ator, caso de uso, classe, interface, nó ou componente) conectam-se e podem navegar em objetos de um outro classificador. Mesmo em relacionamentos bidirecionais, uma associação conecta dois classificadores, o principal (fornecedor) e o secundário (cliente), |
Ligação | Um relacionamento de ligação é um relacionamento de dependência que designa valores para os parâmetros do gabarito e gera um novo elemento do modelo a partir do gabarito. |
Composição | Um relacionamento de composição, que foi denominado relacionamento de associação de composição na UML 1.4, representa um relacionamento integral-parcial e é um tipo de agregação. Um relacionamento de composição especifica que a existência do classificador da parte é dependente da existência do classificador inteiro. |
Fluxo de controle | Um fluxo de controle é um tipo de linha de atividade que modela o movimento de controle de um nó de atividade para outro. |
Dependência | Um relacionamento de dependência indica que as alterações em um elemento do modelo (fornecedor ou independente) podem causar alterações em um outro elemento do modelo (cliente ou dependente). O elemento do modelo fornecedor é independente porque uma alteração no cliente não o afeta. O elemento do modelo cliente depende do fornecedor porque uma alteração no fornecedor afeta o cliente. |
Implementação | Um relacionamento de implementação mostra o componente específico utilizado por uma instância de um único nó. Em um modelo UML, um relacionamento de implementação geralmente aparece nos diagramas de implementação. |
Associação direcionada | Um relacionamento de associação direcionada é uma associação navegável em apenas uma direção e na qual o controle passa de um classificador para outro (por exemplo, de um ator para um caso de uso). Apenas uma das extremidades de associação especifica a navegabilidade. |
Extensão | Um relacionamento de extensão entre os casos de uso indica que um caso de uso, o caso de uso estendido, pode estender um outro caso de uso, o caso de uso base. Um relacionamento de extensão tem a opção de utilizar o caso de uso estendido. |
Generalização | Um relacionamento de generalização indica que um elemento do modelo especializado (filho) baseia-se em um elemento do modelo geral (pai). Embora o elemento do modelo pai possa ter um ou mais filhos e qualquer elemento do modelo filho possa ter um ou mais pais, normalmente um único pai possui vários filhos. Na UML 2.0, várias classes podem constituir um conjunto de generalização de uma outra classe. Os relacionamentos de generalização aparecem nos diagramas de classe, componente e caso de uso. |
Execução | Um relacionamento de execução é um tipo especializado de relacionamento de realização entre um classificador e uma interface fornecida. O relacionamento de execução especifica que o classificador de realização deve estar em conformidade com o contrato especificado pela interface fornecida. |
Inclusão | Um relacionamento de inclusão entre casos de uso especifica que um caso de uso de inclusão (ou base) requer o comportamento de um outro caso de uso (o caso de uso incluído). Em um relacionamento de inclusão, um caso de uso deve utilizar o caso de uso incluído. |
Manifestação | Um relacionamento de manifestação mostra quais elementos do modelo, como componentes ou classes, são manifestados em um artefato. O artefato manifesta, ou inclui, uma execução específica dos recursos de um ou vários componentes de software físicos. |
Fluxo de objetos | Um fluxo de objetos é um tipo de linha de atividade que modela o fluxo de objetos e dados de um nó de atividade para outro. |
Anexo de nota | Um relacionamento de anexo de nota conecta uma nota ou caixa de texto a um conector ou forma. Um anexo de nota indica que a nota ou caixa de texto contém informações relevantes para o conector ou forma anexada. |
Realização | Um relacionamento de realização existe entre dois elementos do modelo quando um deles deve realizar, ou implementar, o comportamento que o outro especifica. O elemento do modelo que especifica o comportamento é o fornecedor e o elemento do modelo que implementa o comportamento é o cliente. Na UML 2.0, esse relacionamento é normalmente utilizado para especificar os elementos que realizam ou implementam o comportamento de um componente. |
Autotransição | Um relacionamento de autotransição indica que
o estado ativo não é alterado para um outro estado ou atividade quando
um objeto no estado de origem recebe um evento especificado, executa
uma ação específica ou atende a uma determinada condição. Os relacionamentos de autotransição aparecem nos diagramas de atividades e de máquina de estado. Os relacionamentos de transição e de autotransição são idênticos semanticamente. Uma transição altera o estado ativo da forma de origem para a forma de destino, enquanto uma autotransição possui a mesma forma de origem e de destino. |
Transição | Um relacionamento de transição é um relacionamento entre duas atividades que representa o workflow de uma atividade para outra. As transições fornecem o caminho entre as atividades quando você modela um workflow em um diagrama de atividades. Quando uma ação específica em uma atividade é concluída, a transição "dispara" e o fluxo continua na próxima atividade. Normalmente, as transições conectam atividades, estados iniciais, estados finais e enviam e recebem sinais. As transições também podem conectar atividades em raias. |
Uso | Um relacionamento de uso é um relacionamento de dependência no qual um elemento do modelo requer a presença de um outro elemento do modelo (ou conjunto de elementos do modelo) para sua execução ou operação completa. O elemento do modelo que requer a presença de um outro elemento do modelo é o cliente e o elemento do modelo cuja presença é requerida é o fornecedor. Embora um relacionamento de uso indique um requisito contínuo, ele também indica que a conexão entre os dois elementos do modelo nem sempre é significativa ou existente. |