GEmploi : Smart school timetable management software using RFID technology

P r o j e t d e f i n d ’ é t u d e s | 2015-2016
DUT de Génie Informatique
1
Rapport du projet fin d’étude (PFE)
Sous le thème :
Département : Informatique
Filière : Génie informatique
Réalisé par : Encadré par :
AMRAOUI Hayat Mr. RHATTOY Abdellah
ABBOUTI Fatima
AKALIA Slimane
Année Universitaire 2015–2016
La conception et la réalisation d’une
application de gestion automatique des
emplois du temps en intégrant la
technologie RFID.

2
DEDICACE
A nos Parents
Ce travail est avant tout le fruit des sacrifices qu’ils ont
consentis afin de parfaire notre éducation et notre
formation. Leurs prières et leur bénédiction ont été les
cierges qui ont éclairé nos parcours. Nous ne saurons
exprimer mon extrême reconnaissance et gratitude.
A toutes nos grandes familles
AKALIA, ABBOUTI & AMRAOUI
A tous nos amis
En honneur à la grande amitié qui nous unit, des souvenirs
et tous les moments passés ensembles
A notre prestigieuse école
L’Ecole Supérieure de Technologie de Meknès ESTM
Nous espérons que cet humble travail soit à la hauteur de
vos attentes.

3
Remerciement
La réalisation de ce projet n’aurait pas pu prendre naissance sans
l’assistance de certaines personnes dont les apports ne pourraient être
qu’infiniment reconnus.
Nos plus profonds sentiments vont à Mr. RHATTOY Abdellah, notre
encadrant à l’ESTM pour avoir accepté de diriger notre projet. Il nous a beaucoup
soutenus et réconfortés malgré ses multiples engagements. Veuillez trouver ici,
l’expression de notre énorme gratitude.
Nos remerciements aux membres du jury de nous avoir honoré en acceptant
l’évaluation de ce présent projet.
On remercie également Mr. IBRAHIMI Idriss et Mr. BENCHBAKOU
Allal pour leurs efforts et leurs orientations au niveau de notre matériel.
Sans oublier de remercier le corps professoral et administratif de l’ESTM
de MEKNES pour le climat et les conditions qui nous ont offert pendant ces
années d’études. Merci du fond du cœur pour la qualité de la formation que vous
nous avez dispensée.
Enfin, que tous ceux qui ont participé à l’aboutissement de ce travail,
trouvent ici, l’expression de nos sincères remerciements.

4
Avant –propos
Cette étude entre dans le cadre de la préparation d’une mémoire de fin d’études
en vue de l’obtention du diplôme universitaire de technologie en Informatique, au
sein de l’école supérieure de technologie ESTM à Meknès.
C’est ainsi que nous avons eu l’occasion de préparer notre projet de fin d’étude
intitulé «Conception et réalisation d’une application de gestion automatique des
emplois du temps» proposé par notre encadrant Mr.RHATTOY Abdellah.
Ce projet est un apport très bénéfique quant au perfectionnement des
connaissances de l’étudiant dans le domaine informatique et pour avoir
l’opportunité d’appliquer ses connaissances théoriques acquises tout au long de
son cursus universitaire dans le cadre professionnel.

5
Table des matières
DEDICACE ......................................................................................................... 2
REMERCIEMENT............................................................................................. 3
AVANT-PROPOS ............................................................................................... 4
TABLE DE MATIERES .................................................................................... 5
TABLE DE FIGURES........................................................................................ 7
INTRODUTION................................................................................................ 12
CHAPITRE 1 : PRESENTATION DU PROJET.......................................... 13
Introduction ..................................................................................................... 14
1. Cadre de travail du projet ........................................................................ 14
2. Motivation et problématique ................................................................... 14
3. Objectifs du projet ................................................................................... 14
4. Spécification des besoins ........................................................................ 16
5. Utilisateur du système ............................................................................. 17
6. Contraintes .............................................................................................. 18
Conclusion ....................................................................................................... 18
CHAPITRE 2 : CONCEPTION ET MODELISATION DU SYSTEME.... 19
Introduction ...................................................................................................... 20
1. Méthode de Merise .................................................................................. 20
2. Modèle conceptuel de données (MCD)................................................... 21
3. Description des tables.............................................................................. 22
Conclusion..................................................................................................... 28
CHAPITRE 3 : REALISATION DU PROJET.............................................. 29
Introduction ...................................................................................................... 30
1. Environnement d’implémentation ........................................................... 30
a. SYSBASE........................................................................................... 30
b. PHPMYADMIN................................................................................. 31

6
c. XAMPP............................................................................................... 32
d. NETBEANS........................................................................................ 32
e. ECLIPSE............................................................................................. 33
f. JAVA .................................................................................................. 34
g. JAVA JDBC ....................................................................................... 35
h. JAVAMAIL API ................................................................................ 36
i. SQL..................................................................................................... 37
j. JFreeChart........................................................................................... 38
k. Poi d’apache ....................................................................................... 38
l. Arduino............................................................................................... 39
m. JCalendar ............................................................................................ 39
n. JSerialComm....................................................................................... 40
o. Mfrc522 .............................................................................................. 40
2. Scénario applicatif ................................................................................... 40
a. Installation de l’application ................................................................ 40
b. Choix de version................................................................................. 42
c. Splash screen ...................................................................................... 43
d. Fenêtre d’authentification................................................................... 45
e. Fenêtre de paramétrage....................................................................... 52
1.1Fenêtre d’administrateur ............................................................... 52
1.2Fenêtre d’enseignant ..................................................................... 83
1.3Fenêtre d’étudiant ......................................................................... 85
Conclusion........................................................................................................ 86
CONCLUSION.................................................................................................. 87

7
Table de figures
Figure 1 : Modèle conceptuel de données……………...……………………....21
Figure 2 : Table utilisateur…………...………………………………………...22
Figure 3 : Table administrateur…………...……………………………………22
Figure 4 : Table enseignant…………………………………………………….23
Figure 5 : Table étudiant……………………………………………………….23
Figure 6 : Table liste étudiants............................................................................24
Figure 7 : Table département…………………………………………………..24
Figure 8 : Table filière………………………………………………………….23
Figure 9 : Table section………………………………………………………...25
Figure 10 : Table groupe……………………………………………………….26
Figure 11 : Table salle………………………………………………………….26
Figure 12 : Table séance……………………………………………………….26
Figure 13 : Table période....................................................................................27
Figure 14 : Table matière………………………………………………………27
Figure 15 : Table module………………………………………………………27
Figure 16 : Table semaine……………………………………………………...28
Figure 17 : Table config_séance……………………………………………….28
Figure 18 : Sybase……………………………………………………………...30
Figure 19 : PhpMyAdmin……………………………………………………...31
Figure 20 : Xampp..............................................................................................32
Figure 21 : NetBeans…………………………………………………………..32
Figure 22 : Eclipse……………………………………………………………..33
Figure 23 : Java………………………………………………………………...34

8
Figure 24 : JavaJDBC………………………………………………………….35
Figure 25 : JavaMail API………………………………………………………36
Figure 26 : SQL…………………………….………………………………….37
Figure 27 : JFreeChart…………………………………………………………38
Figure 28 : Poi d’apache.………………………………………………………38
Figure 29 : Arduino…….………………………………………………………39
Figure 30 : JCalendar….……………………………………………………….39
Figure 31 : JserialComm……………………………………………………….40
Figure 32 : setup de l’application………………………………………………41
Figure 33 : langue d’installation……………………………………………….41
Figure 34 : installation terminée……………………………………………….41
Figure 35 : choix de version……………………………………………………42
Figure 36 : manuel d’utilisation…………….………………………………….43
Figure 37 : splash screen……………………………………………………….44
Figure 38 : message d’erreur d’inexistence d’un fichier……………………….44
Figure 39 : problème de connexion à la base de données………………………45
Figure 40 : fenêtre d’authentification…………………………………………..45
Figure 41 : message d’erreur de données incorrectes…………….……………46
Figure 42 : mot de passe oublié………………………………………………...46
Figure 43 : récupération du mot de passe………………………………………47
Figure 44 : les tags (étiquette)...………….…………………………………….48
Figure 45 : le lecteur RFID...…………….…………………………………….48
Figure 46 : la carte arduino uno...……….…………………………….……….48
Figure 47 : la breadbroad.........………….…………………………….……….49
Figure 48 : les câbles………...………….……………………………..……….49
Figure 49 : le matériel utilisé dans le projet.……………………………..…….49
Figure 50 : activer RFID.....................................................................................50

