Rapport 1 Scrum

République Tunisienne
Ministère de l’Enseignement Supérieur Département Informatique

et de la Recherche Scientifique
N° d’ordre :
Université de Kairouan
Institut Supérieur d’Informatique et de
Gestion de Kairouan
PROJET DE FIN D’ÉTUDES
Présenté en vue de l’obtention du diplôme de
LICENCE EN SCIENCES INFORMATIQUE

Spécialité Génie Logiciel et Systèmes d’information
Conception et développement
d’une application de traçabilité au sein de
SAGEMCOM
Elaboré par :
Arbia RIAHI
Soutenu Le xx / 06 / 2023
Devant le jury composé de :
M. Président
M. Anis KALBOUSSI Encadreur pédagogique à l’ISIGK
M. Ameni TABEKH Encadreur professionnel à l’entreprise
Année Universitaire 2022-2023

Dédicace
Avec l’expression de ma reconnaissance, je dédie ce mémoire à :
Ma famille qui m’a comblé d’amour et a contribué à forger la personne

que je suis aujourd’hui.
Je tiens à exprimer ma profonde reconnaissance envers Dieu pour
m’avoir accordé une telle famille.
A mon père, merci D’être le parfait exemple d’efforts et de sacrifices.
A ma mère, je suis béni-au-delà de toute mesure d’avoir une mère
exceptionnelle comme toi, toujours présente à mes côtés.
A ma chérer sœur, grâce à ton humeur, j’ai pu évoluer et grâce à ta
patience et ton amour me fait réaliser mes ambitions.
Je tiens également à remercier tous ceux qui ont apporté leur aide, leur
soutien, leur inspiration et leur patience, que ce soit de près ou de loin, pour
la réalisation de ce modeste projet.
Je vous remercie infiniment !
Arbeya
Remerciements
Au terme de ce projet, a toute personne qui a contribué à ce travail, Je voudrais vous

remercier du fond du cœur pour avoir été là pour moi lorsque j'avais besoin d'aide.
Mes vifs remerciements et mes reconnaissances s’adressent à MADAME TABEKH AMENI,

mon encadrant professionnel pour son aide précieuse ainsi que la précieuse expérience qu’il
m’a fait vivre durant la période du stage et les compétences qu’elle est partagé avec.
J’exprime ma profonde gratitude également MONSIEUR KALBOUSSI ANIS, mon
encadrant pédagogique, pour son aide, pour les conseils et les informations qu’ils m’ont
prodigués.
J’aime adresser aussi mes remerciements chaleureux envers toute l’équipe IT manufacturing de
SAGEMCOM et plus particulièrement pour leurs accueillances.
Je tiens également à remercier l’ensemble du corps administratif et enseignants de l’Institut
Supérieur d’informatique et de gestion pour avoir porté un vif intérêt à ma formation dans mon
parcours universitaire.
Ainsi que je voudrais remercier le membre de jury, pour avoir consacré votre temps, vos
compétences et vos expertises à évaluer mon travail avec soin. Votre engagement envers
l'excellence académique est inspirant et je suis honorée d'avoir été évaluée par vous.
TABLE DES MATIERES
Introduction générale .................................................................................................................... I

1 Cadre du projet ..................................................................................................................... 2
1.1 Organisme d’accueil ................................................................................................................ 2
1.1.1 Présentation générale de SAGEMCOM ........................................................................... 2
1.1.2 Domaines d’activités de SAGEMCOM ............................................................................. 2
1.2 Présentation du sujet proposé ................................................................................................ 3
1.2.1 Problématique ................................................................................................................. 3
1.2.2 Solution envisagée........................................................................................................... 3
1.3 Méthodologie de travail adopté.............................................................................................. 4
1.3.1 Méthodes de modélisation ............................................................................................. 4
1.3.2 Langages de modélisation ............................................................................................... 5
1.3.3 Choix méthodologique .................................................................................................... 5
1.3.3.1 Choix de la méthode de développement : SCRUM ..................................................... 5
1.3.3.2 Équipes SCRUM ........................................................................................................... 6
1.3.4 Langages de modélisation : UML..................................................................................... 6
1.4 Calendrier prévisionnelle (planification des sprints) ............................................................... 7
2 Spécifications des besoins ..................................................................................................... 8
2.1 Etude de l’existant ................................................................................................................... 8
2.1.1 Présentation de l’existant................................................................................................ 8
2.1.2 Critiques de l’existant ...................................................................................................... 8
2.2 Besoins fonctionnels................................................................................................................ 9
2.2.1 Description des cas d’utilisation ...................................................................................... 9
2.3 Besoins non fonctionnels ...................................................................................................... 10
2.4 Backlog Produit :.................................................................................................................... 11
2.5 Diagramme de cas d’utilisation général ................................................................................ 13
2.6 Diagramme de classe général :.............................................................................................. 14
2.7 Diagramme de déploiement :................................................................................................ 14
3 SPRINT 1 : Authentification ................................................................................................. 17
3.1 Sprint Backlog : ...................................................................................................................... 17
3.2 Intégration LDAP ................................................................................................................... 18
3.2.1 Principes de fonctionnement ........................................................................................ 18
3.2.1.1 Attributs prédéfinis ................................................................................................... 18
3.2.1.2 Arbre d’informations (Directory Information Tree) .................................................. 19
3.3 Paramétrage du connecteur de fédération d’utilisateurs ..................................................... 20
3.4 Raffinement de diagramme de cas d’utilisation du Sprint 1 ................................................. 21
3.5 Analyse de cas d’utilisation « s’authentifier »....................................................................... 21
3.5.1 Diagramme de communication ..................................................................................... 21
3.5.2 Prototype ....................................................................................................................... 22
3.6 Conception de cas d’utilisations « s’authentifier » ............................................................... 23
3.6.1 Diagramme de séquence détaillé de cas « s’authentifier » .......................................... 23
....................................................................................................................................................... 23
3.6.2 Description textuelle « s’authentifier »......................................................................... 24
3.7 Réalisation ............................................................................................................................. 25
3.7.1 Interface du sprint 1 ...................................................................................................... 25
4 Sprint 2 : Gestion des utilisateurs et gestion de profil ........................................................... 26
4.1 Sprint Backlog ........................................................................................................................ 26
4.2 Raffinement de diagramme de cas d’utilisation du sprint 2 ................................................. 27
4.3 Analyse de cas d’utilisations « Gérer utilisateurs » ............................................................... 27
4.3.1 Diagramme de communication de cas d’utilisation « Consulter utilisateurs »............. 28
4.3.2 Diagramme de communication « Ajouter utilisateur » ................................................. 29
....................................................................................................................................................... 29
4.3.3 Diagramme de communication « Modifier utilisateur » ............................................... 29
4.3.4 Diagramme de communication « Supprimer utilisateur » ............................................ 30
4.3.5 Prototypes ..................................................................................................................... 30
4.4 Conception de cas d’utilisations « Gérer utilisateurs » ......................................................... 32
4.4.1 Diagramme de séquence détaillé de cas « Consulter utilisateurs »............................. 32
4.4.2 Description textuelle « Consulter utilisateurs » ............................................................ 33
4.4.3 Diagramme de séquence détaillé de cas « Ajouter utilisateur » .................................. 34
4.4.4 Description textuelle « Ajouter utilisateur » ................................................................. 34
4.4.5 Diagramme de séquence détaillé de cas « Modifier utilisateur »................................. 35
....................................................................................................................................................... 35
4.4.6 Description textuelle « Modifier utilisateur » ............................................................... 35
4.4.7 Diagramme de séquence détaillé de cas « Supprimer utilisateur » ............................. 37
4.4.8 Description textuelle « Supprimer utilisateur » ............................................................ 37
4.5 Analyse de cas d’utilisation « Gérer profil ».......................................................................... 37
4.5.1 Diagramme de communication « Consulter profil » ..................................................... 38
4.5.2 Diagramme de communication « Modifier profil » ...................................................... 39
4.5.3 Prototypes ..................................................................................................................... 39
4.6 Conception de cas d’utilisations « Gérer profil » .................................................................. 40
4.6.1 Diagramme de séquence détaillé de cas « Consulter profil » ....................................... 40
4.6.2 Description textuelle « Consulter profil » ..................................................................... 41
4.6.3 Diagramme de séquence détaillé de cas « Modifier profil »....................................... 41
4.6.4 Description textuelle « Modifier profil » ....................................................................... 42
4.7 Réalisation ............................................................................................................................. 43
4.7.1 Interfaces du deuxième sprint....................................................................................... 43
5 Sprint 3 : Gestion des traces ................................................................................................ 47
5.1 Sprint Backlog : ...................................................................................................................... 47
5.3 Analyse de cas d’utilisations « Gérer Traces » ...................................................................... 49
5.3.1 Diagramme de communication « Consulter Traces » .................................................. 50
5.3.2 Diagramme de communication « Envoyer rapport » .................................................... 50
5.3.3 Diagramme de communication « Automatiser l’importation de traces » .................... 51
5.3.4 Diagramme de communication « Importer fichier de traces » ..................................... 51
5.3.5 Diagramme de communication « Envoyer E-mail » ...................................................... 52
5.3.6 Prototypes ..................................................................................................................... 52
5.4 Conception de cas d’utilisations « Gérer Traces » ................................................................ 54
5.4.1 Diagramme de séquence détaillé de cas « Consulter Traces » .................................... 54
5.4.2 Description textuelle « Consulter Traces » ................................................................... 54
5.4.3 Diagramme de séquence détaillé de cas « Envoyer rapport »...................................... 55
5.4.4 Description textuelle « Envoyer rapport » .................................................................... 55
5.4.5 Diagramme de séquence détaillé de cas « Automatiser l’importation de traces » ...... 56
5.4.6 Description textuelle « Automatiser l’importation de traces » .................................... 56
5.4.7 Diagramme de séquence détaillé de cas « Importer fichier de traces » ....................... 57
5.4.8 Description textuelle « Importer fichier de traces » ..................................................... 57
5.4.9 Diagramme de séquence détaillé de cas « Exporter traces » ....................................... 59
5.4.10 Description textuelle « Exporter traces » ...................................................................... 59
5.4.11 Diagramme de séquence détaillé de cas « Envoyer E-mail » ........................................ 60
5.4.12 Description textuelle « Envoyer E-mail» ....................................................................... 60
5.5 Réalisation ............................................................................................................................. 61
5.5.1 Interfaces du troisième sprint ....................................................................................... 61
6 Sprint 4 : Gestion des opérations et des produits ................................................................. 66
6.1 Sprint Backlog : ...................................................................................................................... 66
6.3 Analyse de cas d’utilisations « Gérer opérations » ............................................................... 69
6.3.1 Diagramme de communication « Consulter opérations » ........................................... 70
6.3.2 Diagramme de communication « Importer Opérations » ............................................ 71
6.3.3 Diagramme de communication « Ajouter opération » ................................................ 71
6.3.4 Diagramme de communication « Modifier opération » ............................................... 72
6.3.5 Prototypes ..................................................................................................................... 72
6.4 Conception de cas d’utilisations « Gérer opérations » ......................................................... 74
6.4.1 Diagramme de séquence détaillé de cas « Consulter opérations » .............................. 74
6.4.2 Description textuelle « Consulter opérations » ............................................................ 75
6.4.3 Diagramme de séquence détaillé de cas « Importer opérations » ............................... 76
6.4.4 Description textuelle « Importer opération » ............................................................... 76
6.4.5 Diagramme de séquence détaillé de cas « Ajouter opération » ................................... 77
6.4.6 Description textuelle « Ajouter opération » ................................................................. 77
6.4.7 Diagramme de séquence détaillé de cas « Modifier opération » ................................. 78
6.4.8 Description textuelle « Modifier opération »................................................................ 78
6.4.9 Diagramme de séquence détaillé de cas « Exporter opérations »................................ 79
6.4.10 Description textuelle « Exporter opérations » .............................................................. 80
6.5 Analyse de cas d’utilisation « Gérer produits » ..................................................................... 80
6.5.1 Diagramme de communication « Consulter produits » ................................................ 80
6.5.2 Diagramme de communication « Importer produits » ................................................. 81
6.5.3 Diagramme de communication « Ajouter produit » ..................................................... 81
6.5.4 Diagramme de communication « Modifier produit » ................................................... 82
6.5.5 Prototypes ..................................................................................................................... 82
6.6 Conception de cas d’utilisations « Gérer produits » ............................................................. 84
6.6.1 Diagramme de séquence détaillé de cas « Consulter produits » ................................. 84
6.6.2 Description textuelle « Consulter produits » ................................................................ 84
6.6.3 Diagramme de séquence détaillé de cas « Importer produits » ................................... 85
6.6.4 Description textuelle « importer produits ».................................................................. 85
6.6.5 Diagramme de séquence détaillé de cas « Ajouter produit » ....................................... 86
6.6.6 Description textuelle « Ajouter produit » ..................................................................... 86
6.6.7 Diagramme de séquence détaillé de cas « Modifier produit » ..................................... 87
6.6.8 Description textuelle « Modifier produit ».................................................................... 88
6.6.9 Diagramme de séquence détaillé de cas « Exporter produits » ................................... 89
6.6.10 Description textuelle « Exporter produits » .................................................................. 89
6.7 Réalisation ............................................................................................................................. 90
6.7.1 Interfaces du Sprint 4 .................................................................................................... 90
7 Environnement du travail et architecture logique ................................................................ 94
7.1 Environnement matériel ....................................................................................................... 94
7.2 Environnement logiciel .......................................................................................................... 94
7.3 Architecture de l’application ................................................................................................. 98
Conclusion générale ................................................................................................................... 99
WEBOGRAPHIE..........................................................................................................................100
LISTE DES FIGURES
FIG 1. 1 Logo de SAGEMCOM............................................................................................................. 2

