You are on page 1of 181

____________________________________________________________________________________

____________________________________________________________________________________
Systme de Gestion des Maintenances
1/181

____________________________________________________________________________________

____________________________________________________________________________________
Systme de Gestion des Maintenances
2/181

____________________________________________________________________________________

____________________________________________________________________________________
Systme de Gestion des Maintenances
3/181

____________________________________________________________________________________

Table des Matires


1.

INTRODUCTION GENERALE...........................................................................................11
1.INTRODUCTION .......................................................................................................................................12

1.

INTRODUCTION ...............................................................................................................12
2.PRSENTATION DE LORGANISME DACCUEIL....................................................................................................12

2.

PRSENTATION DE LORGANISME DACCUEIL...........................................................12


3.PROBLMATIQUE ET OBJECTIFS ..................................................................................................................13

3.

PROBLMATIQUE ET OBJECTIFS .................................................................................13


4.MTHODOLOGIE ....................................................................................................................................13

4.

MTHODOLOGIE ............................................................................................................13
5.DFINITION DUN PROCESSUS UNIFI (UP)..................................................................................................14

5.

DFINITION DUN PROCESSUS UNIFI (UP).................................................................14


6.LES PHASES DU PROCESSUS UNIFI...........................................................................................................15

6.

LES PHASES DU PROCESSUS UNIFI..........................................................................15


7.CONCLUSION.........................................................................................................................................16

7.

CONCLUSION....................................................................................................................16

2.

CHAPITRE 1 :

PHASE INCUBATION..................................................................16

9.INTRODUCTION .......................................................................................................................................17

9.

INTRODUCTION ...............................................................................................................17
10.ITRATION 1........................................................................................................................................17

10.

ITRATION 1....................................................................................................................17

11.CAPTURE DES BESOINS...........................................................................................................................17

11.

CAPTURE DES BESOINS...............................................................................................17

12.LE CONTEXTE DU SYSTME......................................................................................................................17

12.

LE CONTEXTE DU SYSTME........................................................................................17

13.LES BESOINS FONCTIONNELS....................................................................................................................19

13.

LES BESOINS FONCTIONNELS.....................................................................................19

14.LES BESOINS NON FONCTIONNELS .............................................................................................................20

14.

LES BESOINS NON FONCTIONNELS ..........................................................................20

15.LES ACTEURS.......................................................................................................................................20

15.

LES ACTEURS.................................................................................................................20

16.DIAGRAMME DE CAS DUTILISATION GLOBAL..................................................................................................21

16.

DIAGRAMME DE CAS DUTILISATION GLOBAL...........................................................21

17.AFFECTATION DES PRIORITS AUX CAS DUTILISATION......................................................................................22

17.

AFFECTATION DES PRIORITS AUX CAS DUTILISATION........................................22

18.RAFFINEMENT DES CAS DUTILISATION.........................................................................................................22

____________________________________________________________________________________
Systme de Gestion des Maintenances
4/181

____________________________________________________________________________________
18.

RAFFINEMENT DES CAS DUTILISATION....................................................................22

19.RAFFINEMENT DU CAS DUTILISATION <<IDENTIFICATION>>..............................................................................22

19.

RAFFINEMENT DU CAS DUTILISATION <<IDENTIFICATION>>................................22

20.PROTOTYPES DINTERFACE UTILISATEUR......................................................................................................22

20.

PROTOTYPES DINTERFACE UTILISATEUR................................................................22

21.PROTOTYPE DINTERFACE UTILISATEUR <<IDENTIFICATION>>............................................................................22

21.

PROTOTYPE DINTERFACE UTILISATEUR <<IDENTIFICATION>>............................22

22.PROTOTYPE DINTERFACE UTILISATEUR GLOBALE............................................................................................24

22.

PROTOTYPE DINTERFACE UTILISATEUR GLOBALE................................................24

23.CONCLUSION.......................................................................................................................................25

23.
3.

CONCLUSION..................................................................................................................25
CHAPITRE 2 :

PHASE ELABORATION.............................................................26

24.INTRODUCTION......................................................................................................................................27

24.

INTRODUCTION..............................................................................................................27

25.ITRATION 1........................................................................................................................................27

25.

ITRATION 1....................................................................................................................27

26.CAPTURE DE BESOINS............................................................................................................................27

26.

CAPTURE DE BESOINS.................................................................................................27

27.RAFFINEMENT DES CAS DUTILISATIONS.......................................................................................................27

27.

RAFFINEMENT DES CAS DUTILISATIONS..................................................................27

28.RAFFINEMENT DU CAS DUTILISATION<<PARAMTRAGE>>................................................................................27

28.

RAFFINEMENT DU CAS DUTILISATION<<PARAMTRAGE>>..................................27

29.ANALYSE............................................................................................................................................30

29.

ANALYSE.........................................................................................................................30

30.ANALYSE DU CAS DUTILISATION<<IDENTIFICATION>>.....................................................................................30

30.

ANALYSE DU CAS DUTILISATION<<IDENTIFICATION>>..........................................30

32.ANALYSE DE CAS DUTILISATION <<GESTION DE PERSONNEL>>.........................................................................32

32.

ANALYSE DE CAS DUTILISATION <<GESTION DE PERSONNEL>>.........................32

34.ANALYSE DE CAS DUTILISATION << GESTION DES DROITS DACCS>>................................................................35

34.

ANALYSE DE CAS DUTILISATION << GESTION DES DROITS DACCS>>.............35

35.CONCEPTION.......................................................................................................................................38

35.

CONCEPTION..................................................................................................................38

36.CONCEPTION DU CAS DUTILISATION <<IDENTIFICATION>>...............................................................................39

36.

CONCEPTION DU CAS DUTILISATION <<IDENTIFICATION>>..................................39

37.CONCEPTION DU CAS DUTILISATION <<GESTION DE PERSONNEL>>....................................................................41

37.

CONCEPTION DU CAS DUTILISATION <<GESTION DE PERSONNEL>>.................41

____________________________________________________________________________________
Systme de Gestion des Maintenances
5/181

____________________________________________________________________________________
38.CONCEPTION DU CAS DUTILISATION<<GESTION DES DROITS DACCS>>.............................................................45

38.

CONCEPTION DU CAS DUTILISATION<<GESTION DES DROITS DACCS>>.......45

39.ITRATION 2........................................................................................................................................49

39.

ITRATION 2....................................................................................................................49

40. CAPTURE DES BESOINS..........................................................................................................................49

40.

CAPTURE DES BESOINS..............................................................................................49

41.RAFFINEMENT DES CAS DUTILISATION.........................................................................................................49

41.

RAFFINEMENT DES CAS DUTILISATION....................................................................49

42.RAFFINEMENT DU CAS DUTILISATION <<GESTION DES DEMANDES>>..................................................................49

42.

RAFFINEMENT DU CAS DUTILISATION <<GESTION DES DEMANDES>>...............49

43.RAFFINEMENT DU CAS DUTILISATION <<GESTIONS DES CONTRATS>>.................................................................52

43.

RAFFINEMENT DU CAS DUTILISATION <<GESTIONS DES CONTRATS>>.............52

44.RAFFINEMENT DU CAS DUTILISATION << GESTION DES CLIENTS>>.....................................................................54

44.

RAFFINEMENT DU CAS DUTILISATION << GESTION DES CLIENTS>>...................54

45.ANALYSE............................................................................................................................................55

45.

ANALYSE.........................................................................................................................55

46.ANALYSE DU CAS DUTILISATION << IDENTIFICATION>>...................................................................................55

46.

ANALYSE DU CAS DUTILISATION << IDENTIFICATION>>........................................55

47.ANALYSE DU CAS DUTILISATION << GESTION DES DROITS DACCS>>................................................................57

47.

ANALYSE DU CAS DUTILISATION << GESTION DES DROITS DACCS>>.............57

50.ANALYSE DU CAS DUTILISATION << GESTION DES DEMANDES>>.......................................................................58

50.

ANALYSE DU CAS DUTILISATION << GESTION DES DEMANDES>>.......................58

53.ANALYSE DU CAS DUTILISATION << GESTION DES CONTRATS>> .......................................................................64

53.

ANALYSE DU CAS DUTILISATION << GESTION DES CONTRATS>> ......................64

58.ANALYSE DU CAS DUTILISATION << GESTION DES CLIENTS>>...........................................................................70

58.

ANALYSE DU CAS DUTILISATION << GESTION DES CLIENTS>>............................70

59.CONCEPTION.......................................................................................................................................72

59.

CONCEPTION..................................................................................................................72

60.CONCEPTION DU CAS DUTILISATION <<IDENTIFICATION >>..............................................................................72

60.

CONCEPTION DU CAS DUTILISATION <<IDENTIFICATION >>.................................72

61.CONCEPTION DU CAS DUTILISATION <<GESTION DES DROITS DACCS>>............................................................74

61.

CONCEPTION DU CAS DUTILISATION <<GESTION DES DROITS DACCS>>......74

62.CONCEPTION DU CAS DUTILISATION <<GESTION DES DEMANDES>>...................................................................77

62.

CONCEPTION DU CAS DUTILISATION <<GESTION DES DEMANDES>>................77

63.CONCEPTION DU CAS DUTILISATION <<GESTION DES CONTRATS>>

63.

..............................................................82

CONCEPTION DU CAS DUTILISATION <<GESTION DES CONTRATS>>

...........82

____________________________________________________________________________________
Systme de Gestion des Maintenances
6/181

____________________________________________________________________________________
66.CONCEPTION DU CAS DUTILISATION <<GESTION DES CLIENTS>>.......................................................................86

66.

CONCEPTION DU CAS DUTILISATION <<GESTION DES CLIENTS>>.....................86

67.ITRATION 3........................................................................................................................................89

67.

ITRATION 3....................................................................................................................89

68.CAPTURE DES BESOINS...........................................................................................................................89

68.

CAPTURE DES BESOINS...............................................................................................89

69.RAFFINEMENT DES CAS DUTILISATION ........................................................................................................89

69.

RAFFINEMENT DES CAS DUTILISATION ...................................................................89

70.RAFFINEMENT DU CAS DUTILISATION << GESTION DES INTERVENTIONS>>............................................................89

70.

RAFFINEMENT DU CAS DUTILISATION << GESTION DES INTERVENTIONS>>.....89

71.RAFFINEMENT DU CAS DUTILISATION << SUIVI DES CHANCES ET FACTURATION>>..............................................91

71. RAFFINEMENT DU CAS DUTILISATION << SUIVI DES CHANCES ET


FACTURATION>>......................................................................................................................91
72.ANALYSE............................................................................................................................................93

72.

ANALYSE.........................................................................................................................93

73.ANALYSE DU CAS DUTILISATION << GESTION DES INTERVENTIONS>>..................................................................93

73.

ANALYSE DU CAS DUTILISATION << GESTION DES INTERVENTIONS>>..............93

74.ANALYSE DU CAS DUTILISATION << SUIVI DES CHANCES ET FACTURATION>>....................................................96

74. ANALYSE DU CAS DUTILISATION << SUIVI DES CHANCES ET


FACTURATION>>......................................................................................................................96
75.ANALYSE DU CAS DUTILISATION << GESTION DES FICHES DINTERVENTION>>.....................................................101

75. ANALYSE DU CAS DUTILISATION << GESTION DES FICHES DINTERVENTION>>


..................................................................................................................................................101
77.CONCEPTION.....................................................................................................................................104

77.

CONCEPTION................................................................................................................104

78.CONCEPTION DU CAS DUTILISATION <<GESTION DES INTERVENTIONS>>............................................................104

78.

CONCEPTION DU CAS DUTILISATION <<GESTION DES INTERVENTIONS>>.....104

..........................................................................................................................................................104

............................................................................................................................................104
79.CONCEPTION DU CAS DUTILISATION <<SUIVI DES CHANCES ET FACTURATION>>..............................................107

79. CONCEPTION DU CAS DUTILISATION <<SUIVI DES CHANCES ET


FACTURATION>>....................................................................................................................107
80.ITRATION 4......................................................................................................................................114

80.

ITRATION 4..................................................................................................................114

81.CAPTURE DE BESOINS..........................................................................................................................114

81.

CAPTURE DE BESOINS...............................................................................................114

83.RAFFINEMENT DES CAS DUTILISATIONS.....................................................................................................114

____________________________________________________________________________________
Systme de Gestion des Maintenances
7/181

____________________________________________________________________________________
83.

RAFFINEMENT DES CAS DUTILISATIONS................................................................114

84.RAFFINEMENT DU CAS DUTILISATION<<CLASSEMENT DEMANDE>>...................................................................114

84.

RAFFINEMENT DU CAS DUTILISATION<<CLASSEMENT DEMANDE>>................114

85.RAFFINEMENT DU CAS DUTILISATION<<DISPATCHING INTERVENTION>>..............................................................114

85.

RAFFINEMENT DU CAS DUTILISATION<<DISPATCHING INTERVENTION>>.......114

86.RAFFINEMENT DU CAS DUTILISATION<<GESTION DES FICHES DINTERVENTION>>.................................................115

86. RAFFINEMENT DU CAS DUTILISATION<<GESTION DES FICHES


DINTERVENTION>>...............................................................................................................115
87.ANALYSE..........................................................................................................................................117

87.

ANALYSE.......................................................................................................................117

89.ANALYSE DU CAS DUTILISATION <<CLASSEMENT DEMANDE >>.......................................................................117

89.

ANALYSE DU CAS DUTILISATION <<CLASSEMENT DEMANDE >>.......................117

90.ANALYSE DU CAS DUTILISATION <<DISPATCHING>>.....................................................................................118

90.

ANALYSE DU CAS DUTILISATION <<DISPATCHING>>...........................................118

92.ANALYSE DU CAS DUTILISATION << GESTION DES FICHES DINTERVENTION>>.....................................................121

92. ANALYSE DU CAS DUTILISATION << GESTION DES FICHES DINTERVENTION>>


..................................................................................................................................................121
94.CONCEPTION.....................................................................................................................................124

94.

CONCEPTION................................................................................................................124

96.CONCEPTION DU CAS DUTILISATION <<CLASSEMENT DEMANDE>>...................................................................124

96.

CONCEPTION DU CAS DUTILISATION <<CLASSEMENT DEMANDE>>.................124

99.CONCEPTION CAS DUTILISATION <<DISPATCHING INTERVENTION >>.................................................................125

99.

CONCEPTION CAS DUTILISATION <<DISPATCHING INTERVENTION >>.............125

102.CONCEPTION DU CAS DUTILISATION <<GESTION DES FICHES DINTERVENTION >>..............................................128

102. CONCEPTION DU CAS DUTILISATION <<GESTION DES FICHES


DINTERVENTION >>..............................................................................................................128
104.ITRATION 5....................................................................................................................................133

104.

ITRATION 5................................................................................................................133

105. CAPTURE DES BESOINS......................................................................................................................133

105.

CAPTURE DES BESOINS..........................................................................................133

107.RAFFINEMENT DES CAS DUTILISATION.....................................................................................................133

107.

RAFFINEMENT DES CAS DUTILISATION................................................................133

109.RAFFINEMENT DU CAS DUTILISATION<<GESTION DES QUIPES >>.................................................................133

109.

RAFFINEMENT DU CAS DUTILISATION<<GESTION DES QUIPES >>...............133

110.RAFFINEMENT DU CAS DUTILISATION<<GESTION DES AFFAIRES >>................................................................134

110.

RAFFINEMENT DU CAS DUTILISATION<<GESTION DES AFFAIRES >>.............134

111.ANALYSE........................................................................................................................................135

____________________________________________________________________________________
Systme de Gestion des Maintenances
8/181

____________________________________________________________________________________
111.

ANALYSE.....................................................................................................................135

113.ANALYSE DU CAS DUTILISATION <<GESTION DES QUIPES>>.......................................................................135

113.

ANALYSE DU CAS DUTILISATION <<GESTION DES QUIPES>>........................135

114.ANALYSE DU CAS DUTILISATION <<GESTION DES AFFAIRES>>......................................................................138

114.

ANALYSE DU CAS DUTILISATION <<GESTION DES AFFAIRES>>.......................138

116.CONCEPTION...................................................................................................................................140

116.

CONCEPTION..............................................................................................................140

118.CONCEPTION DU CAS DUTILISATION <<GESTION DES QUIPES>>..................................................................140

118.

CONCEPTION DU CAS DUTILISATION <<GESTION DES QUIPES>>.................140

119.CONCEPTION DU CAS DUTILISATION <<GESTION DES AFFAIRES>>.................................................................144

119.

CONCEPTION DU CAS DUTILISATION <<GESTION DES AFFAIRES>>...............144

120.CONCLUSION...................................................................................................................................147

120.
4.

CONCLUSION..............................................................................................................147
CHAPITRE 3 :

PHASE CONSTRUCTION.........................................................148

121.INTRODUCTION..................................................................................................................................149

121.

INTRODUCTION..........................................................................................................149

122.ITRATION 1....................................................................................................................................149

122.

ITRATION 1................................................................................................................149

123.IMPLMENTATION :.............................................................................................................................149

123.

IMPLMENTATION :....................................................................................................149

125.IMPLMENTATION DU CAS DUTILISATION<<IDENTIFICATION>>........................................................................149

125.

IMPLMENTATION DU CAS DUTILISATION<<IDENTIFICATION>>.......................149

126.IMPLMENTATION DU CAS DUTILISATION<<GESTION DES DEMANDES>>............................................................151

126.

IMPLMENTATION DU CAS DUTILISATION<<GESTION DES DEMANDES>>.....151

127.IMPLMENTATION DU CAS DUTILISATION<<GESTION DES CONTRATS>>............................................................153

127.

IMPLMENTATION DU CAS DUTILISATION<<GESTION DES CONTRATS>>......153

128.CONCLUSION...................................................................................................................................154

128.
5.

CONCLUSION..............................................................................................................154
CHAPITRE 4 :

PHASE TRANSITION...............................................................155

129.INTRODUCTION..................................................................................................................................156

129.

INTRODUCTION..........................................................................................................156

130.ITRATION 1 ...................................................................................................................................156

130.

ITRATION 1 ...............................................................................................................156

131.IMPLEMENTATION ...................................................................................................................156

131.

IMPLEMENTATION .....................................................................................................156

