Rapport Gmao Biomedical

Rpublique Tunisienne
Ministre de lEnseignement Suprieur et de la Recherche

Scientifique
Universit de Tunis El Manar
Institut Suprieur des Technologies Mdicales de Tunis
Mmoire de Mastre
Prsent en vue de lobtention de
Mastre Professionnel en Systmes Electroniques Embarqus et
Equipement Mdicaux
Parcours : Traitement de lInformation
Intitul :
par :
Conceptionprpar
et dveloppement
Mokhtar MARS
d'une application GMAO biomdicale

Soutenu, le 05 juillet 2013, devant le jury compos de :
hospitalire
Prpar par :
BEN ZEKRI Oussama
Prsent le 11/12/2013, devant le jury compos de :

Hanene Boussi
Prsident
Fatouma Boukadida
Examinateur
Chaouech Fethi
Encadreur
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
VII. . Les o je tifs du e GMAO.................................................................................................................... 9
VII. . Les d
a hes pou la
ise e pla e du e GMAO ............................................................................ 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

III. . D fi itio du
as dutilisatio ......................................................................................................... 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. D fi itio du diag a
e da tivit .................................................................................................... 16
III. Capture des besoins fonctionnels .............................................................................. 16

III.1. Description des cas d'utilisation .......................................................................................................... 17
III. . . Cas dutilisatio gestio o d es de t avail .......................................................................... 17
III.1.2. Cas dutilisatio gestio des utilisateu s : ......................................................................... 20
III.1.3. Cas dutilisatio gestion de la maintenance prventive ................................................... 23
III.1.4. Cas dutilisatio gestio de la sous-traitance .................................................................... 26
III. . . Cas dutilisatio gestio des
uipe e ts ........................................................................ 27
III.1.6. Cas dutilisatio gestio des de a des de t avau .......................................................... 29

III. . . Cas dutilisatio Co sultatio du flash
III.1. . Cas dutilisatio A
e suel ............................................................... 31
s au histo i ues des
uipe e ts ................................................. 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
II. . . S st
e de ploitatio ............................................................................................................. 50
II.2.2. Outil de modlisation UML : ..................................................................................................... 50

II.2.3. Environnement de dveloppement intgr .............................................................................. 50
II. . . Se veu dappli atio : Glassfish 3.1.1 ................................................................................ 50
II. . Outil dad i ist atio 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
VIII. . I te fa e
atio du O d e de t avail OT ................................................................................... 62
VIII.4. Interface cratio et e egist e e t du e Pi e fou isseu / 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
VIII.
I te fa e histo i ue de lappli atio ................................................................................................ 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
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.
BEN ZEKRI Oussama
Page 1
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.
BEN ZEKRI Oussama
Page 2
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.
BEN ZEKRI Oussama
Page 3
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 qualit des produits.
la scurit des hommes et des biens.

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.
BEN ZEKRI Oussama
Page 4

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).
Figure I.1. : Les diffrents types (ou formes) de la maintenance
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).
BEN ZEKRI Oussama
Page 5
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
BEN ZEKRI Oussama
Page 6
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.
BEN ZEKRI Oussama
Page 7
Recevoir le
matriel
Choix du type de maintenance
Prparer et installer le matriel
Constituer le dossier technique
Choisir le type de maintenance
Si
MPS
Si
MPC
Si MC
Planifier
li terve tio
Mesurer les
paramtres de
contrle
Dtecter la
dfaillance
Planification
Diagnostiquer
la dfaillance
Planifier
li terve tio
Planifier
li terve tio
Excuter li terve tio
Faire le suivi de li terve tio
Figure I.2: systme de gestion de la maintenance
BEN ZEKRI Oussama
Page 8
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
BEN ZEKRI Oussama
Page 9
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
BEN ZEKRI Oussama
Page 10
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.
BEN ZEKRI Oussama
Page 11
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 : il sagit du outil pe
etta t deffe tue les op atio s de
gestio
odifi atio
telles
ue lajout, la supp essio , la
et la o sultatio
des
informations caractrisant chacun des utilisateurs.

Gestion des travaux : lappli atio pe
et :
- La gestio des o d es di te ve tio .

