[i]

UNIVERSITE PEDAGOGIQUE NATIONALE

B.P. 8815
KINSHASA / NGALIEMA

FACULTE DES SCIENCES

DEPARTEMENT DE MATHEMATIQUE ET INFORMATIQUE

MEMOIRE :
ETUDE DUNE REPLICATION DE DONNEES DANS UNE
BASE DE DONNEES REPARTIE: APPLICATION DUNE
GESTION DES INSCRIPTIONS MULTI-SITES.

KISENDA NATHAN

Mmoire prsent et dfendu en vue de lobtention de grade de licenci en sciences

Option : Mathmatique-Informatique

Orientation : Conception de Systmes dInformations

DIRECTEUR : Prof. Dr MUSANGU LUKA

CO-DIRECTEUR: ASS. MAYALA

Septembre
 [ii]

EPIGRAPHE

La fin dune course cest larrt .

Proverbe bantu
 [iii]

DEDICACE

A ma mre BIONGO Marie, pour tant damour, daffection, de sacrifices

et de privations ;

A mes surs et frres de la grande famille Songe, pour le souci

permanent de vouloir faire de nous personne responsable et utile dans la
socit ;

A mes encadreurs spirituels papa Kathy NGOIE DIBWE et maman

Charlotte MUJINGA ;

A mes surs et frre de la famille KISENDA, nices et neveux.

 [iv]

REMERCIEMENTS

Au terme de notre cycle de licence en information, quil nous soit permis

de rendre hommage toutes les personnes qui , tout au long de notre
parcours acadmique, nous ont apport leur assistance et soutien multiforme.

Ainsi, nous adressons, de prime abord, nos remerciements tous les

membres du corps professoral du dpartement de Math-Info, pour tant de
dvouement dont ils ont fait montre pendant toute la dure de notre
formation.

Nous pensons plus particulirement au Professeur MUSANGU LUKA qui,

en dpit de ses multiples occupations, a accept de diriger ce travail. En effet,
ses sages conseils, ses remarques pertinentes ainsi que sa disponibilit nous
ont permis de raliser le prsent travail.

Nous exprimons galement notre gratitude lendroit de tous nos trs

chers frres, surs, collgues et compagnons de lutte ainsi qu la famille
notamment : NGOIE BUANGA et Ginette BUANGA, Yvonne MUSUMBA et
Godet BASUA, Germain NSAKA et Bibiche LOFANGA, Kiki KIBULUE, Biki
BIEBIA et Boniface LUMPUNGU, Matty KANYAMA, Mamie LUNDIMBI et
Baudouin BATIKOKO, Papy KITENGE et Adel BOYENDE, Erick KISENDA et
Diane NAUA, Rais KALONDA et Sissi KALONDA, Grace NGOLO et Remi
NDUBUKULU, Levi KAMBWA, Junior MUKENZE , Virginie VUMILIYA, Evans
KABUYA, Marcel BONDO, Arlette MBELU, Isabel KISANGULE et Patrick KITSHI.

A tous ceux qui, de prs ou de loin, ont apport quelque chose

ldification de notre vie scolaire tant primaire, secondaire quuniversitaire,
nous disons grand merci.
 [v]

AVANT PROPOS

Il est pratiquement impossible pour quune organisation atteigne son

objectif avec un systme dinformation mdiocre.

Ce pendant, un travail scientifique est une uvre valeur contributive et

dans ce travail, qui marque la fin de nos tudes de licence en informatique
lUniversit Pdagogique Nationale (UPN) en sigle, il nous est agrable
dillustrer notre potentialit intellectuelle et technique relative notre domaine,
en conservant un outil dcisionnel pour la ralisation dun projet informatique.

Nous exprimons toute notre gratitude au directeur de ce dit travail la

personne de Professeur Docteur MUSANGU LUKA qui a eu lextrme
amabilit de nous diriger tout au long de ce travail et plusieurs recherches.

Nous ne prtendons pas donner une ralisation qui soit la meilleure de

toute, ni une marche suivre systmatiquement en matire de la gestion
dinscription dans une cole ; mais plutt nous offrons une possibilit que nous
croyons suffisante et efficace pour rsoudre les problmes rencontrs au sein
du collge Grain de Snev.

Nous restons donc ouverts toutes nos suggestions et remarques

susceptible lamlioration de ce travail.
 [vi]

RESUME

Dans cette tude, il est question de raliser la rplication de donnes dans une
base de donnes repartie et application de gestion dinscription dans une cole
secondaire cas de collge Grain de Snev . Cette tude est due au problme
rencontrer au sein du collge grain de snev qui est une cole ayant plusieurs
sites, lun Ngaliema et lautre Limete. Mais il sied de noter que toute ces sites
ont la mme structure fonctionnelle et organisationnelle cest dire ils sont sous
responsabilit de monsieur Adolphe prsident de lASBL to gether we can .
Suite aux diffrentes difficults dues :

A la Gestion dinscription dans tous les sites

A la Perte des informations pertinentes cause du systme qui est encore
manuel
A la Lenteur dans la ralisation du processus dinscription
A la Gestion de leffectif de tous les lves des diffrents sites par la carence
de la mise en place dune base de donnes dans chaque site.

Nous avons voulu raliser une rplication de donnes ; Vu quil nexiste aucune
base de donnes, nous avons conu une base de donnes qui gre les
inscriptions, et qui permet de grer leffectif de tous les lves du collge. Notre
objectif tait de faciliter lchange de donnes entre tous les sites du collge,
mais aussi de grer tous lves appartenant au collge. Certes quil y a plusieurs
tches quon peut grer au collge, nous avons choisi la gestion dinscription
comme chantillon pour illustrer les changes de donnes qui peuvent se faire
dans chaque site appartenant lorganisme. En outre de la ralisation dune
rplication de donnes, nous avons conu une application en Visual basic.net
pour faciliter linteraction entre les utilisateurs et la base de donnes.
 [vii]

SUMMARY

In this study, it is a question of carrying out the replication of data in a left again
data base and business application of inscription in a secondary school case of
"college Grain of Snev". This study is due to the problem to meet within the
college grain of snev which is a school having several sites, one in Ngaliema
and the other in Limete. But it shied to note that all these sites have the same
functional and organizational structure i.e. they are under responsibility for
Adolphe chair ASBL "to get her we can". Following the various difficulties:

The With the Management of inscription in all the sites

The With the Loss of relevant information because of the system which is
still manual
The With Slowness in the realization of the process of inscription
The With the Management of the manpower of all the pupils of the various
sites by the deficiency of the installation of a data base in each site.

We wanted to carry out a replication of data; considering there is not any data
base, we conceived a data base which manages the inscriptions, and which
makes it possible to manage the manpower of all the pupils of the college. Our
objective was to facilitate the data exchange between all the sites of the college,
but also to manage all pupils belonging to the college. Admittedly that there are
several tasks which one can manage with the college, we chose the management
of inscription as sample to illustrate the data exchanges which can be done in
each site pertaining to the organization. Moreover of the realization of a
replication of data, we conceived an application in Visual basic.net to facilitate the
interaction between the users and the data base.
 1

CHAP. I. INTRODUCTION

I.1 MISE EN CONTEXTE

Nous observons la prolifration des coles ayant les mmes structures

fonctionnelles et organisationnelles dans notre pays prcisment Kinshasa, Et
nous notons aussi que ces coles se situent dans des sites distants. La gestion
dinscriptions au sein de ces coles est rendue difficile cause de leur
localisation et les responsables ont des difficults de grer leffectif global des
lves dans tous site. Il sied de noter que notre travail se focalise sur la
ralisation dune rplication de donnes dans une base de donnes repartie
afin de grer leffectif de tous les lves du collge dans diffrents sites, en
appliquant une approche descendante, car ces sites nont pas de base de
donnes leur permettant de grer les difficults releves dans les lignes
prcdentes. En suite veiller ce que la copie et la mise jour des donnes soit
diffuser quotidiennement dans lun ou dans lautre site par entremise de la
rplication de donnes. En fin de rendre la tche simplifie concernant la
gestion dinscriptions des lves dans tous les sites possible et permettre aussi
la prise dinscription dans importe quels sites tout en respectant les rgles
suivre pour linscription.

I.2 PROBLEMATIQUE

Nous constatons quau sein du collge se pose un problme de la

gestion dinscriptions et la maitrise de leffectif des lves dans diffrents sites
cela depuis lanne scolaire 2012. Parmi ces problmes nous retenons entre
autre :

La perte des informations ncessaires relatives aux inscriptions.

La lenteur dans le processus des inscriptions.
La diminution de leffectif des lves presque chaque anne cause de
la localisation.

Suite ce problme nous nous fixons les objectifs suivants :

 2

I.3 OBJECTIF DE LA RECHERCHE

En observant ces diffrents problmes, nous osons croire que la

meilleure solution serait de raliser la rplication de donnes dans une base de
donnes repartie et de concevoir une application de gestion dinscriptions au
sein du collge.

I.4 QUESTION DE LA RECHERCHE

La question que nous nous posons est :

Comment raliser de la rplication des donnes dans une base de

donnes repartie et la conception dune application de gestion
dinscriptions dcantera ces problmes ?

I.5 METHODES ET TECHNIQUES

I.5.1 METHODES

La mthode est un ensemble de processus ou de moyen qui nous

amne au rsultat. Dans notre travail, les mthodes sont les suivantes :

I.5.1.1 METHODE HISTORIQUE

