Vous êtes sur la page 1sur 145

MINISTERE DE LENSEIGNEMENT SUPERIEUR ET DE LA

RECHERCHE SCIENTIFIQUE

UNIVERSITE TUNIS EL MANAR

INSTITUT SUPERIEUR DINFORMATIQUE

RAPPORT DE STAGE DE FIN DETUDES

Prsent en vue de lobtention du


Diplme National de Licence Applique en Sciences et Technologies
Mention : Informatique
Spcialit : Systmes Informatiques et Logiciels

Par

Dhouha MELKI Mohamed Aziz CHETOUI

Conception et dveloppement d'une


application de gestion de production et de
maintenance

Encadrant acadmique Monsieur Ghaith MANITA


Encadrant professionnel Monsieur Mohamed Amine BEN ACHOUR

Ralis au sein de LYSI ENGINEERING


Anne Universitaire 2014/2015
Encadrant Entreprise

Signature et cachet :

Encadrant ISI

Signature :
Ddicace

Les ailes sont la contrainte


qui permet voler.
Mohamed Aziz CHETOUI

Je ddie ce modeste travail mes parents Belgacem & Zaara, aucun hommage ne
pourrait tre la hauteur de lamour dont ils ne cessent de me combler. Que dieu
leur procure bonne sant et longue vie. tous ceux que jaime et qui mont soutenu
tout au long de ce projet : mes frres et soeurs Baha, Mohsen, Sourour et Imen.
ma belle-soeur Ines. Sans oublier mes amis Foued, Sofien et Ala. toute ma famille.
mes collgues Majdi et Rania pour les nuits blanches
de travail passs ma compagnie. Fakhri pour tous les sacrifices consentis pour
me permettre datteindre cette tape de ma vie. mon binme Dhouha et toute la
famille Melki et Soltani. Et tous ceux qui ont contribu de prs ou de loin pour que
ce travail soit possible. Je vous dis Merci.
Ddicace

Ne dites jamais
de quelque chose impossible.
Dites que cest possible
Dhouha MELKI

A ma mre Fatma et mon pre Arbi


Dont leurs mrites, leurs sacrifices, leurs qualits humaines mont permis de

vivre ce jour, Les mots me manquent pour exprimer toute la reconnaissance,

la fiert et le profond amour que je vous porte pour les sacrifices quils ont consenti
pour ma russite, quils trouvent ici le tmoignage de mon attachement ma
reconnaissance, gratitude et respect, que dieu leur prservent bonne sant et
longue vie. Tous mes sentiments de reconnaissance pour vous.

A mon frre Sofien et ma soeur Jihen

Jespre atteint le seuil de vos esprances. Que ce travail soit lexpression de

ma profonde affection Je vous remercie pour le soutien moral et lencou-ragement

que vous mavez accords .Je vous souhaite tout le bonheur que vous mritez.

A mes adorables amis Med Aziz et Rania

Pour les souvenirs des bons moments que nous avons passs ensemble, pour leur

soutien continu, leur aide prcieuse et leur amour.


Remerciement

Nous tenons remercier trs sincrement lensemble des membres du jury qui nous font le

grand honneur daccepter de nous prtrer leur attention et valuer notre travail. Nous sommes trs

reconnaissante notre encadrant lISI Monsieur Ghaith MANITA pour laide comptente quil nous

a apporte, pour sa patience, sa disponibilit et son encouragement. Ses critiques nous ont t trs

prcieuses pour structurer ce travail et pour amliorer la qualit des diffrentes sections. Nous

remercions tous ceux qui nous ont accueilli bras ouverts au sein de la socit LYSI Engineering

spcialement, notre encadrant Monsieur Med Amine BEN ACHOUR.

Aziz & Dhouha


Table des matires
Introduction gnrale 1
1 Prsentation gnrale 3

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.1 Contexte du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2 Prsentation de lorganisme daccueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2.1 Prsentation de LYSI Engineering . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2.2 Secteur dactivit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.2.3 Stratgie de lentreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.2.4 Perspectives de lentreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.3 Prsentation du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.3.1 Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.3.2 Approches du travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Conclusion ................................................ 6

2 tat de lart 7
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2.1 Gestion de Production Assiste par Ordinateur (GPAO) . . . . . . . . . . . . . . . . . . . 7

2.2 Gestion de Maintenance Assiste par Ordinateur (GMAO) . . . . . . . . . . . . . . . . . 8

2.3 Problmatique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.4 Solution propose . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

3 Planification 13

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

3.1 Capture des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

i
Table des matires

3.1.1 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13


3.1.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

3.1.3 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3.2 Mthodologie adopte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.2.1 Approche Agile vs. Classique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.2.2 Mthodes agiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.2.3 Choix de la mthodologie : Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

3.3 Pilotage du projet avec Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

3.3.1 Outils Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

3.3.2 Equipe et rles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

3.3.3 Diagramme des cas dutilisations gnral . . . . . . . . . . . . . . . . . . . . . . . 22

3.3.4 Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

3.3.5 Planification des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3.3.6 Prototypage des interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

4 Sprint 0 31

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1 Environnement matriel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1.1 Outils matriels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1.2 Architecture matrielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1.3 Architecture applicative . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

4.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

4.2.1 Outil de conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

4.2.2 Outils de dveloppement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

ii
Table des matires

4.2.3 Environnement de Systme de Gestion de Base de Donnes ( SGBD) . . . . . . . 36


4.2.4 Langages de programmation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

5 tude et ralisation du Sprint 1 38

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.2 Diagrammes des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.2.1 Raffinement des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

5.3.1 Diagrammes de squences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

5.3.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

5.3.3 Schma relationnel de la base de donnes . . . . . . . . . . . . . . . . . . . . . . 60

5.4 Ralisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

6 tude et ralisation du Sprint 2 68

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

6.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

6.2 Diagrammes des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

6.2.1 Raffinement des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

6.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

6.3.1 Diagrammes de squences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

6.3.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

6.3.3 Schma relationnel de la base de donnes . . . . . . . . . . . . . . . . . . . . . . 83

6.4 Ralisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86

iii
Table des matires

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

7 tude et ralisation du Sprint 3 89


Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

7.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

7.2 Diagrammes des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

7.2.1 Raffinement des cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

7.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97

7.3.1 Diagrammes de squences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98

7.3.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

7.3.3 Schma relationnel de la base de donnes du Sprint 3 . . . . . . . . . . . . . . . 105

7.4 Ralisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

7.5 Phase de closure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

Conclusion gnrale 113


A Les mthodes agiles i

A.1 Adaptative Software Development (ASD) . . . . . . . . . . . . . . . . . . . . . . . . . . . i

A.2 Dynamic Software Development Method (DSDM) . . . . . . . . . . . . . . . . . . . . . i

