PFE Khadidja Ahmat Hassan

Projet de fin d’études
En vue de l’obtention du Diplôme de Licence en Informatique
Option : Génie Logiciel
THEME:
Développement d’une plateforme de planification et suivi-évaluation des
activités pédagogiques de l’UVT
Réalisé et présenté par : Sous la Direction de :
KHADIDJA AHMAT HASSAN Dr. ALI Ouchar Cherif
Année académique : 2021-2022

Dédicaces
Je dédie ce modeste travail à celui qui a puisé dans sa vie et dans sa

jeunesse, qui n’a jamais dit non pour subvenir à mes besoins, tu es pour
moi une source d’aspiration, ma plus grande force : mon très cher oncle
ABDELBAGUI HASSAN SENOUSSI. Tu es pour moi plus qu’un simple père.
A celle qui m’a facilité la vie, qui m’a bercé et a veillé ses nuits, celle qui
n’a vécu que pour me voir un jour réussir, la source de ma vie, ma bien
aimée ma très chère mère HAWA HASSAN MOUSSA.
Aucun mot ne peut exprimer mon amour envers vous.
Que Dieu vous protège et vous accorde une longue vie.
Je prie Dieu bénédiction et vaillance sur eux, en espérant qu’ils seront

toujours fiers de moi.
A mon cher défunt père AHMAT HASSAN SENOUSSI que je n’ai pas eu la
chance de le rencontrer et profiter des beaux moments à ses côtés, malgré
ça je le sens toujours à mes côtés, il me donne la force, le courage et
l’envie d’honorer sa mémoire. Qu’Allah le tout puissant vous accorde sa
miséricorde et vous ouvre les portes du paradis et que ce dernier soit
votre demeure.
Réalisé par Khadidja Ahmat Hassan i

Remerciements
Je loue Allah, le créateur de l’univers, et que la paix et la bénédiction d’Allah soit sur le sceau
de prophète Mohamed (SAW).
Je tiens à remercier :
Mon directeur de mémoire Dr ALI Ouchar Cherif, pour sa disponibilité malgré ses
multiples occupations, ses judicieux conseils qui ont contribué à alimenter ma
réflexion.
Mon maître de stage Pr DAOUDA Ahmat vice-président de l’Université Virtuelle du
Tchad, qui m’a permis de passer un stage au sein de son institution puis de la
confiance qu’il m’a accordée en m’offrant la chance de travailler sur ce projet.
Tous les membres du jury qui m’ont fait l’honneur en acceptant d’évaluer ce travail
malgré leurs multiples tâches et occupations.
Tout le corps professoral de l’École Nationale Supérieure des Technologies de
l’Information et de la Communication (ENASTIC) pour la qualité de son
enseignement et sa disponibilité tout au long de notre formation.
Mes frères et sœurs (Oumar Ahmat Hassan, Mahamat Ahmat Hassan , Macka Ahmat
Hassan et Zara Ahmat Hassan) qui n’ont lésiné sur aucun problème, qui étaient
toujours à mes côtés et m’apportent toute l’aide nécessaire pour atteindre ce niveau
d’étude.
Mr Christ Roi, de m’avoir aidé et accepté de répondre à mes questions durant mes
recherches.
Je n’oublie pas aussi tous mes ami(e)s et ma famille qui m’ont apporté leur soutien
moral et contribué de prêt et de loin à la réalisation de ce travail.
Réalisé par Khadidja Ahmat Hassan ii

Avant-propos
L’École Nationale Supérieure des Technologies de l’Information et de la Communication

(ENASTIC), est un établissement public d’enseignement, de recherche, d’innovation et de
formation supérieure dans le domaine des communications électroniques.
Elle est créée par la loi N005/PR/2015 du 02 mars 2015. Placée sous la tutelle des Ministères
en charge des Technologies de l’Information et de la communication et celui d’Enseignement
Supérieure.
Elle a pour mission de :
Assurer la formation initiale et continue, des cadres des secteurs publics et privés dans
les domaines des Technologies de l’Information et de la Communication ;
Entreprendre la recherche appliquée d’intérêt général, en vue de promouvoir
l’innovation pour le développement socio-économique du pays ;
Former des jeunes à la culture scientifique afin de les rendre aptes à élaborer et à
porter des projets structurants adossées aux Technologies de l’Information et de la
Communication (TIC).
Pour compléter leurs connaissances théoriques, les étudiants doivent passer un stage pratique
dans une institution œuvrant dans le domaine de TIC, à l’issu duquel ils doivent produire un
rapport relatif à leurs Projets de Fin d’Études (PFE) et le présenter devant un Jury de
soutenance pour parachever leur cycle de licence.
C’est dans cette optique que notre présent mémoire vient marquer la fin du cursus du cycle
licence portant sur le thème « Développement d’une plateforme de planification et suivi-
évaluation des activités pédagogiques virtuelles » dans le cadre de l’année académique 2021-
2022.
Réalisé par Khadidja Ahmat Hassan iii

Table des matières
Dédicaces .................................................................................................................................... i
Remerciements ........................................................................................................................... ii
Avant-propos ............................................................................................................................. iii
Listes des abréviations ............................................................................................................. vii
Liste des figures ...................................................................................................................... viii
Liste de tableaux........................................................................................................................ ix
Résumé ....................................................................................................................................... x
Introduction générale................................................................................................................ 11
Chapitre 1 : Présentation des structures de formation et de stage ............................................ 12
1. La structure de formation : l’ENASTIC ........................................................................ 12
1.1. Historique ............................................................................................................... 12
1.2. Missions ................................................................................................................. 12
1.3. Objectifs ................................................................................................................. 13
1.4. Formations ............................................................................................................. 13
1.5. Organigramme ....................................................................................................... 14
2. Présentation de structure de stage ................................................................................. 14
2.1. Historique ............................................................................................................... 14
2.2. Coordination de l’UVT .......................................................................................... 15
2.3. Missions ................................................................................................................. 16
2.4. Objectifs ................................................................................................................. 16
2.5. Formations ............................................................................................................. 16
2.6. Cellules de l’UVT .................................................................................................. 17
2.7. Organigramme de l’UVT ....................................................................................... 18
Conclusion ............................................................................................................................ 18
Chapitre 2 : Étude de l’existant ................................................................................................ 19
1. Étude descriptive de l’existant ...................................................................................... 19
2. Étude critique de l’existant ............................................................................................ 19
3. Proposition d’une solution ............................................................................................ 20
3.1. Démarche de développement ................................................................................. 20
3.2. Méthodologie Agile : SCRUM .............................................................................. 20
4. Planification du projet ................................................................................................... 21
5. Diagramme de Gantt ..................................................................................................... 22
Réalisé par Khadidja Ahmat Hassan iv

Conclusion ............................................................................................................................ 22
Chapitre 3 : Étude technique de la solution.............................................................................. 23
1. Étude conceptuelle ........................................................................................................ 23
1.1 Besoins fonctionnels ................................................................................................... 23
1.2 Besoins non fonctionnels ............................................................................................ 23
2. Architecture logicielle ................................................................................................... 24
2.1 Définition ............................................................................................................... 24
2.2 La généralité........................................................................................................... 24
2.3 Modèle-vue-contrôleur (MVC) .............................................................................. 24
3. Choix de langage de modélisation ................................................................................ 25
3.1 Unified Modeling Language (UML) .......................................................................... 25
3.2 Les diagrammes utilisés ............................................................................................ 26
4. Les outils de développement ......................................................................................... 26
4.1 BOUML ................................................................................................................. 26
4.2 WampServer .......................................................................................................... 26
4.3 PhpMyAdmin ......................................................................................................... 26
4.4 MySQL .................................................................................................................. 27
4.5 Visual code............................................................................................................ 27
5. Langage de programmation ........................................................................................... 27
5.1. PHP ........................................................................................................................ 27
5.2. HTML .................................................................................................................... 27
5.3. CSS ........................................................................................................................ 28
5.4. JavaScript ............................................................................................................... 28
5.5. Bootstrap ................................................................................................................ 28
Conclusion ............................................................................................................................ 28
Chapitre 4 : Modèle conceptuel de l’application...................................................................... 29
1. Modélisation .................................................................................................................. 29
1.1. Système de gestion de base de données .................................................................... 29
1.2. Serveur de base de données ....................................................................................... 30
2. Les objets de la base de données ................................................................................... 30
2.1. Les tables ................................................................................................................... 31
2.2. La sécurité .................................................................................................................. 33
3. Les diagrammes utilisés ................................................................................................ 33
3.1. Diagramme de classe ................................................................................................. 33
Réalisé par Khadidja Ahmat Hassan v

