SlideShare une entreprise Scribd logo
1  sur  84
Télécharger pour lire hors ligne
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.3.5 Implémentation et réalisation :....................................................................................49
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.2.5 Implémentation et réalisation :....................................................................................60
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
Chapitre 1 : Cadre général de travail
SCHOOL SOLUTIONS 2 | P A G E
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
Chapitre 1 : Cadre général de travail
SCHOOL SOLUTIONS 3 | P A G E
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.
Chapitre 1 : Cadre général de travail
SCHOOL SOLUTIONS 4 | P A G E
 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.
Chapitre 1 : Cadre général de travail
SCHOOL SOLUTIONS 5 | P A G E
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.
SCHOOL SOLUTIONS 6 | P A G E
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
SCHOOL SOLUTIONS 7 | P A G E
Chapitre 2 : Analyse et Conception global
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 8 | P A G E
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
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 9 | P A G E
 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.
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 10 | P A G E
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 :
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 11 | P A G E
Figure 3 Diagramme de cas d’utilisation global
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 12 | P A G E
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
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 13 | P A G E
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
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 14 | P A G E
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
En tant qu’un administrateur je souhaite
consulter un élève
24
2.4
En tant qu’un administrateur je souhaite
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
En tant qu’un administrateur je souhaite
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
En tant qu’un administrateur je souhaite ajouter
un enseignant
32
4.2
En tant qu’un administrateur je souhaite modifier
un enseignant
22
4.3
En tant qu’un administrateur je souhaite
supprimer un enseignant
21
4.4
En tant qu’un administrateur je souhaite
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
En tant qu’un administrateur je souhaite
supprimer une séance
11
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 15 | P A G E
5.5
En tant qu’un parent je souhaite consulter
l’emploi de mon enfant
7
5.6
En tant qu’un administrateur je souhaite modifier
une séance
17
Gestion des salles
6.1
En tant qu’un administrateur je souhaite
consulter liste des salles
5
6.2
En tant qu’un administrateur je souhaite ajouter
une salle
36
6.3
En tant qu’un administrateur je souhaite modifier
une salle
18
Gestion des
établissements
7.1
En tant qu’un super administrateur je souhaite
ajouter un établissement
39
7.2
En tant qu’un super administrateur je souhaite
supprimer un établissement
10
7.3
En tant qu’un super administrateur je souhaite
consulter les établissements
10
7.4
En tant qu’un parent je souhaite consulter les
établissements
12
7.5
En tant qu’un super administrateur je souhaite
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
En tant qu’un administrateur je souhaite
consulter un niveau
1
8.3
En tant qu’un administrateur je souhaite
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
En tant qu’un super administrateur je souhaite
supprimer un administrateur
8
9.3
En tant qu’un administrateur je souhaite modifier
mes données
9
9.4
En tant qu’un super administrateur je souhaite
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
En tant qu’un enseignant je souhaite modifier
une absence d’un élève
15
10.3
En tant qu’un enseignant je souhaite annuler une
absence
14
10.4
En tant qu’un parent je souhaite consulter les
absences de mon enfant
38
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 16 | P A G E
Gestion des absences
des enseignants
11.1
En tant qu’un administrateur je souhaite ajouter
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
En tant qu’un enseignant je souhaite modifier
une note
20
12.3
En tant qu’un enseignant je souhaite annuler une
note
16
12.4
En tant qu’un parent je souhaite consulter les
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
En tant qu’un administrateur je souhaite
consulter une classe
30
13.3
En tant qu’un administrateur je souhaite ajouter
une classe
47
13.4
En tant qu’un administrateur je souhaite
supprimer une classe
7
13.5
En tant qu’un administrateur je souhaite modifier
une classe
4
13.6
En tant qu’un enseignant je souhaite consulter
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
En tant qu’un parent je souhaite consulter les
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
En tant qu’un administrateur je souhaite
consulter mon Dashboard
20
15.2
En tant qu’un super administrateur je souhaite
consulter mon Dashboard
20
15.3
En tant qu’un enseignant je souhaite consulter
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.
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 17 | P A G E
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.
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 18 | P A G E
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.
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 19 | P A G E
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).
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 20 | P A G E
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.
Chapitre 2 : Analyse et Conception global
SCHOOL SOLUTIONS 21 | P A G E
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
SCHOOL SOLUTIONS 22 | P A G E
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
SCHOOL SOLUTIONS 23 | P A G E
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
Création de l’interface graphique de
la modification
2h
Implémenter la méthode nécessaire
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
Création de l’interface graphique de
l’ajout
2h
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 24 | P A G E
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
Implémenter un pop-up de la
suppression
2h
En tant qu’un administrateur
je souhaite modifier une salle
6.3
Création de l’interface graphique de
la modification
3h
Implémenter la méthode nécessaire
pour la modification d’une salle
5h
Tester la modification 0.5h
En tant qu’un Super
administrateur je souhaite se
connecter
1.1
Création de l’interface graphique de
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
Création de l’interface graphique de
l’authentification
2h
Définir le rôle de l’admin pour
s’authentifier
1 jour
Tester l’authentification 3h
En tant qu’un enseignant je
souhaite de se connecter
1.3
Création de l’interface graphique de
l’authentification
2h
définir le rôle de l’enseignant pour
s’authentifier
1 jour
Tester l’authentification 3h
En tant qu’un
administrateur je
souhaite ajouter un élève et
lui affecter à une classe
spécifique à son niveau
scolaire
2.1
Création de l’interface graphique de
l’ajout
2h
Implémenter la fonction pour la
création d’un élève
6h
Tester l’insertion dans la base de
données
1h
En tant qu’un
administrateur je
souhaite consulter
un élève
2.3
Création de l’interface graphique 2h
Implémenter la fonction pour la
consultation des élèves
6h
En tant qu’un
administrateur je
2.2
Création de l’interface graphique de
la modification
2h
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 25 | P A G E
souhaite modifier
un élève
Implémenter la fonction pour la
modification d’un élève
6h
Tester la modification 1h
En tant qu’un
administrateur je
souhaite supprimer un élève
2.6
Implémenter la fonction pour la
suppression d’un élève
6h
Implémenter un pop-up de la
suppression
1h
En tant qu’un
Super administrateur je
souhaite affecter
un administrateur
à un établissement
9.1
Création de l’interface graphique de
l’affectation
2h
Lister les administrateurs et les
établissements
3h
Implémenter la fonction nécessaire
pour l’affectation
5h
Tester l’affectation 1h
En tant qu’un super
administrateur je
souhaite supprimer
un administrateur
d’un établissement
9.2
Implémenter la fonction nécessaire
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
Création de l’interface graphique de
la modification
2h
Implémenter la fonction nécessaire
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
Implémenter la fonction nécessaire
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
Implémenter la fonction nécessaire
pour le rajout des niveaux
supprimés
3h
Redirection vers la liste des niveaux 1h
Tester le rajout 1h
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 26 | P A G E
En tant qu’un
administrateur je
souhaite supprimer un niveau
8.3
Implémenter la fonction nécessaire
pour la suppression
5h
Implémenter un pop-up de la
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
Création de l’interface graphique 1h
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
Implémenter la fonction de la
modification des classes
5h
Création de l’interface graphique de
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
Implémenter la fonction de la
suppression des classes
4h
Implémenter un pop-up de la
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 27 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 28 | P A G E
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 » :
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 29 | P A G E
Figure 19 Diagramme de séquence système « Ajouter niveau »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 30 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 31 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 32 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 33 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 34 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 35 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 36 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 37 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 38 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 39 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 40 | P A G E
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
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 41 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 42 | P A G E
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
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 43 | P A G E
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
En tant qu’un administrateur
je souhaite ajouter un
enseignant
4.1
Création de l’interface graphique de
l’ajout
4h
Implémenter les fonctions nécessaires
pour la création et l’affichage des
enseignants
8h
Tester l’insertion dans la base de
données
0.5h
En tant qu’un administrateur
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
En tant qu’un administrateur
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
En tant qu’un administrateur
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
Implémenter la méthode nécessaire pour
la désactivation d’un enseignant
3h
En tant qu’un administrateur
je souhaite activer un
enseignant
4.5
Implémenter la méthode nécessaire pour
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
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 44 | P A G E
En tant qu’un enseignant je
souhaite modifier mes
données
Implémenter la méthode nécessaire pour
la modification
2h
En tant qu'un administrateur
je souhaite planifier des
séances pour chaque classe
5.1
Création de l'interface graphique de La
planification des séances
1 jour
Implémenter la méthode nécessaire pour
la création d'une séance
5 jours
Tester l'insertion dans la base de données 1h
En tant qu'un administrateur
je souhaite modifier une
séance
5.5
Création de l’interface graphique de la
modification
1 jour
Implémenter la méthode nécessaire pour
la modification d’une séance
5 jours
Tester la modification dans la base de
données
2h
En tant qu'un administrateur
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
Implémenter la méthode nécessaire pour
l’affichage de l'emploi du temps
2 jours
En tant qu'un enseignant, je
souhaite planifier une épreuve
3.1
Création de l'interface graphique de La
planification des épreuves
8h
Implémenter la méthode nécessaire pour
la création d’une épreuve
2 jours
Tester l'insertion dans la base de données 1h
En tant qu'un enseignant, je
souhaite reporter une épreuve
3.2
Création de l'interface graphique de la
modification
8h
Implémenter la méthode nécessaire pour
la modification d’une épreuve
8h
Tester la modification 1h
En tant qu'un enseignant, je
souhaite annuler une épreuve
3.3
Implémenter la méthode nécessaire pour
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 45 | P A G E
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
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 46 | P A G E
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 »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 47 | P A G E
3.3.4 Les Diagrammes de séquence détaillée :
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»
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 48 | P A G E
Figure 38 Diagramme de séquence détaillé « Choisir l'heure et le jour de la séance »
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 49 | P A G E
Figure 39 Diagramme de séquence détaillé « Ajouter une séance »
3.3.5 Implémentation et réalisation :
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 50 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 51 | P A G E
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.
Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
SCHOOL SOLUTIONS 52 | P A G E
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
BurnDown Chart Sprint 2
forecast actual
SCHOOL SOLUTIONS 53 | P A G E
Chapitre 4 : Release 2 – La réalisation de la
partie parent
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 54 | P A G E
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
Création de l’interface graphique de
l’inscription
5h
Développer la fonction de l’ajout d’un
parent
2h
Configuration du rôle parent 1h
En tant qu’un parent je
souhaite consulter les
établissements
14.2
Création de l’interface graphique de
l’affichage selon type d’établissements
5h
Développer la fonction de l’affichage
par type
3h
En tant qu’un parent je
souhaite pouvoir faire
l’inscription de mon enfant
14.3
Création de l’interface graphique de
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
En tant qu’un parent je
souhaite consulter
l’emploi de mon enfant
14.4
Création de l’interface graphique de
l’affichage de l’emploi
3h
Consommer l’api qui liste les séances
de l’élève
1h
En tant qu’un parent je
souhaite consulter le
14.5
Création de l’interface graphique de
l’affichage des dates des épreuves
3h
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 55 | P A G E
calendrier des épreuves de
mon enfant
Consommer l’api qui liste les épreuves 1h
En tant qu’un parent je
souhaite connaitre
l’absence de mon enfant
14.6
Création de l’interface graphique de
l’affichage des absences
3h
Consommer l’api qui liste les absences
de l’élève
1h
En tant qu’un parent je
souhaite connaitre les
notes de mon enfant
14.7
Création de l’interface graphique de
l’affichage des notes
3h
Consommer l’api qui liste les notes de
l’élève
1h
En tant qu’un parent je
souhaite consulter les
indices de performances
de mon enfant
14.8
Création de l’interface graphique de
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
En tant qu’un parent je
souhaite gérer mon compte
14.9
Création de l’interface graphique de la
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
administrateur je souhaite
confirmer ou annuler
l’inscription d’un élève
2.6
Création de l’interface graphique 1h
Implémenter la fonction nécessaire
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
administrateur je souhaite
consulter mon Dashboard
15.1
Création de l’interface graphique 2h
Implémenter la fonction de
l’affichage des données
3h
15.2 Création de l’interface graphique 2h
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 56 | P A G E
En tant qu’un super admin
je souhaite consulter mon
Dashboard
Implémenter la fonction de
l’affichage des données
4h
En tant qu’un enseignant
je souhaite consulter mon
Dashboard
15.3
Création de l’interface graphique 2h
Implémenter la fonction de
l’affichage des données
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»
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 57 | P A G E
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.
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 58 | P A G E
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 »
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 59 | P A G E
4.2.4 Les Diagrammes de séquence détaillée :
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»
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 60 | P A G E
4.2.5 Implémentation et réalisation :
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é
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 61 | P A G E
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é
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 62 | P A G E
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.
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 63 | P A G E
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
BurnDown Chart Sprint 3
forecast actual
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 64 | P A G E
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.
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 65 | P A G E
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)
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 66 | P A G E
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 :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 67 | P A G E
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 :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 68 | P A G E
Diagramme de séquence objet de «Modifier un élève» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Modifier
un élève» réalisé par l’administrateur :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 69 | P A G E
Diagramme de séquence objet de «Modifier une séance» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Modifier
une séance» réalisé par l’administrateur :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 70 | P A G E
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 71 | P A G E
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» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Supprimer
un élève» réalisé par l’administrateur :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 72 | P A G E
Diagramme de séquence objet de «Supprimer un niveau» :
La figure ci-dessous représente le diagramme séquence objet du processus de «Supprimer
un niveau» réalisé par l’administrateur :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 73 | P A G E
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 :
Chapitre 4 : Release 2 – La réalisation de la partie parent
SCHOOL SOLUTIONS 74 | P A G E
Emploi Enseignant :
Dashboard Administrateur :