133.ARCHITECTURE DU SYSTEME .............................................................................................156

____________________________________________________________________________________
Systme de Gestion des Maintenances
9/181

____________________________________________________________________________________
133.

ARCHITECTURE DU SYSTEME ...............................................................................156

134.LES OUTILS ET LANGAGES UTILISES : ................................................................................162

134.

LES OUTILS ET LANGAGES UTILISES : ..................................................................162

135.LES TABLES DE BASE DE DONNEES ....................................................................................165

135.

LES TABLES DE BASE DE DONNEES .....................................................................165

136.TEST DE LAPPLICATION ........................................................................................................168

136.

TEST DE LAPPLICATION ..........................................................................................168

137.INTERFACES UTILISTEUR ......................................................................................................171

137.

INTERFACES UTILISTEUR ........................................................................................171

139.CONCLUSION...................................................................................................................................172

139.

CONCLUSION..............................................................................................................172

..........................................................................................................................................................172

............................................................................................................................................172
CONCLUSION GENERALE................................................................................................172
ANNEXES............................................................................................................................174
BIBLIOGRAPHIE.................................................................................................................181

____________________________________________________________________________________
Systme de Gestion des Maintenances
10/181

____________________________________________________________________________________

1. INTRODUCTION
GENERALE

____________________________________________________________________________________
Systme de Gestion des Maintenances
11/181

____________________________________________________________________________________

1. Introduction
Dans ce chapitre je prsente dabord lorganisme daccueil au sein du quel jai effectu
mon stage, ensuite le contexte du sujet en se basant sur lintroduction de la problmatique et
lobjectif vis et enfin jintroduis la mthodologie adopte pour la conception du projet.

2. Prsentation de lorganisme daccueil


La socit ST2I (Socit Tunisienne dInformatique pour lIngnierie) est ne de la
complmentarit de professionnels du monde de l'informatique et de consultants spcialistes
de la gestion des entreprises.
ST2I accompagne les entreprises et les aide franchir avec succs les diffrentes tapes de
dploiement et de dveloppement de leur systme d'information :
o Analyse des besoins
Dfinition de primtres d'action / modlisation de process fonctionnels.

Assistance matrise d'ouvrage,

Rdaction de cahiers des charges.

o Assistance technique
Indpendance dans le choix des technologies et des diteurs.

Intgration de logiciels,

Dveloppements spcifiques.

o Accompagnement
Une mission est termine lorsqu'un client a les moyens d'tre autonome. Chaque tape est
valide par un transfert de comptences.

Formation,

Assistance la Maintenance Applicative.

____________________________________________________________________________________
Systme de Gestion des Maintenances
12/181

____________________________________________________________________________________

3. Problmatique et objectifs
La nature de lactivit de ST2I met en relief une notion trs importante qui est la notion de
maintenance des projets.
Vu le nombre considrable de clients de ST2I, la socit se trouve mener une maintenance
plusieurs projets simultanment.
Ceci va exiger un effort considrable pour la planification et le suivi de la ralisation des
maintenances des diffrents projets do la ncessit dun systme informatique personnalis
pour assurer la gestion des maintenances.
Tenant compte de tous ces arguments, les responsables de ST2I dsirent dvelopper un
nouveau systme qui sadapte leurs besoins.
Ma mission est de raliser ce systme qui va tre utilis par toutes les ressources intgres
dans le processus de gestion des maintenances et qui va assurer le bon enchanement des
tches comprises dans lactivit de maintenance suite lutilisation du personnel de ST2I.
Ce systme doit avoir un niveau de qualit convenable pour convaincre les responsables de
sa performance et pour faciliter son utilisation.

4. Mthodologie
La conception de ce projet a t ralise par le langage de modlisation UML (Unified
Modeling Language). En effet,ce langage de modlisation permet dexprimer clairement les
ides des analystes, des concepteurs et des dveloppeurs.
Ce langage est universel et comprhensible aussi bien par les informaticiens que par les
managers et les gestionnaires dquipes. Il permet donc une bonne entente entre les diffrents
intervenants du projet.
La conception de cette application repose sur le Processus Unifi ; en effet,cette mthode
englobe lensemble des activits exiges par un projet logiciel travers lensemble de
principes gnriques, adaptables en fonction des spcificits des projets.
Ce processus prsente plusieurs avantages :

Limiter les cots, puisquen cas derreur on ne refait pas toute la conception on peut
juste apporter les correction dans une itration ultrieure.

Limiter les risques de retard de mise en place du produit dvelopp.

Acclrer le rythme de lensemble du dveloppement.

____________________________________________________________________________________
Systme de Gestion des Maintenances
13/181

____________________________________________________________________________________

Prendre en compte le fait que les exigences ne peuvent pas tre intgralement dfinies
lavance.

A cet effet, il est intressant de voir de quoi est compos la mthodologie adopte dans le
cadre de ce projet :

5. Dfinition dun Processus Unifi (UP)


Le processus unifi est un processus de dveloppement logiciel itratif, centr sur
larchitecture, pilot par des cas dutilisation et orient vers la diminution des risques.
Cest un patron de processus pouvant tre adapte une large classe de systmes logiciels,
diffrents domaines dapplication, diffrents types dentreprises, diffrents niveaux de
comptences et diffrentes tailles de lentreprise.

UP est itratif : le projet est dcompos en itration ou tapes de courte dure.


Litration est une rptition dune squence dinstruction ou dune partie de programme
un nombre de fois fix lavance ou tant quune condition dfinie nest pas remplie,
dans le but de reprendre un traitement sur des donnes diffrentes. Une itration prend
en compte un certain nombre de cas dutilisation. La notion ditration permet de mieux
suivre lavancement global.

UP est centr sur larchitecture : larchitecture merge des besoins de lentreprise tels
quils sont exprims par les utilisateurs et autres intervenants et tels quils sont reflts
par les cas dutilisations. Au dmarrage du processus, on aura une vue sur
larchitecture mettre en place.

UP est pilot par les cas dutilisation : le but principal dun systme informatique est de
satisfaire les besoins du clients. Les cas dutilisation permettent dillustrer ces besoins.
Ils dtectent puis dcrivent les besoins fonctionnels (du point de vue de lutilisateur), et
leur ensemble constitue le modle de cas dutilisation qui dicte les fonctionnalits
compltes du systme.

UP est orient vers la diminution des risques : les risques majeurs du projet doivent tre
identifies au plutt mais surtout levs rapidement possibles. Les mesures prendre
dans ce cadre dterminent lordre ditration.

____________________________________________________________________________________
Systme de Gestion des Maintenances
14/181

____________________________________________________________________________________

6. Les Phases du Processus Unifi


La gestion dun tel processus est organise selon les quatre phases suivantes :
1. Analyse des besoins ou incubation : lanalyse des besoins donne une vue du projet
sous forme de produit fini. Cette phase porte essentiellement sur les besoins principaux
(du point de vue de lutilisateur), larchitecture gnrale du systme, les risques, les
dlais et les cots.
2. Elaboration : elle reprend les lments de la phase danalyse et les prcise pour arriver
une spcification dtaille de la solution mettre en uvre. Llaboration permet de
prciser la plupart des cas dutilisation, de concevoir larchitecture du systme et surtout
de dterminer larchitecture de rfrence. Au terme de cette phase, les chefs de projet
doivent tre en mesure de prvoir les activits et destimer les ressources ncessaires
lachvement du projet. Les tches effectuer dans la phase laboration sont les
suivantes :
-

Crer une architecture de rfrence ;

Identifier les risques, ceux qui sont de nature bouleverser le plan, le cot et le
calendrier ;

Dfinir les niveaux de qualit atteindre.

3. Construction : la construction est le moment o lon construit le produit. Larchitecture


de rfrence se mtamorphose en produit complet. Le produit contient tous les cas
dutilisation que le chef de projet, en accord avec les utilisateurs qui ont dcid de
mettre au point cette version.
4. Transition : Le produit est en version Bta. Un groupe dutilisateurs essaye le produit et
dtecte les anomalies. Cette phase des activits comme la formation des utilisateurs
clients, la mise en uvre dun service dassistance et la correction des anomalies
constates.

____________________________________________________________________________________
Systme de Gestion des Maintenances
15/181

____________________________________________________________________________________

7. Conclusion
8.
A la fin de ce chapitre, on a une ide gnrale sur le cadre de ralisation de ce projet. Le
lieu du travail, la problmatique et les objectifs atteindre ainsi que la mthodologie adopte
pour la mise en uvre du systme.

2. Chapitre 1 :
PHASE INCUBATION

____________________________________________________________________________________
Systme de Gestion des Maintenances
16/181

____________________________________________________________________________________

9. Introduction
Cette phase ne propose pas une ide complte sur le systme envisag. Elle vise
dgager les cas dutilisation principaux.
La phase dincubation rpond essentiellement la question suivante : Quest ce que le
systme est cens faire pour chacun de ces principaux utilisateurs ? Et cela va tre modlis
travers le modle de cas dutilisation.

10. Itration 1
11. Capture des besoins
12.Le contexte du systme
ST2I est une socit informatique qui propose aux entreprises des solutions de dploiement
et de dveloppement de systme dinformation. Elle assure un accompagnement du client au
niveau de lutilisation et sa mission ne sera termine que lorsque le client a les moyens dtre
autonome. Cet accompagnement est mis en uvre par lactivit de maintenance.
Aprs la livraison provisoire du logiciel, le client bnficie dune priode de garantie fixe
auparavant au cours de laquelle il va tester le logiciel et commencer son utilisation.
Toute ambigut rencontre au niveau de lutilisation est prise en charge et maintenue par les
quipes de ST2I tant que le produit est toujours sous garantie. Au niveau de cette garantie,
ST2I offre trois types de maintenance :
Maintenance curative : consiste la correction des anomalies et des bugs dcouverts au
niveau du fonctionnement du systme.

____________________________________________________________________________________
Systme de Gestion des Maintenances
17/181

____________________________________________________________________________________
Maintenance prventive : qui dfini une intervention prvu et volontaire des quipes de
maintenance.
Assistance technique : qui consiste une aide dutilisation du logiciel.
Une fois la priode de garantie est termine, le produit est considr livr dfinitivement et
nest plus accompagn. Pour poursuivre ce dpartement de maintenance, le client peut
demander la signature un contrat de maintenance avec ST2I

pour une priode bien

dtermine et concernant des types de maintenance choisi inclure dans le cadre du contrat
et limit par une enveloppe de maintenance fix ne pas dpasser pour chaque type.
Suite aux maintenances offertes au niveau de la garantie un contrat de maintenance peut
comprendre aussi :
Une maintenance adaptive : modifier le systme de faon tenir en compte les
changements dans le systme dopration, la plateforme, les donnes ou les bases de
donnes ou les rgles et procdures.
Une maintenance volutive : rpondre a de nouvelles exigences.
A chaque occasion, le client peut envoyer une demande ou lancer une rclamation ST2I.
La demande, qui peut tre envoye par mail , tlphone , fax ou mme par la prsente, est
reu par le chef de projet pour la traiter. Aprs enregistrement, il va vrifier si le client dispose
dun contrat de maintenance (existant et valide) et si la tche demande fait partie du cadre du
contrat. Si les conditions sont vrifies, la demande sera valide.
Sinon la rclamation va mtre traite part et un tarif va tre propos par le DP au client
(chiffrage). Cette valorisation dpend principalement du volume de la tache demande et des
sources utilises (temps, matriel, comptence, etc....).
Si le client retourne son accord, la rclamation sera valide sinon elle sera rejete.
Une rclamation valide donne naissance une intervention lanc par le chef projet au niveau
de laquelle il prcise toutes les informations ncessaires (client, sujet, descriptif, affaire
relative, etc.) et fait le dispatching du travail sur les diffrents dveloppeur (membre de
lquipe de projet).
Pour chaque intervention dplacement, le dveloppeur doit remplir une fiche dintervention
admettant les informations (client, observation, traitement, commentaire, nombres de visites,
dates, etc.) et a remettre pour validation par le chef dquipe.
Une fois lexcution est termine, lintervention sera ferme par le chef projet et le client est
servi.

____________________________________________________________________________________
Systme de Gestion des Maintenances
18/181

____________________________________________________________________________________
Ds la signature dun contrat de maintenance ou la validation dune rclamation chiffre, une
facture sera dite par le chef projet et le client doit procder au paiement. Un suivie des
chances de paiement doit tre assur en parallle.
Chaque utilisateur accde au systme suivant des droits daccs dtermins par
ladministrateur lavance, afin deffectuer une tche bien dtermin.

13.Les besoins fonctionnels


Paramtrage : effectu par ladministrateur du systme comme configuration initiale.
Cette configuration peut tre modifie en cas de besoin

Gestion de personnel

Affectation des droits daccs chaque personnel

Gestion des demandes

enregistrer les demandes

classement des demandes dans une file dattente

traitement des demandes

Gestion des interventions

Affectation de personnel de maintenance

Gestion des fiches dintervention (dition et validation de fiche)

Cration dintervention pour chaque demande valide

Gestion des contrats de maintenance

Cration dun contrat selon les spcifications demandes par le client

Rsiliation de contrat

Renouvellement de contrat

Gestion des clients


Gestion des chances et facturation

Alerte automatiques des dates des chances

Edition et mise jour des factures

____________________________________________________________________________________
Systme de Gestion des Maintenances
19/181

____________________________________________________________________________________
Calcul et gnration automatique des indicateurs de performances en temps rels :
nombre de rclamations relatives une affaire donne par priode, nombre de
rclamations en attente, dlai moyen de traitement dune intervention, etc.

14.Les besoins non fonctionnels

Le systme doit fonctionner en rseau local (intranet)

Interface utilisateur simple pour faciliter la tche de lutilisateur

15.Les acteurs
Le Chef projet
Le dveloppeur
Ladministrateur

administrateur

chef projet

utilisateur

developpeur

____________________________________________________________________________________
Systme de Gestion des Maintenances
20/181

____________________________________________________________________________________

16.Diagramme de cas dutilisation global

Utilisateur

<<include>>
identification
<<include>>
adm inistrateur
gestion des clients

<<include>>

<<include>>

<<include>>
developpeur

<<include>>
param trage

gestion dem andes


<<extend>>
chef projet

<<include>>
gestion des echeances et
facturations

<<include>>

gestion des contrats

ges tion des interventions

gestion fiche intervention

____________________________________________________________________________________
Systme de Gestion des Maintenances
21/181

____________________________________________________________________________________

17.Affectation des priorits aux cas dutilisation

Cas dutilisation

Priorit

Identification

Paramtrage

Gestion des demandes

Gestion des contrats

Gestion des clients

Gestion des interventions

Gestion des chances et


facturations
Gestion des fiches dintervention

5
6

18.Raffinement des cas dutilisation


19. Raffinement du cas dutilisation <<identification>>

utilisateur

identification

Cas dutilisation

Identification

Pr condition

Utilisateur possdant ses identifiants ( login et mot de

Post-condition

passe) pour accder


Accs accept pour lutilisateur pour agir sur le systme

20.Prototyp
es

ou accs refus par le systme.


Description

Lutilisateur introduit son login et son mot de passe. le


systme vrifie les droits daccs et accepte ou refuse
laccs.

exception

dinterface utilisateur
21. Prototype dinterface utilisateur <<identification>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
22/181

____________________________________________________________________________________
identifiants errons( 3 )

identification
Saisir Login
Saisir Password

user identifi
[T>3] application verouille

____________________________________________________________________________________
Systme de Gestion des Maintenances
23/181

____________________________________________________________________________________
22. Prototype dinterface utilisateur globale
menu principale

identifiants errons( 3 )

identification
Saisir Login
Saisir Password

user identifi

2.1-nouvelle demande

edition demande
file d'attente
>list ddes valides
>boutton "lancer
intervention" de 1er rang

>selection client
clique "valider" >saisie donnes
>cliquer "enregistrer" , "valider"
ou "editer contrat"

lancer intervention

1-Clients
>1.1-nouveau client
>1.2-consulter client
2-Demandes
>2.1-nouvelle dde
>2.2-file d'attente
>2.3-consulter dde
3-Contrats
>3.1-nouveau contrat
>3.2-contrat encours
>3.3-contrat rsilis
>3.4-contrat expirs
4-Interventions
>4.1-int encours
>4.2-int clotures
5-Echeances et
facturation
>5.1-nouveau suivi
>5.2-consultation
6-Affaires
>6.1-nouvelle affaire
>consulter affaire

>saisie donnes
>dispatching
>clique "enregistrer"

5.1-suivi

>determiner context
>fixer les
echeances(date,montant)
>clique "enregistrer"

5.2-consult suivi
liste des suivis

4.1-interventions encours

>cliquer consulter
sur un suivi

clique cons ulter

>selection client
>selection affaire
>saisie donnes
>clique "enregistrer"

suivi

encours

3.1nouveau contrat

editer contrat[ dde de contrat Mce ]

>cadre des echeances


>list echeances
>clique "edition facture"
ou "facture"

>lis t des interventions


encours
>lien consulter
>lien cloturer

edition contrat
nouvelle intervention

Nouveau suivi

clique facture

clique consulter
intervention
>affichage
donnes
intervention

____________________________________________________________________________________
Systme de Gestion des Maintenances
24/181

facture
>details facture

____________________________________________________________________________________

23. Conclusion
Au niveau de ce chapitre qui reprsente la phase incubation du processus unifi, jai
prsent le contexte du systme mettre en place, les exigences fonctionnelles et non
fonctionnelles ainsi que les acteurs principaux et comment ils utilisent le systme travers le
diagramme de cas dutilisation global. Ensuite, jai dfini lordre de priorit des cas dutilisations
suivant lordre dacheminement des tches dutilisation du systme. Et finalement, jai
commenc par raffiner le cas dutilisation de premire priorit qui reprsente lidentification des
utilisateurs avant laccs au systme, du fait quelle reprsente le premier pas nous permettant
dutiliser le systme, et jai prsent le prototype dinterface utilisateur globale.

____________________________________________________________________________________
Systme de Gestion des Maintenances
25/181

____________________________________________________________________________________

3. Chapitre 2 :
PHASE ELABORATION

____________________________________________________________________________________
Systme de Gestion des Maintenances
26/181

____________________________________________________________________________________

