~I~

Epigraphe

IN MEMORIAM
~ II ~
~ III ~

Dédicace
 ~ IV ~

REMERCIEMENT S
 ~V~

SIGLES ET ABREVIATIONS
 ~ VI ~

LISTE DES FIGURES

Figure 1 : Organigramme général de l’ISC-ILEBO...........................................................................6

Figure 2 : Organigramme du service concerné...............................................................................7
Figure 3 : présentation du formalisme...........................................................................................19
Figure n°4 : Recensement des règles de gestion..........................................................................20
Figure n°5 : Présentation du MCD...................................................................................................21
Figure 6 : Présentation du modèle conceptuel de données.................................................................21
Figure n°7 : Présentation du MOD..................................................................................................23
Figure 8 : Présentation du modèle logique de données...............................................................27
Figure n°9 : Présentation du MLD...................................................................................................29
Figure 10 : Présentation du formalisme...............................................................................................32
Figure 11 : Modèle Conceptuel de Traitements.............................................................................33
Figure 12: Présentation e modèle logique de traitement.............................................................37
Figure 13 : Présentation du MPT.....................................................................................................38
Figure 14 : Formulaire de lancement..............................................................................................40
Figure 15 : Menu principal................................................................................................................40
Figure 16 : Formulaire ETUDIANT...................................................................................................40

LISTE DES TABLEAUX

 ~ VII ~

Tableau 1 : Présentation de schéma de circulation.................................................................................8

Tableau 2 : Description de schéma de circulation..................................................................................9
Tableau 5 : Moyen humain...............................................................................................................10
Tableau 5 : Moyen matériel..............................................................................................................10
Tableau n°6 : Présentation du dictionnaire de données...............................................................15
Tableau 7 : Présentation de la dépendance fonctionnelle......................................................................18
Tableau 8 : Prise en compte de sécurité........................................................................................25
Tableau 9 : Calcul de volume théorique des tables......................................................................25
Tableau 10 : Calcul de volume théorique des indexes..................................................................26
Tableau n°10 : Présentation du MPD de la table étudiant...........................................................30
Tableau n°11 : Présentation du MPD de la table agent...............................................................30
Tableau n°12 : Présentation du MPD de la table frais..................................................................30
Tableau n°13 : Présentation du MPD de la table fiche de versement individuel.......................31
Tableau n°14 : Présentation du MPD de la table reçu..................................................................31
Tableau n°15 : Présentation du MPD de la table registre............................................................31
Tableau 17 : Modèle Organisationnel de Traitements..................................................................35
 ~1~

0. INTRODUCTION
Aujourd’hui l’informatique best au cœur de la résolution des divers
problèmes de gestion, toute entreprise est appelée à faire usage de cette… de
nouvelle technologie afin de bien gérer ses applications de toutes sortes et affronter
toute autre complication qui pourrait surgir.

Toute société qui gère manuellement ses taches éprouve quelques

peines ; mais si elle est informatisée, ces peines ne seront plus autant.

En effet, toute anomalie remarquée dans la gestion manuelle d’un

système d’information incite le concepteur à informatiser.

0.1. Problématique
La problématique est définie comme : « un jeu de questions liées
entre elles et tirées du sujet lui-même auquel ce développement va progressivement
répondre. Elle est donc, un programme de questionnement élaboré à partir de la
question posée par le sujet « … » et en tant que programme du sujet ».1

A cet effet, nous nous sommes posé les questions ci-dessous.

 Comment arriver à minimiser les erreurs relatives avec la gestion de la perception de

frais académique au sein de l’Institut Supérieur de Commerce d’ Ilebo ?
 Comment arriver à bien éditer les listes en rapport avec cette gestion ?
 Comment conserver les différentes données relatives avec cette gestion au sein de
l’Institut Supérieur de Commerce d’Ilebo ?

0.2. Hypothèse
L’hypothèse est définit comme : « une proposition relative à
l’explication d’un phénomène naturel admet provisoirement avant d’être soumise au
contrôle de l’expérience »2

Pour remédier aux différents problèmes posés dans la problématique,

nous pensons que la réalisation d’une base de données pour la gestion de perception
des frais académique pourrait permettre de l’Institut Supérieur de Commerce
d’Ilebo :

- Minimiser les erreurs recensées dans leur gestion des inscriptions ;

- Bien éditer les états en rapport avec cette gestion
- Conserver les données de cette gestion d’une manière fiable le sécurisée suite au
multiples avantages que présentent l’informatique.

0.3. Choix et intérêt du sujet

0.3.1. Choix du sujet

Notre est porté sur : Réalisation d’une base de données pour la gestion
frais académique à l’Institut Supérieur de Commerce d’Ilebo»

1
VIGNOLES ; P., la dissertation philosophique, BAC, Paris, P.49
2
DICTIONNAIRE UNIVERSEL, BACHEKE, Paris. P.802
 ~2~

0.3.2. Intérêt du sujet

a. Sur le plan personnel

L’élaboration de ce travail scientifique, nous a permis de concilier la

théorie à la pratique et une fois arrivé au terme, nous permettre d’obtenir notre titre
de graduat en informatique de Gestion.

b. Pour l’Institut Supérieur de Commerce d’Ilebo

Cet outil scientifique va aider l’Institut Supérieur de Commerce à gérer

d’une façon rapide, rationnelle et fiable les données sur la gestion de perception des
frais académiques et permettra aux autorités de disposer d’un indicateur enfin de
prendre les décisions dans un car délai.

c. Sur le plan scientifique

Au niveau des chercheurs, ce travail leur servira comme un outil de

recherche grâce aux multiples notions évoquées.

0.4. Délimitation spatio-temporaire

Il y’a lieu de tenir compte du milieu ou du lieu où se déroule l’étude.
Ce lieu doit être précisé et indiqué dans le travail 3.

Tout travail scientifique doit être développé dans un cadre ou une

limitation spatio-temporelle. Pour bien mener ce travail, nous avons préférés le limiter
dans le temps et dans l’espace ;

a. Dans le temps

Notre travail dans le temps aborde la période de 2022 à 2023 pour en

garantir le succès et aboutir dans le délai.

b. Dans l’espace

Notre sujet porte sur la Réalisation d’une base de données pour la

gestion frais académique à l’Institut Supérieur de Commerce d’Ilebo.

0.5. Méthodes et techniques utilisées

0.5.1. Méthode Utilisée

Est une étude systématique par l’observation de la pratique
scientifique des principes qui la fondent et des méthodes des recherches scientifiques
des principes qu’elle utilise.4

Pinto et Grawitz, définissent la méthode comme étant un ensemble

d’opérations intellectuelles par lesquelles une discipline cherche à atteindre les vérités
qu’elle poursuit, les démontre et les vérifie5.

Pour réaliser ce travail, nous nous sommes servis de méthodes ci-

après :
3
Jean Médard BOKONGO, Méthodes de recherche en sciences humaines et sociales, Cours inédit G2 GI UPN,
Février 2017, P13
4
Jean marie, KAPENGA KAZADI, Note de cours d’initiation à la recherche scientifique, G2 IG, UPN, 2014 – 2015.
5
Pinto et Grawitz, Méthodes en sciences sociales, éd. Dalloz, Paris, 1969, p. 51.
 ~3~

- Approche struro-fonctionnaliste

Cette méthode nous a permis de comprendre et de convaincre un fait

à travers la structure et le fonctionnement de l’Institut Supérieur de Commerce
d’Ilebo.

- Approche historique

