Conception d'un système d'information pour le contrôle des structures des écoles

CHAPITRE 1. CONCEPTION DU SYSTEME D'INFORMATION ORGANISE(SIO)

Le Système d'Information Organisé, appelé aussi SIO, est un ensemble de tâches complexes regroupées en modules spécialisésqui composent l'applicative informatique : le logiciel.Ces tâches complexes sont généralement un assemblage de tâches plus simples. Ces tâches simples sont les briquesde base de l'applicatif.

Si nous devrions créer une analogie, nous pourrions dire que ces tâches simples sont comme les briques qu'un maçonassemble pour ériger une maison. Le logiciel, tout comme une maison, a besoin d'un plan de conception réalisé par unarchitecte. Une maison conçue sans plan risque de présenter, une fois finie, plus d'une erreur de conception. Il en estde même pour un logiciel. Sans études préalables, construit sans méthodologie, risque de surprendre son utilisateur.

L'objet de ce chapitre est de présenter de façon pragmatique, simple et progressive la méthode Merise.Sur ce, le système d'information organisé est un aspect non informatique de conception qui aborde deux étapes à savoir :

§ Etape conceptuelle et

§ Etape organisationnelle.

SECTION 1. ETAPE CONCEPTUELLE

L'Etape conceptuelle consiste à concevoir le SIO en faisant abstraction de toutes les contraintes techniques ouorganisationnelles et cela tant au niveau des données que des traitements. L'Etape conceptuelle répond à la question Quoi ? (le quoi faire, avec quelles données).

Ainsi, cette section sera sanctionnée par deux modèles à savoir :

Ø Le Modèle Conceptuel des Données (MCD).

Ø Le Modèle Conceptuel des Traitements (MCT).

1.1. MODELISATION CONCEPTUELLE DE DONNEES (MCD)

Dans la modélisation conceptuelle de données, il est question pour le concepteur de faire la description des données.

1.1.1. Définition et But

Le MCD (modèle conceptuel de données) est un modèle abstrait de la méthode Merise permettantde représenter l'information d'une manière compréhensible aux différents services de l'entreprise^18(*).

Le modèle conceptuel des données (MCD) a pour but de représenter de façon structurée les données qui seront utilisées par le système d'information. Le modèle conceptuel des données décrit la sémantique c'est-à-dire le sens attaché à ces données et à leurs rapports et non à l'utilisation qui peut en être faite.

Le Modèle Conceptuel des Données introduit la notion d'entités, de relations et de propriétés. Nous allons commencerpar voir certains aspects « théoriques » avant de nous plonger dans la pratique. La représentation graphique, simple et accessible, permet à un noninformaticiende participer à son élaboration^19(*).

1.1.1.1. Les concepts de base

Les concepts de base du modèle entité-association (encore appelé modèleconceptuel des données) sont :

· propriété,

· entité,

· association et

· cardinalités.

1. Entité ou Objet

Une entité est un objet, une chose concrète ou abstraite qui peut être reconnuedistinctement:

· ayant une existence propre,

· présentant un intérêt pour l'entreprise,

· traduisant une préoccupation de gestion.

Entité

Fig.1.1. Représentation graphique d'une Entité par un rectangle

2. Les propriétés

La propriété est définie comme étant une donnée élémentaire ^20(*):

ayant un sens,

pouvant être utilisée de manière autonome.

Les propriétés servent à décrire les entités et les associations. Ce sont donc des particules d'information.

Ecole

Matri école

Dénomination

.........

Objet

Propriétés

Fig.1.2. Représentation graphique d'un exemple des Propriétés

3. Association ou Relation

Une association est un lien sémantique qui a une signification précise entre plusieurs entités. Elle est exprimée souvent sous forme de verbe à l'infinitif ou locution verbale^21(*).

Relation ou Association

Regime

Ecole

Appartenir

Fig.1.3.Représentation graphique d'une Relation ou Association par un cercle ovale

a. Identifiant

