Introduction :

UML possède plusieurs facettes. C'est à la fois une norme, un langage de modélisation objet et c’est une norme car UML offre la possibilité de s'exprimer clairement : en représentant des concepts abstraits et en limitant les ambiguïtés (parler un langage commun, au vocabulaire précis, indépendant des langages orientés objet).
C’est également un langage graphique qui s’appuie sur la technologie objet et les concepts qu’elle véhicule. Il peut donc être utilisé dans différentes méthodes et en particulier dans E-Process.

Enfin, c’est un support de communication, il constitue une base de discussion entre tous les acteurs d’un projet.

L’OMG

La notation UML a été développée en réponse à l’appel à propositions lancé par l’OMG (Object Management Group), dans le but de définir une notation standard des applications construites à l’aide d’objets. L'OMG est un organisme à but non lucratif, créé en 1989 à l'initiative de grandes sociétés (HP, Sun, Unisys, American Airlines, Philips...). Aujourd'hui, l'OMG fédère plus de 850 acteurs du monde informatique. Son rôle est de promouvoir des standards qui garantissent l'interopérabilité entre applications orientées objet, développées sur des réseaux hétérogènes.

Un Formalisme Pourquoi Faire ?
Un formalisme est un langage de représentation, à travers lequel une organisation ou un système sont décrits. Son utilisation apporte de nombreux avantages. Tout d’abord, cela permet aux différents acteurs d’un projet de se comprendre par l’utilisation d’une représentation commune. En effet, on peut faire l’analogie avec un groupe de personnes discutant entre eux. Ils parlent tous le français. Si l’un d’eux parlait chinois la communication serait rompue, personne ne le comprendrait. Modéliser avec UML, c’est la même chose, c’est communiquer tous ensemble avec un langage commun. Il permet également de représenter des concepts asbtraits de façon condensée. Qui ne connaît pas le célèbre proverbe : « Un bon schéma vaut mieux qu’un long discours. » ? Cette phrase trouve tout son sens ici. La représentation graphique proposée par UML a l’avantage d’être simple là où il faudrait utiliser quantité de phrases explicatives. Enfin, l’adoption d’un formalisme comme UML permet de lever des ambiguïtés. Avant de construire des schémas, il faut passer par une phase d’audit dont le but est, entre autres, de définir les termes importants d’un projet, de caractériser les acteurs. Cette étape garantit la cohérence, elle lève le voile sur les incertitudes sémantiques dues à des emplois différents de certains termes au sein d’une même entreprise ou d’un même corps de métier.

Pourquoi Choisir UML :

La prise de conscience de l'importance d'une méthode spécifiquement objet (« comment structurer un système sans centrer l'analyse uniquement sur les données ou uniquement sur les traitements, mais sur les deux »), ne date pas d'hier. Plus de 50 méthodes objet sont apparues durant le milieu des années 90 (Booch, Classe-Relation, Fusion, HOOD, OMT, OOSE…). Aucune ne s'est réellement imposée. UML, en se plaçant comme le successeur naturel des notations des méthodes de Booch, OMT et OOSE, représente l’état de l’art des langages de modélisation objet. Issu « du terrain » et fruit d'un travail d'experts reconnus, UML est le résultat d'un large consensus. De très nombreux acteurs industriels de renom ont adopté UML et participent à son développement. C’est également un langage riche ; il couvre toutes les phases d'un cycle de développement. Enfin, il est ouvert (indépendant du domaine d'application et des langages d'implémentation). UML s'industrialise : les outils qui le supportent se multiplient (Rational Rose, Paradigm+...). Ils permettent de respecter les normes de représentation, de gérer dans une certaine mesure la cohérence de l’analyse, de générer des rapports de documentation, etc. Autrement dit, ils permettent de s’abstraire du travail fastidieux et répétitif à l’utilisation d’une méthode et d’un formalisme, et donc de se focaliser sur la compréhension et la résolution du problème.

Notion d’objet :

Il y a longtemps que l'approche objet est une réalité. Les concepts de base de cette approche sont stables et largement éprouvés. Elle est devenue une solution technologique et méthodologique incontournable. Ce n'est plus une mode, mais un réflexe quasi-automatique dès lors qu'on cherche à concevoir des logiciels complexes qui doivent « résister » à des évolutions incessantes ou qu’on souhaite représenter un métier qui ne cesse de se transformer. UML s’appuie largement sur les concepts objets, ce qui lui procure certains avantages. Penser et concevoir objet permet de « prendre de la hauteur », de jongler avec des concepts abstraits, indépendants des langages d'implémentation et des contraintes purement techniques. Ceci lui confère le bénéfice d’exister au-delà des moyens techniques actuellement utilisées. La technologie objet repose sur les concepts de classe, d’encapsulation, d’héritage, d’agrégation… Ainsi, UML permet d'exprimer et d'élaborer des modèles objet, indépendamment de tout langage de programmation. Il a été pensé pour servir de support à une analyse basée sur les concepts objet.

Les diagrammes

Une autre caractéristique importante d'UML, est qu'il cadre l'analyse, il permet de représenter un système selon différentes vues complémentaires : les diagrammes. Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect précis du modèle. Chaque type de diagramme possède une structure et véhicule une sémantique précise. Combinés, les différents types de diagrammes offrent une vue complète des aspects statiques et dynamiques d'un système.

Cette approche simplificatrice facilite le passage entre les niveaux d'abstraction. L'élaboration encourage une approche non linéaire, les « retours en arrière » entre niveaux d'abstraction différents sont facilités et la traçabilité entre modèles de niveaux différents est assurée par l'unicité du langage. UML permet donc, non seulement de représenter et de manipuler les concepts objet, mais encore il sous-entend une démarche d'analyse qui permet de concevoir une solution objet de manière itérative, grâce aux diagrammes, qui supportent l'abstraction.

Conclusion :

Grâce au principe d'élaboration des modèles, UML permet de mieux maîtriser la part d'inconnu et d'incertitudes qui caractérisent les systèmes complexes. Mais cet aspect méthodologique ne doit pas nous induire en erreur. UML est un langage qui permet de représenter des modèles, mais il ne définit pas le processus d'élaboration des modèles. Ce n’est donc pas une méthode. C’est là qu’entre en jeu la méthode E-Process : elle se propose de décrire les processus métier en utilisant le formalisme UML et en l’adaptant. Le but avoué est de conserver le minimum d’outils pour expliciter au maximum le modèle, d’éviter les redondances, d’obtenir un modèle lisible. Ainsi, on ne conservera que quatre diagrammes sur les neuf existants, les autres étant redondants ou non adaptés à la modélisation du métier (les diagrammes d’implémentations). Ainsi, en considérant les besoins des utilisateurs, on établira un modèle cohérent dans lequel la notion de service, au sens large, est au centre des préoccupations. L'objectif est ici de proposer une démarche pragmatique, rigoureuse et simple permettant de représenter (modéliser) des processus métier. Cela suppose une définition claire et précise des termes métier, des responsabilités et des comportements qui constituera une base de connaissances pour la suite.