Contenu connexe

Tendances

Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webRapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webSalma Gouia
 
Rapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIARapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIAAhmed BEN JEMIA
 
Rapport de PFE - Houssem SAKLI (ISIMM)
Rapport de PFE - Houssem SAKLI (ISIMM)Rapport de PFE - Houssem SAKLI (ISIMM)
Rapport de PFE - Houssem SAKLI (ISIMM)Houssem Sakli
 
Conception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-locationConception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-locationALALSYSE
 
Conception et développement d’une plateforme d'import-export avec paiement en...
Conception et développement d’une plateforme d'import-export avec paiement en...Conception et développement d’une plateforme d'import-export avec paiement en...
Conception et développement d’une plateforme d'import-export avec paiement en...Karim Ben Alaya
 
Application mobile bancaire sous la plateforme Android
Application mobile bancaire sous la plateforme AndroidApplication mobile bancaire sous la plateforme Android
Application mobile bancaire sous la plateforme AndroidKhaled Fayala
 
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...ElAzzabAbdeSsamad
 
Rappport PFE 2012 Ghodhbane Hani - OpenSNC
Rappport PFE 2012 Ghodhbane Hani - OpenSNCRappport PFE 2012 Ghodhbane Hani - OpenSNC
Rappport PFE 2012 Ghodhbane Hani - OpenSNCGhodbane Heni
 
