UML – Guide complet

Qu’est-ce que le UML ?

UML est une notation standard pour les méthodes orientées objet, créée par la fusion des techniques de modélisation des objets. Elle est utilisée pour l’analyse, la conception et le déploiement des systèmes. Le Langage de modélisation unifié a été conçu pour répondre aux besoins des entreprises en matière d’automatisation de la production logicielle, d’amélioration de la qualité et de réduction des coûts et du délai de mise sur le marché. Il fournit également une base formelle pour comprendre le langage de modélisation.

Pourquoi le UML ?

Les grandes applications d’entreprise doivent être structurées de manière à permettre l’extensibilité, la sécurité et une exécution robuste dans des conditions de stress. Une architecture bien conçue permet la réutilisation du code et permet aux développeurs de maintenance de trouver et de corriger les bogues qui apparaissent longtemps après que les auteurs initiaux se soient transférés à d’autres projets. La modélisation est essentielle pour les grands projets logiciels, et elle aide également les projets de taille moyenne et petite. Un modèle garantit que la fonctionnalité métier est complète et correcte, que les besoins des utilisateurs finaux sont satisfaits, et que la conception du programme répond aux exigences d’extensibilité, de robustesse, de sécurité, de facilité d’extension et d’autres caractéristiques.

• Les modèles nous aident à travailler à un niveau d’abstraction plus élevé en masquant ou en cachant les détails, en mettant en évidence le tableau global ou en se concentrant sur différents aspects du prototype.
• Le UML vous permet de modéliser tout type d’application, fonctionnant sur tout type de matériel, système d’exploitation, langage de programmation et réseau, et il peut également être utilisé pour modéliser des applications non orientées objet.
• Certains outils analysent le code source existant (ou, selon certains, le code objet !) et le reverse-ingénierent en un ensemble de diagrammes UML, tandis que d’autres exécutent les modèles UML, généralement en produisant du code de langage de programmation qui s’exécute rapidement si le générateur de code intègre des modèles éprouvés et évolutifs.
• Le processus de collecte et d’analyse des exigences d’une application et de leur intégration dans une conception de programme est complexe. Le UML est un langage qui vous permet d’exprimer les résultats de votre analyse et de votre conception.

D’où cela vient-il ?

Le UML a ses racines dans les méthodes de programmation orientée objet développées à la fin des années 1980 et au début des années 1990. Jim Rumbaugh, Grady Booch et Ivar Jacobson ont fusionné leurs idées dans la Méthode Unifiée, qui a plus tard été appelée Langage de modélisation unifié (UML). La première demande de proposition (RFP) émise par le groupe de gestion des objets (OMG) a servi de catalyseur pour que plusieurs organisations s’unissent afin de produire une réponse conjointe à la RFP. La réponse à la RFP, UML 1.0, était bien définie, expressive, puissante et généralement applicable, puis améliorée de 1.1 à 1.5, et ultérieurement à UML 2.1 de 01 à 06 (la version actuelle du UML est maintenant 2.5)

Avantages du UML

Le meilleur avantage de l’utilisation du UML est que les codes des diagrammes sont facilement lisibles par tout programmeur qui comprend même une infime partie du programme.

• Le UML est une norme utilisée pour décrire visuellement un programme. Il est largement utilisé et accepté comme langage pour esquisser les programmes.
• Un diagramme UML montre les relations entre les classes et les entités dans un programme informatique. Il est facile de comprendre les relations d’un programme en regardant le diagramme.
• Un diagramme UML aide à expliquer les relations dans un programme de manière simple, et permet au programmeur de réutiliser des parties de code déjà existantes plutôt que de réécrire ces fonctions.
• Le UML est la norme actuelle pour la programmation dans les langages orientés objet. Il aide à planifier un programme avant que la programmation ne commence, et génère du code basé sur les classes définies dans le modèle.

Diagrammes UML et modèle – Structure vs comportement

Un diagramme UML montre comment les composants d’un système interagissent avec d’autres composants et comment il fonctionnera. Un modèle UML est une représentation graphique complète du modèle du système, tandis qu’un diagramme est une représentation partielle.

Vue statique vs vue dynamique

La modélisation statique montre la structure du système à l’aide d’objets, d’attributs, d’opérations et de relations, tandis que la modélisation dynamique montre le comportement du système à l’aide de collaborations entre objets et des changements dans les états internes des objets.