FIG 1. 2 Domaines d'activités de SAGEMCOM .................................................................................... 3
FIG 1. 3 Framework Agile Scrum .......................................................................................................... 6
FIG 2. 1 Diagramme de cas d'utilisation global.................................................................................... 13

FIG 2. 2 Digramme de classe général ................................................................................................... 14
FIG 2. 3 Diagramme de déploiement.................................................................................................... 15
FIG 3. 1 Arbre d’informations LDAP .................................................................................................. 19

FIG 3. 2 Authentification et liaison ...................................................................................................... 20
FIG 3. 3 Paramètres de connexion ........................................................................................................ 20
FIG 3. 4 Diagramme de cas d'utilisation du sprint 1 ............................................................................ 21
FIG 3. 5 Diagramme de communication de cas d’utilisation « s’authentifier » ................................... 22
FIG 3. 6 S'authentifier........................................................................................................................... 22
FIG 3. 7 Diagramme de séquence de cas d’utilisation « s’authentifier » ............................................. 23
FIG 3. 8 Interface "s'authentifier" ......................................................................................................... 25
FIG 4. 1 Diagramme de cas d’utilisation du sprint 2 ............................................................................ 27

FIG 4. 2 Diagramme de communication de cas d’utilisation « Consulter utilisateurs » ...................... 28
FIG 4. 3 Diagramme de communication de cas d’utilisation « Ajouter utilisateur » ........................... 29
FIG 4. 4 Diagramme de communication de cas d’utilisation « Modifier utilisateur » ......................... 29
FIG 4. 5 Diagramme de communication de cas d’utilisation « Supprimer utilisateur »....................... 30
FIG 4. 6 Consulter liste utilisateurs ...................................................................................................... 30
FIG 4. 7 Ajouter utilisateur ................................................................................................................... 31
FIG 4. 8 Modifier utilisateur ................................................................................................................. 31
FIG 4. 9 Supprimer utilisateur .............................................................................................................. 32
FIG 4. 10 Diagramme de séquence de cas d’utilisation « Consulter utilisateurs »............................... 32
FIG 4. 11 Diagramme de séquence de cas d’utilisation « Ajouter utilisateur » ................................... 34
FIG 4. 12 Diagramme de séquence de cas d’utilisation « Modifier utilisateur » ................................. 35
FIG 4. 13 Diagramme de séquence de cas d’utilisation « Supprimer utilisateur » ............................... 37
FIG 4. 14 Diagramme de communication de cas d’utilisation « Consulter profil » ............................. 38
FIG 4. 15 Diagramme de communication de cas d’utilisation « Modifier profil » .............................. 39
FIG 4. 16 Consulter profil utilisateur.................................................................................................... 39
FIG 4. 17 Consulter profil administrateur ............................................................................................ 39
FIG 4. 18 Modifier profil administrateur .............................................................................................. 40
FIG 4. 19 Diagramme de séquence de cas d’utilisation « Consulter profil » ....................................... 40
FIG 4. 20 Diagramme de séquence de cas d’utilisation « Modifier profil »......................................... 41
FIG 4. 21 Interface "Consulter utilisateurs" ......................................................................................... 43
FIG 4. 22 Interface modifier un utilisateur ........................................................................................... 44
FIG 4. 23 Interface ajouter un utilisateur .............................................................................................. 44
FIG 4. 24 Interface supprimer un utilisateur......................................................................................... 45
FIG 4. 25 Interface consulter profil utilisateur ..................................................................................... 45
FIG 4. 26 Interface modifier profil administrateur ............................................................................... 46
FIG 5. 1 Diagramme de cas d’utilisation du sprint 3 ............................................................................ 49

FIG 5. 2 Diagramme de communication de cas d'utilisation « Consulter traces » ............................... 50
FIG 5. 3 Diagramme de communication de cas d'utilisation « Envoyer rapport » ............................... 50
FIG 5. 4 Diagramme de communication de cas d’utilisation « Automatiser l’importation de traces » 51
FIG 5. 5 Diagramme de communication de cas d'utilisation "Importer fichier de traces" ................... 51
FIG 5. 6 Diagramme de communication de cas d'utilisation "Envoyer e-mails" ................................. 52
FIG 5. 7 Interface envoyer e-mail......................................................................................................... 53
FIG 5. 8 Interface consulter traces ........................................................................................................ 53
FIG 5. 9 Diagramme de séquence de cas d’utilisation « Consulter traces » ......................................... 54
FIG 5. 10 Diagramme de séquence de cas d'utilisation « Envoyer rapport » ....................................... 55
FIG 5. 11 Diagramme de séquence de cas d’utilisation « Automatiser l’importation des traces » ...... 56
FIG 5. 12 Diagramme de séquence de cas d’utilisation « Importer fichier de traces » ........................ 57
FIG 5. 13 Diagramme de séquence de cas d’utilisation « Exporter traces » ........................................ 59
FIG 5. 14 Diagramme de séquence de cas d’utilisation « Envoi des emails » ..................................... 60
FIG 5. 15 Interface consulter traces pour le responsable U.F ............................................................... 61
FIG 5. 16 Interface consulter traces pour l'administrateur.................................................................... 62
FIG 5. 17 Interface consulter traces pour l’agent ................................................................................. 63
FIG 5. 18 Interface Gmail pour l’envoi de rapport ............................................................................... 63
FIG 5. 19 Interface envoyer des e-mails .............................................................................................. 64
FIG 5. 20 Interface exporter traces selon un numéro de série spécifique ............................................. 64
FIG 6. 1 Diagramme de cas d'utilisation du sprint 4 ............................................................................ 69

FIG 6. 2 Diagramme de communication de cas d'utilisation "Consulter opérations" ........................... 70
FIG 6. 3 Diagramme de communication de cas d'utilisation "Importer opérations" ............................ 71
FIG 6. 4 Diagramme de communication de cas d'utilisation « Ajouter opération » ............................. 71
FIG 6. 5 Diagramme de communication de cas d’utilisation « Modifier opération » .......................... 72
FIG 6. 6 Ajouter une nouvelle opération .............................................................................................. 73
FIG 6. 7 Consulter liste opérations ....................................................................................................... 73
FIG 6. 8 Modifier une opération ........................................................................................................... 74
FIG 6. 9 Diagramme de séquence de cas d’utilisation « Consulter opérations » ................................. 74
FIG 6. 10 Diagramme de séquence de cas d’utilisation « Importer opérations » ................................. 76
FIG 6. 11 Diagramme de séquence de cas d’utilisation « Ajouter une opération ».............................. 77
FIG 6. 12 Diagramme de séquence de cas d’utilisation « Modifier opération » .................................. 78
FIG 6. 13 Diagramme de séquence de cas d’utilisation « Exporter opérations » ................................. 79
FIG 6. 14 Diagramme de communication de cas d’utilisation « Consulter produits » ......................... 80
FIG 6. 15 Diagramme de communication de cas d’utilisation « Importer produits » .......................... 81
FIG 6. 16 Diagramme de communication de cas d’utilisation « Ajouter produit » .............................. 81
FIG 6. 17 Diagramme de communication de cas d'utilisation "Modifier produit" ............................... 82
FIG 6. 18 Ajouter un nouveau produit .................................................................................................. 82
FIG 6. 19 Consulter produits ................................................................................................................ 83
FIG 6. 20 Modifier un produit .............................................................................................................. 83
FIG 6. 21 Diagramme de séquence de cas d’utilisation « Consulter produits » ................................... 84
FIG 6. 22 Diagramme de séquence de cas d'utilisation «Importer produits » ...................................... 85
FIG 6. 23 Diagramme de séquence de cas d’utilisation « Ajouter produit » ........................................ 86
FIG 6. 24 Diagramme de séquence de cas d’utilisation « Modifier produit » ...................................... 87
FIG 6. 25 Diagramme de séquence de cas d'utilisation "Exporter produits" ........................................ 89
FIG 6. 26 Interface consulter liste opérations ....................................................................................... 90
FIG 6. 27 Interface ajouter opération.................................................................................................... 90
FIG 6. 28 Interface exporter opérations ................................................................................................ 91
FIG 6. 29 Interface modifier opération ................................................................................................. 91
FIG 6. 30 Interface consulter produits .................................................................................................. 92
FIG 6. 31 Interface ajouter produit ....................................................................................................... 92
FIG 6. 32 Interface modifier produit .................................................................................................... 93
FIG 6. 33 Interface exporter produits ................................................................................................... 93
FIG 7. 1 Logo visual code .................................................................................................................... 95

FIG 7. 2 Logo Node.JS ......................................................................................................................... 95
FIG 7. 3 Logo Express Js ...................................................................................................................... 95
FIG 7. 4 Logo PostgreSQL ................................................................................................................... 95
FIG 7. 5 Logo Postman......................................................................................................................... 96
FIG 7. 6 Logo openLDAP .................................................................................................................... 96
FIG 7. 7 Logo StarUML ....................................................................................................................... 96
FIG 7. 8 Logo Angular ......................................................................................................................... 97
FIG 7. 9 Logo Apache Directory Studio............................................................................................... 97
FIG 7. 10 Logo Balsamiq ..................................................................................................................... 97
FIG 7. 11 Architecture MVC ................................................................................................................ 98
LISTE DE TABLEAUX
Tab1. 1 équipe scrum.............................................................................................................................. 6

Tab1. 2 Planification des sprints ............................................................................................................. 7
Tab 2. 1 Backlog Produit ...................................................................................................................... 11
Tab 3. 1 Backlog Produit du sprint 1 .................................................................................................... 17

Tab 3. 2 Description "s'authentifier"..................................................................................................... 24

Tab 4. 2 Description "Consulter utilisateurs" ....................................................................................... 33
Tab 4. 3 Description "Ajouter utilisateur" ............................................................................................ 34
Tab 4. 4 Description "Modifier utilisateur" .......................................................................................... 35
Tab 4. 5 Description "Supprimer utilisateur" ....................................................................................... 37
Tab 4. 6 Description "Consulter profil" ................................................................................................ 41
Tab 4. 7 Description " Modifier profil" ................................................................................................ 42
Tab 5. 1 Bcklog Produit du sprint 3 ...................................................................................................... 47

Tab 5. 2 Description "Consulter traces" ............................................................................................... 54
Tab 5. 3 Description "Envoyer rapport" ............................................................................................... 55
Tab 5. 4 Description "Automatiser l'importation de traces" ................................................................. 56
Tab 5. 5 Description "Importer fichier de traces" ................................................................................. 57
Tab 5. 6 Description "Exporter traces" ................................................................................................. 59
Tab 5. 7 Description "Envoyer E-mails" .............................................................................................. 60

