[1]

INTRODUCTION GENERALE

Le monde actuel est à l’automatisation du travail dans tous les

environnements socio-économiques et cela grâce au génie du vingt-unième siècle
sur les nouvelles technologies de l’information et de la communication, NTIC en
sigle, plus particulièrement l’ordinateur dont l’une des caractéristiques la plus
remarquable est la dimension considérable de sa mémoire qui peut stocker des
grandes quantités d’informations afin de constituer une base de données partagée
en réseau informatique.

On a souvent affirmé que le retard des pays sous-développés provient

entre autre de leur retard technologique. Ceci est d’autant plus vrai qu’il existe une
certaine corrélation entre le niveau de développement technologique et le niveau de
développement humain. Cela a un effet d’entraînement dans la prise de décision.

L’informatique s’avère aujourd’hui un outil incontournable, efficace,

moderne et fiable utilisé dans la plupart d’entreprises modernes pour assurer la
bonne gestion de leurs activités d’une façon automatique par ordinateur, et assurer
aussi une bonne rentabilité.

Actuellement, l’automatisation des entreprises, est une des tâches

complexes de gestion qui, jadis, était réalisée manuellement, à ce jour informatisé
pour produire les résultats fiables répondant aux objectifs assignés. la gestion de
perception des frais scolaire dans la Complexe scolaire Dieu Fait Grace étant
effectuée manuellement et connaissant des difficultés éprouvées par le système
manuel de traitement de l’information, nous avons jugé bon de pouvoir proposer un
nouveau système d’information automatisé en mettant en place une base de
données pour la bonne gestion de l’établissement et relever le défi du monde actuel
qui se caractérise par l’automatisation, la fiabilité, la rapidité, la sécurité, et le gain
d’énergie dans le traitement de l’information en vue de produire de bons résultats.
 [2]

1. Problématique et Hypothèse

Alors que sous d’autres cieux les gestionnaires des entreprises ont
compris l’impact et le rôle de l’informatique, au Complexe scolaire Dieu Fait Grace,
la conception et réalisation d’un système d’information informatisé pour la gestion de
perception des frais scolaire pose encore problème qui peut empêcher le bon
fonctionnement de ce complexe scolaire, car jusqu’à ce jour tout se fait
manuellement.

Disons qu’une vie sans effort n’est rien. Pour le Complexe scolaire
Dieu Fait Grace réellement, il demande les efforts pour la bonne gestion. Partant de
cette problématique nous avons trouvé :

- Traitement manuel des informations liées à la gestion de perception de frais

scolaire;
- Manque des équipements pour améliorer la gestion de perception des frais
scolaire;
- Lenteur pour la confirmation en cas de la perception.

L’hypothèse est une supposition à partir de laquelle des conséquences

sont envisagées ou nous pouvons ajouter une réponse provisoire à confirmer ou
infirmer suivant sa transformation ou la réalité du sujet qu'elle régénère.

Pour le Complexe scolaire Dieu Fait Grace nous pensons que :

- Il sera souhaitable de mettre en place un système d’information informatisé
fiable et bien conçu ;
- Un logiciel qui leur permettrait de bien manipuler la base de données.

2. Choix et Intérêt du Sujet

Pour éviter de tomber dans les utopies scientifiques, nous avons opté
de traiter le sujet intitulé « conception et réalisation d’un système d’information
informatisé pour la gestion de perception des frais scolaire» Cas du Complexe
scolaire Dieu Fait Grace.
 [3]

C’est par rapport aux intérêts que notre choix est porté sur ce sujet,
celui-ci est motivé par trois raisons majeures dont le premier est personnel, la
seconde scientifique et la dernière concerne la CS-Dieu Fait Grace.

a. Intérêt personnel : en ce qui nous concerne en tant qu’étudiant en informatique de

gestion, nous cherchons à confronter la connaissance acquises à la pratique sur
terrain.

b. Intérêt scientifique : notre recherche étant une œuvre scientifique, les techniques,
les procédures ainsi que les méthodes développées pourront servir tant soit peu les
lecteurs de ce travail dans le cadre de leurs recherchent et en cela nous apportons
aussi notre petite pierre à la science.

c. Intérêt pour l’entreprise : En ce qui concerne l’école Dieu Fait Grace, ce sujet à
pour intérêt de doter la coopérative d’un outil efficace pour mieux conserver les
informations, d’avoir la rapidité dans l’exécution de tâches et enfin, d’effectuer une
consultation des informations très rapide et cela en proposant un système
d’information Informatisé pour la gestion de perception de frais scolaire.

3. Délimitation du Travail
Le présent travail ne concerne que la gestion de perception des frais
scolaire au Complexe scolaire Dieu Fait Grace. Un travail doit avoir un début et
une fin, raison pour laquelle ce dernier doit se délimiter dans le temps et dans
l’espace.

 Dans le temps : la récolte des données que nous avons effectuée concerne
la période qui va de 2017 à nos jours;
 A l’espace : C’est le champ de recherche où on effectue la recherche pour
être bien informé, la récolte de données au service de la comptabilité, du
Complexe scolaire Dieu Fait Grace qui est notre champs de recherche.
 [4]

4. Etat de la Question

Le service chargé de gérer les perceptions de frais scolaire du

Complexe scolaire Dieu Fait Grace rencontre de différents problèmes décrits ci-
haut et ceci nous ramené à nous proposer une contribution suivants :

Pour le Complexe scolaire Dieu Fait Grace nous pensons que :

- Il sera souhaitable de mettre en place un système d’information informatisé
fiable et bien conçu ;
- Un logiciel qui leur permettrait de bien manipuler la base de données.

Informatiquement parlant, chaque problème, ce pourquoi toutes ces

contributions nécessitent des réponses claires et concises.

5. Méthode et Technique Utilises

Tout travail scientifique est basé sur les normes et les façons de faire
afin d’aboutir à ses fins. Nous nous poserons certainement des questions comme
quels sont donc ces normes et façons de faire ? Pour notre travail nous avons
comme méthodes et techniques ci-après :

a. Méthodes :
 Méthode merise, est une méthode de conception et de réalisation des
systèmes informatiques pour la séparation de données et des traitements. Elle
nous a permis par ses procédés de modéliser les données et leurs traitements
tout en sachant que la méthode utilisée pour concevoir et de développer notre
application, choisie en fonction de notre environnement et de domaine
d’application de celui-ci.

 Méthode historique, nous a permis d’élaborer l’historique du système

existant et l’évolution du complexe scolaire Dieu fait grâce;

 Méthode analytique, nous a permis d’analyse en détail les composent de

l’existant ;
 [5]

 Méthode structuro-fonctionnelle, nous a permis d’étudier et de comprendre

la difficulté actuelle au niveau des perceptions des frais scolaire en analysent
la structure et la fonction actuelles du système ;

b. Techniques :
La technique peut être considérée comme des moyens ou des
stratégies pratiques pouvant aider à concevoir le principe fixé par la méthode.

Les techniques que nous utilisées dans notre travail sont :

 TECHNIQUE D’INTERVIEW
Celui-ci consiste à une tête - à - tête au cours duquel nous posons des
questions dans le but de ré collecter des informations à l’enquête qui y répond
normalement.

 TECHNIQUE DOCUMENTAIRE
Elle consiste à rechercher des informations sur la question étudiée dans
les documents (note de cours, recherche sur internet) ayant trait à notre sujet. Cette
technique a permis d’analyser les informations sur les différents documents utilisés.

 TECHNIQUE D’OBSERVATION

Cette technique permet d’être sur terrain pour palper la réalité et d’y
apprécier. C’est à dire faire une observation de tous.
 [6]

6. Canevas du travail
La gestion de perception des frais scolaire est subdivisée en deux parties à savoir,

La première partie étude préalable est subdivisée en trois chapitres :

- chapitre 1 : Présentation de l’organisation

- chapitre 2 : Analyse de l’existant
- chapitre 3 : Critique de l’existant

Quant à la deuxième partie Mise en place du nouveau système

d’information est subdivisée en trois chapitres :

- chapitre 1 : Modélisation du système d’information organisé (SIO) ;

- chapitre 2 : Modélisation du système d’information informatisé (SII) ;
- Chapitre 3 : Développement du système d’information informatise

Enfin interviendra la conclusion générale, cadre précieux de toutes nos

constatations, nos suggestions y prendront judicieusement place pour affermir la
position que nous prendrons à la fin de tout, d’autres aspects qui n’ont été traités
dans le corps du travail et qui s’y trouveraient, proviendront plutôt d’interview
diverses et dont les textes n’ont malheureusement pas trouvé de place dans ces
écrits.
 [7]

Première Partie :

ETUDE PREALABLE
 [8]

Introduction partielle
La perception de frais scolaire sont conçus de façons à toucher les
dossiers sensible de chaque des perception de frais, en effet, le fait qu’elles
présentent des situations hautement difficile dont le niveau de la perception de frais
scolaire est élevé a un effet bouleversent. Elles envoient clairement le message que
les problèmes au complexe scolaire Dieu fait grâce, et aux perceptions des frais
scolaires mais bel et bien de la réalité. Il en a été de même avec la perception des
frais scolaire, qui n’a pas été troublé de voir des problèmes de perception.

La gestion des perceptions de frais scolaire est une étude permettant

de connaitre et de réaliser le système des perceptions de frais scolaire et les
diffèrent modèle de donnée etc.….

Dans cette partie nous avons trois chapitres :

- chapitre 1 : Présentation de l’organisation

- chapitre 2 : Analyse de l’existant
- chapitre 3 : Critique de l’existant ;

En effet, notre motivation et préoccupation étaient d’étudier et de

comprendre la gestion des perceptions de frais scolaire.
 [9]

CHAPITRE 1 : PRESENTATION DU COMPLEXE SCOLAIRE-DIEU FAIT GRACE

1.1. HISTORIQUE

Dieu fait grâce est un projets à caractère social créé en 2003 par le
frère (Patrice Ngoy MUSOKO et KIVUNGU Esther) dans le souci d’apporter leur
contribution dans la reconstruction de notre pays dans la situation sociaux
économique naturelle, finance et devenue presque âpre de multiple de guerre qui on
laisser derrière-yeux des enfants orphelin, manque de structure de formation , la
jeunesses abandonnée à leurs triste sort. Saucier de cette situation les couple c’est
résolue de créer une structure de formation dont CS-Dieu faits grâce, enregistrer
sous le numéro du ministère de l’enseignement primaire et secondaire
CABMIN/0204/06 au 28/09/2006 notification du SA, MINEPSP/SA/80/2310/06 du
20/11/2006.

L’école organise trois sections dont maternelle, primaire et secondaire

avec l’option dont latin philo, pédagogie générale, commerciale admiratifs, biologie
chimie, couple couture.

Une école mixte avec 40% des enfants orphelin mis en organe le
couple et 60% des enfants payant avec un cout pris en charges à signale que le CS
Dieu fait Grace et l’un de département de la fondation frère Patrice Ngoy MUSOKO
créer le février 2002 sous l’initiative de même couple les CS- à déjà l’ancrée sur le
terrain depuis sa création 2018 diplômée dont 1026 fixe.

