SOUTENANCE

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires
SOMMAIRE
+
DEDICACES.. 3
REMERCIEMENTS.......... 4
AVANT PROPOS.......... 5
ABREVIATIONS........... 7
INTRODUCTION......... 9
CHAPITRE I : ANALYSE DE LEXISTANT ET NECESSITE DE LA
MISE EN PLACE DUN NOUVEAU SYSTEME.... 10
I : PRESENTATION DE LA STRUCTURE DACCUEIL ET ANALYSE DE
LEXISTANT 10
II : NECESSITE DE LA MISE EN PLACE DUNE APPLICATION DE
GESTION DES ETABLISSEMENTS SCOLAIRES SECONDAIRES ...... 15
CHAPITRE II : ETUDE TECHNIQUE.... 29
I : ETUDE FONCTIONNELLE................................... 24
II : ETUDES DYNAMIQUE ET STATIQUE................................................. 33
CHAPITRE III : REALISATION ET EVALUATION DU
PROJET........................................................................................................... 41
I : REALISATION TECHNIQUE 41
II : EVALUATION DU PROJET. 56
CONCLUSION........ 58
LISTE DES TABLEAUX..... 59
LISTE DES FIGURES.. 60
Ingnieur de conception option Gnie Logiciel
Konat Adama
Page 1
BIBLIOGRAPHIE ET WEBOGRAPHIE. 62
ANNAXE... 63
TABLE DES MATIERES. 69

Konat Adama
Page 2
DEDICACES
Leau coule grce sa source.

Larbre pousse grce ses racines.
A mes parents, pour les sacrifices dploys nos gards, pour leur patience, leur
amour et leur confiance en nous.
Ils ont tout fait pour notre bonheur et notre russite.
Quils trouvent dans ce modeste travail, le tmoignage de notre profonde
affection et de notre attachement indfectible.
Nulle ddicace ne puisse exprimer ce que nous leur devons.
Que DIEU leur rserve la bonne sant et une longue vie.

Konat Adama
Page 3
REMERCEIMENTS
Llaboration de ce projet a t effective dune part grce lEternel, qui
nous a donns la sant et les possibilits de sa ralisation, dautre part grce la
disponibilit de mon maitre de stage et de mon professeur suiveur. Grce aussi
au soutien de ma famille et de mes amis. A cet effet, en vus dtre reconnaissant
leurs gards, je lance donc un remerciement sincre :
M.KONAN Arthurs, Professeur Ingenieur, mon professeur suiveur
M. Victor KOUTOUAN, Fondateur de ltablissement ALT
M.KONE Bakari, Directeur Technique de ltablissement NAMT, mon
maitre de stage,
Tous mes professeurs et tout le personnel enseignant de lALT.
Mes parents pour leur soutien moral, matriel et financier, plus
prcisment mon pre FE MOUSSA KONATE et ma mre ASSETOU MALE.
Et tous mes amis (es) et camarades.
Je rends grce lternel pour ses biens faits. AMIN !!!

Konat Adama
Page 4
AVANT-PROPOS
Aprs son indpendance, la Cote divoire a vite compris quelle ne peut
compter que sur ses propres ressources humaines, dotes de comptences
techniques et scientifiques ncessaires la mise en place et la gestion des
entreprises et industries.
Cest pour cette raison que le gouvernement ivoirien a invit les
oprateurs privs sintresser au secteur denseignement technique et
professionnel. En guise de rponse cet appel, plusieurs coles dont les
tablissements secondaires et suprieurs ont vu le jour. Sur la liste de ces coles
figure lAcadmie Libre de Technologie en abrg (ALT). Elle est situe au
centre du plateau, au quatrime tage de limmeuble de la chambre de
lagriculture, en face de la grande mosque de ladite commune. A lALT, la
formation allie pratique la thorie. Les cours sont dispenss par des
Professeurs, des Ingnieurs qui font aujourdhui leur fiert.
A lALT, la formation est plus post baccalaurat, les filires enseignes
sont :
Au cycle BTS
Finance et comptabilit et gestion dentreprise
Logistique
Ressources humaines et communication
Gestion commerciale
Rseaux informatiques et tlcommunications
Informatiques et dveloppeurs dapplication
Maintenance des systmes lectroniques et informatiques

Konat Adama
Page 5
Au cycle ingnieur
Commerces (marketing publicitaire, le commerce international et marche
des capitaux)
Gestion des ressources humaines
Marketing et management
Affaire internationales et logistiques
Management de la qualit
Rseaux et tlcommunication
Gnie logiciel

Konat Adama
Page 6
ABREVIATIONS
ADSL: Asymmetrical Digital Subscriber Line, famille de technologies qui
permettent de faire circuler, haut dbit, dimportants flots de donnes sur une
ligne tlphonique classique.
AGL : Atelier de Gnie Logiciel
ALT : Acadmie Libre de Technologie
ASE: Account Support Engineer
BDD : Base De Donnes
BTS : Brevet de Technicien Suprieur
DD : Dictionnaire de Donnes
DIPES : la Direction de la Planification, de lEvaluation et des Statistiques
HTTP : HyperText Transfer Protocol, protocole de transmission ddi aux
clients et aux serveurs du web
L5G: Langage de cinquime gnration
LS: Liaison Scurise
MCC : Modle Conceptuel de la Communication
MCD : Modle Conceptuel des donnes
MCT : Modle Conceptuel des Traitements
MERISE : Mthode dEtude et de Ralisation Informatique par Sous-ensemble
ou pour les Systme dEntreprise
MLD : Modle Logique des Donnes
MOT : Modle Organisationnel des Traitement
Konat Adama
Page 7
MS-DOS : Microsoft-Disk Operating System, systme dexploitation mono

tche et mono-utilisateur, dvelopp par la socit Microsoft pour grer les
micro-ordinateurs de type PC
NT : Nouvelle Technologie
PC : Personal Computer, ordinateur personnel ou individuel
RNIS : Rseaux Numrique Intgration de Services
SGBDR : Systme de Gestion des Bases de Donnes Relationnelle
SQL: Structured Query Language
TCP/IP : Transmission Control Protocol/Internet Protocol, protocole de
transmission et de contrle/protocole internet
TSE: Terminal Server Edition, variant de Windows 2000
UML: Unified Modeling Language
Wi-Fi: Wireless Fidelity
WYSIWYG: What You See Is What You Get
XP : eXPerience (ou eXPeriment ou eXPert ou eXPreme Pain)

Konat Adama
Page 8
INTRODUCTION
Aujourdhui, le monde connait une avance technologique considrable
dans tous les domaines et cela grce linformatique, qui est une science qui
tudie les techniques du traitement automatique de linformation. Elle joue un
rle trs important dans le dveloppement de toute entreprise qui veut participer
au concert du dveloppement.
Avant linvention de lordinateur, on enregistrait toutes les informations
manuellement sur des supports papiers ce qui engendrait beaucoup de problmes
tel que la perte de temps considrable dans la recherche de ces informations ou
la dgradation de ces dernires
Ainsi, jusqu' prsent lordinateur reste le moyen le plus sr pour le
traitement et la sauvegarde de linformation. Cette invention a permis
dautomatiser les systmes dinformations.
Les tablissements scolaires ne restent pas en dehors de ce progrs
informatique. En effet, la croissance de leurs effectifs ncessite la mise en place
dune gestion rationnelle et rapide. Il devient donc ncessaire dabandonner les
anciennes mthodes qui consistaient de grer manuellement ces tablissements.
Lobjectif de ce projet est la conception dune application de gestion des
tablissements scolaires secondaires.
Nous avons organis ce mmoire de la faon suivante :
Le premier chapitre prsente lentreprise daccueil (NAMT), le projet et la
situation actuelle des tablissements.
Le deuxime chapitre prsente la conception de notre application.
La ralisation et limplmentation de lapplication fera lobjet du troisime
chapitre dans lequel les diffrentes parties de lapplication seront illustres.
Konat Adama
Page 9
CHAPITRE I : ANALYSE DE LEXISTANT ET NECESSITE DE MISE

EN
PLACE
DUN
NOUVEAU
SYSTEME
DE
GESTION
DES
ETABLISSEMENTS SCOLAIRE SECONDAIRE.

I-
Prsentation de la structure daccueil et analyse de lexistant