Tab 6. 2 Description " Consulter opérations" ....................................................................................... 75
Tab 6. 3 Description "Importer opérations" .......................................................................................... 76
Tab 6. 4 Description "Ajouter opération" ............................................................................................. 77
Tab 6. 5 Description "Modifier opération" ........................................................................................... 78
Tab 6. 6 Description "Exporter opérations" .......................................................................................... 80
Tab 6. 7 Description "Consulter produit" ............................................................................................. 84
Tab 6. 8 Description "Importer produits" ............................................................................................. 85
Tab 6. 9 Description "Ajouter produit" ................................................................................................ 86
Tab 6. 10 Description "Modifier produit" ............................................................................................ 88
Tab 6. 11 Description "Exporter produits" ........................................................................................... 89
Tab 7. 1 Environnement matérielle....................................................................................................... 94

ACRONYMES
UML : Unified Modeling Language

BPMN: Business Process Model and Notation
SysML: Systems Modeling Language
ORM: Object-Relational Mapping

TCP/IP: Transmission Control Protocol/Internet Protocol
LDAP: Lightweight Directory Access Protocol
LDAPS: Lightweight Directory Access Protocol Secure.
HTTPS: HyperText Transfer Protocol Secure
MVC: Model View Controller

Introduction générale
Dans un monde où les consommateurs sont de plus en plus soucieux de l'origine des
produits qu'ils achètent, de leur qualité et de leur impact sur l'environnement, la traçabilité est
devenue un terme crucial pour de nombreuses entreprises. L'objectif principal de la traçabilité
est de permettre aux entreprises de suivre et de contrôler chaque étape de la chaîne de valeur,
depuis la production jusqu'à la distribution, en passant par la transformation et le transport.
SAGEMCOM, en tant que leader mondial des solutions de communication et d’énergie, est
conscient de l'importance de la traçabilité pour garantir la transparence, la qualité et la
conformité de ses produits.
C’est dans ce cadre que se déroule notre système d’informations « Traçacom » au sein de
l’entreprise Sagemcom. Ce projet consiste à la conception, le développement et le déploiement
d’une plateforme de traçabilité pour répondre à tous les exigences des consommateurs et des
partenaires commerciaux. En effet, nous allons développer une application web dont son but
consiste à automatiser, consulter, analyser et faciliter le suivi de traces au sein de l’entreprise.
Ce rapport résume notre travail, le manuscrit sera divisé en sept chapitres, qui définit l’approche
que nous avons adoptée afin de réaliser ce projet.
Le premier chapitre vise à présenter le cadre général du projet. De prime abord, nous aborderons
l’organisme d’accueil. Ensuite nous allons présenter le sujet proposé ainsi que la problématique
et la solution envisagé. Enfin, nous nous intéresserons à la méthodologie et le langage utilisées
pour réaliser le projet.
Le deuxième chapitre est consacré à la clarification de notre projet. Dans un premier temps,
nous présenterons la capture des exigences de notre projet, qui comprend la définition des
exigences fonctionnelles et non fonctionnelles de notre solution. Ensuite, nous détaillerons
comment nos projets sont gérés à travers une approche SCRUM, puis la représentation générale
de diagrammes : cas d’utilisation, classe, déploiement.
Tout au long de troisième, quatrième, Le cinquième et sixième chapitres, nous détaillerons la
conception et le développement de notre système en respectant les principes fondamentaux de
SCRUM.
Le septième chapitre mettre en évidence l’environnement de travail ainsi que l’architecture

logicielle de notre solution.
Finalement, nous clôturons notre rapport par une conclusion générale dans laquelle nous allons
résumer brièvement l’objectif de base de notre projet et le déroulement de ce rapport.
I
CHAPITRE1. CADRE DU PROJET
Chapitre 1
1 Cadre du projet
Introduction
Ce chapitre introduit un projet achevé tout en décrivant brièvement l’organisme d’accueil,
la problématique qui mène à une solution bien étudié ainsi que la méthode de conception et le
langage de modélisation employés tout le long de développement du projet.
1.1 Organisme d’accueil
Dans cette partie, nous allons présenter brièvement SAGEMCOM et leurs domaines
d’activités.
1.1.1 Présentation générale de SAGEMCOM
FIG 1. 1 Logo de SAGEMCOM
SAGEMCOM, est un groupe français leader européen sur le marché des terminaux
communicants, répondant à des besoins essentiels au monde qui nous entoure : décodeurs, box
Internet et compteurs communicants multi-énergies. Le chiffre d’affaires total du groupe
s’élève à 2,1 milliards d’euros. L’effectif de 5 500 personnes est réparti dans plus de 50 pays.[1]
1.1.2 Domaines d’activités de SAGEMCOM
SAGEMCOM exerce principalement ses activités sur trois marchés clés :
• Broadband : offre à ses clients des produits personnalisés tout intégrant les dernières
avancées technologiques.
2
•Energy & Telecom : met à disposition de ses clients une expertise exclusive dans le
développement et l’intégration de solutions matérielles et logicielles.
•Audio et vidéo solutions : propose une gamme de décodeurs personnalisables pour

toutes les technologies de transmission à ses clients.
FIG 1. 2 Domaines d'activités de SAGEMCOM
1.2 Présentation du sujet proposé
La présentation du sujet consiste à identifier la problématique ainsi de mentionner la

solution envisagée.
1.2.1 Problématique
La mise en place d’un processus de collecte de données au sein de l’entreprise a révélé

que sagemcom faisait face à un manque de visibilité sur les éventuels problèmes ou les défauts
pouvant survenir lors du développement ou de la production de leurs solutions ce qui peut
entraîner des répercussions négatives sur la qualité, la performance et la sécurité de leurs
produits. Cette situation entraine une insatisfaction des clients, met en péril la réputation de
l’entreprise et génère des couts supplémentaires liés aux modifications tardives.
1.2.2 Solution envisagée
L’exploitation de ce qu’est précède aperçu que le problème mentionné n’est pas en

adéquation avec les exigences. En tant que stagiaire dans cette société, notre objectif principal
était de développer une application web de traçabilité des tests qui répondrait aux besoins.
Cette application vise à offrir plusieurs services : consultation, analyse, gestion, exploitation
d'un ensemble de tests en offrant les fonctionnalités suivantes :
• Un système d'authentification et d’autorisation sécurisé.
• Importation des traces de test et visualisation dans une interface conviviale.
3
• Facilitation de la communication et de l'analyse rapide en permettant à toute l'équipe

d'exploiter les traces.
• Gestion des utilisateurs.
• Exportation des résultats et automatisation de l'analyse des données.
• Solution pour configurer les produits et les opérations.
• Solution d'envoi des courriers électroniques en cas d’une alerte.
1.3 Méthodologie de travail adopté
Il existe plusieurs méthodes de modélisation ainsi que des différents langages de

modélisation afin de modéliser un système d’informations.
1.3.1 Méthodes de modélisation
Il existe plusieurs méthodes de modélisation qui assure une représentation abstraite pour
gérer le processus de développement.
• Méthode de modélisation en cascade :
C’est un modèle de développement de logiciels qui se base sur une approche linéaire. Il se
compose de plusieurs phases, chacune d'entre elles étant exécutée une seule fois dans l'ordre
défini, avant de passer à la suivante.
• Méthodes de modélisation en V :
C’est une méthodologie de développement de logiciels qui a été développé pour aider à
garantir la qualité et la fiabilité des logiciels. Il est appelé e « V » car c’est une méthode de
développement prend la forme d’un « V » inversé.
• Méthodes agiles :
La méthode agile est une approche de développement logiciel itérative qui vise à répondre
aux besoins changeants des utilisateurs, en appliquant un cérémonial pour produire un logiciel
fiable. La mesure principale de cette méthode est de maximiser la valeur ajoutée en effectuant
des itérations successives afin de réaliser les éléments les plus importants.
Les douze principes d’agiles sont :
-Satisfaire le client en produisant des logiciels fiables.
-S’adapter aux changements, même tard.
-Livrer fréquemment une application opérationnelle.
-Collaborer quotidiennement avec les clients et les développeurs.
-Construire le projet autour de personnes motivées.
4
-Privilégier les conversations en face à face pour communiquer.

-Mesurer la progression grâce à un logiciel fonctionnel.
-Maintenir un rythme de travail soutenable.
-Rechercher l’excellence technique et la qualité dans la conception et les tests.
-Permettre à l’équipe de se coordonner et de prendre des décisions de manière autonome.
-Viser la simplicité.
-Réfléchir régulièrement aux moyens de devenir plus efficace.
1.3.2 Langages de modélisation
L’objectif principale des langages de modélisations est de fournir un moyen standardisé et

abstrait pour exprimer et échanger des concepts dans un système d'information. Parmi les
langages de modélisation on trouve :
- UML :
UML est un langage de modélisation utilisé pour présenter graphiquement le comportement et
le fonctionnement des systèmes d’informations.
-BPMN :
BPMN est un langage de modélisation utilisé pour la représentation des processus métier. Il est
couramment adopté pour modéliser et décrire les flux de travail et les interactions entre les
différents acteurs dans une application web.
-SysML :
SysML est un langage de modélisation utilisé pour modéliser des aspects systèmes complexes
tels que la structure et la fonction de ressources.
1.3.3 Choix méthodologique
Dans cette partie, on identifier la méthode de développement et le langage de modélisation

utilisées pour réaliser ce projet.
1.3.3.1 Choix de la méthode de développement : SCRUM
La méthode Scrum est une approche agile flexible et répandu dans le domaine du
développement informatique pour assurer la gestion et le développement de produits. Elle se
conçu sur des cycles de développement appelée « sprints » qui durent entre 2 et 4 semaines et
se concentrent principalement sur un ensemble restreint de fonctionnalités du produit logiciel.
5
FIG 1. 3 Framework Agile Scrum
1.3.3.2 Équipes SCRUM
L’équipe Scrum est composée de trois Acteur dont laquelle :

-Product Owner : Gérer les taches, prend les décisions et définit les éléments à réaliser.
-Scrum Master : Assure la maintenance de la productivité de l’équipe et organise-les
réunions.
-Scrum Team : développer les taches et assure les collaborations avec le Product
Owner pour comprendre les besoins du client.
Le tableau ci-dessous définir ces trois acteurs et leur rôle dans la réalisation de projet.
Tab1. 1 équipe scrum
Rôle Acteur
Product Owner Amine GRAMI
Scrum Master Ameni TABEKH
Scrum Team Arbia RIAHI
1.3.4 Langages de modélisation : UML
UML est un langage graphique de modélisation de données et des traitements. C’est un

moyen d’exprimer des modèles objet en faisant abstraction de leur implémentation. ML 2.0
comporte treize diagrammes représentant concepts particuliers du système d’information [2].
On va modéliser notre système en utilisant :
• Diagramme de Cas d’utilisation
• Diagramme de Classe
• Diagramme de Collaboration
6
• Diagramme de Séquence
• Diagramme de déploiement
1.4 Calendrier prévisionnelle (planification des sprints)
C’est une activité qui permet d’organiser toutes les tâches du projet, à estimer leurs charges
et à déterminer le temps nécessaire à leur réalisation. La planification de ce projet consiste
principalement en trois étapes menées en parallèle avec notre développement pour s’assurer de
bon fonctionnement de ce dernier.
Les objectifs du planning sont les suivants :

➢ Déterminer si les objectifs sont réalisés ou dépassés.
➢ Suivre et communiquer l’avancement du projet.
➢ Affecter les ressources aux tâches.
Le tableau ci-dessous représente la planification exacte afin de réaliser le projet.
Tab1. 2 Planification des sprints
SPRINTS NOM DATE DEBUT DATE FIN

