Pfeoussamafinal 140208090204 Phpapp02 PDF

Mmoire de Mastre
Prsent en vue de lobtention de

Mastre Professionnel en Systmes Electroniques Embarqus et
Equipement Mdicaux
Parcours : Traitement de lInformation

Intitul :

prpar par :
Mokhtar MARS

Soutenu, le 05 juillet 2013, devant le jury compos de :

BEN ZEKRI Oussama

Prsent le 11/12/2013, devant le jury compos de :

Rpublique Tunisienne
Ministre de lEnseignement Suprieur et de la Recherche
Scientifique
Universit de Tunis El Manar

Institut Suprieur des Technologies Mdicales de Tunis

Prpar par :
Hanene Boussi Prsident
Fatouma Boukadida Examinateur
Chaouech Fethi Encadreur
Conception et dveloppement
d'une application GMAO biomdicale
hospitalire

Ddicace

Je ddi mon mmoire :

mon pre Abdlaziz & ma mre Warda Vous tes pour moi
une source de vie car sans vos sacrifices, votre tendresse et votre
affection je ne pourrais arriver jusquau bout. Je me rjouis de cet
amour filial. Que Dieu vous garde afin que votre regard puisse
suivre ma destine.
.
mes frres Bill et Ilyes & ma sur Ferdaws qui ont t toujours
prsent pour moi.

A mes amis avec qui jai partag des moments des plus agrables.

A tous ceux qui sont chres, proches de mon coeure, et a tous ceux
qui maiment et qui aurait voulu partager ma joie

Remerciements

Mes remerciements les plus sincres toutes les personnes qui ont contribu de
prs ou de loin llaboration de cette mmoire ainsi qu la russite de cette
formidable anne universitaire.
Je remercie pitrement Allah le tout puissant de mavoir donn le courage et la
volont de mener terme ce prsent travail.
Jadresse mes vifs remerciements :
A mon encadreur Mr.Chaouech Fathi pour son encadrement, son soutien sans
failles et sa disponibilit. Ses conseils, ses suggestions de lecture, ses
commentaires, se s corrections et ses qualits scientifiques ont t trs prcieux
pour mener bien ce travail.
Je tiens galement remercier et exprimer mon profond respect aux membres
de jury davoir accept de juger ce travail.

