Вы находитесь на странице: 1из 56

Gestion des informations relatives aux elves

d'une ecole primaire


par Flix NIYOMUGABA
Universit adventiste d'Afrique Centrale - Bachelor's degree
Traductions: Original: fr Source:

suivant

SOMMAIRE

DEDICACE

REMERCIEMENTS

TABLE DES MATIERES

LISTE DES TABLEAUX

LISTE DES FIGURES

Liste des annexes

SIGLES ET ABREVIATIONS

CHAPITRE 1 : INTRODUCTION
o

Disponible en une
seule page

1.1. Prsentation du sujet

CHAPITRE 2 : SYSTEME ACTUEL DE GESTION DES ECOLES PRIMAIRES


o

2.2. Principe

2.3.1 Education

2.3.2 Enseignement

2.3.3 Enseignement primaire

2.3.4. Enseignement primaire au Rwanda

CHAPITRE 3 : ANALYSE ET CONCEPTION DU SYSTEME

DE GESTION AUTOMATISE
o

3.2.1. Diagramme de flux des donnes lors de l'inscription

3.2.2. Diagramme de flux des donnes lors de l'examen

3.3.1 Qu'est ce que le MCD

3.3.2. Dfinition des concepts de base

3.3.2.1 Entit ( objet ou individu)

3.3.2.2 Les proprits (attributs )

3.3.2.3 Les relations

3.3.2.4 Les cardinalits

3.3.2.5 Identifiant d'une entit

CONCLUSION

RECOMMANDATIONS
UNIVERSITE ADVENTISTE D'AFRIQUE CENTRALE
FACULTE DE GESTION ET ADMINISTRATION
Option : Informatique

GESTION DES INFORMATIONS RELATIVES AUX ELEVES D'UNE ECOLE


PRIMAIRE
(Cas ESCAF)
Mmoire prsent pour l'obtention
du grade de Bachelor's degree en
Informatique de Gestion
Par
NIYOMUGABA Flix
Directeur : Enan NYESHEJA
Kigali, juillet 2007

SOMMAIRE
De nos jours, la gestion des donnes d'une faon automatise occupe une place privilgie
dans le monde de l'informatique. L'avantage incontest de cette technologie est sa possibilit
d'intgrer les rapports, la scurit et les donnes sur une mme infrastructure informatique
existante dj. Grce cette technologie le temps de recherche des donnes a chut de
manire considrable ce qui laisse croire qu'elle a encore de beaux jours devant elle.
Diffrents standards et outils de contrle ont t labors pour rendre possible cette gestion
automatise pour une application une autre.
Pour la gestion des donnes relative l'lve de l'cole primaire, nous allons concevoir une
application de gestion, cette dernire va permettre :

- LA dualit (informatique et traditionnelle) du stockage des donnes et rsultats.


- La grande rapidit d'excution.
- La plus grande lisibilit des donnes obtenues et exploitation plus facile des rsultats.
- Le format des documents standardis.
- La sortie sur imprimante des listes et renseignements.
- L'accs des lments statistiques, par comptages par exemple, extrmement difficiles
obtenir par les mthodes traditionnelles.
- L'accs, tout moment, une touche d'aide l'utilisation du logiciel.
- La prise de dcision en se basant sur les diffrents types de rapports.
Sa mise en oeuvre, a t ralise selon une architecture client-serveur l'aide des librairies du
langage de programmation VB Dot net pour transmettre et recevoir
les donnes de la base des donnes.

DEDICACE
A notre femme Sarah KAYITESI ;
A nos enfants Ketsia GAJU et Kenzy R. GANZA ;
A tous nos frre ;
A nos parents regretts ;
A notre grand frre regrett Franois GASASIRA ;
A tous ceux qui nous sont chers
sommaire suivant

REMERCIEMENTS
Au bout de notre travail de recherche, le Dieu Tout Puissant est grandement remerci pour
nous avoir protg, gard et donn son souffle de vie.

Nous adressons notre gratitude en premier lieu au corps professoral de l'UAAC, aux
enseignants qui ont assur notre formation.
Nous remercions sincrement notre directeur de mmoire Enan NYESHEJA, professeur au
dpartement Informatique au KIST (Kigali Institute of science and Technology),sans
l'initiative de ces derniers ce projet n'aurait pas t possible. Nous tenons leur exprimer toute
notre reconnaissance pour leur dvouement, la confiance qu'ils nous ont accorde, leur rigueur
et la qualit des commentaires et suggestions dont ils nous ont fait part.
Nos remerciements s'adressent la Direction et tout le personnel de l'ESCAF, plus
particulirement Jotham NIYOGAKIZA, de leur accueil si chaleureux.
Nous remercions particulirement notre chre pouse, qui nous a soutenu et encourag durant
toute la priode de nos tudes, nos enfants, et surtout nos chers beaux parents, pour leurs
encouragements et leurs soutiens moral.
Merci tous nos collgues de leurs soutien matriel et intellectuel, plus particulirement
Vivien NIYOMUGENGA de sa collaboration.
Merci toute personne qui aurait contribu de prs ou de loin dans l'accomplissement du
prsent travail.
NIYOMUGABA Flix

TABLE DES MATIERES


Pages
SOMMAIRE iii
DEDICACE iv
REMERCIEMENTS v
TABLE DES MATIERES vi
LISTE DES TABLEAUX ix
LISTE DES FIGURES x
Liste des annexes xi
SIGLES ET ABREVIATIONS xii
CHAPITRE 1 : INTRODUCTION 1

1.1. Prsentation du sujet 2


1.2. Hypothse 3
1.3. Objectif du projet 3
1.4. Choix et intrt du sujet 4
1.5. Limitation du sujet 4
1.6. La subdivision du travail 4
1.7. Modules du systme 5
1.8. Mthodologie 5
1.9. Approche mthodologique 5
CHAPITRE 2 : SYSTEME ACTUEL DE GESTION DES ECOLES PRIMAIRES 7
2.1. Introduction 7
2.2. Principe 7
2.3. Notions gnrales et dfinitions 8
2.3.1 Education 8
2.3.2 Enseignement 9
2.3.3 Enseignement primaire 9
2.3.4. Enseignement primaire au Rwanda 9
2.4. Systme d'enseignement au sein de l'ESCAF 12
2.4. Les activits du systme actuel de gestion de l'ESCAF 12
2.5. Problmes identifis dans le systme 13
2.6. Solutions envisages et proposes 13
CHAPITRE 3 : ANALYSE ET CONCEPTION DU SYSTEME 14
DE GESTION AUTOMATISE 14
3.1 Introduction la mthodologie d'analyse 14
3.1.1 Pourquoi une mthode d'analyse ? 14

3.1.2 Qu'est ce que MERISE ? 15


3.1.2.1 Les niveaux d'abstraction : 15
3.1.2.2 La dmarche prconise par MERISE : 17
3.2. Diagramme de flux de donnes 18
3.2.1. Diagramme de flux des donnes lors de l'inscription 20
3.2.2. Diagramme de flux des donnes lors de l'examen 21
3.3 Le modle conceptuel des donnes (MCD) ou encore modle Entit- Association 22
3.3.1 Qu'est ce que le MCD 22
3.3.2. Dfinition des concepts de base 22
3.3.2.1 Entit ( objet ou individu) 22
3.3.2.2 Les proprits (attributs ) 22
3.3.2.3 Les relations 22
3.3.2.4 Les cardinalits 23
3.3.2.5 Identifiant d'une entit 23
3.3.2.6 Identifiant d'une relation : 23
3.3.3 Construction d'un MCD 23
3.3.4 MCD 25
3.4 Le modle conceptuel des traitements 26
3.5. Le modle conceptuel des traitements (MCT) 28
3.6 Le modle organisationnel du traitement MOT 29
3.7 Le dictionnaire des donnes 30
3.8 Modle logique 35
3.9.Model physique des donnes 37
CHAPITRE 4 : REALISATION ET TEST DU NOUVEAU SYSTEME 38
4.1 Introduction 38

4.2. Les outils utiliss 38


4.2.1 SQL SERVER 38
4.2.2 VISUAL BASIC dot net 2003 40
4.2.3 CRYSTAL REPORTS 40
4.3 Notion de test 41
4.3.1 Les tests fonctionnels 42
4.3.2 Couverture des tests fonctionnels 43
4.3.3 Les tests unitaires 45
4.3.4 Les tests d'intgration 45
4.3.5 Les tests de validation 45
4.3.6 Le test du logiciel ou test de rception 45
4.3.7 Le test de rgression 46
4.4 Rsultats obtenus 46
4.5 Protection des donnes 47
4.6 Les exigences du logiciel 48
CONCLUSION ET RECOMMENDATIONS 50
CONCLUSION 50
RECOMMANDATIONS 52
Rfrences bibliographiques et webographiques 53
Webographiques 53

LISTE DES TABLEAUX


Pages
Tableau 1: tableau des modles d'analyse 16

Tableau 2: Dictionnaire des donnes 30

LISTE DES FIGURES


Pages
Figure 1: Diagramme de flux de donnes inscription 20
Figure 2: Diagramme de flux des donnes lors de l'examen 21
Figure 3: Modle conceptuel Entit Relation 25
Figure 4: Le modle conceptuel des traitements 28
Figure 5:Schma du modle organisationnel des traitements 29
Figure 6: Model physique des donnes 37

Liste des annexes


ANNEXE A : Page d'accueil
ANNEXE B : Page de connexion
ANNEXE C : Page des menus
ANNEXE D : Page de l'identification de l'lve
ANNEXE E : Page d'inscription de l'lve
ANNEXE F : Page de payement de l'lve
ANNEXE G : Page d'enregistrement de notes de l'lve

SIGLES ET ABREVIATIONS
ADRA : Adventist Development and Relief Agency.
BASIC : Beginners All-Purpose Symbolic Instruction Code.

CPU : Central Processing Unit


