Remerciements

Avant tous, nous voudrions exprimer nos remerciements et notre

reconnaissance notre encadrant Mme Nehla Sassi pour son aide
et son assistance durant toute la priode d'encadrement en nous
aidant enrichir nos connaissance.
Nous tenons aussi remercier le directeur de l'ISET Mr Wahid
Bannour et nos enseignants. nous tenons aussi remercier
l'encadreur du centre de formation en lectronique de Sousse Mr
Sami Ben Abdallah qui n'a cess de nous informer tout au long du
dveloppement du projet.
Nous remercions aussi tous ceux et celles qui ont contribu d'une
faon ou d'une autre la ralisation de notre projet.

Ddicaces
A tous qui me connaissent et tous ce que j'ai connu. je ddie
mon travail ma famille qui m'a encourage travailler et
terminer mes tudes

Gestion de scolarit

Nebil

Ddicaces

Sommaire
Introduction gnrale............................................................................................. 1
Chapitre 1:.............................................................................................................. 2
2

Cadre Gnral........................................................................................................ 2
Introduction............................................................................................................ 3
I.

Prsentation du centre..................................................................................... 3
1.

Prsentation............................................................................................... 3

2.

Organigramme........................................................................................... 3

II.

Etude de lexistant........................................................................................... 4

III.

Critique de lexistant..................................................................................... 4

IV.

Solution propos........................................................................................... 4

Conclusion.............................................................................................................. 4
Chapitre II :............................................................................................................. 5
Analyse et spcification des besoins......................................................................5
Introduction............................................................................................................ 6
I.

Analyse fonctionnelle....................................................................................... 6

II.

Spcification des besoins................................................................................. 6

1.

Les besoins fonctionnels............................................................................ 6

2.

Spcification des besoins non fonctionnels :.............................................8

III.

Identification des acteurs.............................................................................. 9

IV.

Diagramme de cas dutilisation....................................................................9

1.

Diagramme de cas dutilisation gnrale................................................10

2.

Structuration des cas dutilisation...........................................................11

3.

Diagramme de cas dutilisation de spcialit..........................................11

4.

Diagramme de cas dutilisation des enseignants.....................................12

5.

Diagramme de cas dutilisation des matires..........................................13

6.

Diagramme de cas dutilisation des groupes...........................................13

7.

Diagramme de cas dutilisation des tudiants.........................................14

8.

Diagramme de cas dutilisation de gestion des notes............................15

9.

Digramme de cas dutilisation des stages...............................................15

10.

Digramme de cas dutilisation des statistiques....................................16

11.

Diagramme de cas dutilisation des profiles.........................................17

Conclusion :.......................................................................................................... 17
Chapitre III :.......................................................................................................... 18
Etude Conceptuelle.............................................................................................. 18
Introduction :........................................................................................................ 19
I.

Etude conceptuelle avec UML........................................................................19

1.

Dfinition de lUML................................................................................... 19

2.

Diagrammes de squences......................................................................19

3.

Scnario................................................................................................... 20

3.1.

Scnario du cas dutilisation authentification .................................20

3.2 . Scnario de cas dutilisation Gestion de spcialit .........................22

3.3.

Scnario de cas dutilisation Gestion de enseignant .......................24

3.4.

Scnario de cas dutilisation Gestion des matires .........................26

3.5.

Scnario de cas dutilisation Gestion de groupe..............................28

3.6.

Scnario de cas dutilisation Gestion dtudiant..............................30

3.7.

Scnario de cas dutilisation Gestion des notes ..............................32

3.8.

Scnario de cas dutilisation Gestion des stages.............................34

4.
II.

Diagramme de classes............................................................................. 42

Conception de la base de donnes................................................................44

1.

Notion de la base de donnes..................................................................44

2.

Modle relationnel................................................................................... 44

Conclusion............................................................................................................ 45
Chapitre IV:........................................................................................................... 46
Ralisation............................................................................................................ 46
Introduction.......................................................................................................... 47
I.

Environnement de dveloppement de lapplication.......................................47

1.

Environnement matriel..........................................................................47

2.

Environnement logiciel............................................................................ 47

3.

Dveloppement dapplication Gestion de scolarit ............................48

Conclusion............................................................................................................ 66
Conclusion gnrale............................................................................................. 67

Introduction gnrale

Linformatique se dfinit actuellement comme la notion la plus innovante qui a marqu la

vie de lhumanit dans ce sicle et qui fait intervenir ensuite une srie de nouvelles notions
telles que: le rseau, la base de donnes, le serveur, le dveloppement web, etc.

En effet, on peut noter sans aucun doute que linformatique reprsente une rvolution de
grande importance et assez bnfique qui vient nous apporter de multiples conforts notre
mode de vie. Aucun domaine nest rest tranger cette stratgie hirarchise qui offre tant de
services aussi bien pour lentreprise que pour le personnel.
Ce dveloppement technologique est toujours en train dvoluer et dinventer de nouvelles
applications et de modernes technique. Sous ce titre, nous tions appel cres une nouvelle
application informatique qui assure la gestion de scolarit.
Ce rapport, organis en quatre chapitres dont le premier chapitre dcrit le cadre
gnrale . Au niveau du deuxime chapitre, intitul Analyse et spcification de besoins ,
nous prsenterons une tude de lexistant dont le but est de dgager les besoins de
lapplication.
La conception sera lobjectif du troisime chapitre, o nous prsenterons les diffrents
diagrammes associs au domaine tudi conformment au langage de modlisation UML.
Le dernier chapitre sintresse la ralisation de notre application. Au niveau de ce
chapitre aussi, nous spcifierons lenvironnement de dveloppement utile pour aboutir une
relle ralisation. De plus, nous montrons laspect fonctionnel de notre application.

Chapitre 1:

Cadre Gnral

Introduction
Dans ce chapitre nous allons prsenter le cadre gnrale de notre projet de fin dtudes
Gestion de scolarit . Au prim lieu nous allons commencer par la prsentation du centre
et son organigramme et terminons par ltude de lexistant et sa critique.
I.

Prsentation du centre
1.

Prsentation

Au bout de leur formation dans le Centre Sectoriel De Formation En Electronique De Sousse,

les techniciens peuvent avoir trois type de diplmes :
BTS : Brevet de technicien Suprieur, elle contient 3 spcialits:
Technicien Suprieur en Automatisme & informatique industrielle.
Technicien Suprieur en Tlcommunication-option informatique.
Technicien Suprieur en Maintenance Mcatronique.
BTP : Brevet de Technicien Professionnel, elle contient 4 spcialits :
Technicien en Maintenance de Micros-Systme Informatique.
Technicien en Electronique Industrielle.
Technicien en Automatisme et informatique Industrielle.
Technicien en Electronique Maritime.
CAP : Certificat daptitude professionnelle, elle contient 2 spcialits:
Installateur en Electricit de btiment.
Tabletier Cbleur Electricien.
2.