Une des propriétés de l'objet a un rôle bien précis, c'est l'identifiant nommé aussi la clé.L'identifiant permet de connaître de façon sûre et unique l'ensemble des propriétés qui participent à l'entité.

b. Cardinalités

Les cardinalités caractérisent le lien entre une entité et une association. La cardinalité d'uneassociation est le nombre de fois minimal et maximal qu'une occurrence d'une des entités associée peut intervenir dans l'association :

- minimale: nombre minimum de fois qu'une occurrence d'une entité participe aux occurrences de l'association, généralement 0 ou 1.

- maximale : nombre maximum de fois qu'une occurrence d'une entité participe aux occurrencesde l'association, généralement 1 ou n.

Les cardinalités maximales sont nécessaires pour la création de la base de données. Les cardinalités minimales sont nécessaires pour exprimer les contraintes d'intégrités^22(*).

Voici comment symboliser cet état :

Niveau

Classe

Compter

1,n

Cardinalité Max

Cardinalité Min

Fig.1.4. Représentation graphique d'un exemple de type-cardinalité

c. Pattes(Pax) :Sont des pattes qui relient les relations des objets.

ou

Fig1.5. Représentation graphique d'un exemple de pattes

d. Dimension d'une relation

La dimension d'une relation est le nombre d'objets entrant dans sa collection. Elle est dite :

- Récursive(ou réflexive ou unaire) relie la même entité ;

- Binaire relie deux entités ;

- Ternaire relie trois entités ;

- Relation n aires relie n entités

4. Règles d'usages du MCD

Toute entité doit comporter un identifiant ;

Toutes les propriétés de l'entité dépendent fonctionnellement de l'identifiant. C'est-à-dire que connaissant lavaleur de l'identifiant, nous connaissons de façon sûre et unique la valeur des propriétés associées ;

Le nom d'une propriété ne doit apparaître qu'une seule fois dans le modèle conceptuel des données ;

Les propriétés résultantes d'un calcul ne doivent pas apparaître dans le modèle conceptuel des données^23(*).

1.1.2. FORMALISME DU MCD

En ce qui concerne notre étude nous avons fait appel à la méthode Merise. A cette phase de conception, la méthode a prévu un formalisme approprié dit modèle Entité - association ou Objet - relationdont les éléments ont été présentés ci-haut.

1.1.3. DICTIONNAIRE DE DONNEES

Le dictionnaire des données est un document qui permet de recenser, de classer et de trier toutes les informations(les données) collectées lors des entretiens ou de l'étude des documents. Le dictionnaire peut être plus ou moinsélaboré selon le niveau de granularité souhaité^24(*).

N°	Nom de la donnée	Code	Nature	Taille
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20	Adresse Ecole Dénomination Ecole Existant l'eau  Existant de latrines Fonction  Grade Id. SECOPE  Niveau  Nombre Bâtiments  Nombre de salle de classe  Nombre de bureaux  Nombre de bancs  Nombre Enseignants qualifiés Nombre Option  Nombre Ouvriers  Nombre de tableau  Nom du Responsable Référence Agrément Régime de gestion  Téléphone	Adre_Eco Denom_Eco Exist_eau Exist_Latr Fonct Grad Id_SECO Niv Nbre_Bat Nbre_Clas Nbre_Bx Nbre_Banc Nbre_EnsQual Nbre_Opt Nbre_Ouv Nbre_Tab Nom_Resp Ref_Ag Reg Tel	AN AN AN AN AN AN N AN N N N N N N N N AN AN AN N	50 20 10 15 15 15 10 15 3 3 3 5 5 3 3 3 30 10 20 15

Fig.1.6. Dictionnaire de données

1.1.4. REGLES DE GESTION

Une règle de gestion est la tradition conceptuelle des objectifs choisis et des contraintes acceptés par l'entreprise.En ce qui concerne notre étude, les règles de gestion sont définies comme suit:

RG1 : une école dispose d'un ou plusieurs niveaux ;

