Vous êtes sur la page 1sur 101

REPUBLIQUE DU NIGER

Fraternité-Travail-Progrès

Institut Africain d’Informatique Entreprise de Prestation des


Représentation au Niger Services en Informatiques
Tel: (+227) 20 72 56 72 Tel: 96 53 11 43
Site web: www.iai-niger.org Tel: 96 53 12 43
BP : 12 078 Niamey/Niger

MEMOIRE DE FIN DE CYCLE DE PROGRAMMATION POUR


L’OBTENTION DU DIPLOME D’INGENIEUR DES TRAVAUX
INFORMATIQUES

THEME

Plateforme de Gestion de la Scolarité

Sous la Supervision de :
M. MANI AKADEY Ali
Développeur à l’ITEHC CENTER

Présenté par : Maitre de Stage :


M. ISSA IBRAHIM Moubarak M. ALIO SANDA Ibrahim
M. AMADOU MOUSSA Ali DG ITECH CENTER
Mme. FAICAL ALI Rachidatou

Années-Académique : 2020-2021
DEDICACE

Nous dédions ce mémoire

A
Nos parents
et
Amis

i
Remerciements
Nous tenons à remercier tous ceux qui ont contribué de près ou
de loin au succès de notre formation.

Tout d'abord, nous adressons nos remerciements au


professeur SOUMANA HAMMA BEIDI le représentant
résidant de l’IAI-Niger.

Nous tenons à remercier vivement le Directeur des Etudes


de l’IAI-Niger Monsieur ABDOULAYE SOFIANI, pour ses
conseils avisés, son suivi de notre formation et à sa vigilance
dans l’application stricte des règles ;
Nos sincères remerciements vont à l’endroit de tout le corps
professoral de l’IAI-Niger pour leur effort, leur écoute et
soutien ;

Nous remercions l’ensemble des personnels de l’ITECH


CENTER, particulièrement à M. ALIO SANDA Ibrahim le
Directeur Général de l’ITECH CENTER, de nous avoir permis
d’effectuer notre stage académique au sein de sa structure ;

Nous tenons à remercier notre superviseur monsieur MANI


AKADEY Ali le développeur de l’ITECH CENTER pour sa
patience, son courage et le partage de son expertise au
quotidien ;

Nos remerciements vont à l’endroit de tout le corps


professoral de l’EST-Niger pour leur effort et soutien mais
aussi aux renseignements relatifs à leur école ;

Nos sincères remerciements aux enseignants et ainés


notamment : M. ISSIFOU KARIMOU Abdoul Salam, M.
MAHAMAN BOUKARY Maman Bachir et M. Ganda
komokoya Abdoulaziz ils ont grandement contribué à ce
progrès, en nous orientant régulièrement sur des pistes de
réflexions et en nous fournissant de l’aide nécessaire à la
découverte des technologies mises en œuvre.

ii
Table des illustrations : Liste des Tableaux
Tableau 1 : Les Sigles et Abréviations ................................................................................................. vi
Tableau 2 : Planning prévisionnel de la réalisation ........................................................................... 9
Tableau 3 : Les intervenants du projet................................................................................................ 9
Tableau 4 : Tableau comparatif entre merise et UML .................................................................... 12
Tableau 5 : Indentification des Rôles................................................................................................. 16
Tableau 6 : Indentification et Rôle du Super Administrateur ........................................................ 16
Tableau 7 : Indentification et Rôle de l’Administrateur.................................................................. 18
Tableau 8 : Indentification et Rôle du Censeur ................................................................................ 18
Tableau 9 : Indentification et Rôle du Directeur des Etudes .......................................................... 19
Tableau 10 : Indentification et Rôle du Surveillant ......................................................................... 20
Tableau 11 : Indentification et Rôle de l’Enseignant ....................................................................... 20
Tableau 12 : Indentification et Rôle du Caissier .............................................................................. 21
Tableau 13 : Indentification et Rôle du Gérant de la Cantine ........................................................ 21
Tableau 14 : Indentification et Rôle du Gérant du Transport ........................................................ 22
Tableau 15 : Tableau comparatif des démarches à adopter à UML .............................................. 25
Tableau 16 : Le BACKLOG Product ................................................................................................ 29
Tableau 17 : BACKLOG Sprint ........................................................................................................ 23
Tableau 18 : Sprint 1 ........................................................................................................................... 24
Tableau 19 : Description Diagramme de Cas Utilisation Gérer l’Authentification ...................... 25
Tableau 20 : Description Diag de Cas Utilisation Gérer Compte Utilisateur ................................ 29
Tableau 21 : Description Diag de Cas Utilisation Gérer Années Scolaire...................................... 33
Tableau 22 : Description Diagramme de Cas Utilisation Gérer Filière ......................................... 37
Tableau 23 : Sprint 2 ........................................................................................................................... 42
Tableau 24 : Description Diagramme de Cas Utilisation Gérer Inscription Apprenant .............. 43
Tableau 25 : Description Diagramme de Cas Utilisation Gérer Absence ...................................... 47
Tableau 26 : Sprint 3 ........................................................................................................................... 52
Tableau 27 : Description Diagramme de Cas Utilisation Gérer Transport ................................... 53
Tableau 28 : Description Diagramme de Cas Utilisation Gérer Cantine ....................................... 57
Tableau 29 : Comparatif des langages côté serveur ......................................................................... 64
Tableau 30 : Caractéristiques des matérielles utilisées .................................................................... 67

iii
Table des illustrations : Liste des Figures
Figure 1 : Activité de l’ITECH-CENTER ........................................................................................... 2
Figure 2 : Domaines de Compétences .................................................................................................. 3
Figure 3 : Organigramme de l’ITECH-CENTER .............................................................................. 4
Figure 4 : la notion de vue 4+1 de P. KRUCHTEN .......................................................................... 13
Figure 5 : Les différents diagrammes UML 2.4................................................................................ 14
Figure 6 : processus de la méthode SCRUM..................................................................................... 27
Figure 7 : Diagramme de Cas d’Utilisation Global .......................................................................... 30
Figure 8 : Diagramme de Classe Global ............................................................................................ 31
Figure 9 : Diagramme de Composant ................................................................................................ 22
Figure 10 : Diagramme de Déploiement ............................................................................................ 22
Figure 11 : Diagramme de Cas Utilisation Gérer l’Authentification ............................................. 25
Figure 12 : Diagramme de Séquence Gérer l’Authentification ....................................................... 26
Figure 13 : Diagramme d’Activité Gérer l’Authentification ........................................................... 27
Figure 14 : Diagramme d’Etat-Transition Gérer l’Authentification.............................................. 27
Figure 15 : Interface de la page de l’Authentification ..................................................................... 28
Figure 16 : Diagramme de Cas Utilisation Gérer Compte Utilisateur ........................................... 29
Figure 17 : Diagramme de Séquence Gérer Compte Utilisateur .................................................... 30
Figure 18 : Diagramme d’Activité Gérer Compte Utilisateur ........................................................ 31
Figure 19 : Diagramme d’Etat-Transition Gérer Compte Utilisateur ........................................... 31
Figure 20 : Interface liste des Comptes Utilisateurs......................................................................... 32
Figure 21 : Diagramme de Cas Utilisation Gérer Années Scolaire ................................................. 33
Figure 22 : Diagramme de Séquence Gérer Années Scolaire .......................................................... 34
Figure 23 : Diagramme d’Activité Gérer Années Scolaire .............................................................. 35
Figure 24 : Diagramme d’Activité Gérer Année Scolaire................................................................ 35
Figure 25 : Interface liste des Années Scolaires ................................................................................ 36
Figure 26 : Diagramme de Cas Utilisation Gérer Filière ................................................................. 37
Figure 27 : Diagramme de Séquence Gérer Filière .......................................................................... 38
Figure 28 : Diagramme d’Activité Gérer Filière .............................................................................. 39
Figure 29 : Diagramme d’Etat-Transition Gérer Filière ................................................................. 39
Figure 30 : Interface liste des Filières ................................................................................................ 40
Figure 31 : Diagramme de Classe Sprint 1 ....................................................................................... 41
Figure 32 : Diagramme de Cas Utilisation Gérer Inscription Apprenant ..................................... 43
Figure 33 : Diagramme de Séquence Gérer Inscription Apprenant............................................... 44
Figure 34 : Diagramme d’Activité Gérer Inscription Apprenant ................................................... 45
Figure 35 : Diagramme d’Etat-Transition Gérer Inscription ......................................................... 45
Figure 36 : Interface liste des Apprenants Inscrits .......................................................................... 46
Figure 37 : Diagramme de Cas Utilisation Gérer Absence Apprenant .......................................... 47
Figure 38 : Diagramme de Séquence Gérer Absence ....................................................................... 48
Figure 39 : Diagramme d’Activité Gérer Absence ........................................................................... 49
Figure 40 : Diagramme d’Etat-Transition Gérer Absence .............................................................. 49
Figure 41 : Interface liste des Apprenants non assidus .................................................................... 50
Figure 42 : Diagramme de Classe Sprint 2 ....................................................................................... 51
Figure 43 : Diagramme de Cas Utilisation Gérer Transport .......................................................... 53
Figure 44 : Diagramme de Séquence Gérer Transport.................................................................... 54
Figure 45 : Diagramme d’Activité Gérer Transport ........................................................................ 55
Figure 46 : Diagramme d’Etat-Transition Gérer Transport .......................................................... 55

iv
Figure 47 : Interface liste des Transports ......................................................................................... 56
Figure 48 : Diagramme de Cas Utilisation Gérer Cantine .............................................................. 57
Figure 49 : Diagramme de Séquence Gérer Cantine........................................................................ 58
Figure 50 : Diagramme d’Activité Gérer Cantine ............................................................................ 59
Figure 51 : Diagramme d’Etat-Transition Gérer Cantine .............................................................. 59
Figure 52 : Interface liste des Recettes .............................................................................................. 60
Figure 53 : Diagramme de Classe Sprint 3 ....................................................................................... 61
Figure 54 : Architecture de l’application .......................................................................................... 67
Figure 55 : Echanges d’informations entre les éléments du modèle MVC .................................... 68
Figure 56 : Interface Directeur des Etudes ....................................................................................... 70
Figure 57 : Rapport sur les Inscriptions par Niveau........................................................................ 70
Figure 58 : Rapport sur les Versements par Niveau ........................................................................ 71
Figure 59 : Rapport sur les Inscriptions des années antérieures .................................................... 71
Figure 60 : Rapport sur les Versements des années antérieures ..................................................... 72
Figure 61 : Rapport sur l’Statut de l’Apprenant ............................................................................. 72
Figure 62 : Carte d’Identité de l’Apprenant ..................................................................................... 73
Figure 63 : Détail sur l’Apprenant..................................................................................................... 73
Figure 64 : Reçu de l’Inscription Apprenant .................................................................................... 74
Figure 65 : Reçu du Versement Apprenant ...................................................................................... 74
Figure 66 : Bulletin de Note ................................................................................................................ 75
Figure 67 : Version Mobile ................................................................................................................. 76

v
Les Sigles et Abréviations

API APPLICATION PROGRAMMING INTERFACE


AP ANALYSTE & PROGRAMMEUR
BD BASE DE DONNEE
CSS CASCADE STYLE SHEET
EST ECOLE SUPERIEUR DE LA TELECOMMUNICATION
HTML HYPERTEXT MARKUP LANGUAGE
HTTP HYPERTEXT TRANSFERT PROTOCOL
IAI INSTITUT AFRICAIN D’INFORMATIQUE
IT INFORMATION TECHNOLOGIE
JS JAVA SCRIPT
MVC MODELE VUE CONTROLEUR
NPM NODE PACKAGE MANAGER
SI SYSTEME D’INFORMATION
SQL STRUCTURED QUERY LANGUAGE
SGBD SYSTEME DE GESTION DE BASES DE DONNEES
SCSS SASSY CASCADING STYLE SHEET-FEILLEDE STYLE CASCADE
TIC TECHONOLOGIE DE L’INFORMATION ET LA COMMUNICATION
UML UNIFIED MODELING LANGUAGE
XAMPP X (CROSS) APACHE MARIADB PERL PHP
Tableau 1 : Les Sigles et Abréviations

vi
Table des Matières
--------------------------------------------------------------------------------------------------------------------------------

INTRODUCTION GENERALE ............................................................................................ 0


Chapitre 1 : Etude Préliminaire .......................................................................................... 2
I. Présentation de la structure d’accueil .......................................................................... 2
1 Historique de l’entreprise d’accueil ............................................................................ 2
2 Les Activités de l’ITECH CENTER ................................................................................ 2
3 Les Domaines de compétences ................................................................................... 3
4 L’Objectifs de ITECH CENTER....................................................................................... 3
5 L’Organigramme de l’ITECH CENTER ........................................................................ 4
II. Présentation du Sujet ........................................................................................................ 5
1 Le Contexte ......................................................................................................................... 5
2 L’Existant.............................................................................................................................. 5
3 Le Critique de l’Existant ................................................................................................. 5
4 La Proposition de solution ............................................................................................. 6
5 Solution retenue ................................................................................................................ 7
6 Le Thème ............................................................................................................................. 7
7 La Description du projet ................................................................................................. 7
8 Les Objectifs du projet.................................................................................................... 8
III. Le planning et les intervenants de projet .................................................................... 9
1 Le Planning prévisionnel du travail ............................................................................ 9
2 Les Intervenants du projet ........................................................................................... 9
Chapitre 2 : Analyse ............................................................................................................... 10
I. Démarche d’analyse ........................................................................................................ 11
1 Merise vs UML !? ............................................................................................................. 11
1.1 Merise .............................................................................................................................. 11
1.2 UML .................................................................................................................................. 12
2 La Démarche d’analyse adoptée ............................................................................... 13
II. Analyse des besoins ....................................................................................................... 15
1 Les besoins fonctionnels .............................................................................................. 15
2 Les besoins non fonctionnels ..................................................................................... 15
3 Identification des Acteurs ............................................................................................ 16

