Professional Documents
Culture Documents
suivant
SOMMAIRE
DEDICACE
REMERCIEMENTS
SIGLES ET ABREVIATIONS
CHAPITRE 1 : INTRODUCTION
o
Disponible en une
seule page
2.2. Principe
2.3.1 Education
2.3.2 Enseignement
DE GESTION AUTOMATISE
o
CONCLUSION
RECOMMANDATIONS
UNIVERSITE ADVENTISTE D'AFRIQUE CENTRALE
FACULTE DE GESTION ET ADMINISTRATION
Option : Informatique
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 :
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
SIGLES ET ABREVIATIONS
ADRA : Adventist Development and Relief Agency.
BASIC : Beginners All-Purpose Symbolic Instruction Code.
CHAPITRE 1 : INTRODUCTION
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.
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 :
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.
-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
CHOIX PRIX EN
COMPTE
Choix de gestion
Quoi ?
Choix 'organisation
Organisationnel
Physique
Qui ?,
O ?,Quand ?
Choix techniques
Comment ?
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
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
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
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
Au moment de la demande
d'inscription
Au moment de la demande
d'inscription
charg du cours
chaque trimestre
Classement
3.6 Le modle organisationnel du traitement MOT
Figure 5:Schma du modle organisationnel des traitements
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
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
contactParents
nvarchar
boitePostal
nvarchar
30
Valeur nulle
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
20
Valeur non
nulle
situationFamiliale nvarchar
INSCRIPTION
matricule
AnneeScolaire
AnneeEtude
nvarchar
nvarchar
datetime
Bailleur
nvarchar
20
Valeur nulle
Doubleur
bit
Valeur nulle
Si l'enfant reprend
l'anne
DateJour
datetime
Valeur non
nulle
Jour de l'inscription
TotPaye
numeric
Valeur non
nulle
solde
numeric
Valeur nulle
Numero
20
Numro d'ordre de
payement
Eleve_ID
nvarchar
20
Cl trangre
Valeur non
nulle
Identifie l'lve
datetime
Valeur non
nulle
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
Valeur non
nulle
maxTj
maxExamen
float
float
NOTES
maxTrimestre
float
Valeur nulle
Note trimestrielle du
cours
maxAnnuel
float
Valeur nulle
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
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
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
-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.
- 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.
Installation des Service Pack les plus rcents des logiciels cits ci haut pour garantir le bon
fonctionnement du systme.
CONCLUSION ET RECOMMENDATIONS
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