1- Prsentation de la structure daccueil
Cre en 1996 ETS NAMT est une socit responsabilit limite (SARL)
au capital social de 15 000 000 FCFA.
Immatricule au registre de commerce sur le N 206548 avec pour
numro de compte contribuable N 9800260 A, la socit ETS NAMT a pour
but principal de vous satisfaire par la diversification de ses activits quelle
propose et par la qualit des services quelle offre.
Activits
Les principales activits dETS NAMT :
Conoit et dveloppe des logiciels pour lidentification et
lauthentification des personnes.
Intgre les quipements et les logiciels pour la cration et la fabrication
des cartes et des badges didentification.
Conoit, fabrique et distribue les accessoires didentifications tels que les
clips, zips, cordons, porte badges etc...
Octroie des fournitures de bureau et tous autres accessoires pour vos
besoins en informatique
Amnage vos bureaux, appartements et autres avec des meubles de qualit
(fauteuil, bureaux, lits; rideaux)
Rnove vos btiments dlabrs dans un tat de splendeur.
Offre des vhicules pour vos sorties, balades et voyages.
1.1- Moyens Humains
Une quipe permanente de jeunes dynamiques assurent les fonctions
administratives, commerciales et techniques. Lorganisation se structure autour
de trois grands services: Le service Administratif, le service Financier et le
service Technique.
Konat Adama
Page 10
1.2- Moyens Matriels et Techniques

ETS NAMT utilise les nouvelles technologies et des logiciels de
dveloppement. Elle possde :
des quipements informatiques de dernires gnrations.
des matriels techniques de pointe pour la ralisation des badges.
ces moyens assurent rapidit et efficacit dans lexcution des tches
1.3- Moyens Financiers
Ressources propres : 100%
1.4- Mission
La mission de ETS NAMT est damliorer le quotidien des personnes, des
entreprises et institutions en mettant leur dispositions ses comptences
travers le dveloppement de produits, de services indits, de qualits et
modulaires dans le domaine du systme didentification.
De manire plus gnrale, il sagira dapporter nos partenaires des
solutions dimpression et de gestions grce notre rseau dintgrateurs et de
revendeurs. Ainsi ETS NAMT dote dune quipe de spcialistes exerce son
rle de partenaire 100 % en mettant votre disposition ses services avant et
aprs-vente.
1.5- Valeur
ETS NAMT, les maitres mots de notre code dthique sont:
Agir avec intgrit.

Etre lcoute et au service des clients.
Accompagner le dveloppement des pays mergents
Favoriser le partenariat et la communication
Attacher de la valeur aux capacits individuelles et collectives
Amliorer et innover constamment
1.6- Vision
Dveloppement et commercialisation de solutions au profit des

entreprises, des particuliers et des communauts publiques
Konat Adama
Page 11
Mettre la disposition des clients notre professionnalisme dans notre

domaine dactivit.
1.7- Organigramme
Figure1 : Organigramme de la socit NAMT

Konat Adama
Page 12
2- ETUDE DE LEXISTANT
2.1- Prsentation de lexistant
Au plan matriel et logiciel
La collaboration avec la DIPES, a permis de savoir quelle est
organise de la manire suivante :
SERVICE
TECHNIQUE
MATERIEL
1 Serveur de fichiers
LOGICIEL
-Systme dexploitation serveur
(Windows 2008 Serveur)
1 Serveur dapplications
1 Serveur dimpression
-Systme dexploitation client

(Windows Seven)
1 Serveur web
04 Imprimantes
10 Ordinateurs
1 Stabilisateur
1 Onduleur
1 Routeur
Une connexion internet
1 Switch D-Link de 24 ports
04 Postes tlphoniques
1 Site internet
1 Portail internet pour
linscription des lves.
Tableau1 : Tableau rcapitulatif de lexistant du service technique de la DIPES

Konat Adama
Page 13
Au plan logiciel mtier

Une application existe dj mais elle permet de faire uniquement que les
inscriptions en ligne et les mutations (affectation des levs dune cole une
autre).
2.2- Analyse de lexistant
Description du processus actuel
Le systme actuel permet de :
- faire des inscriptions en ligne
- Faire des mutations
- Avoir les statistiques sur le nombre dlve dinscrit
Critiques du processus actuel
Ce systme prsente de grandes limites qui se rsument comme suit :
- Absence dinformation sur le corps enseignants
- Absence dinformation sur les tablissements
- Absence dinformation statique dtaille sur les lves, enseignants
et tablissements
Proposition dune solution
Notre analyse plus prcisment, devra aboutir la cration dune solution
informatique, qui aidera formaliser toute la documentation en relation avec les
activits scolaires.

Konat Adama
Page 14
II- Ncessit de la mise en place dun nouveau systme

1- Prsentation du projet
Le sujet soumit notre rflexion est : la conception et la ralisation
dune application de gestion des tablissements scolaires secondaires. Le projet
a pris forme lentreprise ETS NAMT, notre structure daccueil. En effet, la
structure travaille avec la Direction de la Planification, de lEvaluation et des
Statistiques (DIPES) pour la conception des cartes scolaires des lves des
tablissements scolaires secondaires. Lobjectif de ce travail est de concevoir
une application capable de grer les tablissements scolaires secondaires.
Elle rendra notre systme ducatif plus efficace et capable de rsoudre
plusieurs problmes. Etant donn que les lves, les enseignants et les
tablissements pourront avoir en un temps record toute sorte dinformation
souhaite et pourront recevoir leur quittance sur place, imprimer des documents
administratifs. Des statistiques fiables pourront tre faites pour les
tablissements
2- Objectifs
Lapplication constituera une base de donnes qui contiendra toutes les
informations concernant les tablissements, les lves, les matires, les filires
et les enseignants. Elle devra donc tre extrmement fiable. Pour ce faire, nous
devons :
- Proposer une architecture de fonctionnement de lapplication
- Etudier et Concevoir cette application

Konat Adama
Page 15
3- Le cahier de charge
Lapplication permettra :
- Dinscrire les tablissements : Le logiciel doit tre capable
d'enregistrer les tablissements de la manire la plus simple et la plus
fiable possible. Les tablissements seront enregistrs selon leurs
dnominations, statut (public ou priv), localit
- Dinscrire les lves : L'application doit tre capable dinscrire les
lves selon leur niveau, suivre les lves tout au long de leur vie
scolaire.
- De scuriser les donnes : L'accs aux donnes de la base doit tre
scuris et les utilisateurs doivent avoir un accs individualis et
limit aux donnes.
- De grer les ressources humaines : Le systme devra pouvoir grer le
corps enseignant, matires enseignes, classes prises en charges,
toutes ces informations doivent tre grables par le systme.
- Dditer des documents administratifs : Le systme devra permettre
d'diter les cartes scolaires, les attestations admissibilits et tout type
de certificat.
4- Problmatique
Apres analyse du systme actuel, nous notons des insuffisances par
rapport une gestion moderne et efficace. Ces dficits se situent plusieurs
niveaux, c'est--dire que le systme ne permet pas :
- De suivre les lves durant leur parcours scolaire.
- De contrler Les enseignants et le bon droulement des cours quils
dispensent.

Konat Adama
Page 16
- Aux
lves de consulter leurs documents scolaires (bulletins,
attestations de russite) sur le portail informatique.

- De faire des statistiques efficaces par rapport aux lves, aux
enseignants et aux tablissements.
Au vu de tous ces constats, existent-ils une solution informatique ces
problmes?
Dans la suite de ce travail, nous montrerons comment rpondre cette
problmatique.
5- Analyse du nouveau systme
5.1- Prsentation du nouveau systme
Pour rpondre au problme pos nous devons mettre en place une
application informatique qui devra permettre :
- denregistrer les tablissements.
- d'inscrire de nouveaux lves et de rinscrire les anciens levs.
- de grer les donnes lies aux tablissements, aux lves et mme aux
enseignants.
- de suivre les lves durant leur cursus scolaire.
- d'tablir des statistiques relatives aux informations enregistres.
- d'imprimer certains documents scolaires.
Pour atteindre ces objectifs nous avons suivi les tapes suivantes:
- Elaborer un cahier de charge exhaustive avec la DIPES.
- Raliser ltude du cahier de charge avec la mthode UML.
- Implmenter la base de donnes avec hyper file et lapplication avec
Webdev.
Konat Adama
Page 17
5.2- Rsultats du nouveau systme

Nous devons alors atteindre les rsultats suivants :
- Avoir une base de donnes contenant lensemble des informations
concernant les tablissements, les lves, ainsi que les enseignants
- Avoir une administration dcentralise de ce systme avec des
niveaux de validation de donnes
5.3- La modlisation
La modlisation est une technique dingnierie qui permet de comprendre
un systme par ltablissement de modles pour mettre au point une solution
un problme et est antrieure lcriture du code. Elle nous aide reprsenter
un systme :
En prcisant la structure de lapplication.
En dfinissant ce quil fait ; son comportement.
En dterminant comment il le fait.
En fournissant un canevas qui guide sa construction.
En le documentant.
Ce type de mthode sappelle analyse et il en existe plusieurs ; cependant
nous relevons que le Processus Unifis-UML et MERISE sont les plus courantes
en matire de modlisation.

Konat Adama
Page 18
6- Choix de lanalyse
Le choix fera entre les deux mthodes les plus courantes : MERISE et
UML.
Processus unifis / UML
Approche par objets et classes dobjets
:
le principe de lobjet facilite la
reprsentation
du
monde
rel,
lvolution de lapplication, favorise la
rutilisation
(hritage
et
polymorphisme)
MERISE
Approche fonctionnelle et descendante
:
Factorise certains comportements du
logiciel rendant ainsi la maintenance
complexe en cas dvolution
Regroupement des donnes et

mthodes au sein des classes : On a
une meilleure intgrit des donnes et
un accs moins anarchique et plus
circonscrit aux donnes (le principe de
lencapsulation)
Sparation des donnes et des

traitements :
Cette sparation pose des problmes
de consistance du modle lorsque cette
mthode est utilise sur des grands
projets (par exemple : cohrence des
noms et formats des donnes dans les
diffrents modles)
Plusieurs niveaux de modles :
conceptuel, logique, organisationnel,
physique avec des rgles de passages
Entre les diffrents niveaux de
modles.
Pour chaque niveau, plusieurs types de
modles : donnes, traitements,
communication
Un seul niveau de modle, mais

plusieurs types de modles en fonction
de laspect quon veut dcrire. On
procde par raffinement des modles
lors des diffrentes tapes de
lanalyse/conception.
Continuit entre les diffrentes phases
dlaboration
de
lapplication
(traabilit). Cela favorise un suivi des
exigences.
UML propose un modle qui prend en
compte tous les stades de la conduite
dun projet. En outre, Il existe une
relle cohrence de la phase danalyse
jusquau code du programme.
Toute la mthode se concentre

principalement sur la conception, sans
prendre en compte la phase de
programmation. (pas de modle de
dploiement, pas de modle de
composants)
Tableau2 : Tableau comparatif de MERISE et UML

Konat Adama
Page 19
6.1- Choix de la mthodologie

Le choix sest porte sur UML. UML (Unified Modeling Language ou
langage unifi de modlisation) est un langage graphique destin la
modlisation des systmes et de processus. Il est un langage bas sur lapproche
par objets. La version dUML dont traite ce mmoire est la version 2.0 qui est
depuis fin 2004 sous sa forme dfinitive. Elle constitue la premire volution
majeure depuis la sortie dUML en 1997. De nouveaux diagrammes ont t
ajouts et les diagrammes existants ont t enrichis de nouvelles constructions.
6.2- Les diagrammes dUML
UML 2.0 comporte ainsi treize types de diagrammes reprsentant autant
de vues distinctes pour reprsenter des concepts particuliers du systme
dinformation. Ils se rpartissent en deux grands groupes :
- Diagrammes structurels ou diagrammes statiques
diagramme de classes
diagramme dobjets
diagramme de composants
diagramme de dploiement
diagramme de paquetages
diagramme de structures composites
- Diagrammes comportementaux ou diagrammes dynamiques
diagramme de cas dutilisation
diagramme dactivits
diagramme dtats-transitions
diagrammes dinteraction
diagramme de squence
diagramme de communication
diagramme global dinteraction
Konat Adama
Page 20
diagramme de temps
Ces diagrammes, dune utilit variable selon les cas, ne sont pas
ncessairement tous produits loccasion dune modlisation.
Les plus utiles pour la matrise douvrage sont les diagrammes dactivits, de
cas dutilisation, de classes, dobjets, de squence et dtats-transitions.
Les diagrammes de composants, de dploiement sont surtout utiles pour la
matrise duvre qui ils permettent de formaliser les contraintes de la
ralisation et la solution technique.
6.3- Formalisme de quelques diagrammes
- Diagramme de cas dutilisation
Le diagramme des cas dutilisation est souvent la reprsentation directrice
du systme, celle qui permet de valider la modlisation. Il dcrit le systme sous
forme dune suite dactions et de ractions du systme des stimuli, vu du point
de vue de lutilisateur.
Acteur
Un acteur est lidalisation dun rle jou par une personne externe, un
processus ou une chose qui interagit avec un systme. Il se reprsente par un
petit bonhomme avec son nom c'est--dire son rle inscrit dessous.
Figure2 : Formalisme dun acteur

- Diagramme de sequence
Les diagrammes de squence montrent des interactions entre objets selon
un point de vue temporel.

Konat Adama
Page 21
Messages asynchrones
Figure3: Formalisme dun message asynchrone

Messages synchrones
Figure4 : Formalisme dun message synchrone

Messages de cration et destruction dinstance
Figure5 : Formalisme dun message crateur ou destructeur

Konat Adama
Page 22
- Diagramme des classes

Le diagramme de classes permet lidentification et la dfinition des types
composant le systme. Il exprime de manire gnrale la structure statique du
systme, et montre les relations entre les classes composant le systme. Le
diagramme de classes est trs li au code: on peut gnrer le code
automatiquement partir du diagramme de classes.
Figure6 : Formalisme dune classe

- Diagramme de dploiement
Ils montrent la disposition physique des diffrents matriels (les nuds)
qui entrent dans la composition dun systme et la rpartition des programmes
excutables sur ces matriels.
Figure7 : Formalisme dun diagramme de dploiement

Konat Adama
Page 23
CHAPITRE II : ETUDES TECHNIQUES

I-
Etude fonctionnelle
1- Identification des acteurs et construction des diagrammes des cas
dutilisation
Cette partie du rapport montre les diffrentes tapes du cheminement de
notre comprhension du projet. Ceci est le rsultat de nos analyses du dialogue

entre les acteurs et le futur systme.
Ainsi, nous y retrouverons six acteurs :
- Les administrateurs du logiciel, qui soccuperont de toute la partie de la
gestion informatique de
- Les tudiants, les enseignants et autres acteurs du systme ducatif
dclencheurs dun certain nombre de diagrammes que nous prsenterons.

Konat Adama
Page 24
Inscription
Affectation
Authentication
ELEVES
Modifier
Ajouter
Supprimer
Mise jour des donnes
ETABLISSEMENTS
Rechercher
Moyenne
Nbre delev/classe
Statistiques
Nbre denseig/etablis
ENSEIGNANTS
Nbre de classe/etablis
Bulletins
Imprimer
Carte scolaire
Recu dinscription
Certificat de frquentation
Figure8: Diagramme des cas dutilisation

Konat Adama
Page 25
2- Diagramme de squence
Diagramme
de
squence
du
cas
dutilisation authentification
1- Lutilisateur demande le formulaire dauthentification
2- Lapplication affiche le formulaire dauthentification
3- Lutilisateur saisi les donnes dauthentification
4- Le systme vrifie les donnes dauthentification
5- Lapplication affiche la page daccueil
ENSEIGNANTS
SYSTEME
BDD
1: demande du formulaire ()
2: affichage du formulaire ()
3 : saisi du mot de passe ()
4 : vrification du mot de passe ()
5 : affichage de la page ()
Figure9 : Diagramme de squence du processus dauthentification

Konat Adama
Page 26
Diagramme de squence du cas dutilisation Ajouter

1- Lutilisateur demande une fiche
2- Lapplication affiche la fiche
3- Lutilisateur entre les donnes
4- Lapplication envoie la requte de stockage
5- Les donnes sont stockes dans la base des donnes
6- Lapplication affiche la confirmation de lajout
ENSEIGNANTS
SYSTEME
BDD
1: demande de fiche note ()