Rapport de stage Application web Gestion RH ASP.NET MVC5
Rapport de stage Application web Gestion RH ASP.NET MVC5Rapport de stage Application web Gestion RH ASP.NET MVC5
Rapport de stage Application web Gestion RH ASP.NET MVC5YounessLaaouane
 
rapport de stage
rapport de stagerapport de stage
rapport de stageMarouane Gh
 
Rapport de stage PFE ( DUT) chez Synthèse Conseil - Jaiti Mohammed
Rapport de stage PFE ( DUT) chez Synthèse Conseil  - Jaiti MohammedRapport de stage PFE ( DUT) chez Synthèse Conseil  - Jaiti Mohammed
Rapport de stage PFE ( DUT) chez Synthèse Conseil - Jaiti MohammedMohammed JAITI
 
PFE::Conception et développement du Back Office d'une application mobile de g...
PFE::Conception et développement du Back Office d'une application mobile de g...PFE::Conception et développement du Back Office d'une application mobile de g...
PFE::Conception et développement du Back Office d'une application mobile de g...Rami Raddaoui
 
Medical openerp
Medical openerpMedical openerp
Medical openerpHORIYASOFT
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATSiwar GUEMRI
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Yasmine Lachheb
 
Rapport pfe ingénieur ilyes issaoui
Rapport pfe ingénieur ilyes issaouiRapport pfe ingénieur ilyes issaoui
Rapport pfe ingénieur ilyes issaouiIssaoui Ilyes
 