3.2. Diagramme de cas d’utilisation................................................................................. 34
3.3 Diagramme de séquence ............................................................................................. 38
Conclusion ............................................................................................................................ 43
Chapitre 5 : Implémentation de la solution .............................................................................. 44
1. L’accueil d’application .................................................................................................. 44
1.1. Les liens d’accès à l’application ............................................................................ 44
1.2. L’interface d’authentification ................................................................................ 44
1.3. L’interface d’accueil .............................................................................................. 45
1.4. L’interface de notre application ............................................................................. 45
2. Les interfaces de l’administration ................................................................................. 46
2.1. L’interface de création d’un enseignant ................................................................. 46
2.2. L’interface de création d’une unité d’enseignement .............................................. 47
2.3. L’interface de création d’une filière....................................................................... 47
2.4. L’interface d’historique.......................................................................................... 48
2.5. L’interface de planification et suivi-évaluation ..................................................... 48
3. Les interfaces des paramètres ........................................................................................ 49
3.1. L’interface de création d’un utilisateur .................................................................. 49
3.2. L’interface de création d’une année ....................................................................... 49
3.3. L’interface de création d’un semestre .................................................................... 50
3.4. L’interface de création d’un module ...................................................................... 50
3.5. L’interface de création d’une spécialité ................................................................. 51
Conclusion ................................................................................................................................ 51
Conclusion générale ................................................................................................................. 52
Perspectives .............................................................................................................................. 53
Références .................................................................................................................................. 1
Bibliographie .............................................................................................................................. 1
Webographie : ............................................................................................................................ 1
Réalisé par Khadidja Ahmat Hassan vi

Listes des abréviations
UVT : Université Virtuelle du Tchad

ENASTIC : École Nationale Supérieure des Technologies de l’Information et de la
Communication
MVC : Modèle Vue Controleur
UML : Unified Modeling Language
CSS : Cascading Style Sheet
JS : Java Script
PHP : Hypertext Pre-processor
TIC : Technologies de l’Information et de la Communication
XAMPP : X(cross) Apache MariaDB Perl PHP
HTML : Hyper Text Markup Language
SQL: Structured Query Language
POO: Programmation Orientée Objet
Réalisé par Khadidja Ahmat Hassan vii

Liste des figures
Figure 1.1: Organigramme ENASTIC ..................................................................................... 14

Figure 1.2 : Cellule de l’UVT .................................................................................................. 18
Figure 1.3: Organigramme de l’UVT ....................................................................................... 18
Figure 2.1 : état pédagogique ................................................................................................... 19
Figure 2.2 : Méthode Scrum ..................................................................................................... 21
Figure 2.3 : planification .......................................................................................................... 21
Figure 2. 4: Diagramme de Gantt ............................................................................................. 22
Figure 3.1 : MVC ..................................................................................................................... 25
Figure 4.1 : Base de données et ses éléments ........................................................................... 30
Figure 4.2 : Diagramme classe ................................................................................................. 34
Figure 4.3 : diagramme de cas d’utilisation ............................................................................. 37
Figure 4.4 : cas d’utilisation gestion de planification .............................................................. 38
Figure 4.5 : séquence authentification...................................................................................... 39
Figure 4.6: séquence création utilisateur .................................................................................. 40
Figure 4.7: séquence création année ........................................................................................ 41
Figure 4.8: séquence création filière ........................................................................................ 42
Figure 4.9 : séquence création semestre ................................................................................... 43
Figure 5.1 :authentification ...................................................................................................... 44
Figure 5.2 : Interface d’accueil ................................................................................................ 45
Figure 5.3. : Interface de l’application ..................................................................................... 46
Figure 5.4: interface d’ajout d’un enseignant ........................................................................... 46
Figure 5.5: interface de création d’une unité d’enseignement ................................................. 47
Figure 5.6: Interface de création d’une filière .......................................................................... 47
Figure 0.7 : Interface d’historique ............................................................................................ 48
Figure 5.8 : Interface de planification et suivi ......................................................................... 48
Figure 5.9 : interface de création d’un utilisateur .................................................................... 49
Figure 5.10: Interface d’ajout d’une année .............................................................................. 49
Figure 5.11: Interface d’ajout d’un semestre ........................................................................... 50
Figure 5.12: Interface de création d’une matière ..................................................................... 50
Figure 5.13: l’interface de création d’une spécialité ................................................................ 51
Réalisé par Khadidja Ahmat Hassan viii

Liste de tableaux
Tableau 3.1 : diagrammes utilisés ......................................................................................................... 26

Tableau 4.1 : Structure de la table année ............................................................................................... 31
Tableau 4.2 : structure de la filière ........................................................................................................ 31
Tableau 4.3 : structure de la table semestre ........................................................................................... 31
Tableau 4.4 : structure de la table Unité ................................................................................................ 32
Tableau 4.5 : structure de la table matière ............................................................................................. 32
Tableau 4.6 : structure du reste des tables ............................................................................................. 32
Tableau 4.7 : authentification ............................................................................................................... 35
Tableau 4.8 : planification ..................................................................................................................... 35
Tableau 4.9 : Gestion des utilisateurs ................................................................................................... 36
Réalisé par Khadidja Ahmat Hassan ix

Résumé
Ce rapport résume le travail réalisé dans le cadre de notre Projet de Fin d’Étude (PFE), en vue
de l’obtention du diplôme de licence professionnelle en Informatique option Génie Logiciel
au sein de l’École Nationale Supérieure des Technologies de l’Information et de la
Communication (ENASTIC). Le but principal du projet est la mise en place d’une plateforme
de planification et suivi-évaluation des activités pédagogiques de l’Université Virtuelle du
Tchad.
D’abord une étude d’opportunité qui nous a mené à l’implémentation de la plateforme, une
étude de l’existant a été faite au préalable afin de recueillir des données utiles pour
l’établissement de notre cahier de charge. A l’issu de toute nos recherches, nous avons
développé une plateforme de la gestion de planification et suivi-évaluation des activités.
L’application comporte plusieurs fonctionnalités :
Gestion de planification : pour gérer les planifications;

Gestion de suivi-évaluation : pour suivre l’état d’avancement des cours;
Gestion des utilisateurs : pour gérer les utilisateurs et donner les droits d’accès.
Pour réaliser ce projet nous avons suivi les processus de développement Scrum et la
modélisation avec le langage UML.
Cette application est développée avec le langage de programmation PHP. Pour son
ergonomie, nous avons utilisé du CSS , des scripts javas et du Bootstrap.
Réalisé par Khadidja Ahmat Hassan x

Introduction générale
Dans le cadre de notre formation en informatique, option génie logiciel à l’ENASTIC, il est
obligatoire pour chaque étudiant d’effectuer un stage académique dans une institution dotée
de TIC. Un mémoire de fin d’étude en vue d’obtention du diplôme de licence doit être déposé
et soutenu publiquement, et c’est à l’occasion de ce stage rendu obligatoire par notre
formation pour parachever le cycle licence, nous avons eu la chance de l’effectuer à la cellule
planification de l’UVT afin de résoudre le problème de gestion de planification des activités
pédagogiques qui est un problème resté ouvert.
Dans ce contexte, on définit la planification des activités comme un ensemble des moyens
fixés pour atteindre les objectifs en définissant les stratégies à adopter.
L’UVT aspire poursuivre ses activités pour avoir une meilleure vision chronométrée sur ces
derniers.
Cependant, le système existant n’est pas convenable pour planifier, suivre et évaluer les
activités pédagogiques, puisqu’il ne donne pas une vision globale sur l’évolution ou la
progression des activités.
En conséquence, comment améliorer la planification et le suivi-évaluation des activités

pédagogiques au sein de l’UVT?
L’objectif principal de notre projet consiste à mettre en place une plateforme permettant à
faciliter à l’équipe de planification un rendement efficient et à temps réel.
Le travail est structuré en cinq chapitres : dans le premier chapitre nous allons présenter les
structures (d’accueil et de formation). Dans le second chapitre, nous allons faire une étude de
l’existant pour recenser les difficultés rencontrées afin de proposer une solution. Quant au
troisième chapitre présentera de l’étude technique et conceptuelle, l’architectures et modèles
utilisés pour réaliser l’application. Le quatrième chapitre s’intéressera à la modélisation et
enfin le cinquième chapitre concernera l’implémentation de notre application.
Réalisé par Khadidja Ahmat Hassan 11

Chapitre 1 : Présentation des structures de formation et de stage
Dans ce chapitre, nous allons faire une brève présentation des deux structures : structure
d’origine et structure d’accueil.
1. La structure de formation : l’ENASTIC