- 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.
BEN ZEKRI Oussama
Page 12
Gestion de la documentation technique :
bibliographique grce auquel il est possible de faire la saisie et la recherche dinformations
ce module est l'quivalent d'un gestionnaire
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.
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.
Li terface : avoir une application qui respecte les principes des Interfaces
Homme/Machine (IHM) tels que l'ergonomie et la fiabilit.
La performance : lappli atio dev a t e performante c'est--dire que le systme doit
agi da s u d lai p is, uel ue soit la tio de lutilisateu .
La convivialit : lappli atio doit t e si ple et fa ile
experts.
a ipule mme par des non
Lergo o ie : le th e adopt pa lappli atio doit t e i spi

logo t pe de le t ep ise da ueil.
BEN ZEKRI Oussama
des ouleu s et du
Page 13
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
BEN ZEKRI Oussama
Page 14
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.
BEN ZEKRI Oussama
Page 15
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.
BEN ZEKRI Oussama
Page 16
Etude conceptuelle
III.1. Description des cas d'utilisation

III.1.1. Cas dutilisation gestion ordres de travail
Gestion ordres de
travail
Figure III.1:Diagramme de cas dutilisation gestion des 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.
BEN ZEKRI Oussama
Page 17
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.
BEN ZEKRI Oussama
Page 18
Etude conceptuelle
Description Diagramme dactivit Gestion des ordres de travail
Figure III.2 : Diagramme dactivit Gestion des ordres de travail
BEN ZEKRI Oussama
Page 19
Etude conceptuelle
Le scnario cration d'un ordre de travail
Technicien
Figure III.3 : Diagramme de squence du scnario crer un ordre de travail

III.1.2. Cas dutilisation gestion des utilisateurs :
Gestion des
utilisateurs
Figure III.4 : Diagramme des 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).
BEN ZEKRI Oussama
Page 20
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.
BEN ZEKRI Oussama
Page 21
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
BEN ZEKRI Oussama
Page 22
Etude conceptuelle
Le scnario ajouter un utilisateur
Figure III.6 : Diagramme de squence du scnario ajouter un utilisateur

III.1.3. Cas dutilisation gestion de la maintenance prventive
Gestion de la
maintenance
prventive
Figure III.7 : Diagramme des 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.
BEN ZEKRI Oussama
Page 23
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.
BEN ZEKRI Oussama
Page 24
Etude conceptuelle
Description Diagramme dactivit gestion de la maintenance prventive
Figure III.8 : Diagramme dactivit gestion de la maintenance prventive

Le scnario planifier un planning prventif
Chef Section
Figure III.9 : Diagramme de squence du scnario planning prventif
BEN ZEKRI Oussama
Page 25
Etude conceptuelle
III.1.4. Cas dutilisation gestion de la sous-traitance
Gestion de la soustraitance
Figure III.10 : Diagramme des cas dutilisation gestion de la sous-traitance

But Ce cas dutilisation permet au chef section de grer toutes les actions de soustraitance.
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 soustraitance 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 soustraitance 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.
BEN ZEKRI Oussama
Page 26
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
Figure III.11 : Diagramme de squence du scnario enregistrer une facture de sous-traitance

III.1.5. Cas dutilisation gestion des quipements
Gestion des quipements
B
u
t : Ce cas dutilisation permet au Chef section de grer les quipements.
III.12 : :Diagramme
Figure
Les acteurs
Chef sectionde cas dutilisation gestion des quipements
Description textuelle : lors de lachat dun nouveau matriel, le changement de

BEN ZEKRI Oussama
Page 27
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.
BEN ZEKRI Oussama
Page 28
Etude conceptuelle
7- le systme supprime lquipement dans le cas de confirmation.
Le scnario ajouter un quipement
Chef Section
Figure III.13 : Diagramme de squence du scnario ajouter un quipement

III.1.6. Cas dutilisation gestion des demandes de travaux
Gestion des demandes de

travaux
Figure III.14 : Diagramme de cas dutilisation gestion de demande de travaux
But Ce cas dutilisation permet au Chef Service de crer des demandes de travaux.
Les acteurs Chef Service.

