Rapport_pfe_licence_ISAMM

Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
Université de la Manouba
Institut Supérieur des Arts Multimédias
MEMOIRE DE PROJET DE FIN D’ETUDES
Code IM 32
SCHOOL SOLUTIONS :
APPLICATION WEB DE GESTION D’UN ETABLISSEMENT
Réalisé par
EYA TAYARI - 3IM
SYRINE BRIK - 3IM
Encadré par
YOUSSEF BEN HALIMA – ISAMM
GHAZI BARHOUMI – 3B Groupe
Année Universitaire 2019-2020

DEDICACE
À Tous les membres de ma famille
Qui m’ont soutenu tout au long de mon parcours scolaire et
universitaire
À ma très chère Mère
Aucune dédicace très chère maman, ne pourrait exprimer la
profondeur des
Sentiments que j’éprouve pour toi, t’es sacrifices innombrables et ton
Dévouement firent pour moi un encouragement.
Tu m’as aidé et soutenu pendant de nombreuses années avec à
chaque
Fois une attention renouvelée. Puisse Dieu, tout puissant te combler
de
Santé, de bonheur et te procurer une longue vie.
À mon très cher Père
Toute l’encre du monde ne pourrait suffire pour exprimer mes
sentiments
Envers un être très cher. Tu as toujours été mon école de patience, de
Confiance et surtout d’espoir et d’amour.
J’implore Dieu, tout puissant, de t’accorder une bonne santé, une
longue
vie et beaucoup de bonheur.
À ma petite Sœur
Aucune dédicace ne peut exprimer mon amour et ma gratitude de
t’avoir
Comme sœur, je n’oublierais jamais ton encouragement et ton soutien
le long
De mes études, je t’estime beaucoup et je t’aime beaucoup.
Je te souhaite beaucoup de succès, de prospérité et une vie pleine de
joie et de bonheur.
Que dieu vous protège et vous accorde la santé et la longue vie
À mes meilleurs amis,
À tous ce qui m’ont encouragé,
Je dédie ce travail.
SYRINE BRIK

DEDICACE
Je dédie ce modeste travail à :
A ma chère Mère Badina
A mon cher Père Ridha
Qui m’ont soutenue tout Au long de mon parcours Scolaire et
universitaires.
Aucun hommage ne pourrait être à la hauteur de l’amour Dont ils ne
cessent de me combler
A ma Sœur Mouna
Que malgré la distance, Elle était toujours présente avec ses conseils et
sa motivation.
A mon frère Marouene,
Qui n’a pas cessé de me conseiller tout au long du projet.
A toute ma famille et mes amis
Qui étaient toujours compréhensifs
A mon binôme Syrine,
Et à tous ceux qui ont contribué
De près ou de loin pour que ce projet soit possible, je vous dis merci.
EYA TAYARI

Remerciements
Ce travail n’a pas pu être mené à bien qu’avec le soutien de plusieurs
personnes que nous voudrions, à travers ces quelques lignes,
contribuer notre reconnaissance à eux.
Tout d’abord, nous voudrions adresser toute notre gratitude à
Monsieur YOUSSEF BEN HALIMA, notre cher directeur des études
et des stages et notre encadrant académique qui nous a suivi tout au
long de cette période et nous a encadré et orienté avec ses
précieuses conseils.
Nous tenons à remercier vivement notre encadrant technique au
sein du 3B Groupe, Monsieur GHAZI BARHOUMI pour son
accueil, le temps passé ensemble et le partage de son expertise.
Enfin, nous tenons à remercier toutes les personnes qui nous ont
conseillé et relu lors de la rédaction de ce rapport de stage.
EYA TAYARI
SYRINE BRIK

Table des matières
Introduction Générale ..................................................................................................................0
Chapitre 1 : Cadre général de travail...........................................................................................1
1.1 Cadre du travail : .................................................................................................................. 2
1.2 Présentation de la SOCIETE :.............................................................................................. 2
1.3 Etude de l’existant :............................................................................................................... 3
1.4 Critique de l’existant :........................................................................................................... 3
1.5 Solution proposée : ................................................................................................................ 4
1.6 Méthodologie de travail : ...................................................................................................... 4
1.6.1 Présentation de la Méthode utilisée :............................................................................. 4
1.6.2 Le choix du Scrum :........................................................................................................ 5
1.6.3 Le langage de modélisation :..........................................................................................6
Chapitre 2 : Analyse et Conception global..................................................................................7
2.1 Introduction :.........................................................................................................................8
2.2 Capture des besoins fonctionnels : .......................................................................................8
2.3 Identifications des acteurs : ..................................................................................................9
2.4 Les besoins non fonctionnels :..............................................................................................10
2.5 Identification des cas d’utilisations : ...................................................................................10
2.6 Diagramme de classe :..........................................................................................................12
2.7 planification des releases et le backlog du PRODUIT : ..................................................... 13
2.7.1 Planification des releases :............................................................................................. 13
2.7.2 Backlog du Produit :...................................................................................................... 13
2.8 Diagramme de déploiement :...............................................................................................16
2.9 Environnement matériel : ....................................................................................................17
2.10 Environnement Logiciel :...................................................................................................17
2.11 Architecture physique :..................................................................................................... 20
2.12 Conclusion :.........................................................................................................................21
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web ................. 22
3.1 Introduction :........................................................................................................................23
3.2 Développement DES TACHES du Sprint 1 - Mise en œuvre de la partie admin : ..........23
3.2.1 Backlog du Sprint 1 :.....................................................................................................23
3.2.2 Raffinement et description des cas D’UTILISATIONS :........................................... 26
3.2.3 Diagrammes de séquence système :............................................................................. 27
3.2.4 Les Diagrammes de séquence détaillée : ......................................................................33
3.2.5 Implémentation et réalisation :....................................................................................40

3.2.6 Rétrospective meeting du 1er sprint : ......................................................................... 42
3.3 Développement DES TACHES du Sprint 2 - Mise en œuvre de la partie enseignant :.. 43
3.3.1 Backlog du sprint 2 :..................................................................................................... 43
3.3.2 Raffinement et description des cas d’utilisations : .....................................................44
3.3.3 Les diagrammes de séquence système :.......................................................................46
3.3.4 Les Diagrammes de séquence détaillée : ..................................................................... 47
3.4 Conclusion :.......................................................................................................................... 52
Chapitre 4 : Release 2 – La réalisation de la partie parent...................................................... 53
4.1 Introduction :....................................................................................................................... 54
4.2 Développement DES TACHES du sprint 3 : Gestion de la partie du parent :................ 54
4.2.1 Backlog su Sprint 3 :..................................................................................................... 54
4.2.2 Raffinement et description des cas D’UTILISATIONS :........................................... 56
4.2.3 Les diagrammes de séquence système :....................................................................... 57
4.2.4 Les Diagrammes de séquence détaillée : ..................................................................... 59
4.3 Conclusion :.......................................................................................................................... 63
Conclusion générale...................................................................................................................64
Référence bibliographique........................................................................................................ 65
Annexe........................................................................................................................................66

