FAQ UMLConsultez toutes les FAQ

UML signifie Unified Modelling Language. UML 1.1 est sorti en 1997.
UML est un langage créé à partir de concepts existants dans diverses méthodes/langages (OMT, HOOD, SADT ...) de modélisation de l'époque dans le but de fournir une notation unique pour la modélisation.
Cette notation est améliorée et réactualisée régulièrement depuis sa création afin de répondre de mieux en mieux aux besoins des utilisateurs.
Depuis 1997, il y a eu 4 révisions du standard (de UML1.1 à UML1.5 en 2003). Les dernières améliorations (en cours de validation en 2003) étant conséquentes, UML passe à une nouvelle version : UML 2.0 (ou UML2), abrégé souvent en U2.

Un consortium a été créée pour réunir tous les partenaires souhaitant proposer des solutions pour améliorer et consolider le langage. Ce consortium s'appelle U2Partners. Il regroupe des vendeurs d'équipements, des industriels des télécommunications, des éditeurs d'outils mais aussi des laboratoires de recherche.

UML est issu au départ d'une fusion de plusieurs concepts contenus dans plusieurs langages tels que : OMT, SADT, HOOD. Le but premier était de fournir aux utilisateurs une seule et unique notation proposant en quelques sortes le meilleur des anciennes notations.
UML2.0 n'échappe pas à cette tradition. En effet, un certain nombres de concepts proposés dans cette nouvelle version ne sont pas de la création pure mais s'inspirent plutôt de concepts existants dans d'autres langages tels que LDS (Langage de Description et de Spécification, SDL en anglais), Lustre (outil SCADE), Lotos, Esterel... En effet, ces langages proposent les mécanismes permettant l'execution du modèle (sans codage!).

Dans les faits, on ne peut pas dire que UML2.0 soit officiel. En effet, le processus d'approbation par l'OMG n'est pas encore terminé : il est dans la phase terminale de revue par le comité de l'OMG.
Mais les propositions sont déjà consultables et téléchargeables sur le site de l'OMG et on peut raisonnablement penser que les modifications sur ces propositions seront mineures.
On peut donc déjà s'informer, se documenter sur cette nouvelle version en gardant en tête que certaines modifications mineures pourront être aportées durant les prochains mois.
La sortie officielle devrait avoir lieu courant 2004.

1. Un comité technique crée un groupe chargé de répondre à la RFP (Request For Proposal)
2. Un comité propre à l'OMG, le conseil d'architecture vote pour approuver la soumission, approuve la RFP.
3. Le comité technique vote la publication de la RFP.
4. Les membres de l'OMG soumettent des lettres d'intention en vue de répondre aux propositions.
5. Au moment ou avant la date limite initiale de soumission, les compagnies font leur soumission.
7. Après plusieurs revues, le groupe de travail vote pour recommander l'adoption de la soumission au comité technique.
8. Le conseil d'architecture vote pour approuver la soumission.
9. Le comité technique vote pour recommander la spécification au conseil directeur de l'OMG.
10. Une sous-commission reporte les réponses des questionnaires remplis par ceux ayant fait la soumission.
11. Le conseil d'administration vote pour adopter les spécifications. Si elle est adoptée, la soumission devient une spécification officielle adoptée par l'OMG.
12. Le comité technique désigne un groupe de travail pour finaliser la soumission.
13. Le groupe de travail chargé de la finalisation réalise la première révision sur la spécification.
14. La version révisée est adoptée comme technologie officielle de l'OMG, par la même série de votes que la soumission originale (groupe de travail, conseil d'architecture, comité technique et conseil d'administration).
15. La spécification obtient un numéro de version et est identifiée comme une technologie disponible.

Comme toute nouvelle version de langage, UML2.0 apporte son lot d'améliorations :
- plus de possibilités de représentation sur les diagrammes de séquence,
- des diagrammes d'états plus puissants et mieux exploités,
- des diagrammes d'activité plus adaptés,
- de nouveaux profils...
Mais si l'on ne devait avancer qu'un seul argument en faveur d'UML2.0, ce serait l'ensemble des concepts qui permettront à l'avenir de mieux supporter l'ingénierie système.
- On peut désormais définir, raffiner son système jusqu'aux couches logicielles avec le même langage.
- Les modèles UML2.0 pourront désormais être exécutables sans saisir de code : ce qui permettra aux architectes systèmes de "debugger" leur design avant codage.
Egalement, on peut citer comme avantage le rapprochement considérable vers le concept de MDA.
Toutefois, avant de savoir si il est nécessaire d'incorporer ces nouveaux concepts dans les process de développement, on s'assurera d'abord de leur adéquation avec les besoins propres à chacun.

Consultez les articles de la section UML pour en savoir plus !

Comme toutes nouvelles versions de langages, de logiciels, ... on peut raisonnablement penser que les deux versions vont cohabiter quelques temps. Mais également, il est fort probable qu'à terme la version UML2.0 prendra le dessus.

Quelques ressources sont déjà disponibles. Les critiques les plus encourageantes semblent se porter sur ces ouvrages.
Attention ! Ce sont pour l'instant des livres en Anglais seulement...

- Uml Distilled: A Brief Guide to the Standard Object Modeling Language - Third Edition - de Martin Fowler
- Uml Bible - Tom Pender's
- UML2 Illustrated - Laurent Doldi

Tau Generation de Télélogic le propose en partie pour l'instant (manque les diagrammes d'activité). Rational Rose RT propose quelques concepts tels que les ports mais une nouvelle version de l'outil devrait voir le jour. Il est vraisemblable que les autres éditeurs n'ayant pas encore fait l'annonce du support UML2 courant 2004 : dès l'approbation du standard par l'OMG.