Guesmi 3 Ème BI

Remerciements
C’est avec un grand plaisir que je réserve cette page en signe de gratitude et de profonde
reconnaissance à tous ceux qui m’ont aidé à la réalisation de ce travail.
Au terme de ce stage, mes remerciements s’adressent au personnel de Tunisie Telecom de m’avoir

accueilli et incité à mener bien ce travail, en particulier mon encadrant monsieur Arifi Thameur
pour ses aides, ses conseils précieux, ses critiques constructives et ses suggestions piétinements
qui ont été remarquables tout au long de ce stage.
J’adresse également mes remerciements à mon encadrant Monsieur Ayadi Mouhamed Gaith pour
ses efforts de suivi et pour l’aide précieuse qu’il m’a prodiguée et qui m’a aidé à accomplir mon
projet de fin d’études dans les meilleures conditions.
Je tiens aussi à présenter, par le présent rapport, l’expression de mes profondes gratitudes à
l’ensemble des enseignants de la Faculté des Sciences Juridiques, Économiques et de Gestion de
Jendouba qui ont assuré ma formation et m’a transmis la base de connaissances.
Enfin, mes meilleurs et plus vifs remerciements s’adressent aux membres du jury pour avoir
accepté d’évaluer ce travail.
3
Dédicace
Avant tout je tiens à remercier le Dieu, le Grand Puissant, de m’avoir donné la force d’arriver
jusqu’au là.
Je dédie cette réussite à mon regretté père, dont l’amour, la bienveillance et le soutien ont
toujours été ma principale source de motivation. Accomplir cette étape importante de ma vie me
remplit de fierté, dans l’espoir qu’il aurait été fier de moi.
J’exprime également ma profonde gratitude envers ma mère, mon roc inébranlable, pour son
amour inconditionnel et son soutien constant.
À mes chers frères Khalil et Samer, ainsi qu’à ma sœur Mariem, vous êtes les compagnons
qui m’ont toujours encouragé et soutenu. Votre présence illumine chaque jour de ma vie. Kha-
lil, ta sagesse et ta détermination m’inspirent, Samer, ton humour et ta bienveillance sont des
trésors inestimables. Mariem, ta gentillesse est un rayon de soleil qui réchauffe mon cœur. Je
me considère béni de vous avoir à mes côtés. Que notre amour familial perdure et nous guide à
travers tous les défis.
À ma chère famille, vous êtes la source de mon bonheur, de mon soutien et de ma force. Je vous
dédie cette réussite avec un amour infini.
5
Table des matières
Introduction générale 1
1 Cadre général du projet 3

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2 Cadre du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1 Présentation de l’organisme d’accueil . . . . . . . . . . . . . . . . . . . 3
3.2 Fiche d’entreprise de Tunisie Telecom . . . . . . . . . . . . . . . . . . 4
3.3 L’identité visuelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
3.4 Organigramme de l’organisme d’accueil . . . . . . . . . . . . . . . . . . 5
4 Analyse de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
4.1 Description de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . 6
4.2 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
4.3 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
5 Méthodologie de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
5.1 Méthodes classiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
5.2 Méthodes Agiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
5.3 Comparaison entre les méthodes classiques et les méthodes agiles . . . . 14
5.4 La méthode adoptée . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
6 Langage de modélisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2 Phase de planification 17
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
7
8 Table des matières
2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

2.1 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.3 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.4 Pilotage du projet avec la méthodologie SCRUM . . . . . . . . . . . . . 19
2.5 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . 22
3 Prototypage des interfaces de platforme . . . . . . . . . . . . . . . . . . . . . . 24
4 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
5 Architecture de la solution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
5.1 Architecture logicielle . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
5.2 Architecture logique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3 Sprint 1 37
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3 Tableau des taches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4 Phase d’analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.1 Raffinement du cas d’utilisation «S’inscrire» . . . . . . . . . . . . . . . 38
4.2 Raffinement du cas d’utilisation «S’authentifier» . . . . . . . . . . . . . 39
4.3 Raffinement du cas d’utilisation «Gestion des utilisateurs» . . . . . . . . 40
4.4 Raffinement du cas d’utilisation «Envoyer des emails» . . . . . . . . . . 41
5 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
5.1 Conception statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
5.2 Conception dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
6 Réalisation du sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
7 Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
8 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Table des matières 9
4 Sprint 2 57
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
3 Tableau des taches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4 Phase d’analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
4.1 Raffinement du cas d’utilisation «Gestion des catégories » . . . . . . . . 59
4.2 Raffinement du cas d’utilisation «Gestion des cours » . . . . . . . . . . . 60
4.3 Raffinement du cas d’utilisation «Gestion des formations » . . . . . . . . 61
4.4 Raffinement du cas d’utilisation «Ajouter des avis» . . . . . . . . . . . . 63
5 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
5.1 Conception statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
5.2 Conception dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
6 Réalisation et test du sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
6.1 Interface liée à un visiteur de site : . . . . . . . . . . . . . . . . . . . . . 70
6.2 Interface liée à un administrateur : . . . . . . . . . . . . . . . . . . . . . 72
6.3 Interfaces liée à un participant : . . . . . . . . . . . . . . . . . . . . . . 73
6.4 Interface liée à un formateur : . . . . . . . . . . . . . . . . . . . . . . . 74
7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
5 Sprint 3 : Analyse des avis des formations 93

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
2 Backlog du sprint 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
3 Pré-traitement du texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
3.1 Aspect théorique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
3.2 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
4 Extraction et Consultation des mots-clés . . . . . . . . . . . . . . . . . . . . . . 97
4.1 Méthode utilisée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
4.2 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
4.3 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Conclusion 101
Table des figures
1.1 Logo de Tunisie Telecom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.2 Tunisie Telecom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3 Interface plateforme Coursera . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4 Interface plateforme Edx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5 Interface plateforme Udemy . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.6 Démarche méthode « cycle en V » . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.7 Processus Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.1 Planification des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2.2 Diagramme de Gantt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.3 Diagramme de cas d‘utilisation global . . . . . . . . . . . . . . . . . . . . . . . 22
2.4 Logo de Balsamiq . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.5 Prototypage de l’interface de l’authentification . . . . . . . . . . . . . . . . . . . 24
2.6 Prototypage de l’interface de l’inscription . . . . . . . . . . . . . . . . . . . . . 25
2.7 Prototypage de l’interface d’envoyer émail : . . . . . . . . . . . . . . . . . . . . 25
2.8 Prototypage de l’interface d’ajouter cours . . . . . . . . . . . . . . . . . . . . . 26
2.9 Prototypage de l’interface d’ajouter formation . . . . . . . . . . . . . . . . . . . 26
2.10 Logo Visual Studio Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.11 Logo postman . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.12 Logo Angular . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.13 Logo Spring boot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.14 Logo Spring Tool Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.15 Logo WampServer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
11
12 Table des figures
2.16 Logo HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.17 Logo CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.18 Logo Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.19 Logo Draw.io . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.20 Logo Orange Data Mining . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.21 Logo phpMyAdmin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.22 Logo Gantt Project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.23 Logo Overleaf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.24 Architecture logicielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2.25 Architecture logique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
3.1 Tableau des taches du sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

3.2 Diagramme de cas d’utilisation «S’inscrire» . . . . . . . . . . . . . . . . . . . . 39
3.3 Diagramme de cas d’utilisation «S’authentifier» . . . . . . . . . . . . . . . . . . 39
3.4 Diagramme de cas d’utilisation «Gestion des utilisateurs » . . . . . . . . . . . . 42
3.5 Diagramme de cas d’utilisation «Envoyer des émails » . . . . . . . . . . . . . . 42
3.6 Diagramme de classe de sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.7 Diagramme de séquence «s’inscrire» . . . . . . . . . . . . . . . . . . . . . . . . 46
3.8 Diagramme de séquence « s’authentifier» . . . . . . . . . . . . . . . . . . . . . 48
3.9 Diagramme de séquence «consulter la liste des utilisateurs » . . . . . . . . . . . 49
3.10 Diagramme de séquence «Modifier utilisateur » . . . . . . . . . . . . . . . . . . 50
3.11 Diagramme de séquence «Supprimer utilisateur » . . . . . . . . . . . . . . . . . 51
3.12 Diagramme de séquence «Envoyer un email» . . . . . . . . . . . . . . . . . . . 52
3.13 Interface inscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3.14 Interface d’authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3.15 Interface Envoyer email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
3.16 Interface consultation liste des utilisateurs . . . . . . . . . . . . . . . . . . . . . 54
3.17 Succès d’envoyer email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
3.18 Succès d’envoi d’un email dans leur document . . . . . . . . . . . . . . . . . . 55
4.1 Tableau des taches du sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

4.2 Diagramme de cas d’utilisation «Gestion des catégories» . . . . . . . . . . . . . 59
Table des figures 13
4.3 Diagramme de cas d’utilisation «Gestion des cours» . . . . . . . . . . . . . . . . 62

4.4 Diagramme de cas d’utilisation «Gestion des formations» . . . . . . . . . . . . . 62
4.5 Diagramme de cas d’utilisation «Ajouter Avis» . . . . . . . . . . . . . . . . . . 64
4.6 Diagramme de classe de sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . 67
4.7 Diagramme de séquence «Consulter liste catégorie» . . . . . . . . . . . . . . . . 68
4.8 Diagramme de séquence «Ajouter catégorie» . . . . . . . . . . . . . . . . . . . 69
4.9 Diagramme de séquence « Modifier categorie » . . . . . . . . . . . . . . . . . . 77
4.10 Diagramme de séquence « Supprimer categorie » . . . . . . . . . . . . . . . . . 78
4.11 Diagramme de séquence «Consulter catalogue cours » . . . . . . . . . . . . . . 79
4.12 Diagramme de séquence «Ajouter et exporter cours » . . . . . . . . . . . . . . . 80
4.13 Diagramme de séquence «Rejoindre cours» . . . . . . . . . . . . . . . . . . . . 81
4.14 Diagramme de séquence « Importer cours » . . . . . . . . . . . . . . . . . . . . 82
4.15 Diagramme de séquence «Consulter catalogue formations » . . . . . . . . . . . . 83
4.16 Diagramme de séquence «Ajouter formation » . . . . . . . . . . . . . . . . . . . 84
4.17 Diagramme de séquence « Rejoindre à une formation » . . . . . . . . . . . . . 85
4.18 Diagramme de séquence «Supprimer formation» . . . . . . . . . . . . . . . . . 86
4.19 Diagramme de séquence « Ajouter avis » . . . . . . . . . . . . . . . . . . . . . 87
4.20 L’ Interface de consultation catalogue de formations en tant que visiteur de site . 87
4.21 L’ Interface de consultation catalogue des cours (interface les visiteurs de site ) . 88
4.22 Interface de consultation de la liste des catégories . . . . . . . . . . . . . . . . . 88
4.23 Interface d’ajout des catégories . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
4.24 L’ Interface de consultation catalogue des cours en tant que interface admin . . . 89
4.25 Interface de consultation et d’importation des cours pour l’administrateur . . . . 89
4.26 Interface d’ajout et d’export des cours . . . . . . . . . . . . . . . . . . . . . . . 90
4.27 L’ Interface de consultation catalogue de formations en tant que administrateur . 90
4.28 L’ Interface d’ajout de formation . . . . . . . . . . . . . . . . . . . . . . . . . . 91
4.29 L’ Interface de consultation catalogue des cours en tant que participant . . . . . 91
4.30 L’ Interface de consultation catalogue de formations en tant que participant . . . 92
4.31 L’ Interface d’ajout d’avis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
4.32 Interface d’ajout et d’export des cours . . . . . . . . . . . . . . . . . . . . . . . 92
14 Table des figures
5.1 Orange Data Mining : Interface Principale . . . . . . . . . . . . . . . . . . . . . 95