24. Introduction
Au niveau de la phase laboration, je prsente le raffinement, lanalyse et la conception de
chacun des cas dutilisations primaires et secondaires structurs par des itrations.

25. Itration 1
26. Capture de besoins
27.Raffinement des cas dutilisations
28. Raffinement du cas dutilisation<<paramtrage>>

gestion de personnel Mce

administrateur

paramtrage

gestion des droit d'acces

Le cas dutilisation <<paramtrage>> inclut les 2 cas dutilisation suivants:


Gestion du personnel
Gestion des droits daccs

____________________________________________________________________________________
Systme de Gestion des Maintenances
27/181

____________________________________________________________________________________
Le cas dutilisation <<gestion du personnel>> inclut les 3 cas dutilisation :
Ajouter personnel
Modifier personnel
Consulter personnel

ajouter personnel

administrateur

modifier personnel

<<extend>>

consulter personnel

Cas dutilisation
Pr condition

Ajouter personnel
Nouvel employ recrut ou un nouvel utilisateur du
systme

Post-condition

Nouvel employ enregistr dans la base de donnes

Description

Saisir les informations ncessaires pour enregistrer un


nouvel employ.

exception

Cas dutilisation

Modifier personnel

Pr condition

Employ existant dans la base de donnes

Post-condition

Employ mis jour

Description

Modifi ou ajouter des informations concernant


lemploy correspondant

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
28/181

____________________________________________________________________________________
Cas dutilisation

Consulter personnel

Pr condition

Employ existant

Post-condition

Information concernant lemploy affich

Description

Rcupration du formulaire rempli de lemploy


correspondant

Le cas dutilisation <<gestion des droits daccs>> inclus les 3 cas dutilisations suivants :
Affectation des droits daccs
Consultation des droits daccs
Modification des droits daccs

affectation des droits d'acces

<<extend>>
administrateur
consultation droit d'acces

modification droit d'acces

Cas dutilisation

Affectation des droits daccs

____________________________________________________________________________________
Systme de Gestion des Maintenances
29/181

____________________________________________________________________________________

Pr condition

Personnel existant

Post-condition

Droits daccs affects au personnel


Selon la fonction du personnel et sa qualification que la
dcision des droits daccs sera prise.

Description

Donc sur demande des responsables, ladministrateur


affecte les droits daccs dtermin au personnel
concern pour limiter ses taches et ses actions sur le
systme.

exception

Cas dutilisation

Consultation des droits daccs

Pr condition

Personnel utilisateur du systme

Post-condition

Affichage des droits daccs du personnel concern

Description

Slection du personnel dans une liste et affichage des


crans quil est autoris de visiter.

exception

Cas dutilisation

Modification des droits daccs

Pr condition

Personnel utilisateur du systme

Post-condition

Droits daccs modifis pour ce personnel.

Description

Slection du personnel concern, aprs affichage de la


liste de tous les crans, ladministrateur choisi les
crans ajouter ou supprimer puis affecter au
personnel.

exception

29. Analyse
30.Analyse du cas dutilisation<<identification>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
30/181

____________________________________________________________________________________

Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas


dutilisation <<identification>>
31.

Diagramme de classe danalyse relatif au cas dutilisation <<identification>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
31/181

____________________________________________________________________________________

Utilisateur

I.U.identification

gestionnaire_identification

gestionnaire personnel

pers onnel

Diagramme de collaboration relatif au cas dutilisation <<identification>>

2: PEC_sais ie()

1: s aisie identifiants

: Utilis ateur

7: afficher menu principal


: I.U.identification

6: pers onnel identifi


: ges tionnaire_identification

5: pers onnel verifi

: pers onnel

3: verifier personnel()

4: verifier()
: ges tionnaire personnel

Flot dvnement
Le cas dutilisation est ralis comme suit :

Lutilisateur introduit ses identifiants (login, mot de passe).

Une vrification des donnes est effectue en consultant la table personnel .

Une fois lutilisateur est identifi, le menu principale est affich.

32.Analyse de cas dutilisation <<gestion de personnel>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
32/181

____________________________________________________________________________________

Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas


dutilisation <<gestion de personnels>>
33.

Diagramme de classe danalyse relatif au cas dutilisation <<gestion du personnel>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
33/181

____________________________________________________________________________________

I.U personnel

administrateur

personnel

gestionnaire personnel

Diagramme de collaboration relatif au cas dutilisation<<ajouter personnel>>

2: PEC_saisie()

1: donnes sais ies

6: "personnel cr"
: administrateur

: I.U personnel

5: personnel cr
: ges tionnaire personnel

3: verifier donnes
4: crer()

: personnel

Flot dvnement :

Ladministrateur saisie les donnes du nouveau employ insrer et valide.

Les donnes sont vrifies et le nouveau employ est cr.

Un message de confirmation de cration est en retour.

Diagramme de collaboration relatif au cas dutilisation << consulter personnel >>

____________________________________________________________________________________
Systme de Gestion des Maintenances
34/181

____________________________________________________________________________________

2: PEC_selection()

1: selectionner(personnel)

5: donnes affiches
: I.U personnel

: administrateur

4: donnes personnel
: gestionnaire personnel

3: consulter()

: Personnel

Flot dvnement :

Ladministrateur slectionne lemploy en question.

Les donnes sont affiches.

Diagramme de collaboration relatif au cas dutilisation << modifier personnel >>

2: PEC_s ais ie()

1: donnes saisies

6: "m odification enregistre"


: adm inis trateur

: I.U personnel

5: modification enregis tre


: gestionnaire personnel

3: verifier donnes
4: enregistrer()

: Personnel

Flot dvnement :

Ladministrateur effectue les modifications par saisie de nouvelles donnes et valide.

La modification est enregistre et un message de confirmation est en retour.

34.Analyse de cas dutilisation << gestion des droits daccs>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
35/181

____________________________________________________________________________________
Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des droits daccs>>

Diagramme de classe relatif au cas dutilisation <<gestion des droits daccs>>


____________________________________________________________________________________
Systme de Gestion des Maintenances
36/181

____________________________________________________________________________________

pers onnel

I.U.droitacces

adm inistrateur

ges tionnaire droitacces

droitAcces

Diagramme de collaboration relatif au cas dutilisation << affecter droit daccs>>

4: saisie droits
1: selectionner(personnel)

8: "droits affects"
: administrateur

5: PEC_saisie()

6: affecter()

: droit Acces

2: PEC_selection()

: I.U.droitacces

3: extraire()

7: droits affects
: gestionnaire droitacces

: Personnel

Flot dvnement :

Ladministrateur slectionne le personnel auquel il va affecter des droits daccs.

Il saisie les droits affecter et valide.

Les droits sont affects lutilisateur en question et un message de russite


daffectation est affich.

Diagramme de collaboration relatif au cas dutilisation << consulter droit daccs>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
37/181

____________________________________________________________________________________

4: consulter()

: droitAcces

2: PEC_s election()

1: selectionner(pers onnel)

3: extraire()
6: droits affichs
: administrateur

5: droits d'acces

: I.U.droitacces

: gestionnaire droitacces

: Personnel

Flot dvnement :

Ladministrateur slectionne lutilisateur dont il veut consulter les droits daccs.

Les droits daccs sont affichs.

Diagramme de collaboration relatif au cas dutilisation << modifier droit daccs>>

4: saisie droits
1: s electionner(personnel)

5: PEC_saisie()

8: "droits m odifis"
: administrateur

6: affecter()

: droit Acces

2: PEC_selection()

: I.U.droitacces

3: extraire()

7: droits modifis
: gestionnaire droitacces

: Personnel

Ce cas dutilisation suit le mme enchanement que le cas affecter droit daccs

35. Conception
____________________________________________________________________________________
Systme de Gestion des Maintenances
38/181

____________________________________________________________________________________

36.Conception du cas dutilisation <<identification>>


Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<identification>>

Diagramme de classe de conception relatif au cas dutilisation <<identification>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
39/181

____________________________________________________________________________________

C_Personnel

Gestionnaire identification

matricule : String
nom : String
prenom : String
qualification : String
fonction : String
adresse : String
tel : String
e_mail : String
date_naissance : Date
login : String
pwd : String

PEC_saisie()

Gestionnaire_pers onnel
IU identification
PEC_sais ie()
PEC_selection()

crer()
modifier()
consulter()

Diagramme de squence du modle de conception relatif au cas dutilisation


<<identification>> (Scnario optimiste)

: Utilisateur

: IU
identification

: Gestionnaire
identification

:
Gestionnaire_personnel

: C_Personnel

saisir_identifiant
PEC_saisie()

verifier identifiants

personnel verifi

verifier()
resultat verification()

utilisateur identifi
m enu principale affich

[Valide]

Diagramme de squence du modle de conception relatif au cas dutilisation


<<identification>> (Scnario pessimiste)
____________________________________________________________________________________
Systme de Gestion des Maintenances
40/181

____________________________________________________________________________________

: IU
identification

: Utilisateur

: Gestionnaire
identification

:
Gestionnaire_personnel

: C_Personnel

saisir_identifiant
PEC_saisie()
verifier identifiants
verifier()
resultat verification()
[Non Valide]

identifiants incorrectes

afficher message d'erreur


"identifiants rrons"

Flot dvnement :

Lutilisateur saisie ses identifiants (login et password) et valide.

Deux vrification auront lieu : vrification de la validit du login et password et


vrification si les identifiants sont ceux de ladministrateur.

Dans le cas chant au bout de 3 tentatives lapplication est verrouille.

Si non le menu principale est affich selon la vrification de lidentit de lutilisateur


administrateur ou non.

37.Conception du cas dutilisation <<gestion de personnel>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
41/181

____________________________________________________________________________________
Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<gestion de personnel>>

Diagramme de classe de conception relatif au cas dutilisation <<gestion du


personnel>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
42/181

____________________________________________________________________________________

C_Pers onnel

I.U_pers onnel

matricule : String
nom : String
prenom : String
qualification : String
fonction : String
adress e : String
tel : String
e_m ail : String
date_naissance : Date
login : String
pwd : String

Ges tionnaire_personnel

s aisie_donnes()
s electionner()

PEC_saisie()
PEC_selection()

crer()
modifier()
consulter()

Diagramme de squence relatif au cas dutilisation <<ajouter personnel>>

: administrateur

: I.U_personnel

:
Gestionnaire_personnel

: personnel Mce

saisie_donnes()
PEC_saisie()
verifier_donnes()
resultat verification
crer()
personnel cr
"personnel cr"

Flot dvnement :

Ladministrateur saisie les donnes correspondantes au nouveau employ et utilisateur

____________________________________________________________________________________
Systme de Gestion des Maintenances
43/181

____________________________________________________________________________________

Aprs vrification des donnes, le nouveau employ est enregistr et un message de


confirmation de cration est affich.

Diagramme de squence relatif au cas dutilisation <<consulter personnel>>

: administrateur

: I.U_personnel

:
Gestionnaire_personnel

: personnel Mce

selectionner(personnel)
PEC_selection()
consulter()
donnes rcupres
donnes affiches

Flot dvnement :

Ladministrateur slectionne lemploy consulter et valide.

Les donnes sont affiches.

Diagramme de squence relatif au cas dutilisation << modifier personnel>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
44/181

____________________________________________________________________________________

: administrateur

: I.U_personnel

:
Gestionnaire_personnel

: personnel Mce

saisie_donnes( )
PEC_sais ie( )
verifier_donnes()
resultat verification
modifier()
personnel modifi
"personnel modifi"

Flot dvnement :

Ladministrateur saisie les donnes changes et valide.

Aprs vrification des donnes, le nouveau employ est enregistr et un message de


modification est affich.

38.Conception du cas dutilisation<<gestion des droits daccs>>


____________________________________________________________________________________
Systme de Gestion des Maintenances
45/181

____________________________________________________________________________________

Traabilit entre le modle danalyse et le modle de conception relatif au cas


dutilisation <<gestion de droit daccs >>

Diagramme de classe de conception relatif au cas dutilisation <<gestion des droits


daccs>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
46/181

____________________________________________________________________________________

C_DroitAcces
tache
consultation
controle total
consulter()
affecter()
1..n
possde
1

Gestionniare_droitAcces

I.U.droit_acces

personnel Mce
matricule : String
nom : String
prenom : String
qualification : String
fonction : String
adresse : String
tel : String
e_mail : String
date_naissance : Date
login : String
pwd : String

PEC_saisie()
PEC_selection()

selectionner()

extraire()

Diagramme de squence relatif au cas dutilisation <<affecter droit daccs>>

: adminis trateur

: I.U.droit_acces

: Ges tionniare_droitAcces

: personnel Mce

: C_DroitAcces

selectionner(personnel )
PEC_s election()
extraire()
pers onnel extrait
saisie droits

PEC_sais ie()
affecter()
droit affects

"droit affects"

Diagramme de squence relatif au cas dutilisation <<consulter droit daccs>>


____________________________________________________________________________________
Systme de Gestion des Maintenances
47/181

____________________________________________________________________________________

: I.U.droit_acces

: administrateur

: Gestionniare_droitAcces

: personnel Mce

: C_DroitAcces

selectionner(personnel )
PEC_selection()
extraire()
pers onnel extrait
saisie droits

PEC_saisie()
consulter()
droit rcuprs

droit affichs

Diagramme de squence relatif au cas dutilisation <<modifier droit daccs>>

: adminis trateur

: I.U.droit_acces

: Ges tionniare_droitAcces

: personnel Mce

: C_DroitAcces

selectionner(personnel )
PEC_s election()
extraire()
pers onnel extrait
saisie droits

PEC_sais ie()
affecter()
droit m odifis

"droit modifis

____________________________________________________________________________________
Systme de Gestion des Maintenances
48/181

____________________________________________________________________________________

39. Itration 2
40.

Capture des besoins

41.Raffinement des cas dutilisation


42. Raffinement du cas dutilisation <<gestion des demandes>>

enregistrer demande

chef projet

gestion demandes

etudier demande

Le cas dutilisation <<gestion des demandes>> inclut les 3 cas dutilisation :


Enregistrer demande
Etudier demande

Cas dutilisation

Enregistrer demande

Pr condition

Demande reu

Post-condition

Demande enregistr

Description

Lutilisateur lance une nouvelle demande.


Saisie les information correspondantes : client, sujet,
description, etc.)

Exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
49/181

____________________________________________________________________________________

chiffrage demande

<<include>>
rejeter demande
<<include>>

chef projet

verifier demande

valider demande
<<include>>

Le cas dutilisation << tudier demande>> inclut les 3 cas dutilisation :


Vrifier demande
Valider demande
Rejeter demande

Cas dutilisation

Vrifier demande

Pr condition

Demande enregistr

Post-condition
Description

Demande vrifie et dcision prise de daccord ou de


refus de traitement
le chef projet vrifie les informations sur le client et sur
le contenu du contrat du client

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
50/181

____________________________________________________________________________________
Cas dutilisation

Rejeter demande

Pr condition

Client a refus le tarif propos au niveau du chiffrage

Post-condition

Demande supprime

Description

le chef projet annule la demande puisque le client na


pas accept le traif propos et na pas demand
lexcution.

exception

Cas dutilisation

Valider demande

Pr condition

Demande vrifie et tche accept

Post-condition

Demande valid pour excution

Description

Dans le cas ou la vrification est OK le chef projet valide


la demande et planifie son excution.

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
51/181

____________________________________________________________________________________
43. Raffinement du cas dutilisation <<gestions des contrats>>

editer contrat
resilier contrat
<<extend>>

renouveller contrat
<<extend>>
chef projet

ges tion des contrats

consulter contrat

<<extend>>
m odifier contrat

Le cas dutilisation <<gestion des contrats>> comprend les 3 cas dutilisation :


Editer un contrat
Rsilier un contrat
Renouveler un contrat

Cas dutilisation

Editer contrat

Pr condition

Demande de signature contrat de maintenance reue.

Post-condition

Contrat cr

Description

Lancement dun nouveau contrat et saisie des info


suivant le choix du client et enregistrement

Exception

Cas dutilisation

Rsilier contrat

____________________________________________________________________________________
Systme de Gestion des Maintenances
52/181

____________________________________________________________________________________

Pr condition

Contrat existant et valide ou arrive expiration

Post-condition

Contrat rsili ou arrt

Description

Suspension dun contrat et arrt de dpartement offert


mais le contrat ne sera pas supprim sur lespoir que le
client reprend un renouvellement.

Exception

Cas dutilisation

Renouveler contrat

Pr condition

Contrat existant

Post-condition

Contrat valide pour une nouvelle priode fixe

Description

Ractiver un contrat identiquement au prcdent ou


avec modification du cadre couvert.

Exception

Cas dutilisation

Consulter contrat

Pr condition

Contrat existant

Post-condition

Afficher toutes les spcifications du contrat

Description

Trouver le contrat du client correspondant vrifier


toutes les informations comprises( client,affaire, cadre
du contrat, priode, chances, etc.)

Exception

Cas dutilisation

Modifier contrat

Pr condition

Contrat existant

____________________________________________________________________________________
Systme de Gestion des Maintenances
53/181

____________________________________________________________________________________
Post-condition

Contrat mis jour

Description

Trouver le contrat du client correspondant et modifier


quelques informations ensuite enregistrer la mise jour

Exception
44. Raffinement du cas dutilisation << gestion des clients>>

ajouter client

utilisateur
gestion des clients

modifier client

<<extend>>
consulter client

Cas dutilisation

Ajouter client

Pr condition

Demande reu dun nouvel client

Post-condition

Client ajout la base de donnes

Description

Aprs avoir rcuprer les informations du client , on les


saisie ( nom, raison social , adresse, tel,
fax,reprsentant, etc..) ensuite les enregistrer

exception

Cas dutilisation

Modifier client

Pr condition

Client existant

____________________________________________________________________________________
Systme de Gestion des Maintenances
54/181

____________________________________________________________________________________

Post-condition
Description

Nouvelles donnes saisies et enregistres


Accs au donnes (info du client) et saisie ou
modification puis enregistrement des nouvelles
coordonnes.

exception

Cas dutilisation

Consulter client

Pr condition

Client existant

Post-condition

Info du client affich sur cran

Description

Saisie du critre de recherche du client (rfrence, nom,


tel,etc.) .Aprs filtrage, le client cherch est affich.