Sprint 0 Spécification des 1/02/2023 12/02/2023
besoins
Sprint 1 Authentification 13/02/2023 5/03/2023
Sprint 2 Gestion Utilisateurs 6/03/2023 17/03/2023
Gestion profil 18/03/2023 27/03/2023
Sprint 3 Gestion traces 28/03/2023 16/04/2023
Sprint 4 Gestion produits 17/04/2023 23/04/2023
Gestion opérations 24/04/2023 30/04/2023
Conclusion
Ce chapitre a été consacré à la présentation de l'organisme puis a la présentation de notre
projet en posant le problématique et mettons en avance la solution proposée et enfin nous avons
exposé la méthodologie de travail et le langage de modélisation utilisées, ainsi la planification
des sprints. Ce chapitre a été crucial pour le début de la réalisation et le chapitre suivant sera
pour la spécification des besoins.
7
CHAPITRE 2. SPECIFICATIONS DES BESOINS
Chapitre 2
2 Spécifications des besoins
Introduction
L'objectif de ce chapitre est de présenter une analyse critique de l'état actuel, suivi par
l'énumération des besoins fonctionnels et non fonctionnels. Ensuite, les besoins non
fonctionnels de l'application seront abordés. En procédant à l'élaboration du backlog produit,
nous présenterons également le diagramme de classe général et le déploiement.
2.1 Etude de l’existant
L’étude de l’existant c’est la première étape qui permet de définir les forces et les faiblesses
d’un produit afin de déterminer les besoins du client, et de les prendre en considération lors de
la conception et la réalisation de notre application.
2.1.1 Présentation de l’existant
L’infrastructure actuelle de SAGEMCOM présente des lacunes qui entravent l’analyse et

l’exploitation des anomalies survenues dans le processus de production. L’absence de
consultation des traces mettre en évidence le mal résoudre de ces problèmes ce qui ajoute une
couche supplémentaire de complexité au diagnostic des problèmes.
2.1.2 Critiques de l’existant
Par exploitation de ce qui existe comme faiblesses dans SAGEMCOM et les problèmes
autour la Ligne de production. Les critiques de fonctionnements se récapitulent dans les points
suivants :
•Gestion manuelle de données afin de trouver des informations pertinentes.
•Difficulté d’analyser les traces de tests pour identifier rapidement les anomalies avant la
livraison.
•Les traces de tests dont dispersées dans la base de données, ce qui rend leur consultation
complexe.
•Manque d’organisation et de structuration des traces ce qui rend la recherche plus difficile.
8
•Difficulté à suivre toutes les modifications de tests apportes dans le temps.
•Pas de solution pour gérer les produits et les opérations.
2.2 Besoins fonctionnels
Dans cette partie, on va identifier les besoins fonctionnels de l’application.
2.2.1 Description des cas d’utilisation
Ceci on va identifier les cas d’utilisation de chaque acteur dans l’application.
• Les cas d’utilisation de l’acteur « administrateur » :
-Authentification et gestion de profil :
L’administrateur doit s’authentifier pour accéder à son compte. Après s’être

connecté, il a la possibilité de consulter son profil et mettre à jour ses informations
personnelles
-Gestion des utilisateurs :
L’administrateur peut consulter la liste des utilisateurs, ainsi que d’ajouter, modifier
ou supprimer des comptes utilisateurs. En outre, il peut effectuer des recherches
d’utilisateurs en utilisant des critères bien déterminés selon leur besoin.
-Consultation des traces de tests :
L’administrateur peut consulter les traces pour analyser et identifier les problèmes
éventuels. S’il y a des modifications dans les enregistrements de traces, il peut
importer le nouveau fichier Excel contenant les nouvelles traces et également
rechercher des traces selon le besoin.
• Les cas d’utilisation de l’acteur « Responsable Unité De Fabrication » :
- Gestion des traces :
Le responsable a la possibilité de consulter les traces de tests, exploiter les résultats

trouvés pour générer des rapports automatisés, exportables vers Excel. Ainsi qu’il
peut importer des nouveaux traces s’il y’a des mises ajour dans les enregistrements.
Dans des cas particuliers, il peut envoyer un e-mail avec les informations consacré.
-Gestion des produits :
Le responsable est chargé de la configuration des produits, ce qui implique la

capacité d’ajouter des nouveaux produits, de consulter et de modifier ceux qui
9
existent déjà, de rechercher des produits selon des critères spécifiques ainsi que
d’exporter les résultats en ficher Excel
-Gestion des opérations :
Le responsable est chargé de la configuration des opérations, ce qui implique la

capacité d’ajouter des nouvelles opérations, de consulter et de modifier ceux qui
existent déjà, de rechercher des opérations selon des critères spécifiques ainsi que
d’exporter les résultats en ficher Excel.
-Consulter profil :
Le responsable a la possibilité de consulter ses donnes personnelles.
• Les cas d’utilisation de l’acteur « Agent Traçabilité » :
-Consulter profil :
L’agent a la possibilité de consulter des données personnelles.
-Consulter des traces de tests :
L’agent peut consulter les résultats de tests et effectuer des recherches pour
l’exploitation et le suivi.
-Consulter les produits :
Un agent peut consulter les produits et effectuer des recherches spécifiques.
-Consultation des opérations :
Un agent peut consulter les opérations disponibles et effectuer des recherches

spécifiques.
2.3 Besoins non fonctionnels
Les exigences non fonctionnelles font référence au besoins perceptibles pour l’utilisateur et ne
sont pas lie directement au comportement du système.
Les principales exigences non fonctionnelles de notre système sont :
- Sécurité : notre solution doit garantir l'authentification des utilisateurs et leurs autorisations
dans le système.
- Extensibilité : notre solution doit être facile à entretenir et capable d'ajouter de nouvelles
fonctionnalités, des extensions. Le code de l'application doit être lisible et compréhensible pour
que le personnel informatique puisse vérifier la source du code avant son déploiement.
10
-Ergonomie : l'interface utilisateur doit être conviviale pour que l'utilisateur puisse interagir
sans avoir besoin de connaissances spécifiques.
-Disponibilité : notre système doit être efficace en termes de temps de réponse et de

chargement de page.
- Intégrité : nous devons assurer que les données critiques et sensibles restent complètes,
cohérentes et précises tout au long de leur cycle de vie.
2.4 Backlog Produit :

Le tableau suivant fait référence au backlog produit utilisé dans la modélisation.
Tab 2. 1 Backlog Produit
ID Fonctionnalité User Story Priorité

1 Authentification En tant ÉLEVÉ
qu’utilisateur, je
voudrais
m’authentifier
2 Gestion utilisateurs En tant MOYENNE
qu’administrateur, je
voudrais gérer les
utilisateurs
3 Gestion profil En tant MOYENNE
voudrais consulter
mon profil
En tant MOYENNE
voudrais modifier
mon profil
4 Gestion traces En tant ÉLEVÉ
voudrais consulter
les traces
En tant ÉLEVÉ
voudrais importer les
traces
En tant ÉLEVÉ
voudrais gérer les
traces
5 Gestion opérations En tant MOYENNE
voudrais consulter
les opérations
11
En tant que MOYENNE

responsable, je
voudrais gérer les
opérations
6 Gestion produits En tant MOYENNE
voudrais consulter
les produits
En tant que MOYENNE
responsable, je
voudrais gérer les
produits
12
2.5 Diagramme de cas d’utilisation général
FIG 2. 1 Diagramme de cas d'utilisation global
13
2.6 Diagramme de classe général :
La représentation statique du système est présente dans la suivante :
FIG 2. 2 Digramme de classe général
2.7 Diagramme de déploiement :
Le diagramme de déploiement est une illustration graphique dédié pour décrire la

configuration matérielle et logicielle dans l’ingénierie logicielle, dont laquelle il permet de
visualiser les différents composants logiciels comment ils sont déployés sur le matériel
physique.
14
FIG 2. 3 Diagramme de déploiement
-les trois nœuds représentent les ressources matérielles ou logicielles sur lesquelles les
composants du système sont exécuté. Dans notre cas, on a les trois ordinateurs portables utilisé
par les acteurs de notre application.
-Les connecteurs représentent les liaisons physiques ou bien les protocoles de communication
entre les trois nœuds. Dans notre cas, nous utilisons ORM, TCP-IP, HTTPS et LDAPS.
-Les composants sont les modules fonctionnels du système qui exécutent sur les nœuds. Dans
notre cas, on trouve le serveur de la base de données, le serveur web et l’annuaire LDAP.
15
Conclusion :
Au terme de ce chapitre, nous avons relevé les exigences du système. Aussi nous avons
également identifiée les acteurs de notre solution, ainsi que le Backlog Produit et la
représentation graphique de Digramme d’analyse et d’infrastructure général.
16
CHAPITRE 3. SPRINT 1
Chapitre 3
3 SPRINT 1 : Authentification
Introduction :
Dans ce chapitre, nous concentrerons sur un récapitulatif d'une activité réalisée lors du
premier sprint. Nous discuterons du protocole adopté durant ce sprint, ainsi que des étapes
d'analyse, de conception et de réalisation. En outre, nous présenterons également quelques
exemples d'interfaces développées afin d’illustrer et réaliser ces étapes.
3.1 Sprint Backlog :
Le sprint backlog dans ce chapitre est structuré avec une manière approfondie, ce qui
facilite la répartition des tâches et contribue d'affiner notre travail.
Tab 3. 1 Backlog Produit du sprint 1
ID USER STORY ID TASKS TASKS PIORITY

1 En tant qu’un 1.1 Installation et Elevé
utilisateur, je peux configuration d’un
me connecter avec serveur LDAP
un compte LDAP local.
1.2 Configuration du Elevé
connecteur de
fédération
d’utilisateurs
LDAP.
1.3 Conception et Elevé
développement
d’un formulaire
d'authentification.
1.4 Développer le Elevé
module
d’authentification.
1.5 Tester le module Elevé
d’authentification
17
3.2 Intégration LDAP
Le but de cette section est de présenter la procédure d'intégration du service d'annuaire

LDAP pour l'authentification des utilisateurs au sein de notre application. L'objectif principal
de cette fonctionnalité vise à centraliser l'authentification des utilisateurs dans un annuaire
LDAP, où on va créer des utilisateurs appartenant à des groupes. Ensuite, et selon un mécanisme
de recherche, on va vérifier la validité d’utilisateurs et leurs autorisations. Grâce à cette
approche, tous les utilisateurs pourront s'authentifier auprès de l'application en tant
qu'utilisateurs enregistrés dans la base d’informations.
3.2.1 Principes de fonctionnement
LDAP fournit un modèle de structuration des données dont laquelle les données sont
organisées selon une arborescence. Cette hiérarchie est représentée sous la forme d’un arbre
appelé Directory Information Tree (DIT) dont laquelle la racine est marqué par le terme
« suffixe ». Chaque nœud représente une entrée ou un service d’annuaire (DES-directory Entry
Service) contenant les informations principales. Les données sont stockées dans un format
hiérarchique basé sur les annuaires.
Un annuaire est une base de données centralisée, organisée hiérarchiquement, utilisé par un
service d’annuaire pour sauvegarder des informations sur les utilisateurs, les groupes, les
ressources et les politiques de sécurité dans de nombreux systèmes au sein d’une entreprise.
3.2.1.1 Attributs prédéfinis
Un objet est composé d’un ensemble d’attributs (paires clés/valeurs), qui définissent de
façon unique les propriétés de l’objet à sauvegarder. La classe d’objet fait référence à la
structure de l’objet, c’est-à-dire l’ensemble des attributs qu’il doit inclure. De cette façon, on
dit qu’un objet est une "instanciation" de la classe d’objet, c’est-à-dire chaque objet a un
ensemble d’attributs avec des valeurs bien déterminés.
Le DN (Distinguished Name) est un moyen d’identifier de manière unique un objet dans la

hiérarchie. Le DN se construit en prenant le nom relatif de l’élément (RDN – Relative
Distinguished Name), et en lui ajoutant l’ensemble des noms relatifs des entrées parentes, ce
qui mettre en considération que le DN d’un élément est la concaténation des RDN de ses
ascendants hiérarchique, dans notre cas les utilisateurs de l’application ont une DN(ou=People,
ou=Tracacom, ou=IT manufacturing, dc=maxcrc, dc=com).
Voici quelques Attributs prédéfinis d’un objet :

• uid (userid) : c’est l’identifiant unique d’utilisateur qui est requis.
• cn (common name) : c’est le nom complet d’utilisateur. (Nom et prénom).
• givenName : c’est le prénom d’utilisateur.
• sn (surname) : c’est le nom de famille d’utilisateur.
18
• userPassword : mot de passe de l’utilisateur.