5.2 Orange Data Mining : Text Mining . . . . . . . . . . . . . . . . . . . . . . . . . 96
5.3 Orange Data Mining : Pré-traitement workflow . . . . . . . . . . . . . . . . . . 96
5.4 Orange Data Mining : Word Cloud . . . . . . . . . . . . . . . . . . . . . . . . . 97
5.5 Orange Data Mining : Extraction des mots-clés . . . . . . . . . . . . . . . . . . 98
5.6 Orange Data Mining : Top 20 des mots-clés . . . . . . . . . . . . . . . . . . . . 99
Liste des tableaux
1.1 Fiche d’identité de l’entreprise Tunisie Télécom [1] . . . . . . . . . . . . . . . . 5

1.2 Les avantages et les inconvénients de tous les outils traités. . . . . . . . . . . . . 9
1.3 Acteurs et rôles d’un projet Scrum . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.4 Les artéfacts d’un projet Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.5 Méthodes classiques vs méthodes agiles . . . . . . . . . . . . . . . . . . . . . . 14
2.1 Tableau des besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.2 Tableau du Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.3 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.1 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

3.2 Scénarios d’exécution du cas d’utilisation «S’insrire» . . . . . . . . . . . . . . . 40
3.3 Scénarios d’exécution du cas d’utilisation «S’authentifier» . . . . . . . . . . . . 41
3.4 Scénarios d’exécution du cas d’utilisation «Consulter liste des utlisateurs » . . . . 44
3.5 Scénarios d’exécution du cas d’utilisation «Modifier d’ utlisateur » . . . . . . . . 45
3.6 Scénarios d’exécution du cas d’utilisation «Supprimer utilisateur» . . . . . . . . 47
3.7 Scénarios d’exécution du cas d’utilisation «Envoyer des émails» . . . . . . . . . 56
4.1 Backlog du sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

4.2 Scénarios d’exécution du cas d’utilisation «Consulter la liste des catégories » . . 60
4.3 Scénarios d’exécution du cas d’utilisation «Ajouter catégorie» . . . . . . . . . . 61
4.4 Scénarios d’exécution du cas d’utilisation «Modifier catégorie» . . . . . . . . . . 63
4.5 Scénarios d’exécution du cas d’utilisation «Supprimer catégorie» . . . . . . . . . 64
4.6 Scénarios d’exécution du cas d’utilisation «Consulter catalogue cours » . . . . . 65
15
16 Liste des tableaux
4.7 Scénarios d’exécution du cas d’utilisation «Ajouter et exporter cours » . . . . . . 66

4.8 Scénarios d’exécution du cas d’utilisation «Rejoindre un cours » . . . . . . . . . 70
4.9 Scénarios d’exécution du cas d’utilisation «Importer cours » . . . . . . . . . . . 71
4.10 Scénarios d’exécution du cas d’utilisation «Consulter catalogue formations » . . 72
4.11 Scénarios d’exécution du cas d’utilisation «Ajouter formation» . . . . . . . . . . 73
4.12 Scénarios d’exécution du cas d’utilisation «Rejoindre une formation » . . . . . . 74
4.13 Scénarios d’exécution du cas d’utilisation «Supprimer formation» . . . . . . . . 75
4.14 Scénarios d’exécution du cas d’utilisation «Ajouter avis» . . . . . . . . . . . . . 76
5.1 Backlog du sprint 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

Introduction générale
L’importance de l’information et de la communication dans le domaine éducatif a connu une

évolution exponentielle ces dernières années. Cette révolution a eu un impact significatif sur les
entreprises, qu’elles soient du secteur public ou privé. En effet, l’utilisation des systèmes d’in-
formation est devenue cruciale, entraînant une augmentation des ressources informatiques.
Dans le domaine éducatif, l’information joue un rôle clé. Les avancées technologiques ont
permis d’améliorer l’accès à l’information et la communication, offrant ainsi de nouvelles op-
portunités d’apprentissage. Les systèmes d’information facilitent la gestion des ressources éduca-
tives, tels que les outils d’apprentissage en ligne, les bases de données éducatives, les plateformes
de collaboration et les solutions de gestion des élèves et des enseignants.
En somme, dans un contexte où l’information et la communication sont en constante évo-

lution, il est essentiel pour les entreprises et le domaine éducatif de bien gérer les ressources
informatiques afin de garantir un fonctionnement efficace et une utilisation optimale des sys-
tèmes d’information.
A cet effet, notre projet de fin d’études consiste a développer une plateforme décisionnelle
de gestion de centre de formation.
Le rapport sera composé de cinq chapitres.
- Le premier chapitre est une présentation générale du mon projet , la solution proposée,
la méthodologie utilisée.
- La deuxième chapitre « Phase de planification » présente les besoins du client, l‘identification

des acteurs, besoins fonctionnels et non fonctionnels ainsi que le Backlog du produit, l‘organigramme
des taches et l‘architecture du projet.
- La troisième chapitre s’intitule «Sprint 1» le rôle de ce chapitre est de présenter le premier

sprint d’où nous allons élaborer l’analyse, la conception, la réalisation et les tests du sprint 1.
1
2 Introduction
- La quatrième chapitre s’intitule «Sprint 2» le rôle de ce chapitre est de présenter le deuxième

sprint d’où nous allons élaborer l‘analyse, la conception, la réalisation et les tests du sprint 2.
- Le cinquième chapitre s’intitule «Sprint 3» le rôle de ce chapitre est l’analyse des avis des
formations la consultation des tableaux de bord.
- Le rapport se termine par une conclusion générale qui va récapituler tout ce qui a été énoncé
dans le rapport.
Chapitre 1
Cadre général du projet

1 Introduction
Dans ce chapitre, nous allons évoquer brièvement l’historique de l’organisme d’accueil, ses
services ainsi que le plan hiérarchique de sa direction générale. Par la suite, nous allons introduire
le contexte du projet et faire une étude de l’existant. Enfin, nous allons nous intéresser à la
présentation de la solution proposée et la méthode du travail adoptée.
2 Cadre du projet
Ce travail est effectué dans le cadre de projet de fin d’étude en vue de l’obtention de Diplôme
de licence en Informatique Décisionnelle à la Faculté des Sciences Juridiques, Économiques
et de Gestion de Jendouba.
Ce projet est réalisé au sein de la société Tunisie Télecom durant trois mois. Son objectif prin-
cipal est le développement d’une plateforme décisionnelle de gestion de centre de formation.
3 Organisme d’accueil
3.1 Présentation de l’organisme d’accueil

Tunisie Télécom est le nom commercial de l’opérateur historique de télécommunication en
Tunisie créé suite à la promulgation de la loi N°36 du 17 avril 1995 sous le nom de L’office na-
tional des télécommunications qui a ensuite changé de statut juridique, en vertu de décret N°30
du 5 avril 2004, pour devenir une société anonyme dénommée « Tunisie Telecom ». En juillet
2006, Tunisie Telecom a procédé à l’ouverture de son capital à la hauteur de 35 poucents en
faveur du consortium Emirati Te ’Com-DIG. Cette opération vise à améliorer sa rentabilité est
lui a permis de se hisser parmi les grands opérateurs internationaux. Avec près de 7 millions
3
4 Chapitre 1. Cadre général du projet
d’abonnés, l’opérateur incarne aujourd’hui les valeurs de proximité, d’accessibilité et d’univer-

salité en visant toujours une meilleure qualité de service et une satisfaction client de référence
au travers de ses 24 directions régionales, 140 Espaces TT commerciales, ses nombreux centres
d’appels, et ses 13000 points de vente. Il emploie plus de 8000 agents, dont 42 pourcents de
cadres. Depuis sa création, Tunisie Télécom œuvre à consolider l’infrastructure des télécoms en
Tunisie, et à améliorer le taux de couverture, qui est aujourd’hui de 100 pourcents par son réseau
fixe et de plus de 98 pourcents par son réseau mobile. L’opérateur développe également son po-
sitionnement sur de nouvelles activités à forte croissance pour offrir des services et des produits
répondant aux attentes du marché. [1]
Tunisie Télécom est un acteur économique de taille, le groupe est constitué de :
— La Société Mauritano-Tunisienne de Télécom (Mattel)
— La Société Tunisienne d’Entreprises de Télécommunication (Sotetel)
— L’Agence Tunisienne de l’Internet
— Le Technopôle de Sfax
— La Société d’investissement DIVA Sicar
— La Société Sousse TechnoCIty Et depuis mai 2010 d’un fournisseur d’Accès Internet
(Topnet).
L’office Tunisie Telecom est notamment charge de :
— L’installation, l’entretien et l’exploitation des réseaux publics de télécommunications.
— L’offre de tous les services publics ou prives de télécommunications correspondantes aux
divers besoins à caractère social et économique.
— La promotion des nouveaux services de télécommunications.
— La contribution ou développement des études et recherches scientifiques liées au secteur
de télécommunications.[1]
3.2 Fiche d’entreprise de Tunisie Telecom

Comme tout établissement, Tunisie Telecom possède une fiche signalétique qui est décrite
par la table présentée ci-dessous :
3. Organisme d’accueil 5
Dénomination Tunisie Telecom

Date de création 17/04/1995
Siège Sociale Tunisie/Tunis
Directeur Lassâad Ben Dhiab (PDG)
Forme Juridique Société anonyme
Activité Télécominication en Tunisie
Nombre d’employés plus de 8000 agents
Nombre de filiales 24 directions régionales,de 140 Espaces TT et de plus de 13
mille points de vente privés
Téléphone 1298 ou +216 71 001 298
Site Web www.tunisietelecom.tn
TABLE 1.1 – Fiche d’identité de l’entreprise Tunisie Télécom [1]
3.3 L’identité visuelle
F IGURE 1.1 – Logo de Tunisie Telecom
Le logo Tunisie Telecom actuel est une feuille en sept couleurs : bleu, vert, jaune, orange,
rouge, rose, violet. Il y a aussi deux grandes lettres « TT » (Tunisie Telecom) en couleur blanche
sur la feuille avec un slogan : "La vie est émotions". D’ailleurs Selon Nizar BOUGUILA, ancien
PDG de Tunisie Telecom, « Tunisie Telecom souhaite être en phase avec les évolutions du sec-
teur et garantir une meilleure proximité avec sa clientèle à travers la diversité des offres et des
services ».[1]
3.4 Organigramme de l’organisme d’accueil

L’organisation de Tunisie Telecom est modélisée par l’organigramme présenté dans la figure
1.2.
F IGURE 1.2 – Tunisie Telecom
4 Analyse de l’existant
Cette section a pour objectif d’étudier fait le tour sur les solutions de E-Learning les plus
connues sur le marché. Cette étude permet de dégager les points forts et les points faibles de
chacune ces solutions. Dans ce qui suit, nous présentons une analyse de l’existant, puis nous
détaillons la critique de l’existant.
4.1 Description de l’existant
Cette section a pour objectif d’étudier fait le tour sur les solutions de E-Learning les plus
connues sur le marché. Cette étude permet de dégager les points forts et les points faibles de
chacune ces solutions. Dans ce qui suit, nous présentons une analyse de l’existant, puis nous
détaillons la critique de l’existant.
La formation continue se fait actuellement de façon traditionnelle, cours, apprenants et for-
mateurs sur place.
Ce type de formation présente beaucoup d’inconvénients tels que :
— Contrainte du nombre de Places limitées.
— Contrainte du nombre de salles réduites.
— Charge élevée de la formation.
4. Analyse de l’existant 7
Dans le but de résoudre ces inconvénients plusieurs outils ont étais créer à base des nouvelles
technologies. Parmi lesquels nous pouvons citer : Coursera, edX, Udemy, OpenClassrooms,
w3Schools...
Coursera (Fig 1.3) est une plateforme de formation en ligne fondée en 2012 par des profes-
seurs de l’Université de Stanford. Elle propose des cours en ligne en partenariat avec plus de 200
universités et organisations à but non lucratif dans le monde entier. Coursera offre une variété de
cours en ligne, de programmes de spécialisation et de diplômes universitaires, couvrant une large
gamme de sujets allant de la technologie à la psychologie.
F IGURE 1.3 – Interface plateforme Coursera
EdX (Fig.1.4) est une plateforme en ligne de cours en ligne ouverts et massifs (MOOC) créée
en 2012 en partenariat entre l’Université de Harvard et le Massachusetts Institute of Technology
(MIT). La plateforme permet à des universités, des écoles et d’autres organisations de proposer
des cours en ligne gratuits ou payants à un large public. EdX offre des cours dans une variété de
domaines, y compris les sciences, les technologies, les affaires, les arts et les sciences humaines,
et compte actuellement plus de 20 millions d’apprenants inscrits dans le monde entier.
F IGURE 1.4 – Interface plateforme Edx

