Dédicace

Je dédie ce modeste travail à :

Mes chers parents, Chokri et Hela, source de vie, d’amour et d’affection

Ma sœur et mon frère, source de force et bienveillance

Tous les membres de ma famille, source d’affectation

L’âme de tout cher qui me manque

Mes cousins et cousines, source de tendresse

Mes amis, source de joie et bonheur

Mes encadrant, source d’espoir et de motivation

Et à vous cher lecteur et tous ceux qui m’ont soutenues de près ou de loin tout au long de mes
études

Merci à tous

Hanine Ben ayed

 Dédicace

A la plus belle perle du monde, ma tendre mère, pour son amour infini, pour son

soutien incomparable, pour sa compréhension qui n’a pas d’équivalent, avec mes sentiments

d’amour et de respect les plus chaleureux,

A mes chers frères Amal et Marouen pour leur appui et leur encouragement,

A toute ma famille Belhadj et Daadouche pour leur soutien tout au long de mon parcours
universitaire,

Que ce travail soit l’accomplissement de vos vœux tant allégués, et le fuit de votre soutien

Infaillible,

Merci d’être toujours là pour moi.

Merci à tous

Zouhaier Belhadj
 Remerciements

Après avoir rendu grâce à dieu le tout puissant et miséricordieux, nous tenons à remercier vivement
toux ceux qui ont participé à la réalisation de ce projet.

Nous tenons dans un premier temps à adresser nos sincères remerciements à Monsieur
CHARRADA Mohamed Aymen, notre encadrant et notre enseignant à l’ISET Kef, pour son
encouragement continu, son écoute, son aide, son énorme soutien moral et surtout ses précieux
conseils qui ont participé à éclairer notre chemin.

Nous voudrons exprimer toute nos gratitudes à Monsieur SLITI Mohamed Amine, notre
encadrant, pour sa disponibilité, ses conseils judicieux et ses remarques précieuses qui nous ont
permis de mener efficacement à terme ce travail.

Nos remerciements les plus sincères s’adressent de même aux membres du jury d’avoir accepté
d’évaluer et soutenir notre projet de fin d’études.

Enfin nous ne pouvons achever ce PFE sans exprimer notre gratitude à tous les professeurs de
l’ISET Kef pour leur assistance tout au long de nos études.
 Sommaire

Introduction générale……………………………………………………………………………. 1

Chapitre I: présentation de l’organisme d’accueil……………………………………………… 2

Introduction ................................................................................................................................. 3

I. Présentation de L’ISET de Kef ............................................................................................ 3

II. Secteurs des études : ......................................................................................................... 4

III. Etat de l’art du projet ........................................................................................................ 4

1. Problématique ............................................................................................................... 4

2. Etude de l’existant : ...................................................................................................... 5

3. Critique de l’existant : ................................................................................................... 5

4. Description de la solution proposée .............................................................................. 5

IV. Méthodologie de travail : .................................................................................................. 6

1. Définition : .................................................................................................................... 6

2. Méthodologie de Scrum : .............................................................................................. 6

Conclusion ................................................................................................................................... 6

Chapitre II : L’application web………………………………………………………………….. 7

Introduction ................................................................................................................................. 8

I. Spécification ......................................................................................................................... 8

1. Présentation des acteurs ................................................................................................ 8

2. Besoins fonctionnel ....................................................................................................... 8

3. Besoins non fonctionnel ................................................................................................ 9

II. Diagrammes des cas d’utilisations : ................................................................................. 9

1. Description des cas d’utilisation : ................................................................................. 9

2. Diagramme du cas d’utilisation global: ...................................................................... 10

3. Diagramme du cas d’utilisation gérer compte admin : ............................................... 11

4. Diagramme du cas d’utilisation gérer élèves : ............................................................ 11

 5. Diagramme du cas d’utilisation gérer parents : .......................................................... 12

6. Diagramme du cas d’utilisation gérer enseignants : ................................................... 12

7. Diagramme du cas d’utilisation gérer les emplois : .................................................... 13

8. Diagrammes du cas d’utilisation gérer groupes : ........................................................ 13

9. Diagramme du cas d’utilisation gérer les salles :........................................................ 14

III. Scenario des cas d’utilisations : ...................................................................................... 14

1. Cas d’utilisation : inscrire admin. ............................................................................... 14

2. Cas d’utilisation : modifier compte enseignant. ......................................................... 14

3. Cas d’utilisation : supprimer parent ............................................................................ 15

4. Cas d’utilisation : modifier emplois :.......................................................................... 15

IV. Diagramme de classe ...................................................................................................... 16

V. Diagramme de séquence : ............................................................................................... 17

1. Diagramme de séquences du cas « inscrire élèves »................................................... 17

2. Diagramme de séquences du cas «modifier enseignant» ............................................ 18

VI. Choix du matériel et outils : ........................................................................................... 18

1. Environnement matériels : .......................................................................................... 18

2. Langage de développement : ...................................................................................... 19

3. Environnement logiciels : .......................................................................................... 20

VII. Développement de l’application ..................................................................................... 22

1. Interface d’Authentification : ...................................................................................... 22

2. Interface d’accueil :..................................................................................................... 22

3. Interface élèves parents : ............................................................................................. 23

4. Gestion enseignant : .................................................................................................... 23

5. Gestion des emplois : .................................................................................................. 24

6. Gestion des groupes : .................................................................................................. 24

7. Gestion des salles : ...................................................................................................... 25

8. Gestion des admin : ..................................................................................................... 25

 9. Ajout des Emploi : ..................................................................................................... 26

Conclusion :............................................................................................................................... 26

Chapitre III : l’accès des élevés (entrée/sortie)………………………………………………….27

Introduction ............................................................................................................................... 28

I. Spécification ....................................................................................................................... 28

1. Identification des acteurs ............................................................................................ 28

2. Analyse de besoins ...................................................................................................... 28

3. Digramme du cas d’utilisation .................................................................................... 28

II. Conception ...................................................................................................................... 29

1. Digramme de séquence ............................................................................................... 29

2. Description textuelle ................................................................................................... 29

3. Digramme de composant ............................................................................................ 30

4. Description textuelle ................................................................................................... 30

III. Développement : ............................................................................................................. 30

1. Partie matérielle : ........................................................................................................ 30

2. Partie Logiciel : ........................................................................................................... 34

IV. Réalisation : .................................................................................................................... 37

Schéma de montage :............................................................................................................. 37

Conclusion ................................................................................................................................. 37

Chapitre IV: L’application mobile………………………………………………………………38

I. Introduction ........................................................................................................................ 39

II. Spécification des Besoins ............................................................................................... 39

1. Identification des acteurs ............................................................................................ 39

2. Besoins fonctionnels ................................................................................................... 39

3. Besoins non fonctionnels ............................................................................................ 39

III. Diagrammes du cas d’utilisation .................................................................................... 40

1. Présentation des acteurs : ............................................................................................ 40

 2. Description des cas d’utilisation : ............................................................................... 40

3. Diagrammes du cas d’utilisation global :.................................................................... 40

IV. Conception : .................................................................................................................... 41

1. Langage de modélisation : UML ................................................................................ 41

2. Diagramme de classe : ................................................................................................ 42

3. Diagrammes de séquences .......................................................................................... 43

A. Diagramme de séquence du cas « S authentifier » ................................................................ 43