RG2 : Une école appartient à un et un seul régime.

RG3 : Un niveau compte une ou plusieurs classes ;

RG4 : Un responsable supervise aucune ou une école ;

RG5 : Une école disposed'une ou plusieurs structure ;

RG6 : Une classe peut avoir une ou plusieurs structures ;

RG7 : Une Option peut avoir aucune ou plusieurs classe ;

1.1.5. RECENSEMENT ET DESCRIPTION DES OBJETS

1.1.5.1. Recensement des objets

Recenser les objets est une opération intellectuelle qui vise à repérer les entités pouvant faire partie de la modélisation conceptuelle des données. Lors de notre processus, nous avons recensé les objets ci-après :

· Ecole ;

· Classe ;

· Option ;

· Niveau ;

· Régime ;

· Responsable ;

· Structure.

1.1.5.2. Description des objets

N°	Objet	Propriétés	Code propriétés	Description de la propriété
1	Ecole	Code Ecole Dénomination école Id. SECOPE Réf. Agrément Adresse	Code_ecole Denom_ecole Idsecop Ref_agr Adres	#code_ecole: AN(5) Denom_ecole: AN(25) Idsecop : N(12) Ref_agr : AN(10) Adres: AN(35)
2	Responsable	Matricule Responsable Nom Responsable Post nom Responsable Sexe responsable Grade Fonction Tél responsable	Matri_Resp Nom_Resp Postn_Resp Sex_resp Grade Fonct Tel_resp	# Matri_Resp : AN(5) Nom_Resp : AN(25) Postn_Resp : AN(25) Sex_resp: AN(1) Grade: AN(15) Fonct: AN(15) Tel_resp: N(10)
3	Niveau	Code Niveau Libellé niveau	Code_niv Lib_niv	#code_niv : AN(5) Lib_niv : AN(20)
4	Régime	Code Régime Libellé Régime	Code_reg Lib_reg	#code_reg : AN(5) Lib_reg : AN(20)
5	Classe	Code classe Libellé classe	Code_clas Lib_clas	#code_clas : AN(5) Lib_clas : AN(20)
6	Structure	Code structure Libellé structure Nombre	Code_struct Lib_struct Nombre	#code_struct : AN(5) Lib_struct: AN(25) Nombre: N(5)
7	Option	Code option Libelléoption	Code_opt Lib_opt	#code_opt : AN(`5) Lib_opt : AN(20)

Fig.1.7. Tableau descriptif des objets

1.1.6. RECENSEMENT ET DESCRIPTION DES RELATIONS

1.1.6.1. Recensement des relations

Dans ce processus de contrôle des structures des écoles dans la Sous-division de KIMBASEKE, nous avons retenu les relations suivantes :

§ Disposer ;

§ Appartenir ;

§ Compter ;

§ Etre superviser ;

§ Peut avoir.

1.1.6.2. Description des relations

Décrire une relation revient à définir ses contraintes, sa dimension et ses objets associés. En pratique, une relation peut ou ne pas porter des propriétés

N°	Relation	Propriétés	Dimension	Collection
1 2 3 4 5 6 7	Disposer Appartenir Compter Etre superviser Peut Avoir1 Peut Avoir2	- - - - - - -	Binaire Binaire Binaire Binaire Binaire Binaire Binaire	Niveau-Ecole Régime-Ecole Niveau-Classe Ecole-Responsable Classe-Structure Option-Classe

Fig.1.8 présentation graphique de la description des relations

1.1.7. LES CONTRAINTES

1.1.7.1. Contrainte de cardinalité

Les contraintes de cardinalité étant composées des couples nombres minimum et maximum de participation d'un objet à une relation, elles résument lorsque l'on parcourt l'ensemble des occurrences de l'objet impliqué dans le couple à la relation.

Dans la pratique, on distingue les cardinalités ci-après :

0,1 : l'objet participe aucune ou une fois à la relation;

1,1 : l'objet participe au moins une fois au plus une fois à la relation;