A.3 eXtreme Programming (XP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i

A.4 Rapid Application Development (RAD) . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii

A.5 Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii

A.6 Crystal Clear . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii

A.7 Feature Driven Development (FDD) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv

A.8 Rational Unified Process (RUP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv

iv
Table des matires

B Le principe de fonctionnement de la mthodologie Scrum v


B.1 Prsentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v

B.2 Lquipe Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v

B.3 Le package Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii

C Prototypage des interfaces ix

Bibliographie xiii

v
Table des figures
2.1 Principales fonctionnalits du GPMI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2.2 Interface de la gestion des articles du progiciel GMPI . . . . . . . . . . . . . . . . . . . . 9

2.3 Interface dun bon de travaux


du progiciel Optimaint . . . . . . . . . . . . . . . . . . . . 11

3.1 Diagramme de contexte


statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

3.2 Les diffrentes approches agiles selon la taille . . . . . . . . . . . . . . . . . . . . . . . . 19

3.3 Processus Scrum . . . . . . . . . . . . . . . . . . . . . . . . . .


............... 21

3.4 quipe Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

3.5 Diagramme de cas dutilisations gnral ..........................


. 24

3.6 Plan du release . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3.7 Prototype dinterface dajout dune machine . . . . . . . . . . . . . . . . . . . . . . . . . 30

4.1 Architecture de lapplication .................................. 32

4.2 Diagramme de dploiement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

4.3 Architecture MVC


......................................... 34

5.1 Raffinement du cas dutilisation Sauthentifier . . . . . . . . . . . . . . . . . . . . . . 38

5.2 Raffinement du cas dutilisation Grer les produits ................... 45

5.3 Raffinement du cas dutilisation Grer les catgories . . . . . . . . . . . . . . . . . . 46

5.4 Raffinement du cas dutilisation


Grer les caractristiques . . . . . . . . . . . . . . . 47

5.5 Diagramme de squence Sauthentifier . . . . . . . . . . . . . . . . . . . . . . . . . . 49

5.6 Diagramme de squence


Ajouter un produit . . . . . . . . . . . . . . . . . . . . . . . 51

5.7 Diagramme de squence Afficher la liste des composants . . . . . . . . . . . . . . . 52

5.8 Diagramme de squence Afficher les dtails dune caractristique . . . . . . . . . . 53


5.9 Diagramme de squence Modifier un produit ...................... 55

5.10 Diagramme de squence Supprimer une catgorie . . . . . . . . . . . . . . . . . . . 57

vi
Table des figures

5.11 Diagramme de squence Chercher un produit . . . . . . . . . . . . . . . . . . . . . . 58

5.12 Diagramme de classes du Sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

5.13 Schma relationnel de la base de donnes du Sprint 1 . . . . . . . . . . . . . . . . . . . 62

5.14 Script de la base de donnes gnr par loutil de conception MySQL Workbench . . . 63

5.15 Interface de lerreur de lauthentification . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

5.16 Interface de la liste des utiliateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

5.17 Interface des dtails dun utiliateur .............................. 64

5.18 Interface dajout dun produit ................................. 65

5.19 Interface de la modification dun produit . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

5.20 Interface de la liste des caractristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

5.21 Interface des pices jointes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

5.22 Interface de la recherche dune catgorie . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

5.23 Interface de la suppression dune catgorie ......................... 66

6.1 Raffinement du cas dutilisation Grer les machines . . . . . . . . . . . . . . . . . . . 75

6.2 Raffinement du cas dutilisation Grer les indicateurs de maintenance ....... 76

6.3 Diagramme de squence Ajouter un indicateur ..................... 78

6.4 Diagramme de squence Ajouter une maintenance corrective . . . . . . . . . . . . . 80

6.5 Diagramme de squence Renseigner les indicateurs de maintenance . . . . . . . . 82

6.6 Diagramme de classes du Sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

6.7 Schma relationnel de la base de donnes du Sprint 2 . . . . . . . . . . . . . . . . . . . 85

6.8 Interface dajout dune tape de maintenance . . . . . . . . . . . . . . . . . . . . . . . . 86

6.9 Interface de renseignement des valeurs des indicateurs .................. 86

6.10 Interface dajout dune maintenance corrective . . . . . . . . . . . . . . . . . . . . . . . 87

6.11 Interface dajout dun indicateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

vii
Table des figures

6.12 Interface de suppression dune maintenance corrective . . . . . . . . . . . . . . . . . . 87

6.13 Interface de la liste des pannes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

7.1 Raffinement du cas dutilisation Grer les demandes dintervention de maintenance 94

7.2 Raffinement du cas dutilisation Grer les ordres de productions . . . . . . . . . . . 95

7.3 Raffinement du cas dutilisation Grer les comptences ................ 97

7.4 Diagramme de squence Ajouter une demande dintervention . . . . . . . . . . . . 99

7.5 Diagramme de squence Supprimer une comptence . . . . . . . . . . . . . . . . . 100

7.6 Diagramme de squence Ajouter un ordre de production . . . . . . . . . . . . . . . 102

7.7 Diagramme de classes du Sprint 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

7.8 Schma relationnel de la base de donnes du Sprint 3 . . . . . . . . . . . . . . . . . . . 106

7.9 Interface daffichage des dtails dune demande dintervention de maintenance . . . 107

7.10 Interface dajout dune comptence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

7.11 Interface dajout dun ordre de production . . . . . . . . . . . . . . . . . . . . . . . . . . 108

7.12 Interface daffichage de la dure en fabrication dun ordre de production . . . . . . . . 108

7.13 Interface daffichage des disponibilits dun ordre de production . . . . . . . . . . . . . 108

7.14 Interface de planification dun ordre de production . . . . . . . . . . . . . . . . . . . . . 109

7.15 Diagramme de GANTT - Partie 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110

7.16 Diagramme de GANTT - Partie 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

C.1 Interface de modification dun produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix

C.2 Interface de la liste des composants dun produit . . . . . . . . . . . . . . . . . . . . . . ix

C.3 Interface de la gestion des pices jointes dun produit ................... x

C.4 Interface dune comptence et la vue dalert de suppression ............... x

C.5 Interface dajout dun ordre de production . . . . . . . . . . . . . . . . . . . . . . . . . . xi

viii
Liste des tableaux
2.1 Tableau des cots des progiciels du GPAO et du GMAO . . . . . . . . . . . . . . . . . . . 12

3.1 Comparatif entre approche agile et approche traditionnelle pour la gestion de projet . 18

3.2 Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

5.1 Backlog du Sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

5.2 Descriptif des classes participantes dans le Sprint 1 . . . . . . . . . . . . . . . . . . . . . 61

6.1 Backlog du Sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

6.2 Descriptif des classes participantes dans le Sprint 2 . . . . . . . . . . . . . . . . . . . . . 83

7.1 Backlog du Sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

7.2 Descriptif des classes


participantes dans le Sprint 3 . . . . . . . . . . . . . . . . . . . . . 104

ix
Liste des abrviations
UML Unified Modeling Language

SEO Search Engine Optimizer

PME Petites et Moyennes Entreprises

TPE Trs Petites Entreprises

SaaS Software as a Service

GPM Gestion de Production et de Maintenance

GPAO Gestion de Production Assiste par Ordinateur

GMAO Gestion de Maintenance Assiste par Ordinateur

ERP Enterprise Resource Planning

SGBD Systme de Gestion de Base de Donnes

x
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 production et la maintenance.

Dans le milieu industriel, on assiste de plus en plus la multiplicit, la sophistication des

machines productives dune part, et dune autre part lexigence de la continuit de production et de

la maintenance. Pour le service de maintenance, ces paramtres auront pour effets de renforcer la

tche de suivi et de maintien en bon tat le fonctionnement des machines. Ce qui illustre bien cette

remarque de Franois Manchy plus lindisponibilit est coteuse, plus la maintenance est

conomique, plus la scurit est en jeu, plus la maintenance savre obligatoire .

LInternet est un systme de communication qui permet la communication et lchange facile

des informations. Ce dernier permet donc, de gnraliser lutilisation des outils informatiques (logi-

ciel) 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.

Cest dans ce cadre que sinscrit notre projet de fin dtudes intitule conception et dveloppe-

ment dune solution de de gestion de production et de maintenance que nous avons ralis au sein

de lentreprise LYSI Engineering. Il consiste concevoir et raliser une application contenant deux

modules : un module de production et un module de maintenance.

Pour retracer lacheminement chronologique de notre travail, le prsent rapport a t subdivis

en plusieurs chapitres :

Le premier chapitre sera ddi la Prsentation gnrale avec une prsentation de la

socit et de son secteur dactivit.

1
Introduction gnrale

Le deuxime chapitre, Etat de lart , contient une tude comparative entre quelques

solutions exerant dans le mme domaine.

Le troisime chapitre Planification , nous commenons par capturer les besoins et nous

allons prsenter la mthodologie agile Scrum puis nous allons prsenter notre backlog

product et le diagramme de cas dutilisation global de notre futur systme et nous finissons

par une planification des sprints et un prototypage des interfaces pour mieux comprendre les

besoins du client.

Le quatrime chapitre est rserv au Sprint 0 qui reprsente lenvironnement matriel et

logiciel du projet. Nous tudions la solution utiliser et nous exposons larchitecture du

systme qui lui correspond.

Le reste des chapitres dcrit la conception et la ralisation des sprints 1, 2 et 3. Nous com-

menons tout dabord par le Sprint Backlog qui dcrit les tches raliser et ensuite nous

prsentons les diagrammes pour la conception et finalement nous mettons quelques

interfaces de lapplication.

Le rapport sachve par une conclusion gnrale rappelant les ralisations essentielles de notre

travail et prsentant les perspectives futures de dveloppement de lapplication.

2
1 Prsentation gnrale
Introduction

Nous prsentons dans ce chapitre une tude prliminaire du projet. Dans un premier temps,

nous prsentons lenvironnement du stage. Par la suite, nous dcrivons la problmatique, ainsi que

les principaux objectifs du projet.

1.1 Contexte du projet

Dans le cadre de la formation de Systmes Informatiques et Logiciels (SIL) linstitut suprieur

dinformatique (ISI), nous avons eu loccasion deffectuer notre projet de fin dtudes pour lobten-tion

du diplme de Licence Applique en Informatique au sein de lentreprise LYSI Engineering ,

gnralement ce projet vise complter notre formation universitaire acquise, durant trois ans, au

sein de cet tablissement, et de nous introduire dans la vie professionnelle grce une mise en

pratique de nos connaissances, lutilisation des comptences acquises et mettre en preuve

notre esprit dquipe. Le projet consiste mettre en place un module de gestion de production et de

maintenance.

1.2 Prsentation de lorganisme daccueil


Cette partie sera consacre la prsentation de notre organisme daccueil : LYSI Engineering.

1.2.1 Prsentation de LYSI Engineering

LYSI Engineering est une jeune socit de services et dingnierie informatiques spcialise

dans plusieurs domaines dexpertise, en loccurrence, le conseil stratgique, le web engineering, le

e-commerce, le dveloppement dapplications de gestion et laide la dcision.

Ses visions

LYSI Engineering croit fermement que son succs passe ncessairement par celui de leurs

clients. Partant de ce principe, il sengage dans un rapport de partenariat durable et de profit

rciproque avec tous ceux pour quil travaille. Pour toutes les solutions quil propose, il veuille

fournir tous les atouts afin dassurer un retour sur investissement intressant pour leurs clients. Avec

leurs clients, il ne se contente pas de raliser un besoin mais il essaye de les accompagner durant

toutes les tapes de leur projet dans une dmarche qualit bien tudie.

3
Chapitre 1. Prsentation gnrale

Ses technologies

LYSI Engineering met disposition de ses clients une panoplie de technologies telles que les

solutions Open Source : PHP, MySQL et Apache. . .

Dmarche qualit

Afin dassurer une qualit irrprochable pour toutes les solutions quelle offre, LYSI Engineering

accompagne ses clients dans toutes les phases de ralisation de leurs projets. Ainsi, ils mettent leur

exprience profit de leur client ds la phase de lanalyse et de llaboration du cahier des charges

car un besoin bien tudi et bien exprim constitue souvent la pierre angulaire dun projet russi.

Une fois le besoin du client est fix, ils entament une phase de conception de la solution proposer.

Lors de cette tape, ils font appel aux modles Unified Modeling Language (UML) pour dcrire les

diffrentes fonctionnalits du nouveau systme ainsi que leur dploiement. Ces modles sont alors

discuts avec le client pour tre certains de rpondre exactement ses attentes. Ds la validation

de la phase de conception, ils entament la ralisation de la solution. Au cours de cette phase, les

versions intermdiaires sont prsentes rgulirement au client afin quil puisse suivre de prs ltat

davancement de son projet. Une fois la solution est prte pour le dploiement, ils assurent la mise

en place dune infrastructure adquate pour une efficacit optimale. Ils cherchent galement bien

former les futurs utilisateurs de lapplication pour tre certains quils tireront pleinement profit de leur

nouvelle acquisition.

1.2.2 Secteur dactivit

Le Web

LYSI Engineering ralise les projets web tels que la cration, le dveloppement, la maintenance

et le web marketing, elle met la disponibilit de ces clients des comptences en matire de techno-

logies web, afin de raliser les attentes dans un projet web.

1
LYSI fait appel des consultants Search Engine Optimizer (SEO) [1] hautement qualifis, afin
dobtenir une meilleur visibilit sur la toile des sites de ses partenaires.

1
Search Engine Optimizer : dsigne les personnes capables de modifier les paramtres dun site afin de le faire apparatre dans
les premiers rsultats dun moteur de recherche interrog avec des mots-cls correspondant au thme du site.

4
Chapitre 1. Prsentation gnrale

Solutions PME

La solution LYSI : LYSI Engineering propose ses clients une application sur mesure, adapte
leurs besoins. Elle propose des services logiciels orients essentiellement vers les Petites et
Moyennes Entreprises (PME) et les Trs Petites Entreprises (TPE) qui nont pas forcment les
moyens dacqurir une infrastructure logicielle complte, car cette dernire est trs coteuse en
termes de temps (la mise en place) et dargent. Elle propose des prestations logicielles en tant que

2
service en mode Software as a Service [2] (SaaS) .

Une solution en mode SaaS se caractrise par :

Un abonnement mensuel.

Une maintenance gnralement inclus dans labonnement mensuel.

Un accs au service conditionn par le paiement de labonnement.

Souvent, lhbergement de la solution et des donnes est pris en charge par lditeur.

Ce qui savre bnfique pour la plupart des PMEs et les TPEs.

Primtre fonctionnel : Traditionnellement, la gestion de ventes depuis ltape de la prospection

jusqu la facturation, les achats et lapprovisionnement, la gestion des stocks et les ressources

humaines. Larchitecture de lapplication permet en effet de personnaliser ces modules, en outre

lentreprise pourra tablir son propre systme de rfrencement lors des inventaires, ou encore

tablir un mcanisme de facturation selon les produits dont les services quelle offre. Dautres

modules sont en cours de ralisation. Ainsi a permet lapplication LYSI [3] de couvrir des secteurs

industriels, travers des utilitaires de gestion de production ou de gestion maintenance.

1.2.3 Stratgie de lentreprise

Pour quelle puisse faire face aux dfis de son environnement (progrs technique) et pour

assurer sa survie et son dveloppement dans un univers concurrentiel et changeant qui exige des

adaptations et des innovations, lentreprise dispose dune vision stratgique trs utilise, cest

dattaquer les domaines dactivit des clients nombreux. Elle se fixe sur le march dinformatisation

des PMEs industriels et les ateliers de fabrication des produits non coteux en Tunisie.
2
Software as a Service : logiciel en tant que service ou Software as a Service (SaaS), renvoie un modle de logiciel
commercialis non pas sous la forme dun produit (en licence dfinitive), que le client installerait en interne sur ses serveurs,
mais en tant quapplication accessible distance, par abonnement, comme un service, par le biais dInternet et du Web.

5
Chapitre 1. Prsentation gnrale

1.2.4 Perspectives de lentreprise

En fonction de la croissance du nombre des abonnes et afin dlargir le cercle des domaines

dactivit de ses futurs utilisateurs, lentreprise daccueil souhaite agrandir lapplication LYSI en

fonctionnalits offertes pour ses clients en ajoutant un module de comptabilit et de finances.

1.3 Prsentation du projet

De nos jours, les besoins dune entreprise industrielle sont augmentes dune faon exorbitante

pour cela on est face une mise en place dun logiciel de gestion qui prsente aujourdhui une base

fondamentale au sein dune entreprise dont son secteur dactivit est la production.

1.3.1 Objectifs du projet

Notre projet de Gestion de Production et de Maintenance (GPM) a notamment pour objectif

dtablir et mettre en vidence un lien entre un logiciel de Gestion de Production Assiste par

Ordinateur (GPAO) et un logiciel de Gestion de Maintenance Assiste par Ordinateur (GMAO) afin

de raliser une application qui apporte les fonctionnalits essentielles dans le monde de lindustrie,

pour les PMEs et les TPEs.

1.3.2 Approches du travail

Notre projet comprend deux phases dont la premire est la recherche dune solution

convenable pour raliser lapplication, et la deuxime, la phase de conception et de dveloppement.

Phase de recherche : Cest ltape incluant ltude bibliographique, dans laquelle nous

devons saisir les diffrentes notions et technologies utiliser dans le projet et les

architectures, etc. Aussi, nous fixons les outils ncessaires pour la ralisation du projet.

Phase de conception et dveloppement : Cest une tape, dans laquelle, nous spcifions

les besoins fonctionnels et nous modlisons le systme raliser pour clarifier les tches

accomplir dans la partie dveloppement. Cette phase se termine par une partie qui comprend

la programmation et les tests de validation.

Conclusion

Dans ce chapitre introductif, nous avons prsent lorganisme daccueil ainsi que le projet

raliser. Nous allons entamer maintenant la phase de prparation de ce projet qui est ltude de

lexistant et la prsentation des diffrentes solutions disponibles sur le march.

6
2
tat de lart
Introduction
Dans ce chapitre, nous allons psenter et tudier la Gestion de Production Assiste par Ordina-

teur et la Gestion de Maintenance Assiste par Ordinateur. Dans une seconde partie, nous allons

nous intresser ltude de notre projet, la problmatique et la solution propose.

2.1 Gestion de Production Assiste par Ordinateur (GPAO)


Dfinition. Cest linformatisation globale de la gestion de production. Un systme de GPAO a pour

vocation doptimiser les ressources de lentreprise (moyens financiers, matires et charges de

travail) pour un volume de production donn [4].

La gestion de la production est la mise en application de mthodes et techniques dans le but


daccomplir la transformation des matires en produits finis. Elle se rsume par la combinaison de
ressources, parmi lesquelles les moyens matriels (les machines), les moyens humains (le
personnel par qualification) et les matires (matires premires, matires consommables) dans un
planning avec le but dassurer la fabrication du produit en qualit et en quantit dfinies. Pour ce

1
faire les entreprises recourent aux progiciels [5] de GPAO qui sont destins grer toutes les
activits impliques dans la ralisation des produits depuis lapprovisionnement des matires
premires et des composants chez les fournisseurs jusqu la livraison des produits aux clients.

Les progiciels du GPAO permettent de :

Grer les donnes techniques ncessaires la production.

Grer les mouvements de stock.

Dclencher et suivre les ordres dapprovisionnements et dachats.

Dclencher et suivre les ordres de production.

Ordonnancer les ordres de production.

Calculer les besoins en composants et en capacits.

Etablir et maintenir le plan de production en fonction des prvisions et des commandes des

clients.

1
Progiciel : Programme (ou ensemble de programmes informatiques) cohrent, indpendant et document, conu pour
tre fourni plusieurs utilisateurs en vue dune mme application ou dune mme fonction, quun usager peut utiliser de
faon autonom.

7
Chapitre 2. tat de lart

FIGURE 2.1 Principales fonctionnalits du GPMI

La Figure 2.1 prsente le principe de fonctionnement dun progiciel de GPAO, nomm GPMI qui
2
englobe la plupart des modules dun Enterprise Resource Planning (ERP) [6] comme la gestion
des ventes, des achats, des stocks, la gestion financire, des donnes techniques, de la production
et de lordonnancement.

La Figure 2.2 prsente une interface de la gestion des articles du progiciel GMPI.

2.2 Gestion de Maintenance Assiste par Ordinateur (GMAO)


Dfinition. Un systme informatique de management de la maintenance est un progiciel organis

autour dune base de donnes permettant de programmer et de suivre sous les trois aspects techniques,

budgtaire et organisationnel, toutes les activits dun service de maintenance et les objets de cette

activit (services, lignes datelier, machines, quipements, sous-ensembles, pices, etc) partir de

terminaux dissmins dans les bureaux techniques, les ateliers, les magasins et bureaux dapprovi-

sionnement. Emprunter M. Gabriel et Y. Pimor, Maintenance assiste par ordinateur [7].

2
Enterprise Resource Planning : ou Progiciel de Gestion Intgr en abrg PGI est dfinie comme un systme informatis
intgr qui gre les ressources dune organisation interne et externe. Dans un mme temps, un ERP est une application et
architecture logicielle qui facilite les flux dinformation et, comme tel, est un systme dinformation lchelle de lentreprise.
laide dune base de donnes centralise et fonctionnant sur une plate-forme informatique commune.

8
Chapitre 2. tat de lart

FIGURE 2.2 Interface de la gestion des articles du progiciel GMPI

Le maintien des quipements de production est un enjeu cl pour la productivit des usines

notamment pour la qualit des produits et pour faciliter cette maintenance on trouve aussi la GMAO,

un logiciel spcialis destin aux services de maintenance dune entreprise qui facilite la ralisation

des missions de maintenance. Et par son intgration au systme dinformation de lentreprise et sa

relation fortement connexe avec le GPAO, cet outil permet la gestion et le pilotage de la fonction

maintenance. Utilise comme un support permettant de tracer, archiver, analyser et prendre des

dcisions dans ce cadre des missions. Dans un monde industriel qui se caractrise par la

concurrence, les entreprises prend en charge comme priorit non discutable la matrise des cots et

loptimisation des moyens. Cette dernire priorit met laccent sur le gain de lentreprise industriel

suite une mise en place dun GMAO qui a pour intrt :

La matrise des cots des installations maintenir.

Loptimisation des moyens techniques et humains de la maintenance.

Inventaire des installations techniques et de leurs documentations.

Fiabilisation des installations par lanalyse des donnes collectes lors des travaux de mainte-

nance.

9
Chapitre 2. tat de lart

Tous ces intrts sont misent en vidence par les fonctionnalits offertes par un GMAO qui sont

les suivants :

Gestion des quipements : Inventaire des quipements, localisation, historique des travaux,

gestion dinformation ddie par type dquipement (btiments, vhicules, rseaux, . . .) et


documentation technique.
3
Gestion des actions de maintenance : Corrective (ordre de maintenance) et prventive
(sys-tmatique, conditionnelle et prvisionnelle).
Gestion des demandes dintervention : Permet le signalement dune anomalie traiter par

la maintenance.

Gestion des outillages : Lajout et la suppression des outils ncessaires pour le service.

Gestion des stocks : Magasins (entres / sorties, lieux), quantits minimum, maximum, de

rapprovisionnement, pick-lists (liste servir ou rservations), rfrencement et recherche,

rapprovisionnement, articles de rechange, inventaire des pices et catalogue fournisseurs.

Gestion des achats : De pices dtaches ou de services (sous-traitance, forfait ou rgie),

gestion des fournisseurs, gestion des contrats et cycle de vie (demande dachat, commande,

rception et retour fournisseur, facturation).


Gestion des ressources humaines (personnel et planning) : Activits, mtiers, habilitations

planning de charge, prvisionnel et pointage des heures travailles sur intervention.

Gestion des cots et budget : De main duvre, de stocks, dachat, de location de matriel,

suivi priodique et rapports dcart.

Gestion des indicateurs : Indicateurs de maintenance et tableau de bord pour le manager.

Tenant un exemple de GMAO nomm Optimaint. Un progiciel propre Apisoft prsent en Tunisie

par son partenaire / importateur BMI qui rpond aux besoins structurels du service de maintenance.

La Figure 2.3 illustre une interface dun bon de travaux du progiciel Optimaint.

2.3 Problmatique
Dans les entreprises industrielles les progiciels de GPAO et les progiciels de GMAO sont trs

rpandus. Ils font partie du systme dinformation de lentreprise mais leurs mise en place est

coteuse plusieurs niveaux :

3
Corrective : Interventions ralises pour attnuer une panne, ces interventions servent maintenir la machine
oprationnel en production.

10
Chapitre 2. tat de lart

FIGURE 2.3 Interface dun bon de travaux du progiciel Optimaint

La formation du personnel au nouvel outil.

Lintgration du progiciel dans lenvironnement actuel de la socit.

Elaboration de systme de conversion des donnes permettant ladaptation des donnes

obsoltes au nouveau systme dinformation.

La mise en place est coteuse financirement mais galement en terme de temps (difficile

mettre en place).

Le Tableau 2.1 prsente les cots de la mise en place, la formation ainsi que les offres et les

cots de maintenance dun ensemble de progiciels existant dans le march.

Ainsi que ces problmes des cots levs, dautres problmes se manifeste dans un ERP qui ne

couvrent pas forcment tous les besoins dune entreprise. En effet, il peut tre ncessaire de dvelopper

des fonctionnalits supplmentaires pour des besoins spcifiques mais cette solution peut gnrer un

sentiment de perte de la matrise du systme dinformation par rapport un systme traditionnel o

toutes les fonctions de lentreprise sont indpendantes entre elles. A contrario, un

ERP met disposition de lentreprise des fonctionnalits dont elle ne se servira probablement

jamais, son intgration dans lentreprise et sa mise en place sous-entend galement une

dpendance envers lditeur.

11
Chapitre 2. tat de lart

TABLEAU 2.1 Tableau des cots des progiciels du GPAO et du GMAO


Bote de Nom du Tarif Cot de la mise en place et formation Cot de la maintenance
dveloppement progiciel
3000 euros les 4 premiers postes et 500 950 euros par jour : hbergement
GPMI SARL GPMI euros pour chaque poste compris, vol sur Tunis compris, 3 jours Maintenance non compris.
supplmentaire. aux minimum par session.
SOLUNE Solune 5500 euros pour 5 accs la BDD. 9250 4 10 journes pour les entreprises Maintenance gratuite pour 6
GPAO Alta situes en France Mtropolitaine ou
INFORMATIQUE euros pour 10 accs la BDD. mois.
(GPAO) consultez lintgrateur.
Licence fixe (1 licence par poste de
HERAKLES Pack travail connect) ou licence flottante (1 Mise en place et formation non Maintenance non compris.
INFORMATIQUE GPAO licence par utilisateur connect compris.
simultanment), 600 euros par licence.
4500 TND licence fixe ou licence par Mise en place gratuite. 15 TND pour 1
APISOFT Optimaint Heure/Homme de formation sur Maintenace non compris.
utilisateur connect.
produit.
Licence fixe ou licence par utilisateur Mise en place gratuite assist
GMAO DIMO GESTION MicroMaint connect simultanment partir de Maintenace non compris.
distance avec TeamView.
3000 euros.
2900 TND 1 licence Coswin 8i Garantie de maintenance de 12
Monoposte. 1800 TND pour 1 licence 3360 TND. Installation, paramtrage et
mois, renouvelable
Crystal Report Reporter Monoposte assistance la mise en place de Coswin
SIVECO GROUP Coswin 8i automatiquement. 1000 TND le
(Outil dimpression, de Cration et pour des prestations programmes de
renouvlement payer ds la
modification des rapports). 4700 TND 8 H/J.
mise en place.
au total.

Pour remdier ces diffrents problmes, nous avons besoins de dvelopper un module de Gestion

de Production et de Maintenance plus simple qui contient les fonctionnalits de base qui sont

indispensables pour les PMEs et les TPEs et dont laccs est disponible partir dun abonnement

mensuel via le net.

2.4 Solution propose


Notre solution au sein de lentreprise LYSI Engineering est de combiner les fonctionnalits dun

GPAO et un GMAO en une seule application nomme GPM, donc lobjectif de notre projet est de

raliser :

Un module de production permet de construire une classification gnrique des produits et

des consommables (bruts, semi-finis et finis), la planification de la fabrication et une gestion

de ressources (hommes, machines, outils).

Un module de maintenance permet de construire une classification gnrique des interven-

tions, des quipement ncessaires et des comptences requises, la maintenance corrective

(ordres de travaux et bons de travaux) et la maintenance prventive (priodique et condition-

nelle).

Conclusion

Dans ce chapitre, nous avons pass en revue des diffrentes notions ncessaires la compr-

hension de notre sujet et nous avons men une tude comparative entre les diffrentes approches

et solutions disponibles pour raliser notre projet.

12
3 Planification
Introduction

Ce chapitre vise capter les besoins ainsi quidentifier les rles des utilisateurs qui utilisent le

systme et prparer le plan de ralisation. Dans un premier lieu nous allons identifier les acteurs de

notre projet, ceux qui toucheront de faon direct notre application, lister les exigences fonctionnelles

et non fonctionnelles du produit et choisir la mthodologie quon va adopter pour ce projet puis nous

allons prsenter les besoins de notre systme travers le diagramme de cas dutilisation global,

finissons par produire le backlog initial ainsi quune premire planification des sprints.

3.1 Capture des besoins

Tout au long de cette partie, nous allons identifier et prciser les besoins satisfaire. Ces

besoins reprsentent les fonctionnalits raliser dans notre application.

3.1.1 Identification des acteurs

Dfinition. Un acteur [8] reprsente labstraction dun rle jou par des entits externes (utilisateur,

dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi.

Dans le cadre de notre application les acteurs sont les suivants :

Administrateur : Cest la personne qui possde le privilge de plus haut niveau. Cet acteur

est capable de manipuler toutes les fonctionnalits proposes par lapplication notamment la

gestion des donnes techniques des produits, la gestion des quipements, gestion de mainte-

nance, etc. Ainsi que la gestion des utilisateurs.

Responsable technique : Cest la personne qui constitue lensemble des informations dcri-

vant la structure du systme de production. Il dfinit la fiche technique des produits ainsi que

ses composants, les machines et les comptences ncessaires sa fabrication.

Responsable production : Il planifie et optimise les mthodes de fabrication et la gestion de

production, cest lui le chef dorchestre de tout ce qui entre et qui sort dans les ateliers. Il

organise et coordonne la production (planification), affecte chaque ressource (machine,

homme) une charge de travail. Il gre aussi les comptences des employes et demande une

intervention de maintenance en cas de panne.

Responsable maintenance : Il assure la gestion des machines ainsi les indicateurs de la

main-tenance priodique et les missions de maintenance (prventive ou corrective).

13
Chapitre 3. Planification

Dfinition. Le diagramme de contexte statique [9] permet de positionner le systme dans son environ-

nement selon un point de vue matriel. Le systme est donc dcrit physiquement, et non pas en tenues

de fonctionnalits. De plus, pour chaque type dlment matriel extrieur au systme, il est prcis les

nombres minimal et maximal dlments, appels cardinalits, qui sont mis en jeu.

La Figure 3.1 illuste le diagramme de contexte statique qui montre les relations des diffrents

acteurs avec le systme. Il spcifie le nombre dinstances de chaque acteur reli.

FIGURE 3.1 Diagramme de contexte statique

3.1.2 Besoins fonctionnels

Aprs avoir labor le diagramme de contexte statique qui a pour objet de dfinir la frontire

fonctionnelle entre le systme considr comme une bote noire et son environnement. Dans cette

partie, nous allons identifier les besoins de ces acteurs.

14
Chapitre 3. Planification

Dfinition. Les besoins fonctionnels [10] expriment une action que doit effectuer le systme en

rponse une demande (sorties qui sont produites pour un ensemble donn dentres).

Et pour cela nous devons dfinir les services souhaits. Dans ce qui suit, nous dcrivons les

diffrents besoins fonctionnels de notre systme :

Gestion des produits : Consiste grer la liste des produits qui sont dfinis par des donnes
1
gnrales (code, libell, description et caractristiques , des donnes de structure (classe et
2
composition , des donnes de planification (stock minimum, maximum et stock de scurit).
Gestion des catgories : Consiste grer la liste des catgories des produits qui est une

forme de regroupement des produits.


3
Gestion des gammes de fabrication : Consiste grer les tapes de fabrication dun
produit qui sont la squence et la dure estimative doprations, les outils ncessaires par
4
opration (postes de charges ).
Gestion des postes de charges : Consiste grer les postes de charges qui se focalisent

sur ltat de la machine et la disponibilit des oprateurs (employes). Cette gestion permet de

raliser ladquation entre ce que lon peut faire (capacit) et ce que lon doit faire (charge).

Cest le calcul de la charge sur chaque poste de charge et du dlai dobtention des produits.

Gestion des ressources : Consiste grer la liste des ressources qui sont les employes

(qua-lification des personnes qui excuteront chaque opration Gestion de comptences),

les machines (fiches machines Caractristiques) et les outils (fiches outils).

Gestion des maintenances : Consiste grer la liste des interventions qui se caractrise par

leurs types et ses classifications, lquipement ncessaire et les comptences requises.

Gestion des ordres de fabrication : Consiste grer les commandes externes (dun client)

ou internes (au systme productif, pour lapprovisionnement des stocks de semis ouvrs).

Chaque ordre est caractris par sa date de livraison en jours ouvrables et une suite ordonne

doprations y compris le temps de chargement et le temps de rglage requis.


Gestion des utilisateurs : Consiste grer les utilisateurs du systme ainsi que leurs privilges.

1
Caractristique (Industriel) : ce sont les donnes qui dcrivent un produit tel que : poids, taille, couleur, . . .
2
Composition : une liste dtaille des composants dun produit fini.
3
Gamme de fabrication : dcrivent les squences des oprations raliser pour la fabrication ou lassemblage dun
compos, dun sous ensemble ou ensemble fini.
4
Poste de charges : peut-tre une machine, un groupe de machines, un ou plusieurs oprateurs (employes), ou
quelques fois une association des deux.

15
Chapitre 3. Planification

3.1.3 Besoins non fonctionnels

Les besoins non fonctionnels sont des besoins qui ont un aspect visible pour lutilisateur et ils

caractrisent le systme. Ce sont des besoins en matire de performance qui exige la conformit

aux standards, la compltude et la cohrence, ne concernent pas le comportement du systme et

sous lesquelles le systme doit rester oprationnel.

Nous citons alors ces besoins :

Besoins de disponibilit : Notre application constitue le cur de lactivit des entreprises

industriels, il est indispensable que cette dernire soit disponible tout moment.

Besoins de scurit : Vu que cette application contient des donnes confidentielles, tous les

accs aux diffrents espaces (administrateur, responsables, etc.) doivent tre protgs sur les

connexions travers les noms dutilisateurs et les mots de passe et les privilges daccs.

Besoins de performance : Il sagit doptimiser le temps de chargements des pages par la

cration des index ainsi que par lutilisation des bonnes pratiques du dveloppement.

Besoins de portabilit et de compatibilit : Notre application doit tre portable sur tous les

environnements logiciels (Windows, Mac OS, Linux).

Besoins dutilisation : Tous les standards dergonomies doivent tre prsents : interface utili-

sateur prsentable, comprhensible, bien claire et facile utiliser.

Besoins de modularit : Il existe de nombreux moyens de dterminer la modularit dune

application. Idalement, une application Web rellement modulaire doit pouvoir :

Servir aussi bien un utilisateur unique que des centaines ou des milliers dutilisateur

simultans.

Multiplier les performances par deux lorsquelle est installe sur un ordinateur disposant

de deux fois plus de ressources, multiplier les performances par trois lorsquelle est

installe sur un ordinateur disposant de trois fois plus de ressources, etc.

Besoins dvolutivit : Notre systme doit porter conscient sur la possibilit dvolutivit des

interfaces (point de vue qualit et design) pour des fins dutilisation plus fiable et daccs aux

informations (point de vue simplicit et disponibilit).

16
Chapitre 3. Planification

3.2 Mthodologie adopte

Avec les progrs en technologies de linformation et les investissements dans les

infrastructures, beaucoup de mthodologie de gestion de projets ont vu le jour. Certe, ces

mthodologies jouent un rle primordial dans la russite ou lchec dun projet, do le choix,

reprsente une dcision importante pour les entreprises. Dans le prsent chapitre, nous allons

expliquer notre choix de mthodologie.

3.2.1 Approche Agile vs. Classique

Pour bien choisir notre type de mthodologie de travaille nous avons dress le Tableau 3.1 qui

prsente une comparaison entre les deux approches par thme [11].

Maintenant que nous connaissons mieux les diffrences majeures entre les approches classiques et

les approches agiles travers la comparaison faite dans le tableau comparatif des deux approches, nous

avons opt pour une approche agile pour grer notre projet car les mthodes agile garantissent la vitesse,

ladaptabilit, la visibilit et la gestion des risques. Aussi bien, ils sefforcent de mettre une version de

produit basique mais fonctionnelle entre les mains du client aussi vite que possible.

3.2.2 Mthodes agiles

Le terme agile est officialis avec Agile Manifesto en 2001 par 17 acteurs de domaine

informa-tique et du dveloppement du logiciel, leurs dterminations de ce concept taient de

proposer un nouveau mode de conception des programmes informatiques. Les mthodes agiles

reposent sur une structure itrative, incrmentale et adaptive au changement de contexte, visent

satisfaire au mieux les besoins du client pendant le processus de dveloppement. Lapproche agile

se base sur des valeurs fondamentales plus humanistes dclines sur des principes gnraux qui

rpondent aux besoins de qualit et dagilit imposs par le march.

17
Chapitre 3. Planification

TABLEAU 3.1 Comparatif entre approche agile et approche traditionnelle pour la gestion de projet

Thme Approche traditionnelle Approche agile


Cycle de vie En cascade ou en V, sans rtroac- Itratif et incrmental.
tion possible, phases squentielles.
Prdictive, caractrise par des Adaptative avec plusieurs niveaux
Planification plans plus ou moins dtaills sur la de planification avec ajustements
base dun primtre et dexigences si ncessaires au fil de leau en fonc-
dfinies au dbut du projet. tion des changements survenus.
Produite en quantit importante Rduite au strict ncessaire au pro-
Documentation comme support de communica- fit dincrments fonctionnels op-
tion, de validation et de contractua- rationnels pour obtenir le feedback
lisation. du client.
Une quipe avec des ressources Une quipe responsabilise o
linitiative et la communication
quipe spcialises, diriges par un chef
sont privilgies, soutenue par le
de projet.
chef de projet.
Contrle qualit la fin du cycle de Un contrle qualit prcoce et per-
manent, au niveau du produit et du
Qualit dveloppement. Le client dcouvre
processus. Le client visualise les r-
le produit fini.
sultats tt et frquemment.
Rsistance voire opposition au Accueil favorable au changement
Changement changement. Processus lourds de inluctable, intgr dans le proces-
gestion des changements accepts. sus.
Un seul indicateur davancement :
Suivi de lavance- Mesure de la conformit aux plans le nombre de fonctionnalits im-
ment initiaux. Analyse des carts. plmentes et le travail restant af-
faire.
Gestion des risques intgre dans
Processus distinct, rigoureux, de le processus global, avec responsa-
Gestion des risques bilisation de chacun dans lidentifi-
gestion des risques.
cation et la rsolution des risques.
Pilotage par les risques.
Respect des engagements initiaux Satisfaction client par la livraison
Mesureur succs en termes de cots, de budget et de
de valeur ajoute.
niveau de qualit.

Ses valeurs

Les quatre valeurs du manifeste agile qui permettent de mettre en vidence une diffrenciation

avec lapproche classique prnent :

Les individus et les interactions plutt quun usage exclusif de processus et doutils.

La livraison dun logiciel pleinement fonctionnel plutt quune documentation exagrment

18
Chapitre 3. Planification

abondante.

Une collaboration avec le client plutt que la stricte application des clauses contractuelles.

Lagilit et la flexibilit dans laccueil des changements mtier plutt quun suivi aveugle dun

plan strict et rigide.

Ses principes

Les douze principes de la approche agile sont les suivants :

1. Satisfaire le client est la priorit ;

2. Accueillir les demandes de changement bras ouverts ;

3. Livrer le plus souvent possible des versions oprationnelles de lapplication ;

4. Assurer une coopration permanente entre Client et quipe projet ;

5. Construire des projets autour dindividus motivs ;

6. Privilgier la conversation en face face ;

7. Mesurer lavancement du projet en termes de fonctionnalits de lapplication ;

8. Faire avancer le projet un rythme soutenable et constant ;

9. Porter une attention continue lexcellence technique et la conception ;

10. Favoriser la simplicit ;

11. Responsabiliser les quipes : les meilleures architectures, spcifications et conceptions

mergent dquipes autoorganises ;

12. Ajuster, intervalles rguliers, son comportement, ses processus pour tre plus efficace.

La Figure 3.2 donne un comparatif entre les diffrentes approches agiles selon la taille [12].

FIGURE 3.2 Les diffrentes approches agiles selon la taille

19
Chapitre 3. Planification

Pour atteindre les aspects dj dcrits, plusieurs types de lapproche agile existent telles que

Scrum, XP, RAD, . . . (cf. Annexe A).

Une tude de ces diffrentes approches rvle quelles ont un tronc commun, mais elles se diff-

rencient par leur degr de formalisme, les revues, le rythme du projet, le nombre et la longueur des

itrations et la taille de projets. Aprs cette tude comparative notre choix sest focalis sur la

mthodologie Scrum, puisque la qualit principale de cette dernire est damliorer la productivit

des quipes auparavant ralenties par des mthodologies plus lourdes, de maximiser la coopration

et la communication entre chaque membre de lquipe.

Le choix de Scrum comme une mthodologie de pilotage pour notre projet sest bas sur les atouts

de ce dernier.

Il se rsume comme suit :

Plus de souplesse et de ractivit.

La grande capacit dadaptation au changement grce des itrations courtes.

La chose la plus importante, cest que Scrum rassemble les deux cots thorique et pratique

et se rapproche beaucoup de la ralit.

3.2.3 Choix de la mthodologie : Scrum

Scrum est une mthodologie agile ddie la gestion de projets qui ne propose aucune

pratique de dveloppement, juste des pratiques de management. Il sagit en fait dun cadre de

gestion de projets bien adapt aux approches de dveloppement agile.

Le terme Scrum est emprunt au rugby XV est signifie mle. Ce processus sarticule en effet

autour dune quipe soude, qui cherche atteindre un but, comme cest le cas en rugby pour

avancer avec le ballon pendant une mle.

La Figure 3.3 nous montre le principe de fonctionnement de la mthodologie Scrum [13].

Le principe de base de Scrum est de focaliser lquipe de faon itrative sur un ensemble de

fonctionnalits raliser, dans des itrations de dure fixe dune quatre semaines, appeles

Sprints. Chaque sprint possde un but atteindre, dfini par le directeur de produit (le Product

Owner), partir duquel sont choisies les fonctionnalits implmenter dans ce sprint. Les sprints

sont constitus de la planification du sprint (Sprint Planning), des mles quotidiennes (Daily

Scrums), des activits de dveloppement, de la revue du sprint (Sprint Review) et de la rtrospective

du sprint (Sprint Retrospective).

20
Chapitre 3. Planification

FIGURE 3.3 Processus Scrum

Pendant le sprint :

Lobjectif du sprint est fixe.

Les objectifs de qualit sont maintenus, ils ne sont jamais revus la baisse.

Le primtre peut tre clarifi et rengoci entre le Product Owner et lquipe de Dveloppe-

ment selon ce que lquipe Scrum apprend.

Un sprint aboutit toujours la livraison dun produit partiel fonctionnel. Pendant ce temps, le respon-

sable de la comprhension (le Scrum Master) a la charge de rduire au maximum les perturbations

extrieures et de rsoudre les problmes non techniques de lquipe. Un principe fort en Scrum est

la participation active du client pour dfinir les priorits dans les fonctionnalits du logiciel et pour

choisir celles qui seront ralises dans chaque Sprint. Il peut tout moment complter ou modifier la

liste des fonctionnalits raliser, mais jamais celles qui sont en cours de ralisation pendant un

sprint.

3.3 Pilotage du projet avec Scrum

Le cadre Scrum est constitu de trois lments qui sont lquipe avec des rles bien dfinis, les
5
blocs de temps et les artefacts.

3.3.1 Outils Scrum

Pour le pilotage de leurs projets Scrum, les membres de lquipe font recours plusieurs tech-

niques. Une de ces techniques, qui est la plus rpondue, consiste crer des fiches (post It) et de les

5
Blocs de temps souvent appel timeboxes

21
Chapitre 3. Planification

coller sur un mur ou sur un tableau visible pour tous les membres de lquipe. Une autre technique

consiste utiliser un fichier Excel contenant toutes les informations ncessaires pour les sprints, les

Users story, leurs estimations, etc. Ce fichier devra tre partag en lecture et en criture (pour que

tous les membres de lquipe puissent le modifier tout moment).

Par consquent, plusieurs outils sont apparus en offrant la possibilit de suivre la priorit, la traa-

bilit et la gestion de tout le travail associ. Parmi les outils existants, nous avons choisi dutiliser

iceScrum.

3.3.2 Equipe et rles

Lquipe a un rle capital dans Scrum : elle est constitue avec le but doptimiser la flexibilit et

la productivit ; pour cela, elle sorganise elle-mme et doit avoir toutes les comptences

ncessaires au dveloppement du produit. Elle est investie avec le pouvoir et lautorit pour faire ce

quelle a faire.

Scrum dfinit trois rles qui sont :

Le Product Owner (le propritaire du produit).

Le Scrum Master (le directeur de produit).

Le Scrum Team (lquipe Scrum). (cf. Annexe B)

Dans le contexte de notre projet, LYSI Engineering sera le Product Owner et Mr. BEN ACHOUR

Mohamed Amine sera le Scrum Master et nous formons nous-mmes les membres de lquipe

Scrum. Ces participants sont illustrs par la Figure 3.4.

3.3.3 Diagramme des cas dutilisations gnral

Dfinition. Un cas dutilisation (use case) [8] reprsente un ensemble de squences dactions

ralises par le systme et produisant un rsultat observable intressant pour un acteur particulier.

Dans cette section nous prsentons les besoins de notre systme de manire formelle. Cest--

dire en utilisant le diagramme des cas dutilisations du langage de modlisation UML.

La Figure 3.5 illustre le diagramme des cas dutilisations gnral

22
Chapitre 3. Planification

FIGURE 3.4 quipe Scrum

3.3.4 Backlog du produit

Le backlog du produit est lartefact le plus important de Scrum, cest lensemble des carac-

tristiques fonctionnelles ou techniques qui constituent le produit souhait. Les caractristiques

fonctionnelles sont appeles des histoires utilisateur (User Story) et les caractristiques techniques

sont appeles des histoires techniques (technical story).

Le Tableau 3.2 rsume le backlog du produit de notre application. Dans ce tableau chaque User

Story (histoire utilisateur) est caractrise par une priorit, une description et un thme.

23
Chapitre 3. Planification

FIGURE 3.5 Diagramme de cas dutilisations gnral

24
TABLEAU 3.2 Backlog du produit

Chapitre 3. Planification
Thme Priorit User Story Description
En tant que responsable technique Afficher la liste des caractristiques qui contient les champs
Gestion des ca- suivants : libell, unit, nombre de produits.
1 ou administrateur je souhaite affi-
ractristiques cher la liste des caractristiques Rechercher une caractristique par : libell, unit, libell cat-
gorie, rfrence produit.
Gestion des ca- En tant que responsable technique Afficher un formulaire ddition dune caractristique qui
2 ou administrateur je souhaite diter contient les champs suivant : libell, type, unit.
ractristiques une caractristique Ajouter, modifier ou supprimer une caractristique.
En tant que responsable technique
Gestion des ca- 3 ou administrateur je souhaite dfi- Dfinir les valeurs des lments du choix (couple : Id, libell).
ractristiques nir les lments de la liste des choix
dune caractristique
En tant que responsable technique Afficher la liste des catgories qui contient les champs suivants :
Gestion des ca- libell, description, catgorie parente, nombre de produits.
4 ou administrateur je souhaite affi-
tgories cher la liste des catgories Rechercher une catgorie par : libell, catgorie parente, rf-
rence produit, caractrisituqe.
Gestion des ca- En tant que responsable technique Afficher un formulaire ddition dune catgorie qui contient les
5 ou administrateur je souhaite diter champs suivant : libell, description, catgorie parente.
tgories une catgorie Ajouter, modifier ou supprimer une catgorie.
Gestion des ca- En tant que responsable technique Dfinir la liste des caractristiques et proposer de les hrites
6 ou administrateur je souhaite dfinir
tgories la liste des caractristiques hrites de la catgorie parente, si elles existent.
Afficher la liste des produits qui contient les champs suivants :
Gestion des En tant que responsable technique rfrence, libell, catgorie, type, tat en stock (disponible, cri-
7 ou administrateur je souhaite affi- tique ou puis).
produits
cher la liste des produits Rechercher un produit par : rfrence, libell, catgorie, type
(acquis ou confectionn).
25
Afficher un formulaire ddition dun produit qui contient les
Gestion des En tant que responsable technique champs suivant : rfrence, libell, catgorie, type(acquis ou

hap
itre
8 ou administrateur je souhaite diter confectionn), stock critique, description, fiche technique, image,

3C
produits
un produit . . . en tant que pice jointe, dure de vie.
Ajouter, modifier ou supprimer un produit.

P
if
n
a
En tant que responsable technique Saisir les tapes ncessaires la production qui doit contenir
les champs suivants : numro de ltape, description, dure esti-
Gestion des ou administrateur je souhaite citer
9 mative (en heures continues ou discontinues), produits utiliss,
produits les tapes ncessaires la fabrica-
quipement utilis, comptence requise, description textuelle.
tion dun produit
Ajouter, modifier ou supprimer une tape.
Gestion des En tant que responsable technique Saisir la liste des produits qui le compose ;
10 ou administrateur je souhaite dfinir
produits Associer chaque composant sa quantit.
la composition dun produit
Gestion des in- En tant que responsable de mainte- Afficher la liste des indicateurs qui contient les champs suivants :
11 nance ou administrateur je souhaite libell, unit, nombre de machines.
dicateurs afficher la liste des indicateurs Rechercher un indicateur par : libell, unit, rfrence machine.
Gestion des in- En tant que responsable de mainte- Afficher un formulaire ddition dun indicateur qui contient les
12 nance ou administrateur je souhaite champs suivant : libell, type, unit.
dicateurs diter un indicateur Ajouter, modifier ou supprimer un indicateur.
En tant que responsable de mainte-
Gestion des in- 13 nance ou administrateur je souhaite Dfinir les valeurs des lments du choix (couple : Id, libell).
dicateurs dfinir les lments de la liste des
choix dun indicateur
Afficher la liste des machines qui contient les champs suivants :
En tant que responsable de mainte- rfrence, libell, fournisseur, sous garantie (oui ou non), contrat
Gestion des de maintenance (oui ou non), date dacquisition, tat (arrte,
14 nance ou administrateur je souhaite
machines en production, en attente de maintenance ou maintenance en
afficher la liste des machines
cours).
Rechercher une machine par : rfrence, fournisseur, libell).
26
Gestion des En tant que responsable de mainte- founisseur), founisseur, libell, date dacquisition, consomma-

Afficher un formulaire ddition dune machine qui contient les


champs suivant : rfrence interne, rfrence machine(rfrence
machines 15 nance ou administrateur je souhaite tion, dure de garantie, contrat de maintenance, fiche technique,
diter une machine
image, . . . en tant que pice jointe ;

Planifica
Ajouter, modifier ou supprimer une machine.
En tant que responsable de mainte- Saisir les tapes dune maintenance qui doit contenir les champs
Gestion des suivants : numro de ltape, description, dure estimative (en
16 nance ou administrateur je souhaite
machines heures), outils utiliss, comptence requise, description textuelle.
citer les tapes dune maintenance
Ajouter, modifier ou supprimer une tape.
Afficher la liste des maintenances priodiques.
Gestion des En tant que responsable de mainte- Formulaire ddition dune maintenance priodique qui doit
17 nance ou administrateur je souhaite contenir les champs suivants : libell, description, dure, dure
machines
lister les maintenances priodiques en activit.
Ajouter, modifier ou supprimer une maintenance priodique.
Afficher la liste des maintenances correctives.
Gestion des En tant que responsable de mainte- Formulaire ddition dune maintenance corrective qui doit
18 nance ou administrateur je souhaite contenir les champs suivants : libell, description, dure, dure
machines
lister les maintenances correctives en activit.
Ajouter, modifier ou supprimer une maintenance corrective.
En tant que responsable de mainte-
Gestion des 19 nance ou administrateur je souhaite Dfinir la liste des indicateurs et indiquer les relatives au dclen-
machines dfinir la liste des indicateurs dune chement dune maintenance priodique.
maintenance priodique
Gestion des de- En tant que responsable de produc- Afficher la liste des demandes dintervention de maintenance
mandes din- 20 tion ou administrateur je souhaite af- qui contient les champs suivants : libell, description.
terventions de ficher la liste des demandes dinter- Rechercher une demande dintervention de maintenance par :
maintenance vention de maintenance libell, rfrence machine.
27
mandes din- 21 tion ou administrateur je souhaite tion.

Gestion des de- En tant que responsable de produc- Afficher un formulaire ddition dune demande dintervention
de maintenance qui contient les champs suivant : libell, descrip-
terventions de diter une demande dintervention Ajouter, modifier ou supprimer une demande dintervention de
maintenance de maintenance
maintenance.

Planifica
En tant que responsable de produc- Afficher la liste des comptences qui contient les champs sui-
Gestion des vants : libell, nombre demploys, nombre de produits.
22 tion ou administrateur je souhaite af-
comptences Rechercher une comptence par : libell, matricule employ,
ficher la liste des comptences
rfrence produit.
Gestion des En tant que responsable de produc- Afficher un formulaire ddition dune comptence qui contient
23 tion ou administrateur je souhaite les champs suivant : libell, description.
comptences
diter une comptence Ajouter, modifier ou supprimer une comptence.
En tant que responsable de produc- Afficher la liste des ordres de production qui contient les
Gestion des champs suivants : rfrence produit, date dbut, date fin, nombre
tion ou administrateur je souhaite af-
ordres de 24 dtapes.
ficher la liste des ordres de produc-
production Rechercher un ordre de production par : rfrence produit, date,
tion
tat (pas encore commenc, en cours, termin ou suspendu).
Gestion des En tant que responsable de produc- Afficher un formulaire ddition dun ordre de production qui
contient les champs suivant : rfrence produit, quantit pro-
ordres de 25 tion ou administrateur je souhaite
duire, date dbut, date fin.
production diter un ordre de production
Ajouter, modifier ou supprimer un ordre de production.
Gestion des En tant que responsable de produc- Planifier la date dbut et la date fin de chaque tape en tenant
ordres de 26 tion ou administrateur je souhaite compte de la disponibilit des machines, des composants et des
production planifier les tapes de production comptences.
28
Chapitre 3. Planification

3.3.5 Planification des sprints

La runion de planification des sprints est lvnement le plus important dans Scrum. Le but de

cette runion est de prparer le planning de travail et didentifier le Backlog des sprints . Lun des

produits de cette runion est le choix de la dure des sprints et qui diffre selon la complexit du

projet et la taille de lquipe. Pour notre projet nous avons choisi de dvelopper deux releases. Pour

notre cas la dure de 20 jours pour un sprint semble adquate. La Figure 3.6 rsume notre planning

de travail.

FIGURE 3.6 Plan du release

3.3.6 Prototypage des interfaces

Cette technique consiste prparer quelques interfaces graphiques de lapplication en utilisant

un outil de conception des prototypes afin de mesurer le degr de satisfaction du client par rapport

la comprhension du projet. Linteraction qui se produit entre lutilisateur final et le dveloppeur, la

suite de la discussion sur ces interfaces, permet dajuster les besoins et de les concevoir de manire

prcise et exacte. En effet, les interfaces graphiques font que lutilisateur final soit plus interactif,

prcis et le pousse mieux sexprimer. La Figure 3.7 prsente un exemple de prototype dajout

dune machine. Le reste des prototypes seront prsents dans lAnnexe C.

29
Chapitre 3. Planification

FIGURE 3.7 Prototype dinterface dajout dune machine

Conclusion

Dans ce chapitre, nous avons pass en revue par les diffrentes notions ncessaires la

compr-hension de notre sujet. Nous avons prpar notre plan de travail, identifi les besoins

fonctionnels et non fonctionnels, les rles des utilisateurs. Par la suite nous avons men une tude

comparative entre les diffrentes approches et les solutions disponibles pour raliser notre projet,

ainsi que le diagramme des cas dutilisations gnral et le backlog du produit. Nous avons prsent

par le plan de release de notre projet.

Dans le chapitre qui suit, nous allons prsenter notre environnement logiciel et matriel.

30
4 Sprint 0
Introduction

Dans ce chapitre nous traitons les aspects techniques lis la phase dimplmentation de notre

application. Nous commenons par la prsentation de lenvironnement matriel et une explication de

larchitecture matrielle ensuite nous prsentons lenvironnement logiciel en listant les choix

techniques, enfin nous dtaillons les logiciels utiliss dans notre projet.

4.1 Environnement matriel

Dans cette partie nous allons identifier les outils matriels que nous avons utilis pour de notre

projet et larchitecture matrielle de notre application.

4.1.1 Outils matriels

Les machines utilises pour la ralisation de notre projet sont :

Un ordinateur portable Asus caractris par la liste des priphriques suivant :

Processeur : Intel Core i5-3337U CPU @ 1.80GHz 1.80GHz.

Mmoire : 6.00 Go.

Disque dur : 700 Go.

Systme dexploitation : Windows 8 Entreprise 64 bit.

Un ordinateur portable DELL caractris par la liste des priphriques suivant :

Processeur : Intel Core i5-2450M CPU @ 2.50GHz 2.50GHz.

Mmoire : 4.00 Go.

Disque dur : 600 Go.

Systme dexploitation : Windows 7 Professionnel 64 bit.

4.1.2 Architecture matrielle

Notre application se prsente sous la forme dune architecture trois tiers ou ce quon appelle

galement architecture trois niveaux. Larchitecture trois tiers est lapplication du modle le plus

gnral qui est le multi-tiers et cest galement une extension du modle Client/Serveur.

Plus spcifiquement cest une architecture partage entre :

31
Chapitre 4. Sprint 0

Un client : Lordinateur demandeur de ressources, quip dune interface utilisateur (gnra-

lement un navigateur web) charg de la prsentation.


Un serveur dapplication : Charg de fournir la ressource mais faisant appel un autre serveur.

Un serveur de base de donnes : Fournissant au serveur dapplication les donnes dont il a

besoin. Etant donn lemploi massif du terme de larchitecture 3 niveaux, celui-ci peut

parfois dsigner aussi les architectures suivantes :

Partage dapplication entre client, serveur intermdiaire, et serveur dentreprise.

Partage dapplication entre client, serveur dapplication, et serveur de base de donnes

de lentreprise.

Dans notre application, La Figure 4.1 illustre larchitecture de lapplication.

FIGURE 4.1 Architecture de lapplication

Pour mieux sexpliquer notre application se base sur deux serveur :

Serveur de base de donnes - MySQL : MySQL est un serveur de bases de donnes relation-

nelles SQL, trs rapide, multi-thread, robuste et multi-utilisateurs. MySQL est un logiciel libre

dvelopp sous double licence GPL (General Public License) et licence commerciale. Il est le

serveur de base de donnes le plus utilis dans le monde. Il fonctionne sur beaucoup de plates-

formes diffrentes et il est accessible en utilisant plusieurs langages de programmation.

32
Chapitre 4. Sprint 0

Serveur HTTP - Apache : Apache HTTP Server est un serveur HTTP cr et maintenu au

sein de la fondation Apache. Cest le serveur HTTP le plus populaire du World Wide Web.

Prsentant alors larchitecture matrielle de notre application par un diagramme de dploiement qui

englobe les noeuds correspondant aux supports physiques.

Dfinition. Le diagramme de dploiement [14] permet de reprsenter larchitecture physique

suppor-tant lexploitation du systme. Cette architecture comprend des noeuds correspondant aux

supports physiques (serveurs, routeurs, . . .) ainsi que la rpartition des artefacts logiciels

(bibliothques, ex-cutables, . . .) sur ces noeuds. Cest un vritable rseau constitu de noeuds et

de connexions entre ces noeuds qui modlise cette architecture.

Cest un diagramme de structure qui montre la configuration dun ensemble de noeuds dins-

tances excutables (run-time), autrement dit les lments physiques, et, facultativement, les

artefacts qui leurs sont affects. Il permet donc de reprsenter la disposition physique des matriels

qui com-posent le systme et la rpartition des composants sur ces matriels. Les noeuds sont

connects entre eux, laide de lignes de communication. Les caractristiques des ressources

matrielles physiques et des supports de communication peuvent tre prcises par strotype. Les

diagrammes de dploiement correspondent la vue de dploiement dune architecture logicielle.

La Figure 4.2 illustre le diagramme de dploiement.

FIGURE 4.2 Diagramme de dploiement

33
Chapitre 4. Sprint 0

La modlisation du diagramme de dploiement montre trois nuds :

Serveur web : Compos dun module de scripts PHP.

Serveur de base de donnes : Prsente le systme de gestion de base de donnes MySQL.

Station Cliente : Reprsente le navigateur web.

4.1.3 Architecture applicative

Architecture MVC

Larchitecture vise ce que lapplication soit la plus maintenable possible. Dans ce cadre le

framework utilis sest orient vers larchitecture MVC. Ce modle darchitecture impose la

sparation entre les donnes, la prsentation et les traitements, ce qui donne trois parties

fondamentales dans lapplication finale : le modle, la vue et le contrleur.

Le Modle : Prsente le comportement de lapplication : traitements des donnes,

interactions avec la base de donnes, etc.

La Vue : Correspond linterface avec laquelle lutilisateur interagit. Sa premire tche est de

prsenter les rsultats renvoys par le modle. Sa seconde tche est de recevoir toutes les

actions de lutilisateur (clic de souris, bouton, . . .).

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 lutilisateur et

enclenche les actions effectuer.

La Figure 4.3 prsente larchitecture MVC [15].

FIGURE 4.3 Architecture MVC

34
Chapitre 4. Sprint 0

Avantages du MVC :

Vitesse de cration de pages.

Gain de temps de maintenance.

Simplicit de mise jour.

Clart de larchitecture quil impose grce la sparation des donnes de la vue et du contr-

leur.

4.2 Environnement logiciel


Dans cette partie nous allons prsenter les outils logiciels utiliss pour la ralisation notre projet.

4.2.1 Outil de conception

} Enterprise Architect

Enterprise Architect [16] est un logiciel de conception UML, dit par Sparx

Systems. Couvrant, par ses fonctionnalits, lensemble des tapes du cycle de

conception dapplication. Nos diagrammes de cas dutili-sation, de squence, de

classe, ont t raliss laide de ce logi-ciel.

} MySQL Workbench

MySQL Workbench [17] est un logiciel de gestion et dadministra-tion de

bases de donnes MySQL. Permet visuellement de concevoir, mo-dliser et

gnrer toutes les oprations de la gestion dune base de don-nes.

35
Chapitre 4. Sprint 0

4.2.2 Outils de dveloppement

} Sublime Text

Sublime Text [18] est un diteur de texte gnrique cod en C++ et Python.

Ce logiciel a t conu comme une extension pour Vim, riche en fonctionnalits.

Lditeur prend en charge 44 langages de programma-tion.

4.2.3 Environnement de Systme de Gestion de Base de Donnes (SGBD)

} MySQL