B. Diagramme de séquence du cas « ajouter travail à la maison » ............................................ 44
C. Diagramme de séquence du cas « ajouter punition » .......................................................... 44
D. Diagramme de séquence du cas « présence Enseignant» : ................................................... 45
E. Diagramme de séquence du cas « présence parent » .......................................................... 46
F. Diagramme de séquence du cas punition parent : ................................................................ 46
G. Diagramme de séquence du cas emploi parent : ................................................................... 47
H. Diagramme de séquence du cas travail à la maison parent :................................................. 47
I. Diagramme de séquence du cas accès parent : .................................................................... 48
V. Réalisation : .................................................................................................................... 48

1. Environnement matériels : .......................................................................................... 48

2. Environnement logiciels : ........................................................................................... 49

VI. Développement de l’application mobile: ........................................................................ 50

1. Partie enseignant : ....................................................................................................... 50

A. Interface d’authentification : ................................................................................................. 50

B. Interface menu : ..................................................................................................................... 51
C. Interface de présence : ........................................................................................................... 52
D. Interface travail à la maison : ................................................................................................. 53
E. Interface punition : ................................................................................................................. 54
F. Interface emploi : ................................................................................................................... 55
2. Partie parent : .............................................................................................................. 56

A. Interface menu : ..................................................................................................................... 56

B. Interface présence :................................................................................................................ 57
C. Interface travail à la maison : ................................................................................................. 58
D. Interface punition : ................................................................................................................. 59
E. Interface emploi : ................................................................................................................... 60
 F. Interface entrée/sortie élevés : .............................................................................................. 61
VII. Organigramme : .............................................................................................................. 62

Conclusion :............................................................................................................................... 62

Conclusion générale : ................................................................................................................ 63

NETOGRAPHIE ....................................................................................................................... 64
 LISTE DES FIGURES

Figure 1 : diagramme du cas d’utilisation global ..................................................................... 10

Figure 2 : diagramme gérer compte admin .............................................................................. 11
Figure 3 : diagramme gérer élèves ............................................................................................. 11
Figure 4:diagramme gérer parents ............................................................................................ 12
Figure 5 : diagramme gérer enseignants ................................................................................... 12
Figure 6 : diagramme gérer les emplois .................................................................................... 13
Figure 7 : diagramme gérer les groupes .................................................................................... 13
Figure 8 : diagramme gérer les salles ........................................................................................ 14
Figure 9 : diagramme de classe .................................................................................................. 16
Figure 10 : diagramme de séquence du cas « inscrire élèves » ............................................... 17
Figure 11 : diagramme de séquence du cas « modifier enseignant » ...................................... 18
Figure 12 : logo Html .................................................................................................................. 19
Figure 13 : logo CSS .................................................................................................................... 19
Figure 14 : logo PHP ................................................................................................................... 20
Figure 15 : logo Netbeans ........................................................................................................... 20
Figure 16 : logo Xampp .............................................................................................................. 21
Figure 17 : logo StarUml ............................................................................................................ 21
Figure 18 : Interface d’authentification .................................................................................... 22
Figure 19 : Interface d’accueil ................................................................................................... 22
Figure 20 : Interface élèves parents ........................................................................................... 23
Figure 21 : Interface gestion enseignants .................................................................................. 23
Figure 22 : Interface gestion emploi .......................................................................................... 24
Figure 23 : Interface emploi des groupes .................................................................................. 24
Figure 24 : Interface emploi des salles ...................................................................................... 25
Figure 25 : Interface gestion admin ........................................................................................... 25
Figure 26:Interface Ajout Emploi ............................................................................................. 26
Figure 27 : Diagramme du cas d’utilisation.............................................................................. 28
Figure 28 : Diagramme de séquences ........................................................................................ 29
Figure 29 : Diagramme de composant....................................................................................... 30
Figure 30 : Carte Raspberry ...................................................................................................... 31
Figure 31 : Lecteur RFID ........................................................................................................... 32
Figure 32 : Carte S50 .................................................................................................................. 33
Figure 33 : Buzzer ....................................................................................................................... 34
Figure 34 : Logo Python ............................................................................................................. 34
Figure 35 : Logo Vnc Viewer ..................................................................................................... 35
Figure 36 : Logo Xamp ............................................................................................................... 35
Figure 37 : Logo PHP.................................................................................................................. 36
Figure 38 : Logo SQL.................................................................................................................. 36
Figure 39: Montage Du Raspberry pi ....................................................................................... 37
Figure 40 : Diagramme du cas d’utilisation global .................................................................. 40
Figure 41 : diagramme de classe ................................................................................................ 42
Figure 42 : Diagramme de séquence du cas d’authentification .............................................. 43
Figure 43 : Diagramme de séquence du cas « ajouter travail à la maison » .......................... 44
Figure 44 : Diagramme de séquence du cas « ajouter punition » .......................................... 44
Figure 45 : diagramme de séquence du cas « présence enseignant » ..................................... 45
Figure 46 : Diagramme de séquence du cas « présence parent » ........................................... 46
Figure 47 : Diagramme de séquence du cas « punition parent » ............................................ 46
Figure 48 : Diagramme de séquence du cas « emploi parent » ............................................... 47
Figure 49 : Diagramme de séquence du cas « travail à la maison parent » ........................... 47
Figure 50 : diagramme de séquence du cas « accès parent » .................................................. 48
Figure 51 : logo Android ............................................................................................................. 49
Figure 52 : Logo Java.................................................................................................................. 49
Figure 53 : interface d’authentification .................................................................................... 50
Figure 54 : interface menu d’enseignant ................................................................................... 51
Figure 55 : interface présence d’enseignant ............................................................................. 52
Figure 56 : Interface travail à la maison de l’enseignant ........................................................ 53
Figure 57 : Interface punition de l’enseignant.......................................................................... 54
Figure 58 : interface emploi de l’enseignant ............................................................................. 55
Figure 59 : Interface menu du parent ....................................................................................... 56
Figure 60 : Interface présence du parent .................................................................................. 57
Figure 61 : Interface travail à la maison du parent ................................................................. 58
Figure 62 : Interface punition du parent .................................................................................. 59
Figure 63 : Interface emploi du parent ..................................................................................... 60
Figure 64 : Interface entrée/sortie d’élèves ............................................................................... 61
 Liste des tableaux

Tableau 1 : Environnement matériels ....................................................................................... 48

Tableau 2 : Planning prévisionnel ............................................................................................. 62
 Introduction générale
Le rythme de vie actuel devient de plus en plus accéléré, tout le monde cherche à profiter du
moindre abs de temps pour en tirer des bénéfices. Ce rythme et les charges en relation ont causé
des fuites au niveau des relations humaines au sein de la famille : peu (voir absence) de
communication, des perturbations relationnelles, des maladies mentales et plein d'autres
phénomènes qui émergeaient depuis pas mal de temps. Parmi ces phénomènes, nous avons pu
remarquer que les parents perdent de plus en plus la conscience envers la situation scolaire de
leurs enfants. On trouve des enfants qui simulent un comportement idéal alors que la réalité des
choses est complètement différentes : des absences, des retards, des exclusions, des punitions
voir plus, alors que les parents n'ont rien à saisir.