9
Figure 51 : mode de pointage de carte RFID …………………………………..51
Figure 52 : choix de mode d’utilisation ………………………………………..51
Figure 53 : de quoi il s’agit ?..............................................................................51
Figure 54 : les dates de début et de fin d’étude………….…………………….53
Figure 55 : message d’erreur …………………………………………….…….53
Figure 56 : Fenêtre administrateur……………………………………………..53
Figure 57 : inscription des utilisateurs…………………………………………54
Figure 58 : les demandes d’inscription…………………………………………55
Figure 59 : liste des demandes des étudiants…………………………………..55
Figure 60 : message d’erreur de connexion..…………………………………..56
Figure 61 : les ongles des utilisateurs…………………………………………..56
Figure 62 : onglet administrateur………………………………………………57
Figure 63 : ajout d’un administrateur…………………………………………..58
Figure 64 : ajout d’un enseignant………………………………………………58
Figure 65 : ajout d’un étudiant…………………………………………………59
Figure 66 : suppression d’un administrateur…………………………………...59
Figure 67 : onglet blocs et salles……………………………………………….60
Figure 68 : ajout d’un bloc de salles/ une salle…………………………………60
Figure 69 : suppression d’un bloc de salles/ une salle…………………………61
Figure 70 : les disponibilités d’une salle……...………………………………..61
Figure 71 : fichier EXCEL des disponibilités d’une salle………………………62
Figure 72 : onglet départements/ filières……………………………………….63
Figure 73 : ajout d’un département.....................................................................63
Figure 74 : ajout d’une filière…………………………………………………..64
Figure 75 : suppression d’un département/ une filière.........................................64
Figure 76 : onglet modules et matières…………………………………………65
Figure 77 : ajout d’un module/ une matière……………………………………65

10
Figure 78 : suppression d’un module/ matière....................................................66
Figure 79 : affectation et enlèvement des modules…………………………….66
Figure 80 : Onglet emploi du temps……………………………………………67
Figure 81 : la 1er
étape de générer un emploi du temps………………………..67
Figure 82 : la 2ème
étape de générer un emploi du temps………………………68
Figure 83 : message d’erreur de contraintes des nombres d’heures…………….68
Figure 84 : interface d’emploi du temps généré………………………………..69
Figure 85 : modification d’un emploi du temps………………………………..70
Figure 86 : vidage d’un emploi du temps………………………………………70
Figure 87 : affichage des emplois…………..………………………………….71
Figure 88 : choix de filière voulant voir ses emplois………..…………………71
Figure 89 : exemple d’un emploi du temps d’une filière………………………72
Figure 90 : exportation d’un emploi sous un fichier EXCEL………………….72
Figure 91 : affichage des emplois des enseignants……………………………..73
Figure 92 : exemple d’un emploi du temps d’un enseignant…………………...73
Figure 93 : affichage des disponibilités………………………………………..74
Figure 94 : choix de salle………………………………………………………74
Figure 95 : les disponibilités d’une salle.............................................................75
Figure 96 : choix d’enseignant…………………………………………………75
Figure 97 : les disponibilités d’un enseignant………………………………….76
Figure 98 : les charges horaires………………………………………………...76
Figure 99 : graphe des charges d’horaires d’un enseignant……..…………..…77
Figure 100 : onglet des avis.………………………...………………………….77
Figure 101 : envoie d’un avis...………………………..……………………….78
Figure 102 : avis envoyé à un étudiant d’une filière N°1….…….…………….78
Figure 103 : avis envoyé à un étudiant d’une filière N°2….………….……….79
Figure 104 : onglet profil……………………………………..………………..79

11
Figure 105 : onglet à rechercher .........................................................................80
Figure 106 : la barre d’outils accès rapide……………………………...………80
Figure 107 : importation de la liste des étudiants……………………………....81
Figure 108 : une forme à respecter…………………………………………..…81
Figure 109 : message d’erreur d’inexistence d’un étudiant dans la liste………..82
Figure 110 : réinscription……………………………………………………....82
Figure 111 : changement du fond d’écran………………………………...……83
Figure 112 : fenêtre d’enseignant…………………………………………..…..83
Figure 113 : emploi du temps d’un enseignant…………………………………85
Figure 114 : fenêtre d’étudiant…………………………………………...…….85

12
Introduction
La réalisation d’un emploi du temps pour un établissement d’enseignement
supérieur est une tâche difficile et consommatrice de ressource. En effet, cette
dernière revient à gérer tout un ensemble de contraintes : contraintes de blocs, de
salles, de professeurs, de classes d’élèves, de l’ordonnancement des cours, la
nature des cours (Cours, C/TD, TD ou TP), etc.
Donc, notre travail consistera à proposer un système d’aide à la réalisation
automatique d’un emploi du temps et dont l’apport principal sera d’aider
l’utilisateur à gérer facilement l’ensemble des contraintes et, de l’avertir, par une
alarme, chaque fois une contrainte est violée et avec la technologie du RFID
l’accès à l’application sera facile et en toute sécurité.
Pour réaliser notre travail, nous avons suivi la démarche suivante :
 Collecte des besoins et rédaction du cahier des charges,
 Analyse et conception
 Réalisation et maintenance
Ce rapport qui retrace le déroulement de ce projet est organisé en 3
chapitres. Dans le 1er
chapitre, nous présentons la collecte de besoins et le cahier
des charges. Dans le 2ième
chapitre, nous traitons l’analyse et la conception de
notre futur système. Et enfin, dans le 3ième
et dernier chapitre, nous présentons la
réalisation de notre projet à travers quelques captures d’écrans et interfaces.
Nous terminons ce rapport par une conclusion générale qui synthétise notre
travail et présente les perspectives envisagées.

13
Chapitre 1 : présentation du projet

14
Introduction :
Dans le présent chapitre, nous entamons la présentation de notre projet. Tout
d'abord, nous présentons le cadre de notre travail. Nous enchaînons avec la
définition de la problématique et de nos motivations. Nous traçons ensuite les
objectifs de notre projet. Nous terminons par la spécification des besoins.
1. Cadre de travail du projet :
Le travail élaboré dans ce projet de fin d'études est réalisé pour les écoles
supérieures. Nous avons eu l'occasion de l'accomplir au sein de l’Ecole Supérieure
de Technologie à Meknès ESTM.
2. Motivation et problématique :
Notre problématique se focalise sur la conception et la réalisation d'une
application de gestion automatique des emplois du temps, en intégrant la
technologie RFID. Nous concevons et développons alors un logiciel, pour gérer
certaines tâches administratives.
Ceci passe par une réflexion sur l'ergonomie et l'organisation de l'information, la
sécurité ainsi que l'administration et la gestion de notre système.
Pour ce faire, nous devons utiliser un langage de programmation permettant de
structurer, d'organiser et de sécuriser cette application, tout en veillant à ce qu'elle
soit orientée objet.
3. Objectifs du projet :
L'application devra tout d'abord être extrêmement fiable. En effet, son domaine
d'application concerne les écoles supérieures, et son utilisation quotidienne ne
devra pas laisser place à l'éventuel point faibles, son objectif principal est de gérer
les emplois du temps d’une façon automatique et intelligente.