DFD : Diagramme des Flux des Donnes
EPU : Enseignement Primaire Universel
ESCAF : Ecole des Sciences Anglais et Franais.
GUI : Graphical User Interface
ICT : Information and Communication Technologies.
IDE :Integrated Development Environment
MCD : Modle Conceptuel des Donnes
MCT : Modle Conceptuel des Traitements
MERISE : Mthode d'tude et de Ralisation Informatique pour les
Systmes d'Entreprises.
MINEDUC : Ministre de l'Education.
MLD : Modle Logique des Donnes
MPT : Modle Physique de Traitement.
MOT : Modle Organisationnel des Traitements.
OMT : Object-Modeling Technique.
RAM : Random Access Memory
SADT : Structured Analysis and Design Technique.
SGBDR : Systme de Gestion de Base de Donnes Relationnelles
SI : Systme d'Information
SQL : Structured Query Language
U.A.A.C : Universite Adventiste d'Afrique Centrale.
UML : Unified Modeling Language

CHAPITRE 1 : INTRODUCTION

Le dveloppement national et international est bas sur l'utilisation de l'outil informatique. La


Rpublique Rwandaise a mi l'accent particulier sur ce dernier.
Elle a diminu la taxe sur tous ceux qui sont en relation avec la technologie de l'information
pour inciter le peuple Rwandais matriser, utiliser, dvelopper et se familiariser avec l'outil
informatique. La matrise de l'outil informatique a beaucoup d'avantage dans la rsolution, le
dveloppement, l'excution et la mise en ordre rapide des projets de tous les domaines.
Ces deux dernires annes, l'Etat Rwandais a mis l'accent sur le dveloppement de l'ICT au
niveau des Universits et des coles primaires et secondaires. Le dveloppement de l'ICT au
niveau de ces institutions facilite les concerns l'ouverture sur l'utilisation de l'outil
informatique. Pour le personnel de gestion, le personnel de prise de dcision ainsi que pour le
personnel qui frquente les dites institutions, l'utilisation de la technologie de l'information
leur procure les multiples avantages au niveau professionnel, personnel et leur donne une
ouverture globale.
Au niveau de l'ducation, la technologie de l'information joue un rle important dans la
gestion, communication, enseignement, loisir etc.
Pour la gestion des coles, le logiciel va grer :
- tous ceux qui sont en relation avec le personnel de l'institution ;
- les lves et tous ceux qui sont en relation avec eux ;
Pour la gestion de l'cole primaire, il y a quatre tapes en relation avec l'lve :
- Enregistrement
- Inscription
- Paiement des frais de scolarits
- Conception des bulletins pour la prsentation les rsultats de l'lve.
Sur ces activits, s'y ajoute aussi la suivie de leur trace c'est dire l'archivage.
L'administration de l'cole peut prendre les dcisions en se referant sur les rsultats manant
de la dite gestion.
1.1. Prsentation du sujet
La technologie de l'information devient de plus en plus indispensable et incontournable dans
la vie pour un dveloppement durable. Cette technologie s'impose dans plusieurs domaines
d'activits.
La technologie de l'information regroupe un ensemble d'appareils ncessaires pour manipuler
l'information, et particulirement des ordinateurs et des programmes ncessaires pour la
convertir, la stocker, la grer, la transmettre et la retrouver.

Ces technologies ont un impact social qui aboutit un changement de notre socit. C'est
pourquoi on parle de socit de l'information. L'implmentation de ces technologies implique
une redfinition radicale du fonctionnement des organisations et, a un impact sur de
nombreux domaines des sciences humaines comme la sociologie, la thorie des organisations,
la gestion et l'administration en gnral.
L'administration publique n'est pas aussi pargne de ces multiples avantages de la
technologie de l'information. La prsentation de la situation sociale, conomique, juridique et
administrative se base sur les donnes statistiques rcoltes aux diffrentes units
administratives.
L'ducation est l'un des domaines les plus essentiels dans l'administration. L'informatisation
des statistiques concernant l'ducation au niveau des coles primaires et gardiennes, pourra
faciliter la transmission des rapports aux responsables des dites coles et aux autorits ayant
l'ducation dans ses attributions ainsi que la prise des dcisions concernant le domaine de
l'ducation. La prise des dcisions fiables et concises est toujours associe une bonne systme
de gestion d'information d'une faon automatise.
1.2. Hypothse
Aprs avoir pass en revue la situation des coles primaires et gardiennes, l'hypothse
suivante a t propose: le dveloppement d'un systme de gestion des informations
automatis pourrait faciliter l'cole de l' ESCAF, tablir des rapports concernant
l'ducation et contribuera la prise des dcisions dans le domaine de l'ducation. Ce systme
facilitera galement avoir une information correcte et prcise selon l'analyse.
1.3. Objectif du projet
a) Objectifs gnraux
- Mener une enqute et analyser les besoins en matire de gestion des coles primaires et
gardiennes.
- Mettre en place un logiciel qui rpond ces besoins en crant une base de donnes pour
stocker les donnes ncessaires et en dessinant une interface pour accder la base de
donnes.
- Utiliser une architecture Client Serveur pour supporter cette implmentation
b) Objectifs spcifiques
1 . Objectifs internes l'cole
- Grer le registre matricule des lves avec les mmes obligations de rigueur et de contenu
que celles de la gestion crite.
- Grer la liste, par classes et par cole, des coordonnes individuelles avec numro de
tlphone, nom de la nourrice, adresse...

- Grer les diffrentes listes que les matres tablissent la main : nom, prnom, date de
naissance, par ordre alphabtique et par ordre de niveau.
2 . Objectifs administratifs
- Donner, autant que possible dans le format demand par l'Administration, les chiffres des
enqutes. Si ce format n'est pas normalis , apporter aux chiffres un format qui en facilitera
la lisibilit et l'exploitation.
- Sortir, classe sur la classe suivie, la liste des enfants en retard, avec le nombre d'annes de
retard, la liste des enfants en avance.
- Sortir la liste des lves maintenus dans les niveaux de cycles.
- Sortir l'enqute statistique sur la composition des familles et des professions.
- Permettre, pour les Projets d'Ecoles, d'obtenir, trs rapidement, les chiffres relatifs
l'environnement ou certaines remarques d'ordre pdagogique (niveau, ge, quartier...) et tous
renseignements croiss.
- Permettre de simuler trs rapidement la prochaine rentre scolaire et ventiler ces chiffres
dans le formulaire d'enqute de l'Administration.
- Permettre, de grer les informations en rapport avec les lves actifs et non actifs.
- Contrler facilement le payement des frais de scolarit selon les classes.
- Grer les moyennes de classement de chaque lve.
1.4. Choix et intrt du sujet
Nous avons choisi ce sujet en tant qu'tudiant finaliste en gestion informatique pour
contribuer l'amlioration de l'administration des coles primaires ESCAF, partir de leur
service de statistique. Une fois accompli, ce travail facilitera la prsentation des donnes
statistiques relles refltant l'image de l'ducation dans la dite cole, et va faciliter les
conditions de prise de dcision. Les autres coles seront aussi motives par l'installation de ce
systme d'information.
1.5. Limitation du sujet
Notre projet sera limit sur l'automatisation de la gestion des informations concernant les
lves des coles primaires et gardiennes, vu la complexit et la multiplicit des oprations de
ces coles, le test tant effectu l'ESCAF.
1.6. La subdivision du travail
La subdivision de ce travail est prvu comme suit :
- Une introduction gnrale.

- Un chapitre sur le systme de gestion d'information de l'ESCAF.