La mthode historique permet de comprendre le pass du collge

depuis son existence jusqu ces jours.

I.5.1.2 METHODE STRUCTURO-FONCTIONNELLE

La Mthode structuro-fonctionnelle permet de comprendre et de

pntre la structure ainsi que le fonctionnement du collge. Elle explique aussi
les diffrentes taches du collge pour atteindre ces objectifs.
 3

I.5.1.3 METHODE MERISE

La mthode permet de modliser notre base de donnes repartie pour le

collge grain de snev.

I.5.2 TECHNIQUES

Une technique est un ensemble de processus particulier que lon utilise

pour concrtiser des objectifs fixs.

I.5.2.1 TECHNIQUE DOCUMENTAIRE

La technique documentaire nous aide la rcolte de donnes.

I.5.2.2 TECHNIQUE DINTERVIEW

La technique permet dtre en contact direct avec les responsables du

collge pour une bonne rcolte des informations.

I.6 CHOIX ET INTERET

I.6.1 CHOIX

Les raisons principales qui mont pousse choisir ce sujet sont les
suivantes :

La facilit de la rcolte de donnes puisque les responsables du collge

sont trs coopratifs.
La profondment de notre connaissance dans des cours orient cette
recherche.

I.6.2 INTERET

Lintrt de ce travail se situe trois niveaux :

 4

I.6.2.1 AU NIVEAU DE LECOLE

Une fois que lapplication est mise en place, la gestion dinscriptions et

de leffectif des lves au collge sera aise et efficace.

I.6.2.2 AU NIVEAU DE LA SCIENCE

Ce travail servira dun document de recherche pour les tudiants et

dautres personnes passionnes par linformatique.

I.6.2.3 AU NIVEAU INDIVIDUEL

Apres sa dfense, ce travail nous permettra obtenir un titre de licenci

en science, option informatique et comme orientation conception de systme
dinformation.

I.7 DELIMITATION DU SUJET

Notre travail va se focalis seulement sur la rplication de donnes pour

le processus de la gestion dinscription au sein du collge grain de snev.

I.8 STRUCTURE DU TRAVAIL

Outre lintroduction et la conclusion, notre travail comprend trois

grandes parties.

La premire partie qui est la considration thorique, elle se subdivise en

trois chapitres (la classification de concepts, le planning prvisionnel et
ltude pralable et lanalyse de lexistant).
La deuxime partie qui est la conception dun nouveau systme
dinformation se subdivise en deux chapitres (conception dun systme
dinformation organis et conception dun systme dinformation
informatis).
La troisime partie qui est ralisation de la rplication de donnes et
limplmentation du nouveau systme est constitue dun seul chapitre
le choix de systme de gestion de base de donnes utiliser.
 5

PREMIERE PARTIE :

CONSIDERATIONS THEORIQUES
 6

CHAP. II CLARIFICATION DE CONCEPTS

II.1 SYSTEME

Un systme est un ensemble dlments en interaction dynamique,

organiss en fonction dun but commun, partant de cette dfinition, nous
pouvons dire que lentreprise peut tre considre comme un systme
constitu dlments en interaction. Ces lments ne sont pas statiques, mais
dynamique et poursuivant un but ou des objectifs communs 1.

II.1.2. SYSTEME DINFORMATION

Le rle primordial que joue linformation dans cette nouvelle re (re de

linformation) toute organisation telle quelle soit doit consacrer une partie de
son effort et de son activit rcolter, stocker et diffuser linformation issue de
son propre fonctionnement et de son environnement. Cest la tche principale
du systme dinformation.

II.1.3 SYSTEME DE GESTION DE BASE DE DONNEES REPARTIE

Un systme de gestion de base de donnes repartie ne doit pas donc en

aucun cas tre confondu avec un systme dans lequel les bases de donnes
sont accessibles distance. Il ne doit non plus tre confondu avec un systme
multi base. Dans ce dernier cas, chaque utilisateur accde diffrentes bases
de donnes en spcifiant leur nom et adresse, et le systme se comporte alors
simplement comme un serveur de base de donnes et napporte aucune
fonctionnalit particulire la rpartition. Contrairement, un systme de
gestion de base de donnes repartie est suffisamment complet pour dcharger
les utilisateurs de tous les problmes de concurrence, Fiabilit, optimisation de
requtes ou transaction sur des donnes gres par diffrents SGBD sur
plusieurs sites.

1
KITONDUA RICHARD, Note du cours CONCEPTION DE SYSTEME INFORMATIQUE, L1 Math-Info, UPN, 2014,
[Indit]
 7

II.2 BASE DE DONNEES

Une base de donnes est un outil permettant de collectionner, stocker et

de retrouver lintgralit de donnes brutes ou dinformations en rapport avec
une activit, celle-ci peuvent tre de mme nature ou de nature diffrent
relies entre elles. En majorit ces informations sont trs structures, et la base
est localise dans un mme lieu et sur un mme support informatis 2. Nous
distinguons des bases de donnes telles que :

Base de donnes rpartie

Base de donnes fdre
Multi bases

II.2.1 BASE DE DONNEES REPARTIE

La base de donnes rpartie est une base de donnes normale. Suite

lvolution la gestion de base de donnes avec le temps sest confronte
plusieurs problmes. Cela a entrain la lenteur des applications et insuffisance
a stocke la masse de donne do lide est venue de crer la base de
donnes repartie. Une base de donnes repartie est une collection de donnes
logiquement relies et physiquement reparties sur plusieurs machines
interconnectes par un rseau de communication. Lobjectif de ce travail est
dessayer de rsoudre les problmes de localisation des donnes et
dexcution distribue des requtes poses par la rpartition dune base de
donnes. Il faut aussi noter que la base de donnes deux approches
(approche descendante et ascendante). Nous ne pouvons parler de base de
donnes repartie sans dire un mot sur le rseau informatique ou la
fragmentation.

2
KAFUNDA JP, Note du cours ADMINISTRATION BASE DE DONNEES L2 Math-Info, UPN, 2015, [Indit]
 8

II.2.2. FRAGMENTATION

La fragmentation est le processus de dcomposition dune base de

donnes logique en un ensemble de sous base de donnes. Cette
dcomposition doit tre acceptable. La fragmentation est aussi sans perte
dinformation si la base de donnes logique peut tre entirement recompose
partir de ses fragments. De plus, les diffrents fragments doivent tre de
prfrence exclusifs puisquune fragmentation non exclusive implique une
duplication. Dans ce cas il faut affiner la fragmentation en produisant des
fragments plus petits. Il existe quatre unit de fragmentation de base, partir
desquelles il est possible de dfinir dautre units mieux adaptes pour certains
types de modles .Notons aussi que la fragmentation utilise des techniques
telles que :

Rpartition des classes dobjets ;

Rpartition des occurrences ;
Rpartition des attributs ;
Rpartition des valeurs ;
Rpartition des rseaux connexes doccurrences.

II.3. RESEAU INFORMATIQUE

Un rseau informatique est un ensemble dquipements relis entre eux

pour changer des informatiques. Un rseau informatique est aussi un
ensemble des moyens matriels et logiciels mis en uvre pour assure les
communications entre ordinateurs3.

3
KAFUNDA JP, Op.Cit
 9

II.4. REPLICATION DE DONNEES

En informatique, la rplication est un processus de partage

dinformations pour assurer la cohrence de donnes entre plusieurs sources
de donnes redondantes, pour amliorer la fiabilit, la tolrance aux pannes
ou la disponibilit on parle de rplication de donnes si les mme donnes
sont dupliques sur plusieurs priphriques. La rplication nest pas
confondre avec une sauvegarde : les donnes sauvegardes ne changent pas
dans le temps, refltant un tat fixe des donnes tandis que les donnes
rpliques voluent sans cesse mesure que les donnes sources changent.
On distingue couramment la rplication passive et active. Lors de rplication
active, les calculs effectus par la source (ou maitre) sont rpliqus, alors que
lors de rplication passive, seul le serveur maitre procde au calcul et il ne
propage que les modifications finales de la mmoire effectuer. En base de
donnes, la rplication est frquemment utilise pour des systmes qui ont
soutenir une forte charge : le serveur maitre journalise les oprations
effectues, et les oprations effectues. A partir de ce journal, dupliquent les
oprations effectues. Ainsi moyennant un petit temps de retard, les mmes
donnes sont disponibles sur plusieurs serveurs en mme temps, ce qui permet
un processus de rpartition de charge.

II.5. APPLICATION

En informatique, le terme application dsigne la fois lactivit dun

utilisateur susceptible dtre automatise et le logiciel qui automatise cette
activit est le logiciel applicatif. Une application est aussi un ensemble de
programme informatique conus de faon fournir un service lutilisateur.
Par exemple, nous avons des applications telles que :

Application de gestion de personnel ;

Application de gestion des inscriptions etc.
 10

II.6. GESTION DES APPLICATIONS

Une gestion est un domaine dans lequel se concentre plusieurs

programmes tels que : la comptabilit, finance, ressource humaines,
Informatique etc.

Le programme de gestion des applications a t dvelopp dans le but

de rpondre une pnurie de diplms en informatique. Un placement des
institutions post secondaires relavait que les nouveaux diplmes en
informatique, en comptabilit et dans le domaine de la sant est le plus
sollicits par les employeurs.
 11

CHAP.III PLANNING PREVISIONNEL

III.1 DECOMPOSITION DU TRAVAIL

Tableau 1: Dcomposition de travail