• Diagrammes de structure représentent les aspects statiques d’un système logiciel. Ils sont utilisés pour documenter l’architecture logicielle des systèmes logiciels.
• Les diagrammes de comportement décrivent l’aspect dynamique d’un système. Ils sont utilisés pour décrire la fonctionnalité des systèmes logiciels.

14 types de diagrammes UML

UML 2.2 comporte 14 types de diagrammes, dont 7 représentent des informations structurelles et 7 représentent les aspects généraux des interactions.

Diagrammes de structure

Puisque les diagrammes de structure représentent la structure, ils sont largement utilisés pour documenter l’architecture logicielle des systèmes logiciels. Les diagrammes de structure représentent la structure statique des éléments de votre système. Les sept diagrammes structurels UML sont approximativement organisés autour des principaux groupes d’éléments que vous trouverez en modélisant un système.

Par exemple, le diagramme de composant décrit comment un système logiciel est divisé en composants et montre les dépendances entre ces composants.

StructuralDiagramme	Description sommaire
Diagramme de structure composite	Il montre la structure interne d’un classificateur, les interactions du classificateur avec l’environnement à travers des ports, ou le comportement d’une collaboration.
Diagramme de déploiement	Il montre un ensemble de nœuds et de leurs relations, illustrant la vue statique de déploiement d’une architecture.
Diagramme de paquetage	Il regroupe des éléments UML liés dans une collection de structures UML logiquement associées.
Diagramme de profil
Diagramme de classes	Il montre un ensemble de classes, d’interfaces et de collaborations ainsi que leurs relations, généralement trouvées lors de la modélisation de systèmes orientés objet.
Diagramme d’objets	Il montre un ensemble d’objets et de leurs relations, qui constituent les instantanés statiques des instances des éléments trouvés dans les diagrammes de classes.
Diagramme de composants	Il montre un ensemble de composants et de leurs relations, illustrant la vue statique d’implémentation d’un système.

Diagrammes comportementaux

Les cinq diagrammes comportementaux d’UML sont utilisés pour modéliser le comportement d’un système. Ils montrent comment les données circulent dans le système, comment les objets communiquent entre eux, comment le passage du temps affecte le système, et quels événements provoquent un changement d’état interne du système.

ComportementauxDiagramme	Description sommaire
Diagramme d’activité	Il s’agit d’une représentation graphique des flux de travail d’activités et d’actions étape par étape, avec prise en charge du choix, de l’itération et de la concurrence
Diagramme de cas d’utilisation	Il décrit les exigences fonctionnelles d’un système en termes de cas d’utilisation, ce qui vous permet de relier ce que vous attendez d’un système à la manière dont le système répond à ces besoins.
Diagramme d’état-machine	Il montre le comportement discret d’une partie d’un système conçu à travers des transitions d’états finis.
Diagramme de séquence	Il montre la séquence des messages échangés entre les objets nécessaires pour réaliser la fonctionnalité du scénario.
Diagramme de communication	Il montre les interactions entre objets et/ou composants (représentés par des lignes de vie) en utilisant des messages séquentiels disposés de manière libre.
Diagramme d’aperçu des interactions	Il représente un flux de contrôle avec des nœuds pouvant contenir d’autresdiagrammes d’interaction.
Diagramme de temporisation	Il montre les interactions lorsque le but principal du diagramme est de raisonner sur le temps en se concentrant sur les conditions qui évoluent au sein et entre les lignes de vie le long d’un axe temporel linéaire.

1. Diagramme de classes

Un diagramme de classesreprésente une vue statique d’une application et aide à construire du code logiciel exécutable. Il montre les attributs, les classes, les fonctions et les relations pour donner un aperçu du système logiciel. Ils sont utilisés pour construire une vue statique d’une application. Un diagramme de modèle d’objet peut réduire le temps de maintenance en fournissant un schéma général d’une application avant la programmation.

En fonction de la complexité d’un système, vous pouvez utiliser un seul diagramme de classes pour modéliser l’ensemble du système, ou utiliser plusieurs diagrammes de classes pour modéliser les composants du système. Les diagrammes de classes sont fondamentaux dans le processus de modélisation orientée objet et modélisent la structure statique d’un système. À l’étape d’analyse, un diagramme de classes peut vous aider à comprendre les exigences de votre domaine de problème et à identifier ses composants.