Liste des figures
FIGURE 1 LOGO 3B GROUPE ............................................................................................................................2
FIGURE 2 PHASE DE SCRUM.............................................................................................................................6
FIGURE 3 DIAGRAMME DE CAS D’UTILISATION GLOBAL................................................................................... 11
FIGURE 4 DIAGRAMME DE CLASSE GLOBAL.....................................................................................................12
FIGURE 5 PLANIFICATION DES RELEASES.........................................................................................................13
FIGURE 6 DIAGRAMME DE DEPLOIEMENT........................................................................................................17
FIGURE 7 VISUAL STUDIO CODE.....................................................................................................................18
FIGURE 8 PHP STORM ....................................................................................................................................18
FIGURE 9 STARUML......................................................................................................................................18
FIGURE 10 MICROSOFT TEAMS .......................................................................................................................18
FIGURE 11 TRELLO.........................................................................................................................................19
FIGURE 12 HTML 5 & CSS3 ..........................................................................................................................19
FIGURE 13 JAVASCRIPT..................................................................................................................................19
FIGURE 14 LARAVEL 5.8................................................................................................................................20
FIGURE 15 BOOTSTRAP..................................................................................................................................20
FIGURE 16 L’ARCHITECTURE DE L'APPLICATION WEB......................................................................................21
FIGURE 17 RAFFINEMENT DU CAS D’UTILISATION « GESTION DES ELEVES ».................................................... 27
FIGURE 18 DIAGRAMME DE SEQUENCE SYSTEME « AUTHENTIFICATION ».......................................................28
FIGURE 19 DIAGRAMME DE SEQUENCE SYSTEME « AJOUTER NIVEAU »...........................................................29
FIGURE 20 DIAGRAMME DE SEQUENCE SYSTEME « CREATION DES NIVEAUX »................................................30
FIGURE 21 DIAGRAMME DE SEQUENCE SYSTEME «AJOUTER UN ELEVE » .........................................................31
FIGURE 22 DIAGRAMME DE SEQUENCE SYSTEME « CREATION DES CLASSES »................................................. 32
FIGURE 23 DIAGRAMME DE SEQUENCE DETAILLE « S’AUTHENTIFIER »........................................................... 33
FIGURE 24 DIAGRAMME DE SEQUENCE DETAILLE « AJOUT NIVEAU »..............................................................34
FIGURE 25 DIAGRAMME DE SEQUENCE DETAILLE « AJOUT CLASSE ».............................................................. 35
FIGURE 26 DIAGRAMME DE SEQUENCE DETAILLE « CONSULTER CLASSE » .....................................................36
FIGURE 27 DIAGRAMME DE SEQUENCE DETAILLE « AJOUT ELEVE »................................................................ 37
FIGURE 28 DIAGRAMME DE SEQUENCE DETAILLE « CREER CLASSE » .............................................................38
FIGURE 29 DIAGRAMME DE SEQUENCE DETAILLE « CREER NIVEAU »..............................................................39
FIGURE 30 INTERFACE D'AUTHENTIFICATION .................................................................................................40
FIGURE 31 INTERFACE D'AJOUT ELEVE............................................................................................................41
FIGURE 32 INTERFACE D’AFFECTATION D’UN ADMIN A UN ETABLISSEMENT .......................................................41
FIGURE 33 INTERFACE D'AFFICHAGE D'UN ELEVE ...........................................................................................42
FIGURE 34 BURNDOWN CHART DU SPRINT 1 .................................................................................................42
FIGURE 35 RAFFINEMENT DU CAS D’UTILISATION « GESTION DES EMPLOIS DU TEMPS»...................................45
FIGURE 36 DIAGRAMME DE SEQUENCE SYSTEME « AJOUTER UNE SEANCE » ...................................................46
FIGURE 37 DIAGRAMME DE SEQUENCE DETAILLE « CONSULTER UN EMPLOI DU TEMPS» .................................47
FIGURE 38 DIAGRAMME DE SEQUENCE DETAILLE « CHOISIR L'HEURE ET LE JOUR DE LA SEANCE » ..................48
FIGURE 39 DIAGRAMME DE SEQUENCE DETAILLE « AJOUTER UNE SEANCE »...................................................49
FIGURE 40 INTERFACE DU CHOIX DE L'HEURE, JOUR DE LA SEANCE.................................................................50
FIGURE 41 INTERFACE DU CHOIX DE TYPE DE SEANCE, SALLE ET ENSEIGNANT ................................................50
FIGURE 42 INTERFACE D'AFFICHAGE DES EPREUVES PLANIFIEES ......................................................................51
FIGURE 43 BURNDOWN CHART DU SPRINT 2 ................................................................................................... 52
FIGURE 44 RAFFINEMENT DU CAS D’UTILISATION « CONSULTER LES INDICES DE PERFORMANCES» .................56
FIGURE 45 DIAGRAMME DE SEQUENCE SYSTEME DU « CONFIRMER INSCRIPTION »..........................................58
FIGURE 46 DIAGRAMME DE SEQUENCE DETAILLEE «CONFIRMATION DE L’INSCRIPTION» ................................59
FIGURE 47 INTERFACE D'INSCRIPTION ............................................................................................................60
FIGURE 48 INTERFACE DE LA LISTE DES ENFANTS............................................................................................61
FIGURE 49 INTERFACE DES INFORMATIONS SUR L'ENFANT...............................................................................61

FIGURE 50 INTERFACE DE L'INDICE DE PERFORMANCE EN FRANÇAIS ...............................................................62
FIGURE 51 BURNDOWN CHART DU SPRINT 3 .................................................................................................63

Liste des tableaux
TABLEAU 1 BACKLOG DU PRODUIT.................................................................................................................13
TABLEAU 2 ENVIRONNEMENT MATERIEL .......................................................................................................17
TABLEAU 3 BACKLOG DU SPRINT 1............................................................................................................... 23
TABLEAU 4 BACKLOG DU SPRINT 2 .................................................................................................................43
TABLEAU 5 DESCRIPTION TEXTUELLE : AJOUT EMPLOI ...................................................................................45
TABLEAU 6 BACKLOG DU SPRINT 3.................................................................................................................54
TABLEAU 7 DESCRIPTION TEXTUELLE : INDICES DE PERFORMANCES............................................................... 57

Introduction Générale
De nos jours, le monde connait une avancée technologique considérable dans tous les secteurs et
cela à l’aide de l’informatique, qui a un rôle principal dans le développement de nombreuses
entreprises et sa présence est de plus en plus répandue par son efficience ainsi que son bienfait. Ce
fait s’explique par les applications décisives de l’informatique dans presque tous les secteurs.
Notons qu’il est important aujourd’hui pour un établissement ambitieux et soucieux de se doter des
outils numériques qui respectent les exigences technologiques de l’heure.
Le secteur éducatif n’échappe pas à cette tendance. En effet, les établissements d’enseignement ont
décidé d’informatiser leur gestion et offre des services pour leurs enseignants ainsi qu’aux parents,
dans le but de diminuer le temps de l’organisation et de mieux gérer leur établissement. Ainsi, dans
le cadre de projet de fin d’études, on a décidé de développer une application web sécurisée et
conviviale pour la gestion d’un établissement scolaire.
Le présent rapport expose le développement d’une application web pour 3B Groupe.
Ce rapport se compose de 4 chapitres qui se présentent comme suit :
Dans le premier chapitre, nous allons découvrir le cadre générale de travail ainsi la solution que
nous avons proposé.
Le deuxieme chapitre consiste à introduire l’analyse et la conception globale de notre application.
Dans ce chapitre nous dévoilons la planification de nos 2 releases et nous clôturons par le backlog
du produit.
Le troisième et le quatrième chapitre, release 1 et release 2, seront consacrer pour le développement
des 3 sprints de notre application web en utilisant la méthode agile Scrum.

Chapitre 1 : Cadre général de travail
SCHOOL SOLUTIONS 1 | P A G E
Chapitre 1 : Cadre général de
travail

1.1 CADRE DU TRAVAIL :
Dans le cadre de notre projet de fin d’études au sein de l’institut supérieur des Arts
Multimédia de la Manouba (ISAMM), durant ce stage, nous sommes amenées à développer
une application web pour le compte du 3B Groupe.
Ce stage représente une opportunité qui a mis en pratique les connaissances théoriques
acquises durant notre formation et les développer et qui va nous permettre une bonne
intégration au sein de la vie professionnelle.
1.2 PRESENTATION DE LA SOCIETE :
Le déroulement de notre projet a eu lieu au sein de « 3B SOFT SOLUTIONS » Filiale de 3B
Groupe qui est une société de services en ingénierie informatique (SSII) spécialisée dans le
développement des applications web et mobile, les systèmes d’information, la
personnalisation des ERP et des CRM.
3B Soft Solutions est lancée à Bruxelles en 2017 et vise plusieurs secteurs d’activités telles
que la finance, le Banking et l’assurance.
3B Groupe la société mère contient 3 filiales qui travaillent essentiellement sur la Tunisie,
l’Afrique du nord et l’Europe.
Elle est dédiée également aux sociétés appartenant à un secteur d’activité particulier
(bâtiment et travaux publics, Agences de publicité et communication, industries, textiles...)
Elle représente une équipe experte tant sur l’aspect métier que celui du développement et de
la personnalisation des solutions de gestion d’entreprise.
Figure 1 Logo 3B Groupe