• mail : adresse électronique d’utilisateur.
• o (organization) : l’entreprise d’utilisateur.
• ou (organization unit) : service de l’entreprise ou l’utilisateur travaille.
3.2.1.2 Arbre d’informations (Directory Information Tree)
FIG 3. 1 Arbre d’informations LDAP
Par exploitation des informations précédentes, on aperçut que Seuls les utilisateurs qui
appartient au groupe « Traçacom » peuvent se connecter à l’application « Traçacom » par leur
UID (unique pour chacun).
19
3.3 Paramétrage du connecteur de fédération d’utilisateurs
FIG 3. 3 Paramètres de connexion FIG 3. 2 Authentification et liaison
- Nom de la connexion : c’est le nom pour identifier une connexion effectuée au serveur LDAP
-Nom d’hôte : c’est l’adresse IP au quelle l’installation d’un serveur LDAP se fait --port :636
(LDAP over SSL/TLS) dans notre cas est localhost.
-Méthode d’encryption : c’est l’Activation de protocole SSL/TLS qui assure une
communication sécurisée entre le client et le système d’annuaire LDAP pour garantir le
chiffrement (cryptage)et la protection de données et par la suite on parle de LDAPS et une
génération d’un certificat locale.
-Authentification : c’est la méthode d’authentification auquel on va définir la méthode
d’authentification. Dans notre cas c’est une authentification simple.
-DN d’administrateur : Aussi on trouve le DN ou l’identifiant unique d’utilisateur pour les
autorisations appropriées pour accéder et gérer les informations d’annuaire. Dans notre cas on
trouve :
- Bind DN = cn=Manager, dc=maxcrc, dc=com
-Mot de passe d’administrateur
20
3.4 Raffinement de diagramme de cas d’utilisation du Sprint 1
FIG 3. 4 Diagramme de cas d'utilisation du sprint 1
3.5 Analyse de cas d’utilisation « s’authentifier »
Dans cette section ove va présenter le diagramme de communication du sprint 1 ainsi que
le prototype.
3.5.1 Diagramme de communication
La figure représenter les interactions et les flux d’informations entre l’utilisateur et les différents
composants impliqués dans le processus d'authentification.
21
FIG 3. 5 Diagramme de communication de cas d’utilisation « s’authentifier »
3.5.2 Prototype
Un utilisateur peut s’authentifier en tapant leur matricule et leur mot de passe de la session
Windows.
FIG 3. 6 S'authentifier
22
3.6 Conception de cas d’utilisations « s’authentifier »
Dans cette partie, on va intéresser par la conception de sprint 1 en représentant les diagrammes
de séquences de ce sprint.
3.6.1 Diagramme de séquence détaillé de cas « s’authentifier »
FIG 3. 7 Diagramme de séquence de cas d’utilisation « s’authentifier »
23
3.6.2 Description textuelle « s’authentifier »
Tab 3. 2 Description "s'authentifier"
Nom S’authentifier
Acteur Utilisateur
Objectif Identification et approbation d’accès
Préconditions L’utilisateur doit être identifié dans
l’annuaire LDAP
Postconditions Accès aux différentes fonctionnalités de
l’application
Scénario nominal 1.L’utilisateur remplit le formulaire avec leur
matricule et leur mot de passe de la session
Windows.
2.Le système vérifie ces informations dans
l’annuaire LDAP.
3.Le système vérifie l’existence de la
matricule dans la base de données.
4.s’il trouve la matricule, Le système renvoi
les informations personnelles, le rôle
d’autorisation et rédiger l’utilisateur vers sa
page spécifique.
5. s’il ne trouve pas, le système extraire les
données de l’utilisateur (nom, prénom,
email) depuis l’annuaire LDAP et les insères
(matricule, nom, prénom, email) dans la base
de données et renvoi les informations
personnelles, le rôle d’autorisation et rédiger
l’utilisateur vers sa page spécifique.
Scénario alternatif 1. Les champs de saisies sont vides :
(1) Le système affiche un message d’erreur.
(2) Le scénario reprend de l’étape 1
2. les champs d’identification n’existent

pas dans l’annuaire LDAP :
(2) Le scénario reprend de l’étape 1.
3.serveur LDAP indisponible :
(2) Le scénario reprend de l’étape 1.
24
3.7 Réalisation
3.7.1 Interface du sprint 1
FIG 3. 8 Interface "s'authentifier"
Cette figure représente l’interface d’authentification dont laquelle l’utilisateur tape ses
cordonnes pour S’authentifier et manipuler les fonctionnalités de l’application.
Conclusion
Au terme de ce chapitre, nous avons mentionné tous les détails d’une authentification
LDAP ainsi que la modélisation et la réalisation de ce sprint.
25
Chapitre 4
4 Sprint 2 : Gestion des utilisateurs et gestion de
profil
Introduction
deuxième sprint. Nous discuterons sur les différentes étapes d'analyse, de conception et de
réalisation. En outre, nous présenterons également quelques exemples d'interfaces développées
afin d’illustrer et réaliser ces étapes.
4.1 Sprint Backlog
Le tableau suivant clarifie le backlog Produit du deuxième sprint.
ID USER STORY ID TASKS TASKS

1 En tant qu’un 1.1 Analyse et Conception
administrateur je peux et de la fonctionnalité
gérer les utilisateurs de « gérer utilisateurs »
l’application.
1.2 Développement de la
fonctionnalité « gérer
utilisateurs »
1.3 Tester la fonctionnalité

« gérer utilisateur »
2 En tant qu’un 2.1 Analyse et Conception
administrateur je peux et de la fonctionnalité
modifier mon profil « modifier profil »
fonctionnalité
« modifier profil »
26

« modifier profil»
3 En tant qu’un utilisateur 3.1 Analyse et Conception et
je peux consulter mon de la fonctionnalité
profil « consulter profil »
fonctionnalité
« consulter profil »
3.3 Tester la fonctionnalité «

consulter profil »
4.2 Raffinement de diagramme de cas d’utilisation du sprint 2
La figure clarifie le raffinement de diagramme de cas d’utilisation du deuxième sprint.
FIG 4. 1 Diagramme de cas d’utilisation du sprint 2
4.3 Analyse de cas d’utilisations « Gérer utilisateurs »
Dans cette partie on va analyser le cas d’utilisations « gérer utilisateurs » en présentant le

diagramme de communication et quelques prototypes.
27
4.3.1 Diagramme de communication de cas d’utilisation « Consulter

utilisateurs »
FIG 4. 2 Diagramme de communication de cas d’utilisation « Consulter utilisateurs »
28
4.3.2 Diagramme de communication « Ajouter utilisateur »
FIG 4. 3 Diagramme de communication de cas d’utilisation « Ajouter utilisateur »
4.3.3 Diagramme de communication « Modifier utilisateur »
FIG 4. 4 Diagramme de communication de cas d’utilisation « Modifier utilisateur »
29
4.3.4 Diagramme de communication « Supprimer utilisateur »
FIG 4. 5 Diagramme de communication de cas d’utilisation « Supprimer utilisateur »
4.3.5 Prototypes
Dans cette partie, on va présenter quelques maquettes à propos les interfaces de deuxième sprint.
FIG 4. 6 Consulter liste utilisateurs
30
FIG 4. 7 Ajouter utilisateur
FIG 4. 8 Modifier utilisateur
31
FIG 4. 9 Supprimer utilisateur
4.4 Conception de cas d’utilisations « Gérer utilisateurs »
Dans cette partie on va présenter la conception de cas d’utilisation « gérer utilisateurs »
4.4.1 Diagramme de séquence détaillé de cas « Consulter utilisateurs »
FIG 4. 10 Diagramme de séquence de cas d’utilisation « Consulter utilisateurs »
32
4.4.2 Description textuelle « Consulter utilisateurs »
Tab 4. 2 Description "Consulter utilisateurs"
Nom Consulter liste utilisateurs

Acteur Administrateur
Objectif Affichage et consultation de liste des
utilisateurs
Préconditions L’administrateur doit s’authentifier
Postconditions Permettre à l’administrateur de : consulter
profil de l’utilisateur, supprimer utilisateur,
contacter utilisateur
Scénario nominal 1.l’administrateur demande l’affichage de la
liste des utilisateurs.
2. Le système affiche la liste des utilisateurs
acceptés
Scénario alternatif 1. Aucune résultat :
(1) le système affiche un message de type
"Aucune résultat trouvé".
Scénario optionnel L’administrateur peut chercher des
utilisateurs selon leur matricule ou leur rôle.
33
4.4.3 Diagramme de séquence détaillé de cas « Ajouter utilisateur »
FIG 4. 11 Diagramme de séquence de cas d’utilisation « Ajouter utilisateur »
4.4.4 Description textuelle « Ajouter utilisateur »
Tab 4. 3 Description "Ajouter utilisateur"
Nom Ajouter utilisateur

Objectif Ajouter un nouvel utilisateur
Postconditions Un nouvel utilisateur ajouté à l’application
Scénario nominal 1.L’administrateur demande l’ajout d’un
utilisateur.
2. Le système affiche une interface d’ajout
3. L’administrateur rempli les champs
nécessaires et valide
4. Le système vérifie les données saisies dans
la base de données.
5. Le système enregistre le nouvel utilisateur
et affiche un message de succès.
Scénario alternatif 1.L’administrateur saisit des données
manquantes.
34
(2) Le scénario reprend de l’étape 3 du

scénario nominal.
2.La matricule existe déjà.
(1) Le système affiche un message d’erreur
scénario nominal.
3.format e-mail invalide :
scénario nominal.
4.4.5 Diagramme de séquence détaillé de cas « Modifier utilisateur »
FIG 4. 12 Diagramme de séquence de cas d’utilisation « Modifier utilisateur »
4.4.6 Description textuelle « Modifier utilisateur »
Tab 4. 4 Description "Modifier utilisateur"
Nom Modifier utilisateur

Objectif Modifier un utilisateur existant
Préconditions -L’administrateur doit s’authentifier
-L’administrateur doit choisir l’utilisateur
Postconditions Un utilisateur est modifié
35
Scénario nominal 1.L’administrateur choisir l’utilisateur à

modifier
2.l’administrateur demande la modification
d’un utilisateur.
3. Le système affiche une interface de
modification.
4. Le système vérifie les données saisies.
5. Le système enregistre les modifications de
l’utilisateur et affiche un message de succès.
manquantes.
scénario nominal.
scénario nominal
scénario nominal.
36
4.4.7 Diagramme de séquence détaillé de cas « Supprimer utilisateur »
FIG 4. 13 Diagramme de séquence de cas d’utilisation « Supprimer utilisateur »
4.4.8 Description textuelle « Supprimer utilisateur »
Tab 4. 5 Description "Supprimer utilisateur"
Nom Supprimer utilisateur

Objectif Supprimer un utilisateur
Préconditions -L’administrateur doit s’authentifier
-L’administrateur doit choisir l’utilisateur
Postconditions Permettre à l’administrateur de supprimer
l’utilisateur.
Scénario nominal 1.l’administrateur choisit l’utilisateur à
supprimer
2. Le système affiche une boite de confirmation
3. l’administrateur confirme la suppression
4. Le système supprime l’utilisateur
4.5 Analyse de cas d’utilisation « Gérer profil »
Dans cette partie on va présenter l’analyse du cas d’utilisation « Gérer profil » par la représentation
de diagramme de communication et les maquettes des interfaces.
37
4.5.1 Diagramme de communication « Consulter profil »
FIG 4. 14 Diagramme de communication de cas d’utilisation « Consulter profil »
38
4.5.2 Diagramme de communication « Modifier profil »
FIG 4. 15 Diagramme de communication de cas d’utilisation « Modifier profil »
4.5.3 Prototypes
Ceci les prototypes de cas d’utilisation « Gérer profil » dont seulement l’administrateur peut
changer ses données personnelles.
FIG 4. 17 Consulter profil administrateur FIG 4. 16 Consulter profil utilisateur
39
FIG 4. 18 Modifier profil administrateur
4.6 Conception de cas d’utilisations « Gérer profil »
Dans cette partie, on va présenter la partie conception de cas d’utilisation « Gérer profil ».
4.6.1 Diagramme de séquence détaillé de cas « Consulter profil »
FIG 4. 19 Diagramme de séquence de cas d’utilisation « Consulter profil »
40
4.6.2 Description textuelle « Consulter profil »
Tab 4. 6 Description "Consulter profil"
Nom Consulter Profil