Organigramme

Figure 1:organigramme du centre

II.
Etude de lexistant
Dans cette partie, nous commenons par la description des processus existant au Centre
Sectoriel De Formation En Electronique De Sousse.
Le processus de gestion de scolarit
- Utilisation des fichiers Excel pour toutes les oprations dadministration
(inscription des tudiants, rpartition des tudiants dans des groupes, affectation des
notes, calcule des moyennes, gestion des enseignants)
- Ltudiant ne peut connaitre ses notes et ses moyennes qua partir de
laffichage des rsultats au centre, sachant quil peut venir depuis trs lointain.
- Pas de contrle dans la saisie des donnes.

III. Critique de lexistant

Apres avoir prsent lexistant, il est ncessaire de le critiquer pour avoir une solution.
-

Lutilisation des fichiers Excel provoque plusieurs problmes de scurit, En

effet sur un classeur Excel n'importe quel utilisateur peut consulter les donnes.
- un nombre norme de fichiers traits.
Les tudiants peuvent avoir des difficults pour connaitre leur rsultat, ils peuvent
se prsenter dans le centre sans avoir le rsultat cause dun dfaut de non
disponibilit des notes, une faute logicielle ou de planning dans centre.

IV.

Solution propos

Cration dune application gestion de scolarit permette de grer les donnes relatives aux
tudiants stocks dans la base de donnes.
Lapplication offre aux tudiants la possibilit davoir son relev travers un mail.
Un accs rapide aux menus et aux donnes : le dveloppeur de lapplication est
responsable de raliser des interfaces plus simples et efficaces travers une
mthodologie de travail bien organise et performante, grce ces interfaces
ladministrateur peut grer les donnes des tudiants.
Un accs scuris et les utilisateurs doit avoir une authentification.
Gestion des donnes enregistres : ladministrateur a le droit de grer les donnes
enregistres cest--dire peut assurer les fonctions principales de lapplication.

Conclusion
Ltude de lexistant et sa critiqu nous incite trouver une solution qui participera son
amlioration et ce dont le sujet du chapitre suivant

Chapitre II :

Analyse et spcification
des besoins

Introduction
Lanalyse et la spcification des besoins est une partie qui prsente les besoin fonctionnels et
non fonctionnels bien quelle spcifie les fonctionnalits de notre application laide de
diagramme de cas dutilisation.
I.
Analyse fonctionnelle
Les besoins fonctionnels sont lappui de logiciel, ils dcrivent les fonctionnalits de systme
et les besoins non fonctionnels qui assurent lintgrit de systme aussi quelles garantissent
la scurit de laccs au logiciel.
II.

Spcification des besoins

1.

Les besoins fonctionnels

Notre application va avoir les fonctions suivantes :

1. Gestion des spcialits :
1.1. Ajout des spcialits : insertion de diplme, nom de spcialit et nombre
danne tudi.
1.2. suppression : la suppression se fait aprs le choix du nom de spcialit.
2. Gestion des enseignants :
2.1. Ajout des enseignants : insertion du Ncin, nom, prnom, date de naissance,
adresse, email et tlphone.
2.2. Modification : se fait partir dune recherche de nom ou prnom, la
modification est applique sur toutes les informations denseignant.
2.3. Suppression : se faite partir dune recherche de nom o prnom.
2.4. Consultation : aprs quon a donn chaque enseignant les listes des groupes
quil doit enseigner, on peut consulter les listes des enseignants par groupe.
2.5. Impression : lhors de la consultation on a la possibilit dimprimer les listes
des enseignants par groupes.
3. Gestion des matires :
3.1. Ajout matire : lajout de matire se fait par linsertion de nom de matire et
de sa catgorie.
3.2. Suppression des matires: la suppression se fait partir la saisi du nom de la
matire.

4. Gestion des groupes :

4.1. Ajout des groupes : insertion de diplme, spcialit et nom de groupe.
4.2. Enseignement : insertion de spcialits, groupe, matire, enseignant, la date de
dbut et la date de fin de la priode denseignement.
4.3. Suppression de groupe : la suppression se fait aprs le choix de spcialit.

5. Gestion des tudiants :

5.1. Ajout des tudiants : insertion du Ncin, nom, prnom, date de naissance,
adresse, email, tlphone, diplme, spcialit et groupe.
5.2. Modification : se fait partir dune recherche de nom ou prnom, la
modification est applique sur toutes les informations de ltudiant sauf numro
dtudiant et le numro de carte didentit dtudiant.
5.3. Suppression : se fait partir dune recherche par nom ou prnom.
5.4. Consultation : se fait aprs le choix du groupe dtudiant.
5.5. Impression : aprs la consultation, on a la possibilit dimprimer les listes des
tudiants par groupes.
6. Gestion des notes :
6.1. Ajout des notes : Aprs choix du nom de groupe, on doit slectionner un
tudiant, choisir une matire et du type de note et par la suite saisir la note.
6.2. Consultation des notes : aprs le choix de groupe et de matire, on peut
consulter les notes.
7. Gestion des stages :
7.1. Ajout : aprs le choix de spcialit et groupe, on doit slectionner un tudiant,
insrer la date de dbut et la date de fin de stage et enfin saisir la socit.
7.2. Consultation : la recherche se faite par le choix spcialit, groupe et priode.
7.3. Notation : la notation se faite par la recherche de groupe et dtudiant.
8. Gestion des Moyennes:
8.1. Calcule de Moyenne : if faut choisir le nom de groupe et ltudiant pour
calculer sa moyenne.

9. Gestion denvoi :
9.1. Envoi des relevs des notes par mail : pour envoyer un mail on doit choisir le
nom de groupe, l'metteur doit saisir son adresse mail et le mot de passe .le systme
rcupre automatiquement l'emplacement de fichier relev partir de leur chemin
dans la base de donnes.
10. Gestion des statistiques :
10.1.
Statistiques de classe : if faut choisir le nom de groupe pour connaitre
les statistiques de classe.
10.2.
Statistique par spcialit : on doit choisir la spcialit pour connaitre le
pourcentage des admis et de refuss.
10.3.
Statistiques par diplme : on doit choisir le diplme pour connaitre le
pourcentage des admis et des refuss.
10.4.
Statistiques gnrale: on doit choisir lanne pour connaitre le
pourcentage des admis et de refuss.
Remarque : on peut visualiser les statistiques sous format de graphe.
11. Gestion des profiles :