15
L'application devra notamment :
 Permettre d’inscrire de nouveaux étudiants, enseignants et administrateurs.
 Permettre la gestion des ressources (les utilisateurs, les locaux, les modules
et les classes).
 Possibilité d’accès locale ou distant (par internet) à l’application.
 Générer automatiquement ou manuellement les emplois du temps, les
modifier et les exporter dans un fichier EXCEL.
 Visualisation des disponibilités des professeurs et des salles.
Ceci est fait en suivant les étapes suivantes :
 Elaboration du cahier des charges.
 Elaboration d'un scénario maquette et des esquisses des écrans
d'application.
 Conception de la base de données avec POWER AMC en élaborant le
modèle conceptuel de données.
 Implémentation de la base de données en utilisant le langage MYSQL.
 Développement et Création des interfaces graphiques (codage ou
programmation).
 Maintenance corrective de l'application par des scénarios des tests
d'exécution.
Nous devons alors atteindre les résultats suivants :
 Disposer de la base de données représentant la partie stockage des
informations concernant les étudiants, les professeurs, les matières, les
filières
 Disposer d'un système de recherche permettant la recherche rapide des
personnes selon des critères (Nom, E-mail, …).

16
 Assurer la sécurité de l'application par l'authentification au premier écran,
l'enregistrement des informations sur les événements qui ont lieu. Enfin
restreindre les droits.
 Disposer d'un module d'administration de l'application permettant la
gestion, la mise à jour des informations.
4. Spécification des besoins :
Pour atteindre nos objectifs dans les meilleures conditions, nous devons spécifier
les besoins de notre application.
 Accès sécurisé :
L'accès aux données de la base doit être sécurisé et les utilisateurs doivent avoir
un accès individualisé et limité aux données.
 Inscrire les étudiants, les enseignants et les administrateurs :
Le logiciel doit être capable d'inscrire les étudiants de la manière la plus simple et
la plus fiable possible. Les étudiants s'inscriront dans les filières qui sont
compatibles avec leur cursus et leurs choix en se basant sur des listes des
établissements.
 Gérer l'emploi du temps :
L'application devra gérer l'emploi du temps et prendre en compte plusieurs
contraintes :
 Les contraintes des salles.
 Les caractéristiques des enseignements (Cours, C/TD, TD, TP).
 Les contraintes des enseignants.
 Le nombre de groupes. etc….

17
 Gérer les ressources humaines :
Le système devra pouvoir gérer au moins le corps enseignant. Matières
enseignées, emplois du temps, classes prises en charges, toutes ces informations
doivent être gérables par le système.
5. Utilisateur du système :
 Catégories d'utilisateurs :
On distingue trois types d'utilisateurs du système :
-Les administrateurs ayant le droit de créer d'autres utilisateurs et de spécifier
leurs droits d'accès, un utilisateur unique ayant les privilèges administrateur mais
qui est créé automatiquement par le système lors de son installation. C'est cet
utilisateur initial qui permettra de créer tous les autres utilisateurs directement ou
indirectement.
-Les enseignants ayant le droit de gérer les emplois du temps et d’autres tâches
administratives tant que chef de département, et de consulter leurs emplois du
temps tant que professeur.
-Les étudiants ayant le droit de consulter leurs emplois
 Fonctionnalités accessibles à chaque utilisateur
Le système devra pouvoir spécifier pour chaque utilisateur s'il a le droit ou non
d'utiliser un écran quelconque de l'application. Le système devra aussi donner la
possibilité de spécifier si à travers tel écran l'utilisateur a le droit de consulter,
modifier ou supprimer les informations de la base de données.

18
6. Contraintes :
Vu son objectif, l’application doit être constituée d’une base de données fiable
et cohérente, et d’une interface facile à manipuler. En effet, toutes les informations
sur les départements, les filières, les séances, les groupes, et les professeurs
doivent être stockées dans une base de données.
Pour ces raisons, l’application à réaliser doit respecter des contraintes de plusieurs
ordres :
 Du point de vue fonctionnel :
 Risque de dépassement des heures d’enseignements autorisées.
 Respecter les heures du travail des enseignants.
 Affecter chaque type de séance à la salle convenable.
 Mise à jour des informations.
 Recherche rapide des informations.
 Du point de vue interface homme machine :
 Interface claire.
 Interface simple à utiliser.
 Interface rationnelle.
 Interface sécurisée.
Conclusion :
La gestion des emplois du temps est une tâche difficile notamment pour un
établissement d’enseignement supérieur, et qui consomme de nombreuses
ressources. Notre projet est relatif à l’analyse et la conception d’un outil interactif
capable de prendre une organisation hiérarchisé des données et maintenir la
cohérence des contraintes sur ces données.

19
Chapitre 2 : Conception et modélisation
du projet

20
Introduction :
Nous exposons dans ce chapitre notre conception du système à réaliser
et qui a pour but d’avoir un logiciel qui génère les emplois du temps d’une
manière automatique donc on a établis des règles de gestion et on a adopté la
méthode MERISE pour symboliser nos idées sous forme de modèles.
Dans cette partie on va citer le modèle conceptuel de données utilisé dans le but
de réduire la complexité du développement de l’application.
Dans la conception d'un Système d'Information, on respectera trois étapes
correspondant à trois niveaux d’étude de plus en plus précis :
 l'analyse conceptuelle : que peut-on faire et avec quelles données ?
 l'analyse organisationnelle : on intègre à l'analyse conceptuelle les aspects
liés aux organisations, à savoir le lieu, les acteurs, le positionnement dans
le temps, le type de traitement : automatique, interactif, manuel.
 l'analyse opérationnelle : abordée dans la phase de réalisation, elle consiste
à faire les choix techniques d'implémentation (choix de logiciels,
découpage en programme).
1. Méthode de Merise :
Définition :
MERISE est une méthode de conception, de développement et de réalisation
de projets informatiques. Le but de cette méthode est d'arriver à concevoir un
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.
La méthode MERISE a été adoptée vue de sa facilité d’utilisation et son aspect
représentatif

21
2. Modèle Conceptuel des Données (MCD) :
Le modèle conceptuel de données (MCD) a pour but d'écrire de façon formelle
les données qui sont utilisées par le système d'information. Il permet de
représenter la structure du système d'information de l’application, du point de vue
des données, et définit également les dépendances ou relations entre ces
différentes données.
La figure suivante montre le modèle conceptuel de données que nous avons
développé pour notre application :
Figure1 : Modèle conceptuel de données

22
3. Description des tables :
Notre base de données est composée de seize tables on va les présenter comme
suit :
 Table utilisateur :
Cette table est composée de sept champs elle est unique car elle n’a aucune
relation avec les autres tables, elle permet aux utilisateurs (administrateur,
enseignant, étudiant) de s’authentifier avec le CIN et le mot de passe ou avec la
carte RFID en toute sécurité à l’application.
Figure 2 : table utilisateur
 Table administrateur :
Cette table est composée de neuf champs elle est isolée des autres tables, elle
contient les informations personnelles de chaque administrateur ceux qui sont
inscrits dans le système ou qui ont envoyé une demande d’inscription.
Figure 3 : table administrateur

23
 Table enseignant :
Cette table est composée de neuf champs elle contient les informations spécifiques
pour chaque enseignant inscrits ou non-inscrits (CIN, tél, grade…), elle est
identifiée par un numéro.
Figure 4 : table enseignant
 Table étudiant :