Cette méthode nous a servi de situer l’histoire de l’Institut Supérieur

de Commerce d’Ilebo

Méthode Merise

Cette méthode nous à servit à concevoir notre base des données.

0.5.2. Technique utilisées

Vu ce qui concerne, notre travail nous fait appel aux techniques
suivantes :

1. Technique d’interviews

Cette technique nous a été utile pour recueillir les informatiques à l’aide
de jeu de question réponse avec les agents travaillant à l’Institut Supérieur de
Commerce d’Ilebo

2. Technique documentaire

Cette technique nous a été utile pour la collecte des données à travers
les différents documents (les supports, les ouvrages et les revues).

0.6. Subdivision du travail

Exempter l’introduction et la conclusion, notre travail est subdivisé en

quatre chapitres :

 Dont le premier fait allusion à l’étude d’opportunité

 La seconde table sur la Modélisation avec la méthode MERISE
 Et le dernier aborde la réalisation de l’application.
 ~4~

CHAPITRE I : ETUDE D’OPPORTUNITE

Section 1 : Présentation de l’Institut Supérieur de commerce d’Ilebo
1.1. Historique

Comme nous l’avons souligné ci-haut, l’Institut Supérieur de

Commerce d’Ilebo a vu le jour en 1993 avec l’arrêté ministériel
n°ESU/CABMIN/0483/ du 19/10/1993 portant ouverture d’Enseignement Supérieur et
Universitaire sur le territoire national en RDC une année plus tard, il obtient sous
l’arrêté ministériel n°ESU/CABMIN/0402 du 07/04/1994a avec un Comité de Gestion
composé de :
- DG le Chef de Travaux Firmin MAKUTU ;
- SGAC Assistant Achille BUNDJOKO IYOLO
- SGAD Assistant Gaspard MANYAMA

Son agrément définitif n’interviendra qu’en date du 19 Avril 1996 en

charge totale par le trésor public sous l’arrêté ministériel n°ESURS/CABMIN/B4/062
Bis avec un comité de gestion comme suit :
- DG Assistant Achille BUNDJOKO IYOLO ;
- SGAC Assistant Alphonse LUNGAMAKAMBA MASHEKE ;
- SGAD Assistant Henri NGWAMA PERO LUMBOMBO.

SUCCESSION DE COMITE GESSTION

De 1996-2001 :
- DG Chef de Travaux Achille BUNDJOKO IYOLO ;
- SGAC Assistant Alphonse LUNGAMAKAMBA MASHEKE ;
- SGAD Monsieur Henri PERO LUMBOMBO

De 2001-2004 :
- DG Chef de Travaux Achille BUNDJOKO IYOLO ;
- SGAC Assistant Alphonse LUNGAMAKAMBA MASHEKE ;
- SGAD Assistant Jean-Bosco NGWAKOYO NYAMAKAD’KATOT ;

De 2004-2010 :
- DG Chef de Travaux Achille BUNDJOKO IYOLO ;
- SGAC Chef de Travaux Jean-Bosco NGWAKOYO NYAMAKAD’KATOT ;
- SGAD Assistant Alphonse LUNGAMAKAMBA MASHEKE ;

De 2010-2011:
- DG Chef de Travaux Achille BUNDJOKO IYOLO ;
- SGAC Poste vacant ;
- SGAD Chef de Travaux Alphonse LUNGAMAKAMBA MASHEKE ;

De 2011-2016 :
 ~5~

- DG Professeur Associé Achille BUNDJOKO IYOLO ;

- SGAC Chef de Travaux Alphonse LUNGAMAKAMBA MASHEKE ;;
- SGAD Assistant Ephrem BWANGA BWA PERO ;
- AB Assistant YVON MABONDJI PUNGA

De 2016 -2018 :
- DG. Professeur Associé IYOLO BULONDU Rodolphe ;
- SGAC : Chef de travaux Ephrem BWANGA BWA PERO ;
- SGAD : Chef de travaux NZUNDU KWEY Floribert ;
- AB : Assistant Yvon MABONDJI PUNGA .

De 2018 -2021
- DG Chef de Travaux Pierre KWAKOMBE WOTO;
- SGAC : Chef de travaux Leiris PANGU NDJONDO ;
- SGAD : Chef de travaux KWEYABATO NDEMBWANYI ;
- A.B : Chef de travaux Noëlla PEMBA BAHEKA ;

De 2021 à nos jours

- DG Chef de Travaux Antoine YOK BAKWEY;
- SGAC : Chef de travaux Marcelin MAMBOKO KUKA;
- SGAD : Chef de travaux Leiris PANGU NDJONDO ;
- A.B : Madame Honorine BIONGO.

1.2. Situation géographique

Géographiquement, L’Institut Supérieur de Commerce d’Ilebo est créé

en RDC et implanté dans la province du KASAÏ, territoire d’ILEBO, cité d’ILEBO au
Quartier BIKUKU, sur l’Avenue KAnshi au numéro 75 dans son installation propre.
Il est borné :
- A l’Est par l’ISTM-ILEBO ;
- A l’Ouest par l’Eglise Catholique Saint KIZITO ;
- Au Nord par la route nationale n°01 qui nous amène à Kananga ;
- Au Sud par la source Mputshia.
1.3. Objectifs

L’Institut Supérieur de Commerce d’Ilebo est une institution à caractère

éducative et sociale
 ~6~

1.4. Organigramme général

Figure 1 : Organigramme général de l’ISC-ILEBO

Source : Archives de l’ISC
 ~7~

Section 2 : Analyse de l’existant

2.1. Organigramme de poste concernée

Figure 2 : Organigramme du service concerné

Source : Administration de budget

2.2. Description des postes concernés

1. SECTEUR DE L’ADMINISTRATEUR DU BUDGET
a. Division d’approvisionnement et achat : cette division s’occupe de
l’approvisionnement de l’institution. Ce que l’institut présente comme besoin. Et le Chef
de division ci-haut doit prendre bonne note et fait le rapport à rapport à l’administration
du budget pour faire sortir l’argent. Le chef de cette division va s’occuper de l’achat de
fourniture à la division de gestion de biens pour la distribution de ses fournitures au
bureau concerné.
b. Division des finances : Cette division s’occupe de l’exécution des instructions de
l’administrateur du budget en matière de gestion financière, exécuter et faire exécuter
les tâches journalières éditée par l’administrateur du budget, surveiller le mouvement de
trésorerie, dresser le bilan annuel et vérifier les documents comptable. La division des
finances comprend 3 membres :
- Bureau de comptabilité et budget ;
- Service de perception ;
- Trésorerie.
2.3. Etude de circuit De circulation des informations

2.3.1. Schéma de circulation des informations

2.3.1.1. Définition
 ~8~

Le schéma de circulation est une représentation graphique d’une suite

des opérations dans laquelle les différents documents, postes de travail, des
décisions des responsabilités, d’opérations sont représentées par les symboles les
unes aux autres suivant le flux effectif de l’entreprise.
2.3.1.2. Présentation du schéma de circulation

Tableau 1 : Présentation de schéma de circulation

Source : Par Nous-même

2.3.2. Description de schéma de circulation

N° Poste Taches Actes Commentaires

01 Etudiant 101 1 Se présenter à la perception

2 Payer les frais

102 1 Réception reçu en provenance de la

perception

2 Vérification de reçu

3 Classement reçu

4 Réception fiche de versement et

vérifier la fiche puis approuver

5 Réception du registre pour signer

6 Retourner la fiche de versement

 ~9~

individuel et le registre

02 Perception 1 Réception de l’étudiant

2 Percevoir les frais de l’étudiant

3 Vérifier les frais académique

4 Elaborer la reçu

5 Présenter le reçu à l’étudiant

6 Elaboration de fiche de versement

et présenter à l’étudiant pour
approuver

7 Elaboration du registre

8 Présenter le registre à l’étudiant

pour signer

1 Réception de la fiche individuelle et

le registre en provenance de
l’étudiant

2 Classement desdits documents

3 Elaboration rapport et transmission

du rapport à la hiérarchie

03 Chef de service de finance 1 Réception du rapport en provenance

de la perception

2 Prise de connaissance

3 Classement du rapport

Tableau 2 : Description de schéma de circulation

Source : Par nous même
2.4. Etude des documents
 Registre d’inscription
 Le reçu
 La fiche de versement individuelle

2.5. Etude des moyens de traitement

2.5.1. Moyen financiers

L’Institut Supérieur de Commerce est une institution publique le

financement provient du trésor publique principalement de l’Etat.

2.5.2. Moyen humains

 ~ 10 ~

Tableau 3 : Moyen humain

Source : même

2.5.3. Moyen matériels

N° Désignation Quantité Etat Local Observation

1 Chaises BON Bureau

2 Tables BON Bureau

3 Etagères BON Bureau

4 Ordinateurs BON Labo

5 Imprimantes BON Bureau

6 Classeurs BON Bureau

7 Calculatrices BON Bureau

Tableau 4 : Moyen matériel
Source : Nous même
Section 3 : Critique de l’existant
Elle consiste à porter un jugement objectif sur le domaine existant que
nous venons d’analyser. Les critiques ou la critique est l’art de juger les productions
littéraires, les ouvrages d’arts etc…

3.1. Point Positif

L’Institut Supérieur de Commerce d’Ilebo est une institution bien

structurée et organisée, les aspects positifs de cette institution sont :

- Très bonne conservation des documents ;

- Bonne relation entre les agents ;
- Pas d’erreurs lors des perceptions des frais académiques
2.2. Point négatif
- Insuffisance des places des conservations des documents cela pour conséquence
qu’après plus ou moins 5 ans, il sont obligés de bruler les d’autres documents, tels
que les fiches individuelles de versement des frais des étudiants etc…
- Il y a d’insécurité des informations en rapport à la gestion des perceptions.

Section 4 : Proposition de solutions et choix d’une meilleure solution

Nous proposons de solutions par rapport à chaque point développé :

4.1. Solution manuelle

La division des finances, étant bureau pour la conservation au

archivage de fiche individuelles des perceptions de frais académiques des étudiants,
doit être dotée d’un ordinateur ayant de programme informatique bien conçu car à
tout moment, le financier aura besoin ou possibilité de saisir, de consulter, de
modifier, d’effectuer toute autre opération.

a. Avantage:
 ~ 11 ~

 Croissance du bureau par l’accumulation d’un potentiel humain qualifié ;

 Faciliter dans la recherche des documents à une période bien déterminée ;
 Minimisation du temps de réalisation des opérations etc.
b. Désavantage :
 Cette solution ne permet une longue durée de vie des informations à cause de la
nature du support de stockage des informations utilisées c’est-à-dire le support
papier ;
 Risque d’erreur et imperfection dû à la fiabilité humaine ;
 Charge du personnel élevé à supporter par l’Institut etc.

4.2. Solution informatique

La solution informatique consiste à l’utilisation de l’outil informatique

dans la gestion d’élaboration des projets.

Nous proposons la mise en œuvre d’une solution informatique et

l’achat des outils informatiques pour ladite gestion.

a. Avantage :
 L’enregistrement des frais académiques est informatisé, le coût de l’ensemble de
l’activité sera moindre ;
 Les informations sur les frais académiques sont activement recherchées.
 La fiabilité et la conservation des données sur des supports magnétiques ;
 La rapidité dans l’acquisition des résultats ;
 La rapidité et la sécurité dans la conservation des informations
b. Désavantage :
 Le coût élevé de l’acquisition des matériels informatiques ;
 Le coût élevé de la maintenance des matériels et des logiciels ;
 La formation supplémentaire des utilisateurs des outils informatiques ;
 Circulation de virus informatique est sauvegardé le travail en cas de la coupure
d’électricité.
 Diminution d’emplois.
4.2. Choix de la meilleure solution

Vu les avantages que nous offre la solution informatique et pour être

au concert de la mondialisation, nous proposons aux responsables de l’Administration
de budget de l’Institut supérieur de Commerce d’Ilebo de bien vouloir opter pour la
solution informatique.

Section 4 : Concepts du sujet

 ~ 12 ~

CHAPITRE II : MODELISATION DU SYSTEME D’INFORMATION AVEC LA METHODE

MERISE
Section 1 : Modélisation des données
Pour arriver au terme de la modélisation des données de notre
application, nous sommes obligés de passer par des différentes étapes d’abstraction
telles que :

- Etape conceptuelle des données ;

- Etape organisationnelle des données ;
- Etape logique des données ;
- Etape physique des données.

1.1. Etape conceptuelle

Dans ce niveau de conception, on ressemble toutes les données qui
semble important pour notre base de données sans tenir compte de l’organisation.

Dans cette étape nous allons présenter les étapes ci-après :

 ~ 13 ~

- Le dictionnaire de données ;
- La dépendance fonctionnelle ;
- Le recensement des objets
- Les règles de passage de la dépendance fonctionnelle au modèle conceptuel de
données
- La démarche à suivre
- Choix de la démarche
- Recensement des associations ou relations
- Règle de gestion
- Interprétation de règle de gestion
- Formalise

1.1.1. Dictionnaire de données

1.1.1.1. Définition

Le dictionnaire de données peut être définit comme étant « une liste

alphabétique des données que le système doit acquérir et mémoriser pour produire
les résultats.
 ~ 14 ~

1.1.1.2. Présentation du dictionnaire de données

N° Code Désignation Etudiant Agen Frais Reç Fiche Registre Rapport Service Taille Formule
rubrique t u de vers
E c N AN Date

01 Matretud Matricule étudiant X X X 5

02 Nm Nom X X X 10
03 Pst nm Post nom X X X 11
X 7
04 Prnm Prénom X X
X 1
05 Sx Sexe X X X 5
06 Prom Promotion X X X 8
07 Opt Option X X X 4
08 Départ Département X X X 23
09 Tut Tuteur X X X 8
10 Annacad Année académique X X X 9
11 Matrag Matricule agent X X X 5
12 Nm Nom X X X 10
13 Pst nm Post nom X X X 11
7
14 Prnm Prénom X X X
1
15 Sx Sexe X X X 5
16 Fonct Fonction X X X 8
17 Grad Grade X X X 4
18 Quali Qualification X X X 23
19 Numfrais Numéro frais X X X 5
20 Libfrais Libellé frais X X X 15
21 Numreç Numéro reçu X X X 5
22 Nm Nom X X X 10
23 Promo Promotion X X X 11
7
22 Montechif Montant en chiffre X X X
30
24 Montenlett Montant en lettre X X X 5
25 Mot Motif X X X 25
26 Dat Date X X X 8
27 Numfich Numéro fiche X X X 10
28 Noetud Nom étudiant X X X 11
29 Promo Promotion X X X 7
12
30 Opt Option X X
 ~ 15 ~

31 Départ Département X X X 5
32 Sect Section X X X 8
33 Mont payé Montant payé X X X 4
23
34 Mont rest Montant restant X X X
8
35 Dat Date X X X 9
36 Nm ag Nom agent X X X 10
percep X X
37 Codreg Code registre X X X 10
38 Nométud Nom étudiant X X X 11
39 Postnm Post nom X X X 7
1
40 Promo Promotion X X X
5
41 Opt Option X X X 8
42 Départ Département X X X 4
43 Nm percept Nom percepteur X X X 10
44 Codrap Code rapport X X X 5
45 librap Libellé rapport X X X 25
46 Codserv Code service X X X 5
47 Libserv Libellé X X X 12
Tableau n°5 : Présentation du dictionnaire de données
Source : nous-même
 ~ 16 ~

1.1.2. Dépendance fonctionnelle

1.1.2.1. Définition

Une matrice de dépendance fonctionnelle est un tableau à deux

dimensions où les colonnes contiennent les ressources de dépendance fonctionnelle
et les lignes du dictionnaire de données6.

6
CRESSOR, DETHOOR, JN BOILLOT ; les principaux types d’organisation de fichier informatique de gestion, éd.,
Réalisation pratique décembre 1970.
 ~ 17 ~

1.1.2.2. Présentation de la dépendance fonctionnelle

N° Code Désignation matricul Matricule Numéro Numéro Numéro Code Numéro Rapport Code
rubrique e gent Frais Reçu Fiche de Registre Service
étudiant vers

01 Matretud Matricule étudiant X

02 Nm Nom X
03 Pst nm Post nom X
04 Prnm Prénom X
05 Sx Sexe X
06 Prom Promotion X
07 Opt Option X
08 Départ Département X
09 Tut Tuteur X
10 Annacad Année académique X
11 Matretud Matricule étudiant X
12 Nm Nom X
13 Pst nm Post nom X
14 Prnm Prénom X
15 Sx Sexe X
16 Fonct Fonction X
17 Grad Grade X
18 Quali Qualification X
19 Numfrais Numéro X
20 Libfrais Libellé frais X
21 Numreç Numéro reçu X
22 Nm Nom X
23 Promo Promotion X
22 Montechif Montant en chiffre X
24 Montenlett Montant en lettre X
25 Mot Motif X
26 Dat Date X
27 Numfich Numéro fiche X
28 Noetud Nom étudiant X
29 Promo Promotion X
30 Opt Option X
31 Départ Département X
32 Sect Section X
 ~ 18 ~

33 Mont payé Montant payé X

34 Mont rest Montant restant X
35 Dat Date X
36 Nm ag Nom agent X
percep X
37 Codreg Code registre X
38 Nométud Nom étudiant X
39 Postnm Post nom X
40 Promo Promotion X
41 Opt Option X
42 Départ Département X
43 Nm Nom percepteur X
percept
44 Codrap Code rapport X
45 librap Libellé rapport X
46 Codserv Code service X
47 Libserv Libellé X
Tableau 6 : Présentation de la dépendance fonctionnelle
Source : Par nous même
 ~ 19 ~

1.1.3. Règle de passage de dépendance fonctionnelle au modèle

conceptuel de données
1.1.4. Démarche à suivre dans l’élaboration du Modèle conceptuel de données
1.1.4.1. Démarche ascendante

C’est une démarche qui consiste à partir du schéma de circulation et des

règles de gestion à construire un schéma conceptuel entité-association après avoir
conçue le dictionnaire de données recherche de dépendances fonctionnelles entre
propriété et après avoir appliquée les règles de passage de dépendance
fonctionnelle au modèle conceptuel de données (MCD).

1.1.4.2. Démarche descendante

Elle est plus globale car elle présente l’inconvénient de ne pas mettre en
œuvre la notion de dépendance fonctionnelle et donc de produire les schémas qui
ne sont pas en troisième forme normale.

1.1.4.3. Choix de la meilleure démarche

1.1.5. Formalisme
Cardinalité minimum Verbe en infinitif

ENTITE ENTITE
ASSOCIATION
PROPRIETE PROPRIETE

Cardinalité maximum
Figure 3 : présentation du formalisme
Source : Nous même
1.1.6. Recensement des relations

a. Recevoir entre étudiant et agent

b. Recevoir entre étudiant et reçu
c. S’acquitter entre frais et étudiant
d. Se présenter entre service
e. Signer entre étudiant et fiche de versement individuel
f. Elaborer entre agent et reçu
g. Percevoir entre frais et agent
h. Elaborer entre registre et agent
i. Rédiger entre rapport et agent
j. Appartenir entre agent et service
k. Elaborer entre fiche de versement et agent
 ~ 20 ~

1.1.7. Recensement des règles de gestion

Ces règles sont des expressions de contraintes administratives

imposées par l’organisation.

Figure n°4 : Recensement des règles de gestion

Source : nous-même
1.1.7.1. Interprétation des règles de gestion

a. (1, 1) un et un seul agent reçoit (1,n) un ou plusieurs étudiants

(1, n) un ou plusieurs sont reçus par (1,1) un et un seul agent
b. (0, 1) un reçu est reçu par (1,) un et un seul étudiant
(1, 1) un seul un seul étudiant reçoit (0,1) un et un seul reçu
c. (1, n) un et un seul étudiant s’acquitte à (1n) un ou plusieurs frais
(1,n) un ou plusieurs frais sont acquittés par (1, 1) un et un seul étudiant
d. A (1, 1) un et un seul service se présentent (, n) un ou plusieurs étudiants
(1, n) un ou plusieurs étudiants se présentent à (1, 1) un et un seul service
e. (0,1) une fiche est signée par (1, 1) un et un seul étudiant
(1, 1) un et un seul étudiant signe (0,1) une seule fiche
f. (1, n) un ou plusieurs reçus sont élaborés par (1, 1) un et un seul agent
(1,1) un et un seul agent élabore (1,1) un ou plusieurs reçus
g. (0,n) plusieurs frais sont perçus par (1,1) un et un seul agent
(1, 1) un et un seul agent perçoit (0,n) plusieurs frais
h. (1, n) un ou plusieurs registres sont élaborés par (1, 1) un et un seul agent
(1,1) un et un seul agent élabore (1,1) un ou plusieurs registres
i. (1, n) un ou plusieurs rapports sont rédigés par (1, 1) un et un seul agent
 ~ 21 ~

(1,1) un et un seul agent rédige (1,1) un ou plusieurs rapports

j.
(1, n) un ou plusieurs agents appartiennent (1, 1) un et un seul service
A (1,1) un et un seul service appartiennent (1,1) un ou plusieurs agents
1.1.8. Modèle conceptuel de données
1.1.8.1. Définition

Le modèle conceptuel des données (MCD), est un diagramme entité-

relation, permettant de modéliser le système d’information sans tenir compte des
détails liés à la mise en œuvre physique7.
1.1.8.2. Présentation du modèle conceptuel de données brut (MCDB)

Figure n°5 : Présentation du MCD

Source : Nous même

1.1.9. Règle de passage du modèle conceptuel de données brut au modèle

conceptuel de donnée valide (MCDV)

Figure 6 : Présentation du modèle conceptuel de données

Source : Par nous même
1.1.10. Modèle conceptuel de données valide (MCDV)
1.1.10.1. Définition

Le modèle conceptuel de données valide est celui qui s’élabore avec le

verbe au présent et tient compte de la migration de clé, c’est-à-dire la dépendance
entre deux ou plusieurs entités.