Le diagramme de classesest le bloc de construction principal de la modélisation orientée objet. Il montre la structure d’un système orienté objet en représentant les classes, leurs attributs, leurs opérations et les relations entre les objets. La partie supérieure contient le nom de la classe, la partie moyenne contient ses attributs, et la partie inférieure contient ses opérations.

Les relations sont écrites au milieu de la ligne d’association. Elles ont souvent une petite flèche pour indiquer le sens de lecture de la relation. La multiplicité des objets dans une relation peut être exprimée comme suit : exactement un, zéro, un, plusieurs, un ou plus.

Modifier ce diagramme de classes

• Une classe est un plan pour un objet, et l’objectif de la conception orientée objet ne concerne pas les objets, mais les classes, car nous utilisons les classes pour créer des objets.
• Le choix de perspective dépend de l’étape à laquelle vous vous trouvez dans le processus de développement. Les modèles d’analyse présentent un mélange de perspectives conceptuelles et spécification.
• Les relations de classes UML sont utilisées pour indiquer comment le code doit être implémenté à partir des diagrammes. Si elles sont interprétées avec précision, le code implémenté reflétera fidèlement l’intention du concepteur.
• Une association est représentée par une ligne reliant deux classes. À chaque extrémité, nous pouvons indiquer la propriété, le rôle joué par les éléments de cette extrémité, et la multiplicité des instances.
• Une généralisation est une relation entre deux classes. Chaque instance de la classe spécifique est également une instance indirecte de la classe générale.
• Une agrégation est un type d’association qui représente une relation tout-partie ou partie-de. Elle peut être représentée graphiquement par une forme de losange creux sur la classe conteneur, reliée à la classe contenue par une seule ligne.
• Une relation de dépendance existe lorsqu’un objet d’une classe utilise un objet d’une autre classe.
• La classe abstraite est utilisée pour trouver des fonctionnalités communes entre les classes, et son nom est écrit en italique.

2. Diagramme d’objets

Un objet est une instance d’une classe à un moment particulier pendant l’exécution, et un diagramme d’objets montre l’état détaillé d’un système à un instant donné. Ils sont utilisés pour illustrer des exemples de structures de données, et les diagrammes de classes sont utilisés pour vérifier l’exactitude et la complétude deles diagrammes d’objets.

(Créé avec l’outil Diagramme d’objets)

• Un diagramme d’objets montre la relation entre les objets dans un système, et peut être utilisé pour expliquer des diagrammes de classes de systèmes complexes.
• En UML, les diagrammes d’objets montrent les instances des classificateurs dans les modèles et leurs relations. Vous pouvez créer des diagrammes d’objets en instanciant les éléments du modèle dans les diagrammes de classe, de déploiement, de composant et de cas d’utilisation.
• Pour développer un diagramme d’objets, vous devez identifier les mécanismes qui composent le système, puis identifier les classes, interfaces et autres éléments participant à ces mécanismes, ainsi que les relations entre ces éléments.
• Un diagramme d’objets peut être utilisé pour montrer l’état des objets à un moment donné.

3. Diagramme de composants

Un diagramme de composantsest utilisé pour décomposer un grand système orienté objet en composants plus petits. Il visualise les relations ainsi que l’organisation entre les composants présents dans le système. Un diagramme de composants est une représentation des composants logiques d’un système logiciel et de leurs relations, qui constitue une vue statique d’implémentation d’un système. Il est généralement utilisé pour visualiser les composants, construire des exécutables et décrire l’organisation et les relations des composants.

Modifier ce diagramme de composants UML

• Le diagramme de composantsillustre les interfaces fournies et requises d’un composant.
• Un composant est une partie modulaire d’un système. Il est représenté par un rectangle avec des compartiments facultatifs empilés verticalement.
• Un sucre d’agneau ou une prise est utilisé pour illustrer une dépendance d’un composant vers une interface, et un demi-cercle est utilisé pour illustrer une dépendance d’un composant vers une interface requise.

4. Diagramme de déploiement

Un diagramme de déploiement montre la structure du système en temps réel et les chemins de communication entre les différents éléments matériels sur lesquels le logiciel sera déployé. Un diagramme de déploiement est une collection de sommets et d’arcs qui montrent les relations entre les nœuds d’un système. Il est utile pour les ingénieurs système afin de contrôler les performances, la scalabilité, la maintenabilité et la portabilité.