Depuis son existence, l’école totalise déjà treize ans c’est une école
performante, elle à large plus de huit-cents finaliste sur le marché d’emploi sans
oublier ceux de sixième primaire qui on habitude de présenter l’examens national de
fin d’étude primaire (ENAFEP) en sigle

1.2. SITUATION GEOGRAPHIQUE

Dieu fait grâce est situé en République Démocratique du Congo dans la

ville province de Kinshasa précisément dans la commune Ngaliema à MUNGANGA
n°1 ; la ville WANGATA et situer entre avance Sukuri et Kivu.
 [10]

1.3. MISSION

Le CS Dieu fait grâce a pour mission d’encadrer de former la jeunesse

congolaise en général et de la ville province de Kinshasa en particulier pour le
rendre utiles dans la société.

1.4. OBJECTIFS

Le CS Dieu fait grâce a pour objectif de réduire sensiblement le

nombre des analphabètes au niveau de la jeunesse congolaise en générale et de la
ville province de Kinshasa en particulier.

1.5. ORGANIGRAMME

Promoteur

Coordinateur

Secret Finance Comptable Perception

Dpt maternel Direction Primaire Direction Secondaire

CoorPeda

Directeur Discipline
Education Unitepedagoque UnitePeda

ComptProb
surveillence Cors Enseignant

Surveillence
Surveillence

Source : Complexe scolaire Dieu fait grâce

 [11]

CHAPITRE 2 : ANALYSE DE L’EXISTANT

L’étude de l’existant est une étape qui a pour but de recenser les
données qui nous permettrons d’élaborer le diagnostic du système actuel. Ce
diagnostic va aboutir à déterminer les besoins des utilisateurs en matière de gestion,
c’est- à- dire les applications à informatiser; les besoins techniques liés aux
problèmes de modernisation d’équipement informatique ou autres besoins.

2.1. Définition et But

L’étude de l’existant est le point de passage qui matérialise le premier
contact des concepteurs avec un domaine.

Le double but visé par cette étape :

 Prendre connaissance dans le détail du domaine dont la complexe

scolaire Dieu fait Grace souhaite conclure le fonctionnement ;
 Recenser l’ensemble des objectifs que poursuit l’école concernant ce
domaine.

2.2. Description de la structure organisationnelle

C.S Dieu fait grâce est géré par le coordonnateur qui est le premier chef
d’établissement, seconde par le préfet des études, suivi du conseiller pédagogique
et la direction de discipline, ainsi que les secrétaires. Tout en collaboration avec
les professeurs.
Coordonnateur Il a pour rôle principal de veiller au bon fonctionnement
de l’école conformément au principe pédagogique, et aux instructions édictées par le
ministère de l’enseignement primaire et secondaire.

Le directeur des études Il est le pilon de la pédagogie travaillant en

collaboration avec le conseiller pédagogique.
Il a pour rôle de veiller à ce que les enseignements soient bien donnés
conformément au programme national, il tient des réunions pédagogiques et contrôle
l’enseignement au sein de l’école.
Le Conseiller pédagogique Joue le rôle d’aide auprès des professeurs
afin que les enseignements ses déroulent convenablement selon les objectifs
éducationnels
 [12]

Le Directeur de discipline Est le patron de la discipline des élèves, il a

pour tâche de maintenir l’ordre et la discipline à l’école.

Les secrétaires Veille sur les finances de l’école.

2.2.1. Etude des postes de travail

Cette étude nous permet de faire l’analyse des différentes entités qui
exercent dans le secrétariat du C.S Dieu fait grâce, cela nous permet également de
trouver les difficultés concernant le traitement de l’information dans chaque
poste.

Recensement des postes de travail

Pendant notre recherche au sein de secrétariat du CS Dieu fait grâce ;
Nous avons recensés les postes suivants :

- Coordonnateur
- Caisse
- Élève.

Description des postes de travail

Nom Nom de Poste Nombre Agent Nom mnémonique Document Document Document
reçus émis archivée
01 Coordonateur 1 CD Rapport Rapport Copie de
journalier journalier chaque
Livre de caisse Livre de caisse document
02 Caissier 2 CS L’argent Rapport Reçu
journalier
Livre de caisse
03 Elève 1 EL Reçus Argent Reçus

2.2.2. Etude de documents utilisés

Cette études nous permet de recenser les documents utilisés dans le
système de gestion de paiement du CS Dieu fait grâce précisément dans le
secrétariat Constituent le support de l’information. Nous allons dans cette étape :

- inventorier tous les documents manipulés dans les cadres de

la gestion de perception des frais ;
- examiner toutes les rubriques contenues dans les documents
inventaires ;
- enfin, suivre la circulation des documents dès leur élaboration
jusqu’à leur archivage.
 [13]

Inventaire des documents en vigueur

Les documents sont des supports physiques d’informations. Nous

distinguons deux catégories des documents utilisés actuellement pour le système en
place, les documents qui interviennent dans l’exécution des tâches de gestion
perception de frais sont notamment :

 Cahier de perception de frais;

 Reçus ;

Présentation des documents

Recensements des documents

Inventaire des documents en vigueur

Les documents sont des supports physiques d’informations. Nous

distinguons deux catégories des documents utilisés actuellement pour le système en
place, les documents qui interviennent dans l’exécution des tâches de gestion de
perception de frais sont notamment :

 Cahier de perception de frais;

 Reçus ;

Description des documents

Pour élaborer ce travail, nous avons récoltés les documents suivants :

 Cahier de perception de frais;

 Reçus ;

Inventaire des documents

Service
Num. Nom du document Rôle Service émetteur récepteur

01 Reçus C’est une preuve de payement …….. ……….

à celui qui a payé

02 Cahier de perception de Ce cahier permet d’enregistrer … …

frais les élèves qui ont payés
 [14]

a) Rôle de document

1. Reçus : C’est une preuve de payement à celui qui a payé.

2. Cahier de perception de frais: Ce cahier permet d’enregistrer les élèves qui

ont payés.

a) Modèle du document

Reçus

Rôle :
Le reçu sert comme preuve de paiement dans l’institution

Tableau descriptif du document

CODE DESCRIPTION NATURE

N° Numéro d’Ordre Numérique
Montant Montant paye en chiffre AN
Reçus de Nom et Post nom AN
Somme de Somme payé en lettre AN

Motif Motif de payement AN

Date Date de payement Date

Signature Signature AN
 [15]

Cahier de perception de frais

Rôle : :
Ce cahier permet d’enregistrer les élèves qui ont payé
Complexe Scolaire
Dieu Fait Grace

CAHIER DE PERCEPTION
N° NOM ET POSTNOM CLASSE OPTION MONTANT RESTE PAYER DATE SIGNATU
PAYER RE
01 KATONDO KEVINE 6 eme Littéraire 230$ 12$ 1/2/2018
eme
02 KALABA ELO 6 Electricité 750$ 55$ 12/2/2018
03 BONGONDA 6 eme Littéraire 340$ 765$ 19/2/2018
04 KILEMBE 6 eme Electricité 240$ 453$ 14/2/2018

05 BAZAMBA 6 eme Electricité 310$ 324$ 11/2/2018

06 BAMANA 6 eme Littéraire 123$ 123$ 18/2/2018

07

08

09

10

11

12

13

14

15

16

17

18
19
20
21
22
23

Tableau descriptif du document

 [16]

CODE DESCRIPTION NATURE

N° Numéro d’Ordre Numérique

Nom et post nom Nom et Post nom de AN
l’élève
Classe Classe de l’élève AN
Option Option de l’élève AN
Montant P Montant payé par l’élève A

Reste P Reste des frais a payé par AN

l’élève
Date Date du paiement DATE
Signature Signature AN

2.2.3. Ressources Humaines

Pour la gestion de perception de frais scolaire, il y a des personnes qui
travaillent pour la réalisation des objets de l’implication de travaux scolaire.

2.2.4. Ressources Matérielles

Les matériels que nous avons trouvés au C.S dieu fait grâce en ce qui
concerne la gestion de perception des frais sont les suivants :

N° Nom Matériel Nombre Marque Nombre de personne a Etat Année d’acquisition

utilisation
01 Calculatrice 3 SK TATSUM 1 Bon 2013

02 Machine aecrire 2 OLYMPIA 1 Bon 2010

03 - - - - - -

2 .2.5. Ressources Financières

L’école Dieu fait Grace étant une structure de l’enseignement,
bénéficie de frais de fonctionnement que donne par les parents des élèves.
 [17]

2.3. Description de la structure fonctionnelle

L’élève se présente à la caisse pour la perception des frais, la caissière
lui reçoit, perçoit l’argent et signale dans le cahier de perception le montant et la
date du paiement des frais payé par l’élève, en suite elle établit un reçu en deux
exemplaires dont l’un est Remi à l’élève qui lui servira de preuve pour accéder au
cours et l’autre reste archivé à la caisse, à la fin de la journée la caissière établit
le rapport journalier qu’elle l’envoie au coordonnateur pour le contrôle, qui après
vérification, il les signe et les fait retourner à la caisse pour les archiver.
 [18]

2.3.1. Schéma de circulation des informations

100 200 300

ELEVE CAISSE COORDONATEUR

101 Présentation de 101 203

l’élève à la caisse pour la
perception de frais
201 Réception de l’élève et
perception des frais
301
Reçoit les documents, vérifie, signe
202 Enregistrement de l’élève dans
201 Le cahier de perception, et établissement
et les fait retourner à la caisse pour
202
du reçu à deux exemplaires dont l’un reste le classement
archivé, et l’autre est Rémi à l’élève

102
Réception du reçu et
classement comme archive
RC
102 LC
RJ

203 A la fin de la journée établissement du r

Apport journalier et le livre de caisse et les envoient
au préfet
RC
204
RJ LC

401

301
 [19]

204
Réception des documents pour les
classements et archives

RJ LC
 [20]

2.3.2. Légende et symbole utilisés

Figures Description
Document manuel circulant ou en exemplaire

Document manuel circulant en plusieurs exemplaires

$
L’argent

Destination

Provenance

Classement

Code opération

Archivage

Abréviation Signification
RC Reçu
RJ Rapport Journalier
LC Livre de Caisse
 [21]

Conclusion du chapitre

Enfin, nous voilà à la fin de ce deuxième chapitre de la première partie

de ce travail qui nous a traités de l’analyse existant. Dans ce chapitre nous avons
décrit le fonctionnement de l’école Dieu fait Grace, expliqué les différents postes de
travail que régit la direction, les documents utilisés lors de la perception de frais
scolaire ainsi que les différentes ressources qui lui permettent de traiter les
informations et un schéma de circulation des informations a été tracé afin d’expliciter
la circulation de ces informations.
 [22]

CHAPITRE 3 : CRITIQUE DE L’EXISTANT

Introduction

Dans ce troisième chapitre, il est question de critiquer l’existant. En

réalité, le parcours poursuivi ici, nous pousse en quelque sorte à pouvoir soulever un
point critique sur le plan organisation. L’organigramme ici, établi du servie concerné
n’est pas bien élaborer de sorte que les rubriques de domaine ne sont pas à sa
disposition normale c’est- à- dire non significatif au service.

2.1.Critique d’ordre général

En réalité, le parcours poursuivi ici, nous pousse en quelque sorte à

pouvoir soulever un point critique sur le plan organisation. L’organigramme ici, établi
du servie concerné n’est pas bien élaborer de sorte que les rubriques de domaine ne
sont pas à sa disposition normale c’est- à- dire non significatif au service.

2.2.Critique d’ordre spécifique

N.B : La critique s’effectuera sur l’organisation du service,

l’organigramme, les postes de travail et des taches, les documents, les moyens de
traitement, les conditions ergonomique, la circulation des informations.

2.3.Proposition de solution

Cette partie permet de donner les remèdes sur les mauvais

fonctionnements du système en vigueur à base de critique faite ci- haut.
Pour cela, nous proposons deux types de solution :

- Solution manuelle ;
- Solution informatique.
2.4.Solution manuelle de réorganisation

Elle consiste à maintenir le système existant en y apportant des

améliorations sur base des points faibles du système existant. La lenteur liée à la
perception de frais scolaire, nous demandons à l’école Dieu fait grâce
(Coordonnateur de signer la perception des agents).
 [23]

Avantages

- Moins coûteuse ;
- Ne nécessite pas une formation spéciale du personnel ;
- La facilité d’acquérir les différents matériels de traitement.
Inconvénients

- n’y a pas d’unicité dans le traitement manuel ;

- Le traitement manuel provoque une perte de temps précieux pouvant être mis
à profit pour d’autres tâches ;
- Le traitement manuel est aussi une source d’erreurs causées par la fatigue ;
- Le traitement manuel ne permet pas d’exécuter un travail avec précision ;
- Manque de confidentialité et de la sécurité de données.

2.5.Solution informatique

A l’égard du volume d’informations à traiter, l’informatisation consistera

à mettre en place une base de données sécurisée qui sera exploitée à l’aide d’une
application pour la perception de frais scolaire au sein de complexe scolaire Dieu fait
grâce.

a) Avantages de la solution
- La non-redondance des données ;
- La rapidité au niveau du traitement des informations (la réponse à la
recherche de l’est très précise) ;
- La sécurisation des données.
- La réduction du temps de traitement des informations ;
- La fiabilité des résultats.
b) Inconvénients de la solution
- La réduction du personnel ;
- Le coût élevé pour l’achat des logiciels et de la maintenance des matériels ;
- Le coût élevé pour la rémunération des informaticiens ;
- Le coût élevé de la mise en place du système ;
 [24]

2.6.Choix de la meilleure solution

En considérant les avantages que nous offrent les solutions manuelles

et informatiques, notre choix est porté sur la solution informatique avec laquelle,
nous implanterons une base de données pouvant gérer les perceptions de frais
scolaire avec facilité de sa mise à jour.

Conclusion du chapitre
Nous voici au terme de notre travail du troisième chapitre 3: Critique de
l’existant ; nous avons été amenés à tirer la conclusion partielle.

En effet, notre motivation et préoccupation étaient de critique. A la

poursuite de ce but de propose de solution, nous avons proposé des solutions :

- Solution manuel
- Solution informatique
 [25]

Conclusion de la première partie

Dans cette première partie, notre objectif était de faire une analyse et
une critique du système en place afin de dégager les différents problèmes posés
dans le système de gestion actuel, en vue de satisfaire les besoins des utilisateurs
En effet, l’analyse critique du système nous a permis de déceler les anomalies
existant dans la procédure de traitement actuel et de circulation des informations.

Nous avons proposé deux solutions pour remédier à ces anomalies : la

solution manuelle et la solution informatique.

Certes, la meilleure solution est celle qui offre plus d’avantages que des
inconvénients.

Donc, Nous allons concevoir un nouveau système d’information qui

sera informatisé par la suite.
 [26]

Deuxième partie :
MISE EN PLACE DU NOUVEAU
SYSTEME D’INFORMATION

INTRODUCTION

La deuxième partie de notre travail se focalisera sur le nouveau système

que nous allons mettre en place avec la méthode merise qui est retenue comme
méthode de modélisation du système d’information.
 [27]

CHAPITRE 4 : MODELISATION DU SYSTEME D’INFORMATION ORGANISE

INTRODUCTION
La Modélisation du système d’information organisé (SIO) est la
première étape technique de conception de système d’information sous merise. Elle
consiste à préparer (concevoir) d’une façon logique la base de données, à mettre en
place, le recensement des différents objets (données) ainsi que leurs relations d’une
part et les traitements (opérations) à effectuer d’autre part mais sans tenir compte de
l’outil informatique.

4.1. ETAPE CONCEPTUELLE

Répondre aux finalités de l’entreprise est la préoccupation principale à
ce niveau. Le concepteur doit résoudre des problèmes de présentation et de
traduction de la sémantique du réel par de collection de données. Il s’agit de décrire
le « Quoi ? » en faisant abstraction des contraintes d’organisation et technique.

L’étape conceptuelle a deux modèles, pour les données d’une part et

pour les traitements d’autre part ; également au niveau conceptuel. Le modèle
conceptuel de communication « MCC » n’existe pas dans la première version de
Merise, il a été introduit en rapport avec les Use Case d'UML dans sa deuxième
version.1
Voici le niveau conceptuel :
- Pour la communication : modèle conceptuel de communication (MCC)
- Pour les données : Modèle conceptuel des données (MCD) et ;
- Pour les traitements : Modèle conceptuel des traitements (MCT).
4.1.1. Définition et but

Le Modèle Conceptuel de Communication (diagramme conceptuel de

flux) montre tous les flux du système entre les acteurs internes avec les acteurs
externes de l’entreprise.

Le flux décrit un échange entre deux acteurs. Il est émis par un acteur à
destination d’un autre acteur.

1
http://www.christian-roze.fr/for/formerise.pdf , consulté le 21/05/2017 à 11h30
 [28]

4.1.2. Modélisation conceptuelle de communication

4.1.2.1. Définition et but

Le Modèle Conceptuel de Communication (diagramme conceptuel de
flux) montre tous les flux du système entre les acteurs internes avec les acteurs
externes de l’entreprise.

4.1.2.2. Construction du Modèle Conceptuel de Communication(MCC)

Caissier

Élève
Coordonnateur

Préfet

4.1.3. Modélisation conceptuelle des traitements

4.1.3.1. Définition et but

Le Modèle Conceptuel des Traitements (MCT) permet de décrire les
activités qui sont effectuées dans le domaine d'étude, c'est-à-dire comment
l'entreprise doit interagir avec son environnement en faisant abstraction des aspects
organisationnels.2

2
http://mrproof.blogspot.com/2012/10/mct-merise-cours-mct-merise-model.html, consulté le 21/05/2017 à
11h30
 [29]

En d'autres termes le MCT permet de dire comment l'entreprise doit

réagir aux sollicitations externes sans dire qui fait quoi, ou avec quels moyens.

4.1.3.2. Construction du modèle conceptuel des traitements

4.1.3.2.1. Définition de quelques concepts du Modèle Conceptuel des

Traitements
Le modèle conceptuel des traitements est basé sur le formalisme « E-
O-R » qui signifie Evénement, Opération et Résultat comme illustre la figure ci-
après :

EVT EVT Evénement

Syn Synchronisation

Opération Opération
actions
Condition d’émission

RST RST Résultat

a) Evénement (E)

C’est le compte rendu du système d’information dû au fait que quelque

chose s’était produit dans l’univers extérieur ou dans le système d’information lui –
même. L’élément déclencheur d’une opération peut-être une nouvelle arrivée de
l’information soit externe soit interne. Externe lorsque il provient de l’univers
extérieur, en provoquant une nouvelle réaction du système d’information ; ou un
résultat de l’univers extérieur.

b) Processus
C’est une suite d’opérations concourant à une finalité, déclenchée par
des éléments dans un domaine considéré pour sa gestion de données.

c) Domaine
 [30]

Un domaine est un ensemble de valeurs caractérisées par un nom. Il

peut être défini en extension, en donnant la liste des valeurs composantes, ou en
intention, en définissant une propriété caractéristique des valeurs du domaine.3

d) Opération
Une opération c’est une production de flux d’information. Elle est définie
comme suite : « immatériellement » sans contrainte organisationnelle. Elle décrit
aussi bien la gestion manuelle que la gestion automatisée.
e) Règles d’émission
Une règle d’émission se définit comme étant la condition dans laquelle
des événements résultats seront produits par une opération. C’est une proposition
logique qui s’applique au contenu de la base d’information après exécution de
l’opération.
f) Synchronisation (S)
Une condition de synchronisation est représentée par une condition
booléenne liant les éléments déclencheurs, grâce aux opérateurs logiques « et »
« ou » ; et « non ». C’est le choix judicieux à l’aide de connexions logiques des
événements qui doivent faire partie du processus réalisé : la synchronisation est
représentée par une figure en forme d’un entonnoir à l’intérieur duquel il y a une
formule booléenne ou règle booléenne. La synchronisation intervient au cas où il y a
conjonction de deux ou plusieurs événements.

4.1.3.2.2. Identification et description du processus

Le tableau ci-dessous décrit le processus de perception de frais scolaire:

N° Evénement Opération Synchroni Règle Résultat
sation émission

01 Présentation de Enregistrement OK Elève enregistré

l’élève et présence Et
caissier
KO Elève non enregistré

02 Elève enregistré et Perception frais Et OK Perception effectuée,

Disponibilité scolaire reçu établi
financière KO Perception en attente

OK Liste reçus des élèves

04 Perception Contrôle Et en règle
effectuée et reçu KO Liste des élèves non
établi en règle

3
G. GARDARIN, Base de données objet & relationnel, Paris, Edition Eyrolles, 1999, p.18
 [31]

4.1.3.2.3. Présentation du Modèle Conceptuel des Traitements (MCT)

Présence caissier
Présence de l’élève

Et

Op1. Enregistrement
Enregistrement de l’identité de l’élève ;
Classe ;
Option
Section ;
Année scolaire ;
Enregistrement dans le cahier de perception

OK KO

Elève non enregistré

Elève enregistré
Disponibilité financière

Et

Op2. Perception frais scolaire

Paiement frais
Etablissement reçu en deux exemplaires

OK KO

Perception Effectuée Reçu établi Perception en attente

Et

Op3. Contrôle
Contrôle et signature

OK KO

Liste des élèves non en règle

Liste des élèves en règle
 [32]

4.1.3. Modélisation Conceptuelle des Données

4.1.3.1. Définition et But

Le modèle conceptuel de données, est une structure graphique qui
décrit le réel perçu. Elle a pour but de définir les objets et relations retenus lors de la
construction d’une base de données.

4.1.3.2. Construction du Modèle Conceptuel des Données

4.1.3.3. Règle de gestion

Les règles de gestion sont des informations de commande qui
définissent la suite des opérations effectuées pour passer des données de base au
résultat.

RG1 :
- Un paiement est effectué par un ou plusieurs élèves ;
- Un élève effectue un ou plusieurs paiements ;
RG2 :

- Un intendant perçoit un ou plusieurs paiements

- Un paiement est perçu par un et un seul intendant

RG3 :

- Un paiement se fait en une ou plusieurs monnaies

- Une monnaie est utilisée pour un ou plusieurs paiements

RG4 :

