UML
Chapitre 1. Introduction
1.1. Pourquoi modéliser ?
1.2. Pourquoi l'objet ?
1.3. Caractéristiques fondamentales d'un modèle
1.4. Les principes de l'orienté objet
1.5. Inconvénients de l'approche objet
1.6. Méthodologie
Chapitre 2. Les concepts objets
Chapitre 3. La conception d'un système
Chapitre 4. Le modèle fonctionnel
Chapitre 5. Le modèle statique
Chapitre 6. Le modèle dynamique
Chapitre 7. UML et la gestion de projet
Chapitre 8. La phase de conception
Chapitre 9. Modèles d'implémentation
Exercices
Page d'accueilTable des matièresNiveau supérieurPage précédenteBas de la pagePage suivanteWebographie du moduleGlossaire du module

1.6. Méthodologie

Il nous faut un outil qui apporte une dimension méthodologique à l'approche objet afin de mieux maîtriser sa richesse et sa complexité. Un ensemble de modèles !!!

Pourquoi UML?

Les différentes méthodes de conception orientées objet (OO) ont donné lieu à des notations graphiques et des modèles. Leur pricipal intérêt réside est de permettre de communiquer et de comprendre. Ils constituent l'outil contribuant à véhiculer des idées sur la conception évitant ainsi de fournir une grande quantité de détail. Les diagrammes sont alors le moyen de communication au sein des équipes de développement.

UML tire son importance de sa standarisation et de son usage largement répandu dans la communauté OO.

Qu'est ce qu'UML?

UML (Unified Modeling Language) est une famille de notation graphique, c'est un langage de modélisation graphique. UML est un standard relativement ouvert, contrôlé par l'OMG (Object Management Group), un consortium d'entreprises fondé dans le but de construire des standards permettant de faciliter l'interopérabilité dans les systèmes orientés objet. UML est l'unification de nombreux langages de modélisation graphiques qui date de 1997.

Pour comprendre l'émergence d'UML citons les principales figurent de proue qui ont contribué à sa génèse et qui sont: Grady Booch (OOAD), Peter Coad (OOD), Ivar Jacobson (OOSE), Jim Odell, Jim Rumbaugh (OMT), Sally Shlaer et Steve Mellor et Rebecca Wirfs-Brock. Jim Rumbaugh a rejoint Ivar Jacobson chez Rational, ils ont tous deux présenté une méthode commune. Tout de suite ceci provoqua des hurlements des fournisseurs d'outils qui ont craint une concurrence déloyale au profit de Rational, c'est pour cette raison que l'OMG s'est impliqué dans le processus d'unification et de standarisation. La vesion 1.1 d'UML a été adoptée comme standard officiel par l'OMG en 1997. Ont suivi successivement la version 1.2, puis la 1.3 (plus sgnificative), la version 1.4 et la version 1.5 qui ajouta la sémantique des actions. Dans ce cours nous tentons d'apporter les notations figurant dans la version 1.5 et donnons quelques éléments de la version d'UML 2.0.

Comment utiliser UML?

On distingue trois modes d'utilisation : esquisse, plan, et langage de programmation
esquisse : les développeurs l'utilisent pour communiquer certains aspects du système.
plan : on utlise dans ce mode les esquisses soit pour la pro-ingénierie soit pour la retro-ingénierie. Dans la première, on ébauche des solutions pour certains problèmes identifiés comme prioritaies dans le but de les analyser avec les membres de l'équipe. Dans la seconde, les esquisses sont utilisés dans le but de comprendre le système actuel et expliquer son fonctionnement (on se limite généralement à une partie du système). .
langage de programmation : A mesure qu'on travaille avec UML il et légitime de vouloir automatiser la programmation. De ce fait, plusieurs outils génie logiciel sont capables de générer du code à partir de plans.
Remarques : Les esquisses sont moins exhaustives que les plans.

UML seul ne suffit pas !

Le langage UML n'est pas une méthode d'analyse et de conception, il ne constitue qu'une technique de modélisation. Pour faire d'UML une approche complète il faut lui associer un processus de développement. Nous aborderons ce point dans le chapitre "La conception d'un système".
Page d'accueilTable des matièresNiveau supérieurPage précédenteHaut de la pagePage suivanteWebographie du moduleGlossaire du module