Taches Dsignation Tache Dure (JOURS)
antrieure
A Etude pralable de _ 10
lexistant
B Prsentation de A 10
lexistant
C Analyse de lexistant B 5
D Diagnostic de C 10
lexistant
E Proposition et choix D 10
dune solution
F Modlisation E 5
conceptuelle de
donnes
G Modlisation F 5
organisationnelle de
donnes
H Modlisation G 2
logique de donnes
I Modlisation H 2
physique de
donnes
J Dveloppement de I 15
lapplication
K Achat et installation E, j 20
des matriels
L Formation des J, k 10
utilisateurs
M Implmentation de J, k 10
nouveau systme
N test de lapplication M, l 5
Total 119
 12

III.2 DETERMINATION DU GRAPHE SELON LA METHODE MPM

La mthode MPM (mthode des potentiels mtra) permet

dordonnancer et de planifier le projet. Elle est base sur une approche critique
cest--dire un retard accord une tache se rpercute sur dautres tches.
Principes de la mthode :

Un nud du graphe correspond une tache (ou opration) ;

Un arc graphe dfinie une relation dantriorit et sa longueur donne le
temps minimum qui doit scouler entre le dbut de la tche origine et le
dbut de la tche extrmit4.

4 SIMON MAPHANA ma NGUMA, Note du cours thorie de graphe L2 G.FI, E.F.I, 2015, [Indit],

JOSE INDENGE YESAMBALAKA, Note du cours recherche oprationnelle G3 M.I, UPN, 2015, [Indit].
 13

Graphe sur la mthode MPM

E K
B 10 20
DEBUT L
10 15 20
0 10 10 15

J
15
D M
A 10 2
5 10
I

F 5 G 2 10
C
5 N

5
H

FIN
 14

III.3 DIAGRAMME DE GANTT

Ce diagramme a pour but de prsenter les principes de planification et

de suivi de projet avec loutil MS Project, version Standard 2002.
La planification est un outil indispensable de management de projet, un
moyen essentiel de prise de dcisions Pour le chef de projet : pour dfinir les
travaux raliser, fixer des objectifs, coordonner diverses actions, Matriser les
moyens requis, minimiser les risques rencontrs, enfin mettre en place une
stratgie de management, notamment en suivant les activits en cours et en
rendant compte de l'tat d'avancement du Projet.
La planification est aussi un facteur de communication entre les
diffrents intervenants du projet5.

PRESENTATION DE LA METHODE DE DIAGRAMME DE GANTT

5Nicolas GUIBERTIUT Grenoble, Tutorial Microsoft Project 2010 ;

15
16
 17

CONCLUSION PARTIELLE

Les mthodes nonces, nous ont permis dobserver que le chemin optimal est
celui de :

A-B-C-D-E-K-L-N cest le chemin le plus court de notre graphe qui vaut

10+10+5+10+10+20+10+5= 80 JOURS

GRAPHE SUR LE PLUS COURT CHEMIN

D
A
10 E
25 25
0 0
DEBUT 0 5 35 35

0 0 10 10
C
10 K 20
20 20 L
B 45 45
65 65
10 10 10
FIN
5 N
80 80
75 75
 18

III.4 EVALUATION ET PROJECTION DU COUT DE PROJET

III.4.1 EVALUATION EN USD DU COUT DE PROJET

Tableau 2: Evaluation du cout de la solution

N Elment de cout Prix Quantit Prix

unitaire(USD) total(USD)
1 Imprimante 300 3 900
2 Onduleur 75 7 525
3 Switch 50 1 50
4 Ordinateur client 450 6 2700
5 Ordinateur serveur 1800 1 1800
6 Systme dexploitation 200 1 200
client
7 Cbles Ethernet 300 1 300
8 Systme dexploitation 1000 1 100
serveur
9 Gestionnaire de base de 850 1 850
donnes
10 Logiciel de 200 1 200
programmation
11 Logiciel dantivirus 50 1 50
12 Frais dtude 2000
13 Frais dinstallation 700
14 Frais de formation 300
Total 10675
 19

III.4.2 EVALUATION EN USD DU COUT DE FONCTIONNEMENT DE LA

SOLUTION

La solution demande, en termes de personnel, un administrateur de

base de donnes et un administrateur rseau. En effet le collge grain de
snev doit former des personnes capables de maitriser ce nouveau systme
mis en place. Avec lhypothse que la solution pourrait augmenter les charges
du personnel, les frais de fourniture et rduire le cot de frais de matriels en
se rfrant lexistant, nous prsentons dans le tableau ci-aprs les projections
du cout de fonctionnement.

Tableau 3: Projection du cot de fonctionnement

Anne Frais de Frais des Frais de Frais dnergie et Total

personnel fournitures matriels consommation (USD)

2015- 63685 1092 150 170 65097

2016
2016- 68775 1200 158 200 70333
2017
2017- 74235 1320 165 200 75920
2018
2018- 80220 1452 174 230 82076
2019

III.4.3 PROJECTION DE LA VALEUR APPORTEE PAR LA SOLUTION

Les lves constituent la principale source des revenues du collge grain

de snev. Avec cette solution, nous pouvons croire que le collge peut dans
un premier temps atteindre son nombre maximal de revenues est de 850
lves. Ce qui reprsente en termes de revenues 228700 USD soit [(850*270)-
800] ; 270 USD tant les frais annuels de minerval.
 20

III.4.4 FAISABILITE TECHNIQUE DE LA SOLUTION

La ralisation de la solution ne pose pas de problme en ce qui concerne

la spcificit technique. En effet, les ressources matrielles requises pour la
solution sont trouvable dans le march.

III.4.5 APPORT DIFFICILEMENT CHIFFRABLE

Production rapide du rsultat.

Rduction des risques derreurs.
Partage de donnes et programmes.
Scurisation des documents et de donnes.
Possibilit dinformatiser dautres procdures sans besoin dacqurir
dautres matriels.
Possibilit de servir de base dautres solutions informatiques pour le
collge Grain de snev.
 21

CHAP. IV ETUDE PREALABLE ET ANALYSE DE LEXISTANT

IV. 1 PRESENTATION DE LECOLE

IV.1.1 HISTORIQUE

Lcole Grain de snev est un une cole cre par monsieur Adolphe,
qui est le reprsentant dune as bel dnomm TO GETHER WE CAN qui
signifie justement ensemble nous pouvons un extrait tir de BARAK OBAMA le
prsident des tats unies. Ils ont conu lide de crer des coles modernes,
dont le collge grain de saint snev fait partie. Le nom de ce collge a t tir
dans le texte biblique marc 4 :30-32 le Grain de Snev est un arbre qui a
une petite semence de tous les arbres de la terre. Le projet a dur deux ans de
chantier, et il fallait attendre le 03/09/2012 pour louverture officielle de cette
cole. Elle est sa quatrime anne existence.

IV.1.2 SITUATION GEOGRAPHIQUE

Lcole Grain de Snev est une cole bien structure et possdant des
infrastructures immenses. Elle se situe actuellement dans 2 communes, lune
dans la commune de NGALIEMA au quartier MUSEYI, sur lavenue DES
OLIVIERS n23 et lautre dans la commune de LIMETE 10me rue, quartier
rsidentiel, sur lavenue MPOZO n11.
 22

IV.2 ANALYSE DE LEXISTANT

IV.2.1 ANALYSE SE STRUCTURE

La structure de lcole est illustre dans lorganigramme suivant6 :

Recteur

Secrtaire Administrateur

Directeur des tudes Directeur dcole Directeur maternelle

Conseil pdagogique Surnumraires ducateurs

Enseignants Surveillantes
Conseil dorientation

Professeurs Ouvriers

6
Prfecture du collge le grain de SENEVE
 23

IV.2.2 ANALYSE DE POSTES DE TRAVAIL

Dans notre analyse, nous avons tenir compte seulement de poste

concern par le processus.

Tableau 4: Description de poste de travail du recteur

FICHE DESCRIPTIVE DES POSTES

Domaine de projet : Gestion Scolaire
Nom de lapplication : Gestion dInscription
Nom de dveloppeur : KISENDA Nathan
Dsignation de poste : recteur
Critre pour accder ce poste :
Etre licenci en gestion dadministration scolaire ;
Etre responsable de la famille ;
Avoir au moins 3 ans dexprience dans le domaine.
Les attributions de ce poste :
Superviser et coordonner toutes les activits de lcole ;
Dcider sur la politique pdagogique de lcole
Reprsenter lcole lgalement.

Tableau 5: Description de poste de travail de ladministrateur

FICHE DESCRIPTIVE DES POSTES

Domaine de projet : Gestion Scolaire
Nom de lapplication : Gestion dInscription
Nom de dveloppeur : KISENDA Nathan
Dsignation de poste : Administrateur
Critre pour accder ce poste :
Etre licenci en gestion dadministration scolaire ;
Etre responsable de la famille ;
Avoir au moins 3 ans dexprience dans le domaine.
Les attributions de ce poste :
Dcider sur la politique administrative de lcole ;
Superviser les inscriptions de lcole.
 24

Tableau 6: Description de poste de travail de secrtaire

FICHE DESCRIPTIVE DES POSTES

Domaine de projet : Gestion Scolaire
Nom de lapplication : Gestion dInscription
Nom de dveloppeur : KISENDA Nathan
Dsignation de poste : Secrtaire
Critre pour accder ce poste :
Etre au moins gradu en secrtariat ;
Etre clibataire ;
Avoir au moins 3 ans dexprience dans le domaine.
Les attributions de ce poste :
Grer les correspondances administratives ;
Grer les ressources de lcole ainsi que les frais scolaires.