Sommaire
INTRODUCTION GENERALE ................................................................... 1
Chapitre I : Cadre Gnrale de la maintenance
I. Introduction .................................................................................................................. 3
II. Dfinition de la maintenance ....................................................................................... 3
III. Rle et objectifs de la maintenance ............................................................................. 3
III.1. Rle de la maintenance ......................................................................................................................... 3
III.2. Objectifs de la maintenance.................................................................................................................. 4
IV. Les diffrentes formes de maintenance ...................................................................... 4
V. Les niveaux de maintenance ........................................................................................ 5
VI. Le processus de gestion de la maintenance ................................................................ 7
VII. La Gestion de Maintenance Assiste par Ordinateur ............................................... 9
VII.1. Qu'est que c'est la GMAO .................................................................................................................... 9
vll.2. Les ob[ecLlfs dune CMAC.................................................................................................................... 9
vll.3. Les demarches pour la mlse en place dune CMAC ............................................................................ 9
VII.3.1. Ralisation du cahier des charges (surtout dfinir le besoin) .................................................. 9
VII.3.2. Choix du logiciel ..................................................................................................................... 10
VIII. Conclusion ........................................................................................................... 11
Chapitre II : Analyse et spcification
I. Introduction ................................................................................................................ 12
II. Analyse des besoins .................................................................................................... 12
II.1. Les besoins fonctionnels ...................................................................................................................... 12
II.2. Les besoins non fonctionnels ............................................................................................................... 13
III. Diagramme des cas dutilisation gnral ................................................................. 14
lll.1. ueflnlLlon dun cas duLlllsaLlon ......................................................................................................... 14
III.2. Identification des acteurs ................................................................................................................... 15
IV. Conclusion ................................................................................................................... 15
Chapitre III : Etude Conceptuelle
I. Introduction ................................................................................................................ 16
II. Description des diagrammes ..................................................................................... 16
II.1. Dfinition de diagramme de squence ................................................................................................ 16
II.2. ueflnlLlon du dlagramme dacLlvlLe .................................................................................................... 16

III. Capture des besoins fonctionnels .............................................................................. 16
III.1. Description des cas d'utilisation .......................................................................................................... 17
lll.1.1. Cas duLlllsaLlon gesLlon ordres de Lravall .......................................................................... 17
III.1.2. Cas duLlllsaLlon gesLlon des uLlllsaLeurs : ......................................................................... 20
III.1.3. Cas duLlllsaLlon gestion de la maintenance prventive ................................................... 23
III.1.4. Cas duLlllsaLlon gesLlon de la sous-traitance .................................................................... 26
lll.1.3. Cas duLlllsaLlon gesLlon des equlpemenLs ........................................................................ 27
III.1.6. Cas duLlllsaLlon gesLlon des demandes de Lravaux .......................................................... 29
lll.1.7. Cas duLlllsaLlon ConsulLaLlon du flash mensuel ............................................................... 31
III.1.8. Cas duLlllsaLlon Acces aux hlsLorlques des equlpemenLs ................................................. 33
IV. Description de Les diagrammes des tats transition .............................................. 34
IV.1. Le classe quipement .................................................................................................................... 34
IV.2. Le classe ordre de travail ............................................................................................................... 35
IV.3. La classe utilisateur ......................................................................................................................... 36
V. Description des diagrammes de contexte ................................................................. 36
V.1. Dfinition de diagramme de contexte .................................................................................................. 36
V.2. Lgende des messages ......................................................................................................................... 37
VI. Description des diagrammes de classes .................................................................... 38
VI.1. Dfinition de diagramme de classes .................................................................................................... 39
VI.2. Le diagramme de classes ..................................................................................................................... 39
VII. Description dtaille des attributs ............................................................................ 40
VII.1. Les attributs des classes d'objets ....................................................................................................... 41
VII.2. Les attributs des classes d'associations .............................................................................................. 44
VIII. Les mthodes des classes d'objets et des classes d'associations ...................... 46
IX. Conclusion .................................................................................................................. 47
Chapitre IV : Ralisation
I. Introduction ................................................................................................................ 49
II. Environnement du travail ......................................................................................... 49
II.1. Environnement matriel ....................................................................................................................... 49
II.2. Environnement logiciel ......................................................................................................................... 49
ll.2.1. SysLeme dexplolLaLlon ............................................................................................................. 50
II.2.2. Outil de modlisation UML : ..................................................................................................... 50
II.2.3. Environnement de dveloppement intgr .............................................................................. 50
ll.2.4. Serveur dappllcaLlon : Glassfish 3.1.1 ................................................................................ 50
ll.2.3 CuLll dadmlnlsLraLlon de la base de donnes ........................................................................... 51
II.2.6. Langage de programmation ...................................................................................................... 51

III. Larchitecture de lapplication ................................................................................. 52
III.1. Architecture 3-tiers ............................................................................................................................. 52
III.2. Diagramme de dploiement .............................................................................................................. 53
IV. Dveloppement ........................................................................................................... 55
V. Choix de dveloppement ............................................................................................ 55
V.1. Le modle ............................................................................................................................................ 56
V.2. La vue ................................................................................................................................................... 56
VI. Les technologies utilises : ......................................................................................... 57
VII. Phase de tests et validation ........................................................................................ 58
VIII. Les interfaces graphiques ................................................................................... 60
VIII.1. Interface Authentification ................................................................................................................. 60
VIII.2. Interface administrative .................................................................................................................... 61
vlll.3. lnLerface creaLlon dun Crdre de Lravall (C1) ................................................................................... 62
VIII.4. Interface cration eL enreglsLremenL dune lece fournlsseur / sous-traitant ................................. 63
VIII.5. Interface variation de stock des pices ............................................................................................. 64
VIII.6. Interface Bon de Commande Pices ................................................................................................. 65
VIII.7. Interface Bon de Sortie Pices .......................................................................................................... 66
VIII.8. Interface consulter les Bon de commande ....................................................................................... 67
VIII.9. Interface lister et modifier les Equipement ...................................................................................... 68
VIII.10. Interface dtails de Bon de Sortie................................................................................................... 69
vlll.11 lnLerface hlsLorlque de lappllcaLlon ................................................................................................ 69
VIII.12. Interface gestion des interventions ................................................................................................ 70
VIII.13. Interface gestion de stock pice par ordre de travail ..................................................................... 70
IX. Conclusion ................................................................................................................... 71
CONCLUSION GENERALE ...................................................................... 72

Liste de figure

Figure I.1. : les differents types (ou formes) de la maintenance ............................................ 5
Figure I.2: systeme de gestion de la maintenance ............................................................. 8
Figure II.1 : diagramme de cas dutilisation general de systeme ......................................... 14
Figure III.1:diagramme de cas dutilisation gestion des ordres de travail .......................... 17
Figure III.2 : diagramme dactivite gestion des ordres de travail .................................... 19
Figure III.3 : diagramme de sequence du scenario creer un ordre de travail ....................... 20
Figure III.4 : diagramme des cas dutilisation gestion des utilisateurs .............................. 20
Figure III.5 : diagramme dactivite gestion des utilisateurs ........................................... 22
Figure III.6 : diagramme de sequence du scenario ajouter un utilisateur ........................... 23
Figure III.7 : diagramme des cas dutilisation gestion de la maintenance preventive ............ 23
Figure III.8 : diagramme dactivite gestion de la maintenance preventive ......................... 25
Figure III.9 : diagramme de sequence du scenario planning preventif .............................. 25
Figure III.10 : diagramme des cas dutilisation gestion de la sous-traitance ...................... 26
FigureIII.11 : diagramme de sequence du scenario enregistrer une facture de sous-traitance .. 27
Figure III.12 : diagramme de cas dutilisation gestion des equipements ........................... 27
Figure III.13 : diagramme de sequence du scenario ajouter un equipement ....................... 29
Figure III.14 : diagramme de cas dutilisation gestion de demande de travaux ................... 29
Figure III.15 : diagramme de sequence du scenario modification dune dt ........................ 31
Figure III.16 : diagramme de sequence du scenario consultation de flash mensuel .............. 32
Figure III.17 : diagramme de cas dutilisation acces aux historiques des equipement .......... 33
Figure III.18 : diagramme de sequence du scenario acces aux historiques des equipement .... 34
Figure III.19 : diagramme etat transition equipement ................................................. 34
Figure III.20 : diagramme etat transition ordre de travail ............................................. 35
Figure III.21 : diagramme etat transition utilisateur .................................................... 36
Figure III.22 : diagramme de contexte ......................................................................... 37

Figure III.23 : diagramme de classe ............................................................................ 40
Figure IV.1 : architecture 3 - tiers .............................................................................. 52
Figure IV.2: diagramme de deploiement ...................................................................... 54
Figure IV.3 : schema du modele mvc .......................................................................... 56
Figure IV.4 : interface authentification ........................................................................ 60
Figure IV.5 : interface ajout utilisateurs ....................................................................... 61
Figure IV.6 : interface creations dun ordre de travail ...................................................... 62
Figure IV.7 : interface creation et enregistrement piece, equipement, fournisseur, sous-traitant .. 63
Figure IV.8 : interface variation de stock des pieces ........................................................ 64
Figure IV.9 : interface bon de commande pieces ............................................................ 65
Figure IV.10 : interface bon de sortie pieces ................................................................. 66
Figure IV.11 : interface consulter les bon de commande, bon de livraison, bon de sortie ........... 67
Figure IV.12 : interface lister et modifier les equipement, les pieces, fournisseur et sous-traitant 68
Figure IV.13 : interface details de bon de sortie ............................................................. 69
Figure IV.14 : interface historique de lapplication ......................................................... 69
Figure IV.15 : interface gestion des interventions ........................................................... 70
Figure IV.16 : interface gestion de stock piece par ordre de travail ...................................... 70

Liste des tableaux

TABLEAU III.1: Legende des messages ................................................................. 38
TABLEAU III.2 : Description detaillee des attributs des classes d'objets. ..................... 44
TABLEAU III.3 : Description detaillee des attributs des classes d'associations.............. 44
TABLEAU III.4 : Tableau des classes candidates ..................................................... 46
TABLEAU III.5 : Tableau des classes d'associations. ................................................ 46
TABLEAU III.6: Description des methodes des classes d'objets et d'association. ........... 47
TABLEAU IV.1. Liste des tests pour valider notre application .................................. 59

Introduction gnrale

BEN ZEKRI Oussama Page 1

Introduction gnrale

Personne ne peut plus douter que linformatique est une rvolution fondamentale et
innovante qui a touch considrablement la vie humaine durant le dernier sicle. En effet,
loin dtre un phnomne effervescent, ou une tendance passagre, linformatique vient
dtre exploite dans tous les aspects de la vie. Aucun domaine nest rest labri de cette
politique qui facilite les tches aussi bien pour lentreprise que pour le personnel.
En effet, les systmes dinformations ont rpondu un besoin vif pour nimporte quel type
dorganisation; cest la gestion dinformation qui est parmi les enjeux les plus primordiaux
pour les entreprises et touche pratiquement toutes les activits telles que la comptabilit,
la production et la maintenance.
Dans le milieu hospitalier, on assiste de plus en plus la multiplicit, la sophistication
des instruments et appareils mdicaux d' une part ; et dautre part lexigence de la
continuit des soins. Ces paramtres auront pour effets pour le service Biomdical de
renforcer sa tache de suivi et de maintien en bon tat de fonctionnement des quipements
hospitaliers .Ce qui illustre bien cette remarque de Franois Manchy plus
l'indisponibilit est coteuse, plus la maintenance est conomique, plus la scurit est en
jeu, plus la maintenance s'avre obligatoire .
L'Internet est un systme de communication qui permet la communication et lchange
facile des informations. Ce dernier permet donc, de gnraliser l'utilisation des outils
informatiques (logiciel) plus performants avec des clients lgers (navigateur web complet
et sans demander linstallation de logiciel sur des machines individuelles). Ceci permet
laccs aux ressources sans contraintes particulires. Cette technologie permet le
dveloppement des applications pouvant tourner sous diffrents navigateurs, tout en
assurant la scurit que procure une application mtier java.
A cet effet, notre travail consiste dvelopper une application de la gestion de maintenance
assiste par ordinateur au niveau de l'institut des technologies mdicales de Tunis A fin de
faciliter le travail aux utilisateurs de certaines taches manuelles et rptitives, et en fin
d'arriver a labor des travaux pratiques aux tudiants pour quils puissent tre aptes et
capable dassurer au sein de lenvironnement professionnelle.

Introduction gnrale


Pour raliser notre projet on va suivre la dmarche suivante :
Chapitre 1 : Le premier chapitre est une prise de connaissance et une analyse de
l'existant pour mieux dfinir les besoins et les fonctions de notre application.
Chapitre 2 : Analyse et spcification des besoins, cette partie consiste collecter,
analyser et dfinir les besoins de haut niveau (les besoin fonctionnels et les besoin
non fonctionnels).
Chapitre 3 : Conception, dans ce chapitre sera consacre la conception de
l'application : il s'agit d'une phase de modlisation thorique de l'application.
Chapitre 4 : Ralisation, ce chapitre contient une description dtaill des outils
utiliss pour dvelopper lapplication web, larchitecture du systme et le matriel
de dploiement de lapplication.

Chapitre I :
Cadre Gnrale de la
maintenance

Cadre gnrale de la maintenance


I. Introduction
Ce premier chapitre est consacr pour introduire des notions de base sur la maintenance et
son processus de gestion ainsi que les notions et intrts relatifs la gestion de maintenance
assiste par ordinateur.
II. Dfinition de la maintenance
Daprs lAFNOR (Association Franaise de NOR malisation), la maintenance cest un
ensemble des actions permettant de maintenir ou de rtablir un bien dans un tat spcifi ou
dans des conditions donnes de sret de fonctionnement, pour accomplir une fonction
requise. (NF X60-010)
III. Rle et objectifs de la maintenance
III.1. Rle de la maintenance
La maintenance joue plusieurs rles importants
Rle productive
Grce une politique de maintenance adquate, le taux dindisponibilit est maintenu au
minimum, il en rsultera un meilleur potentiel de production de lentreprise.
La maintenance a donc une fonction productive.
Rle conomique
Les actions de maintenance sous toutes leurs formes, visent diminuer les pannes et les pertes
de production associes. Le stockage ou remplacement de pices inutiles et la main duvre
consomme pour les interventions sur le matriel.
Un tel comportement permet de rduire le cot dentretien, et confre la maintenance un
rle conomique.
Rle dassurance qualit.
Ceci se traduit par un fonctionnement correct et des rglages adquats, permet de produire des
biens dans les normes arrtes de qualit.
La maintenance contribue la qualit.



Rle de scurit des biens et des personnes
Les dpannages la maintenance prventive et les modifications rglementaires sont raliss
dans le but de garantir un bon tat et un fonctionnement normal du matriel avec toutes les
protections ncessaires.
En assurant ce rle, la maintenance est un des acteurs principaux de la scurit.
III.2. Objectifs de la maintenance
Selon la politique de maintenance de l'entreprise, les objectifs de la maintenance seront :
la disponibilit et la dure de vie du bien.
la scurit des hommes et des biens.
la qualit des produits.
la protection de lenvironnement.
loptimisation des cots de maintenance.
IV. Les diffrentes formes de maintenance
On rencontre trois grandes familles de type (ou concept) de maintenance :
La maintenance prventive qui permet de rduire les risques et probabilits de
dysfonctionnements des quipements.
La maintenance a mliorative aprs plusieurs dfaillances de mme nature, ce type
de maintenance permet dliminer le problme en modifiant le systme, soit en
lamliorant.
La maintenance corrective cest une activit de maintenance intervenant aprs une
dfaillance totale ou partielle dun systme.

Il existe cinq formes de maintenance
La maintenance systmatique selon un planning prvu, ce type dintervention
permet deffectuer des oprations de maintenance, afin dliminer ou de diminuer les
risques de dysfonctionnement des systmes.
La maintenance conditionnelle elle permet grce une surveillance trs prcise, de
suivre lvolution dun dfaut ou dune usure et donc de planifier une intervention
avant dfaillance totale ou partielle.


La maintenance prvisionnelle maintenance lie lanalyse de lvolution des
paramtres de la dgradation dun bien, permettant de retarder ou de planifier les
interventions, cette maintenance est parfois appele maintenance prdictive .
La maintenance curative activit de maintenance ayant pour objet de rtablir un
bien dans un tat spcifi (rparation).
La maintenance palliative activit destine permettre un bien daccomplir
provisoirement tout ou partie dune fonction requise (dpannage).

V. Les niveaux de maintenance
Une autre condition pour russir un systme de maintenance serait de spcifier les niveaux
de maintenance dans lentreprise. Cinq niveaux se prsentent. Ceux-ci font rfrence la
complexit des tches effectuer et aux ressources humaines et matrielles ncessaires la
ralisation de chacune des tches (tableau 1).

Figure I.1. : Les diffrents types (ou formes) de la maintenance


Tableau 1: les ressources ncessaires pour chaque niveau de maintenance
Premier niveau
Rglage simple prvu par le constructeur au moyen dorganes accessibles sans aucun montage
dquipement ou change dquipements accessibles en toute scurit.
Deuxime niveau
Dpannage par change standard dlments prvus cet effet ou doprations mineures de
maintenance prventive.
Troisime niveau
Identification et diagnostic de pannes, rparation par change de composants fonctionnels,
rparations mcaniques mineures.
Quatrime niveau
Travaux importants de maintenance corrective ou prventive.
Cinquime niveau
Travaux de rnovation, de reconstruction ou rparations importantes confies un atelier



VI. Le processus de gestion de la maintenance
Le systme de gestion de la maintenance que nous prsentons la figure comporte quatre
tapes aussi importantes les unes que les autres.
- La premire tape concerne la rception du matriel et la documentation.
- La deuxime est relative au choix du type de maintenance effectuer en fonction des
paramtres choisis (prventive conditionnelle, systmatique, ou corrective).
- Dans la troisime tape, nous prcisons les tapes du processus de maintenance telles
que la planification des interventions, lexcution et le suivi de lintervention.
- La quatrime tape et la dernire concerne la ralisation et le suivi de lopration de
maintenance.

Le systme sera expliqu dans la partie suivante du prsent projet o nous prcisons dune
faon plus dtaille les processus ncessaires pour mener bien ces oprations.



Diagnostiquer
la dfaillance
Planifier
litervetio
Planifier
litervetio
Excuter litervetio
Faire le suivi de litervetio
Recevoir le
matriel
Prparer et installer le matriel
Choisir le type de maintenance
Si
MPS
Si
MPC
Si MC
Mesurer les
paramtres de
contrle
Dtecter la
dfaillance
Planifier
litervetio
Constituer le dossier technique
C
h
o
i
x

d
u

t
y
p
e

d
e

m
a
i
n
t
e
n
a
n
c
e

P
l
a
n
i
f
i
c
a
t
i
o
n

Figure I.2: systme de gestion de la maintenance



VII. La Gestion de Maintenance Assiste par Ordinateur
VII.1. Qu'est que c'est la GMAO

La gestion de maintenance Assiste par un ordinateur (GMAO), est un systme informatique
de management et de gestion de la maintenance dvelopp sous un systme de gestion de base
de donnes, qui permet de suivre et programmer sous les aspects techniques, budgtaire et
organisationnel, toutes les activits et les objectifs de la maintenance .

VII.2. Les objectifs dune GMAO
La GMAO peut tre un outil d'aide la dcision permettant de :
- Matriser les cots des installations maintenir
- Assurer la prennit du patrimoine
- Optimiser les moyens techniques et humains de maintenance
- Matriser la prparation des interventions, leur planification et leurs cots
- Optimiser la gestion du stock de pices de rechange afin de diminuer la valeur de ce stock
tout en maintenant une disponibilit satisfaisante des installations :
- Inventorier les installations techniques et les documenter
- Fiabiliser les installations par l'analyse du retour d'exprience formalis et capitalis, par la
dcision et l'argumentation de plans d'actions .

VII.3. Les dmarches pour la mise en place dune GMAO

VII.3.1. Ralisation du cahier des charges (surtout dfinir le besoin)

Volume de l'inventaire Matriels maintenir et documents d'quipement
informatiser
Degr de sophistication du logiciel (plus il est performant plus il est complexe
utiliser)
Dfinir le prventif suivre (plan de maintenance)
Dfinir le suivi Magasin raliser


Dfinir les documents (et leurs contenus) utiles au droulement du processus de
maintenance.
Dfinir le suivi informatique pour la bonne exploitation du logiciel (mise en
place, maintenance hard et soft)
Dfinir les moyens de sauvegarde et d'archivage

VII.3.2. Choix du logiciel

Dveloppement spcifique ou achat d'un logiciel
Orientation vers un logiciel ou un ensemble de logiciels (GMAO, gestion
stock, etc.) avec les interfaces ncessaires
Choisir un prestataire de services informatiques si pas de comptences
informatiques en interne

Mise en place

Installation hard et soft
Essais

Formation du personnel

Les formations prendre en compte sont les suivantes :
Formation gnrale l'informatique (systme d'exploitation Windows par
exemple)
Formation spcifique au logiciel
Remise d'un cours chaque personne