vii
Chapitre 3 : Conception ....................................................................................................... 23
I. Les Méthodes de Conception........................................................................................ 23
1 Les différentes méthodes de développement ...................................................... 23
2 Choix de la méthode...................................................................................................... 24
3 Les Différentes démarches de la méthode agile................................................. 24
4 Étude comparative des démarches .......................................................................... 25
5 Choix et justification de la démarche ..................................................................... 26
II. Démarche de Conception ............................................................................................... 27
1 Backlog Product ............................................................................................................... 27
Diagramme de Cas d’Utilisation Global ................................................................. 30
Diagramme de Classe Global ....................................................................................... 31
Diagramme de Composant ............................................................................................ 22
Diagramme de Déploiement......................................................................................... 22
2 Backlog Sprint .................................................................................................................. 23
A Sprint 1 ............................................................................................................................. 24
User Story Sprint 1 ................................................................................................................ 24
B Sprint 2 ............................................................................................................................. 42
User Story Sprint 2 ................................................................................................................ 42
C Sprint 3 ............................................................................................................................. 52
User Story Sprint 3 ................................................................................................................ 52
Chapitre 4 : L’Implémentation .......................................................................................... 63
1 Langage de programmation côté client ................................................................. 63
2 Tableau de Bord d’administration ............................................................................ 63
3 Les Frameworks .............................................................................................................. 64
4 Base de données ............................................................................................................. 65
5 Environnement Logiciel ................................................................................................ 65
6 Environnement Matériel ............................................................................................... 67
7 Architecture de l’application ....................................................................................... 67
8 L’architecture de l’outil d’implémentation MVC................................................... 68
CONCLUSION GENERALE ................................................................................................ 77
webographie ........................................................................................................................................ A
Bibliographie ....................................................................................................................................... C

viii
INTRODUCTION GENERALE

Nous évoluons dans une société de savoir où la compétence numérique


est devenue une valeur de base. Les technologies de l'information et de la
communication (TIC) constituent désormais des ressources importantes, voire
incontournables dans le domaine éducatif.
Ce stage est effectué entre le 01 juin au 30 septembre 2021 dans l’entreprise de
prestation des services en informatique ITECH CENTER dont son objectif est
de mettre l’innovation et la technologie au service de la population. Située
derrière le centre Aéré, ITECH CENTER est un milieu professionnel spécialisé
et organisé dans la conception et la réalisation des applications.
En qualité de stagiaire et en accord avec la direction, nous avons pu participer à
des projets internes et externe par l’ajout de nouvelles fonctionnalités centrées
avant tout sur une plateforme de gestion de la scolarité, la gestion de la
billetterie.
La mise en pratique de cette technique nous a permis de concrétiser des concepts
que nous avons jusqu’alors peu mis en œuvre.
Le projet auquel nous avons participé, nous a permis de consolider nos acquis
principalement en Symfony, SCRUM, IONIC, BOOTSWAP, BOOTSTRAP
ainsi qu’en MySQL, clé de voûte d’un projet web et ce sous une approche très
concrète.
A travers ce document, nous allons vous présenter les différentes étapes de la
réalisation de ce projet. Tout d’abord, une présentation générale de ITECH
CENTER puis de l’environnement dans lequel le système actuel évolue, ce qui
permettra d’analyser la situation actuelle de l’Ecole Supérieure de
Télécommunication (EST-Niger), l’Institut Africain de Technologie (IAT), pour
en dégager les besoins réels et les enjeux que le projet implique. Cela sera étayé
par l’analyse du système existant. Les méthodes de travail seront ensuite décrites
et analysées avant que soient abordés les différentes pistes de recherches et le
choix des solutions techniques exploitées lors de la phase du développement.
Enfin, une analyse permettra d’évaluer avec le recul nécessaire, la pertinence des
différents choix par rapport aux résultats obtenus.
Pour la réalisation de ce projet, nous avons divisé notre travail en trois grandes
parties à savoir :
➢ Etude Préliminaire.
➢ Analyse et Conception.
➢ La Réalisation.

0
1
Chapitre 1 : Etude Préliminaire

I. Présentation de la structure d’accueil

1 Historique de l’entreprise d’accueil

ITECH CENTER est une entreprise spécialisée dans l’offre de services TIC
innovants et à forte valeur ajoutée. Prestataire dans le domaine des Technologies
de l’Information et de la Communication, ITECH CENTER offre des services
de qualité, indexés aux meilleures pratiques et aux standards internationaux.

2 Les Activités de l’ITECH CENTER

Figure 1 : Activité de l’ITECH-CENTER

2
3 Les Domaines de compétences

L’ITECH CENTER resolutionne l’offre de services à travers un


accompagnement continue de ses clients, basé sur la confiance, l’intégrité et
l’expertise.

Figure 2 : Domaines de Compétences

4 L’Objectif de ITECH CENTER

ITECH CENTER met à la disposition de ses partenaires expertise pointue


qui allie la vision stratégique, la connaissance du métier et la maîtrise technique.

4.1 Vision

L’innovation et la Technologie ont toujours été au cœur du développement


humain. A l’ITECH CENTER, ils sont convaincus que ces deux éléments

3
continueront à jouer ce rôle. Leur ambition est alors de vous en faire bénéficier
pleinement. L’innovation qu’ils vous apportent grâce aux TIC, à travers
l’optimisation de vos processus métiers et l’amélioration continue de vos
activités, sera sans nul doute le point d’appui de la croissance de votre structure.

4.2 Approche

Leur expertise dans le management et dans l’accompagnement stratégique de


projets vous fera bénéficier du meilleur de TIC pour une amélioration continue
de vos activités.

5 L’Organigramme de l’ITECH CENTER

DIRECTION GÉNÉRALE

Assistant Direction Conseiller Juridique

Direction Technique Direction Commercial

Service Système Service Service Service


Service VAS
& Réseaux Développement Commerciale Marketing

Figure 3 : Organigramme de l’ITECH-CENTER

4
II. Présentation du Sujet

1 Le Contexte

L’informatique intervient dans tous les domaines et tous les secteurs en


rendant le travail plus facile, plus précis et surtout bien géré. Elle est aujourd’hui
présente dans la plupart des domaines de la vie professionnelle et privée, vue les
avantages majeurs qu’elle offre. Elle donne une nouvelle révolution de
l’organisation du travail.

L’informatique occupe évidemment une grande place dans le domaine de la


gestion de la scolarité.
En effet, la gestion de la scolarité est une tâche capitale qui présente un nombre
important de sous tâches réalisés manuellement. Elle est gérée de manière assez
classique dans nos institutions, par l’utilisation des outils intégrés du système
d’exploitation (Windows par exemple) comme outil principal. Les écoles se font
face à la gérance de plusieurs tâches, c’est qui commence à être ingérable du
côté manuel d’où l’utilité de notre projet informatique.

2 L’Existant

Au niveau de l’existant des écoles que nous avons consultées, la quantité


d’opérations possibles est assez importante, certaines étant plus fastidieuses que
d’autres. Toutefois, la cohérence de l’ensemble est incertaine ; Une partie des
opérations s’effectue :
Soit par des outils intégrés du système d’exploitation ;
Soit en passant par un tier personne (Agents Administratifs).

3 Le Critique de l’Existant

Des analyses du système existant ont relevés des dysfonctionnements dans


l’ordre technique ou d’utilisation.
Premièrement, un grand nombre d’opérations requièrent une intervention
humaine pour mener les activités.

5
Deuxièmement, des problèmes d’ordre purement technique ont été observés.
Notamment, par l’utilisation des Logiciels Desktop (Microsoft Office par
exemple).
Troisièmement, leur système de gestion présente une source de faille pour
plusieurs raisons :
 La lenteur dans le traitement de données ;
 Difficultés de retrouver les informations le plus rapidement possible ;
 Les données sont accessibles par tous les agents de l’administration ;
 Mauvaise gestion de la communication entre les Entités de
l’administration.
Par conséquent, cela conduit à une perte de temps, une utilisation abondante des
papiers et l’exploitation de plusieurs ressources.
En partant de ce prétexte, notre mission est de modéliser une application
permettant de résoudre ces erreurs précédemment citées.

4 La Proposition de solution

Au regard de toutes ces insuffisances que nous avons relevées dans la


pratique actuelle de la plateforme de gestion de la scolarité, nous pensons qu’il y
a nécessité de proposer quelques solutions :

4.1 Solution Organisationnelle

Cette solution consiste à une réorganisation du système actuel. Sur ce point-là,


La Direction Générale peut :
✓ Former les agents en charge de l’informatique de gestions ;
✓ Mettre en place un système rigoureux dans la pratique de la gestion de la
scolarité car celle-ci est d’une importance capitale ;
✓ Instaurer des documents permettant le suivi des apprenants et leurs
formations en temps réel ;
✓ Définir les attributions et responsabilités des acteurs et des structures de
l’administration.
Cette solution organisationnelle a comme avantage d’améliorer
considérablement la gestion de la scolarité et son suivi, en mettant en évidence

6
les tâches des différents postes de travail de manière plus structurée et
cohérente.
Cependant, elle admet aussi des inconvénients. En effet, le traitement reste
toujours manuel et l’archiver et la recherche des informations seront toujours
difficiles.
4.2 Solution technique

 Informatisation :
✓ Centralisation des données dans un serveur ;
✓ Une meilleure sécurité des données ;
✓ Faciliter la recherche des données ;
✓ Permettre un suivi de l’apprenant en temps réel.
Cette solution technique consiste à la mise en place d’un système d’application
web qui facilitera la gestion de la scolarité.

5 Solution retenue

Après une analyse minutieuse portant sur les solutions proposées ci-haut, notre
choix s’est finalement porté sur la deuxième solution c’est-à-dire
l’automatisation du système, qui apportera non seulement une amélioration dans
la gestion de scolarité mais aussi de permettre à ces écoles d’être à jour face au
défi des Technologies de l’Information et de la Communication (TIC).

6 Le Thème

Le thème de notre projet s’intitule « la plateforme de Gestion de la


Scolarité » est un ensemble de fonctions et mesures ayant pour objectif de
mobiliser et développer les ressources scolaires pour une plus grande efficacité,
au profit de la productivité de l’éducation formelle.

7 La Description du projet

Le système à mettre en place doit permettre d’optimiser essentiellement la


gestion de ses ressources financières et humaines. Il s’agit de gérer la scolarité

7
en générale des écoles du niveau primaire à l’étude supérieure. C’est dans cette
optique, ITECH CENTER nous a confié cette tâche en guise de thème de notre
stage dans sa structure. ITECH CENTER tend à mettre ce système d’application
sur le marché pour faciliter la gestion de scolarité et d’assurer une formation
rapide et efficace.

8 Les Objectifs du projet

Notre principale mission pendant ce stage est d’offrir des services de qualité en
ajoutant des fonctionnalistes sur l’existant de la gestion de la scolarité, en
apportant une améliorer et la mise en place d’une application web et mobile
pour faciliter d’avantage les activités de l’administration scolaire.
En partant de ce prétexte, Notre application permettra aux utilisateurs :
✓ D’accéder aux ressources académiques à travers leur Smartphone, tablette
ou ordinateur.
✓ Disposer d’un système de suivi de la formation de l’apprenant de son
assiduité et de son évolution ;
✓ Disposer d’une plateforme mobile pour les parents d’élèves afin de savoir
les renseignements et la disponibilité de l’école mais aussi de suivre la régularité
et l’évolution de leur enfant.

8
III. Le planning et les intervenants de projet

1 Le Planning prévisionnel du travail

Le tableau ci-dessous indique le planning prévisionnel du travail pour la


réalisation de notre projet.
ETAPES PERIODES DUREE
Analyse et Modélisation Du 01 Juin au 30 Juin 1 Mois
Conception de l’application web 01 Juillet au 31 Juillet 1 Mois
Conception de l’application mobile 01 Aout au 31 Aout 1 Mois
Rédaction du Mémoire 01 Septembre au 30 Septembre 1 Mois
Tableau 2 : Planning prévisionnel de la réalisation

2 Les Intervenants du projet

Au cours de notre stage, nous avons travaillé avec plusieurs personnes dont
notre superviseur, les personnels de l’ITECH CENTER et ceux de l’Ecole
Supérieur de Télécommunication l’EST-Niger.
Intervenants Fonction Rôles
Développeur Back-End à l’ITECH
Mani Akadey Ali Superviseur
CENTER
Développeur Back-End à ITECH
Hachimou Djamila Intervenant
CENTER
Développeur Front-End à l’ITECH
Adam Tamsoudima Issa Intervenant
CENTER
Ingénieure en informatique et chef de
Idrissa Ramatou Intervenant
projet à ITECH CENTER
ITECH-BUSINESS
Commerce & Marketing Intervenant
(Direction Commerciale)
Kassoum Sadé Enseignant de l’EST-Niger Intervenant
Sadou Rabiou Chargé de la Scolarité à l’EST-Niger Intervenant
Amadou Moussa Ali Stagiaire
Faiçal Ali Rachidatou Stagiaire
Issa Ibrahim Moubarak Stagiaire
Tableau 3 : Les intervenants du projet

9
10
Chapitre 2 : Analyse

L'objectif de l'analyse est de comprendre le cahier de charges et de bien


décrire les fonctionnalités internes. Elle permet d'obtenir une vue interne du
système et se concentre sur le "quoi faire". Il sera alors question pour nous de
définir les objectifs de notre application par la traduction des besoins
fonctionnels.
I. Démarche d’analyse

