Dans le produit, vous pouvez utiliser plusieurs relations UML pour définir la structure entre les éléments de modèle. Les relations peuvent être, par exemple, des associations, des dépendances, des généralisations, des réalisations et des transitions.
| Relation | Description |
|---|---|
| Abstraction | Une relation d'abstraction est une dépendance entre éléments de modèle qui représentent le même concept à différents niveaux d'abstraction ou depuis différents points de vue. Vous pouvez ajouter des relations d'abstraction à un modèle dans différents diagrammes, tels que les diagrammes de cas d'utilisation, de classes et de composants. |
| Agrégation | Une relation d'agrégation présente un discriminant comme partie ou subordonné d'un autre discriminant. |
| Association | Une relation d'association est une relation structurelle entre deux éléments de modèle qui indiquent que les objets d'un discriminant (acteur, cas d'utilisation, classe, interface, noeud ou composant) sont connectés et peuvent naviguer vers les objets d'un autre discriminant. Même dans les relations bidirectionnelles, une association connecte deux discriminants, le premier (fournisseur) et le second (client). |
| Liaison | Une relation de liaison est une relation de dépendance qui attribue des valeurs à des paramètres de canevas et génère un nouvel élément de modèle à partir du canevas. |
| Chemin de communication | Un chemin de communication est un type d'association entre noeuds dans un diagramme de déploiement, qui indique comment les noeuds échangent des messages et des signaux. |
| Composition | Une relation de composition représente une relation partitive et est un type d'agrégation. Une relation de composition spécifie que la durée de vie du discriminant de composant dépend de la durée de vie de l'ensemble du discriminant. |
| Flux de contrôle | Un flux de contrôle est un type d'arc d'activité qui modélise le mouvement du contrôle d'un noeud d'activité à un autre. |
| Dépendance | Une relation de dépendance indique que les changements apportés à un élément de modèle (élément de modèle fournisseur ou indépendant) peuvent engendrer des changements dans un autre élément de modèle (élément de modèle client ou dépendant). L'élément de modèle fournisseur est indépendant car un changement dans l'élément de modèle client ne l'affecte pas. L'élément de modèle client dépend du fournisseur car un changement apporté à ce dernier affecte le client. |
| Déploiement | Une relation de déploiement indique le composant spécifique qu'une instance d'un noeud unique utilise. Dans un modèle UML, une relation de déploiement apparaît généralement dans des diagrammes de déploiement. |
| Association dirigée | Une relation d'association dirigée est une association navigable dans une seule direction et dans laquelle le flux de contrôle se produit d'un discriminant vers un autre (d'un acteur à un cas d'utilisation, par exemple). Seulement une des extrémités d'association spécifie la navigabilité. |
| Extension | Une relation d'extension entre des cas d'utilisation indique qu'un cas d'utilisation, le cas d'utilisation étendu, peut étendre un autre cas d'utilisation, le cas d'utilisation de base. Avec une relation d'extension, vous pouvez utiliser le cas d'utilisation étendu. |
| Généralisation | Une relation de généralisation indique qu'un élément de modèle spécialisé (enfant) est basé sur un élément de modèle général (parent). Bien que l'élément de modèle parent puisse avoir un ou plusieurs enfants et que les éléments de modèle enfant puissent avoir un ou plusieurs parents, il est plus fréquent qu'un parent unique ait plusieurs enfants. Dans UML 2.0, plusieurs classes peuvent constituer un ensemble de généralisation d'une autre classe. Les relations de généralisation apparaissent dans des diagrammes de classes, de composants et de cas d'utilisation. |
| Réalisation d'interface | Une relation de réalisation d'interface est un type particulier de relation d'implémentation entre un discriminant et une interface fournie. La relation de réalisation d'interface spécifie que le discriminant réalisant doit se conformer au contrat spécifié par l'interface fournie. |
| Inclusion | Une relation d'inclusion entre des cas d'utilisation spécifie qu'un cas d'utilisation incluant (ou de base) requiert le comportement d'un autre cas d'utilisation (cas d'utilisation inclus). Dans une relation d'inclusion, un cas d'utilisation doit utiliser le cas d'utilisation inclus. |
| Manifestation | Une relation de manifestation indique les éléments de modèle (composants, classes, etc.) manifestés dans un artefact. L'artefact manifeste ou inclut une implémentation spécifique pour les fonctions d'un ou plusieurs composants logiciels physiques. |
| Remarque en pièce jointe | Une relation de remarque en pièce jointe connecte une note ou une zone de texte à un connecteur ou à une forme. Une remarque en pièce jointe indique que la note ou la zone de texte contient des informations concernant le connecteur ou la forme joint(e). |
| Flux d'objets | Un flux d'objets est un type d'arc d'activité qui modélise le flux d'objets et de données d'un noeud d'activité à un autre. |
| Réalisation | Une relation de réalisation existe entre deux éléments de modèle lorsqu'un d'entre eux doit réaliser, ou implémenter, le comportement que l'autre spécifie. L'élément de modèle qui spécifie le comportement est le fournisseur et l'élément de modèle qui implémente le comportement est le client. Dans UML 2.0, cette relation est normalement utilisée pour spécifier les éléments qui réalisent ou implémentent le comportement d'un composant. |
| Utilisation | Une relation d'utilisation est une relation de dépendance dans laquelle un élément de modèle nécessite la présence d'un autre élément de modèle (ou ensemble d'éléments de modèle) pour son la bonne exécution de son implémentation ou de son opération. L'élément de modèle qui requiert la présence d'un autre élément de modèle est le client et l'élément de modèle dont la présence est requise est le fournisseur. Bien que la relation d'utilisation indique une nécessité permanente, elle indique également que la connexion entre les deux éléments de modèle n'est pas toujours signifiante ou présente. |