Utilisation / Exploitation de la GMAO

Saisie de l'inventaire COMPLET du matriel
Saisie des Demandes d'Intervention et des Ordres de Travaux
Saisie des comptes rendus d'intervention et clture
Saisie des alarmes pour les interventions prventives
Autres saisies
Ralisation / ditions des statistiques (indicateurs, Pareto, etc...)
Archivages/sauvegardes

VIII. Conclusion
Il est clair que le service de maintenance, pour accomplir sa fonction requise, demande des
ressources humaines comptentes et des ressources matrielles disponibles donc il faudra bien
grer la fonction maintenance pour que lentreprise demeure comptitive.

Chapitre II :
Analyse et spcification


I. Introduction
La phase d'analyse et de spcification, est la premire tape du processus de dveloppement
que nous avons adopt. En effet, elle formalise et dtaille ce qui a t bauch au cours de
l'tude prliminaire, et permet de dgager l'tude fonctionnelle du systme. Elle permet ainsi
d'obtenir une ide sur ce que va raliser le systme en termes de mtier (comportement du
systme).
Tout au long de ce chapitre, nous commencerons par dfinir les besoins fonctionnels et non
fonctionnels de la solution que nous allons proposer, et prsenter le diagramme gnral de cas
dutilisation.
II. Analyse des besoins
Cette partie va servir poser les bases du recueil des besoins du systme raliser. Pour
pouvoir clarifier les besoins des utilisateurs de notre application, nous allons prsenter les
besoins fonctionnels ainsi que les besoins non fonctionnels.
Voici en premier temps les besoins fonctionnels :
II.1. Les besoins fonctionnels
Il s'agit des fonctionnalits du systme. Ce sont les besoins spcifiant un comportement
d'entre / sortie du Systme.
Le systme concevoir doit permettre lutilisateur deffectuer les oprations suivantes :