2: affichage de la fiche ()
3 : saisie des donnes ()

4 : envoie de requte ()
5 : stockage ()
6 : confirmation de lajout ()
Figure10 : Diagramme de squence dAjout des donnes

Konat Adama
Page 27
Diagramme de squence du cas dutilisation Suppression

1- Lutilisateur demande la suppression dune donne
2- Le systme lui demande de sidentifier
3- Lutilisateur saisi son matricule
4- Le systme envoie une requte la base de donnes
5- La base charge la donne supprimer
6- Le systme demande une confirmation de la suppression
7- Lutilisateur confirme la suppression
8- La base supprime la donne
9- Le systme confirme la suppression
ENSEIGNANTS
SYSTEME
BDD
1: demande de la suppression ()
2: demande didentification ()
3: saisie de matricule ()
4: envoie de la requte ()
5: chargement de la donne
6: demande de confirmation ()
7: confirmation ()
8: suppression
9: confirmation de la suppression ()
Figure11: Diagramme de squence de suppression des donnes
Konat Adama
Page 28
Diagramme de squence du cas dutilisation Modification

1- Demande de modification dune donne
2- Le systme demande de sidentifier
3- Saisie de matricule
4- Envoie de la requte
5- Chargement de la donne
6- Affichage de la donne
7- Envoie de la nouvelle donnee
8- Modification des donnes
9- Confirmation de la modification
ENSEIGNANTS
SYSTEME
BDD
1: demande de modification ()
2: demande didentification ()
3 : saisie de matricule ()
5 : chargement ()
6 : affichage
7 : envoie nouvelle donne ()
8 : modification des donnes ()
9 : confirmation de la modification ()
Figure12 : Diagramme de squence de modification des donnes

Konat Adama
Page 29
Diagramme de squence du cas dutilisation Recherche

1. Lutilisateur fait une demande de recherche
2. Lapplication demande la donne rechercher
3. Lutilisateur saisi le code de la donne
4. Lapplication envoie le code la base de donnes
5. Une fonction de recherche se fait au niveau de la base
6. La base charge la donne trouve vers lapplication
7. Lapplication affiche la donne.
ENSEIGNANTS
SYSTEME
BDD
1: faire la demande de recherch ()

2 : demande du choix de recherche ()
3 : saisie du code de la donne ()
4 : envoie du code a la BDD ()
5 : recherche ()
6 : chargement ()
7 : affichage des rsultats ()
Figure13 : Diagramme de squence de recherche des donnes

Konat Adama
Page 30
Diagramme de squence du cas dutilisation Affectation

1- Lutilisateur fait une demande daffectation
2- Lapplication affiche la liste des choix daffectation
3- Lutilisateur fait son choix daffectation
4- Lapplication envoie la requte la BDD
5- Une analyse est faite au niveau de la BDD et lutilisateur est affecter
6- Le systme affiche la fiche daffectation de lutilisateur
UTILISATIONS
SYSTEME
BDD
1: demande daffectation ()
2: demande de choix daffectation ()
3: affectation choisie ()
4 : analyse ()
6 : chargement ()
7 : affichage de la fiche daffectation ()
Figure14 : Diagramme de squence du processus daffectation

Konat Adama
Page 31
Diagramme de squence du cas dutilisation Statistique

1- Lutilisateur demande faire une statistique
2- Le systme affiche la liste du choix de statistique
3- Lutilisateur entre le code de statistique voulu
4- Le systme envoie la requte de statistique la BDD
5- Une fonction de statistique est lance au niveau de la BDD
6- La BDD charge les statistiques voulu
7- Le systme affiche les diffrentes statistiques
ENSEIGNANTS
SYSTEME
BDD
1: demande une statistique ()

2: envoie la liste des statistiques ()
3 : le choix de statistique ()
5 : recherche statistique ()
6 : chargement ()
7 : affichage statistique ()
Figure15 : Diagramme de squence du processus de statistique des donnes

Ltape suivante consiste montrer les enchainements des activits
propres aux cas dutilisation : le Diagramme dactivit.
Konat Adama
Page 32
II- ETUDES DYNAMIQUE ET STATIQUE

1- Etude dynamique : Les diagrammes dactivit
Diagramme dactivit de lauthentification
ENSEIGNANTS
Demarrer lapplication
SYSTEME
BASE DE DONNEES
ouvrir lapplication
Afficher le formulaire authentification
Saisie et soumission de requte
Verification
Affichage de la page
Tableau3 : Diagramme dactivit du processus dauthentification

Konat Adama
Page 33
Diagramme dactivit de linscription

ELEVES
SYSTEME
BASE DE DONNEES
Afficher la page dinscription
Saisie ET soumission de requte
Verification
Afficher message derreur
Afficher les donnes entres et

demande de validation
Stockage des donnes
Validation
Afficher la confirmation
Tableau4 : Diagramme dactivit du processus dinscription

Konat Adama
Page 34
Diagramme dactivit de lenregistrement (ajout)

ENSEIGNANTS
SYSTEME
Demande de fichier
BASE DE DONNEES
Affichage du fichier
Verification des donnes
Saisie des donnes

Message derreur
Confirmation de lajout
Stockage des donnes
Tableau5 : Diagramme dactivit du processus dAjout

Diagramme dactivit de modification
ENSEIGNANTS
Demande du fichier
SYSTEME
BASE DE DONNEES
Affichage du
Verification des donnes
Saisie des donnes

Message derreur
Modification
Message de confirmation
Tableau6 : Diagramme dactivit du processus de modification des donnes

Konat Adama
Page 35
Diagramme dactivit de recherche

UTILISATEURS
SYSTEME
Lancement de recherche
BASE DE DONNEES
Affichage de la liste
Verification
Saisie du code de recherche

Message derreur
Affichage de la recherche
Tableau7 : Diagramme dactivit du processus de recherche des donnes

Diagramme dactivit de suppression
UTILISATEURS
Demande du fichier
SYSTEME
BASE DE DONNEES
Afficher le fichier
Verification du code
Saisie du code
Message derreur
Demande de confirmation
Suppression
Confirmation
Message de confirmation
Tableau8 : Diagramme dactivit du processus de suppression

Konat Adama
Page 36
Diagramme dactivit dimpression

UTILISATEURS
Demande du fichier
SYSTEME
BASE DE DONNEES
Affichage du fichier
Verification du code
Saisie du code
Message derreur
Impression
Tableau9 : Diagramme dactivit du processus dimpression

La collection des lments du modle statique, tel que les classes, les
interfaces et les relations qui les relient comme un graphe reprsente le
diagramme de classe de lapplication. Il dbut par la mise en place du
dictionnaire des donnes.
Le dictionnaire de donnes (voir page annexe) est le document dans
lequel on rcapitule toutes les donnes utiles une application, avec leurs
descriptions, leurs natures, les rgles et contraintes qui sy rapportent.
2- Etude statique : Le diagramme des classes de lapplication

Konat Adama
Page 37
Etablissements
Cod_etab
Lib_etab
Stat_etab
Adres_etab
Loc_etab
Sincrire() : string
Consulter() : string
Imprimer() : string
1.*
Cycles
Cod_cycle
Lib_cycle
1.* 1
Affectations
1
Id_affec
Lib_affec
Etre_faire() :string
Note
Num_note
Lib_note
Dat_note
1.*
1.*
1.* Enseignants
Mat_ens
Nom_ens
Preno_ens
Datnais_ens
Lieunais_ens
Cat_ens
Adres_ens
Cont_ens
Noter() :string
Enseigner() :string
Dispenser_cour() :string
1
1.*
1
Series
Cod_serie
Lib_serie
Matires
Cod_mat
1.*
Lib_mat
Coeff_mat
1.*
1.*
Inscriptions
Id_inscrip
Lib_inscrip
Dat_inscrip 1
1
1.*
Niveaux
Cod_nivo
Lib_nivo
1.*
1.1
1.*
Elves
Mat_elev
Nom_elev
Preno_elev
Datnais_elev
Lieunais_elev
Adres_elev
Cont_elev
Sex_elev
Sinscrire():string
Faire_cours():string
Etre_noter():string
1.*
1.*
Annes scolaire
Id_ane
Dat_debut
Dat_fin
Lib_anne
Classes
Cod_clas
Lib_clas
Figure16: Diagramme des classes