11.1.

Ajout de profile : insertion de type de profile, choix denseignant,

insertion de login et mot de passe.

11.2.
Modification des profiles : pour raliser la modification on doit choisir
un profile.
11.3.

Suppression des profiles : choix de profile et la slection de profile

supprimer.

2.

Spcification des besoins non fonctionnels :

Notre application doit assure :

Efficacit : lapplication doit tre efficace.
Scurit : Il sagit de grer lauthentification de lapplication laide dun mot
de passe et dun nom dutilisateur.
Performance : Il sagit dune gestion du temps avec une rponse rapide.
Ergonomie : Il sagit de grer linterface homme machine avec des interfaces
claires, concises et faciles manipuler.
Stabilit : Le logiciel ne doit pas avoir des erreurs dexcution en lui
connectant un serveur ou des problmes de connexion la base.
Portabilit Le logiciel doit avoir la capacit de fonctionner plus ou moins
facilement diffrents environnements dexcution. Il doit fonctionner sur
nimporte quelle systme dexploitation et ne trouve pas des problmes
pendant son changement dun systme a un autre.

III.

Identification des acteurs

Un acteur reprsente labstraction dun rle jou par des entits externes
(utilisateur, dispositif matriel ou autre systme) qui interagissent
directement avec le systme tudi. Dans notre projet, les acteurs
prliminaires sont :

Administrateur : cest toute personne qui se charge de lapplication, il

possde tous les droits aprs authentification. Il peut effectuer

toutes les oprations sur les tches (ajouter, modifier, supprimer,
etc.) et contrler les droits des utilisateurs (ajouter utilisateur,
modifier, supprimer).
Enseignant : cest la personne qui se charge de la gestion des
notes, il doit s'authentifier pour accder aux interfaces de gestion
des notes.

IV.

Diagramme de cas dutilisation

Les diagrammes de cas d'utilisation sont des diagrammes UML utiliss pour donner une
vision globale du comportement fonctionnel d'un systme logiciel. Ils sont utiles pour des
prsentations auprs de la direction ou des acteurs d'un projet, mais pour le dveloppement,
les cas d'utilisation sont plus appropris. Un cas d'utilisation reprsente une unit discrte
d'interaction entre un utilisateur (humain ou machine) et un systme. Il est une unit
significative de travail.
Proprits des cas dutilisation: Les cas dutilisation ne gnrent pas de code,
contrairement aux diagrammes de classes. En revanche, les cas dutilisation peuvent avoir des
relations entre eux. Trois types de relation standard entre cas dutilisation sont proposs par
UML :

<<include>>: le cas d'utilisation incorpore explicitement et de manire obligatoire un autre

cas d'utilisation l'endroit spcifi.

<<extend>>: le cas d'utilisation incorpore implicitement de manire facultative un autre cas

d'utilisation l'endroit spcifi.

gnralisation: les cas d'utilisation descendants hritent des proprits de leur parent.

1.

Diagramme de cas dutilisation gnrale

Figure 2:diagramme de cas utilisation de gestion des tudiants

gestion des socalrit

gestion des
spcialits
<<include>>

gestion des
enseignants
<<include>>

gestion des matires

gestion des
tudiants

<<include>>

<<include>>

<<include>>
gestion des notes

authentification

Administrateur
<extend>
<<include>>
envoi des notes
<<include>>

gestion des stages

<<include>>
Enseignant
gestion des
statistiques

<<include>>
gestion des profiles

2.

Structuration des cas dutilisation

Notre application Gestion de scolarit contient neuf parties aprs authentification :

- Gestion des spcialits
- Gestion des enseignants
- Gestion des matires
- Gestion des groupes
- Gestion des tudiants

Gestion
Gestion
Gestion
Gestion
Gestion
3.

des notes
denvoies
des stages
des statistiques
de profiles

Diagramme de cas dutilisation de spcialit

ajout de la spcialit
<extend>

gestion des spcialits

administrateur
<extend>
suppression de la spcialit

<<include>>

Recherche par nom de spcialit

Figure 3:Diagramme de cas dutilisation de spcialit

4.

Diagramme de cas dutilisation des enseignants

Figure 4:Diagramme de cas dutilisation des enseignants

ajout d'enseignant

<extend>
<<include>>
<extend>

modification d'enseignant

recherche par
nom ou prnom

gestion des enseignants

administrateur
<<include>>

<extend>

suppression d'enseignant
<extend>

<<include>>
consultation de liste des ensignant

<extend>

impression de liste des enseignant

recherche par
groupe

5.

Diagramme de cas dutilisation des matires

ajout de matire
<extend>

gestion des matires

administrateur

<extend>
<<include>>

recherche par nom de matire

suppression de matire

Figure 5:Diagramme de cas dutilisation des matires

6.

Diagramme de cas dutilisation des groupes

<<include>>
affichage de liste et choix
d'une spcialit

afichage de liste et
choix de diplome

<<include>>
<<include>>
ajout de groupe
affichage de liste et choix d'
un groupe
<extend>

<<include>>
<extend>

gestion des groupes

ajout d'enseignement

Administrateur

<<include>>
affichage de liste et choix d'
un enseignant

<extend>

<<include>>

affichage deliste et choix d'une

matire

suppression de groupe
<<include>>
recherche par spcialit

Figure 6:Diagramme de cas dutilisation des groupes

7.

Diagramme de cas dutilisation des tudiants

affichage de liste et
choix de spcialit

<<include>>

<<include>>
<<include>>

Ajout d'tudiant

affectation des groupes

<extend>

<<include>>
modification d'tudiant

affichage de
liste et choix de
diplome

recherche par nom

ou prnom

<extend>

<<include>>
gestion des tudiants
<extend>

administrateur

suppression d'tudiant

<extend>

consultation de liste des tudiants

<<include>>

recherche par
groupe

<extend>

impression des listes des tudiants

Figure 7:Diagramme de cas dutilisation des tudiants

8.

Diagramme de cas dutilisation de gestion des notes

envoi des notes

<extend>
ajout des notes

Enseignant

<<include>>
<extend>
affichage de liste et
choix de matire
<<include>>
gestion des notes

administrateur

<<include>>
<extend>
affichage deliste
et choix de groupe

consultation des notes

<extend>

calcul moyenne general

Figure 8:Diagramme de cas dutilisation des notes

9.

Digramme de cas dutilisation des stages

ajout d'un stage

<extend>

gestion des stages

<<include>>
affichage de liste et
choix de groupe

<<include>>
affichage de liste
et choisir
spcialit

<<include>>

administrateur
<extend>
<<include>>
consultation de liste des stages

affichage de liste et
choix de priode

<extend>

<<include>>
insertion de note de stage

Figure 9: Digramme de cas dutilisation des stages

affichage de
liste et choix d'
tudiant

10.

Digramme de cas dutilisation des statistiques

impression de statistiques
groupe
<extend>

<<include>>

Consultation liste des groupes

statistique des groupes

<extend>
<extend>

impression de
statistiques gnrale

statistique gnrale
<extend>

impression de statistiques
de diplme

<extend>

gestion des satistiques

Administrateur
<extend>

statistiques par diplme

<<include>>
<extend>
Consultation liste des
deplmes

statistiques par spcialit

<<include>>

<extend>

Consultation liste des spcialits

impression de statistiques de
spcialit

Figure 10:Digramme de cas dutilisation des statistiques

11.

Diagramme de cas dutilisation des profiles

Ajout profile
<extend>

Administrateur

gestion des profiles

<extend>

Modification profile
<include>

<extend>
<include>

rechercher par type de

profile

Suppression profile

Figure 11:Diagramme de cas dutilisation des profiles

Conclusion :
Dans ce chapitre, nous avons spcifi notre besoin qui procure une vision plus claire du sujet
et qui dtermine les taches raliser.

Chapitre III :

Etude Conceptuelle

Introduction :
A travers de ce chapitre, nous allons prsenter la partie conceptuelle qui dfini
par le diagramme de classe, les diagrammes de squence et le modle
relationnelle.

I.

Etude conceptuelle avec UML

1. Dfinition de lUML

UML (Unified Modeling Language, que l'on peut traduire par "langage de modlisation
unifi) est une notation permettant de modliser un problme de faon standard. Ce
langage est n de la fusion de plusieurs mthodes existant auparavant, et est devenu
dsormais la rfrence en termes de modlisation objet, un tel point que sa connaissance
est souvent ncessaire pour obtenir un poste de dveloppeur objet.
2. Diagrammes de squences

Les diagrammes de squences sont la reprsentation graphique des interactions

entre les acteurs et le systme selon un ordre chronologique dans la formulation
Unified Modeling Language.

3. Scnario
3.1.

Scnario du cas dutilisation authentification

La figure 12 prsente le diagramme de squence de cas dutilisation authentification de

notre application.
authentification
:Application

:BD

utilisateur
loop [Resultat non validit ]
1:saisir login et mot de passe
2:envoi de login et pwd au BD

3:vrification()
4:rsultat vrification

alt

[Rsultat non valide]

5: erreur affichage de page d'
authentification

[Rsultat valide profile administrateur]

6: afichage de profile administrateur

[Rsultat valide profile enseignant]

7: afichage de profile enseignant

Figure 12:diagramme de squence authentification

Le scnario de diagramme de squence de cas dutilisation authentification est la

suivante :
1.
2.
3.
4.
5.

Demande de lapplication
Ladministrateur ou lenseignant saisit son identifiant et mot de passe.
Le systme vrifie lidentifiant et le mot de passe.
Si les informations saisies sont correctes la session ouverte.
Si les informations est invalide un message derreur saffiche.

scnario alternative
en cas d'chec de connexion l'application refaire la compilation partir de
message 5

3.2 .

Scnario de cas dutilisation Gestion de spcialit

La figure 13 prsente le diagramme de squence de cas dutilisation Gestion de spcialit .

Gestion de spcialit

:Application

:BD

Administrateur

ref
authentification()

alt

[Ajout spcialit]
1:Demande d'ajout d'une spcialit
2:afficher l'interface
3:saisir d'information
4:Vrification()
5:Insertion d'une spcialit dans BD
6:confirmation d'insertion
7: spcialit ajout

[Suppression spcialit]
1:Demande de suppression dune spcialit
2:afficher interface
3:suppression d'une spcialit

4:Vrification()
5:envoi des informations dans BD

6: Spcialit supprime

Figure 13:diagramme de squence Gestion de spcialit

Le scnario de diagramme de squence de cas dutilisation Gestion de spcialit est le

suivant :
Ajout spcialit :
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication affirme quelle a t bien ajout.

Suppression spcialit :
6. Ladministrateur demande linterface de suppression.
7. Lapplication affiche linterface.
8. Ladministrateur choisi la spcialit supprimer.
9. Lapplication envoy les informations la base de donne.
10. Lapplication supprime la spcialit puis renvoie un message de suppression russi.

3.3.

Scnario de cas dutilisation Gestion de enseignant

La figure 14 prsente le diagramme de squence de cas dutilisation Gestion de

enseignant .
Gesti on des enseignant
:Appl i cati on

:BD

Admi nistrateur
ref
authenti fi cati on()
al t

[Aj out ensei gnant]

1:demande d'aj out prof
2:affi che d'i nterface
3:sai si r d'i nform ati on
4:Vri fi cati on
5:inserti on d'un ensei gnant dans BD
6:confi rmati on d'i nserti on
7: ensei gnant aj out

[Modi ficati on ensei gnant]

1:dem ande d'i nterface de modi fi cati on de
prof
2:affi che d'i nterface
3:rempl i r l e zone de recherche

4:recherche de l 'i nformati on sai si r dans

BD
5:envoi de donne

6:sl ecti onne l e prof modi fier

7:affi chage des i nformati ons de prof
sl ectionne
8:sai si t l es nouvel s i nformati ons

11: ensei gnant modi fi

9:enregi strement des modi fi cati ons dans

BD
10:confi rmation d'enregi strement

[Suppressi on ensei gnant]

1:Demande de suppressi on d'un ensei gnant
2:affi cher i nterface
3:suppressi on d'un ensei gnant
4:Vri fi cati on
5:envoi des i nformati ons au BD
6:ensei gnant suppri m

[Consul tati on ensei gnant]

1:demande d'i nterface de consul te
ensei gnant
2:affi che d'i nterface
3:sel ecti onne un groupe dans la zone de
recherche
4:recherche de l 'i nformati on sai si r
6:affi chage l i ste des ensei gnants par
groupe

5:envoi des i nformati ons l'appl i cati on

Figure 14:diagramme de squence Gestion denseignant

Le scnario de diagramme de squence de cas dutilisation Gestion de enseignant est le

suivant :
Ajout enseignant
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication ajout le nouvel enseignant et affirme quil a t bien ajout.
Modification enseignant
6. Ladministrateur demande linterface de modification.
7. Lapplication affiche linterface.
8. Ladministrateur remplir le zone de recherche.
9. Rcupration des informations partie de base de donnes.
10. Ladministrateur saisit les nouvelles informations.
11. Lapplication modifier les informations et envoie un message de confirmation.
Suppression enseignant
12. Ladministrateur demande linterface de suppression.
13. Lapplication affiche linterface.
14. Ladministrateur choisi lenseignant supprimer.
15. Lapplication envoie les informations la base de donnes.
16. Lapplication supprime lenseignant puis renvoie un message de suppression russi.
Consultation denseignant
17. Ladministrateur demande linterface de consultation.
18. Lapplication affiche linterface.
19. Ladministrateur slectionne le groupe consulter.
20. Lapplication affiche les listes des enseignants par groupe.

3.4.

Scnario de cas dutilisation Gestion des matires

La figure 15 prsente le diagramme de squence de cas dutilisation Gestion des matires .

Gestion des matires

:Application

:BD

Administrateur
ref

authentification()

alt

[Ajout matire]
1:demande d'ajout matire
2:affiche d'interface
3:saisir d'information
4:vrification()
5:insertion d'une matire dans BD

7: matire ajoute

6:confirmation d'insertion

[Suppression matire]
1:Demande de suppression dune matire
2:afficher interface
3:suppression d'une matire
4:Vrification

5:envoi des informations au BD

6: matire t supprimer

Figure 15:diagramme de squence Gestion des matires

Le scnario de diagramme de squence de cas dutilisation Gestion des matires est le

suivant :
Ajout matire
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication ajout la nouvelle matire et affirme quelle a t bien ajout.
Suppression matire :
6. Ladministrateur demande linterface de suppression.
7. Lapplication affiche linterface.
8. Ladministrateur choisi la spcialit supprimer.
9. Lapplication envoie les informations la base de donnes.
10. Lapplication supprime la matire puis renvoie un message de suppression russi.

3.5.

Scnario de cas dutilisation Gestion de groupe

La figure 16 prsente le diagramme de squence de cas dutilisation Gestion de groupe .

Gestion des groupes

:Application

:BD

Administrateur
ref

authentification()

alt

[Ajout groupe]
1:demande d'ajout groupe
2:affiche d'interface
3:saisir d'information
4:Vrification()
5:Insertion dun groupe dans la BD

7: groupe ajout

6:confirmation d'insertion

[Enseignement]
1:Demande de page d'enseignement
2:Affichage de page d'enseignement
3:choix de groupe, enseignant et matire

4:Vrification()
5:Insertion dun enseignement dans la BD
6:Confirmation d'insertion
7:Operation avec succees

[Suppression groupe]
1:Demande de suppression d'un groupe
2:afficher interface
3:suppression d'un groupe

4:Verfication()
5:suppression du groupe dans la BD
6:Confirmation de suppression

Figure 16:diagramme de squence Gestion de groupe

Le scnario de diagramme de squence de cas dutilisation Gestion de groupe est le

suivant :
Ajout groupe
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifie les informations
Lapplication ajout le nouvel groupe et affirme quil a t bien ajout.

Enseignement
6. Ladministrateur demande linterface denseignement.
7. Lapplication affiche linterface.
8. Ladministrateur saisit les informations ncessaires.
9. Lapplication vrifie les informations.
10. Lapplication ajout le nouvel enseignement et affirme quil a t bien ajout
Suppression groupe
11. Ladministrateur demande linterface de suppression.
12. Lapplication affiche linterface.
13. Ladministrateur choisi la groupe supprimer.
14. Lapplication envoie les informations la base de donnes
15. l'application supprime la groupe et affirme qu'il a t bien ajoute

3.6.

Scnario de cas dutilisation Gestion dtudiant

La figure 17 prsente le diagramme de squence de cas dutilisation Gestion dtudiant .

Gestion des etudiants

:Application

:BD

Administrateur
ref
authentification()

alt

[Ajout tudiant]
1:demande d'ajout tudiant
2:affiche d'interface
3:saisir d'information
4:Verfication
5:insertion d'un tudiant dans BD
7: tudiant ajout

6:confirmation d'insertion

[Modification tudiant]
1:demande d'interface de modification d'
tudiant
2:affiche d'interface
3: Choisir valeur critre de recherche

4:cherche l'information saisir dans BD

5:envoi des information l'application

6:slectionne l'tudiant modifier

7:affichage des informations d'tudiant
slectionn
8:saisir les nouvels informations
9:enregistrement la modification
10:confirmation d'enregistrement
11:tudiant modifi
[Supression tudiant]
1:Demande de suppression d'un tudiant
2:afficher interface
3:suppression d'un tudiant
4:Verfication()
5:envoi des informations au BD
6:l'tudiant t supprimer
[Consultation tudiant] 1:demande d'interface de consultation des
tudiants
2:affiche d'interface
3:selectionn un groupe dans la zone de
recherche

6:affichage de liste des tudinats par

groupe

4:recherche de l'information saisir

dansBD
5:envoi des informations l'interface

Figure 17:diagramme de squence Gestion d'tudiant

Le scnario de diagramme de squence de cas dutilisation Gestion dtudiant est le

suivant :
Ajout tudiant
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication ajout le nouvel tudiant et affirme quil a t bien ajout.

Modification tudiant
6. Ladministrateur demande linterface de modification.
7. Lapplication affiche linterface.
8. Ladministrateur remplir le zone de recherche des informations d'tudiant.
9. Rcupration des informations a partie de base de donnes.
10. Ladministrateur saisit les nouvelles informations.
11. Lapplication modifier les informations et envoie un message de confirmation.
Suppression tudiant
12. Ladministrateur demande linterface de suppression.
13. Lapplication affiche linterface.
14. Ladministrateur choisi ltudiant supprimer.
15. Lapplication envoie les informations de base de donnes.
16. Lapplication supprime ltudiant puis renvoie un message de suppression russi.
Cas dutilisation : Consultation dtudiant
17. Ladministrateur demande linterface de consultation.
18. Lapplication affiche linterface.
19. Ladministrateur slectionne le groupe consulter.
20. Lapplication affiche les listes des tudiants par groupe.

3.7.

Scnario de cas dutilisation Gestion des notes

La figure 18 prsente le diagramme de squence de cas dutilisation Gestion de note .

Gestion de note

:Application

:BD

Administrateur
ref
authentification()

alt

[Ajout note]
1:Demande d'ajout d'un note
2:afficher l'interface
3: selection de groupe, tudiant et
matire et affectation de note
4:Vrification()
alt

tudiant not
5: erreur tudiant dja not

tudiant n'et pas not

6:Enregistrement d'information
7:confirmation d'enregistrement

8:opration avec succs

[Consultation note]
1:Demande de consultation
2:afficher l'interface
3:selectionne les information
4:recherche de l'information saisir
5:rsultat de recherche
6:affichage des notes

Figure 18:diagramme de squence Gestion des notes

Le scnario de diagramme de squence de cas dutilisation Gestion de note est le suivant :

Ajout note
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication ajout le nouvel note et affirme quil a t bien ajout.

Consultation de note
6.
7.
8.
9.

Ladministrateur demande linterface de consultation.

Lapplication affiche linterface.
Ladministrateur slectionne ltudiant consulter.
Lapplication affiche les listes des notes par tudiant.

3.8.

Scnario de cas dutilisation Gestion des stages

La figure 19 prsente le diagramme de squence de cas dutilisation Gestion de stage .

Gestion de stage

:Application

:BD

Administrateur
ref
authentification()

alt

[Ajout stage]
1: demande de page d'ajout de stage
2: Interface Ajout stage affiche
3:saisi nom d'tudiant socit et periode
de stage
8:Insertion d'un stage dans la BD
9:confirmation d'insertion
10:operation avec succ

[Consultation stage]
1:demande de page de consultation
2: Interface consultation stage affiche
3: choix de spcialit et groupe et saisie
la periode
4:recherche de l'information saisi
5: information correspondante rcupre
6:affichage de liste des stage
[affectation de note de stage]
1:demande de page d'affectation de note
de stage
2: Interface d'affectation de note de
stage affiche
3: choix d'tudiant et le stage note

4:demande de recuperation des

informations
5: Recherche dinformation correspondante
rcupre

6:Affichage des information

7: saisi de note
8:Insertion des notes dans BD
9:verification d'insertion
10: note affecte

Figure 19:diagramme de squence Gestion des stages

Le scnario de diagramme de squence de cas dutilisation Gestion de stage est le suivant :

Ajout stage
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifi les informations
Lapplication ajout le nouvel stage et affirme quil a t bien ajout.

Consultation de stage
6.
7.
8.
9.

Ladministrateur demande linterface de consultation.

Lapplication affiche linterface.
Ladministrateur slectionne la spcialit, le groupe et la priode.
Lapplication affiche les listes des stages.

notation
10. Ladministrateur demande linterface de consultation.
11. Lapplication affiche linterface.
12. Ladministrateur saisit ltudiant et ses informations et saisit la note de stage.
13. Lapplication ajout la note de stage et affirme quil a t bien ajout.

3.9.

Scnario de cas dutilisation Gestion de moyenne

La figure 20 prsente le diagramme de squence de cas dutilisation Gestion de moyenne .

Gestion de moyenne

:Application

:BD

Administrateur
ref

authentification()

1: demande de l'interface de moyenne

2:interface afficher
3:choix de groupe et d'tudiant
4: demande de recuperation des donnees
5: envoi des information saisi
6:affichage des informations
7:Demande de calcul de moyenne

8:Calcul()
9:Affichage de rsultat de calcul

Figure 20:diagramme de squence Gestion de moyenne

Le scnario de diagramme de squence de cas dutilisation Gestion de moyenne est le

suivant :
1.
2.
3.
4.
5.
6.

Ladministrateur demande linterface de moyenne.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication affiche les informations demandes.
Ladministrateur demande de calcule de moyenne.
Lapplication fait le calcule et affiche le rsultat.

3.10. Scnario de cas dutilisation Gestion denvoi

La figure 21 prsente le diagramme de squence de cas dutilisation Gestion denvoi

Figure 21:diagramme de squence Gestion d'envoi

Gestion d'envoi

:Application

:BD

Administrateur
ref
authentification()

1:Demande d'interface d'envoi

2:Affichage d'interface
3:L'administrateur choisit le groupe
4: envoi de la demande la BD
5: envoi des listes des tudiants de
groupe
6: Affichage de liste des tudiants
7: saisie de login et pwd d'emmetteur

8: vrification
9: mail envoy

Le scnario de diagramme de squence de cas dutilisation Gestion denvoi est le suivant

1.
2.
3.
4.
5.
6.

Ladministrateur demande linterface d'envoi.

Lapplication affiche linterface.
Ladministrateur saisit le groupe.
La base de donnes envoi les informations linterface.
Ladministrateur choisit un tudiant et lenvoyer un mail.
Lapplication envoyer un message de confirmation.

3.11. Scnario de cas dutilisation Gestion de statistique

La figure 22 prsente le diagramme de squence de cas dutilisation Gestion de statistique

Figure 22:diagramme de squence Gestion de statistique

Gestion de statistique

:Application

:BD

Administrateur
ref
authentification()

alt

[Satistique par groupe]

1:demande d'interface de satistique
2:affiche d'interface
3:selectionne le groupe dans la zone de
recherche
4:Recherche de l'information choisi
6:affichage de satistique
opt

5:rsultat de recherche

[impression]
7:demande d'impression de statistique
8:statistque imprim

[Statistique par anne]

1:demande d'interface de satistique

2:affiche d'interface
3:selectionne l'anne dans la zone de
recherche

6:affichage de satistique
opt

4:Recherche de l'information choisi

5:rsultat de recherche

[impression]
7:demande d'impression de statistique
8:statistque imprim

[Statistique par spcialit]

1:demande d'interface de satistique
2:affiche d'interface
3:selectionne la spcialit dans la zone
de recherche
4:Recherche de l'information choisi
5:rsultat de recherche
6:affichage de satistique
opt

[impression]
7:demande d'impression de statistique
8:statistque imprim

[Statistique par diplome]

1:demande d'interface de satistique
2:affiche d'interface
3:selectionne la spcialit dans la zone
de recherche
4:Recherche de l'information choisi
5:rsultat de recherche
6:affichage de satistique
opt

[impression]
7:demande d'impression de statistique
8:statistque imprim

Le scnario de diagramme de squence de cas dutilisation Gestion de statistique est le

suivant
statistique par groupe
1.
2.
3.
4.
5.

Ladministrateur demande linterface de statistique par groupe.

Lapplication affiche linterface.
Ladministrateur saisit le groupe.
Lapplication rcupre les donnes et affiche les statistiques du groupe choisi.
Ladministrateur imprime les statistiques.

Cas dutilisation : statistique par anne

6. Ladministrateur demande linterface de statistique par anne.
7. Lapplication affiche linterface.
8. Ladministrateur saisit lanne.
9. Lapplication rcupre les donnes et affiche les statistiques danne choisi.
10. Ladministrateur imprime les statistiques.
Cas dutilisation : statistique par spcialit
11. Ladministrateur demande linterface de statistique par spcialit.
12. Lapplication affiche linterface.
13. Ladministrateur saisit la spcialit.
14. Lapplication rcupre les donnes et affiche les statistiques de spcialit choisi.
15. Ladministrateur imprime les statistiques.
Cas dutilisation : statistique par diplme
16. Ladministrateur demande linterface de statistique.
17. Lapplication affiche linterface.
18. Ladministrateur saisit le diplme.
19. Lapplication rcupre les donnes et affiche les statistiques du diplme choisi.
20. Ladministrateur imprime les statistiques.

3.12. Scnario de cas dutilisation Gestion de profile

La figure 23 prsente le diagramme de squence de cas dutilisation Gestion de profile

Gestion de profile

:Application

:BD

Administrateur
ref
authentification()

alt

[Ajout profile]
1:demande d'ajout d'un profile
2:affiche d'interface
3:saisir des nouveaux informations
4:vrification()
5:insertion d'un profile dans BD
6:confirmation d'insertion
7:opration avec succs

[Modification profile]
1:demande d'interface de modification de
profile
2:affiche d'interface
3:remplir le zone de recherche
4:Recherche l'information saisi
5:rsultat de recherche
6:slectionne le profile modifier
7:information de profile slectionne
8:saisir la modification
9:enregistrement la modification
10:confirmation d'enregistrement
11:opration avec succs
[Suppression profile]
1:Demande de suppression d'un profile
2:afficher interface
3:suppression d'un profile

4: Vrification()
5:envoi des informations dans BD
6:profile supprimer

Figure 23:diagramme de squence Gestion de profile

Le scnario de diagramme de squence de cas dutilisation Gestion de profile est le

suivant:
Ajout profile
1.
2.
3.
4.
5.

Ladministrateur demande linterface dajout de profile.

Lapplication affiche linterface.
Ladministrateur saisit les informations ncessaires.
Lapplication vrifie les informations
Lapplication ajout le nouvel profile et affirme quil a t bien ajout.

Modification profile
6. Ladministrateur demande linterface de modification de profile.
7. Lapplication affiche linterface.
8. Ladministrateur remplir le zone de recherche.
9. Rcupration des informations a partir de base de donnes.
10. Ladministrateur saisit les nouvelles informations.
11. Lapplication modifier les informations et envoie un message de confirmation.
Cas dutilisation : Suppression profile
12. Ladministrateur demande linterface de suppression de profile.
13. Lapplication affiche linterface.
14. Ladministrateur choisi le profile supprimer.
15. Lapplication envoie les informations base de donnes.
16. Lapplication supprime le profile puis renvoie un message de suppression russi.

4.

Diagramme de classes

Le diagramme de classes exprime la structure statique du systme en termes de classes et

relations entre ces classes. Lintrt du diagramme de classes est de modliser les entits du
systme dinformation. Le diagramme de classe permet de reprsenter lensemble des
informations finalises qui sont gres par le domaine.ces informations sont structures,
cest--dire quelles ont regroupes dans des classes. Le diagramme met en vidence
dventuelles relations ces classes.
Le digramme de classes comporte 6 concepts :
-

Classe : une classe est une description abstraite (condense) dun ensemble dobjets
du domaine de lapplication : elle dfinit leur structure, leur comportement et leurs

relations.
Attribut : une classe correspond un concept global dinformation et de compose
dun ensemble dinformations lmentaires, appeles attributs de classe. Un attribut
reprsente la modlisation dune information lmentaire reprsente par son nom et
son format. Par commodit de gestion, on choisit parfois de conserver dans un attribut

le rsultat dun calcul effectu partir dautres classes : on place un / devant son nom.
Identifiant : lidentifiant est un attribut particulier, qui permet de reprer de faon

unique chaque objet, instance de la classe.

Relation : sil existe des liens entre objets, cela se traduit ncessairement par des
relations qui existent entre leurs classes respectives. Les liens entre les objets doivent

tre considrs comme des instances de relations entre classes.

Opration : lopration reprsente un lment de comportement des objets, dfini de
manire globale dans la classe. Une opration est une fonctionnalit assure par une
classe. La description des oprations peut prciser les paramtres dentre et de sortie

ainsi que les actions lmentaires excuter.

Gnralisation / Spcialisation : lopration reprsente un lment de comportement
des objets, dfini de manire globale dans la classe. Une opration est une
fonctionnalit assure par une classe. La description des oprations peut prciser les
paramtres dentre et de sortie ainsi que les actions lmentaires excuter.

La figure 24 prsente le diagramme de classes de notre application gestion de scolarit

II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
II.
Conception de la base de donnes
Figure 24:diagramme de classe

1.

Notion de la base de donnes

Une base de donnes, usuellement abrge en BD ou BDD, est un lot dinformations stockes
dans un dispositif informatique. Les technologies existantes permettent dorganiser et de

structurer la base de donnes de manire pouvoir facilement manipuler le contenu et stocker

efficacement de trs grandes quantits dinformations.
Le logiciel qui manipule les bases de donnes est appel systme de gestion de base de
donnes(SGBD). Il permet dorganiser, de contrler, de consulter et de modifier la base de
donnes. Les oprations sont parfois formules dans un langage de requte tel que SQL le
plus connu et employ pour les modles relationnels.
2.

Modle relationnel

Le modle relationnel est bas sur une organisation des donnes sous forme de tables. La
manipulation des donnes se fait selon le concept mathmatique de relation de la thorie des
ensembles, cest--dire lalgbre relationnelle.
La modlisation relationnelle permet de reprsenter les relations laide de tables dont chaque
colonne a un identificateur qui reprsente un domaine. Une ligne du tableau reprsente donc
une entit et chacune des cases reprsente un de ses attributs.
On appelle attributs le nom des colonnes qui reprsentent les constituants de lentit. On
appelle tuple une ligna du tableau.
La cardinalit dune relation est le nombre de tuples qui la composent.
La cl primaire dune relation est lattribut, ou lensemble dattributs, permettant de dsigner
de faon unique une tuple.
Une cl trangre, par contre, est une cl (donc un attribut permettant didentifier de faon
unique un tuple) faisant rfrence une cl appartenant une autre table.

Notre base de donnes comporte 13 tables :