0,n : l'objet participe aucune ou plusieurs fois à la relation;

1,n : l'objet participe une fois, au plus plusieurs à la relation.

1.1.7.2. Contrainte d'intégrité fonctionnelle(CIF)

Une contrainte d'intégrité fonctionnelle (CIF) est définie par le fait qu'une des entités de l'association estcomplètement déterminée par la connaissance d'une ou de plusieurs entités participant à cette même association.

Remarque :ce cas intervient lorsque dans le modèle conceptuel de données, nous retrouvons les couples : (0,1) ou (1,1) d'une part et (0,n) ou (1,n) d'autre part. C'est-à-dire nous pouvons avoir les combinaisons suivantes :

(0,1) et (0,n)

(0,1) et (1,n)

(1,1) et (0,n)

(1,1) et (1,n)

1.1.7.3. Contrainte d'intégrité multiple(CIM)

C'est une relation du type père-père. Ce cas intervient dans le modèle conceptuel de données, nous retrouvons les couples : (0,n) ou (1,n) d'une part et (0,n) ou (1,n) d'autre part. C'est-à-dire nous pouvons avoir les combinaisons suivantes :

(0,n) et (0,n)

(0,n) et (1,n)

(1,n) et (1,n)

(0,n) : aucune ou plusieurs fois ;

(1,n)  : une fois ou plusieurs fois.

1.1.7.4. Tableau de contraintes

N°	Relation	Collection	Cardinalités 1	Cardinalité 2	CIF	CIM
1 2 3 4 5 6 7	Compter Disposer Appartenir Etre superviser Disposer Peut Avoir Peut Avoir	Niveau - Classe Niveau - Ecole Régime - Ecole Ecole - Responsable Ecole - Structure Classe - Option Classe - Structure	1,n 1,n 1,n 1,1 1, n 0,n 1,n	1,1 1,n 1, 1 1,n 1,1 0,n 1,1	Oui - Oui Oui Oui - Oui	- Oui - - - Oui -

Fig.1.9 présentation graphique du tableau de contraintes

1.1.8. MODELE CONCEPTUEL DE DONNEES(MCD)

Option

Codeopt

Lib_opt

Disposer

Fig.1.10. présentation du MCD (Contrôle de structure des écoles)

Compter

1,n

1,1

1,n

1,n

Appartenir

1,n

1,1

Etre superviser

1,n

1,1

Disposer

1,n

1,1

Peut Avoir

0,n

0,n

Peut Avoir

1,n

1,1

Niveau

Codeniv

Lib_niv

Classe

Codeclasse

Lib_classe

Ecole

Codecole

Denom_ecole

Id. SECOPE

Réf_agrement

Statut_occup

Adresse

Régime

Codereg

Lib_régime

Structure

Codestruct

Lib_struct

nombre

Responsable

MatriResp

Nom_resp

Postn_resp

Sex_resp

Grade

Fonction

Tel_resp

1.1.9. MODELISATION CONCEPTUEL DE TRAITEMENTS (MCD)

1.1.9.1. Définition et but

Le Modèle Conceptuel de Traitements met en lumière les traitements à effectuer sur les données indépendammentde toute contrainte liée à l'organisation, le Modèle Conceptuel des Traitements répond à la question « Quoi ? ». LeModèle Conceptuel des Traitements ne répond ni au comment, ni au quand, ni au qui, mais à Que souhaite-t-onobtenir ?

Le MCT est une représentation schématique de l'activité d'une entreprise indépendamment des choix d'organisation et des moyens d'exécution.

1.1.9.1.1. Les concepts de Base

Dans l'élaboration du MCT, les concepts de base suivants sont évoqués :

a. L'événement ;

b. L'opération ;

c. Le résultat ;

d. La synchronisation ;

e. Les règles de mission.

a) Evénement

Tout qui est capable de déclencher une opération.L'arrivée d'un ou plusieurs évènements va générer uneopération qui va elle-mêmefournir un résultat. Selon leur origine on distingue les évènements externeset les évènements internes générés par le système d'information.