Gestion des utilisateurs : ll saglL dun ouLll permeLLanL deffecLuer les operaLlons de
gesLlon Lelles que la[ouL, la suppresslon, la modlflcaLlon eL la consulLaLlon des
informations caractrisant chacun des utilisateurs.
Gestion des travaux : lappllcaLlon permeL :
- La gesLlon des ordres dlnLervenLlon.
- La gestion de la maintenance prventive.
- La gestion des contrats de sous-traitance.
Consultation des statistiques des quipements : lapplication fournit une vue pour
quun utilisateur puisse consulter les statistiques des couts de maintenance.
Consultation de lhistorique des agents : lapplication permet au responsable de voir
les activits ralises dans le systme ordonnes par date.



II.2. Les besoins non fonctionnels
Les besoins non fonctionnels concernent les contraintes prendre en considration pour
mettre en place une solution adquate aux attentes des concepteurs des architectures
dynamiques.
Notre application doit ncessairement assurer ces besoins :

Lextensibilit : dans le cadre de ce travail, l'application devra tre extensible, c'est--
dire qu'il pourra y avoir une possibilit d'ajouter ou de modifier de nouvelles
fonctionnalits.
La scurit : lapplication devra tre hautement scurise, les informations ne devront
pas tre accessibles tout le monde, c'est--dire que le site web est accessible par un
identifiant et un mot de passe attribu une personne physique.
Literface : avoir une application qui respecte les principes des Interfaces
Homme/Machine (IHM) tels que l'ergonomie et la fiabilit.
La performance : lappllcaLlon devra Lre performante c'est--dire que le systme doit
reaglr dans un delal precls, quelque solL lacLlon de luLlllsaLeur.
La convivialit : lappllcaLlon dolL Lre slmple eL faclle a manlpuler mme par des non
experts.
Lergooie : le theme adopLe par lappllcaLlon dolL Lre lnsplre des couleurs eL du
logo Lype de lenLreprlse daccuell.

Gestion de la documentation technique : ce module est l'quivalent d'un gestionnaire
bibliographique grce auquel il est possible de faire la saisie et la recherche dinformations
Gestion des achats : lapplication permet
- la gestion du bon de commande
- la gestion du bon de sortie
- la gestion du bon de rception
- la gestion du bon de livraison
Gestion des stocks : Ce module doit contenir tous les outils ncessaires pour une gestion
rigoureuse du magasin :
- La saisie des informations sur les produits.
- La vrification/ mise jour de l'inventaire physique.
- La gestion des bons de commande.
- La gestion des fournisseurs et des sous-traitants.
- La gestion des entres et des sorties.



III. Diagramme des cas dutilisation gnral
III.1. Dfinition dun cas dutilisation
Le diagramme de cas d'utilisation dcrit les utilisations requises d'un systme, ou ce qu'un
systme est suppos faire. Les principaux concepts de ce diagramme sont les acteurs, cas
d'utilisation et sujets. Un sujet reprsente un systme avec lequel les acteurs et autres sujets
interagissent.

Figure II.1 : Diagramme de cas dutilisation gnral de systme



III.2. Identification des acteurs
Au niveau de cette section, nous prsentons les diffrents acteurs susceptibles dinteragir avec
le systme, mais tout dabord, nous donnons une dfinition du concept acteur.
Un acteur reprsente l'abstraction d'un rle jou par des entits externes (utilisateur,
dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi.
La mise en marche du systme ncessite essentiellement quatre acteurs :
Administrateur : ladministrateur a le droit de crer un nouvel utilisateur et de dfinir
les rles et les privilges des utilisateurs du systme.
Technicien: il a pour rle de saisir tous les ordres de travails aprs avoir reu les
demandes de travaux.
Chef section : son rle consiste contrler et clturer les ordres de travail raliss et
non raliss, clturer les OT de la sous-traitance, et consulter la maintenance
prventive (le planning de graissage et de lubrification).
Chef service : son rle consiste suivre toutes les oprations de maintenance
effectues, consulter la maintenance prventive (le planning de rvision gnrale des
quipements) et demander lhistorique souhait et lanalyse des statistiques (ordres
de travail ralises, pices de rechanges utilises, intervenants,...)

IV. Conclusion
Ce chapitre prsente une phase indispensable pour ltude et lanalyse de notre application.
Nous avons dfini les diffrents besoins fonctionnels et non fonctionnels, nous avons
prsent le diagramme de cas dutilisation gnral .Nous entamerons dans le chapitre suivant
la conception de cette application qui comporte les diagrammes de cas dutilisation dtaills,
les diffrents diagrammes de squence et le diagramme de classe.

Chapitre III :
Etude Conceptuelle

Etude conceptuelle


I. Introduction
La phase de la conception est la phase initiale de la cration et de la mise en uvre de
notre projet. En fait, elle reprsente une tape importante de rflexion dans le cycle de
dveloppement logiciel aprs la phase de lanalyse et de spcification.
Dans ce chapitre, nous allons prsenter en dtails la conception du projet travers les
diagrammes UML suivants : les diagrammes des cas dutilisation, les diagrammes de
squence, le diagramme de classes et les diagrammes dactivits.
II. Description des diagrammes
Dans le prcdent chapitre, nous avons prsent le digramme de cas dutilisation gnral
qui dcrit le comportement fonctionnel du systme tel qu'il est vu par l'utilisateur, et ceci
ne suffit plus, cest pour cela, que nous allons traiter le digramme de squence qui dcrit le
comportement dynamique entre les acteurs et les objets de systme.
II.1. Dfinition de diagramme de squence
Un diagramme de squence est un document graphique qui montre pour des scnarios de
cas d'utilisation prcis, les vnements gnrs et les interactions entre objets en se basant
sur des messages ordonns. Chaque message transitant sur un lien est symbolis par une
flche porteuse d'une expression. La lecture se fait de haut en bas, et l'ordre chronologique
doit respecter ce sens.
La ralisation de diagramme de squence permet de lister les mthodes dont on aura besoin
lors de la phase de dveloppement. Pour ce faire, la description doit tre suffisamment
gnrale et exhaustive pour identifier tous les algorithmes [6].
II.2. Dfinition du diagramme dactivit
Le diagramme d'activit est un diagramme comportemental d'UML, permettant de
reprsenter le dclenchement d'vnements en fonction des tats du systme et de
modliser des comportements pouvant tre parallles. Le diagramme d'activit est
galement utilis pour dcrire un flux de travail.
III. Capture des besoins fonctionnels
La capture des besoins fonctionnels est la premire tape de la branche gauche du cycle en
Y. Elle sera complte au niveau de la branche droite du Y par la capture des besoins
techniques.
Etude conceptuelle


III.1. Description des cas d'utilisation
III.1.1. Cas dutilisation gestion ordres de travail

But : Ce cas dutilisation permet au technicien de crer des ordres de travail.
Les acteurs : Technicien.
Description textuelle : Ds la rception dune demande de travaux le technicien
demande au systme de crer un ordre de travail, ce dernier lui demande les
informations ncessaires (code matriel, dsignation matriel, nature des
travaux, section dintervention, numro de demande de travaux,...).
Lors de la saisie des informations, le systme effectuera les contrles quil faut
(le numro du demande de travaux (DT), le numro de lordre de travail (OT),
code quipement, date OT), et aprs la confirmation de ces informations, le
systme enregistre lordre de travail, et enfin lordre de travail sera imprim et
envoy au Chef section.
Les scnarios

Cration dun ordre de travail (OT) : permet de crer un ordre de travail selon
lenchanement suivant :
1- le Technicien demande de crer un ordre de travail.
2- le systme affiche une fiche de cration dun ordre de travail.
3- le Technicien remplit les champs du formulaire (numro OT, date
OT, code quipement, chef section, numro du demande des travaux,...).
4- le systme vrifie les champs introduits, sauvegarde les
informations saisies, et affiche un message correspondant la russite
de lopration.

Gestion ordres de
travail
Figure III.1:Diagramme de cas dutilisation gestion des ordres de travail

Etude conceptuelle


Modification dun ordre de travail (OT) : permet de corriger les erreurs de saisie
selon lenchanement suivant :
1- le Technicien demande au systme les OT par priode, ou par code_OT.
2- le systme affiche tous les OT correspondant la priode souhaite.
3- le technicien slectionne un OT dans la liste.
4- le systme affiche les informations de lOT correspondant.
5- le technicien modifie les champs souhaits et valide lopration.
6- le systme vrifie les champs introduits, met a jour les informations de lOT, et
affiche un message de confirmation de la modification.
Annulation dun ordre de travail : permet dannuler un ordre de travail selon
1- le technicien demande au systme les OT par priode, ou par code_OT.
2- le systme affiche tous les OT correspondant la priode souhaite.
3- le technicien slectionne un OT dans la liste.
4- le systme affiche les informations de lOT correspondant.
5- le technicien valide lannulation.
6- le systme avertit le technicien, en lui affichant une confirmation dannulation.
7- dans le cas o le technicien confirme lannulation, lOT slectionn sera annul
par le systme.
Etude conceptuelle


Description Diagramme dactivit Gestion des ordres de travail

Figure III.2 : Diagramme dactivit Gestion des ordres de travail
Etude conceptuelle


Le scnario cration d'un ordre de travail

III.1.2. Cas dutilisation gestion des utilisateurs :

But : Ce cas dutilisation permet ladministrateur du systme dajouter,
modifier ou supprimer un utilisateur, permet aussi daffecter un rle un
utilisateur (lors de la cration du compte, ladministrateur spcifie le login et le
mot de passe de lutilisateur).

Gestion des
utilisateurs

Technicien
Figure III.3 : Diagramme de squence du scnario crer un ordre de travail
Figure III.4 : Diagramme des cas dutilisation gestion des utilisateurs
Etude conceptuelle


Les acteurs : Ladministrateur.
Description textuelle : Ds la rception dune demande de travaux le technicien demande
au systme de crer un ordre de travail, ce dernier lui demande les informations ncessaires
(code matriel, dsignation matriel, nature des travaux, section dintervention, numro de
demande de travaux,...).
Lors de la saisie des informations, le systme effectuera les contrles quil faut (le
numro du demande de travaux (DT), le numro de lordre de travail (OT), code
quipement, date OT), et aprs la confirmation de ces informations, le systme
enregistre lordre de travail, et enfin lordre de travail sera imprim et envoy au
Chef section.
Les scnarios
Ajouter un utilisateur : permet dajouter un utilisateur la liste des
utilisateurs selon lenchanement suivant :
1- ladministrateur du systme demande dajouter un utilisateur.
2- le systme affiche la fiche des renseignements pour lutilisateur ajouter.
3- ladministrateur du systme saisit les informations ncessaires et valide la
cration.
4- le systme cre un compte pour le nouvel utilisateur, le sauvegarde, et retourne
un avis denregistrement.
Modifier un utilisateur: permet de modifier un utilisateur donn selon
1- ladministrateur du systme demande la liste des utilisateurs.
2- le systme retourne la liste des utilisateurs.
3- ladministrateur du systme slectionne lutilisateur qui lui convient.
4- le systme retourne la description complte de lutilisateur (nom, prnom,
mot de passe, date de cration,...).
5- ladministrateur modifie tout ou une partie des informations concernant
lutilisateur, et valide la modification.
6- le systme confirme la modification.
Supprimer un utilisateur permet la suppression dun utilisateur selon
1- ladministrateur du systme demande la liste des utilisateurs.
2- le systme retourne la liste des utilisateurs.
Etude conceptuelle


3- ladministrateur du systme slectionne lutilisateur supprimer.
4- le systme retourne la description complte de lutilisateur (nom, prnom,
mot de passe, date de cration,...).
5- ladministrateur valide la suppression.
6- le systme avertit ladministrateur, en lui affichant une confirmation de
suppression.
7- lutilisateur sera supprim dans le cas de confirmation.

Description du diagramme dactivit gestion des utilisateurs

Figure III.5 : Diagramme dactivit gestion des utilisateurs
Etude conceptuelle


Le scnario ajouter un utilisateur

III.1.3. Cas dutilisation gestion de la maintenance prventive

But : Ce cas dutilisation permet au Chef section de consulter le planning Prventif
Du graissage et de la lubrification des quipements.
Les acteurs Chef section
Description textuelle ce cas dutilisation aide le Chef section planifier et
consulter le planning prventif du graissage et de la lubrification des quipements.

Gestion de la
maintenance
prventive
Figure III.6 : Diagramme de squence du scnario ajouter un utilisateur
Figure III.7 : Diagramme des cas dutilisation gestion de la maintenance
prventive
Etude conceptuelle


Les scnarios
Planifier
1- le Chef section demande au systme le formulaire de planification de la
maintenance prventive.
2- le systme affiche le formulaire de planification de la maintenance
prventive des quipements.
3- Le Chef section saisit les informations ncessaires (numro de planning
prventif, lquipement soumis la maintenance prventive et les
lments maintenir, les actions de maintenance raliser, les pices
utiliser, la priodicit, la section excutante de laction) et valide
lopration de planification.
4- le systme sauvegarde les informations saisies par le Chef section.
Modifier le planning prventif
1- le Chef Section demande au systme de modifier un planning prventif.
2- le systme affiche le formulaire de modification.
3- le Chef Section saisit le code du planning prventif modifier.
4- le systme affiche toutes les informations correspondant au planning
prventif slectionn.
5- le Chef Section effectue les modifications souhaites et valide lopration.
6- le systme sauvegarde les nouvelles informations.
Consulter le planning prventif
1- le Technicien demande la consultation du planning prventif.
2- le systme affichera une fiche de consultation.
3- Le Technicien slectionne la date ou la priode voulue et lancera la
recherche.
4- le systme affiche tous les plannings prventifs correspondant la date o
la priode souhaite.
5- le Chef Section choisit un planning prventif et demande au systme
d'afficher le dtail correspondant au planning slectionn.
6- le systme affiche toutes les informations correspondantes au planning
choisi.
Etude conceptuelle


Description Diagramme dactivit gestion de la maintenance prventive

Le scnario planifier un planning prventif

Chef Section
Figure III.8 : Diagramme dactivit gestion de la maintenance prventive
Figure III.9 : Diagramme de squence du scnario planning prventif
Etude conceptuelle


III.1.4. Cas dutilisation gestion de la sous-traitance

But Ce cas dutilisation permet au chef section de grer toutes les actions de sous-
traitance.
Les acteurs Chef section.
Description textuelle aprs toutes actions de sous-traitance le chef section
enregistre et saisit toutes les informations ncessaires.
Les scnarios
Enregistrer une facture de sous-traitance: permet denregistrer une facture de sous-
traitance selon lenchanement suivant :
1- le chef section demande au systme dafficher le formulaire correspondant
lenregistrement dune facture de sous-traitance.
2- le systme affiche le formulaire.
3- le chef section remplit les champs du formulaire (N facture, date facture,
montant HT, TVA, montant TTC, valeur MO, valeur PR, sous-traitant) et
valide la saisie.
4- le systme sauvegarde les informations saisies et affiche un message de la
russite de lopration.
5- le chef section recherche dans la liste des OT non clturs de la sous-
traitance lOT correspondant cette facture, ensuite il va saisir le numro
de facture et indique que lOT est cltur pour changer son tat de non
cltur vers cltur et valide lopration
6- le systme sauvegarde les informations saisies.

Gestion de la sous-
traitance
Figure III.10 : Diagramme des cas dutilisation gestion de la sous-traitance
Etude conceptuelle


Modification dune facture de sous-traitance
1- le chef section demande au systme les factures de sous-traitance par
priode, ou par code_facture_sous traitance.
2- le systme affiche toutes les factures.
3- le chef section slectionne une facture dans la liste.
4- le systme affiche les informations de la facture correspondante.
5- le chef section modifie les champs souhaits et valide lopration.
6- le systme met jour les informations de la facture.
Le scnario enregistrer une facture de sous-traitance

III.1.5. Cas dutilisation gestion des quipements

B
u
t : Ce cas dutilisation permet au Chef section de grer les quipements.
Les acteurs : Chef section
Description textuelle : lors de lachat dun nouveau matriel, le changement de
Gestion des quipements
Figure III.11 : Diagramme de squence du scnario enregistrer une facture de sous-traitance
Figure III.12 : Diagramme de cas dutilisation gestion des quipements
Etude conceptuelle


lemplacement dun quipement dans un secteur, ou dans le cas de la mise en
rforme, le chef section procde lajout, la modification ou la suppression de
lquipement.
Les scnarios :
Ajouter un quipement permet dajouter un quipement selon lenchanement suivant :
1- le Chef section demande au systme dajouter un quipement.
2- le systme affiche un formulaire dinformation sur lquipement ajouter.
3- le Chef section saisit les informations ncessaires (code quipement,
libell quipement, fabriquant, fournisseur, date dessai, date de mise en
service, alimentation en nergie, secteur, fonction principales,...) et valide
la saisie.
4- le systme sauvegarde le nouveau matriel, et affiche un message
correspondant la russite de lopration.
Modifier un quipement permet de modifier un quipement selon lenchanement
suivant :
1- le Chef section demande au systme les quipements par secteur ou par
code_equipement.
2- le systme affiche tous les quipements appartenant au secteur choisi.
3- le Chef section slectionne lquipement modifier.
4- le systme affiche la description complte de lquipement.
5- le Chef section saisit les modifications sur lquipement et valide
lopration.
6- le systme sauvegarde les nouvelles informations et confirme la
modification.
Supprimer un quipement permet de supprimer un quipement selon
1- le Chef section demande au systme les quipements par secteur ou par
code_equipement.
2- le systme affiche tous les quipements appartenant au secteur choisi.
3- le Chef section slectionne lquipement supprimer.
4- le systme affiche la description complte de lquipement.
5- le Chef section valide la suppression.
6- le systme avertit le Chef section en lui affichant une confirmation de
suppression.

Etude conceptuelle


7- le systme supprime lquipement dans le cas de confirmation.
Le scnario ajouter un quipement

III.1.6. Cas dutilisation gestion des demandes de travaux

But Ce cas dutilisation permet au Chef Service de crer des demandes de travaux.
Les acteurs Chef Service.
Chef Section
Gestion des demandes de
travaux
Figure III.13 : Diagramme de squence du scnario ajouter un quipement
Figure III.14 : Diagramme de cas dutilisation gestion de demande de travaux
Etude conceptuelle


Description textuelle Ds quune panne survient lAgent demandeur (mdecin,
infirmier, etc.) la rclame au chef Service.
Les scnarios

Cration dune demande de travaux (DT) permet de crer une demande de
travaux selon lenchanement suivant :
1- le chef service demande de crer une demande de travaux.
2- le systme affiche une fiche de cration dune demande de travaux.
3- Le chef service remplit les champs du formulaire (numro DT, date DT,
code quipement, degr durgence, demandeur, travaux demands,...).
4- le systme sauvegarde les informations saisies, et affiche un message
correspondant la russite de lopration.
Modification dune demande de travaux (DT) permet de corriger les erreurs de saisie
1- le chef service demande au systme les DT par priode ou par code
2- le systme affiche toutes les DT correspondantes la priode souhaite.
3- le chef service slectionne une DT dans la liste.
4- le systme affiche les informations du DT correspondante.
5- le chef service modifie les champs souhaits et valide lopration.
6- le systme vrifie les champs introduits, met jour les informations du
DT, et affiche un message de confirmation de la modification.
Annulation dune demande de travaux (DT) permet dannuler un ordre de travail
1- le systme affiche toutes les DT correspondantes la priode souhaite.
2- Le chef service slectionne une DT dans la liste.
3- le systme affiche les informations du DT correspondante.
4- le chef service valide lannulation.
5- le systme avertit lAgent demandeur, en lui affichant une confirmation
dannulation.
6- dans le cas ou Le chef service confirme lannulation, la DT slectionne sera
annule par le systme.

Etude conceptuelle


Le scnario modification dune demande de travaux

III.1.7. Cas dutilisation Consultation du flash mensuel
Limage nest pas sa place et des flches trainent en dehors de limage
Figure 16:Diagramme de cas dutilisation Consultation du flash mensuel

But : Ce cas dutilisation permet au Chef service et au Chef section de consulter le
flash mensuel (la situation des immobilisations quipement et parc auto, le volume
horaire et cot des interventions de maintenance, ou la prestation fournie par les
techniciens).
Les acteurs Chef service, Chef section.
Description textuelle ce cas dutilisation aide le Chef service et le
Chef section analyser le flash mensuel pour prendre des dcisions.

Chef Service
Figure III.15 : Diagramme de squence du scnario modification dune DT
Etude conceptuelle


Les scnarios
Consultation du flash mensuel
1- le Chef section ou le Chef service demande au systme de consulter le flash
mensuel.
2- le systme affichera une fiche de consultation.
3- le Chef section ou le Chef service slectionne la priode voulue et la situation
souhaite du flash mensuel (la situation des immobilisations quipement et
parc auto, le volume horaire et cot des interventions de maintenance, ou la
prestation fournie par les techniciens) et valide lopration.
4- le systme affiche toutes les informations de la situation slectionne.

Le scnario consultation du flash mensuel

Chef Service / Chef Section
Figure III.16 : Diagramme de squence du scnario Consultation de Flash mensuel
Etude conceptuelle


III.1.8. Cas dutilisation Accs aux historiques des quipements

But Ce cas dutilisation permet au Chef service et au Chef section daccder aux
historiques des quipements (historiques des oprations effectues, historiques des
pices de rechange utilises, historiques des intervenants, et les historiques des
ordres de travaux raliss).
Les acteurs Chef service, Chef section.
Description textuelle ce cas dutilisation aide le Chef service et le Chef section
prendre des dcisions sur les quipements (exemple : dcision de reformer un
quipement).
Les scnarios
Consulter les historiques permet dafficher les historiques des quipements selon
lenchanement suivant
1- le Chef service ou le Chef section demande des historiques sur les quipements.
2- le systme demande lhistorique voulu (historiques des oprations effectues,
historiques des pices de rechange utilises, historique des intervenants ou des
ordres de travaux raliss).
3- le Chef service ou le Chef section choisit lhistorique souhait.
4- le systme affiche une fiche de consultation correspondante lhistorique
slectionn.
5- le Chef service ou le Chef section saisit le code quipement, indique la priode
(intervalle du temps) voulu et valide lopration.
6- le systme affiche lhistorique souhait de lquipement slectionn
Figure III.17 : Diagramme de cas dutilisation Accs aux historiques des
quipement
Etude conceptuelle


Le scnario accs aux historiques des quipements

IV. Description de Les diagrammes des tats transition
IV.1. Le classe quipement
Lquipement peut transiter entre plusieurs tats diffrents :
Il passe par ltat acquis juste aprs son acquisition, il peut tre en instance ou
oprationnel sil est affect directement un secteur ,comme il peut tre en
rparation dans le cas dune panne , reform , vendu ou dtruit .

Chef Service / Chef Section

Figure III.18 : Diagramme de squence du scnario accs aux historiques des quipement
Figure III.19 : Diagramme tat transition quipement
Etude conceptuelle


IV.2. Le classe ordre de travail
A la rception dune demande de travaux, lordre de travail doit tre lanc et il peut
passer par les tats suivants :
Cr : la rception de la demande de travaux.
Attente : dans le cas dun manque de pices ou de non qualification
des personnels intervenants.
Excut : dans le cas o le travail demand est effectu par la
section intervention de ??????
Adress au sous-traitant : dans le cas o la sous-traitance est
ncessaire.

Figure III.20 : Diagramme tat transition ordre de travail
Etude conceptuelle


IV.3. La classe utilisateur
Lorsquun utilisateur essaie de se connecter au systme il peut tre :
Connect
En attente de connexion
Dconnect

V. Description des diagrammes de contexte
V.1. Dfinition de diagramme de contexte
Le diagramme de contexte sert dlimiter le contour du systme en cours d'tude, nous
dfinissons ici clairement ses frontires et les acteurs avec lesquels il communique. Ces
derniers peuvent tre soit des acteurs humains, soit d'autres systmes avec lesquels le futur
systme communique.

Figure III.21 : Diagramme tat transition utilisateur
Etude conceptuelle


V.2. Lgende des messages
Figure III.22 : Diagramme de contexte
Etude conceptuelle


N du message Lmetteur Le rcepteur Dsignation
1 Technicien Systme Saisie des ordres de travail
2 Systme Technicien -Des confirmations sur la saisie
3 Chef section Systme -Clturer les ordres de travail
-Contrle des OT clturs
-Suivre et contrler le planning
de graissage et lubrification
(modification, mise a jour) -Demander
le planning prventif de graissage et de
lubrification

4 Systme Chef section -Des confirmations sur la saisie de la
Situation demande
-Le planning prventif de graissage et
de lubrification
5 Chef service Systme -Demander le planning prventif de
rvision gnrale des quipements
-Demander les statistiques (le volume
horaire et le cot des interventions,
pices de rechange utilises,...)
-Consulter lhistorique souhaits
(ordres de travail raliss, pices de
rechange utilises, intervenants,...)
6 Systme Chef service -Le planning prventif de rvision
gnrale des quipements -Lhistorique
souhait
- les statistiques demandes
7 Administrateur Systme Cration et modification des profils
utilisateurs
8 Systme Administrateur Des confirmations sur la gestion des
profils utilisateurs

Tableau III.1: lgende des messages

VI. Description des diagrammes de classes
Etude conceptuelle


VI.1. Dfinition de diagramme de classes
Le diagramme de classes est considr comme le plus important de la modlisation
oriente objet, il est le seul obligatoire lors dune telle modlisation. Le diagramme de
classes montre la structure interne du systme. Il permet de fournir une reprsentation
abstraite des objets du systme qui vont interagir ensemble pour raliser les cas
dutilisation. Il sagit dune vue statique car on ne tient pas compte du facteur temporel
dans le comportement du systme. Les principaux lments de cette vue statique sont les
classes et leurs relations : association, gnralisation et plusieurs types de dpendances,
telles que la ralisation et lutilisation. Une classe-association possde les caractristiques
des associations et des classes : elle se connecte deux ou plusieurs classes et possde
galement des attributs et des oprations. Une classe-association est caractrise par un
trait discontinu entre la classe et lassociation.
Une classe est une description d'un groupe d'objets partageant un ensemble commun de
proprits (les attributs), de comportements (les oprations ou mthodes) et de relations
avec d'autres objets (les associations et les agrgations).
Une classe de conception est compose par :
Attribut chaque attribut dune classe est le mme pour chaque instance de
cette classe.
Mthodes elle dfinit le comportement dune classe elle-mme, et non le
comportement de ses instances qui peut tre diffrent. [6]

VI.2. Le diagramme de classes
Etude conceptuelle


VII. Description dtaille des attributs
Figure III.23 : Diagramme de classe
Etude conceptuelle


VII.1. Les attributs des classes d'objets
Classes Attributs Dsignation
Demande de
travaux
code_DT
anomalies_constates
travaux_demandes
service_demandeur
structure
Code de demande de travaux
Anomalies constates
Travaux demands
Service demandeur
Structure
Equipement code_equip
libelle_aquip
date_mise en service
marque_equip etat_equip
preventif
secteur energie
Code de l'quipement
Libell de l'quipement
Date de mise en service de
l'quipement
Marque de l'quipement
Etat de l'quipement
L'quipement soumis a la
maintenance prventive
Secteur de l'quipement
Facture sous
traitant
code_facture_sous
traitance
date_facture_sous
traitance
tvamt ttc
valeur MO
valeur PR
Code de la facture de sous
Traitance Date de la facture de sous
traitance
TVA
montant de la facture TTC
valeur de main d'ouvre
valeur de pices de rechanges
Operations code_operation
designation_operation
Code de l'opration effectue
Dsignation de l'opration
Etude conceptuelle


date_operation
date_debut_travaux
date_fin_travaux
duree_heures
duree_minutes
duree_jours
effectue
Date de l'opration
Date de dbut des travaux
Date de fin des travaux
Dure des travaux en heures
Dure des travaux en minutes
Dure des travaux en jours
Ordre de travail code_OT
date_OT
cloture
date_de_cloture
degre_urgence
nature_des_travaux
anomalies_constates
date_debut_travaux
date_fin_travaux
Code de l'ordre de travail
Date de l'ordre de travail
Clture de l'ordre de travail
Date de clture de l'ordre de
travail
Degr d'urgence de l'ordre de
travail
Nature des travaux
Anomalies constates
Date de dbut des travaux
Date de fin des travaux
Personnels mat_personnels
nom_personnels
prenom_personnels
utilisateur
mot_de_pass
Matricule du personnel
Nom du personnel
Prnom du personnel
utilisateur
Mot de passe personnel
Pices de rechange
utilises
code_PR utilisees
libelle_PR utilisees
Code de pices de rechange
Etude conceptuelle


marque_pieces
reference_pieces
quantite
prix unitaire montant
utilises
Libell de pices de rechanges
utilises
Marque des pices de rechanges
utilises
rfrence des pices de
rechange utilises
quantit des pices
prix unitaire des pices
montant des pices
Planning prventif Code_planing
preventif
date_debut
d'intervention
date_fin
d'intervention
points_maintenance
action_a_realiser
Code du planning prventif
Date de dbut de l'intervention
Date de fin de l'intervention
Points de maintenance
Actions raliser
Postes code_poste
libelle_poste
Code du poste
Libell du poste
Secteurs code_sect
libelle_sect
Code du secteur
Libell du secteur
Sous traitant code_sous traitant
nom_sous traitant
prenom_sous traitant
adr_sous taitant
Code du sous traitant
Nom du sous traitant
Prnom du sous traitant
Adresse du sous traitant
Etude conceptuelle


Structures Code_stucture
Libelle_stucture
Code de structure
Libell de structure
Type
maintenance
type_maintenance
libelle_type_mainten
ance
Type de maintenance
Libell de type de maintenance
Type planning
prventif
type_planning
preventif
libelle_planning
preventif
Type du planning prventif
Libell du planning prventif

Tableau III.2 : Description dtaille des attributs des classes d'objets.
VII.2. Les attributs des classes d'associations

Classes Attributs Attributs
OT_PR
utilises
code_OT
code_PR utilisees
Code de pices de rechange
utilises
Equip_planning
preventif
code_equip
Code_planning
preventif
Code de l'quipement
Code du planning prventif
personnels_OT mat_personnels
code_OT
Matricule du personnel

Tableau III.3 : Description dtaille des attributs des classes
d'associations.
Liste des classes objets

Etude conceptuelle


Classes candidates Attributs Mthodes
Demande de
travaux
code_DT, anomalies_constates
travaux_demandes
service_demandeur, structure
Crer DT ()
Modifier DT ()
Annuler DT ()
Equipement code_equip, libelle_aquip
date_mise en service
marque_equip, etat_equip
preventif, secteur, energie
Cre equip ()
Modifier equip ()
Supprimer equip ()
Operations code_operation,
designation_operation
date_operation
date_debut_travaux
date_fin_travaux, duree_heures
duree_minutes, duree_jours
Crer opration ()
Modifier opration ()
Supprimer opration ()
Ordre de
travail
code_OT, date_OT
cloture , date_de_cloture
degre_urgence
nature_des_travaux
anomalies_constates
date_debut_travaux
date_fin_travaux
Crer OT ()
Modifier OT ()
Annuler OT ()
Personnels mat_personnels, nom_personnels
prenom_personnels,
mot_de_pass
Crer personnels ()
Modifier personnels ()
Supprimer personnels ()
Planning
preventif
Code_planing preventif
date_debut d'intervention
date_fin d'intervention
points_maintenance
Crer planning ()
Modifier planning ()
Etude conceptuelle


action_a_realiser
Sous traitant code_sous traitant
nom_sous traitant
prenom_sous traitant
adr_sous taitant
Crer sous traitant ()
Modifier sous traitant ()
Supprimer sous traitant ()

Tableau III.4 : Tableau des classes candidates
Liste des classes d'associations

Classes Attributs Mthodes
OT_PR
utilises
code_OT
code_PR utilisees
Affecter_ OT_PR utilises ()
modifier_ OT_PR utilises ()
Equip_planning
preventif
code_equip
Code_planning preventif
Affecter_Equip_planning ()
Modifier_ Equip_planning ()
personnels_OT mat_personnels
code_OT
Affecter_personnels_OT ()
Modifier_ personnels_OT ()

Tableau III.5 : Tableau des classes d'associations.

VIII. Les mthodes des classes d'objets et des classes
d'associations

Etude conceptuelle


Classe Mthodes Description
Demande de
travaux
Crer DT ()
Modifier DT ()
Annuler DT ()
Permet de crer une demande de
travaux Permet de modifier une
demande de travaux Permet
d'annuler une demande de travaux
Equipement Cre equip ()
Modifier equip ()
Supprimer equip ()
Permet d'ajouter un quipement
Permet de modifier un quipement
Permet de supprimer un quipement
Operations Crer opration () Modifier
opration () Supprimer
opration ()
Permet d'ajouter une opration
Permet de modifier une opration
Permet de supprimer une opration
Ordre de
travail
Crer OT ()
Modifier OT ()
Annuler OT ()
Permet de crer un ordre de travail
Permet de modifier un ordre de travail
Permet d'annuler un ordre de travail
Personnels Crer personnels () Modifier
personnels () Supprimer
personnels ()
Permet d'ajouter un personnel
Permet de modifier un personnel
Permet de supprimer un personnel
Planning
prventif
Crer planning ()
Modifier planning ()
Permet de crer le planning
Permet de modifier le planning
Sous traitant Crer sous traitant () Modifier
sous traitant () Supprimer sous
traitant ()
Permet d'ajouter un sous traitant
Permet de modifier un sous traitant
Permet de supprimer un sous traitant
OT_PR
utilises
Affecter_ OT_PR
utilises () modifier_
OT_PR utilises ()
Permet d'affecter des pices de
rechanges un ordre de travail
Permet de modifier les pices de
rechanges utilises dans un ordre de
travail
Equip planning Affecter_Equip planning Permet d'affecter un quipement un
planning prventif
Permet de modifier un quipement
dans un planning prventif
prventif Modifier_ ()
Equip planning ()
personnels_OT Affecter personnels_OT () Permet d'affecter un personnel un
ordre de travail
Permet de modifier un personnel dans
un ordre de travail
Modifier_OT ()
personnels_OT ()

Tableau III.6: Description des mthodes des classes d'objets et d'association.
IX. Conclusion

Etude conceptuelle


Dans ce chapitre, nous avons prsent le langage UML. Aussi nous avons fait la
description des diagrammes des cas dutilisation, de classe et de squence et dactivit, et
de contexte afin de dlimiter le cadre de notre travail et de prparer un terrain favorable
pour la prochaine tape.
Maintenant, notre application est prte tre code. Dans le chapitre suivant, nous allons
nous intresser limplmentation de notre systme en se basant sur la conception dtaille
de ce chapitre.

Chapitre IV :
Ralisation

Ralisation


I. Introduction
Dans chapitre prcdent nous avons prsent les tapes de conception de lapplication,
ainsi que les diffrents diagrammes des cas dutilisation, par la suite nous avons dtaill
cette phase en tablissant les diagrammes des classes ainsi que les diagrammes de
squences et dactivits.
Dans ce chapitre nous traitons les diffrentes tapes dimplmentation de lapplication, et
au fur et mesure nous avons tabli un ensemble de tests : ce sont les tapes de la phase de
ralisation.
Nous allons commencer par la description de lenvironnement matriel et logiciel tout en
donnant par la suite un aperu sur le travail accompli au cours de la priode de
dveloppement.
II. Environnement du travail
Dans cette partie, nous avons tudi le choix des outils matriels et surtout les outils
logiciels du dveloppement web.
II.1. Environnement matriel
Nous mentionnons les caractristiques de lordinateur sur lesquelles nous avons dvelopp
lapplication parce quelles peuvent donner une ide sur les conditions du travail.
Lapplication a t dveloppe sur un ordinateur portable Acer Aspire qui se caractrise
par :
Processus : Intel Core i5 CPU M520 @ 2.40 GHz 2.40 GHz.
Mmoire install(RAM) : 4.00 Go (3.86 Go utilisable).
Type de systme : systme dexploitation 64 bits.
Disque dur : 500 Go.
Ecran : 15,6 pouces.
II.2. Environnement logiciel
Nous avons numr au cours de cette partie les diffrents outils utiliss tout au long de ce
projet pour ltude et la mise en place de notre application.

Ralisation


II.2.1. Systme dexploitation
Nous avons utilis comme systme dexploitation :
Microsoft Windows 7 Edition Intgral.
Service pack1.

II.2.2. Outil de modlisation UML :
Visual Paradigm:
Nous avons exploit pour la modlisation UML de lapplication loutil Entreprise
Architect qui est flexible, complet et puissant, conu pour les plateformes Windows. Cest
un outil de cration de modles dont le langage est UML.
II.2.3. Environnement de dveloppement intgr
NetBeans 7.3 :
Nous avons choisi NetBeans comme Environnement de Dveloppement Intgr(EDI) open
source lanc par SUN en juin 2009 qui permet de dvelopper des applications Java, PHP,
C, C++ et Ruby. Il comprend toutes les caractristiques d'un IDE moderne (diteur en
couleur, projets multi-langage, refactoring, diteur graphique d'interfaces et de pages
Web).
II.2.4. Serveur dapplication : Glassfish 3.1.1
GlassFish est un serveur dapplications certifi Java EE 5. Son dveloppement a t initi
lorsque Sun a ouvert le code de son serveur dapplications pour le licencier en Open
Source. Il utilise le moteur de persistance dOracle, TopLink Essentials.
GlassFish est constitu :
dun serveur web ddi au service de fichiers, cest--dire des pages HTML
statiques, images, vidos, etc ;
dun conteneur de servlets hbergeant des applications composes de servlets
et/ou JSP ;
dun conteneur dEJB, pour la gestion des composants stateless, stateful, MDB et
entity beans ;
de limplmentation de lAPI de persistance JPA dOracle (TopLink Essentials).
Comme nous allons le voir, ladministration du serveur GlassFish se fait soit par interface
web, soit par ligne de commande.
Ralisation


II.2.5 Outil dadministration de la base de donnes
MySQL Workbench :
Nous avons appliqu MySQL Workbench comme un logiciel de gestion et d'administration
de bases de donnes MySQL, il possde une interface graphique intuitive, il permet, entre
autres, de crer, modifier ou supprimer des tables, des comptes utilisateurs, et d'effectuer
toutes les oprations inhrentes la gestion d'une base de donnes. Pour ce faire, il doit
tre connect un serveur MySQL.
II.2.6. Langage de programmation
Java
Lapplication a t dveloppe en JAVA pour lequel nous avons opt car il est de plus en
plus utilis dans le monde de la recherche scientifique ainsi que dans l'industrie. En effet,
ce langage de programmation prsente un large avantage car les programmes peuvent tre
excuts sur diffrents systmes d'exploitation et architectures matrielles. De plus, il
permet de crer facilement des interfaces graphiques conviviales.
HTML
HTML (Hyper Text Markup Language / langage hypertexte) est le langage dans lequel
sont crites les pages du web. Un site web est constitu dun ou plusieurs documents
HTML, appeles aussi pages. Pour se dplacer dune page lautre dans nos modules on
passe par lintermdiaire d'hyperliens. Pour ajouter des objets graphiques on utilise le
HTML dautre part pour tester des pages web html en local, il suffit d'ouvrir le fichier dans
un navigateur. Le HTML nest pas un langage de programmation comme le C++. Les
langages dynamiques comme PHP et Javascript vont d' ailleurs gnrer des pages HTML
statiques.
Java script :
JavaScript est un langage de programmation de scripts principalement utilis pour les
pages web interactives comme les pages HTML. JavaScript est excut sur l'ordinateur de
l'internaute par le navigateur lui-mme. C'est une extension du langage HTML qui est
incluse dans le code. Ce langage est un langage de programmation qui permet d'apporter
des amliorations au langage HTML en permettant d'excuter des commandes. Ce code est
directement crit dans la page HTML, c'est un langage peu volu qui ne permet aucune
confidentialit au niveau des codes. Dans lapplication nous avons cod plusieurs fonctions
Ralisation


JavaScript par exemple : pour linteraction des pages en envoyant des variables dans
ladresse URL pour filtrer le rsultat de la requte en utilisant la mthode POST ou GET.
CSS :
Les CSS, Cascading Style Sheets (feuilles de styles en cascade), servent mettre en forme
des documents web, type page HTML ou XML. Par l'intermdiaire de proprits
d'apparence (couleurs, bordures, polices, etc.) et de placement (largeur, hauteur, cte
cte, dessus, dessous, etc.), le rendu d'une page web peut tre intgralement modifi sans
aucun code supplmentaire dans la page web. Les feuilles de styles ont d'ailleurs pour
objectif principal de dissocier le contenu de la page de son apparence visuelle.