MySQL [19] est un Systme de Systme de Gestion de Base de Donnes

(SGBD). Il fait partie des logiciels de gestion de base de donnes les plus utiliss

au monde, autant par le grand public (application web principalement) que par

des professionnels. Le couple PHP/MySQL est trs utilis par les sites web propos par la majorit

des hbergeurs.

4.2.4 Langages de programmation

} HTML5 (HyperText Mark up Langage)

Le HTML5 [20] se focalise sur les applications web et linteractivit, sans

toutefois dlaisser laccessibilit et la smantique. Le HTML5 se positionne ga-

lement comme concurrent des technologies Flash et Silverlight. Lavantage que

nous ont pouss choisi dutiliser cette technologie cest loptimisation sur le

temps de chargement des pages. HTML5 augmente lexprience utilisateur avec la machine en

permettant des applications de sexcuter en mode hors-ligne (offline) (stockage de donnes puis

synchronisation lorsque la connexion est tablie).

36
Chapitre 4. Sprint 0

} CSS3 (Cascading Style Sheets)

CSS [21] est un langage informatique qui sert dcrire la prsentation des

documents HTML et XML. Les standards dfinissent CSS sont publis par le W3C

(World Wide Web Consortium). CSS devient couramment utilis dans la concep-

tion de sites web et bien pris en charge par les navigateurs web dans les annes 2000.

} JavaScript

