Types de relation

Une relation est une connexion entre des éléments de modèle. Une relation UML ajoute des sémantiques à un modèle.

Dans le produit, vous pouvez utiliser plusieurs relations UML afin de définir la structure entre des éléments de modèle. Parmi les exemples de relations, citons les associations, les dépendances, les généralisations, les réalisations et les transitions.

Relation Description
Abstraction Une relation d'abstraction est une dépendance entre des éléments de modèle qui représentent le même concept à différents niveaux d'abstraction ou à partir de différents points de vue. Vous pouvez ajouter des relations d'abstraction à un modèle dans plusieurs diagrammes, y compris les diagrammes de cas d'utilisation, de classes et de composants.
Agrégation Une relation d'agrégation représente un discriminant comme faisant partie d'un autre discriminant ou subordonné à celui-ci.
Association Une relation d'association est une relation structurelle entre deux éléments de modèle qui montre que les objets d'un discriminant (acteur, cas d'utilisation, classe, interface, noeud ou composant) se connectent et naviguent vers les objets d'un autre discriminant. Même dans des relations bidirectionnelles, an une association connecte deux discriminants, le primaire (fournisseur) et le secondaire (client).
Liaison Une relation de liaison est une relation de dépendance qui affecte des valeurs aux paramètres de canevas et génère un nouvel élément de modèle à partir du canevas.
Chemin d'accès de communication Un chemin d'accès de communication est un type d'association entre des noeuds dans un diagramme de déploiement, qui montre comment les noeuds échangent des messages et des signaux.
Composition Une relation de composition représente une relation complète et un type d'agrégation. Une relation de composition indique que la durée de vie du discriminant de composant dépend de celle du discriminant complet.
Flux de contrôle Un flux de contrôle est un type de bord d'activité qui modélise le mouvement de contrôle d'un noeud d'activité à un autre.
Dépendance Une relation de dépendance indique que les modifications apportées à un élément de modèle (le fournisseur ou un élément de modèle indépendant) peuvent modifier un autre élément de modèle (le client ou un élément de modèle dépendant). L'élément de modèle du fournisseur est indépendant étant donné qu'une modification du client ne l'affecte pas. L'élément de modèle du client dépend du fournisseur étant donné qu'une modification du premier affecte le second.
Déploiement Une relation de déploiement montre le composant particulier qu'utilise une instance d'un noeud unique. Dans un modèle UML, une relation de déploiement apparaît en général dans les diagrammes de déploiement.
Association orientée Une relation d'association orientée est une association navigable dans un seul sens et dans laquelle le contrôle circule d'un discriminant à l'autre (d'un acteur à un cas d'utilisation, par exemple). Seule l'une des fins d'association indique 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). Une relation d'extension a la possibilité d'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) repose sur un élément de modèle général (parent). Bien que l'élément de modèle parent puisse posséder un ou plusieurs enfants, et qu'un élément de modèle enfant posséder un ou plusieurs parents, un seul parent possède en général 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 les diagrammes de classe, de composant et de cas d'utilisation.
Implémentation Une relation d'implémentation est un type de relation de généralisation spécialisé entre un discriminant et une interface fournie. La relation d'implémentation indique que le discriminant de réalisation doit se conformer au contrat spécifié par l'interface fournie.
Inclusion Une relation d'inclusion entre des cas d'utilisation indique qu'un cas d'utilisation d'inclusion (ou de base) requiert le comportement d'un autre cas d'utilisation (le 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 montre les éléments de modèle (les composants ou les classes, par exemple) qui se manifestent dans un artefact. L'artefact manifeste, ou inclut, une implémentation spécifique pour les fonctions d'un ou de plusieurs composants de logiciel physiques.
Remarque en pièce jointe Une relation de remarque en pièce jointe permet de relier une remarque ou une zone de texte à un connecteur ou une forme. Une remarque en pièce jointe indique que la remarque ou la zone de texte contient des informations pertinentes pour le connecteur ou la forme associé.
Flux d'objets Un flux d'objets est un type de bord 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 lorsque l'un d'eux doit réaliser ou implémenter le comportement que l'autre spécifie. L'élément de modèle qui indique le comportement est le fournisseur, et celui qui implémente le comportement est le client. Dans UML 2.0, cette relation est en principe 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 requiert la présence d'un autre élément de modèle (ou d'un ensemble d'éléments de modèle) dans le cadre de son implémentation ou opération complète. L'élément de modèle qui requiert la présence d'un autre élément de modèle est le client, et celui dont la présence est requise est le fournisseur. Bien qu'une relation d'utilisation fasse état d'une exigence en cours, elle indique également que la connexion entre les deux éléments de modèle est toujours significative ou présente.
Concepts associés
Discriminants
Tâches associées
Définition des relations dans les diagrammes UML
Gestion des relations entre les discriminants
Ajout de discriminants dans des diagrammes de classe
Ajout d'opérations à des discriminants d'un diagramme
Ajout d'attributs à des discriminants d'un diagramme
Conditions d'utilisation | Retours d'informations
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.