BEN ZEKRI Oussama
Page 29
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.
BEN ZEKRI Oussama
Page 30
Etude conceptuelle
Le scnario modification dune demande de travaux
Chef Service
Figure III.15 : Diagramme de squence du scnario modification dune DT

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.
BEN ZEKRI Oussama
Page 31
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
BEN ZEKRI Oussama
Page 32
Etude conceptuelle
III.1.8. Cas dutilisation Accs aux historiques des quipements
Figure III.17 : Diagramme de cas dutilisation Accs aux historiques des

quipement
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
BEN ZEKRI Oussama
Page 33
Etude conceptuelle
Le scnario accs aux historiques des quipements
Chef Service / Chef Section
Figure III.18 : Diagramme de squence du scnario accs aux historiques des quipement
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 .
Figure III.19 : Diagramme tat transition quipement

BEN ZEKRI Oussama
Page 34
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
BEN ZEKRI Oussama
Page 35
Etude conceptuelle
IV.3. La classe utilisateur

Lorsquun utilisateur essaie de se connecter au systme il peut tre :
Connect
En attente de connexion
Dconnect
Figure III.21 : Diagramme tat transition utilisateur
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.
BEN ZEKRI Oussama
Page 36
Etude conceptuelle
Figure III.22 : Diagramme de contexte
V.2. Lgende des messages

BEN ZEKRI Oussama
Page 37
Etude conceptuelle
N du message
Lmetteur
Le rcepteur
Dsignation
1
2
3
Technicien
Systme
Chef section
Systme
Technicien
Systme
Saisie des ordres de travail

-Des confirmations sur la saisie
-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
Systme
Chef section
-Des confirmations sur la saisie de la

Situation demande
-Le planning prventif de graissage et
de lubrification
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,...)
Systme
Chef service
-Le planning prventif de rvision

gnrale des quipements -Lhistorique
souhait
- les statistiques demandes
Administrateur
Systme
Systme
Administrateur
Cration et modification des profils

utilisateurs
Des confirmations sur la gestion des
profils utilisateurs
Tableau III.1: lgende des messages
VI. Description des diagrammes de classes

BEN ZEKRI Oussama
Page 38
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

BEN ZEKRI Oussama
Page 39
Etude conceptuelle
Figure III.23 : Diagramme de classe
VII.Description dtaille des attributs

BEN ZEKRI Oussama
Page 40
Etude conceptuelle
VII.1. Les attributs des classes d'objets

Classes
Demande de
travaux
Attributs
Dsignation
code_DT
Code de demande de travaux
anomalies_constates
Anomalies constates
travaux_demandes
Travaux demands
service_demandeur
structure
Service demandeur
Structure
Equipement
code_equip
Code de l'quipement
libelle_aquip
Libell de l'quipement
date_mise en service
Date de mise en service de
marque_equip etat_equip
preventif
secteur energie
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
Code de la facture de sous
traitance
Traitance Date
date_facture_sous
de la facture de sous
traitance
traitance
tvamt ttc
TVA
valeur MO
montant de la facture TTC
valeur PR
valeur de main d'ouvre

valeur de pices de rechanges
Operations
code_operation
Code de l'opration effectue
designation_operation
Dsignation de l'opration
BEN ZEKRI Oussama
Page 41
Etude conceptuelle
date_operation
effectue
date_debut_travaux
Date de l'opration
date_fin_travaux
Date de dbut des travaux
duree_heures
duree_minutes
duree_jours
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
Code de l'ordre de travail
date_OT
Date de l'ordre de travail
cloture
Clture de l'ordre de travail
date_de_cloture
degre_urgence
Date de clture de l'ordre de
nature_des_travaux
travail
anomalies_constates
Degr d'urgence de l'ordre de
date_debut_travaux
travail
date_fin_travaux
Nature des travaux