Cette table est composée de douze champs elle contient les informations
spécifiques pour chaque étudiant inscrits ou non-inscrits (CIN, CNE, nom
complet, …), elle est identifiée par un numéro.
Figure 5 : table étudiant
enseignant
numero
CIN_prof
nom_complet
tel
date_embauche_prof
date_naissance_prof
aPropos
grade
spécialité
type_prof
<pi> Entier
Texte
Texte
Texte
Date
Date
Texte
Texte
Texte
Texte
numero
...
<pi>
etudiant
numero
CIN
nom_complet
CNE
date_naiss_etudiant
adresse
ville
telephone
bac_filiere
academie
lycee
aPropos
<pi> Entier
Texte
Texte
Texte
Date
Texte
Texte
Texte
Texte
Texte
Texte
Texte
<O>
numero <pi>

24
 Table listes_étudiants :
Cette table est composée de quatre champs, elle contient les informations
importées d’un fichier Excel des étudiants inscrits dans l’établissement afin
d’identifier chaque étudiant lors d’une inscription.
Figure 6 : table liste étudiants
 Table département :
Cette table est composée de deux champs elle contient les départements existants
dans l’établissement.
Figure 7 : table département
 Table filière :
Cette table est composée de cinq champs elle contient les informations des filières
de chaque département dans l’établissement.
listes_etudiants
id
CNE
nom_complet
niveau
<pi> Entier
Texte
Texte
Texte
<O>
id
...
<pi>
departement
id
nom_departement
<pi> Entier
Texte
id
...
<pi>

25
Figure 8 : table filière
 Table section :
Cette table est composée de trois champs elle contient les informations
concernant chaque section de chaque filière, et elle est remplis
automatiquement après l’ajout ou la suppression d’un étudiant.
Figure 9 : table section
 Table groupe :
Cette table est composée de deux champs elle contient les informations
concernant les groupes de chaque section, elle sera utilisé selon le type de la
séance si c’est un Cours ou un C/TD cette table n’a aucune importance, or si la
séance est un TP ou TD la division par groupe dans ce cas est nécessaire, la table
groupe est aussi remplis automatiquement après l’ajout ou la suppression d’un
étudiant.
Filiere
id
cycle
nom_filiere
nb_etudiant_par_section
nb_etudiant_par_groupe
<pi> Entier
Texte
Texte
Entier
Entier
id <pi>
section
id_section
cycle
niveau
<pi> Entier
Texte
Texte
id_section <pi>

26
Figure 10 : table groupe
 Table salle :
Cette table est composée de quatre champs elle contient les informations
concernant les salles de chaque bloc dans l’établissement (A, B, C,…) puisque les
types de salles qu’on peut trouver sont (salle cours, salle TD ou salle TP).
Figure 11 : table salle
 Table séance :
Cette table est composée de deux champs elle contient les informations
concernant les séances enseignées (cours, C/TD, TD, TP) durant une période par
un enseignant et qui se déroulent dans une salle.
Figure 12 : table séance
 Table période :
Cette table est composée de trois champs elle contient les informations concernant
l’intervalle horaire d’une séance.
groupe
id_groupe
numero
<pi> Entier
Entier
<O>
<O>
id_groupe
...
<pi>
Salle
id
salle_nom
type
bloc
<pi> Entier
Texte
Texte
Texte
<O>
id <pi>
seance
id
type
<pi> Entier
Texte
<O>
<O>
id
...
<pi>

27
Figure 13 : table période
 Table matière :
Cette table est composée de deux champs elle contient les informations des
matières d’un module.
Figure 14 : table matière
 Table module :
Cette table est composée de deux champs, elle contient les informations de chaque
module affecté à une ou plusieurs filières.
Figure 15 : table module
 Table semaine :
Cette table est composée de trois champs elle précise la date de début et de fin des
six semaines de chaque semestre.
periode
id_periode
intervalle_horaire
jour
<pi> Entier
Entier
Entier
<O>
<O>
id_periode
...
<pi>
matiere
id
nom_matiere
<pi> Entier
Texte
<O>
id
...
<pi>
module
id
nom_module
Entier
Texte
<O>
id <pi>

28
Figure 16 : table semaine
 Table config_seance :
Cette table est composée de trois champs, elle sert à spécifier la charge horaire de
l’enseignant selon son grade et le type de la séance qui va enseigner.
Figure 17 : table config_séeance
Conclusion :
Ce chapitre a donné l’aspect conceptuel de l’application où on a détaillé les
composants du modèle conceptuel de données (les tables, les champs...) et nous a
permis de mettre en avant les phases nécessaires à la réalisation de notre
application à savoir : les composants du système et les diagrammes de conception.
A cette étape, il devient possible de passer au chapitre suivant où nous allons
parler de l’environnement de travail utilisé pour l’implémentation de la solution
adoptée et décrire la démarche de la réalisation.
semaine
id
date_debut
date_fin
<pi> Entier
Date
Date
<O>
id
...
<pi>
config_seance
gradeProf
typeSeance
chargeHoraire
Texte
Texte
Entier

29
Chapitre 3 : Réalisation du projet

30
Introduction :
Cette partie représente l’environnement de travail et les étapes suivies à la
réalisation du projet durant la fin du semestre 3 et semestre 4, elle est réservée à
l’illustration du travail par des captures d’écran des différentes options du projet
afin de permettre aux futurs lecteurs de se familiariser rapidement avec l’interface
Homme Machine.
Cette démonstration va mettre en avant nos choix de la plateforme après une
étude des utilisateurs finaux, et après la réalisation d’un certain nombre des
scénarios de maintenance corrective et évolutive.
1) Environnement d’implémentation :
Nous allons présenter les outils nécessaires pour réaliser ce projet et qui sont :
Sybase pour la création des diagrammes, JAVA pour la programmation,
NetBeans comme environnement de programmation, PhpMyAdmin comme
système de gestion de base de données, et XAMPP pour le fonctionnement du
serveur MySQL.
a) SYBASE :
Sybase est un éditeur de logiciels fondé en 1984.
Sybase fournit des solutions d'infrastructure
d'entreprise, des solutions de mobilités de logiciel pour
la gestion de l'information, pour le développement, et
pour l'intégration.
Figure 18 : SYBASE

31
Cette société est principalement connue pour son logiciel de gestion de base de
données. Celui-ci fait partie des SGBD les plus importants du marché avec
Oracle, IBM DB/2, Microsoft SQL Server, MySQL et PostgreSQL.
Le 12 mai 2010 SAP, société allemande, annonce son intention de racheter
Sybase, valorisant l'entreprise à 5,8 milliards de dollars1.
b) PhpMyAdmin :
PhpMyAdmin (PMA) est une
application Web de gestion pour les
systèmes de gestion de base de données
MySQL réalisée en PHP et distribuée sous
licence GNU GPL.
Figure 19 : PhpMyAdmin
Il s'agit de l'une des plus célèbres interfaces pour gérer une base de données
MySQL sur un serveur PHP. De nombreux hébergeurs, qu'ils soient gratuits ou
payants, le proposent ce qui permet à l'utilisateur de ne pas avoir à l'installer.
Cette interface pratique permet d'exécuter, très facilement et sans grandes
connaissances dans le domaine des bases de données, de nombreuses requêtes
comme les créations de table de données, les insertions, les mises à jour, les
suppressions, les modifications structurées de la base de données.
Ce système est très pratique pour sauvegarder une base de données sous forme de
fichier .SQL et ainsi transférer facilement ses données.
De plus celui-ci accepte la formulation de requêtes SQL directement en langage
SQL, cela permet de tester ses requêtes par exemple lors de la création d'un site
et ainsi de gagner un temps précieux.