Udemy (Fig 1.5) est une plateforme de formation en ligne fondée en 2010 qui permet aux
utilisateurs de créer et de vendre des cours en ligne. Udemy propose des cours en ligne sur une
variété de sujets, y compris la programmation, le développement personnel, la finance, la photo-
graphie, la cuisine, etc. Les cours sont créés par des experts dans leur domaine et peuvent être
achetés par les utilisateurs individuels ou par les entreprises pour la formation de leurs employés.
F IGURE 1.5 – Interface plateforme Udemy
4.2 Critique de l’existant
Le tableau (1.2) présente Les avantages et les inconvénients de tous les outils E-learning
traités.
Notre étude a montré que les solutions du marché n’offrent pas les fonctionnalités néces-
saires à une plateforme de E-Learning (coaching ......) Notre application tente à d’être parmi
les premières plateformes tunisienne qui intégrer ces différentes fonctionnalités et confronte les
inconvénients des solutions existants.
4.3 Solution proposée
L’étude d’existant nous a permis de dégager plusieurs anomalies que nous avons détaillées.
Nous envisageons les solutions suivantes :
— Notre plateforme de e-learning doit être basée sur un environnement d’apprentissage plus
confortable, ce qui évitera les problèmes de compatibilité avec le système d’exploitation
du formateur et celui des apprenants.
4. Analyse de l’existant 9
Outils Avantage Inconvénients

Coursera Collaboration avec de nombreuses Certains cours sont assez coûteux
universités renommées dans le pour obtenir un certificat vérifiable.
monde entier, offrant une grande Tous les cours ne sont pas proposés
variété de cours universitaires. gratuitement, et certains sont réser-
Possibilité d’obtenir des certificats vés aux abonnés payants.
vérifiables et reconnus par les em- Les certificats peuvent ne pas être
ployeurs pour certains cours. considérés comme une alternative
Utilisation de la technologie pour crédible à un diplôme universitaire.
fournir une expérience d’apprentis-
sage en ligne interactive et enga-
geante.
Udemy Large gamme de cours, y compris La qualité des cours peut varier
des cours pratiques et des cours sur considérablement en fonction de
les compétences douces. l’instructeur et du sujet.
Les cours sont généralement abor- Certains cours peuvent manquer de
dables et peuvent être achetés indi- profondeur et de rigueur acadé-
viduellement. mique.
Les cours sont souvent pratiques et Les certificats délivrés ne sont
orientés vers les compétences, ce pas toujours reconnus par les
qui les rend utiles pour les per- employeurs ou les établissements
sonnes qui cherchent à améliorer d’enseignement.
leurs compétences professionnelles
ou à changer de carrière.
Edx Collaboration avec de nombreuses Certains cours peuvent être très

universités et organisations parte- techniques ou spécialisés, limitant
naires prestigieuses. leur accessibilité à un public plus
Possibilité d’obtenir des certificats large.
vérifiables et reconnus par les em- La qualité des cours peut varier
ployeurs pour certains cours. considérablement en fonction de
Les cours sont souvent offerts gra- l’instructeur et du sujet.
tuitement, ou à un prix abordable Les certificats délivrés ne sont
pour les certificats vérifiables. pas toujours reconnus par les
Les cours sont généralement uni- employeurs ou les établissements
versitaires et sont donc utiles pour d’enseignement.
ceux qui cherchent à améliorer leurs
connaissances académiques ou à se
préparer à des études supérieures.
TABLE 1.2 – Les avantages et les inconvénients de tous les outils traités.
— Notre plateforme doit être rapide (temps de connexion, temps de partage) . Étant donné
le nombre de fonctionnalités importantes, elle doit aussi offrir une simplicité d’utilisation
et surtout une ergonomie d’interface.
— Notre plateforme doit offrir liberté et qualité d’enseignement.
— Elle doit assurer commodité et flexibilité.
— Elle doit faciliter l’avancement de carrière pour les apprenants.
5 Méthodologie de travail
Assurer une coordination efficace des acteurs et des tâches est essentiel pour mener à bien
un projet. Pour atteindre cet objectif, il est primordial de choisir la méthode de gestion de projet
appropriée. Avant d’entamer la mise en œuvre du projet, il est donc recommandé d’évaluer les
différentes méthodes de gestion de projet disponibles et de sélectionner celle qui sera la plus
adaptée pour atteindre les objectifs du projet. Cette sélection permettra de garantir une coordina-
tion efficace des différentes parties prenantes impliquées dans le projet et d’assurer la réussite du
projet dans son ensemble.
5.1 Méthodes classiques
Les méthodes classiques de gestion de projet sont des approches traditionnelles et prédictives
pour la planification et la gestion de projets. Elles sont souvent caractérisées par une approche
séquentielle, où chaque étape est planifiée et exécutée de manière linéaire, du début à la fin.
Le cycle en V et le modèle en cascade sont deux exemples de méthodes classiques. Le cycle

en V (Fig 1.6) , par exemple, implique une planification détaillée et une conception en amont,
suivies d’une phase de développement et de tests, avant de passer à la phase d’intégration et de
mise en production. Cette méthode est souvent utilisée pour des projets décisionnels ou dans des
domaines où la précision et la prédictibilité sont essentielles.
Cependant, les méthodes classiques peuvent être moins adaptées aux projets complexes et dy-
namiques, où l’incertitude et les changements sont fréquents. Dans de tels projets, une approche
agile peut être plus appropriée, où les équipes travaillent en étroite collaboration et adoptent une
approche itérative pour développer et livrer des produits.
5. Méthodologie de travail 11
F IGURE 1.6 – Démarche méthode « cycle en V »
5.2 Méthodes Agiles

C’est une approche itérative de gestion de projets et de développement la plus utilisée au
sein des agences de marketing et des entreprises technologiques. La cible de la méthode agile
est de développer des produits rapidement à faible coût et avec un pourcentage de réussite et de
satisfaction important.
En d’autres termes, la méthode agile favorise plus l’autonomie des individus, implique au
maximum le client et aussi, elle permet une grande réactivité à ses demandes et une prise de
décision plus rapide. Cette approche repose sur un cycle de développement itératif, incrémental
et adaptatif. Parmi les méthodologies agiles nous citons, l’extrême Programming (XP), Scrum et
Crystal.[2]
a- Méthode SCRUM
Scrum signifie ’mêlée’ en français. Son nom provient du rugby. Cette méthode est un cadre
méthodologique agile qui révolutionne la gestion de projet.[3]
La figure (Fig 1.7) ci-dessous décrit le déroulement d’un projet Scrum.
b- Les acteurs d’un projet SCRUM

L’équipe SCRUM est pluridisciplinaire et autogéré. Elle est composée de trois rôles selon Tab
1.3 :
F IGURE 1.7 – Processus Scrum
TABLE 1.3 – Acteurs et rôles d’un projet Scrum

5. Méthodologie de travail 13
c-Les événements d’un projet SCRUM
1- Sprint
Il s’agit d’une itération de courte durée, qui prend généralement 2 à 4 semaines, au cours de
laquelle nous devons livrer un incrément de la solution finale. Chaque sprint a une durée fixe,
un objectif et un périmètre (Sprint Backlog) qui peut être renégocié entre l’équipe et le Product
Owner.[6]
2- Sprint Planning
La planification du sprint est une cérémonie Scrum qui lance le sprint. Elle a pour objectif de
définir ce qui peut être livré dans le sprint et comment y parvenir. La planification du sprint est
effectuée en collaboration avec toute l’équipe Scrum.[7]
3- Daily Scrum
C’est une réunion de 15 minutes au cours duquel le Scrum master, le Product Owner et l’équipe
rappellent le travail effectué au cours des dernières 24 heures et planifient ce qui doit être fait
dans les prochaines 24 heures.[8]
4- Sprint Review
C’est une réunion effectue à la fin du chaque sprint. Au sein de cette réunion l’équipe Scrum
présente les éléments de Product Backlog qui a été réalisé au cours de sprint.[9]
5- Sprint Rétrospective
Cette réunion est interne à l’équipe Scrum et dure 3 heures pour un sprint d’un mois. Le but est
l’adaptation aux changements qui peuvent survenir et l’amélioration continue du processus de
réalisation.
d- Les artéfacts d’un projet SCRUM
TABLE 1.4 – Les artéfacts d’un projet Scrum

5.3 Comparaison entre les méthodes classiques et les méthodes agiles

Le tableau Tab 1.5 présente une comparaison entre les méthodes classiques et les méthodes
agiles.
TABLE 1.5 – Méthodes classiques vs méthodes agiles
5.4 La méthode adoptée

Après la recherche comparative , nous avons décidé d’adopter une méthode agile pour notre
projet. Cette méthode est cohérente avec notre objectif d’optimiser l’analyse de données en uti-
lisant des techniques de data mining. Avec la méthode agile, nous pouvons facilement ajuster et
améliorer notre processus de développement en fonction de nos besoins au fur et à mesure que
6. Langage de modélisation 15
nous progressons dans les sprints. Pour cela, nous avons opté pour la méthode Scrum, qui est la
plus adaptée pour notre projet.
6 Langage de modélisation
Pour concevoir notre application, nous avons choisi UML [Unified Modeling Language] qui
est un langage de modélisation, qui permet de définir les modèles objets à travers un ensemble
de diagrammes.
En effet, c’est la méthode la plus convenable à notre projet qui se base sur le principe de la
programmation orientée objet. Ce langage possède une variété de diagrammes qui couvrent nos
besoins.
7 Conclusion
Dans le premier chapitre introductif, nous avons présenté la société Tunisie Telecom et le
cadre de notre projet, puis nous avons proposé une solution qui peut répondre à nos besoins.
Dans le prochain chapitre, nous allons commencer la planification de notre projet.
Chapitre 2
Phase de planification
1 Introduction
Ce chapitre sera consacré a la réalisation de la première phase de la méthodologie Scrum
«Sprint 0» qui présente les fonctionnalités de base du projet, le diagramme des cas d’utilisation
global,et le Product Backlog qui va nous permettre de planifier les releases.
2 Analyse des besoins

Cette section destinée a la spécification des besoins fonctionnels et non fonctionnels de la
solution ainsi que l’identification des acteurs.
2.1 Identification des acteurs
Avant de spécifier les besoins de notre client, la première tâche consiste à définir ce qui est
inclut ou pas dans le système. Nous devons identifier les différentes entités intervenantes sur le
système. Ces entités sont appelées acteurs qui jouent un rôle essentiel dans tous les projets infor-
matiques. Les acteurs qui vont interagir avec ce projet sont classifiés en trois catégories :
administrateur :L’administrateur joue un rôle primordiale et fondamental,il a pour rôle

la gestion des utilisateurs la gestion des formations , la gestion de cours , la gestion de
catégorie , envoyer des Emails aux formateurs ou aux utilisateurs et de la consultation du
tableau de bord .
Participant :L’utilisateur du centre de formation sera responsable de consulter le cata-
logue des formations et de s’inscrire au site afin de pouvoir joindre les formations et les
cours, ainsi que d’importer des cours.
Formateur : C’est le responsable de formation, sera en charge de l’exportation des cours .
17
18 Chapitre 2. Phase de planification
2.2 Besoins fonctionnels