exception

45. Analyse
46.Analyse du cas dutilisation << identification>>
Diagramme de classe danalyse relatif au cas dutilisation <<identification>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
55/181

____________________________________________________________________________________

personnel

gestionnaire personnel

Utilisateur

I.U.identification

gestionnaire_identification

affect_droit

gestionnaire droitacces

droitAcces

Diagramme de collaboration relatif au cas dutilisation <identification>>


4: cons ulter()

: personnel

: gestionnaire personnel
3: verifier identifiant

1: saisie identifiants

5: identifiants verifi

2: PEC_sais ie()

11: menu principal affich


10: utilisateur identifi
: I.U.identification
: G_identification

: Utilisateur

6: extraire droits
8: consulter()
: droitAcces

9: droit rcuprs

: gestionnaire droitacces
7: cons ulter()

: affect_droit

Flot dvnement :

Lutilisateur saisie ses identifiants.

Le systme vrifie lexistence du Login et Password.

____________________________________________________________________________________
Systme de Gestion des Maintenances
56/181

____________________________________________________________________________________

Si OK, il demande les droits daccs de lutilisateur pour les prendre en charge tout au
long de la session de lutilisateur.

Le menu principale est affich.

47.Analyse du cas dutilisation << gestion des droits daccs>>

Diagramme de classe danalyse relatif au cas dutilisation <<gestion des droits


daccs>>

ges tionnaire pers onnel

adminis trateur

I.U.droitacces

pers onnel

ges tionnaire droitacces

affect_droit

droitAcces

Diagramme de collaboration relatif au cas dutilisation <<affecter droits daccs>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
57/181

____________________________________________________________________________________

6: extraire()
5: extraire (personnel)
: Personnel

: ges tionnaire pers onnel


3: s ais ie(droitacces )
1: s electionner(pers onnel)

12: "droits affects "


: adm inis trateur

4: PEC_s ais ie()


7: pers onnel extrait

2: PEC_s election()

11: droit affect


: I.U.droitacces

: gestionnaire droitacces

10: affecter()

8: extraire(droit)
: affect_droit
9: droits extraits

: droit Acces

48.
49.
Flot dvnement :

Ladministrateur slectionne lemploy au quel il va affect des droits

Lemploy est rcupr par connexion avec la table personnel

Ladministrateur dfini les droit daccs et valide.

Les droits sont affects lemploy slectionn et un message de confirmation est en


retour.

50.Analyse du cas dutilisation << gestion des demandes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
58/181

____________________________________________________________________________________
Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des demandes>>

Diagramme de classe du cas dutilisation <<gestion des demandes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
59/181

____________________________________________________________________________________

I.U. dem ande


ges tionnaire dem ande

dem ande

chef projet
client

I.U.client
gestionnaire client

contrat
I.U.contrat
ges tionnaire contrat

Diagramme de collaboration du cas dutilisation << enregistrer demande>>

1: donnes s ais ies

: chef projet

6: "dem ande cre"

2: PEC_s ais ie()

: I.U. dem ande

3: verifier_donnes()

5: dem ande cre


4: crer()
: ges tionnaire dem ande

: dem ande

Flot dvnement
Le cas dutilisation est ralis comme suit :

Le chef projet lance une nouvelle demande et saisie les spcifications et caractristique
de la tache demande par le client, dans un formulaire. Ensuite, il clique sur
enregistrer

La demande est cre aprs vrification des donnes

Un message de cration sera affich.

Diagramme de collaboration du cas dutilisation << tudier demande>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
60/181

____________________________________________________________________________________
51.
(Scnario : tche non comprise dans le cadre du contrat et client accepte tarif propos
par le chef projet)

13: s ais ir_tarif()

15: cliquer valider()

1: cliquer(verifer) 11: cliquer_chiffrer()

10: contrat affich


: I.U. dem ande

17: dem ande valide


: U tilis ateur

: client

16: PEC_clique()
2: PEC_clique()
14: PEC_s as ie()

4: extraire()

9: afficher contrat() 12: PEC_clique()


8: contrat extrait()

3: extraire client()

6: verifier contrat()
: ges tionnaire contrat

5: client extrait
: ges tionnaire dem ande
: ges tionnaire client

7: verifier()

: contrat

Flot dvnement :

Le chef projet lance la vrification du contrat du client dposant la demande, pour


vrifier si la tche demande fait partie du cadre du contrat. (Contrat affich).

Le cas chant, le chef projet ait recours au chiffrage en valorisant la tche par un tarif
qui sera communiqu au client.

Si le client accepte le tarif propos le chef projet valide la demande. Un message de


confirmation est en retour.

Diagramme de collaboration<<chiffrage demande>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
61/181

____________________________________________________________________________________
1: s ais ie tarif

5: "dem ande chiffr"


: chef projet

2: PEC_s ais ie()

3: MAJ()

4: chiffrage enregistr
: I.U. dem ande
: ges tionnaire dem ande

: Dem ande

Flot dvnement

Le chef projet saisi le tarif propos.

Tarif enregistr par mise jour de la demande et un message de confirmation est en


retour.

Diagramme de collaboration<<valider demande>>


52.

1: cliquer valider

5: "dem ande valide"


: chef projet

2: PEC_clique()

: I.U. dem ande

3: valider()

4: dem ande valide


: ges tionnaire dem ande

: Dem ande

Flot dvnement

Le chef projet clique valider .

Ltat de la demande passe valide par mise jour de la demande et un message


de confirmation est en retour.

Diagramme de collaboration<<rejeter demande>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
62/181

____________________________________________________________________________________
1: cliquer rejeter

2: PEC_clique()

5: "dem ande s upprim "


: chef projet

: I.U. dem ande

3: s upprim er()

4: dem ande s upprim e


: ges tionnaire dem ande

: Dem ande

Flot dvnement

Suite au clique sur le bouton rejeter la demande est supprim de la base.

Suite au clique sur le bouton valider la demande bascule dtat valide .

Mise jour de la demande effectue par connexion la table demande et un


message de confirmation daction est en retour.

Diagramme dtat transition de lobjet Demande

en Attente de
validation

crer

valider
Valide
supprimer

chiffrer
valider

Rejete

supprimer

Chiffre

Accorder Rang

Classe

supprimer
traiter
Traite

Diagramme dactivit du cas dutilisation <<Gestion des Demandes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
63/181

____________________________________________________________________________________

crer
demande

verifier
demande

[Not OK]

Chiffrage

[ OK ]

Valider
demande
Client accepte le tarif
Client n'accepte pas le tarif
Affecter rang

Clas s er la
demande

Rejeter la
demande

traiter la
demande

53.Analyse du cas dutilisation << gestion des contrats>>


Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des contrats>>
____________________________________________________________________________________
Systme de Gestion des Maintenances
64/181

____________________________________________________________________________________

Diagramme de classe danalyse relatif au cas dutilisation <<gestion de contrats>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
65/181

____________________________________________________________________________________

contrat

chef projet

I.U.contrat

gestionnaire contrat

client

ges tionnaire client

ges tionnaire affaire


Affaire

Diagramme de collaboration relatif au cas dutilisation <<diter contrat>>.

____________________________________________________________________________________
Systme de Gestion des Maintenances
66/181

____________________________________________________________________________________

10: saisie donnes


6: selectionner(affaire)
1: selectionner(client)

14: "contrat cre"


: chef projet

: I.U.contrat

: Affaire

2: PEC_selection()
13: contrat edit

11: PEC_saisie()

8: extraire()

7: extraire affaire

: contrat

9: affaire rcupre
12: crer()
: gestionnaire contrat

5: client rcupr

: G_Affaire

3: extraire client
4: extraire()

: G_client

: Client

Flot dvnement

Le chef projet lance un nouveau contrat .il slectionne le client, laffaire correspondante
et saisie les spcifications et caractristiques demandes par le client inclure dans le
cadre du contrat. Ensuite, il clique sur enregistrer

Le contrat est cr aprs vrification des donnes

Un message de cration sera affich.

Diagramme de collaboration relatif au cas dutilisation <<rsilier contrat>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
67/181

____________________________________________________________________________________
54.
1: PEC_clique()

2: cliquer(rs ilier)

5: "contrat rsili"
: chef projet

: I.U.contrat

4: contrat rs ili
: ges tionnaire contrat

3: arrter()

: contrat

Flot dvnement :

Le chef projet clique sur suspendre le contrat , le contrat sera arrt (changement
dtat).

Un message de rsiliation sera affich.

Diagramme de collaboration<< renouveler contrat>>


55.
56.
57.
4: PEC_saisie()

3: saisie_dure()
1: cliquer(renouveler)

2: PEC_clique()

7: "contrat renouvel"
: chef projet

6: contrat renouvel
: I.U.contrat

: gestionnaire contrat

5: renouveler()

: contrat

____________________________________________________________________________________
Systme de Gestion des Maintenances
68/181

____________________________________________________________________________________
Flot dvnement :

Le chef projet clique sur renouveler, il saisie la nouvelle dure de renouvellement et


valide.

Un message de renouvellement sera affich.

Diagramme dtat transition de lobjet contrat

crer
En
cours(activ)
ractiver
dure d'activation expir

renouveler

Expir

arrter

Rsili

____________________________________________________________________________________
Systme de Gestion des Maintenances
69/181

____________________________________________________________________________________

58.Analyse du cas dutilisation << gestion des clients>>


Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des clients>>

Diagramme de classe du cas dutilisation <<gestion des clients>>

chef projet

I.U.client

gestionnaire client

client

____________________________________________________________________________________
Systme de Gestion des Maintenances
70/181

____________________________________________________________________________________
Diagramme de collaboration du cas dutilisation<<consulter client>>

1: s electionner client

2: PEC_s election()

6: donnes client affiches


: chef projet

: I.U.client

5: donnes clients extraites


: ges tionnaire client

3: extraire donnes ()
4: donnes extraites

: Client

Diagramme de collaboration du cas dutilisation<<crer client>>

1: saisie_donnes()

2: PEC_saisie()

6: client cr affich
: chef projet

: I_client

5: client cr
: G_client

3: verifier_donnes()
4: crer()

: Client

____________________________________________________________________________________
Systme de Gestion des Maintenances
71/181

____________________________________________________________________________________

59. Conception
60.Conception du cas dutilisation <<Identification >>

Diagramme de classe de conception relatif au cas dutilisation<<identification>>

Gestionnaire identification

Gestionnaire_personnel

PEC_saisie()

C_Personnel
matricule : String
nom : String
prenom : String
qualification : String
fonction : String
adresse : String
tel : String
e_mail : String
date_naissance : Date
login : String
pwd : String

IU identification
Gestionniare_droitAcces

affecter
C_DroitAcces

C_affect_droit

tche
consultation
controle total

perso_id
droit_id

consulter()

inserer()
supprimer()
consulter()

crer()
modifier()
consulter()
verifier()

0..n

____________________________________________________________________________________
Systme de Gestion des Maintenances
72/181

____________________________________________________________________________________
Diagramme de squence relatif au cas dutilisation<<identification>>

: Utilisateur

: IU
identification

: Gestionnaire
identification

:
Ges tionnaire_pers onnel

: Gestionniare_droitAcces

: C_Personnel

: C_affect_droit

: C_DroitAcces

saisir_identifiant
PEC_saisie()
verifier identifiants

verifier()
resultat verification

personnel verifi

extraire droit acces


consulter()
consulter()
droits rcuprs
utilisateur identifi
menu principal effich

____________________________________________________________________________________
Systme de Gestion des Maintenances
73/181

____________________________________________________________________________________

61.Conception du cas dutilisation <<gestion des droits daccs>>


Diagramme de classe de conception relatif au cas dutilisation<<gestion des droits
daccs >>

C_Pers onnel
m atricule : String
nom : String
prenom : String
qualification : String
fonction : String
adres s e : String
tel : String
e_m ail : String
date_nais sance : Date
login : String
pwd : String

Ges tionnaire_pers onnel

I.U.droit_acces
s electionner()

crer()
m odifier()
consulter()
verifier()
extraire()

Ges tionniare_droitAcces
PEC_s aisie()
PEC_s election()
affecter

0..n
C_DroitAcces
tche
consultation
controle total
consulter()
extraire()

C_affect_droit
perso_id
droit_id
crer()
s upprim er()
consulter()

____________________________________________________________________________________
Systme de Gestion des Maintenances
74/181

____________________________________________________________________________________

Diagramme de squence relatif au cas dutilisation<<affecter droits daccs >>

: adminis trateur

: I.U.droit_acces : Ges tionniare_droitAcces

:
Ges tionnaire_personnel

: C_DroitAcces

: C_Personnel

s electionner(personnel)
PEC_s election()
extraire(pers onnel)
extraire()
IDpersonnel rcupr

s aisie droits
PEC_s aisie()
extraire(droit)
droits extrait
: C_affect_droit
crer()
droits affects
"droit affects "

____________________________________________________________________________________
Systme de Gestion des Maintenances
75/181

____________________________________________________________________________________

Diagramme de squence relatif au cas dutilisation<<consulter droit daccs>>

: adminis trateur

: I.U.droit_acces

: Gestionniare_droitAcces

:
Gestionnaire_pers onnel

: C_DroitAcces

: C_affect_droit

: C_Personnel

s electionner(pers onnel)
PEC_selection()
extraire(pers onnel)
extraire()
IDpers onnel recupr

consulter()
affectation droit rcuprs
consulter(droitacces )
droits rcuprs
"droits affichs"

____________________________________________________________________________________
Systme de Gestion des Maintenances
76/181

____________________________________________________________________________________

62.Conception du cas dutilisation <<gestion des demandes>>


Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<gestion des demandes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
77/181

____________________________________________________________________________________

Diagramme de classe de conception relatif au cas dutilisation<<gestion des


demandes>>

Ges tionnaire_client
PEC_s ais ie()
PEC_s election()
PEC_clique()

Ges tionnaire_dem ande


I.U_ dem ande
PEC_s ais ie()
PEC_clique()

client
dem ande
ID : Integer
type : String
s ujet : String
voie recept : String
date_recept : D ate
date_traitem ent : Date
des criptif : String
0..n
etat : String

ajouter()
m odifier()
s upprim er()

crer()
valider()
rejeter()
clas s er()
chiffrer()

0..n

Ges tionnaire_contrat

contrat

I.U_contrat
PEC _s ais ie()
PEC _clique()

ID : Integer
nom : String
rais on s ocial : String
adres s e : Strin g
tel : Integer
fax : Integer
e-m ail : String
nom repres entant : String

ID : Integer
date_s ign : Date
dure : String
M-curative : boolean
M-prventive : boolean
as s is tance technique : boolean
M-adaptive : boolean
M-evolutive : boolea n
etat : String
des criptif : String
crer()
m odifier()
renouveler()
rs ilier()

____________________________________________________________________________________
Systme de Gestion des Maintenances
78/181

____________________________________________________________________________________

Diagramme de squence du modle de conception relatif au cas dutilisation <<crer


demande>>

: I.U_dem ande

: Ges tionnaire_dem ande

:
Ges tionnaire_client

: C_dem ande

: C_client

: chef projet

s electionner(client)
PEC_s election()

s ais ir donnes
PEC_s ais ie()
extraire(client)

extraire()

client extrait

verifier donnes ()
res ultat verification()
[valide] crer()

dem ande cre


m es s age( dem ande cre)

____________________________________________________________________________________
Systme de Gestion des Maintenances
79/181

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation <<tudier demande>> (Scnario optimiste)

: I.U_demande

: chef projet

: Gestionnaire_demande

:
Gestionnaire_client

: C_client

: I.U_contrat

:
Gestionnaire_contrat

: C_contrat

cliquer(verifier)
PEC_clique()
extraire_client()
extraire()
client extrait

verifier contrat()

verifier()

[tache incluse dans le cadre du contrat]


[contrat valide existant]

resultat verification()

afficher contrat()
contrat affich

cliquer(valider)
PEC_clique()
valider()
demande valide
message(demande valid)

____________________________________________________________________________________
Systme de Gestion des Maintenances
80/181

: C_demande

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation <<tudier
demande>>
(Scnario pessimiste : contrat inexistant ou tche demande non incluse dans le cadre du
contrat)

: I.U_demande

: chef projet

: Ges tionnaire_demande

: C_demande

cliquer_chiffrer()
PEC_clique()
s ais ie_tarif()

PEC_s ais ie()

[client accepte tarif propos]


cliquer_valider()

PEC_clique()
valider()
demande valide

mess age(demande valid)