1 Merise vs UML !?
1.1 Merise
Merise est une méthode d'analyse et de conception structurelle du système
d’information. Elle est basée sur la séparation des données et des traitements à
effectuer en plusieurs modèles conceptuels et physiques. Mais avant tout, nous
allons nous intéresser à une étude comparative et précise d’une démarche
d’analyse a utilisée, son choix et sa justification pour le bon déroulement de ce
projet.

1.1.1 Les Points forts et points faibles de MERISE

 Les points forts


Merise, une méthode très utilisée dans les entreprises françaises, s'appuie sur
une approche systémique. Donc elle permet une appréhension globale et rapide
du système d’information à concevoir. Elle est très adaptée à un contexte de
création d'application et ses concepts sont peu nombreux et simples pour l’étude
du système et elle est assez indépendante vis à vis de la technologie.

 Les points faibles


Elle ne s'occupe pas de l'interface utilisateur et n’est pas adaptée à un problème
de maintenance ou de seconde informatisation. Elle ne permet pas réellement
une validation rapide de la part des utilisateurs et par la suite il est très difficile
de valider les traitements par rapport aux données et cela au niveau conceptuel
ou organisationnel.

11
1.2 UML
UML (Unified Modeling Language ou langage unifié de modélisation) est un
langage graphique destiné à la modélisation de systèmes et de processus.

1.2.1 Les points forts et points faibles d’UML

 Les points forts


➢ UML est un langage formel normalisé :
• Gain de précision
• Gage de stabilité
• Encourage l'utilisation d'outils
➢ UML est un support de communication performant :
• Il cadre l'analyse.
• Il facilite la compréhension de représentations abstraites complexes.
• Son caractère polyvalent et sa souplesse en font un langage universel

 Les points faibles


UML nécessite un apprentissage et passe par une période d'adaptation pour sa
pratique. Il n’est pas à l'origine des concepts objets, mais il constitue une étape
majeure, il unifie les différentes approches et en donne une définition plus
formelle.
MERISE UML
Méthode d’analyse et de conception Langage Unifié de Modélisation :
Structurelle : • Est un langage formel défini par un
• Est une méthode systémique métamodèle ;
(Modélisation des données + modélisation des • permet d'élaborer des modèles objet
traitements) ; indépendamment de tout langage de
• Est un ensemble cohérent : formalisme + programmation ;
démarche • permet de cadrer l'analyse
• dissocie la structure du traitement • permet l'abstraction à travers des diagrammes
• impose la démarche d’analyse ; • permet le prototypage ;
• considère le système réel selon deux points • est idéal pour la conception des logiciels à base
de vue : statique(données) et de langage objet ;
dynamique(traitements), aboutissant ainsi à • permet le choix d'une démarche bien adaptée
une structure de données, manipulées par des au système informatique à concevoir ;
fonctions. • regroupe en une entité autonome (objet), un
ensemble de propriétés cohérentes et de
traitements associés
Tableau 4 : Tableau comparatif entre merise et UML

12
2 La Démarche d’analyse adoptée

Aux vues de tous ces avantages et inconvénients que nous avons cités, nous
allons adopter le langage de modélisation « UML » pour notre projet.

2.1 UML

Langage de modélisation graphique et textuelle, il est destiné à


comprendre et à décrire des besoins, spécifier et documenter des systèmes,
esquisser des architectures logicielles, concevoir des solutions et communiquer
des points de vue. UML unifie à la fois les notations et les concepts orientés
objet. Il ne s’agit pas d’une simple notation graphique, car les concepts transmis
par un diagramme ont une sémantique précise et sont porteurs de sens au même
titre que les mots d’un langage.
UML unifie également les notations nécessaires aux différentes activités d’un
processus de développement et offre, par ce biais, le moyen d’établir le suivi des
décisions prises, depuis l’expression du besoin jusqu’au codage. Dans ce cadre,
un concept appartenant aux exigences des utilisateurs projette sa réalité dans le
modèle de conception et dans le codage.
UML est fortement inspiré de l’approche 4+1 vues (logique, composants,
processus, déploiement et cas d’utilisation) indépendantes définies par P.
KRUCHTEN pour exprimer les diverses perspectives de l’architecture d’un
système informatique. UML se compose d’une part des éléments de
modélisation qui représentent toutes les propriétés du langage et d’autre part des
diagrammes qui en constituent l’expression visuelle et graphique.

2.2 La notion ‘VUES’ 4+1 de P. KRUCHTEN

Vue logique Vue d'implémentation

Vue des cas d'utilisations

Vue des processus Vue de déploiement

Figure 4 : la notion de vue 4+1 de P. KRUCHTEN

13
2.3 Diagrammes en UML
UML, dans sa version 2.4, s’articule sur quatorze types de diagrammes
chacun d’eux étant dédié à la représentation des concepts particuliers d’un
système logiciel. Ces types de diagrammes sont répartis en deux grands
groupes de vue.

Figure 5 : Les différents diagrammes UML 2.4

14
II. Analyse des besoins

1 Les besoins fonctionnels


Les besoins fonctionnels ou besoins métiers représentent les actions que le
système doit exécuter, il ne devient opérationnel que s'il les satisfait.
Selon notre application, nous avons identifié les besoins fonctionnels :
 La fonction : Gérer les comptes Administrateurs ;
 La fonction : Gérer les comptes Utilisateurs ;
 La fonction : Gérer les Structures ;
 La fonction : Gérer les Années Scolaires ;
 La fonction : Gérer les Filières ou Spécialités ;
 La fonction : Gérer les Niveaux ;
 La fonction : Gérer les Classes ;
 La fonction : Gérer les Unités Enseignements ;
 La fonction : Gérer les Modules ;
 La fonction : Gérer les Matières ;
 La fonction : Gérer les Apprenants ;
 La fonction : Gérer les Inscriptions ;
 La fonction : Gérer les Versements ;
 La fonction : Gérer les Bourse d’Etude ;
 La fonction : Gérer les Cartes Apprenants ;
 La fonction : Gérer les Absences ;
 La fonction : Gérer les Retards ;
 La fonction : Gérer les Emplois de Temps ;
 La fonction : Gérer les Notes ;
 La fonction : Gérer les Semestres ;
 La fonction : Gérer les Trimestres ;
 La fonction : Gérer les Transports ;
 La fonction : Gérer les Cantines ;
 La fonction : Gérer les APIs des Notifications SMS/Email.

2 Les besoins non fonctionnels


Les besoins non fonctionnels présentent des exigences internes au système et
cachées aux utilisateurs. Le système doit :
➢ Avoir une interface conviviale permettant un dialogue simple à
l’utilisateur
➢ Être fiable et sécurisé : il impose l’authentification à chaque utilisateur ;
➢ Avoir un menu bien organisé ;
➢ Avoir des informations claires et précises.

15
3 Identification des Acteurs
Définition : un acteur est une personne physique ou un autre système qui peut
déclencher une ou plusieurs opérations dans le système.
Dans notre cas nous avons identifié les acteurs suivants :

Super Administrateur
Administrateur Caissier
Directeur des Etudes Gérant Cantine
Censeur Gérant Transport
Surveillant Enseignant
Tableau 5 : Indentification des Rôles

Super Administrateur
Le super administrateur a pour tâche de :

Gérer les comptes des administrateurs de différents niveaux de la


structure (primaire, collège/lycée ou université)

-Ajouter un administrateur (Primaire, Secondaire ou Supérieur) ;


-Supprimer un administrateur (Primaire, Secondaire ou Supérieur) ;
-Modifier un administrateur (Primaire, Secondaire ou Supérieur) ;
-Consulter la liste de comptes administrateurs.

Gérer les structures

-Ajouter une structure (Primaire, Secondaire ou Supérieur)


-Supprimer une structure (Primaire, Secondaire ou Supérieur)
-Modifier une structure (Primaire, Secondaire ou Supérieur)
-Consulter la liste des structure (Primaire, Secondaire ou Supérieur)

Tableau 6 : Indentification et Rôle du Super Administrateur

16
Administrateur
L’administrateur a pour tâche de paramétrer les fonctionnalités
de l’application en fonction de la structure concernée

Gérer les Années Scolaires

-Ajouter une année scolaire


-Supprimer une année scolaire
-Modifier une année scolaire
-Changer une année scolaire

Gérer les Unités Enseignements

-Ajouter une unité d’enseignement


-Supprimer une unité d’enseignement
-Modifier une unité d’enseignement
-Consulter une unité d’enseignement

Gérer les Filières ou Spécialité

-Ajouter une filière ou spécialité


-Supprimer une filière ou spécialité
-Modifier une filière ou spécialité
-Consulter une filière ou spécialité

Gérer les Modules


-Ajouter un module
-Supprimer un module
-Modifier un module
-Consulter un module

Gérer les Matières


-Ajouter une matière
-Supprimer une matière
-Modifier une matière
-Consulter une matière

17
Gérer les Niveaux

-Ajouter un niveau
-Supprimer un niveau
-Modifier un niveau
-Consulter un niveau

Gérer les Classes

-Ajouter une classe


-Supprimer une classe
-Modifier une classe
-Consulter une classe

Gérer les Semestres

-Ajouter un semestre
-Supprimer un semestre
-Modifier un semestre
-Consulter un semestre

Gérer les Trimestres

-Ajouter un trimestre
-Supprimer un trimestre
-Modifier un trimestre
-Consulter un trimestre
Tableau 7 : Indentification et Rôle de l’Administrateur

Censeur
Le Censeur a pour tâche de :

Gérer les Emplois de Temps

-Ajouter un emploi de temps


-Supprimer un emploi de temps
-Modifier un emploi de temps
-Consulter un emploi de temps
Tableau 8 : Indentification et Rôle du Censeur

18
Directeur des Etudes
Le Directeur des Etudes a pour rôle de voir le rapport général ou
statistique des fonctionnalités de sa structure :

Sur les Années Scolaires

-Les années scolaires précédentes


-L’année scolaire en cours

Sur les Unités Enseignements

-Ajouter une unité d’enseignement précédemment faite


-Les unités d’enseignements en cours

Sur les Filières ou Spécialités

-Les filières ou spécialités précédentes


-Les filière ou spécialités en cours

Sur les Modules


-Les modules précédents
-Les modules en cours
Sur les Matières
-Les matières précédentes
-Les matières en cours
Sur les Niveaux
-Les niveaux précédents
-Les niveaux en cours
Sur les Classes
-Les classes précédentes
-Les classes en cours
Sur les Semestres
-Les semestres précédents
-Les semestres en cours
Sur les Trimestres

-Les trimestre précédents


-Les trimestre en cours
Tableau 9 : Indentification et Rôle du Directeur des Etudes

19
Surveillant
Le Surveillant a pour tâche de :

Gérer les Absences

-Ajouter une absence


-Supprimer une absence
-Modifier une absence
-Consulter une absence
Gérer les Retards

-Ajouter un retard
-Supprimer un retard
-Modifier un retard
-Consulter un retard

Gérer les Notifications SMS/Email

-Envoyer un message via le SMS ou l’email

Tableau 10 : Indentification et Rôle du Surveillant

Enseignant
L’enseignant a pour tâche de :

Gérer les Notes

-Ajouter une note


-Supprimer une note
-Modifier une note
-Consulter une note

Tableau 11 : Indentification et Rôle de l’Enseignant

20
Caissier
Le Caissier a pour tâche de :

Gérer les Inscriptions

-Ajouter une inscription


-Consulter une inscription
-Modifier une inscription

Gérer les Versement


-Ajouter un versement
-Supprimer un versement
-Modifier un versement
-Consulter un versement

Générer les Cartes Apprenants

-Générer une carte d’apprenant

Générer reçu de l’inscription/ versement des Apprenants

-Générer un reçu de l’inscription de l’apprenant


-Générer un reçu du versement de l’apprenant

Tableau 12 : Indentification et Rôle du Caissier

Gérant Cantine
Le Gérant de la Cantine a pour tâche de :

Gérer les Cantines


-Ajouter une cantine
-Supprimer une cantine
-Modifier une cantine
-Consulter une cantine

Tableau 13 : Indentification et Rôle du Gérant de la Cantine

21
Gérant Transport
Le Gérant du Transport a pour tâche de :

Gérer les Transports


-Ajouter un transport
-Supprimer un transport
-Modifier un transport
-Consulter un transport
Tableau 14 : Indentification et Rôle du Gérant du Transport

Pour ce chapitre, nous avons expliqué clairement la méthode d’analyse qui


va bien avec ce projet. Notre choix s'est basé sur les points forts de ce langage
notamment sa standardisation et les divers diagrammes qu’il propose. Aussi
UML présente le meilleur outil pour schématiser des systèmes complexes sous
un format graphique et textuel simplifié et normalisé. Nous avons détaillé les
besoins fonctionnels et nous avons défini les besoins non fonctionnels.

22
Chapitre 3 : Conception

La phase de conception succède à celle de l’analyse. La conception


d'application web se distingue de la conception des autres systèmes par la
répartition des objets sur l’utilisateur et la définition de ces interfaces sous forme
de pages web.
Cette étape présente les diagrammes de cas d’utilisations, diagramme de
paquetage, de séquences et le diagramme de classe du système d’information.

I. Les Méthodes de Conception

1 Les différentes méthodes de développement