32
c) Xampp :
XAMPP est un ensemble de logiciels
permettant de mettre en place
facilement un serveur Web
confidentiel,
Figure 20 : Xampp
Un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une
distribution de logiciels libres (X (cross) Apache MySQL Perl PHP) offrant une
bonne souplesse d'utilisation, réputée pour son installation simple et rapide. Ainsi,
il est à la portée d'un grand nombre de personnes puisqu'il ne requiert pas de
connaissances particulières et fonctionne, de plus, sur les systèmes d'exploitation
les plus répandus.
Il est distribué avec différentes bibliothèques logicielles qui élargissent la palette
des services de façon notable : OpenSSL, Expat (parseur XML), PNG, SQLite,
zlib… ainsi que différents modules Perl et Tomcat.
d) NetBeans :
NetBeans est un environnement
de développement intégré (EDI),
placé en open source par Sun en juin
2000 sous licence CDDL et GPLv2.
Figure 21 : NetBeans
En plus de Java, NetBeans permet également de supporter différents autres
langages, comme C, C++, JavaScript, XML, Groovy, PHP et HTML de façon
native ainsi que bien d'autres (comme Python ou Ruby) par l'ajout de greffons.

33
Il comprend toutes les caractéristiques d'un IDE moderne (éditeur en couleur,
projets multi-langage, refactoring, éditeur graphique d'interfaces et de pages
Web).
Conçu en Java, NetBeans est disponible sous Windows, Linux, Solaris (sur x86
et SPARC), Mac OS X ou sous une version indépendante des systèmes
d'exploitation (requérant une machine virtuelle Java). Un environnement Java
Développent Kit JDK est requis pour les développements en Java.
e) Eclipse :
Eclipse est un projet, décliné et organisé en
un ensemble de sous-projets de
développements logiciels,
Figure 22 : Eclipse
De la Fondation Eclipse visant à développer un environnement de production de
logiciels libre qui soit extensible, universel et polyvalent, en s'appuyant
principalement sur Java.
Son objectif est de produire et fournir des outils pour la réalisation de logiciels,
englobant les activités de programmation (notamment environnement de
développement intégré et frameworks) mais aussi d'AGL recouvrant
modélisation, conception, testing, gestion de configuration, reporting… Son EDI,
partie intégrante du projet, vise notamment à supporter tout langage de
programmation à l'instar de Microsoft Visual Studio.
Bien qu'Eclipse ait d'abord été conçu uniquement pour produire des
environnements de développement, les utilisateurs et contributeurs se sont

34
rapidement mis à réutiliser ses briques logicielles pour des applications clientes
classiques. Cela a conduit à une extension du périmètre initial d'Eclipse à toute
production de logiciel : c'est l'apparition du framework Eclipse RCP en 2004.
Figurant parmi les grandes réussites de l'Open source, Eclipse est devenu un
standard du marché des logiciels de développement, intégré par de grands éditeurs
logiciels et sociétés de services. Les logiciels commerciaux Lotus Notes 8, IBM
Lotus Symphony ou WebSphere Studio Application Developer sont notamment
basés sur Eclipse
f) Java :
Le langage Java est un langage de
programmation informatique orienté objet créé par
James Gosling et Patrick Naughton, employés de
Sun Microsystems, avec le soutien de Bill Joy
(cofondateur de Sun Microsystems en 1982), présenté
officiellement le 23 mai 1995 au SunWorld.
Figure 23 : Java
La société Sun a été ensuite rachetée en 2009 par la société Oracle qui détient et
maintient désormais Java.
La particularité et l'objectif central de Java est que les logiciels écrits dans ce
langage doivent être très facilement portables sur plusieurs systèmes
d’exploitation tels que UNIX, Windows, Mac OS ou GNU/Linux, avec peu ou
pas de modifications. Pour cela, divers plateformes et frameworks associés visent
à guider, sinon garantir, cette portabilité des applications développées en Java.
Le langage Java reprend en grande partie la syntaxe du langage C++, très utilisée
par les informaticiens. Néanmoins, Java a été épurée des concepts les plus subtils

35
du C++ et à la fois les plus déroutants, tels que les pointeurs et références, ou
l’héritage multiple contourné par l’implémentation des interfaces. Les
concepteurs ont privilégié l’approche orientée objet de sorte qu’en Java, tout est
objet à l’exception des types primitifs (nombres entiers, nombres à virgule
flottante, etc.).
Java permet de développer des applications client-serveur. Côté client, les applets
sont à l’origine de la notoriété du langage.
C’est surtout côté serveur que Java s’est imposé dans le milieu de l’entreprise
grâce aux servlets, le pendant serveur des applets, et plus récemment les JSP
(JavaServer Pages) qui peuvent se substituer à PHP, ASP et ASP.NET.
g) Java JDBC :
JDBC (Java DataBase Connectivity) est une interface
de programmation créée par Sun Microsystems —
depuis racheté par Oracle Corporation — pour les
programmes utilisant la plateforme Java.
Figure 24 : Java JDBC
Elle permet aux applications Java d'accéder par le biais d'une interface commune
à des sources de données pour lesquelles il existe des pilotes JDBC. Normalement,
il s'agit d'une base de données relationnelle, et des pilotes JDBC sont disponibles
pour tous les systèmes connus de bases de données relationnelles.
Il existe des pilotes commerciaux et gratuits. Ces pilotes appartiennent à un de ces
types :
 Type 1 : Pilotes agissant comme passerelle en permettant l'accès à une base
de données grâce à une autre technologie (JDBC-ODBC via ODBC) ;

36
 Type 2 : Pilotes d'API natifs. C'est un mélange de pilotes natifs et de pilotes
Java. Les appels JDBC sont convertis en appels natifs pour le serveur de bases
de données (Oracle, Sybase, ou autres) généralement en C ou en C++ ;
 Type 3 : Pilotes convertissant les appels JDBC en un protocole indépendant
de la base de données. Un serveur convertit ensuite ceux-ci dans le protocole
requis (modèle à 3 couches) ;
 Type 4 : Pilotes convertissant les appels JDBC directement en un protocole
réseau exploité par la base de données. Ces pilotes encapsulent directement
l'interface cliente de la base de données et sont fournis par les éditeurs de base
de données
h) Java MAIL :
JavaMail est une API Java utilisé pour envoyer
et recevoir du courrier électronique via SMTP,
POP3 et IMAP. JavaMail est intégré dans la plate-
forme Java EE, mais fournit également un logiciel
optionnel pour une utilisation dans Java SE.
Figure 25 : JavaMail API
La version actuelle est 1.5.1, sorti le 13 Novembre, 2013. Une autre
implémentation open source JavaMail existe - GNU JavaMail - tout en
soutenant que la version 1.3 de la spécification JavaMail, elle fournit l'unique
backend NNTP libre, ce qui rend possible d'utiliser cette technologie pour lire et
envoyer des articles du groupe de nouvelles.
En date du 3 Avril 2013, JavaMail est maintenant hébergé comme un projet open
source sur Java.net.
La plupart du code source JavaMail est autorisé sous les licences suivantes :

37
 CDDL-1.1.
 GPL-2.0 avec une licence d'exception Classpath.
 Le code source pour les programmes de démonstration est placé sous la
licence BSD.
i) SQL :
SQL (sigle de Structured Query Language,
en français langage de requête structurée) est un
langage informatique normalisé servant à
exploiter des bases de données relationnelles. La
partie langage de manipulation des données de
SQL permet de rechercher,
Figure 26 : SQL
D’ajouter, de modifier ou de supprimer des données dans les bases de données
relationnelles.
Outre le langage de manipulation des données, la partie langage de définition des
données permet de créer et de modifier l'organisation des données dans la base de
données, la partie langage de contrôle de transaction permet de commencer et de
terminer des transactions, et la partie langage de contrôle des données permet
d'autoriser ou d'interdire l'accès à certaines données à certaines personnes.
Créé en 1974, normalisé depuis 1986, le langage est reconnu par la grande
majorité des systèmes de gestion de bases de données relationnelles (abrégé
SGBDR) du marché.