JavaScript [22] est un langage de programmation dvelopp par Nets-cape

(cest le nom dune firme conceptrice dun navigateur bas sur lhyper-texte,

Navigator) permettant damliorer les sites web. Sexcute sur le poste client.

} PHP5 (PHP Hypertext Preprocessor)

PHP (HyperText Prprocesseur) [22] est un langage de programmation inter-

prt libre principalement utilis pour produire des pages Web dynamiques via un

serveur HTTP, mais pouvant galement fonctionner comme nimporte quel

langage interprt de faon locale. PHP est un langage impratif disposant depuis la version 5 de

fonctionnalits de modle objet compltes. Nous avons choisi PHP car il est simple mettre en

place (niveau serveur) et plus facile standardiser et transporter dune application une autre.

Conclusion

Dans ce chapitre nous avons prsent notre environnement matriels et logiciels sur lequel

nous allons tudier et dvelopper larchitecture logique et physique de notre application.

37
5
tude et ralisation du Sprint 1
Introduction
Aprs avoir connu lenvironnement matriel, logiciel et une vision prcise sur le droulement de

notre projet dans le sprint 0, il ne nous reste que de nous diriger vers les sprints qui dcrivent les

principaux objectifs et les fonctionnalits de notre futur systme.

5.1 Sprint backlog

Le Sprint backlog est le tableau que nous tirons du Backlog Product qui formalise le calendrier

pour le sprint. Lquipe dfinie lestimation par heure et le responsable de la tche raliser.

Le Tableau 5.1 prsente le Backlog du Sprint 1.

5.2 Diagrammes des cas dutilisations

Les besoins raliser dans le Sprint 1, ont t spcifis et pour mieux expliquer nous allons

vous prsenter les diagrammes de cas dutilisation de lauthentification, la gestion des produits, la

gestion des catgories et la gestion des caractristiques avec les descriptions textuels.

5.2.1 Raffinement des cas dutilisations

Sauthentifier

La Figure 5.1 illuste le diagramme de cas dutilisation de lauthentification.

FIGURE 5.1 Raffinement du cas dutilisation Sauthentifier

38
Chapitre 5. tude et ralisation du Sprint 1
TABLEAU 5.1 Backlog du Sprint 1

User Story Tche Temps Responsable


(H)
En tant que Responsable Technique ou Administrateur Crer linterface de la liste des produits Product.php 1.5 Dhouha
je veux lister tous les produits Tester le bon fonctionnement de linterface 0.5 Aziz
Crer le formulaire de recherche des produits 0.75 Aziz
En tant que Responsable Technique ou Administrateur Tester le bon fonctionnement du formulaire de recherche 0.25 Dhouha
je veux chercher des produits selon plusieurs critres Crer la fonctionnalit de recherche selon des critres. 1 Aziz
Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Dhouha
cherche
Crer le formulaire dun produit FormProduct.php 1.5 Dhouha
En tant que Responsable Technique ou Administrateur Tester le bon fonctionnement du formulaire 0.5 Aziz
je veux ajouter un produit Crer la fonctionnalit dajout dun produit 1 Dhouha
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz
dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit daffichage des dtails dun produit 1 Aziz
je veux afficher les dtails dun produit Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Dhouha
chage des dtails dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dun produit 1 Dhouha
je veux modifier un produit Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz
dification dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dun produit 0.75 Aziz
je veux supprimer un produit Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Dhouha
pression dun produit
En tant que Responsable Technique ou Administrateur Crer le window panel de la liste des pices des jointes 1.5 Dhouha
je veux lister toutes les pices jointes Tester le bon fonctionnement du window panel de la liste 0.5 Aziz
des pices des jointes
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit dajout dune pice jointe 1 Aziz
je veux ajouter une pice jointe Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha
dune pice jointe
39
apitr
5Ch
e
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dune pice jointe 0.75 Aziz

En tant que Responsable Technique ou Administrateur Crer la fonctionnalit daffichage dune pice jointe 0.75 Dhouha
je veux afficher une pice jointe
je veux modifier une pice jointe

. ettud
Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
dification dune pice jointe
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dune pice jointe 0.75 Dhouha

e
je veux lister toutes les catgories Tester le bon fonctionnement de linterface 0.5 Dhouha

je veux supprimer une pice jointe Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune pice jointe
En tant que Responsable Technique ou Administrateur Crer linterface de la liste des catgories Category.php 1.5 Aziz

du
Crer le formulaire de recherche des catgories 0.75 Dhouha
En tant que Responsable Technique ou Administrateur Tester le bon fonctionnement du formulaire de recherche 0.25 Aziz

pri
1S
nt
je veux chercher des catgories selon plusieurs critres Crer la fonctionnalit de recherche selon des critres. 1 Dhouha
Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Aziz
cherche
Crer le formulaire dun indicateur FormCategory.php 1.5 Aziz
En tant que Responsable Technique ou Administrateur Tester le bon fonctionnement du formulaire 0.5 Dhouha
je veux ajouter une catgorie Crer la fonctionnalit dajout dune catgorie 1 Aziz
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha
dune catgorie
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit daffichage des dtails dune cat- 1 Dhouha
je veux afficher les dtails dune catgorie gorie
Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage des dtails dune catgorie
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dune catgorie 1 Aziz
je veux modifier une catgorie Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
dification dune catgorie
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dune catgorie 0.75 Dhouha
je veux supprimer une catgorie
Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune catgorie
0
4
apitr
5Ch
e
Tester le bon fonctionnement de linterface 0.5 Dhouha

En tant que Responsable Technique ou Administrateur Crer linterface de la liste des caractristiques Fea- 1.5 Aziz
je veux lister toutes les caractristiques ture.php

. ettud
Crer le formulaire de recherche des caractristiques 0.75 Dhouha
En tant que Responsable Technique ou Administrateur
je veux chercher des caractristiques selon plusieurs Tester le bon fonctionnement du formulaire de recherche 0.25 Aziz

e
critres

sat
ali
r
io
Crer la fonctionnalit de recherche selon des critres. 1 Dhouha

Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Aziz

du Spri
cherche
Crer le formulaire dune caractristique FormFea- 1.5 Aziz

nt
En tant que Responsable Technique ou Administrateur ture.php
Dhouha

1
je veux ajouter une caractristique Tester le bon fonctionnement du formulaire 0.5

Crer la fonctionnalit dajout dune caractristique 1 Aziz

Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha


dune caractristique
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit daffichage des dtails dune carac- 1 Dhouha
je veux afficher les dtails dune caractristique tristique
Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage des dtails dune caractristique
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dune caractris- 1 Aziz
je veux modifier une caractristique tique
Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
dification dune caractristique
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dune caractris- 0.75 Dhouha
je veux supprimer une caractristique tique
Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune caractristique
1
4
apitr
5Ch
je veux renseigner les caractristiques Tester le bon fonctionnement du window panel des carac- Aziz

e
Crer le window panel des valeurs des caractristiques 1.5 Dhouha
En tant que Responsable Technique ou Administrateur dun produit
dun produit 0.5

.
ristiques dun produit

tristiques dun produit


Crer la fonctionnalit de saisie des valeurs des caract- 1 Dhouha

ralisati
Tester le bon fonctionnement de la fonctionnalit de sai- 0.5 Aziz

on
sie des valeurs des caractristiques dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dune caractris- 0.75 Aziz
je veux modifier une caractristique tique dun produit

du Sprint 1
dun produit Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
dification dune caractristique dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dune caractris- 0.75 Dhouha
je veux supprimer une caractristique tique dun produit
dun produit Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune caractristique dun produit
En tant que Responsable Technique ou Administrateur Crer linterface de la liste des tapes Step.php 1.5 Aziz
je veux lister les tapes de production dun produit
Tester le bon fonctionnement de linterface 0.5 Dhouha