- Un chapitre sur l'analyse d'un logiciel de gestion de l'information au sein des coles
primaires.
- Un chapitre sur l'valuation des rsultats obtenus.
- Une conclusion ainsi que des recommandations.
1.7. Modules du systme
Suite une visite faite au sein de l'ESCAF et l'examination de ses rapports, nous avons pu
relever les modules suivants :
- Gestion des informations en relation avec les lves.
- Les informations en relation avec le payement des frais de scolarit.
- Implmentation des bulletins pour les lves.
1.8. Mthodologie
La mthodologie du travail sera guide par la mthode de dveloppement d'un systme
d'information avec son approche itrative. Cette approche exige que l'on prsente aux
utilisateurs, la partie du programme dj dveloppe et cela de faon itrative. Cette mthode
utilisera les outils de cueillette d'informations et la mthode d'analyse MERISE.
1.9. Approche mthodologique
Dans tout travail scientifique, l'utilisation des mthodes et des techniques pour collecter et
analyser les donnes s'avre indispensable. Pour atteindre les objectifs de ce travail, certaines
techniques et mthodes ont t utiles dont :
- La technique documentaire ; Cette technique nous a permis d'accder aux informations
portant sur le domaine de la gestion des coles primaires. La consultation des documents
crits en rapport avec le secteur ducatif et l'cole ESCAF en particulier nous a fournis les
informations prcieuses sur les faits et phnomnes de notre tude.
- La technique d'observation : elle nous a permis d'observer certaines activits du systme
manuel, afin de mieux comprendre le systme de gestion des informations concernant
l'inscription, payement des frais de scolarit et prparation des bulletins des lves.
- La technique d'interview : L'interview nous a t utile afin de comprendre le fonctionnement
manuel du systme de gestion des informations concernant l'inscription, payement des frais de
scolarit et prparation des bulletins des lves.
La mthode MERISE : (Mthode d'Etude et de Ralisation Informatique pour les Systmes
d'Entreprise.)

MERISE est une mthode de conception, de dveloppement et de ralisation de projets


informatiques. Le but de cette mthode est d'arriver concevoir un systme d'information. La
mthode merise est base sur la sparation des donnes et des traitements. (
www.commentcamarche.net/merise/concintro.php3

CHAPITRE 2 : SYSTEME ACTUEL DE


GESTION DES ECOLES PRIMAIRES
2.1. Introduction
L'administration d'un tablissement scolaire (lyce, collge ou cole) comporte un certain
nombre de tches indispensables (listes, enqutes, notes de service, circulaires, oprations de
gestion...) que les responsables ont toujours essay d'optimiser. L'arrive d'ordinateurs a fait
natre l'espoir d'amliorer de faon significative l'ensemble de ces tches.
Depuis peu, les donnes du problme ont considrablement chang. Les micro-ordinateurs
dots d'un disque dur ont sensiblement baiss du cot. En alliant souplesse et efficacit, les
compatibles PC permettent aujourd'hui d'envisager avec beaucoup plus de ralisme la
possibilit de grer informatiquement une cole. Il est opportun de proposer aux utilisateurs
potentiels un outil performant dans ce domaine. C'est ce que nous allons faire en dveloppant
le logiciel SYGEP (Systme de Gestion d'Ecole Primaire). La publication de ce produit sera le
fruit d'une longue rflexion qui sera mene lors de notre travail de fin d'tude. Afin de mettre
en place un nouveau systme d'information, il nous a fallu analyser le systme d'information
qui existe au sein de l'ESCAF. Ici nous allons pointer sur son organisation, ses activits, les
problmes centraux ainsi que quelques solutions que nous proposerons pour y remdier.
2.2. Principe
Il consiste faire une analyse qualitativement et quantitativement du fonctionnement de
l'cole primaire et gardienne. Le projet commence par un tat des lieux.
Les aspects suivants seront analyss :
- aspect organisationnel
- aspect fonctionnel
- aspect donnes
- aspect traitement
- aspect sur le rseau existant
2.3. Notions gnrales et dfinitions

2.3.1 Education
L'ducation est devenue l'un des principaux facteurs de notre civilisation. Son champ
d'influence n'a cess de s'largir et le cadre par lequel elle est offerte ou poursuivie, s'est tout
la fois multipli et diversifi. Il est difficile d'en donner une dfinition prcise et d'en fixer le
contenu, tel point que souvent le substantif ?ducation? est complt par un adjectif afin de
prciser le contenu.
Exemple : Education morale, ducation sexuelle, ducation permanente,...
Selon le dictionnaire Petit Larousse, (1998, p.336) l'ducation est l'action d'duquer, de
former, d'instruire quelqu'un et la manire de comprendre, de dispenser, de mettre en oeuvre
cette formation . Avec le mme dictionnaire, on dfinit l'ducation sous les autres formes
suivantes:
* L'ducation nationale : Ensemble des services chargs de l'organisation, de la direction et de
la gestion de tous les tablissements de l'enseignement public et du contrle de l'enseignement
priv.
* L'ducation permanente : L'enseignement qui est dispens tout au long de la vie
professionnelle. Ainsi donc l'ducation est un moyen primordial pour le dveloppement
intgral de l'individu afin de survivre.
* L'ducation spcialise : C'est l'ensemble des mesures organisant l'enseignement des jeunes
prouvant des difficults psychologiques ou sociales ou des handicaps.
MAURO LAENG (1975, p.127) souligne que l'ducation est une activit intentionnellement
destine favoriser le dveloppement de la personne humaine et son intgration dans la vie
de la socit.
Une bonne ducation doit permettre l'individu d'utiliser ses potentialits au maximum, de
faire face aux difficults qu'il rencontrera invitablement dans la vie et de s'adapter
l'volution sociale de ce temps qui peut avoir une rpercussion directe sur son mode de vie ou
sur son activit professionnelle.
Ainsi donc l'ducation est un besoin toutes les tapes de la vie, car elle permet l'individu
de mieux s'adapter des situations nouvelles et de rsoudre les diffrents problmes de la vie
quotidienne. Actuellement, l'ducation formelle devient de plus en plus une ncessit pour
accder aux bons postes de travail ou pour s'y maintenir.
prcdent sommaire suivant

2.3.2 Enseignement
L'enseignement est la transmission des connaissances par une aide la comprhension et
l'assimilation.
Exemple :

- enseignement assist par ordinateur


- enseignement distance
- un centre d'enseignement distance
L'enseignement est encore une institution englobant l'ensemble des activits et des organismes
participant l'ducation scolaire. Il peut tre dfini comme tant la division correspondant
un niveau de l'organisation scolaire (un instituteur de l'enseignement primaire) ou comme un
domaine d'activit des enseignants (travailler dans l'enseignement).
2.3.3 Enseignement primaire
L'organisation actuelle de l'enseignement primaire remonte plus d'un demi-sicle : des
coles runies en circonscriptions, sous l'autorit d'une inspectrice ou d'un inspecteur, relevant
d'une direction.
A partir de 1970, le fonctionnement de l'enseignement primaire a t l'objet de maintes
rflexions l'interne. Cependant, la priorit a t longtemps accorde aux cahiers des charges
et aux contenus d'enseignement plutt qu'aux structures.
www.geneve.ch/primaire/historique.html
2.3.4. Enseignement primaire au Rwanda
i. Accs
Au Rwanda le taux brut d'inscription au niveau de l'enseignement primaire, qui est pass de
89% en 1998 103,7% en 2002 et 134,1% en 2004 (MINEDUC, 2004), est
considrablement au dessus de la moyenne de 75%, enregistre dans la rgion de l'Afrique
sub-saharienne. Cependant, ce taux peut varier sensiblement d'une rgion l'autre. Il y a eu
galement augmentation du taux net d'inscription au Rwanda, qui est pass de 74,1% en 2001
96,4% l'heure actuelle (2003/4) (MINEDUC, 2004). Ce chiffre va de pair avec les taux
caractristiques de la sous-rgion, et il est plus lev par rapport au taux de 71% enregistr en
1990. Cependant, tous ces chiffres indiquent qu'il y a toujours un nombre important d'enfants
en ge de scolarisation qui ne frquentent pas l'cole. Ces taux ne rvlent pas galement le
profil de ceux qui ne frquentent pas l'cole. Au Rwanda, le nombre important des
populations dfavorises et des groupes nouvellement vulnrables (dont les femmes et les
mnages tenus par les enfants, les orphelins et les enfants de la rue) exige l'adoption de
mesures particulires, afin d'assurer un accs quitable aux diffrentes opportunits de
scolarisation.
ii. Retention
Alors que les taux nets d'inscription nous donnent quelques indications relatives l'accs
l'ducation au niveau mondial, ils ne refltent cependant pas de faon adquate la
participation relle qui ne peut tre bien mesure que par des donnes sur la frquentation
scolaire. Le taux de russite dans l'enseignement primaire au Rwanda, selon les estimations

faites par le MINEDUC, nous fournit le taux de promotion (P1-P6) qui est de 18,0% en 2002,
avec seulement 16,2% de filles terminant le niveau P6 par rapport 19,8% de garons. Ce
chiffre est beaucoup moins lev par rapport celui de 23% enregistr en 1997/1998, sans
mentionner celui de 36% en 1990. Alors que la chute des taux de russite statistiquement
implicite en 1997/1998 pourrait tre explique par des changements importants de la
population rwandaise entre 1994 et 1997, les autorits relvent et combattent les causes de la
baisse des taux enregistrs en 2001/2002. Nonobstant, il est toujours vident que les taux de
russite sont faibles, particulirement chez les filles.
iii. Qualit/efficacit
Bien qu'il y ait des amliorations sensibles dans le recrutement/accs, la qualit de
l'enseignement primaire demeure un sujet de grande proccupation pour le Gouvernement du
Rwanda (GR). Dans le but d'atteindre l'objectif de l'Enseignement primaire universel (EPU)
en 2010, le gouvernement se charge de la question de la qualit.
La qualit de l'enseignement primaire au Rwanda depuis la priode qui a suivi le gnocide
s'est rvle jusque l problmatique. Cela est principalement d au manque notoire
d'enseignants qualifis, un vaste programme de 12 disciplines et une carence prononce en
matriels didactiques appropris.
De grands efforts ont t entrepris, en vue d'accrotre l'effectif d'enseignants dment qualifis.
La proportion des enseignants qualifis est passe de 46% en 1998 85,2% en 2001/2002 sur
le plan national. La qualit de l'enseignement primaire a t davantage compromise par la
qualit du programme qui a t tout dernirement rvis en 1996 et en 1997. Cependant, un
plan de rvision du programme d'enseignement s'tendant sur 6 annes est dj mis en oeuvre.
Le principal objectif est de rviser les diffrents programmes de l'enseignement primaire et
secondaire en cours depuis 2003 (MINEDUC- NCDC, mars 2003). L'objectif principal vis
est d'aboutir l'laboration d'un programme qui n'aura pas rpondre seulement aux besoins
de l'lve et de la nation, mais aussi aux besoins de qualit. La rvision du programme devra
tre guide par la politique d'laboration des programmes de l'enseignement primaire et
secondaire actuellement en vigueur. La politique donne des directives sur les institutions qui
devraient tre impliques dans le processus de rforme, les principes suivre, le contenu
de programme, le mode de livraison et d'valuation du programme. Les domaines explors en
vue d'amliorer la qualit de l'enseignement comprennent le contenu et le mode de livraison
du programme, la qualit des rsultats obtenus et l'environnement de l'apprentissage.
2.4. Systme d'enseignement au sein de l'ESCAF
Historique et aspect organisationnel de l'ESCAF
L'ESCAF est une cole primaire des parents fonde en 1995.
L'ESCAF est une cole primaire des parents. En tte il y a l'ensemble gnral qui se tient
rgulirement pour les problmes majeures et juridiques qui dpassent la responsabilit de la
direction.
En second lieu il vient la direction de l'cole en troisime lieu il vient le corps de l'coles ;
c'est--dire les enseignant, le personnel administratif et les lves.

2.4. Les activits du systme actuel de gestion de l'ESCAF


L'ESCAF est une organisation qui opre dans le systme ducatif dans le niveau prs scolaire
et primaire. L'ESCAF reste une cole dont le secteur d'activit est priv. La tendance
technologique dans l'volution des coles reste un point culminant pour toutes les coles du
monde, car un petit nombre des coles ont des systmes informatiss qui leurs facilitent la
transmission d'informations d'une faon plus facile et plus rapide.
Du point de vue technique, les logiciels utiliss restent ceux de traitement de texte et de
tableurs. Le rseau interne n'existe pas et la base des donnes centralises n'existe pas.
- Inscrire les lves pour le recueil et le stockage des renseignements
- Identifier les diffrents types de Bourses (ADRA et autres)
- Reprer les lves qui se trouvent dans une tranche d'ges donne.
- Voir les lves qui ont dj pay ou pas le Minerval.
- Visualiser tous les renseignements sur un lve, y comprise sa photo.
- Lister tous les lves inscrits dans une classe.
- Lister les cours (et les enseignants respectifs) programms pour une classe
- Voir la charge horaire hebdomadaire d'un enseignant.
- Apercevoir le palmars (Fiche de dlibration) pour chaque classe, c'est--dire (Noms de
l'lve, classement, pourcentage, nombre d'checs, liste des cours avec checs)
Du point de vue de la faisabilit de la mise en place du nouveau systme d'information, le
projet reste intact car l'outil informatique ncessaire la communication est disponible
l'ESCAF, ce qui reste c'est de l'exploiter.
2.5. Problmes identifis dans le systme
Comme vu plus haut, la gestion actuelle des informations l'ESCAF prsente beaucoup des
problmes. Sans tre exhaustif, nous avons identifi les problmes suivants :
Tous les activits cite si haut sont manuel d'o le lenteur dans tous les activits de traitement
des donnes. ;
recherche d'un dossier archiv prend beaucoup de temps ;
diffusion de rsultats d'une faon rapide et directe aux destinataires;
garder l'historique et/ou palmars des lves
2.6. Solutions envisages et proposes