Les besoins fonctionnels (selon Tab 2.1) présentent les services et les fonctions qu’offre la
solution aux utilisateurs.
Fonctionnalités Description
S’inscrire En tant qu’utilisateur, je dois m’inscrire afin d’accéder aux fonc-
tionnalités offertes par la plateforme..
Authentification Le système permet aux utilisateurs de s’authentifier après l’ins-
cription pour des raisons de sécurité et pour accéder à la plate-
forme.
Gestion des utilisateurs Le système permet à l’administrateur de modifier role, supprimer
et des utilisateurs .
Envoyer des Emails Cette fonctionnalité permet aux administrateur d’envoyer des
Emails aux utilisateurs .
Gestion des catégories Le système permet à l’administrateur d’ajouter, modifier, suppri-
mer et consulter des catégories.
Gestion des cours Le système permet aux administrateur et aux formateurs d’ajouter
d’ exporter des cours et aux participants de consulter catalogue
cours et de les importer .
Gestion des formations Le système permet aux administrateur d’ajouter ,modifier , sup-
primer , aux participants de consulter catalogue formations.
Gestion des avis le participant peut ajouter son avis sur un cours
Analyse des avis des forma- l’administrateur peut les analyser à l’aide d’une technique de data
tions mining.
TABLE 2.1 – Tableau des besoins fonctionnels

2. Analyse des besoins 19
2.3 Besoins non fonctionnels

A part les besoins fondamentaux, Les besoins non fonctionnels décrivent toutes les contraintes
auxquelles est soumis le système pour sa réalisation et son bon fonctionnement.
— Performance : L’application doit être rapide et réactive pour permettre aux utilisateurs
de naviguer sans délai et d’accéder rapidement aux cours et aux ressources en ligne.
— Disponibilité : L’application doit être disponible en ligne 24 heures sur 24, 7 jours sur
7, pour permettre aux utilisateurs d’accéder aux cours et aux ressources à tout moment,
sans interruption.
— Sécurité : L’application doit garantir la sécurité des données des utilisateurs, notamment
en matière de confidentialité et de protection contre les cyberattaques. Elle doit également
respecter les lois et les réglementations en matière de protection des données.
— Scalabilité : L’application doit être capable de gérer un grand nombre d’utilisateurs si-
multanément, notamment en période de pointe, sans perdre en performance ou en dispo-
nibilité.
— Convivialité : L’interface utilisateur de l’application doit être conviviale, intuitive et fa-
cile à utiliser pour permettre aux utilisateurs de naviguer facilement dans les cours, d’ac-
céder aux ressources et de suivre leur progression.
— Accessibilité : L’application doit être accessible aux personnes handicapées, conformé-
ment aux normes d’accessibilité du Web, afin de permettre à tous les utilisateurs d’accéder
aux cours et aux ressources en ligne.
2.4 Pilotage du projet avec la méthodologie SCRUM

a- Equipe SCRUM
Notre équipe de projet se compose de 3 membres :
— Product master : Mouhamed Gaith Ayadi : Responsable de la vision du produit, de la

feuille de route et de la stratégie globale du produit.
— Product owner : Arifi Thameur :Responsable de la définition et de la priorisation du
backlog produit, de la communication avec l’équipe de développement et de l’alignement
sur la vision globale du produit.
— Team members : Guesmi Zaineb : Responsable de la réalisation des tâches assignées
par le product owner en travaillant en étroite collaboration avec lui et l’équipe de déve-
loppement.
b- Le Product Backlog
Dans lequel le Product Owner crée une liste hiérarchisée de fonctionnalités appelée user story
qui pourrait être liée au produit.
Cette liste évolue et change de priorité à chaque sprint.
Un Product Backlog inclut les champs suivants :
— Identifiant : c’est un nombre unique et auto-incrémenté pour chaque user story.
— Thème : c’est le sujet auquel une user story est reliée.
— User story : c’est une description courte de la tâche à réaliser.
— Priorité : c’est l’importance attribué par le product owner à cette tâche.
Le tableau (Tab 2.2) présente le Backlog du produit.
c- Planification de projet
Pour bien organiser le déroulement de différentes étapes de notre projet on a réalisé une pla-
nification (Fig 2.1).
Nous avons découpé notre projet en plusieurs taches afin d’assurer son déroulement .au début
nous avons commencé avec notre sprint 0, puis on a découpé notre projet en 3 sprints.
F IGURE 2.1 – Planification des sprints
d- Diagramme de Gantt
Le diagramme de Gantt (Fig 2.2) est un outil utilisé en ordonnancement et en gestion de

projet et permettant de visualiser dans le temps les diverses tâches composant un projet . Il s’agit
d’une représentation d’un graphe connexe, permet de représenter graphiquement l’avancement
du projet.
Le diagramme permet :
— De déterminer les dates de réalisation d’un projet
— D’identifier les marges existantes sur certaines tâches
— Visualiser d’un coup d’œil le retard ou l’avancement des travaux
F IGURE 2.2 – Diagramme de Gantt

2.5 Diagramme de cas d’utilisation global

Pour présenter les fonctionnalités de notre système de manière formelle, nous utilisons le
diagramme de cas d’utilisation du langage de modélisation UML.
La figure ci-dessous (Fig 2.3) représente le diagramme du cas d’utilisation général de notre
platforme. Ce diagramme illustre les différents acteurs ainsi que les cas d’utilisations affectés à
chacun de ces acteurs.
F IGURE 2.3 – Diagramme de cas d‘utilisation global

ID Thème User Story Priorité

1 S’inscrire - En tant que utilisateur ,je dois m’inscrire afin que j’accède Forte
aux fonctionnalités offerte par la plateforme
2 S’authentifier - En tant que Administrateur, participant ou formateur , je Forte
dois m’authentifier pour assurer la sécurité de la plateforme
3 Gérer utilisa- - En tant que Administrateur ,je peux consulter list des uti- Forte
teurs lisateurs. - En tant que Administrateur ,je peux modifier le
statut d’un utilisateur pour le rendre un formateur. - En tant
que Administrateur ,je peux supprimer des utilisateurs
4 Envoyer des - En tant que Administrateur ,je peux envoyer des émails Moyenne
émails aux utilisateurs
5 Gestion des ca- - En tant que Administrateur,je peux ajouter catégorie - En Forte
tégories tant que Administrateur,je peux modifier catégorie - En tant
que Administrateur,je peux consulter catégorie - En tant que
Administrateur,je peux supprimer catégorie
6 Gestion des - En tant que administrateur ou formateur ,je peux ajouter et Forte
cours exporter cours - En tant que Administrateur ou participant
,je peux importer cours - En tant que Administrateur ou for-
mateur ou participant ,je peux consulter catalogue cours -
En tant que Administrateur ou participant ,je peux rejoundre
un cours - En tant que administrateur ,je peux supprimer
cours
7 Gestion des for- En tant que Administrateur,je peux ajouter formations - En Forte
mations tant que Administrateur,je peux modifier les détails d’une
formation existante - En tant que Administrateur ou partici-
pant ,je peux consulter catalogue formations - En tant que
participant ,je peux rejoindre à une ou plusieurs formations
8 Gestion des Forte
avis En tant que participant ,je peux ajouter mon avis consernat
un cours
9 Pré-traitement En tant que administrateur ,je dois récupérer les avis (le Forte
des avis contenu textuel) et les pré-traiter.
10 Extraction et En tant que administrateur,je peux extraire et consulter un Forte
Consultation rapport concernant les mots-clés.
des mots-clés
TABLE 2.2 – Tableau du Backlog du produit

3 Prototypage des interfaces de platforme

Nous avons créé des maquettes pour les interfaces de platforme, pour avoir une idée et une
vision graphique et ergonomique dés le début avec l’outil de prototypage Balsamiq (Fig 2.4).
F IGURE 2.4 – Logo de Balsamiq
Nous présentons ci-dessous quelques maquettes prévisionnelles des interfaces de platforme.
La figure 2.5 présente le Prototypage de l’interface de l’authentification .
F IGURE 2.5 – Prototypage de l’interface de l’authentification

3. Prototypage des interfaces de platforme 25
La figure 2.6 présente le Prototypage de l’interface de l’inscription .
F IGURE 2.6 – Prototypage de l’interface de l’inscription
La figure 2.7 présente le Prototypage de l’interface d’envoyer un émail.
F IGURE 2.7 – Prototypage de l’interface d’envoyer émail :

La figure 2.8 présente le Prototypage de l’interface d’ajouter cours .
F IGURE 2.8 – Prototypage de l’interface d’ajouter cours
La figure 2.9 présente le Prototypage de l’interface d’ajouter formation .
F IGURE 2.9 – Prototypage de l’interface d’ajouter formation

4. Environnement de travail 27
4 Environnement de travail
: Dans cette partie nous présentons l’environnement matériel et l’environnement technique
pour la réalisation de notre application.
4.1 Environnement matériel

Pour réaliser le projet, nous avons utilisé comme environnement matériel une machine qui
possède les caractéristiques suivantes (tab2.3) :
TABLE 2.3 – Environnement matériel
4.2 Environnement logiciel

Dans cette partie, nous allons aborder les outils et les technologies qui ont servi à la réalisa-
tion de notre application
a- Visual Studio Code

Visual Studio Code (Fig 2.10)est un éditeur de code open-source, gratuit et multiplateforme
(Windows, Mac et Linux), développé par Microsoft. Il fournit aux développeurs à la fois un
environnement de développement intégré avec des outils permettant de faire avancer les projets
techniques, de l’édition, à la construction, jusqu’au débogage.[10]
F IGURE 2.10 – Logo Visual Studio Code

b- Postman
Postman (Fig 2.11) est un outil de devéloppement d’API qui sert à la création , le test, la docu-
mentation , le contrôle, et la publication de la documentation des APIs des utilisateurs.[11]
F IGURE 2.11 – Logo postman
c- Angular
Angular (Fig 2.12) est un framework JavaScript open source développé par Google pour la
création d’applications web et mobiles. Il est utilisé pour créer des applications web interactives
à page unique (Single-Page Applications ou SPA) et des applications mobiles hybrides en utili-
sant des technologies telles que HTML, CSS et TypeScript.
F IGURE 2.12 – Logo Angular
d- Spring boot
Spring Boot (Fig 2.13) est un framework open source basé sur le framework Spring pour le
développement d’applications Java. Il est conçu pour faciliter la création d’applications Java de
haute qualité, robustes et évolutives en utilisant une approche basée sur les conventions plutôt
que la configuration.
F IGURE 2.13 – Logo Spring boot
e - STS (Spring Tool Suite)
STS (Spring Tool Suite) (Fig 2.14)est un environnement de développement intégré (IDE)
open source basé sur Eclipse et conçu pour le développement d’applications Spring.
F IGURE 2.14 – Logo Spring Tool Suite
f- WampServer
WampServer(Fig 2.15) est une plate-forme de développement Web sous Windows pour des
applications Web dynamiques à l’aide du serveur Apache2, du langage de scripts PHP et d’une
base de données MySQL. Il possède également PHPMyAdmin pour gérer plus facilement vos
bases de données.[12]
F IGURE 2.15 – Logo WampServer
h- HTML
L’acronyme de HTML (Fig 2.16) est HyperText Mark-Up Language. Il s’agit d’un langage
de programmation dont le rôle principal est de formaliser l’écriture d’un document avec des ba-
lises de formatage en vue de créer des pages Web ou bien des emails au format HTML.[17]
F IGURE 2.16 – Logo HTML
i- CSS
L’acronyme de CSS (Fig 2.17) est Cascading Style Sheets. Il s’agit d’un langage permettant
de gérer la présentation générale d’une page web en insérant des styles sur le code HTML. Ces
derniers permettent de préciser et de définir les comportements des éléments de la page.[18]
F IGURE 2.17 – Logo CSS
j- Bootstrap
Bootstrap(Fig 2.18) est un framework open source de développement front-end créé par Twit-
ter et maintenu par un grand nombre de développeurs. Il fournit des composants et des outils pour
la conception d’interfaces utilisateur (UI) pour les sites web et les applications web.
F IGURE 2.18 – Logo Bootstrap
k- Draw.io
Draw.io (Fig 2.19) est une application de création de graphiques gratuite qui permet aux uti-
lisateurs de créer et de partager des graphiques dans un navigateur Web.[15]
F IGURE 2.19 – Logo Draw.io

l- Orange data mining
Orange Data Mining (Fig 2.20) est un logiciel libre d’exploration de données (data mining).
Il propose des fonctionnalités de modélisation à travers une interface visuelle, une grande variété
de modalités de visualisation et des affichages variés dynamiques.[16]
F IGURE 2.20 – Logo Orange Data Mining
m- phpMyAdmin
phpMyAdmin (Fig 2.21) est une application web open source de gestion de base de données
MySQL développée en PHP. Elle fournit une interface graphique conviviale pour la gestion de
la structure, des données et des utilisateurs des bases de données MySQL.
F IGURE 2.21 – Logo phpMyAdmin
n - Gantt Project
Gantt Project (Fig 2.22) est un logiciel libre de gestion de projet écrit en Java, ce qui permet
de l’utiliser sur divers systèmes d’exploitation Windows, Linux et MacOs. Il permet d’éditer un
diagramme de Gantt.[17]
5. Architecture de la solution 33
F IGURE 2.22 – Logo Gantt Project
o- Overleaf
Overleaf (Fig 2.23) est un éditeur LaTeX en ligne, collaboratif en temps réel.[18]
F IGURE 2.23 – Logo Overleaf
5 Architecture de la solution
5.1 Architecture logicielle

L’architecture MVC (Modèle-Vue-Contrôleur) (selon Fig 2.24) est largement utilisée dans
les applications Web. Elle se compose de trois modules : le modèle, la vue et le contrôleur.
Le modèle représente les données de l’application. Il définit aussi l’interaction avec la base
de données et le traitement de ces données.
La vue est le composant graphique de l’interface utilisateur. Elle présente les données du
modèle à l’utilisateur.
Le contrôleur est responsable des prises de décision. Il gère la logique du code qui prend
des décisions et agit en tant qu’intermédiaire entre le modèle et la vue.
F IGURE 2.24 – Architecture logicielle
5.2 Architecture logique
Les fonctionnalités relatives aux besoins spécifiques de notre solution exigent une mise en
place d’une architecture bien étudiée afin d’assurer une meilleure performance.
C’est pour cette raison que dans notre projet, nous avons opté pour une architecture trois tiers
qui sert principalement à concevoir l’application en trois couches logicielles :
• La couche de présentation des données correspond à l’affichage et assure le dialogue avec

l’utilisateur.
• La couche de traitement qui assure à son tour la mise en œuvre des différentes règles et la
gestion de la logique applicative.
• La couche d’accès aux données correspond aux données qui sont destinées à être conser-
vées.
La figure ci-contre présente un schéma clair de l’architecture 3-tiers :
F IGURE 2.25 – Architecture logique

6. Conclusion 35
6 Conclusion
Dans ce chapitre nous avons identifié les besoins fonctionnels et non fonctionnels de notre
système ainsi que les acteurs. Ensuite, nous avons détaillé la première étape de la méthodologie
que nous avons choisie à savoir l’identification de l’équipe de travail et la réalisation de Back-
log du produite des sprints. Puis nous avons présenté l’environnement matériel et logiciel que
nous utiliserons pour développer notre plateforme. Dans le chapitre suivant nous entamons le
développement du premier release.
Chapitre 3
Sprint 1
1 Introduction
Ce chapitre fait l’objet d’une présentation du premier sprint. L’étude de se sprint couvre
l’analyse, la conception, la réalisation et les tests.
2 Backlog du sprint
Le sprint est une période qui dure entre une et quatre semaines, au bout de cette période
l’équipe doit réaliser un incrément de produit livrable. Un nouveau sprint démarre lorsque le
précédent est terminé.
Le tableau ci-dessous présente le backlog de notre premier sprint
ID Thème User Story Priorité

1 S’inscrire - En tant que utilisateur(Administrateur ou Participant Forte
ou Formateur) ,je dois m’inscrire afin que j’accède aux
fonctionnalités offerte par la plateforme
2 S’authentifier - En tant que utilisateur(Administrateur ou Participant ou Forte
Formateur) je dois m’authentifier pour assurer la sécurité
de la plateforme
3 Gérer utilisateurs - En tant que Administrateur ,je peux modifier le statut Forte
d’un utilisateur pour le rendre formateur. - En tant que
Administrateur ,je peux supprimer des utilisateurs
4 Envoyer des En tant que Administrateur ,je peux envoyer des émails Moyenne
émails aux utilisateurs
TABLE 3.1 – Backlog du sprint
37
38 Chapitre 3. Sprint 1
3 Tableau des taches

Pour Scrum, le tableau de tâche (Fig 3.1) est un affichage visuel de la progression de l’équipe
Scrum au cours d’un sprint. Il est divisé en trois colonnes :
• A faire : Les tâches à réaliser
• En cours : Les tâches en cours
• Terminé : Les tâches réalisées
F IGURE 3.1 – Tableau des taches du sprint 1
4 Phase d’analyse
Dans cette partie nous présentons la phase d’analyse qui répond à la question « que fait le
système ». La réponse de cette question se traduit par la présentation du diagramme des cas d’uti-
lisation puis la description textuelle de chacun d’entre eux.
4.1 Raffinement du cas d’utilisation «S’inscrire»

La figure 3.2 illustre le raffinement du cas d’utilisation «S’authentifier»
Les scénarios d’exécution du cas d’utilisation «S’inscrire » sont décrits par le tableau(3.2)
suivant représentant la fiche descriptive du cas
4. Phase d’analyse 39
F IGURE 3.2 – Diagramme de cas d’utilisation «S’inscrire»
4.2 Raffinement du cas d’utilisation «S’authentifier»

La figure 3.3 illustre le raffinement du cas d’utilisation «S’authentifier»
F IGURE 3.3 – Diagramme de cas d’utilisation «S’authentifier»
Les scénarios d’exécution du cas d’utilisation «S’authentifier» sont décrits par le tableau (3.3)
représentant la fiche descriptive du cas
Cas d’utilisation S’inscrire

Acteur Utilisateur : Administrateur, Participant ou For-
mateur
Pré condition Interface d’inscription consultée
Post condition Utilisateur inscrit
Scénario nominale
— L’utilisateur demande la page d’insrip-
tion
— Le système lui affiche la page deman-
dée.
— L’utilisateur remplit convenablement le
formulaire d’inscription
— Le système vérifie les données saisies
— Le système ajoute l’utilisateur dans la
base de données
— Le système renvoie un message de la fin
e l’étape d’inscription avec sucées
Scénario alternatif
Le système affiche un message d’erreur in-
formant l’utilisateur qu’il a laissé des champs
vides
TABLE 3.2 – Scénarios d’exécution du cas d’utilisation «S’insrire»
4.3 Raffinement du cas d’utilisation «Gestion des utilisateurs»

La figure 3.4 illustre le raffinement des cas d’utilisations «Gestion des utilisateurs »
Les scénarios d’exécution du cas d’utilisation «Gestion des utilisateurs» sont décrits par les ta-
bleaux (3.4 , 3.5 et 3.6) représentant la fiche descriptive du cas.
Cas d’utilisation S’authentifier

Acteur Utilisateur :Administrateur, Participant ou For-
mateur
Pré condition L’utilisateur doit être créé dans la base de don-
nées et connaître ses identifiants
Post condition Utilisateur authentifié
Scénario nominale
— L’utilisateur demande la page d’authen-
tification
— Le système lui affiche la page deman-
dée.
— L’utilisateur saisit son login et son mot
de passe
— L’utilisateur valide l’authentification
— Le système vérifie les informations sai-
sies par L’utilisateur
— Le système affiche la page d’accueil
— L’utilisateur n’a pas saisi les bons iden-
tifiants : Le système affiche un message
d’erreur informant l’utilisateur que son
login ou mot de passe sont incorrects
TABLE 3.3 – Scénarios d’exécution du cas d’utilisation «S’authentifier»
4.4 Raffinement du cas d’utilisation «Envoyer des emails»

La figure 3.5 illustre le raffinement des cas d’utilisations «Envoyer des émails»
Les scénarios d’exécution du cas d’utilisation «Envoyer des émails» sont décrits par le 3.7
tableau représentant la fiche descriptive du cas.
F IGURE 3.4 – Diagramme de cas d’utilisation «Gestion des utilisateurs »
F IGURE 3.5 – Diagramme de cas d’utilisation «Envoyer des émails »
5 Conception
5.1 Conception statique

Diagramme de classe de Sprint 1
Une classe est un ensemble de fonctions et de données (attributs) qui sont liées ensemble par
un champ sémantique. Les classes sont utilisées dans la programmation orientée objet Une classe
est représentée par un rectangle séparé en trois parties :
— La première partie contient le nom de la classe

— La seconde contient les attributs de la classe
— La dernière contient les méthodes de la classe
La Fig 3.6 présente le diagramme de classe de sprint 1.

5. Conception 43
F IGURE 3.6 – Diagramme de classe de sprint 1

Cas d’utilisation Consulté liste des utilisateurs

Acteur Administrator
Pré condition Administrateur authentifier
Post condition La liste des utilisateurs est affichée à l’écran
Scénario nominale
— L’administrateur accède à la page «Dash-
bord»dans l’interface d’administration.
— Le système récupère la liste des utilisateurs
enregistrés dans la base de données.
Scénario alternatif Aucun utilisateur n’est enregistré dans le système. Le

système affiche un message informant l’administra-
teur qu’aucun utilisateur n’a été trouvé dans la base
de données.
TABLE 3.4 – Scénarios d’exécution du cas d’utilisation «Consulter liste des utlisateurs » .
5.2 Conception dynamique

Diagrammes de séquence de Sprint 1
Pour notre application, nous allons élaborer les diagrammes de séquence pour déterminer la
dynamique du système. Ce diagramme met en valeur les échanges de messages entre acteurs et
objets de manière chronologique.
Le principe de ce diagramme est de détailler de séquence système, il permet de découper le

système en trois objets :
— Interface
— Contrôle
— Entité
5. Conception 45
Cas d’utilisation Modifier utilisateur

Acteur Administratrur
Pré condition Administrateur authentifier,liste des utilisateurs
consulté
Post condition Utilisateur modifié
Scénario nominale
— L’administrator choisit l’utilisateur qui sera
modifié.
— L’administrator clique sur buton «Modifier
Role».
— Le système modifie le rôle de l’utilisateur dans
la base de données.
— Le système affiche cette modification
Scénario alternatif Si la modification n’est pas effectuée avec succès, le

système affiche un message d’erreur.
TABLE 3.5 – Scénarios d’exécution du cas d’utilisation «Modifier d’ utlisateur » .
La Fig 3.7 présente le Diagramme de séquence «S’inscrire» .

F IGURE 3.7 – Diagramme de séquence «s’inscrire»

5. Conception 47
Cas d’utilisation Supprimer utilisateur

Acteur Administrateur
Pré condition Administrateur authentifié,liste des utilisateurs
consulté
Post condition utilisateur supprimé
Scénario nominale
— L’administrateur sélectionne l’utilisateur qui
doit être supprimé
— L’administrateur clique sur le bouton « suppri-
mer »
— Le système effectue la suppression
— Suite à la suppression de l’utilisateur sélec-
tionné, celui-ci est retiré de la liste des utili-
sateurs disponible dans le système
TABLE 3.6 – Scénarios d’exécution du cas d’utilisation «Supprimer utilisateur»
La Fig 3.8 présente le Diagramme de séquence « S’authentifier».