III. Larchitecture de lapplication
Nous prsentons larchitecture de lapplication, puis nous dtaillerons les diffrentes
infrastructures qui le composent.
III.1. Architecture 3-tiers
Nous avons dvelopp lapplication en nous basant sur larchitecture trois-tiers. En
adoptant cette architecture, le systme sera divis en trois couches (ou niveaux) diffrents :
prsentation des donnes, logique mtier, et accs aux donnes.

Figure IV.1 : Architecture 3 - tiers
Ralisation


III.2. Diagramme de dploiement
Le diagramme de dploiement spcifie un ensemble de constructions qui peut tre utilis
pour dfinir l'architecture d'excution de systmes qui reprsentent l'affectation d'artefacts
logiciels des nuds. Les nuds sont connects via des chemins de communication pour
crer des systmes de rseau d'une complexit quelconque. Les nuds sont en gnral
dfinis d'une manire imbrique et reprsentent soit des priphriques matriels, soit des
environnements d'excution de logiciels. Les artefacts reprsentent des lments concrets
du monde physique qui sont le rsultat d'un processus de dveloppement.

Ralisation


Figure IV.2: Diagramme de dploiement
Ralisation

BEN ZAKRI Oussama Page 55

IV. Dveloppement
Choix de la plateforme JEE :