1.3 ETUDE DE L’EXISTANT :
La nouvelle logique de l’organisation du travail demande aux établissements
d’enseignements d’utiliser essentiellement l’information comme matière première pour
pouvoir être plus efficace. Ils doivent donc intégrer un développement du système
d’information dans leurs investissements stratégiques, dans la mesure où ils structurent la
saisie, le stockage, l’organisation, la planification et la communication de l’information.
Aujourd’hui, les établissements scolaires sur-lesquels on basera notre étude, font partie des
établissements et des entreprises où l’information pourra aider.
En effet, la croissance de la population estudiantine nécessite la mise en place d’une gestion
rationnelle et rapide, or jusqu’à ce jour, la manière de gérer manuellement est encore
dominante. Ainsi, il n’y a aucune cohérence entre toutes les données qui circulent aussi une
communication directe avec les parents. D’où la nécessité d’introduire l’informatique dans
ces établissements.
Bien que les logiciels EXCEL et WORD de Microsoft Corporation, soient puissants ne
satisfont pas à tous les besoins spécifiés dans le cahier des charges relatif à ce projet.
1.4 CRITIQUE DE L’EXISTANT :
Lors de l’étude qu’on a faite dans la section précédente, nous avons relevé les problèmes
suivants :
Au cours de l’affectation des emplois du temps, nous pouvons rencontrer plusieurs
difficultés dont la plus grande est la présence de salles, classes ou enseignants.
Au début de chaque année scolaire, l’administrateur définit les disponibilités possibles pour
fixer un cours, pour réaliser cela on devra vérifier la disponibilité des classes dans une
séance donnée et aussi faire une vérification de la disponibilité des enseignants et la salle
selon son type.
Alors nous pouvons conclure que l’administrateur peut risquer certaines erreurs tels que :
 L’affectation d’une salle à deux classes le même jour et même séance.
 Perte du temps afin de trouver les bonnes combinaisons pour la répartition des
enseignants / classe.

 La gestion d’un nombre important d’élèves : l’affectation d’un élève à une classe
d’après son niveau scolaire et chaque classe à un nombre maximal d’élèves par rapport à la
capacité des salles et aux autres classes.
 Les enseignants gèrent un nombre important d’élèves et ne trouvent pas les bonnes
manières de gérer les épreuves, les notes et les absences.
 La plupart des parents ne connaissent pas les absences de ses enfants et leurs états de
performances.
1.5 SOLUTION PROPOSEE :
Après avoir dégagé les problèmes constatés au niveau de la critique de l’existant, la solution
que nous proposons est de développer une application web pour l’administrateur, les
enseignants et les parents, qui vont pallier à ces problèmes. L’objectif de ce projet est
d’analyser, de réaliser et de concevoir une application permettant :
 Pour l’administrateur de gérer des emplois du temps en essayant au maximum
d’éviter les chevauchements possibles.
 Pour les parents de suivre le résultat scolaire de leurs enfants (les notes, les absences
et l’emploi du temps) tout en veillant au respect de la confidentialité de leurs données
personnelles. Aussi ils peuvent consulter les indicateurs de performances de leurs enfants
(détecter les points faibles de l’élève, avoir une visibilité sur le taux d’amélioration du niveau
par matière).
 Pour les enseignants de gérer les absences, les notes, les épreuves d’une façon
numérique.
1.6 METHODOLOGIE DE TRAVAIL :
Afin d’avoir un projet de gestion des écoles et des suivis des élèves performant et pour
satisfaire l’attente du client en terme du cout et du temps. Nous avons suivi une méthode
agile pour la réalisation du projet.
1.6.1 Présentation de la Méthode utilisée :
La méthode agile est une méthode qui regroupe plusieurs autres méthodes partageant des
valeurs communes telles que le développement itératif, incrémental et adaptatif ainsi la forte
collaboration entre l’équipe et le client.

1.6.2 Le choix du Scrum :
Dans le cadre de développement de notre projet et pour assurer le bon déroulement des
différentes parties du projet, nous avons choisi la méthode agile Scrum.
En effet, le processus Scrum est une méthodologie qui consiste à impliquer toute l’équipe
dans le projet afin d’atteindre le même but : l’avancement du projet. Ainsi, Scrum se base sur
un avantage important le fait d’avoir des cycles de production courts qui permettent de tester
rapidement les premières fonctionnalités et ajuster les défaillances.
Cette démarche est dynamique vu que la réalisation des fonctionnalités est par itération en
impliquant le client. Chaque itération dure 2 à 4 semaines à la fin un produit livrable doit être
présenté au client.
En effet, Scrum définit 3 rôles :
 Le Product Owner c’est celui qui représente le client final.
 Le Scrum Master c’est celui qui assure la bonne application du Scrum et encourage
l’équipe à être productive et à progresser tout au long du projet
 L’équipe projet dont le nombre ne dépasse pas 10 développeurs, son rôle est de développer
les besoins exprimés dans le sprint Backlog en des fonctionnalités.
La méthode Scrum repose sur deux journaux ou « backlog » :
 Sprint Backlog : c’est une liste des fonctionnalités priorisées pour le produit qui sont
estimées par l’équipe.
 Backlog de Sprint : c’est une liste des tâches nécessaires qui répondent à l’objectif du
Sprint.

Figure 2 Phase de Scrum
1.6.3 Le langage de modélisation :
Pour modéliser les idées du projet et fournir une présentation compréhensible du projet, nous
avons choisi le langage de modélisation Unifié UML.
Ce langage offre un standard de modélisation pour spécifier, modifier, visualiser et
construire les artefacts du projet.

Chapitre 2 : Analyse et Conception global

2.1 INTRODUCTION :
Dans cette partie, on procédera à l’analyse des besoins fonctionnels et non fonctionnels
attendu de l’application.
Pour ce faire, nous commencerons par la capture des besoins fonctionnels. Ensuite, nous
allons les modéliser via les diagrammes de cas d’utilisation, en les enrichissant avec les
descriptions textuelles requises.
2.2 CAPTURE DES BESOINS FONCTIONNELS :
Les besoins fonctionnels listent les opérations réalisables de notre application.
Ce sont des besoins spécifiant un comportement d’entrée et de la sortie du système. En fait,
le système doit établir les charges préliminaires suivantes :
 Besoin d’inscription et d’authentification pour accéder à l’application
 Besoin de gérer les administrateurs des établissements :
o Ajouter des administrateurs
o Supprimer des administrateurs
o Modifier des administrateurs
o Affecter à un établissement
 Besoin de gérer les établissements :
o Ajouter des établissements
o Supprimer des établissements
o Modifier des établissements
o Affecter un type (collège, lycée ou école primaire)
 Besoin de gérer les enseignants :
o Ajouter des enseignants
o Supprimer des enseignants
o Modifier des enseignants
o Désactiver des enseignants
 Besoin de gérer les absences des enseignants
 Besoin de gérer les absences des élèves
 Besoin de gérer les élèves :
o Ajouter un élève
o Modifier un élève
o Supprimer un élève

 Besoin de gérer les parents :
o Ajouter un parent
o Modifier un parent
 Besoin de gérer les épreuves :
o Gérer les notes des élèves
o Gérer les examens
o Gérer les contrôles continus
 Besoin de gérer l’emploi du temps :
o Gérer les niveaux
o Gérer les classes
o Gérer les salles
o Gérer les enseignants
o Gérer les matières
 Besoin de gérer Dashboard
2.3 IDENTIFICATIONS DES ACTEURS :
Du point de vue système on a quatre acteurs :
 Super Admin : gérer les administrateurs des établissements et il peut aussi gérer son profil
et consulter son Dashboard.
 Administrateur : c’est celui qui ne peut accéder à l’application qu’après l’activation de son
compte par le super administrateur .Il peut gérer les salles, les niveaux, les enseignants (gère
les absences), les classes, les élèves, les affectations et les emplois du temps et il peut aussi
gérer son profil et consulter son Dashboard.
 Enseignant : c’est celui qui ne peut accéder à l’application qu’après l’activation de son
compte par l’administrateur. Il peut gérer les élèves (gérer les examens, gérer les contrôles
continus, gérer les notes, gérer les absences) et il peut aussi gérer son profil et consulter son
Dashboard.
 Parent : c’est celui qui ne peut accéder à l’application qu’après inscription ou activation de
son compte par l’administrateur. Il peut faire l’inscription de leur enfant, consulter les dates
des épreuves, les notes, les absences, l’emploi du temps et les indices de performances de ce
dernier et il peut aussi gérer son profil.

