DESS MIAGe
2001 - 2002
Etude de cas UML
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe SOMMAIRE
I. II. 1. 2. 3. III. 1. 2. 3. 4. 5. IV.
2001 - 2002
Introduction ___________________________________________________________ 3 Spcifications ________________________________________________________ 3 Description des cas dutilisation_________________________________________ 3 Description des scnarios ______________________________________________ 4 Structure de lIHM ___________________________________________________ 7 Analyse ____________________________________________________________ 11 Dictionnaire des donnes _____________________________________________ 11 Diagramme des classes _______________________________________________ 13 Diagramme dtat transition __________________________________________ 14 Diagrammes de squence _____________________________________________ 15 Diagrammes de collaboration _________________________________________ 17 Conclusion _________________________________________________________ 19
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
I. Introduction
2001 - 2002
UML est un langage de modlisation fond sur les concepts objet : lobjet dUML est de fournir une notation standard utilisable dans le dveloppement de systmes informatiques bass sur lobjet. Cependant, UML nest pas une mthode car il ninclut pas la manire dutiliser les concepts quil se propose cest dire lenchanement des tapes qui mnent la rsolution des problmes poss. En consquence, nous allons utiliser la dmarche propose par les enseignements de lUT1 pour traiter ltude de cas ASSURANCETOUTRISK.
II. Spcifications
Lnonc dun besoin exprime un comportement ou une proprit que le futur systme doit respecter, la formulation doit se faire en termes comprhensibles. Dans notre cas, les besoins sont exprims dans lnonc du problme : Envisager une automatisation complte du processus de gestion du CRAI. Fournir un tat rcapitulatif des activits mensuelles.
1. Description des cas dutilisation
Les cas dutilisations sont des outils formels qui permettent de consigner et dexprimer des interactions entre les utilisateurs et le systme. On peut noter que les cas dutilisations sont utiliss durant tout le processus car ils servent la cration de lIHM, la spcification des tests (recette)
Systme
Crer CRAI Agent informa tique Modifier CRA I Chef de projet
Valider CRAI
Responsable DSI
Crer Etat
Responsable unit utilisatrice
Ces cas dutilisation seront dtaills ci-aprs dans les scnarios.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
La hirarchie des acteurs est la suivante :
2001 - 2002
Responsable unit utilisatric e
Agent informat ique
Chef de projet Responsable DSI
2. Description des scnarios
Un cas dutilisation est une abstraction de un ou plusieurs scnarios, une instance de cas dutilisation est appele un scnario. Les scnarios pourraient tre dcrits sous forme textuelle mais nous vous proposons le formalisme vu en cours. On utilisera des diagrammes de squences particuliers pour dcrire formellement ces scnarios. NB : Les scnarios ne traitent pas lidentification des acteurs, on considre donc que lors des interactions avec le systme, les acteurs sont identifis au pralable. Scnario Crer CRAI
Systme : Agent informatique Formulaire CRAI vierge Formulaire CRAI complt
Objectif : un agent, y compris un chef de projet, souhaite saisir un CRAI. Un CRAI est en fait une liste dinterventions. Le systme affiche un formulaire avec les zones de saisies ncessaires pour un CRAI. Lagent peut saisir ainsi toutes les informations.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Scnario Modifier CRAI
Systme : Agent informatique Formulaire CRAI rempli Formulaire CRAI modifi
Objectif : Lagent informatique modifie un CRAI quil a saisit auparavant et le renvoie. Le systme renvoie le CRAI de la semaine en cours pour permettre la modification de celuici. Si le CRAI a dj t valid, on lui prsente le CRAI de la semaine suivante.
Scnario Valider CRAI
Systme : Chef de projet Liste CRAI Choix CRAI Formulaire CRAI Formulaire CRAI Valid
Objectif : un chef de projet doit valider les CRAI chaque fin de semaine. Le chef de projet doit vrifier le CRAI de son choix (en fait toutes les interventions qui constituent le CRAI), celui-ci lui sera renvoy par le systme, sil est correct, il le valide, sinon il faut le corriger avant validation.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Scnario Crer Etat
: Responsable DSI
Systme
: Chef de projet
: Responsable unit utilisatrice
Demande Synthse Hebdo Etat Synthse Hebdo
Demande Synthse Mensuelle Etat Synthse Mensuelle Etat Synthse Mensuelle Et at Synthse Mensuelle
Requte Rponse
Requte Rponse
Objectif : le responsable DSI ou le chef de projet ont la possibilit de crer des tats hebdomadaires ou mensuels. Trois scnarios sont distinguer : Cration dun tat hebdomadaire par le chef de projet pour grer ses projets. Cration dun tat mensuel par le DSI dont une copie est transmise au chef de projet et au responsable de lunit utilisatrice. Cration dune requte libre dans le but de donner plus de souplesse au systme propos.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
3. Structure de lIHM
2001 - 2002
A partir du diagramme des cas dutilisation, nous avons dfini lIHM suivante, celle ci est donne titre dexemple, cest lors de la phase de conception que le choix de larchitecture logicielle cible sera effectivement ralis. On peut remarquer que chaque cas dutilisation identifi est reprsent dans la structure des menus droulants.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
A partir des scnarios, nous avons dfini les formulaires de saisie, modification, et validation des CRAI, ainsi que les tats hebdomadaires mensuels.
Ecran pour la saisie, modification des CRAI.
Cet cran sert pour deux oprations distinctes, le champ mode permet de savoir quel type dopration est en cours (cration ou modification).
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Ecran pour valider un CRAI
Ecran pour le choix dun CRAI par un chef de projet
Cet cran est affich avant le prcdent pour que le chef de projet puisse choisir le CRAI correspondant valider pour un agent particulier.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Ecran pour la synthse dactivits hebdomadaire par projet ou par unit
Ecran pour la synthse mensuelle
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
III. Analyse
2001 - 2002
Lanalyse consiste partir des cas dutilisation et des besoins recueillis laborer la structure du systme un niveau dabstraction qui va au-del de limplmentation physique. Lessentiel est de sassurer que tous les besoins fonctionnels sont raliss quelque part dans le systme.
1. Dictionnaire des donnes
Dictionnaire des donnes Sigle Libell Type Rgle Matricule, Nom, Prenom, Anne, Semaine, Code activit, Code projet, Description de l'intervention, Unit utilisatrice concerne, Temps hebdomadaire (en heures), Validation, CumulAgent, Mode Un chef de projet est un agent Un chef de projet est un agent
CRAI Matricule Nom Prnom Anne Semaine CodeActivit CodeProjet Description CodeService Temps Validation CumulAgent ChoixCRAI
Formulaire CRAI Matricule d'un employ Nom d'un agent Prnom d'un agent Anne de cration du CRAI Semaine de cration du CRAI Code de l'activit ralise Code du projet concern Description de l'intervention Code du service Temps hebdomadaire (en heures) Validation de l'intervention Cumul des heures hebdomadaires d'un agent Choix d'un CRAI pour validation
Struct. Entier Chaine Chaine Date Date Entier Chaine Chaine Chaine Entier Boolen Heure Struct.
Texte libre
Calcule par (TempsPass) Code projet, Code agent Code projet, Code agent, Anne, Semaine, Code activit, Description de l'intervention, Unit utilisatrice concerne, Temps hebdomadaire (en heures), Cumul
SynthseHebdo LibellService CumulProjet
Synthse des Activits Hebdomadaires Libell du service Cumul des heures hebdomadaires d'un projet
Struct. Chaine Heure
Calcule par (Temps hebdomadaire) Anne, Semaine1, Semaine2, Code projet, Libell du projet, Unit utilisatrice concerne, Temps mensuel projet (en heures), Cumul projets, Temps mensuel unit (en heures), Cumul units,
SynthseMensuelle Mois LibellProjet
Synthse des Activits Mensuelles Mois Libell du projet
Struct. Date Chaine
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
Temps mensuel projet (en heures) Temps mensuel unit (en heures) Cumul projets Cumul units Adresse de l'employ E-mail de l'employ Cot de l'intervention Taux de facturation Libell de l'activit
2001 - 2002
Calcule par (Temps hebdomadaire consacre une intervantion inclue au projet) Calcule par (Temps hebdomadaire consacre une intervention lie l'unit) Calcule par (TempsMensuelProjet) Calcule par (TempsMensuelUnit)
TempsMensuelProjet TempsMensuelUnit CumulProjets CumulUnits Adresse Email Cout TauxFacturation LibellActivit
Heure Heure Heure Heure Chaine Chaine Rel Rel Chaine
Lgende: Les donnes calcules sont prsentes en italique
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2. Diagramme des classes
2001 - 2002
Ce diagramme donne une reprsentation statique du systme. Il se compose de classes et de leurs relations. Une classe regroupe des donnes et des mthodes.
Employ mat ri cul e : I nt eger nom : Str in g prno m : Str ing adres se : St ri ng email : St ri ng Rec herc her_Em( ) t ravaille
0..n
Agent Rechercher_Ag() 1..n Sav oir Faire cot : Double Rechercher_Sa() 1 Date semaine : Date anne : Date
Chef projet
Responsable
est responsable
Rechercher_Da() Rechercher_Da() 1 1 Serv ice codeServ ice : String libellServ ice : String
0.. n 0..n 0..n dirige
<<Asso n-aires>> Interv ention temps : Integer description : String v alidation : Boolean Crer_Int() Rechercher_In() Modif ier_In() Valider_In() Calculer_In() 0..n 0..n
0..n Unit Utilisatrice 1 0..n 0.. n
1..n Ac ti v it
1 1
0..n Projet codeProjet : String libellProjet : String Rechercher_Pr() Calculer_Pr()
Rechercher_Un() Calcule r_Un()
codeActiv it : Integer libellActiv it : String Rechercher_Ac()
Facturation tauxFacturation : Single Rechercher_Fa()
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
3. Diagramme dtat transition
2001 - 2002
Voici le DET de la classe Intervention. Les autres DET nont pas t prsents car ils ntaient pas pertinents.
Modificat ion / Modifier_Int()
Cration / Crer_Int()
Rpertori
Validation / Valider_Int ()
Valid
Suppression / Supprimer_Int()
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
4. Diagrammes de squence
2001 - 2002
Dans les diagrammes suivants, nous avons choisi dutiliser lobjet interface comme chef dorchestre pour grer les diffrents changes entre objets.
Crer CRAI
Ce diagramme prsente les interactions entre les diffrents objets et lobjet interface de Crer CRAI.
: Crer CRAI : Interv ention : Agent : Activ it : Projet : Unit Utilis atrice : Date
Rechercher_Ag(Integer)
Rechercher_Ac(Integer)
Rechercher_Pr(St ring)
Rechercher_Un(String)
Rechercher_Da( )
Crer_Int(String, Integer, Agent, Activ it, Projet, Serv ice, Date)
Modifier CRAI
: Intervention : Agent : Activit : Projet : Unit Ut ilis atrice : Date
: Modifier CRAI
Rechercher_In(Date, Date, Integer) Rechercher_Ag(Integer) Rechercher_Ac (Integer) Rechercher_Pr(String)
Rechercher_Un(String) Rechercher_Da( ) [ Pour toutes les interventions ] Modifier_In(String, Integer, Agent, Activit, Projet, Service, Date)
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Valider CRAI
: Valider CRAI : Intervention
Rechercher_In(Dat e, Date, Int eger)
[ Pour chaque intervention ] Valider_In(Boolean)
Crer Etat
Lobjet interface envoie plusieurs messages sur un mme objet selon la requte qui sera considre puisque cet tat dcrit une interaction entre objets pour la cration des tats mensuels et hebdomadaires.
: Crer Etat
: Activit
: Agent
: Date
: Projet
: Unit Utilisatrice
: Facturation
: Intervention
: Savoir Faire
: Employ
Rechercher_Ac(Integer) Rechercher_Ag(Integer)
Rechercher_Da(Date, Dat e)
Rechercher_Pr(S tring) Calculer_Pr(ListeProjet) Rechercher_Un(String) Calculer_Un(ListeUnit )
Rechercher_Fa(Projet, Service) Rechercher_In(Date, Date, Integer) Calculer_In(ListeIntervention) Rechercher_Sa(Agent, Activit) Rechercher_Em(Integer)
En ce qui concerne la cration dune requte libre, le diagramme na pas t reprsent : les objets ncessaires seront fonction de la requte.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
5. Diagrammes de collaboration
2001 - 2002
Ces diagrammes ont t gnrs automatiquement avec ROSE partir des diagrammes de squence. Crer CRAI
: Intervention
6: Crer_Int(String, Integer, Agent, Activit, Projet, Service, Date) : Activit 1: Rechercher_Ag(Integer) 2: Rec hercher_Ac(Int eger) : Crer CRAI 4: Rechercher_Un(String) : Agent
5: Rechercher_Da( ) 3: Rechercher_Pr(S tring) : Date : Unit Utilisatrice
: Projet
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
2001 - 2002
Modifier CRAI
: Intervention : Agent
2: Rechercher_Ag(Integer) 1: Rechercher_In(Date, Date, Integer) 7: Modifier_In(String, Integer, Agent, Activit, Projet, Service, Date) 5: Rechercher_Un(String) : Modifier CRAI : Unit Utilisatrice 4: Rechercher_Pr(String)
: Activit
3: Rechercher_Ac(Integer)
: Projet 6: Rechercher_Da( )
: Date
Valider CRAI
: Valider CRA I
1: Rechercher_In(Date, Date, Integer) 2: Valider_In(Boolean)
: Intervention
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
DESS MIAGe
IV. Conclusion
2001 - 2002
La dmarche que nos avons utilise nous a permis de fournir les spcifications fonctionnelles, statiques et dynamiques du systme tudi. Une tude plus complte aurait consist poursuivre le travail prsent en phase de conception dans laquelle les abstractions du mtier mises en vidence par notre analyse auraient t confrontes la ralit logicielle. Enfin, la dmarche propose est oriente donnes. Toutefois, nous aurions pu adopter une mthode base sur lapproche par composants, par exemple la dmarche E-process de la socit B&T Associs.
Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN
