WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp

Home | Publier un mémoire | Une page au hasard

Memoire Online >

Informatique et Télécommunications

Système de gestion des exclusions des élèves.

par Ezzeddine Gasmi
ISET de Gafsa Tunisie - Licence appliquée en technologie de l'informatique 2017

Disponible en mode multipage

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

REPUBLIQUE TUNISIENNE

MINISTERE DE L'ENSEIGNEMENT SUPERIEUR
ET DE LA RECHERCHE SCIENTIFIQUE

DIRECTION GENERALE DES ETUDES
TECHNOLOGIQUES

ISET GAFSA

PROJET DE FIN D'ETUDES

Présenté pour l'obtention du diplôme de

LICENCE APPLIQUEE EN

TECHNOLOGIE DE L'INFORMATIQUE

Sujet

SYSTEME DE GESTION DES EXCLUSIONS DES ELEVES

Réalisé par : Gasmi Ezzeddine

Encadré par : Mr Saad Mohamed Fadhel : professeur à l'ISET de Gafsa.

Soutenu le : 03 Mars 2017

Entreprise d'accueil (de stage) : Lycée Houcine Bouzaiène Gafsa Année Universitaire 2016-2017

Avant propos

Avant propos

Je commence par remercier profondément tous mes professeurs de l'ISET de Gafsa pour les efforts qu'ils ont fournis. Je les remercie pour leurs cours, leur assistance et leurs précieux conseils tout au long de ma formation.

Je remercie tous les personnels de l'ISET de Gafsa pour leur aide et leur soutien notamment monsieur Saad Hédi administrateur conseiller à l'ISET de Gafsa.

Je remercie monsieur Saad Mohamed Fadhel professeur à l'ISET de Gafsa d'avoir accepté être mon encadrant. Je le remercie aussi pour ses efforts, son soutien et ses précieux conseils.

Je remercie aussi tous ceux qui m'ont aidé à accomplir mon projet.

Dédicaces

Dédicaces

Je dédie ce travail à tous mes proches qui m'ont aidé à accomplir ce projet. Je le dédie surtout à mes enfants (Nejib, Nesrine et Narjes) et ma femme (Aïcha) pour leur encouragement et leur soutien.

Liste des figures

Fig. I.1 : L'organigramme du lycée 2

Fig. II.1 : La structure générique d'une architecture 3-tiers 5

Fig. II.2 : Diagramme du cas d'utilisation global de l'application : Gérer et suivre les exclusions

Fig. II.3 : Diagramme du cas d'utilisation : Gérer les exclusions 9

Fig. II.4 : Diagramme de cas d'utilisation : Gérer les élèves / Prendre une sanction. 12

Fig. II.5 : Diagramme de cas d'utilisation : consulter à distance les exclusions / contacter à distance le lycée

Fig. II.6 : Diagramme de séquence de : s'authentifier 19

Fig. II.7 : Diagramme de séquence de cas d'utilisation : saisir les exclusions 20

Fig. II.8 : Diagramme de séquence de cas d'utilisation : Ajouter un élève 21

Fig. II.9 : Diagramme de séquence de cas d'utilisation : Prendre une sanction 22

Fig. II.10 : Diagramme de séquence de cas d'utilisation : Consulter à distance les exclusions de son fils

Fig. II.11 : Diagramme de séquence : Saisir un rendez-vous avec un professeur 24

Fig. II.12 : Diagramme de classe de l'application : Gestion des exclusions des élèves 25

Fig. III.1 : Interface : Authentification 29

Fig. III.2 : Interface : Liste des utilisateurs 30

Fig. III.3 : Interface : Liste des élèves 31

Fig. III.4 : Interface : Rendez-vous administration/professeur 32

Fig. III.5 : Interface : Gérer les exclusions 33

Fig. III.6 : Interface : Gestion des sanctions 34

Fig. III.7 : Interface : Authentification du parent 35

Fig. III.8 : Interface : Liste des exclusions 36

Fig. III.9 : Interface : Liste des convocations des parents 37

Fig. III.10 : Interface : Liste des avertissements aux élèves 38

Fig. III.11 : Interface : Saisir à distance un rendez-vous 39

Figures des annexes

Fig. IV.1 : Formulaire d'exclusion 42

Fig. IV.2 : Une page du registre d'exclusions 43

Fig. IV.3 : Formulaire de convocation. 44

Fig. IV.4 : Formulaire d'avertissement. 45

Liste des tableaux

Tableau II.1 : Identification des acteurs 7

Tableau II.2. Description textuelle du cas d'utilisation : S'authentifier 10

Tableau II.3. Description textuelle du cas d'utilisation : Saisir les exclusions 11

Tableau II.4. Description textuelle du cas d'utilisation : Ajouter un élève 13

Tableau II.5. Description textuelle du cas d'utilisation : Convoquer le parent 14