Modifier ce diagramme de déploiement en ligne

Les diagrammes de déploiement montrent l’architecture d’un système comme le déploiement d’artefacts logiciels vers des cibles de déploiement. Ils peuvent être soit au niveau de spécification (également appelé niveau de type), soit au niveau d’instance (similaire aux diagrammes de classes et aux diagrammes d’objets).

Déploiement par rapport au diagramme de composants

• Les diagrammes de déploiement sont utilisés pour décrire les composants matériels utilisés pour déployer les composants logiciels dans un système.
• Les diagrammes de composants sont utilisés pour décrire les artefacts logiciels d’un système, et les diagrammes de déploiement sont utilisés pour décrire la topologie matérielle d’un système.

5. Diagramme de paquet

Les paquets sont utilisés pour regrouper des éléments sémantiquement liés afin d’organiser les éléments de haut niveau des systèmes complexes. Un diagramme de paquet est un modèle pour regrouper des éléments et définir leurs dépendances mutuelles. Ils séparent les éléments de modèle et les composants en unités ou systèmes cohérents. Ces diagrammes simplifient le contrôle d’accès au système, la navigation dans le modèle, la gestion de configuration et d’autres considérations sémantiques.

Modifier ce diagramme de paquet

• Les paquets sont représentés à l’aide d’un symbole de dossier, et les modèles sont représentés par un triangle dans le coin supérieur droit.
• Un diagramme de paquet suit une structure hiérarchique de paquets imbriqués ; par exemple, un diagramme de paquet peut également regrouper des cas d’utilisation en sous-systèmes logiquement liés.
• Une dépendance existe entre deux paquets si une classe du paquet A dépend d’une classe du paquet B, ou si une relation client-serveur existe entre deux classes.
• Les diagrammes de paquet nous permettent de spécifier les dépendances entre les paquets. Une dépendance est modélisée par une flèche pointillée.
• Une relation d’importation de paquet est interprétée comme l’importation d’éléments du paquet cible vers le paquet source.
• Une fusion de paquet est une relation orientée entre deux paquets. Elle ajoute les caractéristiques du paquet cible aux caractéristiques du paquet source.
• Un paquet est un conteneur pour d’autres éléments de modèle. Un paquet peut être imbriqué hiérarchiquement, et le conteneur peut être supprimé ou copié sans supprimer les éléments qu’il contient.

6. Diagramme de structure composite

Dans les modèles UML, undiagramme de structure composite représente la structure interne des classificateurs structurés en utilisant des parties, des ports et des connecteurs

(Créé avec l’outil Diagramme de structure composite)

• Parties : un élément de diagramme qui représente un ensemble d’une ou plusieurs instances que un classificateur structuré conteneur possède
• Un connecteur relie les ports entre eux, une collaboration relie les instances entre elles, un classificateur structuré représente une classe pouvant être décrite par les interactions entre les parties, et un classificateur encapsulé contient des ports.
• Ports : définissent le point d’interaction entre une instance de classificateur et son environnement, ou entre le comportement du classificateur et ses parties internes
• Interface : elle peut être modélisée comme une classe, mais elle n’est pas instanciée. Une classe concrète doit implémenter l’interface, et les entités externes peuvent utiliser l’interface sans se soucier de l’implémentation interne.
• Collaborations : utilisez une utilisation de collaboration pour définir uniquement les rôles et les connexions nécessaires pour atteindre un objectif spécifique de la collaboration

Classe vs Objet vs Diagramme de structure composite

• Les diagrammes de classes montrent les relations entre les classes qui constituent une structure complexe, tandis que les diagrammes d’objets montrent des instances spécifiques de cette structure.
• Les diagrammes de structure composite montrent comment les composants interagissent.

7. Diagramme de profil

UML est un langage de modélisation à usage général. Toutefois, dans certains cas, un langage optimisé pour le domaine donné est avantageux.Diagrammes de profil permettent de personnaliser les modèles UML pour des domaines et des plateformes spécifiques. Ces diagrammes sont définis à l’aide de stéréotypes, de définitions de valeurs marquées et de contraintes.

Modifier ce diagramme de profil

