Nada

É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 surl’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écificationdes 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 ; • LesDFWLYLWpV 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 unedémarche (2/2)
• Les aspects statiques et dynamiques se complètent :

Diagramme de séquences Diagramme de collaboration

Diagramme de classes
Benoît Charroux – Étude ce cas - Mai 99 - 6

3

Cahier des charges
Pour faciliter sa gestion, un entrepôt de stockage envisage de s’informatiser. Le logiciel à produire doit allouer automatique un emplacement pour le chargement des camions qui convoientle stock à entreposer. Le fonctionnent du système informatique doit être le suivant : • déchargement d’un camion : lors de l’arrivée d’un camion, un employé doit saisir dans le système les caractéristiques de chaque article ; le système produit alors une liste où figure un emplacement pour chaque article ; • chargement d’un camion : les caractéristiques des articles à charger dans un camion sontsaisies par un employé afin d’indiquer au système de libérer des emplacements.

Le chargement et le déchargement sont réalisés manuellement.

Les employés de l’entrepôt sont sous la responsabilité d’un chef dont le rôle est de superviser la bonne application des consignes.
Benoît Charroux – Étude ce cas - Mai 99 - 7

Diagramme des cas d’utilisation

4

Recensement des acteurs
L’étudedu cahier des charges ainsi qu’un dialogue avec les employés et leur chef a abouti à retenir 3 acteurs :

• Un employé dont le rôle est de saisir les caractéristiques des articles lors d’un chargement / déchargement.

• Un superviseur dont le rôle est de pouvoir contrôler l’état du stock.

• Un administrateur du système dont le rôle est de gérer des comptes utilisateurs pour les employés etle superviseur.

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

Diagramme des cas d’utilisation

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

5

Quelques cas d’utilisation

Cas d’utilisation : déchargement d’un camion

Lors de l’arrivé d’un camion :

• l’employé saisie les caractéristiques des articles du chargement : • les articles sont caractérisés par : • une référence...