Dans ce cadre s’insère notre projet de fin d’études, qui cible le développement d’un système de
suivi des apprenants et de l’acte d’apprentissage à distance par leurs parents.

Le présent rapport est compose de quatre chapitres :

Dans le chapitre 1 : on va présenter l’ISET et ses différents départements et on va présenter

aussi l’état de l’art.

Chapitre 2 : intitulé application web sera consacrer pour la présentation des différentes
composants de notre site web ainsi les spécifications des besoins fonctionnels sert
essentiellement à faire ressortir les différentes fonctionnalités offertes par le système.

Chapitre 3 : intitulé l’accès des élèves (entrée/sortie) d’où on va présenter les composants
électronique et les logiciels utilisés et on va passer à la fin de vous expliquer sa fonctionnalité

Chapitre 4: L’application mobile, dans cette partie de sujet on va créer une application mobile
de gestion de la relation Enseignant Parent qui permet de gérer leurs interfaces de l’application.

On finit notre rapport par une conclusion générale qui présente une synthèse de notre projet.

1
Chapitre I: présentation de l’organisme d’accueil

2
Introduction
Dans ce chapitre on va présenter l’organisme d’accueil et de citer les différents départements
existant.

I. Présentation de L’ISET de Kef

Institut Supérieur des Etudes Technologies (ISET) de Kef est un établissement de
l’enseignement supérieur qui a pour mission de former des licences appliquées à répondre aux
défis qui posent l’évolution de la technologie dans le monde.

L’ISET du Kef est créé par le décret n° 1535 du 25 juin 2002. Cet établissement d’enseignement
supérieur relevant de la Direction Générale des Etudes Technologiques sous la tutelle du
Ministère de l’Enseignement Supérieur, de la Recherche scientifique et de la technologie a pour
principales missions:

Former des cadres dans les secteurs secondaires et tertiaires.

Mettre en place un partenariat avec les entreprises nationales, internationaux et les

organisations professionnelles.

Participer dans le processus du développement régional dans la région du Kef.

C’est un établissement public à caractère scientifique et technologique doté de la personnalité

civile et de l’autonomie financière. Depuis sa création, il est devenu un pôle d’attraction aussi
bien pour les entreprises que pour les universitaires.

L’ISET du Kef dispose d’une formation de qualité dans les domaines : informatique, gestion,
mécanique et électrique. Cette formation perpète aux étudiants d’acquérir des compétences
professionnelles.

L’ISET s’est intégré au régime LMD à partir de l’année universitaire 2008/2009. Les
programmes, définis selon les spécifiés régionales, sont conçus pour répondre à l’exigence des
entreprises et aux attentes des étudiants.

L’ISET est installé dans un campus universitaire, situé à 4 km au sud de la ville du Kef, dans la
zone dite Boulifa. Il voisine l’Institut Supérieur du Sport et de l’Education Physique et l’Ecole
supérieure d’Agriculture et aussi le centre d’information. Le campus renferme aussi un
restaurant et un foyer universitaire. Le transport entre l’ISET et le centre-ville est assuré par des
bus scolaires et d’autres moyens de transport.

3
La création de l’ISET de Kef répond à la volonté de la Tunisie de se doter d’un instrument
essentiel à son développement économique et social. La date de démarrage de cet institut est
septembre 2002.

II. Secteurs des études :

L’ISET du Kef dispose de quatre spécialités qui durent 3 ans :

 Technologies de l’informatique

Le département technologies de l’informatique permet aux étudiants d’acquérir des

compétences dans les domaines réseau, développement web, systèmes embarqués les nouvelles
technologies de l’informatique.

 Génie électrique

Le département de génie électrique assure une formation appliquée dans le domaine des
systèmes électriques et permet aux étudiants d’avoir des compétences dans tous les secteurs du
génie électrique.

 Administration des affaires

Ce département génie assure une formation dans la gestion des entreprises et administration des
affaires.

 Génie mécanique

Le département génie mécanique permet aux étudiants d’acquérir des compétences dans le
domaine mécanique, la construction métallique et la production.

L’ISET offre des services liés à son milieu externe. Il crée des conventions de coopération avec
d’autres établissements publics ou privés pour entreprendre toute action s’inscrivant dans le
cadre de leurs activités. Ainsi notre institut assure, par voie de convention, de prestation de
service à titre onéreux tels que des programmes de formation, études, recherches et expertises.

III. Etat de l’art du projet

1. Problématique
Face à l'augmentation du nombre des élèves dans les écoles et le manque de la communication
entre l'administration et les parents, le taux d’absentéisme et du retard a augmenté d’une façon
remarquable sans que les parents aient connaissance de ça. Le comportement et la conduite des
élèves au sein de la classe vis-à-vis leurs enseignants, les agents de l’administration ou même

4
leurs collègues restent des facteurs généralement aveugles pour les parents. La relation entre
l’enseignant et les parents n’est pas bien alimentée au fils des années ce qui peut avoir des effets
irréprochables sur l’encagement et la bonne conduite de l’élève au sein de son école (au niveau
comportemental ou au niveau de l’acte d’apprentissage). C’est pour cette raison qu’on a proposé
ce projet afin de résoudre ce fléau.

2. Etude de l’existant :
Les établissements scolaires en Tunisie rencontrent des difficultés de numérisation de leurs
données et le suivi des écoliers n’est pas maitrisable. Ainsi, les registres d’appel, à titre
d’exemple, peuvent être interceptés et modifiés dans leurs passages des professeurs à
l’administration. On note aussi, que le remplacement des registres prend beaucoup de temp.Cela
crée une rupture entre la réalité et les compte rendus délivrés aux parents. Avec la croissance
du nombre de retards et d’absentéisme des élèves, il serait utile de travailler avec ces derniers
à remédier à ces fléaux. En effet, les parents ne puissent voir ces absences seulement à travers
le bulletin, contacter l’administration ou visiter l’établissement. En revanche, ces derniers
provoquent un manque du temps et d’argent pour les appels.

3. Critique de l’existant :
D’après la description de l’existant on peut remarquer que :

o Le suivi des écoliers n’est pas maitrisable du coup les parents n’ont pas d’idée sur les
horaires auquel leurs enfants se trouvent au sein de l’établissement ou dehors.
o Les registres de classes peuvent être interceptés et modifiés dans leurs passages des
professeurs à l’administration.
o La croissance du nombre de retards et d’absentéisme des élevés et très élevé et les
parents ne sont pas informes a jour.
o Si les parents veulent appeler un enseignant pour avoir des informations à propos de
leurs enfants fort probable que l’enseignant ne réponde pas.
o Les élèves peuvent parfois oublier ou ignorer ces devoirs et les parents ne sont pas
informes.

4. Description de la solution proposée

Ce projet cible la résolution du problème du suivi des parents du cursus scolaire de leurs enfants
et surtout l'aspect comportemental et éducatif en proposant une solution de smart School. Cette
solution est composée d'une application mobile qui permet aux parents d'être notifier de toute
action punitive ou aspect comportemental ou scolaire dérapé enregistrés par les enseignants ou

5
l'administration de la part de leur enfant. Cette solution permet aussi de savoir l’horaire d’entrée
et sortie de leur enfant. Par la suite, le projet comporte une application WEB qui facilite à
l’administration de gérer des comptes pour les admins, les enseignants, les parents et les élèves.

IV. Méthodologie de travail :