Tableau II.6. Description textuelle du cas d'utilisation : Proposer un avertissement 15

Tableau II.7. Description textuelle du cas d'utilisation : Consulter les exclusions de son fils 17

Tableau II.8. Description textuelle du cas d'utilisation : Saisir un rendez-vous avec un professeur

Sommaire

SOMMAIRE

Introduction générale 1
Chapitre 1 : Spécification et analyse des besoins

1. Introduction 2

2. Etude de l'existant 2

2.1. Organigramme du lycée 2

2.2. Description de l'existant 2

2.3. Critique de l'existant 3

2.4. Solution proposée 3

3. Etudes des besoins 3

3.1. Besoins fonctionnels 3

3.2. Besoins non fonctionnels 4

4. Conclusion 4
Chapitre 2 : Conception

1. Introduction 5

2. Concept et architecture de mon application 'Gestion des exclusions' 5

3. Le modèle de cycle de vie 6

4. Méthodologie 6

5. Identification des acteurs 6

6. Les diagrammes des cas d'utilisation 8

6.1. Diagramme du cas d'utilisation global de l'application 8

6.2. Diagramme du cas d'utilisation : Gérer les exclusions 9

6.3. Description textuelle du cas d'utilisation : S'authentifier 10

6.4. Description textuelle du cas d'utilisation : Saisir les exclusions 11

6.5. Diagramme du cas d'utilisation : Gérer les élèves /Prendre une sanction envers un élève

12

6.6. Description textuelle du cas d'utilisation : Ajouter un élève 13

6.7. Description textuelle du cas d'utilisation : Convoquer le parent 14

6.8. Description textuelle du cas d'utilisation : Proposer un avertissement 15

16

6.9. Diagramme du cas d'utilisation : consulter à distance les exclusions / Contacter à distance le lycée

6.10. Description textuelle du cas d'utilisation : Consulter à distance les exclusions 17

6.11. Description textuelle du cas d'utilisation : Saisir un rendez-vous avec un professeur 18

7. Les diagrammes de séquence 19

7.1. Diagramme de séquence d'authentification 19

Sommaire

7.2. Diagramme de séquence du cas d'utilisation : Saisir les exclusions 20

7.3. Diagramme de séquence du cas d'utilisation : Ajouter un élève 21

7.4. Diagramme de séquence du cas d'utilisation : Prendre une sanction 22

7.5. Diagramme de séquence du cas d'utilisation : Consulter les exclusions à distance 23

7.6. Diagramme de séquence du cas d'utilisation : Saisir un rendez- vous avec un professeur 24

8. Conception détaillée : le diagramme de classe 25

9. La base des données relationnelle 26

10. Conclusion 26
Chapitre 3 Réalisation

1. Introduction 27

2. Environnement du travail 27

2.1. Environnement matériel 27

2.2. Environnement logiciel 27

2.3. Techniques de l'application 28

3. Présentation des interfaces 29

3.1. Interface : Authentification 29

3.2. Interface : Liste des utilisateurs 30

3.3. Interface : Liste des élèves 31

3.4. Interface : Rendez-vous administration/professeur 32

3.5. Interface : Gérer les exclusions 33

3.6. Interface : Gestion des sanctions 34

3.7. Interface : Authentification du parent 35

3.8. Interface : Liste des exclusions pour le parent 36

3.9. Interface : Liste des convocations des parents 37

3.10. Interface : Liste des avertissements aux élèves 38

3.11. Interface : Saisir à distance un rendez-vous : professeur / administration 39

4. Conclusion 40

Conclusion générale et perspectives 41

Annexes 42

Références 46

Introduction générale

Dans notre lycée, nous gérons les exclusions des élèves d'une façon manuelle. Notre présent projet consiste à informatiser et automatiser notre système d'information (SI) en développant une application de suivi et de gestion de ces exclusions. Cette application nous permet aussi de créer un espace numérique qui va permettre l'échange de l'information et la communication entre les différents acteurs de notre système d'information (SI).

Pour bien accomplir ce projet, nous l'avons structuré de la manière suivante :

? Le premier chapitre consiste en : SPECIFICATION ET ANALYSES DES BESOINS

? Le deuxième chapitre aborde la CONCEPTION ? Le troisième chapitre c'est la REALISATION.

CHAPITRE I

Spécification et analyse des besoins

CHAPITRE

Spécification et analyse des besoins

CHAPITRE I

Spécification et analyse des besoins

1. Introduction

Dans ce chapitre, on va décrire notre système d'information manuel : gestion des exclusions des élèves. Ensuite, on va le critiquer. Puis, on va proposer les solutions adéquates pour l'améliorer.

2. Etude de l'existant 2.1. Organigramme du lycée

Directeur

Proviseur

Agents financiers et ouvriers

Elèves

Agents

administratifs : surveillants

Agents
administratifs