Pour le dveloppement de lapplication, nous avons utilis la plateforme JEE (Java Edition
Entreprise).
Parmi les avantages de la plateforme JEE, on peut citer :
Technologie sans frais : Java (sur le quel est bas JEE) est une technologie Open
Source, les outils de dveloppement JEE sont disponibles gratuitement.
Maintenabilit : Les applications JEE sont plus faciles entretenir, dans la plupart des
cas, ils sont conus en plusieurs couches. Il est facile d'ajouter de nouvelles fonctionnalits
tierces pour les applications JEE en raison de sa fonction d'volutivit.
Indpendance : Les applications dveloppes avec JEE peuvent tre dployes sur la
plupart des matriels disponibles. Elles offrent une flexibilit de matriel l'utilisateur final.
Ainsi, lutilisateur peut dployer et excuter des applications JEE sur le systme
d'exploitation et le matriel de son choix
.

V. Choix de dveloppement
Pour le dveloppement, nous avons appliqu le modle Model-View-Controller (MVC).
Ce paradigme divise lIHM (Interface Homme Machine) en un modle (M pour modle de
donnes) une vue (V pour la prsentation, linterface utilisateur) et un contrleur (C pour la
logique de contrle, et la gestion des vnements / synchronisation), chacun ayant un rle
prcis dans l'interface.
L'organisation globale d'une interface graphique est souvent dlicate. L'architecture MVC ne
rsout pas tous les problmes. Elle fournit souvent une premire approche qui peut ensuite
tre adapte. Elle offre aussi un cadre pour structurer une application.
Ce patron d'architecture impose la sparation entre les donnes, la prsentation et les
traitements, ce qui donne trois parties fondamentales dans l'application finale : le modle, la
vue et le contrleur.
Ralisation