1.1. Historique
L’École Nationale Supérieure des Technologies de l’Information et de la Communication

(ENASTIC), est un établissement public d’enseignement de recherche, d’innovation et de
formation supérieure dans le domaine des communications électroniques. Elle est créée par
Ordonnance N°005/PR/2015 du 02 mars 2015 et est dotée de la personnalité juridique et de
l’autonomie financière. Son siège est à N’Djaména, elle a deux autres antennes: l’antenne de
Sarh et celle d’Amdjarass.
L’ENASTIC compte trois (3) départements structurés comme suit :
 département des Affaires Académiques, de la Scolarité et des Examens;

 département des Enseignements et de la Recherche;
 département de la Formation Continue et du Perfectionnement.
Le Département des Enseignements et de la Recherche (DER) dispose d’un complexe

répondant aux exigences des activités pédagogiques, des travaux et des recherches.
Les enseignements et les encadrements sont assurés par des enseignants chercheurs, des
professionnels et des experts dans le domaine des TIC, appuyés par ceux des Universités et
Écoles Africaines et d’ailleurs.
1.2. Missions
L’ENASTIC a pour missions essentielles:
 d’assurer la formation initiale et continue dans les domaines de TIC;

 de promouvoir la recherche scientifique et technologique ainsi que la valorisation des
résultats et la diffusion de la culture et de l’information scientifique;
 d’entreprendre la recherche appliquée d’intérêt générale en vue de promouvoir
l’innovation pour le développement socio-économique.

1.3. Objectifs
L’ENASTIC a réalisé des accords de coopération avec des objectifs :
 de former ses enseignants et techniciens pour des diplômes supérieurs (Doctorats) ou

de spécialisation;
 de négocier les possibilités pour ses étudiants afin de poursuivre le 2nd et le 3eme cycle;
 de négocier les possibilités d’insertion professionnelle pour ses étudiants;
 de réaliser des missions d’enseignement d’échange et d’expertise;
 d’élaborer des activités conjointes de recherche et d’innovation;
 de participer à des séminaires et à des conférences académiques;
 de participer à des programmes internationaux de formation;
 de réaliser des programmes de cotutelle de thèses.
1.4. Formations
Plusieurs pôles de formations sont disponibles :
 l’informatique : elle est divisée en plusieurs options : la cybersécurité et génie logiciel

disponible à l’antenne de N’Djaména, la sécurité système et réseau et le génie logiciel
disponible à l’antenne d’Amdjarass, le génie logiciel en cycle de DTS disponible à
l’antenne de Sarh.
 la télécommunication : elle est divisée en ces options : réseaux et télécoms en cycle de
licence disponible à l’antenne de N’Djaména, télécommunication en cycle de DTS
disponible à l’antenne de Sarh et télécommunication et système embarqué au cycle de
master à l’antenne de N’Djaména.
 le management : on y trouve l’option marketing et économie numérique et l’option
Management des projets toutes deux disponibles seulement à l’antenne de N’Djaména.

1.5. Organigramme
Figure 1.1 : Organigramme ENASTIC
2. Présentation de structure de stage

2.1. Historique
L’Université Virtuelle du Tchad (UVT) est une institution d’Enseignement Supérieur créée
par la loi N°13/PR/2005 du 16/09/2005 et qui jouit d’une autonomie financière et de gestion.
L’UVT a pour mission d’assurer un enseignement virtuel et de proposer à travers ses
plateformes technologiques des ressources scientifique et pédagogiques. L’émergence des
technologies éducatives, la prolifération des équipements connectables et la chute vertigineuse
du coût de connexion ouvrent des perspectives favorables à l’essor du paradigme éducatif
virtuel au Tchad. Elle est placée sous la tutelle du Ministère de l’Enseignement Supérieur de
la Recherche Scientifique et de l’Innovation. Elle est administrée par un conseil
d’administration de l’Université et est dirigée par un Président assisté d’un vice-président
chargé des enseignements tous nommés par décret au conseil de Ministres.
Elle est dotée des infrastructures technologiques appropriées pour assurer un enseignement
adéquat de qualité en ligne. Elle possède de différentes sections qui sont :

 un local technique : renferme les infrastructures réseaux et autres équipements
techniques de l'Université Virtuelle du Tchad (UVT).
 Espace numérique : réaménagé et équipé par l'ADETIC, le descriptif technique de cet
espace numérique se présente comme suit :
il dispose de nombreux ordinateurs fixes et portables tournants sous Ubuntu 20.04
et Windows 10 ;
les ordinateurs équipant l'espace numérique sont raccordés, par le biais du réseau,
à une photocopieuse de marque canon 2320 ;
l'espace numérique jouit d'une liaison internet de très haut débit ;
l'espace numérique dispose d'un système de climatisation qui rend l’environnement
confortable pour l'apprentissage et le travail bien fait;
des salles de formation et de regroupement en présentiel qui sont bien équipées et
jouissent d’une liaison Internet.
 Salle de visioconférence : L'Université Virtuelle du Tchad dispose d'une salle de
visioconférence disposant :
un bon nombre d'ordinateurs relié à l'Internet ;
un dispositif complet de vidéoconférence.
 Antenne VSAT : l’UVT dispose d’une antenne VSAT grâce à laquelle elle est connectée
à l’internet.
 Un Cyberespace : permettant aux apprenants et aux abonnés de naviguer et d'accéder aux
ressources de l’UVT.
 Un Studio de production numérique : L'UVT s’apprête à implémenter un studio de
production des contenus pédagogiques sous forme numérique. Le studio sera composé de
deux pièces principales à savoir :
une salle de réalisation - pièce de production ;
une régie technique - salle de montage des contenus multimédia à caractère
pédagogique.
2.2. Coordination de l’UVT
Siège : Avenue Général DAOUD SOUMAINE, Terrain Poste, N’Djamena. || Site web:
www.uvt.td || Président : Dr MAHAMAT Charfadine Salim.

2.3. Missions
L’Université Virtuelle du Tchad a pour missions d’assurer la formation continue et initiale en

ligne, à travers des plateformes éducatives, à distance, à travers un dispositif de télé-
enseignement.
Les missions de l’UVT se déclinent comme suit :
 proposer un enseignement inclusif d’une qualité notable en ligne à distance avec les
partenaires ;
 venir en appui pédagogiques aux universités et instituts universitaires tchadiennes;
 proposer un environnement foisonnant et confortable pour l’apprentissage ;
 créer une synergie de compétences de provenances diversifiée ;
 offrir la possibilité de mener un double objectif : étudier et travailler en même temps ;
 favoriser les offres de formation conduisant à une insertion professionnelle rapide ;
 assurer des fonctions destinées à rencontrer une très large audience ;
 permettre l’accès aux ressources pédagogiques et scientifiques.
2.4. Objectifs
Les objectifs poursuivis par l’Université Virtuelle du Tchad se déclinent comme suit :
 mettre en place et exploiter une bibliothèque numérique des ressources à caractère

pédagogique et scientifique ;
 mutualiser les compétences et les ressources locales et étrangères ;
 venir en appui aux universités qui font face à la problématique inhérente à la
massification universitaire ;
 assurer des formations certifiante ou qualifiante;
 vulgariser des ressources scientifiques et pédagogiques;
 organiser des ateliers à distance sous forme de FabLab;
 contribuer à la transition numérique de l’Enseignement Supérieur.
 transcender le découpage régional et atteindre le plus grand des personnes ;
 répondre aux impératifs socio-économiques.
2.5. Formations
Comme toute grande institution de formation professionnelle, l’UVT a plusieurs types de

formations dans différents domaines :

 master en Science Économie et de Gestion (option :Gestion des Ressources Humaine);
 master en Science Économie et de Gestion (option : Audit et Contrôle de Gestion);
 master en Science Économie et de Gestion(option : Analyse et Évaluation des Projets);
 master Energie Renouvelable;
 master en Science de l’éducation;
 master en Cyber Sécurité (sécurité réseau) ;
 master en sécurité logicielle.
2.6. Cellules de l’UVT
D’après l’article 1 de la décision N°008/CMT/PM/MERSI/SESRSI/DGM/UVT/2021 portant

création des cellules techniques de l’Université Virtuel du Tchad, il est créé six (6) cellules
chargées d’animer les activités pédagogiques et techniques au sein de l’Université Virtuel du
Tchad. Les descriptions associées aux cellules techniques sont les suivants :
 Cellule Techno-pédagogie : La cellule techno-pédagogie est l’une des entités de