Nous allons parler de quelques méthodes de développement parmi lesquelles
nous allons ensuite adopter une pour ce projet.
Méthode cartésienne (fonctionnelle)
Avec ces méthodes, le système étudié est vu comme un ensemble de fonctions.
Le processus de conception est vu comme un développement linéaire. Il y a
décomposition systémique des fonctions principales en sous fonctions, elles-
mêmes décomposées en sous fonctions jusqu’à un niveau considéré élémentaire.
En insistant exclusivement sur les fonctions, ces méthodes finissent par occulter
la prise en compte des données dans le système. SADT (STRUCTURED-
ANALYSIS-Design-Technique) est un exemple de méthode cartésienne.
Méthode orientée objet
Elle vient intégrer véritablement les données aux fonctions dans le concept
objet. Pour un objet donné, les données et les fonctions sont traitées ensemble.
Les méthodes objet consistent à créer une représentation informatique des
éléments du monde réel auxquels on s’intéresse, sans se préoccuper de
l’implémentation. Ce qui signifie indépendamment d’un langage de
programmation. Il s’agit donc de déterminer les objets présents et d’isoler leurs
données et les fonctions qui les utilisent. Pour cela, des méthodes ont été mises
au point. Entre 1970 et 1990, de nombreux analystes ont mis au point des
approches orientées objet, si bien qu’en 1994 il existait plus de 50 méthodes
objets. Toutefois, seules trois méthodes ont véritablement émergé :
La méthode OMT de J. RUMBAUGT ; La méthode BOOCH de G. BOOCH et
la méthode OOSE de I. JACOBSON.

23
Les promoteurs de ces trois méthodes se sont fixes pour objectif de créer une
méthode qui fasse la synthèse des éléments indispensables pour faire du
développement objet.
Méthode agile
Elles sont des méthodologies essentiellement dédiées à la gestion de projets
informatiques. Elles reposent sur des cycles de développement itératifs et
adaptatif en fonction des besoins évolutifs du client. Elles permettent notamment
d’impliquer l’ensemble des collaborateurs ainsi que le client dans le
développement du projet.
Elles visent à réduire le cycle de vie du logiciel (donc accélérer son
développement) en développant une version minimale, puis en intégrant les
fonctionnalités par le processus itératif basé sur une écoute cliente et des tests
tout au long du cycle de vie.
Ces méthodes constituent donc un gain en productivité ainsi qu’avantage
compétitif tant du côté client que du côté fournisseur.
2 Choix de la méthode
Pour l’analyse de notre projet, nous avons choisi l’une des méthodes agiles.
Parce qu’elles ont des avantages suivants : la réduction des risques, l’apport de
valeur ajouter, la visibilité, la qualité logicielle…

3 Les Différentes démarches de la méthode agile


Présentation
Pour le développement du logiciel, Il serait utile de connaître les méthodologies
principales de travail, pour que le projet soit un succès.
Une méthode de travail pour un logiciel est une manière de structurer, planifier
et contrôler le processus de développement.
Pour mieux comprendre ce qu'est une méthodologie de développement, voici
quelques termes qui sont souvent utilisés dans ce domaine :
➢ Méthodologie : une collection de principes et/ou pratiques ;
➢ Famille de méthodologies : un ensemble de méthodes alternatives qui
coexistent ;
➢ Modèle : une description qui doit être implémentée par une méthode ou
famille.
Pour ceux qui sont plus familier avec les logiciels :

24
➢ Une méthodologie est similaire à une classe qui peut être instancié pour
un projet particulier ;
➢ Une famille de méthodologie est similaire à un NAMESPACE de
différentes mais comparables classes ;
➢ Un modèle est similaire à une interface qui est juste une description de
"quelque chose" qui a besoin d'être implémenté par une ou plusieurs
classes.
4 Étude comparative des démarches
Nous allons présenter certaines démarches concernant le développement de
logiciel dans les lignes qui suivent.
Démarches Description Points forts Points faibles
Ensemble de bonne pratique de -Itératif et simple à Ne couvre pas les
développement (travail en mettre en œuvre. phases en amont et en
équipe, transfert de compétence), -Fait une large place aval au
XP cible des projets de plus de dix
aux aspects technique. développement :
(10) personnes capture de besoins,
-innovant. maintenance
C’est à la fois une méthodologie -Itératif -Couteux à
et un outil prêt à l’emploi ; personnaliser
-Spécifie le dialogue
Cible des projets de plus de dix entre les différents -Peu de place pour le
RUP
(10) personnes. intervenant du projet ; code et la technologie
-Propose des modèles -Assez flou dans sa
pour des projets types. mise en œuvre
-S’articule autour de -Itératif Plutôt superficiel sur
l’architecture ; les phases situées en
-Fait une large place à
amont et en aval du
-Propose un cycle de la technologie et à la
développement :
développement en Y. gestion des risques ;
2TUP capture des besoins,
-Cible toute taille -Définit les profils des gestion du
intervenants ; changement ne
Les plannings propose pas des
documents types

Méthode agile dédiée à la gestion -léger -S’adapte


de projet difficilement aux
-facile à maitriser
outils de gestions de
SCRUM taches tels que JIRA,
TFS, …
-Adaptée aux équipes
de petites tailles
Tableau 15 : Tableau comparatif des démarches à adopter à UML

25
5 Choix et justification de la démarche
Pour la réalisation de notre projet, nous allons utiliser la démarche SCRUM. Le
choix est basé sur les atouts de ce dernier qui se résument comme suit :
➢ Plus de souplesse et de réactivité ;
➢ La grande capacité d’adaptation au changement grâce à des itérations
courtes ;
➢ La chose la plus importante, c’est que SCSRUM rassemble les deux cotés
théorique et pratique et se rapproche beaucoup de la réalité.

Présentation de SCRUM
SCRUM est considéré comme un cadre de gestion de projet. Ce cadre est
constitué d'une définition des rôles, de réunions et d'artefacts. Le mot SCRUM
est un terme emprunté au rugby qui signifie « mêlée ». Par analogie, les
membres de l’équipe doivent atteindre l’objectif en équipe, comme les joueurs
qui se passent le ballon.
SCRUM est Léger, Simple à comprendre et Facile à maîtriser.

Fonctionnement de SCRUM
✓ Le propriétaire du produit « Product OWNER » qui porte la vision du produit
à réaliser (représentant généralement le client).
✓ Le directeur du produit « SCRUM Master » garant de l'application de la
méthodologie SCRUM.

26
✓ L'équipe de développement qui réalise le produit.
Figure 6 : processus de la méthode SCRUM
II. Démarche de Conception

Cette démarche permet d’établir le Backlog de produit, ses Sprints en partant


pour un travail décomposé par morceau a un produit fini (l’application) en
fonction du User Story.
1 Backlog Product

Définition : C’est une liste priorisée des fonctionnalités à développer ou


améliorer dans le cadre d’un service / produit en informatique (logiciel,
application mobile, …).
N° Fonctionnalités Description Profil Priorité
Permettre à tous les
Authentification à la
1 utilisateurs de se Tous les utilisateurs Elevée
page web
connecter
Création de compte pour
Gérer les comptes chaque utilisateur pour
2 Administrateur Elevée
d’utilisateur pouvoir interagir avec le
système
Permet d’enregistrer
Gérer les Années
3 toutes les opérations de Directeur des études Elevée
Scolaires
l’année scolaire

27
Gestion permettant
4 Gérer les niveaux d’insérer tous les niveaux Moyenne
Censeur
de la structure
Gestion permettant
5 Gérer les classes Faible
d’insérer les classes
Cette gestion permet
Gérer les filières ou
6 d’insérer des filières dans Directeur des études Moyenne
spécialités
le système
Gestion permettant
7 Gérer les matières d’ajouter des matières Censeur Faible
dans le système
Gestion permettant
Directeur des études
8 Gérer les modules d’insérer des modules Faible
dans le système
Gestion permettant de
Gérer les emplois du
9 concevoir l’emploi du Faible
temps
temps par classe
Gestion permettant Censeur
d’ajouter et d’apporter les
10 Gérer les enseignants Moyenne
modifications sur les
enseignants
Gestions permettant de
11 Gérer les évaluations Faible
créer les évaluations
Enseignant
Gestion permettant
12 Gérer les notes d’enregistrer les notes des Faible
apprenants
Gérer les unités Permet d’insérer des
13 Moyenne
d’enseignement unités d’enseignement
Directeur des études
Gestion permettant
14 Gérer les trimètres d’ajouter les trimestres Faible
dans le système
C’est une gestion
15 Gérer les semestres permettant d’ajouter des Censeur Faible
semestres dans le système
Gestion permettant
d’enregistrer les
16 Gérer la cantine Gérant cantine Faible
fréquentations des
apprenants à la cantine
Gestion permettant de
gérer les transports des
17 Gérer le transport apprenants en Gérant transport Faible
enregistrant les prises des
bus dans le système

28
Gestion permettant
d’inscrire un nouvel
18 Gérer les inscriptions Elevée
apprenant dans le
système
Gestion permettant de
faire et suivre les Caissier
19 Gérer les versements Moyenne
versements des
apprenants
Gestion permettant de
20 Gérer la carte apprenant générer et ressortir la Faible
carte scolaire
Gestion permettant
Gérer les absences
21 d’enregistrer les absences Faible
retards
et retard de l’apprenant
Surveillant
Gestion permettant
22 Gérer les notifications d’envoyer les Faible
notifications
Tableau 16 : Le BACKLOG Product

29
Diagramme de Cas d’Utilisation Global
Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour
donner une vision globale du comportement fonctionnel d'un système logiciel.

Système

GESTION DE LA SCOLARITE

Gérer les Retards Consulter Note


Absences
Consulter Emploi du
Gérer les APPRENANT
Temps
SURVEILLANT Notifications

Gérer la Cantine

GERANT CANTINE

Gérer les Transports

GERANT
TRANSPORT
Gérer les
Inscriptions

Gérer le Versement

CAISSIER
Générer la Carte
Apprenant

Gérer la
programmation des
Evaluation

Gérer les Emplois


CENSEUR Consulter Absence
de Temps
Authentification
Consulter Retard
Consulter les Unités
PARENT
Enseignements
APPRENANT
Consulter les
Filières

Consulter les
Trimestres

Consulter les
Modules

DIRECTEUR DES Consulter les


ETUDES Années Scolaires

Gérer les Niveaux


ou Classes

Gérer les Matieres

Gérer les Semestres

Gérer les Unités


Enseignements

Gérer les Filières

ADMINISTRATEUR
Gérer les Trimestres Consulter Fiche
Matiere

Gérer les Modules Gérer Evaluation


ENSEIGNANT

Gérer les Années Gérer Note


Scolaires

Gérer les Comptes


Utilisateurs
SUPER
ADMINISTRATEUR

Figure 7 : Diagramme de Cas d’Utilisation Global

30
Diagramme de Classe Global
Le diagramme de classes exprime la structure statique du système en termes de classes et de relations entre ces classes.
TRIMESTRE
- Id_Trimestre : int TYPE_UTILISATEUR
- Libelle_Trimestre : String
- idTypeUtilisateur : int
+ Ajouter () : void - Profil : String
+ Consulter () : void
+ Modifier () : void + S'authentifier () : void
...
+ Supprim er () : void

0..1
CONSERNER 1..* DATE_FONCTION
- Date Debut : Date
- Date Fin : Date 0..*
+ Ajouter () : void
AVOIR
+ Consullter () : void
+ Modifier () : void
+ Supprim er () : void
...

0..* EMPLOI DU TEMPS


1..1 APPARTENIR 1..1 CREER
- Id_Emploi du Temps : int
- Libelle_Emploi : String
UTILISATEUR - Periode : Date
ANNEE SCOLAIRE - Id_UTILISATEUR : String
CREER 0..* + Ajouter () : void
- Nom : String + Modifier () : void
- Id_Annee_Scolaire : int CREER
- Annee_Scolaire : String 0..* -
-
Prénom
Genre
: String
: boolean
+ Consulter () : void
+ Supprim er () : void
+ Ajouter () : void
1..1 - Nationalité : String 1..1 CREER
CONSERNER
+ Modifier () : void
+
+
Changer ()
Supprim er ()
:
:
void
void
CREER -
-
Téléphone
Email
: String
: String
1..1 AVOIR 0..*
... - Adresse : String
APPARTENIR - Situation Matrimoniale : String
1..1 - Photo : file
1..1 AVOIR
+ Affiche_Fiche_Signaletique () : void ABSENCE
1..1 0..* - Id_Note : int
- Motif_Absence : String
CREER 1..1 CREER
1..1 - Date Absence : date
0..*
+ Ajouter ()
+ Modilier ()
: void
: void
0..* 1..*
+ Consulter () : void

1..* + Supprim er () : void AVOIR CLASSE


CONSERNER 0..* ...
APPRENANT NIVEAU
- Id_Classe : int
RETARD - Id_Niveau : int
SEMESTRE - Id_Retard : int
-
-
Matricule
Date_Naissance
: String
: date
- Libellé_Niveau : String 1..1 AVOIR - Libellé_Classe : String
- Montant_Classe : int
- Id_Semestre : int
- Motif_Retard : String
- Date Retard : date
1..1 - Lieu_Naissance : String
- Montant_Niveau : int
+ Ajouter () : void APPARTENIR 1..* + Ajouter () : void
- Genre : boolean + Modifier () : void
- Libelle_Semestre : String CONSERNER
+ Ajouter () : void
0..* CREER
+ Ajoutet ()
+ Modilier ()
: void
: void
0..* - Contact_Apprenant : String 1..1
+
+
Modifier ()
Consulter ()
:
:
void
void
+ Consulter () : void
+ Supprim er () : void
1..1
+ Consulter () : void + Ajouter () : void + Supprim er () : void
+ Modifier () : void
+ Consulter () : void AVOIR CONSERNER + Modifier () : void 1..1 ...
...

+ Supprim er () : void CANTINE + Supprim er () : void