V.1. Le modle
Le modle reprsente le comportement de l'application : traitements des donnes, interactions
avec la base de donnes, etc. Il dcrit ou contient les donnes manipules par l'application. Il
assure la gestion de ces donnes et garantit leur intgrit. Dans le cas typique d'une base de
donnes, c'est le modle qui la contient. Le modle offre des mthodes pour mettre jour ces
donnes (insertion, suppression, changement de valeur). Il offre aussi des mthodes pour
rcuprer ces donnes. Les rsultats renvoys par le modle sont dnus de toute prsentation.
V.2. La vue
La vue correspond l'interface avec laquelle l'utilisateur interagit. Sa premire tche est de
prsenter les rsultats renvoys par le modle. Sa seconde tche est de recevoir toutes les
actions de l'utilisateur (clic de souris, slection d'une entre, boutons, etc.). Ces diffrents
vnements sont envoys au contrleur. La vue n'effectue aucun traitement, elle se contente
d'afficher les rsultats des traitements effectus par le modle et d'interagir avec l'utilisateur.
V.3. Le contrleur
Le contrleur prend en charge la gestion des vnements de synchronisation pour mettre
jour la vue ou le modle et les synchroniser. Il reoit tous les vnements de l'utilisateur et
enclenche les actions effectuer. Si une action ncessite un changement des donnes, le
Figure IV.3 : Schma du modle MVC
Ralisation


contrleur demande la modification des donnes au modle, et ce dernier notifie la vue que
les donnes ont change pour qu'elle les mette jour.
VI. Les technologies utilises :
Couche prsentation : JSP
Les pages JSP sont une des technologies de la plate-forme Java EE les plus puissantes,
simples utiliser et mettre en place. Elles se prsentent sous la forme d'un simple fichier au
format texte, contenant des balises respectant une syntaxe part entire. Le langage JSP
combine la fois les technologies HTML, XML, servlet et JavaBeans en une seule solution
permettant aux dveloppeurs de crer des vues dynamiques.
Couche mtier : Les EJB
Un EJB (Enterprise JavaBean) est un composant logiciel de la plate-forme JEE de Sun, qui
fournit un environnement Java pur pour l'laboration et l'excution d'applications distribues.
Les EJB sont crites comme des modules logiciels qui contiennent la logique mtier de
l'application. Il existe trois types des EJB :
Les sessions EJB : Une session est un objet non persistant. Sa dure de vie est la dure
d'une interaction particulire entre le client et le EJB. Le client cre normalement un
EJB, appelle des mthodes sur lui, et puis le supprime. Si le client ne parvient pas le
supprimer, le conteneur d'EJB l'enlve aprs une certaine priode d'inactivit.
Les entits EJB : Les entits sont des objets persistants qui sont gnralement
synchroniss avec une base des donnes relationnelles dans une application oriente-
objet.
Les message-driven EJB : Ces sont des composants mtiers conus pour les
traitements asynchrones.
Les EJB sont excutes dans un moteur d'excution appel un conteneur EJB, qui offre une
multitude d'interfaces et de services communs l'EJB, y compris la scurit et le support
transactionnel.

Ralisation