Professeurs

Surveillant

général

Conseil de classes

Conseil
d'éducation

Fig. I.1.L'organigramme du lycée

2.2. Description de l'existant

Champ d'études : Gestion des exclusions.

? Documents à utiliser :

- Formulaire d'exclusions (voir page : 42 de l'annexe)

- Registre d'exclusions (voir page : 43 de l'annexe)

- Formulaire de convocation du parent (voir page : 44 de l'annexe)

- Formulaire d'avertissement (voir page : 45 de l'annexe)

? Circulation des documents :

- Le professeur exclut un élève en remplissant le formulaire d'exclusion et appelle

l'administrateur (le surveillant général). Ce dernier retire l'élève de la salle avec le

formulaire d'exclusion et le laisse sous sa surveillance jusqu'à la fin de la séance.

CHAPITRE I

Spécification et analyse des besoins

- Un agent administratif (un surveillant) enregistre cette exclusion dans le registre

d'exclusions.

- L'administrateur envoie au parent, au moyen d'une lettre, la convocation ou

l'avertissement.

? Sanctions prises selon le genre et le nombre des exclusions :

? Pour les exclusions dues à un manque de matériel ou de travail :

- Après trois exclusions, le parent de l'élève sera convoqué.

- Après chaque augmentation de trois fois, l'élève sera averti (il aura un avertissement).

? Pour les exclusions dues à une mauvaise discipline :

- Après deux exclusions, le parent de l'élève sera convoqué.

- Après chaque augmentation de deux fois, l'élève sera averti.

2.3. Critique de l'existant

Les inconvénients de la gestion manuelle des exclusions sont :

- Le risque des erreurs

- Le risque des redondances

- Le temps à louer est lent.

- Le risque de perdre des documents...

2.4. Solution proposée

Pour éviter les inconvénients de la gestion manuelle des exclusions, la solution consiste en

la conception et le développement d'un espace numérique qui permet de prendre en charge la

tache manuelle.

3. Etude des besoins

3.1. Besoins fonctionnels

Les besoins fonctionnels sont l'ensemble d'éléments qui doivent être implémentés. Et les spécifications sont les expressions formelles de ces besoins. Une spécification fonctionnelle définit les services du système en termes de relation entre les sorties et les entrées : elle exprime comment est le système du point de vue utilisateur (ce qu'il désire faire : c'est le quoi).

Donc pour déterminer les besoins fonctionnels, on utilise un modèle de spécification : c'est un ensemble de phrases bien formées et numérotées où chaque phrase est appelée spécification. Une spécification peut être fonctionnelle (décrivant un aspect métier) ou non fonctionnelle (décrivant un aspect technique).

CHAPITRE I

Spécification et analyse des besoins

Les acteurs de notre système d'information(SI) qui dialoguent avec la base des données de ce système en produisant et consommant ces données effectivement sont des :

a) Personnes qui enregistrent les exclusions

Ce sont des agents qui collectent et stockent les exclusions selon leurs types : c'est la Documentation au niveau besoins fonctionnels.

b) Personnes qui désirent consulter les informations : Des parents qui, à distance, consultent les exclusions de leurs fils et contactent le lycée pour fixer un rendez-vous avec l'administration et avec un professeur : c'est la partie Echange de l'information au niveau besoins fonctionnels.

c) Personnes qui prennent les décisions : C'est l'administrateur qui gère tout :il gère les élèves et les sanctionne selon les types de leurs exclusions : c'est la partie Backoffice au niveau Besoins fonctionnels.

3.2. Besoins non fonctionnels

Les besoins non fonctionnels agissent indirectement sur le rendement de l'utilisateur : tout ce que ce dernier fait ne doit pas être négligé, pour cela on s'intéresse aux exigences suivantes :

- Fiabilité : notre application doit fonctionner sans erreurs et d'une façon cohérente

- Les erreurs : l'application doit signaler ses erreurs par des messages

- Efficacité : l'application permet à l'utilisateur, avec le minimum de manipulation, d'accomplir sa tâche.

- Sécurité : l'application doit être sécurisée au niveau les données : authentification et contrôle d'accès sont nécessaires.

- Ergonomie et bon IHM : l'application fournit une utilisation claire et facile à l'utilisateur.

4. Conclusion

Avec ce chapitre, nous avons abouti à présenter notre système d'information (SI) de gestion des exclusions en le décrivant et le critiquant. Pour l'améliorer, nous avons décidé de l'informatiser et l'automatiser tout en précisant ses besoins fonctionnels.

CHAPITRE II

CHAPITRE

Conception

Conception

CHAPITRE II

CONCEPTION

1. Introduction

La conception est une étape importante dans le cycle de vie d'une application. Elle vise à réduire la complexité du système tout en élaborant des modèles détaillés de l'architecture de ce système.

2. Concept et architecture de mon application 'Gestion des exclusions'