1. Définition :
Les méthodes agiles caractérisent un mode de gestion des projets informatiques privilégiant le
dialogue entre toutes les parties prenantes, clients, utilisateurs, développeurs et autres
professionnels du projet, la souplesse en cours de réalisation, la capacité à modifier les plans et
la rapidité de livraison. Il s'agit de rompre avec les pratiques plus traditionnelles bien trop
rigides et trop exigeantes en matière de spécifications (contractuelles). Pour cela il est important
d'accorder la priorité au relationnel et à la communication étendue sur les processus de
développement.

2. Méthodologie de Scrum :
Pour rappel Scrum est une méthode agile dédiée à la « gestion de projet ». Cette méthode de
gestion, ou plutôt ce Framework de management de projet, à pour objectif d’améliorer la
productivité de son équipe

Conclusion
Dans ce chapitre on a présenté l’organisme accueillant ainsi les diffèrent département ensuit on
va vous présenter le cahier des charges on présentant l’étude de l’existant et la solution proposé
notre prochain chapitre sera consacré pour l’application mobile

6
Chapitre II : L’application web

7
Introduction
Dans ce chapitre on va faire une brève présentation de notre application web puis on va passer
à vous présenter les différents matériels utilises, décrire les différents diagrammes qui explique
le démarche de la création de l’application. Ainsi on va joindre les différentes interfaces web.

I. Spécification
1. Présentation des acteurs
La partie web de notre projet sera accessible pour deux acteurs de notre système :

 Le super administrateur : il est représenté par le directeur de l’école ou du

lycée
 Les administrateurs : ce rôle est joué par les agents de l’administration du lycée
ou de l’école.

2. Besoins fonctionnel
La phase de la spécification des besoins fonctionnels est indispensable pour que les résultats de
la réalisation de notre application soient conformes aux attentes.

Ainsi, les différentes fonctionnalités que nous envisageons de mettre en place dans la cadre de
ce projet, pour l’acteur super administrateur :

 S’authentifier : un super administrateur doit être authentifier pour accéder à la partie

web de notre système
 Gérer les comptes d’élève, du parent ou d’enseignant : il est possible de gérer les
comptes des élèves, des enseignants, des parents par le directeur.
 Gérer les comptes admin : il est possible de gérer les comptes par le directeur.
 Gérer les salles : il est possible de gérer les salles par le directeur.
 Gérer les groupes : il est possible de gérer les groupes par le directeur.
 Gérer les emplois de temps: il est possible de gérer les emplois du temps pour les
groupes et les enseignants par le directeur.
 La partie web de notre application offre les besoins suivants pour un acteur de type
administrateur :
 S’authentifier : un administrateur doit être authentifié pour accéder à la partie web
de notre système
 Gérer les comptes d’élève, du parent ou d’enseignant : il est possible de gérer les
comptes des élèves, des enseignants, des parents par l’administrateur.

8
  Gérer les salles : il est possible de gérer les salles par l’administrateur.
 Gérer les groupes: il est possible de gérer les groupes par l’administrateur.
 Gérer les emplois de temps : il est possible de gérer les emplois du temps pour les
groupes et les enseignants par l’administrateur.

3. Besoins non fonctionnel

Les besoins non fonctionnels permettent l’amélioration de la qualité logicielle de notre système.
Ils agissent comme des contraintes à prendre en considération pour mettre en place une solution
adéquate à ce qui est attendu, et pour éviter plusieurs incohérences dans le système.

L’ergonomie des interfaces : Les interfaces de l’application doivent être bien disposées. Les
choix des bonnes couleurs et polices permettront aux interfaces de l’application de fournir un
contenu clair et compréhensible par l’utilisateur.

La fiabilité : elle concerne l’aptitude que notre application possède à accomplir sans défaillance
l’ensemble des fonctions spécifiées.

L’intégrité : Il faudrait que notre application soit capable de se protéger contre les altérations
ou contre l’accès des utilisateurs non autorisés (sécurité).

La maintenabilité : Il est important que notre solution présente la facilité avec laquelle un défaut
peut être localisé, identifié et corrigé pour la rendre encore plus fiable et disponible.

La performance : En parlant de performance de notre application, nous faisons allusion à

l’optimisation du temps d’exécution des fonctionnalités spécifiques au sein de notre
application.

II. Diagrammes des cas d’utilisations :

1. Description des cas d’utilisation :
Le/la directeur (rice):

 S authentifier
 Gérer les comptes admin.
 Gérer tous les interfaces du site.

Les surveillants :

 Gérer les comptes des enseignants, des parents.

 S authentifier

9
  Gérer les emplois et les groupes.

2. Diagramme du cas d’utilisation global:

Définition :