IV.2.3 ANALYSE DE DOCUMENTS UTILISES

IV.2.3.1 DOCUMENTS EXTERNES

Le document externe ou le document que llve amne lcole pour

son inscription. Ce document permet lcole didentifier lve et de connaitre
la conduite de llve durant les annes passes. Ces documents sont tels que :
le bulletin de classe et le certificat pour le candidat dbutant au secondaire.

IV.2.3.1.1 Bulletin

Tableau 7: Description du bulletin

1. titre Bulletin
2.cole Bu
3.metteur Directeur des tudes
4.rcepteur Administrateur
5.rle Contenir les rsultats de llve
 25

2 .INFORMATION CONTENUES

Partie Information
En tte Raison social
Logo
Nom
Post nom
Lieu de naissance
Date de naissance
Classe
Matrice
Anne scolaire
titre

Corps Branche
Priode
Maxima
Pourcentage
Place
Note obtenue
Total maxima par branche
Total maxima gnral
Total gnral note obtenue

Bulletin : voir annexe.

 26

IV.2.3.1.2 CERTIFICAT

IV.2.3.1.2.1 CARACTERISTIQUE

Tableau 8: Description du certificat

Fiche danalyse de document

1. titre Certificat
2. code Cert
3. Emetteur Inspecteur
4. rcepteur Administrateur
5. rle Obtenir un titre de lcole primaire

IV.2.3.2 DOCUMENT INTERNE

Le document interne est un document quon remet au candidat lorsquil

est admis lcole. Ce document permet au candidat davoir des
renseignements sur sa nouvelle cole. Ces documents sont tels que : le biais de
vacance, journal de classe et le cahier de communication.

IV.2.4 ANALYSE DE RESSOURCES DE TRAITEMENT

IV.2.4.1 RESSOURCE MATERIELLE

Tableau 9: Description de ressource matrielle

N Dsignation Qualit Anne

dacquisition

1. Local pour bureau 4 2012

2. Local pour salle de classe 15 2012
3. Local pour salle dinformation 1 2012
4. Nombre de bancs 360 2012
5. Nombre de tableau 16 2012
 27

IV.2.4.2 RESSOURCE FINANCIERE

Lcole est finance en grande partie par LASBL cite ci-haut malgr les
efforts individuels de monsieur ADOLPHE mais les cts financiers de lcole
restent sous la supervision de LASBL TO GETHER WE CAN .
 28

IV.2.5 ANALYSE DES FLUX DINFORMATION

Priode Candidat 100 Administrateur 200 secrtaire

Dbut Dossier
dinscription
Registre

Rception du dossier
Vrification du dossier
Enregistrement du candidat
Etablissement note

Dossi Note
er
Registre
Percevoir de frais
Encaisser le frais
Etablir reu
Enregistrer le candidat
 29

Reu

Archivage

Reu
30

fixation de date pour le

test
Etablissement liste de
candidat retenu

Liste1

Correction du test
Etablissement la liste des
admis

Liste2
 31

remise de fiches
enregistrement

Fich Fich
e e
Archivage

Fich Fich
e e
 32

IV.2.6 DIAGNOSTIC DE LEXISTANT

IV.2.6.1 POINT FORTS

Le collge Grain DE Snev sa troisime anne dexistence connait

dj beaucoup de progrs et de considration grce ses infrastructures
normes. Ecole est dote dune salle dinformatique quipe de machines
performantes.

IV.2.6.2 POINT FAIBLE

Le collge na pas une base de donnes lui permettant de grer

lopration des inscriptions. Donc jusque-l lopration est gre
mcaniquement ce qui occasionne la perte de certaines informations.

IV .2.7 PROPOSITION DES SOLUTIONS

IV.2.7.1 SOLUTION MANUELLE

Cette solution consiste grer les informations du collge

mcaniquement c.--d.de lhomme reste au centre de tous le processus. La
difficult pour cette solution est que le traitement de donnes est lent et la
perte de certaines informations ncessaires pour le fonctionnement de ce
processus est craindre.

IV.2.7.2 SOLUTION INFORMATIQUE

Cette solution consiste informatiser le systme de gestion du collge, et

permet quil y ait lchange des informations entre les diffrents postes
intresss par le processus.

Avantage

Rduction considrable du temps de traitement ;

Production rapide des rsultats ;
Scurit des donnes ;
Rduction de perte dinformations ;
 33

Partage et rplication de donnes utiles.

Dsavantage

Cout lev de ralisation du projet ;

Maintenance couteuse.

IV.2.8 CHOIX DE LA SOLUTION OPTIMALE

Apres laperu de ces diffrentes solutions proposes ci-haut, nous

conseillerons aux autorits du collge de porter leur choix sur la solution
informatique fin de permettre le partage et lchange de donnes entre les
diffrents sites distants et optimiser le traitement.
 34

DEUXIEME PARTIE :

CONCEPTION DUN NOUVEAU

SYSTEME DINFORMATION
 35

CHAP. V. CONCEPTION DUN SYSTEME DINFORMATION ORGANISE

V.1 INTRODUCTION SUR LE SYSTEME DINFORMATION

V.1.1 DEFINITION

Une entreprise cre de la valeur en traitant de linformation, en

particulier dans le cas des socits de service. Ainsi, linformation possde une
valeur dautant plus grande quelle contribue latteinte des objectifs de
lorganisation7.

V.1.2 CARACTERISTIQUE

Rapidit
Un systme dinformation doit tre capable de mettre la disposition
des utilisateurs les rsultats en un temps record8 ;
Fiabilit ;
Un systme dinformation doit fournir des rsultats contenant moins
danomalies9 ;
Scurit
Un systme dinformation doit garantir la confidentialit est la scurit
dinformation ;
Pertinence

Un systme dinformation doit tre capable danalyser les

informations utiles et inutiles10.

7
MUSANGU LUKA, note du cours METHODE DANALYSE INFORMATIQUE1 G2 IG, URKIM, 2015, [Indit] ;
8
KITONDUA RICHARD, Op.cit
9
KAFUNDA, Op.cit
10
KITONDUA RICHARD, note du cours INFORMATIQUE DECISIONNELLE L2 Math-Info, UPN, 2015, Indit
 36

V .1.3 APERU SUR LA METHODE MERISE

Merise est une mthode de conception et de dveloppement des

systmes dinformation cre vers les annes 1978-1979 en France ,en
runissant des socits de conseil en informatique dans le but de dfinir une
mthode de conception des systme dinformations.

Elle vise a recens la totalit des informations dont lentreprise a besoin pour
assure toutes les parties de ses activits fondamentales que linformation soient
traites manuellement ou automatiquement, quel que soit le lieu de
production ou de consommation ou encore les acteurs impliqus. Cest
pourquoi mme les informations dont la production ne fera lobjet dune
quelconque information qui doit tre dcrite.

Caractristiques de la mthode merise

Lentreprise est un ensemble ou sont fusionn les donnes de tous

les secteurs en interaction et sans redondance la premire est la plus
importante caractristique de merise est celle de traduire une vue globale de
lentreprise a analys de faon lier la mise en place dun systme informatis
de gestion aune rponse de lorganisation. Ce qui est contraire la vision
partielle de la mthode classique ;

Une indpendance des donnes vis--vis des traitements

Tous les acteurs aux entits sont rpertoris ainsi que les relations entre entits,
en suite sont seulement dfinis les traitements qui leur sont associs ;

Une approche par niveau

Ceci permet de rendre plus claire et plus facile la conception. En

merise nous avons quatre niveaux que nous prsentons dans le tableau ci-
dessous.
 37

Tableau 10: Niveau de la mthode merise

Niveau Modle de donnes Modle de traitement

Conceptuel MCD : modle conceptuel MCT : modle conceptuel

de donnes de traitement

Organisationnel MOD : modle MOT : modle

organisationnel de organisationnel de
donnes traitement
Logique MLD : modle logique de MLT : modle logique de
donnes traitement
Physique MPD : modle physique de MPT : modle physique de
donnes traitement

V.2 MODELE CONCEPTUEL DE DONNEES(MCD)

V.2.1 NARRATION

Pour ce qui concerne les inscriptions au sein du collge, lopration

se fait ladministration. Donc le candidat se prsente chez ladministrateur
muni de ces documents complets; ici on cite le bulletin et le certificat de fin de
cycle de lcole primaire pour ceux de la premire anne secondaire. En suite
ladministrateur examine le dossier et peroit le frais de dpt de dossier, si le
dossier est en ordre ladministrateur remet un reu au candidat, lenregistre
dans un registre puis le guide au secrtariat. Le candidat se retrouve devant le
secrtaire avec son reu pour payer le frais de participation au test, et le
secrtaire son tour peroit le frais et remet une copie du reu au candidat
loriginale est classe au secrtariat. Le jour prvu pour le test, le candidat se
prsentera avec la copie de son reu, attestant quil est en ordre avec toutes les
formalits. Apres correction les noms de candidat ayant russi au test seront
affichs sur une liste selon leur sollicitation et il y a la remise du biais de
vacance.
 38

V.2.2 IDENTIFICATION DES REGLES DE GESTION

Tableau 11: rgle de gestion

Rgles Dsignations
01 Un lve est inscrit dans une classe
02 Une classe est incluse dans une seule section
03 Un dossier appartient un et un seul lve

V.2.3 IDENTIFICATION DES OBJETS ET RELATION

2.3.1 Objets

Tableau12: Rpertoire des objets

Entit Proprit
N Dsignatio Code Dsignation Code Type identifiant
n
1 Elve Elev Matricule lve Matr_elev AN OUI
Nom lve Nom_elev AN
Post nom lve Postnom_elev AN
Date naissance Date_elev Date
Sexe lve Sexe_elev AN
Adresselve Adres_elev AN
Numro parent Num_parent AN
Rfrence cole Rf_ecole AN

2 Classe Clas Id classe Id_clas AN OUI

Libelleeclasse Libelle_clas AN

3 Section Sect Id section Id_sect AN OUI

Libellee section Libelle_sect AN

4 Dossier Dos Id dossier Id_dos AN OUI

Libellee dossier Libelle_dos AN
 39

2.3.2 RELATIONS

Tableau13: Rpertoire des relations

N Relation dimension entits Cardinalit CIF

1 Inscrire 2 Classe et (1,1)-(1,n) Oui
Elve
2 Apporter 2 Dossier et (1,n)-(1,1) Oui
Elve
3 Admettre 2 Classe et (1,1)-(1,n) Oui
section

V.2.4 FORMALISMES DU MCD

Entit1 Entit2

Identifiant1 Relation Identifiant2

Proprit1 Proprit Proprit2

Proprit1.n Proprit2.n
 40

V.2.5 CONSTRUCTION DE MODELE CONCEPTUEL DE DONNEES(MCD)

Elve Classe