Mon projet consiste à concevoir une application web avec architecture 3-tiers (3 niveaux) ? un client demandeur de ressources.

? un serveur de l'application chargé de fournir la ressource en faisant appel à un autre serveur.

? un serveur de données chargé de fournir au serveur de l'application les données.

(Navigateur)

Client

Serveur de l'application

Middleware

données

Serveur des

Base des

Fig. II.1. La structure générique d'une architecture 3-tiers

CHAPITRE II

CONCEPTION

3. Le modèle de cycle de vie

Le modèle conceptuel de gestion de mon projet c'est le modèle de cycle de vie en V qui permet de limiter un retour aux étapes précédentes.

La représentation en V montre que :

- C'est en phase de spécification que l'on se préoccupe des procédures de validation.

- C'est en phase de conception générale que l'on se préoccupe des procédures d'intégration.

- C'est en phase de conception détaillée que l'on prépare les tests unitaires.

4. Méthodologie

Afin de réaliser ce projet, on a choisi une méthodologie basée sur le langage de modélisation UML (United Modling Langage) : c'est un langage de modélisation unifié.

La notation UML est un langage visuel constitué d'un ensemble de schémas, appelés des diagrammes, qui donnent chacun une vision différente du projet à traiter tels que les diagrammes de cas d'utilisation, les diagrammes de classes, les diagrammes d'objets, les diagrammes de séquence, les diagrammes d'activité...etc. Mais, dans ce projet, on va utiliser - Les diagrammes de cas d'utilisation

- Les diagrammes de séquence

- Les diagrammes de classes

5. Identification des acteurs

Les acteurs en interaction avec notre système sont trois

1. L'administrateur.

2. L'agent administratif.

3. Le parent.

Remarquons que l'administrateur au lycée c'est le surveillant général qui s'occupe des affaires scolaires des élèves sous la responsabilité du directeur du lycée et que l'agent administratif c'est un surveillant au lycée.

Le tableau suivant 'Identification des acteurs' figuré dans la page qui suit, indique le type et surtout les rôles de chacun de ces trois acteurs.

CHAPITRE II

CONCEPTION

Tableau II.1. Identification des acteurs

Acteur	Type	Rôles
Administrateur	Acteur	? Gestion des élèves : -ajout d'un élève -suppression d'un élève -modification d'un élève -recherche d'un élève ? Prise des sanctions : -convocation du parent de l'élève -proposition d'un avertissement
Agent administratif	Acteur	? Gérer des exclusions : -saisie des exclusions -suppression des exclusions -modification des exclusions -recherche des exclusions
Parent	Acteur	? Consultation : - des exclusions de son fils à distance - des avertissements de son fils à distance - de ses convocations au lycée, à distance ? Contact du lycée, à distance, pour saisir : - un rendez-vous avec l'administration - un rendez-vous avec des professeurs

CHAPITRE II

CONCEPTION

6. Les diagrammes de cas d'utilisation

Le diagramme de cas d'utilisation est un diagramme de comportement. C' est aussi une représentation contextuelle de haut niveau du système modélisé. Les cas d'utilisation ont pour principal objectif la capture des fonctionnalités couvertes par le système. L'acteur est à l'origine des événements initiateurs reçus par le système : il dialogue avec le cas d'utilisation dont il est l'initiateur.

6.1. Diagramme du cas d'utilisation global de l'application

Diagramme de cas d'utilisation global de l'application

Fig. II.2. Diagramme du cas d'utilisation global de l'application : Gérer et suivre les exclusions

CHAPITRE II

CONCEPTION

6.2. Diagramme du cas d'utilisation : Gérer les exclusions

Fig. II.3. Diagramme du cas d'utilisation : Gérer les exclusions

CHAPITRE II

CONCEPTION

6.3. Description textuelle du cas d'utilisation : S'authentifier

S'authentifier

Tableau II.2. Description textuelle du cas d'utilisation : S'authentifier

Sommaire d'identification	*Titre*	-S'authentifier
	*Objectif*	-C'est pour la sécurité de connexion.
	*Résumé*	-l'utilisateur doit taper son nom d'utilisateur (login) et son mot de passe pour accéder à l'interface qui le concerne.
	*Acteur*	-L'agent administratif. -L'administrateur. -Le parent.