Konat Adama
Page 38
La description des diffrentes associations :

Numro
Dsignation
Classes participantes
Cardinalits
Faire
Etablissements
1.*
Affectations
Affectations
Enseignants
1.*
Enseignants
1.*
Elves
1.*
Etablissements
1.*
Cycles
1.*
Notes
Matires
1.*
Cycles
1.*
Sries
Niveaux
1.*
Matires
1.*
Sries
1.*
Niveaux
Niveaux
1.*
Classes
Classes
1.*
Inscriptions
Inscriptions
Elves
1.*
Inscriptions
Annes- scolaires
1.*
10
11
12
Etre affecter
Peut encadrer
Peut tre
Etre compose
Composer de
Peut avoir
Etre relatif
Avoir
Avoir lieu
Peut faire
Peut concerner
Tableau10 : Description des relations entre les classes

Konat Adama
Page 39
Diagramme de dploiement
Liaison TCP/IP
UTILISATEURS
SERVEUR
DAPPLICATION
Ou protocole HTTP
Serveur Apache
Poste client
Liaison TCP/IP
BASE DE DONNEES
Figure17 : Diagramme de dploiement

Ainsi lapplication de gestion des tablissements secondaires a pu tre
modlise en se basant sur les diagrammes du langage UML, savoir le
diagramme de cas dutilisation, le diagramme de squence, le diagramme
dactivit, le diagramme de classe et le diagramme de dploiement.

Konat Adama
Page 40
CHAPITRE III : REALISATION ET EVALUATION DU PROJET

Ce chapitre fera lobjet de prsentation de loutil de dveloppement de
lapplication de gestion des tablissements scolaires. Il permettra de donner les
raisons du choix du systme dexploitation et du systme de gestion de base de
donnes.
I- Ralisation technique
1- Prsentation et choix du systme dexploitation
Pour juger la puissance dun ordinateur, il ne suffit pas de considrer ses
composants matriels. Il faut considrer le systme dexploitation en plus du
matriel, car cest un tout indissociable.
Le systme dexploitation est un logiciel qui permet de faire fonctionner
tous les composants dun ordinateur ainsi que toutes les applications qui lui sont
compatibles.
Le systme dexploitation est le socle de base de lordinateur les
dveloppeurs et les utilisateurs sappuient sur le systme dexploitation pour
btir ou utiliser les applications. Ils existent depuis 1960, et aujourdhui, on
distingue une multitude de systme dexploitation. La comparaison de tous ces
systmes savre donc dlicat.
La comparaison se limitera donc au deux systme les plus connu du
grand public, Windows et linux.
1.1- WINDOWS
Windows est un systme dexploitation dvelopp par lentreprise
amricaine Microsoft corporation. Windows est une interface graphique
multifentre, galement appel utilisateur graphique.

Konat Adama
Page 41
Ce systme se caractrise par plusieurs versions chacune correspondant

une amlioration de lautre.
Ces diffrentes versions sont :
1- Interface graphique base sur MS DOS
2- Gamme Windows 97
3- Gamme Windows NT, 2000, XP, 2003
4- Gamme Windows 7 (Seven)
5- Gamme Windows 8
Inspir par dautre systme dexploitation en particulier UNIX, Windows
est un systme dexploitation multiutilisateur et multitche. Utilisable sur de
nombreux types de plates-formes, Windows est apprci dans le monde de
linformatique pour sa portabilit, son niveau de scurit lev, sa stabilit et sa
puissance. Depuis le dbut des annes 1970 avec limportation de quelques
technologies, Microsoft a pu vite dvelopper sa technologie. Les nouveaux
noyaux de Windows ont des fonctions multitches et multiutilisateurs, il tourne
aujourdhui sur des systmes 32 bits et 64 bits.
1.2- LINUX
Linux a t dvelopp par LINUS TORVALDS, tudiant finlandais en
informatique.
Il commena en 1991 a optimise le systme dexploitation
MINIX pour en faire un systme dexploitation moderne et puissant pour PC.

LINUX possde lensemble des fonctionnalits dUNIX. Son code source est
disponible pour tout le monde et en consquence, chaque utilisateur qui se sent
capable peut ladapter son gout en fonction de ses besoins. Il est multitches,
multiutilisateurs, multi plates-formes, scuris et possdant une interface
graphique. Comme tout systme dexploitation, Linux sert dinterface entre
lutilisateur et les composants lectroniques de lordinateur. LINUX existe sous
Konat Adama
Page 42
diffrentes distributions notamment Solaris, Redhat, Debian, Fedora pour ne

citer que ceux-ci.
Voici un tableau rcapitulatif de ces deux systmes dexploitation.
Windows
Linux
Logiciel propritaires
Logiciel libre
Applications payantes pour la plupart
Pas toujours gratuits
Pas daccs au code source
Utilisation du code source sous
Restriction de licence
condition de respecter la licence
Installation des applications non
La libert dexcuter le logiciel pour
centralise
nimporte quel usage
Systme rigide
La libert de redistribuer des copies
Produit Microsoft
La libert damliorer le programme et
Pilote dj installes (dtection de
de rendre publique les modifications,
matriels souvent linstallation)
afin que lensemble de la communaut
Systme multitches et
en bnficie
multiutilisateurs
Flexibilit du logiciel
Les fonctions de maintenance de
Produit de plusieurs auteurs
lordinateur comme les patchs qui
Interoprabilit (dfinition et respect
servent de mise jour
du standard)
La possibilit dtre membre dun
Grandes communaut de
domaine et la possibilit que
dveloppeurs, grande ractivit en cas
lordinateur soit gr depuis un
dcouverte de bugs
serveur
Grands choix de logiciels
LEncrypting File System, qui
Plateforme multitches, temps rel,
encrypte automatiquement les donnes multisession, multiutilisateurs

du disque dur ce qui permet de le
rendre illisible sans entrer le mot de
passe
Konat Adama
Page 43
Une fonction qui permet de faire une

copie automatique des fichiers dun
autre ordinateur
Un contrle daccs spcifique
certains dossiers pour pouvoir viter
laccs de certains utilisateurs
Tableau11 : Tableau comparatif des systmes Windows et Linux
Notre choix se porte alors sur le systme dexploitation Windows
2- Prsentation et choix du SGBDR
Une base de donnes reprsente un ensemble (cohrent, intgr, partag)
des informations ncessaires au fonctionnement dune entreprise, ensemble dont
la gestion est assure par un logiciel appel Systme de Gestion de Base de
Donnes (SGBDR). On entend ici par entreprise toute collectivit dindividus
travaillant en coordination la ralisation dun objectif commun.
De nombreux SGBDR sont disponibles sur le march, partant des
SGBDR gratuits jusquaux SGBDR destins spcialement aux professionnels,
comportant de nombreuses fonctionnalit mais plus couteux
2.1- Exemple de quelques SGBDR
La base de donnes doit offrir un vaste panel de fonctionnalits :
dclencheurs, fonctions scalaires, etc. Les diteurs du march proposent des
produits dont la richesse fonctionnelle est variable. Mme si lusage de
lensemble des fonctionnalits est rarement ncessaire, les avoir disposition de
manires natives et documentes reprsentent un lment de confort en termes
de mise en uvre et dadministration. Sur la marche, de nombreux produits sont
disponibles. Certains sont proposs par des diteurs tablis depuis de longue

Konat Adama
Page 44
date, dautres sont le fruit du travail de communaut de dveloppeurs ou de

nouvelle socit tel que le HyperfileSQL de Webdev.
- La premire catgorie regroupe des fournisseurs disposant dune
gamme de produits aux caractristiques connues, bnficiant dun
historique de plusieurs dcennies ou descendants danctres rputs.
Nous rangeons BD2, Oracle, Sybase ASE et Microsoft SQL Server
dans cette catgorie.
- Dans le second groupe se classent des acteurs trs connus du monde
de lOpen source. Proposant des produits souvent performants et bien
conus, ils ont, ces dernires annes, occups le devant de la scne et
acquis des parts de march assez importantes dans le domaine
internet. Cependant il ne faut pas se faire dillusion sur quelques
aspects de ces offres. Dans cette catgorie, se rangent MySQL,
PostgreSQL, OpenIngres, Cloudscape et bien dautre.
2.2- HyperFileSQL.
HyperFileSQL est la base de donnes scurise et puissante, livre en
standard dans Webdev. HyperFileSQL existe en 3 versions :
-
HyperFileSQL Classic : mode monoposte et/ou rseau
HyperFileSQL Client/Serveur
HyperFileSQL Mobile
Les bases de donnes HyperFileSQL Classic et HyperFileSQL