[client n'accepte pas le tartif propos


cliquer_rejeter()

PEC_clique()
supprim er()
demande rejete

mess age(demande rejete)

____________________________________________________________________________________
Systme de Gestion des Maintenances
81/181

____________________________________________________________________________________

63.Conception du cas dutilisation <<gestion des contrats>>


Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<gestion des contrats>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
82/181

____________________________________________________________________________________
Diagramme de classe de conception relatif au cas dutilisation <<gestion des
contrats>>

contrat

I.U_contrat
s electionner()
s ais ie donnes ()

ID : Integer
date_s ign
dure
M-curative
M-prventive
as s is tance technique
M-adaptive
M-evolutive
etat
des criptif
crer()
m odifier()
renouveler()
rs ilier()

0..n

signer
client
1

Ges tionnaire_contrat

Ges tionnaire_client

PEC_s election()
PEC_clique()

PEC_clique()
PEC_s election()

concerne
ges tionnaire_affaire
PEC_s ais ie()
PEC_s election()

ID : Integer
nom : String
rais on s ocial : String
adres s e : String
tel : Integer
fax : Integer
e-m ail : String
nom repres entant : String
ajouter()
m odifier()
s upprim er()

C_affaire
code_affaire : Variant
ID : Integer
titre : String
date_deb : Date
date_fin : Date
rs um : String
etat_aff : String

1..n

cons ulter()
crer()

____________________________________________________________________________________
Systme de Gestion des Maintenances
83/181

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation <<crer
contrat>>

: chef projet

: I.U_contrat

:
Ges tionnaire_contrat

:
gestionnaire_affaire

:
Gestionnaire_client

: C_contrat

: C_client

: C_Affaire

selectionner(client)

PEC_s election()

extraire_client()
extraire()
client extrait

PEC_s election()
s electionner(affaire)

extraire_affaire()

extraire()

affaire extraite
s ais ie_donnes ()
PEC_s ais ie()
verifier()
res ultat verification
crer()
contrat cr
contrat cr affich

____________________________________________________________________________________
Systme de Gestion des Maintenances
84/181

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation
<<consulter contrat>>

: I.U_contrat

: chef projet

contrat s electionn

:
Ges tionnaire_contrat

cons ulter_contrat()

: C_contrat

consulter()

cons ultation effectu


contrat affich

Diagramme de squence du modle de conception relatif au cas dutilisation <<modifier


contrat>>
64.
65.

: chef projet

: I.U_contrat

s ais ie donnes

:
Ges tionnaire_contrat

PEC_s ais ie()

: C_contrat

m odifier()

contrat m odifi
"m odification enregis tre"

____________________________________________________________________________________
Systme de Gestion des Maintenances
85/181

____________________________________________________________________________________

66.Conception du cas dutilisation <<gestion des clients>>


Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<gestion des clients>>

Diagramme de classe de conception relatif au cas dutilisation<<gestion des clients>>

I.U_client
saisir_donnes()
selectionner()

Gestionnaire_client
PEC_clique()
PEC_selection()

client
ID : Integer
nom : String
raison social : String
adresse : String
tel : Integer
fax : Integer
e-mail : String
nom representant : String
ajouter()
modifier()
supprimer()

____________________________________________________________________________________
Systme de Gestion des Maintenances
86/181

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation <<crer
client>>

: I.U_client

: chef projet

:
Gestionnaire_client

: C_client

saisie donnes
PEC_saisie()

verification donnes()
resultat verification
crer()

client cr
message(client cr)

Diagramme de squence du modle de conception relatif au cas dutilisation


<<consulter client>>

: I.U_client

: chef projet

:
Gestionnaire_client

: C_client

selectionner(client)
PEC_selection()
consulter()
client rcupr
client affich

____________________________________________________________________________________
Systme de Gestion des Maintenances
87/181

____________________________________________________________________________________

Diagramme de squence du modle de conception relatif au cas dutilisation <<modifier


client>>

: I.U_client

: chef projet

:
Gestionnaire_client

: C_client

saisie_donnes
PEC_saisie()
clique valider

PEC_clique()
verifier donnes
resultat verification
modifier()
client modifi

"client modifi"

____________________________________________________________________________________
Systme de Gestion des Maintenances
88/181

____________________________________________________________________________________

67. Itration 3
68. Capture des besoins
69.Raffinement des cas dutilisation
70. Raffinement du cas dutilisation << gestion des interventions>>

editer intervention

consulter intervention

chef projet

gestion des interventions

<<extend>>

m odifier intervention

cloturer intervention

Cas dutilisation

Crer intervention

Pr condition

Demande du client valide et arrive a excution.

Post-condition

Intervention saisie.

Description

Saisie des info ncessaire ( client, sujet, description de


la tache , etc..) et enregistrer

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
89/181

____________________________________________________________________________________
Cas dutilisation

Modifier intervention

Pr condition

Intervention enregistr et existante

Post-condition

Intervention modifie

Description

Saisie de nouvelles donnes ou modification des info


courantes et enregistrement

exception

Cas dutilisation

Consulter intervention

Pr condition

Intervention cre

Post-condition

Formulaire rempli de lintervention est affich.

Description

Ouvrir lintervention et consulter toute les informations


(par exemple : consulter dispatching)

exception

Cas dutilisation

Clturer intervention

Pr condition

Intervention excute avec succs et client servie

Post-condition

Intervention ferme et archive

Description

Une fois la tache de lintervention est effectue, le chef


projet ferme lintervention.

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
90/181

____________________________________________________________________________________
71. Raffinement du cas dutilisation << Suivi des chances et facturation>>

edition facture
<<include>>
consulter suivi

<<include>>

chef projet

gestion des echeances et


facturations

consulter facture
<<include>>

planifier echeances
lancer nouveau suivi

Cas dutilisation

Edition facture

Pr condition

Echances arrives.

Post-condition

Factur cre et dite

Description

Cliquer dition facture et la facture est


automatiquement gnre partir des donnes

exception

transmises de lchance correspondante.


Facture non ditable si la date de lchance nest pas
arrive.

Cas dutilisation

Consulter facture

____________________________________________________________________________________
Systme de Gestion des Maintenances
91/181

____________________________________________________________________________________
Pr condition

Facture cre (dj existante).

Post-condition

Facture affiche

Description

Cliquer facture au niveau de lchance


correspondante.

exception

La facture est affiche avec tous ses dtails.


Lien inexistant dans le cas dune facture non encore
dite

Cas dutilisation

Lancer nouveau suivi

Pr condition

Signature dun nouveau contrat ou une intervention

Post-condition

payante en cours(demande chiffre valide).


Suivi cr.

Description

- dterminer le contexte des chances : contrat ou


intervention payante.
- saisir donnes (montant global, nombre des
chances .etc.).

exception

Cas dutilisation

Consulter suivi

Pr condition

Suivi cr.

Post-condition

Suivi affich avec toutes les chances.

Description

Cliquer consulter pour le suivi demand dans la liste


des suivis en cours.

exception

Cas dutilisation

Planifier chances

Pr condition

Suivi cr

Post-condition

Date et montant des chances dfinis.

____________________________________________________________________________________
Systme de Gestion des Maintenances
92/181

____________________________________________________________________________________
Description

-choisir le type de la planification (rpartition quitables


des chances ou a saisir manuellement au choix).
-saisir les date et montant des chances.
-valider la planification.

exception

72. Analyse
73.Analyse du cas dutilisation << gestion des interventions>>
Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des interventions>>

ges tion des interventions

chef projet

<<trace>>

realis ation du CU "gestion des


interventions"

<<participe>>

<<participe>>

<<participe>>

<<participe>>

<<participe>>

equipe
intervention
I.U.intervention
gestionnaire intervention

personnel

ges tionnaire pers onnel

gestionnaire equipe

Diagramme de classe danalyse relatif au cas dutilisation<<gestion des interventions>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
93/181

____________________________________________________________________________________

I.U.intervention

chef projet

intervention

ges tionnaire intervention

pers onnel

ges tionnaire pers onnel

ges tionnaire equipe

equipe

Diagramme de collaboration relatif au cas dutilisation <<crer intervention>>

1: donnes saisies

: chef projet

6: message(intervention cre)

: I.U.intervention

2: PEC_saisie()

5: intervention cre
4: crer()

: intervention

3: verifier donnes()

: gestionnaire intervention

____________________________________________________________________________________
Systme de Gestion des Maintenances
94/181

____________________________________________________________________________________
Flot dvnement
Le cas dutilisation est ralis comme suit :

Le chef projet lance une nouvelle intervention et saisie les donnes en traduisant la
demande du client avec un langage technique interne comprhensible par les
dveloppeurs. Ensuite enregistrer.

Lintervention est cre aprs vrification des donnes.

Un message de cration sera affich.

Diagramme de collaboration relatif au cas dutilisation <<ferm intervention>>


1: cliquer(fermer)

5: message( intervention cloture)


: I.U.intervention

: chef projet

2: PEC_cliquer()

4: intervention ferme

: intervention

3: fermer()
: gestionnaire intervention

Flot dvnement
Le cas dutilisation est ralis comme suit :

Aprs excution de la tache de lintervention, le chef projet clture lintervention en


cliquant sur clturer.

Lintervention sera clture et archive.

Un message de confirmation de clture sera affich.

____________________________________________________________________________________
Systme de Gestion des Maintenances
95/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation << consulter intervention>>

: chef projet

5: intervention affiche

3: cons ulter()

2: PEC_s election()

1: s electionner(intervention)

: I.U.intervention

4: intervention rcupre
: ges tionnaire intervention

: intervention

Diagramme de collaboration du cas dutilisation << modifier intervention>>


5: m odifier()
1: s ais ie donnes

2: PEC _s ais ie()

7: "intervention m odifie"
: chef projet

3: verifier donnes

6: intervention m odifie
4: res ultat verification
: I.U.intervention
: ges tionnaire intervention

: intervention

74.Analyse du cas dutilisation << Suivi des chances et facturation>>


Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<Suivi des chances et facturation>>

ges tion des echeances et


facturations

chef projet

<<trace>>

realis ation du CU "s uivi des


echeances et facturation"

<<participe>>
<<participe>>

<<participe>>
<<participe>> <<participe>>

<<participe>>

<<participe>>

dem ande

IU.Suivi
contrat
G s uivi

Suivi

echeance
G echeance

G facture
facture

G dem ande

G contrat

____________________________________________________________________________________
Systme de Gestion des Maintenances
96/181

____________________________________________________________________________________
Diagramme de classe danalyse relatif au cas dutilisation <<suivi des chances et
facturation>>

chef projet

dem ande

G dem ande

IU .Suivi

G echeance
Suivi

echea nce

G suivi

G facture

facture

contrat

G contrat

Diagramme de collaboration relatif au cas dutilisation <<lancer nouveau suivi>>


(Contexte : chances de contrat)
18: cliquer lancer s uivi
5: [contrat] s aisir_critere()

19: PEC_clique()
8: PEC_s ais ie()

2: determ iner contexte

25: suivi cr affich


: chef projet

3: contexte PEC

: IU.Suivi

9: extraire contrat()

15: lis te contrat

14: contrat extrait


: G s uivi

: G contrat

24: suivi cr
11: extraire()
21: crer()

: Suivi

: Contrat

____________________________________________________________________________________
Systme de Gestion des Maintenances
97/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<lancer nouveau suivi>>
(Contexte : Demande chiffre)

17: cliquer lancer s uivi

20: PEC_clique()

6: [demande] saisir_critere()

7: PEC_saisie()

1: determ iner contexte

26: suivi cr affich


: chef projet

4: contexte PEC

: IU.Suivi

10: extraire demande()

16: liste demande

13: dem ande extraite


: G dem ande

: G suivi
23: suivi cr

12: extraire()
22: crer()

: Dem ande

: Suivi

Diagramme de collaboration relatif au cas dutilisation <<consulter suivi>>

2: PEC_s election()

1: s electionner(s uivi)

8: s uivi affich
: chef projet

: IU.Suivi

4: extraire echeance

7: s uivi rcupr

6: echeances extraites
: G s uivi

3: cons ulter()

: Suivi

: G echeance

5: extraire()

: echeance

____________________________________________________________________________________
Systme de Gestion des Maintenances
98/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<planifier chances>>
(Rpartition quitable automatique des dates et montants des chances)

7: cliquer enregis trer

8: PEC_clique()

3: choix type de repartition

4: PEC_choix()

1: s aisie donnes ()

2: PEC_s ais ie()

6: ehceances affiches
: chef projet

9: enregis trer echeances

11: echeances enregis tres


: IU.Suivi 5: [repartition equitables ]genrer echeances: G s uivi
: G echeance

13: affich echeances planifies

12: echeances enregis tres


10: enregis trer()

: echeance

Diagramme de collaboration relatif au cas dutilisation <<planifier chances>>


(Rpartition manuelle)

16: cliquer enregis trer

17: PEC _clique()

14: s ais ie_donnes ()

15: PEC _sais ie()

22: afficher cheances planifies


: IU.Suivi
: chef projet

21: echeances enregis tres

18: enregis trer echeances

20: echeances enregis tres


: G echeance
: G s uivi

19: enregis trer()

: echeance

____________________________________________________________________________________
Systme de Gestion des Maintenances
99/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<dition facture>>

2: PEC_clique()

1: cliquer edition facture

10: facture affiche


: chef projet

3: extraire echeance

9: afficher facture

: IU.Suivi

5: echeance extraite
: G echeance

: G s uivi

6: crer facture

4: extraire()

8: facture cre

: facture

7: crer()

: echeance

: G facture

Diagramme de collaboration relatif au cas dutilisation <<consulter facture>>

2: PEC_clique()

1: cliquer facture

: chef projet

10: facture affiche

: IU .Suivi

3: extraire echeance

9: afficher facture
: G s uivi

5: echeance extraite
: G echeance

6: cons ulter facture

4: extraire()

8: facture rcupre

: facture

7: cons ulter()
: G facture

: echeance

____________________________________________________________________________________
Systme de Gestion des Maintenances
100/181

____________________________________________________________________________________

75.Analyse du cas dutilisation << gestion des fiches dintervention>>


Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des fiches dintervention >>
76.

gestion fiche intervention

developpeur

<<trace>>

realisation du CU "gestion des fiches


d'intervention

<<participe>>

<<participe>>

<<participe>>

Gfiche
IU_fiche

Gpersonnel

personnel

fiche

Diagramme de classe danalyse relatif au cas dutilisation <<gestion des fiches


dintervention>>

IU_fiche

G fiche

fiche

G personnel

personnel

____________________________________________________________________________________
Systme de Gestion des Maintenances
101/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<diter fiche >>

3: s ais ie_donnes ()

4: PEC_s ais ie()


2: PEC _s election()

1: s electionner(pers onne l)

10: m es s age fiche cre


: IU fiche
: developpeur

8: crer()

9: fiche cre

: fiche

: G fiche

5: extraire_p ers on nel()


7: pers onnel extrait

: Pers onnel

6: extraire()
: G pers onnel

Diagramme de collaboration relatif au cas dutilisation <<consulter fiche >>

2: PEC_selection()

1: selectionner(fiche)

5: fiche affiche
: developpeur

: IU fiche

4: fiche rcupre
: G fiche
3: consulter()

: fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
102/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<valider fiche >>

1: cliquer valider

5: message fiche valide


: chef projet

2: PEC_clique()

: IU fiche

4: fiche valide
: G fiche

3: valider()

: fiche

Diagramme de collaboration relatif au cas dutilisation <<modifier fiche >>

1: saisie donnes()

5: message fiche modifie


: chef projet

2: PEC_saisie()

: IU fiche

4: fiche modifie
: G fiche

3: maj()

: fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
103/181

____________________________________________________________________________________

77. Conception
78.Conception du cas dutilisation <<gestion des interventions>>
Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation <<gestion des interventions>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
104/181

____________________________________________________________________________________
Diagramme de classe de conception relatif au cas dutilisation<<gestion des
interventions>>

I.U_intervention
s electionner()
s ais ie_donnes ()
cliquer()

intervention
ID : Integer
date_deb : Date
date_fin : Date
etat : String
nbre fiches : Integer

C_Pers onnel

0..n

crer()
m odifier()
clturer()

Ges tionnaire_intervention
PEC_s election()
PEC_s ais ie()
PEC_clique()

Ges tionnaire_pers onnel


affecter_pers onnel()
PEC_s election()

affecter

1..n

id_pers : String
nom : String
prenom : String
qualification : String
fonction : String
adres s e : String
tel : String
e_m ail : String
date_nais s ance : Date
login : String
pwd : String
ajouter()
m odifier()
s upprim er()
1..n
apartient
1..n
Equipe

Ges tionnaire_equipe
PEC_s election()
affecter_equipe()

ID : Integer
nom equipe : String
chef : s tring
nbre pers onnes : Integer
crer()
m odifier()

Diagramme de squence du modle de conception relatif au cas dutilisation <<crer


intervention>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
105/181

____________________________________________________________________________________

: I.U_intervention

: chef projet

:
Gestionnaire_intervention

: C_intervention

saisie donnes
PEC_saisie()
vriffier donnes
resultat verification()
crer()
intervetion cre
message(intervention cre)

Diagramme de squence du modle de conception relatif au cas dutilisation


<<consulter intervention>>

: I.U_intervention

: chef projet

:
Gestionnaire_intervention

: C_intervention

selectionner (intervention)
PEC_selection()
consulter()
intervention consulte
afficher intervention

Diagramme de squence du modle de conception relatif au cas dutilisation <<modifier


intervention>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
106/181

____________________________________________________________________________________

: I.U_intervention

: chef projet

:
Gestionnaire_intervention

: C_intervention

saisie donnes
PEC_saisie()()
verifier donnes
resultat verification
modifier()
intervention modifie
"intervention modifi"

79.Conception du cas dutilisation <<Suivi des chances et facturation>>


Traabilit entre le modle danalyse et le modle de conception relatif au cas
dutilisation << Suivi des chances et facturation >>

____________________________________________________________________________________
Systme de Gestion des Maintenances
107/181

____________________________________________________________________________________

Diagramme de classe de conception relatif au cas dutilisation <<Suivi des chances et


facturation>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
108/181

____________________________________________________________________________________

Ges tionnaire s uivi

I.U_s uivi

Ges tionnaire dem ande

PEC_s ais ie()


PEC_clique()

s ais ie_donnes()

extraire_dem ande()

C_dem ande

Ges tionnaire facture


extraire_facture()

ID : Integer
type : String
s ujet : String
voie recept : String
date_recept : D ate
date_traitem ent : Date
des criptif : String
etat : String

Ges tionnaire contrat


extraire_contrat()

Ges tionnaire echeance


extraire_echeance()

C_facture
ID
date
m ontant
Tva
extraire()
crer()

1
correspond
1

extraire()

C_contrat
ID : Integer
date_s ign : Date
dure : String
M-curative : boolean
M-prventive : boolean
as s is tance technique : boolean
M-adaptive : boolean
M-evolutive : boolean
etat : String
des criptif : String

donne suite

1
donne suite

extraire()

C_echeance
ID
m ontant
date

concerne
1..n

extraire()
enregis trer()

0..1
1

C_s uivi
ID
type
m ontant
nbre_echeance
cons ulter()
crer()

Diagramme de squence relatif au cas dutilisation <<lancer un nouveau suivi>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
109/181

____________________________________________________________________________________

: chef projet

: I.U_s uivi

: Ges tionnaire
s uivi

: Ges tionnaire
contrat

: Ges tionnaire_dem ande

: C _s uivi

: C_dem ande

: C _contrat

prcis er context()
context PEC
s ais ie_critere()
PEC _s ais ie()
cliquer_chercher()

PEC_clique()

[echeances contrat]

extraire contrat()
extraire()
contrat rcupr

Lis te affich
cliquer lancer s uivi
PEC_clique()
verifi_donnes ()
res ultat verification
crer()
s uivi cr

[dem ande chiffre]

extraire_dem ande()
extraire()
dem ande extraite

Lis te affiche
cliquer lancer s uivi
PEC_clique()
verifi_donnes ()
res ultat verification
crer
s uivi cr

Diagramme de squence relatif au cas dutilisation <<planifier les chances>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
110/181

____________________________________________________________________________________

: chef projet

: I.U_s uivi

: Ges tionnaire
s uivi

: Ges tionnaire
echeance

: C_echeance

s ais ie_donnes ()
PEC_s ais ie()
choix type de repartition
choix PEC

[repartition quitable]
gnrer echeances
cheances affiches

cliquer enregis trer


PEC_clique()

enregis trer echeances


enregis trer()
echeances enregis tres

echeances enregis tres


afficher echances enregis tres

[repatition m anuelle]
s ais ie_echeances ()
PEC_s ais ie()
cliquer enregis trer
PEC_clique()
enregis trer echeances
enregis trer()
echeances enregis tres
echeances enregis tres
afficher echeance enregis tr

Diagramme de squence relatif au cas dutilisation <<consulter suivi>>


____________________________________________________________________________________
Systme de Gestion des Maintenances
111/181

____________________________________________________________________________________

: I.U_s uivi

: chef projet

: Ges tionnaire
s uivi

: Ges tionnaire
echeance

: C_echeance

: C _s uivi

s electionner_s uivi()
PEC_s election()
cons ulter()
extraire echeances
extraire()
echeances extraites
afficher s uivi
s uivi affich

Diagramme de squence relatif au cas dutilisation <<dition facture >>

: chef projet

: I.U_s uivi

cliquer edition facture

: Ges tionnaire
s uivi

: Ges tionnaire
echeance

: Ges tionnaire
facture

: C_echeance

: C_facture

PEC_clique()
extraire echeance
extraire()
echeance extraite

crer facture
crer()
facture cre
facture edite
facture affiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
112/181

____________________________________________________________________________________
Diagramme de squence relatif au cas dutilisation <<consulter facture >>

: chef projet

cliquer facture

: I.U_s uivi

: Ges tionnaire
s uivi

: Ges tionnaire
echeance

: Ges tionnaire
facture

: C_echeance

: C_facture

PEC_clique()
extraire echeance
extraire()
echeance extraite

extraire facture
extraire()
facture extraite
afficher facture
facture affiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
113/181

____________________________________________________________________________________

80. Itration 4
81. Capture de besoins
82.
83.Raffinement des cas dutilisations
84. Raffinement du cas dutilisation<<classement demande>>

chef projet

classer demande

Cas dutilisation

Classer demande

Pr condition

Demande tudie et valide pour passer en excution.

Post-condition

Demande class avec un rang dans une file dattente.

Description

Lutilisateur saisie le rang de la demande et la place


dans la file dattente suivant les demande dj en
attente si elles existent sinon le rang est 0 et la
demande sera traite directement.

exception
85. Raffinement du cas dutilisation<<dispatching intervention>>

chef projet

dispatching intervention

____________________________________________________________________________________
Systme de Gestion des Maintenances
114/181

____________________________________________________________________________________
Cas dutilisation

Dispatching

Pr condition

Intervention cre

Post-condition

Excution affecte un ou plusieurs dveloppeur.

Description

Choix dun ou de plusieurs dveloppeur pour prendre en


charge lintervention en question.

exception
86. Raffinement du cas dutilisation<<gestion des fiches dintervention>>

valider fiche

developpeur

gestion fiche intervention

editer fiche
<<include>>

modifier fiche
<<extend>>

consulter fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
115/181

____________________________________________________________________________________
Cas dutilisation

Editer fiche

Pr condition

Intervention encours et visite effectuer

Post-condition

Fiche dintervention dite suite la visite

Description

Aprs visite du client, le dveloppeur accde au


systme pour diter sa fiche dintervention qui
reprsente les dtails de la tache effectu au cours de
la visite (description, commentaire, client, dure, etc)
et enregistrer.

exception

Cas dutilisation

Modifier fiche

Pr condition

Fiche cre

Post-condition

Fiche modifie

Description

Accs de nouveau la fiche dintervention concern


pour modifier ou ajouter quelques informations plus
dtailles sur la tche effectue.

exception

Cas dutilisation

consulter fiche

Pr condition

Fiche cre

Post-condition

Fiche consulter

Description

Accs la fiche dintervention concern pour vrifier


des informations soit pour validation par le chef projet
soit pour simple consultation.

exception

Cas dutilisation

Valider fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
116/181

____________________________________________________________________________________
Pr condition

Fiche cre

Post-condition

Fiche valid

Description

La fiche sera consulte par le chef projet pour vrifier


les informations saisie puis les valider. En cas de doute
ou dincohrence des informations, le chef projet
ngocie avec le dveloppeur lamlioration de la fiche
puis la valider.

exception

87. Analyse
88.
89.Analyse du cas dutilisation <<classement demande >>
Diagramme de classe danalyse relatif au cas dutilisation <<classement demande>>

chef projet

I.U. demande

gestionnaire demande

demande

Diagramme de collaboration relatif au cas dutilisation <<classement demande>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
117/181

____________________________________________________________________________________

3: s ais ie(rang)
1: s electionner(dem ande)

4: PEC_s ais ie()


2: PEC_s election()

7: "dem ande place dans la file d'attente"


: I.U. dem ande
: chef projet

6: rang affect
: ges tionnaire dem ande

5: MAJ()

: Dem ande

Flot dvnement

Le chef projet slectionne la demande en question.

Il saisie le rang quil veut accorder la demande dans la file dattente.

Rang affect et un message de confirmation est de retour.

90.Analyse du cas dutilisation <<dispatching>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
118/181

____________________________________________________________________________________

Diagramme de classe danalyse relatif au cas dutilisation<<dispatching>>

chef projet

I.U .inte rvention

ges tionnaire intervention

ges tionnaire pers onnel

intervention

ges tionnaire equipe

equipe

pers onnel

Diagramme de collaboration relatif au cas dutilisation <<dispatching>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
119/181

____________________________________________________________________________________
91.
3: s electionner(pers onnel)
1: s electionner(equipe)

13: "dis patching effectu"


: chef projet

: I.U.intervention
2: PEC_s election()

12: dis patching effectu


7: equipe affect

: G_equipe

4: PEC_s election()

11: enregis trer()

5: affecter equipe
: ges tionnaire intervention

6: affecter()

: intervention

8: affecter pers onnel


10: pers onnel affect
9: affecter()

: equipe

: G_pers onnel

: pers onnel

Flot dvnement
Le cas dutilisation est ralis comme suit :

Le chef projet slectionne lquipe ainsi que le ou les personnels de maintenance qui
vont prendre en charge la tche de cette intervention. Puis validation.

Affectation de lquipe et personnel effectue.

Un message de confirmation de dispatching sera affich.

____________________________________________________________________________________
Systme de Gestion des Maintenances
120/181

____________________________________________________________________________________

92.Analyse du cas dutilisation << gestion des fiches dintervention>>


Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des fiches dintervention >>

gestion fiche intervention

developpeur

<<trace>>

realisation du CU "gestion des fiches


d'intervention

<<participe>>

<<participe>>

G fiche
IU_fiche

<<participe>>

G personnel

personnel

fiche

Diagramme de classe danalyse relatif au cas dutilisation <<gestion des fiches


dintervention>>

IU_fiche

Gfiche

Gpersonnel

fiche

personnel

____________________________________________________________________________________
Systme de Gestion des Maintenances
121/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<diter fiche >>
93.
3: s ais ie_donnes ()

4: PEC_s ais ie()


2: PEC_s election()

1: s electionner(pers onnel)

10: m es s age fiche cre


: IU fiche
: developpeur

8: crer()

9: fiche cre

: fiche

: G fiche

5: extraire_pers onnel()
7: pers onnel extrait

: Personnel

6: extraire()
: G pers onnel

Diagramme de collaboration relatif au cas dutilisation <<consulter fiche >>

2: PEC_selection()

1: selectionner(fiche)

5: fiche affiche
: developpeur

: IU fiche

4: fiche rcupre
: G fiche
3: consulter()

: fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
122/181

____________________________________________________________________________________
Diagramme de collaboration relatif au cas dutilisation <<valider fiche >>

1: cliquer valider

5: message fiche valide


: chef projet

2: PEC_clique()

: IU fiche

4: fiche valide
: G fiche

3: valider()

: fiche

Diagramme de collaboration relatif au cas dutilisation <<modifier fiche >>

1: saisie donnes()

5: message fiche modifie


: chef projet

2: PEC_saisie()

: IU fiche

4: fiche modifie
: G fiche

3: maj()

: fiche

____________________________________________________________________________________
Systme de Gestion des Maintenances
123/181

____________________________________________________________________________________

94. Conception
95.
96.Conception du cas dutilisation <<classement demande>>

Diagramme de classe de conception relatif au cas dutilisation<<classement


demande>>
97.
98.
demande

Ges tionnaire_demande
I.U_demande
PEC_s ais ie()
PEC_clique()

ID : Integer
type : String
sujet : String
voie recept : String
date_recept : Date
date_traitem ent : Date
descriptif : String
etat : String
crer()
valider()
rejeter()
clas s er()
chiffrer()

Diagramme de squence du modle de conception relatif au cas dutilisation <<classer


demande>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
124/181

____________________________________________________________________________________

: I.U_demande

: chef projet

: Ges tionnaire_demande

: C_demande

s ais ir_rang()
PEC_s ais ie()
clas s er()
demande clas s
file d'attente affich

99.Conception cas dutilisation <<dispatching intervention >>

Diagramme de classe de conception relatif au cas dutilisation<< dispatching


intervention>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
125/181

____________________________________________________________________________________
100.
101.
I.U_intervention
s electionner()
s ais ie_donnes ()
cliquer()

intervention
ID : Integer
date_deb : Date
date_fin : Date
etat : String
nbre fiches : Integer

C_Pers onnel

0..n

crer()
m odifier()
clturer()

Ges tionnaire_intervention
PEC_s election()
PEC_s ais ie()
PEC_clique()

Ges tionnaire_pers onnel


affecter_pers onnel()
PEC_s election()

affecter

1..n

id_pers : String
nom : String
prenom : String
qualification : String
fonction : String
adres s e : String
tel : String
e_m ail : String
date_nais s ance : Date
login : String
pwd : String
ajouter()
m odifier()
s upprim er()
1..n
apartient
1..n
Equipe

Ges tionnaire_equipe
PEC_s election()
affecter_equipe()

ID : Integer
nom equipe : String
chef : s tring
nbre pers onnes : Integer
crer()
m odifier()

____________________________________________________________________________________
Systme de Gestion des Maintenances
126/181

____________________________________________________________________________________
Diagramme de squence du modle de conception relatif au cas dutilisation <<dispatching intervention>>

: chef projet

: I.U_intervention

selectionner(equipe)

:
Gestionnaire_intervention

: Gestionnaire_equipe

:
Gestionnaire_personnel

: C_equipe

PEC_selection()
affecter_equipe()
affecter()
equipe affecte

selectionner(personnel)

PEC_selection()
affecter personnel()
affecter()
personnel affect

cliquer_enregistrer()

PEC_clique()

enregistrer()

____________________________________________________________________________________
Systme de Gestion des Maintenances
127/181

: C_Personnel

: C_intervention

____________________________________________________________________________________

102. Conception du cas dutilisation <<gestion des fiches dintervention >>


Traabilit entre le modle danalyse et le modle de conception relative au cas
dutilisation <<gestion des fiches dintervention>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
128/181

____________________________________________________________________________________
Diagramme de classe de conception relatif au cas dutilisation << gestion des fiches
dintervention>>

C_fiche

I.U.fiche
s electionner()

Ges tionnaire fiche


PEC_clique()
PEC_s election()

ID
date vis ite
heuredeb
heurefin
com m entaire
actions
etat
0..n
rdiger

Ges tionnaire_pers onnel


extraire pers onnel()

1
C_Pers onnel
id_pers : String
nom : String
prenom : String
qualification : String
fonction : String
adres s e : String
tel : String
e_m ail : String
date_nais s ance : Date
login : String
pwd : String
ajouter()
m odifier()
s upprim er()

____________________________________________________________________________________
Systme de Gestion des Maintenances
129/181

____________________________________________________________________________________
Diagramme de squence relatif au cas dutilisation <<diter fiche intervention>>

: developpeur

: I.U.fiche

s electionner(pers onnel)
s ais ie_donnes ()

: Ges tionnaire
fiche

:
Ges tionnaire_pers onnel

: C_fiche

: C_Personnel

PEC_s election()
PEC_s ais ie()

cliquer enregis trer


PEC_clique()
extraire pers onnel()
extraire()
pers onnel extrait

crer()
fiche cre
fiche cre affich

____________________________________________________________________________________
Systme de Gestion des Maintenances
130/181

____________________________________________________________________________________
Diagramme de squence relatif au cas dutilisation<<consulter fiche>>

: I.U.fiche

: developpeur

: Gestionnaire
fiche

: C_fiche

selectionner(fiche)
PEC_selection()
consulter()
fiche rcupre
fiche affiche

Diagramme de squence relatif au cas dutilisation<<valider fiche>>

: I.U.fiche
: chef projet

: Gestionnaire
fiche

: C_fiche

cliquer valider
PEC_clique( )
valider()
fiche valide
fiche valide affich

____________________________________________________________________________________
Systme de Gestion des Maintenances
131/181

____________________________________________________________________________________
Diagramme de squence relatif au cas dutilisation<<modifier fiche>>
103.

: I.U.fiche
: developpeur

: Gestionnaire
fiche

: C_fiche

saisie_donnes()
PEC_saisie()
cliquer enregistrer

PEC_clique()
maj()
fiche modifie

(fiche modifie) affich

____________________________________________________________________________________
Systme de Gestion des Maintenances
132/181

____________________________________________________________________________________

104. itration 5
105. capture des besoins
106.
107. Raffinement des cas dutilisation

108.
109. Raffinement du cas dutilisation<<gestion des quipes >>

crer nouvelle equipe

consulter equipe
administrateur

gestion des equipes


<<extend>>

changer affectation

Cas dutilisation

Crer une nouvelle quipe

Pr condition

Dcision prise de regrouper quelque dveloppeurs dans

Post-condition

une quipe spare.


Equipe cre

Description

Lancer la cration dune quipe


Saisie du nom de lquipe
Affecter les membres
Dsigner le chef de lquipe
enregistrer

exception

____________________________________________________________________________________
Systme de Gestion des Maintenances
133/181

____________________________________________________________________________________
Cas dutilisation

consulter quipe

Pr condition

quipe cre

Post-condition

Equipe consulte

Description

Slectionner lquipe en question


Cliquer visualiser
Equipe et membre affichs

exception

Cas dutilisation

Changer affectation

Pr condition

Equipe cre

Post-condition

Membre de lquipe modifi (nouvelle affectation).

Description

Slectionner les membres exclure de lquipe.


Slectionner les membres inclure dans lquipe.
valider

exception
110.

Raffinement du cas dutilisation<<gestion des affaires >>

ajouter nouvelle affaire

chef projet

gestion des affaires

consulter affaire

____________________________________________________________________________________
Systme de Gestion des Maintenances
134/181

____________________________________________________________________________________
Cas dutilisation

Ajouter nouvelle affaire

Pr condition

Nouveau projet livr dfinitivement

Post-condition

Affaire cre

Description

Saisie des donnes correspondantes(sujet,description


technique,).
valider

exception

Cas dutilisation

Consulter affaire

Pr condition

Affaire cre

Post-condition

Affaire affiche

Description

Slectionner laffaire et valider


Les dtails de laffaire sont affichs

exception

111. Analyse
112.
113. Analyse du cas dutilisation <<gestion des quipes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
135/181

____________________________________________________________________________________
Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au ces
dutilisation <<gestion des quipes>>

ges tion des equipes

adm inis trateur

<<trace>>

realis ation du CU "ges tion des


equipes "

<<participe>>

<<participe>>
<<participe>>

equipe
I.U equipe

ges tionnaire equipe

ges tionnaire pers onnel

pers onnel

Diagramme de classe danalyse relatif au cas dutilisation <<gestion des quipes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
136/181

____________________________________________________________________________________

adm inis trateur

I.U equipe

ges tionnaire equipe

e quipe

ges tionnaire pers onnel

pers onnel

Diagramme de collaboration relatif au cas dutilisation <<crer quipe>>

3: s electionner(pers onnel)

4: PEC_selection()

1: s aisie nom equipe

10: "equipe cre"


: administrateur

8: crer()

2: PEC_s aisie()

: I.U equipe

9: equipe cre
: G_equipe

7: pers onnel extraits

: Personnel

: equipe

5: extraire pers onnel

6: extraire()
: G_pers onnel

Diagramme de collaboration relatif au cas dutilisation<<changer affectation>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
137/181

____________________________________________________________________________________

1: s electionner pers onnel exclu

2: PEC_s election()
4: PEC_s election()

3: s electionner pers onnel inclu

10: "equipe m odifie"


9: equipe m odifie
: I.U equipe
: adm inis trateur

8: MAJ()

: G_equipe

: equipe

5: extraire pers onnel


7: pers onnels extrait

: Pers onnel

6: extraire()
: G_pers onnel

Diagramme de collaboration relatif au cas dutilisation<<consulter quipe>>

1: s electionner(equipe)

8: equipe affiche
: adm inis trateur

2: PEC_s election()

: I.U equipe

3: cons ulter()

7: equipe rcupre
: G_equipe

6: pers onnel extraits

: Personnel

: equipe

4: extraire pers onnel

5: extraire()
: G_pers onnel

114. Analyse du cas dutilisation <<gestion des affaires>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
138/181

____________________________________________________________________________________
Traabilit entre le modle de cas dutilisation et le modle danalyse relatif au cas
dutilisation <<gestion des affaires>>

gestion des affaires

chef projet

<<trace>>

realisation du CU "gestion des


affaires"

<<participe>>
<<participe>>

I.U.Affaire

gestionnaire affaire
Affaire

Diagramme de classe danalyse relatif au cas dutilisation<< gestion des affaires>>


115.

chef projet

I.U.Affaire

gestionnaire affaire

Affaire

Diagramme de collaboration relatif au cas dutilisation<< ajouter nouvelle affaire>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
139/181

____________________________________________________________________________________

1: saisie donnes

2: PEC_saisie()

5: "affaire cre"
: chef projet

: I.U Affaire

4: affaire cre
: G_Affaire

3: crer()

: Affaire

Diagramme de collaboration relatif au cas dutilisation<<consulter affaire>>

1: s electionner(affaire)

: chef projet

5: "affaire affiche"

2: PEC_s election()

: I.U Affaire

3: cons ulter()

4: affaire rcupre
: G_Affaire

: Affaire

116. Conception
117.
118. Conception du cas dutilisation <<gestion des quipes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
140/181

____________________________________________________________________________________

Traabilit entre le modle danalyse et le modle de conception relative au cas


dutilisation <<gestion des quipes>>

Diagramme de classe de conception relatif au cas dutilisation<<gestion des quipes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
141/181

____________________________________________________________________________________

I.U _equipe
s electionner()

Ges tionnaire_equipe

Ges tionnaire_pers onnel

PEC _s election()
affecter_equipe()

affecter_pers onnel()
PEC _s election()

pers onnel Mce

Equipe
ID : Integer
nom equipe : String
chef : s tring
nbre pers onnes : Integer

appartient
1

crer()
m odifier()

0..n

ID
id_pers onnel
id_equipe

0..n

m atricule : String
nom : String
prenom : String
qualification : String
fonction : String
adres s e : String
tel : String
e_m ail : String
date_nais s ance : Date
login : String
pwd : String
ID : Integer

Diagramme de squence relatif au ces dutilisation << crer nouvelle quipe>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
142/181

____________________________________________________________________________________

: adm inis trateur

: I.U_equipe

: Ges tionnaire_equipe

:
Ges tionnaire_pers onnel

: C_equipe

: C_Personnel

s ais ie_nom equipe


PEC_s ais ie()
s electionner(pers onnel)

PEC_s election()

cliquer_enregis trer
PEC_clique

extraire pers onnel


extraire()
pers onnel extrait

crer()
equipe cre
"equipe cre"

Diagramme de squence relatif au cas dutilisation <<consulter quipe>>

: adm inis trateur

: I.U_equipe

: Ges tionnaire_equipe

:
Ges tionnaire_pers onnel

: C_equipe

: C_Personnel

s electionner(equipe)
PEC_s election()
consulter()
extraire pers onnel

extraire()

pers onnels extraits


afficher equipe
m em bres equipe affichs

Diagramme de squence relatif au cas dutilisation <<changer affectation >>


____________________________________________________________________________________
Systme de Gestion des Maintenances
143/181

____________________________________________________________________________________

: adm inis trateu r

: I.U_equipe

: Ges tionnaire_e quipe

:
Ge s tionnaire_pe rs o nnel

: C_equipe

: C_ Perso nnel

s ais ie nom equip e


PEC_s ais ie()
s ele ctionner_pers onn el exclu
PEC_s e lection()
s electionner pers onnel inclu

PEC_s e lection()
e xtraire pers onnel
extra ire()
pers onnel extrait

enreg is tre r()


equ ipe m odifi
"eq uipe m odifie"

119. Conception du cas dutilisation <<gestion des affaires>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
144/181

____________________________________________________________________________________
Traabilit entre le modle danalyse et le modle de conception relative au cas
dutilisation <<gestion des affaires>>

Diagramme de classe de conception relatif au cas dutilisation <<gestion des affaires>>

C_affaire

I.U_Affaire
selectionner()

gestionnaire_affaire
PEC_saisie()
PEC_selection()

code_affaire : Variant
ID : Integer
titre : String
date_deb : Date
date_fin : Date
rsum : String
etat_aff : String
consulter()
crer()

Diagramme de squence relatif au cas dutilisation <<ajouter affaire>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
145/181

____________________________________________________________________________________

: I.U_Affaire

: chef projet

:
gestionnaire_affaire

: C_Affaire

saisie_donnes
PEC_saisie()
verifier donnes
resultat verification
crer()
affaire cr

"affaire cre"

Diagramme de squence relatif au cas dutilisation <<consulter affaire>>

: I.U_Affaire

: chef projet

:
gestionnaire_affaire

: C_Affaire

selectionner(affaire)
PEC_selection()
consulter()

affaire affiche

affaire rcupr

____________________________________________________________________________________
Systme de Gestion des Maintenances
146/181

____________________________________________________________________________________

120. Conclusion
A la fin de ce chapitre, on obtient une vue spcifique dtaille de la solution mettre en
uvre grce lanalyse et la conception de la plupart des cas dutilisation, ce qui permet de
dterminer une architecture de rfrence. Cette dernire va tre mtamorphos en un produit
complet dans les phases suivantes.

____________________________________________________________________________________
Systme de Gestion des Maintenances
147/181

____________________________________________________________________________________

4. Chapitre 3 :
PHASE CONSTRUCTION

____________________________________________________________________________________
Systme de Gestion des Maintenances
148/181

____________________________________________________________________________________

121. Introduction
Au niveau de ce chapitre, on aura recours limplmentation des principaux cas dutilisation
en prsentant la traabilit entre le modle de conception et le modle dimplmentation ainsi
que le diagramme de composants.

122. Itration 1
123. Implmentation :
124.
125. Implmentation du cas dutilisation<<identification>>
Traabilit entre le modle de conception et le modle dimplmentation relative au cas
dutilisation <<Identification>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
149/181

____________________________________________________________________________________
Diagramme de composants relatif au cas dutilisation <<Identification>>

<<DBfile>>
droitacces .frm
<<us es>>
<<file>>
droitacces
.java

<<file>>
servlet_Acces
.java

<<uses>>

<<us es >>
<<file>>
entrer.jsp

<<file>>
servlet_identif.
java

<<uses>>

<<file>>
identif.class
<<link>>

<<us es >>
<<file>>
pers onnel
.java

<<file>>
s ervlet_personnel.
java

<<uses >>

<<uses >>
<<DBfile>>
pers onnel.frm

____________________________________________________________________________________
Systme de Gestion des Maintenances
150/181

____________________________________________________________________________________

126. Implmentation du cas dutilisation<<gestion des demandes>>


Traabilit entre le modle de conception et le modle dimplmentation relative au cas
dutilisation <<gestion des demandes>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
151/181

____________________________________________________________________________________
Diagramme de composants relatif au cas dutilisation<<gestion des demandes >>

<<file>>
client.java
<<DBfile>>
client.frm

<<uses>>

<<uses>>

<<file>>
servlet_client
.java

<<DBfile>>
demande.frm

<<uses>>
<<uses>>
<<file>>
demande.
java

<<file>>
servlet_demande
.java

<<link>>

<<file>>
gestion_demande
.class

<<uses>>
<<us es>>

<<file>>
gest_demande.
jsp

<<file>>
servlet_contrat.
java

<<uses>>
<<file>>
contrat.java

<<uses>>

<<uses>>

<<DBfile>>
contrat.frm

____________________________________________________________________________________
Systme de Gestion des Maintenances
152/181

____________________________________________________________________________________

127. Implmentation du cas dutilisation<<gestion des contrats>>


Traabilit entre le modle de conception et le modle dimplmentation relative au cas
dutilisation <<gestion des contrats>>

____________________________________________________________________________________
Systme de Gestion des Maintenances
153/181

____________________________________________________________________________________
Diagramme de composants relatif au cas dutilisation<<gestion des contrats>>

<<file>>
client.java

<<uses>>
<<DBfile>>
client.frm

<<uses>>

<<file>>
servlet_client.
java

<<uses>>

<<file>>
contrat.jsp

<<uses>>
<<file>>
servlet_contrat
.java

<<uses>>
<<file>>
contrat.java

<<link>>

<<file>>
ges tion_contrat
.clas s

<<uses>>
<<uses>>
<<DBfile>>
contrat.frm

<<file>>
servlet_affaire.
jsp
<<uses>>

<<DBfile>>
affaire.frm

<<us es>>

<<file>>
affaire.java

128. Conclusion
A la fin de cette phase, on a dtermin la cohrence et la correspondance entre les
lments de la conception et limplmentation travers la traabilit ainsi que lorganisation
des fichiers de limplmentation en terme de structure travers le diagramme de composants.

____________________________________________________________________________________
Systme de Gestion des Maintenances
154/181

____________________________________________________________________________________

5. Chapitre 4 :
PHASE TRANSITION

____________________________________________________________________________________
Systme de Gestion des Maintenances
155/181

____________________________________________________________________________________

129. Introduction
Dans ce chapitre je prsente larchitecture matrielle du systme ainsi que les outils et
technologies utiliss pour la mise en place du systme. Ensuite quelques tables de la base de
donnes utilise et finalement les tests ncessaires pour chaque cas dutilisation, pour
sassurer que le systme est prt pour tre exploit par les utilisateurs finaux.
A la fin de cette phase, les objectifs doivent tre atteints et le projet doit tre sur le point
dtre cltur.

130. itration 1
131. IMPLEMENTATION
132.
133. ARCHITECTURE DU SYSTEME
En mditant dans le contexte de notre systme, je perois que la solution architecturale
que jestime utiliser doit satisfaire les contraintes techniques et logiques que je vise adopter.
Je rappelle que la solution propose consiste implmenter un systme de gestion de
maintenance de projets utilisable par les acteurs internes de la socit.

Diagramme de dploiement

<<processor>>
Serveur d'application
Tomcat

<<processor>>
SGBD MySQL

<<local network>>

<<device>>
utilisateur
interne

____________________________________________________________________________________
Systme de Gestion des Maintenances
156/181

____________________________________________________________________________________
Ce diagramme dcrit larchitecture matriel adopt au niveau de limplmentation du systme :

Processeur Serveur dapplication (Tomcat) qui reprsente la logique applicative (tous


les traitements locaux et globaux : contrles, logique mtier traitement li au
domaine).

Processeur Serveur de donnes (SGBD MySQL) dans lequel seffectue les gestion des
donnes.

Device Terminal des utilisateurs qui reprsente la couche prsentation (Interface,


gestion des affichages, etc..).

Enfin, cest clair que larchitecture matrielle adopte est larchitecture 3 tiers.
Pour implmenter le systme, jai choisi dutiliser larchitecture J2EE (Java2 Entreprise
Edition).
Java 2 Entreprise Edition (J2EE) :
Le langage JAVA est un langage objet qui prsente de nombreux avantages. Le premier
dentre eux est de supporter les notions de la programmation orient objet (encapsulation,
hritage, classe, objet, ) il permet une programmation relativement simple sans se
proccuper de notions complexes prsenter en C++ (indirection de pointeurs, fonctions
virtuelles, ). Mais ces intrts sont relativement mineurs compars lapport que prsentent
les interfaces de programmation standardiss proposes par Sun. Ces interfaces, couples
la compilation en un Byte Code excutable sur une machine virtuelle, donnent aux applications
un niveau de portabilit maximale. Il exige en JAVA un grand nombre dAPI destines
raliser ce type de programmation et regroupes sous le terme J2EE (Java 2 Entreprise
Edition). Ces API forment ce que je nomme un Framework. Il sagit de proposer des interfaces
guidant le dveloppeur vers une architecture prdtermine. Je profite donc la fois dun
ensemble doutils indispensables au dveloppement mais aussi dun guide pour llaboration
dune mthode de dveloppement. Ce guide reste suffisamment flexible pour me permettre
dadopter la structure de mon application mes besoins. Lobjectif majeur de J2EE est la
ralisation dapplication en architecture distribue.

____________________________________________________________________________________
Systme de Gestion des Maintenances
157/181

____________________________________________________________________________________

ARCHITECTURE TROIS TIERS :


a. Objectifs :
Les limites de larchitecture 2 tiers proviennent en grande partie de la nature du client
utilis :
Le frontal est complexe et non standard (mme sil sagit presque toujours dun
PC sous Windows).
Le middle rsiderait donc dans lutilisation dun poste client simple communicant
avec le serveur par le biais dun protocole standard.
Dans le but, larchitecture trois tiers applique les principes suivants :

Les donnes sont toujours grers de faon centralise,

La prsentation est toujours prise en charge par le poste client,

La logique applicative est prise en charge par un serveur intermdiaire.

b. Dfinition et concepts de larchitecture trois tiers :


Larchitecture 3 tiers est un modle logique darchitecture applicative qui vise
sparer trs nettement trois couches logicielles au sein dune mme application ou systme,
modliser et prsenter cette application comme un empilement de trois couches, tages,
niveaux ou strates dont le rle est clairement dfini :

La prsentation des donnes : correspondant laffichage, la restitution sur le

poste de travail, le dialogue avec lutilisateur (couche prsentation) ;

Le traitement mtier des donnes : correspondant la mise en uvre de

lensemble des rgles de gestion et de la logique applicative (couche mtier) ;

Enfin laccs aux donnes persistantes : correspondant aux donnes qui sont

destines tre conserves sur la dure, voire de manire dfinitive (couche


accs aux donnes).

____________________________________________________________________________________
Systme de Gestion des Maintenances
158/181

____________________________________________________________________________________
Dans cette approche, les couches communiquent entre elles au travers dun modle
dchange et chacune dentre elles propose un ensemble de services rendus. Les services
dune couche sont mis disposition de la couche suprieure. Jinterdis par consquent quune
couche invoque les services dune couche plus basse que la couche immdiatement infrieure
ou plus haute que la couche immdiatement suprieure (chaque niveau ne communique
quavec ses voisins immdiats).
Le rle de chacune des couches et leurs interfaces de communication tant bien dfinis, les
fonctionnalits de chacune dentre elles peuvent voluer sans induire de changement dans les
autres couches. Cependant, une nouvelle fonctionnalit de lapplication peut avoir des
rpercussions dans plusieurs dentre elles. Il est donc essentiel de dfinir un modle
dchange assez souple, pour permettre une maintenance aise de lapplication.
c. Principe :
Le principe dune architecture trois tiers est relativement simple ; il consiste sparer la
ralisation des trois parties vues prcdemment (stockage des donnes, logique applicative,
prsentation). Jai dj pu entrevoir la possibilit de sparer la conception de ces trois
subdivisions, ici il sagit de sparer la leur implantation. Tout comme dans le client serveur
cette sparation signifie quil est possible de dployer chaque partie sur un serveur
indpendant, toutefois cela nest pas obligatoire. La mise en place de ce type darchitecture
permet dans tous les cas une plus grandes volutivit du systme. Il est ainsi possible de
commencer par dployer les deux serveurs sur la mme machine, puis de dplacer les
serveurs applicatifs sur une autre machine lorsque la charge devient excessive. Les lments
permettant la ralisation classique dun systme en architecture trois tiers sont les suivants :

Systme de base de donne relationnel (SGBDR) pour le stockage

des donnes

Serveur applicatif pour le logique applicative

Navigateur web pour la prsentation

Il est important de remarquer que lessentiel du travail de dveloppement sera implant au


niveau de serveur applicatif. Le SGBDR ncessitera un travail dadministration surtout dans le
cas dune quantit de donnes importante. Le travail de conception de la base de donne sera
____________________________________________________________________________________
Systme de Gestion des Maintenances
159/181

____________________________________________________________________________________
la pierre angulaire du systme. En effet, lensemble du dveloppement sappuiera sur cette
conception. Le navigateur web ncessitera la programmation de code spcifique permettant
de grer laffichage par ce navigateur. Ce code sera plac sur le serveur applicatif pour
permettre une mise jour sans ncessiter de nouveaux dploiements.
d. Choix dune architecture trois tiers :
Lobjectif premier dun systme dinformation quel quil soit est de permettre plusieurs
utilisateurs accder aux mmes informations. Pour cela il faut donc regrouper les informations
utilises par lentreprise. En terme technique, cela se traduit par la centralisation des donnes
au sein dune base de donnes. Lvolution des systmes information sest donc base sur
une meilleure subdivision entre les tches raliser pour permettre lexploitation de ces
donnes par lutilisateur final. Ceci permet de structurer plus efficacement les informations ce
qui entrane la fois une meilleure organisation de lentreprise et une meilleure efficacit
technique. Cette subdivision t facilite par lavnement des technologies orientes objets
qui sappliquent aussi bien au modle client serveur quau modle Internet. Ces technologies
permettent une sparation entre les diffrents composants du systme. Il devient alors
possible de raliser de nouvelles architectures permettant la mise disposition des
informations sous diffrentes formes tout en diminuant les temps de dveloppement. Ces
technologies permettent galement de faire collaborer une grande diversit de systmes. On
parle alors darchitecture distribue. Il est ainsi possible de prsenter des donnes en
provenances dun mainframe mlanges des donnes en provenance dun SGBDR, le tout
tant affich dans un browser sur la mme page HTML.
Avantages de cette architecture :
Cette architecture se dveloppe actuellement au sein des entreprises grce aux nombreux
avantages quelle prsente. Malgr la diffrence vidente entre une architecture trois tiers et
un systme client serveur (lapparition dun serveur pour la logique applicative), le systme
reste bas suer les technologies prouves dtailles prcdemment (aspect relationnel et
transaction). La logique applicative est dplace au niveau du serveur dapplication mais reste
programme laide des mmes technologies lies aux bases de donnes relationnelles. En
particulier lutilisation du langage SQL reste jusqu la solution la plus intressante au niveau
de la qualit logicielle. Elle prsente la fois une grande fiabilit, une bonne disponibilit, une
____________________________________________________________________________________
Systme de Gestion des Maintenances
160/181

____________________________________________________________________________________
excellente volutivit, toutefois il faut prendre en compte deux facteurs important : dune
part le choix du SGBDR (il nont pas tous les mme qualit), dautre part la qualit des
programmes utilisant la base de donnes (aussi bien au niveau de la conception que la
programmation). Lavantage principal dune architecture multi-tiers est la facilit de
dploiement. Lapplication en elle-mme nest dploye que sur la partie serveur (serveur
applicatif et serveur de base de donnes). Le client ne ncessite quune installation et une
configuration minime. En effet, il suffit dinstaller un navigateur Web compatible avec
lapplication pour que le client puisse accder lapplication, ce navigateur tant par ailleurs
souvent install par dfaut sur toutes les machines. Cette facilit de dploiement aura pour
consquence non seulement de rduire le cot de dploiement mais aussi de permettre une
volution rgulire du systme. Cette volution ne ncessitera que la mise jour de
lapplication sur le serveur applicatif. Ceci est trs important car cette volutivit est un des
problmes majeurs de linformatique. Le troisime avantage est lamlioration de la scurit.
Dans un systme client serveur tous les clients accdaient la base de donnes ce qui la
rendait vulnrable. Avec une architecture multi tiers laccs la base nest effectu que par le
serveur applicatif. Ce serveur est le seul connatre la faon de se connecter cette base .il
ne partage aucune des informations permettant laccs aux donnes, en particulier le login et
le Password de la base. Il est alors possible de grer la scurit au niveau de ce serveur
applicatif, par exemple en maintenant la liste des utilisateurs avec leurs mots de passe ainsi
que leurs droits daccs aux fonctions du systme. On peut mme amliorer encore la scurit
par la mise en place dune architecture rseau interdisant totalement laccs au serveur de
base de donnes pour les utilisateurs finaux. La mise en place de Firewall correctement
configur permettra ceci.
Limitation :
Larchitecture trois tiers a corrig les excs du client lourd en centralisant une grande partie
de la logique applicative sur un serveur HTTP. Le poste client, qui ne prend sa charge que la
prsentation et les contrles de saisies, sest trouv ainsi soulag et plus simple grer.
Par contre, le serveur http constitue la pierre angulaire de larchitecture et se trouve souvent
fortement sollicit et il est difficile de rpartir la charge entre client et serveur. On se retrouve
confront aux pineux problmes de dimensionnement serveur et de gestion de la monte en
charge rappelant lpoque des mainframes. De plus, les solutions mises en uvre sont
relativement complexes maintenir et la gestion des sessions est complique.
____________________________________________________________________________________
Systme de Gestion des Maintenances
161/181

____________________________________________________________________________________
Les contraintes semblent inverses par rapport celles rencontres avec les architectures
deux tiers : le client est soulag, mais le serveur est fortement sollicit. Le phnomne fait
penser un retour de balancier. Le juste quilibrage de la charge entre client et serveur
semble atteint avec la gnration suivante : les architectures n-tiers.

134. LES OUTILS ET LANGAGES UTILISES :


Parmi les outils utiliss on cite :
MySQL :
Qui est un serveur de base de donnes relationnelle SQL dvelopp dans souci de
performances leves. Il est multi utilisateurs. Cest un logiciel libre dvelopp sous double
licence en fonction de lutilisation qui en est faite : dans un produit libre (open source) ou dans
un produit propritaire. Dans ce dernier cas, la licence est payante, sinon elle est libre.
MySQL fonctionne sur beaucoup de plates formes diffrentes,incluant AIX, Mac OS X,
NetWare, NetBSD, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Windows 95, 98, NT,
2000 et XP.
Les bases de donnes sont accessibles en utilisant les langages de programmation C, C++,
C#, Java Perl, PHP ; une API spcifique est disponible pour chacun dentre eux. Une
interface ODBC appele MyODBC est aussi disponible. En Java, MySQL peut tre utilis de
faon transparente avec transparente avec le standard JDO.
Eclipse :
Eclipse est un environnement de dveloppement intgr (Integrated Development
Environment) dont le but est de fournir une plate-forme modulaire pour permettre de raliser
des dveloppements informatiques.
Eclipse a t developp par I.B.M qui a plac la premiere version en Novembre 2001 .Elle
d'ailleurs toujours le coeur de son outil Websphere Studio Workbench (WSW).
o Points forts :

Une plate-forme ouverte pour le dveloppement d'applications et extensible

grce un mcanisme de plug-ins


____________________________________________________________________________________
Systme de Gestion des Maintenances
162/181

____________________________________________________________________________________

Plusieurs versions d'un mme plug-in peuvent cohabiter sur une mme plate-

forme.

Un support multi langage grce des plug-ins ddis : Cobol, C, PHP, C#,

HTML, ...

Support de plusieurs plates-formes d'excution : Windows, Linux, Mac OS

X, ...

Malgr son criture en Java, Eclipse est trs rapide l'excution grce

l'utilisation de la bibliothque SWT

Les nombreuses fonctionnalits de dveloppement proposes par le JDT

(refactoring trs puissant, compltion de code, nombreux assistants, ...)

Une ergonomie entirement configurable qui propose selon les activits

raliser diffrentes perspectives

Un historique local des dernire modifications

La construction incrmentale des projets Java grce son propre compilateur

qui permet en plus de compiler le code mme avec des erreurs, de gnrer des
messages d'erreurs personnaliss, de slectionner la cible (java 1.3 ou 1.4) et de
mettre en oeuvre le scrapbook (permet des tests de code la vole)

Une excution des applications dans une JVM ddie slectionnable avec

possibilit d'utiliser un dbogueur complet (points d'arrts conditionnels, visualiser et


modifier des variables, valuation d'expression dans le contexte d'excution,
changement du code chaud avec l'utilisation d'une JVM 1.4, ...)
o Sous projet Eclipse :