A un profil UML peut être créé de trois manières : en créant un nouveau méta-modèle, en étendant le méta-modèle existant ou en utilisant des mécanismes intrinsèques au langage.

• Les stéréotypes vous permettent d’élargir le vocabulaire UML en créant de nouveaux blocs de construction qui semblent primitifs et qui parlent le langage de votre domaine.
• Les valeurs marquées sont utilisées pour ajouter des informations à un élément de modèle UML. Elles peuvent être utilisées pour la génération de code, le contrôle de version, la gestion de configuration, l’auteur, etc.
• Les contraintes vous permettent d’élargir le sens des blocs de construction UML en ajoutant de nouveaux protocoles. Elles sont représentées sous forme de chaînes encadrées par des crochets placées près de l’élément associé.

Diagramme de comportement

Les diagrammes de comportement UML visualisent, spécifient, construisent et documentent les aspects dynamiques d’un système. Les diagrammes de comportement sont catégorisés comme suit : diagrammes de cas d’utilisation, diagrammes d’interaction, diagrammes d’état et diagrammes d’activité.

1. Diagramme de cas d’utilisation

Un diagramme de cas d’utilisation est une représentation visuelle du comportement d’un logiciel. Il aide les concepteurs à communiquer le comportement d’un système à l’utilisateur en spécifiant le comportement visible de l’extérieur. Les cas d’utilisation représentent uniquement les exigences fonctionnelles d’un système. Les règles métier, les exigences de qualité de service et les contraintes d’implémentation doivent être représentées séparément. Les diagrammes de cas d’utilisation sont utilisés pour décrire les rôles des individus dans un système. Ils peuvent être utilisés pour planifier les exigences, valider une conception matérielle, tester un produit logiciel ou créer une référence d’aide en ligne.

La modélisation des cas d’utilisation a été introduite en 1986 par Ivar Jacobson. En 1992, son livre Ingénierie logicielle orientée objet a contribué à populariser cette technique. Un diagramme de cas d’utilisation est une vue de haut niveau d’un système. Il est avantageux d’écrire les cas d’utilisation à un niveau de granularité plus grossier avec moins de détails lorsque cela n’est pas nécessaire. Les diagrammes de cas d’utilisation sont généralement développés au début du processus de développement pour capturer les exigences, valider l’architecture et piloter l’implémentation.

Modifier ce diagramme de cas d’utilisation

• Les diagrammes de cas d’utilisation doivent être structurés du point de vue des acteurs, et se concentrer sur le « quoi » et non sur le « comment ».
• La relation d’extension est utilisée pour inclure un comportement facultatif provenant d’un cas d’utilisation étendant dans un cas d’utilisation étendu.
• Une relation de généralisation relie deux cas d’utilisation. L’enfant peut ajouter ou remplacer le comportement du parent.
• Les acteurs de votre système sont les personnes qui utilisent, installent, démarrent, maintiennent, arrêtent et obtiennent ou fournissent des informations au système.

2. Diagramme d’activité

Les diagrammes d’activité sont utilisés pour représenter le flux de contrôle dans un système et décrire les étapes impliquées dans l’exécution d’un cas d’utilisation. Les diagrammes d’activité sont des représentations graphiques des flux de travail, supportant le choix, l’itération et la concurrence. Ils peuvent également inclure des éléments montrant le flux de données entre les activités. Ils sont similaires aux diagrammes de flux et sont utilisés pour représenter les aspects dynamiques d’un système. Par exemple, un diagramme d’activité peut être utilisé pour montrer le flux de contrôle depuis l’état initial jusqu’à l’état final.

Les diagrammes d’activité sont également utilisés pour modéliser les processus métiers et les flux de travail. Ils sont utilisés pour capturer le comportement dynamique d’un système et pour modéliser le flux de travail d’un système orienté objet ou distribué.

Modifier ce diagramme d’activité en ligne

• Les diagrammes d’activité sont utilisés pour modéliser une série d’actions ou un flux de contrôle dans un système.
• Un losange représente une décision avec des chemins alternatifs. Les alternatives doivent être étiquetées avec des conditions.
• Un nœud de division divise un flux entrant unique en plusieurs flux concurrents.
• Un nœud de fusion réunit plusieurs flux concurrents ensemble.
• Les broches sont utilisées pour clarifier les diagrammes d’activité confus. Elles représentent une entrée ou une sortie d’une action.
• Les signaux sont utilisés pour modifier les activités dans un système. Une réponse est nécessaire avant que l’activité ne puisse être modifiée.
• Les nageoires sont utilisées pour regrouper les actions dans les diagrammes d’activité.