Acteur Utilisateur
Objectif Affichage et consultation des données
personnelles
Préconditions L’utilisateur doit s’authentifier
Postconditions Permettre à l’utilisateur de : consulter leurs
donnes personnelles
Scénario 1.l’user demande l’affichage de ses données
2. Le système affiche les données.
3.l’user consulter ses données
4.6.3 Diagramme de séquence détaillé de cas « Modifier profil »
FIG 4. 20 Diagramme de séquence de cas d’utilisation « Modifier profil »
41
4.6.4 Description textuelle « Modifier profil »
Tab 4. 7 Description " Modifier profil"
Nom Modifier Profil

Acteur Responsable U. F
Objectif Modifier le profil d’administrateur
Postconditions Le profil d’administrateur est modifié
Scénario nominal 1.L’administrateur doit consulter son profil.
2.l’administrateur demande la modifier son
profil.
modification.
5. Le système enregistre les modifications et
affiche un message de succès
6. le système redirige l’administrateur vers
l’interface d’authentification pour se
reconnecter de nouveau.
manquantes.
scénario nominal.
scénario nominal
scénario nominal.
42
4.7 Réalisation
Dans cette partie on va présenter les interfaces web du deuxième sprint.
4.7.1 Interfaces du deuxième sprint
• Les figures ci-dessous représentent quelques interfaces de gestion des utilisateurs.
FIG 4. 21 Interface "Consulter utilisateurs"
43
FIG 4. 23 Interface ajouter un utilisateur
FIG 4. 22 Interface modifier un utilisateur
44
FIG 4. 24 Interface supprimer un utilisateur
Les figures ci-dessous représentent quelques interfaces de cas d’utilisation « gérer profil »
FIG 4. 25 Interface consulter profil utilisateur
45
FIG 4. 26 Interface modifier profil administrateur
Conclusion
Au terme de ce chapitre, nous avons présenté l’analyse, la conception et la réalisation du

deuxième Sprint. À ce niveau, le deuxième sprint est prêt à être consommée. Le chapitre suivant
sera autour de l’implémentation du troisiéme sprint de la gestion de traces.
46
CHAPITRE 5. SPEINT 3
Chapitre 5
5 Sprint 3 : Gestion des traces
Introduction :
troisième sprint. Nous discuterons sur les différentes étapes d'analyse, de conception et de
Ce tableau mettre en avance le Backlog Produit du troisième sprint.
Tab 5. 1 Bcklog Produit du sprint 3

1 En tant qu’utilisateur, 1.1 Analyse et Conception
je peux consulter les et de la fonctionnalité
traces de tests « Consulter traces »
fonctionnalité
« Consulter traces »

« Consulter traces »
2 En tant qu’utilisateur, 2.1 Analyse et Conception
je peux importer les et de la fonctionnalité
nouvelles traces de « Importer traces »
tests
fonctionnalité
« Importer traces »
« Importer traces »
47
3 En tant qu’responsable 3.1 Analyse et Conception

unité de fabrication, je et de la fonctionnalité
peux exporter les traces « Exporter Excel »
de tests en format Excel
pour les analyser 3.2 Développement de la
fonctionnalité
« Exporter Excel »
« Exporter Excel »

peux envoyer les traces « Envoyer Rapport »
de testes via e-mails à
tous les utilisateurs de 4.2 Développement de la
l’application fonctionnalité
« Envoyer Rapport »
« Envoyer Rapport »

peux envoyer des e- « Envoyer E-mails»
mails au cas d’une
alerte ou besoins 5.2 Développement de la
fonctionnalité
« Envoyer E-mails»
« Envoyer E-mails»
La figure clarifie le raffinement de diagramme de cas d’utilisation du troisième sprint.
48
FIG 5. 1 Diagramme de cas d’utilisation du sprint 3
5.3 Analyse de cas d’utilisations « Gérer Traces »
Dans cette partie, on va analyser le cas d’utilisation « Gérer traces » par des représentation
graphiques de diagrammes de communications ainsi que certains prototypes.
49
5.3.1 Diagramme de communication « Consulter Traces »
FIG 5. 2 Diagramme de communication de cas d'utilisation « Consulter traces »
5.3.2 Diagramme de communication « Envoyer rapport »
FIG 5. 3 Diagramme de communication de cas d'utilisation « Envoyer rapport »
50
5.3.3 Diagramme de communication « Automatiser l’importation de

traces »
FIG 5. 4 Diagramme de communication de cas d’utilisation « Automatiser l’importation de traces »
5.3.4 Diagramme de communication « Importer fichier de traces »
FIG 5. 5 Diagramme de communication de cas d'utilisation "Importer fichier de traces"
51
5.3.5 Diagramme de communication « Envoyer E-mail »
FIG 5. 6 Diagramme de communication de cas d'utilisation "Envoyer e-mails"
5.3.6 Prototypes
La figure ci-dessous représente le prototype de gestion de traces dont laquelle on trouve ces
fonctionnalités :
-Consulter traces de tests
-Exporter traces en format Excel
-Envoyer rapport via e-mail
-Importer les traces
52
FIG 5. 8 Interface consulter traces
FIG 5. 7 Interface envoyer e-mail
53
5.4 Conception de cas d’utilisations « Gérer Traces »
Dans cette partie, on va concevoir le cas d’utilisation « gérer traces » par des représentations
graphique de diagramme de séquence avec descriptions détailles de chaque cas.
5.4.1 Diagramme de séquence détaillé de cas « Consulter Traces »
FIG 5. 9 Diagramme de séquence de cas d’utilisation « Consulter traces »
5.4.2 Description textuelle « Consulter Traces »
Tab 5. 2 Description "Consulter traces"
Nom Consulter les traces de tests

Acteur Utilisateur
Objectif Consulter et analyser les différentes traces de
tests
Préconditions -utilisateur doit s’authentifier
-les traces doivent être importé
Postconditions Consultation des traces
54
5.4.3 Diagramme de séquence détaillé de cas « Envoyer rapport »
FIG 5. 10 Diagramme de séquence de cas d'utilisation « Envoyer rapport »
5.4.4 Description textuelle « Envoyer rapport »
Tab 5. 3 Description "Envoyer rapport"
Nom Envoyer un rapport des traces via e-mail

Acteur Responsable U.F
Objectif Envoyer un rapport via courriel à tous les
utilisateurs de l’application
Préconditions -Le Responsable doit s’authentifier
-Le Responsable doit consulter les traces
Postconditions Les traces de tests ont été envoyer dans un
rapport via e-mail
Scénario nominal 1.l’utilisateur filtre des Traces par le numéro
de série spécifiée.
2.le système affiche les traces
correspondantes.
3.l’utilisateur demande d’envoyer rapport.
4.le système procède à la conversion des
données en un format de fichier Excel.
5. Le système envoi le rapport de traces à tous
les utilisateurs de l’application.
55
5.4.5 Diagramme de séquence détaillé de cas « Automatiser l’importation

de traces »
FIG 5. 11 Diagramme de séquence de cas d’utilisation « Automatiser l’importation des traces »
5.4.6 Description textuelle « Automatiser l’importation de traces »
Tab 5. 4 Description "Automatiser l'importation de traces"
Nom Automatiser l’importation de traces de tests

Acteur Utilisateur
Objectif Importer des traces de tests depuis SAP Me
pour les consulter et les analyser
Préconditions l’utilisateur doit s’authentifier
Postconditions Les traces de tests doivent être importées et
affichée
Scénario nominal 1.l’utilisateur demande l’importation de
traces en cliquant sur le bouton
2.le système traite et vérifie les données de
traces
3.le système importe et renvoi les données de
traces
4.le système affiche les traces dans une
interface conviviale
5. le système affiche un message de succès
56
6.l’utilisateur peut consulter les traces de

tests.
Scénario alternatif 1.Pas de mise à jour au niveau de traces :
(1) le système affiche un message
d’erreur « pas de mises à jour »
2.les traces existe déjà :
(1) Le système affiche un message d’erreur »
les traces existent déjà »
5.4.7 Diagramme de séquence détaillé de cas « Importer fichier de traces »
FIG 5. 12 Diagramme de séquence de cas d’utilisation « Importer fichier de traces »
5.4.8 Description textuelle « Importer fichier de traces »
Tab 5. 5 Description "Importer fichier de traces"
Nom Importer Fichier Excel de traces

Acteur Utilisateur
Objectif Importer un fichier Excel contenant les traces
pour les consulter et les analyser
Préconditions Utilisateur doit s’authentifier
Postconditions Les traces de tests sont importées et consulté
par l’utilisateur
57
Scénario nominal 1.l’utilisateur clique sur le bouton « choisir un

fichier »
2. une boite de dialogue s’ouvre
3.l’utilisateur choisir le fichier à importer et
valide l’importation
4. Le système vérifie les données dans le
fichier.
5. Le système enregistre les nouvelles données
dans la base.
6.le système affiche un message de succès et
affiche les traces à l’utilisateur pour les
consulter.
Scénario alternatif 1.le fichier ne possède pas les colonnes
nécessaires.
scénario nominal.
2.le format du fichier est différent de xlsx

ou xlsx :
scénario nominal
2.les traces existe déjà :

scénario nominal.
58
5.4.9 Diagramme de séquence détaillé de cas « Exporter traces »
FIG 5. 13 Diagramme de séquence de cas d’utilisation « Exporter traces »
5.4.10 Description textuelle « Exporter traces »
Tab 5. 6 Description "Exporter traces"
Nom Exporter traces

Objectif Exporter les traces de tests en un fichier Excel
Préconditions -le responsable doit s’authentifier
- le Responsable doit consulter les traces de tests
-le responsable doit filtrer des traces par un
numéro de série spécifique
Postconditions Les traces doivent être Exporté
Scénario nominal 1. Responsable consulter les traces
2.le responsable cherche des traces par un
numéro de série.
3. le responsable demande d’exporter Excel
3. Le système accède au téléchargement
4.le fichier est au format Excel contenant les
élément nécessaire des traces de tests et ils sont
prêtes pour l’analyse.
59
5.4.11 Diagramme de séquence détaillé de cas « Envoyer E-mail »
FIG 5. 14 Diagramme de séquence de cas d’utilisation « Envoi des emails »
5.4.12 Description textuelle « Envoyer E-mail»
Tab 5. 7 Description "Envoyer E-mails"
Nom Envoyer un E-mail

Objectif Envoyer un e-mail aux différents utilisateurs
de l’application au cas d’une alerte ou de
besoin
Préconditions Le Responsable doit s’authentifier
Postconditions E-mail est envoyée

Scénario nominal 1.Responsable demande d’envoyer un e-mail
2.systeme affiche l’interface d’envoi
3 Responsable rempli les champs nécessaires
et valide
5. Le système envoi l’e-mail et affiche un
message de succès.
Scénario alternatif 1.Le responsable saisit des données
manquantes.
60

scénario nominal.
2.les e-mail de destinataire n’existe pas
dans la base
scénario nominal
5.5 Réalisation
5.5.1 Interfaces du troisième sprint
-Consulter les traces de tests pour le responsable Unité de fabrication :
FIG 5. 15 Interface consulter traces pour le responsable U.F
61
-Consulter les traces de tests pour l’administrateur :
FIG 5. 16 Interface consulter traces pour l'administrateur
62
-Consulter les traces de tests pour l’agent traçabilité :
FIG 5. 17 Interface consulter traces pour l’agent
-Envoyer rapport via e-mail à tous les utilisateurs de l’application :
FIG 5. 18 Interface Gmail pour l’envoi de rapport
63
FIG 5. 20 Interface exporter traces selon un numéro de série spécifique
FIG 5. 19 Interface envoyer des e-mails
64
Conclusion

troisième Sprint. À ce niveau, le troisième sprint est prêt à être consommée. Le chapitre suivant
sera autour de l’implémentation du quatrième sprint de la gestion de produits et des opérations.
65
Chapitre 6
6 Sprint 4 : Gestion des opérations et des produits
Introduction :
quatrième sprint. Nous discuterons sur les différentes étapes d'analyse, de conception et de
Ce tableau mettre en avance le Backlog Produit du quatrième sprint.