Description des enchainements	*Pré- condition*	-L'utilisateur doit s'authentifier
	*Post-condition*	-L'utilisateur accède à l'application.
	*Enchainement Nominal*	-Le système affiche le formulaire d'identification. -L'utilisateur tape son nom d'utilisateur et son mot de passe. -Le système vérifie la validité des coordonnes de l'utilisateur. -L'utilisateur accède à l'application si son nom d'utilisateur et son mot de passe sont justes.
	*Scénario d'exception*	-L'utilisateur n'a pas saisi les bons identifiants ou l'utilisateur rn `existe pas dans la base des données ?le système renvoie un message d'erreur et signale à l'utilisateur de recommencer.

CHAPITRE II

CONCEPTION

6.4. Description textuelle du cas d'utilisation : Saisir les exclusions

Saisir les exclusions

Tableau II.3. Description textuelle du cas d'utilisation : Saisir les exclusions

Sommaire d'identification	*Titre*	-Saisir les exclusions
	*Objectif*	-Avoir des informations sur les exclusions
	*Résumé*	-L'agent remplit le formulaire de Saisir des Exclusions et valide l'action. -Le système ajoute les Exclusions dans la base des données.
	*Acteur*	-L'agent administratif.
Description des enchainements	*Pré- condition*	L'agent administratif doit être Authentifié
	*Post- condition*	-Les Exclusions sont saisies.
	Enchainement nominal	-Le système affiche le formulaire de : Saisir les exclusions. -L'agent saisit les exclusions des élèves et valide l'action. -Le système vérifie les coordonnées de l'élève et du professeur qui l'a exclu. -Le système met à jour la base des données.
	Scénario d'exception	-L'agent administratif n'a pas bien saisi les exclusions ou bien l'élève ou le professeur qui l'a exclu n'existent pas dans la base des données ?le système renvoie un message d'erreur.

CHAPITRE II

CONCEPTION

6.5. Diagramme du cas d'utilisation : Gérer les élèves /Prendre une sanction envers un élève

Sommaire d'identification	*Titre*	-Proposer un avertissement.
	*Objectif*	-Proposer un avertissement à un élève à propos ses exclusions
	*Résumé*	-L'administrateur remplit le formulaire : `avertissement' et valide l'action. -Le système ajoute cet avertissement à la base des données.
	*Acteur*	-L'administrateur.
Description des enchainements	*Pré- condition*	-L'administrateur doit être authentifié et l'élève et son parent doivent exister dans la base des données. -L'administrateur doit consulter les exclusions.
	*Post- condition*	-Le parent s'informe de la proposition de l'avertissement à son fils dès qu'il consulte le site web de cette application tout en s'authentifiant.
	*Enchainement nominal*	-Le système affiche le formulaire de : `avertissement' -L'administrateur établit la proposition de l'avertissement à l'élève concerné. -Le système vérifie la validité des coordonnées de l'élève et son parent.
	*Scénario d'exception*	-l'administrateur n'a pas établi correctement la proposition de l'avertissement ou bien l'élève concerné ou son parent n'existent pas dans la base des données...?le système renvoie un message d'erreur.

CHAPITRE II

CONCEPTION

6.9. Diagramme du cas d'utilisation : consulter à distance les exclusions / Contacter à distance le lycée

Fig. II.S. Diagramme de cas d'utilisation : consulter à distance les exclusions / contacter à distance le lycée

CHAPITRE II

CONCEPTION

6.10. Description textuelle du cas d'utilisation : Consulter à distance les exclusions

Consulter à distance les exclusions

Tableau II.7. Description textuelle du cas d'utilisation : Consulter les exclusions de son fils

Sommaire d'identification	*Titre*	-Consulter à distance les exclusions de son fils.
	*Objectif*	Le parent s'informe à distance des exclusions de son fils.
	*Résumé*	-Le parent choisit dans le menu : 'Suivre à distance les exclusions' puis il s'authentifie. -Le système lui affiche les exclusions de son fils.
	*Acteur*	-Le parent.
Description des enchainements	*Pré- condition*	-Le parent doit être authentifié.
	*Post- condition*	-Les exclusions d'un tel élève s'affichent à son parent.
	*Enchainement nominal*	-Le système affiche `Suivre à distance les exclusions'. -Le parent s'authentifie. -Le système vérifie la validité des coordonnées du parent et son fils.
	*Scénario d'exception*	-Le parent s'authentifie incorrectement ou bien le parent ou son fils n'existent pas dans la base des données.?le système renvoie un message d'erreur et signale de recommencer.

CHAPITRE II

CONCEPTION

6.11. Description textuelle du cas d'utilisation : Saisir un rendez-vous avec un professeur

Saisir un rendez-vous avec un professeur

Tableau II.8. Description textuelle du cas d'utilisation : Saisir un rendez-vous avec un professeur

Sommaire d'identification	Titre	-Saisir un rendez-vous avec un professeur.
	Objectif	-Le parent peut parler avec le professeur à propos son fils.
	Résumé	-Le parent saisit son Rendez-vous et valide l'action. -Le système enregistre ce Rendez-vous dans la base des données...
	Acteur	-Le parent.