Tendances (20)

Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webRapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
 
Rapport stage
Rapport stageRapport stage
Rapport stage
 
Rapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIARapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIA
 
Rapport de PFE - Houssem SAKLI (ISIMM)
Rapport de PFE - Houssem SAKLI (ISIMM)Rapport de PFE - Houssem SAKLI (ISIMM)
Rapport de PFE - Houssem SAKLI (ISIMM)
 
Rapport PFE
Rapport PFERapport PFE
Rapport PFE
 
Conception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-locationConception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-location
 
Conception et développement d’une plateforme d'import-export avec paiement en...
Conception et développement d’une plateforme d'import-export avec paiement en...Conception et développement d’une plateforme d'import-export avec paiement en...
Conception et développement d’une plateforme d'import-export avec paiement en...
 
Application mobile bancaire sous la plateforme Android
Application mobile bancaire sous la plateforme AndroidApplication mobile bancaire sous la plateforme Android
Application mobile bancaire sous la plateforme Android
 
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...
392327755-Conception-Et-Realisation-d-Un-Site-Web-Et-Une-Application-Mobile-d...
 
Rappport PFE 2012 Ghodhbane Hani - OpenSNC
Rappport PFE 2012 Ghodhbane Hani - OpenSNCRappport PFE 2012 Ghodhbane Hani - OpenSNC
Rappport PFE 2012 Ghodhbane Hani - OpenSNC
 
Rapport de stage Application web Gestion RH ASP.NET MVC5
Rapport de stage Application web Gestion RH ASP.NET MVC5Rapport de stage Application web Gestion RH ASP.NET MVC5
Rapport de stage Application web Gestion RH ASP.NET MVC5
 
rapport de stage
rapport de stagerapport de stage
rapport de stage
 
Rapport de stage PFE ( DUT) chez Synthèse Conseil - Jaiti Mohammed
Rapport de stage PFE ( DUT) chez Synthèse Conseil  - Jaiti MohammedRapport de stage PFE ( DUT) chez Synthèse Conseil  - Jaiti Mohammed
Rapport de stage PFE ( DUT) chez Synthèse Conseil - Jaiti Mohammed
 
PFE::Conception et développement du Back Office d'une application mobile de g...
PFE::Conception et développement du Back Office d'une application mobile de g...PFE::Conception et développement du Back Office d'une application mobile de g...
PFE::Conception et développement du Back Office d'une application mobile de g...
 
Medical openerp
Medical openerpMedical openerp
Medical openerp
 
Rapport de pfe (am)
Rapport de pfe (am)Rapport de pfe (am)
Rapport de pfe (am)
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSAT
 
Front office back office caisse
Front office back office caisseFront office back office caisse
Front office back office caisse
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
 
Rapport pfe ingénieur ilyes issaoui
Rapport pfe ingénieur ilyes issaouiRapport pfe ingénieur ilyes issaoui
Rapport pfe ingénieur ilyes issaoui
 

Similaire à Rapport_pfe_licence_ISAMM

467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdfBader Nassiri
 
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...Karima Torkhani
 
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...Karima Torkhani
 
Pfe master fst_final_decembre2015
Pfe master fst_final_decembre2015Pfe master fst_final_decembre2015
Pfe master fst_final_decembre2015Ghali Rahma
 
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...karimatorkhani
 