La Fig 3.9 présente le Diagramme de séquence «consulter la liste des utilisateurs ».
La Fig 3.10 présente le Diagramme de séquence «Modifier utilisateur ».
La Fig 3.11 présente le Diagramme de séquence «Supprimer utilisateur».
F IGURE 3.8 – Diagramme de séquence « s’authentifier»

5. Conception 49
F IGURE 3.9 – Diagramme de séquence «consulter la liste des utilisateurs »

F IGURE 3.10 – Diagramme de séquence «Modifier utilisateur »

5. Conception 51
F IGURE 3.11 – Diagramme de séquence «Supprimer utilisateur »

La Fig 3.12 présente le Diagramme de séquence «Envoyer un email».
F IGURE 3.12 – Diagramme de séquence «Envoyer un email»

6. Réalisation du sprint 1 53
6 Réalisation du sprint 1
Dans cette partie, nous présentons les différentes interfaces réalisées au cours de ce Sprint,
dont on présente :
L’ Interface inscription présenté par la figure 3.13.
F IGURE 3.13 – Interface inscription
L’ Interface d’authentification présenté par la figure 3.14
F IGURE 3.14 – Interface d’authentification

l’ Interface envoyer un email présenté par la figure 3.15‘
F IGURE 3.15 – Interface Envoyer email
Et finalement Interface consultation liste des utilisateurs présenté par la figure 3.16
F IGURE 3.16 – Interface consultation liste des utilisateurs
7 Tests
Les tests représentent une étape primordiale et fondamentale du processus du Scrum qu’on
ne peut pas douter. Ainsi, ils nous aident à réaliser une évaluation sur les objectifs déterminés au
début du sprint et les résultats courants. La méthodologie Scrum nous permet de tester chaque
incrément à sa fin pour valider le développement de cet incrément-ci, dans le but de garantir une
qualité optimum du produit.
Un exemples de test est présenté par la suite.
8. Conclusion 55
Par exemple, La figure 3.17 présente le succès de l’envoi d’email. Aussi, La figure 3.18
F IGURE 3.17 – Succès d’envoyer email
présente le résultat du succès d’envoi d’un email dans leur documen :
F IGURE 3.18 – Succès d’envoi d’un email dans leur document
8 Conclusion
Au cours de ce chapitre, nous avons présenté le premier sprint. Pour ce faire, nous avons
passé par la présentation du Backlog product, l’analyse, la conception et la réalisation. Dans le
chapitre suivant nous entamons le deuxième sprint.
Cas d’utilisation Envoyer des émails

Pré condition Administrator authentifié
Post condition Email envoyé
Scénario nominale
— L’administrateur accède à l’interface de l’applica-
tion pour envoyer un email.
— Le système affiche un formulaire de création
d’email.
— L’administrateur saisit les informations de l’email, y
compris l’adresse du destinataire, le sujet de l’email
et le corps de l’email.
— L’administrateur valide le formulaire pour envoyer
l’email.
— Le système vérifie que l’email est correctement for-
maté et valide.
— Si l’email est correctement formaté et valide, le sys-
tème envoie l’email à l’adresse du destinataire.
— Si l’administrateur ne saisit pas le champ email (ou
les champs email s’il y en a plusieurs), le système
affiche un message d’erreur demandant à l’utilisa-
teur de saisir le(s) champ(s) manquant(s).
— Si l’email est incorrectement formaté ou invalide, le
système affiche un message d’erreur indiquant que
l’email n’a pas pu être envoyé.
TABLE 3.7 – Scénarios d’exécution du cas d’utilisation «Envoyer des émails» .

Chapitre 4
Sprint 2
1 Introduction
Durant ce chapitre, nous entamons le deuxième sprint. Pour cela, nous commençons par le
Backlog du sprint, nous passons ensuite aux parties analyse et conception, pour terminer enfin
par les parties réalisation et test.
2 Backlog du sprint
Le tableau (4.1) présente le backlog de notre deuxieme sprint.
3 Tableau des taches

La figure ci-dessous présente le tableau des taches du sprint 2 :
F IGURE 4.1 – Tableau des taches du sprint 2
57
ID Thème User Story

1 Gestion des ca-
— En tant que administrateur, je peux consulter des ca-
tégories
tégories
— En tant que administrateur, je peux ajouter des caté-
gories
— En tant que administrateur, je peux modifier des ca-
tégories
— En tant que administrateur, je peux supprimer des
catégories
2 Gestion des
— En tant que administrateur, formateur , je peux ajou-
cours
ter et exporter des cours
— En tant que participant ou administrateur ou forma-
teur, je peux consulter catalogue cours
— En tant que participant ou administrateur ou , je peux
rejoindre à un ou plusieurs cours
— En tant que administrateur, participant , je peux im-
porter des cours
— En tant que administrateur , je peux modifier cours
— En tant que administrateur , je peux supprimer cours
3 Gestion des for-

— En tant que administrateur, je peux ajouter des for-
mations
mations
— En tant que participant, je peux consulter catalogue
des formations
— En tant que participant, je peux participe à une ou
plusieurs formations
— En tant que administrateur, je peux modifier des for-
mations
— En tant que administrateur, je peux supprimer des
formations
4 Gestion des
avis En tant que participant , je peux ajouter mon avis sur un
cour
TABLE 4.1 – Backlog du sprint 2

4 Phase d’analyse
4.1 Raffinement du cas d’utilisation «Gestion des catégories »

La figure 4.2 illustre le raffinement du cas d’utilisation «Gestion des catégories»
F IGURE 4.2 – Diagramme de cas d’utilisation «Gestion des catégories»
Les scénarios d’exécution du cas d’utilisation «Gestion des catégories» sont décrits par les
tableaux (4.2 , 4.3 , 4.4 et 4.5) représentant la fiche descriptive du cas.
Cas d’utilisation Consulter la liste des catégorie

Acteur Adminisatrateur
Pré condition Administarateur authentifié, catégorie ajouté
Post condition Liste des catégories affichées
Scénario nominale
— L’administrateur s’authentifie.
— Le système affiche l’interface adminis-
trative.
— L’administrateur demande la page où
toutes les catégories sont listées.
— Le système affiche cette page.
— Aucun catégorie trouvé : Le système af-
fiche un message d’erreur
TABLE 4.2 – Scénarios d’exécution du cas d’utilisation «Consulter la liste des catégories »
4.2 Raffinement du cas d’utilisation «Gestion des cours »

La figure 4.3 illustre le raffinement du cas d’utilisation «Gestion des cours».
Les scénarios d’exécution du cas d’utilisation «Gestion des cours» sont décrits par les ta-
bleaux (4.6 , 4.7 , 4.8 et 4.9) représentant la fiche descriptive du cas
Cas d’utilisation Ajouter catégorie

Pré condition Administrateur authentifié, Consulté list catégorie
Post condition nouvelle catégorie ajoutée
Scénario nominale
— L’administrateur demande le formulaire
d’ajout
— Le système affiche le formulaire
— L’administrateur remplit les champs et valide
— Le système vérifie les donnes saisies
— Le système enregistre la nouvelle catégorie
— le système affiche cette nouvelle catégorie au
liste
— Si le champ est vide, l’ajout n’est pas effec-
tué,le système affiche un message d’erreur
TABLE 4.3 – Scénarios d’exécution du cas d’utilisation «Ajouter catégorie»
4.3 Raffinement du cas d’utilisation «Gestion des formations »

La figure 4.4 illustre le raffinement du cas d’utilisation «Gestion des formations»
Les scénarios d’exécution du cas d’utilisation «Gestion des fournisseurs» sont décrits par les
tableaux (4.10 , 4.11 , 4.12 et 4.13) représentant la fiche descriptive du cas
F IGURE 4.3 – Diagramme de cas d’utilisation «Gestion des cours»
F IGURE 4.4 – Diagramme de cas d’utilisation «Gestion des formations»

Cas d’utilisation Modifier catégorie

Pré condition Administrateur authentifié , catégorie ajouté
Post condition catégorie modifié
Scénario nominale
— L’administrateur choisit une catégorie à modi-
fier
— L’administrateur clique sur le bouton « modi-
fier »
— Le système affiche page « modifier catégorie
»
— L’administrateur saisit les informations à mo-
difier
— L’administrateur clique sur le bouton « Save »
— le système valide la modification
— Le système affiche liste des formations avec la
modification de catégorie précise
— Si le champ est vide, la modification n’est pas
effectué,le système affiche un message d’er-
reur
TABLE 4.4 – Scénarios d’exécution du cas d’utilisation «Modifier catégorie»
4.4 Raffinement du cas d’utilisation «Ajouter des avis»
La figure 4.5 illustre le raffinement du cas d’utilisation «Ajouter des avis»

Les scénarios d’exécution du cas d’utilisation «Ajouter des avis» sont décrits par le tableau
(4.14) représentant la fiche descriptive du cas
Cas d’utilisation Supprimer Catégorie

Pré condition Administrateur authentifié, Liste de catégories affi-
chée
Post condition Catégorie supprimé
Scénario nominale
— L’administrateur choisit une catégorie à retirer
— L’administrateur clique sur le bouton «Suppri-
mer» avec le nom de cette catégorie
— Catégorie retirer de la liste .
TABLE 4.5 – Scénarios d’exécution du cas d’utilisation «Supprimer catégorie»
F IGURE 4.5 – Diagramme de cas d’utilisation «Ajouter Avis»

5. Conception 65
Cas d’utilisation Consulter catalogue cours

Acteur Administrateur ,Formateur, Participant
Pré condition Administrateur ou Formateur ou Participant au-
thentifié
Post condition Catalogue cours consulté
Scénario nominale
— L’utilisateur demande d’accéder à la
page "Courses"
— Le système récupère les cours enregis-
trés au niveau de la base de données et
les affiche
— Si Aucun cours n’est enregistré. Le sys-
tème affiche une page vide.
TABLE 4.6 – Scénarios d’exécution du cas d’utilisation «Consulter catalogue cours »
5 Conception
5.1 Conception statique
Diagramme de classe de Sprint 2
La figure 4.6 représente le diagramme de classes utilisé pour le développement du sprint 2
5.2 Conception dynamique
Diagrammes de séquence de Sprint 2
La figure 4.7 représente le Diagramme de séquence «Consulter liste catégorie »

La figure 4.8 représente le Diagramme de séquence «Ajouter catégorie »
La figure 4.9 représente le Diagramme de séquence «Modifier categorie»
La figure 4.10 représente le Diagramme de séquence « Supprimer categorie»
La figure 4.11 représente le Diagramme de séquence «Consulter catalogue cours »
La figure 4.12 représente le Diagramme de séquence «Ajouter et exporter cours »
La figure 4.13 représente le Diagramme de séquence «Rejoindre cours »
Cas d’utilisation Ajouter et exporter cours

Acteur Administrateur , Formateur
Pré condition Administrateur ou Formateur authentifié ,cata-
logue cours consulté
Post condition Cours ajouté et exporté
Scénario nominale
— L’utilisateur demande d’ajouter cours
— Le système affiche l’interface demandé
— L’utilisateur remplit le formulaire affi-
ché
— L’utilisateur selectionne une catégorie
— L’utilisateur sélectionne l’op-
tion«Choisir un fichier»
— Le système affiche une interface permet-
tant à l’utilisateur de choisir le cours
qu’il souhaite exporter.
— L’utilisateur navigue à travers les fi-
chiers de son PC pour localiser le cours
qu’il souhaite exporter.
— Une fois le cours sélectionné, l’utilisa-
teur confirme son choix
— Le système vérifie que le format du
cours est compatible avec cette l’appli-
cation
— Pendant l’exportation, le système
convertit éventuellement le cours dans
un format adapté à l’application web
— Une fois l’exportation terminée, le sys-
tème navigue à page "Courses"
— Si le format de fichier sélectionné est
incompatible avec l’application, le sys-
tème affiche un message d’erreur.
TABLE 4.7 – Scénarios d’exécution du cas d’utilisation «Ajouter et exporter cours »