38
j) JFreeChart :
JFreeChart est une API Java permettant de
créer des graphiques et des diagrammes de
très bonne qualité.
Figure 27 : JFreeChart
Cette API est open source et sous licence LGPL. Elle permet d'afficher des
données statistiques sous la forme de graphiques. Elle possède plusieurs formats
dont le camembert, les barres ou les lignes et propose de nombreuses options de
configuration pour personnaliser le rendu des graphiques. Elle peut s'utiliser dans
des applications standalones ou des applications web et permet également
d'exporter le graphique sous la forme d'une image.
k) Poi d’apache :
POI (PoorObfuscation
Implementation ou mise en œuvre d'une
mauvaise obfuscation) est un projet de
Figure 28 : Poi d’apache
L'Apache Software Foundation permettant de manipuler avec la technologie Java
divers types de fichiers créés par Microsoft Office. Au sein de cette fondation, il
faisait auparavant partie du projet Jakarta.
L'ensemble des noms de cette bibliothèque est une parodie des extensions de
fichiers de Microsoft Office.

39
l) Arduino :
Arduino, et son synonyme Genuino1
, sont
des cartes matériellement libres sur lesquelles
Figure 29 : Arduino
Se trouve un microcontrôleur (d'architecture Atmel AVR comme par exemple
l'Atmega328p). Les schémas de ces cartes sont publiés en licence libre, cependant,
certains composants, comme le microcontrôleur par exemple, ne sont pas en
licence libre.
Le microcontrôleur peut être programmé pour analyser et produire des signaux
électriques, de manière à effectuer des tâches très diverses comme
la domotique (le contrôle des appareils domestiques - éclairage, chauffage…), le
pilotage d'un robot, de l'informatique embarquée, etc.
C'est une plate-forme basée sur une interface entrée/sortie simple. Il était destiné
à l'origine principalement mais pas exclusivement à la programmation multimédia
interactive en vue de spectacle ou d'animations artistiques.
m) JCalendar :
JCalendar est un Java bean sélecteur de date
pour la prise graphique d'une date. JCalendar
est composé de plusieurs autres beans Java,
Figure 30 : JCalendar
Un JDateChooser, un JMonthChooser et un JYearChooser. Toutes ces beans ont
une propriété locale, fournir plusieurs icônes (couleur 16 × 16, 32 × 32 Couleur,
Mono 16 × 16 et 32 × Mono 32) et leur propre éditeur de propriété locale. Donc,
ils peuvent facilement être utilisés dans les constructeurs GUI. Font également
partie du paquet est un JDateChooser, un bean composé d'un DateEditor (pour

40
l'édition de la date directe) et un bouton pour ouvrir un JCalendar pour
sélectionner la date.
n) JSerialComm :
JSerialComm est une bibliothèque Java
conçu pour fournir un moyen
Figure 31 : JSerialComm
De plate-forme indépendante pour accéder à des ports série sans nécessiter des
bibliothèques externes, le code natif, ou d'autres outils. Il est conçu comme une
alternative à RxTx et (obsolète) API Java Communications, avec une grande
facilité d'utilisation, un support amélioré pour les délais d'attente, et la possibilité
d'ouvrir plusieurs ports simultanément.
o) Mfrc522 :
Une bibliothèque Arduino pour MFRC522 et d'autres modules basés RFID
RC522 elle permet de lire et écrire différents types d'identification par
radiofréquence (RFID) cartes sur votre Arduino à l'aide d'un lecteur basé RC522
connectée via l'interface Serial Peripheral Interface (SPI). Elle est créée et
développée par Miguel Balboa en langage ARDUINO basé sur langage C.
2) Scénario applicatif :
Cette partie recense la présentation d’un scénario applicatif vue que la navigation
dans l’application dépend de type d’utilisateur.
a. Installation de l’application :
Tout d’abord l’utilisateur a besoin d’installer l’application sur sa machine en
exécutant le fichier GEmploi Setup.exe représenté comme ci-dessus

41
Figure 32 : setup de l’application
Après il doit suivre les étapes suivantes :
 Sélectionner la langue d’installation :
Figure 33 : langue de l’installation
 Terminer l’installation : en cliquant sur suivant après chaque étape
Figure 34 : installation terminée

42
b. Choix de version :
Après l’installation de l’application l’utilisateur doit choisir un type de version à
l’aide de l’interface suivante
Figure 35 : choix de version
 Version en accès locale :
Cette version permet à l’utilisateur d’utiliser l’application avec une base de
données localement grâce à un SGBDR qui support le langage MYSQL installé
dans sa machine sinon il a un manuel d’utilisation qui explique l’installation du
xampp comme exemple.

43
Figure 36 : manuel d’utilisation
 Version en accès distant (par internet) :
Par contre cette version permet à l’utilisateur d’utiliser l’application avec une base
de données à distant sans besoin d’installer un SGBDR puisque il peut accéder
facilement grâce à un numéro de série et le nom d’établissement.
En cas de problème il peut consulter l’équipe de travail en envoyant un email à
l’adresse suivante : G.emploipfe2016@gmail.com
c. Splash screen :
Après le choix de version la fenêtre suivante apparait qui a pour but de vérifier
l’existence des fichiers de configuration du programme et la connexion à la base
de données :

44
Figure 37 : splash screen
Au cas de perte d’un fichier l’application affiche un message d’erreur :
Figure 38 : message d’erreur d’inexistence d’un fichier
Au cas de problème de connexion à la base de données l’application affiche un
message d’erreur et donne la main à l’utilisateur pour changer les informations de
la base de données et le type de version

45
Figure 39 : problème de connexion à la base de données
d. Fenêtre d’authentification :
Cette fenêtre permet aux utilisateurs (administrateurs, enseignants, étudiants) de
s’authentifier en saisissant son CIN et le mot de passe pour accéder au portail de
l’application en toute sécurité
Figure 40 : fenêtre d’authentification
Si l’utilisateur saisit un CIN et un mot de passe qui sont incorrectes le programme
affiche l’erreur suivant :

46
Figure 41 : message d’erreur de données incorrectes
Si seulement le mot de passe qui est incorrecte l’application redirige l’utilisateur
vers la fenêtre de récupération de mot de passe par son Email :
Figure 42 : mot de passe oublié

47
Une fois l’utilisateur saisit son email il reçoit automatiquement son mot de passe
dans sa boite email.
Figure 43 : récupération du mot de passe
Dans cette fenêtre on trouve deux menu un pour l’option RFID et l’autre pour
l’aide :
 Menu Aide :
Ce menu affiche le choix de version au cas où l’utilisateur veut changer le type de
version choisi au début.
 Menu RFID :
Définition du RFID :
La RFID (de l’anglais Radio Frequency IDentification, ou identification par radio
fréquences en français) est une méthode pour mémoriser et récupérer des données
à distance en utilisant des étiquettes appelées tag. De plus en plus utilisé dans
divers domaines, la RFID sert aux contrôles d'accès.
Les composants du RFID sont :

48
 Le tag (étiquette) :
Une des méthodes d’identification les plus utilisées
est d’abriter un numéro de série ou une suite de
données dans une puce (chip) et de relier cette
dernière à une petite antenne. On trouve ici tag
RFID format porteclé et tag RFID format carte.
Figure 44 : les tags (étiquette)
 Le lecteur :
Le lecteur/enregistreur est constitué d’un circuit qui
émet une énergie électromagnétique à travers une
antenne, et d’une électronique qui reçoit et décode
les informations envoyées par le transpondeur et les
envoie au dispositif de collecte des données.
Figure 45 : le lecteur RFID
 La carte arduino uno :
La carte Arduino Uno est une carte à
microcontrôleur basée sur l'ATmega328 Elle
contient tout ce qui est nécessaire pour le
fonctionnement du microcontrôleur.
Figure 46 : la carte arduino uno