l’Université Virtuel du Tchad qui est chargée de la plateforme éducative, la formation des
étudiants à l’outil informatique et la prise mains de la plateforme éducative.
Elle est constituée de trois équipes ou services :
l’équipe administration de la plateforme éducative;

l’équipe planification suivi et évaluation;
l’équipe production numérique et scénarisation.
 Cellule Technologies numériques : La cellule Technologies numériques assure les
tâches inhérentes à l’ingénierie logicielle et à l’administration système réseau.
 Cellule Campus Numériques Délocalisés : La cellule Campus Numériques
Délocalisés assure l’administration technique et administrative des Campus Numériques
Délocalises (CND).
 Cellule Coopération, Relation Publique et Communication : La cellule Coopération,
Relation Publique et Communication assure la gestion des dossiers juridiques, de
coopération et de communication.
 Cellule Études, Planification et Scolarité : La cellule Études, Planification et Scolarité
assure les taches inhérentes aux affaires scolaires.
 Cellule Ressources et logistique : La cellule Ressources et logistique assure la gestion
des ressources humaines et matérielles.

Figure 1.2 : Cellule de l’UVT
2.7. Organigramme de l’UVT
Figure 1.3: Organigramme de l’UVT

Conclusion
Dans ce chapitre, nous avons fait une présentation détaillée des deux (2) structures :
l’institution de formation et l’organisme d’accueil. Dans le prochain chapitre, nous allons
parler des différentes solutions existantes.

Chapitre 2 : Étude de l’existant
Dans ce chapitre, nous allons décrire le système existant tout en ressortant les différentes
critiques et proposer une solution plus appropriée afin de faciliter les tâches.
1. Étude descriptive de l’existant

Durant notre stage à l’UVT, nous avons eu à travailler sur la gestion de la scolarité et de la
pédagogie qui constitue le noyau de la gestion de l’université. La gestion de pédagogie est une
tâche très délicate et souvent compliquée, vu cette complexité le fichier de Microsoft Office
Excel ne pourra pas satisfaire toutes les exigences.
L’UVT traite cette tâche dite délicate et compliquée par le biais des fichiers classeur de
Microsoft Excel.
La figure suivante représente une annotation d’état pédagogique d’une filière réalisée sous
Microsoft Excel.
Figure 2.1 : état pédagogique

2. Étude critique de l’existant
Cette étape a pour objectif la découverte et la précision des erreurs produites par l’utilisation
manuelle afin d’apporter les solutions convenables. Comme toute application Microsoft
Office Excel présente des inconvénients qui sont entre autres :
Difficulté de partage de l’information : la difficulté de partager le contenu du fichier

avec les autres collaborateurs;

Fiabilité des données, et traçabilité : Excel n’offre aucune possibilité de tracer les
données;
Manque d’interactivité : Avec Excel, il est impossible de faire l’envoie de mail pour
alerter en cas d’une mauvaise planification ;
Pas d’actualisation automatique : Un fichier Excel n’est pas conçu pour l’interaction
avec un système, chaque mouvement doit être saisie et en cas des modification aucune
opération ne doit être négligé ;
Une interface pas assez évoluée : Difficulté de saisie avec beaucoup des colonnes et
lignes ;
Une absence de sécurité : Il est très difficile de sécuriser les données ;
Absence de vision globale : Difficile d’avoir une vision globale en temps réel .
3. Proposition d’une solution

Vue la gestion manuelle des planifications, l’UVT nous demande de proposer une plateforme
web à gestion efficiente pour permettre une automatisation rationnelle de leurs activités. Elle
permettra à l’UVT de bien planifier ses activités à l’aide d’un tableau de bord dynamiques qui
lui donnera une vue globale sur ces activités ainsi que l’état d’avancement en temps réel et à
accès distant.
Notre plateforme va permettre :
 d’enregistrer les activités dans une base de données;

 permettre le suivi des activités;
 faciliter l’accès à une information;
 garantir la sécurité par l’authentification.
3.1. Démarche de développement
Pour mener à bien un projet, en respectant l’équilibre du triangle qualité-coût-délai, il faut

suivre une démarche bien précise : tel est l’objet de la gestion de projet. Pour notre réalisation,
nous avons opté pour la méthode agile Scrum.
3.2. Méthodologie Agile : SCRUM
Le Scrum est une des méthodes de gestion de projet Agile. Elle est la méthode la plus utilisée
et la plus populaire des méthodes agiles car son approche itérative et collaborative propose un
cadre de travail permettant de développer des applications nécessitant une grande adaptabilité.

Son objectif est de définir un cadre de travail clair et précis, pour faciliter la mise en place des
projets très complexes.
Figure 2.2 : Méthode Scrum

4. Planification du projet
La planification est une étape importante et incontournable pour réussir un projet. Elle permet
d’identifier les tâches à réaliser, définir les durées. D’où, nous faisons appel au diagramme de
Gantt qui est un outil permettant de modéliser la planification de tâches nécessaire à la
réalisation du projet. Il nous donne une vue globale de l’avancement de projet et nous permet
de visualiser dans le temps, les diverses tâches à réaliser.
Figure 2.3 : planification

5. Diagramme de Gantt
Le diagramme de Gantt est un outil permettant de modéliser la planification de tâches
nécessaires à la réalisation du projet, il visualise dans le temps les diverses tâches liées
composant le projet en fournissant une représentation graphique.
Figure 2. 4: Diagramme de Gantt

Conclusion
Durant ce chapitre, nous avons présenté le projet tout en ressortant l’étude de l’existant, afin
de comprendre la problématique posée pour trouver une solution répondant aux besoins. Et
ainsi, nous avons envisagé une méthode de résolution. Le prochain chapitre nous donnera une
large vision sur l’étude technique et conceptuelle de la solution proposée.

Chapitre 3 : Étude technique de la solution
Dans ce chapitre nous étudions l’aspect conceptuel du projet, l’architecture logicielle, les
méthodes conceptuelles ainsi que les outils et langages utilisés pour la réalisation du projet.
1. Étude conceptuelle
Dans le but de concevoir une application cohérente et complète, une étude conceptuelle de la
solution est importante. Cette étude permet de recenser les fonctionnalités ainsi que les
besoins et définir l’architecture fonctionnelle la mieux adéquate.
1.1 Besoins fonctionnels
Les besoins fonctionnels représentent les actions qui doivent effectuer le système. Ils
permettent de décrire les exigences des utilisateurs sur lequel nous allons nous baser pour
définir les fonctionnalités les plus importantes. Les fonctionnalités de l’application sont les
suivantes :
 Gestion de Planification : concerne la planification des activités pédagogiques, chaque

niveau afin d’avoir un catalogue permettant à l’étudiant de savoir ce qu’il a comme
matière durant l’année d’étude et faire ses recherches afin d’avoir une vision globale sur
ce qui l’attend à faire suivi de nom de l’enseignant.
 Suivi-évaluation : La dernière partie concerne l’évolution de chaque matière, en d’autres
termes c’est l’état d’avancement d’une matière ; est-ce que cette matière a débuté Oui ou
Non? Est-ce que le contrôle et l’examen ont été fait? Si oui le statut de cette matière est
terminé et sera indiqué, sinon la matière est en cours. Cette opération consiste à suivre la
progression du cours ainsi qu’évaluer l’état d’avancement.
 Gestion des Utilisateurs : dans notre plateforme on aura 2 types d’utilisateurs
- Administrateur qui a pour rôle de gérer la plateforme entièrement;
- Agent ou gérant qui n’est qu’un simple utilisateur avec un certains privilège.
Chaque type d’utilisateurs à un rôle bien défini et doit s’authentifier avant d’accéder à
l’application, tout en sachant que chacun aura une vue spécifique et ne peut accéder qu’à
ce qui lui concerne.
1.2 Besoins non fonctionnels
Les besoins non fonctionnels d’un système ou d’une application sont les exigences qui
permettent l’amélioration de la qualité de l’application. Ces exigences sont :

 authentification : le système doit permettre à l'utilisateur de saisir son login et son mot
de passe pour accéder. Cette opération assure la sécurité du système et limite le nombre
des utilisateurs.
 fiabilité : le système doit être saint et rigide ;
 accessibilité : l’application doit être accessible n’importe où sur le réseau ou en
accédant via son adresse IP.
2. Architecture logicielle
2.1 Définition
Une architecture logicielle est la structure modulaire d’un système. Elle consiste à décrire
l’organisation générale d’un système et sa décomposition en sous-systèmes ou composants,
déterminant les interfaces entre les sous-systèmes et décrivant les interactions et le flot de
contrôle entre ces derniers.
2.2 La généralité
L’application de gestion de suivi pédagogique est très complexe en parlant d’implémentation.