rapport fin d'etude
rapport fin d'etuderapport fin d'etude
rapport fin d'etudesihem-med
 
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...Abdelmadjid Djebbari
 
rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...HICHAMLATRECHE1
 
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...RidhaChayeh1
 
Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...HICHAMLATRECHE1
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Rim ENNOUR
 
Backup & Restore SharePoint 2013 Farm
Backup & Restore SharePoint 2013 FarmBackup & Restore SharePoint 2013 Farm
Backup & Restore SharePoint 2013 FarmYoussef El Idrissi
 
Rapport_PFE_Securite (1).pdf
Rapport_PFE_Securite (1).pdfRapport_PFE_Securite (1).pdf
Rapport_PFE_Securite (1).pdfAhmedDhib6
 
Rapport_deStage
Rapport_deStageRapport_deStage
Rapport_deStageOmar TRAI
 
Rapport stage onee-be_2
Rapport stage onee-be_2Rapport stage onee-be_2
Rapport stage onee-be_2Mounir Kaali
 
Site web d'une agence de voyage
Site web d'une agence de voyage Site web d'une agence de voyage
Site web d'une agence de voyage WissalWahsousse
 
Conception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSConception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSFaissoilMkavavo
 

Similaire à Rapport_pfe_licence_ISAMM (20)

467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
 
Rapport pfe
Rapport pfeRapport pfe
Rapport pfe
 
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...
Torkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitorin...
 
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...
orkhanikarima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitoring...
 
Pfe master fst_final_decembre2015
Pfe master fst_final_decembre2015Pfe master fst_final_decembre2015
Pfe master fst_final_decembre2015
 
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...
Torkhani karima-MémoireMastereProRx&telecom-FST2015-, Supervision et Monitori...
 
rapport fin d'etude
rapport fin d'etuderapport fin d'etude
rapport fin d'etude
 
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
 
rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...
 
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...
AUTOMATISATION D’UNE MACHINE EXTRUDEUSE ET MISE EN PLACE D’UNE INTERFACE HOMM...
 
Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
 
Bp
BpBp
Bp
 
Backup & Restore SharePoint 2013 Farm
Backup & Restore SharePoint 2013 FarmBackup & Restore SharePoint 2013 Farm
Backup & Restore SharePoint 2013 Farm
 
Rapport_PFE_Securite (1).pdf
Rapport_PFE_Securite (1).pdfRapport_PFE_Securite (1).pdf
Rapport_PFE_Securite (1).pdf
 
Rapport_deStage
Rapport_deStageRapport_deStage
Rapport_deStage
 
Rapport stage onee-be_2
Rapport stage onee-be_2Rapport stage onee-be_2
Rapport stage onee-be_2
 
pfe final.docx
pfe final.docxpfe final.docx
pfe final.docx
 
Site web d'une agence de voyage
Site web d'une agence de voyage Site web d'une agence de voyage
Site web d'une agence de voyage
 
Conception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSConception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTS
 

Dernier

Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en FranceTxaruka
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesLeBaobabBleu1
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxAbderrahim GHASSOUB
 
Neuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean EudesNeuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean EudesUnidad de Espiritualidad Eudista
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxAbderrahim GHASSOUB
 
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdfilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdfssuser6041d32
 
complement de agri cours irrigation.pptx
complement de agri cours irrigation.pptxcomplement de agri cours irrigation.pptx
complement de agri cours irrigation.pptxIbrahimBasallam
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationLeBaobabBleu1
 
Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseTxaruka
 
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTIONCALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTIONfrizzole
 
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
Chapitre3-Classififcation des structures de  chaussu00E9e.pptxChapitre3-Classififcation des structures de  chaussu00E9e.pptx
Chapitre3-Classififcation des structures de chaussu00E9e.pptxModesteTiemele
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbainesSocratis Vasiopoulos
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024IEN_Jonzac
 
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptxSaint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptxMartin M Flynn
 

Dernier (14)

Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en France
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigées
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
 
Neuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean EudesNeuvaine de la Pentecôte avec des textes de saint Jean Eudes
Neuvaine de la Pentecôte avec des textes de saint Jean Eudes
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
 
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdfilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
ilide.info-cours-recherche-d-emploi-pr_aa839df7439dd234c803551c86e0197c.pdf
 
complement de agri cours irrigation.pptx
complement de agri cours irrigation.pptxcomplement de agri cours irrigation.pptx
complement de agri cours irrigation.pptx
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciation
 
Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre française
 
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTIONCALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
 
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
Chapitre3-Classififcation des structures de  chaussu00E9e.pptxChapitre3-Classififcation des structures de  chaussu00E9e.pptx
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbaines
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024
 
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptxSaint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
 