1 En tant qu’un 1.1 Analyse et Conception et
utilisateur, je peux de la fonctionnalité
consulter la liste des « consulter produits »
produits
fonctionnalité consulter
produits »

« consulter produits »
2 En tant que 2.1 Analyse et Conception et
responsable U.F, je de la fonctionnalité
peux importer des « importer produits »
produits
fonctionnalité « importer
produits »
« importer produits »
66

peux ajouter des « ajouter produit »
produits
fonctionnalité « ajouter
produit »
« ajouter produit »
peux modifier des « modifier produit »
produits
fonctionnalité « modifier
produit »
« modifier produit »
peux modifier des « Exporter produits »
produits
fonctionnalité « Exporter
produits »
« Exporter produits »
6 En tant qu’un 6.1 Analyse et Conception et
utilisateur, je peux de la fonctionnalité
consulter la liste des « Consulter opérations »
opérations
fonctionnalité «
Consulter opérations »
« Consulter opérations »
peux importer des « Importer Opérations »
opérations
fonctionnalité « Importer
Opérations »
« Importer Opérations »
peux ajouter des « Ajouter Opération »
opérations
67
fonctionnalité « Ajouter
Opération »
« Ajouter Opération »
peux modifier des « Modifier Opération »
opérations
fonctionnalité « Modifier
Opération »
« Modifier Opération »
peux exporter des « Exporter Opérations »
opérations
fonctionnalité « Exporter
Opérations »
« Exporter Opérations »
68
FIG 6. 1 Diagramme de cas d'utilisation du sprint 4
6.3 Analyse de cas d’utilisations « Gérer opérations »
Dans cette partie, on va analyser le cas d’utilisation « Gérer opérations » par des
représentation graphiques de diagrammes de communications ainsi que certains prototypes.
69
6.3.1 Diagramme de communication « Consulter opérations »
FIG 6. 2 Diagramme de communication de cas d'utilisation "Consulter opérations"
70
6.3.2 Diagramme de communication « Importer Opérations »
FIG 6. 3 Diagramme de communication de cas d'utilisation "Importer opérations"
6.3.3 Diagramme de communication « Ajouter opération »
FIG 6. 4 Diagramme de communication de cas d'utilisation « Ajouter opération »
71
6.3.4 Diagramme de communication « Modifier opération »
FIG 6. 5 Diagramme de communication de cas d’utilisation « Modifier opération »
6.3.5 Prototypes
Dans cette partie, on va mentionner quelques prototypes de cas d’utilisation « Gérer

opérations ».
72
FIG 6. 7 Consulter liste opérations
FIG 6. 6 Ajouter une nouvelle opération
73
FIG 6. 8 Modifier une opération
6.4 Conception de cas d’utilisations « Gérer opérations »
Dans cette partie, on va présenter les diagrammes de séquences ainsi que leurs descriptions textuelles
de cas d’utilisation « gérer opérations »
6.4.1 Diagramme de séquence détaillé de cas « Consulter opérations »
FIG 6. 9 Diagramme de séquence de cas d’utilisation « Consulter opérations »
74
6.4.2 Description textuelle « Consulter opérations »
Tab 6. 2 Description " Consulter opérations"
Nom Consulter opérations
Acteur Utilisateur
Objectif Affichage et consultation de la liste des opérations.
Postconditions Consultation de la liste des opérations
Scénario nominal 1.l’utilisateur demande l’affichage de la liste
Des opérations
2.Le système récupérer la liste des opérations
depuis la base de données
3.le système affiche la liste des opérations.
3.l’utilisateur consulte la liste des produits.
Scénario optionnel L’utilisateur peut chercher des opérations avec sa
description dans une zone de recherche
1-l’utilisateur cherche des opérations en tapant sa
description dans la zone de recherche
2-si’il correspond, les résultats s’affichent
3-si aucune description correspond affichant un
message de type « aucune résultats correspond à
cette désignation »
75
6.4.3 Diagramme de séquence détaillé de cas « Importer opérations »
FIG 6. 10 Diagramme de séquence de cas d’utilisation « Importer opérations »
6.4.4 Description textuelle « Importer opération »
Tab 6. 3 Description "Importer opérations"
Nom Importer les opérations

Objectif Importer les désignation des opérations depuis
SAP Me pour les consulter.
Préconditions Le responsable doit s’authentifier
Postconditions Les désignations des opérations doivent être
importées et affichée.
Scénario nominal 1. le responsable demande l’importation de
produits en cliquant sur le bouton
2.le système traite et vérifie les données.
3.le système Extraire et renvoi les données
nécessaires.
4.le système affiche les désignations dans une
interface conviviale
6.l’utilisateur peut gérer les opérations
Scénario alternatif 1.Pas de mise à jour au niveau des
opérations :
(1) le système affiche un message
d’erreur « pas de mises à jour »
2.les désignation existe déjà :
76
(1) Le système affiche un message

d’erreur « les traces existent déjà »
6.4.5 Diagramme de séquence détaillé de cas « Ajouter opération »
FIG 6. 11 Diagramme de séquence de cas d’utilisation « Ajouter une opération »
6.4.6 Description textuelle « Ajouter opération »
Tab 6. 4 Description "Ajouter opération"
Nom Ajouter une opération

Objectif Ajouter une nouvelle opération
Préconditions Responsable doit s’authentifier
Postconditions Une nouvelle opération est ajoutée
Scénario nominal 1.le responsable demande l’ajout d’une
opération.
3. le responsable rempli les champs
5. Le système enregistre la nouvelle
opération et affiche un message de succès.
77
Scénario alternatif 1.le responsable saisit des données

manquantes.
scénario nominal.
2.la désignation de l’opération existe déjà.
scénario nominal.
6.4.7 Diagramme de séquence détaillé de cas « Modifier opération »
FIG 6. 12 Diagramme de séquence de cas d’utilisation « Modifier opération »
6.4.8 Description textuelle « Modifier opération »
Tab 6. 5 Description "Modifier opération"
Nom Modifier une opération.

Objectif Modifier une opération existante
Préconditions - Responsable doit s’authentifier
- Responsable doit choisir l’opération
Postconditions Une opération est modifiée
Scénario nominal 1. Responsable choisir une opération à modifier
78

d’une opération
modification.
4. Responsable rempli les champs nécessaires et
valide
l’opération et affiche un message de succès.
manquantes.
(2) Le scénario reprend de l’étape 3 du scénario
nominal.
2.la désignation de l’opération existe déjà.
(2) Le scénario reprend de l’étape 3 du scénario
nominal.
6.4.9 Diagramme de séquence détaillé de cas « Exporter opérations »
FIG 6. 13 Diagramme de séquence de cas d’utilisation « Exporter opérations »
79
6.4.10 Description textuelle « Exporter opérations »
Tab 6. 6 Description "Exporter opérations"
Nom Exporter Opérations.

Objectif Exporter les opérations dans un fichier Excel
Préconditions - Responsable doit s’authentifier.
-Responsable doit consulter la liste des
opérations.
Postconditions Les opérations doivent être Exporté
Scénario nominal 1. Responsable consulte la liste des opérations
2.l’administrateur demande d’exporter Excel
élément nécessaire des opérations.
6.5 Analyse de cas d’utilisation « Gérer produits »
6.5.1 Diagramme de communication « Consulter produits »
FIG 6. 14 Diagramme de communication de cas d’utilisation « Consulter produits »
80
6.5.2 Diagramme de communication « Importer produits »
FIG 6. 15 Diagramme de communication de cas d’utilisation « Importer produits »
6.5.3 Diagramme de communication « Ajouter produit »
FIG 6. 16 Diagramme de communication de cas d’utilisation « Ajouter produit »
81
6.5.4 Diagramme de communication « Modifier produit »
FIG 6. 17 Diagramme de communication de cas d'utilisation "Modifier produit"
6.5.5 Prototypes
Dans cette partie, on va mentionner les prototypes de cas d’utilisation « Gérer produits »
FIG 6. 18 Ajouter un nouveau produit
82
FIG 6. 19 Consulter produits
FIG 6. 20 Modifier un produit
83
6.6 Conception de cas d’utilisations « Gérer produits »
6.6.1 Diagramme de séquence détaillé de cas « Consulter produits »
FIG 6. 21 Diagramme de séquence de cas d’utilisation « Consulter produits »
6.6.2 Description textuelle « Consulter produits »
Tab 6. 7 Description "Consulter produit"
Nom Consulter opérations
Acteur Utilisateur
Objectif Affichage et consultation de la liste des
opérations.
Postconditions Consultation de la liste des opérations
Scénario nominal 1.l’utilisateur demande l’affichage de la liste des

Opérations
2.Le système récupérer la liste des opérations
depuis la base de données
3.le système affiche la liste des opérations.
3.l’utilisateur consulte la liste des produits.
84
Scénario optionnel L’utilisateur peut chercher des opérations avec sa

description dans une zone de recherche
1-l’utilisateur cherche des opérations en tapant sa
description dans la zone de recherche
2-si’il correspond, les résultats s’affichent
3-si aucune description correspond affichant un
message de type « aucune résultats correspond à
cette désignation »
6.6.3 Diagramme de séquence détaillé de cas « Importer produits »
FIG 6. 22 Diagramme de séquence de cas d'utilisation «Importer produits »
6.6.4 Description textuelle « importer produits »
Tab 6. 8 Description "Importer produits"
Nom Importer les produits

Objectif Importer les SFC depuis SAP Me pour les
consulter et les gérer
Préconditions - Le responsable doit s’authentifier
Postconditions Les SFC du produit doivent être importées et
affichée
85
Scénario nominal 1. le responsable demande l’importation de

produits en cliquant sur le bouton
2.le système traite et vérifie les données.
3.le système Extraire et renvoi les données
nécessaires.
4.le système affiche les SFC dans une interface
conviviale
6.l’utilisateur peut gérer les produits.
Scénario alternatif 1.Pas de mise à jour au niveau de produits :
(1) le système affiche un message d’erreur « pas
de mises à jour »
2.les SFC existe déjà :
(1) Le système affiche un message d’erreur « les
traces existent déjà »
6.6.5 Diagramme de séquence détaillé de cas « Ajouter produit »
FIG 6. 23 Diagramme de séquence de cas d’utilisation « Ajouter produit »
6.6.6 Description textuelle « Ajouter produit »
Tab 6. 9 Description "Ajouter produit"
Nom Ajouter un produit

Objectif Ajouter un nouveau produit
86

Postconditions Un nouveau produit ajouté
Scénario nominal 1.le responsable demande l’ajout d’un
produit.
3. le responsable rempli les champs
5. Le système enregistre le nouveau produit
et affiche un message de succès.
Scénario alternatif 1.le responsable saisit des données
manquantes.
scénario nominal.
2.La numéro de série existe déjà.
scénario nominal
6.6.7 Diagramme de séquence détaillé de cas « Modifier produit »
FIG 6. 24 Diagramme de séquence de cas d’utilisation « Modifier produit »
87
6.6.8 Description textuelle « Modifier produit »
Tab 6. 10 Description "Modifier produit"
Nom Modifier un produit.

Objectif Modifier un produit existant
Préconditions - Responsable doit s’authentifier
- Responsable doit choisir l’utilisateur
Postconditions Un produit est modifié
Scénario nominal 1. Responsable choisir le produit à modifier
du produit
modification.
4. Responsable rempli les champs nécessaires
et valide.
l’utilisateur et affiche un message de succès.
manquantes.
scénario nominal.
2.le numéro de série existe déjà.
scénario nominal.
88
6.6.9 Diagramme de séquence détaillé de cas « Exporter produits »
FIG 6. 25 Diagramme de séquence de cas d'utilisation "Exporter produits"
6.6.10 Description textuelle « Exporter produits »
Tab 6. 11 Description "Exporter produits"
Nom Exporter produits