b) Opérations

Une opération est une suite d'actions ininterruptibles.

c) Synchronisation

Est une condition booléenne traduisant les règles de gestion qui doivent vérifier des événements pour déclencher l'action. La synchronisation agit au niveau des évènements avec des opérateurs logiques : et, ou.

d) Règle d'Emission

Condition traduisant les règles de gestion à laquelle est soumise l'émission de résultat d'une opération. Symboles utilisés : OK, KO...

Ainsi, les résultats d'une opération peuvent être conditionnés par les règles d'émission et l'absence des règles d'émission signifie le résultat est « TOUJOURS » produit.

e) Résultat

C'est le produit de l'exécution d'une opération, Le résultat fait réel de même nature que l'événement pourra être le déclencher d'une une autre opération.

1.1.9.2. Formalisme du MCT

En ce qui concerne notre étude, nous avons fait appel à la méthode Merise. A cette phase de conception, la méthode a prévu un formalisme approprié : E-O-R (Evénement-Opération-Résultat).

Evénement A

Evénement B

Evénement C

Synchronisation

N° Libellé Opération

Descriptif de l'opération

Règle d'émission Règle d'émission

Evénement Résultat

Evénement Résultat

Fig.1.11. Représentation schématique d'un Modèle Conceptuel des Traitements

1.1.9.3. Identification et description du processus

1.1.9.3.1. Identification du processus

Dans le domaine de planification et statistique scolaire à la Sous-division urbaine de l'EPSP/KIMBASEKE, nous avons identifiés plusieurs processus parmi lesquels nous avons opté de traiter le processus de contrôle des structures des écoles.

1.1.9.3.2. Description du processus

N°	Evénement	Synchronisation	Opération	Règle d'émission	Résultat
1	-Sous-proved -période de contrôle	Et	Etablissement OM	OK KO	-OM établi - OM non établi
2	-OM établi	-	Distribution OM	TOUJOURS	-Fiche préparer
3	- Fiche préparer -fiche de collecte de données -chargé de la carte scolaire	A et B UC	Remise fiche	OK KO	Fiche reçu Fiche non reçu
4	-Fiche reçu -Chef d'établissement	Et	Remplissage fiche	OK KO	Fiche rempli Fiche non rempli
5	-Fiche rempli -Fin mission -chargé de la carte scolaire	A et B U C	Etablissement Fiche de Viabilité	TOUJOURS	Fiche établi

1.1.10. Chargé de la Carte Scolaire

Sous-proved

Période de contrôle

A et B

A

B

OP.1 Etablissement O.M

- Suivie de données

- Etablissement O.M

OK KO

OM établi

OM non établi

OP.2 Distribution OM

- Lecture OM

- distribution

TOUJOURS

Fiche préparer

A et B UC

A

B

OP.3 Remise fiche

- Lecture OM

- Remise des intéressés

OK KO

Fiche reçu

Fiche non reçu

Fiche de Collecte de données

C

Chef d'Etablissement

Et

Op 4 : Remplissage Fiche

OK KO

A

Fiche remplie

Fiche non remplie

Fin Mission

A

A etB UC

Op5 : Etablissement de Fiche de Viabilité

OK KO

Fiche Etabli

Fiche non Etabli

MODELE CONCEPTUEL DE TRAITEMENT (MCT)

* ¹⁸Philipe Mathieu Cours de base de données (de Merise à JDBC) Inédit. Lille(France), 1999

* ¹⁹ Jean Luc BATISTE Cours de Modélisation des données et de traitement, Langage SQL, inédit France, P23

* ²⁰P. Buche Cours de Bases de données, inédit, Paris, 2005 p. 22

* ²¹ J.A. MVIBUDULU et L.D. KONKFIE, Op.cit., P.20

* ²² Philipe Mathieu, Op.cit.

* ²³Idem

* ²⁴ MVIBUDULU KALUYIT, Op.cit,