En effet, elle doit gérer plusieurs aspects. Pour des raisons de cohérence et de simplicité, nous
choisissons d’utiliser la Programmation Orientée Objet (POO). Ainsi, les objets pourront être
encapsulés facilement ; surtout les plannings sur lesquelles il faut une bonne vérification
avant l’insertion. La POO nous permet de pouvoir réaliser l’application facilement avec
l’architecture MVC.
2.3 Modèle-vue-contrôleur (MVC)
MVC est une architecture utilisée dans des applications interactives en séparant les
problématiques liées aux différents composants au seins de leurs architectures respectives.
Elle est la mieux adaptée pour concevoir une application web. Son but est la séparation des
données (modèle), de l’affichage (vue) et des actions (contrôleur).
Elle est composée de trois couches qui sont :
 Le modèle : le modèle représente la partie de l’application qui exécute les logiques

métiers. C’est la partie qui se charge de la récupération des données, de conversion selon
des concepts chargés de sens pour l’application, tel que le traitement, la validation,
l’association et beaucoup d’autres tâches concernant la manipulation des données.

 La vue : la vue est responsable de l’utilisation des informations dont elle dispose pour
produire une interface de présentation de l’application.
 Le contrôleur : le contrôleur gère les requêtes des utilisateurs. Elle est responsable de
retourner une réponse avec l’aide mutuelle des couches Modèle et Vue.
Figure 3.1 : MVC

3. Choix de langage de modélisation
Le langage de modélisation peut être utilisé pour exprimer de l’information dans une structure
définie par un ensemble cohérent des règles.
Pour faire face à la complexité croissante d’information, de nouvelles méthodes et outils ont
été créés. Des nombreux acteurs industriels et renom ont adopté UML et participent à son
développement. UML est devenu un standard incontournable, car elle permet de modéliser
une application selon une vision objet. Notre modélisation de la solution se fera en utilisant
des diagrammes UML.
3.1 Unified Modeling Language (UML)
UML (Unified Modeling Language) est un langage de modélisation objet dit

aussi un langage universel car il est indépendant des langages de
programmation, des domaines d’application et aussi du processus de
développement adopté.

3.2 Les diagrammes utilisés
Tableau 3.1 : diagrammes utilisés
Diagrammes Objectifs Types

Le diagramme de classe permet de faire la Elle est de type
Diagramme de représentation de la statistique du système. Elle est le statique
classe point central de la modélisation d’un système.
Elle décrire la manière dont une organisation ou un Elle est de type

Diagrammes de système externe doit interagir avec le système et décrire fonctionnelle
cas d’utilisation ce que fait le système.
Elle permet de comprendre la logique de notre système Elle est de type
Diagrammes de et fait la validation de cas d’utilisation pour comprendre dynamique
séquences les interactions de l’application.
4. Les outils de développement

Lors du développement de cette application web, nous avons utilisé, les outils logiciels
suivants :
4.1 BOUML
BOUML est un logiciel de création de diagrammes UML. Il est

multilingue, supporte la génération de code et la rétro-ingénierie.
4.2 WampServer
WampServer est une plate-forme de développement Web sous Windows

pour des applications Web dynamiques à l’aide du serveur Apache2, du
langage de scripts PHP et d’une base de données MySQL. Il possède
également PHPMyAdmin pour gérer plus facilement vos bases de
données.
4.3 PhpMyAdmin
PhpMyAdmin est un outil logiciel gratuit écrit en PHP, destiné à gérer

l'administration de MySQL sur le Web. Il prend en charge une large
gamme d'opérations sur MySQL et Maria DB. Les opérations
fréquemment utilisées peuvent être effectuées via l'interface

utilisateur, alors qu’il y a la possibilité d'exécuter directement une instruction SQL.
4.4 MySQL
MySQL est une base de données relationnelle libre très employée sur
le Web, souvent en association avec PHP et Apache. Il fonctionne
indifféremment sur tous les systèmes d’exploitation (Windows,
Linux, Mac OS notamment). Le principe d’une base de données relationnelle est d’enregistrer
les informations dans des tables qui représentent des regroupements de données par sujets
(table des produits, table d’utilisateur par exemple). Les tables sont reliées entre elles par des
relations.
4.5 Visual code
Visual Studio est un ensemble complet d'outils de développement

permettant d’éditer des codes extensibles, développé par Microsoft pour
Windows, Linux et OS X4.
5. Langage de programmation
Un langage de programmation est une notation conventionnelle destinée à formuler des
algorithmes et produire des programmes informatiques qui les appliquent.
5.1. PHP
PHP (Hypertext Pre-processor) est un langage de programmation de

script côté serveur. Il est utilisé pour développer des sites web statiques,
dynamiques ou des applications web.
5.2. HTML
HTML (HyperText Markup Language) est le langage de balisage utilisé

pour structurer une page web et son contenu.

5.3. CSS
CSS (Cascading Style Sheets) est un langage de feuille de style. Il permet

de créer des pages web à l'apparence soignée et de modifier l’affichage
des informations dans l’application et donne une bonne ergonomie.
5.4. JavaScript
JavaScript est un langage de programmation permettant l'implémentation

des mécanismes complexes sur une page web. Elle est utilisée pour les
pages interactives dans des applications web.
5.5. Bootstrap
Bootstrap est une infrastructure de développement frontale, gratuite et

open source pour la création de sites et d'applications Web.
L'infrastructure Bootstrap repose sur HTML, CSS et JavaScript (JS)
pour faciliter le développement de sites et d'applications réactives et
tout-mobile.
Conclusion
A l’issu de ce chapitre 3, nous avons présenté les études et modèles conceptuelles, ensuite le
choix de l’architecture de la solution, les outils de conception utilisés tout au long de notre
travail. Le chapitre suivant mettra en exergue le modèle conceptuel de l’application : nous
allons parler de la modélisation de la base de données et diagrammes.

Chapitre 4 : Modèle conceptuel de l’application
Le présent chapitre, présente le modèle conceptuel pour l’automatisation du système de

gestion pédagogique. Nous identifions les acteurs qui interagissent avec notre système, puis
nous analysons les fonctionnalités à développer pour chaque module. Ensuite, nous
définissons les fonctions des acteurs à l’aide de diagrammes de l’UML.
1. Modélisation
La modélisation des données (data modeling en anglais) est un processus de description de la
structure, des associations, des relations et des contraintes relatives aux données disponibles.
Elle sert à établir des normes et à coder des règles de gestion (modèles) des data dans le
système de gestion de base de données.
1.1. Système de gestion de base de données
Un système de gestion de base de données (SGBD) est le logiciel qui permet à un ordinateur
de stocker, récupérer, ajouter, supprimer et modifier des données. Un SGBD gère tous les
aspects primaires d'une base de données, y compris la gestion de la manipulation des données,
comme l'authentification des utilisateurs, ainsi que l'insertion ou l'extraction des données. Un
SGBD définit ce qu'on appelle le schéma de données ou la structure dans laquelle les données
sont stockées.
Les outils que nous utilisons tous au quotidien nécessitent des SGBD en coulisse. Cela
comprend les guichets automatiques bancaires, les systèmes de réservation de vols, les
systèmes d'inventaire au détail et les catalogues de bibliothèques, par exemple.
Le SGBD gère trois choses importantes : les données, le moteur de base de données qui
permet d'accéder aux données, de les verrouiller et de les modifier, et le schéma de base de
données, qui définit la structure logique de la base de données. Ces trois éléments
fondamentaux contribuent à assurer la concomitance, la sécurité, l'intégrité des données et
l'uniformité des procédures administratives.
Les tâches typiques d'administration de base de données prises en charge par le SGBD
comprennent la gestion des changements, la surveillance/réglage des performances, la
sauvegarde et la restauration. De nombreux systèmes de gestion de bases de données sont
également responsables de la récupération, du redémarrage et de la récupération automatisée,
ainsi que de l'enregistrement et de la vérification des activités.

1.2. Serveur de base de données
Un serveur de bases de données stocke les données dans des tables séparées plutôt que de tout
rassembler dans une seule table. Cela améliore la rapidité et la souplesse de l'ensemble. Les
tables sont reliées par des relations définies, qui rendent possible la combinaison de données
entre plusieurs tables durant une requête. Le SQL dans "MySQL" signifie "Structured Query
Language" : le langage standard pour les traitements de bases de données.
Figure 4.1 : Base de données et ses éléments