Crer le formulaire dune tape FormStep.php 1.5 Dhouha

En tant que Responsable Technique ou Administrateur


je veux ajouter une tape de production dun produit Tester le bon fonctionnement du formulaire 0.5 Aziz

Crer la fonctionnalit dajout dune tape de production 1 Dhouha


dun produit

Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz


dune tape de production dun produit
2
4
Tester le bon fonctionnement de la fonctionnalit daffi- Dhouha

Crer la fonctionnalit daffichage des dtails dune tape Aziz

C
h
a

5
En tant que Responsable Technique ou Administrateur
de production dun produit 1
je veux afficher les dtails dune tape de production
dun produit chage des dtails dune tape de production dun produit 0.5

.
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dune tape de 1 Dhouha

ettu
production dun produit

de
je veux modifier une tape de
production dun produit
production dun produit 0.5 Aziz

a

Tester le bon fonctionnement de la fonctionnalit de mo-

r
i
l
dification dune tape de production dun produit
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de suppression dune tape de 0.75 Aziz
je veux supprimer une tape de
Tester le bon fonctionnement de la fonctionnalit de sup-

du
production dun produit 0.5 Dhouha
pression dune tape de production dun produit
En tant que Responsable Technique ou Administrateur Crer linterface de la liste des composants dun produit 1.5 Dhouha
Component.php
je veux lister tous les composants dun produit

1
Tester le bon fonctionnement de linterface 0.5 Aziz
En tant que Responsable Technique ou Administrateur Crer la fonctionnalit de modification dun composant 1 Aziz
je veux modifier un composant dun Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
produit dification dun composant

43
Chapitre 5. tude et ralisation du Sprint 1

Description textuelle du cas dutilisation Sauthentifier

Acteur : Tous les utilisateurs du systme.

Pr-condition : Serveur disponible.

Post-condition : Utilisateur authentifi.

Description des Scnarios :

Lutilisateur sauthentifie en saisissant son login et son mot de passe. Le systme vrifie son

existence dans la base de donnes : Si le login et le mot de passe sont valides, lutilisateur est

connect au systme et il peut par la suite accder diffrentes fonctionnalits quoffre

lapplication. Si le login et le mot de passe sont invalides, une interdiction daccs est signale.

Grer les produits

La Figure 5.2 montre le diagramme de cas dutilisation de la gestion des produits.

Description textuelle du cas dutilisation Grer les produits

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi.

Post-condition : Produit gr.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des produits. En effet, il aura lventua-

lit de consulter la liste des produits, afficher les dtails dun produit, ajouter (en ajoutant un

produit lutilisateur peut ajouter une pice jointe, renseigner les caractristiques ou ajouter une

tape de production), modifier ou supprimer un produit. En outre, il peut chercher un produit

en se basant sur le critre de recherche et la valeur cherche. Chaque produit peut possder

une liste des composants qui peut tre consulte et modifie par lutilisateur et une liste des

tapes de production que lutilisateur peut la consulter, aussi bien il peut ajouter (en ajoutant

une tape lutilisateur doit ajouter un composant et saisir sa quantit), modifier ou supprimer

une tape de production.

44
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.2 Raffinement du cas dutilisation Grer les produits

45
Chapitre 5. tude et ralisation du Sprint 1

Grer les catgories

La Figure 5.3 illustre le diagramme de cas dutilisation de la gestion des catgories.

FIGURE 5.3 Raffinement du cas dutilisation Grer les catgories

Description textuelle du cas dutilisation Grer les catgories

Acteur : Administrateur ou Responsable Technique.

Pr-condition : Utilisateur authentifi.

Post-condition : Catgorie gre.

46
Chapitre 5. tude et ralisation du Sprint 1

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des catgories. En effet, il aura lven-

tualit de consulter la liste des catgories, afficher les dtails dune catgorie, ajouter, modifier,

supprimer une catgorie. En outre, il peut chercher une catgorie en se basant sur le critre

de recherche et la valeur cherche.

Grer les caractristiques

La Figure 5.4 montre le diagramme de cas dutilisation de la gestion des caractristiques.

FIGURE 5.4 Raffinement du cas dutilisation Grer les caractristiques

Description textuelle du cas dutilisation Grer les caractristiques

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi.

Post-condition : Caractristique gre.

47
Chapitre 5. tude et ralisation du Sprint 1

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des caractristiques. En effet, il aura

lventualit de consulter la liste des caractristiques, afficher les dtails dune caractristique,

ajouter, modifier et supprimer une caractristique. En outre, il peut chercher une caractris-

tique en se basant sur le critre de recherche et la valeur cherche.

5.3 Conception

Cette section a pour principal objectif de structurer et comprendre lapplication en particulier le

Sprint 1, de modliser le problme dune faon oriente objet et de dcrire dune manire dtaille

la conception des diffrents cas dutilisation. En effet, lanalyse des cas dutilisation commence par

llaboration des diagrammes de squences avec des objets danalyse puis llaboration des

diagrammes de classes qui vont mener au schma relationnel de notre base de donnes.

5.3.1 Diagrammes de squences

Dans cette partie nous mettons laccent sur les diagrammes de squences qui reprsentent les

interactions entre objets en indiquant la chronologie des changes. Cette reprsentation peut se

raliser par cas dutilisation en considrant les diffrents scnarios associs.

Dfinition. Le diagramme de squence [23] dcrit les interactions entre un groupe dobjets en mon-

trant, de faon squentielle, les envois de message qui interviennent entre les objets. Le diagramme

peut galement montrer les flux de donnes changes lors des envois de message.

Les objets danalyse sont des instances de classes danalyse qui reprsentent les lments

majeurs ayant des comportements et des responsabilits pour le systme. On distingue trois types

dobjet :

Les objets dinterfaces : Ils reprsentent linterface qui est en interaction directe avec lutilisateur.

Les objets de contrles : Ils reprsentent les activits systme. Ces objets dirigent les activits

des entits et dinterfaces.

Les objets dentits : Ce sont des entits persistantes au systme (tel que les tables de la base de

donnes).

Sauthentifier

La Figure 5.5 montre le diagramme de squence de lauthentification.

48
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.5 Diagramme de squence Sauthentifier

Description textuelle du diagramme de squence Sauthentifier

Acteur : Utilisateur.

Pr-condition : Serveur disponible.

Post-condition : Utilisateur authentifi.

Description des scnarios :

Scnario normal :

1. Lutilisateur accde linterface de connexion et saisit son login et son mot de passe.

2. Les donnes saisies lors de la demande de connexion seront envoyes vers le

contr-leur de connexion qui va vrifier lexistence de lutilisateur dans la table user.

3. La table annonce au contrleur de connexion que les donnes dauthentification de

lutilisateur sont bien valides qui son tour le redirige vers linterface daccueil.

49
Chapitre 5. tude et ralisation du Sprint 1

Scnario derreur :
A1 : Login et mot de passe errons. Lenchainement dA1 dmarre du point 3 du scnario

normal.

3. La table User annonce au contrleur que les donnes sont invalides.

Un message derreur est envoy lutilisateur en lui indiquant que le login ou le mot

de passe est incorrecte et lui demandant de les vrifies.

Ajouter un produit

La Figure 5.6 met en vidence le diagramme de squence dajout de produit.

Description textuelle du diagramme de squence Ajouter un produit

Acteur : Administrateur ou Responsable Technique.

Pr-condition : Utilisateur authentifi.

Post-condition : Produit ajout.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable technique accde linterface dajout de produit.

2. Linterface dajout vrifie les rgles de nommage.

3. Les rgles de nommages sont bien vrifies, les donnes sont envoyes au

contrleur dajout qui son tour vrifie les rgles de gestion.

4. Les rgles de gestion sont vrifies, le produit sera ajout comme une nouvelle

entre dans la table product et une vue de succs dajout sera affich.

Scnario derreur :

A1 : Les rgles de nommages ne sont pas vrifies. Lenchainement dA1 dmarre du

point 2.

3. Une vue de vrification des donnes sera affich.

Le scnario normal reprend au point 1.

A2 : Les rgles de nommages sont vrifies et les rgles de gestion ne sont pas

vrifies. Lenchainement dA2 dmarera du point 3.

4. Les rgles de gestion ne sont pas vrifies, une vue derreur dajout saffiche.

Le scnario normal reprend au point 1.

50
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.6 Diagramme de squence Ajouter un produit

Afficher la liste des composants

La Figure 5.7 illustre le diagramme de squence Afficher la liste des composants.

51
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.7 Diagramme de squence Afficher la liste des composants

Description textuelle du diagramme de squence Afficher la liste des composants

Acteur : Administrateur ou Responsable Technique.

Pr-condition : Utilisateur authentifi, produit cre, tape cre.

Post-condition : Composants affichs.

52
Chapitre 5. tude et ralisation du Sprint 1

Description des scnarios :

Scnario normal :

1. Le Responsable technique souhaite afficher la liste des composants dun produit.

2. Le systme rcupre les donnes de la table step et les composants seront affichs.

Scnario derreur :

A1 : Aucun composant existe dans la table step. Lenchainement dA1 dmarre au point

1. 2. Une vue de liste vide est affiche.

Le scnario normal reprend au point 1.

Afficher les dtails dune caractristique

La Figure 5.8 illustre le diagramme de squence de laffichage des dtails dune caractristique.

FIGURE 5.8 Diagramme de squence Afficher les dtails dune caractristique

53
Chapitre 5. tude et ralisation du Sprint 1

Description textuelle du diagramme de squence Afficher les dtails dune caractristique

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi, caractristique cre.

Post-condition : Les dtails de la caractristique sont affiches.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou Responsable Technique choisit la caractristique dont il sou-

haite afficher ses dtails.

2. Le systme rcupre les dtails de la caractristique de la table feature.

3. Le systme affiche linterface des dtails dune caractristique avec ses dtails

Modifier un produit

La Figure 5.9 montre le diagramme de squence "Modifier un produit".

Description textuelle du diagramme de squence Modifier un produit

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi, produit cre.

Post-condition : Produit modifi.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable technique accde linterface de la liste des

produits et choisit le produit quil veut modifier.

2. Le systme rcupre de la table product le produit choisi et affiche linterface produit.

3. LAdministrateur ou le Responsable Technique modifie les informations du produit.

4. Linterface produit vrifie les rgles de nommage.

5. Les rgles de nommages sont bien vrifies, les donnes seront envoyes au

contr-leur de modification de produit qui son tour vrifie les rgles de gestion.

6. Les rgles de gestion sont vrifies, le produit sera modifi et une vue de succs de

modification saffiche.

54
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.9 Diagramme de squence Modifier un produit

55
Chapitre 5. tude et ralisation du Sprint 1

Scnario derreur :

A1 : Les rgles de nommages ne sont pas vrifies. Lenchainement dA1 dmarre du

point 4.

5. Une vue de vrification des donnes sera affich.

Le scnario normal reprend au point 1.

A2 : Les rgles de nommages sont vrifies et les rgles de gestion ne sont pas

vrifies. Lenchainement dA2 dmarra du point 5.

6. Les rgles de gestion ne sont pas vrifies, une vue derreur dajout de produit

saffiche.

Le scnario normal reprend au point 1.

Supprimer une catgorie

La Figure 5.10 met en vidence le diagramme de squence de suppression dune catgorie.

Description textuelle du diagramme de squence Supprimer une catgorie

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi, catgories cre.

Post-condition : Catgorie supprim.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable technique accde la liste des catgorie et

choisit la catgorie quil veut supprimer.

2. Le systme rcupre de la table category la catgorie choisi.

3. Le systme renvoi linterface catgorie les dtails de la catgorie.

4. LAdministrateur ou le Responsable Technique clique sur le bouton supprimer afin

de raliser laction delete.

5. Un message de confirmation de choix souvre, lAdministrateur ou le Responsable

Technique valide la suppression.

6. Le systme supprime la catgorie et affiche la nouvelle liste de catgorie.

56
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.10 Diagramme de squence Supprimer une catgorie

57
Chapitre 5. tude et ralisation du Sprint 1

Scnario derreur :

A1 : LAdministrateur ou le Responsable technique annule la suppression de produit.

Lenchainement dA1 dmarre du point 4.

5. Une interface de confirmation de choix souvre, lAdministrateur ou le Responsable

technique annule la suppression.

6. Une vue dannulation de la suppression est affiche.

Le scnario normal reprend au point 1.

Chercher un produit

La Figure 5.11 montre le diagramme de squence de recherche dun produit.

FIGURE 5.11 Diagramme de squence Chercher un produit

58
Chapitre 5. tude et ralisation du Sprint 1

Description textuelle du diagramme de squence Chercher un produit

Acteur : Administrateur ou Responsable technique.

Pr-condition : Utilisateur authentifi.

Post-condition : Produits trouvs.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable Technique saisie la valeur cherche et choisit le

critre de recherche.

2. Les donnes seront envoyes au contrleur de recherche qui par la suite cherche le

ou les produits souhaits dans la table product.

3. Le systme affiche la liste des produits trouvs.

Scnario derreur :

A1 : Aucun produit trouv. Lenchainement dA1 dmarre du point 2.

3. Une vue daucun produit trouv saffiche.

Le scnario normal reprend au point 1.

5.3.2 Diagramme de classes

Le diagramme de classe constitue lun des pivots essentiels de la modlisation avec UML. En

effet, ce diagramme permet de donner la reprsentation statique du systme dvelopper. Cette

reprsentation est centre sur les concepts de classe et dassociation.

Dfinition. Le diagramme de classes [24] prsente un ensemble de classeurs. Il dcrit les classes

et leurs relations, comme le montre lexemple suivant. Il peut galement dcrire les regroupements

de classes en paquetages, les interfaces et les objets, les classes qui participent une

collaboration ou qui ralisent un cas dutilisation.

Les classes prsentent dans ce Sprint sont modlises par le diagramme de classes illustr par

la Figure 5.12

Le Tableau 5.2 prsente une description des classes du digramme qui servira par la suite la

ralisation de ce Sprint.

59
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.12 Diagramme de classes du Sprint 1

5.3.3 Schma relationnel de la base de donnes

Le schma relationnel dune base de donnes est bas sur une organisation des donnes sous

forme de table. Il consiste donc reprsenter aussi bien les entits que les liens (associations)

laide des relations appeles tables. Chaque table dcrit une partie de lunivers concern. Une table

est une structure tabulaire dont les colonnes, appeles attributs, correspondent aux caractristiques

60
Chapitre 5. tude et ralisation du Sprint 1

TABLEAU 5.2 Descriptif des classes participantes dans le Sprint 1

Classe Description
Category Prsente la liste des catgories.Les informations et les mthodes
essentielles la gestion dune catgorie.
Feature Dcrit la liste des caractristiques prsentent dans le systme.
CategoryHasFeature Exhibe la relation entre la classe Category et la classe Feature et
coordonne chaque catgorie les caractristiquesrelatives.
Choice Rassemble les choix possibles dune caractristique dans lintention
de les emboter dans une liste de choix.
Product Englobe la liste des produits prsentent dans le systme.
AttachFile Contient les pices jointes de chaque produit pour le documenter
dans notre systme.
Step Collecte les donnes dune tape relative au produit, ncessaires
sa production.
Value Instruit les valeurs des caractristiques correspondantes chaque
produit dans le but de les renseigner pour des fins dorganisation.

de lentit. Les lignes sont gnralement appeles occurrence, tuples ou n-uplets, ils correspondent

aux objets de lunivers. Tout attribut est dsign par un nom et caractris par un domaine (un type

de donnes).

Rgles de passage :

Chaque classe entit donne lieu une table.

Chaque attribut primitif donne lieu une colonne de la table.

Chaque instance de la table est reprsente par une ligne dans la mme table.

La colonne de la cl primaire est lidentificateur unique de linstance.

Chaque association de type plusieurs plusieurs entre deux classes est reprsente

par une nouvelle table qui prend pour cl primaire la concatnation des cls primaires

des deux classes.

Chaque association de type un plusieurs est reprsente par une cl trangre

dans la table fille.


En situation de gnralit, la classe mre ne donne pas de tables cest--dire quelle nest

pas instanciable et est source dhritage des attributs et des oprations des classes filles.

La Figure 5.13 illustre le schma relationnel de la base de donnes du Sprint 1.

61
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.13 Schma relationnel de la base de donnes du Sprint 1

A ce stade, nous avons schmatis notre base de donnes du sprint 1 avec loutil de

conception MySQL Workbench qui nous a permis de gnrer le script de la base en respectant les

contraintes dintgrit et les relations prsentent dans le schma.

La Figure 5.14 prsente le script de la base de donnes gnr par loutil de conception MySQL

Workbench.

62
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.14 Script de la base de donnes gnr par loutil de conception MySQL Workbench

5.4 Ralisation
Nous prsentons dans cette partie les diffrentes interfaces raliss dans le sprint 1.

La Figure 5.15 illustre linterface de lauthentifiction, attribuant chaque utilisateur un niveau

daccs permettant de grer ses autorisations sur les diffrents lments de lapplication. Tandis que

la Figure 5.16 illustre linterface de la liste des utilisateurs de notre systme.

FIGURE 5.15 Interface de lerreur de lauthentification

La Figure 5.17 propose un modle ergonomique, avec un menu dfilant, avec un volet pour

afficher lutilisateur connect en haut droite de la page, ainsi quun lien de dconnexion, et en bas

des statistiques sur les performances des serveurs, et qui en arrire plan tracent les oprations

relativement lentes. Elle fournit lutilisateur des actions dans des palettes faciles localiser.

63
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.16 Interface de la liste des utiliateurs

FIGURE 5.17 Interface des dtails dun utiliateur

La Figure 5.18 prsente linterface de lajout dun produit : On doit introduire le nom du produit,

sa rfrence et son type (Acquis ou Confectionn). Pour les catgories, on utilise un composant

arbre dynamique, qui se compose dune multitude de listes droulantes, qui saffiche au fur et

mesure quon descend dans larborescence commenant par les catgories qui nont pas de parent.

Les Figures 5.19, 5.20, 5.21, 5.22 et 5.23 prsentent respectivement linterface de la

modification dun produit, linterface de la liste des caractristiques, linterface de la liste des pices

jointe asso-cies un produit, linterface de recherche dune catgorie et linterface de la

suppression dune catgorie.

64
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.18 Interface dajout dun produit

FIGURE 5.19 Interface de la modification dun produit

FIGURE 5.20 Interface de la liste des caractristiques

65
Chapitre 5. tude et ralisation du Sprint 1

FIGURE 5.21 Interface des pices jointes

FIGURE 5.22 Interface de la recherche dune catgorie

FIGURE 5.23 Interface de la suppression dune catgorie

66
Chapitre 5. tude et ralisation du Sprint 1

Conclusion

Au cours de ce chapitre nous tenons suivre le Sprint Backlog ralis par le Scrum Master. Pour

ce faire nous avons pass par la phase de conception en finissant par une ralisation des Users

Story. Dans le chapitre suivant nous allons entamer le Sprint 2.

67
6
tude et ralisation du Sprint 2
Introduction
Ce chapitre dcrit la gestion des machines et la gestion des indicateurs. Nous allons prsenter tout

dabord le Backlog Sprint, exposer ltape de la conception et par la suite la phase de ralisation.

6.1 Sprint backlog

Dans cette partie nous prsentons le Backlog du Sprint 2 par le Tableau 6.1 qui nous permet

didentifier quoi raliser ? , destimer la dure de ralisation de chaque tche, par consquent

nous clarifions la responsabilit de chaque membre dans lquipe du travail.

6.2 Diagrammes des cas dutilisations

Les besoins raliser dans le Sprint 2 ont t spcifis et pour les mieux comprendre nous

allons vous prsenter les diagrammes des cas utilisations avec une description textuelle pour les

tches principales qui sont : La gestion des machines et la gestion des indicateurs de maintenance.

6.2.1 Raffinement des cas dutilisations

Grer les machines

La Figure 6.1 prsente le diagramme de cas dutilisation de gestion des machines.

Description textuelle du cas dutilisation Grer les machines