1.1.11. Quantification de la multiplicité de cardinalité

7
Georges Panet, Raymond Letouche, Merise/2 - Modèles et techniques avancées, Editions d'organisation, Paris, 1994,
p.33
 ~ 22 ~

La moyenne n’est pas toujours facile, soit on fixe arbitrairement cette cardinalité
soit à partir de statistique possible pour la dernière façon plus précise.
Cette quantification des cardinalités multiples s’exprime par des éléments ci-
dessous :

 La cardinalité maximale ;
 La cardinalité minimale ;
 La cardinalité moyenne.

Le choix de cette valorisation se fait selon l’intérêt dans le processus

d’optimisation. Dans tous les cas, au niveau organisationnel on définira la cardinalité
moyenne.
La quantification de cardinalité moyenne n’est pas toujours aisée. Elle peut être
fixée arbitrairement ou à partir de statistique sur la population d’entité concernée par la
relation.
Il n’est alors possible de la déterminer de façon plus précise avec cette formule.

CM= (Min+2Mo+Max)4*P

CM : Cardinalité moyenne ;
Min : Valeur minimale (fréquence d’apparition plus élevée) ;
N : Valeur Maximale de l’effectif
Max : valeur maximale
P : Taux de répartition à la relation

Etudiant Payer Frais

N =100 N = 25
Mo =35 Mo =20

Mo 20
P¿ = =0 , 8
Mo 35 N 25
P¿ = =0 , 3 CM= (Min+2*Mo + Max)/4*P
N 100 CM= 5+2(10 + 86)/4*0,8
CM= (Min+2*Mo + Max)/4*P CM= 1+(20 + 86)/4*0,8
CM= 1+2(35 + 100)/4*0,3 CM= (21 + 86)/4*0,8
CM= 1+(70+ 100)/4*0,3 107
CM= (71+ 100)/4*0,3 ∗8
CM = 4 856 =21,4
171 =
∗3 10 40
CM = 4 513 = 12,8
=
10 40
 ~ 23 ~

1.2. Etape organisationnel de données

L’étape organisationnelle est naturellement la signification des
informations en tenant de contraintes organisationnelles et économiques en se
posant les questions suivantes : « qui fait quoi ? Quand ? Et Où ?8

1.2.1. Règle de passage du modèle conceptuel de données valide au modèle

organisationnel de données (MCDV au MOD)
1.2.2. Modèle organisationnel de données (MOD)
1.2.2.1. Définition

L’étape organisationnelle des données précises quelles sont les données

retenues pour le système futur, leur répartition et leur positionnement par le site, ou
encore leur confidentialité pour chaque participant.

Et cela complète l’étape conceptuelle selon :

 En rapprochant les données aux utilisateurs concernés ;

 En définissant les autorisations d’accès aux données par les différents
acteurs ;
 En prenant compte de la conservation des données dans le temps

1.2.2.2. Présentation du modèle organisationnel de données (MOD)

Figure n°7 : Présentation du MOD

Source : Nous même

1.2.2.3. Prise en compte de sécurité de données

8
KITONDUA, R., OP. Cit, p.35.
 ~ 24 ~

Le système d’information (SI) est défini comme étant un ensemble organisé de

ressources (données, matérielles, logiciels, personnelles…) de l’entreprise permettant de
stocker les données ou de les faire circuler.
D’une manière générale, la sécurité informatique consiste à s’assurer que les
ressources matérielles ou logicielles d’une organisation soient uniquement utilisées dans le
cadre prévu.

a. Sauvegarde des données

La sauvegarde de données dans un poste est très importante pour un SI parce que
la perte de données stockées sur un ordinateur peut avoir des conséquences dramatiques sur
l’ensemble des organes entre autres :
- Arrêt brusque du travail
- Perturbations qui peuvent causer une défaillance du SI
- Perte de certaines informations indispensables…,
C’est pourquoi les solutions de sauvegarde sont indispensables.

b. Types de systèmes de sauvegarde de données

Il existe plusieurs sortes de systèmes de sauvegarde de données notamment :

- Système de sauvegarde de données sur le PC et disque dur externe direct;
- Sauvegarde des données sur le serveur d’entreprise;
- La télé-sauvegarde des données qui est un système de sauvegarde de données sur Internet
(Cloud computing).
- etc
c. Choix du système de sauvegarde de données

Le choix est souvent lié au volume d’informations à sauvegarder et la taille du

réseau d’entreprise.
Bref la sécurité de données a une grande importance, car elle permet de prendre
en compte la sécurité de la base des données. Cette sécurisation de données consiste à définir
diverses restrictions d’accès aux données contenues dans les différents niveaux (sites) pour
une catégorie d’utilisateurs. Elle fonction des types d’actions, notamment celles liées à :

- La création (écriture ou C) : ajout d’occurrences dans une entité ou une association ;

- La lecture (interrogation ou L) : consultation des occurrences de l’entité ou de
l’association ;
- La modification (M) : mise à jour de la valeur des occurrences d’une entité ou d’une
association ;
- La suppression (S) : suppression d’occurrences d’entités ou d’associations.
d. Description des sites (ou Postes)
Un site est un ensemble de personnes ou d’objets ayant les droits d’accès à la
base de données.
 P1 : Réception
 P2 : Percepteur
 P3 : Financier
Les entités sont les suivantes :
- Etudiant (T1)
- Frais (T2)
- Registre (T3)
- Reçu (T4)
 ~ 25 ~

- Fiche individuelle de versement (5)

- Poste
P1 P2 P3
- Table

T1 C,L C,L,M,S L, M

T2 C,L C,L,M,S C,L,M,S

T3 C,L C,L,M,S L

T4 C,L C,L,M,S L

C,-
T5 C,L,M,S C,L,M,S
L,M,S

Tableau 7 : Prise en compte de sécurité

Source : Par nous même

1.2.2.4. Calcul de volume de la base de données

1.2.2.4.1. Calcul de volume théorique des tables

Tableau 8 : Calcul de volume théorique des tables

Source : Par nous même
 ~ 26 ~

Volume théorique des tables = somme de volume * coefficient

5282*2,5 = 13205 Mo

1.2.2.4.2. Calcul de volume des indexes

Tableau 9 : Calcul de volume théorique des indexes

Source : Par nous même
Volume théorique des indexes =somme de volume *coefficient
305*2,5=762,5 Mo
Calcul de volume de base de données = Volume Théorique des tables +
volume théorique des indexes/1024 Mo
13205+762.5
=13,6 ≅ 14 Mo
1024

1.3. Etape logique de données

1.3.1. Règle de passage du modèle organisationnel de données au modèle de
logique de données
- Les objets deviennent les tables ;
- Les propriétés deviennent des attributs ;
- Les identifiants deviennent des clés primaires et les relations.

Retenues jusqu’au MOD subiront plusieurs traitement tels que :

 ~ 27 ~

 Les relations du type père et fils disparaissent mais la sémantique reste, le père cède sa
clé primaire au fils et le fils l’hérite cette clé du père qui devient la clé secondaire et le
fils pointe vers son père ;
 Les relations du type autre que père et fils deviennent des tables de lien etreçoivent
toutes les clés primaires, de tables qui ont participé à cette dernière : et ces clés seront
appelées « clés concaténées » ou « composites » ;
 Les relations de cas particulier sont traités de la même façon que celles de type père et
fils.

1.3.2. Modèle logique de données (MLD)

1.3.2.1. Définition

Le modèle logique de données brut est une transformation de MOD dans