... + Consulter () : void CONSERNER
+ Supprim er () : void
- Id_Cantine : int
- Montant_Recette : int
- Date_Debut_Cantine : Date 0..1
- Date_Fin_Cantine : Date
+ Ajouter () : void AVOIR CONSERNER 1..*
+ Consulter () : void
+ Modifier () : void 1..* 1..*
0..* + Supprim er () : void 1..* AVOIR AVOIR TYPE BOURSE
CREER ... - Id_Bourse : int
CONSERNER AVOIR 1..* INSCRIPTION - Statut : Boolean
TRANSPORT - Id_inscription : int + Ajouter () : void
- Id_Transport : int - Frais_Inscription : float 1..* AVOIR +
+
Consulter ()
Modifier ()
:
:
void
void
- Transport : String - Date_Inscription : Date
- Montant_Transport : int + Ajouter () : void CONSERNER 1..1 + Supprim er () : void

- Date_Debut_Transport : Date + Consulter () : void


- Date_Fin_Transport : Date NOTE +
+
Modifier ()
Supprim er ()
:
:
void
void 1..1
+ Ajouter () : void
+ Consulter () : void
0..1 - Id_Note : int 1..* ...
- Note : float AVOIR
+ Modifier () : void
+ Supprim er () : void
AVOIR + Ajouter () : void 0..*
... + Consulter () : void CONSERNER
+ Modifier () : void
+ Supprim er () : void
...

0..1 CONSERNER
1..* VERSEMENT
AVOIR FILIERE - Id_Versement : int
- Id_Filière : String - Montant_Versement : int
1..* - Libellé_Filière : String - Date Versement
+ Ajouter ()
: date
: void
+ Ajouter () : void
+ Consulter () : int
1..*
+ Modifier () : void
MATIERE + Consulter () : void + Modifier () : int
+ Supprim er () : int
+ Supprim er () : void

UNITE D'ENSEIGNEMENT
-
-
Id_Matiere
Libellé_Matiere
: String
: String
1..* ...

- Id_Unite d'Enseignement : int AVOIR - Durée : String


- Libelle_Unite d'Enseignement : String 1..1 - Coefficient : int
+ Ajouter () : void
1..*
+ Ajouter () : void
+
+
Modifer ()
Consulter ()
:
:
void
void
1..* +
+
Modifier ()
Consulter ()
:
:
void
void
+ Supprim er () : void
APPARTENIR + Supprim er () : void
... ... CONSERNER

Figure 8 : Diagramme de Classe Global

31
Diagramme de Composant
Le diagramme de composants décrit l'organisation du système du point de vue
des éléments logiciels comme les modules (paquetages, fichiers
sources, bibliothèques, exécutables), des données (fichiers, bases de données) ou
encore d'éléments de configuration (paramètres, scripts, fichiers de commandes).

COM PONENT

<<FILE>>

Manager

<<REQUET T E>>

ORM BASE
DONNEE
Repository

<<T ABLE>>
<<ORM SERVICE>>

Entity
DOCTRINE

Figure 9 : Diagramme de Composant

Diagramme de Déploiement
Il indique l'organisation matérielle de l'application à concevoir et spécifie les
composants physiques nécessaires pour l'application.

SERVEUR

SERVER APPLICATION

IMPRIMAMTE PRIMARY

CLIENT Application Web

BACKUP

ORDINATEUR SERVER BASE DE DONNEE

Figure 10 : Diagramme de Déploiement

22
2 Backlog Sprint

Sprint 1 Sprint 2 Sprint 3


• Gérer les Comptes • Gérer les Apprenants • Gérer les Emplois
Utilisateurs • Gérer les Inscriptions de Temps
• Gérer les Années • Gérer les Versements • Gérer les
Scolaires • Gérer les Bourses Programmations
• Gérer les Niveaux d’Etude des Evaluations
• Gérer les Classes • Générer la Carte • Gérer la Note
• Gérer les Filières ou Apprenant • Gérer les Semestres
spécialités • Gérer les Emplois de • Gérer les
• Gérer les Unités Temps Trimestres
Enseignements • Gérer les Retards • Gérer les
• Gérer les Modules • Gérer les Absences Transports
• Gérer les Matières • Gérer les APIs des • Gérer la Cantine
Notifications
2 Semaines 2 Semaines 2 Semaines

Tableau 17 : BACKLOG Sprint

Le backlog sprint regroupe l'ensemble des user stories (c'est-à-dire les


demandes fonctionnelles des utilisateurs métier) que l'équipe de développement
s'est engagée à achever lors d'un sprint. L'état d'avancement de ces demandes
sera représenté à travers un tableau kanban (ou scrum).

23
A Sprint 1
User Story Sprint 1
TEMPS DE TRAVAIL
RESTANT POUR
CHAQUE JOUR DU
SPRINT (EN HEURE)
USER ESTIMATION JOUR JOUR JOUR
FONCTIONALITES MEMBRE
STORY TACHES INITIALE 1 2 3
DU SPRINT 1 D’EQUIPE
(EN HEURE)
Créer un
compte et Créer 10H 2H 2H 2H
attribuer un
rôle et des Consulter 10H 2H 1H 0H
GERER COMPTE privilèges
Issa Ibrahim
UTILISATEUR pour chaque
utilisateur Modifier 12H 2H 2H 2H
afin de
pouvoir le Désactiver
8H 2H 2H 0H
Modifier /Activer
Permettre Créer 8H 2H 0H 0H
d’enregistrer
toutes les Consulter 8H 2H 0H 0H
GERER ANNEE
opérations de Issa Ibrahim
SCOLAIRE Modifier 8H 2H 0H 0H
l’année
scolaire en Désactiver
cours 8H 2H 0H 0H
/Activer
Permettre Créer 8H 2H 0H 0H
d’insérer les
différents Consulter 8H 2H 0H 0H
GERER NIVEAU niveaux Issa Ibrahim
Modifier 8H 2H 0H 0H
Désactiver
8H 2H 0H 0H
/Activer
Permettre Créer 8H 2H 0H 0H
d’ajouter des
classes Consulter 8H 2H 0H 0H
GERER CLASSE relatives aux Issa Ibrahim
niveaux Modifier 8H 2H 0H 0H
Supprimer 8H 2H 0H 0H
Ajouter des Créer 8H 2H 0H 0H
filières Consulter 8H 2H 0H 0H
GERER FILIERE Issa Ibrahim
Modifier 8H 2H 0H 0H
Supprimer 8H 2H 0H 0H
Affecter les Créer 8H 2H 0H 0H
matières au Consulter Fayçal 8H 2H 0H 0H
GERER MATIERE différents
Modifier Rachida 8H 2H 0H 0H
filière
Supprimer 8H 2H 0H 0H
Tableau 18 : Sprint 1

24
AUTHENTIFICATION

1 Diagramme de Cas d’Utilisation


Système

AUTHENTIFICATION

TOUS LES ACTEURS

Figure 11 : Diagramme de Cas Utilisation Gérer l’Authentification


2 Description Diagramme de cas d’utilisation
Cas d’utilisation AUTHENTIFICATION
Ce Cas d’Utilisation permet l’accès au système par le login et le
Description
mot de passe de l’utilisateur.
Acteur Tous les Acteurs du système.
✓ Une authentification préalable ;
Pres-Condition ✓ Base de données crée contenant les données
d’authentification.
Scenarios Nominaux :
1. L’interface ou page d’authentification du système apparaît ;
2. L’utilisateur introduit son login et son mot de passe ;
3. Le système vérifie l’authenticité des données introduites par l’utilisateur ;
4. L’authentification réussie avec succès ;
5. Le système affiche la page d’accueil.
Scenarios Alternatives :
5.a L’utilisateur peut se déconnecter (retourne à l’étape 2).
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque l’utilisateur introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
Post-Condition Affichage de la page d’accueil.
Ordre de Priorité Elevée.
Tableau 19 : Description Diagramme de Cas Utilisation Gérer
l’Authentification

25
3 Diagramme de Séquence
Les diagrammes de séquences sont la représentation graphique des interactions
entre les acteurs et le système selon un ordre chronologique dans la formulation
Unified Modeling Language (UML)

DIAGRAMME DE SEQUENCE AUTHENTIFICATION

TOUS LES ACTEURS VIEW : INTERFACE WEB CONTROLEURS BDD

1 Demande Formulaire

2.Affiche Formulaire

3_Saisir et Valider
4_Envoi Données
5.Controle de saisie

alt Condition : SI RECUPERATION DONNEES


6_Recuperation Données

7_Renvoi Données

8.Verification des données

alt Condition : SI

9.Page d'acceuil

Condition : SINON
10.Message d'erreur

Condition : SINON

Message d'erreur

Figure 12 : Diagramme de Séquence Gérer l’Authentification

26
4 Diagramme d’Activité

UTILISATEUR SYSTEME

DEMARRER L'APPLICATION PAGE DE CONNEXION

NON OUI
AVEZ VOUS UN COMPTE ? NON

LOGIN

CREER UN NOUVEAU LOGIN


COMPTE CONNEXION AVEC SUCCES

OUI

AFFICHAGE DE LA PAGE
D'ACCEUIL

On l’utilise pour modéliser les aspects dynamiques au système.

Figure 13 : Diagramme d’Activité Gérer l’Authentification

5 Diagramme d’Etat-Transition
Il décrit le comportement des objets d'une classe au moyen d'un automate
d'états associés à la classe.

CONNECTER
OUVRIR FERMER

DECONNECTER

Figure 14 : Diagramme d’Etat-Transition Gérer l’Authentification

27
6 Interface de la page de l’Authentification
L’interface de connexion est celle affichée en premier. L’utilisateur doit introduire
son identifiant et son mot de passe dans les champs correspondants pour
pouvoir accéder aux différentes fonctionnalités de l’application.

Figure 15 : Interface de la page de l’Authentification

28
GERER COMPTE UTILISATEUR

1 Diagramme de Cas d’Utilisation


Système

AJOUT ER UN COPMT E
UT ILISAT EUR

<<Extend>>

GERER COPMTE <<Incl ude>>


AUT HENT IFICAT ION
UTILISATEUR

ADMINIST RAT EUR <<Extend>>

CONSULT ER UN
COPMT E UT ILISAT EUR
<<Extend>> <<Extend>>

MODIFIER UN COPMT E DESACT IVER/ACT IVER UN


UT ILISAT EUR COPMT E UT ILISAT EUR

Figure 16 : Diagramme de Cas Utilisation Gérer Compte Utilisateur


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER COMPTE UTILISATEUR
Ce Cas d’Utilisation permet au Administrateur d’accède aux
services de l’application pour gérer les comptes utilisateurs, gérer
Description
les leurs rôles ou profils et leurs droits d’accès mais aussi la
structure.
Acteur Administrateur
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page de création ou d’ajout du compte utilisateur apparaît ;
2. L’Administrateur ajoute un compte utilisateur ;
3. L’Administrateur peut consulter un compte utilisateur ;
4. L’Administrateur modifie un compte utilisateur ;
5. L’Administrateur active ou désactive un compte utilisateur ;
6. Le système vérifie l’authenticité des données introduites par l’administrateur ;
7. L’opération d’ajout ou modification du compte est réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsqu’il introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des Comptes d’utilisateur est affichée sur l’écran ;
Post-Condition ✓ L’Administrateur à ajouter ou apporter une modification à
un Compte utilisateur.
Ordre de Priorité Elevée.
Tableau 20 : Description Diag de Cas Utilisation Gérer Compte Utilisateur

29
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER COMPT E UT ILISAT EUR

ADMINIST RAT EUR VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD

ref

S'AUT HENT IFIER()

1_Demande_Formulaire

2_Formulaire

3_Saisir Donnees

4 Valider
5 Envoyer Demande

6 Verification de donnees Saisi

alt Condition : Si Droit est Accordé


7 Envoyer Demande
8 verification

alt Condition : Compte est Crée

9_T raitement Effectué avec succè

Condition : SINON

10 Afficher Erreur

Condition

11 Message Erreur ''Droit Non Accordé''

Figure 17 : Diagramme de Séquence Gérer Compte Utilisateur

30
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
COMPT ES UT ILISAT EURS

Figure 18 : Diagramme d’Activité Gérer Compte Utilisateur

5 Diagramme d’Etat-Transition

BLOQUER
CREER COMPTE UTILISATEUR DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 19 : Diagramme d’Etat-Transition Gérer Compte Utilisateur

31
6 Interface liste des Comptes Utilisateurs

Figure 20 : Interface liste des Comptes Utilisateurs

32
GERER ANNEE SCOLAIRE

1 Diagramme de Cas d’Utilisation


Système

AJOUT ER UNE
ANNEE SCOLAIRE

<<Extend>>

GERER ANNEE <<Incl ude>>


AUT HENT IFICAT ION
SCOLAIRE

DIRECT EUR DES ET UDES <<Extend>>


OU CENSEUR

CONSULT ER UNE
ANNEE SCOLAIRE

<<Extend>> <<Extend>>

MODIFIER UNE ANNEE DESACT IVER/ACT IVER


SCOLAIRE UNE ANNEE SCOLAIRE

Figure 21 : Diagramme de Cas Utilisation Gérer Années Scolaire


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER ANNEE SCOLAIRE
Ce Cas d’Utilisation permet à l’administrateur de la structure
Description d’accède aux services de l’application pour ajouter ou changer une
Année Scolaire.
Acteur L’administrateur de la structure.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page d’accueil apparaît ;
2. L’administrateur de la structure crée ou ajout une Année Scolaire ;
3. L’administrateur de la structure peut consulter une Année Scolaire ;
4. L’administrateur de la structure peut modifier une Année Scolaire ;
5. L’administrateur de la structure peut supprimer une Année Scolaire ;
6. Le système vérifie l’authenticité des données introduites par l’utilisateur ;
7. L’opération de création ou modification de l’Année Scolaire réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque L’administrateur de la structure introduit
une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des Années Scolaires est affichée sur l’écran ;
Post-Condition
✓ L’administrateur à apporter une modification à l’année.
Ordre de Priorité Elevée.
Tableau 21 : Description Diag de Cas Utilisation Gérer Années Scolaire