2.4 LES BESOINS NON FONCTIONNELS :
Les besoins non fonctionnels décrivent les contraintes à prendre en considération pour la
réalisation et le bon fonctionnement de la solution.
Notre application doit nécessairement assurer ces besoins :
 L’extensibilité : dans le cadre de ce travail, l’application devra être extensible, c’est-à-dire
la possibilité d’ajouter d’autres nouvelles fonctionnalités.
 La sécurité : l’application devra être hautement sécurisée. C’est-à-dire que l’application est
accessible par l’email comme étant un identifiant et un mot de passe attribué à une personne
physique.
 L’interface : l’application devra respecter les principes des interfaces Homme/Machine
(IHM) de façon qu’elle possède des interfaces conviviales et ergonomiques.
2.5 IDENTIFICATION DES CAS D’UTILISATIONS :
Un cas d’utilisation (use case) représente une vision globale du comportement du système.
En effet, il présente des modélisations fonctionnelles du système, ils permettent de modéliser
les attentes des utilisateurs afin de réaliser une bonne délimitation du système et améliorer la
compréhension de son fonctionnement.
Ce diagramme donne une vue sur les fonctionnalités de notre système ainsi que les acteurs
qui l’utilisent :

Figure 3 Diagramme de cas d’utilisation global

2.6 DIAGRAMME DE CLASSE :
Le diagramme de classe est une représentation de la structure d’un système en modélisant
ses classes, ses attributs et les relations entre ses objets.
La figure 4 présente le diagramme de classe de notre solution.
Figure 4 Diagramme de classe global

2.7 PLANIFICATION DES RELEASES ET LE BACKLOG DU
PRODUIT :
Dans cette partie nous préparons notre plan de travail. Nous avons préparé le plan des
releases de notre projet ainsi que le Backlog du produit.
2.7.1 Planification des releases :
Pour notre projet, nous avons devisé les taches en 2 releases et 3 sprints d’une durée d’un
mois.
La release 1 sera consacré pour la mise en œuvre de la partie interne de l’application en
spécifiant la partie administrative et la partie de l’enseignant.
La release 2 est consacré pour le développement de la partie parent.
Figure 5 planification des releases
2.7.2 Backlog du Produit :
Le Backlog du produit est une représentation des fonctionnalités qui constituent le produit
demandé.
Tableau 1 Backlog du produit
Features ID User Story Priorités
Authentification
1.1
En tant qu’un super administrateur je souhaite
connecter
43
1.2
En tant qu’un administrateur je souhaite
connecter
42
1.3 En tant qu’un enseignant je souhaite connecter 41
1.4 En tant qu’un parent je souhaite connecter 40
Release 1
Sprint 1
De 03/03 à
03/04
Sprint 2
De 07/05 à
07/06
Release 2
Sprint 3
De 10/06 à
10/07

Gestion des élèves
2.1
En tant qu’un administrateur je souhaite ajouter
un élève et lui affecter à une classe spécifique à
son niveau scolaire
37
2.2
En tant qu’un administrateur je souhaite modifier
un élève
26
2.3
consulter un élève
24
2.4
rechercher un élève
23
2.5 En tant qu’un administrateur je souhaite
confirmer ou annuler l’inscription de l’élève
21
2.6
supprimer un élève
21
2.7
En tant qu’un parent je souhaite pouvoir faire
l’inscription de mon enfant
3
Gestion des épreuves
3.1
En tant qu’un enseignant, je souhaite planifier
une épreuve
28
3.2
En tant qu’un enseignant, je souhaite reporter
une épreuve
25
3.3
En tant qu’un enseignant, je souhaite annuler une
épreuve
44
3.4
En tant qu’un parent je souhaite consulter le
calendrier des épreuves
27
Gestion des
enseignants
4.1
un enseignant
32
4.2
un enseignant
22
4.3
supprimer un enseignant
21
4.4
désactiver un enseignant
13
4.5
En tant qu’un administrateur je souhaite activer
un enseignant
13
4.6
En tant qu’un enseignant je souhaite modifier
mes données
20
4.7
En tant qu’un administrateur je
souhaite rechercher un enseignant
13
Gestion des emplois
Du temps
5.1
En tant qu’un administrateur je souhaite planifier
des séances pour chaque classe
34
5.2
En tant qu’un enseignant je souhaite consulter
mon emploi du temps
19
5.3
En tant qu’un parent je souhaite consulter
l’emploi du temps de mon enfant
50
5.4
supprimer une séance
11

5.5
En tant qu’un parent je souhaite consulter
l’emploi de mon enfant
7
5.6
une séance
17
Gestion des salles
6.1
consulter liste des salles
5
6.2
une salle
36
6.3
une salle
18
Gestion des
établissements
7.1
ajouter un établissement
39
7.2
supprimer un établissement
10
7.3
consulter les établissements
10
7.4
En tant qu’un parent je souhaite consulter les
établissements
12
7.5
modifier un établissement
9
Gestion des niveaux
8.1
En tant qu’un administrateur je souhaite créer
des niveaux selon l’établissement
46
8.2
consulter un niveau
1
8.3
supprimer un niveau
12
8.4
En tant qu’un administrateur je souhaite de
rajouter les niveaux que je les ai supprimé
40
Gestion des
administrateurs
9.1
En tant qu’un super administrateur je
souhaite ajouter et affecter un administrateur à
un établissement
28
9.2
supprimer un administrateur
8
9.3
mes données
9
9.4
modifier un administrateur
6
Gestion des absences
des élèves
10.1
En tant qu’un enseignant je souhaite marquer
l’absence d’un élève
33
10.2
une absence d’un élève
15
10.3
En tant qu’un enseignant je souhaite annuler une
absence
14
10.4
absences de mon enfant
38

Gestion des absences
des enseignants
11.1
une absence à un enseignant
31
11.2
En tant qu’un enseignant je
souhaite consulter mes absences
3
Gestion des notes
12.1
En tant qu’un enseignant je souhaite affecter une
note à un élève
35
12.2
une note
20
12.3
En tant qu’un enseignant je souhaite annuler une
note
16
12.4
notes de mon enfant
30
Gestion des classes
13.1
En tant qu’un admin je souhaite créer des classes
selon les niveaux
45
13.2
consulter une classe
30
13.3
une classe
47
13.4
supprimer une classe
7
13.5
une classe
4
13.6
les classes que je l’enseigne
48
Gestion des parents
14.1 En tant qu’un parent je souhaite créer un compte 5
14.2
indices de performances de mon enfant
2
14.3
En tant qu’un parent je souhaite gérer mon
compte
11
Gestion Dashboard
15.1
consulter mon Dashboard
20
15.2
20
15.3
mon Dashboard
20
2.8 DIAGRAMME DE DEPLOIEMENT :
Le diagramme de déploiement est un diagramme UML qui montre la configuration physique
des différents éléments qui participent à l’exécution du système, ainsi que les instances de
composants qu’ils supportent. Il est constitué de nœuds (représentés par des cubes, sont des
composants mécaniques de l'infrastructure tel un routeur, un ordinateur, un assistant
personnel...) connectés par des liens physiques.

La figure 6 montre le diagramme de déploiement de notre système.
Figure 6 Diagramme de déploiement
2.9 ENVIRONNEMENT MATERIEL :
Dans cette partie, nous présenterons l’environnement matériel utilisé pour la réalisation de
l’application
L’architecture matérielle utilisée :
Tableau 2 Environnement Matériel
2.10 ENVIRONNEMENT LOGICIEL :
Dans cette partie nous allons présenter les différents outils utilisés pour le développement de
notre application.
2.10.1 Visual Studio code :
Pour le développement back-end de l’application web et l’application mobile, nous avons
utilisé Visual Studio Code qui est un éditeur de code extensible développé par Microsoft.

Figure 7 Visual Studio Code
2.10.2 PHP Storm:
Nous avons utilisé pour le back-end du web l’éditeur PHP Storm. C’est un éditeur idéal pour
travailler avec Symfony, Laravel ...
Figure 8 PHP Storm
2.10.3 StarUML :
Est un logiciel Open Source de modélisation UML, développé en Delphi.
Figure 9 StarUML
2.10.4 Microsoft Teams :
Est une plateforme collaborative qui facilite le travail en équipe via la visioconférence Skype
et la messagerie instantanée.
Figure 10 Microsoft Teams
2.10.5 Trello :
Trello est un outil de gestion des tâches du projet en ligne.