Couche daccs aux donnes : JPA
Le JPA (Java Persistence API) est l'API standard pour la gestion de la persistance et de
mapping objet- relationnel des donnes.
Le mapping objet-relationnel consiste associer une ou plusieurs classes avec une table, et
chaque attribut de la classe avec un champ de la table.
LAPI JPA est base sur les entits EJB. Chaque entit est le mapping dune table
relationnelle une classe java, cette dernire permet dencapsuler les donnes de la table.
Les interactions entre la base de donnes et les entits EJB sont assures par un objet de type
EntityManager qui permet de lire et rechercher des donnes mais aussi de les mettre jour
(ajout, modification, suppression). Le cycle de vie de l'EntityManager est gr par le
conteneur EJB.
Puisque nous avons utilis un langage de POO (Java) avec une base des donnes relationnelle,
nous avons dvelopp la couche daccs aux donnes avec lAPI JPA.
VII. Phase de tests et validation
En informatique, un test dsigne une procdure de vrification partielle d'un systme
informatique. Le but en est de trouver un nombre maximum de comportements
problmatiques du logiciel, car il est impossible de prouver qu'un logiciel fonctionne bien
dans tous les cas. Plus on trouve d'erreurs, plus il y a de chances qu'il y ait davantage
d'erreurs dans le composant logiciel vis. Les tests de vrification ou de validation visent
s'assurer que ce systme ragit de la faon prvue par ses concepteurs (spcifications) ou est
conforme aux attentes du client l'ayant command (besoins), respectivement.
Dans cette partie nous allons prsenter une liste des modules de test, scnario de test et le
rsultat obtenu partir du tableau suivant :

Ralisation


Tab IV.1. Liste des tests pour valider notre application

Module Scnarios de test Rsultat obtenue
1. Connexion
lapplication
Entrer un login et un mot de passe correct Excution correcte
Entrer un login et un mot de passe
incorrect
Excution correcte
2. Connexion la base
des donnes
Slectionner des donnes de la base des
donnes
Excution correcte
3. Gestion des donnes
statiques
Insertion des donnes statiques Excution correcte
Consultation des donnes Excution correcte
4. Gestion des interfaces
graphiques
Insertion des donnes alphabtiques la
place des numriques
Excution correcte
5. Gestion des exceptions
Insertion des donnes existantes Excution correcte
Slection des donnes inexistantes dans la
BD
Excution correcte
Transfert correcte des informations entre
les interfaces
Excution correcte
Mise jour de BD chaque modification Excution correcte
Envoyer une requte au serveur Excution correcte
Insertion au BD
Excution correcte
Ralisation


VIII. Les interfaces graphiques
Linterface graphique est une partie trs importante pour la ralisation dune application Web
convenable et conviviale offrant un certain plaisir lutilisateur lors de sa navigation. Ainsi ce
critre peut faire la diffrence entre une application et une autre bien quelles aient les mmes
fonctionnalits.
Voici maintenant un ensemble de captures dcrans sur les principaux points dentres de
lapplication :
VIII.1. Interface Authentification
Lors du clic sur le bouton Entrer de linterface home, une interface dauthentification est
affiche. Lutilisateur doit introduire son Login et son mot de passe dans les champs
correspondants pour pouvoir accder aux diffrentes fonctionnalits de lapplication.

Une fois que le client a cliqu sur le bouton Entre , le systme vrifie les donnes entres.
En cas dchec, il raffiche la page dauthentification avec un message derreur. Si le Login et
le mot de passe sont valides, le systme passe au menu principal.
Figure IV.4 : Interface Authentification
Ralisation


VIII.2. Interface administrative

Cette interface permet les ajouts, les suppressions et les modifications des diffrents
utilisateurs. Ces tches sont effectues par ladministrateur.

Figure IV.5 : Interface ajout utilisateurs
Ralisation


VIII.3. Interface cration dun Ordre de travail (OT)

Cette interface est indispensable pour la cration des Ordres de travail : les dates lies aux OT,
les quipements et pices de rechange et la slection dun agent priv (externe) et/ou tatique
(interne) dintervention sur terrain.

Figure IV.6 : Interface crations dun ordre de travail
Ralisation


VIII.4. Interface cration et enregistrement dune Pice fournisseur /
sous-traitant

Figure IV.7 : Interface cration et enregistrement Pice, Equipement,
fournisseur, sous-traitant
Ralisation


Cette interface permet de saisir et enregistrer les diffrentes pices de rechange, les
quipements, les fournisseurs et les sous-traitants.
VIII.5. Interface variation de stock des pices

Cette interface contrle les diffrentes variations de stock des pices tout en indiquant les
dates de mouvement, les types des pices, les types des mouvements et leurs quantits.

Figure IV.8 : Interface variation de stock des pices
Ralisation


VIII.6. Interface Bon de Commande Pices

Cette interface est essentielle pour matriser les Bon de commande Pices en remplissant le
formulaire contenant les types des pices, les fournisseurs et les quantits.

Figure IV.9 : Interface Bon de Commande Pices
Ralisation


VIII.7. Interface Bon de Sortie Pices

Cette interface est essentielle pour matriser les Bon de sortie Pices en remplissant le
formulaire contenant les types des pices et les quantits.

Figure IV.10 : Interface Bon de sortie Pices
Ralisation


VIII.8. Interface consulter les Bon de commande

Cest une interface de consultation et vrification des diffrents Bon de commande, de
rception, de livraison et de sortie.

Figure IV.11 : Interface consulter les Bon de commande, Bon de livraison, Bon de
sortie
Ralisation


VIII.9. Interface lister et modifier les Equipement

Cette interface a pour rle dordonner et de modifier les diffrents quipements, pices,
fournisseurs et sous-traitants tout en renseignant leurs dtails ncessaires (Dates, numro de
sries, adresses, numros de tlphones).
Figure IV.12 : Interface lister et modifier les Equipement, les Pices, fournisseur et
sous-traitant
Ralisation


VIII.10. Interface dtails de Bon de Sortie

Cette interface affiche tous les dtails dont on a besoin concernant les Bon de sortie.
VIII.11 Interface historique de lapplication

Figure IV.13 : Interface dtails de Bon de sortie
Figure IV.14 : Interface historique de lapplication
Ralisation


Cest une interface daccs lhistorique de lapplication qui prcise les traces des oprations
effectues par les diffrents acteurs.
VIII.12. Interface gestion des interventions

Cette interface a pour rle la gestion des interventions par des quipements, les statistiques
des OT effectus ainsi que lhistorique et les dates des interventions.
VIII.13. Interface gestion de stock pice par ordre de travail

Figure IV.15 : Interface gestion des interventions
Figure IV.16 : Interface gestion de stock pice par ordre de travail
Ralisation


Cette interface rsume les cots des pices de rechange utilises au cours dun ordre de
travail.
IX. Conclusion

La dernire partie de ce projet tait ddie la navigation dans notre application. Cette partie
constitue le dernier volet de ce rapport; elle a pour objet de prsenter lenvironnement logiciel
et matriel de ralisation. Elle a t clture par lexposition des imprims crans dcrivant
quelques interfaces de notre outil.

Conclusion gnrale


Conclusion Gnrale
Tout au long de ce rapport, nous avons prsent les diffrentes tapes de ralisation de
lapplication au sein de la socit Infogrance. Pour le dveloppement de ce projet la
technique UML a t utilise, ce qui a permis de mener correctement la tche danalyse des
besoins laide du diagramme de cas dutilisation et la tche de conception, ainsi les
scnarios sont aussi dtaills afin dexpliquer tous tches faite Puisque nous travaillons avec
le plateforme J2EE.
Ce projet nous a donn lopportunit de sinitier la vie professionnelle dans un milieu rel
et avoir un dbut dexprience significatif, et il nous a appris comment ds le matin on peut
prendre le parti de la gaiet, comment russir de bonnes relations pour assurer un travail de
groupe, comment compter sur soi pour rsoudre les problmes au cas o ils se prsentent,
comment tre mticuleuses dans notre travail, comment tre attentives aux indications de nos
suprieurs, comment tre bien organises pour accomplir dans les meilleurs dlais, et
meilleures conditions les tches qui nous sont confies.
Au cours de la ralisation de notre projet, nous avons taient astreints par quelques limites
notamment, la contrainte du temps qui tait relativement un obstacle devant lajout de
certaines autres fonctionnalits. Cependant, il tait une occasion pour mettre en vidence
et dployer sur le plan pratique nos connaissances en informatique.
Le projet peut tre amlior, et ce, en lui ajoutant quelques modules ou interfaces pour mieux
ladopter aux besoins de lutilisateur et pour quil soit toujours fiable et au niveau des progrs
atteint par la socit.

Bibliographie
Ouvrage:
Guide de la maintenance , [DANIEL BOITEL & CLAUDE HAZARD ISBN 10:
2091815802 / ISBN 13: 9782091815800 1987]
mettre en uvre une GMAO [Marc Frdric, Dunod 2003]
Commande et diagnostic des systmes dynamiques , [Rosario TOSCANO Rosario
Toscano (Auteur) - Scolaire / Universitaire (broch). Paru en 03/2011]
UML 2en action [Auteur: Pascal Roques et Franck Valle, 4'eme dition 2007, dition et
Eyrolles] .
EJB 3 [Laboratoire SUPINFO des technologies Sun Prface dAlexis Moussine-
Pouchkine Edition DUNOD]
Les Cahiers du Programmeur J2EE [Jrme Molire DITIONS EYROLLES]
Java EE Guide de dveloppement d'applications web en java [, Jrme Lafosse Paris, ENI
Editions, 2009, 507p]

Webographie
http://www.gmao-clarisse.com/FR/Interventions.htm (25/03/2013)
http://www.utc.fr(17/04/2013)
http://gii.polytech.up.univ-mrs.fr/deuterium/accueil.php(17/04/2013)
http://miageprojet2.unice.fr/ (5/05/2013)
http://www.objis.com/formation-java(12/03/2013)
http://laurent-audibert.developpez.com/Cours-UML/html/Cours-
UML.html#htoc179(28/03/2013)
https://sites.google.com/site/walidzeddini/cours-isi-2012-2013(20/04/2013)
http://www.visual-paradigm.com/aboutus/newsreleases/vpuml101.jsp (07/09/2013)
http://fr.openclassrooms.com/(11/09/2013)

Langue

Pfeoussamafinal 140208090204 Phpapp02 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Pfeoussamafinal 140208090204 Phpapp02 PDF

Transféré par

Droits d'auteur :

Formats disponibles

Mmoire de Mastre

Prsent en vue de lobtention de

Vous aimerez peut-être aussi