-Inscrire les lves pour le recueil et le stockage des renseignements dans une base des
donnes.
-Identifier les diffrents types de bailleurs de fond (ADRA et autres) facilement.
-Reprer les lves qui se trouvent dans une tranche d'ges donns.
-Voir les lves qui ont dj pay ou pas le Minerval
-Visualiser tous les renseignements sur un lve, y compris sa photo.
-Lister tous les lves inscrits dans une classe.
-Lister les cours (et les enseignants respectifs) programms pour une classe
-Apercevoir le palmars (Fiche de dlibration) pour chaque classe, c'est--dire (Noms de
l'lve, classement, pourcentage, nombre d'checs, liste des cours avec checs)
-Visualiser/Imprimer/Archiver tous les bulletins d'une classe en un seul clic
(Alternativement voir un seul bulletin, surtout utile au moment des rclamations et pertes
individuelles)
L'application aidera la direction charge de gestion dans :
Classement de meilleurs lves .A chaque fin d'anne, l'ESCAF discerne les prix l'lve qui
a distingu plus que les autres.

CHAPITRE 3 : ANALYSE ET
CONCEPTION DU SYSTEME
DE GESTION AUTOMATISE
3.1 Introduction la mthodologie d'analyse
3.1.1 Pourquoi une mthode d'analyse ?
Toute rsolution de problme quel qu'il soit, ncessite une, voir plusieurs phases de rflexion
plus ou moins longues en fonction de l'ampleur et du type du problme.
Lors d'un projet informatique, cette rflexion doit pouvoir tre comprise et reprise par toute
personne intervenant sur le projet.

C'est pourquoi, ont t dfinies des mthodes d'analyse. Certaines disparaissent laissant la
place d'autres mthodes plus adaptes, d'autres voluent dans le temps en fonction des
diffrentes technologies. Chaque mthode a ses qualits et ses dfauts. Il est donc parfois utile
et ncessaire en fonction de l'tape d'analyse du projet d'appliquer des mthodes diffrentes.
Chaque mthode est adapte au type de projet (objet, industrielle, gestion) et aux outils
(SGBD, L3G ...).
Quelques mthodes :
MERISE, MERISE/2
SADT
SART
OMT
UML (bien que UML n'est pas une mthode mais un langage de modlisation unifie)
3.1.2 Qu'est ce que MERISE ?
MERISE est ne en 1979 au Centre Technique Informatique du ministre de l'industrie. Ces
principaux crateurs sont Hubert Tardieu, Georges Panet et Grard Vahe . Elle a rellement
t introduite dans les entreprises entre 1983 et 1985. Depuis, elle a connu des volutions en
fonction des avances technologiques avec dernirement MERISE/2 tourne vers l'objet. Elle
reste encore une mthode trs utilise en France mme si UML/OMT est en train d'inverser la
tendance.
MERISE propose une double approches donnes-traitements mene en parallle tout au long
du projet ainsi qu'une dmarche mthodologique de dveloppement d'un systme
d'information.
Nous nous intresserons l'approche MERISE, c'est dire aux outils de reprsentation que
nous nommerons modles et qui sont des outils d'analyse (reprsentation du systme existant)
et de conception (reprsentation du systme futur).
Chacun de ces modles correspond un niveau d'abstraction et se reprsente selon un
formalisme bien dfini et traduit un certain choix.
3.1.2.1 Les niveaux d'abstraction :
Il y a trois niveaux d'abstraction :
Le niveau conceptuel
Le niveau organisationnel
Le niveau physique

a. Le niveau conceptuel :
Il consiste rpondre la question QUOI ?
C'est dire quoi faire ?, avec quelles donnes ?
A ce niveau, on ne se proccupe pas de l'organisation du travail ni du matriel utilis.
Les deux modles sont le Modle conceptuel des donnes et le Modle conceptuel des
traitements.
b. Le niveau organisationnel :
Il consiste rpondre la question QUI?, OU?, QUAND ?
C'est ce niveau que sont intgrs les critres d'organisation de travail.
On tient compte (ou on propose) des choix d'organisation de travail comme la rpartition des
traitements entre l'homme et la machine, le mode de fonctionnement (temps rel, temps
diffr).
Le modle de reprsentation est le modle organisationnel des traitements.
c. Le niveau physique :
Il consiste rpondre la question COMMENT ?
On tudie les solutions techniques ( mode de stockage pour les donnes, dcoupage des
programmes pour les traitements ).
Les modles tudis ce niveau sont les modles logiques des donnes et physiques des
traitements.
Chacun de ces trois niveaux ne sont pas indpendants. Il va de soi, que les choix techniques
(niveau physique ) peuvent tre imposs ds le dbut du projet. Les modles conceptuels et
organisationnels seront alors tudis en tenant compte de ces contraintes. Chacun des modles
seront affins au cours de la vie du projet.
Le tableau suivant rsume les modles que nous allons aborder tout au long de ce projet :
Tableau 1: tableau des modles d'analyse

NIVEAU

DONNEES

TRAITEMENTS

Conceptuel

Modle Conceptuel des


Donnes (MCD)

Modle Conceptuel des


Traitements (MCT)

CHOIX PRIX EN
COMPTE
Choix de gestion
Quoi ?

Choix 'organisation
Organisationnel

Physique

Modle Organisationnel des


Traitements (MOT)
Modle Logique des
Donnes

Qui ?,
O ?,Quand ?
Choix techniques

Modle Physique des


traitements (MPT)

Comment ?

(MLD) Modle Physique


des Donnes (MPD)
3.1.2.2 La dmarche prconise par MERISE :
MERISE prconise un dcoupage du projet en quatre tapes. Chacune des tapes correspond
des phases d'avancement du projet et donc une tude bien prcise.
Les tudes effectues au cours de chacune de ces tapes utilisent les diffrents niveaux
d'abstraction.
Chaque tude doit dboucher sur un dossier qui doit tre valid par toutes les personnes
concernes par le projet (utilisateur et informaticiens).
Ces tapes sont au nombre de quatre :
Etude pralable
Etude dtaille
Ralisation
Mise en oeuvre
a. L'tude pralable :
Cette phase a pour but de bien cerner le systme tudier : QUOI ? Dans quel but ?, Qu'est ce
qui existe ? ...et proposer une premire solution ainsi qu'une valuation tant qualitative que
quantitative du projet.
Elle est primordiale et conditionne le bon droulement des phases suivantes.
La premire des actions effectuer est le recueil des donnes c'est dire toute information
ncessaire cerner le projet, le comprendre et en effectuer une premire bauche.
Tous ces renseignements sont gnralement obtenus au cours d'entretiens. Chaque entretien
doit par la suite tre consolid.
L'objectif de la consolidation est de prparer les tapes suivantes en identifiant d'ores et dj
certains concepts ( rgles de gestion, de calcul et d'organisation, tche, domaines, acteurs,
processus, flux d'information ... ) mais aussi de constater les points rests obscurs. Il est

gnralement utile et ncessaire de formaliser les changes d'information par un diagramme


de flux de donnes.
Toutes les informations ainsi obtenues constituent le dossier d'tude pralable.
b. L'tude dtaille :
Base sur le dossier d'tude pralable elle a pour but de dcrire compltement, au plan
fonctionnel, la solution raliser.
Elle dbouche sur un dossier de spcifications dtailles.
c. La ralisation :
Elle concerne la production du code informatique correspondant aux spcifications dfinies
dans l'tude dtaille. Elle dbouche sur un dossier de ralisation.
d. La phase de mise en oeuvre :
Son but est d'excuter toutes les actions (formation, documentation, installation des matriels,
initialisation des donnes ...) qui permettront aux utilisateurs d'utiliser le logiciel fourni.
3.2. Diagramme de flux de donnes
Il parat important de parler du diagramme de flux donnes ( Data Flow Diagram ) car il est
trs souvent utilis, quelque soit la mthode d'analyse aborde.
En effet, lors de l'tude pralable, les diffrents entretiens permettent de cerner le systme
tudi tant par les documents changs, les donnes manipules que par l'organisation.
L'intrt de ce modle est quadruple :
Il est simples, Il est frquemment utiliss mme en dehors de toute mthodologie ( donc
connu )
Il est un excellent point de dpart au modle conceptuel des donnes
Il est un excellent point de dpart au modle conceptuel des traitements
NOMENCLATURES :
Pour notre projet nous allons reprsenter:
L'organisation par un rectangle ;
Les acteurs externes par des ellipses en pointills ;
Les acteurs internes par des ellipses ;
Les flux d'information par des flches dont l'orientation dsigne le sens du flux d'information.

Dpt des donnes par un rectangle non ferm


3.2.1. Diagramme de flux des donnes lors de l'inscription
Figure 1: Diagramme de flux de donnes inscription
1
INSCRIRE
Parent d'un enfant
Demande
Refus de demande
1
Listes des lves Admis
2
Enregistrer
3
Listes des lves en dette

2
Listes des lves en ordre
lves
Reste payer
Bordereau de versement

Lors de l'inscription la demande de parent peut tre accepte ou refuser pour plusieurs raisons:
Soit quand il n'y a plus de places disponibles.
Soit quand l'enfant ne satisfait pas les conditions d'inscription.
Quand l'inscription est accorde l'enfant alors l'enfant ou ses parents procdent
l'enregistrement et au paiement des frais de scolarit.
3.2.2. Diagramme de flux des donnes lors de l'examen
Figure 2: Diagramme de flux des donnes lors de l'examen
1
Passer des examens
lve
1
Copies des lves participants
2
Corriger
Titulaire de cours
2
Listes des notes
Implmenter des bulletins
Titulaire de Classe