33
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER ANNEE SCOLAIRE

ADMINIST RAT EUR DE LA VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD
ST RUCT URE

ref

S'AUTHENTIFIER()

1_Demande_Formulaire

2_Formulaire

3_Saisir Annee Scolaire

4 Valider
5_Ajouter_Annee Scolaire
6 Verification de donnees Saisi

alt Condition : Si Donnees sont Conformes


7_Ajouter_Annee Scolaire
8 verification

alt Condition : AJOUT ER

9_Affiche_Confirmation

Condition : SINON

10 Afficher Erreur

Condition

11 Message Erreur ''Donnees Non Conforme''

Figure 22 : Diagramme de Séquence Gérer Années Scolaire

34
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
ANNEES SCOLAIRES

Figure 23 : Diagramme d’Activité Gérer Années Scolaire

5 Diagramme d’Etat-Transition

BLOQUER
CREER ANNEE SCOLAIRE DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 24 : Diagramme d’Activité Gérer Année Scolaire

35
6 Interface liste des Années Scolaires

Figure 25 : Interface liste des Années Scolaires

36
GERER FILIERE

1 Diagramme de Cas d’Utilisation


Système
AJOUTER UNE
FILIERE

<<Extend>>

<<Include>>
GERER FILIERE AUTHENTIFICATION

<<Extend>>
ADMINISTRATEUR DE LA
STRUCTURE
CONSULTER UNE
FILIERE
<<Extend>> <<Extend>>

MODIFIER UNE
DESACTIVER/
FILIERE
ACTIVER UNE FILIERE

Figure 26 : Diagramme de Cas Utilisation Gérer Filière


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER FILIERE OU SPECIALITE
Ce Cas d’Utilisation permet à L’administrateur d’accède aux
Description
services de l’application pour ajouter une Filière ou une Spécialité.
Acteur L’administrateur de la structure.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page d’accueil apparaît ;
2. L’administrateur de la structure crée ou ajout une Filière ;
3. L’administrateur de la structure peut consulter une Filière ;
4. L’administrateur de la structure peut modifier une Filière ;
5. L’administrateur de la structure peut supprimer une Filière ;
6. Le système vérifie l’authenticité des données introduites par l’utilisateur ;
7. L’opération de création ou modification de la filière réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque L’administrateur de la structure introduit
une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des Filières ou spécialités de l’année scolaire est
Post-Condition affichée sur l’écran ;
✓ Il ajoute ou apporte une modification à la Filière.
Ordre de Priorité Moyenne.
Tableau 22 : Description Diagramme de Cas Utilisation Gérer Filière

37
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER FILIERE

ADMINIST RAT EUR DE LA VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD
ST RUCT URE

ref

S'AUTHENTIFIER()

1_Demande_Formulaire

2_Formulaire

3_Saisir Libellé Filiere

4 Valider 5 Ajouter Filiere

6 Verification de donnees Saisi

alt 7 Ajouter Filiere


Condition : Si Donnees sont Conformes

8 verification

alt Condition : AJOUT ER

9_Affiche_Confirmation

Condition : SINON
10 Afficher Erreur

Condition
11 Message Erreur ''Donnees Non Conforme''

Figure 27 : Diagramme de Séquence Gérer Filière

38
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
DES FILIERES

Figure 28 : Diagramme d’Activité Gérer Filière

5 Diagramme d’Etat-Transition

BLOQUER
CREER FILIERE DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 29 : Diagramme d’Etat-Transition Gérer Filière

39
6 Interface de la liste des Filières

Figure 30 : Interface liste des Filières

40
Diagramme de Classe Sprint 1

TYPE_UTILISATEUR
- Id_Type_Utilisateur : int
- Profil : String
+ S'authentifier () : void
...
DATE_FONCTION
1..* - Date Debut : Date
- Date Fin : Date
AVOIR + Ajouter () : void
0..* + Consullter () : void
+ Modifier () : void
0..* + Supprimer () : void
...
UTILISATEUR
- Id_UTILISATEUR : String
UNITE D'ENSEIGNEMENT - Nom : String
- Prénom : String
- Id_Unite d'Enseignement : int
- Genre : boolean
- Libelle_Unite d'Enseignement : String
- Nationalité : String
+ Ajouter () : void - Téléphone : String
+ Modifer () : void - Email : String
+ Consulter () : void - Adresse : String
+ Supprimer () : void - Situation Matrimoniale : String
... - Photo : file
CONSERNER
1..1 + Affiche_Fiche_Signaletique () : void
CREER CREER
1..1 1..1
1..* 0..*
AVOIR 0..*
GERER GERER
MODULE NIVEAU ANNEE SCOLAIRE
- Id_Module : String - Id_Niveau : int - Id_Annee_Scolaire : int
- Libellé_Module : String - Libellé_Niveau : String - Annee_Scolaire : String
- Durée : String - Montant_Niveau : int
- Coefficient : int 1..* CONSERNER + Ajouter () : void
+ Ajouter () : void + Modifier () : void
+ Ajouter () : void 1..*
AVOIR + Modifier () : void + Changer () : void
+ Modifier () : void + Consulter () : void + Supprimer () : void
+ Consulter () : void CONSERNER
+ Supprimer () : void
+ Supprimer () : void ... 1..*
...
APPARTENIR
1..1
CONSERNER 1..*

AVOIR

1..* MATIERE
- Id_Matiere : String
- Libellé_Matiere : String
1..* 1..* AVOIR - Durée : String
APPARTENIR
- Coefficient : int

FILIERE CLASSE + Ajouter () : void


+ Modifier () : void
- Id_Filière : String - Id_Classe : int
+ Consulter () : void
- Libellé_Filière : String - Libellé_Classe : String
+ Supprimer () : void
- Montant_Classe : int
+ Ajouter () : void ...
+ Modifier () : void + Ajouter () : void
+ Consulter () : void + Modifier () : void
+ Supprimer () : void + Consulter () : void
+ Supprimer () : void
...

Figure 31 : Diagramme de Classe Sprint 1

41
B Sprint 2
User Story Sprint 2
TEMPS DE TRAVAIL
RESTANT POUR
CHAQUE JOUR DU
SPRINT (EN HEURE)
USER ESTIMATION JOUR JOUR JOUR
FONCTIONALITES STORY MEMBRE
TACHES INITIALE 1 2 3
DU SPRINT 2 D’EQUIPE
(EN HEURE)
Gestion
permettant Créer 8H 2H 0H 0H
de créer un
nouvel Consulter 8H 2H 0H 0H
GERER
apprenant Issa Ibrahim
APPRENANTS
dans le Modifier 8H 2H 0H 0H
système
Désactiver
8H 2H 0H 0H
/Activer
Gestion Créer 8H 2H 2H 0H
permettant
d’inscrire un Consulter 8H 2H 2H 0H
GERER
nouvel Modifier Issa Ibrahim
8H 2H 2H 0H
INSCRIPTIONS
apprenant
dans le Désactiver
8H 2H 2H 0H
système /Activer
Gestion Créer 8H 2H 2H 0H
permettant
de faire et Consulter 8H 2H 2H 0H
GERER
suivre les Modifier Issa Ibrahim 8H 2H 2H 0H
VERSEMENTS
versements
des Désactiver
8H 2H 2H 0H
apprenants /Activer
Gestion Créer 8H 2H 2H 0H
permettant
GENERER LA Consulter 8H 2H 2H 0H
de générer Fayçal
CARTE
et ressortir Rachida
APPRENANT Modifier 8H 2H 2H 0H
la carte
scolaire Supprimer 8H 2H 2H 0H
Gestion Créer 8H 2H 2H 0H
permettant Consulter Fayçal 8H 2H 2H 1H
GERER d’enregistrer Modifier Rachida 8H 2H 2H 1H
ABSENCES/RETARD les absences &
et retard de Supprimer Issa Ibrahim 8H 2H 2H 1H
l’apprenant
Tableau 23 : Sprint 2

42
GERER INSCRIPTION APPRENANT

1 Diagramme de Cas d’Utilisation


Système
AJOUT ER UN
APPRENANT

<<Extend>>

<<Incl ude>>
GERER APPRENANT AUT HENT IFICAT ION

<<Extend>>
CAISSIER

CONSULT ER UN
APPRENANT <<Extend>>
<<Extend>>

M ODIFIER UN DESACT IVER/ACT IVER UN


APPRENANT APPRENANT

Figure 32 : Diagramme de Cas Utilisation Gérer Inscription Apprenant


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER INSCRIPTION
Ce Cas d’Utilisation permet au Caissier d’accède aux services de
Description
l’application pour inscrire un Apprenant.
Acteur Le Caissier.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page d’accueil apparaît ;
2. Le Caissier crée ou ajout une Inscription ;
3. Le Caissier peut consulter une Inscription ;
4. Le Caissier peut modifier une Inscription ;
5. Le Caissier peut supprimer une Inscription ;
6. Le système vérifie l’authenticité des données introduites par l’utilisateur ;
7. L’opération de création ou modification de l’Inscription réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque Le Caissier introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des Apprenants inscrit de l’année scolaire est
affichée
Post-Condition
✓ Le Caissier à ajouter ou apporter une modification sur les
informations de l’Apprenant.
Ordre de Priorité Moyenne.
Tableau 24 : Description Diagramme de Cas Utilisation Gérer Inscription
Apprenant

43
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER APPRENANT

CAISSIER VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD

ref

S'AUTHENTIFIER()

1 Demander Formulaire

2 Afficher Formulaire

3 Saisir Données

4 Valider

5_Envoi Données
6 Verification Données Saisie

alt Condition Si Donnees sont Conformes


7_Envoi Données
8 Controle

alt Condition

9 Message de Confirmation

Nouvel Apprenant Inscrit

Condition

10 Message Erreur

Condition

11 Message Erreur ''Donnees Non Conforme''

Figure 33 : Diagramme de Séquence Gérer Inscription Apprenant

44
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
DES APPRENANT S

Figure 34 : Diagramme d’Activité Gérer Inscription Apprenant

5 Diagramme d’Etat-Transition

BLOQUER
CREER INSCRIPTION DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 35 : Diagramme d’Etat-Transition Gérer Inscription

45
6 Interface liste des Apprenants Inscrits

Figure 36 : Interface liste des Apprenants Inscrits

46
GERER ABSENCE

1 Diagramme de Cas d’Utilisation


Système

SAISIR LES ABSENCES DES EDITER LES PERMISSIONS DES


APPRENANTS APPRENANTS

<<Extend>>
<<Extend>>

GERER ABSENCE OU PERMISSION <<Include>> AUTHENTIFICATION

SURVEILLANT <<Extend>> <<Extend>>

SAISIR LES ABSENCES DES EDITER LES PERMISSIONS DES


ENSEIGNANTS ENSEIGNANTS

Figure 37 : Diagramme de Cas Utilisation Gérer Absence Apprenant


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER ABSENCE
Ce Cas d’Utilisation permet au Surveillant d’accède aux services de
Description
l’application pour notifier une Absence à un apprenant.
Acteur Le Surveillant.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1 La page d’accueil apparaît ;
2 Le Surveillant crée ou ajout une Absence ;
3 Le Surveillant peut consulter une Absence ;
4 Le Surveillant peut modifier une Absence ;
5 Le Surveillant peut supprimer une Absence ;
6 Le système vérifie l’authenticité des données introduites par l’utilisateur ;
7 L’opération de création ou modification de l’Inscription réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque Le Surveillant introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des Apprenants ayant absenté s’affiche sur l’écran ;
Post-Condition ✓ Le Surveillant ajoute ou apporte une modification sur les
absences de l’Apprenant.
Ordre de Priorité Moyenne.
Tableau 25 : Description Diagramme de Cas Utilisation Gérer Absence

47
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER ABSENCE OU RET ARD

SURVEILLANT VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD

ref

S'AUTHENTIFIER()

1_Demande_Formulaire

2_Formulaire

3 Choisir Absence ou Retard

4 Saisir Motif

5 Valider 6 Ajouter Motif

7 Verification de donnees Saisi

alt Condition : Si Donnees sont Conformes 8 Ajouter Motif


9 verification

alt Condition : AJOUT ER

10_Affiche_Confirmation

Condition : SINON

11 Afficher Erreur

Condition
12 Message Erreur ''Donnees Non Conforme''

Figure 38 : Diagramme de Séquence Gérer Absence

48
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
DES ABSENCES

Figure 39 : Diagramme d’Activité Gérer Absence

5 Diagramme d’Etat-Transition

BLOQUER
CREER ABSENCE DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 40 : Diagramme d’Etat-Transition Gérer Absence

49
6 Interface liste des Apprenants non assidus

Figure 41 : Interface liste des Apprenants non assidus

50
Diagramme de Classe Sprint 2

NOTIFICATION INSCRIPTION
- Id_Notification : int - Id_Inscription : int
- Objet_Notification : String - Frais_Inscription : float
- Date_Notification : Date - Date_Inscription : Date
+ Ajouter () : void + Ajouter () : void
+ Consulter () : void + Consulter () : void
+ Modifier () : void + Modifier () : void
+ Supprimer () : void + Supprimer () : void

AVOIR
AVOIR 0..* 1..*

APPRENANT
- Matricule : String
- Nom_Apprenant : String
- Prénom_Apprenant : String
CONSERNER - Date_Naissance : date
1..1
- Lieu_Naissance : String
1..1
- Nationalité : String
CONSERNER
- Genre : boolean
- Contact : String
- Mail : String
- Adresse : String
CONSERNER - Photo : file 1..1
1..1 + Ajouter () : void
CONSERNER
+ Modifier () : void
+ Consulter () : void
+ Supprimer () : void