Eclipse Tools

Eclipse Technology

Web Tools Platform (WTP)

Test and Performance Tools Platform (TPTP)

Business Intelligence and Reporting Tools (BIRT)

Eclipse Modeling

Data Tools Platform (DTP)

Device Software Development Platform

Eclipse SOA Tools Platform

____________________________________________________________________________________
Systme de Gestion des Maintenances
163/181

____________________________________________________________________________________

o Versions declipse :
Pour chaque version d'Eclipse possde un nombre plus ou moins important de types nomms
"build" :

"Nightly Builds" : version en cours de dveloppement cre de faon

journalire contenant les modifications de la journe.

"Integration Builds" : assemblage des sous-projets pour la ralisation de tests

"Stable Builds" : version teste

"Releases" : version diffuse et "fiable"

Il existe plusieurs versions de type "Release" d'Eclipse


La version 2.0.x , 2.1.x , 3.0.x , 3.1.x et 3.2.x .
Tomcat apache serveur 5.5 :
Serveur dapplication Web convivial et facile mettre en uvre.
Quest ce quun serveur dapplication ?
Un serveur dapplication est serveur insr entre un client et un serveur de base de
donnes.
Les technologies les plus souvent utilises par les serveurs dapplication sappuient sur les
entreprises JavaBeans.
Enfin la grande force des serveurs dapplication est de proposer un environnement de
dveloppement et mme dautomatiser et de grer des squelettes de code permettant
dimplmenter des objets prdfinis.
Parmi les serveurs dapplications les plus rpandus, je distingue WebLogic, JBOSS,
WebSphere, TomCat apache Server 5.5
Java 2 Entreprise Edition (J2EE) :
Les technologies apportes par J2EE :