le langage qui n’est pas compréhensible que par l’informaticien. Il convient de
signaler que le modèle logique de données contient encore des impuretés auxquels
doivent appliquer certaines nombres de normalisation ou vérification des tables.

1.3.2.2. Présentation du modèle logique de données brut

 ~ 28 ~

Figure 8 : Présentation du modèle logique de données

Source : Par nous même

1.3.2.3. Schéma associé au modèle logique de données

1.3.2.3.1. Définition

C’est la réédification de chaque table au modèle logique de données

valide en ajoutant les tailles de chaque attribut.

1.3.2.3.2. Présentation du schéma logique associé au modèle logique de

données
1. Etudiant : (# Matricule étudiant (5), Nom (10), Post nom (11), Prénom (7), Sexe (1),
Promotion (12), Option (8), Département (24), Tuteur (8), Année
académique (9), # Matricule agent (5)) ;
2. Agent : (#Matricule agent (5), Nom (10), Post nom (11), Prénom (7), Sexe (1), Fonction
(25), Grade (8), Qualification (4), #Code service (5)) ;
3. Frais : (# Numéro frais (5), libellé frais (25), # matricule étudiant (5), matricule agent
(5)) ;
4. Reçu : (#Numéro reçu (5), Nom (10), Promotion (11), Montant en chiffre (7), Montant
en lettre (30), Motif (25 ), date (8) ;
5. Fiche de versement : (#Numéro fiche (5), Nom étudiant (10), Promotion (12), Option
(15), Département (24), Section (15), Montant payer (5), Montant restant
(5), date (8), nom agent percepteur (10), # Matricule étudiant (5), # matricule
agent (5)) ;
6. Registre : (# Code registre (5), Nom étudiant (10), post nom (11), Post nom (7),
Promotion (11), Option (12), Département (24), Nom percepteur (10), #
Matricule agent (5) ;
7. Rapport : (# Code rapport (5), Libellé rapport (25), # matricule agent (5)) ;
8. Service : (# Code service (5), libellé service (12)).
1.3.2.3.3. Normalisation et vérification des tables

La normalisation permet de construire un schéma conceptuel correct à

partir des relations issues des données propres au système d’information.

La procédure s’effectue en trois étapes suivantes :

 La première forme normale

Une relation est dite à la première forme normale, si chaque attribut

possède une seule valeur et si la relation n’admet qu’une clé primaire non nulle.

 La deuxième forme normale

Une table est dite en deuxième FN si elle est en première forme normale, et
si tous ses attributs dépendent pleinement de la clé primaire.

Ce que veut dire que si tous les attributs sont en DI élémentaire avec la clé
primaire.

 La troisième forme normale

Une table est dite au troisième FN, si elle est en deuxième forme normale, et
si tous les dépendances fonctionnelles issues de la clé primaire sont directes c’est-à-
 ~ 29 ~

dire qu’aucun ne peut dépendre de la clé primaire en possession transitivement

attribut non clé.

En conformité avec les principes de normalisation d’une table ci-dessus,

nous constatons que le MLD répond à toutes les conditions de normalisation. D’où, le
MLD brut sera le MLD valide.

1.3.2.3.4. Présentation du modèle logique de données valide (MLDV)

Figure n°9 : Présentation du MLD

Source : Nous même

1.4. Etape physique de données

1.4.1. Règle de passage du modèle logique de données au modèle physique
de données
 ~ 30 ~

Le passage du modèle logique de données valide au modèle physique

de données exige que les différentes tables qui jusqu’alors sont externes à la base,
soient traduites en fichier faisant partie intégrante de la base de données.
 Les tables décrites au niveau associé au modèle physique deviennent des
fichiers des données communément appelées « tables » et l’ensemble de
tous ces fichiers ou tables forment un seul fichier physique d’extension,
modèle physique de données représentant la base de données ;
 Les identifiant deviennent des clés primaires indexés sans doublons ;
 Les propriétés deviennent des champs ;
 Les clés deviennent des clés secondaires.

1.4.2. Modèle physique de données

1.4.2.1. Définition

Le modèle physique de données est celui qui est destiné à implanter sur
le SGBDR de données, c’est-à-dire il a pour but de transférer la base d²e données
vers le SGBDR.
Est implémentation logée particulière du MLD. En d’autre terme, le MPD
ne rien d’autre qu’un résultat du MLD de sauvegarder sur le support (informatique)
magnétique (CD, disque dur).
1.4.2.2. Présentation du modèle physique de données (MPD)

TABLE étudiant
Étudiant

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Matrétud Varchar 5 OUI - - -
Nm Varchar 10 - - - -
Pst nm Varchar 11 - - - -
Prnm varchar 7 - - - -
Sx Booléenne 1 - - - -
Promo Varchar 8 - - - -
Depart Varchar 23 - - - -
Annéeacad Varchar 4 - - - -
Matrag Vardchar 5 - OUI - -
Tableau n°10 : Présentation du MPD de la table étudiant
Source : nous-même
TABLE AGENT
AGENT

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Matrag Varchar 5 OUI - - -
Nm Varchar 10 - - - -
Pst nm Varchar 11 - - - -
Prnm varchar 7 - - - -
 ~ 31 ~

Sx Booléenne 1 - - - -
Fonct Varchar 8 - - - -
Quali Varchar 23 - - - -
Grad Varchar 4 - - - -
codersev Vardchar 5 - OUI - -
Tableau n°11 : Présentation du MPD de la table agent
Source : nous-même
Table Frais

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Numfrais Varchar 5 OUI - - -
Libfrais Varchar 15 - - - -
Matrétud Varchar 4 - OUI - -
Matrag Vardchar 5 - OUI - -
Tableau n°12 : Présentation du MPD de la table frais
Source : nous-même

Fiche de verse

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Numfich Varchar 5 OUI - - -
Nmetud Varchar 15 - - - -
Mpromo Varchar 4 - - - -
Mont payé Vardchar 5 - - - -
Mont rest Varchar 30 - - - -
Mnpercep Vardchar 10 - - - -
Dat Date 8 - - - -
matrag Varchar 5 - OUI - -
Matrétud Varchar 5 - OUI - -
Tableau n°13 : Présentation du MPD de la table fiche de versement individuel
Source : nous-même

Table Reçu

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Numreçu Varchar 5 OUI - - -
Nmetud Varchar 15 - - - -
Mpromo Varchar 4 - - - -
Montenchiff Vardchar 5 - - - -
montanelettr Varchar 30 - - - -
moti Vardchar 30 - - - -
Dat Date 8 - - - -
matrag Varchar 5 - OUI - -
codserv Vardchar 5 - OUI - -
Matrétud Varchar 5 - OUI - -
Tableau n°14 : Présentation du MPD de la table reçu
Source : nous-même
 ~ 32 ~

Registre

Clé Clé Valeur Valeur par

Code champ Type Taille
primaire étrangère nulle défaut
Coderegistre Varchar 5 OUI - - -
Nmetud Varchar 15 - - - -
Mpromo Varchar 4 - - - -
Mont payé Vardchar 5 - - - -
Mont rest Varchar 30 - - - -
Mnpercep Vardchar 10 - - - -
Dat Date 8 - - - -
Matrag Varchar 5 - OUI - -
Tableau n°15 : Présentation du MPD de la table registre
Source : nous-même

Section 2 : Modélisation de traitement

2.1. Etape conceptuel de traitement

2.1.1. Modèle conceptuel de traitement (MCT)

2.1.1.1. Définition

Le modèle conceptuel de traitement est un schéma qui représente le

traitement en réponse aux événements traités.
2.1.1.2. Formalisme

Le formalisme utilisé pour la conception du modèle conceptuel de donnée

est le suivant :
 Evénement : C’est tout stimulus capable de déclencher une opération ou
chargement dans l’univers extérieur ou système d’information ;
 Opération : C’est une suite d’action qui seront exécutées de manière
interruptible à l’intérieure du processus ou ensemble d’actions déclenchées
pour réaliser un événement ou plusieurs événements ;
 Synchronisation : Opération consistant dans le système d’exploitation
distribué dans le temps, les accès d’une ressource partageable entre
plusieurs processus () est une condition logique (condition booléenne)
d’exécution de l’opération, lors de l’apparition de l’événement, cette opération
se traduite en réalisant une ou plusieurs opération du type : ET, NON, -ET,
NON-OU, ou encore A et (B ou C) ;
 Résultat : Est une réponse de ce qui est produit par l’exécution de
l’opération ou la réponse d’un système à contrainte du traitement nouvel
porté par l’événement ou les événements ayant déclenchés ;
 Règle d’émission : Est une condition traduisant les règles des gestions qui
permettent d’exprimer les conditions de sortie de résultat.
2.1.1.3. Présentation du formalisme
 ~ 33 ~

Figure 10 : Présentation du formalisme

Source : Par nous même

2.1.1.4. Présentation du modèle conceptuel de traitement (MCT)

 ~ 34 ~

Figure 11 : Modèle Conceptuel de Traitements

Source : Par Nous-même

2.2. Etape organisationnelle de traitement

2.2.1. Règle de passage du modèle conceptuel de traitement au modèle
organisationnel de traitement

Le modèle organisationnel des traitements est issu du MCT et il prend

sa représentation de base et surtout de l’organisation choisie à la fin de l’étude
préalable.
Sur le plan descriptif du traitement, le modèle organisationnel des
traitements intègre les notions de temps, de la durée, de lieu et de la nature des
traitements pour répondre aux questions posées :
 A la question « Qui ?» la réponse implique trois volets à savoir :
Qui effectue la tâche ?, si c’est l’homme, la tâche est dite manuelle (T.M) ; Si c’est la
machine, la tâche est dite automatique (T.A) ou tâche informatique (T.I) ; Et si c’est
l’homme et la machine, la tâche est dite semi manuelle, semi-informatique ou tâche
réelle (TR).
 A la question « Quand ?» la réponse à cette question donne lieu à une colonne
appelée déroulement des tâches c’est-à-dire la périodicité, la fréquence de la tâche.
Nous avons les tâches dites :
- Journalière
- Périodique
- Apériodique
- Hebdomadaire
- Mensuelle
- Annuelle…

 A la question « Où ? » la réponse à cette question donne lieu à une colonne appelée

poste de travail c’est-à-dire l’endroit où s’effectue la tâche.

2.2.2. Modèle organisationnel de traitement

2.2.2.1. Définition
 ~ 35 ~

Le modèle organisationnel des traitements sert à décrire les propriétés

de traitement non traitées par le modèle conceptuel des traitements. Il s’agit
notamment de :
 Temps
 Ressources
 Lieu
La représentation du modèle organisationnel des traitements utilise un
tableau où les colonnes sont les intervenants, acteurs, lieux où les signes apportent
la notion de temps9.
Par ailleurs, on étend la notion d’évènement à celle de flux
d’information et on décompose les opérations du MCT en procédure fonctionnelle.
Cette étape est importante car elle doit permettre de vérifier et compléter le
MCT. Il s’agit ici d’établir le lien entre les traitements et les données étudiées séparément
lors de la formalisation conceptuelle.

2.2.2.2. Présentation du modèle organisationnel de traitement

Périod Procédure fonctionnelle Nature Poste

e

10 TM Perception

10 TM Perception

TM Perception

9
Joseph GABAY et David GABAY, Op. Cit., p.61
 ~ 36 ~

10’

TM Perception

10’

10’ TM Perception

Tableau 16 : Modèle Organisationnel de Traitements

Source : Par Nous-même

2.3. Etape logique de traitement

2.3.1. Règle de passage du modèle organisationnel de traitement au modèle
logique de traitement

• Les taches deviennent les unités logiques de traitements ;

• De procédure fonctionnelle ou organisationnelle devienne de procédure logique ;
• Les événements et les résultats deviennent les boutons de commande

2.3.2. Modèle logique de traitement

2.3.2.1. Définition

Le MLT décrit le choix technique dont la structuration à l’unité de traitement

est le choix de l’outil de développement. Il décrit le fonctionnement du SII face au
message faisant partie des taches automatisées au niveau du MOT.
 ~ 37 ~

2.3.2.2. Présentation du modèle logique de traitement

Début

ULT01 LOGO
BIENVENUE
A L’ISC-ILEBO

ULT02 MENU AUTHENTIFICATION

UTILISATEUR
MOT DE PASSE
CONNEXION QUITTER

FIN
O
Message U
Mot de passe Incorrecte

ULT03 MENU PRINCIPAL

CREATION MODIFICATION

EDITION SUPPRIMER

RECHERCHE QUITTER

ULT04 CREATION

ETUDIANT F. VERSE

REÇU REGISTRE

AGENT RAPPORT

Frais

SUPPRIMER QUITTER
 ~ 38 ~

Figure 12: Présentation e modèle logique de traitement

Source : Par nous même

2.4. Etape physique de traitement

2.4.1. Modèle physique de traitement

2.4.2. Définition

Le modèle physique de traitement ce la forme finale qui sera vue après la

réalisation de l’application.

2.4.3. Présentation du modèle physique de traitement

 ~ 39 ~

Figure 13 : Présentation du MPT

Source : Par Nous-même

CHAPITRE III : REALISATION DE L’APPLICATION

Section 1 : DESCRIPTION DE L’ENVIRONNEMENT DE DEVELOPPEMENT

1.1 Présentation du Matériel

Étant donné que le choix est porté vers l’informatisation, l’utilisation de
l’outil informatique s’impose. Ainsi, La configuration matérielle de notre système
d’information présentera les caractéristiques suivantes :
a. Aspect hardware

1° Serveur non-dédié

Marque : Packard ou ASUS

Format : Desk (tour)
Processeur : Pentium Intel i-Core9 64 Bits
Fréquence d’horloge : 8 Ghz ou plus
Mémoire RAM : 8 Go (DDR-4) ou plus
Disque dur : 2 To ou plus
Lecteur DVD/CD-ROM/RW : IDE 56’’
Interface réseau : 10/100 Mb
Ecran : LCD 17’’ ou plasma 19’’
Clavier : AZERTY ou QWERTY
Souris : Microsoft PS2 ou USB

2° Ordinateurs client

Marque : Packard ou ASUS

Format : Tower (tour)
Processeur : Pentium Intel i-Core7 32 Bits
 ~ 40 ~

Fréquence d’horloge : 3.3 Ghz ou plus

Mémoire RAM : 4 Go (DDR-4) ou plus
Disque dur : 2 To ou plus
Lecteur DVD/CD-ROM/RW : IDE 56’’
Interface réseau : 10/100 Mb
Ecran : LCD 17’’ ou plasma 19’’
Clavier : AZERTY
Souris : Microsoft PS2 ou USB

b. Aspect software
Cet aspect représente la partie intelligente de l’ordinateur. Il s’agit d’un
ensemble de logiciels permettant à l’ordinateur d’effectuer un traitement automatique
des informations.
La configuration logicielle de notre futur système informatisé
comprendra :
 Système d’exploitation client : Windows 10 professionnel avec licence
 SGBD : Microsoft SQL Server 2008 avec Licence
 Langage de programmation : Microsoft Visual studio 2012 avec licence
 Système d’exploitation Server : Windows Server 2008 avec licence
 Antivirus : Smadav avec licence
 Logiciel d’application : Ms Office 2010avec licence.

Section 2 : PRESENTATION DES INTERFACES DE L’APPLICATION

Formulaire de lancement

Figure 14 : Formulaire de lancement

Source : Par Nous-même
Menu principal
 ~ 41 ~

Figure 15 : Menu principal

Source : Par Nous-même
Formulaire ETUDIANT

Figure 16 : Formulaire ETUDIANT

Source : Par Nous-même
Section 3 : PRESENTATION DES CODES SOURCES

3.1 Implantation de la base des données

Les lignes des codes qui suivent, présentent brievement le
cheminement qui a permis l’implantation de la base de données sur un support
physique en fonction du SGBD choisi.
--Conceptrice : ESEKA NSIKU ELisée
--BDD GESTION DEPERCEPTION DES FRAIS ACADEMIQUE
USE [BdEseka]
GO
/****** Object: Table [dbo].[T_Agent] Script Date: 09/02/2023 09:27:30 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[T_Agent](
[matrage] [varchar](10) NOT NULL,
[codserv] [varchar](10) NOT NULL,
[nom] [varchar](10) NOT NULL,
[postnom] [varchar](10) NOT NULL,
[prenom] [varchar](10) NOT NULL,
[fonction] [varchar](20) NOT NULL,
[grade] [varchar](10) NOT NULL,
[qualification] [varchar](10) NOT NULL,
CONSTRAINT [PK_T_Agent] PRIMARY KEY CLUSTERED
 ~ 42 ~

(
[matrage] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY =
OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
SET ANSI_PADDING OFF
GO
ALTER TABLE [dbo].[T_Agent] WITH CHECK ADD CONSTRAINT [FK_T_Agent_T_Service]
FOREIGN KEY([codserv])
REFERENCES [dbo].[T_Service] ([codserv])
GO
ALTER TABLE [dbo].[T_Agent] CHECK CONSTRAINT [FK_T_Agent_T_Service]
GO

3.2. Programmation
La programmation est un processus qui permet d’établir un
programme accessible sur la machine, c’est-à-dire la manière d’organiser et d’écrire
les instructions d’un programme de manière correcte et cohérente pour contraindre
l’ordinateur à exécuter une tâche spécifique. Elle apporte donc une réponse à la
question : « Comment résoudre un problème dans l’esprit informatique ? »

 Choix du langage de programmation

Un langage informatique est un jargon destiné à décrire la composition
des actions consécutives qu’un ordinateur doit executer pour résoudre un problème
donné. Il existe cependant une multitude de langages de programmation. Dans le
contexte de ce travail, nous avons porté le choix sur VB.Net de Microsoft Visual
Studio pour ses multiples avantages entre autres :
 Plus rapide à l’exécution ;
 S’exécute de façon autonome après compilation ;
 Garantit la sécurité du code source ;
 Evite des manipulations fastidieuses en simplifiant la programmation.

CODIFICATION DES FORMULAIRES

Public Class Form1
Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load
'TODO: cette ligne de code charge les données dans la table 'BdEsekaDataSet.T_Etudiant'. Vous
pouvez la déplacer ou la supprimer selon vos besoins.
Me.T_EtudiantTableAdapter.Fill(Me.BdEsekaDataSet.T_Etudiant)
End Sub
Private Sub init()
Textmatrétud.Text = ""
Textmatrage.Text = ""
Textnom.Text = ""
Textpostnom.Text = ""
Textprenom.Text = ""
Cmbsexe.Text = ""
Textpromotion.Text = ""
Textoption.Text = ""
Textanneeacademique.Text = ""
End Sub
 ~ 43 ~

Private Sub Btnenregistrer_Click(sender As Object, e As EventArgs) Handles Btnenregistrer.Click

If MessageBox.Show("voulez-vous enregistrer O/N", "information", MessageBoxButtons.YesNo,
MessageBoxIcon.Information) Then
Try
Dim Etu As T_Etudiant = New T_Etudiant
Etu.matrétud = Textmatrétud.Text
Etu.matrage = Textmatrage.Text
Etu.nom = Textnom.Text
Etu.postnom = Textpostnom.Text
Etu.prenom = Textprenom.Text
Etu.sexe = Cmbsexe.Text
Etu.promotion = Textpromotion.Text
Etu.option = Textoption.Text
Etu.anneeacademique = Textanneeacademique.Text
bdd.T_Etudiant.Add(Etu)
bdd.SaveChanges()
'actuaisation de la datagridview
DataGridView1.DataSource = bdd.T_Etudiant.ToList
init()
Textmatrétud.Focus()
Catch ex As Exception
MessageBox.Show("l'enregistrement a échoué", "Erreur", MessageBoxButtons.YesNo,
MessageBoxIcon.Error)
End Try
End If
End Sub
Private Sub Btnsupprimer_Click(sender As Object, e As EventArgs) Handles Btnsupprimer.Click
If MessageBox.Show("voulez-vous supprimer O/N", "Information", MessageBoxButtons.YesNo,
MessageBoxIcon.Information) Then
Try
Dim Etu As T_Etudiant = bdd.T_Etudiant.Single(Function(s) s.matrétud = Textmatrétud.Text)
bdd.T_Etudiant.Remove(Etu)
bdd.SaveChanges()
'actualisation de la datagridview
DataGridView1.DataSource = bdd.T_Etudiant.ToList
Catch ex As Exception
MessageBox.Show("la suppression a échouée", "Erreur", MessageBoxButtons.YesNo,
MessageBoxIcon.Error)
End Try
End If
End Sub
Private Sub Btnfermer_Click(sender As Object, e As EventArgs) Handles Btnfermer.Click
Application.Exit()
End Sub

Private Sub Btnmodifier_Click(sender As Object, e As EventArgs) Handles Btnmodifier.Click

If MessageBox.Show("voulez-vous modifier O/N", "information", MessageBoxButtons.YesNo,
MessageBoxIcon.Information) Then
Try
Dim Etu As T_Etudiant = bdd.T_Etudiant.Single(Function(s) s.matrétud = Textmatrétud.Text)
Etu.matrétud = Textmatrétud.Text
Etu.matrage = Textmatrage.Text
Etu.nom = Textnom.Text
Etu.postnom = Textpostnom.Text
Etu.prenom = Textprenom.Text
Etu.sexe = Cmbsexe.Text
Etu.promotion = Textpromotion.Text
Etu.option = Textoption.Text
Etu.anneeacademique = Textanneeacademique.Text
bdd.T_Etudiant.Add(Etu)
bdd.SaveChanges()
 ~ 44 ~

'actuaisation de la datagridview
DataGridView1.DataSource = bdd.T_Etudiant.ToList
init()
Textmatrétud.Focus()
Catch ex As Exception
MessageBox.Show("la suppression a échouée", "Erreur", MessageBoxButtons.YesNo,
MessageBoxIcon.Error)
End Try
End If
End Sub
End Class

CONCLUSION
 ~ 45 ~

Bibliographie
 ~ 46 ~

TABLE DES MATIERES

~ 47 ~