Description des enchainements	Pré - condition	-Le parent doit être authentifié.
	Post- condition	-Le Rendez-vous est fixé avec le professeur.
	Enchainement nominal	-Le système permet au parent de saisir son Rendez-vous. -Le parent saisit son Rendez-vous et valide l'action. -Le système vérifie la validité des coordonnées du parent, de l'élève et du professeur.
	Scénario d'exception	-Le parent n'a pas bien saisi son Rendez-vous ou bien le parent ou l'élève ou le professeur n'existent pas dans la base des données. .?le système renvoie un message d'erreur et signale de recommencer.

CHAPITRE II

CONCEPTION

7. Les diagrammes de séquence

Parsuite ce sont les diagrammes de séquence qui sont en relation avec les cas d'utilisation cités: c'est le modèle dynamique

7.1. Diagramme de séquence d'authentification :

Fig. II.6. Diagramme de séquence de : s'authentifier

CHAPITRE II

CONCEPTION

7.2. Diagramme de séquence du cas d'utilisation : Saisir les exclusions

A partir de ce diagramme de séquence, on considère que chaque utilisateur doit s'authentifier, sans le signaler dans les diagrammes de séquence qui suivent :

Le diagramme de classe est le modèle statique. Il permet de spécifier qui intervient à l'intérieur du système. La classe définit un type d'objet. Une classe est donc un modèle et l'objet sa réalisation. Elle est définit par son nom, ses attributs et ses opérations.

Diagramme de classe de l'application Gestion des exclusions des élèves

Fig. II.12. Diagramme de classe de l'application : Gestion des exclusions des élèves

CHAPITRE II

CONCEPTION

La base de données relationnelle

Par la suite, c'est la structure de la base des données du système :

-Utilisateurs (idu, nom, prenom, nom_utilisateur, mot_de_passe, type, tel)