____________________________________________________________________________________
Systme de Gestion des Maintenances
164/181

____________________________________________________________________________________

Entreprise JavaBeans (EJB)

Common Objet Request Broker Architecture (CORBA)

Java Sevlets 2.1

Java Message Service (JMS)

Java Transaction API (JTA)

Java Mail 1.1

Java Database Connectivity 2.0 (JDBC)

Java Naming and Directory Interface 1.2 (JNDI)

eXtensible MarKup Language (XML)

Definition de quelques technologies:


Servlet :
Un servlet est un composant ct serveur, crit par Java, dont le rle est de fournir une
trame gnrale pour limplmentation de paradigmes requte rponse . Ils remplacent les
scripts CGI tout en apportant des performances bien suprieures.
JSP :
La technologie JSP est une extension de la notion de servlet permettant de faciliter la
gnration de page Web dynamique. Elle se sert de balises semblables aux XML ainsi que les
scriplet Java afin de dincorporer la logique de fabrication directement dans le code HTML.
JSP est un concurrent direct dASP et de PHP.

135. LES TABLES DE BASE DE DONNEES

Client
Attributs

type

contraintes

ID
nom
raisonSociale

int
varchar
varchar

Cl primaire

adresse

varchar

Attributs classe de conception

Nom
Raison sociale
Adresse