- Un élève étudie dans une et une seule classe

- Dans une classe étudient un ou plusieurs élèves

RG5 :

- Un intendant élabore un ou plusieurs reçus

- Un reçu est élaboré par un et un seul intendant

RG6 :

- Un élève détient un ou plusieurs reçus

 [33]

- Un reçu est détenu par un et un seul élève

4.1.3.4. Dictionnaire de données

Le dictionnaire de données est constitué à partir des documents
recensés au complexe scolaire Dieu fait grâce concernant un sujet donné.

N° DESIGNATION CODE TYPE TAILLE

01 Numero_Paie Num_Paie N 14
02 Date_Paie Date_Paie DATE 18
03 Montant_Paie Mnt_Paie AN 14
04 Motif_Paie Mt_Paie AN 14
05 Code_Intendant Cd_Intd AN 14
06 Nom_ Intendant Nm AN 12
07 Post-nom_ Intendant PstNm AN 12
08 Prénom_ Intendant Prnm AN 12
09 Sexe_ Intendant Sx AN 1
10 Téléphone_ Intendant Tlpn N 16
11 Matri_Elève Matri_El AN 14
12 Nom_ Elève Nm AN 14
13 PostNom_ Elève PstNm AN 14
14 Prenom_ Elève Prnm AN 12
15 Sexe_ Elève Sx N 1
16 Classe_ Elève Cls AN 16
17 Date_Naissance_ Elève Dt_N DATE 16
18 Adresse_ Elève Adss AN 18
19 Numero_Reçus Nnum_R N 12
20 Classe_ Reçus Cls AN 16
21 Somme_ Reçus Sm AN 17
22 Motif_ Reçus Mtf AN 16
23 Reste à paye_ Reçus Rp AN 12
24 Code_monnaie Cm AN 16
25 Libellé_monnaie Lm AN 20
26 Code_ frais Cf AN 16
27 Libellé _frais Lf AN 20
28 Montant_ frais Mf N 14
29 Période P AN 20

4.1.3.5. Recensement et description des objets

Les objets recensés après avoir réalisé les règles de gestion sont les suivants :
- Elève,
- Paiement,
- Intendant,
- Monnaie,
- Classe,
- Reçu.
 [34]

6.1.3.2.3.1. Description des objets

N° Objet Propriété Nature Taille Identifiant
Num_Paie N 14 #
1 PAIEMENT Date_paie Date 18
Montant_Paie AN 14
Motif AN 14
Code_Intendant AN 14 #
2 INTENDANT Nom_ Intendant AN 12
Post-nom_ Intendant AN 12
Prénom_ Intendant AN 12
Sexe_ Intendant AN 1
Téléphone_ Intendant N 16
Matri_Elève AN 14 #
3 ELEVE Nom_ Elève AN 14
PostNom_ Elève AN 14
Prenom_ Elève AN 12
Sexe_ Elève N 1
Classe_ Elève AN 16
Date_Naissance_ Elève DATE 16
Adresse_ Elève AN 18
Numero_Reçus N 12 #
4 REÇU Classe_ Reçus AN 16
Somme_ Reçus AN 17
Motif_ Reçus AN 16
Reste à paye_ Reçus AN 12
MONNAIES Code_monnaie AN 16 #
5 Libellé_monnaie AN 20

6 CLASSE Code _classe AN 16 #

Libelle _classe AN 20

4.1.3.6. Recensement et description des relations

Il est question ici de recenser et de décrire les relations qui nous ont
permis la liaison entre les objets.

4.1.3.6.1. Recensement des relations

La relation est comprise uniquement comme étant un lien verbal

permettant de définir une association dans la collection des mêmes objets,
généralement caractérisée par un verbe à l’infinitif. Son existence est de celles des
objets constituant sa collection. Pour le présent sujet, les relations recensées sont
les suivantes :
- Effectuer,
- Percevoir,
- Etudier,
- Se faire,
- Elaborer,
 [35]

- Détenir.

4.1.3.6.2. Description des relations

Partant des relations énumérées ci-haut, nous allons les décrire dans le
tableau ci-après :
N° Relation Propriété Collection Dimension
1 Effectuer - Paiement- Elève 2
2 Percevoir - Intendant-Frais 2
3 Se faire - Paiement-Monnaie 2
4 Etudier - Elève-Classe 2
5 Elaborer - Intendant-Reçu 2
6 Détenir - Elève- Reçu 2

4.1.3.7. Définition des contraintes

Les contraintes représentent les lois modélisées de l’univers réel dans

le système d’information.
1. Contrainte de cardinalité
Les cardinalités permettent de caractériser le lien qui existe entre une
entité et la relation à laquelle elle est reliée. La cardinalité d’une relation est
composée d’un couple comportant une borne minimale et une borne maximale 4. En
informatique, la contrainte de cardinalité, est le nombre d’occurrences minimales et
maximales d’objet qui participe à une relation.

2. Contrainte d’Intégrité Fonctionnelle (CIF)

La contrainte d’intégrité fonctionnelle est une dépendance fonctionnelle
lorsqu’un élément de l’ensemble A, pointe un et un seul élément dans l’ensemble B.
Ainsi, on parle de la CIF lorsqu’il s’agit d’une relation père et fils, c'est-à-dire une
relation où nous avons les cardinalités : (0,1) ou (1,1) d’une part et (0,1) ou (1,n)
d’autre part.

3. Contrainte d’Intégrité Multiple (CIM)

La contrainte d’intégrité multiple intervient lorsqu’on a d’une part le
couple (0, n) ou (1,n) d’autre part (0,n),ou (1,n). Dans ce cas, la relation devient une
table de lien et aura comme clé primaire la concaténation des clés primaires de deux

4
Http : // www.commentçamarche.net / Merise / Mcd.php3, consulté le 10/05/2015 à 14h30’
 [36]

tables qu’elle reliait. Si la relation était porteuse des propriétés, celles-ci deviennent
ses attributs.5

4. Tableau des contraintes

Relation Cardinalité Père Fils CIF CIM

Effectuer (1,1)-(1,n) Elèves - NON OUI
Percevoir (1,1)-(1,n) Paiement - NOM OUI
Se faire (1,1)-(1,n) Monnaie - NON OUI
Etudier (1,1)-(1,1) - Elève OUI NON
Elaborer (1,n)-(1,1) Intendant Reçu OUI OUI
Détenir (1,1)-(1,1) Reçu Elève OUI OUI

4.1.3.8. Présentation du Modèle Conceptuel des Données

ELEVE
PAIEMENT (1,n)
#Matri_Elève
#Numero_Paie (1, n) (1, n) Nom_ Elève (1,1)
Date_Paie PostNom_ Elève
Effectuer
Montant_Paie Prenom_ Elève
Motif_Paie Sexe_ Elève
(1,n) Classe_ Elève
Se Faire Date_Naissance_ El
(1, 1) Adresse_ Elève

Percevoir
MONNAIE
INTENDANT (1,n) # Code_monnaie
Libellé_monnaie
#Code_Intendant (1,n)
Nom_ Intendant
Post-nom_ Intendant
Prénom _ Intendant
Sexe_ Intendant CLASSE
Téléphone_ Intendant # Code _classe
Libelle _classe Etudier

(1,n) (1,n)
Elaborer
(1,1)

REÇU
# Num_R
Classe_R Détenir
Somme _R
Motif_R (1,1)
Reste à paye_R

5
J.A. MVIBUDULU KALUYIT, L.D KONKFIE IPEPE, Technique des bases de données, 2ème édition,
Kinshasa, CRIGED, Décembre 2012,
 [37]

4.2. ETAPE ORGANISATIONNELLE

4.2.1. Définition et but

L’étape organisationnelle elle permet de prendre en compte des
éléments relevant de l’utilisation des ressources de mémorisation.

4.2.2. Modélisation Organisationnelle des Traitements

4.2.2.1. Définition et but

Le modèle organisationnel des traitements consiste donc à
représenter le modèle conceptuel des traitements dans un tableau dont les colonnes
sont la durée, le lieu, les responsables et ressources nécessaires à une action.

4.2.2.2. Organisation à mettre en place

Les organisations à mettre en place à ce niveau sont les suivantes :

M o REGLE D’ORGANISATION
O o POSTE DE TRAVAIL
T o TACHE
o PROCEDURE
T o EVENEMENT
o SYNCHRONISATION

 Règle d’organisation

Expression de l’organisation mise en place en termes de poste

de travail, de nature du traitement et de chronologie.

 Poste de travail

Centre d’activité élémentaire comprenant tout ce qui est

nécessaire à l’exécution des traitements.
Il se caractérise par :
a. La fonction qu’il remplit
b. Des ressources :
- Hommes (Personnel),
- Programmes (Logiciel),
- Machines (Matériels),
- Hommes + Machines,
 [38]

- Outils,
- Supports.
 Evénement

Cette notion reste inchangée par rapport au niveau conceptuel du

M.C.T. On retrouve dans le M.O.T tous les évènements décrits dans le M.C.T ; mais
des évènements liés à des attentes organisationnelles sont apparues. Il s’agit
d’attentes de disponibilité des ressources et de contraintes de temps.
 Synchronisation

Cette notion reste inchangée par rapport au niveau conceptuel du

M.C.T. En pratique on constate un affaiblissement du concept de synchronisation. La
raison en est que l’attente entre procédure est une attente de nature purement
organisationnelle et non une attente liée à la survenance d’évènements externes.

D’autre part, les problèmes de ‘Rendez-vous’ du niveau conceptuel

doivent disparaître, car toute solution d’organisation se doit de régler ces problèmes.
Au niveau organisationnel, seules, restent les synchronisations destinées à
représenter des questions de délai.

 Procédure

Succession de tâches exécutées consécutivement au sein d’un même

poste pour une même opération. Les ressources nécessaires à la réalisation de ces
tâches restent mobilisées et indisponibles du début à la fin de la procédure.

4.2.2.3. Passage du MCT au MOT

Ce passage se fait en ajoutant au MCT trois colonnes suivantes :
 La première colonne est la réponse à la question « Quant, qui et où » au
moment du déroulement du traitement de donnée.
 Ajouter pour chaque traitement :
 Le délai de réponse : qui peut être soit : temps immédiat (I), soit temps différé
(D) ;
 Le mode fonctionnement : unitaire (U), soit en lot (L) ou batch.
 [39]

 Transformer le vocabulaire : les opérations deviennent de taches et les

processus des procédures fonctionnelles. Plusieurs taches exécutées dans un
même poste de travail deviennent une phase.
 [40]

4.2.2.4. Présentation du MOT

Déroule. Enchainement/tache/phase Nature Poste deT.

Présence de l’élève Présence caissier

Et

Op1. Enregistrement
08H30 Enregistrement de l’identité de l’élève ;
Classe ;
Option T-M-U-I Secrétariat
Section ;
15H30 Année scolaire ;
Enregistrement dans le cahier de perception

OK KO

Elève non enregistré

Elève enregistré
Disponibilité financière

Et

Op2. Perception frais scolaire

08H30
Paiement frais
Etablissement reçu en deux exemplaires T-A-U-I Intendant
15H30
OK KO

Perception Effectuée Reçu établi Perception en attente

Et

