Étude de cas

UML n’est pas une méthode
• UML n’est pas une méthode, mais un simple langage ; • l’OMG ne préconise pas de processus ; • il n’existe pas une démarche unique qui fixe l’ordre dans lequel les modèles sont abordés. • Les auteurs d’UML préconisent cependant d’utiliser une démarche : • guidée par les besoins des utilisateurs (Uses Cases) => les fonctions du système ; • centrée sur l’architecture logiciel => la forme du système ; • itérative et incrémentale.

• Il existe quelques méthodes : • Rational Unified Process ; • 2 Track Unified Process.
Benoît Charroux – Étude ce cas - Mai 99 - 2

1

RUP de Rational Software
• Les SKDVHV : • initialisation : définir l’étendue du projet et développer un modèle de gestion ; • élaboration : planification du projet, spécification des fonctionnalités et de l’architecture de base ; • construction : bâtir le système pour fournir une version initiale du produit ; • transition : remise du produit aux utilisateurs avec mise en service (release). • chaque phase est divisée en sous-phases itératives qui sont des mini-projets ; • chaque sous-phases est une suite G¶DFWLYLWpV ayant un plan et des critères d’évaluation ; • Les DFWLYLWpV sont la détermination des besoins, l’analyse, la conception, la réalisation et les tests ; • chaque activité est modélisée à l’aide de diagrammes UML.

Benoît Charroux – Étude ce cas - Mai 99 - 3

2TUP
• 2 Track Unified Process (Valtech : P. Roques et F. Vallée, Ed. Eyrolles) :

Axe fonctionnel

en //

Axe technique

Fusion des résultats

Benoît Charroux – Étude ce cas - Mai 99 - 4

2

Des éléments pour une démarche (1/2)
• Quelque soit la méthode, on retrouve toujours les étapes :

• Expression des besoins par les utilisateurs : ⇒diagrammes de FDV G¶XWLOLVDWLRQ agrémentés de GLDJUDPPHV GH VpTXHQFHV et/ou d’une description textuel ;

• Passage à l’objet :

=> Zoom dans le système =>

Benoît Charroux – Étude ce cas - Mai 99 - 5

Des éléments pour une