Vous êtes sur la page 1sur 72

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

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

BIBLIOGRAPHIE ET WEBOGRAPHIE. 62
ANNAXE... 63
TABLE DES MATIERES. 69

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 2

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 3

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

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 !!!

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 4

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 5

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 6

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 7

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

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)

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 8

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

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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 9

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

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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 10

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 11

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

Mettre la disposition des clients notre professionnalisme dans notre


domaine dactivit.
1.7- Organigramme

Figure1 : Organigramme de la socit NAMT

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 12

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

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


Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 13

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 14

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 15

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 16

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

- 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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 17

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 18

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 19

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 20

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 21

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 22

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

- 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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 23

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 24

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

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


Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 25

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

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


Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 26

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 27

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 28

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

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 ()
4 : envoie de requte ()
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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 29

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 30

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 31

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

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 ()
4 : envoie de requte ()

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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 32

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

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

Demarrer lapplication

Affichage de la page

Tableau3 : Diagramme dactivit du processus dauthentification

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 33

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

Diagramme dactivit de linscription


ELEVES

SYSTEME

Demarrer lapplication

BASE DE DONNEES

Demarrer lapplication

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 34

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 35

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 36

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 37

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 38

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

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


Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 39

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 40

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 41

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 42

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 43

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 44

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

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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 45

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 46

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

- 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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 47

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 48

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

- 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...
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 49

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

- 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.
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 50

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 51

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

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 :

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 52

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 53

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 54

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 55

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

- 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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 56

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 57

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 58

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 59

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 60

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

Figure21 : La fentre daccueil de lauthentification, page54


Figure22 : la fentre daccueil de linscription, page55

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 61

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 62

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Identifiant

Identifiant

Identifiant

Identifiant

Identifiant

Page 63

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Identifiant

Identifiant

Identifiant

Identifiant

JJ/MM/AAAA

Page 64

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 65

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

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 ()

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 66

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

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.

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 67

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 68

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 69

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

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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 70

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

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
Ingnieur de conception option Gnie Logiciel
Konat Adama

Page 71

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

LISTE DES FIGURES.. 60


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

Ingnieur de conception option Gnie Logiciel


Konat Adama

Page 72

Vous aimerez peut-être aussi