Op3. Contrôle
Contrôle et signature
08H30
OK KO
T-M-U-I Coordonnateur
15H30

Liste des élèves non en règle

Liste des élèves en règle
 [41]

4.2.1.2. Modélisation Organisationnelle des Données

4.2.1.2.1. Définition et but

Le MOD est un modèle qui utilise le même formalisme (E/A) que le
MCD mais le MOD ne retient du MCD que les informations informatisables. Nous en
parlerons en trois points : d'abord, nous parlerons du choix des informations
informatisables, ensuite de la quantification des informations (BDD) enfin de la
sécurité de ces informations.6

4.2.1.2.2. Construction du Modèle Organisationnel des données

4.2.1.2.2.1. Définition de Concept de base du Modèle Organisationnel des

données
Il est facile de décrire la méthode MERISE de l’analyse
organisationnelle, encore que son application exige, à coup sûr le savoir et la
pratique. Le modèle organisationnel de données va prendre en compte des éléments
relevant de l’utilisation des ressources de mémorisation.

Quelques concepts ont été retenus à savoir :

 Choix des informations à mémoriser informatiquement.
 Quantification des informations à mémoriser (volume et durée de vie).
 Répartition des données informatisée entre unités opérationnelles.
1. Choix des informations à mémoriser informatiquement
Il s’agit de distinguer, à partir des informations formalisées sur le MCD,
celles qui devront être mémorisées informatiquement dans le système d’information
informatisé (SII), et les autres.

2. Quantification des informations à mémoriser (volume et durée de vie)

La quantification prend en compte deux notions :
- Le volume : taille et nombre de chaque élément.
- La durée de vie : statistiques sur le nombre minimum, maximum et moyen
d’occurrences concrètes pour chaque entité et chaque association.

 Cycle de vie
6
http://www.memoireonline.com/02/12/5271/m_Mise-en-place-dune-application-partagee-en-reseau-pour-
lenregistrement-des-enfants--le30.html consulté le 13/04/2017 à 10h00
 [42]

Pour analyser le cycle de vie des informations, on part du MCT, et on

regarde, pour chaque opération, quelles sont les données qui sont créées et quelles
sont celles qui sont modifiées.

 Tableau de quantification
Pour chaque entité et pour chaque association, on calcule le volume
théorique d’une occurrence, à partir du volume théorique d’une occurrence d’un
attribut.
Pour toutes les entités et les associations, on détermine le nombre
minimum, maximum et moyen d’occurrences.
On regroupe l’ensemble des données dans tableau

 Répartition des données et droits d’accès

On va analyser au niveau du MOD la répartition concrète des données
entre les unités opérationnelles de l’entreprise.

Dans le cas des données non informatisées, il faudra préciser leur

localisation. Dans le cas des données informatisées, on va préciser les droits des
différents utilisateurs (les acteurs du MOT).
Ces droits peuvent être :
 Lecture
 Écriture
 Création
 Suppression
Chacun de ces droits s’appliquant aux entités, aux attributs, aux
associations et à leurs occurrences.
 [43]

4.2.1.2.2.2. Passage du MCD au MOD

Le passage du modèle conceptuel de données au modèle
organisationnel de données global résulte sur les points ci-après :
 La prise en compte des données susceptibles d’être mémorisées, c’est-à-
dire que le MOD doit être imputé des objets qui n’interviennent pas dans la
machine ;
 La répartition des données informatisées entre différentes unités
organisationnelles (MOD locaux) ;
 La sécurisation des données.

4.2.1.2.2.3. Présentation du MOD Global

Après l’analyse de modèle conceptuel des données nous avons
remarqué que tous les objets seront mémorisés dans la machine donc, notre modèle
conceptuel de données MCD=MOD Global.

ELEVE
PAIEMENT (1,n)
#Matri_Elève
#Numero_Paie (1, n) (1, n) Nom_ Elève (1,1)
Date_Paie PostNom_ Elève
Effectuer
Montant_Paie Prenom_ Elève
Motif_Paie Sexe_ Elève
(1,n) Classe_ Elève
Se Faire Date_Naissance_ El
(1, 1) Adresse_ Elève

Percevoir
MONNAIE
INTENDANT (1,n) # Code_monnaie
Libellé_monnaie
#Code_Intendant (1,n)
Nom_ Intendant
Post-nom_ Intendant
Prénom _ Intendant
Sexe_ Intendant CLASSE
Téléphone_ Intendant # Code _classe
Libelle _classe Etudier

(1,n) (1,n)
Elaborer
(1,1)

REÇU
# Num_R
Classe R (1,1)
Détenir
Somme R
Motif R
Reste à paye_ R
 [44]

4.2.1.2.2.4. Présentation des MODs locaux

Les MODs locaux sont un découpage qui permet de mettre en exergue

des opérations communes, à partager entre les unités ou les postes, dans le cas
d'un système d'information destiné à plusieurs sites organisationnelles.

Dans le cas des données informatisées, on va préciser les accès des

différents utilisateurs. Ces accès peuvent être :
 Lecture
 Écriture
 Création
 Suppression
Dans notre cas nous avons utilisé
CL : qui veut dire Création et Lecture
L : Lecture
Profil utilisateur 1 : Elève Responsable : Elève
Entité-relation
Propriété Accès Restriction
Elève CL Nom,Postnom,Prenom,Classe,Sexe
Paiement CL
Intandant L
Percevoir CL
Paiement L
Effectuer L

Profil utilisateur 2 : Intendant Responsable : Intendant

Entité-relation
Propriété Accès Restriction
Elève CL
Etudier L
Classe L
Paiement CL
Se faire L
Monnaies L
Intendant L
Elabore L
Reçu L
Paiement CL
Percevoir L
Intendant L
 [45]

CHAPITRE 5 : MODELISATION DU SYSTEME D’INFORMATION INFORMATISE

5.1. ETAPE LOGIQUE

C’est une étape purement technique de la conception. Elle est
présentée par les contraintes matériels et logiciels. Pour nous, cette étape consiste à
organiser de façon interne le nouveau système. Ainsi, le concepteur doit avoir des
connaissances sur le plan informatique, car, il s’agit de l’état de l’art qui nécessite en
avant une compétence purement informatique.

5.1.1. Définition et but

Dans cette étape consiste à organiser de façon interne le nouveau
système. Ainsi, le concepteur doit avoir des connaissances sur le plan informatique,
car, il s’agit de l’état de l’art qui nécessite en avant une compétence purement
informatique.

5 .1.2. Modélisation Logique des Traitements

5.1.2.1. Construction du Modèle Logique des Traitements

5.1.2 .1.1.Definition des concepts de base du MLT

Ce niveau est d'une importance capitale pour la construction du MLT.
Ce dernier concerne la description des unités logiques de traitement. Une unité
logique de traitement ne contient que des tâches informatisables. 7 L'obtention d'une
unité logique de traitement est la décomposition des tâches ou phases du MOT, et
chaque unité logique de traitement est un ensemble d'instructions programmables.
Donc, les unités logiques de traitement sont des tâches informatisables du MOT en
temps réel ou en temps différé.

5.1.2.1.2. Passage du MOT au MLT

Le passage du MOT au MLT n'est pas automatique, il faut de
l'imagination, de réflexion et de maîtrise de l'algorithme. La méthode merise n'y
prévoit pas de règles de passage. Aussi l'évolution technologique que connaît
l'informatique en matière de logiciels ne permet pas à Merise de standardiser des
procédures partant de la conception à la réalisation des applications informatiques
comme le voudrait l'UML.

7
http://www.memoireonline.com/08/11/4671/m_Mise-en-oeuvre-dune-solution-informatique-pour-
loptimisation-de-la-gestion-des-ouvrages-dans-u23.html consulté le 18/03/2018 à 10h30
 [46]

Ce dernier est un langage dont le but est d'unifier les procédures de

conception d'applications orientées objets à la réalisation ; il est mis au point par
l'OMG (Objet Management Group).8

5.1.2.1.3. Présentation du MLT

1. Identification des unités logiques de traitements (ULT)

 Enregistrement Paiement
 Enregistrement Elève
 Enregistrement Intendant
 Enregistrement Monnaie
 Enregistrement Classe
 Enregistrement Reçus
2. Description des Unités Logique de Traitement (ULT)
a) ULT 01 : Enregistrement Paiement
Présentation maquette Ecran : ME 01

ENREGISTREMENT PAIEMENT

Numero_Paie
Date_Paie
Montant_Paie
Motif_Paie

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher

Logique de dialogue

- Saisir le numéro paiement, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
8
VOSS Andreas ; Dictionnaire de l'informatique et de l'Internet ; coll. PC Poche, Paris, Micro Application, 1988,
p.420.
 [47]

- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi

existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle

AUCUN
Enchainement

Condition Action Résultat

Enregistrement clic sur le bouton ou écriture sur le disque
alt + e
Rechercher clic sur le bouton ou sélectionne une information
alt + r dans la table pour afficher
Modifier clic sur le bouton ou modifie l’information dans la
alt + m table
Supprimer clic sur le bouton ou supprime une information dans
alt + s la table
Annuler clic sur le bouton ou fait la mise en blanc des zones
alt + a de saisie
Fermer clic sur le bouton ou fermer et retour au menu
alt + f principal

b) ULT 0 2 : Enregistrement Elève

Présentation maquette Ecran : ME 02

ENREGISTREMENT ELEVE

Matricule_ Eleve
Nom_ Eleve
PostNom_ Eleve
Prenom_ Eleve
Sexe_ Eleve
Classe_ Eleve
Date_Naissance_ Eleve
Adresse_Eleve

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher
 [48]

Logique de dialogue

- Saisir matricule élève, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi
existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle

AUCUN
Enchainement

Condition Action Résultat

Enregistrement Clic sur le bouton ou écriture sur le disque
Alt + e
Rechercher Clic sur le bouton ou Sélectionne une information
Alt + r dans la table pour afficher
Modifier Clic sur le bouton ou Modifie l’information dans la
Alt + m table
Supprimer Clic sur le bouton ou Supprime une information dans
Alt + s la table
Annuler Clic sur le bouton ou Fait la mise en blanc des zones
Alt + a de saisie
Fermer Clic sur le bouton ou Fermer et retour au menu
Alt + f principal
 [49]

ULT 03 : Enregistrement Intendant

c) Présentation maquette Ecran : ME 03
ENREGISTREMENT INTENDANT
d)

Code_Intendant
Nom_Intendant
Postnom_Intendant
Prenom_Intendant
Sexe_Intendant
Téléphone_Intendant

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher

Logique de dialogue

- Saisir le code intendant, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi
existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle

AUCUN
Enchainement

Condition Action Résultat

Enregistrement Clic sur le bouton ou Ecriture sur le disque
Alt + e
Rechercher Clic sur le bouton ou Sélectionne une information
Alt + r dans la table pour afficher
Modifier Clic sur le bouton ou Modifie l’information dans la
Alt + m table
Supprimer Clic sur le bouton ou Supprime une information dans
Alt + s la table
Annuler Clic sur le bouton ou Fait la mise en blanc des zones
Alt + a de saisie
Fermer Clic sur le bouton ou Fermer et retour au menu
Alt + f principal
 [50]

ULT 04 : Enregistrement Monnaie

e) Présentation maquette Ecran : ME 04

ENREGISTREMENT MONNAIE

Code_monnaie
Libelle_Monnaie

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher

Logique de dialogue

- Saisir le code monnaie, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi
existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle

AUCUN
Enchainement

Condition Action Résultat

Enregistrement Clic sur le bouton ou Ecriture sur le disque
Alt + e
Rechercher Clic sur le bouton ou Sélectionne une information
Alt + r dans la table pour afficher
Modifier Clic sur le bouton ou Modifie l’information dans la
Alt + m table
Supprimer Clic sur le bouton ou Supprime une information dans
Alt + s la table
Annuler Clic sur le bouton ou Fait la mise en blanc des zones
Alt + a de saisie
Fermer Clic sur le bouton ou Fermer et retour au menu
Alt + f principal
 [51]

ULT 05 : Enregistrement Classe

f) Présentation maquette Ecran : ME 05
ENREGISTREMENT CLASSE
g)

Code_Classe
Libelle_Classe

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher

Logique de dialogue

- Saisir le code classe, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi
existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle
AUCUN
Enchainement

Condition Action Résultat

Enregistrement Clic sur le bouton ou Ecriture sur le disque
Alt + e
Rechercher Clic sur le bouton ou Sélectionne une information
Alt + r dans la table pour afficher
Modifier Clic sur le bouton ou Modifie l’information dans la
Alt + m table
Supprimer Clic sur le bouton ou Supprime une information dans
Alt + s la table
Annuler Clic sur le bouton ou Fait la mise en blanc des zones
Alt + a de saisie
Fermer Clic sur le bouton ou Fermer et retour au menu
Alt + f principal
 [52]

ULT 06 : Enregistrement Reçus

h) Présentation maquette Ecran : ME 06

ENREGISTREMENT
i) RECU

Num_Reçu_R
Classe_R
Somme_R
Motif _R
Reste à paye_R

Enregistrer Modifier Supprimer Fermer

Annuler Rechercher

Logique de dialogue

- Saisir le numéro reçu, le programme fait la recherche après la saisie de

matricule, s’il existe, il remplit les informations dans les zones de saisies et le
bouton enregistrer devient inactif.
- Le bouton modifier et supprimer sont désactiver par défaut si le matricule saisi
existe dans la table ces derniers deviennent actifs.
- Le bouton annuler fait la mise en blanc des zones de saisies
- Fermer ferme la feuille encours pour retourner au menu principal.
Règle

AUCUN
Enchainement

Condition Action Résultat

Enregistrement Clic sur le bouton ou Ecriture sur le disque
Alt + e
Rechercher Clic sur le bouton ou Sélectionne une information
Alt + r dans la table pour afficher
Modifier Clic sur le bouton ou Modifie l’information dans la
Alt + m table
Supprimer Clic sur le bouton ou Supprime une information dans
Alt + s la table
Annuler Clic sur le bouton ou Fait la mise en blanc des zones
Alt + a de saisie
Fermer Clic sur le bouton ou Fermer et retour au menu
Alt + f principal
 [53]

Procédure logique de démarrage

Début PL

BIENVENUE AU COMPLEXE
SCOLAIRE DIEU FAIT GRACE

OU

CONNEXION

Utilisateur : KATONDO KEV

Mot de passe : *********

OK ANNULER

NON Si
Accès Fin PL
OUI

1 2 3 4

OU
MENU PRINCIPAL
Choisir une option
FICHIER EDITION QUITTER

A B
 [54]

A O

OU
SOUS-MENU FICHIER

ELEVE PAIEMENT INTENDANT FERMER

C D 1

X Y Z C

OU
ENREGISTREMENT DES PAIEMENTS ME01
AFFICHER : ME01
Saisir numéro paiement
Recherche dans la table paiement eleve
Afficher
Saisir num, date_paie, montant_paie, motif

Enregistrer Modifier Supprimer Rechercher Fermer

X Y Z O
 [55]

X D

OU
REMPLISSAGE REÇUS ME02
AFFICHER : ME02
- Saisir Num, classe, somme, motif, reste a paye
- Recherche dans la table Eleve
- Affiche les informations si trouvées
- Saisir les options proposées Option
- Sélectionner les eleves

IMPRIMER ANNULER Fermer

Les élèves X O
payés
B O

OU
SOUS-MENU EDITION

Liste des élèves Liste des élèves non payées Fermer

E 1

EDITION LISTE DES PAIEMENT Eleve

Visualiser : la liste des paiements Classe

Imprimer Annuler Fermer

Listes des affectés 1

Listes des élèves payés
 [56]

5.1.3. Modélisation Logique des Données

5.1.3.2.1. Définition et but

- Unité logique de traitement est une tâche organisée et exécutée d'une
manière automatique ;
- Machine logique est un ensemble des ressources informatiques
constituant les matériels et logiciels capables d'exécuter des traitements
informatiques de manière autonome ;
- Procédure logique est un enchaînement logique de plusieurs unités
logiques de traitement (ULT);
- Logique fonctionnelle représente l'organisation générale de l'ensemble
de traitements à effectuer et constitue « la colonne vertébrale » de l'unité
logique de traitement.
Généralement il existe trois approches pour concevoir le MLT, notamment :
 La décomposition des taches du MOT ;
 La recherche de réutilisation d’ULT ;
 La conception d’ULT autour des données.

5.1.3.2.2. Construction du Modèle Logique des Données

5.1.3.2.2.1. Définition des concepts de base du MLD

Le modèle logique de données (MLD) est composé uniquement de ce
que l'on appelle des relations. Ces relations sont à la fois issues des entités du MCD
mais aussi d'associations, dans certains cas. Ces relations nous permettront par la
suite de créer nos tables au niveau physique.

Une relation est composée d'attributs. Ces attributs sont des données
élémentaires issues des propriétés des différentes entités mais aussi des identifiants
et des données portées par certaines associations.

Le formalisme relationnel utilise les concepts techniques-ci-après :

 Table : est un objet fondamental de la base de données qui permet de

stocker les informations ;
 Attribut : est une unité, source élémentaire d’information d’une table ;
 Clé : est un attribut spécial qui permet de distinguer chaque
enregistrement dans une table
 [57]

 Une clé est dite :

 Primaire : lorsqu’elle peut distinguer chaque enregistrement
d’une façon logique, et se place à la 1ère position ;
 Secondaire : lorsqu’elle se place à la 2ème position ;
 Etrangère : sous ensemble des colonnes de la table R1 et qui
se présente comme une colonne clé dans la table R2.

5.1.3.2.2.2. Passage du MOD au MLD

Le passage du MOD au MLD brut est automatique. Si l'on choisit de
travailler avec un SGBD de type relationnel, on obtient un MLD relationnel brut. On
l'appelle « Brut » car même après avoir appliqué sur le Modèle Organisationnel
Données « MOD » une série des règles lors du passage du MOD au MLD, la
redondance demeure. C'est pourquoi, il faut le faire suivre, encore, d'une dernière
opération : Normalisation.9

9
http://www.memoireonline.com/02/13/6951/m_Conception-et-realisation-d-un-systeme-pour-la-gestion-de-
patient8.html. Consulté le
 [58]

5.1.3.2.2.3. Présentation du Modèle Logique des Données (MLD Brut)

ELEVE
PAIEMENT EFFECTUER
Code_Ef Matri_Elève
Numero_Paie Matri_Eléve# Nom_ Elève
Date_Paie Numero_paie# PostNom_ Elève
Montant_Paie Prenom_ Elève
Motif_Paie Sexe_ Elève
Code_Intendant# Classe_ Elève
Date_Naissance_ El
Adresse_ Elève
Code_classe#
SE FAIRE
Code_SF
Numero_paie# MONNAIE
Code_monnaie# Code_monnaie
INTENDANT
Libellé_monnaie
Code_Intendant
Nom_ Intendant
Post-nom_ Intendant
Prénom _ Intendant
Sexe_ Intendant CLASSE
Téléphone_ Intendant
Code _classe
Libelle _classe

REÇU

Num_R
Classe R
Somme R
Motif R
Reste à paye_ R
Code_intendant#
Matri_Eleve#
 [59]

5.1.3.2.2.3. Normalisation de la base de données

La normalisation est une opération qui permet d’éliminer les
redondances dans la base de données. Pour ce faire, le concepteur fait recours aux
différentes formes normales. En effet, cela permet à l’administrateur de la base de
données d’analyser les informations relatives en termes de clés primaires échangées
entre les tables à partir du passage de modèle conceptuel de données au modèle
logique de données.
Théoriquement, il existe cinq règles de normalisation ou cinq formes
normales. Mais en pratique, le MLD est déjà valide ou normalisé à la troisième forme
normale.

Pour notre modèle logique de données brut présenté, nous avons

constaté que toutes les informations échangées entre les tables sont correctes.
Cependant, nous avons épinglé certaines décompositions des attributs en
sous-ensemble d’information.

Les formes normales

Le MLD valide est obtenu après la validation du MLD Brut. Les relations
doivent respecter certaines règles, cet ensemble de règles se nomme « Formes
Normales ». Cette théorie a été élaborée par Boyce Cod en 1970. Son objectif est
d’éviter les anomalies dans la base de données relationnelle.

a. Première forme normale : Une table doit avoir au moins une clé et ses
attributs doivent être élémentaires. Les attributs ne contiennent pas de valeur
répétitive ;

b. Deuxième forme normale : Une table est en deuxième forme normale,

lorsqu’étant déjà en première forme normale, et que ses attributs non-clés
sont en dépendance fonctionnelle de la clé primaire ;

c. Troisième forme normale : Une table est en troisième forme normale, lorsqu’
étant déjà en deuxième forme normale, et que ses attributs non-clés ne sont
pas en dépendance transitive de la clé primaire. C'est-à-dire ils doivent être en
dépendance directe de la clé.
 [60]

5.1.3.2.2.5. Présentation du Modèle Logique des Données Valide (MLDV)

ELEVE
PAIEMENT EFFECTUER
Code_Ef Matri_Elève
Numero_Paie Matri_Eléve# Nom_ Elève
Date_Paie Numero_paie# PostNom_ Elève
Montant_Paie Prenom_ Elève
Motif_Paie Sexe_ Elève
Code_Intendant# Classe_ Elève
Date_Naissance_ El
Code_Adresse#
Code_classe#
SE FAIRE
Code_SF
Numero_paie# MONNAIE
Code_monnaie# Code_monnaie
INTENDANT
Libellé_monnaie
Code_Intendant
Nom_ Intendant
Post-nom_ Intendant
Prénom _ Intendant
Sexe_ Intendant CLASSE
Téléphone_ Intendant
Code _classe
Libelle _classe

REÇU

Num_R
Classe R
Somme R
Motif R
Reste à paye_ R ADRESSE
Code_intendant# Code_Adresse
Matri_Eleve# Quartier_Adre
Code_Av#

AVENUE
Code_av
Num_Av
Libelle_Av
 [61]

5.1.3.2.2.6. Schéma relationnel associé au MLDR Normalisé

