Introduction

L’UML pour “Unified Modeling Language” (langage de modélisation unifié) est un système de modélisation graphique basé sur des pictogrammes permettant de formaliser la conception d’un système.

Le but initial était de permettre une normalisation des représentations des différents éléments utilisés en informatique pour décrire un projet dans sa globalité. L’idée étant que si chacun s’en référait à ce système, alors toutes les documentations seraient réalisables et compréhensibles par tous.

La première version est apparu en janvier 1997 de la fusion des précédents langages de modélisations (Booch, OMT, OOSE). Elle n’a cessé d’évoluer depuis pour s’adapter aux changements rapides du monde informatique, et permet désormais de décrire aussi bien la conception programmatique d’un logiciel que l’architecture des serveurs utilisés pour son déploiement.

L’UML a fait son apparition en 1994. Plusieurs ingénieurs logiciels ayant développé chacun leur propre schématisation de systèmes informatiques se sont regroupés et ont mis en commun leurs travaux respectifs. A cette époque, le nom était “Unified Method” (Méthode Unifiée). Cette méthode est développée jusqu’en 1996 avant d’être standardisée en 1997 par “l’Object Management Group” (OMG), qui continue depuis ce jour à entretenir ce langage de modélisation et à le développer. En 2003, l’UML 2.0 a commencé à être mis au point, en ajoutant différents diagrammes ainsi que des spécifications, pour être finalement adopté par l’OMG en 2005.

A ce jour, l’UML est arrivé à sa version 2.5.1. Celle-ci comprend 14 différents types de diagrammes “officiels”. Certains types de diagrammes ont été amenés à disparaître au fur et à mesure de l’évolution de l’UML, ou du moins ne sont plus aujourd’hui inscrits en tant que “diagramme officiel” par “l’Object Management Group”, mais restent néanmoins redoutables d’efficacité et surtout très utilisés.

Inconvénients

Avant de présenter les nombreux avantages de l’UML, allons tout droit vers les inconvénients de cette méthode de modélisation.

Le premier point à noter est que le rendu final diverge souvent de la schématisation initiale d’un projet. Si vous avez utilisé l’UML afin d’anticiper et de concevoir une application avant de la réaliser, vous serez sans doute confronté à cette difficulté. Ceci étant dit, n’oubliez pas tout de même que la conception en amont d’une application vous permettra à coup sûr un gain de temps considérable lors de sa réalisation : vous aurez déjà pu penser à de nombreux défauts et ainsi les éviter.

Ainsi même si l’utilisation de cette méthode de modélisation peut paraître ennuyeuse et chronophage de prime abord, n’oubliez jamais que les avantages qu’elle présente sont bien plus importants que ses inconvénients.

Il faut également noter que l’UML est un système qui évolue dans le temps. Certains diagrammes disparaissent, tandis que d’autres sont créés. Cette évolution entraîne donc obligatoirement des changements parfois conséquents, et peut mener à une incompréhension de certains diagrammes. Le plus important concernant ce point, est de garder en tête qu’il ne s’agit que de diagrammes de modélisations. Si vous respectez les standards énoncés par l’OMG, vos diagrammes devraient rester compréhensibles.

Lors de l’utilisation de l’UML, vous devrez prêter une attention particulière au formalisme que vous utilisez. Une mauvaise maîtrise de celui-ci pourra engendrer de nombreux défauts lors de la réalisation de votre application, ou bien rendre votre documentation de projet difficile à comprendre. Par ailleurs, il n’est pas rare de trouver des schématisations UML en contradiction totale avec la rédaction textuelle accolée dans une documentation ! Notamment à cause de l’erreur courante consistant à inverser des multiplicités ou le sens d’une flèche, ce qui aboutit à un schéma en complète contradiction avec la description textuelle correspondante. Une parfaite compréhension de la symbolique et de son utilisation est donc indispensable.

Enfin, il faut bien choisir avec soin l’exploitation que vous souhaitez faire de l’UML au sein d’un projet. Tous les projets ne sont pas propices à l’utilisation de cette méthode, et il arrive même que cela soit contre-productif. Si vous utilisez une technologie déjà existante (Framework, CMS, etc…), et que vous ne l’exploitez pas en profondeur, il y a fort à parier que vous n’ayez pas de réel besoin de l’utilisation de l’UML. Le choix de recourir à l’UML dépend aussi en grande partie de l’objectif poursuivi. Si le but est la documentation, vous pourrez vraisemblablement vous en servir dans la quasi totalité des projets. A contrario, si l’objectif est à la conception, son utilité sera déterminée par le choix des technologies.

Avantages