(1,1) (1, n)
Matr_elev# (1, 1) Inscrit (1, n) Id_classe #
Nom_elev Libelle_classe
Postnom_elev
(1, (1, 1)

Date_elev
Sexe_elev
Adres_elev
Admit
Num_parent
Rf_cole
(1, n)

(1, n)

Apporte
Section
(1,1)
Id_sect#
Libelle_sect
Dossier

Id_dos#
Libelle_dos
 41

V.3 MODELE CONCEPTUEL DE TRAITEMENT (MCT)

3.1 FORMALISME DU MCT

Evenement1 Evenement2
Evenement3

Synchroni
sation

Opration

Rgle dmission

Resultat1 Resultat2
 42

3.1.1 LEVENEMENT

Un vnement est assimilable un message porteur dinformations donc

potentiellement de donnes mmorisables. Un vnement peut dclencher
une opration, tre le rsultat dune opration, et titre tre ventuellement
un vnement dclencheur dune opration.

3.1.2 OPERATION

Une opration se dclenche uniquement par le stimulus dun ou

plusieurs vnements synchroniss. Elle est constitue dun ensemble dactions
correspondant des rgles de gestion et niveau conceptuel, stables pour la
dure de vie de la future application. Le droulement dune opration est
interruptible : les actions raliser en cas dexception, les vnements rsultats
correspondants doivent tre formellement dcrits.

3.1.3 SYNCHRONISATION

Cest la rgle indiquant la combinaison dvnements dclencheurs dans

le lancement dune opration. Il sagit dune expression logique compose
essentiellement de ET et de OU .
 43

3.2 CONSTRUCTION DE MODELE CONCEPTUEL DE TRAITEMENT

Dossier

Rception et vrification

Ok ko

Dossier accept Dossier rejet

Enregistrement et tablissement note

toujours

Elve enregistr Remise Note Argent disponible

ET

Payement de frais de participation

OK KO
Payement non effectu
Reu tablis(B)
 44

Reu tablis

Passation au test

OK KO

Echec
Russite

Etablissement liste de rsultat

toujours

Liste tablie Runion

Et

Dlibration

OK KO

Elve admis(C) Elve non admis(D)

 45

Elve admis

Inscription et tablissement liste dfinitive

toujours

Elve inscrit Liste publie

Archivage de la liste

toujours

Liste archive
 46

4. LE MODELE ORGANISATIONNEL DE DONNES(MOD)

Les MOT, les procdures, dterminent qui fait quoi ? De la mme

manire, les modles organisationnels de donnes dterminent qui - quel site
de donnes - stocke quoi - quelles informations dans quel modle
organisationnel de donnes.
Cette dcoupe par site, construite partir du MCD permet de conserver
la cohrence, de matriser la "redondance" d'information entre site et
dtermine les Consolidations de donnes ventuelles.
Ce dcoupage permet de calculer les volumes de donnes ncessaires par site
de donnes final. Ce calcul de volume des donnes est de moins en moins
ncessaire suite l'augmentation rapide des capacits de stockage.
4.1 L'ORGANISATION PAR SITE DE MEMORISATION.

La notion de site est gographique. Un site peut tre le site d'un poste
de travail ou le site de donnes pour un mme poste de travail. Nanmoins, si
l'informatique est dfinie, des sites plus prcis et correspondant aux bases de
donnes sont retenus : un site tableur, un site micro-ordinateur, un site central
l'entreprise, un site pour interrogation des donnes ou infocentre...
Dans ce cas, le choix du niveau de dtail dpend du systme
informatique. Le modle conceptuel de donnes est rapproch des diffrents
sites gographiques de donnes, ou de mmorisation, ou de traitement. Pour
chaque site, une "vue externe" ou partielle du modle gnral de donnes est
dfinie.
4.2 REGLE DE PASSAGE DU MOD AU MOT

Supprimer les lments (entits, relations, proprits) qui ne seront pas

mmoriss informatiquement ;
Ajouter des nouvelles informations pour faire le lien entre les donnes
restes.
 47

4.3 CONSTRUCTION DU MOD

Dans notre tude, tous les lments prsentent un intrt dans notre gestion,
ainsi notre MCD=MOD global.

Elve Classe

Matr_elev# (1,1) Inscrit (1, n) Id_classe #

Nom_elev Libelle_classe
Postnom_elev
Date_elev (1, 1)

Sexe_elev
Adres_elev
Admit
Num_parent
Rf_cole
(1, n) (1, n)

Apporte
Section

Id_sect#
(1, 1)
Libelle_sect
Dossier

Id_dos#
Libelle_dos
 48

4.4 EVALUATION DES VOLUMES DES DONNEES

Lvaluation de donnes permet de calculer le volume d'espace disque
ncessaire ou d'en dduire des sauvegardes sur disquette ou bande
magntique.
Quand tous ces renseignements seront connus, il sera possible de
calculer les volumes de mmoire ncessaires l'informatisation par site en
multipliant le nombre d'occurrences de chaque individu "organis" par le
nombre de caractres des informations d'un individu.
Tableau n14 : Evaluation des volumes des donnes
ELEVE DOSSIER CLASSE SECTION
Matr_elev(4) Id_dos(4) Id_clas(4) Id_sect(4)
Nom_elev(50) Libelle_dos(50) Lbelle_clas(50) Libelle_sect(50)
Postnom_elev(50) Matr_elev(4) Id_clas(4)
Date de
naissance(10)
Numero(10)
Ref_ecole(10)
Id_clas(4)
Total=138 58 caractres 54 caractres 58 caractres
caratres

Etant donn que le nombre de leffectif des lves est de 850 lves, nous
aurons 850*(138+58)=166600 caractres pour les tables ELEVE et DOSSIER.
Pour les tables CLASSE et SECTION, nous aurons 22*(54) +5*(58)=1478
caractres avec 22 comme le nombre de classes et 5 comme le nombre de
sections. Le total gnral du volume de donnes est 166600+1478=168078
caractres ; soit 1,28 Mo.
 49

5. MODELE ORGANISATIONNEL DE TRAITEMENT

Il complte la description conceptuelle des traitements en intgrant tout

ce qui est dordre organisationnel dans le domaine tudi.
Le Modle Organisationnel des Traitements prcise : Qui excute les
traitements et la nature des traitements :
Manuels,
Automatiques,
Semi-automatiques.
Les lieux o sont excuts les traitements (poste de travail, serveur).
Quand sont excuts les traitements (notion de temporalit).
Le Modle Organisationnel des Traitements est bas sur trois concepts
principaux :
Lvnement.
La phase ou procdure.
Le rsultat.

5.1 REGLE DE PASSAGE DU MCT AU MOT

A ce niveau les processus deviennent des procdures et font inclure les

notions de lieu, de lintervenant et de temps.

 50

5.2 CONSTRUCTION DU MOT

N Priode Processus fonctionnel Poste Acteur Natu

travail re
DEPOT du Administ Administ H
dossier Dossier ration rateur

Rception et vrification

Ok ko

Vrification Dos.non acpt Administ Administ M.H

Dos.acpt
du dossier ration rateur

Enregistrer et etablir note

toujours

Candidat Secrtari secrtair M.H

accept at e

Elev.enregist Note remis(A)

 51

Argent dispo
A

Et

Payement de frais de participation

OK KO
Test Secrtari Secrtair M.I
dadmission at e et
conseille
ur
Reu tablis Payement non dorienta
tion
effectu

Passation du test

OK KO

Echec
Russite

Etablissement liste de rsultat

toujours

Liste tablis(B) Runion(C)

 52

Dlibratio Secrtari secrtair M.H

n de B C at e
lexamen

Et
Dlibration

OK KO

Fin Administ Administ

dinscriptio Elev.admis Elev. Non admis rateur rateur
n

Inscription et Etablissement liste dfinitive

toujours

Elve inscrit Liste publie

archivage

toujours

Liste archive
 53

CHAP VI. CONCEPTION DUN SYSTEME DINFORMATION INFORMATISE

VI.1 CONCEPTS

1. TABLE RELATIONNELLE

Lorsquune table est la troisime forme normale, on dit que cette table est
relationnelle.

2. ATTRIBUT

Cest lune des caractristiques dune entit Il est quivalant de la proprit

dans le MCD.

3. CLE

Cest lattribut ou groupe dattribut qui permet didentifier les lignes dune
table. On distingue 2 types de cls :

Cl primaire
Cl trangre

4. UTILISATEUR

Cest une personne qui travaille sur un ordinateur, Cest aussi un systme
capable de traiter des informations et qui sintresse aux sorties dun
ordinateur.

5. DROIT DACCES

Un droit daccs est une permission qui attribue une personne dutiliser un
fichier dune certaine manire.

6. DOMAINE

Un domaine est une portion du rseau local rserve certains utilisateurs et

contrl par un serveur qui gre un annuaire contenant leurs noms, mots de
passe et leurs droits daccs aux ressources du rseau.
 54

7. DICTIONNAIRE DE DONNEES

Le dictionnaire de donnes a pour objectif la synthse entre lanalyse de

donnes et lanalyse de traitement. Il permet de dfier la cohrence entre le
MLD et MLT. Il sagit de vrifier si toutes les tables et les relations du MLD sont
utilises par au moins une opration du MLT.

8. UNITE LOGIQUE DE TRAITEMENT(ULT)

Une unit logique de traitement est une suite dinstructions qui sexcutent
dans les mmes conditions.

9. EVENEMENT LOGIQUE

Un vnement logique est un flux de nature quelconque ou un fait qui

contribue au dclenchement dune unit logique de traitement ou qui est
provoqu par cette unit logique de traitement.
 55

VI.2 MODELE LOGIQUE DE DONNEES

Le Modle Logique des Donnes (MLD) est la suite normale du

processus Merise. Son but est de nous rapprocher au Plus prs du modle
physique. Pour cela, nous partons du Modle Conceptuel des Donnes et nous
lui enlevons les Relations, mais pas nimporte comment, il faut en effet
respecter certaines rgles.11
2.1 REGLES DE PASSAGE DU MCD AU MLD

Lentit qui possde la cardinalit maximale gale 1, recevra

lidentifiant ou les identifiants ayant les cardinalits maximales les plus
fortes.
Les relations ayant toutes leurs entits relies avec les cardinalits
suprieur 1, se transforment en entit en absorbant les identifiants des
entits jointes.
Toute relation porteuse des proprits de se transforment en entit et
absorbera comme cl trangre les identifiants des entits qui lui sont
lies.

11
MUSANGU LUKA, Op.cit
.
 56

2.2 CONSTRUCTION DE MLD BRUT

Eleve
Classe
Matr_elev
Id_classe
Nom_elev
Libelle_classe
Postnom_elev
Date_elev
Sexe_elev
Num_parent
Rf_cole
Id_classe # Section

Id_sect
Dossier
Libelle_sect
Id_dos Id_classe#
Libelle_dos
Matr_elev#
 57

2.3 ENONCE DES FORMES NORMALES

Pour tre parfaites, les relations doivent respecter certaines rgles. Cet
ensemble de rgles se nomme : les formes Normales.
Cette thorie a t labore par E.F. Codd en 1970. Son objectif est dviter les
anomalies dans les bases de donnes
Relationnelles :
Problmes de mise jour.
Suppression des redondances dinformations.
Simplification de certaines contraintes dintgrit.
Pour parfaire une base de donnes relationnelle, il est ncessaire de
connatre les trois premires formes normales et la
Forme normale dite Boyce Codd Les suivantes ne sont que des extensions
peu usites.
1.1FN Premire Forme normale
Une relation est en premire forme normale si :
Tous les attributs ne contiennent quune seule valeur atomique (non divisible).
Les attributs ne contiennent pas de valeurs rptitives.

Autrement dit, la relation est en premire forme normale si tous les attributs
sont lmentaires et si elle a au moins une cl.

2. 2FN Deuxime Forme normale

Une relation est en deuxime forme normale si :
Elle est en premire forme normale. Si tous les attributs sont en dpendance
fonctionnelle lmentaire avec sa cl.
Autrement dit, toute proprit de la relation doit dpendre intgralement de
toute la cl.
 58

3. 3FN Troisime Forme normale

Une relation est en troisime forme normale si :
Elle est en deuxime forme normale.
Si toutes les dpendances fonctionnelles par rapport la cl sont directes (sil
ny a pas de DF transitives Entre les attributs non cl).
Autrement dit, tous les attributs nappartenant pas la cl ne dpendent pas
dun attribut non cl.

4. BCNF Forme Normale de Boyce Codd

Une relation est en forme normale de BOYCECODD
(BCNF) si et seulement si :
Elle est en troisime forme normale.
Les seules dpendances fonctionnelles lmentaires quelle comporte sont
celles dans lesquelles une cl
Dtermine un attribut.

5. 4FN Quatrime Forme normale

Dfinition :
Une relation est en quatrime forme normale si et seulement si : Elle est
en BCNF.
Lorsquil existe une dpendance multivalue lmentaire, celle-ci est unique.
Une relation en BCNF peut encore comporter des redondances.
6. 5FN Cinquime Forme normale
Cette forme normale ntant quasiment jamais utilise, en voici juste la
dfinition :
Une association est en cinquime forme normale si et seulement si :
Elle est en quatrime forme normale.
Elle ne possde pas de dpendance de jointure.
La cinquime forme normale est une gnralisation de la quatrime forme
normale qui ncessite de prendre en compte les dpendances de jointure
induites par la connaissance des cls dune relation.
 59

2.4 CONSTRUCTION DE MLD VALIDE

Eleve
Classe
Matr_elev
Id_classe
Nom_elev
Libelle_classe
Postnom_elev
Date_elev
Sexe_elev
Num_parent
Section
Rf_cole
Id_sect
Id_classe #
Libelle_sect

Dossier Id_classe#

Id_dos
Libelle_dos
Matr_elev#
 60

3. MODELE LOGIQUE DE TRAITEMENT

Le modle logique de traitements permet de dcrire en dtail les taches

automatise du modle organisationnel des traitements.

3.1 LE MODELE LOGIQUE DE TRAITEMENT

la procdure fonctionnelle se transforme en procdure logique ;

les vnements et les rsultats disparaissent et sont remplacs par des
vnements logiques.
 61

Dbut processus

ULT00 : logos de lcole X

suivant

Quitte

Suivant Quitter

Ou
ULT 01 : connexion X
Nom dutilisateur

Mot de passe

Annuler Valider

Ou
Elve ULT02 : gestion de linscription X

Dossier Saisir matricule

Saisir nom
Classe
Saisir post nom
Section
Saisir Reste
reste

Annuler Enregistre Retour

Ou
Section
ULT03 : Etablissement liste des retenus X
Elve Affichage de la liste

Annuler Imprimer Retour

Classe
 62 Ou

ULT04 : saisir examen X

TAD Saisir matricule

Saisir nom

Saisir post nom

Elve
Saisir reste

Annuler Enregistre Retour

Classe Ou

ULT03 : Etablissement liste de rsultats X

Affichage de la liste
Annuler Imprimer Retour

Elve Ou

ULT05 : Mise jour des lves admis X

Critre Saisir matricule

Saisir nom
Liste de result Saisir post nom

Saisir Reste
Annuler Enregistre Retour

Elve Ou

ULT06 : Etablissement de la liste des inscrits X

Classe Affichage sur lcran
Fin
Section Annuler Imprimer Retour
 63

1. LOGO

1. Dessin
Ecran 01 : LOGO
Gestion des inscriptions du collge

Suivant Quitter

2. Description des boutons de commande

Dsignation Action
Suivant Fermer cran 01 ouvrir cran 02
2. Boite de connexion
Quitter Mettre la fin lapplication

1. Dessin Ecran02 : Connexion

Nom dutilisateur :

Mot de passe :
Valider Annuler Quitter
2. Description des boutons de commande

Dsignation Action
Valider Vrifier lutilisateur et mot de passe
Vrifier la cohrence entre user et mot de passe
Si ok, affiche Ecran03. Si ko, affiche message derreur
Annuler Efface les zones de texte user, envoyer focus sur nom
user
Quitter Mettre fin lapplication
3. Menu de mise jour 64
Fiche description dcran

1. Dessin Ecran04 : Menu Mise jour et consultation

Saisie
Modification
Suppression
2. Description des boutons Retour

Dsignation Action
Saisie Fermer cran03 et ouvrir cran04
Modification Fermer cran03 et ouvrir menu modification
Suppression Fermer cran03 et ouvrir menu suppression
Retour Fermer cran04 et retourner ecran03

4. SAISIE INSCRIPTION

Ecran05 : saisie dinscription

1. Dessin

Classe : Section :

Nom : Post nom :

Sexe : Nom parent :

Adresse : Date de nais :

Enregitrer Annuler Retour
2. Description de boutons

Dsignation Action
Enregistrer Enregistrer les donnes
Annuler Efface les zones de texte
Retour Fermer cran05 et retourner cran04
 65

4. LE MODELE PHYSIQUE DE DONNEES

Le modle physique de donnes consiste implmenter

le modle qans le SGBD, C.--d. traduire dans un langage de dfinition de
donnes.

La description physique de donnes correspond :

Un script de cration des tables en fonction du SGBD utilis.

Stockage des donnes dans des fichiers suivant le type des fichiers et
leur organisation.

4.1 REGLE DE PASSAGE DU MLD AU MPD

Le passage du MLD au MPD se fait de la manire suivante :

Chaque relation du modle logique devient table ;

Chaque identifiant devient une cl primaire ;
Chaque proprit devient enregistrement ;
 66

4.2 CONSTRUCTION DE MPD

4.2.1 DESCRIPTION DE FICHIER

1. FICHIER DELEVE

2. FICHIER DE LA CLASSE
 67

3. FICHIER DE LA SECTION

4. FICHIER DU DOSSIER
 68

5. MODELE PHYSIQUE DE TRAITEMENT

Le modle physique de traitement reprsente la

solution technique de la construction du logiciel. Il constitue lensemble du
traitement informatis du systme et est reprsent sous forme dune
arborescence en transformant le modle logique de traitement en un menu.
 69

LOGO

Boite connexion

Gestion des inscriptions

Quitter

Consultation Mise jour Edition

Inscription Saisie Modification Suppression Liste des rsultats

Retour Inscription Inscription Inscription Liste des lves admis

Retour Retour Retour Retour

 70

TROISIEME PARTIE :

IMPLEMENTATION DE NOUVEAU
SYETEME ET REPLICATION DE
DONNEES
 71

Chap. VII : CHOIX DE LANGAGE ET SGBD A UTILISES

VII.1 INTRODUCTION

Pour raliser une application informatique, Il faut choisir des outils

informatiques permettant de mettre en place une bonne application. Il existe
plusieurs langages et SGBD qui sont utiliss en informatique, tels
que :(VB.NET, C.SHARP, JAVA, DELPHI, Ajax, PHP, etc.) et le SGBD (MySQL,
SQLSERVER, ORACLE, JDBC etc.) ; Mais nous ne pouvons pas les utiliser tous
pour raliser une application. Dans le cadre de notre travail, nous choisirons
comme langage le Vb.net pour la partie de la programmation de lapplication
et le SGBD SQLSERVER comme notre environnement de limplmentation de la
base de donnes.

VII.2 CHOIX DUN LANGAGE

Comme nous lavons soulign ci-haut dans le cadre de notre travail,

nous utiliserons le langage VB.NET version Visual studio 2012 pour la
programmation de notre application concernant la gestion dinscriptions12.
VII .3 CHOIX DU SGBD
Le SGBD choix ici est le SQL SERVEUR 2008 ; Car le SQL SERVER 2008
apporte des nombreuses nouveauts que ce soit pour ladministrateur de base
de donnes ou bien pour le dveloppeur dapplications. La gestion des
donnes dans le cadre de lanalyse dcisionnelle (business intelligence) nest
pas aborde dans le cadre de ce travail mais SQL SERVER 2008 propose
galement sur ce domaine de nombreuses amliorations.

12http://libd.isnetne.ch/cours/distributionreplication/ferrara/BDH
 72

VII.4 CODIFICATION ET TEST UNITAIRE

Le test unitaire et le codage est une phase trs importante car ils
permettent de voir si lapplication rponds aux exigences lui concernant.il
permet aussi de vrifier le respect des contraintes comme la performance
temporaire, critre de scurit, portabilit, etc.

VII.4.1 FORMULAIRE DE LELEVE

Ce formulaire nous permettra denregistre le candidat qui sollicit son

inscription au sein du collge GRAIN DE SENEVE.

VII.4.2 FORMULAIRE DE DOSSIER

Ce formulaire permettra denregistre tous les diffrents dossiers

quamnera le candidat pour son inscription.
 73

VII.4.3 FORMULAIRE DE CLASSE

Ce formulaire permet davoir laperu sur toutes les classes au sein du collge
dans tous les sites possibles.
 74

VII.4.4 FORMULAIRE DE SECTION

Ce formulaire permet de reprer toutes les sections possibles organises

au sein du collge.

VII.4.5 FORMULAIRE DE MENU PRINCIPAL

Ce formulaire relie tous les autres formulaires dans son sein afin de
permettre ladministrateur de voir le fonctionnement complet du collge pour
les inscriptions des lves.
 75

VII.4.6 FORMULAIRE DAUTHENTIFICATION

Ce formulaire permet daccder dans lapplication et assurer la scurit

entre la base de donnes et lapplication cre, c.--d. vrifier lutilisateur dfini
pour la manipulation de lapplication.

VII.4.7 Le DATASET

Pour rsumer le DATASET est une prsentation dune base de donnes

sous forme dobjet.
 76

VII.5 INTEGRETION ET TEST SYSTEME

La phase dintgration permet de vrifier lassemblage des diffrentes

parties de lapplication. Les diffrents modules de lapplication sont
successivement intgrs jusqu aboutir la construction complte, en
respectant rigoureusement les spcifications des tests dintgration. Cest--dire
une vrification du bon enchainement des fonctions et des programmes.

Les tests systme de logiciel ou de matriel rfrent un processus de

test dun systme intgr afin dvaluer sa conformit lexigence spcifies.
Les tests systme appartiennent la classe des tests de type boite noire, et en
tant que tels, ne devraient exiger aucune connaissance de la conception
interne du code ou de la logique. En rgle gnrale, les tests systme prennent
comme entre tous les composants logiciels intgrs (ayant russi les tests
dintgration) mais aussi le systme logiciel lui-mme intgr nimporte quel
systme matriel compatible. Le but des tests dintgration est dtecter
dventuelles incohrence entre les units logicielles intgres ensemble
(appels assemblages) et entre les assemblages et le matriel. Les tests systme
sont un type plus restreint de test, ils cherchent dtecter des dfauts la fois
dans les inter-assemblages mais galement au sein du systme dans son
ensemble.
 77

VIII. REPLICATION DES DONNEES

La rplication des donnes est la partie la plus importante de notre

travail, car elle nous permet dchanger les donnes entre les deux sites
distants (NGALIEMA et LIMETE) et assure la mise jour des objets de la base
de donnes GESTION DES INSCRIPTION dans chaque site.

Ici, nous aurons utiliser la rplication de fusion pour permettre quil ait la
diffusion des donnes dans chaque site en temps rel.

VIII.6.1 SCHEMA DU SERVEUR DE Ngaliema

Ce schma nous permet de voir la structure de la base de donnes au niveau

de Ngalieme.
 78

VIII.6.2 SCHEMA DU SERVEUR DE Limete

Ce schma nous permet davoir laperu de la structure de la base de donnes

au niveau de Limete.
 79

IX. CONCLUSION GENERALE

Le prsent mmoire est la concrtisation de cours suivis pendant cinq ans. Il

couronne la fin du cycle de licence. Il est en effet notre modeste contribution
la connaissance de ltude de la rplication dans une base de donnes repartie
et application de gestion dinscription dans une cole secondaire (COLLEGE
Grain DE Snev). Ainsi, tout au long de nos tudes, nous avons mis laccent
sur la rplication de donnes et la ralisation de lapplication qui va grer les
inscriptions dans cette institution. Le travail tant subdivis en trois parties
distinctes ;

La premire partie pingle la considration thorique, cette partie

consiste clarifier les diffrents concepts de base que nous aurons
dcortiquer tout au long de notre travail, nous retrouvons aussi la planification
du projet et analyse de structure fonctionnelle et organisationnelle de
lexistant, aprs avoir propos plusieurs solutions, nous avons fait le choix de la
solution optimale cest--dire la solution informatique pour rendre la tche
rapide et performante.

La deuxime partie intitul conception dun nouveau systme

dinformation, ici nous nous sommes bas sur la modlisation complte du
projet tout en respectant les tapes de la modlisation en commenant par le
modle conceptuel de donnes jusquau modle physique de traitement.

En fin la troisime partie qui est la rplication et implmentation de

nouveau systme, cette partie, nous permet de concrtiser notre projet sur les
quipements informatique capable de raliser le projet en question. Nous
avons choisi le langage de programmation (VB.NET) qui va nous permettre de
concevoir une application capable dinteragir avec la base de donnes ; En
suite nous avons aussi choisi le SGBD (SQL SERVER 2008 R2) capable de grer
notre base de donnes (GESTION DES INSCRIPTIONS). Ainsi nous osons croire
que toute personne qui nous lira ce travail, y trouvera un quelconque intrt,
et nous restons ouverts toutes nos remarques susceptibles damliorer la
qualit de ce mmoire.
 80

BIBLIOGRAPHIE

1. OUVRAGES

DOMINIQUE NANCY et BERNARD ESPINASSE : ingnierie de systmes

dinformations, merise deuxime gnration, dition syrolles, 2002 ;

Dictionnaire de la langue franaise, Larousse, poche 2014.

GARDARIN George, Bases de donnes, dition EYROLLES, 2002 ;

MATERONS J.P : exercice et cas pour comprendre merise, dition syrolles
2003 ;

Michel DIVIN, MERISE, 60 AFFAIRES CLASSES, ditions Eyrolles 1990

Michel DIVIN, PARLEZ-VOUS PROGICIEL, ditions du Phnomne. 2008
Michel DIVIN, PARLEZ-VOUS merise, ditions du Phnomne 2008

2. NOTES DE COURS
INDENGE YESAMBALAKA, note du cours G3 M.I, dition (2012-2013) ;
KAFUNDA PIERRE, administration de base de donnes L2 Math-info, UPN,
2014-2015.

KAZADI Jean louis : base de donnes, note de cours G3 Math-info, UPN, indit,
2012-2013 ;

KITONDUA RICHARD, Conception de systme dinformatique L1 Math-info,

UPN, 2013-2014.

MAPHANA MANGUMA, note du cours licence en science de gestion, indit

dAOUT 2009 ;
MUSANGU LUKA, mthode danalyse informatique 1 G2, UR KIM, 2014-2015.

SAKODI : merise, note de cours G2 Math-info, 2011-2012, UPN, indit.

 81

3. TUTORIELS.
Base de donnes repartie1.

Jargon informatique

Merise guide pratique.

4. WEBORGRAPHIE

http://rangiroa.essi.fr/cours/systeme-information/01-bd, date de consultation

Le 30/05/2015 ;

http://ceria.dauphine.fr/rim/jeaching fichier BDR/lab BDR 06.pdf , date de

consultation Le 02/06/2015 ;

http://libd.isnetne.ch/cours/distributionreplication/ferrara/BDH, date de
consultation Le 25/07/2015 ;

http://www.discala.net. Programmez objet avec VB .Net - (date consultation.

du 17.05.2015).
 82