ELEVE : {Matri_El : numeric (14), Nom :text(14),PostNom : Text : (12),Prenom :

text(14),Sexe: text (1), Date de naissance : date (20), Adresse : text(14),
Code_Adresse : text(14), Code_Classe : text(14)}

INTENDANT : {Code_Int : text (14), nom : text (14),Postnom : text : (12), Prenom :
text : (12), Sexe : text (1 ), Telephone : numeric (16)}

EFFECTUER: {Code_Ef : text (12), Matri_eleve : numeric (14), Numero_paie :

numeric (14)}

SE FAIRE : {code_SF : text (12), numero_paie : numeric (14), code_monnaie : text

(25)}

CLASSE : {Code_Classe : text (14), libelle : text (25)}

MONNAIE : {Code_Monnaie : text (14), libelle : text (25)}

PAIEMENT : {Num_Paie : numeric (14), Date : Date (25), Montant : text (16), Motif :
text(20), code_intendant : text(14)}

REÇU: {Num_R: numeric (14), Classe: text (14), Somme: text (14), Motif: text (14),
Reste à paye: text (14), code_intendant : text(14) , matri_eleve : numeric(14)}

ADRESSE : {Code_Ad : text (14), Quartier : text (20), code_Avenue : text (20)}

AVENUE : {code_av : text (14), numero_av : numeric (20), libelle : text (25)}
 [62]

6. ETAPE PHYSIQUE

6.1. Définition et but

Cette étape, est la dernière qui nous permet de donner le dernier
modèle réalisé pour les traitements et données avant la programmation. Ainsi, il
prendra en compte les ressources physiques (matériels, support et SGBD).

6.1.1. Modélisation Physique des Traitements

6.1.2. Définition et but

Le Modèle physique de traitement « MPT » est l’ensemble des
programmes informatisés du système d’information.10
En d’autres mots, le modèle physique de traitement représente la solution technique
de construction du logiciel.

Etant donné que la méthode MERISE n’a pas prévu de modèle type à
ce niveau, nous allons seulement donner l’enchainement des unités Logiques des
traitements sous une forme arborescente. Chaque unité logique de traitement
devient alors un programme qui va exploiter la base de données ainsi créée.

10
D.NANCI, B. ESPINASSE, op. Cit., p.439
 [63]

6.1.2.1. Construction du Modèle Physique des Traitements

6.1.2.2. Définition des concepts de base du Modèle Physique des Traitements

6.1.2.3. Passage du MLT au MPT

6.1.2.4. Présentation du Modèle Physique des Traitements (MPT)

ECRAN D’ACCUEIL

BOITE DE CONNEXION

MENU PRINCIPAL

FICHIER EDITION QUITTER

CREATION MAJ Liste des

élèves

Liste de
paie
AJOUT MODIFICATION SUPPRESION

BDD MPD
 [64]

6.2. Modélisation Physique des Données

6.2.1. Définition et but

Le modèle physique des données, est un modèle qui permet la
représentation du schéma physique de la base de données dans le système de
gestion de base de données relationnel choisi ou à utiliser au niveau du logiciel.

6.2.2. Construction du Modèle Physique des Données

6.2.2.1. Passage du MLDR au MPD

Au cours de ce passage,
 Les tables deviennent des fichiers ;
 Les attributs deviennent des champs ;
 Les clés primaires des tables deviennent des clés d’accès des fichiers ;
 Les indications des tables serviront des noms des fichiers. Ainsi, ledit passage
aboutit à la création de la structure de la base de données.
6.2.2.2. Définition des concepts de base du MPD

Le modèle physique de données utilise les concepts techniques

appropriés :
 Fichier : c’est un ensemble d’information qu’on perçoit sur un groupe
homogène d’individus ou objet ayant la même structure.
 Champs : est une unité élémentaire d’information d’un fichier
 Clé d’accès : est un champ spécifique d’un fichier permettent de distinguer
les enregistrements d’une façon unique.
 Enregistrement : c’est un ensemble de valeur qui se rapport à une entité
d’un fichier.
 [65]

6.2.2.3. Présentation du Modèle Physique des Données (MPD)

1. TABLE ELEVE

2. TABLE PAIEMENT

3. TABLE INTENDANT
 [66]

4. TABLE REÇU

5. TABLE EFFECTUE

6. TABLE CLASSE
 [67]

7. TABLE ADRESSE

8. TABLE AVENUE

9. TABLE MONNAIE
 [68]

TABLE SE FAIRE
 [69]

CHAPITRE 6 : DEVELOPPEMENT DU SYSTEME D’INFORMATION INFORMATISE

6.1. Définition et but

Le développement du système d’information informatisé « SII » a pour
objectif l’obtention du logiciel. C'est-à-dire l’implémentation de la base de données, la
création des interfaces, l’écriture des codes pour terminer par le test de l’application
qui nous conduira aux résultats attendus.

6.2. Présentation de la structure du logiciel

L’application que nous avons développée contient deux modules
principaux à savoir :
 Le module de démarrage : s’exécute au lancement de l’application et est
composé d’une page d’accueil qui disparait après quelques secondes, d’une
boite de connexion qui donne l’accès l’application et d’un menu général.
 Le module de menu général : c’est un module qui a pour rôle de gérer
l’ensemble de l’application. Il est composé des différentes options du menu
appelées « Sous menus ».

En ce qui concerne notre application, les options du menu prévues, se

présentent comme suit :
- Connexion :
- Menu :
 Fichier :
o Elève;
o Paiement ;
o Intendant ;
 Edition :
o Liste des élèves ;
o Liste de paiement.
 Quitter.
 [70]

6.3. Choix et Description de la plate-forme de développement

Le développement d’une application se termine par la réalisation qui est

une étape technique à partir de laquelle le concepteur programme selon les besoins
des utilisateurs.
Pour la réalisation de notre application nous avons opté sur le langage
de programmation Visual Basic version 12 et MS Accès sera notre système de
gestion de base de données relationnel pour nous permettre de stocker les
informations.

6.4. Ecriture des codes

Imports System
ImportsSystem.Data
ModuleModule1
Public conn AsNewADODB.Connection
PublicrsAsNewADODB.Recordset
PublicrsConnecAsNewADODB.Recordset
PublicrsEleveAsNewADODB.Recordset
PublicrsPaiementAsNewADODB.Recordset
PublicrsIntendantAsNewADODB.Recordset
PublicrsReçuAsNewADODB.Recordset
PublicrsMonnaieAsNewADODB.Recordset
PublicrsAdresseAsNewADODB.Recordset
PublicsqlAsString
SubconnecterDB()
conn = NewADODB.Connection
conn.Open("sd_Eleve")
EndSub
EndModule
BOUTON AJOUTER

PrivateSubbtnAjout_Click(ByVal sender AsSystem.Object, ByVal e AsSystem.EventArgs)

HandlesbtnAjout.Click
CallconnecterDB()
rs = NewADODB.Recordset
sql = "select * from Eleve where matri_Eleve='"&Me.txtMatricule.Text&"'"
rs.Open(sql, conn, ADODB.CursorTypeEnum.adOpenKeyset,
ADODB.LockTypeEnum.adLockOptimistic)
Ifrs.EOFThen
rs.AddNew()
rs.Fields("matri_Eleve").Value = txtMatricule.Text
rs.Fields("nom_El").Value = txtNom.Text
rs.Fields("postnom_El").Value = txtPostnom.Text
rs.Fields("prenom").Value = txtPrenom.Text
rs.Fields("sexe_El").Value = cboSexe.Text
rs.UpdateBatch()
MsgBox("Données enregistrées avec succès", MsgBoxStyle.Information, "Enregis")
Callinitialisation()
Else
MsgBox("Cet élève existe déjà", MsgBoxStyle.Information)
txtMatricule.Focus()
EndIf
EndSub
 [71]

BOUTON RECHERCHER

CallconnecterDB() rs = NewADODB.Recordset
sql = "select * from Eleve where matri_Eleve ='"&Me.txtMatricule.Text&"'"
rs.Open(sql, conn, ADODB.CursorTypeEnum.adOpenKeyset,
ADODB.LockTypeEnum.adLockOptimistic)
IfNotrs.EOFThen
txtNom.Text = rs.Fields("nom_Eleve").Value
txtPostnom.Text = rs.Fields("postnom").Value
txtPrenom.Text = rs.Fields("prenom").Value
cboSexe.Text = rs.Fields("sexe").Value
Else
MsgBox("Ce matricule n'existe pas", MsgBoxStyle.Information)
txtMatricule.Focus()
EndIf
EndSub

BOUTON MODIFIER

PrivateSubbtnModifier_Click(ByVal sender AsSystem.Object, ByVal e AsSystem.EventArgs)

HandlesbtnModifier.Click
CallconnecterDB()
rs = NewADODB.Recordset
sql = "select * from eleve where matri_el='"&Me.txtMatricule.Text&"'"
rs.Open(sql, conn, ADODB.CursorTypeEnum.adOpenKeyset,B.LockTypeEnum.adLockOptimistic)
IfNotrs.EOFThen
rs.Fields("matri_Eleve").Value = txtMatricule.Text
rs.Fields("nom_ Eleve ").Value = txtNom.Textrs.Fields("postnom_ Eleve ").Value = txtPostnom.Text
rs.Fields("prenom").Value = txtPrenom.Text
rs.Fields("sexe_ Eleve ").Value = cboSexe.Text
rs.UpdateBatch()
MsgBox("Données modifiées avec succès", MsgBoxStyle.Information, "modification")
Call initialisation ()
Else
MsgBox("Cet matricule n'existe pas", MsgBoxStyle.Information)
txtMatricule.Focus()
EndIf
EndSub

BOUTON SUPPRIMER

CallconnecterDB()
rs = NewADODB.Recordset
sql = "select * from Eleve where matri_el='"&Me.txtMatricule.Text&"'"
rs.Open(sql, conn, ADODB.CursorTypeEnum.adOpenKeyset,
ADODB.LockTypeEnum.adLockOptimistic)
IfNotrs.EOFThen
rs.Delete()
rs.UpdateBatch()
MsgBox("Données supprimées avec succès", MsgBoxStyle.Information, "Suppression")
Callinitialisation()
Else
MsgBox("Cet matricule n'existe pas", MsgBoxStyle.Information)txtMatricule.Focus()
EndIf
EndSub
 [72]

BOUTON NETTOYER

privatesubbtnnettoyer_click(byval sender assystem.object, byval e assystem.eventargs)

handlesbtnnettoyer.click
callinitialisation()
endsub

PROCEDURE D’INITIALISATION

Sub initialisation ()
cboSexe.Text = ""
txtMatricule.Text = ""
txtNom.Text = ""
txtPostnom.Text = ""
txtPrenom.Text = ""
txtMatricule.Focus()
EndSub
 [73]

6.5. Jeu d’essai-erreur

Menu de démarrage :

Boite de connexion :
 [74]

Menu principal :

FORMULAIRES :

a. Elève
 [75]

b. Intendant

c. Paiement
 [76]

d. Reçu

Conclusion du chapitre

Ici nous avons mené des recherches sur le système d’information

organisée en détaillent, les modèle de conception utilisée, donc nous avons relaté un
aperçu de la méthode physique de donnée puis avons précisé le système de gestion
utilisée.
 [77]

Etats de Sortie

