Etude de Cas - Génie Logiciel

A. BOUAMARI

Département d’informatique - UFA Sétif 1

Licence Informatique UFA Sétif 1- février 2021

 TP2 : ANALYSE DU PROBLEME - ANALYSE DYNAMIQUE

Les objectifs principaux de cette étape étant :

 la réalisation des cas d'utilisation
o description de cas d'utilisation avec des diagrammes de communication
o identification de nouvelles classes vues (frontières du système) et contrôleurs
(processus métier complexes ou création et récupération d'objets)
o identification de nouvelles opérations de classes (entité, vue ou contrôle)
 la modélisation de la dynamique interne des objets :
o machine à états pour chacune des classes actives ; les classes dont les objets
peuvent changer d’état
 la modélisation des processus et workflows (flux opérationnels) :
o diagrammes d’activité pour les workflows entre ou dans des cas d'utilisation
o diagrammes d’activité pour les workflows complexes des opérations de classes

1ère Partie : Modélisation des interactions (cas d’utilisation : "effectuer réservation")

Sur la base de description détaillée du cas d’utilisation "effectuer réservation", le

développeur peut envisager le scénario d’interaction suivant (à modéliser avec un diagramme de
communication) :
Un acteur membre demande à l'interface MembreUI de réserver un modèle de voitures
particulier ; le membre est appelé à confirmer sa demande. Suite à la confirmation de réservation,
le MembreUI demande au contrôleur RéservationCtrl de créer un nouvel objet Réservation, en
communicant les données Modèle de voitures et Membre (que l'interface utilisateur possède déjà,
comme résultats de l'authentification de l'acteur membre et la consultation des détails du modèle
de voitures en question); le contrôleur communique au MembreUI alors une référence à l’objet
réservation nouvellement créé. Finalement, le MembreUI récupère le numéro de réservation à
partir de l’objet réservation et l’affiche au membre.

Licence Informatique UFA Sétif 1 TP2 : Analyse dynamique - février 2021

2ème Partie : Modélisation de la dynamique (Machine à états : "classe réservation")

Quand un membre réserve un modèle de voitures sur internet, la réservation est "En
Attente" de traitement par un assistant. La réservation devient "A Signaler" si, quelque temps
après, un assistant trouve une voiture convenable non-réservée, ou si une voiture est retournée par
un client. Dans ce cas, la voiture est déplacée à l'espace des voitures réservées. Si aucune voiture
ne devienne disponible pour une réservation particulière dans une semaine, la réservation devient
"A Renouveler" ; le membre doit être contacté, en personne ou par téléphone, pour
renouvellement d'une autre semaine ou annulation de la réservation. Si le membre annule ou ne
peut être contacté dans cinq jours, la réservation est Close.
Une fois une réservation soit "A Signaler", le membre doit être informé par un assistant,
personnellement ou par téléphone, dans trois jours ; Si le client est joignable, la réservation est "A
Récupérer" sinon elle devient "A Afficher" (une voiture qui a été déplacée vers l'espace
réservation doit être retournée vers l'espace affichage).
Une fois une réservation soit "A Récupérer", le membre doit récupérer la voiture dans
trois jours: la réservation est dans ce cas Close. Sinon, la réservation devient "A Afficher".
La voiture associée à une réservation "A Afficher" doit être déplacée vers l'espace
affichage ; la réservation est ensuite Close.
A tout moment, le membre peut annuler la réservation sur internet, par téléphone ou en
personne. Le système doit informer les assistants de l'état des réservations actuelles (non encore
closes), pour qu'ils prennent les actions appropriées.

Licence Informatique UFA Sétif 1 TP2 : Analyse dynamique - février 2021