Il organise les tâches entre l’équipe dans des planches via des cartes qui sont mobiles d’une
planche à une autre.
Figure 11 Trello
2.10.6 Langages de programmation :
Html5 et CSS3 :
«HyperText Markup Langages» est un langage de balisage dédié pour la création des pages
web.
«Cascading Style Sheets» permet la disposition et la description des éléments HTML dans
les pages web à afficher.
Figure 12 HTML 5 & CSS3
JavaScript :
JavaScript est un langage de programmation de scripts orientés objet, utilisé notamment dans
les pages web interactives.
Figure 13 JavaScript
2.10.7 Framework Utilisé :
Laravel 5.8 :
C’est un Framework web écrit en langage PHP qui respecte le principe MVC (Modèle-Vue-
Contrôleur) et totalement développé en POO (programmation Orientée Objet).

Figure 14 Laravel 5.8
Bootstrap :
C’est le Framework HTML, CSS et JS le plus populaire pour le développement des sites
Web et mobile responsive.
Figure 15 Bootstrap
2.11 ARCHITECTURE PHYSIQUE :
School Solutions est une application qui se connecte à un serveur de base de données afin de
récupérer les données. Ce qui nécessite aussi l’intégration d’un serveur web entre
l’application client et le serveur de base de données. D’où l’architecture de notre application
est à 3 niveaux (architecture 3-tiers), elle est partagée entre :
- l’application client : Conteneur d’application et demandeur des ressources,
-Le serveur d'application : Vu que les données seront communiquées entre deux
environnements hétérogènes, le rôle principal du serveur d'application est de gérer la
communication entre le client Web et le serveur de base de données.
-Le serveur de base de données : fournit les données au serveur d'application.

Figure 16 L’architecture de l'application web
2.12 CONCLUSION :
Dans ce chapitre nous avons présenté l’analyse et la conception globale de l’application.
Par la suite, dans le chapitre suivant nous entamons la conception et la réalisation de chaque
sprint du premier release en détails.

Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
Chapitre 3 : Release 1 – Mise en œuvre de
la partie interne de l’application web

3.1 INTRODUCTION :
Dans ce chapitre, nous allons détailler le travail réalisé dans le premier release.
En fait, chaque release contient plusieurs sprints, un sprint représente une période des 4
semaines au maximum où l’équipe délivre un incrément réalisé du projet.
Ce premier release contient 2 sprints.
3.2 DEVELOPPEMENT DES TACHES DU SPRINT 1 - MISE EN
ŒUVRE DE LA PARTIE ADMINISTRATIVE :
Dans cette partie nous allons traiter les histoires utilisateurs du sprint 1 pour produire un
incrément potentiellement livrable.
La durée de ce sprint est d’un mois.
3.2.1 Backlog du Sprint 1 :
Tableau 3 BAcklog du Sprint 1
User Story ID Taches Estimations
Création des diagrammes 3 semaines
Raffinement des diagrammes 5 jours
intégrer la Template choisie 5h
En tant qu’un Super
administrateur je
souhaite ajouter un
établissement
7.1
Création de l’interface graphique de
l’ajout
2h
Implémenter la méthode nécessaire
pour la création d’un établissement
4h
En tant qu’un
Super administrateur
je souhaite modifier
un établissement
7.3
la modification
2h
pour la modification d’un
établissement
5h
En tant qu’un super-
administrateur je souhaite
supprimer un établissement
7.2
Implémenter la fonction
nécessaire pour la suppression d’un
établissement
5h
Implémenter un pop-up de la
suppression
2h
En tant qu’un
administrateur je
6.2
l’ajout
2h

souhaite ajouter une salle Implémenter les fonctions
nécessaires pour la création et
l’affichage des salles
5h
Tester l’insertion dans la base de
données
1h
En tant qu’un
administrateur je
souhaite supprimer une salle
6.1
Implémenter la fonction nécessaire
pour la suppression des salles
5h
suppression
2h
En tant qu’un administrateur
je souhaite modifier une salle
6.3
la modification
3h
pour la modification d’une salle
5h
Tester la modification 0.5h
En tant qu’un Super
administrateur je souhaite se
connecter
1.1
l’authentification
2h
définir le rôle du super admin pour
s’authentifier
1 jour
Tester l’authentification 3h
En tant qu’un
administrateur je
souhaite de se
connecter
1.2
2h
Définir le rôle de l’admin pour
s’authentifier
1 jour
souhaite de se connecter
1.3
2h
définir le rôle de l’enseignant pour
s’authentifier
1 jour
En tant qu’un
administrateur je
souhaite ajouter un élève et
lui affecter à une classe
spécifique à son niveau
scolaire
2.1
l’ajout
2h
Implémenter la fonction pour la
création d’un élève
6h
données
1h
En tant qu’un
administrateur je
souhaite consulter
un élève
2.3
Création de l’interface graphique 2h
consultation des élèves
6h
En tant qu’un
administrateur je
2.2
la modification
2h

souhaite modifier
un élève
modification d’un élève
6h
Tester la modification 1h
En tant qu’un
administrateur je
souhaite supprimer un élève
2.6
suppression d’un élève
6h
suppression
1h
En tant qu’un
Super administrateur je
souhaite affecter
un administrateur
à un établissement
9.1
l’affectation
2h
Lister les administrateurs et les
établissements
3h
pour l’affectation
5h
Tester l’affectation 1h
En tant qu’un super
administrateur je
souhaite supprimer
un administrateur
d’un établissement
9.2
pour la suppression
de l’administrateur
5h
Implémenter un pop-up pour la
suppression
2h
En tant qu’un
Super administrateur je
souhaite modifier
un administrateur
à un établissement
9.3
la modification
2h
pour la modification d’un
administrateur
1h
Vérifier la modification 1h
Création des
niveaux selon
l’établissement de
l’administrateur
8.1
Création la fonction qui
génère toutes les niveaux selon type
de l’établissement lors de la création
de l’établissement
3h
pour la modification d’un niveau
2h
Vérifier la création 1h
En tant qu’un
administrateur je
souhaite consulter
un niveau
8.2
Création la fonction d’affichage de
niveau
2h
Vérifier l’affichage 1h
En tant qu'un administrateur
je souhaite de rajouter les
niveaux que je les
ai supprimé
8.4
pour le rajout des niveaux
supprimés
3h
Redirection vers la liste des niveaux 1h
Tester le rajout 1h

En tant qu’un
administrateur je
souhaite supprimer un niveau
8.3
pour la suppression
5h
suppression
1h
Création des
classes selon les
niveaux
13.1
Créer la page des classes 2h
Implémenter la fonction de la
création des classes
2h
En tant qu’un
administrateur je
souhaite consulter
une classe
13.2
Implémenter la fonction pour
l’affichage de la classe
5h
Lister les élèves inscrits dans
chaque classe
1h
En tant qu’un
administrateur je
souhaite ajouter
une classe
13.3
Créer le bouton de l’ajout d’une
classe
1h
Implémenter la fonction de l’ajout
d’une classe
5h
Créer l’interface graphique de la
page d’ajout
2h
En tant qu’un
administrateur je
souhaite modifier
une classe
13.5
modification des classes
5h
la
page de la modification
2h
Tester la modification dans la base
de données
1h
En tant qu’un
administrateur je
souhaite supprimer une
classe
13.4
suppression des classes
4h
suppression
1h
3.2.2 Raffinement et description des cas D’UTILISATIONS :
Afin de décrire mieux les interactions entre les cas d’utilisation, dans cette partie nous allons
décrire quelques cas d’utilisation.
3.2.2.1 Cas d’utilisation « Gestion des élèves » :
La figure 17 présente le raffinement du cas d’utilisation « Gestion des élèves »

Figure 17 Raffinement du cas d’utilisation « Gestion des élèves »
3.2.3 Diagrammes de séquence système :
Le diagramme de séquence système présente l’interaction de l’utilisateur et l’application
suivant un ordre chronologique .Ainsi, il modélise la fonction du système.
Dans cette section, nous présentons les diagrammes de séquence système des tâches les plus
importantes.