Table des matires

EPIGRAPHE ................................................................................................................................... i
DEDICACE ................................................................................................................................... iii
REMERCIEMENTS ...................................................................................................................... iv
AVANT PROPOS ......................................................................................................................... v
RESUME ........................................................................................................................................ vi
SUMMARY ................................................................................................................................... vii
CHAP. I. INTRODUCTION ........................................................................................................ 1
I.1 MISE EN CONTEXTE ...................................................................................................... 1
I.2 PROBLEMATIQUE .......................................................................................................... 1
I.3 OBJECTIF DE LA RECHERCHE ................................................................................... 2
I.4 QUESTION DE LA RECHERCHE ................................................................................. 2
I.5 METHODES ET TECHNIQUES .................................................................................... 2
I.5.1 METHODES.............................................................................................................. 2
I.5.1.1 METHODE HISTORIQUE ............................................................................ 2
I.5.1.2 METHODE STRUCTURO-FONCTIONNELLE........................................ 2
I.5.1.3 METHODE MERISE ....................................................................................... 3
I.5.2 TECHNIQUES .......................................................................................................... 3
I.5.2.1 TECHNIQUE DOCUMENTAIRE ............................................................... 3
I.5.2.2 TECHNIQUE DINTERVIEW ....................................................................... 3
I.6 CHOIX ET INTERET ......................................................................................................... 3
I.6.1 CHOIX ........................................................................................................................ 3
I.6.2 INTERET .................................................................................................................... 3
I.6.2.1 AU NIVEAU DE LECOLE ........................................................................... 4
I.6.2.2 AU NIVEAU DE LA SCIENCE .................................................................... 4
I.6.2.3 AU NIVEAU INDIVIDUEL .......................................................................... 4
I.7 DELIMITATION DU SUJET ........................................................................................... 4
I.8 STRUCTURE DU TRAVAIL ............................................................................................ 4
PREMIERE PARTIE : .................................................................................................................... 5
CONSIDERATIONS THEORIQUES ....................................................................................... 5
CHAP. II CLARIFICATION DE CONCEPTS ..................................................................... 6
II.1 SYSTEME ...................................................................................................................... 6
II.1.2. SYSTEME DINFORMATION ............................................................................. 6
 83