2. Les objets de la base de données
Dans une base de données à objets les informations sont regroupées sous forme d'objets : un
conteneur logique qui englobe des informations et des traitements relatifs à une chose du
monde réel et qui permettent le bon fonctionnement du système :
 la base de données : Une base de données doit être mise en place avant l’utilisation de
l’application pour pouvoir stocker les différentes données.
 types des utilisateurs : il s’agit ici des instances de la table utilisateurs ; chaque
utilisateur de l’application doit avoir un rôle spécifique, comme un agent ou un
administrateur . Ceci permettra de définir les droits d’accès de chaque utilisateur.
 les droits d’accès : ce sont les instances de la table utilisateurs; il est indispensable de
définir les autorisations accordées aux groupes d’utilisateurs. Ainsi, la gestion des
accès se fera facilement. Et lors de l’ajout d’un utilisateur, on l’associe directement à
un groupe qui est censé lui aussi l’associer aux autorisations nécessaires.
 gestion de profils : pour des besoins de confidentialité, nous avons mis en place un
système de gestion de profil ; un utilisateur du système ne peut ouvrir que les

interfaces qui lui sont autorisés, ce qui veut dire chaque utilisateur a ses privilèges qui
lui sont attribuées au préalable lors de sa création et stocké dans la base de données.
2.1. Les tables
Il s’agit des tables dans lesquelles on trouve des informations basiques tels qu’un identifiant
comme clé primaire, les noms et des descriptions. Nous disposons donc des tables :
 annee : Dans cette table, on aura les années des états pédagogiques . Pour chaque année
on donne le libellé puis le statut de l’année afin de savoir si l’année est active ou inactive.
Par défaut une année est active.
Tableau 4.1 : Structure de la table année

Nom Type Interclassement Null Valeur par défaut Propriété
id int(11) Non Aucune PK
libelle date(20) utf8_general_ci Non Aucune
statut varchar(50) utf8_general_ci Oui Tel définis
 filiere : dans la table filière, nous aurons une liste des filières enseignées au niveau de
l’UVT.
Tableau 4.2 : structure de la filière

libelle varchar(55) utf8_general_ci Oui Null
 semestre :dans la table semestre, on aura une liste des semestres qui existent suivi de
l’identifiant de l’année auquel le semestre appartient.
Tableau 4.3 : structure de la table semestre

libelle varchar(255) utf8_general_ci Oui Null
an_id int(11) Oui Null

 unité-enseignement : dans cette table, on aura une liste des libellés des unités
d’enseignement suivi de leurs statuts et à quel semestre il appartient.
Tableau 4.4 : structure de la table Unité

libelle date(20) utf8_general_ci Non Aucune
 matiere :Dans la table matière, on trouve la liste des différentes matières et les identifiants
des unités-enseignement auxquels ils appartiennent ainsi que leurs statuts.
Tableau 4.5 : structure de la table matière

Id int(11) Non Aucune PK
libelle varchar(255) utf8_general_ci Non Aucune
statut enum(50) utf8_general_ci Oui Tel définis
Pour les restes, les tables ont les mêmes structures.
Tableau 4.6 : structure du reste des tables

Id int(11) Non Aucune PK
libelle varchar(255) utf8_general_ci Non Aucune
 enseignant : Liste des enseignants qui interviennent avec leurs spécialités et leurs données
personnelles;
 programmation : c’est une table qui nous permettra d’avoir une vue générale des
différentes tables avec leurs liaisons et jointures;
 historique : comme son nom l’indique c’est une table qui rassemble les dates de début et
fin des cours avec l’identifiant de l’enseignant qui a dispensé;
 spécialité : liste les différentes spécialités des enseignants au niveau de l’UVT;
 utilisateurs: c’est une table prédéfinie et contient les droits d’accès possibles.

2.2. La sécurité
Pour réaliser l’application, nous avons dû prendre en compte les failles web les plus
courantes. Nous avons donc mis en place des mécanismes tout au long de l’implémentation de
l’application pour contrecarrer la plupart de ces possibilités d’attaque. En effet :
— Les fonctions sont accessibles selon les privilèges, permettant ainsi d’éviter que tout le
monde affiche ce qui lui semble bon.
— Les champs cachés dans les formulaires sont des champs déjà visibles dans l’application,
et permettant juste d’afficher des informations. Elles ne modifient pas la base de données.
— Les informations saisies par les utilisateurs seront nettoyées avant interaction avec la base
de données.
— Tous les traitements faits par javascript sont faits de plus par le PHP.
— L’application est verrouillée chaque intervalle de temps pour éviter son accessibilité
à tous.
L’algorithme utilisé pour l’authentification

Pour s’authentifier sur l’application, nous avons mis en place un algorithme qui s’exécute
séquentiellement comme suit :
Tout d’abord, nous vérifions si l’identifiant et le mot de passe sont entrés et que
l’identifiant sont conformes avec les informations de la base de données.
3. Les diagrammes utilisés

3.1. Diagramme de classe
Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les classes et
les interfaces des systèmes ainsi que leurs relations. Ce diagramme regorge la
partie statique d'UML et ne s'intéresse pas aux aspects temporels et dynamiques.

Figure 4.2 : Diagramme classe
3.2. Diagramme de cas d’utilisation
3.2.1 Les Acteurs

Un acteur est une entité qui définit le rôle joué par une personne ou par un système qui
interagit avec le système modélisé.
3.2.2. Identification des acteurs

Les différents acteurs de notre plateforme :
administrateur : dans notre système l’administrateur est le seul à avoir tous les privilèges
sans aucune restriction.
les utilisateurs (Agent/ Enseignant) : l’enseignant et l’étudiant ont le même rôle et
doivent avoir presque les mêmes privilèges dans le système.
3.2.3. Cas d’utilisation

Le cas d’utilisation est une description des interactions entre l’acteur et le système
(l’application).

 authentification : permet à un utilisateur de s’authentifier avant d’accéder à l’application,
elle permet de s’assurer de l’identité de chaque utilisateur en fonctions de ses droits.
 planification : donne la possibilité à l’utilisateur de planifier ou d’enregistrer un
présentiel ou de l’annuler, de rechercher pour le modifier ou pour le consulter.
 Suivi-évaluation : permet de faire le suivi de la progression des activités pédagogiques et
permet à l’administrateur d’évaluer l’état d’avancement des cours, évaluer les travaux
pratiques, les travaux dirigés, les examens et les contrôles contenus et le rattrapage.
 gestion des utilisateurs : permet à l’administrateur d’ajouter un utilisateur, de rechercher
un utilisateur, de modifier ou encore de supprimer un utilisateur.
3.2.4. Identification des cas d’utilisations

♣ Authentification
Tableau 4.7 : authentification
Acteurs Administrateurs/Utilisateurs
Objectifs S’authentifier avant d’accéder à la plateforme
Préconditions Disposer une connexion internet, un navigateur et un serveur web local
Scenarios L’utilisateur se connecte à internet, lance l’application web via un Navigateur
web. Le système demande à l’utilisateur de s’authentifier. L’utilisateur saisie
ses droits d’accès (login, mot de passe). Le système vérifie si les champs ne
sont pas vides en envoyant une requête aux serveurs. La requête est vérifiée
par le serveur et envoie une réponse favorable. Le système rédige l’utilisateur
vers sa page en fonction de ses droits prédéfinis.
Alternative En cas de réponse défavorable du serveur, le système affiche un message
d’erreur en cas d’un champ vide ou mot de passe incorrect
♣ Planification
Tableau 4.8 : planification
Acteurs Administrateurs
Objectifs Planification des cours
Préconditions Authentification
Scenarios L’administrateur saisie les informations concernant les matières de différents

semestres selon les filières dans un formulaire, ensuite il envoie sur la
plateforme qui seront accessibles à tous. Une requête est envoyée au serveur

pour le traitement et le serveur envoie à son tour une réponse favorable à
l’interface du l’administrateur
Alternative Le système affiche un message d’erreur en cas d’un champ incomplet.
♣ Gestion des utilisateurs

Tableau 4.9 : Gestion des utilisateurs
Acteurs Administrateur
Objectifs Ajouté des utilisateurs
Préconditions Authentification
Scenarios L’administrateur saisie les informations concernant un utilisateur dans un
formulaire. Ensuite une requête est envoyée au serveur pour le traitement et le
serveur envoie à son tour une réponse favorable à l’interface du
l’administrateur
Alternative Le système affiche un message d’erreur en cas d’un champ incomplet.
3.2.5. Diagramme de cas d’utilisation
Les diagrammes de cas d'utilisation (DCU) sont des diagrammes d’UML utilisés pour une
représentation du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des
présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement,
les cas d’utilisation sont plus appropriés. En effet, un cas d'utilisation (use cases) représente
une unité discrète d'interaction entre un utilisateur (humain ou machine) et un système.
Cas d’utilisation : gestion des utilisateurs
Le diagramme de cas d’utilisation ci-dessous montre le diagramme de cas d’utilisation de