Acteur : Administrateur, Responsable Maintenance.

Pr-condition : Utilisateur authentifi.

Post-condition : Machine gre.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des machines. En effet, il aura lven-

tualit de consulter la liste des machines, les afficher, ajouter quainsi modifier ou supprimer.

Dautres parts, il pourra lidentifier en se rfrant sur un critre de recherche et une valeur

dsire. En effet, on a la possibilit pour chaque machine quon pourra lui accorder une liste

des maintenances priodiques selon les critres des indicateurs. Parmi ces tches, on a loc-

casion dajouter, supprimer, modifier ou afficher une maintenance priodique, ainsi quon

pourra administrer ses maintenances correctives ayant d une demande dintervention en

claircissant le symptme et la panne. Ces maintenances se rfrent une liste des tapes.

68
Chapitre 6. tude et ralisation du Sprint 2
TABLEAU 6.1 Backlog du Sprint 2
User Story Tche Temps Responsable
(H)
En tant que Responsable Maintenance ou Crer linterface de la liste des machines Machine.php 1.5 Dhouha
Administrateur je veux lister toutes les machines Tester le bon fonctionnement de linterface Ma- 0.5 Aziz
chine.php
En tant que Responsable Maintenance ou Crer le formulaire de recherche des machines 0.75 Aziz
Administrateur je veux chercher des machines Tester le bon fonctionnement du formulaire de recherche 0.25 Dhouha
selon plusieurs critres Crer la fonctionnalit de recherche selon des critres. 1 Aziz

Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Dhouha


cherche
En tant que Responsable Maintenance ou Crer le formulaire dune machine FormMachine.php 1.5 Dhouha
Administrateur je veux ajouter une machine
Tester le bon fonctionnement du formulaire FormMa- 0.5 Aziz
chine.php
Crer la fonctionnalit dajout dune machine 1 Dhouha

Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz


dune machine
En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage des dtails dune ma- 1 Aziz
Administrateur je veux afficher les dtails chine
dune machine Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Dhouha
chage des dtails dune machine
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune machine 1 Dhouha
Administrateur je veux modifier une machine Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz
dification dune machine
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune machine 0.75 Aziz
Administrateur je veux supprimer une machine
Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Dhouha
pression dune machine
9
6
apitr
6Ch
e
jointes des pices des jointes

En tant que Responsable Maintenance ou Crer le window panel de la liste des pices des jointes 1.5 Dhouha
Administrateur je veux lister toutes les pices Tester le bon fonctionnement du window panel de la liste 0.5 Aziz

.
En tant que Responsable Maintenance ou Crer la fonctionnalit dajout dune pice jointe 1 Aziz


u
t
Administrateur je veux ajouter une pice jointe Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha
dune pice jointe

et
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune pice jointe 0.75 Aziz

En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage dune pice jointe 0.75 Dhouha
Administrateur je veux afficher une pice jointe Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage dune pice jointe
Administrateur je veux modifier une pice jointe
Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha

du
dification dune pice jointe

pri
2S
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune pice jointe 0.75 Dhouha
Administrateur je veux supprimer une pice jointe Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune pice jointe
En tant que Responsable Maintenance ou Administrateur Crer linterface de la liste des indicateurs Indicator.php 1.5 Aziz
je veux lister tous les indicateurs de maintenance
Tester le bon fonctionnement de linterface de la liste des 0.5 Dhouha
indicateurs
En tant que Responsable Maintenance ou Crer le formulaire de recherche des indicateurs 0.75 Dhouha
Administrateur je veux chercher des indicateurs Tester le bon fonctionnement du formulaire de recherche 0.25 Aziz
selon plusieurs critres Crer la fonctionnalit de recherche selon des critres. 1 Dhouha

Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Aziz


cherche
En tant que Responsable Maintenance ou Crer le formulaire dun indicateur FormIndicator.php 1.5 Aziz
Administrateur je veux ajouter un indicateur Tester le bon fonctionnement du formulaire FormIndi- 0.5 Dhouha
cator.php
Crer la fonctionnalit dajout dun indicateur 1 Aziz
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha
dun indicateur
0
7
Tester le bon fonctionnement de la fonctionnalit daffi-

C
h
a

6
En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage des dtails dun indica- 1 Dhouha
Administrateur je veux afficher les dtails teur
dun indicateur chage des dtails dun indicateur 0.5 Aziz

. ettud
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dun indicateur 1 Aziz
Administrateur je veux modifier un indicateur Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha

e
pression dun indicateur
dification dun indicateur
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dun indicateur 0.75 Dhouha
Administrateur je veux supprimer un indicateur Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz

En tant que Responsable Maintenance ou Crer linterface de la liste des maintenances priodiques 1.5 Aziz

u
d
Maint.php
PeriodocMaint.php

2Sprint
Administrateur je veux lister toutes les
maintenances priodiques Tester le bon fonctionnement de linterface Periodoc- 0.5 Dhouha

En tant que Responsable Maintenance ou Crer le formulaire dune maintenance priodique Form- 1.5 Dhouha
Administrateur je veux ajouter une maintenance PeriodocMaint.php
priodique Tester le bon fonctionnement du formulaire FormPerio- 0.5 Aziz
docMaint.php
Crer la fonctionnalit dajout dune maintenance prio- 1 Dhouha
dique
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz
dune maintenance priodique
En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage des dtails dune main- 1 Aziz
Administrateur je veux afficher les dtails tenance priodique
dune maintenance priodique Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Dhouha
chage des dtails dune maintenance priodique
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune mainte- 1 Dhouha
Administrateur je veux modifier une maintenance nance priodique
priodique Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz
dification dune maintenance priodique
71
apitr
6Ch
e
Tester le bon fonctionnement de la fonctionnalit de sup-

En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune maintenance 0.75 Aziz
Administrateur je veux supprimer une maintenance priodique
priodique pression dune maintenance priodique 0.5 Dhouha

. tud et
En tant que Responsable Maintenance ou Crer le window panel des valeurs des indicateurs dune 1.5 Dhouha

e
maintenance priodique
Administrateur je veux saisir les valeurs des
teur de maintenance
indicateurs de maintenance 0.5 Aziz

sat
ali
r
io
Tester le bon fonctionnement du window panel des va-
leurs des indicateurs dune maintenance priodique
Crer la fonctionnalit de saisie dune valeur dun indica- 1 Dhouha

du 2Sprint
Tester le bon fonctionnement de la fonctionnalit saisie 0.5 Aziz
dune valeur dun indicateur de maintenance
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune valeur dun 0.75 Aziz
indicateur de maintenance
Administrateur je veux modifier une valeur
dun indicateur de maintenance Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Dhouha
dification dune valeur dun indicateur de maintenance
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune valeur dun 0.75 Dhouha
indicateur de maintenance
Administrateur je veux supprimer une valeur
dun indicateur de maintenance Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz
pression dune valeur dun indicateur de maintenance
En tant que Responsable Maintenance ou Administrateur Crer linterface de la liste des tapes Step.php 1.5 Aziz
je veux lister les tapes dune maintenance
Tester le bon fonctionnement de linterface Step.php 0.5 Dhouha
En tant que Responsable Maintenance ou Crer le formulaire dune tape FormStep.php 1.5 Dhouha
Administrateur je veux ajouter une tape
de maintenance Tester le bon fonctionnement du formulaire Form- 0.5 Aziz
Step.php
Crer la fonctionnalit dajout dune tape de mainte- 1 Dhouha
nance
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz
dune tape de maintenance
2
7
Tester le bon fonctionnement de la fonctionnalit daffi-

C
h
a

6
En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage des dtails dune tape 1 Aziz
Administrateur je veux afficher les dtails de maintenance
dune tape de maintenance chage des dtails dune tape de maintenance 0.5 Dhouha

. t
ud
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune tape de 1 Dhouha

e
maintenance
Administrateur je veux modifier une tape

e
t
maintenance
de maintenance Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz

satio
dification dune tape de maintenance
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune tape de 0.75 Aziz
Administrateur je veux supprimer une tape
Tester le bon fonctionnement de la fonctionnalit de sup-

du
de maintenance 0.5 Dhouha
pression dune tape de maintenance

2Spri
En tant que Responsable Maintenance ou Crer linterface de la liste des maintenances correctives 1.5 Dhouha
CorrectiveMaint.php

nt
Administrateur je veux lister toutes les
maintenances correctives Tester le bon fonctionnement de linterface Corrective- 0.5 Aziz
Maint.php
En tant que Responsable Maintenance ou Crer le formulaire dune maintenance corrective Form- 1.5 Aziz
Administrateur je veux ajouter une maintenance CorrectiveMaint.php
corrective Tester le bon fonctionnement du formulaire FormCor- 0.5 Dhouha
rectiveMaint.php
Crer la fonctionnalit dajout dune maintenance correc- 1 Aziz
tive
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha
dune maintenance corrective
Dhouha
En tant que Responsable Maintenance ou Crer la fonctionnalit daffichage des dtails dune main- 1
Administrateur je veux afficher les dtails tenance corrective
dune maintenance corrective
Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage des dtails dune maintenance corrective
73
Tester le bon fonctionnement de la fonctionnalit de mo-

C
h
a

6
En tant que Responsable Maintenance ou Crer la fonctionnalit de modification dune mainte- 1 Aziz
Administrateur je veux modifier une nance corrective
maintenance corrective dification dune maintenance corrective 0.5 Dhouha

. t
ud
En tant que Responsable Maintenance ou Crer la fonctionnalit de suppression dune maintenance 0.75 Dhouha

e
corrective
Administrateur je veux supprimer une

e
t
Symptom.php
maintenance corrective Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz

satio
pression dune maintenance corrective
En tant que Responsable Maintenance ou Crer linterface de la liste des maintenances correctives 1.5 Aziz
Administrateur je veux lister tous les symptmes
Tester le bon fonctionnement de linterface Symp- 0.5 Dhouha

du
Breakdown.php
tom.php
En tant que Responsable Maintenance ou Crer linterface de la liste des maintenances correctives 1.5 Dhouha
Administrateur je veux lister toutes les pannes
Tester le bon fonctionnement de linterface Break- 0.5 Aziz
down.php

74
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.1 Raffinement du cas dutilisation Grer les machines


75
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.2 Raffinement du cas dutilisation Grer les indicateurs de maintenance

Grer les indicateurs de maintenance

La Figure 6.2 illustre le diagramme de cas dutilisation de gestion des indicateurs de maintenance.

Description textuelle du cas dutilisation Grer les indicateurs de maintenance

Acteur : Administrateur, Responsable Maintenance.

Pr-condition : Utilisateur authentifi.

Post-condition : Indicateur de maintenance gre.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des indicateurs de maintenance. En

effet, il aura lventualit de consulter la liste des indicateurs de maintenance, afficher les

dtails dun indicateur, ajouter, modifier, supprimer un indicateur. En outre, il peut chercher un

indicateur en se basant sur le critre de recherche et la valeur cherche.

76
Chapitre 6. tude et ralisation du Sprint 2

6.3 Conception

Aprs avoir ralis les diagrammes des cas dutilisations, les raffinements laborent les dia-

grammes de squences qui se manifestent dans cette partie.

6.3.1 Diagrammes de squences

Ajouter un indicateur

La Figure 6.3 montre le diagramme de squence dajout dun indicateur.

Description textuelle du diagramme de squence Ajouter un indicateur

Acteur : Administrateur ou Responsable Maintenance.

Pr-condition : Utilisateur authentifi.

Post-condition : Indicateur ajout.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable Maintenance affiche linterface dajout dun

indicateur et remplit les champs.

2. Linterface dajout dun indicateur vrifie les rgles de nommages, selon lobligation

des champs non vide.


3. Les donnes leurs tours sont envoyes au contrleur qui vrifie les rgles de gestion.

4. Les rgles de gestion sont vrifies, lindicateur sera ajoute dans la table Indicator

et une vue de succs dinsertion saffiche.

Scnario derreur :

A1 : Les rgles de nommages ne sont pas vrifies. Lenchainement de A1 dmarre

du point 2.

3. Une vue de vrification de donne saffiche.

Le scnario normal reprend au point 1.

A2 : Les rgles de nommages sont vrifies et les rgles de gestion ne sont pas

vrifies. Lenchainement de A2 dmarre du point 3.

4. Une vue derreur dajout de produit saffiche.

Le scnario normal reprend au point 1.

77
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.3 Diagramme de squence Ajouter un indicateur

78
Chapitre 6. tude et ralisation du Sprint 2

Ajouter une maintenance corrective

La Figure 6.4 prsente le diagramme de squence dajout dune maintenance corrective.

Description textuelle du diagramme de squence Ajouter une maintenance corrective

Acteur : Administrateur ou Responsable Maintenance.

Pr-condition : Utilisateur authentifi et demande de maintenance dj existante.

Post-condition : Maintenance corrective ajoute.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable Maintenance affiche la demande dintervention

de maintenance et accde linterface dajout dune maintenance corrective.

2. Linterface dajout vrifie les rgles de nommages.

3. Les donnes sont envoyes au contrleur qui vrifie les rgles de gestion.

4. Les rgles de gestion sont vrifies, la maintenance sera ajoute dans la table

Correc-tive Maintenance et une vue de succs dajout saffiche.

Scnario derreur :

A1 : Les rgles de nommages ne sont pas vrifies. Lenchainement de A1 dmarre

du point 2.

3. Une vue de vrification de donne saffiche.

Le scnario normal reprend au point 1.

A2 : Les rgles de nommages sont vrifies et les rgles de gestion ne sont pas

vrifies. Lenchainement de A2 dmarre du point 3.

4. Une vue derreur dajout dune maintenance corrective saffiche.

Le scnario normal reprend au point 1.

79
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.4 Diagramme de squence Ajouter une maintenance corrective 80


Chapitre 6. tude et ralisation du Sprint 2

Renseigner les indicateurs de maintenance

La Figure 6.5 met en vidence le diagramme de squence Renseigner les indicateurs de main-

tenance .

Description textuelle du diagramme de squence Renseigner les indicateurs de maintenance

Acteur : Administrateur ou Responsable Maintenance.

Pr-condition : Lutilisateur est authentifi et les indicateurs de maintenance sont crs.

Post-condition : Valeurs des indicateurs saisit.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable Maintenance accde linterface de saisie des

valeurs dindicateurs de maintenance priodique.

2. Linterface demande au contrleur de rcuprer la liste des indicateurs.

3. Le contrleur rcupre cette liste de la table Indicator et lenvoie linterface pour

lafficher.

4. Ladministrateur ou le Responsable Maintenance saisit les valeurs des indicateurs.

5. Linterface vrifie les rgles de nommages et les envoie au contrleur.

6. Le contrleur les insre dans la table Value et une vue de succs dajout des valeurs

saffichent.

Scnario derreur :

A1 : La liste des indicateurs est vide. Lenchainement de A1 dmarre du point

2. 3. Une vue de la liste vide saffiche.

Le scnario normal reprend au point 1. A2 : Les rgles de nommages ne sont pas

vrifies. Lenchainement de A2 dmarre du point 4.

5. Une vue de vrification de donne saffiche.

Le scnario normal reprend au point 1.

81
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.5 Diagramme de squence Renseigner les indicateurs de maintenance

82
Chapitre 6. tude et ralisation du Sprint 2

TABLEAU 6.2 Descriptif des classes participantes dans le Sprint 2


Classe Description
Machine Prsente la liste des machines.
Indicator Dcrit la liste des indicateurs afin de produire les maintenances prio-
diques.
MachineHasIndicator Exhibe la relation entre la classe Machine et la classe Indicator et coor-
donne chaque machine les indicateurs ncessaires sa maintenance
priodique.
Choice Rassemble les choix possibles dun indicateur dans lintention de les
emboter dans une liste de choix.
AttachFile Contient la liste des pices jointes de chaque machine.
Step Collecte les donnes ncessaires relatives chaque maintenance, soit
priodique ou corrective.
PeriodicMaintenance Englobe toutes les maintenances priodiques faire pour chaque
machine.
Value Instruit les valeurs des indicateurs correspondant chaque dans le
but dalerter les maintenances priodiques dans ces dates exactes.
CorrectiveMaintenance Possde les maintenances correctives faites selon une demande din-
tervention de maintenance.
Breakdown Prsente la liste des pannes rsolues dans le but de raliser une base
de connaissance des tapes faire suivant la panne dtecter.
Symptom Prsente la liste des symptmes relatifs chaque panne pour lescon-
crtiser.

6.3.2 Diagramme de classes

Cette partie, se consacrera afin dachever le diagramme de classes du Sprint 2 et de dcrire les

classes impliques dans ce diagramme.

La Figure 6.6 illustre le diagramme de classes du Sprint 2.

Le Tableau 6.2 prsente une description des classes du digramme qui servira par la suite la

ralisation de ce Sprint.

6.3.3 Schma relationnel de la base de donnes

Aprs avoir suit les rgles de passage du diagramme de classes au schme relationnel de la

base de donnes. Cette dmarche a abouti au rsultat qui se prsente dans la Figure 6.7

83
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.6 Diagramme de classes du Sprint 2

84
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.7 Schma relationnel de la base de donnes du Sprint 2

85
Chapitre 6. tude et ralisation du Sprint 2

6.4 Ralisation

Les Figures 6.8, 6.9, 6.10, 6.11, 6.12 et 6.13 prsentent respectivement linterface dajout dune

tape de maintenance, linterface de renseignement des valeurs des indicateurs, linterface dajout

dune maintenance corrective, linterface dajout dun indicateur, linterface de suppression dune

maintenance corrective et linterface de la liste des pannes.

FIGURE 6.8 Interface dajout dune tape de maintenance

FIGURE 6.9 Interface de renseignement des valeurs des indicateurs

86
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.10 Interface dajout dune maintenance corrective

FIGURE 6.11 Interface dajout dun indicateur

FIGURE 6.12 Interface de suppression dune maintenance corrective

87
Chapitre 6. tude et ralisation du Sprint 2

FIGURE 6.13 Interface de la liste des pannes

Conclusion

Ce chapitre concerne la gestion de comptence et la gestion de production. Lorsque nous

avons termin ce sprint, et aprs avoir test les fonctionnalits avec le Scrum Master, le Product

Owner a valid ce Sprint dans le revue de Sprint. Nous attaquons le sprint 3 qui dcrit la gestion des

comptences, des demandes dinterventions de maintenance et les ordres de production.

88
7
tude et ralisation du Sprint 3
Introduction
Ce chapitre dcrit la gestion des ordres de production, la gestion des comptences ainsi que la

gestion des demandes dintervention de maintenance. Nous allons exposer tout dabord ltape de

la conception et par la suite la phase de ralisation.

7.1 Sprint backlog

Dans cette partie nous listons les tches raliser dans le Sprint 3 ainsi nous notons les Users

Stroy.

Le Tableau 7.1 prsente le backlog du Sprint 3 de notre application. Dans ce tableau chaque

User Story est dcoupe en tches en spcifiant le responsable, la dure estime en heure et une

complexit.

7.2 Diagrammes des cas dutilisations

Les besoins raliser dans le Sprint 3 ont t spcifis et pour mieux comprendre cela nous

allons vous prsenter les diagrammes des cas dutilisations avec une description textuelle des

tches principales.

7.2.1 Raffinement des cas dutilisations

Grer les demandes dintervention de maintenance

La Figure 7.1 prsente un raffinement du cas dutilisation Grer les demandes dintervention

de maintenance .