Anomalies constates
Date de dbut des travaux
Date de fin des travaux
Personnels
mat_personnels
Matricule du personnel
nom_personnels
Nom du personnel
prenom_personnels
Prnom du personnel
utilisateur
mot_de_pass
utilisateur
Mot de passe personnel
Pices de rechange
code_PR utilisees
utilises
libelle_PR utilisees
BEN ZEKRI Oussama
Code de pices de rechange
Page 42
Etude conceptuelle
marque_pieces
utilises
reference_pieces
Libell de pices de rechanges
quantite
utilises
prix unitaire montant
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
Code du planning prventif
preventif
Date de dbut de l'intervention
date_debut
Date de fin de l'intervention
d'intervention
date_fin
d'intervention
Points de maintenance
Actions raliser
points_maintenance
action_a_realiser
Postes
Secteurs
Sous traitant
code_poste
Code du poste
libelle_poste
Libell du poste
code_sect
Code du secteur
libelle_sect
Libell du secteur
code_sous traitant
Code du sous traitant
nom_sous traitant
Nom du sous traitant
prenom_sous traitant
Prnom du sous traitant
adr_sous taitant
Adresse du sous traitant
BEN ZEKRI Oussama
Page 43
Etude conceptuelle
Structures
Code_stucture
Code de structure
Libelle_stucture
Libell de structure
Type
type_maintenance
Type de maintenance
maintenance
libelle_type_mainten
Libell de type de maintenance
ance
Type planning
prventif
type_planning
Type du planning prventif
preventif
Libell du planning prventif
libelle_planning
preventif
Tableau III.2 : Description dtaille des attributs des classes d'objets.

VII.2. Les attributs des classes d'associations
Classes
Attributs
Attributs
OT_PR
code_OT
utilises
code_PR utilisees
Code de pices de rechange

utilises
Equip_planning
code_equip
Code de l'quipement
preventif
Code_planning
Code du planning prventif
preventif
personnels_OT
mat_personnels
Matricule du personnel
code_OT
Tableau III.3 : Description dtaille des attributs des classes

d'associations.
Liste des classes objets
BEN ZEKRI Oussama
Page 44
Etude conceptuelle
Classes candidates
Attributs
Mthodes
Demande de
code_DT, anomalies_constates
Crer DT ()
travaux
travaux_demandes
Modifier DT ()
service_demandeur, structure
Annuler DT ()
code_equip, libelle_aquip
Cre equip ()
date_mise en service
Modifier equip ()
marque_equip, etat_equip
Supprimer equip ()
Equipement
preventif, secteur, energie

Operations
code_operation,
Crer opration ()
designation_operation
Modifier opration ()
date_operation
Supprimer opration ()
date_debut_travaux
date_fin_travaux, duree_heures
duree_minutes, duree_jours
Ordre de
code_OT, date_OT
Crer OT ()
travail
cloture , date_de_cloture
Modifier OT ()
degre_urgence
Annuler OT ()
nature_des_travaux
anomalies_constates
date_debut_travaux
date_fin_travaux
Personnels
mat_personnels, nom_personnels
Crer personnels ()
prenom_personnels,
Modifier personnels ()
mot_de_pass
Supprimer personnels ()
Planning
Code_planing preventif
Crer planning ()
preventif
date_debut d'intervention
Modifier planning ()
date_fin d'intervention
points_maintenance
BEN ZEKRI Oussama
Page 45
Etude conceptuelle
action_a_realiser
Sous traitant
code_sous traitant
Crer sous traitant ()
nom_sous traitant
Modifier sous traitant ()
prenom_sous traitant
Supprimer sous traitant ()
adr_sous taitant
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
BEN ZEKRI Oussama
Page 46
Etude conceptuelle
Classe
Demande de
travaux
Mthodes
Crer DT ()
Modifier DT ()
Annuler DT ()
Description
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 ()
Crer opration () Modifier
opration () Supprimer
opration ()
Crer OT ()
Modifier OT ()
Annuler OT ()
Crer personnels () Modifier
personnels () Supprimer
personnels ()
Crer planning ()
Modifier planning ()
Crer sous traitant () Modifier
sous traitant () Supprimer sous
traitant ()
Permet d'ajouter un quipement

