UML - Diagrammes standard
Dans les chapitres précédents, nous avons discuté des blocs de construction et d'autres éléments nécessaires d'UML. Nous devons maintenant comprendre où utiliser ces éléments.
Les éléments sont comme des composants qui peuvent être associés de différentes manières pour créer une image UML complète, connue sous le nom de diagramme. Ainsi, il est très important de comprendre les différents schémas pour mettre en œuvre les connaissances dans des systèmes réels.
Tout système complexe est mieux compris en créant une sorte de diagrammes ou d'images. Ces diagrammes ont un meilleur impact sur notre compréhension. Si nous regardons autour de nous, nous nous rendrons compte que les diagrammes ne sont pas un nouveau concept mais qu'ils sont largement utilisés sous différentes formes dans différentes industries.
Nous préparons des diagrammes UML pour comprendre le système d'une manière meilleure et simple. Un seul schéma ne suffit pas pour couvrir tous les aspects du système. UML définit différents types de diagrammes pour couvrir la plupart des aspects d'un système.
Vous pouvez également créer votre propre ensemble de diagrammes pour répondre à vos besoins. Les diagrammes sont généralement réalisés de manière incrémentielle et itérative.
Il existe deux grandes catégories de diagrammes et ils sont à nouveau divisés en sous-catégories -
Diagrammes structurels
Diagrammes comportementaux
Diagrammes structurels
Les diagrammes structurels représentent l'aspect statique du système. Ces aspects statiques représentent les parties d'un diagramme, qui forment la structure principale et sont donc stables.
Ces parties statiques sont représentées par des classes, des interfaces, des objets, des composants et des nœuds. Les quatre schémas structurels sont -
- Diagramme de classe
- Diagramme d'objets
- Diagramme de composants
- Diagramme de déploiement
Diagramme de classe
Les diagrammes de classes sont les diagrammes les plus couramment utilisés dans UML. Le diagramme de classes se compose de classes, d'interfaces, d'associations et de collaboration. Les diagrammes de classes représentent essentiellement la vue orientée objet d'un système, qui est de nature statique.
La classe active est utilisée dans un diagramme de classes pour représenter la concurrence du système.
Le diagramme de classes représente l'orientation objet d'un système. Par conséquent, il est généralement utilisé à des fins de développement. Il s'agit du schéma le plus utilisé au moment de la construction du système.
Diagramme d'objets
Les diagrammes d'objets peuvent être décrits comme une instance de diagramme de classes. Ainsi, ces schémas sont plus proches de scénarios réels où nous implémentons un système.
Les diagrammes d'objets sont un ensemble d'objets et leur relation est comme les diagrammes de classes. Ils représentent également la vue statique du système.
L'utilisation des diagrammes d'objets est similaire aux diagrammes de classes, mais ils sont utilisés pour construire le prototype d'un système d'un point de vue pratique.
Diagramme des composants
Les diagrammes de composants représentent un ensemble de composants et leurs relations. Ces composants sont constitués de classes, d'interfaces ou de collaborations. Les diagrammes de composants représentent la vue d'implémentation d'un système.
Pendant la phase de conception, les artefacts logiciels (classes, interfaces, etc.) d'un système sont organisés en différents groupes en fonction de leur relation. Désormais, ces groupes sont appelés composants.
Enfin, on peut dire que des diagrammes de composants sont utilisés pour visualiser l'implémentation.
Diagramme de déploiement
Les diagrammes de déploiement sont un ensemble de nœuds et de leurs relations. Ces nœuds sont des entités physiques sur lesquelles les composants sont déployés.
Les diagrammes de déploiement sont utilisés pour visualiser la vue de déploiement d'un système. Ceci est généralement utilisé par l'équipe de déploiement.
Note- Si les descriptions et usages ci-dessus sont observés attentivement, il est très clair que tous les schémas ont des relations les uns avec les autres. Les diagrammes de composants dépendent des classes, interfaces, etc. qui font partie du diagramme de classes / objets. Là encore, le diagramme de déploiement dépend des composants, qui sont utilisés pour créer des diagrammes de composants.
Diagrammes comportementaux
Tout système peut avoir deux aspects, statique et dynamique. Ainsi, un modèle est considéré comme complet lorsque les deux aspects sont entièrement couverts.
Les diagrammes comportementaux capturent essentiellement l'aspect dynamique d'un système. L'aspect dynamique peut être davantage décrit comme les parties changeantes / mobiles d'un système.
UML a les cinq types de diagrammes comportementaux suivants -
- Diagramme de cas d'utilisation
- Diagramme de séquençage
- Diagramme de collaboration
- Diagramme d'états
- Diagramme d'activité
Diagramme de cas d'utilisation
Les diagrammes de cas d'utilisation sont un ensemble de cas d'utilisation, d'acteurs et de leurs relations. Ils représentent la vue de cas d'utilisation d'un système.
Un cas d'utilisation représente une fonctionnalité particulière d'un système. Par conséquent, un diagramme de cas d'utilisation est utilisé pour décrire les relations entre les fonctionnalités et leurs contrôleurs internes / externes. Ces contrôleurs sont appelésactors.
Diagramme de séquençage
Un diagramme de séquence est un diagramme d'interaction. D'après le nom, il est clair que le diagramme traite de certaines séquences, qui sont la séquence de messages circulant d'un objet à un autre.
L'interaction entre les composants d'un système est très importante du point de vue de la mise en œuvre et de l'exécution. Le diagramme de séquence est utilisé pour visualiser la séquence d'appels dans un système pour exécuter une fonctionnalité spécifique.
Diagramme de collaboration
Le diagramme de collaboration est une autre forme de diagramme d'interaction. Il représente l'organisation structurelle d'un système et les messages envoyés / reçus. L'organisation structurelle se compose d'objets et de liens.
Le but du diagramme de collaboration est similaire au diagramme de séquence. Cependant, le but spécifique du diagramme de collaboration est de visualiser l'organisation des objets et leur interaction.
Diagramme d'états
On s'attend à ce que tout système en temps réel réagisse à une sorte d'événements internes / externes. Ces événements sont responsables du changement d'état du système.
Le diagramme d'états est utilisé pour représenter le changement d'état d'un système en fonction des événements. Il décrit essentiellement le changement d'état d'une classe, d'une interface, etc.
Le diagramme d'état est utilisé pour visualiser la réaction d'un système par des facteurs internes / externes.
Diagramme d'activité
Le diagramme d'activité décrit le flux de contrôle dans un système. Il se compose d'activités et de liens. Le flux peut être séquentiel, simultané ou ramifié.
Les activités ne sont rien d'autre que les fonctions d'un système. Des nombres de diagrammes d'activités sont préparés pour capturer l'ensemble du flux dans un système.
Les diagrammes d'activités sont utilisés pour visualiser le flux des contrôles dans un système. Ceci est préparé pour avoir une idée de la façon dont le système fonctionnera une fois exécuté.
Note- La nature dynamique d'un système est très difficile à saisir. UML a fourni des fonctionnalités pour capturer la dynamique d'un système sous différents angles. Les diagrammes de séquence et les diagrammes de collaboration sont isomorphes, ils peuvent donc être convertis les uns des autres sans perdre aucune information. Ceci est également vrai pour Statechart et diagramme d'activité.