89
Chapitre 7. tude et ralisation du Sprint 3
TABLEAU 7.1 Backlog du Sprint 2
User Story Tche Temps Responsable
(H)
En tant que Responsable de Production ou Crer linterface de la liste des comptences Compe- 1.5 Dhouha
Administrateur je veux lister toutes les comptences tence.php
Tester le bon fonctionnement de linterface Compe- 0.5 Aziz
tence.php
En tant que Responsable Production ou Crer le formulaire de recherche des comptences 0.75 Aziz
Administrateur je veux chercher des comptences Tester le bon fonctionnement du formulaire de recherche 0.25 Dhouha
selon plusieurs critres Crer la fonctionnalit de recherche selon des critres. 1 Aziz
Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Dhouha
cherche
En tant que Responsable Production ou Crer le formulaire dune comptence FormCompe- 1.5 Dhouha
Administrateur je veux ajouter une comptence tence.php
Tester le bon fonctionnement du formulaire FormCom- 0.5 Aziz
petence.php
Crer la fonctionnalit dajout dune comptence 1 Dhouha
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz
dune comptence
En tant que Responsable Production ou Crer la fonctionnalit daffichage des dtails dune com- 1 Aziz
Administrateur je veux afficher les dtails ptence
dune comptence Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Dhouha
chage des dtails dune comptence
En tant que Responsable Production ou Crer la fonctionnalit de modification dune comptence 1 Dhouha
Administrateur je veux modifier une comptence Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz
dification dune comptence
Aziz
En tant que Responsable Production ou Crer la fonctionnalit de suppression dune comptence 0.75
Administrateur je veux supprimer une comptence
Tester le bon fonctionnement de la fonctionnalit de sup- Dhouha
0.5
pression dune comptence
0
9
En tant que Responsable Production ou Crer linterface de la liste des demandes dintervention 1.5 Dhouha
de maintenance InterventionMaintenance.php

7Chapitr
Administrateur je veux lister toutes les demandes
dintervention de maintenance Tester le bon fonctionnement de linterface Interven- 0.5 Aziz

e
tionMaintenance.php

tud
En tant que Responsable Production ou Crer le formulaire de recherche des demandes dinter- 0.75 Aziz

e
vention de maintenance
Administrateur je veux chercher des demandes

et
cherche
Tester le bon fonctionnement du formulaire de recherche 0.25 Dhouha
dintervention de maintenance
Crer la fonctionnalit de recherche selon des critres. 1 Aziz
selon plusieurs critres
Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Dhouha

du
En tant que Responsable Production ou Crer le formulaire dune demande dintervention de 1.5 Dhouha
maintenance FormInterventionMaintenance.php
Administrateur je veux ajouter une demande

3Sprint
dintervention de maintenance Tester le bon fonctionnement du formulaire Form Inter- 0.5 Aziz
ventionMaintenance.php
Crer la fonctionnalit dajout dune demande dinterven- 1 Dhouha
tion de maintenance
Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Aziz
dune demande dintervention de maintenance

En tant que Responsable Production ou Crer la fonctionnalit daffichage des dtails dune de- 1 Aziz
Administrateur je veux afficher les dtails mande dintervention de maintenance
Tester le bon fonctionnement de la fonctionnalit daffi-
dune demande dintervention de maintenance
chage des dtails dune demande dintervention de main- 0.5 Dhouha
tenance

En tant que Responsable Production ou Crer la fonctionnalit de modification dune demande 1 Dhouha
dintervention de maintenance
Administrateur je veux modifier une demande
dintervention de maintenance Tester le bon fonctionnement de la fonctionnalit de mo- 0.5 Aziz
dification dune demande dintervention de maintenance
En tant que Responsable Production ou Crer la fonctionnalit de suppression dune demande 0.75 Aziz
dintervention de maintenance
Administrateur je veux supprimer une demande
dintervention de maintenance Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Dhouha
pression dune demande dintervention de maintenance
91
En tant que Responsable Production ou Crer linterface de la liste des ordres de productions 1.5 Dhouha

7Chapi
OrderProduction.php
Administrateur je veux lister tous les

tre
ordres de production Tester le bon fonctionnement de linterface OrderPro- 0.5 Aziz
duction.php

ettu
En tant que Responsable Production ou Crer le formulaire de recherche des ordres de production 0.75 Aziz
Administrateur je veux chercher des ordres

de
Tester le bon fonctionnement du formulaire de recherche 0.25 Dhouha
de production selon plusieurs critres
Crer le window panel da ffichage du planning des ordres

Crer la fonctionnalit de recherche selon des critres. 1 Aziz


Tester le bon fonctionnement de la fonctionnalit de re- 0.5 Dhouha
cherche
En tant que Responsable Production ou de production 3 Dhouha

du 3Sprin
Administrateur je veux afficher le planning des
ordres de production Tester le bon fonctionnement du window panel daffi- 0.5 Aziz
chage du planning des ordres de production
Crer la fonctionnalit daffichage du planning des ordres 1.5 Dhouha

t
de production
Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage du planning des ordres de production
En tant que Responsable Production ou Crer le formulaire dun ordre de production FormOr- 1.5 Aziz
Administrateur je veux ajouter un ordre de production derProduction.php
Tester le bon fonctionnement du formulaire FormOrder- 0.5 Dhouha
Production.php
Crer la fonctionnalit dajout dun ordre de production 1 Aziz

Tester le bon fonctionnement de la fonctionnalit dajout 0.5 Dhouha


dun ordre de production
Crer la fonctionnalit daffichage des dtails dun ordre Dhouha
En tant que Responsable Production ou 1
de production
Administrateur je veux afficher les dtails
dun ordre de production Tester le bon fonctionnement de la fonctionnalit daffi- Aziz
0.5
chage des dtails dun ordre de production
92
Tester le bon fonctionnement de la fonctionnalit de mo-

C
h
a

7
En tant que Responsable Production ou Crer la fonctionnalit de modification dun ordre de pro- 1 Aziz
Administrateur je veux modifier un ordre de duction
production dification dun ordre de production 0.5 Dhouha

. t
ud
En tant que Responsable Production ou Crer la fonctionnalit de suppression dun ordre de pro- 0.75 Dhouha

e
duction
Administrateur je veux supprimer un ordre de

e
t
tion
production Tester le bon fonctionnement de la fonctionnalit de sup- 0.5 Aziz

satio
pression dun ordre de production
En tant que Responsable Production ou Crer le window panel daffichage de la dure en fabrica- 1.5 Aziz
Administrateur je veux afficher la dure en
Tester le bon fonctionnement du window panel daffi-

du
fabrication dun ordre de production 0.5 Dhouha
tion
chage de la dure en fabrication
Crer la fonctionnalit daffichage de la dure en fabrica- 1 Aziz

Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Dhouha


chage de la dure en fabrication
En tant que Responsable Production ou Crer le window panel daffichage des disponibilits 1.5 Dhouha
Administrateur je veux afficher la Tester le bon fonctionnement du window panel daffi- 0.5 Aziz
disponibilit des machines, des comptences chage des disponibilits
et des composants dun ordre de production Crer la fonctionnalit daffichage des disponibilits 1 Dhouha
Tester le bon fonctionnement de la fonctionnalit daffi- 0.5 Aziz
chage des disponibilits
En tant que Responsable Production ou Crer la fonctionnalit de vrification des disponibilits 3 Aziz
Administrateur je veux vrifier les Tester le bon fonctionnement de la fonctionnalit de vri- 0.5 Dhouha
disponibilits fication des disponibilits
En tant que Responsable Production ou Crer la fonctionnalit de calcul de la date fin dun ordre 2.5 Dhouha
de production
Administrateur je veux calculer la date fin
dun ordre de production Tester le bon fonctionnement de la fonctionnalit de de 0.5 Aziz
calcul de la date fin dun ordre de production
93
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.1 Raffinement du cas dutilisation Grer les demandes dintervention de maintenance

Description textuelle du cas dutilisation Grer les demandes dintervention de maintenance

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi.

Post-condition : Demande dintervention de maintenance gre.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra demander une intervention de maintenance. En effet, il

aura lventualit de consulter la liste des demande dintervention, afficher les dtails, ajouter,

modifier ou supprimer une demande dintervention. En outre, il peut chercher une demande en

se basant sur le critre de recherche et la valeur cherche.

94
Chapitre 7. tude et ralisation du Sprint 3

Grer les ordres de productions

La Figure 7.2 illustre un raffinement du cas dutilisation Grer les ordres de productions .

FIGURE 7.2 Raffinement du cas dutilisation Grer les ordres de productions

95
Chapitre 7. tude et ralisation du Sprint 3

Description textuelle du cas dutilisation Grer les ordres de productions

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi.

Post-condition : Ordre de production gre.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra grer lensemble des ordres de production. En effet, il

aura lventualit de lister les ordres de productions, les affiches, ajouter quainsi modifier ou

supprimer. Dautre part, il pourra lidentifi en se rfrant sur un critre de recherche et une

valeur dsire. En effet, il a la possibilit pour chaque ordre dafficher le nombre dheures de la

dure en fabrication en fonction des tapes faire, soit en ajoutant ou affichant ses dtails.

Ainsi quil pourra lui calculer la date fin en saisissant la quantit produire et vrifiant la

disponibilit des machines, des comptences et des composants.

Grer les comptences

La Figure 7.3 montre un raffinement du cas dutilisation Grer les comptences .

Description textuelle du cas dutilisation Grer les comptences

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi.

Post-condition : Comptence gre.

Description des Scnarios :

Lutilisateur, tant authentifi, pourra lensemble de comptence. En effet, il aura lventualit

de consulter la liste des comptences, afficher les dtails dune comptence, ajouter, modifier,

supprimer une comptence. En outre, il peut chercher une comptence en se basant sur le

critre de recherche et la valeur cherche.

96
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.3 Raffinement du cas dutilisation Grer les comptences

7.3 Conception

Lvaluation de notre projet dans ces Sprints revt une importance primordiale dans la phase de

conception, puisque cette expertise permet de diriger lapplication vers claircissement. Le premier

pas dans cette phase consistait dessiner les diagrammes de squences. Ces diagrammes

rvlent quils sont rptitifs. Pour quon vite cette rptition dans la partie qui suit nous

choisissons les cas dutilisations importantes afin dillustrer ses diagrammes de squences.

97
Chapitre 7. tude et ralisation du Sprint 3

7.3.1 Diagrammes de squences

Ajouter une demande dintervention

La Figure 7.4 prsente le diagramme de squence Ajouter une demande dintervention .

Description textuelle du diagramme de squence Ajouter une demande dintervention

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi.

Post-condition : Demande dintervention ajoute.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable production accde linterface dajout dune

demande dintervention et souhaite ajouter un produit.

2. Linterface dajout de demande vrifie les rgles de nommages.

3. Les rgles de nommages sont bien vrifies, les donnes seront envoyes au contr-

leur dajout dune demande dintervention qui son tour vrifie les rgles de gestion.

4. Les rgles de gestion sont vrifies, la demande sera ajoute comme une nouvelle

entre dans la table interventionmaint et un message de succs dinsertion sera

affich.

Scnario derreur :

A1 : Les rgles de nommages ne sont pas vrifies. Lenchainement dA1 dmarre du

point 2.

3. Une vue de vrification des donnes sera affich.

Le scnario normal reprend au point 1.

A2 : Les rgles de nommages sont vrifies et les rgles de gestion ne sont pas

vrifies. Lenchainement dA2 dmarrera du point 3.

4. Les rgles de gestion ne sont pas vrifies, une vue derreur dajout de produit

saffiche.

Le scnario normal reprend au point 1.

98
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.4 Diagramme de squence Ajouter une demande dintervention

99
Chapitre 7. tude et ralisation du Sprint 3

Supprimer une comptence

La Figure 7.5 montre le diagramme de squence Supprimer une comptence .

FIGURE 7.5 Diagramme de squence Supprimer une comptence

100
Chapitre 7. tude et ralisation du Sprint 3

Description textuelle du diagramme de squence Supprimer une comptence

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi, comptence cre.

Post-condition : Comptence supprime.

Description des scnarios :

Scnario normal :

1. LAdministrateur ou le Responsable production accde la liste des comptences

et choisit la comptence quil veut supprimer.

2. Le systme rcupre de la table competence la comptence choisi.

3. Le systme renvoi linterface comptence les dtails de la comptence et laffiche.

4. LAdministrateur ou le Responsable production clique sur le bouton supprimer afin

de raliser laction delete.

5. Un message de confirmation de choix souvre, lAdministrateur ou le Responsable

production valide la suppression.

6. L systme supprime la comptence et affiche la nouvelle liste des comptences.

Scnario derreur :

A1 : LAdministrateur ou le Responsable production annule la suppression de comp-

tence. Lenchainement dA1 dmarre du point 4.

5. Une interface de confirmation de choix souvre, lAdministrateur ou le Responsable

production annule la suppression.

6. Une vue dannulation de la suppression est affiche.

Le scnario normal reprend au point 1.

Ajouter un ordre de production

La Figure 7.6 illustre le diagramme de squence Ajouter un ordre de production .

Description textuelle du diagramme de squence Ajouter un ordre de production

Acteur : Administrateur ou Responsable production.

Pr-condition : Utilisateur authentifi.

Post-condition : Ordre de production cre.

101
Chapitre 7. tude et ralisation du Sprint 3

102
FIGURE 7.6 Diagramme de squence Ajouter un ordre de production
Chapitre 7. tude et ralisation du Sprint 3

Description des scnarios :

Lalgorithme 1 dcrit le scnario qui sera adapt par notre application lors de lajout dun ordre de

production.

Algorithme 1. Algorithme dajout dun ordre de production

103
Chapitre 7. tude et ralisation du Sprint 3

7.3.2 Diagramme de classes

Le diagramme de classes du Sprint 3 constitue le point dinteraction entre le Sprint 1 et le Sprint

2 dans notre projet, cest le diagramme le plus important. Dans la partie qui suit nous illustrons ce

diagramme et nous dcrivons ses classes.

La Figure 7.7 montre le diagramme de classes du Sprint 3.

Le Tableau 7.2 prsente une description des classes participantes dans le Sprint 3.
TABLEAU 7.2 Descriptif des classes participantes dans le Sprint 3
Classe Description
Employee Prsente la liste des employs et les mthodes essen-
tielles la gestion dun employ.
Competence Contient la liste des comptences ncessaires la rali-
sation des tches de production.
Exhibe la relation entre la classe Employee et la classe
EmployeeHasCompetence Competence et coordonne chaque employs les com-
ptences relatives.
InterventionMaintenance Collecte les donnes ncessaires relatives chaque de-
mande dinterventions de maintenance.
ProductionOrder Englobe toutes les ordres de production raliser.
Exhibe la relation entre la classe ProductionOrder et la
ProductionOrderHasStep classe Step et contient la liste des tapes ncessaires
la ralisation dun ordre de production.
Prsente la relation entre la classe ProductionOrder
ProductionOrderHasMachine et la classe Machine et collecte la liste des machines
associes chaque tape de production.
Prsente la relation entre la classe ProductionOrder
ProductionOrderHasEmployee et la classe Employee et collecte la liste des employs
chargs dune tape de production..

104
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.7 Diagramme de classes du Sprint 3

7.3.3 Schma relationnel de la base de donnes du Sprint 3

La Figure 7.8 illustre le schma relationnel de la base de donnes du Sprint 3.

105
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.8 Schma relationnel de la base de donnes du Sprint 3

106
Chapitre 7. tude et ralisation du Sprint 3

7.4 Ralisation

Aprs avoir conu notre travail, nous passons la phase de codage pour laborer les

diffrentes interfaces du Sprint 3.

Les Figures 7.9, 7.10, 7.11, 7.12, 7.13 et 7.14 prsentent respectivement linterface des dtails

dune demande dintervention de maintenance, linterface dajout dune comptence, linterface

dajout dun ordre de production, linterface de la dure en fabrication dun ordre de production,

linterface de disponibilit des machines, des comptences et des composants dun ordre de

production et linterface de planning des tapes de fabrication dun ordre de production.

FIGURE 7.9 Interface daffichage des dtails dune demande dintervention de maintenance

FIGURE 7.10 Interface dajout dune comptence

107
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.11 Interface dajout dun ordre de production

FIGURE 7.12 Interface daffichage de la dure en fabrication dun ordre de production

FIGURE 7.13 Interface daffichage des disponibilits dun ordre de production

108
Chapitre 7. tude et ralisation du Sprint 3

FIGURE 7.14 Interface de planification dun ordre de production

7.5 Phase de closure

La phase closure ou de fermeture est la dernire phase dans le cycle de dveloppement dun

logiciel avec Scrum. Les tches effectues pendant cette phase ne sont pas claires, et ils dpendent

fortement du type de dploiement du logiciel (mise en production chaud, packaging du produit,

mise disposition par tlchargement en ligne, . . .).

Pour notre projet, cette partie sera consacre pour le droulement des sprints.

Les Figures 7.15 et 7.16 illustre le diagramme de GANTT prsentant le planning du dveloppe-

ment des diffrents modules et des tches ralises.

109
Chapitre 7. tude et ralisation du Sprint 3

110

FIGURE 7.15 Diagramme de GANTT - Partie 1


Chapitre 7. tude et ralisation du Sprint 3

111

FIGURE 7.16 Diagramme de GANTT - Partie 2


Chapitre 7. tude et ralisation du Sprint 3

Conclusion

Dans ce chapitre nous avons prsent le backlog du Sprint 3, ainsi quune conception et une

implmentation des modules raliss. Ce Sprint nous a permis deffectuer toutes les relations entre

les Sprint 1 et 2 dj raliss, et nous a servi de base livrer un produit complet et fonctionnel. De

plus, une phase de closure nous a exhib les dates de fins de chaque Sprint et le droulement de

notre projet.

112
Conclusion gnrale

Aprs trois mois et deux semaines de stage au sein de la socit LYSI Engineering, nous avons

conu et dvelopp une application de gestion de production et de maintenance. Le prsent manus-

crit dtaille toutes les tapes par lesquelles nous sommes passes pour arriver au rsultat attendu.

Nous avons essay tout au long de notre travail de construire notre application sprint par sprint en

utilisant la mthodologie Scrum.

Ce stage de fin dtudes nous a permis de dcouvrir un environnement professionnel diffrent

de nos expriences prcdentes. Nous avons pu ainsi dcouvrir le travail en quipe au sein dun

plateau de plusieurs personnes. Ensuite au niveau du management, nous avons appris nous

organiser, utiliser des outils et des mthodes de managements comme IceScrum.

Malgr toutes les difficults rencontres au niveau du Framework de LYSI Engineering et les

contraintes de temps, nous avons russi raliser la totalit de notre application tout en respectant

laspect scuritaire et en prparant la documentation ncessaire.

Finalement, notre travail ne sarrte pas ce niveau, en effet plusieurs fonctionnalits peuvent

tre ajoutes notre application notamment le calcul des besoins en composants et en capacits,

suivi des ordres dapprovisionnements et dachats, inventaire des quipements, gestion des achats

de pices dtaches ou de services (sous-traitance, . . .), gestion des fournisseurs et une gestion du

planning de charge des ressources.

113
A Les mthodes agiles
A.1 Adaptative Software Development (ASD)
Ses caractristiques principales sont :

Focaliser sur lobjectif.

Se baser sur des composants.

Itrer.

Dcouper le temps et fixer des deadlines (timeboxing).

Piloter le projet par les risques.

Accepter le changement.

A.2 Dynamic Software Development Method (DSDM)


DSDM se base sur neuf principes :

Implication active des utilisateurs.

Autonomie et pouvoir de dcision des quipes.

Livraisons frquentes.

Adquation aux besoins des clients comme seul critre dacceptation du produit.

Dveloppement itratif et incrmental.

Modifications rversibles.

Dfinition globale macroscopique des besoins.

Intgration des tests dans tout le cycle de vie.

Collaboration et coopration entre toutes les parties prenantes.

A.3 eXtreme Programming (XP)


XP repose sur quatre valeurs :

Communication : Leffort de communication entre les diffrents intervenants est indispen-

sable pour atteindre lobjectif commun. Nous devons privilgie la communication directe, dans

le recueil et la clarification des besoins, dans la planification des itrations, dans la rpartition

et lexcution des travaux.

Simplicit : La solution la plus simple est la meilleure pour atteindre les objectifs. Grce cette

simplicit, lapplication pourra voluer facilement, si ncessaire. La simplicit est applicable au

client dans la dfinition de ces besoins, dans le choix des outils et du processus.

i
Annexe A. Les mthodes agiles