3.2.3.1 Diagramme de séquence système du User story 1 « Authentification » :
Figure 18 Diagramme de séquence système « Authentification »
3.2.3.2 Diagramme de séquence système du User story 8.4 « Ajouter niveau » :

Figure 19 Diagramme de séquence système « Ajouter niveau »

3.2.3.3 Diagramme de séquence système du User story 8.1 « Création des niveaux » :
Figure 20 Diagramme de séquence système « Création des niveaux »

3.2.3.4 Diagramme de séquence système du User story 2.1 «Ajouter un élève » :
Figure 21 Diagramme de séquence système «Ajouter un élève »

3.2.3.5 Diagramme de séquence système du User story 13.3 « Création des classes » :
Figure 22 Diagramme de séquence système « Création des classes »

3.2.4 Les Diagrammes de séquence détaillée :
Dans cette partie nous allons représenter les diagrammes de séquences objets de notre projet,
dont nous allons étudier quelques scénarios des événements en relation avec les classes
concernées.
3.2.4.1 Diagramme de séquence détaillé « S’authentifier » :
Scénario : la figure 23 décrit le scénario de l’authentification des utilisateurs.
La première interface de notre application web réoriente l’utilisateur vers la page
d’authentification via un bouton.
L’utilisateur entre son email et son mot de passe, les inputs se vérifient avec la base de
données. S’ils sont valides, l’utilisateur sera envoyé vers son tableau de bord selon son rôle.
S’ils sont invalides, vides ou le compte approprié est désactivé (le cas où le compte est d’un
enseignant désactivé), il sera affiché un message d’erreur.
Figure 23 Diagramme de séquence détaillé « S’authentifier »

3.2.4.2 Diagramme de séquence détaillé « Ajout niveau » :
Scénario : cette figure 24 décrit le scénario d’ajout niveau.
Lors de la création de l’établissement les niveaux selon le type de l’établissement seront tous
crées.
Si l’administrateur demande d’ajouter un niveau le contrôleur se charge d’afficher la page
d’ajout niveau ainsi de récupérer de la base de données les niveaux supprimés et les envoie
dans la page d’ajout.
En cas où la liste des niveaux supprimés est vide, l’administrateur ne peut pas ajouter un
niveau sinon la page ajout niveau s’affiche avec les niveaux supprimés d’où l’administrateur
choisit le niveau à ajouter et il envoie le formulaire vers le contrôleur où il s’occupe de
récupérer le niveau souhaité et redirige l’administrateur vers la page de gestion des niveaux
existants dans son établissement.
Figure 24 Diagramme de séquence détaillé « Ajout niveau »

3.2.4.3 Diagramme de séquence détaillé « Ajout Classe » :
Scénario : cette figure ci-dessous décrit l’ajout d’une classe.
La création de la classe se fait après le choix de niveau par l’administrateur. Le contrôleur du
module classe s’occupe d’afficher la page d’ajout une classe en nommant la classe d’une
façon incrémentale pour que l’administrateur puisse valider l’ajout de la classe.
Figure 25 Diagramme de séquence détaillé « Ajout Classe »
3.2.4.4 Diagramme de séquence détaillé « Consulter Classe » :
Scénario : cette figure décrit le scénario de consultation d’une classe.
Une fois l’administrateur demande de consulter une classe, le contrôleur s’occupe de
récupérer de la base de données les élèves inscrits dans cette classe et renvoie la page
demandée avec la liste des élèves.

Sinon s’il n’existe pas des élèves dans cette classe, la page demandée s’affiche vide.
Figure 26 Diagramme de séquence détaillé « Consulter Classe »
3.2.4.5 Diagramme de séquence détaillé « Ajout élève » :
Scénario : cette figure 27 ci-dessous décrit le scénario d’ajout d’un élève.
L’administrateur demande d’ajouter un élève après l’authentification, le contrôleur s’occupe
de charger la page d’ajout.
Pour Accéder à la page de l’ajout, l’administrateur doit choisir la classe laquelle il veut
ajouter l’élève (nombre maximal 20 élèves par classe).
Une fois la page est affiché, l’administrateur remplit les données de l’élève et soumit le
formulaire. S’il y aura une erreur de saisie ou l’élève existe déjà, un message d’erreur sera
affiché, sinon le contrôleur s’occupe d’enregistrer l’élève dans la base des données et de
rédiger l’administrateur vers la page de gestion des élèves.

Figure 27 Diagramme de séquence détaillé « Ajout élève »
3.2.4.6 Diagramme de séquence détaillé « Création d’une classe » :
Scénario : cette figure 28 ci-dessous décrit le scénario de création d’une classe.
L'administrateur demande de consulter la liste des classes de son établissement après
l’authentification.
La création des classes se fait automatiquement, chaque classe sera remplie par un nombre
limité des élèves inscrits selon leurs niveaux.
Le contrôleur s’occupe de charger la page de gestion des classes.
Si la date de la création des classes a commencé, et il y a des classes crées avant donc
l'administrateur peut consulter la page des classes, sinon le contrôleur récupère tous les
élèves et fait la répartition des niveaux pour créer les classes avec un nombre maximal de 20
élèves et puis il attribue chaque élève à son classe.

Sinon L’administrateur ne peut pas consulter les classes car il n’y a pas des classes déjà
crées.
Figure 28 Diagramme de séquence détaillé « Créer Classe »

3.2.4.7 Diagramme de séquence détaillé « Création d’un niveau » :
Scénario : cette figure 29 décrit le scénario de créer niveau.
Le super administrateur demande d’ajouter un établissement après l’authentification,
le contrôleur s’occupe de charger la page d’ajout.
Lors de la création de l’établissement les niveaux seront tous crées selon le type de
l’établissement.
Figure 29 Diagramme de séquence détaillé « Créer niveau »

3.2.5 Implémentation et réalisation :
Dans ce paragraphe, nous présentons quelques interfaces de l’application réalisée et la
variation du sprint 1 par rapport l’estimation (BurnDown Chart).
3.2.5.1 La revue du premier sprint :
L’utilité de la revue du sprint est de valider le projet qui a été réalisé pendant le sprint.
Durant cette réunion, l’équipe dénonce les tâches qu’elle a réalisées durant le premier sprint.
La revue se déroule à la fin de chaque sprint d’une durée 4 heures au maximum pour un
sprint d’un mois.
Les figures ci-dessous montrent les interfaces graphiques des tâches du premier sprint :
Authentification : [2]
La figure montre l’interface qui permet aux utilisateurs d’accéder à notre application web et
selon l’identifiant inséré (le login et le mot de passe) ils seront dirigé chacun vers son
compte.
Figure 30 Interface d'authentification

Ajouter un élève :
La figure ci-dessous montre l’interface qui permet à l’administrateur d’ajouter un élève
après la spécification de son niveau et le classe où il souhaite.
Figure 31 Interface d'ajout élève
Affecter un admin à un établissement :
La figure ci-après montre l’interface qui permet au super administrateur d’affecter un admin
à l’un des établissements qui n’ont pas d’un admin.
Figure 32 Interface d’affectation d’un admin à un établissement
Afficher les données d’un élève :
La figure ci-dessous montre l’interface qui affiche les données d’un élève choisi.

Figure 33 Interface d'affichage d'un élève
3.2.6 Rétrospective meeting du 1er sprint :
Le rétrospectif sprint se planifie généralement après la revue du sprint. Lors de cette réunion
l’équipe Scrum sert à tirer des leçons de l’expérience vécu lors le sprint passé.
3.2.6.1 Analyse du BurnDown Chart :[3]
Selon le graphe du sprint BurnDown, on remarque un retard fréquent dans la réalisation des
tâches et l’estimation initiale.
Ce retard est causé par le fait qu’on n’a pas encore maitrisé le Framework utilisé et le
débogage des erreurs rencontrés.
Figure 34 BurnDown Chart du sprint 1
0
50
100
150
200
250
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
BurnDown Chart Sprint 1
forecast actual

