{"id":68917,"date":"2022-03-16T12:42:23","date_gmt":"2022-03-16T16:42:23","guid":{"rendered":"http:\/\/ideascale.com\/blogues\/differents-types-de-diagrammes-duml\/"},"modified":"2024-01-16T02:44:50","modified_gmt":"2024-01-16T06:44:50","slug":"differents-types-de-diagrammes-duml","status":"publish","type":"post","link":"https:\/\/ideascale.com\/fr\/blogues\/differents-types-de-diagrammes-duml\/","title":{"rendered":"La liste compl\u00e8te des 14 types de diagrammes UML"},"content":{"rendered":"
<\/p>\n
\n Le syst\u00e8me de langage de mod\u00e9lisation unifi\u00e9 (UML) est la norme industrielle pour simplifier l’architecture des logiciels. Il s’agit d’un ensemble de techniques de notation graphique sp\u00e9cifiques permettant de repr\u00e9senter des mod\u00e8les visuels d’\u00e9cosyst\u00e8mes logiciels complexes. Les d\u00e9veloppeurs utilisent diff\u00e9rents types de diagrammes pour illustrer divers aspects des syst\u00e8mes logiciels et chacun d’entre eux est souvent construit avec diff\u00e9rents types de diagrammes UML.<\/p>
\n <\/p><\/p>\n \n
\n Selon le type de diagramme UML, il peut ou non inclure des composants logiciels et mat\u00e9riels. Dans cet article, nous aborderons les 14 diff\u00e9rents types de diagrammes UML.<\/p>
\n <\/p><\/p>\n \n
\n Two Broad Categories<\/b><\/p>
\n <\/p><\/p>\n \n
\n UML 2.2 est la derni\u00e8re norme accept\u00e9e dans l’ensemble du secteur. Il comprend 14 types d’UML, chacun r\u00e9pondant \u00e0 des objectifs sp\u00e9cifiques. Ces 14 cat\u00e9gories se r\u00e9partissent en deux groupes principaux : UML statique et UML dynamique.<\/p>
\n <\/p><\/p>\n \n
\n Le type statique est \u00e9galement connu sous le nom de diagrammes structurels. L’autre nom du diagramme UML dynamique est UML comportemental.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n L’UML statique repr\u00e9sente diverses interpr\u00e9tations de l’architecture logicielle lorsqu’elle n’est pas active. La vue statique d\u00e9finit les composants et les classes comme des unit\u00e9s discr\u00e8tes mais interconnect\u00e9es. Selon le type de repr\u00e9sentation, les diagrammes structurels peuvent \u00eatre de sept sous-types.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Class Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Les diagrammes de classes sont les diagrammes UML les plus courants. Ils classent les composants en diff\u00e9rentes classes, m\u00e9thodes et attributs cl\u00e9s. La relation entre ces \u00e9l\u00e9ments est essentielle et c’est en partie ce qui rend le diagramme de classes unique.<\/p>
\n <\/p><\/p>\n \n
\n Object Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Le diagramme UML objet pr\u00e9sente l’\u00e9tat de l’architecture statique du logiciel \u00e0 un moment donn\u00e9 d’une fonction. Ces diagrammes affichent \u00e9galement la relation fixe entre les diff\u00e9rentes classes et relient les \u00e9l\u00e9ments de la m\u00eame mani\u00e8re que le diagramme de classes. La comparaison entre le diagramme d’objets et la vue des classes permet de v\u00e9rifier l’exactitude de la solution logicielle.<\/p>
\n <\/p><\/p>\n \n
\n Deployment Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Le diagramme de d\u00e9ploiement traite de l’ensemble du d\u00e9ploiement de l’architecture logicielle, y compris les composants logiciels et mat\u00e9riels. Il est particuli\u00e8rement utile lors du d\u00e9ploiement de syst\u00e8mes logiciels sur des r\u00e9seaux informatiques aux configurations vari\u00e9es.<\/p>
\n <\/p><\/p>\n \n
\n Composite Structure Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Le diagramme de structure composite pr\u00e9sente la structure interne des diff\u00e9rentes classes. Le tableau d\u00e9taill\u00e9 pr\u00e9sente une image compl\u00e8te des classificateurs, y compris les pi\u00e8ces, les ports et les connecteurs. Ces diagrammes sont similaires aux diagrammes de classes, mais l’approche est plus granulaire. Ici, l’accent est mis sur la pr\u00e9sentation des composants individuels des classes plut\u00f4t que sur les connexions \u00e9tendues entre les \u00e9l\u00e9ments.<\/p>
\n <\/p><\/p>\n \n
\n Package Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n En UML, un paquet fait r\u00e9f\u00e9rence \u00e0 un groupe d’\u00e9l\u00e9ments pertinents. Il s’agit de documents, de classes et d’autres paquets. Chaque \u00e9l\u00e9ment a une position sp\u00e9cifique dans la hi\u00e9rarchie des paquets. Ces paquets sont repr\u00e9sent\u00e9s sous la forme d’un dossier de fichiers en UML et constituent l’\u00e9l\u00e9ment central du diagramme de paquets.<\/p>
\n <\/p><\/p>\n \n
\n Profile Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Le diagramme de profil est un sous-type relativement nouveau introduit dans UML 2. Il s’agit d’un m\u00e9canisme g\u00e9n\u00e9rique permettant d’\u00e9tendre les mod\u00e8les UML \u00e0 des domaines particuliers. Par exemple, il peut y avoir des diagrammes de profil distincts pour les syst\u00e8mes logiciels de l’a\u00e9rospatiale et de la sant\u00e9, repr\u00e9sentant les attributs propres \u00e0 ces domaines.<\/p>
\n <\/p><\/p>\n \n
\n Component Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Le diagramme des composants pr\u00e9sente les connexions structurelles entre les diff\u00e9rents composants du syst\u00e8me logiciel. Il montre \u00e9galement les interfaces et les connecteurs de l’architecture logicielle.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Le diagramme UML comportemental pr\u00e9sente l’\u00e9tat de l’architecture logicielle lorsqu’elle est utilis\u00e9e. Il existe quatre sous-types principaux.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Le dernier type est le diagramme d’interaction. Le diagramme UML d’interaction comprend quatre sous-types.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n State Machine Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ce mode repr\u00e9sente les objets \u00e0 diff\u00e9rents \u00e9tats \u00e0 un moment donn\u00e9 de l’op\u00e9ration. Il est essentiel d’afficher les transitions d’\u00e9tats finis.<\/p>
\n <\/p><\/p>\n \n
\n Activity Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ce mod\u00e8le UML pr\u00e9sente le flux de travail au sein du syst\u00e8me logiciel. Le flux de contr\u00f4le d’un point \u00e0 un autre du syst\u00e8me logiciel est essentiel pour comprendre son fonctionnement.<\/p>
\n <\/p><\/p>\n \n
\n Use Case Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ces diagrammes repr\u00e9sentent l’image compl\u00e8te de l’activit\u00e9 du syst\u00e8me impliquant des cas d’utilisation et des acteurs (utilisateurs). Il montre les diff\u00e9rentes fonctions r\u00e9alis\u00e9es sous l’influence des acteurs.<\/p>
\n <\/p><\/p>\n \n
\n Sequence Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ce diagramme UML pr\u00e9sente les interactions entre les diff\u00e9rents objets de la hi\u00e9rarchie du logiciel. Les fl\u00e8ches sont utilis\u00e9es pour repr\u00e9senter les interactions entre diff\u00e9rents processus.<\/p>
\n <\/p><\/p>\n \n
\n Communication Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ce type de diagramme d’interaction se concentre sur les messages transmis entre les objets du syst\u00e8me logiciel.<\/p>
\n <\/p><\/p>\n \n
\n Interaction Overview Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ces diagrammes sont similaires aux diagrammes d’activit\u00e9s, mais ils repr\u00e9sentent une plus grande \u00e9chelle. Ils repr\u00e9sentent une s\u00e9quence de diagrammes d’interaction du syst\u00e8me dynamique. Il montre \u00e9galement les s\u00e9ries d’actions en simplifiant les interactions complexes en repr\u00e9sentations graphiques simples.<\/p>
\n <\/p><\/p>\n \n
\n Timing Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Ce sous-type de diagramme d’interaction d\u00e9crit le comportement de l’objet dans un intervalle de temps sp\u00e9cifique. Il est essentiel d’interpr\u00e9ter les transitions d’\u00e9tat et le comportement des objets en tenant compte des contraintes de dur\u00e9e.<\/p>
\n14 Types of UML Diagrams<\/h2>
\n
Diagrammes structurels ou statiques Sous-types<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n
Diagrammes UML comportementaux Sous-types<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n