\u00a0Pourquoi le UML ?<\/h2>\n
\u00c0 mesure que les architectures logicielles grandissent en taille et en complexit\u00e9, la n\u00e9cessit\u00e9 de mod\u00e8les logiciels augmente \u00e9galement. Le UML est le langage de mod\u00e9lisation dominant dans l’industrie logicielle. Il est actuellement une norme de fait adopt\u00e9e par le groupe de gestion des objets, le plus grand consortium logiciel au monde. Il est difficile de trouver un projet logiciel avec plus de 10 d\u00e9veloppeurs qui n’utilise pas le UML d’une mani\u00e8re ou d’une autre pour sp\u00e9cifier son architecture.<\/p>\n
Voici quelques autres faits concernant l’utilisation du UML dans notre processus de d\u00e9veloppement logiciel :<\/p>\n
- \n
- Le logiciel devient de plus en plus complexe : une version assez ancienne de Windows XP contient plus de 40 millions de lignes de code.<\/li>\n
- Un seul programmeur ne peut pas g\u00e9rer l’ensemble de ce volume de code.<\/li>\n
- Le code n’est pas facilement compr\u00e9hensible par les d\u00e9veloppeurs qui ne l’ont pas \u00e9crit.<\/li>\n
- Nous avons besoin de repr\u00e9sentations plus simples pour les syst\u00e8mes complexes : la mod\u00e9lisation est un moyen de g\u00e9rer la complexit\u00e9.<\/li>\n<\/ul>\n
Qu’est-ce qu’un mod\u00e8le ?<\/h2>\n
- \n
- Un mod\u00e8le est une abstraction de la chose r\u00e9elle, en omettant les d\u00e9tails.<\/li>\n
- \u00ab L’ensemble de tous les \u00e9l\u00e9ments qui d\u00e9crivent votre syst\u00e8me, y compris leurs connexions mutuelles, constituent votre mod\u00e8le. \u00bb (Russ et Hamilton 12).<\/li>\n<\/ul>\n
Lorsque nous utilisons le UML pour cr\u00e9er des mod\u00e8les d’un syst\u00e8me en cours de d\u00e9veloppement avant de coder le logiciel, ils repr\u00e9sentent le probl\u00e8me de mani\u00e8re simplifi\u00e9e. Ils fournissent une structure pour la r\u00e9solution des probl\u00e8mes. Ils aident \u00e0 comprendre comment aborder le probl\u00e8me en cours. Ils permettent \u00e9galement d’exp\u00e9rimenter plusieurs solutions. \u00c9tant donn\u00e9 que les mod\u00e8les sont cr\u00e9\u00e9s avant le d\u00e9veloppement r\u00e9el du syst\u00e8me, nous pouvons comprendre diff\u00e9rentes possibilit\u00e9s, probl\u00e8mes, options, etc. Cela conduit \u00e9galement \u00e0 une r\u00e9duction des co\u00fbts de d\u00e9veloppement. \u00c9tant donn\u00e9 que le temps ne sera pas perdu en essais et erreurs, le produit sera pr\u00eat plus rapidement. Les mod\u00e8les aident \u00e9galement \u00e0 g\u00e9rer la complexit\u00e9 du probl\u00e8me, ce qui facilite la planification du d\u00e9veloppement, l’allocation des ressources telles que les machines, les programmeurs, les testeurs.<\/p>\n
Ce que le UML N’EST PAS ?<\/h2>\n
- \n
- Le UML n’est pas une notation, mais un langage.<\/li>\n
- Le UML n’appartient \u00e0 personne. Il est ouvert \u00e0 l’utilisation par quiconque le souhaite. Il n’est pas propri\u00e9taire.<\/li>\n
- Le UML n’est ni un processus ni une m\u00e9thode.<\/li>\n
- Le UML encourage l’utilisation des techniques orient\u00e9es objet et des cycles de vie de d\u00e9veloppement logiciel it\u00e9ratifs.<\/li>\n
- Le UML n’est pas difficile. Il est vaste, mais il n’est pas n\u00e9cessaire de le conna\u00eetre enti\u00e8rement. De plus, il n’est pas n\u00e9cessaire d’utiliser ou de comprendre chaque petit d\u00e9tail.<\/li>\n
- Le UML n’est pas chronophage. S’il est utilis\u00e9 correctement, l’utilisation du UML r\u00e9duit les co\u00fbts de d\u00e9veloppement. En m\u00eame temps, il offre l’avantage d’une compr\u00e9hension et d’une communication faciles, une productivit\u00e9 accrue et une meilleure qualit\u00e9.<\/li>\n
- Le UML n’est pas limit\u00e9. Il est suffisamment souple pour permettre de nouveaux vocabulaires (concepts, mots et termes), des propri\u00e9t\u00e9s (informations suppl\u00e9mentaires sur les mots) et des s\u00e9mantiques (r\u00e8gles du langage) n\u00e9cessaires \u00e0 un domaine sp\u00e9cifique.<\/li>\n<\/ul>\n
Objectif du UML<\/h2>\n
- \n
- Un langage de mod\u00e9lisation visuel et non un langage de programmation visuel. Bien que certains outils de mod\u00e9lisation disposent de g\u00e9n\u00e9rateurs de code et que certains peuvent inverser les mod\u00e8les \u00e0 partir du code.<\/li>\n
- Il est destin\u00e9 \u00e0 cr\u00e9er des diagrammes qui peuvent soutenir le processus de d\u00e9veloppement logiciel, toutefois, le UML n’est PAS un processus ou une m\u00e9thode de d\u00e9veloppement logiciel. Par cons\u00e9quent, le UML est ind\u00e9pendant du processus.<\/li>\n
- Un langage standard pour la cr\u00e9ation de plans de logiciels.<\/li>\n
- Un outil de communication.<\/li>\n
- Un langage pour documenter les exigences, l’architecture, les tests, la planification du projet, etc.<\/li>\n
- Il est destin\u00e9 aux syst\u00e8mes logiciels, mais peut mod\u00e9liser d’autres syst\u00e8mes.<\/li>\n
- Il est destin\u00e9 \u00e0 soutenir le processus de d\u00e9veloppement orient\u00e9 objet.<\/li>\n
- Il peut capturer \u00e0 la fois les structures statiques et le comportement dynamique d’un syst\u00e8me.<\/li>\n
- Les diagrammes UML peuvent aider les parties prenantes \u00e0 comprendre, discuter et s’entendre sur les exigences.<\/li>\n
- Les diagrammes UML peuvent aider \u00e0 abstraire des processus complexes \u00e0 un niveau plus facile \u00e0 comprendre.<\/li>\n
- Les diagrammes UML aident \u00e0 faciliter la r\u00e9solution de probl\u00e8mes.<\/li>\n<\/ul>\n
Qu’est-ce qu’un langage de mod\u00e9lisation fournit ?<\/h2>\n
- \n
- \u00c9l\u00e9ments de mod\u00e8le<\/i><\/b>: Concepts et s\u00e9mantiques<\/li>\n
- Notation<\/i><\/b>: Repr\u00e9sentation visuelle des \u00e9l\u00e9ments de mod\u00e8le<\/li>\n
- Lignes directrices<\/i><\/b>: Astuces et suggestions pour utiliser les \u00e9l\u00e9ments dans la notation<\/li>\n<\/ul>\n
Br\u00e8ve histoire<\/h2>\n
Dans les ann\u00e9es 80, lorsque nous avons commenc\u00e9 \u00e0 mod\u00e9liser, il existait de nombreuses m\u00e9thodologies diff\u00e9rentes. Et chaque m\u00e9thodologie avait sa propre notation. Le probl\u00e8me \u00e9tait que si diff\u00e9rentes personnes utilisaient des notations diff\u00e9rentes, \u00e0 un moment donn\u00e9 quelqu’un devait effectuer une traduction. Souvent, un symbole signifiait une chose dans une notation, et quelque chose de totalement diff\u00e9rent dans une autre notation. En 1991, tout le monde a commenc\u00e9 \u00e0 publier des livres. Grady Booch a publi\u00e9 sa premi\u00e8re \u00e9dition. Ivar Jacobson a publi\u00e9 la sienne, et Jim Rumbaugh a publi\u00e9 sa m\u00e9thodologie OMT. Chaque livre avait ses forces ainsi que ses faiblesses. OMT \u00e9tait tr\u00e8s fort en analyse, mais plus faible en conception. La m\u00e9thodologie Booch \u00e9tait plus forte en conception et plus faible en analyse. Et Objectory d’Ivar Jacobson \u00e9tait particuli\u00e8rement bon en mati\u00e8re d’exp\u00e9rience utilisateur, ce que ni Booch ni OMT ne prenaient vraiment en compte \u00e0 l’\u00e9poque. Booch et Jacobson ont fusionn\u00e9 leurs deux m\u00e9thodes en 1994, puis Rumbaugh s’est joint \u00e0 eux en 1995. UML 1.1 a \u00e9t\u00e9 publi\u00e9 en 1997 par l’OMG, int\u00e9grant les contributions d’autres, par exemple Yourden. La version UML v2.x est la version la plus r\u00e9cente.<\/p>\n
Dates de publication<\/h3>\n
- \n
- 1995 \u2013 UML 0.8<\/li>\n
- 1996 \u2013 UML 0.9 \u2013 Les Trois Amis<\/li>\n
- 1997 \u2013 L’OMG reprend le contr\u00f4le.<\/li>\n
- 1997 \u2013 OMG UML 1.1<\/li>\n
- 1998 \u2013 OMG UML 1.2<\/li>\n
- 1999 \u2013 OMG UML 1.3<\/li>\n
- 2001 \u2013 OMG UML 1.4<\/li>\n
- 2003 \u2013 OMG UML 1.5<\/li>\n
- 2003 \u2013 OMG UML 2.0 \u2013 Adopt\u00e9<\/li>\n
- 2005 \u2013 OMG UML 2.0 \u2013 Version finale<\/li>\n
- 2006 \u2013 OMG UML 2.1<\/li>\n
- UML2.1.2<\/b>(11\/04\/07) \u2013 Version actuelle au 27\/05\/08<\/li>\n<\/ul>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/What-is-UML.png\")
<\/a><\/p>\nLa motivation de l’unification des m\u00e9thodes par les \u00ab trois Amegos \u00bb<\/h2>\n
- \n
- Faits que les m\u00e9thodes individuelles \u00e9voluent vers l’une l’autre ind\u00e9pendamment<\/li>\n
- Unification de la s\u00e9mantique et de la notation pour assurer la stabilit\u00e9 du march\u00e9 de conception orient\u00e9e objet<\/li>\n
- Anticipation que l’unification am\u00e9liorerait les m\u00e9thodes individuelles ant\u00e9rieures<\/li>\n<\/ul>\n
Partenaires UML<\/h3>\n
\n
- \n
- Soci\u00e9t\u00e9 Rational Software<\/li>\n
- IBM<\/li>\n
- Hewlett-Packard<\/li>\n
- I-Logix<\/li>\n
- ICON Computing<\/li>\n
- Intellicorp<\/li>\n
- MCI Systemhouse<\/li>\n
- Microsoft<\/li>\n
- ObjecTime<\/li>\n
- Oracle<\/li>\n
- Platinum Technology<\/li>\n
- Taskon<\/li>\n
- Texas Instruments\/Sterling Software<\/li>\n
- Unisys<\/li>\n<\/ul>\n<\/blockquote>\n
Apport de notation UML pour diff\u00e9rentes m\u00e9thodes avant l’unification<\/h2>\n
UML repr\u00e9sente l’unification des notations Booch, OMT et Objectory, ainsi que des meilleures id\u00e9es provenant de plusieurs autres m\u00e9thodologistes, comme indiqu\u00e9 dans la figure ci-dessous. En unifiant les notations utilis\u00e9es par ces m\u00e9thodes orient\u00e9es objet, le langage de mod\u00e9lisation unifi\u00e9 fournit la base d’une norme de fait dans le domaine de l’analyse et de la conception orient\u00e9es objet, fond\u00e9e sur une large base d’exp\u00e9rience utilisateur.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/UML-Imnput.png\")
<\/a><\/p>\n<\/h3>\n
Le r\u00f4le de la notation<\/h2>\n
La notation joue un r\u00f4le important dans tout mod\u00e8le : elle est le ciment qui maintient le processus ensemble. La notation a trois r\u00f4les :<\/p>\n
- \n
- Elle sert de langage pour communiquer les d\u00e9cisions qui ne sont pas \u00e9videntes ou qui ne peuvent pas \u00eatre d\u00e9duites directement \u00e0 partir du code lui-m\u00eame.<\/li>\n
- Elle fournit une s\u00e9mantique suffisamment riche pour capturer toutes les d\u00e9cisions strat\u00e9giques et tactiques importantes.<\/li>\n
- Elle offre une forme suffisamment concr\u00e8te pour permettre aux humains de raisonner et aux outils de la manipuler.<\/li>\n<\/ul>\n
Le langage de mod\u00e9lisation unifi\u00e9 (UML) fournit une notation tr\u00e8s robuste, qui \u00e9volue de l’analyse vers la conception. Certains \u00e9l\u00e9ments de la notation (par exemple, classes, associations, agr\u00e9gations, h\u00e9ritage) sont introduits lors de l’analyse. D’autres \u00e9l\u00e9ments de la notation (par exemple, indicateurs d’impl\u00e9mentation de contenance et propri\u00e9t\u00e9s) sont introduits lors de la conception.<\/p>\n
Avantages d’UML<\/b><\/h2>\n
UML peut \u00eatre appliqu\u00e9 \u00e0 des domaines diversdomaines d’application<\/strong>\u00a0(par exemple, banque, finance, internet, a\u00e9rospatiale, sant\u00e9, etc.) Il peut \u00eatre utilis\u00e9 avec tous les principaux objets et composants\u00a0m\u00e9thodes de d\u00e9veloppement logiciel<\/strong>\u00a0et pour divers\u00a0plateformes d’impl\u00e9mentation.<\/strong><\/p>\n
- \n
- Vous savez exactement ce que vous obtenez<\/li>\n
- Vous aurez des co\u00fbts de d\u00e9veloppement plus faibles<\/li>\n
- \u00a0Votre logiciel se comportera comme vous l’attendez. Moins de surprises<\/li>\n
- \u00a0Les bonnes d\u00e9cisions sont prises avant que vous ne receviez un code mal r\u00e9dig\u00e9. Co\u00fbts globaux r\u00e9duits<\/li>\n
- Nous pouvons d\u00e9velopper des syst\u00e8mes plus efficaces en m\u00e9moire et en processeur<\/li>\n
- Les co\u00fbts de maintenance du syst\u00e8me seront plus faibles. Moins de r\u00e9apprentissage a lieu<\/li>\n
- Travailler avec un nouveau d\u00e9veloppeur sera plus facile.<\/li>\n
- La communication avec les programmeurs et les sous-traitants externes sera plus efficace.<\/li>\n<\/ul>\n
Vue UML 4 + 1<\/h2>\n
UML se compose des quatre vues suivantes du syst\u00e8me en cours de d\u00e9veloppement (voir Fig. 3) [Eriksson & Penker, 1998 ; Kruchten, 2000] :<\/p>\n
- \n
- Vue cas d’utilisation :<\/em> montre la fonctionnalit\u00e9 du syst\u00e8me telle qu’elle est per\u00e7ue par les acteurs externes ; elle est d\u00e9crite dans les diagrammes de cas d’utilisation et occasionnellement dans les diagrammes d’activit\u00e9.<\/li>\n
- Vue logique :<\/em>montre comment cette fonctionnalit\u00e9 est con\u00e7ue \u00e0 l’int\u00e9rieur du syst\u00e8me, en termes de structure statique et de comportement dynamique du syst\u00e8me ; elle est d\u00e9crite dans les diagrammes de classes et d’objets (mod\u00e8le statique) et dans les diagrammes de transition d’\u00e9tat, de s\u00e9quence, de collaboration et d’activit\u00e9 (mod\u00e8le dynamique)<\/li>\n
- Vue composant :<\/em> montre l’organisation des composants logiciels ; elle est d\u00e9crite dans les diagrammes de composants.<\/li>\n
- Vue d\u00e9ploiement :<\/em> montre la configuration physique (d\u00e9ploiement) des n\u0153uds de traitement en temps r\u00e9el au sein des ordinateurs et des dispositifs, ainsi que des composants, processus et objets qui y r\u00e9sident ; elle est d\u00e9crite dans les diagrammes de d\u00e9ploiement.<\/li>\n
- Vue processus :<\/em> montre l’aspect concurrent du syst\u00e8me en temps r\u00e9el, comme les t\u00e2ches, les threads, les processus et les interactions, et traite les probl\u00e8mes de communication et de synchronisation de ces threads ; elle est d\u00e9crite dans les diagrammes dynamiques (diagrammes de transition d’\u00e9tat, de s\u00e9quence, de collaboration et d’activit\u00e9) et dans les diagrammes d’impl\u00e9mentation (diagrammes de composants et de d\u00e9ploiement).<\/li>\n<\/ul>\n
![\"4+1](\"https:\/\/www.ibm.com\/developerworks\/rational\/library\/05\/0816_Louis\/figure-2.gif\"\/)
<\/p>\nChaque syst\u00e8me se compose du statique<\/em> et du dynamique<\/em> mod\u00e8le. Le mod\u00e8le statique est repr\u00e9sent\u00e9 dans les diagrammes de classes et d’objets. Cependant, il r\u00e9v\u00e8le peu concernant le comportement du syst\u00e8me. Le comportement du syst\u00e8me est captur\u00e9 graphiquement \u00e0 l’aide de sc\u00e9narios (c’est-\u00e0-dire diagrammes de cas d’utilisation), diagrammes de s\u00e9quence, diagrammes de transition d’\u00e9tat et diagrammes d’activit\u00e9. Ces \u00e9l\u00e9ments constituent le mod\u00e8le dynamique du syst\u00e8me. Le comportement du syst\u00e8me est le comportement global de tous les objets appartenant au syst\u00e8me.<\/p>\n
Si nous voulons mapper les cinq vues ci-dessus aux phases du cycle de vie it\u00e9ratif de la figure 3, nous pourrions dire ce qui suit :<\/p>\n
- \n
- L’analyse orient\u00e9e objet (OOA), qui d\u00e9veloppe un mod\u00e8le des exigences des utilisateurs du point de vue de l’utilisateur, correspond \u00e0 la vue des cas d’utilisation.<\/li>\n
- La conception orient\u00e9e objet (OOD) ajoute des d\u00e9tails et des d\u00e9cisions de conception (du point de vue du d\u00e9veloppeur) \u00e0 l’analyse et correspond \u00e0 la vue logique.<\/li>\n
- Enfin, la mise en \u0153uvre ou la programmation orient\u00e9e objet (POO) correspond \u00e0 la vue du processus, de d\u00e9ploiement et des composants.<\/li>\n<\/ul>\n
Diagrams UML 2<\/b><\/h2>\n
UML dispose de plusieurs types de diagrammes diff\u00e9rents qui peuvent \u00eatre utilis\u00e9s pour d\u00e9crire un mod\u00e8le sous diff\u00e9rents points de vue. Il existe deux grandes cat\u00e9gories de diagrammes, qui sont ensuite divis\u00e9es en sous-cat\u00e9gories :<\/p>\n
- \n
- Diagrammes structuraux \u2013 Lediagrammes structuraux<\/i>repr\u00e9sentent l’aspect statique du syst\u00e8me. Ces aspects statiques repr\u00e9sentent les parties d’un diagramme qui forment la structure principale et donc stable. Ces parties statiques sont repr\u00e9sent\u00e9es par des classes, des interfaces, des objets, des composants et des n\u0153uds.<\/li>\n
- Diagrammes comportementaux \u2013 Tout syst\u00e8me peut avoir deux aspects, statique et dynamique. Ainsi, un mod\u00e8le est consid\u00e9r\u00e9 comme complet lorsque les deux aspects sont enti\u00e8rement couverts.\n
Les diagrammes comportementaux capturent essentiellement l’aspect dynamique d’un syst\u00e8me. L’aspect dynamique peut \u00eatre d\u00e9crit davantage comme les parties changeantes ou mobiles d’un syst\u00e8me.<\/div>\n<\/li>\n<\/ul>\n![\"UML](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/02-uml-diagram-types.png\"\/)
<\/p>\nDiagrammes structuraux<\/h2>\n
Lediagrammes structuraux<\/i>repr\u00e9sentent l’aspect statique du syst\u00e8me. Ces aspects statiques repr\u00e9sentent les parties d’un diagramme qui forment la structure principale et donc stable.<\/div>\nCes parties statiques sont repr\u00e9sent\u00e9es par des classes, des interfaces, des objets, des composants et des n\u0153uds. Les quatre diagrammes structuraux sont :<\/div>\n- \n
- Diagramme de classes<\/b> \u2013 diagramme de la structure statique des classes et interfaces du syst\u00e8me et de leurs relations ou associations (y compris l’h\u00e9ritage, l’agr\u00e9gation et l’association), incluant les op\u00e9rations et attributs des classes. Les modes de pr\u00e9sentation sont : association, h\u00e9ritage, d\u00e9pendance. Il s’agit d’un diagramme tr\u00e8s courant dans UML.<\/li>\n
- Diagramme d’objets<\/b> \u2013 est un diagramme de la structure statique d’un syst\u00e8me \u00e0 un moment ou une situation sp\u00e9cifique (instantan\u00e9) illustrant une relation dans un syst\u00e8me.<\/li>\n
- Diagramme de composants<\/b> \u2013 est un diagramme qui d\u00e9crit l’organisation et les d\u00e9pendances des composants au sein du syst\u00e8me.<\/li>\n
- Diagramme de structure composite<\/b> \u2013 est un diagramme qui explore les instances en temps r\u00e9el d’instances interconnect\u00e9es collaborant via des liens de communication.<\/li>\n
- Diagramme de paquetages<\/b> \u2013 est un diagramme qui illustre comment un syst\u00e8me est divis\u00e9 en groupes logiques et quels types de d\u00e9pendances peuvent exister entre ces groupes.<\/li>\n
- Diagramme de d\u00e9ploiement<\/b> \u2013 est un diagramme qui d\u00e9crit comment les unit\u00e9s physiques distribuables (composants logiciels d\u00e9ployables, applications, serveurs, applications, mat\u00e9riel, etc.) constituent l’architecture du syst\u00e8me distribu\u00e9.<\/li>\n<\/ul>\n
Diagrammes comportementaux<\/b><\/h2>\n
- \n
- Diagramme de cas d’utilisation<\/b> \u2013 diagramme des cas d’utilisation (fonctions\/logiciels\/services) et du r\u00f4le des acteurs (utilisateurs \u2013 humains ou syst\u00e8mes). Ce diagramme est vu du point de vue de l’utilisateur.<\/li>\n
- Diagramme d’activit\u00e9<\/b> \u2013 est un diagramme de la nature dynamique d’un syst\u00e8me en mod\u00e9lisant le flux de contr\u00f4le d’une activit\u00e9 \u00e0 une autre. Repr\u00e9sentez la mani\u00e8re dont un syst\u00e8me (par exemple : objet\/classe) r\u00e9agit \u00e0 un \u00e9v\u00e9nement interne. (remarque : les \u00e9v\u00e9nements externes sont d\u00e9crits par un diagramme d’\u00e9tat). Pour la mod\u00e9lisation des processus m\u00e9tier, vous pouvez utiliser ce diagramme pour mod\u00e9liser la logique d’un cas d’utilisation ou d’une r\u00e8gle m\u00e9tier.<\/li>\n
- Diagramme d’\u00e9tat<\/b> (aussi appel\u00e9 diagramme d’\u00e9tat, diagramme de machine \u00e0 \u00e9tats) \u2013 est un diagramme de la mani\u00e8re dont un syst\u00e8me (par exemple : objet\/classe) r\u00e9agit \u00e0 un \u00e9v\u00e9nement externe. (remarque : les \u00e9v\u00e9nements internes sont d\u00e9crits par un diagramme d’activit\u00e9).<\/li>\n<\/ul>\n
Diagrammes de type d’interaction<\/b>\u2013 interactions des parties organisationnelles du mod\u00e8le.<\/p>\n
- \n
- Diagramme de s\u00e9quence<\/b> \u2013 est un diagramme de l’interaction et du flux de messages entre objets, ainsi que de l’ordre temporel relatif des messages<\/li>\n
- Diagramme de communication<\/b>(aussi appel\u00e9 <\/b>diagrammes de collaboration de UML1) \u2013 est un diagramme de la mani\u00e8re dont les syst\u00e8mes collaborent pour accomplir une t\u00e2che et des associations qui doivent exister entre les syst\u00e8mes. Le diagramme de collaboration est le r\u00e9sultat de la prise du diagramme de s\u00e9quence et de sa description d’interaction avec le diagramme de classe. En r\u00e9sum\u00e9, ce diagramme montre le flux de messages entre objets et les associations de base (relations) entre classes<\/li>\n
- Diagramme de temporisation<\/b> \u2013 est un diagramme qui explore les comportements d’un ou plusieurs objets au cours d’une p\u00e9riode donn\u00e9e.<\/li>\n
- Diagramme d’aper\u00e7u d’interaction<\/b> \u2013 est un diagramme de l’interaction et du contr\u00f4le de flux entre les diagrammes d’interaction (diagramme de s\u00e9quence, diagramme de communication, diagramme de temporisation, diagramme d’aper\u00e7u d’interaction).<\/li>\n<\/ul>\n
Profil UML<\/h3>\n
Le profil UML n’est pas exactement un diagramme, mais un profil destin\u00e9 \u00e0 d\u00e9crire des extensions et des sous-ensembles de UML. Les sous-ensembles sont d\u00e9crits \u00e0 l’aide du langage de contrainte d’objets (OCL). Les extensions sont cr\u00e9\u00e9es en d\u00e9finissant des st\u00e9r\u00e9otypes, qui sont des balises pouvant d\u00e9corer tout \u00e9l\u00e9ment de mod\u00e8le. Par exemple, nous pouvons marquer une classe \u00ab persistante \u00bb et utiliser cette balise pour identifier une classe dont les instances sont stock\u00e9es au-del\u00e0 de la dur\u00e9e de vie du syst\u00e8me en cours d’ex\u00e9cution. Informellement \u2013 et cela est id\u00e9ologiquement inexact \u2013 un profil est tout ensemble d’extensions et de sous-ensembles de UML, qu’ils soient ou non document\u00e9s \u00e0 l’aide de ces m\u00e9canismes. Formellement, un profil est l’ensemble des d\u00e9finitions OCL et de st\u00e9r\u00e9otypes qui d\u00e9crivent les r\u00e8gles, qui dans UML 2, sont captur\u00e9es dans un package.<\/p>\n
Diagrammes associ\u00e9s au d\u00e9veloppement logiciel<\/h3>\n
Entre les diff\u00e9rences des m\u00e9thodologies OOAD et l’\u00e9volution des normes UML, les noms des diagrammes et leurs fonctions peuvent \u00e9voluer au fil du temps. Voici quelques exemples de diagrammes et\/ou produits de travail qui peuvent ou non faire partie de UML1 ou UML2, mais qui pourraient \u00eatre utilis\u00e9s dans les m\u00e9thodologies OOAD :<\/p>\n
- \n
- Diagramme de contexte du syst\u00e8me<\/b><\/li>\n
- Diagramme d’entit\u00e9-association (similaire au diagramme de classe) avec ERD conceptuel, logique et physique<\/b><\/li>\n
- Analyse de robustesse<\/b><\/li>\n<\/ul>\n
Conclusion<\/h2>\n
Nous avons examin\u00e9 les origines et la d\u00e9finition de UML afin de fournir une compr\u00e9hension simplifi\u00e9e de ce qu’il est et de ce qu’il peut nous offrir. Nous avons \u00e9galement \u00e9tudi\u00e9 comment nous pouvons tirer profit de son utilisation sur notre prochain projet de d\u00e9veloppement, et bri\u00e8vement explor\u00e9 les vues architecturales, les mod\u00e8les et les types de diagrammes disponibles dans UML 2. UML n’est pas un processus, mais une notation visuelle standard ouverte pour le d\u00e9veloppement de syst\u00e8mes logiciels intensifs. Les composants n\u00e9cessaires \u00e0 un projet r\u00e9ussi exigent trois aspects : une notation, un processus et un outil :<\/p>\n
\u00a0<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/Triangle-of-Success.gif\")
<\/a><\/p>\n\u00a0<\/p>\n
Notation uniquement<\/strong> \u2013 Vous pouvez apprendre une notation (par exemple UML)<\/strong>, mais si vous ne savez pas comment l’utiliser (processus<\/strong>), vous \u00e9chouerez probablement.<\/p>\n
Processus uniquement<\/strong> \u2013 Vous pourriez avoir un excellent processus<\/strong>, mais si vous ne pouvez pas communiquer le processus (notation<\/strong>), vous \u00e9chouerez probablement. Et enfin<\/p>\n
Pas de support d’outil<\/strong> \u2013 si vous ne pouvez pas documenter efficacement les artefacts de votre travail (outil<\/strong>), vous risquez de perdre beaucoup de temps et finalement \u00e9chouer.<\/p>\n
\u00a0<\/p>\n
Outil UML automatis\u00e9<\/h2>\n
Visual Paradigm<\/a> est un outil automatis\u00e9 qui vous garantit le succ\u00e8s dans vos projets logiciels gr\u00e2ce \u00e0 :<\/p>\n
- \n
- \u00c9dition de syntaxe facile pour minimiser le besoin de m\u00e9morisation de la notation<\/li>\n
- Support des processus et outils de d\u00e9veloppement logiciel agile et scrum populaires et les plus simples<\/li>\n
- Automatis\u00e9 pour simplifier tout projet et tout rapport de produit et tout artefact, en temps r\u00e9el<\/li>\n<\/ol>\n
Ressources UML<\/h2>\n
- \n
- Guide complet des 14 types de diagrammes UML \u2013 Cybermedian<\/strong>\n
- \n
- Ce guide pr\u00e9sente un aper\u00e7u des 14 types de diagrammes UML pris en charge par la version Community de Visual Paradigm. Il explique comment les diagrammes UML aident \u00e0 visualiser les syst\u00e8mes intensifs en logiciels et d\u00e9crit les fonctionnalit\u00e9s offertes par chaque type de diagramme. Le guide met \u00e9galement en \u00e9vidence la polyvalence de Visual Paradigm dans le soutien \u00e0 divers diagrammes UML pour divers besoins de mod\u00e9lisation11<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Apprenez la mod\u00e9lisation UML avec les meilleurs outils gratuits UML (\u00e0 la fois en ligne et logiciels gratuits pour bureau) \u2013 Cybermedian<\/strong>\n
- \n
- Cet article discute des avantages de l’utilisation de Visual Paradigm pour la mod\u00e9lisation UML, en mettant l’accent sur son support de la derni\u00e8re norme UML 2.x et sur sa vaste gamme de types de diagrammes. Il mentionne \u00e9galement les capacit\u00e9s d’int\u00e9gration de l’outil avec les plateformes de d\u00e9veloppement populaires et son adoption massive dans le milieu acad\u00e9mique et industriel12<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Apprendre par l’exemple : Diagrammes d’\u00e9tats machine UML \u2013 Cybermedian<\/strong>\n
- \n
- Cette ressource se concentre sur les diagrammes d’\u00e9tats machine UML et recommande Visual Paradigm comme outil id\u00e9al pour cr\u00e9er ces diagrammes. Elle offre une analyse approfondie de la mani\u00e8re dont les diagrammes d’\u00e9tats machine peuvent mod\u00e9liser le comportement dynamique des syst\u00e8mes et met en \u00e9vidence l’int\u00e9gration de Visual Paradigm avec les outils et plateformes de d\u00e9veloppement13<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Diagrammes UML : un guide complet \u2013 Cybermedian<\/strong>\n
- \n
- Ce guide complet explique l’importance des diagrammes UML dans le d\u00e9veloppement logiciel et la mani\u00e8re dont Visual Paradigm soutient divers types de diagrammes UML. Il couvre les diagrammes structurels, comportementaux et d’interaction, en offrant des perspectives sur la mani\u00e8re dont Visual Paradigm peut \u00eatre utilis\u00e9 pour cr\u00e9er des mod\u00e8les UML efficaces14<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Outil en ligne UML gratuit \u2013 Cybermedian<\/strong>\n
- \n
- Cet article pr\u00e9sente Visual Paradigm Online (VP Online) \u00c9dition Express, un outil en ligne gratuit pour cr\u00e9er des diagrammes UML. Il met en \u00e9vidence la facilit\u00e9 d’utilisation de cet outil, son absence de limitations et sa compatibilit\u00e9 avec divers navigateurs web, ce qui en fait une option accessible pour la cr\u00e9ation de diagrammes UML \u00e0 usage personnel et non commercial15<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Comprendre les diagrammes de temporisation UML : un guide complet \u2013 Cybermedian<\/strong>\n
- \n
- Ce guide explique les diagrammes de temporisation UML et leur importance dans les syst\u00e8mes en temps r\u00e9el. Il aborde la mani\u00e8re dont Visual Paradigm peut \u00eatre utilis\u00e9 pour cr\u00e9er ces diagrammes, en se concentrant sur la repr\u00e9sentation visuelle des contraintes de temps et de dur\u00e9e au sein d’un syst\u00e8me16<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Le guide complet des diagrammes UML 2.5 \u2013 Cybermedian<\/strong>\n
- \n
- Ce guide pr\u00e9sente un aper\u00e7u des diagrammes UML 2.5 et met en avant Visual Paradigm comme un choix de premier plan pour la mod\u00e9lisation compl\u00e8te. Il aborde la polyvalence de l’outil, son interface conviviale et ses puissantes fonctionnalit\u00e9s de g\u00e9n\u00e9ration de code, ce qui le rend adapt\u00e9 aux professionnels de divers secteurs17<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Un guide complet des diagrammes de classes UML \u2013 Cybermedian<\/strong>\n
- \n
- Ce guide se concentre sur les diagrammes de classes UML et sur la mani\u00e8re dont Visual Paradigm soutient leur cr\u00e9ation. Il aborde l’adoption g\u00e9n\u00e9ralis\u00e9e de cet outil dans le milieu acad\u00e9mique et son utilisation dans la conception et l’analyse des syst\u00e8mes et des bases de donn\u00e9es. Le guide mentionne \u00e9galement la disponibilit\u00e9 d’exemples et de mod\u00e8les pour commencer rapidement la mod\u00e9lisation UML18<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Tutoriel sur les diagrammes de paquetages UML avec Visual Paradigm \u2013 Cybermedian<\/strong>\n
- \n
- Ce tutoriel explique les \u00e9tapes n\u00e9cessaires pour cr\u00e9er un diagramme de paquetages UML \u00e0 l’aide de Visual Paradigm. Il explique l’importance des diagrammes de paquetages pour organiser les grands syst\u00e8mes et fournit un guide \u00e9tape par \u00e9tape pour leur cr\u00e9ation \u00e0 l’aide de Visual Paradigm19<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Le guide complet de la mod\u00e9lisation visuelle pour le d\u00e9veloppement logiciel agile \u2013 Cybermedian<\/strong>\n
- Tutoriel sur les diagrammes de paquetages UML avec Visual Paradigm \u2013 Cybermedian<\/strong>\n
- Un guide complet des diagrammes de classes UML \u2013 Cybermedian<\/strong>\n
- Le guide complet des diagrammes UML 2.5 \u2013 Cybermedian<\/strong>\n
- Comprendre les diagrammes de temporisation UML : un guide complet \u2013 Cybermedian<\/strong>\n
- Outil en ligne UML gratuit \u2013 Cybermedian<\/strong>\n
- Diagrammes UML : un guide complet \u2013 Cybermedian<\/strong>\n
- Apprendre par l’exemple : Diagrammes d’\u00e9tats machine UML \u2013 Cybermedian<\/strong>\n
- Apprenez la mod\u00e9lisation UML avec les meilleurs outils gratuits UML (\u00e0 la fois en ligne et logiciels gratuits pour bureau) \u2013 Cybermedian<\/strong>\n
- Ce guide pr\u00e9sente un aper\u00e7u des 14 types de diagrammes UML pris en charge par la version Community de Visual Paradigm. Il explique comment les diagrammes UML aident \u00e0 visualiser les syst\u00e8mes intensifs en logiciels et d\u00e9crit les fonctionnalit\u00e9s offertes par chaque type de diagramme. Le guide met \u00e9galement en \u00e9vidence la polyvalence de Visual Paradigm dans le soutien \u00e0 divers diagrammes UML pour divers besoins de mod\u00e9lisation11<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Guide complet des 14 types de diagrammes UML \u2013 Cybermedian<\/strong>\n
- Diagramme d’entit\u00e9-association (similaire au diagramme de classe) avec ERD conceptuel, logique et physique<\/b><\/li>\n
- Diagramme de communication<\/b>(aussi appel\u00e9 <\/b>diagrammes de collaboration de UML1) \u2013 est un diagramme de la mani\u00e8re dont les syst\u00e8mes collaborent pour accomplir une t\u00e2che et des associations qui doivent exister entre les syst\u00e8mes. Le diagramme de collaboration est le r\u00e9sultat de la prise du diagramme de s\u00e9quence et de sa description d’interaction avec le diagramme de classe. En r\u00e9sum\u00e9, ce diagramme montre le flux de messages entre objets et les associations de base (relations) entre classes<\/li>\n
- Diagramme d’activit\u00e9<\/b> \u2013 est un diagramme de la nature dynamique d’un syst\u00e8me en mod\u00e9lisant le flux de contr\u00f4le d’une activit\u00e9 \u00e0 une autre. Repr\u00e9sentez la mani\u00e8re dont un syst\u00e8me (par exemple : objet\/classe) r\u00e9agit \u00e0 un \u00e9v\u00e9nement interne. (remarque : les \u00e9v\u00e9nements externes sont d\u00e9crits par un diagramme d’\u00e9tat). Pour la mod\u00e9lisation des processus m\u00e9tier, vous pouvez utiliser ce diagramme pour mod\u00e9liser la logique d’un cas d’utilisation ou d’une r\u00e8gle m\u00e9tier.<\/li>\n
- Diagramme d’objets<\/b> \u2013 est un diagramme de la structure statique d’un syst\u00e8me \u00e0 un moment ou une situation sp\u00e9cifique (instantan\u00e9) illustrant une relation dans un syst\u00e8me.<\/li>\n
- Diagrammes comportementaux \u2013 Tout syst\u00e8me peut avoir deux aspects, statique et dynamique. Ainsi, un mod\u00e8le est consid\u00e9r\u00e9 comme complet lorsque les deux aspects sont enti\u00e8rement couverts.\n
- Diagrammes structuraux \u2013 Lediagrammes structuraux<\/i>repr\u00e9sentent l’aspect statique du syst\u00e8me. Ces aspects statiques repr\u00e9sentent les parties d’un diagramme qui forment la structure principale et donc stable. Ces parties statiques sont repr\u00e9sent\u00e9es par des classes, des interfaces, des objets, des composants et des n\u0153uds.<\/li>\n
- Vue logique :<\/em>montre comment cette fonctionnalit\u00e9 est con\u00e7ue \u00e0 l’int\u00e9rieur du syst\u00e8me, en termes de structure statique et de comportement dynamique du syst\u00e8me ; elle est d\u00e9crite dans les diagrammes de classes et d’objets (mod\u00e8le statique) et dans les diagrammes de transition d’\u00e9tat, de s\u00e9quence, de collaboration et d’activit\u00e9 (mod\u00e8le dynamique)<\/li>\n
- Vue cas d’utilisation :<\/em> montre la fonctionnalit\u00e9 du syst\u00e8me telle qu’elle est per\u00e7ue par les acteurs externes ; elle est d\u00e9crite dans les diagrammes de cas d’utilisation et occasionnellement dans les diagrammes d’activit\u00e9.<\/li>\n
- Notation<\/i><\/b>: Repr\u00e9sentation visuelle des \u00e9l\u00e9ments de mod\u00e8le<\/li>\n
- \u00c9l\u00e9ments de mod\u00e8le<\/i><\/b>: Concepts et s\u00e9mantiques<\/li>\n