Objectif Exporter les produits dans un fichier Excel
Préconditions -Responsable doit s’authentifier
-Responsable doit consulter la liste des produits
Postconditions Les produits doivent être Exporté
Scénario nominal 1. Responsable consulte la liste des produits
2.l’administrateur demande d’exporter Excel
élément nécessaire des produits.
Scenario optionnel 1.Le responsable filtre une opération par sa
description
2.le système renvoi l’opération correspondante
aux désignations
3. Le scénario reprend de l’étape 2 du scénario
nominal.
89
6.7 Réalisation
6.7.1 Interfaces du Sprint 4
Interfaces de Gestion des Opérations :
FIG 6. 26 Interface consulter liste opérations
FIG 6. 27 Interface ajouter opération
90
FIG 6. 29 Interface modifier opération
FIG 6. 28 Interface exporter opérations
91
Gestion des produits :
FIG 6. 30 Interface consulter produits
FIG 6. 31 Interface ajouter produit
92
FIG 6. 32 Interface modifier produit
FIG 6. 33 Interface exporter produits
Conclusion
quatrième Sprint. À ce niveau, le 4sprint est prêt à être consommée. Le chapitre suivant sera
autour de l’environnement logiciel et matériel de développement ainsi que l’architecture
logiciel système.
93
CHAPITRE 7. ENVIRONEMENT ET ARCHITECTURE
Chapitre 7
7 Environnement du travail et architecture logique
Introduction
Dans ce chapitre, nous allons consacrer à la présentation de l'environnement matériel et
logiciel de développement ainsi qu'à l'architecture logiciel.
7.1 Environnement matériel
Pour l’implémentation de notre projet, on va utiliser un pc portable HP avec ces caractéristiques :
Tab 7. 1 Environnement matérielle
Système d’exploitation Microsoft Windows 11

Famille Unilingue
Processeur Processeur Intel(R) Core
i5-1035G1 CPU @
1.00GHz
Disque dur 238GO
RAM 8 GO
7.2 Environnement logiciel
Dans cette partie, nous mentionnerons les technologies adéquates pour développer et
modéliser ce projet.
•Visual studio code :
Un outil open source très puissant. Il se repose sur des plaguins et des extensions bien
développées. Il fonctionne avec nombreux langages de programmation et couramment utilisé
dans la réalisation et la compilation des applications.
94
FIG 7. 1 Logo visual code
Node.js En tant qu’environnement d’exécution JavaScript asynchrone piloté par les événements,
Node.js est conçu pour créer des applications réseau évolutives. Dans l’exemple "hello world" suivant,
de nombreuses connexions peuvent être gérées simultanément. À chaque connexion, le rappel est
déclenché, mais s’il n’y a pas de travail à faire, Node.js dormira [3].
FIG 7. 2 Logo Node.JS
Express.Js est un ensemble robuste de fonctionnalités pour les applications Web et mobiles.
Avec une myriade de méthodes utilitaires HTTP et d’intergiciels à votre disposition, la création
d’une API robuste est simple et rapide [4]
FIG 7. 3 Logo Express Js
PostgreSQL est un système de gestion de base de données objet-relationnelle (ORDBMS)

basé sur POSTGRES, version 4.2, développé au département d'informatique de l'Université
de Californie à Berkeley. POSTGRES a été un pionnier dans de nombreux concepts qui n'ont
été disponibles Que bien plus tard dans certains systèmes de base de données
commerciaux.[5]
FIG 7. 4 Logo PostgreSQL
95
Postman est une plate-forme API pour la création et l’utilisation d’API. Postman simplifie
chaque étape du cycle de vie des API et rationalise la collaboration afin que vous puissiez créer
de meilleures API plus rapidement.[6]
FIG 7. 5 Logo Postman
OpenLDAP Software est une implémentation open source du protocole d'accès léger au
répertoire (LDAP).[7]
FIG 7. 6 Logo openLDAP
StarUML est un logiciel de modélisation sophistiqué conçu pour soutenir la modélisation agile
et concise.[8]
FIG 7. 7 Logo StarUML
96
Angular est un cadre de conception d'applications et une plateforme de développement

permettant de créer des applications à page unique efficaces et sophistiquées.[9]
FIG 7. 8 Logo Angular
Apache Directory Studio est une plateforme d'outils de répertoire complète destinée à être
utilisée avec n'importe quel serveur LDAP, mais elle est spécialement conçue pour être utilisée
avec ApacheDS. Il s'agit d'une application Eclipse RCP, composée de plusieurs plugins Eclipse
(OSGi), qui peut être facilement améliorée avec des plugins supplémentaires. Ces plugins
peuvent même s'exécuter dans Eclipse lui-même.[10]
FIG 7. 9 Logo Apache Directory Studio
Balsamiq Cloud est un outil de conception d'interface utilisateur basé sur le web pour créer
des maquettes. Les wireframes terminés peuvent être utilisés pour des tests utilisateurs,
clarifier votre vision obtenir des commentaires des parties prenantes.[11]
FIG 7. 10 Logo Balsamiq
97
7.3 Architecture de l’application
Dans cette partie nous expliquons le choix de l’architecture logicielle du notre travail qui se
base sur le modèle MVC. L’architecture MVC est l’une des architectures logicielles les plus
utilisées pour les applications Web, elle se compose de 3 modules :[12]
FIG 7. 11 Architecture MVC
Modèle : noyau de l’application qui gère les données, permet de récupérer les informations de
la base de données, de les organiser pour qu’elles puissent ensuite être traitées par le
contrôleur.[12]
Vue : composant graphique de l’interface qui permet de présenter les données du modèle à
l’utilisateur.[12]
Contrôleur : composant responsable des prises de décision, gère la logique du code qui prend
des décisions, il est l’intermédiaire entre le modèle et la vue.[12]
98
CONCLUSION GENERALE
Conclusion générale
Le présent rapport s’inscrit dans le cadre d’un projet de fin d’étude chez Sagemcom dans en
vue de l’obtention de diplôme en licence en sciences informatique. Notre travail vise à
concevoir, analyser et développer une application Web pour la consultation, analyse et
exploitation des traces de tests. Dans ce projet, nous avons d’abord mené une étude de la
solution existante afin d’identifier les problèmes qui ont créé le besoin de tels systèmes et de
trouver une solution envisagée. Afin de compléter convenablement notre mission nous avons
opté à présenter les différentes phases d’analyse, de conception et de réalisation de notre
application. Nous avons utilisé le framework SCRUM tout au long de la modélisation de notre
système d’information.
A travers cette expérience professionnelle au sein de SAGEMCOM nous avons eu la chance de

découvrir le milieu professionnel. Ainsi, elle nous a permis d’être en contact direct avec des
experts dans le monde de développement web et d’assister aux différentes procédures dont
l’objectifs consiste à élaborer un produit de bonne qualité. Notre application a fini par couvrir
la plupart des fonctionnalités qui nous ont été demandées. Ceci mettre en évidence que notre
mission n’a pas été facile, nous avons dû relever plusieurs défis, notamment l’apprentissage de
l’importance de traçabilité. Mais en dépit de toutes les difficultés rencontrées, nous sommes
parvenus à concrétiser toute notre application dans le respect des besoins de la société et
d’apprendre plusieurs notions dans ce domaine.
99
WEBOGRAPHIE
[1]. [Accès le 2 mai 2023], Récupéré sur https://www.sagemcom.com/fr/qui-sommes-nous

[2]. [Accès le 16 mai 2023], Récupéré sur https://www.uml.org/
[3]. [Accès le 20 mai 2023], Récupéré sur https://nodejs.org/en/about
[4]. [Accès le 20 mai 2023], Récupéré sur https://expressjs.com/
[5]. [Accès le 20 mai 2023], Récupéré sur https://www.postgresql.org/docs/current/intro-
whatis.html
[6] [Accès le 20 mai 2023], Récupéré sur https://www.postman.com/
[7]. [Accès le 20 mai 2023], Récupéré sur https://www.openldap.org/
[8]. [Accès le 20 mai 2023], Récupéré sur https://docs.staruml.io/user-guide/readme
[9].[Accès le 20 mai 2023], Récupéré sur https://angular.io/docs
[10]. [Accès le 6 juin 2023], Récupéré sur https://directory.apache.org/studio/
[11]. [Accès le 6 juin 2023], Récupéré sur
https://balsamiq.com/wireframes/cloud/docs/intro/#what-is-balsamiq-cloud
[12] [Accès le 6 juin 2023], Récupéré sur https://medium.com/@belcaid.mehdi/larchitecture-
logicielle-mvc-1a8bbb5cf6dc
100

Rapport 1 Scrum

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

Rapport 1 Scrum

Transféré par

Droits d'auteur :

Formats disponibles

République Tunisienne

Ministère de l’Enseignement Supérieur Département Informatique

PROJET DE FIN D’ÉTUDES

Présenté en vue de l’obtention du diplôme de

LICENCE EN SCIENCES INFORMATIQUE

Devant le jury composé de :

Année Universitaire 2022-2023

Avec l’expression de ma reconnaissance, je dédie ce mémoire à :

Ma famille qui m’a comblé d’amour et a contribué à forger la personne

Je vous remercie infiniment !

Au terme de ce projet, a toute personne qui a contribué à ce travail, Je voudrais vous

Mes vifs remerciements et mes reconnaissances s’adressent à MADAME TABEKH AMENI,

Introduction générale .................................................................................................................... I

FIG 1. 1 Logo de SAGEMCOM............................................................................................................. 2

FIG 2. 1 Diagramme de cas d'utilisation global.................................................................................... 13

FIG 3. 1 Arbre d’informations LDAP .................................................................................................. 19

FIG 4. 1 Diagramme de cas d’utilisation du sprint 2 ............................................................................ 27

FIG 5. 1 Diagramme de cas d’utilisation du sprint 3 ............................................................................ 49

FIG 6. 1 Diagramme de cas d'utilisation du sprint 4 ............................................................................ 69

FIG 7. 1 Logo visual code .................................................................................................................... 95

Tab1. 1 équipe scrum.............................................................................................................................. 6

Tab 2. 1 Backlog Produit ...................................................................................................................... 11

Tab 3. 1 Backlog Produit du sprint 1 .................................................................................................... 17

Tab 4. 1 Backlog Produit du sprint 2 .................................................................................................... 26

Tab 5. 1 Bcklog Produit du sprint 3 ...................................................................................................... 47

Tab 6. 1 Backlog Produit du sprint 4 .................................................................................................... 66

Tab 7. 1 Environnement matérielle....................................................................................................... 94

UML : Unified Modeling Language

ORM: Object-Relational Mapping

MVC: Model View Controller

Le septième chapitre mettre en évidence l’environnement de travail ainsi que l’architecture

1.1 Organisme d’accueil

1.1.1 Présentation générale de SAGEMCOM

FIG 1. 1 Logo de SAGEMCOM

1.1.2 Domaines d’activités de SAGEMCOM

SAGEMCOM exerce principalement ses activités sur trois marchés clés :

•Audio et vidéo solutions : propose une gamme de décodeurs personnalisables pour

FIG 1. 2 Domaines d'activités de SAGEMCOM

1.2 Présentation du sujet proposé

La présentation du sujet consiste à identifier la problématique ainsi de mentionner la

La mise en place d’un processus de collecte de données au sein de l’entreprise a révélé

1.2.2 Solution envisagée

L’exploitation de ce qu’est précède aperçu que le problème mentionné n’est pas en

• Importation des traces de test et visualisation dans une interface conviviale.

• Facilitation de la communication et de l'analyse rapide en permettant à toute l'équipe

• Exportation des résultats et automatisation de l'analyse des données.

• Solution pour configurer les produits et les opérations.

• Solution d'envoi des courriers électroniques en cas d’une alerte.

1.3 Méthodologie de travail adopté

Il existe plusieurs méthodes de modélisation ainsi que des différents langages de

1.3.1 Méthodes de modélisation

-Privilégier les conversations en face à face pour communiquer.

1.3.2 Langages de modélisation

L’objectif principale des langages de modélisations est de fournir un moyen standardisé et

1.3.3 Choix méthodologique

Dans cette partie, on identifier la méthode de développement et le langage de modélisation

1.3.3.1 Choix de la méthode de développement : SCRUM

FIG 1. 3 Framework Agile Scrum

1.3.3.2 Équipes SCRUM

L’équipe Scrum est composée de trois Acteur dont laquelle :

Tab1. 1 équipe scrum

1.3.4 Langages de modélisation : UML

UML est un langage graphique de modélisation de données et des traitements. C’est un

1.4 Calendrier prévisionnelle (planification des sprints)