____________________________________________________________________________________
Systme de Gestion des Maintenances
165/181

____________________________________________________________________________________
tel
fax
mail
Nom_representant

varchar
varchar
varchar
varchar

Telephone
Fax
E_mail
Nom representant

Demande
Attributs

type

ID
Cli_id
sujet

int
int
varchar

descriptif
Date_recept
voieRecept
type
rang

varchar
Date
varchar
varchar
int

contraintes

Attributs classe de conception

Cl primaire
id
Cl secondaire
sujet
description
Date reception
Voie reception
type
rang

Contrat
Attributs

type

ID
Aff_id
clt_id
duree

int
int
int
int

dateSignature
dateExpiration
montantContrat
mCurative
mPreventive
assistanceTechnique
mAdaptive
mEvolutive
etat
observat

Date
Date
float
boolean
boolean
boolean
boolean
boolean
varchar
varchar

contraintes

Attributs classe de conception

Cl primaire
id
Cl secondaire
Cl secondaire
dure
Date signature
Date expiration
Montant total
Mcurative
Mpreventive
AsistanceTechnique
Madaptive
Mevolutive
etat
observation

____________________________________________________________________________________
Systme de Gestion des Maintenances
166/181

____________________________________________________________________________________

Intervention
Attributs

type

ID
Aff_id
dde_id
dateFin

int
int
int
Date

dateDeb
description
etat
sujet

Date
varchar
varchar
varchar

contraintes

Attributs classe de conception

Cl primaire
id
Cl secondaire
Cl secondaire
DateFin
DateDebut
description
etat
sujet

Personnel
Attributs

type

ID
Prenom
Nom
dateNaissance
adresse

int
int
varchar
Date
varchar

telephone
mail
formation
experience
fonction
departement
login
password

varchar
varchar
varchar
varchar
varchar
varchar
varchar
varchar

contraintes
Cl primaire

Attributs classe de conception


id
prenom
nom
Date_naissance
adresse
telephone
mail
formation
exprience
fonction
departement
login
password

Fiche
Attributs

type

contraintes

Attributs classe de conception

ID
Int_id
Per_id
dateVisite

int
int
int
Date

Cl primaire
id
Cl secondaire
Cl secondaire
DateVisite

commentaire

varchar

commentaire

____________________________________________________________________________________
Systme de Gestion des Maintenances
167/181

____________________________________________________________________________________
etat
actions

varchar
varchar

etat
Actions

Echance
Attributs
ID
id_suivi
date
montant

type
int
int
Date
float

contraintes

Attributs classe de conception

Cl primaire
id
Cl secondaire
dateEcheance
Mmontant

Suivi
Attributs
ID
id_clt
id_contrat
id_dde
type
montant
nbre_echeances

type
int
int
Date
float
varchar
float
int

contraintes

Attributs classe de conception

Cl primaire
id
Cl secondaire
Cl secondaire
Cl secondaire
type
montantTotal
Nombre_echeances

136. TEST DE LAPPLICATION


Cette partie est consacre la prsentation de lensemble des tests effectus afin de
sassurer que toutes les exceptions sont traites et que les bugs lis aux utilisateurs finals sont
corrigs.
Je vais donc dcrire le test dexcution reli aux principaux cas dutilisation :
o Cas dutilisation Identification

La vrification quon ne peut accder au menu utilisateur que via lauthentification.

Au bout de 3 tentatives daccs par des identifiants errons, lapplication est verrouille
et on doit la relancer de nouveau.

Le menu est dynamique il change selon les droits daccs.

____________________________________________________________________________________
Systme de Gestion des Maintenances
168/181

____________________________________________________________________________________

Lors de lidentification, plusieurs utilisateurs peuvent accder au mme menu la fois,


le menu sera alors identifi par le nom de lutilisateur et son mot de passe qui seront
utiliss ultrieurement.
Aucune erreur.

o Cas dutilisation gestion des demandes

La vrification que la demande est cre

On peut consulter les informations concernant une demande slectionne.

Recherche des demandes suivant des critres dfinis (client, date de rception).

On peut enregistrer la demande sans la valider.

Valider une demande : si le rang de classement nest pas dfini, la demande prend
le dernier rang et se place la fin de la file dattente.

Lancer intervention pour la demande de 1er rang dans la file dattente.

File dattente contient que les demandes valid.

Affichage de la liste des demandes non encore valides.

Aucune erreur.
o Cas dutilisation gestion des interventions

Lintervention nest lance qu partir de la file dattente des demandes.

La vrification que lintervention est cre.

La vrification du dispatching : affectation de lintervention lquipe slectionne et


aux membres slectionns de lquipe.

Affichage de la liste des interventions encours, galement les interventions


cltures.

Consulter une intervention dune liste permet dafficher les donnes de lintervention
y compris lquipe et les dveloppeurs concerns.

Clturer une intervention change ltat de lintervention clture .

Aucune erreur.
o Cas dutilisation gestion des contrat

Vrifier quune fois la date dexpiration arrive, le contrat est plac dans la liste des
contrats expirs.

____________________________________________________________________________________
Systme de Gestion des Maintenances
169/181

____________________________________________________________________________________

Ds la cration du contrat, il est activ et plac dans la liste des contrats en cours.

Une fois rsili, le contrat est plac dans la liste de contrat rsili.

Renouveler le contrat, fait quil revient actif et se place dans la liste des contrats en
cours avec une nouvelle dure prise en charge.

Suppression dun contrat.

Aucune erreur.
o Cas dutilisation gestion des Clients

Consultation de clients selon une recherche par critres (nom, raison sociale, non
reprsentant).

Suppression dun client.

Modification dun client est prise en charge

Aucune erreur.
o Cas dutilisation gestion des fiches dintervention

La cration nest autorise que pour les dveloppeurs concerns de lintervention ou


le chef projet concern.

Erreur : cration autorise pour toute personne qui a le contrle total seulement.

On peut consulter les informations des fiches travers lintervention.

Lancement de ldition dune nouvelle fiche de partir de lintervention

Vrification que la fiche est cre

Consultation des fiches de lintervention.

Validation des fiches

Aucune erreur
o Cas dutilisation gestion des suivis des chances et facturations

Vrification de la cration de suivi avec toutes les chances

Gnration automatique et manuelle des dates et montant des chances pour le


contexte dun contrat de maintenance

Gnration des chances pour une intervention payante.

Erreur

Edition automatique de la facture larriver de lchance.

____________________________________________________________________________________
Systme de Gestion des Maintenances
170/181

____________________________________________________________________________________
o Cas dutilisation gestion des quipes

Vrification de la cration de lquipe et de laffectation des dveloppeurs dans


lquipe.

Exclure des membres et ajouter dautres lquipe au niveau de la modification


avec modification du nom de lquipe et du chef.

Aucune erreur.
o Cas dutilisation gestion des affaires

Vrifi que laffaire est cre.

On peut consulter les informations techniques de laffaire.

Aucune erreur.
o

Cas dutilisation gestion du personnel

Vrifier cration du personnel utilisateur

Consulter et modifier un personnel suite une recherche par critres (fonction,


dpartement, nom, prnom).

Aucune erreur.

o Cas dutilisation gestion des droits daccs

Vrifier affectation des droits un nouvel utilisateur.

On peut consulter et modifier les droits dun utilisateur, galement son login et mot
de passe.

Aucune erreur.

137. INTERFACES UTILISTEUR


138.
(Voir les annexes)

____________________________________________________________________________________
Systme de Gestion des Maintenances
171/181

____________________________________________________________________________________

139. Conclusion
A la fin de la phase de transition jai obtenu une version finale de lapplication teste,
corrige et mise en service dans lenvironnement de lutilisateur.

CONCLUSION GENERALE
Ce projet est conu dans le cadre de la ralisation dune application Web de gestion des
maintenances des projets informatique de ST2I.

____________________________________________________________________________________
Systme de Gestion des Maintenances
172/181

____________________________________________________________________________________
Cette application na pas t totalement implmente car jt contraint par la dure du stage,
en effet lapprhension de loutil ma ncessit beaucoup de temps de travail et de recherche
pour pouvoir cerner une partie des capacits de larchitecture J2EE et de loutil ECLIPSE que
je jug plus facile manipuler que les outils JBuilder.
Pour cela je ne suis pas trop intress par laspect ergonomique sans le ngliger mais je suis
concentrs sur la couverture de maximums des besoins identifis.
Ce stage ma t bnfique puisque jai pu voir de prs les tapes de ralisation dun projet
informatique, acqurir une exprience au sein dune entreprise et collaborer avec les
diffrentes personnes concernes par ce travail ainsi que jai pu tudier et raliser le
processus de dveloppement RUP (Rational Unified Process) qui ma permis de bien grer
mon projet et enfin de connatre et dappliquer la nouvelle technologie J2EE.

____________________________________________________________________________________
Systme de Gestion des Maintenances
173/181

____________________________________________________________________________________

ANNEXES

____________________________________________________________________________________
Systme de Gestion des Maintenances
174/181

____________________________________________________________________________________
La page principale daccs au systme :

Page daccueil :

____________________________________________________________________________________
Systme de Gestion des Maintenances
175/181

____________________________________________________________________________________
Ajout dun nouvel employ :

Modification des employs avec recherche :

____________________________________________________________________________________
Systme de Gestion des Maintenances
176/181

____________________________________________________________________________________
Affectation des droits daccs :

Nouveau client :

____________________________________________________________________________________
Systme de Gestion des Maintenances
177/181

____________________________________________________________________________________
Nouvelle demande :

Classement : Affectation de rang la demande aprs validation

____________________________________________________________________________________
Systme de Gestion des Maintenances
178/181

____________________________________________________________________________________
File dattente des demandes :

Les demandes en attente de validation :

____________________________________________________________________________________
Systme de Gestion des Maintenances
179/181

____________________________________________________________________________________
Nouveau suivi des chances :

Consulter une affaire :

____________________________________________________________________________________
Systme de Gestion des Maintenances
180/181

____________________________________________________________________________________

BIBLIOGRAPHIE

1. Mmoire de Fin dtude de 2007 : Application de Gestion et Suivi de projets


2. Architecture J2EE Etude du web-tier (Composants web Servlet / JSP et
javaBeans Patrick Ikey
3. Servlet et JSP Dveloppement java cot serveur ENST Bretagne
4. Java pour le dveloppement dapplication web : J2EE

java Server Pages (JSP),

Michael Baron- 2006


5. Les bases de dveloppement web MVC en java mai 2006

____________________________________________________________________________________
Systme de Gestion des Maintenances
181/181