Client/Serveur sont supportes :
- sous Windows
- sous Linux
La base de donnes HyperFileSQL (toutes versions) est librement
diffusable avec les applications dveloppes avec Webdev.
Konat Adama
Page 45
HyperFileSQL Classic
HyperFileSQL Classic permet de dvelopper des applications avec une
base :
- monoposte
- rseau
- Si HyperFileSQL est en mode rseau, les tables de donnes sont
prsentes dans un rpertoire accessible par les postes utilisateur.
Chaque poste utilisateur accde physiquement aux tables de donnes.
Les traitements (requtes, lecture / ajout dans une table, ...) sont
raliss sur chaque poste utilisateur.
HyperFileSQL Client/Serveur
Webdev permet de crer des applications accdant des bases de
donnes
HyperFileSQL
Client/Serveur.
Une application
HyperFileSQL
Client/Serveur consiste excuter l'application sur diffrents postes utilisateur

(appels machines clientes) et dporter la ou les bases de donnes et les
traitements sur un poste serveur.
Les tables de donnes sont prsentes sur un poste serveur. Seul le poste
serveur accde physiquement aux tables de donnes. L'ensemble des traitements
(requtes, lecture / ajout dans une table, ...) est ralis sur le serveur.
Diffrentes fonctions HyperFileSQL sont spcifiques la gestion des
donnes HyperFileSQL Client/Serveur. Ces fonctions permettent principalement
de :
- grer les utilisateurs et les groupes d'utilisateurs
- grer les tables de donnes prsentes sur le serveur
- grer l'intgrit rfrentielle
- grer le serveur
Konat Adama
Page 46
- grer les procdures stockes

- grer les triggers serveur
- grer les tches planifies sur le serveur
- grer les sauvegardes sur le serveur
- grer les clusters
Les fonctions Wlangage spcifiques la gestion du moteur
HyperFileSQL Client/Serveur sont multiples. Webdev propose 2 familles de
fonctions WLangage pour accder aux bases de donnes HyperFileSQL :
- les fonctions
Hxxx: par exemple HLitSuivant,
HAjoute,
HLitRecherche,
- les fonctions SQLxxx
En voici quelquun :
Tableau12 : Quelques fonctions du Wlangage

Konat Adama
Page 47
Les capacits de la base HyperFileSQL sont :

Colonnes par table : 65535
Cls par table : 65535
Taille dune cl : 65535 octets
Lignes par table : 329 millions de milliards
Taille dune table : 4 millions de tras
Taille dune ligne : 2 Go
Taille dune colonne : 65 535 octets
Taille dune colonne mmo : 4 Go
La base de donnes HyperFileSQL est accessible via :
-
Rseau local
Wi-Fi
TSE (terminal server dition)
Citrix
Modem
ADSL
Ligne Spcialise (LS)
HyperFileSQL supporte en standard un ensemble de concepts visant

faciliter ladministration, la gestion, le dploiement et la scurit des bases de
donnes :
- gestion automatique des accs concurrentiels
- gestion de contextes indpendants
- trigger
- intgrit rfrentielle
Konat Adama
Page 48
- filtre, vue, requte

- statistiques dexploitation de la base
- transactions
- journalisation
- cryptage des donnes
- compression de donnes
- support des caractres UNICODE
- import/export
- indexation
- recherche
- rplication
- procdures stockes (HyperFileSQL Client/Serveur uniquement)
3- La plateforme de conception
La plateforme choisie pour la conception de lapplication est WEBDEV.
WEBDEV est un AGL (Atelier de Gnie Logiciel). WEBDEV permet par son
intgration totale, sa facilit lgendaire, sa technologie de pointe, de russir plus
vite les projets denvergure sous Windows, Linux, .NET, Java et plus !
(compatible Web, Mobile, Android, iPhone, iPad,...). Il nous permet de
dvelopper des applications dans tous les domaines :
- Gestion (Comptabilit, Paie, Finances, Commerce, Stock, )
- Industrie (robots, caisses, automates, balances, lecteur de badge,
supervision, ...)
- Mdical
- MultiMedia
- Internet
- Accs distant
- Vrification didentit des visiteurs dune manifestation : salon,
prsentation de produits...
Konat Adama
Page 49
- Mdecins ou vtrinaires en dplacement

- Prises dinformations sur un lieu de passage : salon professionnel, rue
pour un sondage, stade
- Retour de matriel de location encombrant (outils, vhicules)
directement sur parking.
- Inventaire, traabilit des marchandises
- Rglage et suivi de machines sur chaine de production
- Prise de commandes pour traitement rapide sur lieu de vente de
passage (foire, cole, stand)
- Outil daide la de prise de dcision durgence sur portable.
Les applications Webdev accdent toutes les bases de donnes,
relationnelles ou non du march. Toutes les bases de donnes sont supportes.
Webdev est livr en standard avec Hyper File, une puissante base de donnes
relationnelle, dj utilise sur des millions de sites. Webdev est un outil de
dveloppement complet qui intgre tous les outils ncessaires au cycle de
ralisation
dune
application.
Contrairement
dautres
langages
de
dveloppement traditionnels, il nest pas ncessaire de chercher et de rajouter

des modules pour pouvoir concevoir, tester et installer une application.
Le L5G (Langage de 5me Gnration) de Webdev, le WLangage,
tonne par sa simplicit : quelques heures suffisent pour apprhender le langage,
une semaine suffit en gnral pour matriser toute sa puissance. Webdev permet
de suivre, tape par tape, de la conception la finalisation, le cycle complet du
dveloppement dune application.
Webdev propose certainement lenvironnement de travail le plus puissant,
le plus facile et le plus intgr du march. Lditeur de fentres de Webdev est
100% WYSIWYG ("Ce que vous voyez est ce que vous aurez"). Il permet de
raliser facilement de superbes fentres relies aux donnes.
Konat Adama
Page 50
Le logiciel a t commercialis pour la premire fois en 1993, avec sa

version 7.5, il dispose dune exprience hors du commun. WEBDEV a volu
sans cesse depuis sa cration, a innov et innove sans relche pour le plus grand
bnfice de ses utilisateurs. Prcurseur dans le domaine du Framework (mis
en place ds 1993), de lintgration totale des outils ncessaires la gestion du
cycle de vie des applications, du dploiement libre et gratuit, et chantre de
louverture totale toutes les technologies. Numro un incontest en France
depuis des annes, il nest pas prs de laisser sa place quiconque,
principalement en raison de son volution permanente dans le respect des
besoins rels des quipes de dveloppement. Aujourdhui en version 19,
WEBDEV, comme son clbre slogan laffirme, permet de dveloppement
rellement 10 fois plus vite , pour le plus grand bnfice des dveloppeurs et
des utilisateurs.
Le choix de Webdev se porte surtout sur la puissance et ladaptation de
ce logiciel. La simplicit du logiciel est un des faits remarquables aussi.
La conception dune application sous Webdev passe par la cration dun
projet. Un Projet Webdev est un ensemble dlments : fentres, tats, champs,
classes, composants... dont lassemblage permet de raliser une application.
Ensuite vient lanalyse associe au projet, une Analyse Webdev regroupe la
description des fichiers de donnes de lapplication. Un projet est gnralement
associ une analyse. Une analyse peut tre associe un ou plusieurs projets.

Konat Adama
Page 51
Figure18 : Schma dune analyse Webdev

Tableau rcapitulatif des choix
DOMAINES
APPLICATIONS
Mthode danalyse
UML
Systme dexploitation
Windows 7
SGBD
HyperfileSQLclient/server
Langage de programmation
Webdev
Tableau13 : Tableau rcapitulatif du choix des lments pour le projet

Linterface graphique de Webdev se prsente ainsi :

Konat Adama
Page 52
Figure19 : Interface daccueil de Webdev

4- Quelques captures dcran
Au lancement de lapplication, lcran daccueil de lapplication souvre.
Via les diffrentes fentres lutilisateur peut choisir loption qui lui convient.

Konat Adama
Page 53
Figure20 : Fentre daccueil de lapplication