l’administrateur avec ses différents rôles.
Il peut gérer les utilisateurs et la planification, suivi-évaluation des activités pédagogiques une
fois avoir authentifié.

Figure 4.3 : diagramme de cas d’utilisation
Cas d’utilisation : Gestion de Planification et suivi-Évaluation
Le diagramme de cas d’utilisation ci-dessous montre le diagramme de cas d’utilisation d’un
utilisateur avec ses différents rôles.
Ce diagramme montre qu’un administrateur a le rôle de planifier, suivre et évaluer, puis

consulter les activités une fois avoir authentifié.

Figure 4.4 : cas d’utilisation gestion de planification
3.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 de l’UML. Il permet
de montrer les interactions d’objets dans le cadre d’un scenario d’un cas d’utilisation et décrit
comment et dans quel ordre plusieurs objets fonctionnent ensemble.
3.3.1. Séquence : scenario d’authentification

Quand un utilisateur veut accéder à notre application web, il sera obligé de s’authentifier
avant d’y accéder en saisissant ses données (login et mot de passe), après la saisie le système
envoie une requête au serveur pour traiter les informations, si les informations sont correctes
l’utilisateur accédera au système sinon un message d’erreur sera affiché à l’utilisateur et
reconduira l’utilisateur à la page d’authentification.

Figure 4.5 : séquence authentification
3.3.2. Séquence : scenario de création d’un utilisateur
Quand l’administrateur du système veut créer un utilisateur, il peut s’authentifier à travers sa
page de connexion via cette application web. Une fois connecté il doit accéder au formulaire
de création d’un utilisateur puis remplit les champs requis, après la saisie le système envoie
une requête au serveur pour traitement, si les champs sont bien remplis un message de
validation sera affiché, sinon un message d’erreur sera envoyé par le serveur et
l’administrateur devra corriger ses erreurs.

Figure 4.6: séquence création utilisateur
3.3.3. Séquence : scenario de création d’une année

L’administrateur doit se connecter à l’application à travers son login et son mot de passe. Il
doit accéder ensuite au formulaire de création d’une année et remplit tous les champs requis
puis envoie les données saisies au serveur pour le traitement, si les champs sont bien remplis
un message de validation sera affiché, sinon un message d’erreur sera envoyé par le serveur et

Figure 4.7: séquence création année
3.3.4. Séquence : scenario de création d’une filière
doit accéder ensuite au formulaire de création d’une filière et remplit tous les champs requis

Figure 4.8: séquence création filière
3.3.5. Séquence : scenario de création d’un semestre
doit accéder ensuite au formulaire de création d’un semestre et remplit tous les champs requis

Figure 4.9 : séquence création semestre
NB : Pour les restes, le scenario de création est le même.
Conclusion
Dans ce chapitre nous avons détaillés le modèle conceptuel et la modélisation en identifiants
les différents diagrammes et les cas d’utilisation. Dans le prochain chapitre, nous faisons
l’implémentation de la solution.

Chapitre 5 : Implémentation de la solution
Nous avons suivi les objectifs escomptés pour la réalisation de l’application. Nous allons dans
cette partie vous présentez les résultats obtenus.
1. L’accueil d’application
1.1. Les liens d’accès à l’application
L’application que nous avons réalisée étant web. Elle pourrait être accessible en local tout
comme en ligne. Pour l’accès, il faut disposer d’un navigateur web et être sur le réseau ou sur
le serveur local. Nous utilisons l’adresse de la boucle locale 127.0.0.1 suivi de nom de
l’application pour pouvoir y accéder. Dans notre cas, le lien est : 127.0.0.1/khadidja_ahmat/
ou http://localhost/ khadidja_ahmat/. Pour l’accès à distance ou en ligne, nous envisageons
de l’héberger sur un serveur existant dans l’avenir.
1.2. L’interface d’authentification
Pour une application de cette envergure, une authentification doit être requise pour
toute utilisation. Nous demanderons donc un username et un password à chaque utilisation de
l’application et ses données seront stockées et permettront de vérifier les informations avant
d’ouvrir l’application.
Une fois l’utilisateur authentifié, nous gardons ses informations en session (cette session est
perdue après fermeture du navigateur). Ainsi, on pourra savoir quelle est la fonction de
l’utilisateur afin de lui affecter les privilèges qui sont les siens. Cette fonctionnalité basique
mais importante a pu être réalisée sur l’application. Voici une image de l’interface
d’authentification :
Figure 5.1 :authentification

1.3. L’interface d’accueil
L’interface d’accueil est la première page qui s’affiche à l’utilisateur après authentification
quelque soit ses droits d’accès. En effet, cette page regroupe les différentes vues de la base de
données, qu’un utilisateur peut consulter selon l’information qu’il a besoin. A la fin,
l’utilisateur peut se déconnecter à l’aide du bouton qui se trouve à droite de la barre en noir.
La figure ci- dessous est l’image de l’interface d’accueil :
Figure 5.2 : Interface d’accueil

1.4. L’interface de notre application
L’image suivante représente l’interface de notre application sur laquelle les différents boutons
de fonctionnement de l’application sont disposés et structurés ainsi que leurs rôles.
Le Navbar est la barre noire en horizontale souvent appelé le top header sur laquelle se
regroupent la barre de recherche. Cette barre permet de faire de recherche plus facilement, le
bouton logo home qui permet de retourner à la page d’accueil et le bouton utilisateur qui
permet de se déconnecter de la session. Puis on a le Scrollbar la barre où le menu noir en
vertical qui est constitué de deux onglets administration et paramètre sous forme de fenêtre
tiroir, et sur ceci s’ajoute le bouton d’impression en dessous de bouton de déconnexion
utilisateur permettant d’imprimer une sélection ou une page entière.

Figure 5.3. : Interface de l’application
2. Les interfaces de l’administration

2.1. L’interface de création d’un enseignant
Cette figure représente le formulaire d’ajout d’un enseignant en renseignant son nom, email,
spécialité etc… afin de récapituler à la fin la liste des enseignants intervenant au niveau de
l’UVT.
Figure 5.4: interface d’ajout d’un enseignant

2.2. L’interface de création d’une unité d’enseignement
Ce formulaire permet de créer une unité d’enseignement en renseignant son nom, au semestre
auquel il doit appartenir et son statut.
Figure 5.5: interface de création d’une unité d’enseignement
2.3. L’interface de création d’une filière
Cette figure représente le formulaire de création des filières. L’administrateur ajoute le nom
d’une filière pour avoir à la fin une liste récapitulatif des différentes filières au niveau de
l’UVT.
Figure 5.6: Interface de création d’une filière

2.4. L’interface d’historique
Cette interface nous permet de voir l’historique des différentes matières avec la date de début
et fin, puis par quel enseignants le cours a été ou sera dispensé.
Figure 5.7 : Interface d’historique

2.5. L’interface de planification et suivi-évaluation
L’image ci-dessous représente l’interface de planification et suivi des activités pedagogiques.

Elle permet à l’administrateur d’enregistrer les activités en spécifiant à quels semestre et unité
d’enseignement elles appartiennent et suivre celle-ci à temps réel, en chronométrant
dorénavant les heures dans l’interface d’historique toute en modifiant certaines informations
au fur et à mesure afin d’évaluer au final si le cours est fait ou non
etc…
Figure 5.8 : Interface de planification et suivi

3. Les interfaces des paramètres
3.1. L’interface de création d’un utilisateur
L’interface de création d’un utilisateur est l’interface sur lequel un administrateur crée un
utilisateur en remplissant ses différents champs et en spécifiant le type de l’utilisateur. Après
avoir appuyé sur le bouton Enregistrer ces informations seront stockées dans la base de
données et l’utilisateur pourra se connecter désormais grâce à son mot de passe et son login.
Voici une image de l’interface de création d’un utilisateur :
Figure 5.9 : interface de création d’un utilisateur

3.2. L’interface de création d’une année
L’interface suivant représente le formulaire de création d’une année avec son statut pour avoir
les informations si l’année est active(encours) ou inactive (achevée).
Figure 5.10: Interface d’ajout d’une année

3.3. L’interface de création d’un semestre
Dans cette interface, l’administrateur crée les semestres accompagnés de l’année auquel le
semestre appartiendra.
Figure 5.11: Interface d’ajout d’un semestre

