Oumaima

Faculté des Sciences Juridiques, Economiques et de Gestion de Jendouba
PROJET DE FIN D’ETUDES
Pour l’obtention du diplôme

« Licence en informatique appliquée à la gestion »
Option : elecltronic business
Réalisé par : Amri Kouki oumaima
Conception et Réalisation d’une application web de gestion des tâches

pour le service test system
Au sien de : SEBN,TN
Encadré par: Mme Ghazouani Wided (FSJEGJ)

M Abidi Ramzi (SEBN,TN)
Membres du Jury :
Mme Selmi Mouna
Mme Mabrouk Olfa
Année Universitaire :2022/2023

DEDICACES
Je dédie ce travail à ma famille Elle qui m’a doté d’une éducation digne, son amour a fait de moi
ce que je suis aujourd’hui :
Particulièrement :
A mon père «Amri Kouki Jalel »
Tout l’encre du monde ne pourrait suffire pour exprimer mes sentiments envers un être très cher. Vous
avez toujours été mon école de patience, de confiance et surtout d’espoir et d’amour. Vous êtes et
vous resterez pour moi ma référence, la lumière qui illumine mon chemin. Ce travail est le résultat de
l’esprit de sacrifice dont vous avez fait preuve, de l’encouragement et le soutien que vous ne cessez
de manifester, j’espère que vous y trouverez les fruits de votre semence et le témoignage de ma
grande fierté de vous avoir comme père. J’implore Dieu, tout puissant, de vous accorder une bonne
santé, une longue vie et beaucoup de bonheur...
A ma mère « Meftahi Monya »
Aucune dédicace très chère maman, ne pourrait exprimer la profondeur des sentiments que
j’éprouve pour vous, vos sacrifices innombrables et votre dévouement firent pour moi un
encouragement. Vous avez guetté mes pas, et m’avez couvé de tendresse, ta prière et ta
bénédiction m’ont été d’un grand secours pour mener à bien mes études. Vous m’avez aidé et
soutenu pendant de nombreuses années avec à chaque fois une attention renouvelée. Puisse Dieu,
tout puissant vous combler de santé, de bonheur et vous procurer une longue vie.
A mes frères « Amri kouki Rami » et «Amri Kouki Rayen»

REMERCIMENTS
Tout d’abord, je remercie mon dieu qui m’a donné la capacité d’écrire et de réfléchir. Je
remercie la Faculté des Sciences Juridiques Economiques et de Gestion de Jendouba pour la
qualité de l’enseignement qu’ils ont bien voulu mes prodiguer, et nous avons observé trois
années de joie et de succès. Je souhaite également remercier mes professeurs à la Faculté des
Sciences Juridiques Economiques et de Gestion de Jendouba qui nous transmis les
connaissances et le savoir-faire tout au long de la durée de nos études. Je tiens à remercier mon
président de jury Mme Mona Selmi également Je tiens à remercier mes membres de jury Mme
Mabrouk olfa et mon encadrante Mme Wided GHAZOUINI pour sa gentillesse, sa disponibilité et
sa contribution générale à l’élaboration de ce travail et qui m’a donné la chance d’enrichir mes
connaissances. Je remercie ma famille et surtout Mammon dont je ne qui me permettrai pas
d’oublier de la remercier, pour son soutien à la fois moral et matériel durant toute ma carrière et
surtout durant les moments difficiles. Et je tiens aussi à remercier toute autre personne ayant
contribué d’une façon ou d’une autre, au bon déroulement de mon projet de fin d’étude. Je
remercie toutes les personnes qui ont contribué au bon déroulement de la réalisation de mon
travail.
TABLE DES MATIÈRES
INTRODUCTION GÉNÉRALE ................................................................................................................................................ 1

CHAPITRE 1 PRÉSENTATION DU CADRE DU PROJET ..................................................................................................................... 3
1 INTRODUCTION .................................................................................................................................................................. 3
2 ORGANISME D’ACCUEIL ...................................................................................................................................................... 3
2.1 ORGANISME D’ACCUEIL ............................................................................................................................................................ 3
2.1.1 Fiche d’identité .............................................................................................................................................................. 4
2.1.2 Organigramme de l’organisme d’accueil ....................................................................................................................... 4
2.1.3 Historique ...................................................................................................................................................................... 4
2.1.4 Activités ......................................................................................................................................................................... 5
2.1.4.1 Les produits .............................................................................................................................................................................5
2.1.4.2 Les clients de SEBN TN .............................................................................................................................................................6
2.2 CONTEXTE DU PROJET .............................................................................................................................................................. 6
2.3 PROBLEMATIQUE .................................................................................................................................................................... 6
3 SURVOL SUR LES PROJETS SIMILAIRES ................................................................................................................................ 6
3.1 COSWIN 8I ............................................................................................................................................................................ 6
3.2 FIIX ...................................................................................................................................................................................... 8
4 CRITIQUE DE L’EXISTANT (TABLEAU COMPARATIF DES APPLICATIONS) ............................................................................. 10
5 SOLUTION PROPOSEE ....................................................................................................................................................... 11
6 METHODOLOGIE DE DEVELOPPEMENT LOGICIEL DE PROJET ............................................................................................ 11
6.1 JUSTIFICATION DU CHOIX DE LA METHODE .................................................................................................................................. 14
6.2 LA METHODE SCRUM .......................................................................................................................................................... 14
6.3 UML ................................................................................................................................................................................. 16
7 CONCLUSION .................................................................................................................................................................... 16
CHAPITRE 2 ANALYSE ET SPÉCIFICATION DES BESOINS .............................................................................................................. 17
1 INTRODUCTION ................................................................................................................................................................ 17
2 EQUIPE ET ROLES SCRUM ................................................................................................................................................. 17
3 IDENTIFICATION DES ACTEURS ......................................................................................................................................... 17
4 IDENTIFICATION DES BESOINS .......................................................................................................................................... 18
4.1 BESOINS FONCTIONNELS ........................................................................................................................................................ 18
4.2 BESOINS NON FONCTIONNELS ................................................................................................................................................. 19
5 LE BACKLOG DU PRODUIT ................................................................................................................................................ 19
6 DIAGRAMME DE CAS D’UTILISATION GLOBALE ................................................................................................................ 23
7 L’ORGANIGRAMME DES TACHES ....................................................................................................................................... 23
8 GESTION DE PROJET ......................................................................................................................................................... 24
8.1 PLANIFICATION..................................................................................................................................................................... 24
8.2 DIAGRAMME DE GANTT ......................................................................................................................................................... 24
8.3 EQUIPES DE REALISATION DE PROJET ......................................................................................................................................... 25
9 LIVRABLES DU PROJET ...................................................................................................................................................... 25
10 RISQUE DU PROJET........................................................................................................................................................... 26
11 ENVIRONNEMENT DE TRAVAIL ......................................................................................................................................... 26
11.1 ENVIRONNEMENT MATERIEL ................................................................................................................................................... 26
11.2 ENVIRONNEMENT TECHNIQUE ................................................................................................................................................. 26
12 ARCHITECTURE ................................................................................................................................................................. 29
12.1 ARCHITECTURE LOGIQUE ........................................................................................................................................................ 29
12.2 ARCHITECTURE LOGICIELLE...................................................................................................................................................... 30
12.2.1 Diagramme de déploiement ........................................................................................................................................ 30
12.2.2 Diagramme de paquetages ......................................................................................................................................... 31
13 CONCLUSION .................................................................................................................................................................... 31
CHAPITRE 3 MISE EN ŒUVRE DE SPRINT 1 ................................................................................................................................ 32
1 INTRODUCTION ................................................................................................................................................................ 32
2 SPECIFICATION FONCTIONNELLE ...................................................................................................................................... 32
2.1 BACKLOG DU SPRINT 1 ........................................................................................................................................................... 32
2.2 DIAGRAMME DE CAS D’UTILISATION DE SPRINT ........................................................................................................................... 33
2.3 TABLEAU DES TACHES ............................................................................................................................................................. 33
2.4 ANALYSE DU SPRINT .............................................................................................................................................................. 33
3 CONCEPTION DU SPRINT 1 ............................................................................................................................................... 40
3.1 CONCEPTION STATIQUE DU SPRINT ........................................................................................................................................... 40
3.2 CONCEPTION DYNAMIQUE DU SPRINT ....................................................................................................................................... 42
3.2.1 Digramme de séquence ............................................................................................................................................... 42
3.2.2 Digramme d’activité .................................................................................................................................................... 51
4 REALISATION DU SPRINT 1 ............................................................................................................................................... 52
4.1 BASE DE DONNEES ................................................................................................................................................................ 52
4.2 LES INTERFACES .................................................................................................................................................................... 53
5 TEST ET VALIDATION DU SPRINT 1 .................................................................................................................................... 57
6 CONCLUSION .................................................................................................................................................................... 57
CHAPITRE 4 MISE EN ŒUVRE DE SPRINT 2 ................................................................................................................................ 58
1 INTRODUCTION ................................................................................................................................................................ 58
2 SPECIFICATION FONCTIONNELLE2 .................................................................................................................................... 58
2.1 BACKLOG DU SPRINT ............................................................................................................................................................. 58
3 CONCEPTION DU SPRINT 2 ............................................................................................................................................... 72
3.1 CONCEPTION STATIQUE DU SPRINT ........................................................................................................................................... 72
3.2 CONCEPTION DYNAMIQUE DU SPRINT ....................................................................................................................................... 74
3.2.1 Digramme de séquence ............................................................................................................................................... 74
3.2.2 Digramme d’activité .................................................................................................................................................... 88
4 REALISATION DU SPRINT 2 ............................................................................................................................................... 89
4.1 BASE DE DONNEES ................................................................................................................................................................ 89
4.2 LES INTERFACES .................................................................................................................................................................... 91
5 TEST ET VALIDATION DU SPRINT 2 .................................................................................................................................... 94
6 CONCLUSION .................................................................................................................................................................... 95
CHAPITRE 5 MISE EN ŒUVRE DE SPRINTE 3 .............................................................................................................................. 96
1 INTRODUCTION ................................................................................................................................................................ 96
2 SPECIFICATION FONCTIONNELLE ...................................................................................................................................... 96
2.1 BACKLOG DU SPRINT 3 ........................................................................................................................................................... 96
3 CONCEPTION DU SPRINT 3 ............................................................................................................................................. 105
3.1 CONCEPTION STATIQUE DU SPRINT ......................................................................................................................................... 105
3.2 CONCEPTION DYNAMIQUE DU SPRINT ..................................................................................................................................... 107
3.2.1 Digramme de séquence ............................................................................................................................................. 107
3.2.2 Digramme d’activité .................................................................................................................................................. 116
4 REALISATION DU SPRINT 3 ............................................................................................................................................. 116
4.1 BASE DE DONNEES .............................................................................................................................................................. 116
4.2 LES INTERFACES .................................................................................................................................................................. 117
5 TEST ET VALIDATION DU SPRINT 3 .................................................................................................................................. 122
6 CONCLUSION .................................................................................................................................................................. 122
CONCLUSION .......................................................................................................................................................................... 123
WEBOGRAPHIE ....................................................................................................................................................................... 124
TABLE DES FIGURES
FIGURE1. 1:LOGO SBEN,TN ..................................................................................................................................................................... 3

FIGURE1. 2:LOCAL DE SEBN TN DE ERTTIYEH-JENDOUBA ............................................................................................................................... 4
FIGURE1. 3:FICHE D'IDENTITE DE L’ENTREPRISE .............................................................................................................................................. 4
FIGURE1. 4:ORGANIGRAMME DE SEBN-TN ................................................................................................................................................. 4
FIGURE1. 5:INSTALLATION D'UNE VOITURE .................................................................................................................................................... 5
FIGURE1. 6:LOGO DU GROUPE VOLKSWAGEN ................................................................................................................................................ 6
FIGURE1. 7:LOGO DU VEHICULE SEAT ......................................................................................................................................................... 6
FIGURE1. 8:LOGO DU VEHICULE SKODA ...................................................................................................................................................... 6
FIGURE1. 9:LOGO DE COSWIN 8I................................................................................................................................................................. 8
FIGURE1. 10:SECTEUR OT (ORDRE DE TRAVAIL) DE L’APPLICATION COSWIN 8I...................................................................................................... 8
FIGURE1. 11:DETAIL DE LA FICHE ARTICLE DE L’APPLICATION COSWIN 8I.............................................................................................................. 8
FIGURE1. 12:OGO DE FIIX ......................................................................................................................................................................... 9
FIGURE1. 13:DASHBOARD DE L’APPLICATION FIIX ........................................................................................................................................... 9
FIGURE1. 14:CALENDAR DE L’APPLICATION FIIX .............................................................................................................................................. 9
FIGURE1. 15:METHODE EN CASCADE ........................................................................................................................................................ 11
FIGURE1. 16:METHODE EN AGILE ............................................................................................................................................................. 12
FIGURE1. 17:METHODE SCRUM ............................................................................................................................................................... 15
FIGURE1. 18:UML ................................................................................................................................................................................ 16
FIGURE2. 1:EQUIPE ET ROLE SCRUM: ........................................................................................................................................................ 17

