Le langage de modélisation unifié (UML), également connu sous le nom de langage de modélisation unifié ou langage de modélisation standard, est une norme OMG lancée en 1997. Il s'agit d'un langage graphique qui prend en charge la modélisation et le développement de systèmes logiciels, fournissant des modèles pour toutes les étapes du développement et de la visualisation de logiciels. support, de l’analyse des besoins à la spécification, en passant par la construction et la configuration. Le développement des méthodes d’analyse et de conception orientées objet (OOA&D, OOAD) a atteint son apogée entre la fin des années 1980 et le milieu des années 1990, et UML a été le produit de cet apogée. Il a non seulement unifié les méthodes de représentation de Booch, Rumbaugh et Jacobson, mais les a également développées et finalement unifiées dans un langage de modélisation standard accepté par le public.
Dans les diagrammes de classes UML, plusieurs relations couramment utilisées sont : Généralisation, Réalisation, Association, Agrégation, Composition, Dépendance. Ensuite, à travers cet article, vous donnerez une explication détaillée une par une. Les détails spécifiques sont les suivants :
1. Généralisation
[Relation de généralisation] : C'est une relation d'héritage qui exprime la relation générale et particulière. Elle précise comment la sous-classe spécialise toutes les caractéristiques et comportements de la classe parente. Par exemple : Le tigre est une sorte d'animal qui a les caractéristiques du tigre. ainsi que les points communs entre les animaux.
[Flèche pointant] : Une ligne continue avec une flèche triangulaire, la flèche pointe vers la classe parent
2. Réalisation
[Relation d'implémentation] : Il s'agit d'une relation entre une classe et une interface, indiquant que la classe est l'implémentation de toutes les caractéristiques et comportements de l'interface.
[Flèche pointant] : Une ligne pointillée avec une flèche triangulaire, la flèche pointe vers l'interface
3. Association
[Relation d'association] : Il s'agit d'une sorte de relation de propriété, qui permet à une classe de connaître les attributs et les méthodes d'une autre classe tels que : enseignant et élève, mari et femme ;
Les associations peuvent être bidirectionnelles ou unidirectionnelles. Les associations bidirectionnelles peuvent avoir deux flèches ou aucune flèche, et les associations unidirectionnelles ont une seule flèche.
[Réflexion du code] : variables membres
[Flèche et pointage] : Une ligne continue avec une flèche ordinaire pointant vers le propriétaire
Dans l'image ci-dessus, les enseignants et les étudiants sont liés de manière bidirectionnelle. Les enseignants peuvent avoir plusieurs étudiants, et les étudiants peuvent également avoir plusieurs enseignants. Cependant, la relation entre un étudiant et un cours est une relation à sens unique. Un étudiant peut suivre plusieurs cours. Un cours est une chose abstraite et les étudiants ne lui appartiennent pas.
L'image ci-dessus montre sa propre relation :
4. Agrégation
[Relation d'agrégation] : C'est une relation entre un tout et une partie, et une partie peut exister indépendamment du tout. Par exemple, une voiture et un pneu ont une relation entre un tout et une partie, et le pneu peut toujours exister. sans la voiture.
La relation d'agrégation est un type de relation d'association et constitue une relation d'association forte ; l'association et l'agrégation ne peuvent pas être distinguées grammaticalement et la relation logique spécifique doit être examinée.
[Réflexion du code] : variables membres
[Flèche et pointage] : Une ligne continue avec un losange creux, le losange pointe vers l'ensemble
5.Composition
[Relation combinée] : C'est la relation entre le tout et les parties, mais les parties ne peuvent exister indépendamment du tout. Par exemple, la relation entre l'entreprise et le département est la relation entre le tout et la partie sans l'entreprise. , il n'y aurait pas de département.
La relation de combinaison est un type de relation d'association et constitue une relation plus forte que la relation d'agrégation. Elle nécessite que l'objet représentant le tout dans la relation d'agrégation ordinaire soit responsable du cycle de vie de l'objet représentant la partie.
[Réflexion du code] : variables membres
[Flèche et pointage] : Une ligne continue avec un losange plein, le losange pointe vers l'ensemble
6. Dépendance
[Dépendance] : Il s'agit d'une relation d'usage, c'est-à-dire que l'implémentation d'une classe nécessite l'assistance d'une autre classe, alors essayez de ne pas utiliser l'interdépendance bidirectionnelle.
[Performances du code] : variables locales, paramètres de méthode ou appels à des méthodes statiques
[Flèche et pointage] : Une ligne pointillée avec une flèche pointant vers l'utilisateur
L'ordre de force des différentes relations :
Généralisation = Implémentation > Composition > Agrégation > Association > Dépendance
Le diagramme UML suivant montre de manière plus vivante les diverses relations des diagrammes de classes :
Ce qui précède est le récit complet de cet article, j’espère qu’il vous plaira.