Cette fentre servira aussi le chargement des pages publicitaires et
dautres informations en bande passante.
Ensuite, avant toute opration le systme exige une authentification pour
une scurit : cest la fentre dauthentification
Figure21 : Fentre dauthentification

Konat Adama
Page 54
Aprs authentification, laccs au systme devient une ralit car

lutilisateur aura ce moment-l un contrle de toutes les fonctionnalits de
lapplication en fonction de ses privilges. Ainsi, un lev aura page ci-dessous
dinscription pour son inscription aprs la saisie de son matricule.
Figure22 : Fentre dinscription

Linscription consistant plusieurs tapes, lutilisateur aura a rempli les
diffrentes pages que le systme lui fournira.
Le systme se comportera ainsi en face de toute requte quil recevra
quelques soit le type dutilisateur.
Lapplication ainsi conue offre de multiple fonctionnalits dont :
- Linscription des lves
- Lidentification des tablissements
- Lenregistrement des enseignants
- Limpression de certains documents scolaires pour les lves
- La suivie des enseignants en fonction des matires quils dispensent

Konat Adama
Page 55
- Mener une statistique sur les infrastructures scolaires, les enseignants

et les lves.
II- EVALUATION DU PROJET
1- Estimation du cout du projet
Dsignation
Prix unitaire
Quantit Prix total
en FCFA
MATERIELS
Ordinateur
HP/SONY/TOSHIBA
Server
Imprimante
EDICECURE
555 000
10
5 550 000
1 500 000
3 000 000
5 000 000
10 000 000
LOGICIELS
Systme
WINDOWS XP
800 000
2 400 000
VERSION 19
500 000
1 500 000
dexploitation
Webdev
AUTRES
Formation
700 000
Main duvre
500 000
23 650 000
Tableau14 : tableau dvaluation du cout du projet

Konat Adama
Page 56
2- Construction du planning dexcution

La cl principale de la russite dun projet est un bon planning. En effet,
le planning aide a bien subdiviser le travail et sparer les taches raliser. Il
offre une meilleure estimation et gestion de temps ncessaire pour chaque tache.
Dans notre projet, nous avons estim de raliser notre application dans
une dure approximative de 3 mois. Le tableau ci-dessous montre le planning
que nous avons adopt pour mener bien la ralisation des diffrentes parties du
projet.
Moi et semaines
Etape
AVRIL
1
MAI
4
JUIN
4
Etude pralable
Etude technique
Ralisation
Test
Tableau15 : Le planning dexcution du projet

Konat Adama
Page 57
CONCLUSION
Au terme de ce projet nous avons conu et ralis une application
informatique permettant de mieux grer les tablissements scolaires secondaires
de notre systme scolaire.
La spcification de lapplication donne aux lves, aux enseignants et
aux tablissements une grande fluidit dans chaque tape des activits quils
mnent durant les annes scolaires.
Afin de satisfaire les besoins des utilisateurs, nous avons commenc la
conception en utilisant le formalisme UML et faire la mise en uvre sous
Webdev.
Ce projet a fait lobjet dune exprience intressante, car il nous a permis
damliorer nos connaissances et nos comptences dans le domaine de la
programmation.
Cependant, des perspectives damlioration de lapplication restent
envisageables telles que lenrichissement de certains menus, ainsi que
lamlioration de la qualit des renseignements avec une recherche multicritre.

Konat Adama
Page 58
LISTE DES TABLEAUX

Tableau1 : Tableau rcapitulatif de lexistant du service technique de la DIPES,
page13
Tableau2 : tableau comparatif de MERISE et UML, page19
Tableau3 : diagramme dactivit dauthentification, page33
Tableau4 : diagramme dactivit dinscription, page34
Tableau5 : diagramme dactivit dajout, page35
Tableau6 : diagramme dactivit de modification, page35
Tableau7 : diagramme dactivit de recherche, page36
Tableau8 : diagramme dactivit de suppression, page36
Tableau9 : diagramme dactivit dimpression, page37
Tableau10 : Tableau de description des relations entre les classes, page39
Tableau11 : Tableau comparatif des systmes dexploitation Windows et Linux,
page44
Tableau12 : Quelques fonctions du Wlangage, page47
Tableau13 : Tableau rcapitulatif du choix des logiciels utiliss pour le projet,
page52
Tableau14 : Tableau dvaluation du cout du projet, page56
Tableau15 : Tableau du planning dexcution du projet, page57

Konat Adama
Page 59
LISTE DES FIGURES

Figure1 : Organigramme de la structure daccueil, NAMT, page12
Figure2 : Formalisme dun acteur en UML, page21
Figure3 : Formalisme dun message asynchrone, page22
Figure4 : formalisme dun message synchrone, page22
Figure5 : formalisme dun message crateur ou destructeur, page22
Figure6 : formalisme dune classe, page23
Figure7 : formalisme dun diagramme de dploiement, page23
Figure8 : Diagramme des cas dutilisation, page25
Figure9 : Diagramme de squence du processus dAuthentification, page26
Figure10 : Diagramme de squence du processus dAjout, page27
Figure11 : Diagramme de squence du processus de Suppression, page28
Figure12 : Diagramme de squence du processus de Modification, page29
Figure13 : Diagramme de squence du processus de Recherche, page30
Figure14 : Diagramme de squence du processus dAffectation, page31
Figure15 : Diagramme de squence du processus de Statistique, page32
Figure16 : Diagramme des classes, page38
Figure17 : Diagramme de dploiement, page40
Figure18 : Schma dune analyse Webdev, page52
Figure19 : Interface daccueil de Webdev, page53
Figure20 : La fentre daccueil de lapplication, page54
Konat Adama
Page 60
Figure21 : La fentre daccueil de lauthentification, page54

Figure22 : la fentre daccueil de linscription, page55

Konat Adama
Page 61
BIBLIOGRAPHIE ET WEBOGRAPHIE
Martin Fowler, 2000, UML Distilled, Wesley P90-95
Ivar Jacobson, 1999, Unified Software Development Process, Wesley, P80-102
Jos B. Warmer et Anneke G. Kleppe, 2006, Modeling With UML, Wesley P70
Pierre-Alain Muller et Nathalie Gaertner, 1997 Modlisation avec UML,
Eyrolles P100-115.
www.developpez.com, consult le 12/04/2014.
www.labo-microsoft.info, consult le 15/04/2014.
www.celigent.com/omg/umlrtf/tutorials.htm, consult le 20/04/2014.
http://c2.com/ppr/index.html, consult le 22/04/2014.
www.pcsoft.fr, consult le 12/05/2014.
www.commentcamarche.net, consult le 15/05/2014.
www.vulgarisation-informatique.com, consult le 22/05/2014.

Konat Adama
Page 62
ANNEXE
Dictionnaire des donnes
Code
Signification
Type Longueur
Structure
Nature Observation
Cod_etab
AN
15
Sig
Lib_etab
AN
50
Sig
Stat_etab
25
Sig
Loc_etab
AN
25
Sig
Adres_etab
AN
15
Sig
Cod_cycle
AN
15
Sig
Lib_cycle
AN
50
Sig
Cod_serie
AN
15
Sig
Lib_serie
AN
50
Sig
10
Cod_nivo
AN
15
Sig
11
Lib_nivo
AN
50
Sig
12
Id_affect
AN
15
Sig
13
Lib_affect
AN
50
Sig
14
Id_ane
AN
15
Sig
Identifiant
15
Dat_deban
Date
10
Sit
JJ/MM/AAAA
16
Dat_finan
Code de
ltablissement
Libell de
ltablisSement
Statu de
ltablisSement
La localit de
ltablissement
Adresse de
ltablissement
Le code du
cycle
Libell du
cycle
Le code de la
srie
Libell de la
srie
Le code du
niveau
Libell du
niveau
Le code de
laffectation
Libell de
laffectation
Le code de
lanne
La date de
dbut de
lanne scolaire
La date de fin
de lanne
Date
10
Sit
JJ/MM/AAAA