3.3 DEVELOPPEMENT DES TACHES DU SPRINT 2 - MISE EN
ŒUVRE DE LA PARTIE ENSEIGNANT :
Dans cette partie nous allons traiter les histoires utilisateurs du sprint 2 pour produire un
incrément potentiellement livrable.
La durée de ce sprint est d’un mois.
3.3.1 Backlog du sprint 2 :
Tableau 4 Backlog du sprint 2
User Story ID Taches Estimations
je souhaite ajouter un
enseignant
4.1
l’ajout
4h
Implémenter les fonctions nécessaires
pour la création et l’affichage des
enseignants
8h
données
0.5h
je souhaite modifier un
enseignant
4.2
Création de l’interface graphique de la
modification
4h
Implémenter la méthode nécessaire pour
la modification d’un enseignant
5h
Tester la modification dans la base de
données
1h
je souhaite supprimer un
enseignant
4.3
Implémenter la fonction nécessaire pour
la suppression d’un enseignant
5h
Implémenter un pop-up de la suppression 2h
je souhaite désactiver un
enseignant
4.4
Modifier de l’interface graphique de
l’affichage des enseignants pour
différencier entre enseignant activé et
enseignant désactivé
5h
la désactivation d’un enseignant
3h
je souhaite activer un
enseignant
4.5
l’activation d’un enseignant
4h
Tester l’activation 1h
4.6
Création de l'interface graphique de La
modification des données
3h

souhaite modifier mes
données
la modification
2h
je souhaite planifier des
séances pour chaque classe
5.1
planification des séances
1 jour
la création d'une séance
5 jours
Tester l'insertion dans la base de données 1h
je souhaite modifier une
séance
5.5
modification
1 jour
la modification d’une séance
5 jours
Tester la modification dans la base de
données
2h
je souhaite supprimer une
séance
5.4
Implémenter la fonction nécessaire pour
la suppression d’une séance
8h
Implémenter un pop-up de la suppression 1h
En tant qu'un enseignant je
souhaite consulter mon
emploi du temps
5.2
Création de l'interface graphique 8h
l’affichage de l'emploi du temps
2 jours
En tant qu'un enseignant, je
souhaite planifier une épreuve
3.1
planification des épreuves
8h
la création d’une épreuve
2 jours
Tester l'insertion dans la base de données 1h
souhaite reporter une épreuve
3.2
Création de l'interface graphique de la
modification
8h
la modification d’une épreuve
8h
Tester la modification 1h
souhaite annuler une épreuve
3.3
l'annulation d’une épreuve
5h
Implémenter un pop-up de l’annulation 2h
3.3.2 Raffinement et description des cas d’utilisations :
Pour mieux décrire les interactions entre les cas d’utilisation, dans la partie suivante
nous allons décrire quelques diagrammes de cas du deuxieme sprint.

3.3.2.1 Cas d’utilisation « Gestion des emplois du temps» :
La figure 35 présente le raffinement du cas d’utilisation « Gestion des emplois du
Temps » :
Figure 35 Raffinement du cas d’utilisation « Gestion des emplois du temps»
Le tableau 5 : Description textuelle du cas d’utilisation de «ajout d’un emploi du temps » :
Tableau 5 Description textuelle : ajout emploi
Acteur
Pré Condition
 Authentification.
 Classes existes.
 Salles disponibles.
 Matières disponibles.
 Enseignants disponibles.
Enchainement
nominal
1. L’administrateur accède à sa propre interface d’application
2. L’administrateur appuie sur un bouton du paramètre qui
contient la liste des classes.
3. L’administrateur appuie sur un bouton du paramètre qui
contient l’emploi du temps
4. L’administrateur appuie sur le bouton du paramètre pour
ajouter un nouvel emploi du temps
5. L’emploi est ajouté
6. L’instance du cas d’utilisation se termine.
Post-condition
La liste des emplois du temps est affichée à
l’administrateur

3.3.3 Les diagrammes de séquence système :
Dans cette section, nous présentons les diagrammes de séquence système des plus
importantes tâches.
3.3.3.1 Diagramme de séquence système du User story 5.1 « Ajouter une séance » :
Figure 36 Diagramme de séquence système « Ajouter une séance »

3.3.4.1 Diagramme de séquence détaillé « Ajouter une séance » :
Scénario : cette figure ci-dessous décrit le scénario d’ajouter une séance.
L'administrateur choisit l'heure et le jour de la séance et soumit le formulaire.
Une fois les données sont correctes le contrôleur s'occupe d'enregistrer les données dans la
base des données.
Si cette séance n'est pas disponible ou en ajoutant cette séance on dépasse le volume horaire
de la matière, Le contrôleur affiche un message d'erreur.
Figure 37 Diagramme de séquence détaillé « Consulter un emploi du temps»

Figure 38 Diagramme de séquence détaillé « Choisir l'heure et le jour de la séance »

Figure 39 Diagramme de séquence détaillé « Ajouter une séance »
3.3.5.1 La revue du deuxième sprint :
Comme après chaque sprint, on a réuni pour faire la revue du sprint où le team Scrum a
montré ce qu’il a fait pendant le deuxième sprint.
Cette réunion est limitée à une durée de 3 heures pour un sprint d’un mois.

Ajouter une séance :
Les figures ci-dessous montrent le processus de l’ajout d’une séance pour une classe bien
définie.
La figure 40 montre l’interface qui permet à l’administrateur de choisir l’heure et le jour de
la séance.
Figure 40 Interface du choix de l'heure, jour de la séance
La figure 41 montre l’interface qui permet à l’administrateur de choisir type de séance (par
groupe, par semaine…) et de choisir la salle et l’enseignant.
Figure 41 Interface du choix de type de séance, salle et enseignant
Afficher les épreuves planifiées :
La figure 42 montre l’interface qui affiche les détails des épreuves planifiées par
l’enseignant.

Figure 42 Interface d'affichage des épreuves planifiées
3.3.5.2 Rétrospectifs meetings du 2éme sprint :
Le rétrospectif sprint comme mentionner dans le premier sprint, c’est une réunion qui se
déroule après la revue du sprint où l’équipe Scrum parle des problèmes rencontrées et
propose une méthode pour améliorer leur gestion du projet pour les autres prochains sprints.
3.3.5.3 Analyse du BurnDown Chart :
Selon le burndown chart ci-dessous, on remarque une variation dans la courbe par rapport
l’estimation.
La cause de ce retard était l’adaptation du nouvel environnement de travail « le télétravail »
ce qui a pris une durée pour qu’on puisse s’adapter.

Figure 43 burndown chart du sprint 2
3.4 CONCLUSION :
Au cours de ce chapitre، nous avons réussi à produire le premier sprint et le deuxième
sprint du projet qui comportent les user stories les plus prioritaires. Nous avons développé la
partie interne de l’application web. Dans le chapitre suivant nous entamons le deuxième
release.
0
50
100
150
200
250
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
forecast actual

Chapitre 4 : Release 2 – La réalisation de la
partie parent

Chapitre 4 : Release 2 – La réalisation de la partie parent
4.1 INTRODUCTION :
Dans ce chapitre, nous allons détailler le travail réalisé dans le deuxième release.
En fait, ce release contient seulement un seul sprint.
4.2 DEVELOPPEMENT DES TACHES DU SPRINT 3 : GESTION
DE LA PARTIE DU PARENT :
4.2.1 Backlog su Sprint 3 :
Tableau 6 Backlog du Sprint 3
User Story ID taches Estimations
En tant qu’un parent je
souhaite créer un compte
14.1
Création du lien vers la page
d’inscription
0.5h
l’inscription
5h
Développer la fonction de l’ajout d’un
parent
2h
Configuration du rôle parent 1h
souhaite consulter les
établissements
14.2
l’affichage selon type d’établissements
5h
Développer la fonction de l’affichage
par type
3h
souhaite pouvoir faire
l’inscription de mon enfant
14.3
l’inscription de l’élève
5h
Développer la fonction pour l’insertion
des données de l’élève ajouté dans la
base de données
3h
Tester l’ajout 0.5h
souhaite consulter
l’emploi de mon enfant
14.4
l’affichage de l’emploi
3h
Consommer l’api qui liste les séances
de l’élève
1h
souhaite consulter le
14.5
l’affichage des dates des épreuves
3h