Rapport_pfe_licence_ISAMM

  • 1. 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
  • 2. 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
  • 3. 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
  • 4. 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
  • 5. 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
  • 6. 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.3.5 Implémentation et réalisation :....................................................................................49 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.2.5 Implémentation et réalisation :....................................................................................60 4.3 Conclusion :.......................................................................................................................... 63 Conclusion générale...................................................................................................................64 Référence bibliographique........................................................................................................ 65 Annexe........................................................................................................................................66
  • 7. 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
  • 8. FIGURE 50 INTERFACE DE L'INDICE DE PERFORMANCE EN FRANÇAIS ...............................................................62 FIGURE 51 BURNDOWN CHART DU SPRINT 3 .................................................................................................63
  • 9. 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
  • 10. 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.
  • 11. Chapitre 1 : Cadre général de travail SCHOOL SOLUTIONS 1 | P A G E Chapitre 1 : Cadre général de travail
  • 12. Chapitre 1 : Cadre général de travail SCHOOL SOLUTIONS 2 | P A G E 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
  • 13. Chapitre 1 : Cadre général de travail SCHOOL SOLUTIONS 3 | P A G E 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.
  • 14. Chapitre 1 : Cadre général de travail SCHOOL SOLUTIONS 4 | P A G E  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.
  • 15. Chapitre 1 : Cadre général de travail SCHOOL SOLUTIONS 5 | P A G E 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.
  • 16. SCHOOL SOLUTIONS 6 | P A G E 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.
  • 17. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 7 | P A G E Chapitre 2 : Analyse et Conception global
  • 18. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 8 | P A G E 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
  • 19. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 9 | P A G E  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.
  • 20. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 10 | P A G E 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 :
  • 21. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 11 | P A G E Figure 3 Diagramme de cas d’utilisation global
  • 22. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 12 | P A G E 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
  • 23. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 13 | P A G E 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
  • 24. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 14 | P A G E 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 En tant qu’un administrateur je souhaite consulter un élève 24 2.4 En tant qu’un administrateur je souhaite 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 En tant qu’un administrateur je souhaite 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 En tant qu’un administrateur je souhaite ajouter un enseignant 32 4.2 En tant qu’un administrateur je souhaite modifier un enseignant 22 4.3 En tant qu’un administrateur je souhaite supprimer un enseignant 21 4.4 En tant qu’un administrateur je souhaite 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 En tant qu’un administrateur je souhaite supprimer une séance 11
  • 25. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 15 | P A G E 5.5 En tant qu’un parent je souhaite consulter l’emploi de mon enfant 7 5.6 En tant qu’un administrateur je souhaite modifier une séance 17 Gestion des salles 6.1 En tant qu’un administrateur je souhaite consulter liste des salles 5 6.2 En tant qu’un administrateur je souhaite ajouter une salle 36 6.3 En tant qu’un administrateur je souhaite modifier une salle 18 Gestion des établissements 7.1 En tant qu’un super administrateur je souhaite ajouter un établissement 39 7.2 En tant qu’un super administrateur je souhaite supprimer un établissement 10 7.3 En tant qu’un super administrateur je souhaite consulter les établissements 10 7.4 En tant qu’un parent je souhaite consulter les établissements 12 7.5 En tant qu’un super administrateur je souhaite 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 En tant qu’un administrateur je souhaite consulter un niveau 1 8.3 En tant qu’un administrateur je souhaite 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 En tant qu’un super administrateur je souhaite supprimer un administrateur 8 9.3 En tant qu’un administrateur je souhaite modifier mes données 9 9.4 En tant qu’un super administrateur je souhaite 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 En tant qu’un enseignant je souhaite modifier une absence d’un élève 15 10.3 En tant qu’un enseignant je souhaite annuler une absence 14 10.4 En tant qu’un parent je souhaite consulter les absences de mon enfant 38
  • 26. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 16 | P A G E Gestion des absences des enseignants 11.1 En tant qu’un administrateur je souhaite ajouter 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 En tant qu’un enseignant je souhaite modifier une note 20 12.3 En tant qu’un enseignant je souhaite annuler une note 16 12.4 En tant qu’un parent je souhaite consulter les 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 En tant qu’un administrateur je souhaite consulter une classe 30 13.3 En tant qu’un administrateur je souhaite ajouter une classe 47 13.4 En tant qu’un administrateur je souhaite supprimer une classe 7 13.5 En tant qu’un administrateur je souhaite modifier une classe 4 13.6 En tant qu’un enseignant je souhaite consulter 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 En tant qu’un parent je souhaite consulter les 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 En tant qu’un administrateur je souhaite consulter mon Dashboard 20 15.2 En tant qu’un super administrateur je souhaite consulter mon Dashboard 20 15.3 En tant qu’un enseignant je souhaite consulter 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.
  • 27. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 17 | P A G E 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.
  • 28. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 18 | P A G E 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.
  • 29. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 19 | P A G E 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).
  • 30. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 20 | P A G E 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.
  • 31. Chapitre 2 : Analyse et Conception global SCHOOL SOLUTIONS 21 | P A G E 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.
  • 32. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 22 | P A G E Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web
  • 33. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 23 | P A G E 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 Création de l’interface graphique de la modification 2h Implémenter la méthode nécessaire 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 Création de l’interface graphique de l’ajout 2h
  • 34. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 24 | P A G E 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 Implémenter un pop-up de la suppression 2h En tant qu’un administrateur je souhaite modifier une salle 6.3 Création de l’interface graphique de la modification 3h Implémenter la méthode nécessaire pour la modification d’une salle 5h Tester la modification 0.5h En tant qu’un Super administrateur je souhaite se connecter 1.1 Création de l’interface graphique de 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 Création de l’interface graphique de l’authentification 2h Définir le rôle de l’admin pour s’authentifier 1 jour Tester l’authentification 3h En tant qu’un enseignant je souhaite de se connecter 1.3 Création de l’interface graphique de l’authentification 2h définir le rôle de l’enseignant pour s’authentifier 1 jour Tester l’authentification 3h En tant qu’un administrateur je souhaite ajouter un élève et lui affecter à une classe spécifique à son niveau scolaire 2.1 Création de l’interface graphique de l’ajout 2h Implémenter la fonction pour la création d’un élève 6h Tester l’insertion dans la base de données 1h En tant qu’un administrateur je souhaite consulter un élève 2.3 Création de l’interface graphique 2h Implémenter la fonction pour la consultation des élèves 6h En tant qu’un administrateur je 2.2 Création de l’interface graphique de la modification 2h
  • 35. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 25 | P A G E souhaite modifier un élève Implémenter la fonction pour la modification d’un élève 6h Tester la modification 1h En tant qu’un administrateur je souhaite supprimer un élève 2.6 Implémenter la fonction pour la suppression d’un élève 6h Implémenter un pop-up de la suppression 1h En tant qu’un Super administrateur je souhaite affecter un administrateur à un établissement 9.1 Création de l’interface graphique de l’affectation 2h Lister les administrateurs et les établissements 3h Implémenter la fonction nécessaire pour l’affectation 5h Tester l’affectation 1h En tant qu’un super administrateur je souhaite supprimer un administrateur d’un établissement 9.2 Implémenter la fonction nécessaire 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 Création de l’interface graphique de la modification 2h Implémenter la fonction nécessaire 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 Implémenter la fonction nécessaire 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 Implémenter la fonction nécessaire pour le rajout des niveaux supprimés 3h Redirection vers la liste des niveaux 1h Tester le rajout 1h
  • 36. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 26 | P A G E En tant qu’un administrateur je souhaite supprimer un niveau 8.3 Implémenter la fonction nécessaire pour la suppression 5h Implémenter un pop-up de la 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 Création de l’interface graphique 1h 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 Implémenter la fonction de la modification des classes 5h Création de l’interface graphique de 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 Implémenter la fonction de la suppression des classes 4h Implémenter un pop-up de la 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 »
  • 37. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 27 | P A G E 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.
  • 38. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 28 | P A G E 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 » :
  • 39. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 29 | P A G E Figure 19 Diagramme de séquence système « Ajouter niveau »
  • 40. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 30 | P A G E 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 »
  • 41. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 31 | P A G E 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 »
  • 42. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 32 | P A G E 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 »
  • 43. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 33 | P A G E 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 »
  • 44. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 34 | P A G E 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 »
  • 45. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 35 | P A G E 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.
  • 46. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 36 | P A G E 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.
  • 47. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 37 | P A G E 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.
  • 48. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 38 | P A G E 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 »
  • 49. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 39 | P A G E 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 »
  • 50. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 40 | P A G E 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
  • 51. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 41 | P A G E 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.
  • 52. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 42 | P A G E 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
  • 53. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 43 | P A G E 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 En tant qu’un administrateur je souhaite ajouter un enseignant 4.1 Création de l’interface graphique de l’ajout 4h Implémenter les fonctions nécessaires pour la création et l’affichage des enseignants 8h Tester l’insertion dans la base de données 0.5h En tant qu’un administrateur 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 En tant qu’un administrateur 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 En tant qu’un administrateur 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 Implémenter la méthode nécessaire pour la désactivation d’un enseignant 3h En tant qu’un administrateur je souhaite activer un enseignant 4.5 Implémenter la méthode nécessaire pour 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
  • 54. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 44 | P A G E En tant qu’un enseignant je souhaite modifier mes données Implémenter la méthode nécessaire pour la modification 2h En tant qu'un administrateur je souhaite planifier des séances pour chaque classe 5.1 Création de l'interface graphique de La planification des séances 1 jour Implémenter la méthode nécessaire pour la création d'une séance 5 jours Tester l'insertion dans la base de données 1h En tant qu'un administrateur je souhaite modifier une séance 5.5 Création de l’interface graphique de la modification 1 jour Implémenter la méthode nécessaire pour la modification d’une séance 5 jours Tester la modification dans la base de données 2h En tant qu'un administrateur 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 Implémenter la méthode nécessaire pour l’affichage de l'emploi du temps 2 jours En tant qu'un enseignant, je souhaite planifier une épreuve 3.1 Création de l'interface graphique de La planification des épreuves 8h Implémenter la méthode nécessaire pour la création d’une épreuve 2 jours Tester l'insertion dans la base de données 1h En tant qu'un enseignant, je souhaite reporter une épreuve 3.2 Création de l'interface graphique de la modification 8h Implémenter la méthode nécessaire pour la modification d’une épreuve 8h Tester la modification 1h En tant qu'un enseignant, je souhaite annuler une épreuve 3.3 Implémenter la méthode nécessaire pour 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.
  • 55. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 45 | P A G E 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
  • 56. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 46 | P A G E 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 »
  • 57. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 47 | P A G E 3.3.4 Les Diagrammes de séquence détaillée : 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»
  • 58. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 48 | P A G E Figure 38 Diagramme de séquence détaillé « Choisir l'heure et le jour de la séance »
  • 59. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 49 | P A G E Figure 39 Diagramme de séquence détaillé « Ajouter une séance » 3.3.5 Implémentation et réalisation : 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.
  • 60. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 50 | P A G E 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.
  • 61. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 51 | P A G E 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.
  • 62. Chapitre 3 : Release 1 – Mise en œuvre de la partie interne de l’application web SCHOOL SOLUTIONS 52 | P A G E 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 BurnDown Chart Sprint 2 forecast actual
  • 63. SCHOOL SOLUTIONS 53 | P A G E Chapitre 4 : Release 2 – La réalisation de la partie parent
  • 64. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 54 | P A G E 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 Création de l’interface graphique de l’inscription 5h Développer la fonction de l’ajout d’un parent 2h Configuration du rôle parent 1h En tant qu’un parent je souhaite consulter les établissements 14.2 Création de l’interface graphique de l’affichage selon type d’établissements 5h Développer la fonction de l’affichage par type 3h En tant qu’un parent je souhaite pouvoir faire l’inscription de mon enfant 14.3 Création de l’interface graphique de 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 En tant qu’un parent je souhaite consulter l’emploi de mon enfant 14.4 Création de l’interface graphique de l’affichage de l’emploi 3h Consommer l’api qui liste les séances de l’élève 1h En tant qu’un parent je souhaite consulter le 14.5 Création de l’interface graphique de l’affichage des dates des épreuves 3h
  • 65. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 55 | P A G E calendrier des épreuves de mon enfant Consommer l’api qui liste les épreuves 1h En tant qu’un parent je souhaite connaitre l’absence de mon enfant 14.6 Création de l’interface graphique de l’affichage des absences 3h Consommer l’api qui liste les absences de l’élève 1h En tant qu’un parent je souhaite connaitre les notes de mon enfant 14.7 Création de l’interface graphique de l’affichage des notes 3h Consommer l’api qui liste les notes de l’élève 1h En tant qu’un parent je souhaite consulter les indices de performances de mon enfant 14.8 Création de l’interface graphique de 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 En tant qu’un parent je souhaite gérer mon compte 14.9 Création de l’interface graphique de la 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 administrateur je souhaite confirmer ou annuler l’inscription d’un élève 2.6 Création de l’interface graphique 1h Implémenter la fonction nécessaire 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 administrateur je souhaite consulter mon Dashboard 15.1 Création de l’interface graphique 2h Implémenter la fonction de l’affichage des données 3h 15.2 Création de l’interface graphique 2h
  • 66. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 56 | P A G E En tant qu’un super admin je souhaite consulter mon Dashboard Implémenter la fonction de l’affichage des données 4h En tant qu’un enseignant je souhaite consulter mon Dashboard 15.3 Création de l’interface graphique 2h Implémenter la fonction de l’affichage des données 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»
  • 67. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 57 | P A G E 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.
  • 68. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 58 | P A G E 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 »
  • 69. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 59 | P A G E 4.2.4 Les Diagrammes de séquence détaillée : 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»
  • 70. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 60 | P A G E 4.2.5 Implémentation et réalisation : 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é
  • 71. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 61 | P A G E 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é
  • 72. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 62 | P A G E 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.
  • 73. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 63 | P A G E 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 BurnDown Chart Sprint 3 forecast actual
  • 74. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 64 | P A G E 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.
  • 75. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 65 | P A G E 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)
  • 76. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 66 | P A G E 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 :
  • 77. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 67 | P A G E 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 :
  • 78. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 68 | P A G E Diagramme de séquence objet de «Modifier un élève» : La figure ci-dessous représente le diagramme séquence objet du processus de «Modifier un élève» réalisé par l’administrateur :
  • 79. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 69 | P A G E Diagramme de séquence objet de «Modifier une séance» : La figure ci-dessous représente le diagramme séquence objet du processus de «Modifier une séance» réalisé par l’administrateur :
  • 80. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 70 | P A G E
  • 81. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 71 | P A G E 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» : La figure ci-dessous représente le diagramme séquence objet du processus de «Supprimer un élève» réalisé par l’administrateur :
  • 82. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 72 | P A G E Diagramme de séquence objet de «Supprimer un niveau» : La figure ci-dessous représente le diagramme séquence objet du processus de «Supprimer un niveau» réalisé par l’administrateur :
  • 83. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 73 | P A G E 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 :
  • 84. Chapitre 4 : Release 2 – La réalisation de la partie parent SCHOOL SOLUTIONS 74 | P A G E Emploi Enseignant : Dashboard Administrateur :