0..* AVOIR 0..* AVOIR

RETARD ABSENCE
- Id_Retard : int - Id_Absence : int
- Motif_Retard : String - Motif_Absence : String
- Date_Retard : Date - Date_Absence : Date
+ Ajouter () : void + Ajouter () : void
+ Consulter () : void + Consulter () : void
+ Modifier () : void + Modifier () : void
+ Supprimer () : void + Supprimer () : void

Figure 42 : Diagramme de Classe Sprint 2

51
C Sprint 3
User Story Sprint 3
TEMPS DE TRAVAIL
RESTANT POUR
CHAQUE JOUR DU
SPRINT (EN HEURE)
USER ESTIMATION JOUR JOUR JOUR
FONCTIONALITES MEMBRE
STORY TACHES INITIALE 1 2 3
DU SPRINT 3 D’EQUIPE
(EN HEURE)
Gestions
permettant Créer 8H 2H 2H 0H
Gérer les de créer les
évaluations Consulter 8H 2H 2H 0H
Programmations Fayçal
des Evaluations Rachida
Modifier 8H 2H 2H 0H
Désactiver
8H 2H 2H 0H
/Activer
Gestion Créer 8H 2H 2H 0H
permettant
d’enregistrer Consulter 8H 2H 2H 0H
Gérer les Notes les notes des Issa Ibrahim
apprenants Modifier 8H 2H 2H 0H
Désactiver
8H 2H 2H 0H
/Activer
Gestion Créer 8H 2H 0H 0H
permettant
d’ajouter les Consulter 8H 2H 0H 0H
Gérer les
semestres Issa Ibrahim
Semestres dans le
Modifier 8H 2H 0H 0H
système Désactiver
8H 2H 0H 0H
/Activer
Gestion Créer 8H 2H 0H 0H
permettant
Gérer les d’ajouter les Consulter 8H 2H 0H 0H
Trimestres trimestres Issa Ibrahim
dans le Modifier 8H 2H 0H 0H
système Supprimer 8H 2H 0H 0H
Gestion Créer 8H 2H 0H 0H
permettant 8H 2H 0H 0H
Gérer les Consulter
de gérer les Fayçal
Transports transports Modifier Rachida 8H 2H 0H 0H
des
apprenants Supprimer 8H 2H 0H 0H
Gestion Créer 8H 2H 0H 0H
permettant
d’enregistrer les Consulter 8H 2H 0H 0H
Gérer la Cantine fréquentations Modifier
Issa Ibrahim
8H 2H 0H 0H
des apprenants à
la cantine Supprimer 8H 2H 0H 0H
Tableau 26 : Sprint 3

52
GERER TRANSPORT

1 Diagramme de Cas d’Utilisation


Système
AJOUT ER UN
T RANSPORT

<<Extend>>

<<Include>>
GERER TRANSPORT AUT HENT IFICAT ION

<<Extend>>
GERANT T RANSPORT

CONSULT ER UN
T RANSPORT
<<Extend>> <<Extend>>

MODIFIER UN
DESACT IVER/ACT IVER
T RANSPORT
UN T RANSPORT

Figure 43 : Diagramme de Cas Utilisation Gérer Transport


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER TRANSPORT
Ce Cas d’Utilisation permet au Gérant du Transport d’accède aux
Description services de l’application pour ajouter les Apprenants ayant droit
au transport.
Acteur Le Gérant du Transport.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page d’accueil apparaît ;
2. Le Gérant du Transport crée ou ajout un Transport ;
3. Le Gérant du Transport peut consulter un Transport ;
4. Le Gérant du Transport peut modifier un Transport ;
5. Le Gérant du Transport peut supprimer un Transport ;
6. Le système vérifie l’authenticité des données introduites par l’utilisateur.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque Le Gérant introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des mois de transport de l’Apprenants inscrit de
l’année scolaire est affichée sur l’écran ;
Post-Condition
✓ Le Gérant du Transport à ajouter un transport à
l’Apprenant.
Ordre de Priorité Faible.
Tableau 27 : Description Diagramme de Cas Utilisation Gérer Transport

53
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER FRAIS T RANSPORT

GERANT T RANSPORT VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD

ref

S'AUTHENTIFIER()

1_Demande_Formulaire

2_Formulaire

3 Selectioner Apprenant

4 Saisir Date Debut

5 Saisir Date Fin

6 Valider
7_Ajouter_Frais T ransport

8 Verification de donnees Saisi

alt Condition : Si Donnees sont Conformes 9_Ajouter_Frais T ransport


10 verification

alt Condition : AJOUT ER

11_Affiche_Confirmation

Condition : SINON 12 Afficher Erreur

13 Message Erreur ''Donnees Non Conforme''

Condition

Figure 44 : Diagramme de Séquence Gérer Transport

54
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
DES T RANSPORT S

Figure 45 : Diagramme d’Activité Gérer Transport

5 Diagramme d’Etat-Transition

BLOQUER
CREER TRANSPORT DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 46 : Diagramme d’Etat-Transition Gérer Transport

55
6 Interface liste des Transports

Figure 47 : Interface liste des Transports

56
GERER CANTINE

1 Diagramme de Cas d’Utilisation


Système
AJOUT ER UNE
CANT INE

<<Extend>>

<<Include>>
GERER CANTINE AUT HENT IFICAT ION

<<Extend>>
GERANT CANT INE

CONSULT ER UNE
CANT INE <<Extend>>
<<Extend>>

MODIFIER UNE DESACT IVER/ACT IVER


CANT INE UNE CANT INE

Figure 48 : Diagramme de Cas Utilisation Gérer Cantine


2 Description Diagramme de cas d’utilisation
Cas d’utilisation GERER CANTINE
Ce Cas d’Utilisation permet au Gérant de la Cantine d’accède aux
Description services de l’application pour permettre à un Apprenant d’avoir la
possibilité d’aller au restaurant.
Acteur Le Gérant de la Cantine.
Près-Condition ✓ Une Authentification préalable.
Scenarios Nominaux :
1. La page d’accueil apparaît ;
2. Le Gérant de la Cantine crée ou ajout une Cantine ;
3. Le Gérant de la Cantine peut consulter une Cantine ;
4. Le Gérant de la Cantine peut modifier une Cantine ;
5. Le Gérant de la Cantine peut supprimer une Cantine ;
6. Le système vérifie l’authenticité des données introduites par l’utilisateur ;
7. L’opération de création ou modification de la Cantine réussie avec succès.
Scenarios Alternatives :
6.a Si un problème apparait un message d’erreur s’affiche
Scenarios Exceptions :
 Un message d’erreur s’affiche lorsque Le Gérant introduit une fausse donnée ;
 Un message d’erreur s’affiche si l’un des champs obligatoires n’est pas rempli.
✓ Une liste des jours payer par mois est affichée sur l’écran ;
Post-Condition
✓ Le Gérant de la Cantine à ajouter la cantine à l’Apprenant.
Ordre de Priorité Faible.
Tableau 28 : Description Diagramme de Cas Utilisation Gérer Cantine

57
3 Diagramme de Séquence
DIAGRAMME DE SEQUENCE AJOUT ER CANT INE

GERANT CANT INE VIEW : INT ERFACES WEB CONT ROLEURS MODELE : BDD

ref

S'AUTHENTIFIER()

1_Demande_Formulaire

2_Formulaire

3_Saiair Date Debut

4 Saisir Date Fin

5 Selectionner T ype Statut

6 Saisir Montant

7 Rechercher Nom Prenom Apprenant

8 Valider

9_Ajouter_Cantine

10 Verification de donnees Saisi

alt Condition : Si Donnees sont Conformes 11 Ajouter Cantine

12 verification

alt Condition : AJOUT ER

13_Affiche_Confirmation

Condition : SINON

14 Afficher Erreur

Condition
15 Message Erreur ''Donnees Non Conforme''

Figure 49 : Diagramme de Séquence Gérer Cantine

58
4 Diagramme d’Activité
UT ILISAT EUR SYST EME

DEMANDER FORMULAIRE CONT ROLLE DU DROIT ACCES

MESSAGE D'ERREUR DROIT NON SINON Decision_1


ACCORDER

SI

SAISIR ET SOUMET T RE LES DONNEES AFFICHAGE DU FORMULAIRE

VERIFICAT ION DE LA SAISIE

AFFICHAGE DU MESSAGE D'ERREUR '' SINON SI


Decision_2
OPERAT ION NON EFFECT UEE''

AFFICHAGE DE LA PAGE
DES RECET T ES

Figure 50 : Diagramme d’Activité Gérer Cantine

5 Diagramme d’Etat-Transition

BLOQUER
CREER CANTINE DESA CTIVER A CTIVER

DEBLOQUER

AJOUTER(OK) CONSULTER CONSULTER

LISTER

MODIFIER VALIDER ENREGISTRER

Figure 51 : Diagramme d’Etat-Transition Gérer Cantine

59
6 Interface liste des Recettes

Figure 52 : Interface liste des Recettes

60
Diagramme de Classe Sprint 3

TRIMESTRE
- Id_Trimestre : int
0..* UTILISATEUR
- Libelle_Trimestre : String
- Id_UTILISATEUR : String
+ Ajouter () : void CREER
- Nom : String
+ Consulter () : void GERER
- Prénom : String
+ Modifier () : void
1..1 - Genre : boolean
+ Supprimer () : void
- Nationalité : String
...
- Téléphone : String
GERER - Email : String
SEMESTRE
- Adresse : String
1..1
- Id_Semestre : int - Situation Matrimoniale : String
- Libelle_Semestre : String - Photo : file
0..*
+ Ajouter () : void + Affiche_Fiche_Signaletique () : void
+ Consulter () : void CREER
+ Modifier () : void
+ Supprimer () : void
...

CANTINE
- Id_Cantine : int
- Libelle_Recette : String
- Montant_Recette : int
AVOIR
- Date_Cantine : Date
APPRENANT 0..1 + Ajouter () : void
- Matricule : String + Consulter () : void
- Date_Naissance : date 1..* + Modifier () : void
- Lieu_Naissance : String + Supprimer () : void
- Genre : String CONSERNER
- Contact_Apprenant : String
+ Ajouter () : void TRANSPORT
+ Modifier () : void 1..* - Id_Transport : int
+ Consulter () : void - Libelle_Transport : String
CONSERNER
+ Supprimer () : void - Montant_Transport : int
AVOIR - Date_Transport : Date

0..1 + Ajouter () : void


+ Consulter () : void
+ Modifier () : void
+ Supprimer () : void
...

Figure 53 : Diagramme de Classe Sprint 3

61
62
Chapitre 4 : L’Implémentation

Ce présent chapitre va décrire les choix techniques mises en œuvre dès la phase
d’analyse à la phase de la conception de notre projet.

1 Langage de programmation côté client

JavaScript est un langage de programmation de scripts


principalement employé dans les pages web interactives mais aussi pour les
serveurs. C’est un langage orienté objet à prototype, c’est-à-dire que les bases du
langage et ses principales interfaces sont fournies par des objets qui ne sont pas
des instances de classes, mais qui sont chacun équipés de constructeurs
permettant de créer leurs propriétés, et notamment une propriété de prototypage
qui permet d’en créer des objets héritiers personnalisés. En outre, les fonctions
sont des objets de première classe.
Source : Wikipédia

2 Tableau de Bord d’administration

AdminLTE est un modèle d'application Web open source


populaire pour les tableaux de bord et les panneaux de contrôle d'administration.
Il s'agit d'un modèle HTML réactif basé sur le Framework CSS Bootstrap 3. Il
utilise tous les composants Bootstrap dans sa conception et remodèle de
nombreux plugins couramment utilisés pour créer une conception cohérente
pouvant être utilisée comme interface utilisateur pour les applications backend.
AdminLTE est basé sur une conception modulaire, ce qui lui permet d'être
facilement personnalisé et développé. Cette documentation vous guidera tout au
long de l'installation du modèle et de l'exploration des divers composants fournis
avec le modèle.
Source : https://adminlte.io

63
3 Les Frameworks

Définition : Un Framework (ou infrastructure logicielle en français)


désigne en programmation informatique un ensemble d'outils et de composants
logiciels à la base d'un logiciel ou d'une application.
Frameworks de
programmations Avantages Inconvénients
PHP
-Démarrage facile (Laravel Mais ce Framework présente
Homestead) également un certain nombre
-Couverture Sécurité sur : d'inconvénients. Aucune prise en
-Authentification charge de la fonction de paiement :
Laravel -Autorisation C'est un petit négatif de Laravel qui
-Vérification d’email peut mettre les applications web à
-Cryptage rude épreuve si elles doivent gérer
-Hachage elles-mêmes le processus de paiement.
-Réinitialisation de mot de passe
-Même niveau de sécurité que Effectivement pour le moment cela
Laravel ; donne envie, mais attention, s'il y a
-Adapter pour les applications bien un inconvénient avec Symfony,
évolutives ; c'est l'apprentissage. Dès le début, cet
-Système de composants modulaires inconvénient peut rapidement vous
très flexible ; décourager. Il est plus compliqué
Symfony -Utilisation des mappeurs et ORM d'apprendre ce Framework que le
Doctrine ; langage sur lequel il fonctionne.
-Débogage simple ;
-Utilisation du moteur de
templating Twig, facile, rapide et
sûr ;
-Documentation complète.
-Architecture de bas niveau ; Cette approche a néanmoins
-Chargement unique de Zephir, l'inconvénient de nécessiter un accès
d’extension C et de PHP ; administrateur sur le serveur afin
-Le code compile plutôt d'installer le Framework qui se
Phalcon
qu’interpréter ; présente sous forme de fichiers pré-
-Mémoire résidente. compilés ou de sources à compiler soi-
même.