2
Les bulletins finis

3.3 Le modle conceptuel des donnes (MCD) ou encore modle Entit- Association
3.3.1 Qu'est ce que le MCD
Le Modle Conceptuel des Donnes est une reprsentation graphique des donnes et des liens
qui existent entre chacune d'elles.
3.3.2. Dfinition des concepts de base
3.3.2.1 Entit ( objet ou individu)

Une entit est pourvue d'une existence propre et est conforme aux choix de gestion de
l'entreprise.
Une entit peut tre un acteur : lve, usine, produit => pourvue d'une existence intrinsque.
Une entit peut tre un flux : identification, enregistrement => existe par l'intermdiaire
d'acteurs.
3.3.2.2 Les proprits (attributs )

Une proprit est une donne lmentaire qui qualifie l'entit laquelle elle se rapporte :
- Chaque proprits prend des valeurs qui sont appeles occurrences de la proprit
- Chaque proprit a un domaine de dfinition (ensemble de valeurs possibles)
- Chaque proprit se rattache toujours une entit

3.3.2.3 Les relations

C'est un lien smantique reliant un ensemble d'entits et prsentant un intrt pour l'entreprise
pour notre cas pour l'cole.
Il peut exister plusieurs relations entre les mmes entits.
Une relation peut porter des proprits : on la dit porteuse.
Une relation peut ne pas porter de proprits : on la dit non porteuse.
- Une relation entre deux objets est une relation binaire.
- Une relation entre trois objets est une relation ternaire.
- Une relation entre n objets est une relation n-aire.
- Une relation rflexive est une relation de l'entit sur elle mme.
3.3.2.4 Les cardinalits