3.4. L’interface de création d’un module
Dans cette interface, l’administrateur va créer le module (matière) en renseignant son nom,
l’unité d’enseignement auquel la matière doit être associé ainsi que son statut.
Figure 5.12: Interface de création d’une matière

3.5. L’interface de création d’une spécialité
La figure-ci représente le formulaire d’ajout des spécialités en renseignant le libellé pour les
listés à la fin et cela nous permettre de savoir facilement nos spécialistes des différents
domaines.
Figure 5.13: l’interface de création d’une spécialité
Conclusion
Durant ce chapitre, nous avons présenté les interfaces de notre application afin de pouvoir
vous donnez un aperçu sur la plateforme tout en précisant les différents scenarios.

Conclusion générale
Ayant effectué un stage de deux mois au sein de l’UVT, l’objectif principal est de mettre en
place une application web pour répondre aux besoins de ladite institution. Il nous a été
demandé de mettre en place une plateforme de planification et suivi-évaluation des activités
pedagogiques.
Pour réaliser l’application, nous avons utilisé le langage de modélisation UML pour l’analyse
et la conception de la base de données, puis le PhpMyAdmin ‘MySQL’ pour implémenter
ladite base de données. Le PHP, HTML et Bootstrap pour la mise en œuvre des interfaces et
leur ergonomie.
Ce projet nous a permis de recueillir beaucoup de connaissance théorique, et nous a permis de

nous familiariser avec l’environnement de travail et de la vie professionnel.
À l’issu de ce stage, nous avons pu côtoyer les professionnels, les techniciens, les enseignants
et c’est une fierté pour nous de pouvoir proposer une plateforme pour la seule université
virtuelle du Tchad. Il reste beaucoup à faire et en espérant que ce travail sera porté par
d’autres pour atteindre un plus haut sommeil technologique.

Perspectives
Au cours de ce travail, nous avons présenté les différentes étapes ayant conduit à la mise en
œuvre d’une application web dédiée à la gestion de planification et suivi- évaluation des
activités pédagogiques de l’Université Virtuelle du Tchad (UVT). Cette plateforme permettra
à l’équipe de planification et suivi de bien planifier leurs activités et évaluer l’état
d’avancement.
Cependant des perspectives restent envisageables, l’application que nous avons conçue
pourrait être enrichie dans les jours à venir par des fonctionnalités avancées telles que
l’intégration histogramme pour faire la statistique et donner une vie globale de progression
des cours. Et avoir une statistique mensuelle et annuelle des différentes filières.
Une point clé que nous sommes en pleine réflexion serait d’intégrer les horaires des différents
examens, ainsi chaque enseignant, étudiant aura une idée fixe des différentes périodes des
travaux dirigés, travaux pratiques, contrôle continu et ales examens.

Références
Cours :
Cours Conduite et Évaluation des projets de Dr Ali Ouchar Cherif ;

Cours de Qualité Logicielle de Mr. Tchari Abdoulaye ;
Cours de Projet de programmation de M. Brahim Issa ;
Cours de Architecture Logicielle de M. Tchari Abdoulaye ;
Cours de programmation web (côté serveur ) de Mr. Fréderic.
Cours de programmation web (côté client ) de Mr. Cherif Ahmat.
Bibliographie
Mémoire de fin d’étude, Souleyman Saleh Moussa « Mise en place d’une plateforme
de centralisation et de suivi des Projets » ENASTIC de N’Djamena, Décembre 2021.
Consulter le 23 Octobre 2022
Rapport fin d’étude Ngomdé Cadet Kamdoum « Mise en place d’une application de
gestion de concours de l’ONECS » ENASTIC de N’Djamena, Novembre 2020.
Consulter 12 Novembre 2022.
Mémoire de fin d’étude Bichara Moctar Cherif « Mise en place d’une plateforme de
Crowdfunding (Financement Participatif) : BENATNA » ENASTIC de N’Djamena,
Décembre 2021. Consulter le 19 Novembre 2022.
Mémoire de fin d’étude Houar Asmaa « Réalisation d’un système d’information
temps-réel pour la gestion pédagogique du département G.E.E » Septembre 2020.
consulter le 20 Novembre 2022
Webographie :
[1] : https://openclassrooms.com/forum/sujet/les-besoins-fonctionnels-et-non-fonctionnels
(25 octobre à 17h12)
[2] : https://www.wikipedia.org (29 octobre à 13h22)
[3] : https://www.google.com (13 novembre à 21h04)
[4] : https://www.tuleap.org/fr/agile/comprendre-methode-agile-scrum-10-minutes

(03novembre à 17h45)
[5] : https://www.uvt.td ( 24 octobre à 12h56)
[6] : https://www.youtube.com (08 septembre à 15h33)
[7] : https://www.openclassroom.com (11 septembre à 19h02)

PFE Khadidja Ahmat Hassan

Transféré par

Droits d'auteur :

Formats disponibles

PFE Khadidja Ahmat Hassan

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

PFE Khadidja Ahmat Hassan

Transféré par

Droits d'auteur :

Formats disponibles

Projet de fin d’études

En vue de l’obtention du Diplôme de Licence en Informatique

Option : Génie Logiciel

Réalisé et présenté par : Sous la Direction de :

KHADIDJA AHMAT HASSAN Dr. ALI Ouchar Cherif

Année académique : 2021-2022

Je dédie ce modeste travail à celui qui a puisé dans sa vie et dans sa

Aucun mot ne peut exprimer mon amour envers vous.

Que Dieu vous protège et vous accorde une longue vie.

Je prie Dieu bénédiction et vaillance sur eux, en espérant qu’ils seront

Réalisé par Khadidja Ahmat Hassan i

Réalisé par Khadidja Ahmat Hassan ii

L’École Nationale Supérieure des Technologies de l’Information et de la Communication

Elle a pour mission de :

Réalisé par Khadidja Ahmat Hassan iii

Réalisé par Khadidja Ahmat Hassan iv

Réalisé par Khadidja Ahmat Hassan v

Réalisé par Khadidja Ahmat Hassan vi

UVT : Université Virtuelle du Tchad

Réalisé par Khadidja Ahmat Hassan vii

Figure 1.1: Organigramme ENASTIC ..................................................................................... 14

Réalisé par Khadidja Ahmat Hassan viii

Tableau 3.1 : diagrammes utilisés ......................................................................................................... 26

Réalisé par Khadidja Ahmat Hassan ix

L’application comporte plusieurs fonctionnalités :

Gestion de planification : pour gérer les planifications;

Réalisé par Khadidja Ahmat Hassan x

En conséquence, comment améliorer la planification et le suivi-évaluation des activités

Réalisé par Khadidja Ahmat Hassan 11

1. La structure de formation : l’ENASTIC

L’École Nationale Supérieure des Technologies de l’Information et de la Communication

L’ENASTIC compte trois (3) départements structurés comme suit :

 département des Affaires Académiques, de la Scolarité et des Examens;

Le Département des Enseignements et de la Recherche (DER) dispose d’un complexe

L’ENASTIC a pour missions essentielles:

 d’assurer la formation initiale et continue dans les domaines de TIC;

Réalisé par Khadidja Ahmat Hassan 12

L’ENASTIC a réalisé des accords de coopération avec des objectifs :

 de former ses enseignants et techniciens pour des diplômes supérieurs (Doctorats) ou

Plusieurs pôles de formations sont disponibles :

 l’informatique : elle est divisée en plusieurs options : la cybersécurité et génie logiciel

Réalisé par Khadidja Ahmat Hassan 13

Figure 1.1 : Organigramme ENASTIC

2. Présentation de structure de stage

Réalisé par Khadidja Ahmat Hassan 14

2.2. Coordination de l’UVT

Réalisé par Khadidja Ahmat Hassan 15

L’Université Virtuelle du Tchad a pour missions d’assurer la formation continue et initiale en

 mettre en place et exploiter une bibliothèque numérique des ressources à caractère

Comme toute grande institution de formation professionnelle, l’UVT a plusieurs types de

Réalisé par Khadidja Ahmat Hassan 16

2.6. Cellules de l’UVT

D’après l’article 1 de la décision N°008/CMT/PM/MERSI/SESRSI/DGM/UVT/2021 portant

 Cellule Techno-pédagogie : La cellule techno-pédagogie est l’une des entités de

Elle est constituée de trois équipes ou services :

l’équipe administration de la plateforme éducative;

Réalisé par Khadidja Ahmat Hassan 17

Figure 1.3: Organigramme de l’UVT

Réalisé par Khadidja Ahmat Hassan 18

1. Étude descriptive de l’existant