49
 La breadboard :
Une breadboard est un outil très pratique lorsque l’on
fait ses débuts en électronique ou lorsque l’on veut
tester rapidement/facilement un montage.
Figure 47 : La breadboard
 Les câbles :
Ces câbles flexibles fils sont plus faciles à travailler
avec, très doux et souple, et ne seront pas rompre
comme les fils pleins.
Figure 48 : les câbles
Le matériel utilisé dans l’application qui va permettre à l’utilisateur d’accéder à
l’application rapidement et en toute sécurisé.
Figure 49 : le matériel utilisé dans le projet

50
Composants du menu :
 Le bouton Activer :
Une fois l’utilisateur active l’option RFID un tutorial se lance pour lui expliquer
les étapes suivies pour l’activation de sa carte.
Figure 50 : activer RFID
 Le menu ports :
Ce menu permet à l’utilisateur de sélectionner le port USB associé au lecteur
RFID une fois le port est choisi un tutorial s’affiche pour lui demander de pointer
sa carte :

51
Figure 51 : mode de pointage de carte RFID
 Le menu mode :
Ce menu permet à l’utilisateur de choisir soit la consultation des emplois soit la
connexion à l’application.
Figure 52 : choix de mode d’utilisation

52
 Le bouton de quoi il s’agit :
Ce bouton permet à l’utilisateur de savoir l’utilité et les informations concernant
la technologie du RFID.
Figure 53 : de quoi il s’agit ?
e. Fenêtre de paramétrage :
Après une connexion correcte (par le CIN et le mot de passe ou par une carte
RFID), on passe à l’étape de paramétrage de l’application c’est une phase qui sert
à introduire les ressources nécessaires pour l’application.
On a trois interfaces une pour l’administrateur et une pour l’enseignant et la
dernière pour l’étudiant :
1.1Fenêtre d’administrateur :
Avant l’affichage du menu une fenêtre des dates de début et de fin se lance dès la
première utilisation de l’application afin de spécifier la durée des études inclus les
vacances entre les deux semestres et du printemps (7, 15, 30 jours) cette action
est exécutable seulement par l’administrateur.

53
Figure 54 : les dates de début et de fin d’étude
Si les dates ne sont pas spécifier l’accès à m’application sera échouée et un
message d’erreur s’affiche :
Figure 55 : message d’erreur
Cette fenêtre donne la main à l’administrateur afin de choisir l’action qu’il veut
appliquer.

54
Figure 56 : fenêtre d’administrateur
Elle contient douze onglets chaque onglet permet d’effectuer plusieurs tâches :
Onglet de demandes d’inscription :
Cet onglet permet d’afficher les demandes d’inscription envoyées par les
utilisateurs (administrateurs, enseignants, étudiants), dès qu’ils s’inscrits à partir
du bouton inscription trouvé dans la fenêtre d’authentification :
Figure 57 : inscription des utilisateurs

55
Il contient la liste des demandes de chaque utilisateur afin de permettre de
l’accepter ou le refuser ou bien afficher ses informations aussi un graphe qui
affiche le nombre de demandes pour chaque type d’utilisateur.
Figure 58 : les demandes d’inscription
- Un exemple de liste des demandes des étudiants :
Figure 59 : listes des demandes des étudiants

56
Si l’administrateur n’est pas connecté le système envoie un message d’erreur car
il est en train d’envoyer un email aux personnes inscrites.
Figure 60 : message d’erreur de connexion
Onglets administrateurs, enseignants, étudiants :
Ces onglets jouent le même rôle qui consiste à ajouter ou supprimer un
utilisateur (administrateurs, enseignants, étudiants) aussi consulter les
demandes d’inscriptions.
Figure 61 : les ongles des utilisateurs

57
Figure 62 : onglet administrateur
 Ajouter un utilisateur :
Cette fonction permet d’ajouter un utilisateur manuellement sans recours à une
demande d’inscription. On peut l’ajouter soit en ajoutant le numéro de port de sa
carte ou bien sans identifier ce champs.

58
- Administrateur :
Figure 63 : ajout d’un administrateur
- Enseignant :
Figure 64 : ajout d’un enseignant

59
- Etudiants :
Figure 65 : ajout d’un étudiant
 Supprimer un utilisateur :
Cette fonction permet de supprimer définitivement un utilisateur à partir
de son CIN.
Figure 66 : suppression d’un administrateur

60
Onglet blocs et salles :
Cet onglet permet d’ajouter ou supprimer un bloc de salles ou une salle et
permet d’afficher les disponibilités de chaque salle il contient aussi un graphe
qui affiche le nombre totale des blocs et des salles existants.
Figure 67 : onglet blocs et salles
 Ajouter un bloc de salles/ une salle :
On peut ajouter un bloc en saisissant le nom, le nombre de salles existé dans
ce bloc et leurs types (cours, TD, TP) ainsi qu’on peut ajouter une salle dans un
bloc choisi en donnant son nom et son type.
Figure 68 : ajout d’un bloc de salles/ une salle

61
 Supprimer un bloc de salles/ une salle :
On peut supprimer un bloc à partir de son nom ainsi qu’on peut supprimer une
salle à partir du bloc où elle se trouve et son nom. Une fois un bloc est supprimé
toutes les salles qui lui appartiennent sont automatiquement supprimées ainsi que
les séances associées.
Figure 69 : suppression d’un bloc/une salle
 Les disponibilités d’une salle :
On peut afficher et exporter dans un fichier EXCEL les disponibilités annuelles
d’une salle en précisant le nom du bloc où elle appartient et son nom.
Figure 70 : les disponibilités d’une salle

62
- Le fichier EXCEL exporté :
Figure 71 : Fichier EXCEL des disponibilités d’une salle
Onglet département et filière :
Cet onglet permet d’ajouter ou supprimer un département/une filière, il
contient aussi un graphe qui affiche le nombre totale des départements et leurs
filières.

63
Figure 72 : Onglet département/ filière
 Ajouter un département/ une filière :
Pour ajouter un département il suffit de saisir son nom et choisir le responsable
de ce département parmi la liste des enseignants permanents.
Figure 73 : ajout d’un département
Et pour ajouter une filière il faut entrer le nom de la filière, sélectionner le
département convenable, cocher les cycles et préciser le nombre des étudiants par
groupe et par section dans cette filière, ces derniers sont utilisés dans la division
automatique des étudiants en groupes et en sections.

64
Figure 74 : ajout d’une filière
 Supprimer un département/ une filière :
Pour supprimer soit un département soit une filière il suffit de choisir son nom.
Figure 75 : supprimer une filière/un département
Onglet modules et matières :
Cet onglet permet d’ajouter ou supprimer un module/ une matière et d’affecter ou
d’enlever un module à une filière, il y a aussi un graphe qui affiche le nombre de
modules et des matières existants.

65
Figure 76 : onglet modules et matières
 Ajouter un module/une matière :
Cette fonction permet d’une part d’ajouter un module en saisissant son nom et les
matières qui lui appartiennent et en précisant les filières concernées par ce
module, et d’autre part d’ajouter une matière en sélectionnant son module et en
entrant son nom.
Figure 77 : ajout d’un module/ une matière
 Supprimer un module/ une matière :
Pour supprimer un module ou une matière il suffit de sélectionner son nom.

66
Figure 78 : suppression d’une matière/ un module
 Affecter et enlever un module :
Pour affecter ou enlever un module il suffit de choisir la filière concernée par ce
module.
Figure 79 : affectation et enlèvement d’un module
Onglet Emploi du temps :
Cet onglet permet de générer, afficher les emplois les disponibilités et les charges
horaires plus d’un graphe qui affiche le nombre totale et utilisés dans un emploi
des groupes, sections, filières et affiche aussi le nombre totale des séances du
Cours, C/TD, TD et TP.