5. Conception 67
F IGURE 4.6 – Diagramme de classe de sprint 2

F IGURE 4.7 – Diagramme de séquence «Consulter liste catégorie»

5. Conception 69
F IGURE 4.8 – Diagramme de séquence «Ajouter catégorie»

Cas d’utilisation Rejoindre une cours

Acteur Participant, Administrateur
Pré condition Participant authentifié
Post condition Catalogue cours affichées
Scénario nominale
— Le participant s’authentifie.
— Le système affiche l’interface catalogue
cours
— le participant choisit à quel formation
peuvent rejoindre
— le participant clique sur le bouton "join"
— Le système affiche un bouton «Dow-
load»
TABLE 4.8 – Scénarios d’exécution du cas d’utilisation «Rejoindre un cours »
La figure 4.14 représente le Diagramme de séquence « Importer cours »

La figure 4.15 représente le Diagramme de séquence «Consulter catalogue formations »
La figure 4.16 représente le Diagramme de séquence «Ajouter formation »
La figure 4.17 représente le « Rejoindre à une formation»
La figure 4.18 représente le Diagramme de séquence «Supprimer formation»
La figure 4.19 représente le Diagramme de séquence «Ajouter avis »
6 Réalisation et test du sprint 2

Dans cette partie, nous présentons les différentes interfaces réalisées au cours de ce Sprint
dont :
6.1 Interface liée à un visiteur de site :

L’ Interface de consultation catalogue de formations(Fig 4.20) : Grâce à cette page, les
visiteurs ont la possibilité de consulter les formations disponibles sur le site.
L’ Interface de consultation catalogue des cours Fig (4.21) : À travers cette page, les visiteurs
ont la possibilité de consulter les cours disponibles sur le site.
6. Réalisation et test du sprint 2 71
Cas d’utilisation Importer cours

Acteur Administrateur , Participant
Pré condition Administrateur ou Participant authentifié, cata-
logue cours affichées
Post condition Cours importé
Scénario nominale
— L’utilisateur choisit un cours à téléchar-
ger
— L’utilisateur clique sur le bou-
ton"Download"
— Le système vérifie les autorisations de
l’utilisateur pour télécharger le cours.
— les autorisations sont valides, le système
commence le processus de télécharge-
ment.
— Une fois le téléchargement terminé, le
système affiche une notification à l’uti-
lisateur, indiquant que le cours est prêt à
être téléchargé.
TABLE 4.9 – Scénarios d’exécution du cas d’utilisation «Importer cours »

Cas d’utilisation Consulter catalogue formations

Acteur Administrateur , Participant
Pré condition Administrateur ou Participant authentifié ou vi-
siteur de site
Post condition Catalogue formations consulté
Scénario nominale
— L’utilisateur demande d’accéder à la
page «formations»
— Le système récupère les cours enregis-
trés au niveau de la base de données et
les affiche
— Si Aucun cours n’est enregistré. Le sys-
tème affiche une page vide.
TABLE 4.10 – Scénarios d’exécution du cas d’utilisation «Consulter catalogue formations »
6.2 Interface liée à un administrateur :
L’ Interface de consultation de la liste des catégories (Fig 4.22) : Grâce à cette page, l’ad-
ministrateur a la possibilité de gérer les catégories.
L’ Interface d’ajout des catégories (Fig 4.23) : Grâce à cette page, l’administrateur a la possi-
bilité d’ajouter une catégorie.
L’ Interface de consultation catalogue des cours (Fig 4.24) : Grâce à cette page, l’adminis-
trateur dispose de fonctionnalités de gestion des cours.
Interface de consultation et d’importation des cours pour l’administrateur (Fig 4.25) :
Grâce à cette page, l’administrateur dispose de fonctionnalités pour importer des cours après
leur participation.
L’ Interface d’ajout et d’export des cours (Fig 4.26) : Grâce à cette page, l’administrateur
dispose de fonctionnalités d’jouter et d’exporter cours .
L’ Interface de consultation catalogue de formations (Fig 4.27) : Grâce à cette page, l’admi-
nistrateur dispose de fonctionnalités de gestion des formations.
L’ Interface d’ajout de formation (Fig 4.28) : A travers cette page, l’administrateur a la pos-
sibilité d’ajouter une catégorie.
6. Réalisation et test du sprint 2 73
Cas d’utilisation Ajouter formation

Pré condition Administrateur authentifié , cours ajouté et ca-
talogue ajouté
Post condition formation ajouté
Scénario nominale
— L’Administrateur consulte page "forma-
tions"
— L’Administrateur demande d’ajouter
une formation
— Le système affiche le formulaire d’ajout
— L’Administrateur remplit les champs et
valide
— Le système enregistre la nouveau forma-
tion
— Le système retourne à la page principale
"Formations" et affiche les données de
la nouvelle formation.
— L’Administrateur manager saisit des
données manquantes ou erronées : le
système affiche un message d’erreur
TABLE 4.11 – Scénarios d’exécution du cas d’utilisation «Ajouter formation»
6.3 Interfaces liée à un participant :
L’ Interface de consultation catalogue des cours (Fig 4.29) A travers cette page, le parti-
cipant a la possibilité de consulter catalogue et rejoindre un cours .
L’ Interface de consultation catalogue de formations (Fig 4.30) : En utilisant cette page, le
participant a la possibilité de consulter le catalogue des formations et de participer à une ou plu-
sieurs d’entre elles.
L’ Interface d’ajout d’avis (Fig 4.31) : En utilisant cette page, les participants ont la possibilité
d’ajouter leur avis sur un cours.
Cas d’utilisation Rejoindre une formation

Acteur Participant
Post condition Catalogue formations affichées
Scénario nominale
— Le participant s’authentifie.
— Le système affiche l’interface catalogue
formation
— le participant choisit à quel formation
peuvent rejoindre
— le participant clique sur le bouton "join"
— Le système affiche un message indi-
quant que la jointure a été effectuée avec
succès
TABLE 4.12 – Scénarios d’exécution du cas d’utilisation «Rejoindre une formation »
6.4 Interface liée à un formateur :

L’ Interface d’ajout et d’export des cours (Fig 4.32)
7 Conclusion
Au cours de ce chapitre, nous avons présenté la deuxième sprint. Pour ce faire, nous avons
passé par la présentation du Backlog product, l’analyse, la conception et la réalisation. Dans le
chapitre suivant nous entamons le troisième sprint.
7. Conclusion 75
Cas d’utilisation Supprimer Formation

Pré condition Administrateur authentifié, catalogue formation
consulté
, Comptes affichés
Post condition formation supprimé
Scénario nominale
— L’Administrateur choisit le formation à
supprimer
— L’ Administrateur clique sur le bouton
«Delete»
— Le système affiche un message indi-
quant que la suppression s’est déroulée
avec succès
TABLE 4.13 – Scénarios d’exécution du cas d’utilisation «Supprimer formation»

Cas d’utilisation Ajouter avis

Acteur Participant
Post condition avis ajouté
Scénario nominale
— Le participant consulte page "Avis"
— Le système affiche le formulaire d’ajout
avis
— L’Administrateur remplit le champ cor-
respondant, sélectionne le cours auquel
le participant a ajouté son avis, puis va-
lide sa sélection.
— Le système enregistre l’avis dans la base
donnée
—
— Si le participant saisit des données man-
quantes ou erronées, le système signale
une erreur et demande au participant de
corriger les données avant d’effectuer
cette opération
TABLE 4.14 – Scénarios d’exécution du cas d’utilisation «Ajouter avis»

7. Conclusion 77
F IGURE 4.9 – Diagramme de séquence « Modifier categorie »

F IGURE 4.10 – Diagramme de séquence « Supprimer categorie »

7. Conclusion 79
F IGURE 4.11 – Diagramme de séquence «Consulter catalogue cours »

F IGURE 4.12 – Diagramme de séquence «Ajouter et exporter cours »

7. Conclusion 81
F IGURE 4.13 – Diagramme de séquence «Rejoindre cours»

F IGURE 4.14 – Diagramme de séquence « Importer cours »

7. Conclusion 83
F IGURE 4.15 – Diagramme de séquence «Consulter catalogue formations »

F IGURE 4.16 – Diagramme de séquence «Ajouter formation »

7. Conclusion 85
F IGURE 4.17 – Diagramme de séquence « Rejoindre à une formation »

F IGURE 4.18 – Diagramme de séquence «Supprimer formation»

7. Conclusion 87
F IGURE 4.19 – Diagramme de séquence « Ajouter avis »
F IGURE 4.20 – L’ Interface de consultation catalogue de formations en tant que visiteur de site
F IGURE 4.21 – L’ Interface de consultation catalogue des cours (interface les visiteurs de site )
F IGURE 4.22 – Interface de consultation de la liste des catégories
F IGURE 4.23 – Interface d’ajout des catégories

7. Conclusion 89
F IGURE 4.24 – L’ Interface de consultation catalogue des cours en tant que interface admin
F IGURE 4.25 – Interface de consultation et d’importation des cours pour l’administrateur

F IGURE 4.26 – Interface d’ajout et d’export des cours
F IGURE 4.27 – L’ Interface de consultation catalogue de formations en tant que administrateur

7. Conclusion 91
F IGURE 4.28 – L’ Interface d’ajout de formation
F IGURE 4.29 – L’ Interface de consultation catalogue des cours en tant que participant
F IGURE 4.30 – L’ Interface de consultation catalogue de formations en tant que participant
F IGURE 4.31 – L’ Interface d’ajout d’avis
F IGURE 4.32 – Interface d’ajout et d’export des cours

Chapitre 5
Sprint 3 : Analyse des avis des formations

1 Introduction
Au cours de ce chapitre, nous serons consacrés au traitement du troisième sprint qui gère
l’analyse des avis concernant les formations. Nous allons chercher à cibler la structure textuelle
de ce contenu via une application du Traitement du Langage Naturel (NLP : Natural Language
Processing) qui permet de résumer le contenu des textes et de reconnaître les principaux sujets
abordés connu par l’extraction des mots-clés. L’extraction des mots-clés est une discipline qui
porte essentiellement sur la compréhension, la manipulation du contenu textuel. Donc, nous al-
lons décrire toutes ces étapes en commencent par le pré-traitement du texte des avis jusqu’à avoir
un rapport des mots-clés qui résume le contenu.
2 Backlog du sprint 3
Le tableau ci-dessous présente le backlog de notre troisiéme sprint
ID Thème User Story