Feedback : Le retour dinformation est essentiel pour valider le fait que le projet est sur la

bonne voie. Tests unitaires pour valider le fonctionnement du code, intgration continue pour

dtecter des anomalies, tests fonctionnels pour valider la conformit aux besoins, livraisons

frquentes, autant de pratiques qui rendent plus aises les adaptations ventuelles, sans

attendre le terme du projet.

Courage : Le courage est ncessaire aussi bien chez le client que chez les dveloppeurs.

Pour mener bien un projet XP, le client doit avoir le courage de donner un ordre de priorit

ses exigences, de reconnaitre que certains de ses besoins ne sont pas toujours trs claires.

Le dveloppeur doit aussi avoir le courage de modifier larchitecture mme si le dveloppent

est dj bien avance, de jeter du code existant et daccepter quil est parois plus rapide et

efficace de rcrire une portion de code zro plutt que de bricoler du code existant.

A.4 Rapid Application Development (RAD)

RAD nest pas proprement parler une mthode agile, mais cest une approche (semi)itrative

incrmentale prconisant un usage intensif des techniques de communication facilite qui a pour

objectifs de de produire des logiciels :

plus vite,

mieux,

moins cher.

Pour ces raisons, le cycle de vie RAD est fix maximum 120 jours. Le projet est contenu dans un

temps court pour viter la classique fuite.

A.5 Scrum
Les valeurs mises en avant par Scrum sont les suivantes :

Transparence : La transparence garantit que tous les indicateurs relatifs ltat du

dveloppe-ment sont visibles par tous ceux qui sont intresss par le rsultat du produit. Non

seulement la transparence pousse la visibilit mais ce qui est rendu visible doit tre bien

compris. Cela signifie que ce qui est vu est bien le reflet de la ralit. Par exemple, si un

indicateur annonce que le produit est fini (ou une partie seulement du produit), cela doit tre

strictement quivalent la signification de fini dfinie par lquipe.

ii
Annexe A. Les mthodes agiles

Inspection : Les diffrentes facettes du dveloppement doivent tre inspectes suffisamment

souvent pour que des variations excessives dans les indicateurs puissent tre dtectes

temps.

Adaptation : Si linspection met en vidence que certains indicateurs sont en dehors des

limites acceptables, il est probable que le produit rsultant sera galement inacceptable si on

ne ragit pas. Le processus doit donc tre ajust rapidement pour minimiser les futures

dviations.

Courage : Le courage est ncessaire aussi bien chez le client que chez les dveloppeurs.

Pour mener bien un projet XP, le client doit avoir le courage de donner un ordre de priorit

ses exigences, de reconnaitre que certains de ses besoins ne sont pas toujours trs claires.

Le dveloppeur doit aussi avoir le courage de modifier larchitecture mme si le dveloppent

est dj bien avance, de jeter du code existant et daccepter quil est parois plus rapide et

efficace de rcrire une portion de code zro plutt que de bricoler du code existant.

A.6 Crystal Clear

Crystal est souple tant au niveau des procdures suivre que des normes utiliser (comme les

normes de codage). Cette mthode possde une procdure dcoupe en diffrentes tapes :

La spcialisation consiste observer les utilisateurs dans leur travail pour mieux connatre

leurs besoins et leur environnement. Ensuite, les diffrents cas dutilisation sont classs par

ordre de priorit en collaboration avec les utilisateurs, ce qui permet de savoir quelles fonc-

tionnalits ont le plus de valeur et doivent tre dveloppes en premier.

Une bauche de conception est ralise au tout dbut du projet, cela inclut les choix des

technologies utiliser et implique une bauche darchitecture.

Le planning consiste prvoir vers quelles dates les itrations vont se suivre, il est

recommand de dfinir des itrations dune longueur de 2 3 mois, chacune produisant un

produit livrer fonctionnel.

Les itrations, cest au cours de cette phase que se fait la ralisation proprement dite de

lapplication, en suivant un ordre de phase.

iii
Annexe A. Les mthodes agiles

Crystal prsente tous les avantages des mthodes agiles : flexibilit par rapport au changement,

rapidit, livraisons frquentes, etc. Elle convient tout fait pour des petites structures (taille

infrieure 6 personnes), mais ce qui fait son efficacit dans les projets de petite taille cause son

inadquation pour des projets plus importants.

A.7 Feature Driven Development (FDD)

Cest une mthode agile itrative courte dlai, essentiellement ax sur le design et le dvelop-

pement pour cela elle sappuie sur une formalisation du modle objet laide des diagrammes UML.

Elle est repartie par fonctions qui seront dveloppes par des petites quipes responsables dune ou

deux fonctions. Elle accorde un aspect trs important la qualit du produit fini, et saide doutils

pour suivre le droulement du projet.

A.8 Rational Unified Process (RUP)

Cette mthode est la moins agile, assez lourde par rapport aux mthodes prsentes ici,

regroupe au mme temps des pratiques issues des mthodes agiles et souvent des mthodes

traditionnelles. Le principe est de parcourir un cycle de vie assez dtaille durant une itration

comprenant linspection, llaboration, la construction et la transition.

iv
B Le principe de fonctionnement de la
mthodologie Scrum
B.1 Prsentation
Dfinition. Scrum (n) [25] : un cadre de travail permettant de rpondre des problmes complexes

et changeants, tout en livrant de manire productive et crative des produits de la plus grande

valeur possible.

Scrum est :

Lger.

Simple comprendre.

Difficile matriser.

Scrum est utilis depuis le dbut des annes 1990 pour grer le dveloppement de produits

complexes. Scrum nest pas en soi un processus ni une mthode de dveloppement de produits ;

cest un canevas pour lapplication de divers procds et techniques de dveloppement. Scrum met

en vidence lefficacit relative des pratiques de gestion et de dveloppement de produit en place,

de sorte que ces dernires puissent tre amliores. Scrum se compose de plusieurs lments que

sont lquipe Scrum et ses rles associs, les vnements, les artfacts et les rgles. Chaque

lment a une raison dtre spcifique qui le rend indispensable la russite de lapplication de

Scrum. Les rgles de Scrum sont les modalits qui lient vnements, rles et artfacts entre eux.

Ces rgles sont dcrites tout au long de ce document. Les diffrentes tactiques dutilisation de

Scrum, qui sont nombreuses et varies, ne sont pas couvertes par ce document.

B.2 Lquipe Scrum

Lquipe Scrum comprend un propritaire de produit (Product Owner), une quipe de D-

veloppement (Development Team) et un Scrum Master. Les quipes Scrum (Scrum Teams) sont

auto-organises et pluridisciplinaires. Les quipes auto-organises choisissent la meilleure faon

daccomplir leur travail, au lieu dtre diriges par des personnes externes lquipe. Les quipes

pluridisciplinaires ont toutes les comptences ncessaires pour effectuer le travail sans dpendre de

personnes nappartenant pas lquipe. Scrum dfinit un modle dquipe optimisant la flexibilit, la

crativit et la productivit. Les quipes Scrum livrent des produits de manire itrative et incr-

mentale, maximisant ainsi les occasions de rtroaction. Les livraisons incrmentales dun produit

v
Annexe B. Le principe de fonctionnement de la mthodologie Scrum

Termin assurent la disponibilit dune version fonctionnelle et potentiellement utile du produit.

Le Product Owner : Le Product Owner est responsable de maximiser la valeur du produit et du

travail de lquipe de Dveloppement. La faon de jouer ce rle peut varier grandement selon

les entreprises, les quipes Scrum et les individus.

Le Product Owner est la seule personne responsable de grer le carnet de produit (Product

Backlog). La gestion du Product Backlog comprend :

Exprimer clairement les items du Product Backlog ;

Ordonner les items du Product Backlog pour mieux raliser les objectifs et missions ;

Optimiser la valeur du travail effectu par lquipe de Dveloppement ;

Sassurer que le Product Backlog est visible, transparent, et clair pour tous, et quil

montre ce sur quoi lquipe de Dveloppement travaillera prochainement ; et,

Sassurer que lquipe de Dveloppement comprend adquatement les items du

Product Backlog.

Le Product Owner peut lui-mme accomplir les tches susmentionnes ou les dlguer

lquipe de Dveloppement. Toutefois, le Product Owner demeure responsable de ces der-

nires. Le Product Owner est une personne, et non un comit. Le Product Owner peut re-

prsenter les dsirs dun comit dans le Product Backlog, mais ceux qui veulent changer la

priorit dun item du Product Backlog doivent consulter le Product Owner. Afin que le Product

Owner russisse dans sa dmarche, tous les intervenants de lentreprise doivent respecter

ses dcisions. Les dcisions du Product Owner sont visibles dans le contenu et

lordonnancement du Product Backlog. Nul nest permis de demander lquipe de

Dveloppement de travailler partir dun autre ensemble de besoins, et il nest pas permis

lquipe de Dveloppement de suivre les instructions dune autre personne.

Lquipe de Dveloppement : Lquipe de Dveloppement est constitue de professionnels qui livrent

chaque Sprint un incrment termin et potentiellement livrable du produit. Seuls les membres

de lquipe de Dveloppement crent lincrment. Les quipes de dveloppement sont structures

et habilites par lentreprise organiser et grer leur propre travail. La synergie rsultante optimise

lefficience et lefficacit globale des quipes de dveloppement.

Lquipe de Dveloppement possde les caractristiques suivantes :

Elle est auto-organise. Nul (mme pas le Scrum Master) nindique lquipe de D-

veloppement comment transformer les items du Product Backlog en incrments de

vi
Annexe B. Le principe de fonctionnement de la mthodologie Scrum

fonctionnalits potentiellement livrables ;

Elle est pluridisciplinaire, avec toutes les comptences ncessaires pour crer un incr-

ment du produit ;

Scrum ne reconnat aucun titre aux membres de lquipe de Dveloppement autre que

celui de dveloppeur, indpendamment du travail effectu par cette personne ; il ny a

pas dexception cette rgle ;

Scrum ne reconnat pas dquipes lintrieur de lquipe de Dveloppement indpen-

damment des domaines spcifiques qui doivent tre couverts tels que lexcution de

tests ou lanalyse fonctionnelle ; il ny a pas dexception cette rgle ; et,

Les membres de lquipe de Dveloppement peuvent dtenir individuellement des

comptences et des centres dintrt spcifiques, mais cest lquipe de Dveloppement

dans son ensemble qui est tenue responsable.

Le Scrum Master : Le Scrum Master est responsable de sassurer que Scrum est compris et mis en

oeuvre. Les Scrum Masters remplissent leur rle en sassurant que lquipe Scrum adhre

la thorie, aux pratiques et aux rgles de Scrum. Le Scrum Master est un leader au service de

lquipe Scrum. Le Scrum Master aide ceux qui sont externes lquipe Scrum comprendre

lesquelles de leurs interactions avec lquipe Scrum sont bnfiques et lesquelles ne le sont

pas. Le Scrum Master aide tout le monde changer ces interactions pour maximiser la valeur

cre par lquipe Scrum.

B.3 Le package Scrum

Scrum est considr comme un cadre ou framework de gestion de projet. Ce cadre est

constitu de runions et dartefacts. [26]

Scrum dfinit la vie dun projet dune faon rythme par un ensemble de runions clairement

dfinies et strictement limites dans le temps (timeboxing) :

Planification du Sprint (Sprint = itration) : au cours de cette runion, l quipe de

dvelop-pement slectionne les lments prioritaires du Product Backlog (liste

ordonnance des exigences fonctionnelles et non fonctionnelles du projet) quelle pense

pouvoir raliser au cours du sprint (en accord avec le Product Owner ).

vii
Annexe B. Le principe de fonctionnement de la mthodologie Scrum

Revue de Sprint : au cours de cette runion qui a lieu la fin du sprint, l quipe de dvelop-

pement prsente les fonctionnalits termines au cours du sprint et recueille les feedbacks du

Product Owner et des utilisateurs finaux. Cest galement le moment danticiper le primtre

des prochains sprints et dajuster au besoin la planification de release (nombre de sprints

restants).

Rtrospective de Sprint : la rtrospective qui a gnralement lieu aprs la revue de sprint

est loccasion de samliorer (productivit, qualit, efficacit, conditions de travail, etc) la

lueur du vcu sur le sprint coul (principe damlioration continue).

Mle quotidienne : il sagit dune runion de synchronisation de lquipe de dveloppement

qui se fait debout (elle est aussi appele stand up meeting ) en 15 minutes maximum au

cours de laquelle chacun rpond principalement 3 questions : Quest ce que jai termin

depuis la dernire mle ? Quest ce que jaurai termin dici la prochaine mle ? Quels

obstacles me retardent ? .

viii
C Prototypage des interfaces
Dans cet annexe, nous allons prsent les prototypes des interfaces ralises lors de la

concep-tion de notre application.

FIGURE C.1 Interface de modification dun produit

FIGURE C.2 Interface de la liste des composants dun produit

ix
Annexe C. Prototypage des interfaces

FIGURE C.3 Interface de la gestion des pices jointes dun produit

FIGURE C.4 Interface dune comptence et la vue dalert de suppression

x
Annexe C. Prototypage des interfaces

FIGURE C.5 Interface dajout dun ordre de production

xi
Bibliographie
[1] A. HARMANT : Dfinition seo - lexique informatique et internet - cration site internet -
rfrencement, fvrier 2012. http://www.anthonyharmant.com/83-glossaire-definition-seo. html
Consult le 07-02-2015.

[2] JDN : Saas (software as a service) : dfinition, offres et conseils, mai 2013. http://www.
journaldunet.com/solutions/intranet-extranet/saas/ Consult le 08-02-2015.

[3] LYSI ENGINEERING : Lysi engineering : : Solutions pme, janvier 2015. http://www. lysi-
engineering.com/solutions-pme.html Consult le 10-02-2015.

[4] K. GHDIRA : Logistique de la production : approches de modlisation et de rsolution.


Sciences et technologies. Editions Technip, aot 2006.

[5] Centre National de Ressources Textuelles et LEXICALES CNRTL : Progiciel : Dfinition de


progiciel. http://www.cnrtl.fr/lexicographie/progiciel Consult le 16-02-2015.

[6] H. BIDGOLI : The Internet Encyclopedia. Numro vol. 1 de The Internet Encyclopedia. John
Wiley & Sons, dcembre 2004.

[7] F. MONCHY : Maintenance, mthodes et organisations. Dunod, aot 2012.

[8] P. ROQUES et F. VALLE : UML 2 en action : De lanalyse des besoins la conception.


Architecte logiciel. Eyrolles, juillet 2011.

[9] CHRISTOPHE : Le langage uml, aot 2009. Disponible au format PDF sur Internet dans sa
version v0.8.1.1. http://info.arqendra.net/download.php?filename=Files%2F_UML_cours.pdf
Consult le 26-02-2015.

[10] Universit du QUBEC MONTRAL : La spcification des besoins, fvrier 2004. Disponible au
format PDF sur Internet. http://www.grosmax.uqam.ca/nguyen_tho/INF7215/PDF/La%20sp%
C3%A9cification%20des%20besoins.pdf Consult le 28-02-2015.

[11] Access Dev Agence de COMMUNICATION DIGITALE MONTPELLIER : La gestion de projet :


Methode classique vs methodes agiles, fvrier 2013. http://www.access-dev.com/access-dev/
la-gestion-de-projet-methodes-classiques-vs-methodes-agiles/ Consult le 05-03-2015.

[12] Elves de CASI : Les mthodes agiles sont-elles une arnaque ?, sep-
tembre 2013. http://manurenaux.wp.mines-telecom.fr/2013/09/30/

les-methodes-agiles-sont-elles-une-arnaque/ Consult le 06-03-2015.

[13] DCUBE : Scrum vs cycle en v, avril 2014. http://blog.dcube.fr/blog/2014/04/28/ scrum-vs-cycle-


en-v/ Consult le 07-03-2015.

xii
Bibliographie

[14] J. GABAY et D. GABAY : UML 2 Analyse et conception - Mise en oeuvre guide avec tudes de
cas. Etudes et dveloppement. Dunod, avril 2008.

[15] J. ALLES : Mthodologie model-view-viewmodel avec wpf, mars 2009. http://japf.developpez.


com/tutoriels/dotnet/mvvm-pour-des-applications-wpf-bien-architecturees-et-testables/ Consult
le 10-03-2015.

[16] Sparx SYSTEMS : Enterprise architect. http://www.sparxsystems.com.au/ Consult le 12-03-


2015.

[17] MYSQL : Mysql workbench : Visual database design. https://www.mysql.fr/products/ workbench/


Consult le 12-03-2015.

[18] Sublime TEXT : Sublime text. http://www.sublimetext.com/ Consult le 12-03-2015.

[19] MYSQL : Mysql documentation. http://dev.mysql.com/doc/ Consult le 12-03-2015.

[20] OPENCLASSROOMS : Quest-ce que le html5 ? http://openclassrooms.com/courses/ dynamisez-


vos-sites-web-avec-javascript/qu-est-ce-que-le-html5 Consult le 12-03-2015.

[21] L.SYSTEMS : Formation au html 5, xhtml et css. http://www.lsystems.fr/formation/html Consult


le 13-03-2015.

[22] Dev-ISE INGNIERIE : Lexique. http://www.dev-ise.com/lexique.php Consult le 13-03-2015.

[23] L. DEBRAUWER et F. Van der HEYDE : UML 2 : modlisation des objets. TechNote (Nantes).
Editions ENI, 2006.

[24] B. CHARROUX, A. OSMANI et Y. THIERRY-MIEG : UML 2 Pratique de la modlisation. Pearson


Education, 2009.

[25] K. SCHWABER et J. SUTHERLAND : Le guide scrum - le guide dfinitif de scrum : les rgles du
jeu, juillet 2013. http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-FR.pdf
Disponible au format PDF sur Internet. Consult le 07-03-2015.

[26] F. LOTHON : Introduction aux mthodes agiles et scrum, juin 2013. Disponible au format PDF
sur Internet. http://www.agiliste.fr/fiches/introduction-methodes-agiles/ Consult le 08-03-2015.

xiii
TITRE: Conception et dveloppement d'une solution de gestion de production et de
maintenance
Rsum: Le prsent rapport a t rdig dans le cadre du stage de fin dtudes pour
lobtention de la licence applique en Systmes Informatiques et Logiciels au sein de lInstitut
Suprieur dInformatique. Lobjectif du projet est de raliser une application web de gestion
de production et de maintenance permettant aux PMEs et TPEs de lexploiter pour la gestion
des donnes techniques, la gestion des machines et la gestion des ordres de productions. En
effet, la solution propose a pour but de simplifier les tches des responsables techniques, des
responsables de productions et des responsables de maintenance au sein des entreprises
industriels. Tout au long de ce travail, nous avons utilis le PHP5 comme un langage de
programmation, MySQL pour la gestion de la base de donnes et la mthodologie Scrum
comme un cycle de vie pour notre projet.

Mots cls: Application web, gestion de production, gestion de maintenance, TPE, PME, gestion
des donnes techniques, gestion des machines, gestion des ordres de productions, responsable
technique, responsable de production, responsable de maintenance, PHP5, MySQL, Scrum.

TITLE: The development of a web Application to manage production and maintenance


processes

Abstract: This report details the end of studies project that took place in LYSI Engineering.
This project aims to develop a web application to manage the production and maintenance
processes inside small and medium-sized enterprises. This application provide the possiblity
to exploit technical data, manage the productions orders. Indeed, it is implemented to facilate
the tasks of technical, production and maintenance managers. Throughout this work, we used
the PHP5 as a programming language, MySQL as a DBM and the methodology Scrum to
modelise and implement this project.

Key Word: Web application, production, maintenance, small and medium-sized enterprises,
technical data, production order, PHP5, MySQL, DBM, methodology Scrum.

Intitule et adresse complte de lentreprise :

Entreprise : LYSI Engineering


Adresse : 5, Rue Fadhel Ben Achour, BOUMHEL 2097 BEN AROUS
Email : contact@lysi-engineering.com
Web : www.lysi-engineering.com