Elles permettent de quantifier le nombre d'occurrences d'une entit qui participent une
relation.
Elle s'exprime par deux nombres :
- Cardinalit minimale ( combien d'occurrences au minimum ?)
- Cardinalit maximale ( combien d'occurrences au maximum ? )
La cardinalit minimale ( 0 ou 1 ) :
Reprsente le nombre de fois minimum qu'une occurrence d'un objet participe aux
occurrences de la relation.
La cardinalit maximale ( 1 ou n ) :
Reprsente le nombre maximum de fois qu'une occurrence de l'objet participe aux
occurrences de la relation.
prcdent sommaire suivant

3.3.2.5 Identifiant d'une entit


C'est une proprit (ou ensemble de proprits) particulire qui permet d'identifier de faon unique
une occurrence de l'entit.
Pour tre identifiant, la ou le groupe de proprits ne doit pas prendre plusieurs fois la mme valeur
sur l'ensemble des occurrences possibles de l'entit.
L'identifiant figure en premier dans la liste des proprits.
L'identifiant est soulign ( ou parfois prcd d'un # ).
3.3.2.6 Identifiant d'une relation :
C'est l'identifiant obtenu par concatnation des identifiants des entits participant la relation.
3.3.3 Construction d'un MCD
La dmarche suivre pour la construction d'un MCD est la suivante :
Recherche des proprits grer ( dictionnaire des donnes ),
Regroupement des proprits,
Reprsentation des objets
Recherche des relations
Recherche des cardinalits,
Vrification et validation du modle
3.3.4 MCD
Figure 3: Modle conceptuel Entit Relation
Cours
Notes
Elves
1,n
Elve_Id
Date
Avoir
Etudier
Cours_Id

Elve_Id
Section_Id
1,1
0, n
0, n
0, n
Categorie
Cours_Id
Rsultat
EquipeID
Intitul
Archive
Nom
Enseignant
Classe
Archive
Origine
Rsidence
Bailleur
Inscription
Paiement
0,n
Faire
Effectuer
1,1
1,1

Banque
Eleve_ID
Eleve_ID

3.4 Le modle conceptuel des traitements


Le modle conceptuel des traitements permet de traiter le dynamisme du systme d'information, c'est-dire les oprations qui sont ralises en fonction d'vnements.
Ce modle permet donc de reprsenter de faon schmatique l'activit d'un systme d'information
sans faire rfrence des choix organisationnels ou des moyens d'excution, c'est--dire qu'il permet
de dfinir simplement ce qui doit tre fait, mais il ne dit pas quand, comment ni o.
L'vnement
Un vnement reprsente un changement dans l'environnement extrieur au systme d'information, il
peut reprsenter un changement aussi dans le systme d'information lui-mme. D'ou on aura deux
sortes d'vnements :
Un vnement externe est un changement du milieu extrieur, il est reprsent par une ellipse en

traits pointills
Un vnement interne est un changement interne au systme d'information il est reprsent par une
ellipse en traits pleins
Le processus
Un processus est un sous-ensemble de l'activit de l'entreprise, cela signifie que l'activit de
l'entreprise est constitue d'un ensemble de processus. Un processus est lui-mme compos de
traitements regroups en ensembles appels oprations.
L'opration
Une opration est un ensemble d'actions excutes par le systme suite un vnement, ou une
conjonction d'vnements. Cet ensemble d'actions est ininterrompu, c'est--dire que les vnements
ne sont pas pris en compte tant que l'opration n'a pas t accomplie.
La synchronisation
La synchronisation d'une opration dfinit une condition boolenne sur les vnements contributifs
devant dclencher une opration. Il s'agit donc de conditions au niveau des vnements rgies par
une condition logique ralise grce aux oprateurs : OU, ET et NON
3.5. Le modle conceptuel des traitements (MCT)
Figure 4: Le modle conceptuel des traitements
Demande d'inscription d'lve
Vrification
Non Oui Incomplet
Demande incomplte
Demande Complet
Enregistrement
Listes des lves
Passation des examens
Oui Non
Liste des lves irreguliers
correction
Liste des notes
Demande

rejete
copies

Extrieur Traitement Support des donnes Acteur ou poste Priode


Vrification
Non Incomplet Oui
Elaboration d'horaire
Enregistrement des rsultats
Vrification
Non Oui
Enseignement et valuation

Registre des admis

Secrtaire charge des


inscriptions

Au moment de la demande
d'inscription

Secrtaire charge des


inscriptions

Au moment de la demande
d'inscription

Registre des admis


Registre des admis

Horaire des enseignants charge des programmes


Liste des lves
prsentes

Au moment de la prparation des


cours

charg du cours
chaque trimestre

Classement
3.6 Le modle organisationnel du traitement MOT
Figure 5:Schma du modle organisationnel des traitements

3.7 Le dictionnaire des donnes


Tableau 2: Dictionnaire des donnes

Structure de
Donnes

identite

Attributs

matricule

Nom

Type de
donnes

nvarchar

nvarchar

Taille

Contrainte
d'intgrit

Description

20

Cl primaire
Valeur non
nulle

Identification De l'lve

20

Valeur non
nulle

Nom de l'lve

Prnom de l'lve

Prenom

nvarchar

20

Valeur non
nulle

Pere

nvarchar

20

Valeur nulle

Nom du pre de l'enfant

20

Valeur non
nulle

Nom de la mre de
l'enfant

Valeur non
nulle

Sexe de l'enfant

Valeur non
nulle

Date de naissance de
l'enfant

Mere

Sexe

DOB

nvarchar

char

datetime

provinceOrigine

nvarchar

20

Valeur nulle

province d'origine de
l'enfant

districtOrigine

nvarchar

20

Valeur nulle

district d'origine de
l'enfant

secteurOrigine

nvarchar

20

Valeur nulle

secteur d'origine de
l'enfant

provinceResidence nvarchar

20

Valeur nulle

province de rsidence de
l'enfant

districtResidence

20

Valeur nulle

District de rsidence de
l'enfant

nvarchar

secteurResidence

nvarchar

20

Valeur nulle

secteur de rsidence de
l'enfant

celluleResidence

nvarchar

20

Valeur non
nulle

cellule de rsidence de
l'enfant

50

Valeur non
nulle

Rfrences des parents

contactParents

nvarchar

boitePostal

nvarchar

30

Valeur nulle

Adresse postal des


parents de l'enfant

religion

nvarchar

20

Valeur nulle

Religion de lenfant

50

Valeur nulle

Prcisment si l'enfant a
les deux parent,un des
parent ou orphelin de
deux parents

20

Cl primaire
Valeur non
nulle

Code de l'lve,

20

Cl primaire
Valeur non
nulle

Anne scolaire en cours,

20

Valeur non
nulle

Anne d'tude en cours

situationFamiliale nvarchar

INSCRIPTION
matricule

AnneeScolaire

AnneeEtude

nvarchar

nvarchar

datetime

Bailleur

nvarchar

20

Valeur nulle

Responsable des frais de


scolarit de l'enfant

Doubleur

bit

Valeur nulle

Si l'enfant reprend
l'anne

DateJour

datetime

Valeur non
nulle

Jour de l'inscription

TotPaye

numeric

Valeur non
nulle

Montant payer durant


l'anne en cours.

solde

numeric

Valeur nulle

Montant reste payer

durant l'anne en cours.


PAIEMENTS

Numero

20

Numro d'ordre de
payement

Eleve_ID

nvarchar

20

Cl trangre
Valeur non
nulle
Identifie l'lve

datetime

Valeur non
nulle

Anne scolaire en cours

AnneeScolaire

nvarchar

20

Valeur non
nulle

Numro de versement
la banque

datetime

Valeur non
null

Date de payement

nvarchar

20

Valeur nulle

Banque titulaire de
compte de l'cole

nvarchar

30

Valeur non
nulle

Montant pay

nvarchar

20

Valeur nulle

Date

20

Cl primaire
Valeur non
nulle

Identifiant de cours

NumeroBordereau

DateBordereau

Banque
Montant
DateJour

COURS

nvarchar

Cl primaire
Valeur non
nulle

codeCours

nvarchar

codeClasse

nvarchar

20

Cl trangre
Valeur nulle Identification de classe

libelle

nvarchar

20

Valeur nulle

Intitule du cours.

10

Valeur non
nulle

Max du cours en travaux


journalier

Valeur non
nulle

Max du cours examen

maxTj

maxExamen

float

float

NOTES

maxTrimestre

float

Valeur nulle

Note trimestrielle du
cours

maxAnnuel

float

Valeur nulle

Note annuelle du cours

matricule

nvarchar

20

Cl primaire
Valeur nulle

Identificateur de l'eleve,
identifiant note

20

Cl primaire
Valeur non
nulle

Identificateur de classe,
identifiant note

20

Cl primaire
Valeur non
nulle

Trimestre en cours,
identifiant note

Cl primaire
Valeur non
nulle

Anne scolaire en cours,


identifiant note.

20

Cl primaire
Valeur non
nulle

Identificateur de cours,
identifiant note.

Valeur nulle

Note trimestrielle en
travaux journaliers.

codeClasse

trimestre

anneeScolaire

codeCours

Note_Tj

Employe

nvarchar

nvarchar

datetime

nvarchar

float

noteExam

float

Valeur nulle

Note trimestrielle en
examen.

noteTrimestrielle

float

Valeur nulle

Note trimestrielle

noteAnnuelle

float

Valeur nulle

Note annuelle

20

Cl primaire
Valeur non
nulle

Identifiant de l'employe

20

Valeur non
nulle

Nom de l'employe

20

Valeur non
nulle

Prnom de l'employe

codeEmploye

Nom

Prenom

nvarchar

nvarchar

nvarchar

DOB

datetime

15

Valeur nulle

Date de naissance de
l'employe

niveau

nvarchar

20

Valeur nulle

Niveau d'tude de
l'employe

Valeur nulle

Nationalit de
l'employe

Valeur nulle

Domaine don't
l'employe est specialise

20

Valeur nulle

Dpartement de
l'employe

Identifiant classe

Nationalite

specialite

Departement

CLASSES

nvarchar

20

codeClasse

nvarchar

20

Niveau

nvarchar

20

Valeur non
nulle

Niveau de la classe

Valeur non
ulle

Anne de etude classe

20

Cl trangre
Valeur non
nulle
Titulaire de classe

Identifient de province

codeEmploye

DISTRICTS

nvarchar

20

V primaire
Valeur non
nulle

anneeEtude

PROVINCES

nvarchar

datetime

nvarchar

codeProvince

nvarchar

20

Cl primaire
Valeur non
nulle

Libelle

nvarchar

20

Valeur non
nulle

Libelle de province

20

Cl primaire
Valeur non
nulle

Identifiant de district

20

Cl trangre
Valeur non
rfrence de district
nulle
dans la province

codeDistrict

codeProvince

nvarchar

nvarchar

Libelle

SECTEU-RS codeSecteur

codeDistrict

Libelle

CELLUL-ES codeCellule

codeSecteur

Libelle

BANQUE

nvarchar

nvarchar

nvarchar

nvarchar

nvarchar

nvarchar

nvarchar

20

Valeur non
nulle

Libelle de district

20

Cl primaire
Valeur non
nulle

Identifiant de secteur

20

Cl trangre
Valeur non
Rfrence de secteur
nulle
dans district

20

Valeur non
nulle

Libelle secteur

20

Cl primaire
Valeur nulle

Identifiant de cellule

20

Cl trangre
Valeur non
Rfrence de cellule
nulle
dans secteur

20

Valeur non
nulle

Cellule libelle

Identifiant banque

codeBanque

nvarchar

20

Cl primaire
Valeur non
nulle

Libelle

nvarchar

20

Valeur non
nulle

Libelle banque

20

Cl primaire
Valeur non
nulle

Identifiant religion

nvarchar

20

Valeur non
nulle

Identifiant bailleur

libelle

nvarchar

20

Valeur nulle

Libelle bailleur

pourcentage

float

Valeur nulle

Pourcentage assigne au

RELIGION codeReligion

BAILLE-UR codeBailleur

nvarchar

bailleur.
3.8 Modle logique
Table identite (matricule, nom, prnom, pere, mere,sexe, DOB, provinceOrigine,districtOrigine,
secteurOrigine, provinceResidence, districtResidence, secteurResidence, celluleResidence,
contactParents, boitePostal, religion, situationFamiliale)
Table inscription (#matricule, anneeScolaire, anneeEtude, bailleur, doubleur,dateJour, TotPaye, solde )
Table paiement(numero, #matricule, anneeScolaire, numeroBordereau, banque, montant,
dateJour,dateBordereau,)
Table classe(codeClasse, niveau, anneeEtude, codeEmploye)
Table cours(codeCours, #codeClasse, libelle, maxTj, maxExamen, maxTrimestre, maxAnnuel)
Table notes(#matricule, #codeClasse,trimestre, anneeScolaire, #codeCours, Note_Tj, NoteExam,
NoteTrimestrielle, NoteAnnuelle)
Table Employe(codeEmploye, nom, prenom, DOB, Niveau, Nationalite, specialite, Departement)
Table classe(codeClasse, ,niveau,anneeEtude, #codeEmploye)
Table bailleur(codebailleur, Libelle, pourcentage)
Table banque (codeBanque, Libelle)
Table province(code, Libelle)
Table district(codeDistrict, Libelle, #codeProvince)
Table cellule(codeCellule, Libelle, #codeSecteur)
Table religion(codeReligion, libelle)
3.9 Model physique des donnes
Figure 6: Model physique des donnes

CHAPITRE 4 : REALISATION ET TEST DU NOUVEAU SYSTEME


4.1 Introduction
Dans le chapitre prcdent, nous avons prsent le modle de gestion et
l'architecture gnrale de notre application. Dans ce chapitre nous allons dcrire de manire gnrale
le modle client-serveur en dot net qui constitue la base de notre architecture. Nous dtaillerons aussi
les diffrents niveaux qui constituent notre application. Enfin, nous prsenterons les rsultats et tests
effectus.
4.2. Les outils utiliss
Dans la conception d'un nouveau systme d'information, l'architecture se prsente enfin de faciliter le
choix de technologies utiliser. Le choix se base sur les objectifs poursuivre, les besoins, le volume
d'activits que l'on doit grer et le genre de la communication.
Dans la conception de l'application SYGEP, nous avons fait recours aux diffrents outils qui nous ont
aids la mise en place de l'application SYGEP. Nous pouvons mentionner :
-SQL Server 2000 pour l'implmentation de la base des donnes

-Visual Basic .net 2003 pour la mise en place d'une interface homme machine
-Crystal Report 8.5 pour gnrer les rapports
4.2.1 SQL SERVER
Le langage SQL a t initialement conu dans les annes 1970 par la firme IBM. Il a t ensuite
normalis (la norme actuelle, SQL-2000, date de 1992) et est devenu le standard de tous les SGBDR.
Ce langage permet de masquer aux programmeurs les algorithmes de recherche des donnes dans
des fichiers physiques eux-mmes structurs de manire trs complexe et diffremment selon les
SGBDR. Transact SQL prend certaines liberts par rapport la norme, mais la majeure partie de ce
qu'on aborde ici est rutilisable avec un autre systme de gestion.
Il se dcompose en quatre sous langages qui s'occupent de :
- La dfinition des donnes (LDD) : cration des tables, des contraintes, etc. ;
- La manipulation des donnes (LMD) : slectionner, insrer, supprimer et modifier ;
- Le contrle des donnes : intgrit, droits d'accs, verrous et cryptage ;
- La programmation (Transact SQL) : procdures stockes, fonctions, dclencheurs.
Dans ce langage, les donnes sont stockes dans les objets appels tables. Ce logiciel utilise treize
tables qui sont les suivants :
- La table Identite nous permet de saisir les informations gnrales sur un lve. Cette table garde les
informations statiques d'un lve.
- La table Inscription nous permet de saisir les dtails concernant l'lve. Ces dtails sont des
informations qui varient au cours des annes quand l'lve change d'une classe l'autre.
- La table note nous aide stocker les notes des lves.
- La table paiement nous aide garder les enregistrements en relation avec le paiement des lves.
- La table cours nous permet de saisir les cours suivis par les lves.
- La table classe garde les classes disponibles pour toutes les promotions scolaires.
- La table bailleur est une table qui stocke les informations en relation avec les bailleurs qui prennent
en charge en partie ou en totalit le paiement des frais scolaire des lves.
- La table religion garde les diffrentes religions.
- La table banque garde les diffrentes banques.
- La table provinces garde les diffrentes provinces.
- La table districts garde les diffrents districts.
- La table secteur garde les diffrents secteurs.

- La table cellule garde les diffrentes cellules.


4.2.2 VISUAL BASIC dot net 2003
Prsentation de Visual Basic
Visual Basic est un outil dvelopp par la socit amricaine appele "Microsoft" pour dvelopper
facilement des applications fonctionnant sous Microsoft Windows. Visual Basic est, comme son nom
l'indique, un outil visuel permettant de crer sans notion de programmation l'interface graphique (GUI Graphical User Interface) en disposant l'aide de la souris des lments graphiques (boutons,
images, champs de texte, menus droulants,...).
Visual Basic .NET
Visual Basic .NET (VB.NET) est la nouvelle gnration du langage Visual Basic. Bien que les
syntaxes de Visual Basic .NET et Visual basic restent sensiblement proche,
Visual Basic .NET constitue une rupture totale avec Visual Basic.
Il intgre de nouvelles fonctionnalits telles que l'hritage, les interfaces, la surcharge des fonctions,
ce qui en fait un langage orient objet part entire.
Par ailleurs, Visual Basic .NET dispose avec Visual Studio d'un IDE et d'assistants gnrateurs de
code avancs.
C'est ce jour, un des langages les plus simples pour construire des applications .NET
4.2.3 CRYSTAL REPORTS
Crystal Reports est un des gnrateurs d'tats le plus connus. Il prsente une interface facile utiliser
qui permet aux utilisateurs de construire des rapports rapidement mais ayant assez de profondeur
pour produire des rapports complexes et rpondre aux besoins avancs.
Crystal Reports a la possibilit de se connecter aux sources des donnes telles que SQL Server,
Oracle, Microsoft Access, des fichiers logs de type Web,... On peut naviguer travers ces systmes
de stockage de donnes, et trouver les informations dont on a besoin, et extraire les donnes pour
produire des rapports sophistiqus.
Crystal Reports est l'outil de cration des rapports le plus populaire utilis pour afficher ces rapports
dans les applications Visual Basic 6.0 ainsi que Visual Basic .NET.
Les outils ci haut cits nous ont aid mettre en place un logiciel qui rpond aux problmes voqus
dans le deuxime chapitre. Pendant et aprs la mise en place de ce logiciel, il faut effectuer certains
tests.
4.3 Notion de test
Le test de l'application aprs le dveloppement s'avre ncessaire pour s'assurer de la bonne marche
de l'application. Pour mieux comprendre cette partie, certaines dfinitions sont importantes :
- La faute est dfinie comme tant une cause d'une erreur.
- Une erreur est un cart entre une valeur ou condition calcule, observe ou mesure et la valeur ou
condition qui est vraie, spcifie ou thoriquement correcte.
- Un dfaut ou anomalie est la manifestation d'une erreur dans un logiciel. Un dfaut peut causer une
panne.

- Une panne est la fin de la capacit d'un systme ou d'un de ses composants d'effectuer la fonction
requise, ou de l'effectuer l'intrieur de limites spcifies.
- Le test est un processus manuel ou automatique, qui vise tablir qu'un systme vrifie les
proprits exiges par sa spcification, ou dtecter des diffrences entre les rsultats engendrs par
le systme et ceux qui sont attendus par la spcification.
En vue de minimiser les risques d'erreurs de programmation et de vrifier la conformit du produit
intermdiaire ou final avec le cahier des charges, de nombreux outils et mthodes ont t crs. La
capacit du produit rsister diffrentes montes en charge fait galement partie de la batterie de
tests qu'une solution se doit de passer avant d'tre mise en place.
Le test visant la mise en vidence des erreurs d'un logiciel, n'a pas l'objectif de diagnostiquer la cause
de ces erreurs ni celui de corriger les fautes. Cependant l'efficacit du test (son aptitude dtecter
des erreurs) doit tre conforme certains critres de qualit.
La qualit tant l'ensemble des proprits et caractristiques d'un produit ou service qui lui confrent
l'aptitude satisfaire des besoins exprims ou implicites, son niveau dpend du contexte d'utilisation
du logiciel : plus le contexte est critique, plus l'effort de test doit tre important. La programmation d'un
logiciel arospatial requiert des exigences de qualit suprieures la programmation d'un diteur de
dessins techniques. Pour un logiciel critique, le cot du test peut reprsenter plus de 40% du cot du
dveloppement.
Dans le panorama des solutions de test du logiciel, trois catgories de solutions ont t dtailles :
- La premire catgorie concerne les tests sur le code source proprement parler quelque soit le
langage utilis. L'objectif est bien entendu de dtecter, de manire la plus automatise qui soit, les
anomalies.
- La deuxime catgorie de solutions concerne les tests fonctionnels. Ces derniers reposent sur
l'analyse des spcifications de tout le logiciel ou une partie, sans tenir compte de sa programmation
intrinsque. La solution est teste de telle sorte qu'un input dans telle ou telle de ses sections doit
renvoyer une rponse conforme au cahier des charges.
- La troisime catgorie de solution est celle relative la performance des logiciels dvelopps, que
ces derniers soient des applications web, rseau,...
4.3.1 Les tests fonctionnels
Le but des tests fonctionnels (appels aussi tests boite noire) est de :
- Vrifier le comportement d'un logiciel par rapport aux spcifications (fonctions non-conformes ou
manquantes,...)
- Vrifier le respect des contraintes (performances, espace mmoire,...) et des facteurs qualit
associs au logiciel (portabilit,...).
Il n'est pas facile de connatre priori le nombre des tests ncessaires, le seul lment dont on est sr
auquel on peut se baser est la spcification. La spcification tant l'ensemble des exigences
auxquelles le produit ou le service doit se conformer. La spcification contient les fonctions raliser
par le logiciel, les interfaces de ce logiciel et les contraintes fixes au dveloppeur (performances
temporelles, performances spatiales, contraintes matrielles, critres de scurit et la portabilit).
4.3.2 Couverture des tests fonctionnels
Les tests fonctionnels sont diviss en quatre grandes catgories savoir : les tests nominaux, les

tests aux limites fonctionnels, les tests de robustesse et les tests de conformit.
Les tests nominaux aident vrifier la conformit par rapport la spcification pour un comportement
normal du logiciel, les tests aux limites aident vrifier le comportement aux limites du logiciel. Au
niveau des tests nominaux et des tests aux limites fonctionnelles, on teste les fonctions du logiciel.
Les tests de robustesse permettant de valider la robustesse du logiciel vis--vis de son environnement
comme les tests hors limites fonctionnelles, les tests en charges (saturation des rseaux, saturation
des requtes,...) et les pannes des quipements externes.
Les tests de conformit vrifient les contraintes associes au logiciel. Ces contraintes peuvent tre
des performances, l'ergonomie (c'est--dire l'interface homme-machine) et la portabilit
(environnement).
Figure 7: Les phases de test
Dveloppement Test
Analyse (spcification) du logiciel
Conception gnrale
Conception dtaille
Codage
Tests unitaires
Intgration et tests d'intgration
Tests de validation
Modifications
et tests de
rgression

http://www.inrs.fr/htm/comment_construire_les_tests_d_un_logiciel.htm

: Enchanement
: Lien logique
Durant les phases de descente du cycle, le testeur labore les Plans de Tests du Logiciel dcrivant
essentiellement :
- la stratgie des tests mise en place
- les moyens mis en oeuvre (matriel, logiciel et humain)
- l'ensemble des fiches des tests.
Durant les phases de remonte du cycle, le testeur excute les fiches des tests dcrites dans les
plans et produit les rapports des tests associs. Ces rapports contiennent essentiellement :
- la synthse des rsultats de tests
- les rsultats des tests dtaills
- la trace d'excution des tests.
4.3.3 Les tests unitaires
Les tests unitaires ont pour but de valider chaque composant logiciel pris unitairement par rapport sa
spcification dtaille. Ce test est effectu ds qu'une pice de code a t code et compile
correctement et il utilise le type de test appel test structurel. Ce dernier consiste analyser la
structure interne du programme en dterminant les chemins minimaux afin de s'assurer que toutes les
conditions d'arrt de boucle ont t vrifies, toutes les branches d'une instruction conditionnelle ont
t testes et les structures de donnes internes ont t testes (pour s'assurer la validit).
4.3.4 Les tests d'intgration
Le but de ce test est la validation des sous systmes logiciels entre eux c'est--dire l'intgration de
l'interface entre les composants logiciels et l'intgration de l'interface entre le logiciel et le matriel. Le
test d'intgration est effectu ds qu'un sous systme fonctionnel (module, objet) est entirement
test unitairement. Une progression ordonne de tests dans laquelle des lments logiciels et
matriels sont assembls et tests jusqu' ce que l'ensemble du systme soit test.
4.3.5 Les tests de validation
Ce test consiste en la vrification de la conformit du logiciel aux spcifications du logiciel c'est--dire
vrifier que le systme construit correspond bien aux besoins exprims par le client. Ce test de
validation est effectu ds que l'ensemble des sous-systmes fonctionnels ont t tests et intgrs. A
ce niveau, les tests fonctionnels et les tests de robustesse sont utiliss.
4.3.6 Le test du logiciel ou test de rception
Ce test de rception est un test gnralement effectu par l'acqureur aprs l'installation d'un systme
ou d'une entit fonctionnelle avec la participation du fournisseur, pour vrifier que les dispositions
contractuelles sont bien respectes. Il est appel test du logiciel car ce niveau le test est effectu
dans l'environnement rel du logiciel, avec les donnes du client, sa plate-forme,...
4.3.7 Le test de rgression

A la suite de la modification d'un logiciel (ou d'un de ses constituants), un test de rgression a pour but
de montrer que les autres parties du logiciel n'ont pas t affectes par cette modification, c'est le test
de rgression. Cela est d au fait que l'utilisation du logiciel peut engendrer les nouveaux besoins
dans l'organisation. Le dveloppement pouvant aussi tre la cause de cette modification.
4.4 Rsultats obtenus
Comme nous l'avons signal dans les parties prcdentes, le logiciel sujet de notre travail a t
dvelopp en vue de rpondre aux besoins que prsentait la gestion des coles primaires.
Le module de gestion d'enregistrement dvelopp dans ce logiciel nous a permis de rsoudre
quelques problmes comme la gestion d'enregistrement, la gestion de l'inscription des lves et la
liste des lves.
Pour l'inscription, les donnes concernant chaque lve taient saisies dans un registre d'inscription
et pour tablir le rapport concernant ces inscriptions, il fallait faire le pointage dans le registre. Avec le
nouveau systme, l'utilisateur va saisir les donnes dans la base des donnes et il pourra imprimer
des rapports automatiques. Pour la saisie dans la classe montante, le processus est le mme.
Le module comptabilit, son tour, nous a permis de rsoudre les problmes comme la dtermination
du nombre d'lves en dette automatiquement.
Pour sortir les bulletins, se fait par slection de classe ou d'un lve individuellement.
Pour avoir ces rsultats, des tests ont t effectus. Le logiciel que nous avons dvelopp a subi des
tests unitaires, des tests d'intgrations et le test de validation.
Les tests unitaires ont t effectus aprs l'criture de chaque morceau de code. Avant de passer
une nouvelle section, il a toujours t ncessaire de faire des tests pour les sections dj effectues.
A cause du nombre lev des units dveloppes et testes, il n'est pas facile de citer tous les tests
unitaires qui ont t effectu mais nous pouvons identifier certains d'entre eux. Ces tests sont par
exemple la saisie des lves, la dtermination du rsultat,... Un formulaire a t prpar pour la saisie
de ces lves dans la base des donnes. Aprs le test unitaire, il a fallu effectuer des tests
d'intgration. Les tests d'intgration sont aussi multiples comme des tests unitaires car il a fallu
intgrer toutes les units testes dans un mme logiciel scriptions et la gestion de notes. La gestion
de notes devrait tirer les donnes dans l'unit. Ces tests ont confirm le bon fonctionnement de
l'interface entre les diffrentes sections dj testes unitairement ou sparment. L'un des exemples
est la gestion des in inscription. Le test d'intgration a montr que ces donnes saisies dans
l'inscription arrivaient immdiatement dans l'unit qui nous permet la gestion de note. C'est--dire
quand un lve est saisi sur le formulaire d'inscription, ces informations sont aussi enregistres
directement dans l'unit de gestion de note et le test l'a confirm.
Le test de validation s'avrait aussi ncessaire pour vrifier si rellement le logiciel mis en place
rpond exactement aux besoins exprims dans les spcifications. Ce test n'a pas t effectu pour
plusieurs raisons. Ce test devrait se passer en deux phases : la premire phase pour le test du
module gestion d'enregistrement des inscriptions et des notes et la seconde pour le module de
comptabilit. Dans la gestion de paiement, nous devrions saisir des oprations paiement possibles et
d'autres oprations comme la contribution des bailleurs. Dans le module comptabilit, il fallait essayer
d'enregistrer les oprations relles pour voir comment le logiciel se comporte. A la fin il fallait aussi
faire le contrle pour vrifier aussi si le rsultat tait dtermin correctement avec des donnes
relles.
Signalons aussi que le test de rception n'a pas t effectu cause de plusieurs exigences qui n'ont
pas t disponibles temps. Aprs ces tests qui ont t effectus avec succs, nous pouvons dire
que le travail a atteint son objectif.

4.5 Protection des donnes


La politique de scurisation dtermine les actions mener pour assurer l'intgrit, la confidentialit
des donnes et la disponibilit du service.
Sauvegarder rgulirement le fichier contenant la base de donnes est l'une de mesure de protection
des donnes. C'est lui qui contient les fiches principales. Cette sauvegarde peut se faire sur un lecteur
externe (disquette, CD, Flash disc...). Il est intressant de noter que les donnes de ce fichier peuvent
tre compresses. Pour cela il suffit d'utiliser un utilitaire comme Win Zip, WinRAR etc.
4.6 Les exigences du logiciel
Du ct des postes client
Les systmes d'exploitations suivant supportent la conception et le dploiement d'applications .NET
dveloppes avec VB.NET.
Microsoft Windows Server 2003
Windows XP Professionnel
Windows XP dition familiale (Sans possibilit de cration d'applications Web et de services WEB
XML)
Windows 2000 Professionnel (Service Pack 3 ou version ultrieure requis)
Windows 2000 Server (Service Pack 3 ou version ultrieure requis)
Windows NT 4.0 (VSNET 2002 exclu)
Les plates-formes Windows 98, Windows 98 Deuxime dition et Windows ME, Microsoft Windows
NT 4.0 (pour VS.NET 2002) ne sont pas prises en charge pour la conception et le dveloppement
avec Visual Studio .NET.
Vous pouvez dployer des applications dans les environnements de plates-formes Windows 98 et
Windows ME, Microsoft Windows NT 4.0 (Service Pack 6a requis).
L'installation du runtime Framework.NET est indispensable sur le poste cible.
- CPU : Pentium III ou suprieur
- RAM : 128 Mo ou suprieur
- 15 Mo libres sur le disque dur
Du ct du serveur
-La plate-forme : WINDOWS 2000 Server
- 3 Go libre sur le disque dur
Les logiciels pr requis :
-SQL Server 2000

Installation des Service Pack les plus rcents des logiciels cits ci haut pour garantir le bon
fonctionnement du systme.
CONCLUSION ET RECOMMENDATIONS

prcdent sommaire suivant

CONCLUSION
Au terme de notre travail de fin d'tude intitul La Gestion des information des lves d'une
cole primaire , Rappelons que l'objectif principal que nous nous sommes assign tait
l'utilisation des nouvelles technologies pour une meilleure gestion des informations
concernant les lves d'une cole primaire. A cet effet, nous avons voulu d'abord, au cours de
notre tude, faire une analyse de la pratique de gestion des informations des lves par le
systme existant dans les coles primaires; ensuite nous rendre compte de la qualit de cette
dernire et enfin apporter une meilleure solution. Pour y arriver nous avons divis notre
travail en quatre parties interdpendantes.
Le premier chapitre qui est l'introduction gnrale comprend la prsentation du sujet, le choix
et l'intrt du sujet, les objectifs du travail, l'hypothse centrale, la dlimitation du sujet, la
mthodologie de recherche, la subdivision du travail et les rsultats attendus.
Afin de vrifier notre hypothse, nous nous sommes servi de certaines mthodes et
techniques. Concernant les mthodes nous avons fait recours la mthode MERISE L qui est
une mthode utilise pour la conception des systmes informatiques et pour ce qui est des
techniques qui nous ont permis de bien comprendre le problme et d'apporter une solution,
nous nous sommes appuys sur les interviews, la documentation et l'observation.
Le second chapitre explique le fonctionnement de l'ESCAF, les procdures d'enregistrement
ainsi que les fiches utilises pour les diffrentes oprations sur les renseignements des lves
de la dite cole. Ici nous avons dcrit le systme existant, son fonctionnement et ses
dfaillances, ensuite nous avons dcrit le nouveau systme mettre en place, son
fonctionnement et ses exigences.
Le troisime chapitre comprend la conception du logiciel de gestion des informations des
lves de l'cole primaire (SYGEP). Au cours de ce chapitre, nous avons relev les donnes
ainsi que les traitements du nouveau systme d'aprs l'analyse faite dans le deuxime chapitre.
Nous avons prsent diffrents modles conceptuels de donnes et des traitements permettant
d'aboutir au bien livrable de ce travail.
Le quatrime chapitre prsente le nouveau systme, les testes et ses exigences, les rsultats
obtenus et montre les diffrents outils utiliss pour le mettre en place.
SYGEP est une rponse des besoins de l'ESCAF, il permet la ralisation des diffrentes
activits de l'cole.

Le logiciel conu va faciliter les activits de gestion des informations en relation avec les
lves surtout le suivi des dossiers.
Alors nous croyons qu'une fois le logiciel install, il va amliorer les activits de gestion des
informations des lves.
En dfinitive, nous osons croire qu'une fois ce logiciel est mis en production, il contribuera
l'amlioration de la gestion des informations des eleves de l'ESCAF. Il aboutit aux rsultats
attendus : -Inscrire les lves pour le recueil et le stockage des renseignements dans une base
des donnes.
-Identifier les diffrents types de bailleurs de fond (ADRA et autres) facilement.
-Reprer les lves qui se trouvent dans une tranche d'ges donns.
-Voir les lves qui ont dj pay ou pas le Minerval
-Visualiser tous les renseignements sur un lve, y compris sa photo.
-Lister tous les lves inscrits dans une classe.
-Lister les cours programms pour une classe
-Apercevoir le palmars (Fiche de dlibration) pour chaque classe, c'est--dire (Noms de
l'lve, classement, pourcentage, nombre d'checs, liste des cours avec checs)
-Visualiser/Imprimer/Archiver tous les bulletins d'une classe en un seul clic
(Alternativement voir un seul bulletin, surtout utile au moment des rclamations et pertes
individuelles)

RECOMMANDATIONS
Il est indispensable, afin de btir un avenir meilleur, d'apprhender les nouvelles
Donnes du secteur ducatif, d'en dceler les points forts et les faiblesses avant de pouvoir
identifier les domaines d'intervention prioritaires.
Suivant les diffrents points qu'on a traits, il est important de souligner que L'tude prsente
dans ce mmoire permet de mettre en vidence un certain nombre de pistes de dveloppement
quant l'avenir du logiciel SYGEP . Ce logiciel pourra tre amlior et inclure les
fonctionnalits telles que la consultation online des informations des coles primaire, la
gestion des places disponibles l'cole, le paiement des frais des frais de scolarit online, etc.
Tout reconnaissant les possibilits des coles primaire. C'est pourquoi nous ne pouvons pas
clturer ce travail sans laisser la piste ouverte l'approfondissement de ce sujet par celui qui
sera intress continuer ce travail.
Rfrences bibliographiques et webographiques

0. Camille, Moine, Informatique applique la gestion, 1re et 2e dition, Paris, juillet 2000.
1. Ngabo A. SEBAHASHYI, cours Analyse des programmes et spcification, UAAC, anne
2001-2002.
2. DI GALLO Frederic, Cours de gnie logiciel, CNAM, bordeaux, 1999-2000
3. Politique Sectorielle de l'Education au Rwanda, MINEDUC, mai 1998
4. Attributions du MINEDUC, janvier 2000
5. Rapport du Sminaire - Atelier sur la Rvision et l ' Harmonisation des
Programmes de l'Enseignement Secondaire, Kigali, mai 1996
6. Etude du Secteur de l'Education au Rwanda, Kigali, novembre 1997
7. Rapport du Recensement Gnral des Enseignants au Rwanda, MINEDUC, juillet
2000
8. Statistiques de l'Enseignement, MINEPRISEC, 1990-1991
9. Statistiques de l'Enseignement, MINEPRISEC, 1991-1992
10. Recensement Statistique, Primaire et Prscolaire, MINEDUC, 2000-2001
11. Sminaire sur l'ducation non formelle, Kigali, juin 1995.
12. Projet d'amlioration de l'ducation populaire, 1995.
13. Country population Assesment Kigali, 2000.
14. Etude du secteur de l'Education au Rwanda, Kigali, novembre 1997.
15. Enqute socio - dmographique, Kigali, (1996.
Webographiques
http://www.learningtree.fr/courses/fr530.htm
http://fr.wikipedia.org/wiki/PHP_hypertext_preprocessor
http://www.commentcamarche.net/javascript/jsintro.php3
http://home.netscape.com.
http://www.allhtml.com/articles/detail/257
http://www.chez.com/qaghan/JavaScript/fscriptn.php

http://remi.leblond.free.fr/probatoire/node9.html
http://www.iro.umontreal.ca/~pift3030/H03/02_architecture.pdf
http://www.locoche.net/intro_reseau.php
http://www.laltruiste.com/document.php?
rep=annexe&page=developpement_logiciel&precedent=37
ANNEXE

Page d'accueil

Page de connexion

Page des menus

Page de l'identification de l'lve

Page d'inscription de l'lve

Page de payement de l'lve

Page d'enregistrement de notes de l'lve