II.1.3 SYSTEME DE GESTION DE BASE DE DONNEES REPARTIE ................... 6

II.2 BASE DE DONNEES ................................................................................................ 7
II.2.1 BASE DE DONNEES REPARTIE ........................................................................ 7
II.2.2. FRAGMENTATION .............................................................................................. 8
II.3. RESEAU INFORMATIQUE .................................................................................... 8
II.4. REPLICATION DE DONNEES .............................................................................. 9
II.5. APPLICATION ........................................................................................................... 9
II.6. GESTION DES APPLICATIONS ......................................................................... 10
CHAP.III PLANNING PREVISIONNEL ................................................................................ 11
III.1 DECOMPOSITION DU TRAVAIL ........................................................................... 11
III.2 DETERMINATION DU GRAPHE SELON LA METHODE MPM .................... 12
III.3 DIAGRAMME DE GANTT ........................................................................................ 14
III.4 EVALUATION ET PROJECTION DU COUT DE PROJET ............................... 18
III.4.1 EVALUATION EN USD DU COUT DE PROJET ....................................... 18
III.4.2 EVALUATION EN USD DU COUT DE FONCTIONNEMENT DE LA
SOLUTION ...................................................................................................................... 19
III.4.3 PROJECTION DE LA VALEUR APPORTEE PAR LA SOLUTION ......... 19
III.4.4 FAISABILITE TECHNIQUE DE LA SOLUTION ......................................... 20
III.4.5 APPORT DIFFICILEMENT CHIFFRABLE ..................................................... 20
CHAP. IV ETUDE PREALABLE ET ANALYSE DE LEXISTANT ................................... 21
IV. 1 PRESENTATION DE LECOLE............................................................................... 21
IV.1.1 HISTORIQUE...................................................................................................... 21
IV.1.2 SITUATION GEOGRAPHIQUE ..................................................................... 21
IV.2 ANALYSE DE LEXISTANT ................................................................................. 22
IV.2.1 ANALYSE SE STRUCTURE ............................................................................. 22
IV.2.2 ANALYSE DE POSTES DE TRAVAIL ........................................................... 23
IV.2.3 ANALYSE DE DOCUMENTS UTILISES ............................................................ 24
IV.2.4 ANALYSE DE RESSOURCES DE TRAITEMENT ....................................... 26
IV.2.5 ANALYSE DES FLUX DINFORMATION ................................................... 28
IV.2.6 DIAGNOSTIC DE LEXISTANT ...................................................................... 32
IV .2.7 PROPOSITION DES SOLUTIONS ............................................................... 32
IV.2.8 CHOIX DE LA SOLUTION OPTIMALE ....................................................... 33
DEUXIEME PARTIE : ............................................................................................................... 34
CONCEPTION DUN NOUVEAU SYSTEME DINFORMATION ................................ 34
CHAP. V. CONCEPTION DUN SYSTEME DINFORMATION ORGANISE ........ 35
 84

V.1 INTRODUCTION SUR LE SYSTEME DINFORMATION ............................. 35

V.2 MODELE CONCEPTUEL DE DONNEES(MCD)........................................... 37
V.3 MODELE CONCEPTUEL DE TRAITEMENT (MCT) ..................................... 41
4. LE MODELE ORGANISATIONNEL DE DONNES(MOD) ............................ 46
5. MODELE ORGANISATIONNEL DE TRAITEMENT ........................................ 49
CHAP VI. CONCEPTION DUN SYSTEME DINFORMATION INFORMATISE ....... 53
VI.1 CONCEPTS .................................................................................................................. 53
VI.2 MODELE LOGIQUE DE DONNEES .................................................................... 55
3. MODELE LOGIQUE DE TRAITEMENT.............................................................. 60
5. MODELE PHYSIQUE DE TRAITEMENT ............................................................ 68
IMPLEMENTATION DE NOUVEAU SYETEME ET REPLICATION DE DONNEES 70
Chap. VII : CHOIX DE LANGAGE ET SGBD A UTILISES ........................................ 71
VII.1 INTRODUCTION ................................................................................................. 71
VII.4 CODIFICATION ET TEST UNITAIRE .............................................................. 72
VII.4.6 FORMULAIRE DAUTHENTIFICATION .................................................... 75
VII.4.7 Le DATASET ..................................................................................................... 75
VII.5 INTEGRETION ET TEST SYSTEME .................................................................. 76
VIII. REPLICATION DES DONNEES .................................................................................... 77
VIII.6.1 Schma du serveur de Ngaliema ........................................................................ 77
VIII.6.2 Schma du serveur de Limete.............................................................................. 78
IX. CONCLUSION GENERALE ............................................................................................. 79
BIBLIOGRAPHIE ....................................................................................................................... 80
Table des matires .................................................................................................................. 82
 85

TABLEAU DILLUSTRATION

TABLEAU 1: DECOMPOSITION DE TRAVAIL ......................................................... 11

TABLEAU 2: VALUATION DU COUT DE LA SOLUTION .............................. 18
TABLEAU 3: PROJECTION DU COUT DE FONCTIONNEMENT ..................... 19
TABLEAU 4: DESCRIPTION DE POSTE DE TRAVAIL DU RECTEUR ................ 23
TABLEAU 5: DESCRIPTION DE POSTE DE TRAVAIL DE LADMINISTRATEUR 23
TABLEAU 6:DESCRIPTION DE POSTE DE TRAVAIL DU SECRETAIRE............. 24
TABLEAU 7:DESCRIPTION DE BULLETIN ....................................................... 24
TABLEAU 8:DESCRIPTION DE CERTIFICAT. ................................................... 26
TABLEAU 9:DESCRIPTION DE RESSOURCE DE MATERIELLE. ........................ 26
TABLEAU 10:NIVEAU DE LA METHODE MERISE. ......................................... 37
TABLEAU 11:REGLE DE GESTION. ............................................................................ 38
TABLEAU 12:REPERTOIRE DES OBJETS .................................................................. 38
TABLEAU 13:REPERTOIRE DES RELATIONS . ......................................................... 39
Tableau 14:EVALUATION DES VOLUMES DES DONNEES. ......................... 48