3. Diagramme de séquence

Un diagramme de séquence est un diagramme simple utilisé pour montrer les interactions entre les parties (c’est-à-dire sous-systèmes ou objets) d’un système. Les diagrammes de séquence UML montrent comment les objets interagissent dans le temps en utilisant l’axe vertical pour représenter le temps. Les diagrammes de séquence capturent les interactions entre un système et son utilisateur, ou entre des systèmes. Un diagramme de séquence montre comment les opérations sont exécutées. Le temps progresse en descendant la page.

Dans un diagramme de séquence, les messages représentent l’interaction entre les objets. Les messages d’appel représentent une demande d’appel d’une opération, les messages de retour représentent le flux d’information du destinataire vers l’appelant, et les messages récursifs représentent un appel à l’appelant.

Modifier ce diagramme de séquence

• Un diagramme de séquence peut être utilisé pour modéliser comment différentes parties d’un système interagissent pour réaliser un seul cas d’utilisation. Par exemple, un diagramme de séquence peut aider à visualiser les interactions entre les classes et à découvrir les responsabilités dans un nouveau système.
• Dans un diagramme de séquence, un objet envoie un message à un autre objet. Les deux objets sont actifs pendant l’échange du message.
• Les flèches de message sont utilisées dans les diagrammes de séquence pour indiquer un message. La flèche de message comporte une description, appelée signature de message.
• Un message asynchrone est envoyé lorsque l’appelant du message ne attend pas que le message soit traité.

4. Diagramme d’état-machine

Un diagramme d’état-machine (connu sous le nom de diagramme d’état, diagramme de transition d’état) est utilisé pour décrire les différents états d’un composant dans un système. Il est contrôlé par des événements externes ou internes. Ils sont utilisés pour modéliser la nature dynamique d’un système. Il décrit le flux de contrôle d’un état à un autre et est utilisé pour modéliser la durée de vie d’un objet depuis sa création jusqu’à sa terminaison. Par exemple, les diagrammes d’état montrent tous les comportements possibles des objets d’une classe et l’ordre des événements, et sont essentiels à notre compréhension du système.

Dans la plupart des systèmes, la complexité provient des interactions entre les objets de classes différentes, et par conséquent, les diagrammes d’état ne sont pas nécessaires pour chaque classe. Toutefois, pour les classes complexes, telles que les systèmes de contrôle de processus ou les systèmes de communication, un diagramme d’état est nécessaire pour modéliser le comportement des objets.

Modifier ce diagramme d’état-machine en ligne

• Un cercle noir rempli pour représenter l’état initial d’un système ou d’une classe.
• Une flèche pleine pour représenter une transition d’un état à un autre
• Un rectangle arrondi pour représenter un état.
• Les transitions d’état d’un état à un autre sont provoquées par des événements.
• Les gardes empêchent certaines transitions de se produire, et les transitions internes n’affectent pas les transitions d’état.
• Un diagramme d’état inclut un état initial, des états intermédiaires, des transitions et un état final. Il inclut également une boîte à coins arrondis, un nom, des variables d’état et les actions effectuées dans chaque état.

Qu’est-ce qu’un état ?

Un état est un état ou une situation durant la vie d’un objet, et un événement est un stimulus qui peut déclencher une transition d’état. Une condition de garde est une évaluation d’une expression booléenne, et une transition peut avoir plusieurs conditions de garde. Les diagrammes d’état sont souvent utilisés pour décrire le comportement des composants électroniques. Les diagrammes d’état peuvent inclure la division d’un état en plusieurs états, la fusion d’états, des états historiques et des états composés.

Diagramme d’activité vs diagramme d’état

• Dans UML, les diagrammes d’activité représentent des activités de haut niveau. En particulier, les diagrammes d’activité peuvent représenter la concurrence et la coordination.
• Dans un diagramme d’état-machine, les sommets représentent les états d’un objet, et les arêtes représentent les occurrences d’événements. Des notations supplémentaires capturent la coordination des activités.

5. Diagramme de communication