Permet de modifier un quipement
Permet de supprimer un quipement
Permet d'ajouter une opration
Permet de modifier une opration
Permet de supprimer une opration
Permet de crer un ordre de travail
Permet de modifier un ordre de travail
Permet d'annuler un ordre de travail
Permet d'ajouter un personnel
Permet de modifier un personnel
Permet de supprimer un personnel
Permet de crer le planning
Permet de modifier le planning
Permet d'ajouter un sous traitant
Permet de modifier un sous traitant
Operations
Ordre de
travail
Personnels
Planning
prventif
Sous traitant
OT_PR
utilises
Affecter_ OT_PR
utilises () modifier_
OT_PR utilises ()
Equip planning
Affecter_Equip planning
prventif
Modifier_ ()
Equip planning ()
personnels_OT
Affecter personnels_OT ()
Modifier_OT ()
personnels_OT ()
Permet de supprimer un sous traitant

Permet d'affecter des pices de
rechanges un ordre de travail
Permet de modifier les pices de
rechanges utilises dans un ordre de
travail
Permet d'affecter un quipement un
planning prventif
Permet de modifier un quipement
dans un planning prventif
Permet d'affecter un personnel un
ordre de travail
Permet de modifier un personnel dans
un ordre de travail
Tableau III.6: Description des mthodes des classes d'objets et d'association.
IX. Conclusion
BEN ZEKRI Oussama
Page 47
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.
BEN ZEKRI Oussama
Page 48
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.
BEN ZEKRI Oussama
Page 49
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.
BEN ZEKRI Oussama
Page 50
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
BEN ZEKRI Oussama
Page 51
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
BEN ZEKRI Oussama
Page 52
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.
BEN ZEKRI Oussama
Page 53
Ralisation
Figure IV.2: Diagramme de dploiement
BEN ZEKRI Oussama
Page 54
Ralisation
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.
BEN ZAKRI Oussama
Page 55
Ralisation
Figure IV.3 : Schma du modle MVC
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
BEN ZAKRI Oussama
Page 56
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 orienteobjet.
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.
BEN ZAKRI Oussama
Page 57
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 :
BEN ZAKRI Oussama
Page 58
Ralisation
Module
Scnarios de test
Rsultat obtenue
1. Connexion
Entrer un login et un mot de passe correct
Excution correcte
Entrer un login et un mot de passe

incorrect
Excution correcte
Slectionner des donnes de la base des

donnes
Excution correcte
Insertion des donnes statiques
Excution correcte
Consultation des donnes
Excution correcte
Insertion des donnes alphabtiques la

place des numriques
Excution correcte
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
lapplication
2. Connexion la base
des donnes
3. Gestion des donnes

statiques
4. Gestion des interfaces

graphiques
5. Gestion des exceptions
Tab IV.1. Liste des tests pour valider notre application
BEN ZAKRI Oussama
Page 59
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.
Figure IV.4 : Interface Authentification

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.
BEN ZAKRI Oussama
Page 60
Ralisation
VIII.2. Interface administrative
Figure IV.5 : Interface ajout utilisateurs
Cette interface permet les ajouts, les suppressions et les modifications des diffrents
utilisateurs. Ces tches sont effectues par ladministrateur.
BEN ZAKRI Oussama
Page 61
Ralisation
VIII.3. Interface cration dun Ordre de travail (OT)
Figure IV.6 : Interface crations dun ordre de travail
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.
BEN ZAKRI Oussama
Page 62
Ralisation
VIII.4. Interface cration et enregistrement dune Pice fournisseur /

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

fournisseur, sous-traitant
BEN ZAKRI Oussama
Page 63
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
Figure IV.8 : 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.
BEN ZAKRI Oussama
Page 64
Ralisation
VIII.6. Interface Bon de Commande Pices
Figure IV.9 : 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.
BEN ZAKRI Oussama
Page 65
Ralisation
VIII.7. Interface Bon de Sortie Pices
Figure IV.10 : 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.
BEN ZAKRI Oussama
Page 66
Ralisation
VIII.8. Interface consulter les Bon de commande
Figure IV.11 : Interface consulter les Bon de commande, Bon de livraison, Bon de
sortie
Cest une interface de consultation et vrification des diffrents Bon de commande, de