67
Figure 80 : onglet emploi du temps
 Générer un emploi :
- Première étape : on passe premièrement par choisir le département, la
filière, le cycle, le niveau d’étude, la section et la période d’emploi (six
semaines pour chaque période).
Figure 81 : la 1ère
étape de générer un emploi du temps

68
-Deuxième étape : cette étape permet de générer l’emploi du temps
automatiquement en précisant le nombre d’heure et le type de séance pour chaque
matière et en respectant l’affectation des modules.
Figure 82 : la 2ème étape de générer un emploi du temps
- le système prend en considération les contraintes des nombres d’heures
Figure 83 : message d’erreur de contraintes des nombres d’heures

69
- Une fois l’administrateur confirme la configuration des heures la fenêtre ci-
dessus s’affiche :
Figure 84 : interface d’un emploi généré

70
Avec cette fenêtre on peut :
- Enregistrer l’emploi.
- Modifier l’emploi manuellement : on modifie l’emploi en cliquant sur
l’icône crayon afin de modifier manuellement le type de séance, la
matière, l’enseignant, la salle et le groupe.
Figure 85 : modification d’emploi
- Vider l’emploi : permet de vider l’emploi pour le générer
manuellement :
Figure 86 : vidage d’emploi

71
 Afficher les emplois :
Cette fonction permet d’afficher les emplois du temps des filières et des
enseignants :
Figure 87 : affichage des emplois
- Emplois de filières :
Cette fonction permet d’afficher l’emploi du temps de chaque section dans une
filière précis.
Figure 88 : choix de filière voulant voir ses emplois

72
Figure 89 : exemple d’un emploi du temps d’une filière
Et l’exporter sous un fichier EXCEL afin de l’imprimer.
Figure 90 : exportation d’un emploi sous fichier EXCEL

73
- Emplois des enseignants :
Cette fonction permet d’afficher l’emploi de chaque enseignant en précisant la
matière qui enseigne et la période où elle est enseignée et l’exporter sous un fichier
EXCEL.
Figure 91 : affichage des emplois des enseignants
Figure 92 : exemple d’un emploi du temps d’un enseignant

74
 Afficher les disponibilités :
On peut afficher les disponibilités de salles et des enseignants.
Figure 93 : affichage des disponibilités
- Disponibilités de salles :
On peut afficher les disponibilités de chaque salle et l’exporter sous un fichier
EXCEL.
Figure 94 : choix de salle

75
Figure 95 : les disponibilités d’une salle
- Disponibilités des enseignants :
On peut afficher les disponibilités de chaque enseignant en précisant son nom et
la matière qui enseigne dans une période choisis lors de son inscription ou son
ajout.
Figure 96 : choix d’enseignant

76
Figure 97 : les disponibilités d’un enseignant
 Charges horaires :
Cette fonction permet d’afficher les charges horaires effectuées par chaque
enseignant dans une période annuelle selon les séances enseignées en saisissant
son nom et la matière qui enseigne.
Figure 98 : les charges horaires

77
Figure 99 : graphe des charges horaires d’un enseignant
Onglet avis :
Cet onglet permet d’envoyer un avis soit public à tous les étudiants de
l’établissement ou bien un avis privé aux étudiants d’une section spécifiée.
Figure 100 : onglet des avis

78
 Avis public :
Figure 101 : envoi d’un avis
Envoyer un avis à tous les étudiants de toutes les filières
Figure 102 : avis envoyé à un étudiant d’une filière N° 1

79
Figure 103 : avis envoyé à un étudiant d’une filière N° 2
Onglet profile :
Pour afficher et modifier les informations personnelles de l’administrateur.
Figure 104 : onglet profil

80
Onglet Rechercher :
Cet onglet permet de rechercher un utilisateur soit par nom, téléphone et email.
Figure 105 : onglet rechercher
Cette fenêtre contient plus de ces onglets un menu en haut composé de tous les
fonctions cités précédemment et aussi on trouve d’autres tels que :
Figure 106 : la barre d’outils accès rapide
 Configuration :
On peut configurer les charges horaires pour les enseignants selon leurs grade et
aussi importer une liste sous format EXCEL de chaque filière qui contient le CIN
et le nom complet des étudiants qui ont le droit de s’inscrire afin d’accéder à
l’application en toute sécurité.

81
Figure 107 : importation de liste des étudiants
Il faut respecter cette forme de liste à importer :
Figure 108 : une forme à respecter

82
Et si un étudiant voulant s’inscrire mais il n’existe pas dans la liste importée d’une
filière spécifié un message d’erreur s’affiche :
Figure 109 : message d’erreur d’inexistence des étudiants dans la liste
 Réinscription :
Seul l’administrateur peut faire une réinscription pour supprimer tous les étudiants
et les emplois du temps.
Figure 110 : réinscription

83
 Fond d’écran :
Permet à l’administrateur de changer le fond d’écran de l’application.
Figure 111 : changement du fond d’écran
1.2Fenêtre enseignant :
Deux types d’enseignants peuvent accéder à cette fenêtre :
Figure 112 : fenêtre d’enseignant

84
 Chef de département : il a le droit d’effectuer ces tâches dans ses
départements :
- ajouter ou supprimer une filière un module et une matière,
- générer et modifier un emploi du temps de son département.
- afficher les disponibilités des salles, des enseignants et les tiennes.
- afficher son emploi du temps et les charges horaires de chaque
enseignant.
- Envoyer des avis public ou privé aux étudiants de son département et
des autres départements.
- Rechercher une personne.
- Modifier ses informations personnelles.
 Enseignant :
Il n’a pas le droit de :
- Ajouter ou supprimer une filière, un module et une matière.
- Générer et modifier un emploi du temps
Mais il a le droit de :
- Envoyer un avis public ou privé aux étudiants.
- Afficher ses disponibilités et son emploi du temps et sa charge horaires.

85
Figure 113 : emploi du temps d’un enseignant
1.3Fenêtre d’étudiant :
Cette fenêtre permet à l’étudiant de consulter son emploi du temps et l’exporter
sous fichier EXCEL, de voir ses enseignants et ses camarades de classe et de
modifier ses informations personnelles.
Figure 114 : fenêtre d’étudiant

86
Conclusion :
Ce chapitre, le dernier de ce rapport, a présenté les choix qui ont été faits pour
élaborer notre logiciel, les outils utilisés, ainsi que le résultat de notre travail.

87
CONCLUSION
Ce projet a été une occasion pour mettre en œuvre nos acquis théoriques et
pratiques. Les objectifs fixés ont été atteints par la réalisation de cette application
qui sera un outil efficace et nécessaire pour tout établissement d’enseignement
supérieur. Cette application va permettre à la fois de générer un emploi du temps
optimal qui respecte le plus possible les préférences des enseignants et les
exigences de l’administration.
La réalisation de ce projet nous a tellement aidés à développer notre
créativité et notre esprit du travail en groupe, et de tester nos connaissances
informatiques en pratique, et de nous focaliser sur l’auto apprentissage et la
recherche pour surmonter les obstacles semés sur le parcours.
Enfin, nous tiendrons à exprimer notre satisfaction d’avoir pu travailler dans
de bonnes conditions matérielles et un environnement agréable tout en espérant
que notre travail et notre rapport satisferont aussi bien notre encadrant, les
membres de jury et nos enseignants.

GEmploi : Smart school timetable management software using RFID technology

Contenu connexe

Tendances

Tendances (20)

Similaire à GEmploi : Smart school timetable management software using RFID technology

Similaire à GEmploi : Smart school timetable management software using RFID technology (20)

Dernier

Dernier (12)

GEmploi : Smart school timetable management software using RFID technology