Etudiant (numetud, nometud, prenometud, datenetud, adretud, teletud, emailetud,

#desg)
groupe (desg, #numspe)
diplme (numdip, titredep)
spcialit (numspe, nomspe, #numdip)
stage (numstage, dated, datef, lieu, note-stage, #numetud)
persenseignant (numcin, nom, prenon, daten, adresse, email, tl, codeenseignant)
persadmin (numcin, nom, prenon, codeadmin, adresse, email, tl, daten)
parameter-authentification (numauth, typeauth, login, motpasse, #numcin)
matire (nummat, nommat, categorie)
note (numnote, typenote, note,Moytp,Moyth,Moyg,#numetud, #nummat)
enseignement (id, dated, datef, #numcin, #desg, #nummat)
relev (#numetud, #numnote, annee, chemin)

Conclusion
Au cour de ce chapitre, nous avons tudi la partie conceptuelle par lintgration des
diagrammes de cas dutilisation, les diagrammes de squence, le diagramme de classe et le
modle relationnelle.

Chapitre IV:

Ralisation

Introduction
Dans cette partie nous allons dfinir les principaux outils de dveloppement matriel et
logiciels que nous avons pour l'laboration de ce projet.
I.

Environnement de dveloppement de lapplication

1. Environnement matriel

Au cour de ce projet, nous avons effectue la ralisation de cette application l'aide d'un
ordinateur DELL ayant les caractristiques suivantes
Environnement
Processeur
Mmoire
Disque dur

Windows 7 professionnel (64 bits)

Intel core(TM) i7-3537U CPU @2.00GHz,2.50 GHz
8.00GO
1TO
2. Environnement logiciel

La ralisation de lapplication a ncessit lutilisation des diffrents outils et lacquisition de

certaines librairies indispensables quon dcrira dans ce qui suit :

MySQL

Est un systme de gestion de base de donnes relationnelle (SGBDR). Il est distribu sous
une double licence GPL et propritaire. Il fait partie des logiciels de gestion de base de
donnes les plus utiliss au monde, autant par le grand public (applications web
principalement) que par des professionnels, en concurrence avec Oracle et Microsoft SQL
Server.

VB.NET

Cest un langage de programmation propritaire Microsoft permettant de dvelopper des

applications pour Windows. Son nom provient des similitudes de ce langage avec le langage
Basic auquel il apporte un environnement de dveloppement visuel. Ce langage est le plus
rpandu dans l'industrie aux Etats-Unis devant le langage C++ et le Cobol. Il prsente
l'inconvnient de ne pas tre portable sur les environnements non-MS.
Parmi les avantages de VB.NET nous citons :

VB.NET est trs rpandu, facile avec un dveloppement rapide.

VB.NET est un langage compil: le code source est trait par un

programme (le compilateur)

Lors de la premire excution, un autre compilateur (just in time)

compile le IL en langage machine natif

3. Dveloppement dapplication Gestion de scolarit

l'accs l'application <<Gestion de scolarit>> pour l'utilisateur dbut par le
choix de type de profile.

Figure 25:Authentification gnrale

Aprs le choix de type de profile et lauthentification

-

Pour le choix de profile administrateur linterface suivant saffiche

Figure 26:Menu administrateur

Pour le choix de profile enseignant linterface suivant saffiche

Figure 27:Menu enseignant

Ladministrateur a le droit de grer tous les gestions et lenseignant ne peut grer que le
gestion denvoi et le gestion de note.

Gestion de spcialit comporte 2 parties

Ajout de spcialit

Figure 28:Ajout spcialit

Suppression de spcialit

Figure 29:Suppression de spcialit

Gestion denseignant comporte 4 interfaces

Figure 30:Ajouter enseignant

 Ajouter Enseignant

Figure 31:Modifier enseignant

Modifier enseignant

 Supprimer enseignant

Figure 32:Supprimer enseignant

Consulter enseignant

Figure 33:Consulter enseignant

Gestion de matire elle contient 2 interfaces

Ajouter matire

Figure 34:Ajouter matire

Supprimer matire

Figure 35:Supprimer matire

Gestion de groupe elle contient 3interfaces:

Ajouter groupe

Figure 36:Ajouter groupe

Enseignement

Figure 37:Enseignement

 Supprimer groupe

Figure 38:Supprimer groupe

Gestion dtudiant elle contient 4 interfaces

Ajouter tudiant

Figure 39:Ajouter tudiant

Figure 40:Modifier tudiant

Modifier tudiant
Supprimer tudiant

Figure 41:Supprimer tudiant

 Consulter tudiant

Figure 42:Consulter tudiant

Gestion de note elle contient 2 interfaces

Ajout notes

Figure 43:Ajouter note

Consulter note

Figure 44:consulter note

Gestion de stage elle contient 3 interfaces

Ajouter stage

Figure 45:Ajouter stage

Figure 46:Consulter stage

Consulter stage
Noter stage

Figure 47:Noter stage

Gestion de moyenne elle contient une seul interface

calcule Moyenne

Figure 48:Calculer moyenne

Gestion denvoi elle contient une seul interface

Email

Figure 49:Gestion d'envoi

Rq: pour l'envoi de mail l'metteur doit tre avoir une adresse gmail ou Hotmail
l'adresse d'metteur doit tre ouvert

Gestion de statistique elle contient 4 interfaces

Statistiques par groupe

Figure 50:Statistiques par groupe

Statistiques par spcialit

Figure 51:Statistiques par spcialit

 Statistiques par diplme :

Figure 52:Statistique par diplme

Figure 53:Statistiques gnrale

Statistiques gnrale :

Gestion de profile elle contient 3 interfaces

Ajouter profile :

Figure 54:ajouter profile

Rq: la zone rouge est un contrle sur le champs vide

Modifier profile :

Figure 55:Modifier profile

 Supprimer profile :

Figure 56:supprimer profile

Conclusion
Dans ce dernier chapitre, nous avons prsent les diffrents modules implments dans
cette application. Nous avons prsent des captures dcran pour les principales interfaces de
notre projet.

Conclusion gnrale

Afin dattendre notre objectif, nous avons fait une tude des besoins fonctionnels et nom
fonctionnels. Ainsi nous avons pu dgager larchitecture de notre application, les outils
ncessaires pour la ralisation et la mise en uvre.
Au cour de ce projet, nous avons rencontr plusieurs problme lis la comprhension du
contexte. Sans doute, cette exprience nous a t belle et bien fructueuse sur plusieurs plans.
Dune part, nous avons pu activement contribuer lactivit de dveloppement.
Dautre part, elle nous a permis dappliquer et de consolider nos connaissances acquises
Durant nos annes dtudes. De plus, nous avons pu nous familiariser avec plusieurs
nouvelles notions.
Enfin, travers ce projet, nous avons eu la chance damliorer nos aptitudes
communiquer et
Travailler en collaboration ce qui nous aidera sans doute bien nous intgrer dans le milieu
professionnel
Les perspectives pour ce projet sont diverses. En effet, nous projetons de crer une
application Gestion de scolarit travers lenvironnement VB.NET et qui vient remplacer
les fonctionnalits manuelles.
En plus, cette application peut tre amliore en faisant introduire des nouvelles options
bien quelle peut avoir une volution comme un site web ou une application mobile.