Tableau 29 : Comparatif des langages côté serveur


Aux vues de tous ces avantages et inconvénients nous avons adopter le langage
de programmation Symfony pour la conception de notre application.

64
Symfony est un ensemble de composants PHP ainsi qu'un
Framework MVC libre écrit en PHP. Il fournit des fonctionnalités modulables et
adaptables qui permettent de faciliter et d’accélérer le développement d'un site
web.
Type : Framework
Dernière version : 5.2.9 (19 mai 2021)
Licence : MIT
Créateur : Fabien Potencier
Dépôt : github.com/Symfony/Symfony
Développé par : Symfony SAS
Langage de programmation : PHP
Source : Wikipédia
4 Base de données

MySQL est un système de gestion de bases de données relationnelles


(SGBDR). Il est distribué sous une double licence GPL et propriétaire. Il fait
partie des logiciels de gestion de base de données les plus utilisés au monde,
autant par le grand public (applications web principalement) que par des
professionnels, en concurrence avec Oracle, INFORMIX et Microsoft SQL
Server.
Source : www.google.com

5 Environnement Logiciel

Visual studio code est un éditeur de code extensible développé par


Microsoft pour Windows, Linux et Mac OS. Les fonctionnalités incluent la prise
en charge du débogage, la mise en évidence de la syntaxe, la complétion
intelligence du code, les SNIPPETS, la factorisation du code et Git intégrer.
Source : www.google.com

65
Mozilla Firefox est un navigateur web libre et gratuit, développé et
distribué par la Mozilla FOUNDATION avec l'aide de milliers de bénévoles
grâce aux méthodes de développement du logiciel libre/open source et à la
liberté du code source. Firefox est à l'origine un programme dérivé du logiciel
Mozilla (actuellement connu sous le nom de SEAMONKEY), mais reprenant
uniquement les fonctions de navigation de celui-ci. Ce logiciel multiplateforme
est compatible avec diverses versions de Windows, Mac OS X, GNU/Linux et
Android. Il a été porté sur d'autres systèmes d'exploitation, ce qui est rendu
possible par la mise à disposition de son code source sous licence libre MPL.
Source : www.google.com

Power AMC est un logiciel de conception créé par la société


SDP, qui permet de modéliser les traitements informatiques et leurs bases de
données associées. Créé par SDP sous le nom AMC*DESIGNOR, racheté par
Power soft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en
1995. Hors de France, la version internationale est commercialisée par Sybase
sous la marque Power Designer. Power AMC permet de réaliser tous les types
de modèles informatiques.
Source : www.google.com

XAMPP est un ensemble de logiciels permettant de mettre en


place un serveur Web local, un serveur FTP et un serveur de messagerie
électronique. Il s’agit d’une distribution de logiciels libres offrant une bonne
souplesse d’utilisation, réputée pour son installation simple et rapide.
Source : www.google.com

66
6 Environnement Matériel

Pour la réalisation de l’application, l’environnement matériel de ce projet s’est


limité à nos ordinateurs personnel. Leurs caractéristiques sont :
LAPTOP-
Caractéristique EliteBook 8460p DUAL CORE
LRK6A035
Marque HP LENOVO HP
Processeur Intel Core™ i5 AMD Intel Core™
(2.60GHz) (1200MHz) (2.40GHz)
RAM 8,00Go 4Go 4Go

Disque dur 500Go 60Go 500Go


Système X-ubuntu 18.04
Windows 10 Windows 10
d’exploitation Windows 10

Tableau 30 : Caractéristiques des matérielles utilisées


7 Architecture de l’application

L'architecture trois tiers, aussi appelée architecture à trois niveaux ou


architecture à trois couches, est l'application du modèle plus général qu'est le
multi-tiers. L'architecture logique du système est divisée en trois niveaux ou
couches :
Couche de présentation ;
Couche de traitement ;
Couche d'accès aux données.
En conclusion, notre application web est de l’architecture trois tiers 3-tiers).
Source Wikipédia

Figure 54 : Architecture de l’application

67
8 L’architecture de l’outil d’implémentation MVC

Le modèle MVC (modèle, vue, contrôleur), décrit une manière d'architecturer


une application informatique en la décomposant en trois sous-parties modèle,
vue et contrôleur.
Modèle : Son rôle est d'aller récupérer les informations brutes dans la base de
données, de les organiser et de les assembler pour qu'elles puissent ensuite être
traitées par le contrôleur.
Vue : S’occupe des interactions avec l’utilisateur, la présentation, la saisie et la
validation des données. On y trouve essentiellement du code HTML mais aussi
quelques boucles et conditions.
Contrôleur : cette partie gère la dynamique de l’application. C'est en quelque
sorte l'intermédiaire entre le modèle et la vue : le contrôleur va demander au
modèle les données, les analyser, prendre des décisions et renvoyer le texte à
afficher à la vue.
Interactions entre les composants :
L’utilisateur envoie une demande de page à partir de son poste sous forme de
requête http, cette dernière est reçue et interprétée par le contrôleur. Celui-ci
utilise les services du modèle afin de préparer les données à afficher. Ensuite, le
contrôleur fournit ces données à la vue, qui les présente à l'utilisateur sous forme
de pages html.

MODEL
MISE A JOUR MANIPULATION

VIEW CONTROLLER

AFFICHAGE UTILISE

UTILISATEUR

Figure 55 : Echanges d’informations entre les éléments du modèle MVC

Nous avons présenté dans ce dernier chapitre, les choix techniques adoptées à la
réalisation, la justification de ces choix en passant par leurs avantages.

68
69
Interface Directeur des Etudes

Figure 56 : Interface Directeur des Etudes

Rapport sur les Inscriptions par Niveau

Figure 57 : Rapport sur les Inscriptions par Niveau

70
Rapport sur les Versements par Niveau

Figure 58 : Rapport sur les Versements par Niveau

Rapport sur les Inscriptions des années antérieures

Figure 59 : Rapport sur les Inscriptions des années antérieures

71
Rapport sur les Versements des années antérieures

Figure 60 : Rapport sur les Versements des années antérieures

Rapport sur statut de l’Apprenant

Figure 61 : Rapport sur l’Statut de l’Apprenant

72
Carte d’identité Apprenant

Figure 62 : Carte d’Identité de l’Apprenant


Détail sur l’Apprenant

Figure 63 : Détail sur l’Apprenant

73
Reçu de l’Inscription apprenant

Figure 64 : Reçu de l’Inscription Apprenant

Reçu du Versement Apprenant

Figure 65 : Reçu du Versement Apprenant

74
Bulletin de Note

Figure 66 : Bulletin de Note

75
Version Mobile

Figure 67 : Version Mobile

76
CONCLUSION GENERALE

Les quatre (4) mois passés à la réalisation de cette application ont conduit à
faire évoluer une situation existante vers la modernisation qui répond aux
attentes de l’ITECH-CENTER.

Malgré nos quelques regrets vis-à-vis de la gestion du temps et du projet, les


résultats sont concrets et seront très bientôt sur le marché (en production).

Pour ce qui est de l’expérience acquise, nous la jugeons utile et importante du


fait des technologies que nous avons découvert et longuement étudié. Bien
entendu, ce n’est qu’une partie existante que nous le rappelons mais il s’agit déjà
à notre échelle d’une réelle progression et d’une ouverture vers des horizons
nouveaux.
Ensuite, nous pouvons dire, de par l’analyse de l’existant, l’importance de
structurer les projets et de laisser des traces à ses successeurs. Cela nous a autant
plus concerné étant donné que nous devons à notre tour laisser des documents
concernant nos travaux.
Enfin, pendant le déroulement de notre projet, nous nous sommes trouvé face à
plusieurs difficultés. En complément à la formation essentiellement, théorique et
pratique au sein de L’ITECH-CENTER. Ce stage présente une véritable
opportunité pour mettre notre connaissance en relief et surtout la consolider.
Nous jugeons cela utile et très intéressant pour les raisons suivantes :

✓ L’autoformation et recherche : les problèmes rencontrés lors de la réalisation


de ce projet nous ont permis à effectuer une multitude recherches. Nous
avons consulté plusieurs sources de documentations afin de trouver les
réponses aux problèmes posés. Ces recherches ont permis d’une part
d’avancer dans la réalisation de ce projet et d’autre part, d’acquérir le reflexe
opérationnel et indispensable pour une autoformation.

✓ L’utilisation et l’apprentissage de nouveaux outils de développements :


Pour la réalisation de ce projet, nous étions obligés de nous familiariser avec des
outils et des composants que nous ne connaissons pas suffisamment, ce qui nous
a pris un certain temps pour les maitrisés.

77
78
webographie

[01] : Débutez l’analyse avec UML.


http://openclassrooms.com/fr/cources/2035826-debutez-analyse-logicielle-avec-
uml/2094981-la-descrition-textuelle-d-un-cas-utilisation
Dernière Date de visite : Samedi, le 06 juin 2021, de 09h30-10h15.

[02] : Introduction aux méthodes agiles et Scrum.


https://www.agilite.net/forums/scrum.php?t=424
Dernière Date de visite : Samedi, le 06 juin 2021, de 10h40-10h56.

[03] : Guide de démarrage Scrum.


https://www.agilite.net/forums/scrum.php?t=426
Dernière Date de visite : Samedi, le 06 juin 2021, de 11h12-11h21.

[04] : Avantages et Inconvénients des langages Interprétés.


http://webdevdesigner.com/q/pros-cons-of-interpreted-languages-3987/
Dernière Date de visite : Lundi, le 14 juin 2021, de 20h05-20h19.

[05] : Différents type de SGBD.


https://fadace.developpez.com/sgbdcmp
Dernière Date de visite : Mardi, le 15 juin 2021, de 20h-20h22.

[06] : Avantages et Inconvénients de (PHP et MySQL) vs (Access et SQL Server).


http://sgbd.developpez.com/actu/4299/Avantages-et-inconvenients-de-
PHP+Mysql-vs-Ms-access+SQLServer
Dernière Date de visite : jeudi, le 17 juin 2021, de 20h32-20h39.

A
[07] : Avantages et Inconvénients de Python contre Java.
http://sgbd.developpez.com/actu/4299/Avantages-et-inconvenients-de-Python-
vs-Java
Dernière Date de visite : vendredi, le 25 juin 2021, de 20h41-20h55.

[08] : Avantages et Inconvénients de PHP.


http://sgbd.developpez.com/actu/4299/Avantages-et-inconvenients-de-PHP
Dernière Date de visite : Dimanche, le 27 juin 2021, de 21h13-21h17.

[09] : Qu’est-ce-que le modèle MVC et a quoi il sert.


http://waytolearnx.com/2020/01/qu’est-ce-que-le-modèle-MVC-et-à-quoi-il-
sert.thml
Dernière Date de visite : vendredi, 02 juillet 2021, de 21h15-21h21.

[10] : Avantages et Inconvénients de C# contre Java.


https://www.developpez.net/forums/showtheard.php?t=2046
Dernière Date de visite : Samedi, le 03 juillet 2021, de 08h35-08h40.

[11] : Avantages et Inconvénients de C++ contre Java.


https://www.developpez.net/forums/showtheard.php?t=1886
Dernière Date de visite : Samedi, le 03 juillet 2021, de 08h42-08h46.

[12] : Base de Données SQLite3


https://python-para-impacientes.blogspot.com/p/blog-page_27.html?m=1
Dernière Date de visite : Samedi, le 03 juillet 2021, de 08h48-08h56.

[13]: Base de Données PostgreSQL


https://www.dsfc.net/oss/postgresql/installation-de-postgresql-13-sur-centos
Dernière Date de visite : Samedi, le 03 juillet 2021, de 09h04-09h16.

B
Bibliographie
Les documents consultés :
[LAE 12] Laetitia Matignon, 3.UML-Unified Modeling Language
Diagrammes statiques,2012-1013
[MAT 13] MATHIEU NEBRA, Apprenez à créer votre site web avec HTML5
et CSS3, Site de Zéro, 2013.
[MAT 13] MATHIEU NEBRA, Concevez votre site web avec PHP et MySQL,
Site de Zéro, 2013.
[MUL 00] P.A. MULLER, N. GAERTNER, Modélisation objet avec UML,
Eyrolles, 2e Edition, 2000.
[ROQ 06] P. ROQUES, UML2 par la pratique, Eyrolles, 2e Edition, 2006.
[ROQ 08] Pascal ROQUES, Les cahiers du programmeur UML2, 4e Edition
Modéliser une application Web, Eyrolles, 2008.
[SOU 97] Cristian SOUTOU, Modélisation en UML2, Eyrolles, 1997.
[VAL 12] Éric VALADE, Modélisation des classes et des objets-Diagramme de
classes UML, REV : 316, 2012.
[MAN 05] Maude MANOUVRIER, Mise à niveau UML, MIDO-2ème année,
2005.
Les rapports de stage :
[01] : Stage en développement Web de : BEGRICHE Lila en Master2 en
informatique pour les sciences, du thème : Création d’un système d’information
pour le service des techniques culturales d’ERCANE, En France, 02/mars/2015
au 31/aout/2015.
[02] : Stage en développement Web de : CHARPY Bastien en informatique de
programmation, du thème : Instrumentation ultrasonore médicale pour le
Doppler Transuranien et l’imagerie échographique haute fréquence, En France à
Lyon, 11/avril/2015 au 26/juin/2015.
[03] : Stage en développement Web de : DUMITRU Simona en informatique de
programmation, du thème : Gestion durable de la ressource en eau dans le
système du Rift est Africaine du PROJET MAWARI, A Indigo Global Service
en France, 2007/2008.

Vous aimerez peut-être aussi