1 Pré-traitement En tant que administrateur ,je dois récupérer les avis (le
des avis contenu textuel) et les pré-traiter.
2 Extraction et En tant que administrateur,je peux extraire et consulter un
Consultation rapport concernant les mots-clés.
des mots-clés
TABLE 5.1 – Backlog du sprint 3
93
94 Chapitre 5. Sprint 3 : Analyse des avis des formations
3 Pré-traitement du texte
La première étape est de récupérer le corpus textuel concernant les avis et de le nettoyer
afin de pouvoir appliquer ultérieurement une méthode d’extraction des mots-clés. Nous pouvons
maintenant aborder le pré-traitement du texte en plusieurs étapes :
— La récupération du corpus, ansi qu’un premier traitement de ce dernier pour avoir des
données textuelles exploitables .
— La tokenization, qui désigne le découpage en mots des différents documents qui consti-
tuent le corpus.
— La normalisation et la construction du dictionnaire qui permet de ne pas prendre en
compte des détails importants au niveau local (ponctuation, majuscules, conjugaison, etc.)
3.1 Aspect théorique
« Tokenize » signifie « séparer par token » : c’est le process qui va décomposer le corpus
textuel en des mots afin de pouvoir effectuer des opérations de pré-traitement. Le terme token
désigne généralement un mot et/ou un élément de ponctuation.
— Ex. La phrase "Hello World !" comprend donc 3 tokens.
Après la tokenization, nous devons chercher comment nettoyer et normaliser notre corpus
afin d’obtenir une matrice de vocabulaire et un dictionnaire représentatifs de nos documents.
La première manipulation souvent effectuée dans le traitement du texte est la suppression de
ce qu’on appelle en anglais les stopwords. Ce sont les mots très courants dans la langue étudiée
("et", "à", "le"... en français) qui n’apportent pas de valeur informative pour la compréhension
du "sens" d’un document et corpus. Nous devons donc chercher les supprimer. Un mot vide est
un mot non significatif figurant dans un texte comme les prépositions, les articles, les pronoms
(« le », « la », « de », « du », « ce ». . .). On l’oppose à mot plein.
Le processus de « lemmatisation » consiste à représenter les mots (ou « lemmes ») sous leur
forme canonique.
— Par exemple pour un verbe, ce sera son infinitif.
— Ex. Le lemme aimer renvoie à un grand nombre de formes composées a aimé, a été aimé, a
été aimée, etc.
— Pour un nom, son masculin singulier.
— Ex. Le lemme petit renvoie à 4 formes : petit, petite, petits, petites
Il existe un autre processus qui exerce une fonction similaire qui s’appelle la racinisation
(ou stemming en anglais). Cela consiste à ne conserver que la racine des mots étudiés. L’idée
étant de supprimer les suffixes, préfixes et autres des mots afin de ne conserver que leur origine.
3. Pré-traitement du texte 95
— Exemples suffixes : blanc : blanchâtre, blancheur, blanchiment...

— Exemples préfixes : ordinaire : extraordinaire, voir : revoir...
L’algorithme de Carry est un algorithme de racinisation pour le français.
3.2 Réalisation
Nous allons utiliser l’outil Orange Data Mining (voir Figure 5.1) pour pratiquer le text mining
par un processus de flux de travail (workflow) basé sur des widgets.
F IGURE 5.1 – Orange Data Mining : Interface Principale
Nous devons le configurer pour permettre analyser des données textuelles comme il est pré-
senté dans la Figure 5.2. Après la configuration, nous commençons la création du workflow de
pré-traitement du texte (voir Figure 5.3). Les widgets utilisés dans ce worflow sont :
— Le widget Corpus lit les corpus de texte à partir des fichiers existants. On peut appliquer
le widget Create Corpus pour cette tâche.
— On peut utiliser le widget Corpus Viewer pour visualiser des fichiers texte (instances de
Corpus).
— Le preprocess text widget divise le texte en unités plus petites (Tokens), les filtre, exé-
cute la normalisation (stemming, lemmatization). Les étapes de l’analyse sont appliquées
séquentiellement.
— Et finalement, le widget Word Cloud génère un nuage de mots à partir du corpus.
F IGURE 5.2 – Orange Data Mining : Text Mining
F IGURE 5.3 – Orange Data Mining : Pré-traitement workflow

4. Extraction et Consultation des mots-clés 97
F IGURE 5.4 – Orange Data Mining : Word Cloud
4 Extraction et Consultation des mots-clés

L’extraction de mots-clés (également appelée détection de mots-clés ou analyse de mots-
clés) est une technique d’analyse de texte qui extrait automatiquement les mots et expressions
les plus utilisés et les plus importants d’un texte. Il permet de résumer le contenu des textes et de
reconnaître les principaux sujets abordés.
4.1 Méthode utilisée

Nous avons utilisé TF-IDF (Voir Equation 1). TF-IDF est une formule qui mesure l’impor-
tance d’un mot pour un document dans une collection de documents.
(5.1)
— t fi, j : nombre d’occurrences de i dans j

— d fi : nombre de documents contenant i
— N : nombre total de documents
Cette métrique calcule le nombre de fois qu’un mot apparaît dans un texte (fréquence du
terme) et le compare à la fréquence inverse du document (la fréquence de ce mot dans l’ensemble
de données).
La multiplication de ces deux quantités fournit le score TF-IDF d’un mot dans un document.
Plus le score est élevé, plus le mot est pertinent pour le document.
4.2 Réalisation
Nous avons ajouté le widget Extract Keywords au workflow précédent (voir Figure 5.4).
Nous trouvons des mots caractéristiques avec le widget Extract Keywords en utilisant la méthode
TF-IDF. Le widget renvoie une liste de mots et nous pouvons sélectionner les mots les mieux
classés à envoyer à la sortie.
F IGURE 5.5 – Orange Data Mining : Extraction des mots-clés
4.3 Conclusion
Au cours de ce chapitre, nous avons effectué le processus d’extraction des mots-clés en utili-
sant Orange Data Mining pour résumer le contenu des avis concernant les formations. L’extrac-
tion de mots-clés est une méthode automatisée d’extraction des mots les plus pertinents. Nous
avons exploité le TF IDF.
4. Extraction et Consultation des mots-clés 99
F IGURE 5.6 – Orange Data Mining : Top 20 des mots-clés

Conclusion et perspectives
Ce rapport représente le fruit du travail réalisé au sein de la Société Tunisie Télecom dans
le cadre de notre projet de fin d’études pour l’obtention de Diplôme de licence en Informatique
Décisionnelle à la Faculté des Sciences Juridiques, Économiques et de Gestion de Jendouba.
Cette solution a été développée pour répondre aux besoins de collaborateur de l’entreprise
Tunisie Télécom leur permettant de gérer centre des formations manière efficace et d’accéder
rapidement aux informations pertinentes. Elle facilite également la prise de décision pour les
responsables
Notre travail a débuté par une analyse approfondie du contexte du projet et des exigences du
système à venir. Tout au long de notre travail, nous avons adopté la méthodologie Scrum pour
construire notre plateforme de manière itérative et progressive.
Par la suite nous identifier les besoins fonctionnels et non fonctionnels, on a préparé le Backlog
du produit.
Malgré les contraintes de temps et les difficultés auxquelles nous avons été confrontés, nous
sommes parvenus à réaliser la majeure partie de notre plateforme.
Pour conclure, notre travail ne s’arrête pas là. En effet, ce projet offre des possibilités d’amé-
lioration, notamment :
— Enrichir notre plateforme en ajoutant de nouvelles fonctionnalités.
— Développer une application mobile pour une expérience utilisateur plus complète et adap-
tée aux besoins actuels.
101
102 Conclusion
Bibliographie
[1] Site officiel de Tunisie Telecom https ://www.tunisietelecom.tn/Fr/Particulier/A-Propos/Entreprise
[2] Veronique Messager Rota, Gestion de projet vers les méthodes agiles, Edition Eyrolles,
2008.https ://www.kromberg-schubert.com/home
[3] Site https ://www.wikiwand.com/fr/CycleenV
[4] Site ideematic.com, Les méthodes agiles, https ://www.ideematic.com/actualites/2015

/01/methodes-agiles-definition
[5]Site tupleap.org ,Scrum, https ://www.tuleap.org/fr/agile/comprendre-methode-agile-scrum-

10-minutes
[6] Site , Introduction aux méthodes agiles et Scrum | L’Agiliste
[7] Site , https ://blog-gestion-de-projet.com/agilite-et-scrum-fondamentaux/artefacts-scrum/
[8] Site, https ://wiki.sfeir.com/agilite/scrum/evenements-scrum/
[9] Site, https ://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-French.pdf
[10] https ://code.visualstudio.com/docs
[11] https ://blog.webnet.fr/presentation-de-postman-outil-multifonction-pour-api-web/
[12] https ://www.wampserver.com
[13] https ://developer.mozilla.org/en-US/docs/Web/HTML
[14] https ://developer.mozilla.org/en-US/docs/Web/CSS
[15] https ://www.computerhope.com/jargon/d/drawio.html

Conclusion 103
[16] https ://fr.wikipedia.org/wiki/Orange(logiciel)
[17] https ://www.ganttproject.biz/support
[18] https ://fr.wikipedia.org/wiki/Overleaf

Guesmi 3 Ème BI

Transféré par

Informations du document

Titre original

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

Guesmi 3 Ème BI

Transféré par

Droits d'auteur :

Formats disponibles

Remerciements

Au terme de ce stage, mes remerciements s’adressent au personnel de Tunisie Telecom de m’avoir

1 Cadre général du projet 3

2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

5 Sprint 3 : Analyse des avis des formations 93

1.1 Logo de Tunisie Telecom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

2.1 Planification des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2.16 Logo HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

3.1 Tableau des taches du sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

4.1 Tableau des taches du sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

4.3 Diagramme de cas d’utilisation «Gestion des cours» . . . . . . . . . . . . . . . . 62

5.1 Orange Data Mining : Interface Principale . . . . . . . . . . . . . . . . . . . . . 95

1.1 Fiche d’identité de l’entreprise Tunisie Télécom [1] . . . . . . . . . . . . . . . . 5

2.1 Tableau des besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 18

3.1 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

4.1 Backlog du sprint 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

4.7 Scénarios d’exécution du cas d’utilisation «Ajouter et exporter cours » . . . . . . 66

5.1 Backlog du sprint 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

L’importance de l’information et de la communication dans le domaine éducatif a connu une

En somme, dans un contexte où l’information et la communication sont en constante évo-

- La deuxième chapitre « Phase de planification » présente les besoins du client, l‘identification

- La troisième chapitre s’intitule «Sprint 1» le rôle de ce chapitre est de présenter le premier

- La quatrième chapitre s’intitule «Sprint 2» le rôle de ce chapitre est de présenter le deuxième

Cadre général du projet

3.1 Présentation de l’organisme d’accueil

d’abonnés, l’opérateur incarne aujourd’hui les valeurs de proximité, d’accessibilité et d’univer-

3.2 Fiche d’entreprise de Tunisie Telecom

Dénomination Tunisie Telecom

TABLE 1.1 – Fiche d’identité de l’entreprise Tunisie Télécom [1]

3.3 L’identité visuelle

F IGURE 1.1 – Logo de Tunisie Telecom

3.4 Organigramme de l’organisme d’accueil

F IGURE 1.2 – Tunisie Telecom

4.1 Description de l’existant

F IGURE 1.3 – Interface plateforme Coursera

F IGURE 1.4 – Interface plateforme Edx

F IGURE 1.5 – Interface plateforme Udemy

4.2 Critique de l’existant

4.3 Solution proposée

Outils Avantage Inconvénients

Edx Collaboration avec de nombreuses Certains cours peuvent être très

5.1 Méthodes classiques

Le cycle en V et le modèle en cascade sont deux exemples de méthodes classiques. Le cycle

F IGURE 1.6 – Démarche méthode « cycle en V »

5.2 Méthodes Agiles

b- Les acteurs d’un projet SCRUM

F IGURE 1.7 – Processus Scrum

TABLE 1.3 – Acteurs et rôles d’un projet Scrum

c-Les événements d’un projet SCRUM

d- Les artéfacts d’un projet SCRUM

TABLE 1.4 – Les artéfacts d’un projet Scrum

5.3 Comparaison entre les méthodes classiques et les méthodes agiles

TABLE 1.5 – Méthodes classiques vs méthodes agiles

5.4 La méthode adoptée

2 Analyse des besoins

2.1 Identification des acteurs

administrateur :L’administrateur joue un rôle primordiale et fondamental,il a pour rôle

2.2 Besoins fonctionnels

TABLE 2.1 – Tableau des besoins fonctionnels

2.3 Besoins non fonctionnels

2.4 Pilotage du projet avec la méthodologie SCRUM

Notre équipe de projet se compose de 3 membres :

— Product master : Mouhamed Gaith Ayadi : Responsable de la vision du produit, de la