Les diagrammes de communication montrent comment les objets interagissent. Ils montrent également les messages qui circulent entre les objets. Modélisez le passage des messages entre les objets qui fournissent les fonctionnalités des cas d’utilisation et des opérations, et capturez les interactions qui montrent les messages échangés. Dans un diagramme de communication, les objets (acteurs dans les cas d’utilisation) sont représentés par des rectangles, et les messages échangés entre les objets sont représentés par des flèches étiquetées qui commencent par l’objet émetteur et se terminent par l’objet destinataire. Il est facile à lire car les messages sont étiquetés par des numéros.

(Créé avec l’outil Diagramme de communication)

• Les diagrammes de communication UML montrent comment les messages sont envoyés et reçus entre les objets dans un système ou un logiciel.
• Les lignes représentent les liens, et les flèches représentent les messages.
• Les messages sont numérotés dans l’ordre séquentiel et sont décrits à l’aide de nombres et de points décimaux.

Diagramme de communication vs diagramme de séquence

Le diagramme de communication et le diagramme de séquence sont similaires. Ils présentent les mêmes informations, mais le diagramme de communication est organisé selon l’espace, tandis que le diagramme de séquence est organisé selon le temps.

Par exemple, il combine souvent à la fois les diagrammes d’activité et de séquence, et illustre les messages échangés entre les entités afin d’atteindre certaines tâches spécifiées dans le système.

• Le diagramme de séquence montre l’ordre temporel des messages, et
• Le diagramme de communication montre les relations entre les objets.

6. Diagramme d’aperçu d’interaction

Les diagrammes d’aperçu d’interaction sont similaires aux diagrammes d’activité, mais chaque activité individuelle est représentée sous forme de cadre, qui peut contenir un diagramme d’interaction imbriqué. Les diagrammes d’aperçu d’interaction UML offrent un haut niveau d’abstraction du modèle d’interaction. Ils peuvent également montrer le flux d’activités entre les diagrammes. En d’autres termes, les diagrammes d’interaction montrent le comportement dynamique d’un système en décrivant l’ordre chronologique des messages et l’organisation structurelle des objets qui les envoient et les reçoivent.

(Créé avec l’outil Diagramme d’aperçu d’interaction)

Un diagramme d’aperçu d’interaction est similaire à un diagramme d’activité, mais chaque activité individuelle est représentée sous forme de cadre pouvant contenir un diagramme d’interaction imbriqué. Les diagrammes d’aperçu d’interaction UML offrent un haut niveau d’abstraction du modèle d’interaction. Ils peuvent également montrer le flux d’activité entre les diagrammes. En d’autres termes, le diagramme d’interaction montre le comportement dynamique du système en décrivant la séquence temporelle des messages et l’organisation structurelle des objets qui envoient et reçoivent des messages.

Un diagramme d’aperçu d’interaction inclut des nœuds qui représentent des diagrammes d’interaction. Par exemple, unoccurrence d’interaction (ou diagramme de séquence de référence) vous permet de faire référence à un autre diagramme de séquence à partir d’un diagramme de séquence. Cette fonctionnalité vous permet de décomposer des scénarios complexes en scénarios plus petits pouvant être réutilisés. Chaque scénario est une « interaction ».

7. Diagramme de temporisation

Un diagramme de temporisation est une partie d’un diagramme d’interaction qui illustre comment les conditions évoluent au sein et entre les lignes de vie le long d’une timeline linéaire. Il montre comment les objets interagissent au cours d’une période donnée, indique la durée de chaque étape du processus, et peut être utilisé pour identifier des améliorations.

(Créé avec l’éditeur Diagramme de temporisation)

• Un diagramme de temporisation montre les interactions le long d’un axe temporel linéaire, et inclut des éléments tels que message, ligne de vie, timeline, et objet ou rôle.
• Une ligne de vie représente un participant individuel dans une interaction. Elle peut être placée à l’intérieur d’un cadre de diagramme ou d’une voie.
• La contrainte de durée est utilisée pour déterminer si une contrainte est satisfaite pendant une durée donnée ou non.
• Une contrainte temporelle est une contrainte d’intervalle qui représente un intervalle de temps. Une contrainte temporelle violée signifie que le système a échoué.

Ressources UML

• Outil gratuit de diagramme de cas d’utilisation – Visual Paradigm Online
• Outil en ligne de diagramme de cas d’utilisation