Konat Adama
Identifiant
Identifiant
Identifiant
Identifiant
Identifiant
Page 63
17
Lib_an
18
Id_inscrip
19
Lib_inscrip
20
Dat_inscrip
21
Cod_clas
22
Lib_clas
23
Num_note
24
Lib_note
25
Cod_mat
26
Lib_mat
27
Coeff_mat
28
Mat_elev
29
Nom_elev
30
Preno_elev
31
Datnais_ele
v
32
Lieunais_el
ev
33
Adres_elev
34
Cont_elev
35
Sex_elev
scolaire
Libell de
lanne scolaire
Le code de
linscription
Libell de
linscription
La date de
linscription
Le code de la
classe
Libell de la
classe
Le numro de
la note
Le libell de la
note
Le code de la
matire
Le libell de la
matire
Le coefficient
de la matire
Matricule de
llve
Le nom de
llve
Le prnom de
llve
La date de
naissance de
llve
Le lieu de
naissance de
llve
Ladresse de
llve
Contact de
llve
Le sexe de
llve
AN
50
Sig
AN
15
Sig
AN
50
Sig
Date
10
Sig
JJ/MM/AAAA
AN
15
Sig
Identifiant
AN
50
Sig
15
Sig
AN
50
Sig
AN
15
Sig
AN
50
Sig
Sig
AN
15
Sig
AN
20
Sig
AN
50
Sig
Date
10
Sit
AN
50
Sig
AN
25
Sig
AN
13
Sig
08
Sig

Konat Adama
Identifiant
Identifiant
Identifiant
Identifiant
JJ/MM/AAAA
Page 64
36
Mat_ens
37
Nom_ens
38
Preno_ens
39
Datnais_en
s
40
Lieunais_e
ns
41
Cat_ens
42
Adres_ens
43
Cont_ens
Matricule de
lenseignant
Le nom de
lenseignant
Le prnom de
lenseignant
La date de
naissance de
lenseignant
Le lieu de
naissance de
lenseignant
La catgorie de
lenseignant
Ladresse de
lenseignant
Le contact de
lenseignant
AN
15
Sig
AN
20
Sig
AN
50
Sig
Date
10
Sit
AN
50
Sig
AN
10
Sig
AN
25
Sig
13
Sig
Identifiant
JJ/MM/AAAA
Diagramme de squence du cas dutilisation Impression

1- Lutilisateur demande limpression dun document
2- Lapplication affiche le formulaire dimpression
3- Lutilisateur saisit la donne
4- Lapplication soumet la donne la base
5- Le formulaire se fera charger partir de la BDD
6- Lapplication affiche le formulaire lutilisateur et demande la
confirmation
7- Lutilisateur confirme limpression
8- Lapplication envoi la requte a la BDD
9- La fonction dimpression se lancera partir de base de donnes
10- Le document est imprime

Konat Adama
Page 65
ELEVES
SYSTEME
BDD
1: demande dimpression ()
2: affichage du formulaire ()
3 : indication de la donne ()
4 : requte dimpression ()
5 : chargement du formulaire ()
6 : demande de confirmation ()
7 : confirmation ()
8 : requte de confirmation ()
9 : fonction dimpression ()
10 : impression du document ()

Konat Adama
Page 66
Diagramme de squence du cas dutilisation inscription

1- Llve demande la page dinscription
2- Le systme lui demande de sauthentifier
3- Llve renseigne les champs dauthentification
4- Le systme affiche la page dinscription
5- Llve rempli la page dinscription et lenvoie au systme
6- Le systme vrifie les informations donnes
7- Le systme valide ou invalide linscription
8- Apres validation, le systme confirme linscription.

Konat Adama
Page 67
ELEVES
SYSTEME
BDD
1: demande dinscription ()
2: page authentification ()
3:saisi des identifiants ()

4: vrification des donnes ()
5 : chargement ()
6 : Affichage de la fiche ()
7 : Envoie de la fiche rempli
8 : mise jour des donnes
9 : chargement ()
10 : confirmation de linscrit

Konat Adama
Page 68
TABLE DES MATIERES
SOMMAIRE.. 1
DEDICACES. 3
REMERCIEMENTS......... 4
AVANT PROPOS.......... 5
ABREVIATIONS........... 7
INTRODUCTION......... 9
CHAPITRE I : ANALYSE DE LEXISTANT ET NECESSITE DE LA
MISE EN PLACE DUN NOUVEAU SYSTEME. 10
I-
PRESENTATION DE LA STRUCTURE DACCUEIL ET

ANALYSE DE
LEXISTANT 10
1- Prsentation de la structure daccueil. 10
1.1- Moyens Humains.. 10
1.2- Moyens matriels et techniques 11
1.3- Moyens financier.. 11
1.4- Mission 11
1.5- Valeur .. 11
1.6- Vision .. 11
1.7- Organigramme 12

Konat Adama
Page 69
2- Etude de lexistant. 13
2.1- Prsentation de lexistant... 13
2.2- Analyse de lexistant. 14
II-
NECESSITE DE LA MISE EN PLACE DUNE APPLICATION

DE GESTION DES ETABLISSEMENTS SCOLAIRES
SECONDAIRES ..................................................................... 15
1- Prsentation du projet.. 15
2- Objectifs.. 15
3- Cahier de charge. 16
4- Problmatique. 16
5- Analyse du nouveau systme. 17
5.1- Prsentation du nouveau systme 17
5.2- Les rsultats de lapplication... 18
5.3- La modlisation 18
6- Choix de lanalyse... 19
6.1- Choix de la mthodologie.... 19
6.2- Les diagrammes UML. 25
6.3- Formalisme de quelques diagrammes. 27
CHAPITRE II : ETUDE TECHNIQUE... 24

I-
ETUDE FONCTIONNELLE.................... 24

Konat Adama
Page 70
1- Identification des acteurs et construction du diagramme des cas

dutilisation......... 29
2- Diagramme des squences.. 26
II-
ETUDES DYNAMIQUE ET STATIQUE................................... 33

1- Etude dynamique : les diagrammes dactivit 33
2- Etude statique : le diagramme des classes de lapplication.... 37
CHAPITRE III : REALISATION ET EVALUATION DU PROJET........ 41

I-
REALISATION TECHNIQUE.. 41
1- Prsentation et choix du systme dexploitation. 41
1.1- Windows41
1.2- Linux 42
2- Prsentation et choix du SGBDR 44
2.1- Exemples de quelques SGBDR... 44
2.2- HyperfileSQL.. 45
3- La plateforme de conception.. 49
4- Quelques captures dcran.. 53
II-
EVALUATION DU PROJET 56
1- Estimation du cout du projet... 56
2- Le planning dexcution du projet.. 57
CONCLUSION........ 58
LISTE DES TABLEAUX..... 59
Konat Adama
Page 71
LISTE DES FIGURES.. 60

BIBLIOGRAPHIE ET WEBOGRAPHIE. 62
ANNEXE63
TABLE DES MATIERES..... 69

Konat Adama
Page 72

Langue

SOUTENANCE

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SOUTENANCE

Titre original :

Transféré par

Droits d'auteur :

Formats disponibles

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Leau coule grce sa source.

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Finance et comptabilit et gestion dentreprise

Ressources humaines et communication

Rseaux informatiques et tlcommunications

Informatiques et dveloppeurs dapplication

Maintenance des systmes lectroniques et informatiques

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Commerces (marketing publicitaire, le commerce international et marche

Gestion des ressources humaines

Affaire internationales et logistiques

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

MS-DOS : Microsoft-Disk Operating System, systme dexploitation mono

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

CHAPITRE I : ANALYSE DE LEXISTANT ET NECESSITE DE MISE

ETABLISSEMENTS SCOLAIRE SECONDAIRE.

Prsentation de la structure daccueil et analyse de lexistant

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

1.2- Moyens Matriels et Techniques

Agir avec intgrit.

Dveloppement et commercialisation de solutions au profit des

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Mettre la disposition des clients notre professionnalisme dans notre

Figure1 : Organigramme de la socit NAMT

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

-Systme dexploitation client

Tableau1 : Tableau rcapitulatif de lexistant du service technique de la DIPES

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Au plan logiciel mtier

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

II- Ncessit de la mise en place dun nouveau systme

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

lves de consulter leurs documents scolaires (bulletins,

attestations de russite) sur le portail informatique.

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

5.2- Rsultats du nouveau systme

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires

Regroupement des donnes et

Sparation des donnes et des

Un seul niveau de modle, mais

Toute la mthode se concentre

Ingnieur de conception option Gnie Logiciel

Mmoire de fin de cycle : Application de gestion des tablissements scolaires secondaires