rception, de livraison et de sortie.
BEN ZAKRI Oussama
Page 67
Ralisation
VIII.9. Interface lister et modifier les Equipement
Figure IV.12 : Interface lister et modifier les Equipement, les Pices, fournisseur et
sous-traitant
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).
BEN ZAKRI Oussama
Page 68
Ralisation
VIII.10. Interface dtails de Bon de Sortie
Figure IV.13 : 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.14 : Interface historique de lapplication
BEN ZAKRI Oussama
Page 69
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
Figure IV.15 : 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.16 : Interface gestion de stock pice par ordre de travail
BEN ZAKRI Oussama
Page 70
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.
BEN ZAKRI Oussama
Page 71
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.
BEN ZEKRI Oussama
Page 72
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 MoussinePouchkine 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)

Rapport Gmao Biomedical

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Rapport Gmao Biomedical

Загружено:

Авторское право:

Доступные форматы

Rpublique Tunisienne

Ministre de lEnseignement Suprieur et de la Recherche

Institut Suprieur des Technologies Mdicales de Tunis

d'une application GMAO biomdicale

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

II. Dfinition de la maintenance ....................................................................................... 3

IV. Les diffrentes formes de maintenance ...................................................................... 4

ise e pla e du e GMAO ............................................................................ 9

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

Chapitre II : Analyse et spcification

II. Analyse des besoins .................................................................................................... 12

III. Diagramme des cas dutilisation gnral ................................................................. 14

III.2. Identification des acteurs ................................................................................................................... 15

IV. Conclusion ................................................................................................................... 15

Chapitre III : Etude Conceptuelle

II. Description des diagrammes ..................................................................................... 16

III. Capture des besoins fonctionnels .............................................................................. 16

III.1.6. Cas dutilisatio gestio des de a des de t avau .......................................................... 29

s au histo i ues des

IV. Description de Les diagrammes des tats transition .............................................. 34

V. Description des diagrammes de contexte ................................................................. 36

VI. Description des diagrammes de classes .................................................................... 38

VII. Description dtaille des attributs ............................................................................ 40

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

IX. Conclusion .................................................................................................................. 47

II. Environnement du travail ......................................................................................... 49

II.2.2. Outil de modlisation UML : ..................................................................................................... 50

III. Larchitecture de lapplication ................................................................................. 52

IV. Dveloppement ........................................................................................................... 55

VI. Les technologies utilises : ......................................................................................... 57

Les interfaces graphiques ................................................................................... 60

VIII.1. Interface Authentification ................................................................................................................. 60

atio du O d e de t avail OT ................................................................................... 62

VIII.4. Interface cratio et e egist e e t du e Pi e fou isseu / sous-traitant................................. 63

I te fa e histo i ue de lappli atio ................................................................................................ 69

VIII.12. Interface gestion des interventions ................................................................................................ 70

IX. Conclusion ................................................................................................................... 71

CONCLUSION GENERALE ...................................................................... 72

Figure III.23 : diagramme de classe ............................................................................ 40

Figure IV.13 : interface details de bon de sortie ............................................................. 69

Liste des tableaux

BEN ZEKRI Oussama

Pour raliser notre projet on va suivre la dmarche suivante :

Chapitre 1 : Le premier chapitre est une prise de connaissance et une analyse de

BEN ZEKRI Oussama

Cadre gnrale de la maintenance

II. Dfinition de la maintenance

III. Rle et objectifs de la maintenance

BEN ZEKRI Oussama

Cadre gnrale de la maintenance

Rle de scurit des biens et des personnes

Les dpannages la maintenance prventive et les modifications rglementaires sont raliss

III.2. Objectifs de la maintenance

la disponibilit et la dure de vie du bien.

la qualit des produits.

la scurit des hommes et des biens.

IV. Les diffrentes formes de maintenance

La maintenance a mliorative aprs plusieurs dfaillances de mme nature, ce type

La maintenance corrective cest une activit de maintenance intervenant aprs une

La maintenance conditionnelle elle permet grce une surveillance trs prcise, de

Cadre gnrale de la maintenance

La maintenance curative activit de maintenance ayant pour objet de rtablir un

La maintenance palliative activit destine permettre un bien daccomplir

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