-Eleves (ide, nom, prenom, date_de_naissance, classe, nomp, prenomp, tel, countdes, countmt, nbr_conv, nbr_avert, # login, # motpass )

-Exclusions (idexclut, date, type, matière, enseignant, # ide)

-Convocation (idc, date, raison, # ide) -Avertissement (ida, date, raison, # ide) -Contacts (id, date, raison, # ide)

10. Conclusion :

A la fin de ce chapitre, on espère qu'on a pu réduire la complexité de notre système par la modélisation de son aspect statique et dynamique tout en élaborant des modèles détaillés de son architecture et tout en se basant sur les spécifications citées dans le premier chapitre.

CHAPITRE III

CHAPITRE

III

Réalisation

Réalisation

CHAPITRE III

REALISATION

1. Introduction

Ce chapitre constitue la dernière étape de notre projet. Cette étape nous permet d'exposer notre travail. Donc pour la réalisation de notre application : `gestion des exclusions', nous allons tout d'abord décrire et présenter :

- L'environnement du travail matériel.

- L'environnement du travail logiciel.

- Enfin, pour la mise en oeuvre de notre application, on présente les interfaces avec leurs états quand c'est nécessaire, tout en élaborant une base des données.

2. Environnement du travail

2.1. Environnement matériel

Notre application est implémentée à l'aide de deux machines ayant chacune la configuration

Machines 1 et 2 :

- Modèle : Acer

- Processeur : Intel Quad Core Processor 2.66GHZ

- Mémoire vive : 4GB

- Système d'exploitation : Windows 7

- Disque dur : 500GB

2.2. Environnement logiciel

Outils de présentation Outils de développement

· Word : c'est pour réaliser le projet.
· Microsoft Expression Blende. : c'est pour
gérer les objets XAML et créer des interfaces graphiques.

· Start UML : c'est pour la modélisation UML.

· Microsoft Office PowerPoint : 2007 :

C'est pour représenter le projet.

· Microsoft Visual Studio 2012 : c'est pour créer et gérer des applications web sur la plateforme. NET

·

MySQL : c'est pour gérer les bases des données.

· Sublime texte : c'est pour gérer des langages de programmation et assurer la coloration syntaxique.

CHAPITRE III

REALISATION

2.3. Techniques de l'application

Les logiciels et les environnements de développement utilisés lors de la réalisation de notre application sont :

-WPF: signifie Windows Presentation Foundation. WPF sert à afficher l'interface graphique des logiciels (textes, jeux...) et fournit un environnement d'exécution évolué des pages Web en intégrant le langage descriptif XAML et le langage de programmation C# ou VB (Visual basic). (XAML est un langage de balisage, c'est : extensible Application Markup Langage)

- HTML5 : C'est la dernière version du HTML.HTML5 est un langage informatique qui sert à créer des sites web et qui permet d'écrire et organiser, dans un éditeur de texte, le contenu de la page web (titres, paragraphes).

- CSS3 : C'est la dernière version du CSS. CSS3 est un langage informatique qui gère l'apparence de la page web : il met en forme les fichiers HTML et les fichiers XML.

- PHP5 : C'est une version de PHP qui manipule des fichiers et des structures XML. C'est aussi un langage de programmation web coté serveur utilisé pour produire des pages web dynamiques.

-Bootsrap : C'est une collection d'outils utiles à la création du design, des sites et des applications web. C'est un ensemble qui contient des codes HTML et CSS, des formulaires, des boutons, des outils de navigation.

Les projets utilisant Bootsrap peuvent s'adapter dynamiquement au format des supports depuis lesquels ils sont accédés (PC, tablette, Smartphone).

-Responsive design : Responsive design englobe les techniques de conception de contenus Internet qui permettent de proposer des contenus auto-adaptables en fonction des interfaces de consultation utilisées par le visiteur. Dans le cadre du Responsive Design, une page web ou une image peut ainsi se redimensionner en fonction de la taille d'écran du terminal (ordinateur, tablette, Smartphone).

CHAPITRE III

REALISATION

4. Présentation des interfaces

3.1. Interface : Authentification

Fig. III.1. Interface : Authentification.

L'utilisateur doit s'authentifier pour la sécurité de connexion.

CHAPITRE III

REALISATION

3.2. Interface : Liste des utilisateurs

Fig. III.2. Interface : Liste des utilisateurs.

Il s'agit de la liste des administrateurs et des agents administratifs qui peuvent accéder à l'application. Pour cet accès, chacun doit taper son' nom utilisateur' et 'son mot de passe'.

CHAPITRE III

REALISATION

3.3. Interface : Liste des élèves

Fig. III.3. Interface : Liste des élèves.

C'est la liste des élèves. On constate que chaque élève possède avec son parent des attributs en commun : Le parent, à l'aide du 'login' et 'motpass 'peut s'authentifier pour accéder à l'application à travers son site web.

Remarque :

- nomp signifie le nom du parent de l'élève.

- prenomp signifie son prénom.

- countdes signifie le nombre des exclusions dues à une mauvaise discipline

Dans ce chapitre, nous avons présenté notre environnement de travail matériel et logiciel ainsi que les principales interfaces de notre application avec leurs états et leurs descriptions.

Conclusion générale et perspectives

Conclusion générale et

perspectives

Conclusion générale et perspectives

Mon projet a été réalisé dans le cadre d'un projet de fin d'études. Il nous a permis d'avoir une approche complète de développement d'un logiciel. La réalisation de ce logiciel informatique était le principal objectif de notre application Web permettant la gestion et le suivi des exclusions des élèves (c.à.d. les exclusions des élèves d'une salle de classe lors de leur enseignement).

Le projet s'est déroulé selon trois principaux axes : analyse, conception et réalisation.

Mon application reste prête à être utilisée au niveau d'un lycée ou d'un collège ayant un nombre déterminé de classes par l'accès direct à la base des données de l'EDUSERV de ce lycée ou de ce collège après avoir eu la permission à cet accès (l'EDUSERV c'est une application professionnelle qui gère des services scolaires dans un lycée ou d'un collège).

Il faut mentionner aussi que mon travail consiste à étudier, concevoir et réaliser une application Androïde qui permet l'échange des messages entre le lycée et le parent de l'élève à travers son Smartphone.

On peut aussi améliorer cette application en implémentant un entrepôt des données qui permet, après une analyse de ces données, de prendre les meilleures décisions.

Annexes

ãÓÞáÇ ...

ÈÞááÇæ ãÓáÇÇ

2017./ / ÎíÑÇÊáÇ

ÁÇÕÞáÅÇ ÈÈÓ

................................................................................................

....

...........................................................

..............

............

..............

2017/2016 ÁÇÕÞÅ ÉÞÇØÈ

ÉÏÇãáÇ )É(ÐÇÊÓáÇ

ÁÇÖãáÅÇ

Fig. IV.1. Formulaire d'exclusion

Annexes

2017/2016 1 íæäÇË 1 ãÓÞáÇ ÊÇÁÇÕÞáÇÇ áÌÓ äã ÉÍÕ

05	Ú	ÁÇÕÞÅ	04	Ú	ÁÇÕÞÅ	03	Ú	ÁÇÕÞÅ	02	Ú ÁÇÕÞÅ		01	Ú ÁÇÕÞÅ	ÈÞááÇ æ ãÓáÇÇ	Ñ/Ú
										Ú ÉíÓäÑ	0 1/7	Ê	ÉíÈÑÚ 0 1/6	ÏãÍÇ áÇÖä	01
														ÍáÇÕ áÏÇÚ	02
													ÊÇíÖÇíÑ 1/7	ÞÏÇÕáÇ ãíÑß	03
															04
															05
															06
															07
															08
															09
															10
															11
															12
															13
															14
															15
															16
															17
															18
															19

ÍÇÊãáÇ

ÔíæÔÊáÇ äÚ ÌÊÇä ÉíÈÑÚáÇ ÉÏÇã í 2017 íäÇÌ 6 í ÁÇÕÞÅ íäÚí Ê ÉíÈÑÚ 01/6

áãÚáÇ í ÕÞä äÚ ÌÊÇä ÉíÓäÑáÇ ÉÏÇã í 2017 íäÇÌ 7 í ÁÇÕÞÅ íäÚí Ú ÉíÓäÑ 01/7

ÊÇæÏáÇ í ÕÞä äÚ ÌÊÇä ÊÇíÖÇíÑáÇ ÉÏÇã í 2017 íäÇÌ 7 í ÁÇÕÞÅ íäÚí ÊÇíÖÇíÑ 01/7

Fig. IV.2. Une page du registre d'exclusions.

Annexes

ÏåÚã

20 / / í í áæ ÁÇÚÏÊÓÇ

ÏåÚãáÇ ÑíÏã äã

ÏíÓáÇ ìáÅ

..................... )É(ÐíãáÊáÇ íáæ

2017/......./...._í ãæí ÏåÚãáÇÈ áÇÕÊáÇÇ ãßäã ÁÇÌÑáÇ ÏÚÈæ

)É(ãÓÑãáÇ )ãßÊäÈÇ(ãßäÈÇ ãåí Ñãá ÉÚÇÓáÇ í

ÉäÓáÇÈ

ÑíÏã áÇ äÚ

ãÇÚáÇ ãíÞáÇ

Fig. IV.3. Formulaire de convocation.

Annexes

20 / / í ............................ÏåÚã

.ÑÇÐäÅ ÉáÓÇÑã

ÏåÚãáÇ ÑíÏã äã

ÏíÓáÇ ìáÅ

)É(ÐíãáÊáÇ íáæ

ÉäÓáÇÈ)É(ãÓÑãáÇ

ÏÏÚÊ ÈÈÓÈ ßáÐæ ÑÇÐäÅ åíáÅ ÏäÓ ÏÞ ãßÑæÙäã äÇÈ ãßãáÇÚÅ íäÓÄí ÏÚÈæ

.ÓÑÏáÇ ÉÚÇÞ äã åÊÇÁÇÕÞÇ

ÏåÚãáÇ ÑíÏã

Fig. IV.4. Formulaire d'avertissement.

Références

Bibliographie

- P. Roques. UML par la pratique. Best of. Eyrolles, 2009

-George Reese; Guillaume Merck - MySQL - Editions: O'Reilly - 2004 -Adam Nathan, WPF 4.5 Unleashed, Sams, 2014, 864 p.

Nétographie

- http://staruml.sourceforge.net/en/ -http://www.wpfsharp.com/

-https://www.mysql.fr/

2016/2017

GASMI EZZEDDINE

Système de gestion des exclusions des élèves

Résumé

La gestion des exclusions des élèves se fait manuellement dans notre lycée. Pour l'améliorer, la solution consiste en son informatisation. L'objectif principal de mon projet c'est le développement d'une application de gestion et de suivi des exclusions qui prend en charge la tâche manuelle. Cette application fournit aussi au parent un espace numérique qui lui permet, à distance, la consultation des exclusions de son fils et la saisie d'un rendez-vous avec l'administration et avec des professeurs.

Abstract

The management of student's exclusions is done manually in our high school. In order to improve it, the solution consists in its computerization. The main purpose of my project is the development of a web application for managing and monitoring exclusions, which supports the manual task. This application also provides for the parent a digital space that allows him, from a distance, to consult the exclusions of his son and to make an appointment with the administration or with a teacher.

			ÕíÎáÊ
áÇãÚÊÓÇ	äã ÏÈ Çá	áãÚáÇ ÇÐå äíÓÍÊá . ÏåÚã áÇÈ ÉíæÏí ÉÕÈ ãÊí			ÓÑÏáÇ	ÊÇÚÇÞ äã ÐíãáÇÊáÇ ÊÇÁÇÕÞÇ í ÑÕÊáÇ
ÖæÚÊ	ÇåÊÚÈÇÊã æ	ÊÇÁÇÕÞáÇÇ í ÑÕÊáá ÉíãáÇÚÅ	ÉíÞíÈØÊ	ÑíæØÊ æå		ÚæÑÔãáÇ ÇÐå äã íÓÇÓáÇ ÏåáÇæ .ÉíãáÇÚáÅÇ
ÏíÚÇæã	áíÌÓÊÈ æ	åäÈÇ ÊÇÁÇÕÞÇ ÉÚÈÇÊãÈ ÏÚÈ äÚ åá	ÍãÓí	ÇíãÞÑ	ÁÇÖ	íáæáÇ ÍäãÊ ÉíÞíÈØÊáÇ åÐå ä Çãß íæÏíáÇ áãÚáÇ
						ÉÐÊÇÓáÇæ ÉÑÇÏáÅÇ Úã

"Entre deux mots il faut choisir le moindre" Paul Valery