FIGURE2. 2:DIAGRAMME DE CAS D’UTILISATION GLOBALE .............................................................................................................................. 23
FIGURE2. 3:L’ORGANIGRAMME DES TACHES ................................................................................................................................................ 23
FIGURE2. 4:DIGRAMME DE GANTT ........................................................................................................................................................... 24
FIGURE2. 5:VISUAL STUDIO ..................................................................................................................................................................... 27
FIGURE2. 6:XAMPP .............................................................................................................................................................................. 27
FIGURE2. 7:STARUML ........................................................................................................................................................................... 27
FIGURE2. 8:GANTTPROJECT .................................................................................................................................................................... 27
FIGURE2. 9:LOGO PHP ........................................................................................................................................................................... 28
FIGURE2. 10:LOGO HTML ...................................................................................................................................................................... 28
FIGURE2. 11:LOGO CSS.......................................................................................................................................................................... 28
FIGURE2. 12:LOGO BOOTSTRAP ............................................................................................................................................................... 28
FIGURE2. 13:LOGO JAVASCRIPT ................................................................................................................................................................ 29
FIGURE2. 14:ARCHITECTURE LOGIQUE(L'ARCHITECTURE 3-TIER)..................................................................................................................... 29
FIGURE2. 15:ARCHITECTURE LOGICIELLE(MVC) .......................................................................................................................................... 30
FIGURE2. 16:DIAGRAMME DE DEPLOIEMENT .............................................................................................................................................. 30
FIGURE2. 17:DIGRAMME DE PAQUETAGES .................................................................................................................................................. 31
FIGURE3. 1:DIAGRAMME DE CAS D’UTILISATION DE SPRINT 1 ......................................................................................................................... 33

FIGURE3. 2:TABLEAU DES TACHES DE SPRINT 1............................................................................................................................................. 33
FIGURE3. 3:DIAGRAMME DE CAS D’UTILISATION « S’AUTHENTIFIER»................................................................................................................ 34
FIGURE3. 4:DIAGRAMME DE CAS D'UTILISATION « GERER LES UTILISATEURS» .................................................................................................... 34
FIGURE3. 5:DIAGRAMME DE CAS D'UTILISATION « GERER MACHINES» ............................................................................................................. 36
FIGURE3. 6:DIAGRAMME DE CAS D'UTILISATION «GERER STOCKS» .................................................................................................................. 38
FIGURE3. 7:DIAGRAMME DE CLASSE DE SPRINT 1 ......................................................................................................................................... 41
FIGURE3. 8:DIAGRAMME DE SEQUENCE « S’AUTHENTIFIER » .......................................................................................................................... 43
FIGURE3. 9:DIAGRAMME DE SEQUENCE « AJOUTER UTILISATEUR » .................................................................................................................. 44
FIGURE3. 10:DIAGRAMME DE SEQUENCE « MODIFIER UTILISATEUR »............................................................................................................... 45
FIGURE3. 11:DIAGRAMME DE SEQUENCE « CONSULTER UTILISATEUR » ............................................................................................................ 45
FIGURE3. 12:DIAGRAMME DE SEQUENCE « SUPPRIMER UTILISATEUR » ............................................................................................................ 46
FIGURE3. 13:DIAGRAMME DE SEQUENCE « AJOUTER MACHINE ».................................................................................................................... 47
FIGURE3. 14:DIAGRAMME DE SEQUENCE « MODIFIER MACHINE» ................................................................................................................... 47
FIGURE3. 15:DIAGRAMME DE SEQUENCE « CONSULTER MACHINE » ................................................................................................................ 48
FIGURE3. 16:DIAGRAMME DE SEQUENCE « SUPPRIMER MACHINE» ................................................................................................................. 48
FIGURE3. 17:DIAGRAMME DE SEQUENCE « AJOUTER STOCK » ........................................................................................................................ 49
FIGURE3. 18:DIAGRAMME DE SEQUENCE « MODIFIER STOCK »....................................................................................................................... 50
FIGURE3. 19:DIAGRAMME DE SEQUENCE « CONSULTER STOCKS» .................................................................................................................... 50
FIGURE3. 20:DIAGRAMME DE SEQUENCE « SUPPRIMER STOCK » .................................................................................................................... 51
FIGURE3. 21:DIAGRAMME D’ACTIVITE« S’AUTHENTIFIER » ............................................................................................................................. 52
FIGURE3. 22:DIAGRAMME D’ACTIVITE« SUPPRIMER STOCK » ......................................................................................................................... 52
FIGURE3. 23:BASE DE DONNEES DOCUMENT « UTILISATEUR » ........................................................................................................................ 53
FIGURE3. 24:BASE DE DONNEES DOCUMENT « MACHINE » ............................................................................................................................ 53
FIGURE3. 25:BASE DE DONNEES DOCUMENT « STOCKS »............................................................................................................................... 53
FIGURE3. 26:INTERFACE D’AUTHENTIFICATION ............................................................................................................................................. 54
FIGURE3. 27:INTERFACE « AJOUTER UTILISATEUR » ...................................................................................................................................... 55
FIGURE3. 28:INTERFACE « CONSULTER UTILISATEUR » ................................................................................................................................... 55
FIGURE3. 29:INTERFACE « AJOUTER MACHINE»........................................................................................................................................... 55
FIGURE3. 30:INTERFACE « CONSULTER MACHINE » ...................................................................................................................................... 56
FIGURE3. 31:INTERFACE « AJOUTER STOCK» .............................................................................................................................................. 56
FIGURE3. 32:INTERFACE « CONSULTER STOCK » ........................................................................................................................................... 56
FIGURE4. 1:DIAGRAMME DE CAS D’UTILISATION GLOBALE DE SPRINT 2 ............................................................................................................. 59

FIGURE4. 2:TABLEAU DES TACHES DE SPRINT 2............................................................................................................................................. 59
FIGURE4. 3:DIAGRAMME DE CAS D’UTILISATION « GERER TEST MODULE » ........................................................................................................ 60
FIGURE4. 4:DIAGRAMME DE CAS D’UTILISATION « GERER RECLAMATIONS » ...................................................................................................... 62
FIGURE4. 5:DIAGRAMME DE CAS D’UTILISATION « GERER INTERVENTIONS » ..................................................................................................... 64
FIGURE4. 6:DIAGRAMME DE CAS D’UTILISATION « GERER MAINTENANCE PREVENTIF » ........................................................................................ 66
FIGURE4. 7:DIAGRAMME DE CAS D’UTILISATION « GERER MAINTENANCE CORRECTIVE» ...................................................................................... 68
FIGURE4. 8:DIAGRAMME DE CAS D’UTILISATION « GERER FICHE MAINTENANCE» ............................................................................................... 70
FIGURE4. 9:DIAGRAMME DE CLASSE DE SPRINT 2 ......................................................................................................................................... 72
FIGURE4. 10:DIAGRAMME DE SEQUENCE «AJOUTER TEST MODULE» ............................................................................................................... 75
FIGURE4. 11:DIAGRAMME DE SEQUENCE «MODIFIER TEST MODULE» .............................................................................................................. 75
FIGURE4. 12:DIAGRAMME DE SEQUENCE «CONSULTER TEST MODULE» ............................................................................................................ 76
FIGURE4. 13:DIAGRAMME DE SEQUENCE «SUPPRIMER TEST MODULE» ............................................................................................................ 76
FIGURE4. 14:DIAGRAMME DE SEQUENCE «AJOUTER RECLAMATION» ............................................................................................................... 77
FIGURE4. 15:DIAGRAMME DE SEQUENCE «MODIFIER RECLAMATION» ............................................................................................................. 78
FIGURE4. 16: DIAGRAMME DE SEQUENCE «CONSULTER RECLAMATION»........................................................................................................... 78
FIGURE4. 17:DIAGRAMME DE SEQUENCE «SUPPRIMER RECLAMATION» ........................................................................................................... 79
FIGURE4. 18:DIAGRAMME DE SEQUENCE «AJOUTER INTERVENTION» .............................................................................................................. 80
FIGURE4. 19:DIAGRAMME DE SEQUENCE «MODIFIER INTERVENTION» ............................................................................................................. 80
FIGURE4. 20:DIAGRAMME DE SEQUENCE «CONSULTER INTERVENTION» ........................................................................................................... 81
FIGURE4. 21:DIAGRAMME DE SEQUENCE «SUPPRIMER INTERVENTION» ........................................................................................................... 81
FIGURE4. 22:DIAGRAMME DE SEQUENCE «AJOUTER MAINTENANCE PREVENTIF» ............................................................................................... 82
FIGURE4. 23:DIAGRAMME DE SEQUENCE «MODIFIER MAINTENANCE PREVENTIF» .............................................................................................. 82
FIGURE4. 24:DIAGRAMME DE SEQUENCE «CONSULTER MAINTENANCE PREVENTIF» ............................................................................................ 83
FIGURE4. 25:DIAGRAMME DE SEQUENCE «SUPPRIMER MAINTENANCE PREVENTIF» ............................................................................................ 83
FIGURE4. 26:DIAGRAMME DE SEQUENCE «AJOUTER MAINTENANCE CORRECTIVE» ............................................................................................. 84
FIGURE4. 27:DIAGRAMME DE SEQUENCE «MODIFIER MAINTENANCE CORRECTIVE» ............................................................................................ 85
FIGURE4. 28:DIAGRAMME DE SEQUENCE «CONSULTER MAINTENANCE CORRECTIVE» .......................................................................................... 85
FIGURE4. 29:DIAGRAMME DE SEQUENCE «SUPPRIMER MAINTENANCE CORRECTIVE».......................................................................................... 86
FIGURE4. 30:DIAGRAMME DE SEQUENCE «AJOUTER FICHE MAINTENANCE» ...................................................................................................... 86
FIGURE4. 31:DIAGRAMME DE SEQUENCE «MODIFIER FICHE MAINTENANCE» .................................................................................................... 87
FIGURE4. 32:DIAGRAMME DE SEQUENCE «CONSULTER FICHE MAINTENANCE» .................................................................................................. 87
FIGURE4. 33:DIAGRAMME DE SEQUENCE «SUPPRIMER FICHE MAINTENANCE» .................................................................................................. 88
FIGURE4. 34:DIAGRAMME D’ACTIVITE« AJOUTER TEST MODULE » ................................................................................................................... 88
FIGURE4. 35:DIAGRAMME D’ACTIVITE« SUPPRIMER INTERVENTION » .............................................................................................................. 89
FIGURE4. 36:BASE DE DONNEES DOCUMENT « TEST MODULE » ..................................................................................................................... 89
FIGURE4. 37:BASE DE DONNEES DOCUMENT « RECLAMATION » ..................................................................................................................... 89
FIGURE4. 38:BASE DE DONNEES DOCUMENT «INTERVENTION» ...................................................................................................................... 90
FIGURE4. 39:BASE DE DONNEES DOCUMENT «MAINTENANCE PREVENTIF» ....................................................................................................... 90
FIGURE4. 40:BASE DE DONNEES DOCUMENT «MAINTENANCE CORRECTIVE» ..................................................................................................... 90
FIGURE4. 41:BASE DE DONNEES DOCUMENT «FICHE MAINTENANCE» .............................................................................................................. 90
FIGURE4. 42:INTERFACE « AJOUTER TEST MODULE» .................................................................................................................................... 91
FIGURE4. 43:INTERFACE « CONSULTER TEST MODULE» ................................................................................................................................. 91
FIGURE4. 44:INTERFACE « AJOUTER RECLAMATION» .................................................................................................................................... 91
FIGURE4. 45: INTERFACE « CONSULTER RECLAMATION» ................................................................................................................................ 92
FIGURE4. 46:INTERFACE « AJOUTER INTERVENTION » .................................................................................................................................. 92
FIGURE4. 47:INTERFACE « CONSULTER INTERVENTION» ................................................................................................................................ 92
FIGURE4. 48:INTERFACE « GERER MAINTENANCE PREVENTIF» ........................................................................................................................ 93
FIGURE4. 49:INTERFACE « GERER MAINTENANCE CORRECTIVE» ...................................................................................................................... 93
FIGURE4. 50:INTERFACE « GERER FICHE MAINTENANCE » .............................................................................................................................. 93
FIGURE5. 1:DIAGRAMME DE CAS D’UTILISATION DU SPRINT 3 ......................................................................................................................... 97

FIGURE5. 2:TABLEAU DES TACHES DU SPRINT 3 ............................................................................................................................................ 97
FIGURE5. 3:DIAGRAMME DE CAS D’UTILISATION « GERER PASSATION» ............................................................................................................. 98
FIGURE5. 4:DIAGRAMME DE CAS D’UTILISATION « GERER PINE» ................................................................................................................... 100
FIGURE5. 5:DIAGRAMME DE CAS D’UTILISATION « GERER OUTIL» .................................................................................................................. 102
FIGURE5. 6.DIAGRAMME DE CAS D’UTILISATION « SUIVRE MAINTENANCE » .................................................................................................... 104
FIGURE5. 7:CONSULTER STATISTIQUE ....................................................................................................................................................... 104
FIGURE5. 8:DIAGRAMME DE CLASSE DE SPRINT 3 ....................................................................................................................................... 105
FIGURE5. 9:DIAGRAMME DE SEQUENCE «AJOUTER PASSATION» ................................................................................................................... 107
FIGURE5. 10:DIAGRAMME DE SEQUENCE «MODIFIER PASSATION» ................................................................................................................ 108
FIGURE5. 11:DIAGRAMME DE SEQUENCE «CONSULTER PASSATION» .............................................................................................................. 108
FIGURE5. 12:DIAGRAMME DE SEQUENCE «SUPPRIMER PASSATION» .............................................................................................................. 109
FIGURE5. 13:DIAGRAMME DE SEQUENCE «AJOUTER PINE».......................................................................................................................... 110
FIGURE5. 14:DIAGRAMME DE SEQUENCE «MODIFIER PINE» ........................................................................................................................ 111
FIGURE5. 15:DIAGRAMME DE SEQUENCE «CONSULTER PINE» ...................................................................................................................... 111
FIGURE5. 16:DIAGRAMME DE SEQUENCE «SUPPRIMER PINE» ...................................................................................................................... 112
FIGURE5. 17:DIAGRAMME DE SEQUENCE «AJOUTER OUTIL» ........................................................................................................................ 112
FIGURE5. 18:DIAGRAMME DE SEQUENCE «MODIFIER OUTIL»....................................................................................................................... 113
FIGURE5. 19:DIAGRAMME DE SEQUENCE «CONSULTER OUTIL» .................................................................................................................... 113
FIGURE5. 20:DIAGRAMME DE SEQUENCE «SUPPRIMER OUTIL ».................................................................................................................... 114
FIGURE5. 21:DIAGRAMME DE SEQUENCE «CONSULTER MAINTENANCE PREVENTIF» .......................................................................................... 114
FIGURE5. 22:DIAGRAMME DE SEQUENCE «CONSULTER MAINTENANCE PREVENTIF» .......................................................................................... 115
FIGURE5. 23:CONSULTER STATISTIQUE ..................................................................................................................................................... 115
FIGURE5. 24:DIAGRAMME D’ACTIVITE« MODIFIER PASSATION» .................................................................................................................... 116
FIGURE5. 25:DIAGRAMME D’ACTIVITE« CONSULTER MAINTENANCE PREVENTIF» .............................................................................................. 116
FIGURE5. 26:BASE DE DONNEES DOCUMENT « PASSATION » ........................................................................................................................ 116
FIGURE5. 27:BASE DE DONNEES DOCUMENT « PINE» ................................................................................................................................. 117
FIGURE5. 28:BASE DE DONNEES DOCUMENT « OUTIL» ............................................................................................................................... 117
FIGURE5. 29:INTERFACE « CONSULTER PASSATION».................................................................................................................................... 117
FIGURE5. 30:INTERFACE « MODIFIER PASSATION» ...................................................................................................................................... 117
FIGURE5. 31:INTERFACE « AJOUTER PINE» ............................................................................................................................................... 118
FIGURE5. 32:INTERFACE « CONSULTER PINE» ............................................................................................................................................ 118
FIGURE5. 33:INTERFACE « CONSULTER OUTIL» .......................................................................................................................................... 118
FIGURE5. 34:INTERFACE « SUPPRIMER OUTIL » ......................................................................................................................................... 118
FIGURE5. 35:INTERFACE « CONSULTER MAINTENANCE PREVENTIF »............................................................................................................... 119
FIGURE5. 36:INTERFACE « CONSULTER MAINTENANCE CORRECTIVE» ............................................................................................................. 119
FIGURE5. 37:INTERFACE « CONSULTER DASHBOARD» ................................................................................................................................. 119
FIGURE5. 38:INTERFACE « RESPONSABLE» ............................................................................................................................................... 120
FIGURE5. 39:INTERFACE « CHEF DE DEPARTEMENT» ................................................................................................................................... 120
FIGURE5. 40:INTERFACE « CHEF DE DEPARTEMENT» ................................................................................................................................... 120
FIGURE5. 41:INTERFACE « TECHNICIEN» .................................................................................................................................................. 121
FIGURE5. 42:INTERFACE « TECHNICIEN» .................................................................................................................................................. 121
LISTE DES TABLEAUX
TABLEAU 1. 1:TABLEAU FONCTIONNALITES ET CARACTERISTIQUE DE COSWIN ........................................................................................................ 7

TABLEAU 1. 2:TABLEAU COMPARATIF DES APPLICATIONS................................................................................................................................. 10
TABLEAU 1. 3:TABLEAU COMPARATIF METHODOLOGIE DE DEVELOPPEMENT....................................................................................................... 13
TABLEAU 1. 4:TABLEAU COMPARATIF DES APPLICATIONS DE QUELQUES METHODOLOGIES ...................................................................................... 14
TABLEAU2. 1:IDENTIFICATION DES ACTEURS ................................................................................................................................................ 18

TABLEAU2. 2:LE BACKLOG DU PRODUIT ...................................................................................................................................................... 22
TABLEAU2. 3:EQUIPE DE REALISATION DU PROJET ......................................................................................................................................... 25
TABLEAU2. 4:LIVRABLE DE PROJET ............................................................................................................................................................. 25
TABLEAU2. 5:RISQUE DE PROJET ............................................................................................................................................................... 26
TABLEAU2. 6:ENVIRONNEMENT MATERIEL .................................................................................................................................................. 26
TABLEAU2. 7:ENVIRONNEMENT LOGICIEL ................................................................................................................................................... 27
TABLEAU3. 1:BACKLOG DU SPRINT 1.......................................................................................................................................................... 32

TABLEAU3. 2:SCENARIO DU CAS D’UTILISATION « S’AUTHENTIFIER »................................................................................................................. 34
TABLEAU3. 3:SCENARIO « AJOUTER UTILISATEURS » ..................................................................................................................................... 35
TABLEAU3. 4:SCENARIO «MODIFIER UTILISATEUR »...................................................................................................................................... 35
TABLEAU3. 5:SCENARIO «CONSULTER UTILISATEUR» .................................................................................................................................... 36
TABLEAU3. 6:SCENARIO «SUPPRIMER UTILISATEUR» .................................................................................................................................... 36
TABLEAU3. 7:SCENARIO « AJOUTER MACHINES» ......................................................................................................................................... 37
TABLEAU3. 8:SCENARIO « MODIFIER MACHINES » ....................................................................................................................................... 37
TABLEAU3. 9:SCENARIO «CONSULTER MACHINES » ...................................................................................................................................... 38
TABLEAU3. 10:SCENARIO «SUPPRIMER MACHINE »...................................................................................................................................... 38
TABLEAU3. 11:SCENARIO « AJOUTER STOCKS» ............................................................................................................................................ 39
TABLEAU3. 12:SCENARIO « MODIFIER STOCKS » ......................................................................................................................................... 39
TABLEAU3. 13:SCENARIO «CONSULTER STOCKS » ........................................................................................................................................ 40
TABLEAU3. 14:SCENARIO «SUPPRIMER STOCKS» ......................................................................................................................................... 40
TABLEAU3. 15:DICTIONNAIRE DE DONNEES DE LA TABLE «UTILISATEUR » .......................................................................................................... 41
TABLEAU3. 16:DICTIONNAIRE DE DONNEES DE LA TABLE «RESPONSABLE » ........................................................................................................ 41
TABLEAU3. 17:DICTIONNAIRE DE DONNEES DE LA TABLE «CHEF DE DEPARTEMENT» ............................................................................................ 41
TABLEAU3. 18:DICTIONNAIRE DE DONNEES DE LA TABLE «TECHNICIEN» ........................................................................................................... 42
TABLEAU3. 19:DICTIONNAIRE DE DONNEES DE LA TABLE «MACHINE»............................................................................................................... 42
TABLEAU3. 20:DICTIONNAIRE DE DONNEES DE LA TABLE «STOCK» ................................................................................................................... 42
TABLEAU3. 21:TEST ET VALIDATION DU SPRINT 1.......................................................................................................................................... 57

TABLEAU4. 2:SCENARIO « AJOUTER TEST MODULE » ..................................................................................................................................... 60
TABLEAU4. 3:SCENARIO «MODIFIER TEST MODULE» ..................................................................................................................................... 61
TABLEAU4. 4:SCENARIO « CONSULTER TEST MODULE» .................................................................................................................................. 61
TABLEAU4. 5:SCENARIO « SUPPRIMER TEST MODULE » ................................................................................................................................. 61
TABLEAU4. 6:SCENARIO « AJOUTER RECLAMATIONS» ................................................................................................................................... 62
TABLEAU4. 7:SCENARIO « MODIFIER RECLAMATIONS » ................................................................................................................................. 63
TABLEAU4. 8:SCENARIO «CONSULTER RECLAMATIONS» ................................................................................................................................ 63
TABLEAU4. 9:SCENARIO «SUPPRIMER RECLAMATIONS» ................................................................................................................................ 63
TABLEAU4. 10:SCENARIO « AJOUTER INTERVENTIONS» ................................................................................................................................ 64
TABLEAU4. 11:SCENARIO « MODIFIER INTERVENTIONS» ............................................................................................................................... 65
TABLEAU4. 12:SCENARIO «CONSULTER INTERVENTIONS» .............................................................................................................................. 65
TABLEAU4. 13:SCENARIO «SUPPRIMER INTERVENTIONS» .............................................................................................................................. 65
TABLEAU4. 14:SCENARIO « AJOUTER MAINTENANCE PREVENTIF» ................................................................................................................... 66
TABLEAU4. 15:SCENARIO « MODIFIER MAINTENANCE PREVENTIF» ................................................................................................................. 67
TABLEAU4. 16:SCENARIO «CONSULTER MAINTENANCE PREVENTIF» ................................................................................................................ 67
TABLEAU4. 17:SCENARIO «SUPPRIMER MAINTENANCE PREVENTIF» ................................................................................................................ 67
TABLEAU4. 18:SCENARIO « AJOUTER MAINTENANCE CORRECTIVE» ................................................................................................................. 68
TABLEAU4. 19:SCENARIO « MODIFIER MAINTENANCE CORRECTIVE» ............................................................................................................... 69
TABLEAU4. 20:SCENARIO «CONSULTER MAINTENANCE CORRECTIVE» .............................................................................................................. 69
TABLEAU4. 21:SCENARIO «SUPPRIMER MAINTENANCE CORRECTIVE» .............................................................................................................. 69
TABLEAU4. 22:SCENARIO « AJOUTER FICHE MAINTENANCE».......................................................................................................................... 70
TABLEAU4. 23:SCENARIO « MODIFIER FICHES MAINTENANCE» ....................................................................................................................... 71
TABLEAU4. 24:SCENARIO «CONSULTER FICHE MAINTENANCE» ....................................................................................................................... 71
TABLEAU4. 25:SCENARIO «SUPPRIMER FICHE MAINTENANCE» ....................................................................................................................... 71
TABLEAU4. 26:DICTIONNAIRE DE DONNEES DE LA TABLE « TEST MODULE » ....................................................................................................... 72
TABLEAU4. 27:DICTIONNAIRE DE DONNEES DE LA TABLE « RECLAMATION»........................................................................................................ 73
TABLEAU4. 28:DICTIONNAIRE DE DONNEES DE LA TABLE « INTERVENTION» ....................................................................................................... 73
TABLEAU4. 29:DICTIONNAIRE DE DONNEES DE LA TABLE « MAINTENANCE PREVENTIF» ........................................................................................ 73
TABLEAU4. 30:DICTIONNAIRE DE DONNEES DE LA TABLE « MAINTENANCE CORRECTIVE» ...................................................................................... 74
TABLEAU4. 31:DICTIONNAIRE DE DONNEES DE LA TABLE « FICHE MAINTENANCE»............................................................................................... 74
TABLEAU4. 32:TEST ET VALIDATION DU SPRINT 2.......................................................................................................................................... 94

TABLEAU5. 2:SCENARIO « AJOUTER PASSATION» .......................................................................................................................................... 98
TABLEAU5. 3:SCENARIO «MODIFIER PASSATION» ......................................................................................................................................... 99
TABLEAU5. 4:SCENARIO « CONSULTER PASSATION» ...................................................................................................................................... 99
TABLEAU5. 5:SCENARIO « SUPPRIMER PASSATION »...................................................................................................................................... 99
TABLEAU5. 6:SCENARIO « AJOUTER PINE » ............................................................................................................................................... 100
TABLEAU5. 7:SCENARIO «MODIFIER PINE» ............................................................................................................................................... 101
TABLEAU5. 8:SCENARIO « CONSULTER PINE» ............................................................................................................................................ 101
TABLEAU5. 9:SCENARIO « SUPPRIMER PINE » ............................................................................................................................................ 101
TABLEAU5. 10.SCENARIO « AJOUTER OUTIL» ............................................................................................................................................ 102
TABLEAU5. 11:SCENARIO «MODIFIER OUTIL»............................................................................................................................................ 103
TABLEAU5. 12:SCENARIO « CONSULTER OUTIL» ........................................................................................................................................ 103
TABLEAU5. 13:SCENARIO « SUPPRIMER OUTIL » ........................................................................................................................................ 103
TABLEAU5. 14:SCENARIO «CONSULTER MAINTENANCE PREVENTIF» .............................................................................................................. 104
TABLEAU5. 15:SCENARIO «CONSULTER MAINTENANCE CORRECTIVE» ............................................................................................................ 104
TABLEAU5. 16:CONSULTER STATISTIQUE ................................................................................................................................................... 105
TABLEAU5. 17:DICTIONNAIRE DE DONNEES DE LA TABLE «PASSATION » .......................................................................................................... 106
TABLEAU5. 18:DICTIONNAIRE DE DONNEES DE LA TABLE «PINE » .................................................................................................................. 106
TABLEAU5. 19:DICTIONNAIRE DE DONNEES DE LA TABLE «OUTIL »................................................................................................................. 106
TABLEAU5. 20:TEST ET VALIDATION DU SPRINT 3........................................................................................................................................ 122
INTRODUCTION GÉNÉRALE
Personne ne peut plus douter que l’informatique est une révolution fondamentale et innovante qui
a touché considérablement la vie humaine durant le dernier siècle . En effet , loin d’être un
phénomène effervescent , ou une tendance passagère , l’informatique vient d’être exploitée dans
tous les aspects de la vie . Aucun domaine n’est resté à l’abri de cette politique qui facilite les
taches aussi bien pour l’entreprise que pour le personnel .
En effet , les systèmes d’informations ont répondu à un besoin vif pour n’importe quel type
d’organisation , c’est la gestion d’information qui est parmi les enjeux les plus primordiaux pour les
entreprises et touche pratiquement toutes les activités telles que la production et la maintenance.
Dans le milieu industriel ,on assiste de plus en plus à la multiplicité , a la sophistication des
machines productives d’une part ,et d’une part à l’exigence de la continuité de production et de la
maintenance . Pour le service de maintenance , ces paramètres auront pour effets de renforcer la
tache de suivi et de maintien en bon état le fonctionnement des machines . Ce qui illustre bien
cette remarque de François Manchy « plus l’indisponibilité est couteuse , plus la maintenance est
économique , plus la sécurité est en jeu , plus la maintenance s’avère obligatoire ».
L’internet est un système de communication qui permet la communication et l’échange facile des
informations . Ce dernier permet donc , de généraliser l’utilisation des outils informatiques (logiciel)
plus performants avec des clients légers (navigateur web complet et sans demander l’installation
de logiciel sur des machines individuelles). Ceci permet l’accès aux ressources sans contraintes
particulières . Cette technologie permet le développement des applications pouvant tourner sous
différents navigateurs , tout en assurant la sécurité .
Pour ce faire, SEBN-TN a choisi d’améliorer son système de travail. Dans ce cadre, nous voulons
proposer notre projet de fin d'études intitulé « Conception et réalisation d’une application de
gestion des tâches de service test système » Ce présent rapport se compose de cinq chapitres :
• Le premier chapitre est consacré à la présentation générale du projet, la problématique , la
solution proposée ainsi la méthodologie adoptée.
1
• Le deuxième chapitre «analyse et spécification des besoins» présente les besoins du client,
L‘identification des acteurs, besoins fonctionnels et non fonctionnels ainsi que le Backlog du
produit, l‘organigramme des taches, l‘architecture du projet, le livrable du projet et risque
du projet.
• Le troisième chapitre s‘intitule «mise en œuvre du sprint 1» le rôle de ce chapitre est de
présenter la 1ere sprint d’où nous allons élaborer l‘analyse, la conception, la réalisation et
les tests du sprint 1.
• Le quatrième chapitre s’intitule «mise en œuvre du sprint 2» rôle de ce chapitre est de
présenter le 2ème sprint d’où nous allons élaborer l‘analyse, la conception, la réalisation et
les tests du sprint 2.
• Le cinquième et dernier chapitre et s’intitule «mise en œuvre du sprint 3» rôle de ce chapitre
est de présenter le 3ème sprint d’où nous allons élaborer l‘analyse, la conception, la
réalisation et les tests du sprint 3.
• Finalement Le rapport se termine par une conclusion qui va récapituler tout ce qui a été
énoncé dans le rapport.
2
Chapitre 1 Présentation du cadre du projet
CHAPITRE 1 PRÉSENTATION DU CADRE DU PROJET
1 Introduction
Dans ce premier chapitre, nous allons présenter l’organisme d’accueil c’est la société SEBN de Jendouba
, les clients, ses produits ainsi que de ses différents secteurs. Par la suite, nous allons évoquer le sujet du
travail et préciser les problèmes retrouvés à l’intérieur de l’entreprise SEBN-TN . Et pour finir, nous allons
adopter notre solution ainsi que la méthodologie de travail .
2 Organisme d’accueil
Ce projet rentre dans le cadre du projet de fin d’études qui vient de conclure notre formation de licence
en informatique appliquée la gestion à la Faculté des Sciences juridiques économiques et de gestion de
Jendouba (FSJEGJ).
2.1 Organisme d’accueil
Figure1. 1:Logo SBEN,TN
SEBN TN : SUMITOMO ELECTRIQUE BORD NETEZ-TUNISIA
SEBN TN de Jendouba
Fondé en décembre 1919, le groupe SUMITOMO est l’un des plus grands groupes industriels et financiers à
travers le monde. Il est présent dans divers secteurs notamment l’électrique, l’électronique et le
commerce. Cet empire japonais est composé de 37 entreprises et se classait en 2007 parmi les cinq
premiers groupes mondiaux d’entreprises. Les différentes entreprises sont autonomes pour la gestion et
le statut juridique. Présent dans 65 pays, SUMITOMO emploie plus de 153 000 personnes et a réalisé en 2011
bénéfice brut d’environ 11,5 millions de $USD. Dans le domaine automobile de Sumitomo Electric Industries,
il y a 4 entreprises principales :
. Sumitomo Wiring System
.Auto-Networks Technologies
.Tokkai Rubber Industries
.Sumiden Electronics
SUMITOMO ELECTRONIC BORDNETZE Tunisia Sarl est une câblerie qui a démarré ses activités à (Jendouba)
depuis mars 2009 sur un espace industriel d’environ 2 500 m². Spécialisée dans la production de câbles
électriques pour l‘industrie automobile, ses investissements globaux sont évalués à près de 25 millions
USD et le nombre de postes d’emplois créés avoisine les 500 (en 2011).
3
Figure1. 2:Local de SEBN TN de Erttiyeh-Jendouba
2.1.1 Fiche d’identité
Figure1. 3:Fiche d'identité de l’entreprise
2.1.2 Organigramme de l’organisme d’accueil

L’entreprise embauche 4000 employées (cadres ; agents de maitrise et agents d’exécution).
Il existe trois équipes de travail par jour :
Une équipe de 6:00 à 14:00
Une équipe de14 :00 à 22:00
Une équipe de 22:00 à 6:00
Chaque équipe change son horaire d’une semaine à une autre en parallèle avec le service contrôle
qualité.
Toutes ces équipes sont pilotées et supervisée par un superviseur de production.
Les départements mentionnés précédemment sont représentés selon l’organigramme suivant :
Figure1. 4:Organigramme de SEBN-TN
2.1.3 Historique
- 1986 : Les sociétés Volkswagen AG et Bergmann Kabelwerke AG forment la société Volkswagen Bordnetze
GmbH dont le siège se trouve à Berlin en décembre. Début de production des faisceaux de câbles Polo et
Golf.
4
- 1990 : Siemens AG a repris la société Bergmann Kabelwerke AG. La part de Volkswagen Bordnetze GmbH
détenue par la société est également passée à Siemens AG. Création du premier site étranger à Cerkezköy
/ Turquie en novembre.
- 1992 : Formation du site polonais à Gorzów.
- 1993 : L’activité avait évolué de fabricant unique à développeur et fabricant. Volkswagen Bordnetze a
obtenu le développement de la Golf A4 et était responsable de la conception, de la construction, de la
gestion de la chaîne logistique, des prototypes et de la conception.
- 1995 : Premier démarrage du centre logistique à Emden.
- 1996 : Formation du site slovaque à Nitra. Premier démarrage du centre logistique à Zwickau. - 2000 :
Déménagement du siège de Berlin à Wolfsburg. Création de la société AutoSysteme GmbH en tant que
filiale à part entière du développement et des ventes dans le but de nouvelles commandes de clients
extérieurs à Volkswagen. Génie électrique 2019/2020 ENIS Page 7 SEBN
- 2001 : Formation du site marocain à Tanger. Création et mise en place du centre logistique espagnol de
Pampelune.
- 2003 : Création de la joint-venture "Changchun Volkswagen Bordnetze Co., Ltd." à Changchun / P.R. de
la Chine avec l’objectif de couverture du marché chinois.
- 2004 : La formation de la joint-venture "Suzhou Bordnetze Electrical Systems Ltd." près de Shanghai.
- 2006 : Volkswagen AG et Siemens AG vendent Volkswagen Bordnetze GmbH. Sumitomo Electric
Industries et Sumitomo Wiring Systems ont acquis la société. Formation du site ukrainien à Ternopil le 1er
juin. Le changement de nom officiel en Sumitomo Electric Bordnetze GmbH était le 17 juillet. Formation du
SE Bordnetze - Bulgarie EOOD à Karnobat le 14 septembre.
- 2007 : Fusion de la société AutoSysteme GmbH et de Sumitomo Electric Bordnetze GmbH le 15 février.
Création du site mexicain "SE Bordnetze - Mexico S.A. de C.V." à Tlaxcala le 31 mai.
- 2008 : Formation du site tunisien "SE Bordnetze - Tunisie S.A.R.L." le 12 septembre.
- 2010 : Création du site roumain "SC Automotive Wiring Systems S.R.L." le 15 mars .
2.1.4 Activités
2.1.4.1 Les produits
L’usine SEBN TN de Jendouba produit essentiellement des faisceaux électriques pour l’industrie
automobile allemande. Ces faisceaux sont assemblés de manière à former des variantes chacune
appartenant à un projet. La variante est un câblage assemblé d’un dispositif soit à l’intérieur du véhicule
ou au compartiment du moteur. Ils sont livrés aux clients sous la forme d’une installation complète – le
projet- prête à être installée directement sur le véhicule.
Figure1. 5:Installation d'une voiture
5
2.1.4.2 Les clients de SEBN TN

SEBN TN est le fournisseur du leader allemand de l’industrie automobile : Volkswagen. L’entreprise SEBN-
TN procure une installation de câblage complète pour les véhicules appartenant au groupe Volkswagen
: SEAT, SKODA et Passat B8.
Figure1. 6:Logo du groupe Figure1. 8:Logo du véhicule

Figure1. 7:Logo du véhicule
Volkswagen SKODA
SEAT
2.2 Contexte du projet

Ce projet rentre dans le cadre du projet de fin d’études qui vient de conclure notre formation de licence
en informatique appliquée à la gestion Spécialité « Électronique business » à la Faculté des sciences
juridiques économiques et de gestion de Jendouba (FSJEGJ). Notre projet consiste à concevoir et à
développer une application web de gestion des taches de services test système au sein de l’entreprise
SEBN TN , il consiste à identifier et analyser les besoins liés à l’entreprise qui s’articulent autour des modules
fonctionnels à savoir , Gestion de d’effectif , Gestion de maintenance , Gestion de Stock interne , Gestion
des pines ...
2.3 Problématique
Dans l’entreprise SEBN TN il y a un software qu’on appelle ASP (Application Service Providers) qui gère
toutes les données de l’entreprise de différent département . Mais le problème ,il y a des taches de gestion
de maintenance dans ces services test system ne peuvent pas être réalisé par cette système.
Alors les quelle de ces problèmes sont très importante et les arrêts de production .
Peu importe leur cause, dans l’industrie les arrêts de production ont un impact considérable sur l’activité
de l’entreprise . Chaque arrêt de production peut impacter vos coûts de production, de maintenance, la
satisfaction de vos clients et votre gestion des stocks.
Des arrêts qui ont un coût non négligeable

Impact sur la satisfaction client
Impact sur le stockage
3 Survol sur les projets similaires

Avant de commencer à planifier notre application, on va présenter une analyse de quelques applications
similaires existantes.
3.1 Coswin 8i
Coswin 8i est une solution de GMAO (gestion de la maintenance assistée par ordinateur) /
EAM(gestion des actifs) permettant d’optimiser la gestion et le pilotage de votre
maintenance ainsi que la performance de vos équipements . Cette solution vous aidera à
réduire vos couts d’achats et les volumes de vos stocks , à améliorer la productivité de votre
personnel de maintenance tout en restant conforme aux réglementations en vigueur .
6
Siveco group et ses partenaires agréés ont toute la compétence nécessaire pour mettre en
œuvre la solution cosw in 8i au sein de votre organisation afin que vous obteniez un retour
sur investissement rapide , quelle que soit la taille de votre organisation et quel que soit
votre secuteur d’activité (industrie , santé …)[1]
Coswin 8i est une solution de GMAO (Gestion de la Maintenance Assisté par Ordinateur) / EAM (Gestion
des Actifs) permettant d’optimiser la gestion et le pilotage de votre maintenance ainsi que la
performance de vos équipements .
Voici la table des principales fonctionnalités et caractéristique de ce logiciel :
Fonctionnalités Caractéristique
Gestion de la production Gestion des achats
Gestion des fournisseur Gestion des stocks / inventaires
Gestion de projets Workflow
Messagerie instantanée-chat Gestion de base de données
Gestion des clients Gestion des Devis / proposition commerciales
Gestion des actifs stratégiques de la maintenance Gestion des stocks
Gestion des achats Gestion Multi-Organisation
Projet Devis
Workflow Assistance en ligne (forum, tutoriels …)
Tableau 1. 1:Tableau fonctionnalités et caractéristique de coswin
Compatibilité & Configuration
Logiciel en mode SaaS, Coswin 8I est donc compatible avec la plupart des systèmes d’informations
d’entreprises ainsi qu’avec la plupart des systèmes d’exploitation (OS) comme Windows, Mac OS, et Linux
car il est accessible depuis un navigateur web (Chrome, Firefox …). Ce progiciel est également accessible
à distance (bureau, domicile, en déplacement…) depuis de nombreux appareils mobiles comme une
tablette ou un smartphone iPhone (plateforme iOS) ou Android, et dispose sans doute d’une application
mobile disponible sur le Play Store / App Store. Pour l’utiliser, il est important d’avoir une connexion Internet
correcte ainsi qu’un navigateur à jour.[1]
Prix de Coswin 8I
Le prix de Coswin 8I est disponible sur demande mais ce tarif est susceptible d’évoluer car différentes
options sont proposées par l’éditeur de ce logiciel SaaS afin de répondre aux besoins de ses utilisateurs :
nombre de licences, fonctions supplémentaires, add-ons …
Voici les différents tarifs de Coswin 8I (pricing / forfaits) :
– Essai gratuit : 0 € (limité dans le temps / dans les fonctionnalités)
– Standard : Prix sur demande
La plupart des éditeurs informatique proposent soit une version d’essai gratuite avec toutes les
fonctionnalités activées, mais qui sera alors limitée dans le temps (en moyenne 15 à 30 jours), soit une
version freemium bridée (certaines fonctionnalités sont inactives) pour vous inciter à l’acheter.
7
L’éditeur de logiciel professionnel propose souvent des codes promo ainsi que des réductions sur le
pricing en fonction du nombre de licences achetées. Les abonnements annuels permettent également
de réaliser une économie par rapport aux abonnements mensuels car ils sont en général de 10% à 30%
moins chers.[1]
Logo de coswin 8i :
Figure1. 9:logo de coswin 8i
Voici quelle que capture de l’interface d’application coswin 8i :
Figure1. 10:Secteur OT (ordre de travail) de l’application Coswin 8i
Figure1. 11:Détail de la fiche article de l’application Coswin 8i
3.2 Fiix
Fiix est un logiciel de GMAO qui permet de gérer votre maintenance depuis n’importe où et à tout moment
grâce à des outils collaboratifs.
Les principales fonctionnalités proposées par Fiix sont les suivantes :
• Gestion des actifs : le logiciel permet d’organiser vos actifs en rassemblant toutes les informations
à un seul et même endroit, mais aussi de les suivre en collectant les données essentielles.
• Vous pouvez aussi optimiser vos actifs en observant l’aperçu des performances et ainsi adapter
vos prises de décisions.
8
• Gestion des bons de travail : Fiix permet de créer des bons de travail adaptés pour aider les
équipes à trouver, comprendre et démarrer leurs tâches.
• Exécution de la maintenance : la fonctionnalité permet de planifier la maintenance et de la
déclencher à une date et une heure précise, pour éviter les lancements imprévus.
• Création de rapports personnalisables : le logiciel offre la possibilité de créer automatiquement
des rapports et des tableaux de bords actualisables en temps réel, à partir des KPI (eux aussi
consultables en temps réel).
• Gestion des stocks et des fournitures : vous pouvez gérer vos stocks plus facilement, et créer des
alertes automatiques qui vous préviennent quand certaines pièces atteignent les quantités
minimales définies au préalable.
Il existe une version gratuite de Fiix, qui permet d’accéder aux fonctionnalités basiques du logiciel, pour 3
utilisateurs maximum.
Côté prix, Fiix propose 3 offres :
• Une formule à 45 $ par mois et par utilisateur, idéale pour les petites équipes.
• Une formule à 75 $ par mois et par utilisateur, conçue pour les entreprises avec des grandes
équipes, qui ont besoin de gérer plusieurs sites.
• Une formule personnalisable selon les besoins, conçue pour les entreprises avec des gros
besoins.[2]
Logo de fiix :
Figure1. 12:ogo de Fiix

Voici quelle que capture de l’interface d’application Fiix :
Figure1. 13:Dashboard de l’application Fiix
Figure1. 14:calendar de l’application Fiix
9
4 Critique de l’existant (tableau comparatif des Applications)

Dans ce tableau , nous présentons différence entre application Coswin 8i et Fiix :
Coswin 8i Fiix
Meilleur pour Conçue pour les entreprisses des Le logiciel CMMS de Fiix es le moyen
secteurs de l’industriel ,de la le plus simple de planifier , de suivre
logistique , de la santé de la défense et d’optimiser la maintenance dans
et autres , il s’agit d’une plate-forme fabrication (discrète et de
GMAO qui assure la maintenance processus) , le pétrole et le gaz , les
planifiée la gestion des risques , etc. services publics , la construction ,
l’entreposage , la distribution , etc...
Caractéristiques • Suivi des actifs • Suivi des actifs
• Facturation • Gestion de l'étalonnage
• Gestion de l'étalonnage • Accès mobile
• Gestion des clés et des • Maintenance prédictive

serrures
• Maintenance préventive
• Accès mobile
• Historique d'entretien
• Maintenance préventive
• Gestion des techniciens
• Historique d'entretien
• Gestion des bons de
• Gestion des techniciens travail
• Gestion des bons de

travail
Déploiement • Suivi des actifs • Suivi des actifs
• Gestion de l'étalonnage • Gestion de l'étalonnage
• Gestion de l'inventaire • Gestion de l'inventaire
• Planification • Planification
• Gestion des techniciens • Gestion des techniciens
• Gestion des bons de • Gestion des bons de

travail travail
Soutien • 24/7 (Représentant en • E-mail/service

direct) d'assistance
• Discuter • FAQ/Forum
• Base de connaissances
• Assistance téléphonique
Discuter
Logiciel de formation • En personne • En personne
• En direct en ligne • En direct en ligne
• Documentation • Webinaires
• Documentation Vidéos
Tableau 1. 2:Tableau comparatif des applications
10
5 Solution proposée
A la suite des problèmes évoqués précédemment, notre projet consiste à créer une application qui
permettrait de gérer les données de services de test, en mettant en place un système de gestion de
maintenance assisté par ordinateur . Chaque entreprise possède des équipements essentiels ou bon
déroulement de ses activités, et les couts associés à l’arrêt de ces équipements peuvent être très élevés.
La maintenance est donc une activité cruciale, et les équipes ont besoin d’un outil fiable et adapté pour
agir efficacement dans leurs missions .Afin de mettre en place des stratégies de maintenance efficaces
et de réduire les temps d’arrêt dans l’usine, notre application à venir offrira des fonctionnalités telles que
la gestion de la main d’œuvre, la maintenance préventif et corrective, un calendrier pour les taches de
maintenance préventive avec un système de notification la gestion des stocks de services de test, ainsi
que la gestion des pannes …
6 Méthodologie de développement logiciel De projet

Le cycle de vie du développement logiciel (en anglais, Software développement life cycle, soit SDLC) est
le correcteur orthographique mondial par excellence du développement logiciel. Il permet de signaler les
erreurs de création de logiciels avant qu’elles ne soient découvertes (à un coût bien plus élevé) durant les
différentes étapes. Mais le logiciel est bien plus que cela. Le SDLC peut également établir un plan
suffisamment élaboré pour que tout fonctionne à merveille dès la première utilisation.
Le processus SDLC comporte plusieurs étapes distinctes, tel que la planification, l’analyse, la conception,
la construction, les tests, le déploiement et la maintenance.
Alors Il y a deux méthodologies logicielles largement admises, en cascade et Agile.
Chacune de ces approches diffère des autres sur certains points. Toutes ont cependant un objectif
commun : aider les équipes à fournir des logiciels de haute qualité le plus rapidement possible et à
moindre coût .
Cascade :
La méthode en Cascade est un modèle où les phases de développement suivent rigoureusement un ordre
spécifique. La phase suivante ne peut commencer que lorsque la phase précédente a été conclue. D'une
manière générale, l'approche en Cascade commence par une planification et un design étendu, suivis
d'un codage et d'un test, et se termine par la publication. L'idée principale derrière la méthode en Cascade
est que le processus de planification approfondi nie la nécessité d'apporter des ajustements importants
lors du développement. À cette fin, la technique en Cascade tente de se préparer à tous les scénarii afin
d'éviter des retards qui coûtent du temps et des ressources. [3]
Figure1. 15:Méthode en cascade
11
Agile :
C’est une méthode de gestion de projets et de développement qui est très utilisée au sein des agences
de marketing et des entreprises technologiques. La spécificité de la méthode agile est son approche par
itération. Ce sont des cycles de développement courts, très ciblés, impliquant le client et favorisant la
collaboration entre des équipes pluridisciplinaires.
L’objectif de la méthode agile est de développer des produits plus rapidement, à moindre coût, et avec
un taux de réussite et de satisfaction plus important. [4]
Figure1. 16:Méthode en agile
La méthode agile : est simple et flexible, avec suffisamment de liberté pour apporter des modifications à
un projet, quel que soit son état d’avancement.
Modèle en cascade : est clair et structuré, définissant chaque étape du début à la fin. [5]
12
Tableau de comparaison entre méthode agile et méthode en traditionnelle :
Méthode Agile Méthode traditionnelle (Cascade)
Toute approche Agile organise le cycle de vie du Le processus de développement du projet est
développement du projet en sprints et suit une divisé en phases / séquences distinctes .
approche incrémentale.
La méthodologie Agile est connue pour sa La méthode traditionnelle ou en cascade est un

flexibilité. processus de conception séquentielle .
Agile peut être considéré comme une collection Le cycle en v (cascade) est une méthode de
de nombreux projets différents . développement structurée , donc la plupart du
temps , elle peut être assez rigide
Agile est une méthode assez flexible qui permet Le développement du projet sera réalisé en une
d’apporter de modifications aux exigences de seule pièce .
développement du projet même si la planification
initiale est terminée .
La méthodologie Agile suit une approche itérative Il n’est pas prévu de modifier les exigences une fois
en raison de sa méthode de planification, de que le développement du projet commence .
développement ou encore de la répétitivité des
autres phases, qui peuvent apparaître plus d’une
fois .
Le plan de test est revu après chaque sprint . Toutes les phases de développement du projet
telles que la conception, développement, les tests,
etc... Sont réalisées une seule fois dans le modèle
Waterfall .
La méthodologie agile est un processus dans Le plan de test est rarement discuté pendant la
lequel les exigences sont censées changer et phase de test .
évoluer .
Dans la méthodologie Agile, les tests sont La méthode est idéale pour les projets qui ont des
effectués simultanément . exigences précises et aucun changement attendu
.
Agile introduit une mentalité de produit où le Dans cette méthodologie, la phase « Test » vient
produit répond aux besoins des clients finaux et se après la phase de conception.
modifie selon les demandes du client .
Les membres de l’équipe Agile sont Dans la méthode en cascade, le processus est
interchangeables, par conséquent, ils travaillent toujours simple, le chef de projet joue donc un rôle
plus rapidement. Il n’y a pas non plus besoin de essentiel à chaque étape .
chefs de projet car les projets sont gérés par toute
l’équipe .
Le Product Owner, avec équipe, prépare les Le business case prépare les exigences avant le
exigences tous les jours durant un projet . début du projet .
Tableau 1. 3:Tableau comparatif Méthodologie de développement
13
6.1 Justification du choix de la méthode

On a choisi la méthodologie Agile car Une méthodologie agile prévoit la fixation d’objectifs à court
terme utilisés dans la gestion de projets Alors que la méthode traditionnelle prévoit la planification totale
du projet avant même la phase développement . [6]
Parmi les méthodes agiles, on cite les exemples suivants :
Description Points Forts Points Faibles
RUP - une méthodologie de -propose des modèles -coûteux à

conduite et de de documents et des personnaliser et très
développement de canevas pour des axé processus .
projets. projets types.
- un outil prêt à l’emploi
XP - représente un ensemble - itératif. - ne couvre pas les

de pratiques de phases en amont et en
- simple à mettre en
développement. aval au
œuvre.
développement .
- cible des projets de
- alloue une large
moins de 5 personnes.
place aux aspects
techniques.
Scrum - 5 à 9 personnes -Itérative et - Développement
- Autogérée incrémentale imprécis, Influence de
-Développement d’un développement rapide

- les décisions sont prises
backlog de produit. sur les membres de
collectivement - Contient
l’équipe de
toutes les compétences - Travail en Equipe et
développement.
nécessaires pour terminer responsabilité
le sprint collective.
- Ne change pas pendant - Plus de souplesse et

un Sprint. de créativité.
- Augmentation de
productivité.
Tableau 1. 4:Tableau comparatif des applications de quelques méthodologies
6.2 La méthode SCRUM

La méthodologie Scrum, souvent utilisée dans le développement de logiciel, est basée sur des processus
itératifs et incrémentaux. Souvent appelée « Framework agile », Scrum met l’accent sur l’utilisation d’un
processus empirique qui permet aux équipes de répondre rapidement, efficacement et effectivement au
changement. Les méthodes traditionnelles de gestion de projet fixent les exigences dans le but de contrôler
le temps et les coûts. Scrum, en revanche, fixe le temps et les coûts dans le but de contrôler les exigences.
L’implication de l’entreprise tout au long du projet est essentielle car Scrum s’appuie fortement sur la
collaboration entre l’équipe et le client ou le représentant du client pour créer le bon produit de façon
rationnelle.[7]
Le processus de Scrum : Le projet commence par une vision claire fournie par l’entreprise, et un ensemble
de fonctionnalités du produit par ordre d’importance. Ces caractéristiques font partie du backlog du produit,
qui est tenu à jour par le client ou son représentant, appelé le Product Owner .
14
Un intervalle de temps, communément appelé itération ou sprint, est la durée déterminée dont dispose
l’équipe pour réaliser les fonctionnalités sélectionnées. Les sprints durent généralement d’une à quatre
semaines, et cette durée est maintenue pendant toute la durée du projet afin d’établir une cadence.
L’équipe sélectionne les éléments du backlog de produit qui, selon elle, peuvent être réalisés au cours du
sprint, et crée un backlog de sprint composé des fonctionnalités et des tâches dans le cadre de la réunion
de planification du sprint.
Figure1. 17:Méthode scrum
Une fois que l’équipe s’est engagée sur un backlog de sprint, le travail sur les tâches commence. Pendant
cette période du sprint, l’équipe n’est pas interrompue et peut se concentrer sur l’atteinte de l’objectif du
sprint. Aucune modification du backlog de sprint n’est autorisée ; toutefois, le backlog de produit peut être
modifié en vue du sprint suivant.
Au cours du sprint, les membres de l’équipe se rencontrent quotidiennement au cours d’une réunion de 15
minutes appelée « scrum ». Lors de cette rencontre, chaque membre indique ce qu’il a fait hier, ce qu’il
prévoit de faire aujourd’hui et ce qui l’empêche d’avancer.
À la fin du sprint, l’équipe fait une démonstration du travail qu’elle a accompli aux parties prenantes et
recueille des commentaires qui influeront sur ce qu’elle fera au cours du sprint suivant. Elle organise
également une rétrospective pour apprendre comment s’améliorer. Cette réunion est essentielle, car elle
est axée sur les trois piliers de Scrum : transparence, inspection et adaptation.[7]
Les rôles :
Il y a trois rôles dans Scrum : le Scrum Master, le Product Owner et l’équipe.
Le Scrum Master s’assure que la méthodologie Scrum est correctement appliquée. Pour cela, il doit
enseigner au Product Owner et à l’équipe de développement leur rôle respectif et la bonne façon de
l’exercer. Il doit également faciliter les interactions entre les membres et s’assurer que l’équipe est
opérationnelle et productive.
Le Product Owner représente les utilisateurs et les commanditaires du projet. Il est donc avant tout chargé
de maximiser la valeur du produit et le travail de l’équipe de développement. Son travail est différent du chef
de l’équipe de développement car son profil n’est pas technique. Il est proche des utilisateurs, et
reste dans la maîtrise d’ouvrage et non dans la maîtrise d’œuvre.
L’équipe est constituée de développeurs. Elle est chargée de transformer les besoins définis par le Product
Owner en fonctionnalités utilisables. Elle est pluridisciplinaire et possède toutes les compétences
nécessaires pour réaliser le projet, sans faire appel à des prestations externes.[7]
15
6.3 UML
Le langage UML (Unified Modeling Language, ou langage de modélisation unifié) a été pensé pour être un
langage de modélisation visuelle commun, et riche sémantiquement et syntaxiquement. Il est destiné à
l'architecture, la conception et la mise en œuvre de systèmes logiciels complexes par leur structure aussi
bien que leur comportement. L'UML a des applications qui vont au-delà du développement logiciel,
notamment pour les flux de processus dans l'industrie.
Il ressemble aux plans utilisés dans d'autres domaines et se compose de différents types de diagrammes.
Dans l'ensemble, les diagrammes UML décrivent la limite, la structure et le comportement du système et
des objets qui s'y trouvent.
L'UML n'est pas un langage de programmation, mais il existe des outils qui peuvent être utilisés pour
générer du code en plusieurs langages à partir de diagrammes UML. L'UML a une relation directe avec
l'analyse et la conception orientées objet. [8]
Figure1. 18:UML
7 Conclusion
Le premier chapitre de notre rapport de stage a été consacré à la présentation de l’organisme d’accueil
dans lequel nous avons effectué notre stage . Nous avons ensuite examiné le système en place afin de
déterminer les limites des solutions existantes et proposer une solution plus adaptée .Nous avons
également procédé à une analyse des différentes méthodologies de développement afin de sélectionner
celle qui sera utilisée tout au long de la conception de notre système . Dans le prochain chapitre, nous
nous concentrerons sur l’étude des besoins fonctionnels et non fonctionnels .
16
Chapitre 2 Analyse et spécification des besoins
CHAPITRE 2 ANALYSE ET SPÉCIFICATION DES BESOINS
1 Introduction
Dans ce chapitre, nous identifions les acteurs de notre application. Ensuite, nous présentons les besoins
des utilisateurs à travers une spécification des besoins fonctionnels et non fonctionnels , de créer le
Backlog du produit afin d’aboutir à une application performante et satisfaisante . Enfin, nous détaillons
tous les besoins sous forme d’un diagramme de cas d’utilisation global et planifier les sprints .
2 Equipe et rôles SCRUM

Dans Scrum, l'équipe joue un rôle primordial car elle est chargée d'optimiser la flexibilité et la productivité.
Pour y parvenir, elle s'organise elle-même et possède toutes les compétences nécessaires au
développement du produit . Elle dispose du pouvoir et de l'autorité nécessaires pour réaliser ses tâches.
Nous allons maintenant présenter les membres de notre équipe Scrum :
- Product Owner (PO) : M Abidi Ramzi, est responsable de présenter les caractéristiques et les
fonctionnalités du produit à développer et d'approuver le produit à livrer .
- Scrum Master (SM) : Mme Ghzouani Wided, supervise l'avancement global du projet et les activités de
l'équipe. Elle organise également les réunions et veille a l'application correcte de la méthode AGILE .
-L'équipe de développement : Composée de Mme Amri Kouki Oumaima est responsable de la réalisation
des histoires utilisateurs et de l'élaboration des sprints .
Figure2. 1:Equipe et rôle Scrum:
3 Identification des acteurs

Un acteur définit un rôle qu’une entité extérieure assume lors de son interaction avec le système. En se
basant sur cette définition, nous avons dégagé la liste des acteurs de notre système présenté dans le
tableau 2.1 :
17
Acteur Rôle
Responsable La personne en charge occupe un rôle capital et
essentiel puisqu’elle est responsable de tous
paramétrages de l’application. Elle a le pouvoir de
gérer les comptes utilisateur , de consulter les tests
modules , de suivre les maintenances (préventif et
corrective ) ainsi que de consulter les statistique ,
les stocks et les machines …
Chef de département Sous la supervision du responsable, l’acteur
principale a pour fonction de prendre en charge la
gestion des tests modules, des réclamations, des
interventions, des passations, des stocks, des
machines, ainsi que la gestion des outils (logiciels
ou matériels) et les pines . De plus, il est en mesure
de consulter les fiches de maintenance .
Techniciens Acteur principale sous contrôle du chef
département , sa fonction est de consulter
intervention et maintenance préventif , gérer
fiches maintenance.
Tableau2. 1:Identification des acteurs
4 Identification des besoins

L’identification des besoins consiste à traduire les objectifs du projet en un ensemble de fonctionnalités
ciblées par l’outil à réaliser. Ceci procurera une compréhension plus approfondie des tâches à mettre en
œuvre.
4.1 Besoins fonctionnels

Les besoins fonctionnels correspondent aux fonctionnalités du système. Ce sont les besoins spécifiant un
comportement d’entrée / sortie du système. Le système doit permettre :
Au responsable de :
• s’authentifier
• Gérer comptes utilisateurs
• Consulter tests modules
• Consulter stocks
• Consulter machine
• Suivre maintenances (préventive et corrective)
• Consulter statistiques.
chef département de :
• s’authentifier
• Gérer tests modules
• Gérer réclamations
• Gérer interventions
• Gérer passations
• Gérer machines
• Gérer stocks
• Gérer maintenance préventif
• Gérer les outils (logiciel ou matériel)
18
• Gérer pines...
• Consulter fiches de maintenance.
Au technicien de :
• S’authentifier
• Consulter intervention
• Consulter maintenance préventif
• Gérer maintenance corrective
• Gérer fiche maintenance
4.2 Besoins non fonctionnels

Pour compléter les besoins fonctionnels, notre projet devra respecter un ensemble de propriétés
contribuant à une meilleure qualité de la solution obtenue.
Parmi ces critères on retrouve :
-Sécurité :L’application devra être hautement sécurisé, les informations ne devront pas être accessibles
à tout le monde c’est-à-dire que le site web est accessible par un identifiant et un mot de passe attribué
à une personne physique.
- L’extensibilité : Dans le cadre de ce travail, l’application devra être extensible, c’est-à-dire qu’il pourra
y avoir une possibilité d’ajouter ou de modifier de nouvelles fonctionnalités.
- Ergonomie : L’application devra être cohérant de point de vue ergonomique. La qualité d’ergonomie
sera un facteur essentiel.
La compatibilité sur des différentes plateformes et différents navigateurs :
- Rapidité et Performance :L’application web doit être adaptable au maximum possible aux besoins des
utilisateurs et il doit aussi offrir un temps de réponse minimal pour l’affichage des pages.
- Fiabilité :L’application doit fonctionner de façon cohérente sans erreurs.
5 Le backlog du produit
Dans cette partie nous allons présenter le Backlog du produit est une liste de tâches priorisées définissant
les caractéristiques d’un produit. Il est un des éléments fondamentaux de la méthodologie Scrum. Il s’agit
de l’outil de travail principal du Product Owner qui se charge de recueillir les besoins auprès des parties
prenantes et de les transformer en liste de fonctionnalités prêtes à être développées par l’équipe de
développement.[9]
Nous présentons le tableau qui résume le backlog du produit relatif à notre solution et qui énumère les
champs suivants :
• ID : représente l’identifiant de l’user story
• User story : C’est une phrase décrivant la fonctionnalité désirée par le client
• Priorité : C’est l’importance attribuée par le Product Owner à cette tâche
(Remarque : pour que le tableau soit lisible et clair, nous allons nommer la "haute priorité " par l’abréviation
" H " , la " moyenne priorité " par l’abréviation " M " , la " basse priorité " par l’abréviation "B ")
Complexité : pour trouver la complexité des fonctionnalités, on a basé sur le planning pocker Scrum
-Complexité : on note la complexité des fonctionnalités sur trois
(3- plus complexe,
2-moyennement complexe,
1-faiblement complexe).
19
ID Feature USER STORY Priorité Complexité

1 S’authentifier En tant que(responsable / chef de H 3
département / technicien) je souhaite
m’authentifier pour assurer une connexion
sécurisée .
2 Gérer les En tant que responsable, je souhaite ajouter H 3
utilisateurs utilisateur .
En tant que responsable, je souhaite modifier H 3
utilisateur .
En tant que responsable, je souhaite consulter M 2
utilisateur.
En tant que responsable, je souhaite M 2
supprimer utilisateur.
3 Consulter tests En tant que responsable, je souhaite consulter M 2
modules tests modules .
4 Suivre En tant que responsable , je souhaite suivre H 3
maintenances maintenances (préventive et corrective) .
(préventive et
corrective)
5 Consulter En tant que responsable , je souhaite M 2
stocks Consulter stocks .
6 Consulter En tant que responsable , je souhaite M 2
statistiques Consulter statistiques .
7 Gérer stocks En tant que superviseur je , souhaite ajouter M 2
stocks .
En tant que chef de département je , souhaite M 2
modifier stocks .
supprimer stocks .
consulter stocks .
8 Gérer En tant que chef de département je , souhaite M 2
machines ajouter machines .
modifier machines .
supprimer machines.
consulter machines .
9 Gérer tests En tant que chef de département, je souhaite M 2
modules ajouter tests modules .
En tant que chef de département, je souhaite M 2
modifier tests modules .
20

supprimer tests modules .
consulter tests modules .
10 Gérer En tant que chef de département je , souhaite H 3
réclamations ajouter réclamations.
modifier réclamations .
En tant que chef de département je souhaite M 2
supprimer réclamations .
consulter réclamations .
intervention ajouter intervention .
modifier intervention .
supprimer intervention .
consulter intervention .
maintenance ajouter maintenance préventif.
préventif En tant que chef de département, je souhaite M 2
modifier maintenance préventif.
supprimer maintenance préventif.
consulter maintenance préventif.
13 Gérer En tant que technicien je , souhaite ajouter M 2
maintenance maintenance corrective.
corrective En tant que technicien , je souhaite modifier M 2
maintenance corrective.
En tant que technicien je , souhaite supprimer M 2
En tant que technicien je souhaite consulter M 2
14 Gérer fiche En tant que technicien je , souhaite ajouter M 2
maintenance fiche maintenance .
En tant que technicien , je souhaite modifier M 2
fiche maintenance .
En tant que technicien je , souhaite supprimer M 2
fiche maintenance .
21
En tant que technicien je souhaite consulter M 2

fiche maintenance.
passations ajouter passations .
modifier passations .
En tant que chef de département je , souhaite B 1
supprimer passations.
consulter passations .
16 Gérer pines En tant que chef de département je , souhaite M 2
ajouter pines .
modifier pines .
supprimer pines .
consulter pines .
17 Consulter En tant que chef de département je , souhaite M 2
fiches de consulter fiches de maintenance .
maintenance
18 Consulter En tant que technicien je , souhaite consulter M 2

intervention intervention .
19 Gérer les outils En tant que chef de département je , souhaite M 2

(logiciel ou ajouter outils (logiciel ou matériel) .
matériel) En tant que chef de département je , souhaite M 2
modifier outils (logiciel ou matériel) .
supprimer outils (logiciel ou matériel) .
En tant que chef de département je , souhaite B 1
consulter outils (logiciel ou matériel).
Tableau2. 2:Le backlog du produit
22
6 Diagramme de cas d’utilisation globale
Figure2. 2:Diagramme de cas d’utilisation globale

7 L’organigramme des taches
Sprint 1 Sprint 2 Sprint 3
-S’authentifier -Gérer test -Gérer passation

modules
-Gérer -Gérer les pines
utilisateur -Gérer
-Gérer les outils
réclamations
-Gérer
-Suivre
machines -Gérer
maintenance
intervention
-Gérer stocks
-Consulter
-Gérer
8. Gestion de proj statistique
maintenance
-Gérer fiches
maintenance
Figure2. 3:L’organigramme des taches
Dans cette partie, nous présentons, tout d’abord une sous partie de planification qui représente la manière
de découpage de notre projet, en suite le diagramme de Gantt et en finissant par l’équipe de réalisation
du projet.
23
8 Gestion de projet
8.1 Planification
Cette section décrit comment le projet a été organisé en différentes tâches pour assurer sa progression .
Pour ce faire, après la planification et la rédaction du cahier des charges, j’ai commencé à développer
l’application de manière fragmentée en modules (sprints) avec des livrables, afin d’obtenir un projet
complet à la fin. Pour y parvenir, j’ai divisé le projet en plusieurs modules représentant des sprints .
Nous avons suivi un parcours de travail de deux semaines pour nous former aux méthodes agiles et
collecter des informations sur des applications similaires .Ensuite, nous avons découpé notre travail en
trois sprints, chacun contenant entre 3 et 5 cas . Pour chaque sprint, nous avons consacré six jours à la
spécification des besoins fonctionnels, à la réalisation, aux tests et à la validation .
8.2 Diagramme de Gantt

Le diagramme de Gantt, couramment utilisé en gestion de projet, est l'un des outils les plus efficaces pour
représenter visuellement l'état d'avancement des différentes activités (tâches) qui constituent un
projet.[10]
Ce diagramme permet donc de visualiser d'un seul coup d'œil :

▪ Les différentes tâches à envisager
▪ La date de début et la date de fin de chaque tâche
▪ La durée escomptée de chaque tâche
▪ Le chevauchement éventuel des tâches, et la durée de ce chevauchement
La date de début et la date de fin du projet dans son ensemble En résumé, un diagramme de Gantt
répertorie toutes les tâches à accomplir pour mener le projet à bien, et indique la date à laquelle ces
tâches doivent être effectuées (le planning) La figure « 2.3 » présente la planification du projet à l’aide de
la logiciel “Gantt Project “.
Figure2. 4:Digramme de Gantt
24
8.3 Equipes de réalisation de projet

Nom et prénom Fonction /rôle dans le projet
Amri kouki oumaima Stagiaire/ Concepteur et développeur
Ghazouani Wided Encadrant / Scrum Master
Abidi Ramzi Responsable société/ Product Owner
Tableau2. 3:Equipe de réalisation du projet
Expliquer la mission de chacun des acteurs dans le projet.
Exemple :
Concepteur/Développeur
-Elaboration du dossier de gestion de projet.
-Réalisation de la spécification détaillée.
-Codage de l’application.
-Effectuation des tests unitaires.
SCRUM MASTER
-Valide le dossier des spécifications fonctionnelles.
-Valide le codage.
-Valide les livrables.
-Contrôle le respect des demandes.
Product Owner
-Présente les besoins du projet.
-Communique une vision claire du produit et défini ses caractéristiques
-Accepte ou rejette le produit à la fin de chaque Sprint
-S’assure que l’équipe se concentre sur les items du Backlog de plus forte valeur ajoutée
-Rend compte de l’acceptation des livrables
9 Livrables du projet
Phase Livrables Responsable
Etude des besoins Analyse et spécification des besoins Oumaima
Analyse et conception Diagrammes UML Oumaima
Code et tests Application Web Oumaima
Documentation Rapport du projet Oumaima
Tableau2. 4:livrable de projet
25
10 Risque du projet
Les risques Type Impact sur le projet Actions correctives
Problème d’adaptation Risque non bloquant Retard au niveau de Utilisation d’autre logiciel
de certain logiciel sur travail
mon pc
Tableau2. 5:Risque de projet
11 Environnement de travail
Nous allons présenter dans cette section l’environnement matériel mis à disposition du présent projet,
ainsi que l’environnement technique utilisé pour le développent et la mise en place de notre application.
11.1 Environnement matériel

Durant la préparation de notre projet, nous utilisons un pc portable ayant les caractéristiques suivantes :
Composant Caractéristique
Marque Lenovo ideapad 3
Processus AMD Ryzen 3-3250U
Mémoire (RAM) 8Go DDR4
Système d’exploitation Windows 11
Type de système Système d’exploitation 64 bits, processeur x64
Tableau2. 6:Environnement matériel
11.2 Environnement technique

Dans ce qui suit, on présente l’environnement logiciel et les outils utilisés pour la réalisation de notre
application.
26
Environnement logiciel :
Nom Définition Logo

Visual studio Visual studio code ou VS Code est un éditeur de code développé
code par Microsoft en 2015. Contrairement à ce à quoi Microsoft a eu
l’habitude de nous habituer durant des années, il est l’un de ces
premiers produits open source et gratuit, et surtout disponible sur
les systèmes d’exploitation Windows, Linux et Mac. Vs code est
développé avec le Framework Electron et conçu principalement
pour développer des projets avec Javascript, Node.js ou Figure2. 5:Visual
encore Type Script .[11]
studio
XAMPP XAMPP est un ensemble de logiciels permettant de mettre en

place facilement un serveur Web et un serveur FTP.
Il s’agit d’une distribution de logiciels libres (X Apache MySQL Perl
PHP) offrant une bonne souplesse d’utilisation, réputée pour son
installation simple et rapide.
Ainsi, il est à la portée d’un grand nombre de personnes puisqu’il
ne requiert pas de connaissances particulières et fonctionne, de
plus, sur les systèmes d’exploitation les plus répandus.
Figure2. 6:XAMPP
Cette « distribution » se chargera donc d’installer l’ensemble des
outils dont vous pourriez avoir besoin lors de la création d’un site
Web .[12]
StarUML
StarUML est un outil de génie logiciel dédié à la
modélisation UML et édité par la société coréenne MKLabs. Il est
multiplateforme et fonctionne sous Windows, Linux et MacOS.
La dernière version gère l'ensemble des diagrammes définis par

UML 2, ainsi que plusieurs diagrammes SysML, le organigrammes,
les diagrammes de flux de données, et les diagrammes entité-
association.[13] Figure2. 7:StarUML
GanttProject GanttProject permet la planification de projets dans le

temps et par tâches à l’aide du diagramme de Gantt.
Il propose les fonctionnalités de base de ce type d’outil,

comme la création des tâches, l’affectation des
ressources, la gestion des dépendances et de
l’avancement, mais dispose également de propriétés plus
avancées comme l’exportation des documents en HTML
ou PDF et le travail collaboratif à distance sur Internet...[14] Figure2.
8:GanttProject
Tableau2. 7:Environnement logiciel
27
Les Outils utilisés :

PHP : PHP est un langage de script côté serveur. Il est utilisé pour développer des sites web statiques ou
dynamiques ou des applications web. PHP signifie HyperText Pre-processor, qui signifiait auparavant
Personale Home Pages.
Les scripts PHP ne peuvent être interprétés que sur un serveur sur lequel PHP est installé. Les ordinateurs
clients qui accèdent aux scripts PHP ne nécessitent qu’un navigateur web.[15]
Figure2. 9:logo PHP
HTML : L'HyperText Markup Language, HTML, désigne un type de langage informatique descriptif. Il s'agit plus
précisément d'un format de données utilisé dans l'univers d'Internet pour la mise en forme des pages Web. Il
permet, entre autres, d'écrire de l'hypertexte, mais aussi d'introduire des ressources multimédias dans un
contenu .[16]
HTML5 : est une version du célèbre format HTML utilisé pour concevoir les sites Internet. Celui-ci se résume à un
langage de balisage qui sert à l'écriture de l'hypertexte indispensable à la mise en forme d'une page Web. Lancée
en octobre 2014, cette version HTML5 apporte de nouveaux éléments et de nouveaux attributs par rapport à la
version précédente.[17]
Figure2. 10:logo HTML
CSS : Le CSS pour Cascading Style Sheets, est un langage informatique utilisé sur Internet pour la mise en forme
de fichiers et de pages HTML. On le traduit en français par feuilles de style en cascade.
Apparu dans les années 1990, le CSS se présente comme une alternative à la mise en forme via des balises,
notamment HTML. Un peu plus complexe à maîtriser, il permet un gain de temps considérable dans la mise en
forme d'une page web par rapport à ces balises. Grâce au CSS, vous pouvez en effet appliquer des règles de
mise en forme (titrage, alignement, polices, couleurs, bordures, etc.) à plusieurs documents simultanément .[18]
Figure2. 11:logo CSS

Bootstrap : Bootstrap est un Framework développé par l'équipe du réseau social Twitter. Proposé en open source
(sous licence MIT), ce Framework utilisant les langages HTML, CSS et JavaScript fournit aux développeurs des
outils pour créer un site facilement. Ce Framework est pensé pour développer des sites avec un design
responsive, qui s'adapte à tout type d'écran, et en priorité pour les smartphones. Il fournit des outils avec des
styles déjà en place pour des typographies, des boutons, des interfaces de navigation et bien d'autres encore.
On appelle ce type de Framework un "Front-End Framework".[19]
Figure2. 12:logo Bootstrap
28
JavaScript : JavaScript désigne un langage de développement informatique, et plus précisément un langage

de script orienté objet. On le retrouve principalement dans les pages Internet. Il permet, entre autres, d'introduire
sur une page web ou HTML des petites animations ou des effets.[20]
Figure2. 13:logo JavaScript
12 Architecture
L'architecture de solution est une pratique consistant à définir et à décrire une Architecture d'un système
livré dans le contexte d'une solution spécifique et, à ce titre, nous Allons spécifier dans cette section une
description de l’architecture logique et logiciel de notre solution .
12.1 Architecture logique

L’architecture adaptée pour la réalisation de notre solution est L'architecture 3-tier (de
l'anglais tier signifiant étage ou niveau) est un modèle logique d'architecture applicative qui vise à
séparer très nettement trois couches logicielles au sein d'une même application ou système, à
modéliser et présenter cette application comme un empilement de trois couches, étages, niveaux
ou strates dont le rôle est clairement défini :
• La présentation des données : correspondant à l'affichage, la restitution sur le poste de

travail, le dialogue avec l'utilisateur ;
• Le traitement métier des données : correspondant à la mise en œuvre de l'ensemble des

règles de gestion et de la logique applicative ;
• Et enfin l' accès aux données persistantes (persistancy en anglais) : correspondant aux
données qui sont destinées à être conservées sur la durée, voire de manière définitive.[21]
Figure2. 14:Architecture logique(L'architecture 3-tier)
• Un client qui demande une ressource via une interface utilisateur (généralement un navigateur Web)
chargée de la présentation de la ressource
• Un serveur d'application (appelé middleware) qui fournit la ressource, mais en faisant appel aux
ressources d'un autre serveur
• Un serveur de données qui fournit au serveur d'application les ressources requises pour répondre au
client, sur lequel sont stockées des procédures.
29
12.2 Architecture logicielle

L’architecture logicielle qu’on a adaptée pour la réalisation de notre solution est l’architecture model, view,
Controller(MVC).
L'architecture Modèle/Vue/Contrôleur (MVC) est une façon d'organiser une interface graphique d'un
programme. Elle consiste à distinguer trois entités distinctes qui sont, le modèle, la vue et
le contrôleur ayant chacun un rôle précis dans l'interface.
L'organisation globale d'une interface graphique est souvent délicate. Bien que la façon MVC d'organiser
une interface ne soit pas la solution miracle, elle fournit souvent une première approche qui peut ensuite
être adaptée. Elle offre aussi un cadre pour structurer une application.
Dans l'architecture MVC, les rôles des trois entités sont les suivants.
• Modèle : données (accès et mise à jour)
• Vue : interface utilisateur (entrées et sorties)
• Contrôleur : gestion des événements et synchronisation .[22]

Nous présentons dans la figure suivante le mode de fonctionnement du modèle MVC :
Figure2. 15:Architecture logicielle(MVC)
12.2.1 Diagramme de déploiement

Un diagramme de déploiement UML fait référence à un type de graphique dans le langage de
modélisation unifié, qui montre la relation entre les nœuds et les artefacts. Il est principalement utilisé par
les ingénieurs logiciels et les développeurs pour créer de nouvelles applications logicielles. Le graphique
affiche tout le matériel impliqué dans le système. Ce tableau est applicable sur divers processus
impliquant des systèmes automatisés. C’est pourquoi nous avons créé plusieurs modèles que vous
pouvez télécharger et utiliser instantanément.[23]
Figure2. 16:Diagramme de déploiement
30
12.2.2 Diagramme de paquetages

Les diagrammes de package (ou diagramme de paquetages) sont des diagrammes structurels utilisés
pour représenter l'organisation et la disposition de divers éléments modélisés sous forme de paquetages.
Un paquetage est un regroupement d'éléments UML apparentés, tels que des diagrammes, des
documents, des classes ou même d'autres paquetages. Tous les éléments du diagramme sont imbriqués
dans des paquetages, qui sont eux-mêmes représentés sous forme de dossiers de fichiers et organisés
de manière hiérarchique. Les diagrammes de paquetages sont le plus souvent utilisés pour donner un
aperçu visuel de l'architecture en couches d'un classifieur UML, tel qu'un système logiciel.[24]
Figure2. 17:Digramme de paquetages
13 Conclusion
Dans ce chapitre, nous avons bien étudié les besoins du client ; nous avons présente l’ensemble des
fonctionnalités du futur portail de manière organisée dans les différents cycles de l’application soit
fonctionnel ou non fonctionnel, les livrables ainsi que les risques du projet. Aussi, nous allons présenter le
choix de la démarche de notre projet, le principe du cette démarche, les rôles du SCRUM et l’organisation
du projet. Le choix de sa démarche, puis le principe de cette démarche, les rôles du SCRUM, et enfin
l’organisation du projet. Afin d’expliquer la méthode SCRUM, nous présenterons aussi nous avons étudié
la mise en place de l’environnement de développement ainsi que les outils et les architectures, Dans le
chapitre suivant, nous allons faire une présentation du sprint1.
31
Chapitre 3 Mise en œuvre de sprinte 1
CHAPITRE 3 MISE EN ŒUVRE DE SPRINT 1

1 Introduction
Ce chapitre fait l’objet d’une présentation du premier sprint du projet qui est la distribution et le contrôle
des droits d’accès. L’étude de se sprint couvre l’analyse, la conception, la réalisation et les tests
fonctionnels .
2 Spécification fonctionnelle
Cette partie a pour but de développer le premier sprint avec les spécifications fonctionnelles suivantes :
Backlog du sprint 1, Diagramme de cas d’utilisation de sprint 1, Tableau des tâches et l’Analyse du sprint.
2.1 Backlog du sprint 1

Un sprint est une courte période de temps de durée fixe durant laquelle vont s’enchainer un certain
nombre d’activités et se terminant par la livraison d’un incrément de produit qui fonctionne. Dans cette
partie nous allons présenter le Backlog du sprint 1 qui correspond à une liste des fonctionnalités attendus
d’un sprint. Le tableau suivant définit les histoires de notre Backlog du produit du premier sprint.
Id Acteur Fonctions Taches Date de Date fin Responsable

début
1 -responsable S’authentifier S’authentifier 28/02/20 04/03/2 Amri Kouki
-chef de 23 023 oumaima
département
-technicien
2 -responsable Gérer Ajouter utilisateur 05/03/2 09/03/2 Amri Kouki
utilisateur Modifier utilisateur 023 023 oumaima
Supprimer
utilisateur
Consulter
utilisateur
3 - chef de Gérer Ajouter machine 10/03/20 14/03/20 Amri Kouki
département machine Modifier machine 23 23 oumaima
Supprimer
machine
Consulter machine
4 -chef de Gérer stocks Ajouter stocks 15/03/20 19/03/20 Amri Kouki
département Modifier stocks 23 23 oumaima
Supprimer stocks
Consulter stocks
Tableau3. 1:Backlog du sprint 1.
32
2.2 Diagramme de cas d’utilisation de sprint
Figure3. 1:Diagramme de cas d’utilisation de sprint 1
2.3 Tableau des taches

Le tableau des tâches est une présentation physique du back log du sprint permettant à tout le monde
de connaître l’avancement des développements du sprint. Il est composé de 3 colonnes :
- A faire : liste des tâches à traiter (une tâche est un élément de développement d’une User Story) .
- En cours : liste des tâches en cours de développement.
- Terminée : liste des tâches terminées .
Figure3. 2:Tableau des taches de sprint 1
2.4 Analyse du sprint

Dans cette partie nous présentons la phase d’analyse qui répond à la question « que fait le système ». La
réponse de cette question se traduit par la présentation du diagramme des cas d’utilisation puis la
description textuelle de chacun d’entre eux.
Identification des acteurs : Les acteurs qui interagissent dans le sprint 1 sont :
Responsable : c’est un acteur principal de notre application, il permet de gérer les utilisateurs (ajouter,
modifier, consulter et supprimer) et s’authentifier .
Chef de département : c’est un acteur capable de gérer stock (ajouter, modifier, consulter et supprimer)
et s’authentifier .
Chef de département : c’est un acteur capable de gérer machine (ajouter, modifier, consulter et
supprimer) et s’authentifier .
33
• Description du cas d’utilisation « s’authentifier »

La figure suivante illustre le raffinement du cas d'utilisation « S'authentifier ».
Figure3. 3:Diagramme de cas d’utilisation « S’authentifier»
Le tableau suivant représente une description détaillée du cas d’utilisation « S’authentifier »
Nom du cas S’authentifier

Acteur Responsable – Chef de département - Technicien
But Accéder à l’espace privé
Pré-condition L’utilisateur doit connaitre ses identifiants.
L’utilisateur doit accéder à la page d’authentification
Post-condition L’authentification est réussite et les utilisateurs ont accès à l’application
Scénario nominal 1. L’utilisateur demande la page d’authentification.
2. Le système lui affiche la page demandée.
3. L’utilisateur saisit son email et son mot de passe.
4. L’utilisateur valide l’authentification.
5. Le système vérifie les données saisies.
6. Le système affiche l’espace privé d’utilisateur .
Scénario alternatif L’utilisateur quitte la page d’authentification
- Le cas d’utilisation se termine avec échec.
L’utilisateur n’a pas saisit les bons identifiants (contrôle de saisie)
-Le système affiche un message d’erreur et signale à L’utilisateur de
recommencer la saisie.
-Le cas d’utilisation reprend à l’étape 3 du scénario nominal.
Tableau3. 2:Scénario du cas d’utilisation « S’authentifier »
• Description du cas d’utilisation « Gérer les utilisateurs»
Figure3. 4:Diagramme de cas d'utilisation « Gérer les utilisateurs»
34
Le tableau suivant représente une description détaillée de l’opération « ajouter utilisateurs »
Nom du cas Ajouter utilisateurs

Acteur Responsable
But Ajouter utilisateurs
Pré-condition Responsable du système est authentifié
Responsable doit accéder à l’interface gérer les utilisateurs
Post-condition L’ajout d’un nouvel utilisateur est réussi et enregistrer dans la base de données .
Scénario nominal 1. responsable demande le formulaire d’ajout
2. Le système affiche le formulaire
3. Le responsable remplit les champs nécessaires et valide la soumission des
données.
4. Le système vérifie les données saisies
5. Le système enregistre le nouvel utilisateur et affiche au tableau utilisateur
Scénario 3.1 Responsable choisit d’annuler l’opération et voir la liste
alternatif 4.1 Le système ne permet pas d’ajouter le nouvel utilisateur erreur d’insertion a la
base (Message d’erreur)
Tableau3. 3:Scénario « Ajouter utilisateurs »
Le tableau suivant représente une description détaillée de l’opération « modifier utilisateur»
Nom du cas Modifier utilisateur

Acteur Responsable
But Modifie l’utilisateur
Pré-condition Authentification préalable
Responsable doit accéder à l’interface gérer utilisateur
Post-condition Les informations ont bien été modifiées
Scénario nominal 1. responsable demande au système de consulter la liste des utilisateurs
2. 2. Le responsable choisi l’utilisateur a modifié
3. Le système affiche le formulaire de modification
4. Le responsable saisi des nouvelles données et valide
5. le système vérifie les données saisis
6 .le système enregistre les informations dans la base de données et affiche un
message de succès.
Scénario alternatif 3.1 Le responsable annule la mise à jour
5.1 Le système affiche un message d’erreur « veuillez remplir tous les champs »
Tableau3. 4:Scénario «Modifier utilisateur »
35
Le tableau suivant représente une description détaillée de l’opération « consulter utilisateur»
Nom du cas Consulter utilisateur

Acteur Responsable
But Consulter utilisateur
Pré-condition Le responsable doit être authentifié
Il y a au moins un utilisateur ajouté ou modifier
Post-condition La liste des utilisateurs est affichée
Scénario nominal 1. Responsable demande la liste des utilisateurs
3. le responsable consulte la liste des utilisateurs
Scénario alternatif Le système renvoi table vide
Tableau3. 5:Scénario «Consulter utilisateur»
Le tableau suivant représente une description détaillée de l’opération «supprimer utilisateur»
Nom du cas Supprimer utilisateur

Acteur Responsable
But Supprimer utilisateur
Pré-condition L’authentification préalable
Post-condition L’utilisateur est supprimé
Scénario nominal 1. responsable accéder a la liste des utilisateurs
2. Le responsable choisi l’utilisateur a supprimé
3.le responsable clique sur Button supprimé
4. Le responsable confirmer son choix
5. Le système supprime les utilisateurs
Scénario alternatif 2.1 Responsable annule l’opération de la suppression
Tableau3. 6:Scénario «Supprimer utilisateur»
• Description du cas d’utilisation « gérer les machines»
Le chef de département doit gérer stocks. La figure suivante illustre le raffinement du cas d'utilisation «
Gérer stocks ».
Figure3. 5:Diagramme de cas d'utilisation « Gérer machines»
36
Le tableau suivant représente une description détaillée de l’opération «ajouter machines »
Nom du cas Ajouter machines

Acteur Chef de département
But L’ajout des machines
Pré_condition Le chef de département du système est authentifié
Post_condition L’ajout d’une nouvelle machine est réussi et enregistrer dans la base de
données
Scénario nominal 1. chef de département demande le formulaire d’ajout
3. Le chef de département remplit les champs nécessaires et valide la
soumission des données.
5. Le système enregistre la nouvel machine et affiche au tableau machine
Scénario alternatif 3.1 Chef de département choisit d’annuler l’opération
4.1 Le système ne permet pas d’ajouter les nouvelles machines Veuillez remplir
tous les champs ! (Message d’erreur)
Tableau3. 7:Scénario « Ajouter machines»
Le tableau suivant représente une description détaillée de l’opération « modifier machines»
Nom du cas Modifier machines

But Modifier les machines
Pré_condition Authentification préalable
Chef de département doit accéder à l’interface gérer machine
Post_condition Les informations des machines ont bien été modifiées
Scénario nominal 1. Chef de département demande au système de consulter la liste des
machines
2. Chef de département choisi machine a modifié
4. Chef de département saisi des nouvelles données et valide
message de succès.
Scénario 3.1 Chef de département annule la mise à jour
alternatif 5.1 Le système affiche un message d’erreur « veuillez remplir tous les champs »
Tableau3. 8:Scénario « Modifier machines »
37
Le tableau suivant représente une description détaillée de l’opération « consulter machines »
Nom du cas Consulter machines

Acteur Chef de département , Responsable
But Consulter machines
Pré_condition Chef de département et le responsable doit être authentifié
Il y a au moins une machine ajoutée ou modifier
Post_condition La liste des machines est affichée
Scénario nominal 1. Chef de département demande la liste des machines
3. Chef de département consulter les machines
Tableau3. 9:Scénario «Consulter machines »
Le tableau suivant représente une description détaillée de l’opération «supprimer machine»
Nom du cas Supprimer machine

But Supprimer machine
Pré_condition L’authentification préalable
Post_condition Machine est supprimé
Scénario nominal 1. Chef de département accéder a la liste des machines
2. Chef de département choisi machine a supprimé
3.Chef de département clique sur Button supprimé
4. Chef de département confirmer son choix
5. Le système supprime machine
Scénario alternatif 2.1 Chef de département annule l’opération de la suppression
Tableau3. 10:Scénario «Supprimer machine »
• Description du cas d’utilisation « gérer stocks »
Le chef de département doit gérer stocks La figure suivante illustre le raffinement du cas d'utilisation «
Gérer stocks ».
Figure3. 6:Diagramme de cas d'utilisation «Gérer stocks»
38
Le tableau suivant représente une description détaillée de l’opération « ajouter stocks »
Nom du cas Ajouter stocks

But L’ajouter des stocks
Post_condition L’ajout d’un nouveau stock est réussi et enregistrer dans la base de données
5. Le système enregistre le nouvel produit en stock
4.1 Le système ne permet pas d’ajouter les nouveaux stocks Veuillez remplir
tous les champs ! (Message d’erreur)
Tableau3. 11:Scénario « Ajouter stocks»
Le tableau suivant représente une description détaillée de l’opération « modifier stocks»
Nom du cas Modifier stocks

But Modifier stocks
Chef de département doit accéder à l’interface gérer stocks
Post_condition Les informations des stocks ont bien été modifiées
Scénario nominal 1. Chef de département demande au système de consulter la liste des stocks
2. Chef de département choisi produit en stock a modifié
6 .le système enregistre les informations dans la base de données et affiche
un message de succès.
Scénario alternatif 3.1 Chef de département annule la mise à jour
5.1 Le système affiche un message d’erreur « veuillez remplir tous les champs
Tableau3. 12:Scénario « Modifier stocks »
39
Le tableau suivant représente une description détaillée de l’opération « consulter stocks »
Nom du cas Consulter stocks

Acteur Chef de département , responsable
But Consulter stocks
Il y a au moins un stock ajouté ou modifier
Post_condition La liste des machines est affichée
Scénario nominal 1. Chef de département demande la liste des stocks
3. Chef de département voire liste des stocks
Tableau3. 13:Scénario «Consulter stocks »
Le tableau suivant représente une description détaillée de l’opération «supprimer stocks»
Nom du cas Supprimer stocks

But Supprimer stocks
Post_condition Stocks est supprimé
Scénario nominal 1. Chef de département accéder au la liste des stocks
2. Chef de département choisi produit en stock a supprimé
5. Le système supprime le produit en stock sélectionné
Tableau3. 14:Scénario «Supprimer stocks»
3 Conception du sprint 1
3.1 Conception statique du sprint
Digramme de classe :
Le diagramme de classe est un schéma utilisé en génie logiciel pour présenter les classes et les interfaces
des systèmes ainsi que les différentes relations entre celles-ci. Une classe décrit les responsabilités, le
comportement et le type d’un ensemble d’objets. Les éléments de cet ensemble sont les instances de la
classe.
Une classe est un ensemble de fonctions et de données (attributs) qui sont liées ensemble par un champ
sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent de
modéliser un programme et ainsi de découper une tâche complexe en plusieurs petits travaux simples.
Les classes peuvent être liées entre elles grâce au mécanisme d’héritage qui permet de mettre en
évidence des relations de parenté. D’autres relations sont possibles entre des classes, chacune de ces
relations est représentée par un arc spécifique dans le diagramme de classes.[25]
40
Figure3. 7:Diagramme de classe de sprint 1

• Dictionnaire de données
Nom de la Signification Type de données Obligatoire Taille Clé
colonne
Id L’identifiant unique Int Oui 10 Primaire
d’utilisateur
Nom Nom de l’utilisateur Char Oui 50
Prenom Prenom de l’utilisateur Char Oui 50
Matricule Matricule de l’utilisateur Int OUI 100
Date de Date de recrutement de Date Oui
recrutement l’utilisateur
Grade Grade de l’utilisateur Char Oui 50
Tableau3. 15:Dictionnaire de données de la table «utilisateur »
Nom de Signification Type de données Obligatoire Taille Clé
la
colonne
Id L’identifiant unique de Int Oui 10 Primaire
responsable
Email L’email de responsable Varchar Oui 255
Password Password de responsable Varchar Oui 255
Tableau3. 16:Dictionnaire de données de la table «responsable »
Nom de Signification Type de données Obligatoire Taille Clé

la
colonne
Id_cf L’identifiant unique de chef de Int Oui 10 Primaire
département
Nom_dep Nom de département Varchar Oui 255
artement
Tableau3. 17:Dictionnaire de données de la table «chef de département»
41

colonne
Id_tc L’identifiant unique de chef Int Oui 10 Primaire
de département
Spécialité Spécialité de technicien Varchar Oui 255
Tableau3. 18:Dictionnaire de données de la table «technicien»
colonne
Id L’identifiant unique des Int Oui 10 Primaire
machines
Nom_mac Nom de machine Varchar Oui 255
hine
Voltage Voltage de machine Int Oui 100
Puissance Puissance de machine Int Oui 100
Size Size de machine Flaot Oui
Date_instal Date d’installation de Date Oui
lation machine
Zone Zone de machine Varchar Oui 255
Projet Projet de machine Varchar Oui 255
Tableau3. 19:Dictionnaire de données de la table «machine»
Nom de la Signification Type de Obligatoire Taille Clé
colonne données
Id L’identifiant unique des stocks Int Oui 10 Primaire
Ref_vw Reference volkswagen Varchar Oui 255
Ref_tsk Reference fournisseur de test Varchar Oui 255
module
Date_ajout Date d’ajout de stocks Date
Position Position de stocks Varchar Oui 255
Type Type de stocks Varchar Oui 255
Quantite Quantité de stocks Int Oui 100
Tableau3. 20:Dictionnaire de données de la table «stock»
3.2 Conception dynamique du sprint

3.2.1 Digramme de séquence
Un diagramme de séquence est un diagramme UML (Unified Modeling Language) qui représente la
séquence de messages entre les objets au cours d'une interaction. Un diagramme de séquence com-
prend un groupe d'objets, représentés par des lignes de vie, et les messages que ces objets échangent
lors de l'interaction.
Les diagrammes de séquence représentent la séquence de messages transmis entre des objets. Ils peu-
vent également représenter les structures de contrôle entre des objets.
42
Par exemple, les lignes de vie dans un diagramme de séquence pour un scénario de banque peuvent
représenter un client, un guichetier ou un responsable d'agence. Les communications entre le client, le
guichetier et le responsable sont représentés par les messages entre ces derniers. Le diagramme de sé-
quence représente les objets et les messages entre ces objets .[26]
. Diagramme de séquence du cas d’utilisation « S’authentifier » :

Ce diagramme décrit les scénarios lors de l’authentification. L’agent doit saisir son email et son password.
Le système prendre en charge de vérifier les données saisies. Si les données insérées sont correctement
donc il aura l’accès à ses menus correspondants. Si non, le système affiche un message d’erreur .
Figure3. 8:Diagramme de séquence « s’authentifier »
• Diagramme de séquence du cas d’utilisation « gérer utilisateur »
Après s’être authentifié le responsable peut modifier les utilisateurs. Le responsable demande au système
la liste des utilisateurs et après la sélection de l’utilisateur voulu alors le responsable clic sur le bouton «
modifier » alors Le système affiche le formulaire de modification, le responsable effectue les modifications
puis enregistre les nouvelles informations. Le système vérifie les informations puis fait la mise à jour des
données dans la base de données et affiche la mise à jour a été effectué dans la liste utilisateur ou sinon
un message d’erreur.
43
Figure3. 9:Diagramme de séquence « ajouter utilisateur »
• Diagramme de séquence d’opération modifier utilisateur
Après s’être authentifié le responsable peut modifier les utilisateurs. Le système affiche le formulaire de
modification, le responsable effectue les modifications puis enregistre les nouvelles informations. Le sys-
tème vérifie les informations puis fait la mise à jour des données dans la base de données et affiche la
mise à jour a été effectué dans la liste utilisateur ou sinon un message d’erreur.
44
Figure3. 10:Diagramme de séquence « modifier utilisateur »
• Diagramme de séquence d’opération consulter utilisateur
Après s’être authentifié le responsable peut consulter les utilisateurs. Le système affiche la liste des utili-
sateurs .
Figure3. 11:Diagramme de séquence « consulter utilisateur »
45
• Diagramme de séquence d’opération supprimer utilisateur
Après s’être authentifié le responsable demande la suppression au système la liste des utilisateurs. Le
système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le responsable peut
annuler cette demande dans ce cas le système affiche de nouveau la liste des utilisateurs, alors le sys-
tème supprime l’utilisateur dans la base de données et Affiche la table utilisateur affirmant que l’annula-
tion a été faite .
Figure3. 12:Diagramme de séquence « supprimer utilisateur »
Gérer machine
• Diagramme de séquence du cas d’utilisation « ajouter machine »
Après s’authentifier, Le chef de département travaux peut ajouter des machines. Il remplit le formulaire
puis enregistre les données. Le système vérifie que le formulaire est bien rempli puis enregistre les infor-
mations dans la base de données et affiche la liste des machines avec nouvel machine ou sinon un mes-
sage d’erreur.
46
Figure3. 13:Diagramme de séquence « ajouter machine »
• Diagramme de séquence du cas d’utilisation « modifier machine »
Après s’être authentifié le chef de département peut modifier les machines. Liste machine Le système
affiche le formulaire de modification, le chef de département effectue les modifications puis enregistre
les nouvelles informations. Le système vérifie les informations puis fait la mise à jour des données dans la
base de données et affiche la mise à jour a été effectué dans la liste machine ou sinon un message d’er-
reur.
Figure3. 14:Diagramme de séquence « modifier machine»
47
• Diagramme de séquence du cas d’utilisation « consulter machine »
Après s’être authentifié le chef de département peut consulter les machines. Le système affiche la liste
des machines .
Figure3. 15:Diagramme de séquence « consulter machine »
• Diagramme de séquence du cas d’utilisation « supprimer machine »

Le chef de département demande au système la liste des machines . Le système affiche la liste et vérifie le choix effec-
tué puis demande une confirmation. Le chef de département peut annuler cette demande dans ce cas le système
affiche de nouveau la liste des machines , ou bien le chef de département peut confirmer la demande alors le système
supprime la machine dans la base de données et Affiche la table machine affirmant que l’annulation a été faite.
Figure3. 16:Diagramme de séquence « supprimer machine»
48
Gérer stock
• Diagramme de séquence du cas d’utilisation « ajouter stock »
Après s’authentifier, Le chef de département travaux peut ajouter des stocks. Il remplit le formulaire puis
enregistre les données. Le système vérifie que le formulaire est bien rempli puis enregistre les informations
dans la base de données et affiche la liste des stocks avec nouvel stock ou sinon un message d’erreur.
Figure3. 17:Diagramme de séquence « ajouter stock »
• Diagramme de séquence du cas d’utilisation « modifier stock »
Après s’être authentifié le chef de département peut modifier le stock liste Le système affiche le formulaire
de modification, le chef de département effectue les modifications puis enregistre les nouvelles informa-
tions. Le système vérifie les informations puis fait la mise à jour des données dans la base de données et
affiche la mise à jour a été effectué dans la liste stock ou sinon un message d’erreur.
49
Figure3. 18:Diagramme de séquence « modifier stock »
• Diagramme de séquence du cas d’utilisation « consulter stock »
Après s’être authentifié le chef de département peut consulter les stocks. Le système affiche la liste des
stocks .
Figure3. 19:Diagramme de séquence « consulter stocks»
50
• Diagramme de séquence du cas d’utilisation « supprimer stock »
Le chef de département demande au système la liste des stocks . Le système affiche la liste et vérifie le
choix effectué puis demande une confirmation. Le chef de département peut annuler cette demande
dans ce cas le système affiche de nouveau la liste des stocks , ou bien le chef de département peut con-
firmer la demande alors le système supprime le stock dans la base de données et Affiche la table stock
affirmant que l’annulation a été faite.
Figure3. 20:Diagramme de séquence « supprimer stock »
3.2.2 Digramme d’activité

Dans le langage UML, un diagramme d'activité fournit une vue du comportement d'un système en dé-
crivant la séquence d'actions d'un processus. Les diagrammes d'activité sont similaires aux organi-
grammes de traitement de l'information, car ils montrent les flux entre les actions dans une activité. Les
diagrammes d'activité peuvent, cependant, aussi montrer les flux parallèles simultanés et les flux de
remplacement.
Dans les diagrammes d'activité, vous utilisez des nœuds d'activité et des bords d'activité pour modéliser
le flux de commande et de données entre les actions .[27]
A -Authentification
La figure ci-dessous présente le diagramme d’activité d’authentification
51
Figure3. 21:Diagramme d’activité« s’authentifier »
B - Supprimer stock
La figure ci-dessous présente le diagramme d’activité de supprimer stock
Figure3. 22:Diagramme d’activité« supprimer stock »
4 Réalisation du sprint 1
4.1 Base de données
La base de données relationnelle est une base de données comprenant des relations dynamiques entre
les différents objets contenus dans les tables :
52
Figure3. 23:Base de données document « utilisateur »
Figure3. 24:Base de données document « machine »
Figure3. 25:Base de données document « stocks »
4.2 Les interfaces

Dans cette partie, nous allons présenter les interfaces de l’application afin de montrer le résultat de ce
sprint.
Interface d’authentification
Les utilisateurs de notre système interagissent par deux manières différentes, selon les données saisies
par notre utilisateur :
La première figure et la deuxième présente le 1ere réponse d’erreur l’hors du remplissage du formulaire :
l’utilisateur ne respecte les contraintes syntaxiques de chaque champs (contrôle de saisie) ou champs
vide.
La troisième figure présente la deuxième réponse attendue par le système : l’utilisateur une nouvelle
adresse émail déjà utilisé dans la base des données .
53
Figure3. 26:Interface d’authentification
54
La figure ci-dessous présente l‘interface d’ajouter utilisateur pour le responsable
Figure3. 27:Interface « ajouter utilisateur »
La figure ci-dessous présente l‘interface de modifier ou supprimer utilisateur pour le responsable
Figure3. 28:Interface « consulter utilisateur »
La figure ci-dessous présente l‘interface d’ajouter machine pour le chef de département
Figure3. 29:Interface « ajouter machine»
55
La figure ci-dessous présente l‘interface de modifier et supprimer fournisseur pour le chef de département
Figure3. 30:Interface « Consulter machine »
La figure ci-dessous présente l‘interface d’ajouter stock pour le chef de département
Figure3. 31:Interface « Ajouter stock»
La figure ci-dessous présente l‘interface de modifier ou supprimer stock pour le chef de département
Figure3. 32:Interface « consulter stock »
56
5 Test et validation du sprint 1

L’objectif du processus de test d’un produit logiciel est de s’assurer que le système fonctionne
correctement en comparant les résultats obtenus avec les comportements attendus . Ainsi, avant la fin
de chaque sprint, nous procédons à des tests pour vérifier les fonctionnalités du module . Nous avons
également préparé un tableau détaillant un ensemble de scénarios de tests fonctionnels spécifiques au
sprint 1 .
Cas de test Démarche de test Object attendu Résultat
Authentification Après le développement Affiche l’espace Personnel Conforme
d’interface d’authentification, de responsable
on va remplir le formulaire
d’authentification puis un clic
sur le bouton connecter.
Ajout d’un utilisateur Introduire les informations Le formulaire d’ajout des Conforme
reliées à l’utilisateur puis utilisateurs s’affiche.
valider L’utilisateur est ajouté
Consulter utilisateur On clique sur le bouton Consulter liste utilisateur Conforme
supprimer ou bien modifier
Ajout d’une machine Introduire les informations Le formulaire d’ajout des Conforme
reliées à une machine puis machines s’affiche. La
valider machine est ajoutée
Consulter machine On clique sur le bouton Consulter liste machine Conforme
Ajout d’un stock Introduire les informations Le formulaire d’ajout des Conforme
reliées à un stock puis valider stocks s’affiche. Le stock
est ajouté
Consulter stock On clique sur le bouton Consulter liste stock Conforme
Tableau3. 21:Test et validation du sprint 1
6 Conclusion
Durant ce chapitre, nous avons exposé en détail le déroulement du premier sprint, incluant la présentation
du backlog produit, la spécification des besoins, la phase de réalisation. Dans le prochain chapitre, nous
débuterons le deuxième sprint .
57
CHAPITRE 4 MISE EN ŒUVRE DE SPRINT 2
1 Introduction
Dans ce chapitre, nous allons présenter le deuxième sprint qui est composé des trois cas. En effet, nous
allons étudier cas par cas de ce sprint. Ensuite, nous aborderons la conception, la réalisation et les tests
fonctionnels de chaque cas.
2 Spécification fonctionnelle2
L’objectif de cette section est de mettre en place le deuxième sprint en se basant sur spécifications
fonctionnelles suivantes : Backlog de produit, Diagramme de cas d’utilisation de sprint 2, Tableau des
tâches et Analyse du sprint .
2.1 Backlog du sprint
Le tableau suivant définit les histoires de notre Backlog du produit de deuxième sprint
Id Acteur Fonctions Taches Date de Date fin Responsab

début le
1 Chef de Gérer test Ajouter test modules 20/03/2 24/03/2 Amri Kouki
département modules Modifier test modules 023 023 oumaima
Consulter test modules
Supprimer test modules
2 Chef de Gérer Ajouter réclamations 25/03/2 31/03/20 Amri Kouki
département réclamations Modifier réclamations 023 23 oumaima
Consulter réclamations
Supprimer réclamations
3 Chef de Gérer Ajouter intervention 01/04/2 07/04/2 Amri Kouki
département intervention Modifier intervention 023 023 oumaima
Modifier intervention
Supprimer intervention
4 Chef de Gérer Ajouter maintenance préventif 08/04/2 13/04/2 Amri Kouki
département maintenance Modifier maintenance préventif 023 023 oumaima
préventif Consulter maintenance préventif
Supprimer maintenance préventif
5 Technicien Gérer Ajouter maintenance corrective 08/04/2 13/04/2 Amri Kouki
maintenance Modifier maintenance corrective 023 023 oumaima
corrective Consulter maintenance corrective
Supprimer maintenance corrective
6 Technicien Gérer fiche Ajouter fiche maintenance 14/04/2 19/04/2 Amri Kouki
maintenance Modifier fiche maintenance 023 023 oumaima
Consulter fiche maintenance
Supprimer fiche maintenance
Tableau4. 1:Backlog du sprint 2
58
Figure4. 1:Diagramme de cas d’utilisation globale de sprint 2

La figure ci-dessous présente le tableau des tâches du sprint 2
Figure4. 2:Tableau des taches de sprint 2

A-Identification des acteurs et des cas d’utilisation
Les acteurs de deuxième sprint sont :
Chef de département : c’est un acteur capable de :
- gérer test module (ajouter, modifier, consulter et supprimer)
- gérer réclamations (ajouter, modifier, consulter et supprimer)
- gérer intervention (ajouter, modifier, consulter et supprimer)
- gérer maintenance préventif (ajouter, modifier, consulter et supprimer)
Technicien : c’est un acteur capable de gérer maintenance corrective (ajouter, modifier, consulter et
supprimer) après s’authentifier .
Technicien : c’est un acteur capable de gérer fiche maintenance (ajouter, modifier, consulter et
supprimer) après s’authentifier .
59
B-Description des cas d’utilisation

Dans cette partie nous allons mettre en place une description textuelle de tous les cas d’utilisation du
sprint 2 .
• Description du cas d’utilisation « gérer test module »
Figure4. 3:Diagramme de cas d’utilisation « gérer test module »
Tableau suivant représente une description détaillée de l’opération « ajouter test module»
Nom du cas Ajouter test module

But Ajouter test module
Pré-condition Chef de département du système est authentifié
Chef de département doit accéder à l’interface gérer les test modules
Post-condition L’ajout d’un nouvel test module est réussi et enregistrer dans la base de
données .
Scénario nominal 1. Chef de département demande le formulaire d’ajout
3. Chef de département remplit les champs nécessaires et valide la soumission
des données.
5. Le système enregistre le nouvel test module et affiche au tableau test module
Scénario alternatif 3.1 Chef de département choisit d’annuler l’opération et voir la liste des test
modules
4.1 Le système ne permet pas d’ajouter le nouvel test module erreur d’insertion a
la base (Message d’erreur)
Tableau4. 2:Scénario « ajouter test module »
60
Le tableau suivant représente une description détaillée de l’opération «modifier test module »
Nom du cas Modifier test module
But Modifier test module
Responsable doit accéder à l’interface gérer test module
Scénario nominal 1. Chef de département demande au système de consulter la liste des test
modules
2. 2. Le Chef de département choisi test module a modifié
4. Le Chef de département saisi des nouvelles données et valide
message de succès.
Scénario alternatif 3.1 Le Chef de département annule la mise à jour
Tableau4. 3:Scénario «modifier test module»
Le tableau suivant représente une description détaillée de l’opération « consulter test module »
Nom du cas Consulter test module
Acteur Chef de département , Responsable
But Consulter test module
Il y a au moins une test module ajoutée ou modifier
Post_condition La liste des test module est affichée
Scénario nominal 1. Chef de département demande la liste des test modules
3. Chef de département consulter les test modules
Tableau4. 4:Scénario « Consulter test module»
Le tableau suivant représente une description détaillée de l’opération « supprimer test module»
Nom du cas Supprimer test module
But Supprimer test module
Post_condition Test module est supprimé
Scénario nominal 1. Chef de département accéder à la liste des test module
2. Chef de département choisi test module a supprimé
5. Le système supprime test module
Tableau4. 5:Scénario « supprimer test module »
61
• Description du cas d’utilisation «Gérer réclamations»
Figure4. 4:Diagramme de cas d’utilisation « Gérer réclamations »
Le tableau suivant représente une description détaillée de l’opération «ajouter réclamations»
Nom du cas Ajouter réclamations

But L’ajout des réclamations
Post_condition L’ajout d’une nouvelle réclamation est réussi et enregistrer dans la base de
données
5. Le système enregistre le nouvel réclamation et affiche au tableau
réclamations
4.1 Le système ne permet pas d’ajouter les nouvelles réclamations Veuillez
remplir tous les champs ! (Message d’erreur)
Tableau4. 6:Scénario « Ajouter réclamations»
62
Le tableau suivant représente une description détaillée de l’opération « modifier réclamations»

Nom du cas Modifier réclamations
But Modifier les réclamations
Chef de département doit accéder à l’interface gérer réclamations
Post_condition Les informations des réclamations ont bien été modifiées
réclamations
2. 2. Chef de département choisi réclamation a modifié
message de succès.
Tableau4. 7:Scénario « Modifier réclamations »
Le tableau suivant représente une description détaillée de l’opération « consulter réclamations »
Nom du cas Consulter réclamations
But Consulter réclamations
Il y a au moins une réclamation ajoutée ou modifier
Post_condition La liste des réclamations est affichée
Scénario nominal 1. Chef de département demande la liste des réclamations
3. Chef de département consulter les réclamations
Tableau4. 8:Scénario «Consulter réclamations»
Le tableau suivant représente une description détaillée de l’opération «supprimer réclamations»
Nom du cas Supprimer réclamations
But Supprimer réclamations
Post_condition Réclamations est supprimé
Scénario nominal 1. Chef de département accéder à la liste des réclamations
2. Chef de département choisi réclamation a supprimé
5. Le système supprime réclamation
Tableau4. 9:Scénario «Supprimer réclamations»
63
• Description du cas d’utilisation « Gérer intervention»
Figure4. 5:Diagramme de cas d’utilisation « Gérer interventions »
Le tableau suivant représente une description détaillée de l’opération «ajouter interventions»
Nom du cas Ajouter interventions

But L’ajout des interventions
Post_condition L’ajout d’une nouvelle intervention est réussi et enregistrer dans la base de
données
5. Le système enregistre le nouvel interventions et affiche au tableau
interventions
4.1 Le système ne permet pas d’ajouter les nouvelles interventions Veuillez
remplir tous les champs ! (Message d’erreur)
Tableau4. 10:Scénario « Ajouter interventions»
64
Le tableau suivant représente une description détaillée de l’opération « modifier interventions»

Nom du cas Modifier interventions
But Modifier les interventions
Chef de département doit accéder à l’interface gérer interventions
Post_condition Les informations des interventions ont bien été modifiées
interventions
2. 2. Chef de département choisi interventions a modifié
message de succès.
Tableau4. 11:Scénario « Modifier interventions»
Le tableau suivant représente une description détaillée de l’opération « consulter interventions»
Nom du cas Consulter interventions
Acteur Chef de département , Technicien
But Consulter interventions
Il y a au moins une réclamation ajoutée ou modifier
Post_condition La liste des interventions est affichée
Scénario nominal 1. Chef de département demande la liste des interventions
3. Chef de département consulter les interventions
Tableau4. 12:Scénario «Consulter interventions»
Le tableau suivant représente une description détaillée de l’opération «supprimer interventions»
Nom du cas Supprimer interventions
But Supprimer interventions
Post_condition Interventions est supprimé
Scénario nominal 1. Chef de département accéder à la liste des interventions
2. Chef de département choisi intervention a supprimé
5. Le système supprime intervention
Tableau4. 13:Scénario «Supprimer interventions»
65
• Description du cas d’utilisation « Gérer maintenance préventif »
Figure4. 6:Diagramme de cas d’utilisation « Gérer maintenance préventif »
Le tableau suivant représente une description détaillée de l’opération «ajouter maintenance préventif»
Nom du cas Ajouter maintenance préventif

But L’ajout des maintenances préventif
Post_condition L’ajout d’une nouvelle maintenance préventif est réussi et enregistrer dans la
base de données
Scénario nominal 1. Le chef de département demande le formulaire d’ajout
5. Le système enregistre le nouvel maintenance et affiche au calendrier de
maintenance préventif
4.1 Le système ne permet pas d’ajouter les nouvelles maintenances préventives
Veuillez remplir tous les champs ! (Message d’erreur)
Tableau4. 14:Scénario « Ajouter maintenance préventif»
66
Le tableau suivant représente une description détaillée de l’opération « modifier maintenance préventif»
Nom du cas Modifier maintenance préventif
But Modifier les maintenances préventif
Chef de département doit accéder à l’interface gérer maintenance préventif
Post_condition Les informations des maintenances préventives ont bien été modifiées
Scénario nominal 1. chef de département demande au système de consulter le calendrier des
maintenances préventif
2. Chef de département choisi maintenance préventif a modifié
Tableau4. 15:Scénario « Modifier maintenance préventif»
Le tableau suivant représente une description détaillée de l’opération « consulter maintenance préventif»
Nom du cas Consulter maintenance préventif
Acteur Chef de département , responsable , technicien
But Consulter maintenance préventif
Pré_condition Chef de département , responsable et technicien doit être authentifié
Il y a au moins une maintenance préventif ajoutée ou modifier
Post_condition Calendrier des maintenances préventive est affichée
Scénario nominal 1. Chef de département demande le calendrier des maintenances préventives
3. chef de département , responsable , technicien consulter les maintenances
préventif
Scénario alternatif Le système renvoi calendrier vide
Tableau4. 16:Scénario «Consulter maintenance préventif»
Le tableau suivant représente une description détaillée de l’opération «supprimer maintenance préventif»
Nom du cas Supprimer maintenance préventif
But Supprimer maintenance préventif
Post_condition Maintenance préventive est supprimé
Scénario nominal 1. Chef de département accéder au calendrier des maintenances préventif
2.Chef de département choisi maintenances préventif a supprimé
5. Le système supprime maintenances préventif
Tableau4. 17:Scénario «Supprimer maintenance préventif»
67
• Description du cas d’utilisation « Gérer maintenance corrective»
Figure4. 7:Diagramme de cas d’utilisation « Gérer maintenance corrective»
Le tableau suivant représente une description détaillée de l’opération «ajouter maintenance corrective»
Nom du cas Ajouter maintenance corrective

Acteur Technicien
But L’ajout des maintenances corrective
Pré_condition Le technicien du système est authentifié
Post_condition L’ajout d’une nouvelle maintenance corrective est réussi et enregistrer dans la
base de données
Scénario nominal 1. Le technicien demande le formulaire d’ajout
3. Le technicien remplit les champs nécessaires et valide la soumission des
données.
5. Le système enregistre le nouvel maintenance corrective et affiche à la liste de
maintenance corrective
Scénario alternatif 3.1 Technicien choisit d’annuler l’opération
4.1 Le système ne permet pas d’ajouter les nouvelles maintenances correctives
Tableau4. 18:Scénario « Ajouter maintenance corrective»
68
Le tableau suivant représente une description détaillée de l’opération « modifier maintenance corrective»
Nom du cas Modifier maintenance corrective
Acteur Technicien
But Modifier les maintenances corrective
Technicien doit accéder à l’interface gérer maintenance corrective
Post_condition Les informations des maintenances correctives ont bien été modifiées
Scénario nominal 1. Technicien demande au système de consulter la liste des maintenances
corrective
2. technicien choisi maintenance corrective a modifié
4. Technicien saisi des nouvelles données et valide
Scénario alternatif 3.1 Technicien annule la mise à jour
Tableau4. 19:Scénario « Modifier maintenance corrective»
Le tableau suivant représente une description détaillée de l’opération « consulter maintenance corrective»
Nom du cas Consulter maintenance corrective
Acteur Technicien et chef de département
But Consulter maintenance corrective
Pré_condition Technicien doit être authentifié
Il y a au moins une maintenance corrective ajoutée ou modifier
Post_condition La liste des fiches maintenances est affichée
Scénario nominal 1. Technicien demande la liste des maintenances correctives
3. Technicien consulter maintenances corrective
Tableau4. 20:Scénario «Consulter maintenance corrective»
Le tableau suivant représente une description détaillée de l’opération «supprimer maintenance
corrective»
Nom du cas Supprimer maintenance corrective
Acteur Technicien
But Supprimer maintenance corrective
Post_condition Maintenance corrective est supprimé
Scénario nominal 1. Technicien accéder à la liste des maintenances corrective
2.Technicien choisi maintenances corrective a supprimé
3.Technicien clique sur Button supprimé
4. Technicien confirmer son choix
5. Le système supprime maintenances corrective
Scénario alternatif 2.1 Technicien annule l’opération de la suppression
Tableau4. 21:Scénario «Supprimer maintenance corrective»
69
• Description du cas d’utilisation « Gérer fiche maintenance»
Figure4. 8:Diagramme de cas d’utilisation « Gérer fiche maintenance»
Le tableau suivant représente une description détaillée de l’opération «ajouter fiche maintenance»
Nom du cas Ajouter fiche maintenance

Acteur Technicien
But L’ajout des fiches maintenances
Pré_condition Le technicien du système est authentifié
Post_condition L’ajout d’une nouvelle fiche maintenance est réussi et enregistrer dans la base
de données
Scénario nominal 1. Le technicien demande le formulaire d’ajout
3. Le technicien remplit les champs nécessaires et valide la soumission des
données.
5. Le système enregistre le nouvel fiche maintenance et affiche à la liste de
fiche maintenance
Scénario alternatif 3.1 Technicien choisit d’annuler l’opération
4.1 Le système ne permet pas d’ajouter les nouvelles fiches maintenances
Tableau4. 22:Scénario « Ajouter fiche maintenance»
70
Le tableau suivant représente une description détaillée de l’opération « modifier fiche maintenance»
Nom du cas Modifier fiche maintenance
Acteur Technicien
But Modifier les fiches maintenances
Technicien doit accéder à l’interface gérer maintenance corrective
Post_condition Les informations des maintenances correctives ont bien été modifiées
Scénario nominal 1. Technicien demande au système de consulter la liste des fiches
maintenances
2. technicien choisi fiche maintenance a modifié
4. Technicien saisi des nouvelles données et valide
message de succès.
Scénario alternatif 3.1 Technicien annule la mise à jour
Tableau4. 23:Scénario « Modifier fiches maintenance»
Le tableau suivant représente une description détaillée de l’opération « consulter fiche maintenance»
Nom du cas Consulter fiche maintenance
Acteur Technicien et chef de département
But Consulter fiche maintenance
Pré_condition Technicien et chef de département doit être authentifié
Il y a au moins une fiche maintenance ajoutée ou modifier
Post_condition La liste des fiche maintenances est affichée
Scénario nominal 1. Technicien demande la liste des fiche maintenances
3. technicien et chef de département consulter les maintenances corrective
Tableau4. 24:Scénario «Consulter fiche maintenance»
Le tableau suivant représente une description détaillée de l’opération «supprimer fiche maintenance»
Nom du cas Supprimer fiche maintenance
Acteur Technicien
But Supprimer fiche maintenance
Post_condition Fiche maintenance est supprimé
Scénario nominal 1. Technicien accéder à la liste des fiches maintenances
2.Technicien choisi fiche maintenances a supprimé
3.Technicien clique sur Button supprimé
4. Technicien confirmer son choix
5. Le système supprime fiches maintenances
Scénario alternatif 2.1 Technicien annule l’opération de la suppression
Tableau4. 25:Scénario «Supprimer fiche maintenance»
71
• Diagramme de classe
La figure ci-dessous représente le diagramme de classe utilisé pour le développement de deuxième

sprint.

• Dictionnaire de données
colonne données
Id L’identifiant unique des test Int Oui 10 Primaire
module
Xcode Code de test module Varchar Oui 255
Ref_vw Reference volsvagene Varchar Oui 255
Ref_tsk Reference fournisseur de test Varchar Oui 255
Date_ajout Date d’ajout de test module Date Oui
Nom_machine Test module dans quelle machine Varchar Oui 255
Projet Test module dans quelle projet Varchar Oui 255
Tableau4. 26:Dictionnaire de données de la table « test module »
72

colonne données
réclamations
Id_ technicien L’identifiant unique des Varchar Oui 255
techniciens
Responsable Responsable Varchar Oui 255
Objet Objet de réclamation Varchar Oui 255
Type Type de réclamation Varchar Oui 255
Reponse Réponse de réclamation Varchar Oui 255
Tableau4. 27:Dictionnaire de données de la table « réclamation»

colonne données
intervention
Nom_machine L’identifiant unique des Varchar Oui 255
techniciens
Zone Zone d’intervention Varchar Oui 255
Shift Shift Varchar Oui 255
Date_intervention Date d’intervention Varchar Oui 255
Problem Problème Varchar Oui 255
Matricule Matricule de l’intervention Int Oui 11
Temp_arret Temps d’arrêt Varchar Oui 255
Ref_piece Référence de pièce Varchar Oui 255
Type Type d’intervention Varchar Oui 255
Tableau4. 28:Dictionnaire de données de la table « intervention»

colonne données
maintenances préventif
Title Nom de machine Varchar Oui 255
Description Description de maintenance Varchar Oui 255
préventif
Start_datetime Date de début de maintenance Date Oui
End_datetine Date de dernier jour de Date Oui
maintenance
Tableau4. 29:Dictionnaire de données de la table « maintenance préventif»
73

colonne données
maintenances corrective
Temp_arret Temp d’arrêt Varchar Oui 255
Piece_de_rech Piece de rechange Varchar Oui 255
ange
Ref_piece Référence pièce Varchar Oui 255
Type Type de maintenance corrective Varchar Oui 255
Tableau4. 30:Dictionnaire de données de la table « maintenance corrective»

colonne données
Id L’identifiant unique des fiches Int Oui 10 Primaire
maintenances
Nom_machine Nom de machine Varchar Oui 255
Date_mainten Date de maintenance Date Oui
ance
Type Type de maintenance Varchar Oui 255
Piece_de_rec Piece de rechange Varchar Oui 255
hange
Ref-piece Référence pièce Varchar Oui 255
Tableau4. 31:Dictionnaire de données de la table « fiche maintenance»

Nous présentons les diagrammes de séquence des histoires de deuxième sprint sachant que nous
mettons dans le premier sprint les diagrammes de séquence détaillés de chaque cas.
.Gérer test module
• Diagramme de séquence du cas d’utilisation « ajouter test module»
Après s’être authentifié le chef de département peut ajouter des test module . Le système affiche le for-
mulaire d’ajout, le chef de département remplit le formulaire puis enregistre les données. Le système vé-
rifie que le formulaire est bien rempli puis enregistre les informations dans la base de données et affiche
dans tableau test module ou sinon un message d’erreur.
74
Figure4. 10:Diagramme de séquence «ajouter test module»
• Diagramme de séquence d’opération «modifier test module»

Après s’être authentifié le chef de département peut modifier les test module . Le système affiche le
formulaire de modification, le chef de département effectue les modifications puis enregistre les nouvelles
informations. Le système vérifie les informations puis fait la mise à jour des données dans la base de
données et affiche la mise à jour a été effectué dans la liste test module ou sinon un message d’erreur .
Figure4. 11:Diagramme de séquence «modifier test module»
75
• Diagramme de séquence d’opération « consulter test module »

Après s’être authentifié le responsable et le chef de département peut consulter les test module . Le sys-
tème affiche la liste des test module .
Figure4. 12:Diagramme de séquence «consulter test module»
• Diagramme de séquence d’opération « supprimer test module »

Après s’être authentifié le chef de département demande la suppression au système la liste des test mo-
dule . Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de
département peut annuler cette demande dans ce cas le système affiche de nouveau la liste des test
module , alors le système supprime le test module dans la base de données et Affiche la table test module
affirmant que l’annulation a été faite .
Figure4. 13:Diagramme de séquence «supprimer test module»
76
.Gérer réclamation
• Diagramme de séquence du cas d’utilisation « ajouter réclamation»
Après s’être authentifié le chef de département peut ajouter des réclamations . Le système affiche le for-
dans tableau réclamation ou sinon un message d’erreur.
Figure4. 14:Diagramme de séquence «ajouter réclamation»
• Diagramme de séquence d’opération «modifier réclamation»

Après s’être authentifié le chef de département peut modifier les réclamations . Le système affiche le
données et affiche la mise à jour a été effectué dans la réclamation ou sinon un message d’erreur .
77
Figure4. 15:Diagramme de séquence «modifier réclamation»
• Diagramme de séquence d’opération «consulter réclamation »
Après s’être authentifié le responsable et le chef de département peut consulter les réclamations . Le
système affiche la liste des réclamations .
Figure4. 16: Diagramme de séquence «consulter réclamation»
78
• Diagramme de séquence d’opération « supprimer réclamation »
Après s’être authentifié le chef de département demande la suppression au système la liste des récla-
mations . Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de
département peut annuler cette demande dans ce cas le système affiche de nouveau la liste des récla-
mations , alors le système supprime la réclamation dans la base de données et Affiche la table réclama-
tion affirmant que l’annulation a été faite .
Figure4. 17:Diagramme de séquence «supprimer réclamation»

.Gérer intervention
• Diagramme de séquence du cas d’utilisation « ajouter intervention»
Après s’être authentifié le chef de département peut ajouter des interventions . Le système affiche le for-
dans tableau intervention ou sinon un message d’erreur.
79
Figure4. 18:Diagramme de séquence «ajouter intervention»

• Diagramme de séquence d’opération «modifier intervention»
Après s’être authentifié le chef de département peut modifier les interventions . Le système affiche le
données et affiche la mise à jour a été effectué dans la liste des interventions ou sinon un message
d’erreur .
Figure4. 19:Diagramme de séquence «modifier intervention»
80
• Diagramme de séquence d’opération «consulter intervention »

Après s’être authentifié le chef de département et le technicien peut consulter les interventions . Le sys-
tème affiche la liste des interventions .
Figure4. 20:Diagramme de séquence «consulter intervention»
• Diagramme de séquence d’opération « supprimer intervention »
Après s’être authentifié le chef de département demande la suppression au système la liste des inter-
ventions . Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de
département peut annuler cette demande dans ce cas le système affiche de nouveau la liste des inter-
ventions , alors le système supprime l’intervention dans la base de données et Affiche la table intervention
Figure4. 21:Diagramme de séquence «supprimer intervention»

.Gérer maintenance préventive
• Diagramme de séquence du cas d’utilisation « ajouter maintenance préventif»
Après s’être authentifié le chef de département peut ajouter des maintenances préventives . Le système
affiche le formulaire d’ajout, le chef de département remplit le formulaire puis enregistre les données. Le
système vérifie que le formulaire est bien rempli puis enregistre les informations dans la base de données
et affiche dans le calendrier ou sinon un message d’erreur.
81
Figure4. 22:Diagramme de séquence «ajouter maintenance préventif»
• Diagramme de séquence d’opération «modifier maintenance préventif»

Après s’être authentifié le chef de département peut modifier les maintenances préventives . Le système
affiche le formulaire de modification, le chef de département effectue les modifications puis enregistre
les nouvelles informations. Le système vérifie les informations puis fait la mise à jour des données dans la
base de données et affiche la mise à jour a été effectué dans le calendrier de maintenance préventif ou
sinon un message d’erreur .
Figure4. 23:Diagramme de séquence «modifier maintenance préventif»
82
• Diagramme de séquence d’opération «consulter maintenance préventif »

Après s’être authentifié le responsable , le chef de département et le technicien peut consulter les main-
tenances préventives . Le système affiche le calendrier de maintenance préventif .
Figure4. 24:Diagramme de séquence «consulter maintenance préventif»
• Diagramme de séquence d’opération « supprimer maintenance préventif»
Après s’être authentifié le chef de département demande la suppression au système le calendrier de

maintenance préventif . Le système affiche le calendrier et vérifie le choix effectué puis demande une
confirmation. Le chef de département peut annuler cette demande dans ce cas le système affiche de
nouveau le calendrier de maintenance préventif , alors le système supprime maintenance préventive
dans la base de données et Affiche la liste affirmant que l’annulation a été faite .
Figure4. 25:Diagramme de séquence «supprimer maintenance préventif»
83
.Gérer maintenance corrective

• Diagramme de séquence du cas d’utilisation « ajouter maintenance corrective»
Après s’être authentifié le technicien peut ajouter des maintenances correctives . Le système affiche le
formulaire d’ajout, le technicien remplit le formulaire puis enregistre les données. Le système vérifie que le
formulaire est bien rempli puis enregistre les informations dans la base de données et affiche dans la liste
ou sinon un message d’erreur.
Figure4. 26:Diagramme de séquence «ajouter maintenance corrective»
• Diagramme de séquence d’opération «modifier maintenance corrective»

Après s’être authentifié le technicien peut modifier les maintenances correctives . Le système affiche le
formulaire de modification, le technicien effectue les modifications puis enregistre les nouvelles
données et affiche la mise à jour a été effectué dans la liste de maintenance corrective ou sinon un
message d’erreur .
84
Figure4. 27:Diagramme de séquence «modifier maintenance corrective»
• Diagramme de séquence d’opération «consulter maintenance corrective »
Après s’être authentifié le technicien et le responsable peut consulter les maintenances correctives . Le
système affiche la liste de maintenance corrective .
Figure4. 28:Diagramme de séquence «consulter maintenance corrective»
• Diagramme de séquence d’opération « supprimer maintenance corrective»

Après s’être authentifié le technicien demande la suppression au système la liste de maintenance cor-
rective . Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le technicien
peut annuler cette demande dans ce cas le système affiche de nouveau la liste de maintenance correc-
tive , alors le système supprime maintenance corrective dans la base de données et Affiche la liste affir-
mant que l’annulation a été faite .
85
Figure4. 29:Diagramme de séquence «supprimer maintenance corrective»
.Gérer fiche maintenance

• Diagramme de séquence du cas d’utilisation « ajouter fiche maintenance»
Après s’être authentifié le technicien peut ajouter des fiches maintenances . Le système affiche le formu-
laire d’ajout, le technicien remplit le formulaire puis enregistre les données. Le système vérifie que le for-
mulaire est bien rempli puis enregistre les informations dans la base de données et affiche dans la liste
ou sinon un message d’erreur.
Figure4. 30:Diagramme de séquence «ajouter fiche maintenance»
86
• Diagramme de séquence d’opération «modifier fiche maintenance»

Après s’être authentifié le technicien peut modifier les fiches maintenances. Le système affiche le
formulaire de modification, le technicien effectue les modifications puis enregistre les nouvelles
données et affiche la mise à jour a été effectué dans la liste de fiche maintenance ou sinon un message
d’erreur .
Figure4. 31:Diagramme de séquence «modifier fiche maintenance»
• Diagramme de séquence d’opération «consulter fiche maintenance»
Après s’être authentifié le technicien peut consulter les fiches maintenance . Le système affiche la liste de
fiche maintenance .
Figure4. 32:Diagramme de séquence «consulter fiche maintenance»

87
• Diagramme de séquence d’opération « supprimer fiche maintenance»
Après s’être authentifié le technicien demande la suppression au système la liste de fiche maintenance .
Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le technicien peut
annuler cette demande dans ce cas le système affiche de nouveau la liste de fiche maintenance, alors le
système supprime fiche maintenance dans la base de données et Affiche la liste affirmant que l’annula-
tion a été faite .
Figure4. 33:Diagramme de séquence «supprimer fiche maintenance»

A. test module
La figure ci-dessous présente le diagramme d‘activité d’ajouter test module
Figure4. 34:Diagramme d’activité« ajouter test module »
88
B - Supprimer intervention
La figure ci-dessous présente le diagramme d’activité de supprimer intervention
Figure4. 35:Diagramme d’activité« supprimer intervention »
Figure4. 36:Base de données document « Test module »
Figure4. 37:Base de données document « réclamation »
89
Figure4. 38:Base de données document «intervention»
Figure4. 39:Base de données document «maintenance préventif»
Figure4. 40:Base de données document «maintenance corrective»
Figure4. 41:Base de données document «fiche maintenance»
90
4.2 Les interfaces

La figure ci-dessous présente l‘interface d’ajouter test module pour le chef de département
Figure4. 42:Interface « Ajouter test module»

La figure ci-dessous présente l‘interface de modifier ou supprimer test module pour le chef de
département
Figure4. 43:Interface « consulter test module»
La figure ci-dessous présente l‘interface d’ajouter réclamation pour le chef de département
Figure4. 44:Interface « Ajouter réclamation»
91
La figure ci-dessous présente l‘interface de modifier ou supprimer réclamation pour le chef de

département
Figure4. 45: Interface « consulter réclamation»

La figure ci-dessous présente l‘interface d’ajouter intervention pour le chef de département
Figure4. 46:Interface « Ajouter intervention »

La figure ci-dessous présente l‘interface de modifier ou supprimer intervention pour le chef de
département
Figure4. 47:Interface « consulter intervention»
92
La figure ci-dessous présente l‘interface de gérer maintenance préventif pour le chef de département
Figure4. 48:Interface « gérer maintenance préventif»
La figure ci-dessous présente l‘interface de gérer maintenance corrective pour le technicien
Figure4. 49:Interface « gérer maintenance corrective»
La figure ci-dessous présente l‘interface de gérer fiche maintenance pour le technicien
Figure4. 50:Interface « gérer fiche maintenance »
93

Nous avons élaboré dans le tableau suivant un ensemble de cas de scénarios de tests fonctionnels relatifs
au sprint 2.

Ajout d’un test Introduire les informations reliées Le formulaire d’ajout des test Conforme
module à test module puis valider module s’affiche. Test module est
ajouté
Consulter test On clique sur le bouton Consulter liste de test module Conforme
module supprimer ou bien modifier
Ajout d’une Introduire les informations reliées Le formulaire d’ajout des Conforme
réclamation à une réclamation puis valider réclamations s’affiche. La
réclamation est ajoutée
Consulter On clique sur le bouton Consulter liste de réclamation Conforme
réclamation supprimer ou bien modifier
intervention à un intervention puis valider interventions s’affiche.
L’intervention est ajoutée
Consulter On clique sur le bouton Consulter liste d’intervention Conforme
intervention supprimer ou bien modifier
maintenance à un maintenance préventif puis maintenances préventif s’affiche.
préventif valider Maintenance préventif est ajoutée
Consulter On clique sur le bouton Consulter calendrier des Conforme
maintenance supprimer ou bien modifier maintenance préventif
préventif
maintenance à une maintenance corrective maintenances corrective s’affiche.
corrective puis valider Maintenance corrective est
ajoutée
Consulter On clique sur le bouton Consulter liste des maintenances Conforme
maintenance supprimer ou bien modifier correctives
corrective
Ajouter fiche Introduire les informations reliées Le formulaire d’ajout des fiches Conforme
maintenance à une fiche maintenance puis maintenances s’affiche. Fiche
valider maintenance est ajoutée
Consulter fiche On clique sur le bouton Consulter liste des fiches Conforme
maintenance supprimer ou bien modifier maintenances
94
6 Conclusion
Au cours de ce chapitre, nous avons présenté le deuxième sprint. Pour ce faire, nous avons passé par la
spécification, la conception et la réalisation. Le prochain chapitre nous permettra d'aborder le troisième
sprint .
95
CHAPITRE 5 MISE EN ŒUVRE DE SPRINTE 3

1 Introduction
En partant sur le même principe que les deux sprints précédents. Pour cela, nous commençons par le
Backlog du sprint, ensuite nous passons à l’analyse et la conception. Nous terminons par la réalisation et
le test.
2 Spécification fonctionnelle
Cette section a pour objectif de détailler le troisième sprint en présentant les spécifications fonctionnelles
suivantes : Backlog du produit, Digramme des cas d’utilisation de sprint 3, Tableau des tâches et Analyse
du sprint .
2.1 Backlog du sprint 3
Id Acteur Fonctions Taches Date de Date fin Responsable
début
1 Chef de Gérer Ajouter passation 20/04/2023 25/04/2023 Amri kouki
département passation Modifier passation oumaima
Consulter passation
Supprimer passation
2 Chef de Gérer les Ajouter pine 26/04/2023 30/04/2023 Amri Kouki
département pines Modifier pine oumaima
Consulter pine
Supprimer pine
3 Chef de Gérer les Ajouter outil 01/05/2023 05/05/2023 Amri Kouki
département outils(matériel Modifier outil oumaima
ou logiciel) Consulter outil
Supprimer outil
4 Responsable Suivre Suivre maintenance 06/05/2023 10/05/2023 Amri kouki
maintenance préventive oumaima
Suivre maintenance
corrective
5 Responsable Consulter Consulter statistique 10/05/2023 12/05/2023 Amri kouki
statistique oumaima
Tableau5. 1:Backlog du sprint 3
96

La figure ci-dessous présente le diagramme de cas d’utilisation de sprint 3 :
Figure5. 1:Diagramme de cas d’utilisation du sprint 3

Le tableau de taches est un affichage de la progression de l’équipe Scrum au cours d’un sprint. Il est
divisé en trois colonnes : les taches à réaliser, les tâches en cours et les tâches réalisés.
Figure5. 2:Tableau des taches du sprint 3

A-Identification des acteurs et des cas d’utilisation
Les acteurs de troisième sprint sont :
Chef de département : l’acteur déclencheur de ce sprint, il permet de gérer (ajouter , modifier , supprimer
et consulter ) les passations et les pines après authentification.
Technicien : c’est un acteur gérer dans ce sprint les outils (ajouter , modifier , supprimer et consulter )
après authentification .
Responsable : c’est l’acteur principal pour suivre maintenance préventive et corrective après
authentification .
Responsable : c’est l’acteur responsable de consulter statistique après authentification .
B-Description des cas d’utilisation
Dans cette partie nous allons mettre en place une description textuelle de tous les cas d’utilisation du
sprint 3 .
97
• Description du cas d’utilisation « Gérer passation »
Figure5. 3:Diagramme de cas d’utilisation « gérer passation»

Tableau suivant représente une description détaillée de l’opération « ajouter passation»
Nom du cas Ajouter passation
But Ajouter passation
Chef de département doit accéder à l’interface gérer les passations
Post-condition L’ajout d’une nouvelle passation est réussi et enregistrer dans la base de
données .
3. Chef de département remplit les champs nécessaires et valide la
5. Le système enregistre le nouvel passation et affiche au tableau passation
Scénario alternatif 3.1 Chef de département choisit d’annuler l’opération et voir la liste des
passations
4.1 Le système ne permet pas d’ajouter le nouvel pine erreur d’insertion a la
Tableau5. 2:Scénario « ajouter passation»
98
Le tableau suivant représente une description détaillée de l’opération «modifier passation»

Nom du cas Modifier passation
But Modifier passation
Responsable doit accéder à l’interface gérer les passations
passations
2. 2. Le Chef de département choisi passation a modifié
Tableau5. 3:Scénario «modifier passation»
Le tableau suivant représente une description détaillée de l’opération « consulter passation »
Nom du cas Consulter passation
But Consulter passation
Pré_condition Chef de département doit être authentifié
Il y a au moins une passation ajoutée ou modifier
Post_condition La liste des passations est affichée
Scénario nominal 1. Chef de département demande la liste des passations
3. Chef de département consulter les passations
Tableau5. 4:Scénario « Consulter passation»
Le tableau suivant représente une description détaillée de l’opération « supprimer passation»
Nom du cas Supprimer passation
But Supprimer passation
Post_condition Passation est supprimé
Scénario nominal 1. Chef de département accéder à la liste des passations
2. Chef de département choisi pine a supprimé
5. Le système supprime passation
Tableau5. 5:Scénario « supprimer passation »
99
• Description du cas d’utilisation « gérer les pines»
Figure5. 4:Diagramme de cas d’utilisation « gérer pine»
• Description du cas d’utilisation « gérer les pines »

Tableau suivant représente une description détaillée de l’opération « ajouter pine»
Nom du cas Ajouter pine
But Ajouter pine
Chef de département doit accéder à l’interface gérer les pines
Post-condition L’ajout d’une nouvelle pine est réussi et enregistrer dans la base de données .
5. Le système enregistre le nouvel pine et affiche au tableau pine
Scénario alternatif 3.1 Chef de département choisit d’annuler l’opération et voir la liste des pines
4.1 Le système ne permet pas d’ajouter le nouvel pine erreur d’insertion a la
Tableau5. 6:Scénario « ajouter pine »
100
Le tableau suivant représente une description détaillée de l’opération «modifier pine »

Nom du cas Modifier pine
But Modifier pine
Responsable doit accéder à l’interface gérer les pines
Scénario nominal 1. Chef de département demande au système de consulter la liste des pines
2. Le Chef de département choisi pine a modifié
Tableau5. 7:Scénario «modifier pine»
Le tableau suivant représente une description détaillée de l’opération « consulter pine »
Nom du cas Consulter pine
But Consulter pine
Pré_condition Chef de département doit être authentifié
Il y a au moins une pine ajoutée ou modifier
Post_condition La liste des pines est affichée
Scénario nominal 1. Chef de département demande la liste des pines
3. Chef de département consulter les pines
Tableau5. 8:Scénario « Consulter pine»
Le tableau suivant représente une description détaillée de l’opération « supprimer pine»
Nom du cas Supprimer pine
But Supprimer pine
Post_condition Pine est supprimé
Scénario nominal 1. Chef de département accéder à la liste des pines
2. Chef de département choisi pine a supprimé
5. Le système supprime pine
Tableau5. 9:Scénario « supprimer pine »
101
• Description du cas d’utilisation « gérer les outils»
Figure5. 5:Diagramme de cas d’utilisation « gérer outil»

• Description du cas d’utilisation « gérer outil»
Tableau suivant représente une description détaillée de l’opération « ajouter outil»
Nom du cas Ajouter outil
But Ajouter outil
Chef de département doit accéder à l’interface gérer les outils
Post-condition L’ajout d’un nouvel outil est réussi et enregistrer dans la base de données .
5. Le système enregistre le nouvel outil matériel et affiche au tableau outil
Scénario alternatif 3.1 Chef de département choisit d’annuler l’opération et voir la liste des outils
4.1 Le système ne permet pas d’ajouter le nouvel outil erreur d’insertion a la
Tableau5. 10.Scénario « ajouter outil»
102
Le tableau suivant représente une description détaillée de l’opération «modifier outils»

Nom du cas Modifier outil
But Modifier outil
Chef de département doit accéder à l’interface gérer les outils
Scénario nominal 1. chef de département demande au système de consulter la liste des outils
2. 2. Chef de département choisi outil modifier a modifié
Tableau5. 11:Scénario «modifier outil»
Le tableau suivant représente une description détaillée de l’opération « consulter outil»
Nom du cas Consulter outil matériel
But Consulter outil
Pré_condition Technicien doit être authentifié
Il y a au moins un outil ajouté ou modifier
Post_condition La liste des outils est affichée
Scénario nominal 1. Chef de département demande la liste des outils
3. Chef de département consulter les outils
Tableau5. 12:Scénario « Consulter outil»
Le tableau suivant représente une description détaillée de l’opération « supprimer outil»
Nom du cas Supprimer outil
But Supprimer outil
Post_condition Outil est supprimé
Scénario nominal 1. Chef de département accéder à la liste des outils
2. Chef de département choisi outil a supprimé
3.chef de département clique sur Button supprimé
5. Le système supprime outil matériel
Scénario alternatif 2.1Chef de département annule l’opération de la suppression
Tableau5. 13:Scénario « supprimer outil »
103
• Description du cas d’utilisation « suivre maintenance »
Figure5. 6.Diagramme de cas d’utilisation « suivre maintenance »

• Description du cas d’utilisation « suivre maintenance »
Le tableau suivant représente une description détaillée de l’opération « consulter maintenance préventif»
Nom du cas Consulter maintenance préventif
Acteur Responsable
But Consulter maintenance préventif
Pré_condition Responsable doit être authentifié
Il y a au moins une maintenance préventif ajoutée ou modifier
Post_condition Calendrier des maintenances préventive est affichée
Scénario nominal 1. Responsable demande le calendrier des maintenances préventives
3. responsable consulter les maintenances préventif
Scénario alternatif Le système renvoi calendrier vide
Tableau5. 14:Scénario «Consulter maintenance préventif»
Le tableau suivant représente une description détaillée de l’opération « consulter maintenance corrective»
Nom du cas Consulter maintenance corrective
Acteur Responsable
But Consulter maintenance corrective
Il y a au moins une maintenance corrective ajoutée ou modifier
Post_condition La liste des maintenances corrective est affichée
Scénario nominal 1. responsable demande la liste des maintenances correctives
3. responsable consulter maintenances corrective
Tableau5. 15:Scénario «Consulter maintenance corrective»
• Description du cas d’utilisation « Consulter statistique »
Figure5. 7:Consulter statistique

104
Le tableau suivant représente une description détaillée de l’opération « consulter statistique»

Nom du cas Consulter statistique
Acteur Responsable
But Consulter statistique
Il y a au moins une statistique ajoutée ou modifier
Post_condition Statistique est affichée
Scénario nominal 1. responsable demande de consulter statistique
3. responsable consulter statistique
Scénario alternatif Le responsable quitter page de consulter statistique
Tableau5. 16:Consulter statistique
• Diagramme de classe du sprint 3
La figure ci-dessous présente le diagramme de classe du sprint 3
105
Le dictionnaire des données est un document qui décrit la base de données ou une collection des bases
de données.

colonne données
passations
Nom_machine Nom machine Varchar Oui 255
Zone Zone de passation Varchar Oui 255
Date_intervention Date de l’intervention Date
Problem Problème Varchar Oui 255
Temp_arret Temp d’arrêt Varchar Oui 255
Ref_piece Reference de pièce Varchar Oui 255
Type Type de passation Varchar Oui 255
Problem_resolue Problème résolue Varchar Oui 255
Tableau5. 17:Dictionnaire de données de la table «passation »

colonne données
Id L’identifiant unique des pines Int Oui 10 Primaire
Xcode Code des pines Varchar Oui 255
Ref_vw Référence volsvagene Varchar Oui 255
Ref_tsk Référence fournisseur de test Varchar Oui 255
Quantite Quantité des pines Int Oui 10
Num_ASP Numéro ASP Int Oui 10
Ref_ASP Référence ASP Varchar Oui 255
Tableau5. 18:Dictionnaire de données de la table «pine »

colonne données
Id L’identifiant unique des outils Int Oui 10 Primaire
matériels
Disignation Désignation Varchar Oui 255
Remarque Remarque Varchar Oui 255
Date_de_recu Date de récupération Date
piration
Nom_technic Nom technicien Varchar Oui 10
ien
Tableau5. 19:Dictionnaire de données de la table «outil »
106

.Gérer passation
• Diagramme de séquence « «ajouter passation »
Après s’être authentifié le chef de département peut ajouter des passations . Le système affiche le
formulaire d’ajout, le chef de département remplit le formulaire puis enregistre les données. Le système
vérifie que le formulaire est bien rempli puis enregistre les informations dans la base de données et affiche
dans tableau passation ou sinon un message d’erreur.
Figure5. 9:Diagramme de séquence «ajouter passation»
• Diagramme de séquence d’opération «modifier passation»

Après s’être authentifié le chef de département peut modifier les passations . Le système affiche le
données et affiche la mise à jour a été effectué dans la liste passation ou sinon un message d’erreur .
107
Figure5. 10:Diagramme de séquence «modifier passation»
• Diagramme de séquence d’opération « consulter passation »
Après s’être authentifié le chef de département peut consulter les passations . Le système affiche la liste
des passations .
Figure5. 11:Diagramme de séquence «consulter passation»
108
• Diagramme de séquence d’opération « supprimer passation »

Après s’être authentifié le chef de département demande la suppression au système la liste des passa-
tions . Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de
département peut annuler cette demande dans ce cas le système affiche de nouveau la liste des pas-
sations , alors le système supprime la passation dans la base de données et Affiche la table passation
Figure5. 12:Diagramme de séquence «supprimer passation»
109
.Gérer pine
• Diagramme de séquence « «ajouter pine »
Après s’être authentifié le chef de département peut ajouter des pines. Le système affiche le formulaire
d’ajout, le chef de département remplit le formulaire puis enregistre les données. Le système vérifie que
le formulaire est bien rempli puis enregistre les informations dans la base de données et affiche dans
tableau pine ou sinon un message d’erreur.
Figure5. 13:Diagramme de séquence «ajouter pine»

• Diagramme de séquence d’opération «modifier pine»
Après s’être authentifié le chef de département peut modifier les pines . Le système affiche le formulaire
de modification, le chef de département effectue les modifications puis enregistre les nouvelles
données et affiche la mise à jour a été effectué dans la liste pine ou sinon un message d’erreur .
110
Figure5. 14:Diagramme de séquence «modifier pine»
• Diagramme de séquence d’opération « consulter pine»

Après s’être authentifié le chef de département peut consulter les pines . Le système affiche la liste des
pines .
Figure5. 15:Diagramme de séquence «consulter pine»
111
• Diagramme de séquence d’opération « supprimer pine »

Après s’être authentifié le chef de département demande la suppression au système la liste des pines .
Le système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de départe-
ment peut annuler cette demande dans ce cas le système affiche de nouveau la liste des pines , alors le
système supprime la pine dans la base de données et Affiche la table pine affirmant que l’annulation a
été faite .
Figure5. 16:Diagramme de séquence «supprimer pine»

.Gérer outil
• Diagramme de séquence « «ajouter outil»
Après s’être authentifié le chef de département peut ajouter des outils. Le système affiche le formulaire
d’ajout, le chef de département remplit le formulaire puis enregistre les données. Le système vérifie que
le formulaire est bien rempli puis enregistre les informations dans la base de données et affiche dans
tableau outil ou sinon un message d’erreur.
Figure5. 17:Diagramme de séquence «ajouter outil»
112
• Diagramme de séquence d’opération «modifier outil»

Après s’être authentifié le chef de département peut modifier les outils. Le système affiche le formulaire
de modification, le chef de département effectue les modifications puis enregistre les nouvelles
données et affiche la mise à jour a été effectué dans la liste outil ou sinon un message d’erreur .
Figure5. 18:Diagramme de séquence «modifier outil»
• Diagramme de séquence d’opération « consulter outil»
Après s’être authentifié le chef de département peut consulter les outils . Le système affiche la liste des
outils.
Figure5. 19:Diagramme de séquence «consulter outil»
113
• Diagramme de séquence d’opération « supprimer outil»
Après s’être authentifié le chef de département demande la suppression au système la liste des outils. Le
système affiche la liste et vérifie le choix effectué puis demande une confirmation. Le chef de département
peut annuler cette demande dans ce cas le système affiche de nouveau la liste des outils , alors le sys-
tème supprime outils dans la base de données et Affiche la table outil affirmant que l’annulation a été
faite .
Figure5. 20:Diagramme de séquence «supprimer outil »
. Suivre maintenance
• Diagramme de séquence « «consulter maintenance préventif »
Après s’être authentifié le responsable peut consulter les maintenances préventives. Le système affiche
calendrier de maintenance préventif .
114
• Diagramme de séquence « «consulter maintenance corrective»

Après s’être authentifié le responsable peut consulter les maintenances correctives. Le système affiche la
liste de maintenance corrective .
• Diagramme de séquence « «consulter statistique»

Après s’être authentifié le responsable peut consulter les statistiques . Le système affiche statistique .
Figure5. 23:Consulter statistique
115

A. passation
La figure ci-dessous présente le diagramme d‘activité de modifier passation
Figure5. 24:Diagramme d’activité« modifier passation»
B – consulter maintenance préventif
La figure ci-dessous présente le diagramme d’activité de consulter maintenance préventif .
Figure5. 25:Diagramme d’activité« consulter maintenance préventif»
Figure5. 26:Base de données document « passation »
116
Figure5. 27:Base de données document « pine»
Figure5. 28:Base de données document « outil»
4.2 Les interfaces

La figure ci-dessous présente l‘interface de modifier ou supprimer passtion pour le chef de département
Figure5. 29:Interface « consulter passation»

La figure ci-dessous présente l‘interface de modifier passation pour le chef de département
Figure5. 30:Interface « modifier passation»
117
La figure ci-dessous présente l‘interface d’ajouter pine pour le chef de département
Figure5. 31:Interface « ajouter pine»

La figure ci-dessous présente l‘interface de modifier ou supprimer pine pour le chef de département
Figure5. 32:Interface « consulter pine»

La figure ci-dessous présente l‘interface de modifier ou supprimer outil pour le chef de département
Figure5. 33:Interface « consulter outil»

La figure ci-dessous présente l‘interface de supprimer outil pour le chef de département
Figure5. 34:Interface « supprimer outil »
118
La figure ci-dessous présente l‘interface de consulter maintenance préventif pour le responsable et le

technicien
Figure5. 35:Interface « consulter maintenance préventif »
La figure ci-dessous présente l‘interface de consulter maintenance corrective pour le responsable et le

chef de département
Figure5. 36:Interface « consulter maintenance corrective»
La figure ci-dessous présente l‘interface de consulter statistique pour le responsable
Figure5. 37:Interface « consulter Dashboard»
119
Figure5. 38:Interface « responsable»
Figure5. 39:Interface « chef de département»
Figure5. 40:Interface « chef de département»
120
Figure5. 41:Interface « technicien»
Figure5. 42:Interface « technicien»
121

Nous avons élaboré dans le tableau suivant un ensemble de cas de scénarios de tests fonctionnels relatifs
au sprint 3

Ajout d’une Introduire les informations Le formulaire d’ajout des passations Conforme
passation reliées à passation puis s’affiche. Passation est ajouté
valider
Consulter On clique sur le bouton Consulter liste des passations Conforme
passation supprimer ou bien modifier
Ajout d’une pine Introduire les informations Le formulaire d’ajout des Conforme
reliées à une pine puis réclamations s’affiche. La pine est
valider ajoutée
Consulter pine On clique sur le bouton Consulter liste des pines Conforme
Ajout d’un outil Introduire les informations Le formulaire d’ajout des outils Conforme
reliées à un outil puis s’affiche. L’outil est à joutée
valider
Consulter outil On clique sur le bouton Consulter liste d’outil Conforme
Consulter On clique sur le bouton Consulter calendrier des Conforme
maintenance supprimer ou bien modifier maintenance préventif
préventif
Consulter On clique sur le bouton Consulter liste des maintenances Conforme

maintenance supprimer ou bien modifier correctives
corrective
6 Conclusion
Au cours de ce chapitre, nous avons présenté le dernier sprint. Pour ce faire, nous avons passé par la
spécification, la conception et la réalisation.
122
CONCLUSION
Dans le cadre de notre projet de fin d’études, nous avons conçu et développé une application Web pour
la société de câblage SEBN Jendouba qui assure la gestion des taches pour le service test system . Notre
solution offre au " service test system" un ensemble de modules de base nécessaires pour bien gérer et
organiser leur travail avec des interfaces utilisateur ergonomiques, simples et cohérentes tout en assurant
la sécurité et la facilité d’utilisation. Le présent rapport couvre l’étude, la conception et l’implémentation
de la solution.
Nous avons commencé par comprendre le contexte général du projet et les différentes exigences du futur
système, par la suite nous avons essayé de construire notre application incrément par incrément en
utilisant la méthodologie agile Scrum nous avons développé notre application sprint par sprint.
Ensuite, après avoir identifié les besoins fonctionnels et non fonctionnels, nous avons préparé le Backlog
du produit pour spécifier en détail les tâches de l’application .
Malgré les changements et les troubles qui nous avons rencontrés dans le développement, la conception
et les matérielles, Nous avons réussi de terminer la totalité de notre application, tout en respectant et en
préparant la documentation nécessaire. En guise de conclusion notre travail, ne s’arrête pas à ce niveau
en effet ce projet peut être amélioré et étendu par le développement d’autre modules complémentaires
et l’ajout d’autre fonctionnalités à notre application.
123
WEBOGRAPHIE
[1]Survol sur les projets similaire (Coswin 8i)https://www.logiciels.pro/logiciel-saas/coswin-8i/
[2] Survol sur les projets similaire (FIIx) https://www.blogdumoderateur.com/tools/fiix/
[3]Cascade https://www2.stardust-testing.com/blog-fr/cascade-scrum-testing-qa
[4]Agile https://www.pure-illusion.com/lexique/definition-de-methode-agile
[5]Agilehttps://monday.com/blog/fr/gestion-de-projet/agile-vs-waterfall-which-manager-are-you/
[6]Justification du choix de la méthode https://www.amalo-recrutement.fr/blog/methode-agile/
[7]La méthode SCRUM https://www.cfi.ch/en/scrum-une-methode-de-developpement-agile/
[8]UMLhttps://www.lucidchart.com/pages/fr/langage-
uml#:~:text=Le%20langage%20UML%20(Unified%20Modeling,et%20riche%20s%C3%A9mantiquement%20et%20syntaxi
[9] Backlog du produit https://blog.hubvisory.com/blog/qu-est-qu-un-backlog-comment-le-construire-et-le-
gerer/
[10] Diagramme de gante https://www.gantt.com/fr/
[11]Visual studio https://blog.webnet.fr/visual-studio-code/
[12]XAMMP https://desgeeksetdeslettres.com/xampp-plateforme-pour-heberger-son-propre-site-web/
[13]STARUML https://fr.wikipedia.org/wiki/StarUML
[14]GanttProject http://www.pack-logiciels-libres.fr/spip.php?logiciel95
[15]PHP https://jobphoning.com/dictionnaire/php#
[16]HTML https://www.journaldunet.fr/web-tech/dictionnaire-du webmastering/1203255-html-hypertext-markup-
langage-definition-traduction/
[17]HTML5 https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203257-html5-hypertext-
markup-langage5-definition-traduction/
[18]CSS https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203277-css-cascading-style-
sheets-definition-traduction/
[19]Bootstrap https://www.journaldunet.com/web-tech/developpeur/1159810-bootstrap-definition-tutoriels-
astuces-pratiques/
[20] JavaScript https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203585-javascript/
[21]Architecture logique https://www.techno-science.net/definition/5266.html
[22]Architecture logicielle https://www.irif.fr/~carton/Enseignement/InterfacesGraphiques/Cours/Swing/mvc.html
[23]Diagramme de déploiement https://gitmind.com/fr/diagramme-deploiement-uml.html
[24]Diagramme de paquetages https://www.lucidchart.com/pages/fr/diagramme-package-uml
[25]diagramme de classe https://complex-systems-ai.com/analyse-logicielle/diagramme-de-classe/
[26]diagramme de séquence https://www.ibm.com/docs/fr/rsm/7.5.0?topic=uml-sequence-diagrams
124
[27]digramme d’activité https://www.ibm.com/docs/fr/rsar/9.5?topic=diagrams-activity
125

Oumaima

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Oumaima

Transféré par

Droits d'auteur :

Formats disponibles

Faculté des Sciences Juridiques, Economiques et de Gestion de Jendouba

PROJET DE FIN D’ETUDES

Pour l’obtention du diplôme

Réalisé par : Amri Kouki oumaima

Conception et Réalisation d’une application web de gestion des tâches

Encadré par: Mme Ghazouani Wided (FSJEGJ)

Année Universitaire :2022/2023

A mon père «Amri Kouki Jalel »

A ma mère « Meftahi Monya »

A mes frères « Amri kouki Rami » et «Amri Kouki Rayen»

remercie la Faculté des Sciences Juridiques Economiques et de Gestion de Jendouba pour la

Sciences Juridiques Economiques et de Gestion de Jendouba qui nous transmis les

connaissances. Je remercie ma famille et surtout Mammon dont je ne qui me permettrai pas

INTRODUCTION GÉNÉRALE ................................................................................................................................................ 1

FIGURE1. 1:LOGO SBEN,TN ..................................................................................................................................................................... 3

FIGURE2. 1:EQUIPE ET ROLE SCRUM: ........................................................................................................................................................ 17

FIGURE3. 1:DIAGRAMME DE CAS D’UTILISATION DE SPRINT 1 ......................................................................................................................... 33

FIGURE4. 1:DIAGRAMME DE CAS D’UTILISATION GLOBALE DE SPRINT 2 ............................................................................................................. 59

FIGURE5. 1:DIAGRAMME DE CAS D’UTILISATION DU SPRINT 3 ......................................................................................................................... 97

TABLEAU 1. 1:TABLEAU FONCTIONNALITES ET CARACTERISTIQUE DE COSWIN ........................................................................................................ 7

TABLEAU2. 1:IDENTIFICATION DES ACTEURS ................................................................................................................................................ 18

TABLEAU3. 1:BACKLOG DU SPRINT 1.......................................................................................................................................................... 32

TABLEAU4. 1:BACKLOG DU SPRINT 2.......................................................................................................................................................... 58

TABLEAU5. 1:BACKLOG DU SPRINT 3.......................................................................................................................................................... 96

taches aussi bien pour l’entreprise que pour le personnel .

économique , plus la sécurité est en jeu , plus la maintenance s’avère obligatoire ».

différents navigateurs , tout en assurant la sécurité .

• Le premier chapitre est consacré à la présentation générale du projet, la problématique , la

solution proposée ainsi la méthodologie adoptée.

produit, l‘organigramme des taches, l‘architecture du projet, le livrable du projet et risque

• Le troisième chapitre s‘intitule «mise en œuvre du sprint 1» le rôle de ce chapitre est de

les tests du sprint 1.

• Le quatrième chapitre s’intitule «mise en œuvre du sprint 2» rôle de ce chapitre est de

les tests du sprint 2.

• Le cinquième et dernier chapitre et s’intitule «mise en œuvre du sprint 3» rôle de ce chapitre

réalisation et les tests du sprint 3.

énoncé dans le rapport.

CHAPITRE 1 PRÉSENTATION DU CADRE DU PROJET

2.1 Organisme d’accueil

Figure1. 1:Logo SBEN,TN

SEBN TN : SUMITOMO ELECTRIQUE BORD NETEZ-TUNISIA

Figure1. 2:Local de SEBN TN de Erttiyeh-Jendouba

2.1.1 Fiche d’identité

Figure1. 3:Fiche d'identité de l’entreprise

2.1.2 Organigramme de l’organisme d’accueil

Figure1. 4:Organigramme de SEBN-TN

Figure1. 5:Installation d'une voiture

2.1.4.2 Les clients de SEBN TN

Figure1. 6:Logo du groupe Figure1. 8:Logo du véhicule

2.2 Contexte du projet

Des arrêts qui ont un coût non négligeable

3 Survol sur les projets similaires

Compatibilité & Configuration

correcte ainsi qu’un navigateur à jour.[1]

nombre de licences, fonctions supplémentaires, add-ons …

Voici les différents tarifs de Coswin 8I (pricing / forfaits) :

– Essai gratuit : 0 € (limité dans le temps / dans les fonctionnalités)

– Standard : Prix sur demande

Figure1. 9:logo de coswin 8i

Voici quelle que capture de l’interface d’application coswin 8i :

Figure1. 10:Secteur OT (ordre de travail) de l’application Coswin 8i

Figure1. 11:Détail de la fiche article de l’application Coswin 8i

Les principales fonctionnalités proposées par Fiix sont les suivantes :

Figure1. 12:ogo de Fiix