Rapportsfemedazizchetouidhouhamelki 150528212003 Lva1 App6892

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
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
6.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
6.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
6.3.3 Schma relationnel de la base de donnes . . . . . . . . . . . . . . . . . . . . . . 83
6.4 Ralisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
iii
Table des matires
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
7.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
7.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
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.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.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.2 Descriptif des classes participantes dans le Sprint 2 . . . . . . . . . . . . . . . . . . . . . 83
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
FIGURE 3.5 Diagramme de cas dutilisations gnral
24
TABLEAU 3.2 Backlog du produit
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
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
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
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
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
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
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
} 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
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

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

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

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
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
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.
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
FIGURE 5.2 Raffinement du cas dutilisation Grer les produits
45
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.
Post-condition : Catgorie gre.
46
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
Post-condition : Caractristique gre.
47
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
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
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
Post-condition : Produit ajout.
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.
50
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
FIGURE 5.7 Diagramme de squence Afficher la liste des composants
Description textuelle du diagramme de squence Afficher la liste des composants
Pr-condition : Utilisateur authentifi, produit cre, tape cre.
Post-condition : Composants affichs.
52
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.
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
Description textuelle du diagramme de squence Afficher les dtails dune caractristique
Pr-condition : Utilisateur authentifi, caractristique cre.
Post-condition : Les dtails de la caractristique sont affiches.
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
Pr-condition : Utilisateur authentifi, produit cre.
Post-condition : Produit modifi.
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
FIGURE 5.9 Diagramme de squence Modifier un produit
55
Scnario derreur :
point 4.
vrifies. Lenchainement dA2 dmarra du point 5.
6. Les rgles de gestion ne sont pas vrifies, une vue derreur dajout de produit
saffiche.
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
Pr-condition : Utilisateur authentifi, catgories cre.
Post-condition : Catgorie supprim.
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
FIGURE 5.10 Diagramme de squence Supprimer une catgorie
57
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.
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
Description textuelle du diagramme de squence Chercher un produit
Post-condition : Produits trouvs.
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.
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
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
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
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
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
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
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
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
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
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.
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.
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.
Post-condition : Machine gre.
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
(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

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

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

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
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
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
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
dune tape de maintenance
2
7
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
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
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
chage des dtails dune maintenance corrective
73
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
FIGURE 6.1 Raffinement du cas dutilisation Grer les machines

75
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.
Post-condition : Indicateur de maintenance gre.
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
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.
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.
Post-condition : Indicateur ajout.
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.
vrifies. Lenchainement de A2 dmarre du point 3.
4. Une vue derreur dajout de produit saffiche.
77
FIGURE 6.3 Diagramme de squence Ajouter un indicateur
78
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
Pr-condition : Utilisateur authentifi et demande de maintenance dj existante.
Post-condition : Maintenance corrective ajoute.
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.
4. Une vue derreur dajout dune maintenance corrective saffiche.
79
FIGURE 6.4 Diagramme de squence Ajouter une maintenance corrective 80

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
Pr-condition : Lutilisateur est authentifi et les indicateurs de maintenance sont crs.
Post-condition : Valeurs des indicateurs saisit.
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
81
FIGURE 6.5 Diagramme de squence Renseigner les indicateurs de maintenance
82

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.
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
84
85
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
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
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
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.
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.
Grer les demandes dintervention de maintenance
La Figure 7.1 prsente un raffinement du cas dutilisation Grer les demandes dintervention
de maintenance .
89
(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
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
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
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
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
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
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
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

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

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
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
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
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.
Post-condition : Demande dintervention de maintenance gre.
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
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
Description textuelle du cas dutilisation Grer les ordres de productions
Post-condition : Ordre de production gre.
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
Post-condition : Comptence gre.
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
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
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
Post-condition : Demande dintervention ajoute.
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 :
point 2.
vrifies. Lenchainement dA2 dmarrera du point 3.
4. Les rgles de gestion ne sont pas vrifies, une vue derreur dajout de produit
saffiche.
98
FIGURE 7.4 Diagramme de squence Ajouter une demande dintervention
99
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
Description textuelle du diagramme de squence Supprimer une comptence
Pr-condition : Utilisateur authentifi, comptence cre.
Post-condition : Comptence supprime.
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.
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
Post-condition : Ordre de production cre.
101
102
FIGURE 7.6 Diagramme de squence Ajouter un ordre de production
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
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.
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
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
106
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
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
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
110
FIGURE 7.15 Diagramme de GANTT - Partie 1

111
FIGURE 7.16 Diagramme de GANTT - Partie 2

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
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
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
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
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
[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/

[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

Rapportsfemedazizchetouidhouhamelki 150528212003 Lva1 App6892

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Rapportsfemedazizchetouidhouhamelki 150528212003 Lva1 App6892

Încărcat de

Drepturi de autor:

Formate disponibile

MINISTERE DE LENSEIGNEMENT SUPERIEUR ET DE LA

UNIVERSITE TUNIS EL MANAR

INSTITUT SUPERIEUR DINFORMATIQUE

RAPPORT DE STAGE DE FIN DETUDES

Prsent en vue de lobtention du

Dhouha MELKI Mohamed Aziz CHETOUI

Conception et dveloppement d'une

Encadrant acadmique Monsieur Ghaith MANITA

Ralis au sein de LYSI ENGINEERING

Les ailes sont la contrainte

A ma mre Fatma et mon pre Arbi

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

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

A mes adorables amis Med Aziz et Rania

soutien continu, leur aide prcieuse et leur amour.

spcialement, notre encadrant Monsieur Med Amine BEN ACHOUR.

Aziz & Dhouha

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

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

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

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

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

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

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

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

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

5 tude et ralisation du Sprint 1 38

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

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

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

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

6 tude et ralisation du Sprint 2 68

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

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

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