Le cas d'utilisation est une description des interactions qui vont permettre à l'acteur d'atteindre
son objectif en utilisant le système. Les use case (cas d'utilisation) sont représentés par une
ellipse sous-titrée par le nom du cas d'utilisation

Figure 1 : diagramme du cas d’utilisation global

10
 3. Diagramme du cas d’utilisation gérer compte admin :
Définition :

Le cas d'utilisation admin est une description des interactions qui vont permettre à l'acteur
d'atteindre l’inscription, la modification, la suppression et l’affichage en utilisant le système.

Figure 2 : diagramme gérer compte admin

4. Diagramme du cas d’utilisation gérer élèves :

Définition :

Le cas d'utilisation liste élèves est une description des interactions qui vont permettre à l'acteur
d'atteindre l’inscription des élèves et des parents la modification, la suppression et l’affichage
en utilisant le système.

Figure 3 : diagramme gérer élèves

11
 5. Diagramme du cas d’utilisation gérer parents :
Définition :

Le cas d'utilisation des parents est une description des interactions qui vont permettre à l'acteur
d'atteindre la modification, la suppression et l’affichage en utilisant le système.

Figure 4:diagramme gérer parents

6. Diagramme du cas d’utilisation gérer enseignants :

Définition :

Le cas d'utilisation des enseignants est une description des interactions qui vont permettre à
l'acteur d'atteindre l’ajout, la modification, la suppression et l’affichage en utilisant le système.

Figure 5 : diagramme gérer enseignants

12
 7. Diagramme du cas d’utilisation gérer les emplois :
Définition :

Le cas d'utilisation des emplois est une description des interactions qui vont permettre à l'acteur
d'atteindre la modification, la suppression et l’affichage en utilisant le système.

Figure 6 : diagramme gérer les emplois

8. Diagrammes du cas d’utilisation gérer groupes :

Définition :

Le cas d'utilisation des groupes est une description des interactions qui vont permettre à l'acteur
d'atteindre la modification, la suppression et l’affichage en utilisant le système.

Figure 7 : diagramme gérer les groupes

13
 9. Diagramme du cas d’utilisation gérer les salles :
Définition :

Le cas d'utilisation des salles est une description des interactions qui vont permettre à l'acteur
d'atteindre la modification, la suppression et l’affichage en utilisant le système.

Figure 8 : diagramme gérer les salles

III. Scenario des cas d’utilisations :

1. Cas d’utilisation : inscrire admin.
Acteur : super admin.

Pré condition(s) : doit être authentification.

Scénario principal :

 Remplir le formulaire.
 Ajout des informations dans la base.
 Afficher un message " ajout réussi ".
Scénario d’exception :

 Afficher un message "remplir tous les champs".

 Le nom existe déjà.
2. Cas d’utilisation : modifier compte enseignant.
Acteur : super admin ou administrateur.

Pré condition(s) : doit être authentification.

14
Scénario principal :

 Remplir le formulaire de nouveau.

 Ajout des informations dans la base.
 Afficher un message " modification réussi ".
Scénario d’exception :

 Afficher un message "remplir tous les champs".

3. Cas d’utilisation : supprimer parent
Acteur : super admin ou administrateur.

Pré condition(s) : doit être authentification.

Scénario principal :

 Cliquer sur le bouton supprimer parent.

 suppression des informations de la base.
 Afficher un message "parent supprimer".
Scénario d’exception :

 Afficher un message "erreur".

4. Cas d’utilisation : modifier emplois :
Pré condition(s) : doit être authentification.

Scénario principal :

 Remplir le formulaire de nouveau.

 Ajout des informations dans la base.
 Afficher un message " modification réussi ".
Scénario d’exception :

 Afficher un message "remplir tous les champs".

15
IV. Diagramme de classe
Définition :

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. ... Une classe décrit les responsabilités, le
comportement et le type d'un ensemble d'objets. Les éléments de cet ensemble sont les instances
de la classe.

Figure 9 : diagramme de classe

16
V. Diagramme de séquence :
1. Diagramme de séquences du cas « inscrire élèves »

Figure 10 : diagramme de séquence du cas « inscrire élèves »

Description textuelle :

L’admin ou le super admin accède à l’interface ajout élèves depuis chez lui il remplit le
formulaire et clique sur envoyer afin que les données s enregistre dans la base de donnée et par
suite l’ajout est fait avec succée. En cas d’erreur ou de correspondance du parent ou d’élève un
message d’erreurs s affiche.

17
 2. Diagramme de séquences du cas «modifier enseignant»

Figure 11 : diagramme de séquence du cas « modifier enseignant »

Description textuelle :

Le super admin ou l’admin accède à l’interface «modifier enseignant». Ensuite il remplit le

formulaire de nouveau et clique sur modifier afin que les données s enregistre dans la base de
donnée et par suite l’ajout est fait avec succée. En cas d’erreur ou bien un champ vide un
message d’erreurs s affiche.

VI. Choix du matériel et outils :

Pour l’élaboration de notre projet, nous sommes tenus utiliser quelques outils et techniques,
cette partie résume les choix effectués.

1. Environnement matériels :
 PC Portable: Lenovo ThinkPad, Msi.
 Systeme d’ exploitation: Windows 10 Processor: Intel I5 6th RAM: 8GB,
 Systeme d’ exploitation: Windows 10 Processor I5 10th Ram: 16GB

18
 2. Langage de développement :
 Html 5

Le HTML5, pour HyperText Markup Language 5, est une version du célèbre format HTML
utilisé pour concevoir les sites Internet. Celui-ci se résume à un langage de balisage qui sert à
l'écriture de l'hypertexte indispensable à la mise en forme d'une page Web. Lancée en octobre
2014, cette version HTML5 apporte de nouveaux éléments et de nouveaux attributs par rapport
à la version précédente. Elle offre par exemple la possibilité de définir le contenu principal
d'une page Web, d'ajouter une introduction en header, d'insérer un sous-titre à un contenu
multimédia de type vidéo, etc..(1)

Figure 12 : logo Html

 CSS

Le CSS pour Cascading Style Sheets, est un langage informatique utilisé sur Internet pour la
mise en forme de fichiers et de pages HTML. On le traduit en français par feuilles de style en
cascade. (2)

Figure 13 : logo CSS

19
  PHP

Le PHP, pour Hypertext Preprocessor, désigne un langage informatique, ou un langage de

script, utilisé principalement pour la conception de sites web dynamiques. Il s'agit d'un langage
de programmation sous licence libre qui peut donc être utilisé par n'importe qui de façon
totalement gratuite..(3)

Figure 14 : logo PHP

3. Environnement logiciels :
 NetBeans

NetBeans est un environnement de développement intégré (EDI), placé en open source par Sun
en juin 2000 sous licence CDDL (Common Development and Distribution License) et GPLv2.
NetBeans constitue par ailleurs une plateforme qui permet le développement d'applications
spécifiques (bibliothèque Swing (Java)). (4)

Figure 15 : logo Netbeans

20
  XAMPP

XAMPP est un ensemble de logiciels permettant de mettre en place facilement un serveur Web
confidentiel, 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. (5)

Figure 16 : logo Xampp

 StarUml :

StarUML est un logiciel de modélisation UML, qui a été « cédé comme open source » par son
éditeur, à la fin de son exploitation commerciale (qui visiblement continue ...), sous une licence
modifiée de GNU GPL. ... StarUML gère la plupart des diagrammes spécifiés dans la norme
UML 2.0. (9)

Figure 17 : logo StarUml

21
VII. Développement de l’application
1. Interface d’Authentification :
C’est la page d’authentification qui permet aux administrateurs, enseignants, parents de se
connecter à la page d’accueil de l’application à travers la saisie de son propre login et mot de
passe en appuyant sur le bouton (Login).

Figure 18 : Interface d’authentification

2. Interface d’accueil :
C’est la page menu ou qui va nous aider à accéder aux autres pages

Figure 19 : Interface d’accueil

22
 3. Interface élèves parents :
C’est la page gestion élevés parents ou on peut ajouter et gérer les parents et les élevés.

Figure 20 : Interface élèves parents

4. Gestion enseignant :
C’est la page des listes des enseignants ou tu peux modifier et supprimer les comptes des
enseignants.

Figure 21 : Interface gestion enseignants

23
 5. Gestion des emplois :
C’est la page emploi enseignant ou tu peux modifier ou supprimer les emplois des enseignants.

Figure 22 : Interface gestion emploi

6. Gestion des groupes :

C’est la page groupes ou tu peux modifier ou supprimer les emplois des enseignants.

Figure 23 : Interface emploi des groupes

24
 7. Gestion des salles :
C’est la page emploi des salles ou tu peux modifier ou supprimer les emplois des enseignants.

Figure 24 : Interface emploi des salles

8. Gestion des admin :

C’est la page admin ou tu peux gérer tous les comptes.

Figure 25 : Interface gestion admin

25
 9. Ajout des Emploi :
C’est la page ajout ou tu peux ajouter un emploi pour chaque enseignant.

Figure 26:Interface Ajout Emploi

Conclusion :
Ce chapitre a porté sur l’implémentation de notre projet. Nous avons présenté l’environnement
de développement et les différentes interfaces de notre application. Maintenant on va passer à
la deuxième partie, la partie embarquée.

26
Chapitre III : l’accès des élevés (entrée/sortie)

27
Introduction
On va créer un système qui permet d'automatiser l’accès aux établissements scolaires pour les
élèves tout en préservant l'aspect sécurité d'accès.

I. Spécification
1. Identification des acteurs
Les acteurs qui utilisent ce système sont uniquement les élevés qui seront récompensés par le
mot "personne".

2. Analyse de besoins
Ce système de contrôle d'accès à l’école sera dédié aux élevés.

3. Digramme du cas d’utilisation

<<include>>
s'authentifier
controler les Entreé/sortier

personne
Figure 27 : Diagramme du cas d’utilisation

Cas d’utilisation : contrôle-les entrée/sortie.

Acteur : personne.

Précondition(s) : Une personne est devant la porte de l’école.

Scénario principal :

Devant l’école, la personne doit montrer son badge devant le lecteur de code.

Si le code de badge est identique, la porte de l’école sera ouverte,

Sinon la porte de l’école reste fermée.

Scénario d’exception :

Si le badge de l’élève n’est pas identique, une alerte est émise la porte reste fermée.

28
II. Conception
1. Digramme de séquence

Figure 28 : Diagramme de séquences

2. Description textuelle
Dans cette partie l’élève doit être présent devant la porte pour montrer la badge afin de
l’analysée, puis le lecteur envoie son numéro à la carte pour être cohérent avec la base de
données, en cas de correspondance les portes s’ouvrent. S'il n'y a pas correspondance, la
personne reste en dehors de l’école et ne peut pas entrer, par suite la porte reste ferme.

29
 3. Digramme de composant

Figure 29 : Diagramme de composant

4. Description textuelle
Dans ce diagramme de composant, la clé est le badge, dès que l’élève passe la clé son code doit
être envoyé à la base de données après analyse dans la carte pour extraire le code. Si la
correspondance est donnée, la porte s’ouvre. Si elle n'est pas reconnue, les portes restent
fermées.

III. Développement :
1. Partie matérielle :
 Raspberry pi 3 B+:

Le Raspberry Pi est une curiosité technologique des plus fabuleuses. En effet, il s'agit d'un tout
petit appareil faisant office d'ordinateur et ayant la forme d'une seule et simple carte mère. Que
l'on puisse regrouper dans un espace aussi petit les capacités d'un ordinateur relève de
l'ingéniosité et c'est précisément ce que recherchait David Braben en confectionnant le
Raspberry Pi. En le souhaitant pratique à manipuler de par sa taille et son faible poids, peu cher
et facile à utiliser tout en préservant une très bonne performance de l'ensemble, il désirait offrir
aux plus jeunes générations la possibilité de s'initier à l'informatique de manière ludique et
efficace. De plus, le fait qu'il soit livré tel quel impose à l'utilisateur de construire peu à peu son
ordinateur en ajoutant au fur et à mesure le matériel adéquat pour le faire fonctionner.(10)

30
 Figure 30 : Carte Raspberry

Caractéristiques de la carte raspberry pi 3 B+:

Le point fort de cette nouvelle déclinaison du Raspberry Pi 3 se situe au niveau de la

connectivité réseau.

Ci-dessous les caractéristiques principales de la carte :

 Carte mère Raspberry Pi 3 type B+

 Pocesseur Broadcom BCM2837B0 Cortex-A53 64-bit SoC @ 1,4 GHz
 RAM: 1 Go LPDDR2 SDRAM
 Connexions sans fil: Bluetooth 4.2 BLE, Wi-Fi Dual Band b/g/n/ac
 Connexion filaire: Gigabit Ethernet
 Décodage et encodage H.264 1080p30
 Support PoE (PoE HAT non fourni)
 Lecteur de carte micro-SD
 Header GPIO 40 broches

31
  Support du boot PXE
 Port caméra CSI pour connecter la caméra Raspberry Pi
 Port d'affichage DSI pour connecter l'écran tactile Raspberry Pi
 4 x USB 2.0
 Compatible avec les accessoires du Pi 3 Model B
 Alimentation 5V / 2.5A (transformateur non fourni)
 NFC RFID-RC522 :

« Near Field Communication » signifie, littéralement, communication de proximité. NFC est

une évolution de la technologie RFID, qui fonctionne à une fréquence de 13,56 Mhz et offre
une connectivité sans fil sécurisée entre deux appareils, avec relatif échange de données. (11)

 Carte RF Module lecteur RFID :

RFID veut dire Radio Fréquence Identification, ou plus simplement radio-identification

en français. Cette technologie permet de lire, sauvegarder et collecter des données à distance
stockées sur des radio-étiquettes, appelées aussi tags RFID. .(12)

Figure 31 : Lecteur RFID

32
  Carte S50 :

MIFARE est la marque déposée appartenant à NXP Semi-conducteurs d'une série de puces de
circuits intégrés utilisées dans les cartes à puce sans contact et les cartes de proximité. Le nom
de la marque couvre des solutions propriétaires basées sur différents niveaux de la norme de
carte à puce sans contact ISO/IEC 14443 Type A 13,56 MHz. (13)

Figure 32 : Carte S50

La technologie NFC fournit trois types de fonctions :

 L’échange d'informations entre deux appareils, en toute sécurité et rapidement, tout

simplement en les approchant, via Peer-to-Peer (P2P).
 Effectuer les paiements rapidement et en toute sécurité avec le portable, en utilisant le
protocole HCE (Host Card Emulation)
 Lire et écrire les Tags NFC.
 Les Tags NFC sont des Puces minuscules, contenues dans étiquettes, cartes ou autres
gadgets, sur lesquelles il est possible écrire une information. Cette information sera lue
(et éventuellement exécutée) par le portable NFC, tout simplement en l'approchant au
Tag. (14)

33
  Buzzer :

Un "buzzer piézo" est en gros un petit haut-parleur que vous pouvez connecter directement à
une carte Raspberry. (15)

Figure 33 : Buzzer

2. Partie Logiciel :
 Python :

Python est un langage de programmation multi-paradigme. Il favorise la programmation

impérative structurée, et orientée objet. Il est doté d'un typage dynamique fort, d'une gestion
automatique de la mémoire par ramasse-miettes et d'un système de gestion d'exceptions ; il est
ainsi similaire à Perl, Ruby, Scheme, Small talk et Tcl. (16)

Figure 34 : Logo Python

34
  Vnc viewer :

VNC ou Virtual Network Computing est un dipositif créé en 1999 permettant d'accéder à un
bureau d'ordinateur à distance via le protocole RFB. VNC est utilisé dans plusieurs cas de
figure. Une équipe technique peut accéder à la machine d'un utilisateur pour effectuer du
support. (17)

Figure 35 : Logo Vnc Viewer

 XAMPP:

XAMPP est un ensemble de logiciels permettant de mettre en place facilement un serveur Web
confidentiel, 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.

Figure 36 : Logo Xamp

35
  PHP

PHP (officiellement, ce sigle est un acronyme récursif pour PHP HyperText Preprocessor) est
un langage de scripts généraliste et Open Source, spécialement conçu pour le développement
d'applications web.

IL peut être intégré facilement au HTML.

Figure 37 : Logo PHP

 SQL

SQL ("Structured Query Langage" ou "Langage de requêtes structuré") est un langage

informatique destiné à interroger ou piloter une base de données.

Figure 38 : Logo SQL

36
IV. Réalisation :
Schéma de montage :

Figure 39: Montage Du Raspberry pi

 SDA connecte avec Pin 24.

 SCK connecte avec Pin 23.
 MOSI connecte avec Pin 19.
 MISO connecte avec Pin 21.
 GND connecte avec Pin 6.
 RST connecte avec Pin 22.
 3.3v connecte avec Pin 1.

Conclusion
A la fin on à créer un sous-système permet d’automatiser et de faciliter l’entrée, sortie des élevés
aux écoles contrôler par les parents. Maintenant on va passer à la troisième partie de projet,
l’application mobile.

37
Chapitre IV: L’application mobile

38
 I. Introduction
L’étape de la spécification constitue la base d’un bon départ de notre travail. En effet,
l’adéquation de toute application à réaliser aux besoins de ses utilisateurs garantira sa réussite.
Pour cela, nous étudions. Dans ce chapitre, les besoins fonctionnels et non fonctionnels de notre
utilisateur. Nous présentons une spécification semi formelle de ces besoins par les diagrammes
de cas d’utilisation et diagramme de classe et séquence suivant la modélisation UML.

II. Spécification des Besoins

Dans cette partie, on présente les acteurs, on explique en détail ce que l’application est censée
faire et ceci à travers la spécification des besoins fonctionnel et non fonctionnels.

1. Identification des acteurs

Les acteurs de l’application mobile sont les parents et les enseignants.

2. Besoins fonctionnels
Notre application mobile de gestion de relation entre Enseignant et parent.

Les besoins fonctionnels de l’enseignant permettent d’offrir:

 Faire l’appel de présence.

 ajouter les punitions.
 ajouter un travail à la maison.
 consulter son emploi du temps.

De l’autre part elles permettent aux parents:

 consulter les présences.

 consulter les punitions.
 Consulter les travaux à la maison.
 consulter les emplois du temps de leurs enfants.

3. Besoins non fonctionnels

Confidentialité : l’innascibilité des données des utilisateurs et du système personnes autorisées
(besoins de confirmé le mot de passe).

Authenticité : l’assurance de l’intégrité et la sécurité des informations utilisables par

l’application précédée par une authentification de l’utilisateur.

39
Facilité d’apprentissage : l’effort fournis pour apprendre a utiliser l’application ne doit pas
exiger de connaissances particulières excepté les connaissances standard de l’utilisation.

Facilité d’opération : la facilité d’exécuter une opération ou une tache.

Esthétique de l’interface utilisateur : l’assurance d’une interface ergonomique plaisante,

satisfaisante ou même personnalisable pour le bien-être de l’utilisateur.

L’application offre plusieurs interfaces simple et facile à utiliser.

L’application doit être rapide et instantané.

III. Diagrammes du cas d’utilisation

Les cas d’utilisations décrivent un ensemble d’actions réalisées par le système, en réponse à
une action d’un acteur.

1. Présentation des acteurs :

Dans notre application on a deux acteurs qui sont les enseignants et les parents.

2. Description des cas d’utilisation :

La figure suivante présente le diagramme de cas d’utilisation global de notre application.

3. Diagrammes du cas d’utilisation global :

Figure 40 : Diagramme du cas d’utilisation global

40
Cas d’utilisation : S’authentifier.

Acteur : Eleves.

Pré condition(s) : parent ou enseignant se trouve sur l’interface d’authentification.

Scénario principal :

 Sur la page d’authentification le parent ou l’enseignant doit entrer son Email et son
mot de passe.
 Si l’Email et le mot de passe sont corrects l’utilisateur passe à l’interface suivant.
 Sinon, le système affiche un message d’erreur, et l’utilisateur reste sur la même page.
Scénario d’exception :

 Si les deux champs d’Email et du mot de passe sont vide, le système affiche un message
d’erreur, le champ vide est coloré et l’utilisateur reste sur la même page.
 Si login ou bien mot de passe ou bien les deux sont incorrecte, le système affiche aussi
un message d’erreur pour les vérifier.

IV. Conception :
La conception est une phase importante dans le cycle de développement, ce chapitre a pour but
d'analyser les fonctionnalités de notre projet, de définir les droits d'accès pour l'acteur et de
présenter les différents diagrammes et modèle de conception en utilisant le langage UML.

1. Langage de modélisation : UML

Langage de modélisation objet unifié, est une démarche orientée objet. Elle est née de la fusion
de trois méthodes orientées objet Booch, OMT Object Modeling Technique et OOSE

Object Oriented Software Engineering, conçues respectivement par Grady Booch, James

Rumbaugh et Ivar Jacobson. Les 3 experts ont focalisé leur attention sur les deux aspects :
modélisation et formalisation à fin de concevoir un langage de modélisation standard et
universel utilisé notamment pour le développement informatique en langage objet.

41
 2. Diagramme de classe :
La figure suivante représente le diagramme de classe de notre application :

Figure 41 : diagramme de classe

Description textuelle :

Chaque enseignant peut avoir plusieurs élève .Un élève peut avoir plusieurs enseignants,
travailles à la maison, punition et listes des absences, retards et avertissements. Chaque parent
peut avoir un ou plusieurs élève .le groupe peut avoir plusieurs élèves .Plusieurs enseignants
liées a un groupe. Chaque enseignants gèrent les punitions, les présences, les travailles et accède
aux emplois.

42
 3. Diagrammes de séquences
Les diagrammes de séquences représentent les interactions entre les objets en indiquant la
chronologie des séquences.

A. Diagramme de séquence du cas « S authentifier »

Figure 42 : Diagramme de séquence du cas d’authentification

Description textuelle :

L’interface d’authentification permet aux enseignants ou aux parents d’accéder aux interfaces
de l’application des qu’ils tapent l’email et le mot de passe.

43
 B. Diagramme de séquence du cas « ajouter travail à la maison »

Figure 43 : Diagramme de séquence du cas « ajouter travail à la maison »

Description textuelle :

L’enseignant accède à l’interface de travail depuis chez lui, remplit le formulaire et clique sur
envoyer afin d’être enregistrer dans la base de donnée.

Le parent à son tour, s’identifie à son interface et récupéra les données nécessaires de la base
de données.

C. Diagramme de séquence du cas « ajouter punition »

Figure 44 : Diagramme de séquence du cas « ajouter punition »

44
Description textuelle :

L’enseignant accède à l’interface de punition depuis chez lui, remplit le formulaire et clique sur
envoyer afin d’être enregistrer dans la base de donnée.

Le parent à son tour, s’identifie à son interface et récupéra les données nécessaires de la base
de données.

D. Diagramme de séquence du cas « présence Enseignant» :

Figure 45 : diagramme de séquence du cas « présence enseignant »

Description textuelle :

L’enseignant accède à l’interface de présence depuis chez lui, remplit le formulaire et clique
sur envoyer afin d’être enregistrer dans la base de donnée.

Le parent à son tour, s’identifie à son interface et récupéra les données nécessaires de la base
de données.

45
E. Diagramme de séquence du cas « présence parent »

Figure 46 : Diagramme de séquence du cas « présence parent »

F. Diagramme de séquence du cas punition parent :

Figure 47 : Diagramme de séquence du cas « punition parent »

46
G. Diagramme de séquence du cas emploi parent :

Figure 48 : Diagramme de séquence du cas « emploi parent »

H. Diagramme de séquence du cas travail à la maison parent :

Figure 49 : Diagramme de séquence du cas « travail à la maison parent »

47
 I. Diagramme de séquence du cas accès parent :

Figure 50 : diagramme de séquence du cas « accès parent »

V. Réalisation :
1. Environnement matériels :

Tableau 1 : Environnement matériels

Modèle ThinkPad , Msi

Processeur Intel® Core™ i5 -
RAM 16.00 Go
Type du Système d exploitation 64 bits
système

48
 2. Environnement logiciels :
 Android studio :

Figure 51 : logo Android

Android est sans doute le système d’exploitation le plus utilisé sur smartphone et tablettes.

Il peut être intéressant de connaitre quelle est la configuration matérielle et logicielle requise
pour développer des applications pour ce système. (15)

 JAVA :

Figure 52 : Logo Java

Java est un langage de programmation orienté objet de haut niveau, basé sur des classes,
conçu pour avoir le moins de dépendances d'implémentation possible.

49
VI. Développement de l’application mobile:
1. Partie enseignant :
A. Interface d’authentification :
L’interface d’authentification permet à l’enseignant ou le parent d’accéder à leurs comptes des
qu’ils tapent l’email et le mot de passe.

Figure 53 : interface d’authentification

50
 B. Interface menu :
L’interface menu est la première interface après l’authentification, il permet l’enseignant

De choisir un des autres interfaces.

Figure 54 : interface menu d’enseignant

51
 C. Interface de présence :
L’interface présence permet à l’enseignant de marquer les présences des élèves.

Figure 55 : interface présence d’enseignant

52
 D. Interface travail à la maison :
L’interface travail à la maison permet l’enseignant de donner les devoirs des élèves sur
l’application.

Figure 56 : Interface travail à la maison de l’enseignant

53
 E. Interface punition :
L’interface punition permet à l’enseignant de punir les élèves par exemples : avertissement,
exclu…aussi de donner des remarques.

Figure 57 : Interface punition de l’enseignant

54
 F. Interface emploi :
L’interface emploi permet à l’enseignant de voir son emploi par exemple : les salles, le nom du
groupe, la séance.

Figure 58 : interface emploi de l’enseignant

55
2. Partie parent :
A. Interface menu :
L’interface menu est la première interface après l’authentification, il permet au parent de
choisir un des autres interfaces.

Figure 59 : Interface menu du parent

56
B. Interface présence :
L’interface présence permet au parent de voir les présences des leurs élèves.

Figure 60 : Interface présence du parent

57
C. Interface travail à la maison :
L’interface travail à la maison permet au parent de voir les devoirs des leurs élèves.

Figure 61 : Interface travail à la maison du parent

58
D. Interface punition :
L’interface punition permet au parent de voir les punitions de leurs élèves.

Figure 62 : Interface punition du parent

59
E. Interface emploi :
L’interface emploi permet au parent de voir les emplois de leurs élèves.

Figure 63 : Interface emploi du parent

60
F. Interface entrée/sortie élevés :
L’interface entrée sortie élèves permet au parent d’être à jour pour voir les temps d’entrée
sortie de leurs élèves.

Figure 64 : Interface entrée/sortie d’élèves

61
VII. Organigramme :
Dans notre projet, nous avons estimé de réaliser notre application dans une durée approximative
de 4 mois. Le tableau ci-dessous montre le planning que nous avons adapté pour mener à bien
notre réalisation des différentes parties du projet.

Tableau 2 : Planning prévisionnel

Février Mars Avril Mai juin

Mois
Etape Semaine 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2

Formation sur la carte

Etude préalable

Conception

Réalisation

Test et Validation

Rédaction du rapport

Conclusion :
Dans ce chapitre nous avons présenté l’environnement de développement et les différentes
interfaces de notre application.

62
 Conclusion générale :
Après une étude et recherche, nous avons réussi à améliorer et à faciliter un moyen d’accéder
aux résultats.

Notre projet mire la résolution du problème du suivi des parents du cursus scolaire de leurs
enfants et surtout l'aspect comportemental et éducatif en proposant une solution de smart
School. Cette solution est composée d'une application mobile qui permet de savoir l’horaire
d’entrée et sortie de leur enfant. Par la suite, le projet comporte une application WEB qui facilite
à l’administration de gérer des comptes pour les admins, les enseignants, les parents et les
élèves.

Nous avons bien voulu améliorer notre projet en ajoutant d'autres fonctionnalités mais vue la
contrainte temporelle ce n’était pas évident.

Les fonctionnalités supplémentaires sont :

 Poster les notes des matières par les enseignants.

 Afficher les notes des matières pour les parents.
 Télécharger les cours.
 Exposer l’absence des enseignants.
 Mettre des cours en lignes.

À l'heure actuelle, l’application et le système contrôle d’accès sont prête à être utiliser. On peut
donc affirmer que le but qui nous avons été fixé a été atteint. Nous espérons que ce que nous
avons réalisé ait votre admiration après ce modeste effort.

63
NETOGRAPHIE
1) https://fr.wikipedia.org/wiki/Hypertext_Markup_Language
2) https://fr.wikipedia.org/wiki/CSS
3) https://fr.wikipedia.org/wiki/PHP
4) https://fr.wikipedia.org/wiki/NetBeans#:~:text=NetBeans%20est%20un%20environne
ment%20de,and%20Distribution%20License)%20et%20GPLv2.&text=NetBeans%20
constitue%20par%20ailleurs%20une,biblioth%C3%A8que%20Swing%20(Java)).
5) https://fr.wikipedia.org/wiki/XAMPP
6) https://fr.wikipedia.org/wiki/StarUML#:~:text=Un%20article%20de%20Wikip%C3%
A9dia%2C%20l'encyclop%C3%A9die%20libre.&text=StarUML%20est%20un%20lo
giciel%20de,licence%20modifi%C3%A9e%20de%20GNU%20GPL.
7) https://fr.wikipedia.org/wiki/Raspberry_Pi
8) https://www.futura-sciences.com/tech/definitions/tech-rfid-4187/
9) https://fr.wikipedia.org/wiki/Mifare
10) https://projects.raspberrypi.org/en/projects/physical-computing/8
11) https://fr.wikipedia.org/wiki/Python_(langage)#:~:text=Python%20(prononc%C3%A9
%20en%20anglais%20%2F%CB%88,%2C%20multi%2Dparadigme%20et%20multip
lateformes.&text=Il%20est%20con%C3%A7u%20pour%20optimiser,une%20syntaxe
%20simple%20%C3%A0%20utiliser.
12) https://fr.wikipedia.org/wiki/Virtual_Network_Computing#:~:text=VNC%20(Virtual
%20Network%20Computing%2C%20litt%C3%A9ralement,bureau%20d'un%20ordin
ateur%20distant.&text=Il%20existe%20des%20clients%20et,plupart%20des%20syst
%C3%A8mes%20d'exploitation.
13) https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203603-sql-
structured-query-language-definition-traduction-et-
acteurs/#:~:text=Le%20langage%20SQL%20(Structured%20Query,contr%C3%B4le
%20de%20s%C3%A9curit%C3%A9%20de%20donn%C3%A9es.
14) https://fr.wikipedia.org/wiki/Android#:~:text=Un%20article%20de%20Wikip%C3%A
9dia%2C%20l'encyclop%C3%A9die%20libre.&text=Android%20(%2F%CB%88%C
3%A6n%CB%8C,Linux%20et%20d%C3%A9velopp%C3%A9%20par%20Google.
15) https://fr.wikipedia.org/wiki/Java_(langage)#:~:text=Un%20article%20de%20Wikip%
C3%A9dia%2C%20l'encyclop%C3%A9die%20libre.&text=Java%20est%20un%20la
ngage%20de,23%20mai%201995%20au%20SunWorld.

64