Conclusion de la deuxième partie

Dans cette partie nous avons informatisée la complexe scolaire Dieu

fait grâce dans son chapitre quatre avec un détail sur le système d’information
organisationnel et le système d’informations informatisée.la création de la base de
données en utilisant la Microsoft accès, puis réalisation notre ’application avec
langage de programmation Visual basic version 12 ; laquelle aidera la complexe
scolaire Dieu fait grâce à améliorer le système de gestion de perception de frais
scolaire. Ladite solution est l’informatisation.
 [78]

CONCLUSION GENERALE

L’étude que nous avons menée était la conception et réalisation d’un

système d’information informatisé pour la gestion de perception des frais scolaire.
La modélisation ainsi que le développement dudit système ont été rendus possibles
grâce à la méthode merise ; qui de par sa démarche à des différents niveaux, nous a
permis de procéder à une étude préalable. Actuellement la perception de frais
scolaire se fait manuellement mais grâce à l’application que nous avons développée,
désormais il sera automatique à l’aide de l’ordinateur.

L’étape que nous avons suivie pour réaliser ce travail a consisté dans
un premier temps à tracer le cadre de l’application notamment en indiquant la
problématique et en y apportant une réponse provisoire à confirmer ou à infirmer
dans le développement des perceptions de frais, à expliquer quelques concepts
informatiques de base ainsi que ceux relatifs à perception de frais, de manière à
permettre aux uns et aux autres d’avoir la compréhension du travail. Par la suite
nous avons procédé à l’étude préalable qui a porté sur l’organisation et le
fonctionnement de la complexe scolaire Dieu fait grâce. L’analyse et la critique de
l’existant ont bouclé cette partie.

L’ensemble d’informations recueillies a permis de formuler des

propositions (solutions) à la problématique posée et de faire le choix de la solution
idéale à savoir celle de l’informatisation du système d’information pour la gestion de
perception de frais scolaire enfin, nous avons procédé à la conception d’un nouveau
système d’information en utilisant la méthode Merise dont les caractéristiques de
l’application se résument à la base de données obtenue en partant des objets et
relations. Avec les différentes règles de passage aux différents modèles. Les tables
et fichiers ont été créés en recourant au SGBDR Microsoft Accès. Le langage de
Visual basic12, pour la création des interfaces notre application, nous a permis de
concrétiser cette application dont les essais ont abouti à des résultats satisfaisant.
 [79]

REFEFENCES BIBLIOGRAPHIQUES
I. Ouvrages :
1. Girac-Marinier Carine, Le Grand LAROUSSE ILLUSTRE, Edition 2015, Paris
2. GARDARIN .G Base de données objet & relationnel, Paris, Edition Eyrolles,
1999
3. BAPTISTE Jean-Luc, Merise, Edition ENI, Paris, 2009
4. MVIBUDULU K., L.D KONKFIE I., Technique des bases de données, 2ème
édition, Kinshasa, CRIGED, Décembre 2012,
5. MUKENGE MBUMBA Josich , langage java et nous, 1ere Edition , GRIGED
Kinshasa 2012
6. Hernert Patrice, Les algorithmes, Edition Presses universitaires de France,
Paris,2002
7. Mathieu Philippe, Des Bases de données à l’Internet, Edition Vuibert, Paris,
2000
8. RONGERE. Méthodes des sciences sociales, Dolloz, Paris, 1971
9. VOSS Andreas ; Dictionnaire de l'informatique et de l'Internet ; coll. PC Poche,
Paris, Micro Application, 1988
II. Notes de cours
1. MVIBUDULU K., L.D KONKFIE I., : Recueil d’exercices de Méthode d’Analyse
Informatique 1, G2 info, ISC Kinshasa, 2013-2014, inédit
2. Mvibudulu, Ntukadi : Langage de programmation note de coursphp, 2016
3. Kitoko A., Méthode d’analyse informatique II, 2016-2017.
4. Kola M. : Notes de cours d’informatique de gestion, ISC/Gombe, G1
Informatique, 2014-2015.
III. Webographie
1. http://fr.wiktionary.org/wiki/établissement
2. http://mrproof.blogspot.com/2012/10/mct-merise-cours-mct-merise-model.html
3. http://www.christian-roze.fr/for/formerise.pdf , consulté le 21/05/2017 à 11h30
4. http://www.commentcamarche.net/contents/662-merise-modele-
organisationnel-des-traitements
IV. Autres Documents
1. Encarta 2009
 [80]

TABLE DES MATIERES

INTRODUCTION GENERALE.....................................................................................1
1. Problématique et Hypothèse................................................................................2
2. Choix et Intérêt du Sujet.......................................................................................2
3. Délimitation du Travail..........................................................................................3
4. Etat de la Question...............................................................................................4
6. Canevas du travail................................................................................................6
Introduction partielle................................................................................................. 8
CHAPITRE 1 : PRESENTATION DU COMPLEXE SCOLAIRE-DIEU FAIT GRACE. .9
1.1. HISTORIQUE................................................................................................. 9
1.2. SITUATION GEOGRAPHIQUE......................................................................9
1.3. MISSION...................................................................................................... 10
1.4. OBJECTIFS..................................................................................................10
1.5. ORGANIGRAMME....................................................................................... 10
CHAPITRE 2 : ANALYSE DE L’EXISTANT...............................................................11
2.1. Définition et But............................................................................................... 11
2.2. Description de la structure organisationnelle...................................................11
2.2.1. Etude des postes de travail..........................................................................12
Recensement des postes de travail........................................................................12
Description des postes de travail............................................................................12
2.2.2. Etude de documents utilisés.........................................................................12
Inventaire des documents en vigueur.................................................................13
Présentation des documents...............................................................................13
Inventaire des documents en vigueur.................................................................13
2.2.3. Ressources Humaines.................................................................................16
2.2.4. Ressources Matérielles................................................................................16
2 .2.5. Ressources Financières..............................................................................17
2.3. Description de la structure fonctionnelle..........................................................17
2.3.1. Schéma de circulation des informations.......................................................18
2.3.2. Légende et symbole utilisés........................................................................20
Conclusion du chapitre...........................................................................................21
CHAPITRE 3 : CRITIQUE DE L’EXISTANT..............................................................22
2.1. Critique d’ordre général................................................................................22
2.2. Critique d’ordre spécifique............................................................................22
 [81]

2.3. Proposition de solution.................................................................................22

2.4. Solution manuelle de réorganisation............................................................22
2.6. Choix de la meilleure solution.......................................................................24
Conclusion du chapitre...........................................................................................24
Conclusion de la première partie............................................................................25
INTRODUCTION....................................................................................................26
CHAPITRE 4 : MODELISATION DU SYSTEME D’INFORMATION ORGANISE......27
INDTRODUCTION................................................................................................. 27
4.1. ETAPE CONCEPTUELLE...............................................................................27
4.1.2. Modélisation conceptuelle de communication..............................................28
4.1.2.1. Définition et but..........................................................................................28
4.1.2.2. Construction du Modèle Conceptuel de Communication(MCC)................28
4.1.3. Modélisation conceptuelle des traitements...................................................28
4.1.3.1. Définition et but..........................................................................................28
4.1.3.2. Construction du modèle conceptuel des traitements.................................29
4.1.3.2.1. Définition de quelque concept du Modèle Conceptuel de Traitements...29
4.1.3.2.2. Identification et description du processus...............................................30
4.1.3.2.3. Présentation du Modèle Conceptuel des traitements (MCT)..................31
4.1.3. Modélisation Conceptuelle des Données.....................................................32
4.1.3.1. Définition et But.........................................................................................32
4.1.3.2. Construction du Modèle Conceptuel des Données...................................32
4.1.3.3. Règle de gestion........................................................................................32
4.1.3.4. Dictionnaire de données............................................................................32
4.1.3.5. Recensement et description des données................................................33
4.1.3.6. Recensement et description des relations................................................33
4.1.3.8. Présentation du Modèle Conceptuel des Données...................................36
4.2. ETAPE ORGANISATIONNELLE.....................................................................37
4.2.1. Définition et but.............................................................................................37
4.2.2. Modélisation Organisationnelle des Traitements..........................................37
4.2.2.1. Définition et but..........................................................................................37
4.2.2.2. Organisation à mettre en place..................................................................37
4.2.2.3. Passage du MCT au MOT.........................................................................38
4.2.2.4. Présentation du MOT................................................................................ 40
 [82]

4.2.1.2. Modélisation Organisationnelle des Données...........................................41

4.2.1.2.1. Définition et but.......................................................................................41
4.2.1.2.2. Construction du Modèle Organisationnel des données..........................41
4.2.1.2.2.1. Définition de Concept de base du Modèle Organisationnel de donné.41
4.2.1.2.2.2. Passage du MCD au MOD..................................................................43
4.2.1.2.2.3. Présentation du MOD Global...............................................................43
4.2.1.2.2.4. Présentation du MODs locaux.............................................................44
CHAPITRE 5 : MODELISATION DU SYSTEME D’INFORMATION INFORMATISE 45
5.1. ETAPE LOGIQUE........................................................................................... 45
5.1.1. Définition et but.............................................................................................45
5 .1.2. Modélisation Logique des Traitements........................................................45
5.1.2.1. Construction du Modèle Logique des Traitements....................................45
5.1.2 .1.1.Definition des concepts de base du MLT................................................45
5.1.2.1.2. Passage du MOT au MLT.......................................................................45
5.1.2.1.3. Présentation du MLT..............................................................................46
1. Identification des unités logiques de traitements (ULT)......................................46
5.1.3. Modélisation Logiques des Données............................................................56
5.1.3.2.1. Définition et but.......................................................................................56
5.1.3.2.2. Construction du Modèle Logique des Données......................................56
5.1.3.2.2.1. Définition des concepts de base du MLD............................................56
5.1.3.2.2.2. Passage du MOD au MLD...................................................................57
5.1.3.2.2.3. Normalisation de la base de données.................................................58
5.1.3.2.2.4. Présentation du Modèle Logique des Données relationnel (MLDR)....58
6.1.2.1. Construction du Modèle Physique des Traitements..................................63
6.1.2.2. Définition des concepts de base du Modèle Physique des Traitements....63
6.1.2.3. Passage du MLT au MPT..........................................................................63
6.1.2.4. Présentation du Modèle Physique des Traitements (MPT)......................63
6.2. Modélisation Physique de Données................................................................64
6.2.1. Définition et but.............................................................................................64
6.2.2. Construction du Modèle Physique des Données..........................................64
6.2.2.1. Passage du MLDR au MPD.......................................................................64
6.2.2.3. Présentation du Modèle Physique des Données (MPD)...........................65
CHAPITRE 6 : DEVELOPPEMENT DU SYSTEME D’INFORMATION INFORMATISE
................................................................................................................................... 68
 [83]

6.1. Définition et but................................................................................................69

6.2. Présentation de la structure du logiciel............................................................69
6.3. Choix et Description de la plate-forme de développement..............................70
6.4. Ecriture des codes...........................................................................................70
Conclusion du chapitre...........................................................................................76
Conclusion de la deuxième partie..........................................................................77
CONCLUSION GENERALE......................................................................................78
TABLE DES MATIERES............................................................................................80