calendrier des épreuves de
mon enfant
Consommer l’api qui liste les épreuves 1h
souhaite connaitre
l’absence de mon enfant
14.6
l’affichage des absences
3h
Consommer l’api qui liste les absences
de l’élève
1h
souhaite connaitre les
notes de mon enfant
14.7
l’affichage des notes
3h
Consommer l’api qui liste les notes de
l’élève
1h
souhaite consulter les
indices de performances
de mon enfant
14.8
l’affichage des indices de
performances de l’élève
5h
Ecrire l’algorithme qui affiche des
solutions au parent selon le niveau et
les notes de l’élève dans les matières
suivantes (français, anglais)
2 jours
souhaite gérer mon compte
14.9
modification du profil parent
3h
Développer la fonction qui stocke les
mises à jour faites des données du
parent
2h
En tant qu’un
confirmer ou annuler
l’inscription d’un élève
2.6
pour la confirmation ou le refus
d’une inscription d’un élève
2h
Tester la modification dans la base
de données
0.5h
En tant qu’un
15.1
Implémenter la fonction de
l’affichage des données
3h
15.2 Création de l’interface graphique 2h

En tant qu’un super admin
je souhaite consulter mon
Dashboard
4h
En tant qu’un enseignant
je souhaite consulter mon
Dashboard
15.3
3h
4.2.2 Raffinement et description des cas D’UTILISATIONS :
Pour mieux décrire les interactions entre les cas d’utilisation, dans la partie suivante nous
avons décrit quelques diagrammes de cas du troisième sprint.
4.2.2.1 Cas d’utilisation «Consulter les indices de performances» :
La figure 44 présente le raffinement du cas d’utilisation « Consulter les indices de
performances »
Figure 44 Raffinement du cas d’utilisation « Consulter les indices de performances»

Le tableau 7 : Description textuelle du cas d’utilisation de consulter les indices de
performances
Tableau 7 Description textuelle : indices de performances
Acteur Parent
Pré Condition Authentification
Enchainement
nominal
1. Le parent accède à sa propre Dashboard d’application
1. 2. le système affiche la liste des élèves de ce parent
2. 3. le parent choisit son enfant
3. 4. le système affiche deux boutons Conseil pour français ou
conseil pour Anglais
4. 5. le parent choisit l’un des deux boutons
5. 6. le système affiche le niveau de son enfant en cette matière et
une liste des livres à lire si le niveau de cet élève est faible
Post-condition Les Statistiques sont affichées au parent
4.2.3 Les diagrammes de séquence système :
Dans cette section, nous présentons les diagrammes de séquence système des plus
importantes tâches du troisième sprint.

4.2.3.1 Diagramme de séquence système du User story 2.6 « Confirmer inscription » :
Figure 45 Diagramme de séquence système du « Confirmer inscription »

4.2.4.1 Diagramme de séquence détaillée «Confirmation de l’inscription» :
Scénario : cette figure ci-dessous décrit le scénario de confirmation de l’inscription.
L’administrateur consulte les demandes d’inscription non confirmées dans son Dashboard et
il choisit soit de confirmer soit de annuler l’inscription.
Une fois l’inscription de l’élève est confirmée, l’état d’inscription se modifie et un email sera
envoyer au parent pour l’informer de changement effectue.
Figure 46 Diagramme de séquence détaillée «Confirmation de l’inscription»

4.2.5.1 La revue du troisième sprint :
Après chaque sprint, l’équipe Scrum se réunit avec le Product owner pour présenter le
livrable réalisé pendant le troisième sprint et montrer au client l’avancement du projet ainsi
considérer l’avis du client concernant le travail réalisé.
Cette réunion a une durée de 2 heures pour un sprint d’un mois.
Inscription :
La figure 47 montre l’interface où le parent peut faire l’inscription
Figure 47 Interface d'inscription
Consulter Dashboard Parent :
Les figures ci-dessous montrent la démarche qui permet au parent de connaitre des
informations sur leur enfant en consultant son Dashboard.
La figure 48 montre la liste des enfants confirmés et non confirmés du parent connecté

Figure 48 Interface de la liste des enfants
La figure 49 montre des informations que le parent peut avoir sur leur enfant.
Figure 49 Interface des informations sur l'enfant
La figure 50 montre l’indice de performance en français de l’enfant choisi par son parent
connecté

Figure 50 Interface de l'indice de performance en français
4.2.5.2 les Rétrospectifs meetings du 3eme sprint :
La rétrospective se fait le dernier jour du sprint après la revue du sprint.
Le but de cette réunion est d’identifier entre l’équipe les habitudes que l’équipe doive
l’améliorer et les habitudes qu’il doive continuer à les faire pour avoir une gestion du projet
meilleure que la période du sprint passée.
4.2.5.3 Analyse du BurnDown Chart :
La figure ci-dessous met en valeur l’avancement de la réalisation par rapport à l’estimation.
Parmi les causes de cet avancement la date limite de remise du projet qui a presque fini.
Donc nous avons fourni encore plus d’effort pour finir le projet final avant l’atteinte de la
date limite.

Figure 51 BurnDown Chart du Sprint 3
4.3 CONCLUSION :
Au cours de ce chapitre, nous avons pu réaliser le troisième livrable du projet qui contient les
tâches les plus prioritaires qui concernent la partie du parent.
0
50
100
150
200
250
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
forecast actual

CONCLUSION GENERALE
Dans le cadre du projet réalisé durant notre stage du projet de fin d’études au sein de
3B Groupe, nous avons analysé , conçu et réalisé une version d’une application web
permettant la gestion d’un établissement scolaire ainsi facilite la circulation des
données d’élève au parent d’une façon directe.
Concernant l’approche de gestion de projet, nous avons choisi la méthode agile
Scrum pour la réalisation des tâches de ce projet puisque cette méthode facilite la
communication de l’équipe et la flexibilité du travail entre eux.
D’autre part, durant la réalisation de cette application, nous avons fait face à des
problèmes techniques dues à des conflits entre le travail réalisé par chacun d’entre
nous et surtout dans la période où nous avons adapté le télétravail.
L’application que nous avons développée n’est que la version beta d’un processus
qui répond aux besoins des administrateurs des établissements ainsi les besoins des
parents d’avoir un suivi par l’établissement sur l’état de leur enfant.
En effet, en se basant sur ce qui a été fait, l’application est extensible puisque c’est
faisable d’intégrer d’autres fonctionnalités et améliorer l’application.
Ce stage a été une expérience intéressante qui a amélioré non seulement nos
compétences techniques mais aussi nos compétences conceptuelles.

REFERENCE BIBLIOGRAPHIQUE
[1] laravel.com, https : //laravel.com/docs/7.x, Consulté le (18/03/2020)
[2] colotlib.com, https : //colorlib.com /, Consulté le (20/03/2020)
[3] mssqltips.com, https : //www.mssqltips.com/sqlservertip/6006/how-to-create-a-
burndown-chart-in-excel-from-scratch/, Consulté le (05/06/2020)
[4] codepen.io, https : //codepen.io/tag/image-slider?cursor=ZD0xJm89MCZwPTI=,
Consulté le (04/04/2020)

ANNEXE
Diagrammes de séquence objet :
Dans cette partie nous allons représenter les diagrammes de séquences objets de
notre projet :
Diagramme de séquence objet de « Consulter un élève » :
La figure ci-dessous représente le diagramme séquence objet du processus de «Consulter
un élève» réalisé par l’administrateur :
Diagramme de séquence objet de « Marquer absence d’un enseignant» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Marquer
absence d’un enseignant» réalisé par l’administrateur :

Diagramme de séquence objet de «Modifier une classe» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Modifier
une classe» réalisé par l’administrateur :

Diagramme de séquence objet de «Modifier un élève» :

Diagramme de séquence objet de «Modifier une séance» :
une séance» réalisé par l’administrateur :

Diagramme de séquence objet de «Supprimer une classe» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Supprimer
une classe» réalisé par l’administrateur :
Diagramme de séquence objet de «Supprimer un élève» :

Diagramme de séquence objet de «Supprimer un niveau» :
un niveau» réalisé par l’administrateur :

Quelques Captures de l’application web :
Dans cette partie, nous dévoilons quelques captures sur le Dashboard de l’administrateur et
le Dashboard de l’enseignant ainsi l’affichage de son emploi.
Dashboard Enseignant :

Emploi Enseignant :
Dashboard Administrateur :

Rapport_pfe_licence_ISAMM

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Rapport_pfe_licence_ISAMM

Similaire à Rapport_pfe_licence_ISAMM (20)

Dernier

Dernier (15)

Rapport_pfe_licence_ISAMM