Rénovation de la gestion des ressources humaines et matérielles des établissements scolaires par la mise en place d'un système informatisé

EPIGRAPHE

« Le sculpteur tourne ses regards du marbre vers son modèle afin de perfectionner sa conception. Nous sommes tous des sculpteurs, travaillant à des formes diverses, modelant et cisaillant la pensée. Pour remédier à cela, il nous faut d'abord tourner les regards dans les bonnes directions et y marché ensuite ».

Science et Santé, Page 248 :13-16,27

II

DEDICACE

A tous ceux qui ont participés à notre épanouissement scientifique.

Giscard LUYEYE NKIMBIYAVANGA

III
REMERCIEMENTS

En premier, nous sommes appelés à partager la splendeur de notre Père-Mère, Dieu Tout-Puissant qui nous a avantagés en toute quotité afin que nous maîtrisions toutes les exigences académiques dont voici le fruit.

Notre gratitude va droit à l'état-major du CIDEP--UO, Département de Kisantu, pour la détermination dont il a fait montre durant cette année académique qui risquait se mener à une mauvaise finalité ; et à son Corps Professoral et Enseignant pour nous avoir prémunis des principes d'informatisation de mérite qui nous permettent aujourd'hui de tenir tête devant toutes sollicitations touchant notre beau métier d'analyste programmeur.

Nos considérations distinguées à l'auguste Assistant, Monsieur Mitterrand MAVAMBU, le Directeur de cette merveille contemporaine et moderne pour avoir accepté à assurer la normalisation de ce travail.

Nous joutons également d'être hostile à l'accueil chaleureux que l'équipe de la direction scolaire de l'Ecole Primaire 1 MAWETE ma NSI (Julie Billard) nous a alloué par l'entremise de Monsieur BAGEYA MAFUTA « Papa Souci », le chevronnée Chef d'Etablissement.

Nous exploitons encore cette opportunité pour applaudir toute personne qui nous est venue en participation, d'une manière ou d'une autre, de prêt ou de loin, en moralité ou en subvention. Leurs bienfaits nous sont en souvenir en tout lieu et en tout temps.

Enfin, nous apprécions tous les collègues de la promotion (de la gestion informatique et des autres promotions) du fait qu'ils nous ont presque produits une impression de collaboration pacifique depuis leur rencontre.

LISTE DES ABREVIATIONS ET ACRONYMES

BD : Base de données

C.E. : Chef d'Etablissement

CIDEP : Centre Inter Disciplinaire d'Education Permanente

CIF : Contrainte d'Intégrité Fonctionnelle

CIM : Contrainte d'Intégrité Multiple

EP : Ecole Primaire

G1 : Premier Graduat

G2 : Deuxième Graduat

G3 : Troisième Graduat

MCD : Modèle Conceptuel des données

MCT : Modèle Conceptuel des Traitements

MERISE : Méthode d'Etude et de Réalisation Informatique

pour les Système d'Entreprise

MLD : Modèle Logique des Données

MLT : Modèle Logique des Traitements

MOD : Modèle Organisationnel des Données

MOT : Modèle Organisationnel des Traitements

ODBC : Open Data Base Connexion

SE : Système d'Exploitation

SGBD : Système de Gestion de Base de données

SI : Système d'Information

SQL : Structured Query Language

TFC : Travail de Fin de Cycle

VB : Visual Basic

MPD : Modèle Physique de données

MOPT : Modèle Opérationnel de Traitements

AN : Alphanumérique

N : Numérique

DH : Date et Heure

0. INTRODUCTION

Au vu des exigences de l'informatisation des services de gestion des entreprises, le Département du CIDEP de Kisantu se sert d'un ministère de simuler un savoir-faire et de la précision des éléments d'analyse informatique à tout étudiant inscrit dans le département en gestion informatique par une solide formation d'études vespérales de 3 ans : G1, G2 et G3 Gestion Informatique.

O.1. Problématique

A l'heure des nouvelles technologies, les pays africains demeurent toujours confrontés à de nombreux problèmes dont celui de la gestion administrative.

De toutes les administrations, celles des établissements scolaires sont les plus touchées. La gestion des ressources humaines et matérielles constitue un véritable casse-tête pour les gestionnaires des Etablissements scolaires.

L'arrivée d'ordinateurs a fait naître l'espoir d'améliorer l'ensemble des tâches administratives de façon significative. Mais nous reconnaissons tous qu'en ce moment, l'utilisation d'ordinateurs dans les établissements scolaires ne se focalise que dans le traitement des textes. C'est pourquoi, bien peu de Chefs d'Etablissements ou d'enseignants n'osent émettre les tentatives de doter leurs systèmes d'information d'un logiciel de gestion autonome. Si les intentions sur le sujet les préoccupent, ils finiront par conclure qu'un pareil logiciel leurs reviendrait à prix d'or.

Pour remédier à cela, nous avons pu quantifier un certain nombre de préoccupations sur la gestion des ressources humaines et des infrastructures matérielles émanant des acteurs de l'E.P. 1 MAWETE MA NSI. Ces préoccupations trouvent chacune non seulement une paraphrase plausible dans l'hypothèse, mais surtout qu'elles nous ont permis d'entreprendre nos investigations avec aisance :

- L'ordinateur peut-il minimiser la participation des gestionnaires dans la gestion des ressources humaine et des infrastructures matérielles dont disposent leurs établissements ?

- Un logiciel conçu uniquement pour gérer les ressources humaines et des infrastructures matérielles d'un établissement scolaire apporterait-il des avantages aux gestionnaires de ces établissements ?

O.2. Hypothèse

Nous certifions que l'utilisation de logiciel de gestion des ressources humaine et des infrastructures matérielles d'un établissement scolaires offrirait les atouts sur la lisibilité des effectifs des agents, des élèves, des locaux et aussi sur l'exploitation plus facile et plus rapide de ces effectifs.

Une application conçue exclusivement pour gérer les ressources humaines et des infrastructures d'un Etablissement scolaire assurerait une suivie adéquate des activités qui en découlent, c'est-à-dire rendre les opérations de la gestion plus promptes, régulières, crédible et rassurée.

O.3. But

Tout étant complété en analyse et programmation, nous avons l'imposante opinion de nous faire apprécier non seulement en rédigeant un TFC, mais surtout en programmant délibérément une application pouvant modérer avec quiétude nos connaissances théoriques à l'égard de tout projet d'informatisation des entreprises qui nous sera présenté.

O.4. Objectifs 0.4.1. Objectif spécifique

A partir de la problématique exprimée par une entreprise (sous forme d'un projet), comprendre les enjeux stratégiques de l'informatisation et proposer des Systèmes Informations adaptés aux besoins de la gestion des services de cette entreprise.

0.4.2. Objectifs globaux :

- répondre aux besoins et demandes découlant des entreprises, des sociétés, des administrations et d'une manière globale des milieux socioéconomiques et culturels ;

- étudier, structurer et mettre en évidence les informations nécessaires à la construction pertinente de modèles standards pouvant être utilisés lors de la description d'un problème ;

- identifier et justifier les principales étapes de la démarche d'analyse et de conception (cycle de vie du logiciel : analyse, conception, réalisation, tests) dont nous allons nous servir ;

- garantir la maintenance du système informatique proposé.

O.5. Choix du sujet

Nous avons sélectionné la spécialité de « rénover la gestion des ressources humaines et matérielles des établissements scolaires par la mise d'un système informatisé» afin de démontrer nos bravoures sur l'informatisation des systèmes de gestion des entreprises.

O.6. Intérêt du sujet

Automatiser certaines tâches de la gestion des ressources humaines et matérielles dont dispose un Etablissement scolaire par la mise en place d'une application capable d'accompagner les gestionnaires dans la gestion au quotidien de leurs ressources (humaines et matérielles).

0.7. Techniques employées

Pour atteindre les objectifs attendus dans notre projet, nous avons d'abord identifié les sources d'informations existantes en nous appuyant à l'étude des documents internes et externes qui cadrent avec nos investigations. Ensuite, pour réaliser une analyse correcte sur laquelle peut se baser la suite de nos recherches, nous avons procédé par des techniques que nous citons ci-dessous :

a)

La documentation

Par la consultation des revues documentaires et bibliographiques, nous sommes arrivés à :

- collecter la documentation susceptible de fournir des informations pertinentes afin d'éclairer notre démarche pour atteindre les objectifs visés ;

- repérer ce qui a été fait pour le même sujet et évaluer leurs mérites ;

- nous inspirer des études et recherches analogues afin de mettre en place une étude originale.

b) L'observation

Nous avons effectué des descentes sur le terrain d'étude afin d'observer l'environnement de travail et aussi de collectionner des informations à partir de la source.

c) L'interview

Nous avons réalisé les entrevues afin de récolter les points de vue et les propositions envisagées pour une gestion efficiente des acteurs de l'Ecole Primaire 1 MAWETE ma NSI.

d) Faire des recherches sur des sites Internet.

L'Internet nous a permis de consulter directement des ouvrages comme nous pouvions le faire dans une bibliothèque.

O.8. Subdivision du travail

A l'exception de l'introduction et de la conclusion finale tirée en vue de confirmer nos hypothèses et d'allouer quelques suggestions, trois grandes parties réunissent notre travail. Ces différentes parties sont développées en chapitres et l'ordre de numérotation de ces chapitres fait suite aux parties précédentes.

Voici de façon détaillée, la manière dont est organisée les différentes parties du travail que nous avons rassemblées :

' La première partie est relative à l'Etude Institutionnelle et à

l'évaluation de l'existant.

De cette partie ressort deux admissibles chapitres :

- Chapitre I : Eléments de connaissance du domaine d'étude

- Chapitre II : Identification et Analyse dynamique du système en vigueur.

( La deuxième partie s'enrichit autour de la modélisation des données et des traitements

Dans cette partie, nous avons ressorti trois succincts chapitres :

- Chapitre III : Approche conceptuelle des données

- Chapitre IV : Approche conceptuel des traitements ( La troisième partie présente la Programmation.

Un seul chapitre émane de cette partie ;

- Chapitre V : Langage de programmation et présentation de

l'application

0.9. Délimitation du travail

Au moment où les besoins en informatisation se ressentent dans tous les services des écoles, nous avons sélectionné le service de gestion des ressources de l'E.P. 1 MAWETE ma NSI (Julie Billiart) de Kisantu d'où découle la gestion des ressources humaines et matérielles afin d'y réaliser un prototype de conception capable de dépasser certaines exigences que présentait ce service dans le temps.

0.10. Difficultés rencontrées

Les investigations relatives à la réalisation de ce travail n'ont pas été faciles. Nous avons été victimes des épreuves liées à la récolte des données et à celles qui étaient affectées par l'insuffisance de moyens financiers.

La récolte des données s'est réalisée avec beaucoup de peines car les entrevues que nous avons réalisées avec les gestionnaires d'Etablissements scolaires n'ont pu nous livrer toutes leurs opinions sur la gestion des ressources humaines et des infrastructures et pénible encore notre milieu d'étude n'a presque pas de bibliothèques nanti d'ouvrages qui cadrent avec la section de l'analyse et programmation. Pour contourner à cette difficulté, nous avons plus utilisé l'Internet qui est une bibliothèque virtuelle en ces jours.

PREMIERE PARTIE :

ETUDE INSTITUTIONNELLE

ET EVALUATION DE

L'EXISTANT

CHAPITRE I. ELEMENTS DE CONNAISSANCES DU DOMAINE D'ETUDE

La compréhension de cette étape, c'est-à-dire « l'ETUDE DE L'EXISTANT » nous contraint impérativement de nous fixer les objectifs suivants :

- Se fixer comme plan de travail le service de gestion des ressources humaines et des infrastructures matérielles de l'E.P.1 MAWETE ma NSI ;

- Analyser le système de la gestion actuelle ;

- Déceler les anomalies, pouvant représenter un réel handicape dans la gestion des ressources humaines et matérielles de cette école ;

- Proposer des solutions concrètes et réalisables, en se
référant aux objectifs attendus quant à nos investigations ;

- Améliorer le rendement du service d'encadrement pédagogique.

I.1. Cadre de référence général de l'E.P. 1 MAWETE ma NSI

L'EP 1 MAWETE ma NSI se trouve dans la Province du Bas-Congo, à 120 Km de Kinshasa, la Capital de la RDC et à 240 Km de Matadi, le Chef-lieu de ladite province.

Elle est implantée dans le Chef-lieu du Diocèse de Kisantu, à 700 m Nord-est de la Nationale N° 1 dudit Diocèse.

I.2. Historique

En 1903, après mille difficultés, les soeurs ont pu convaincre les parents de KIDUMA, KIKOLA, KINGOMBI, KINLAWU, KIMAYALA,... de leur confier leurs filles. Comme toutes ces filles n'étaient pas aptes au cours de la catéchèse, à lire et à écrire, les Soeurs les orientèrent soit vers l'agriculture, soit vers la couture. Après une concertation, les Soeurs choisirent librement chacune d'elles pour une profession où elles se sentaient à l'aise. La soeur Léonie choit les petites filles, la Soeur HOZANA prit l'école ménagère, la Soeur Emmanuel s'occupait de la couture et la Soeur Edouard choisit les filles qui avaient dépassées l'âge de scolarité

8

pour les préparer directement au mariage. Toutes travaillaient sous la direction de la Soeur Supérieure Théophanie.

La branche de la Soeur Léonie donna naissance à l'Ecole Primaire MAWETE ma NSI (Julie Billard). L'école fut construite avec le Fonds de Bien-être Indigène (FBI). Elle fonctionnait sous forme d'un pensionnat. L'école a été agréée et subsidiée depuis sa fondation¹.

I.3. Organisation et fonctionnement de l'établissement

L'organisation et le fonctionnement de l'EP.1 MAWETE ma NSI représentent deux sections :

- La structure de l'administration ;

- Les infrastructures d'encadrement pédagogique (salles de classe)² ;

I.3.1. La structure administrative

La structure administrative de l'Ecole Primaire MAWETE ma NSI est dirigée par un Chef d'Etablissement principal. C'est lui qui coordonne toutes les activités de cet établissement et toute l'administration est à sa charge.

Cette structure est divisée en trois grands services qui sont :

> Le service administratif, ce service est dirige par le Chef d'Etablissement qui travail en collaboration directe avec un enseignant en Chef élu par ses collègues. Ce service se charge de :

- recevoir les élèves pour l'inscription ;

- établir les listes d'élèves inscrits de différentes classes ;

- convoquer les parents d'élèves pour des réunions de prise de contact, d'information ou de prise des décisions ;

- élaborer les emplois du temps des différents niveaux de classe ;

- contrôler les présences des enseignants ;

¹ Archive de l'E.P. MAWETE ma NSI

² Ibidem

9

- recevoir les agents pour l'engagement

- gérer et authentifier tous les documents pédagogiques. > Le service d'encadrement, chargés de :

- Encadrer les élèves ;

- Composer les épreuves d'évaluation ;

- Elaborer les fiches des cotations ;

> Le service de gestion

Ce service se charge de la gestion des ressources financières et de la gestion des ressources humaines et matérielles. Le service de la gestion des ressources financières s'occupe de la perception de différents frais. Alors que le service de la gestion des ressources humaines et matérielles est chargé de suivre le mouvement des élèves et des agents et aussi des infrastructures de l'Etablissement scolaire.

I.3.2. les infrastructures de l'encadrement1

L'Ecole Primaire MAWETE ma NSI dispose de 28 salles de classes reparties dans 4 bâtiments départagées comme suit : 6 salles pour les premiers années primaires, 6 pour les deuxièmes, 5 pour les troisièmes, 5 pour les quatrièmes, 4 pour les cinquièmes et 2 pour les sixièmes.

L'effectif des élèves est de 882 élèves dont 503 filles et 379 garçons, soit une moyenne de 31 élèves par classe. Les 882 élèves sont repartis tel que :

- Les classes de première année primaire ont un effectif de 131 élèves ;

- Les deuxièmes années déchiffre 152 élèves ; - Les troisièmes, 165 élèves ;

- Les quatrièmes ; 161 élèves ;

- Les cinquièmes, 170 élèves ;

- Les sixièmes ; 103 élèves.

¹ Rapport annuel 2010 - 2011, E.P. MAWETE ma NSI

I.4.

Service de gestion

Agents

Elèves

Immobilisations

Ressources humaines et matérielles

Organigramme de l'école

Chef d'Etablissement

I.5.

Elève

Président

Enseignant
titulaire

Service
d'encadrement

Enseignant
de relève

Secrétariat Comité de

parents

Service
d'administration

Percepteur Caissière

Ressources
financières

Service de
gestion

Agents Elèves Immobilisation

Ressources
humaines et
matérielles

Enseignant en Chef

Organigramme du service concerné

Chef d'Etablissement

CHAPITRE II : IDENTIFICATION ET ANALYSE DYNAMIQUE DU SYSTEME EN VIGUEUR

Dans ce chapitre nous tentons de dégager les moyens matériels, logiciels et humains que compose l'environnement de nos recherches. Apres la présentation de cet environnement et le diagnostic informatique, nous allons épingler la piste de solution afin d'aboutir à la réalisation de notre application.

II.1. Définitions des concepts

a) Information

C'est un élément qui permet de compléter notre connaissance sur une personne, un objet, un événement¹, ~

b) Données

Une donnée est une information codée².

c) Un système :

C'est ensemble d'éléments en interaction poursuivant un but

commun³

d) Système informatique

C'est le sous ensemble du système d'information ; il est constitué de Hardware et de Software.

e) Système d'information

Le système d'information est l'ensemble des ressources humaines, matérielles, techniques et financières qui fournissent, utilisent ; compilent, traitent et distribuent l'information de l'organisation. Il aliment

¹ STOCKREISER P., op.cit

² MAVAMBU M., Cours de Base de données, 3^ème Graduat GI, CIDEP - UO, inédit, 2010 - 2011

³ MAVAMBU M., Méthode d'analyse Informatique I, 2^ème Graduat GI, CIDEP - UO, 2010 - 2011,

l'organisation en informations d'origines diverses (interne et externe). Il est la passerelle obligatoire pour toutes les informations de l'entreprise.¹

f) Base de données

C'est une entité dans laquelle il est possible de stocker des données de façon structurée et avec moins de redondance possible².

g) Banque de données

Ensemble d'informations informatisées, structurées autour d'un

thème.³

h) Méthode

Ensemble de procédés utilisés dans le but d'obtenir un certain

résultat⁴

i) Analyse

Ensemble des opérations qui interviennent avant la programmation⁵

II.2. Identification de l'existant

II.2.1. Ressources matérielles et logicielles

L'outil informatique est quasiment inexistant dans presque tous les services de l'E.P. 1 MAWETE ma NSI ; tel que :

- dans la gestion des inscriptions ;

- dans la gestion des frais scolaires ;

- dans la gestion des emplois du temps ;

- dans la gestion du personnel ;

- dans la gestion des points des élèves ;

- dans la gestion des ressources financières ;

- dans la gestion des ressources humaines et matérielles.

¹ www.books.google.fr du 10/05/2011

² MAVAMBU M., op.cit

³ Microsoft® Encarta® 2009,, Version électronique

⁴ Ibidem

⁵ Dictionnaire Universel, Edition Hachette, Paris, 1996 - 1997

Ce dernier, qui est l'objet de notre étude, se fait manuellement tant pour les ressources humaines que matérielles. Ceci engendre souvent des tracas quant le gestionnaire doit faire face aux différentes tâches administratives de l'école (gestion du personnel, gestion du mouvement des élèves, etc.).

A l'établissement nous avons recensé un seul équipement informatique que voici :

> Un ordinateur Pentium IV des caractéristiques suivantes :

- Disque dur : 75 Go

- RAM : 1 024 Mo

- Processeur Intel^® : 2,25 GHz

- Lecteur : DVD RW

- Disquette : 3 1/2?

- Un moniteur plat : 17?

> Une imprimante Canon : all in one

Les logiciels installés sur ce poste sont les suivantes : Système d'exploitation : Microsoft Windows XP Professionnel, Service Pack 3, version 2002

Les suites bureautiques : Microsoft Office 2007

Antivirus : version récente

II.2.2. Ressources humaines

Nous avons élaboré un bilan qualitatif et quantitatif des ressources humaines dont dispose l'Ecole Primaire 1 MAWETE ma NSI (Julie Billiart).

1. Du point de vue qualitatif :

L'école dispose d'un personnel enseignant et ouvrier de mérite.

2. Du point de vue quantitatif :

L'analyse de la pyramide du personnel nous a permis de gérer les effectifs du personnel dont dispose l'E.P. 1 MAWETE ma NSI. Cet effectif est réparti de la manière suivante :

- 1 Chef d'Etablissement ;

- 1 enseignant en chef ;

- 28 enseignants titulaires des classes ;

- 4 enseignants de relève et

- 1 secrétaire, chargé de la bureautique.

II.2.3. La circulation d'informations du système en vigueur

L'étude des échanges d'informations entre les acteurs émetteurs et les acteurs récepteurs nous a amené de modéliser l'ensemble des opérations qui se déroulent dans le domaine de notre étude.

Figure 3 : Le schéma de circulation des informations de l'E.P. 1 MAWETE ma NSI (Julie Billiart)

500

100. Elève

200. Service administratif

300. 83WIIRJANKIIIIIRVIO

400. Agent

101

201

401

301

Rentrée scolaire 102

Présence de la demande d'emploi

Présence de l'él~ve

Demande 011empGRi

Remplissage de la fiche d'inscription

OP1

OP3

Etude de la demande

Présence de la réponse

103

Fiche d'inscription

Réponse à la

402 302

Copie 403

information pour

demande

Billet d'inscription

OP2

202

Billet d'inscription

303

Copie pour

202

information

II.2.3.1 Légende des symboles utilisés

Symboles

N°

Descriptions des symboles

Document en un seul exemplaire

Documents en plusieurs exemplaires

Archive ou classement

Evénement

Opération ou traitement

Commentaire

Acteur interne

Acteur externe

Sens de circulation de l'information

II.2.3.2. Les acteurs

Un acteur représente une unité active intervenant dans le fonctionnement d'un système opérant.¹ Selon leur appartenance ou non à l'école, ces acteurs sont soit internes, soit externes.

Tableau 3 : Les acteurs du système scolaire de l'E.P.1 MAWETE ma NSI

CODE	ACTEURS	ROLES
A1	Coordination	Coordonner toutes les activités scolaires
A2	Directeur de l'Ecole	Prise de décision
A3	Directeur Adjoint	Représenter le Chef d'Etablissement en cas d'absence
A4	Enseignant en chef	Porte-parole des enseignants
A5	Enseignants titulaires	Encadrement des élèves
A6	Enseignants de relève	Remplacer temporairement un enseignant absent
A7	Elève	Suivre les cours et passer les évaluations
A8	Comité de gestion	Suivie de la gestion des ressources financières de l'école
A9	Comité des parents	Faire le suivi des activités des enfants

Source : Rapport annuel 2009 -- 2010 de l'E.P. MAWETE ma NSI II.3. Analyse dynamique de l'existant

L'analyse de l'existant nous a permis de faire ressortir les remarques suivantes :

- La gestion des ressources humaines et matérielles se fait manuellement depuis l'inauguration de l'Etablissement scolaire jusqu'à l'inscription des élèves ; d'où les difficultés de dénombrer dans un bref délai le nombre des ressources de l'école par catégorie tenu de la quantité importante des données à gérer ;

- Le suivi non permanent de toutes les ressources par le gestionnaire de l'école aboutit dans la plupart des cas à des surprises désagréables de ces derniers lors d'un audit établi par ses actionnaires.

II.3.1. Moyen de traitement.

Le traitement des données s'opère manuellement, c'est-à-dire la direction scolaire met en place tous les documents administratifs qui seront transmis à l'opérateur de saisie pour un éventuel traitement de texte.

II.3.2. Documents utilisés.

1) Journal des classes

Ce document est élaborer a niveau du service administratif et permet de lister tous les élèves d'une classe.

2) Liste des salles de classe opérationnelles

Celle-ci est aussi élaborée au niveau du service gestion des infrastructures. Cette liste permet au gestionnaire de tenir compte du nombre de salles des classes qui sont opérationnelles pour une année

3) Liste des agents engagés à l'école (Enseignants et ouvriers)

Elaborer au niveau du service administratif, cette fiche permet au gestionnaire de lister toutes les ressources humaines et matérielles de l'Etablissement scolaire.

II.4. Diagnostic informatique et solution proposée

II.4.1. Diagnostic informatique

L'analyse détaillée du système existant a dégagé un certain nombre d'aspects tant informationnels qu'organisationnels.

II.4.1.1. Aspect Informationnel du système existant :

- ne peut fournir des informations au temps opportun ;

- moins de fiabilité ;

- masse importante des documents (flux d'information très charger).

II.4.1.2. Aspect Organisationnel du système existant :

- mauvais rangement et classement des différents documents administratifs

- documents éparpillés ;

- perte inconditionnelle des archives.

II.4.2. Solution proposée

II.4.2.1. Objectifs

Pour mieux gérer le suivi et assurer une meilleure circulation d'informations dans le nouveau système, nous appuyons qu'il est indispensable de nous fixer des objectifs afin de donner des nouvelles orientations dans la gestion des ressources humaines et matérielles d'un établissement.

> Objectif général :

Améliorer le système d'informations intervenant dans la gestion des ressources humaines et matérielles d'un établissement scolaire en transformant en réalité concrète le système présent en une application capable d'exécuter certaines tâches que les chargés du service d'encadrement des élèves exécutent à la main.

> Objectifs globaux

- Alléger le travail au niveau du service d'encadrement des élèves ; - rendre plus rapide les traitements d'informations ;

- faciliter la consultation d'informations ;

- conserver les informations sans risque de perte ;

- limiter certaines manoeuvres ;

- sécuriser les informations de ce service.

II.4.2.2. Solution informatique

La solution que nous adoptons veut que les éditions et la mise à jour des informations se fassent sur ordinateur qui serait placé au niveau de service d'encadrement.

II.4.2.3. Avantages de la solution adoptée

- Rapidité lors de la saisie et de la consultation des informations, cette dernière ce fera en temps réel.

- Disponibilité de matériel.

- Frais de maintenance pas trop élevés.

- Diminution de taux d'erreur.

- Rapidité, facilité et précision pendant les traitements d'informations. - Informations sécurisées

- Tâches administratives limitées.

II.4.2.3. Inconvénient :

- Une grande consommation de support ;

- Risque de perte de données (support défectueux, virus, coupure intempestive de l'électricité, etc.) ;

- Si une panne est signalée au niveau du kit informatique, le traitement d'informations est bloqué.

II.5. Le graff de flux d'informations du nouveau systt(me

Parents

ELEVE

AGENT

10

Gestionnaire
des ressources

5

2

3

9

1

4

8

Service
administratif

6

7

COORDINATION

Commentaire :

Sur cette figure, nous représentons les acteurs internes par des ellipses fermés, les acteurs externes par des ellipses en pointillées et le flux par des flèches. Le numéro du flux, étant porte sur la flèche, est décrit dans la légende ci-dessous.

Légende du nouveau flux d'informations

1. Demande d'inscription de l'élève

2. Enregistrement de l'élève

3. Elève enregistré / élève non enregistré

4. Elève admis à l'inscription / Elève non admis à l'inscription

5. Demande d'engagement de l'agent

6. Information à la coordination

7. Demande approuvée / demande non approuvée

8. Mis à jour de l'identité du nouvel agent

9. Agent engagé à l'école/ agent non engagé à l'école

10. Encadrement des élèves

DEUXIEME PARTIE:

MODELISATION DES

DONNEES ET DES

TRAITEMENTS

CHAPITRE III. APPROCHE CONCEPTUELLE DES DONNEES

III.1. ANALYSE CONCEPTUELLE DE L'EXISTANT

La conception de notre nouveau SI fera abstractions à toutes les contraintes techniques ou organisationnelles et cela tant au niveau des données que des traitements. C'est-à-dire, nous allons concevoir un nouveau système d'information qui retrace toutes les préoccupations de l'existant.

III.1.1. Choix et présentation de la méthode utilisée

III.1.1.1. Choix de la méthode

Pour arriver à mieux concevoir et à mieux développer le nouveau système d'informations, nous optons les méthodes systémiques, en particulier la Méthode MERISE que nous avons mieux apprise et bien maîtrisé au cours de notre formation en cycle de graduat.

III.1.1.2. Présentation de MERISE

La vocation de la méthode MERISE est double : D'une part, elle représente une méthode de conception des systèmes d'informations et d'autre part, elle propose une démarche méthodologique de développement de ces systèmes.

Les atouts majeurs de MERISE en tant que méthode de conception sont :

- Une approche globale du S.I menée parallèlement sur les données et les traitements.

- Une description du S.I par niveaux : Niveau conceptuel, niveau logique, niveau organisationnel et niveau physique.

- Une description très riche du niveau conceptuel fondée sur les invariants du S.I permettant ainsi de construire un nouveau S.I sur des bases solides, indépendantes de l'organisation et des choix techniques d'automatisation.

- Enfin la représentation visuelle, notamment des modèles conceptuels, contribue dans la large mesure à l'établissement d'un dialogue

constructif entre tous les partenaires qui conçoivent ensemble le nouveau S.I.

III.2. Modélisation conceptuelle des données (MCD)

A ce point, nous retraçons de façon formelle les données utilisées par le système d'informations que nous étudions et enfin, nous introduirons la notion d'entités, d'association et de propriétés à ce système.

III.2.1. But

Représenter les données manipulées dans le système d'informations et les relations entre ces données.

III.2.2. Objectif du MCD

Reproduire de façon structurée les données qui seront utilisées par le nouveau système d'informations.

III.2.3. Etapes conceptuelles

III.2.3.1. Définition des concepts de base

1. Entité

Un objet matériel ou immatériel ayant une existence propre et conforme aux choix de gestion du système étudié : élève, classe, branche¹

2. Association

C'est un lien entre au mois deux entités. Le nom de l'association est un verbe à l'infinitif, qui caractérise le type de relation entre les entités.²

3. Propriété

C'est une donnée élémentaire et indécomposable du système d'informations : Nom de l'élève,~¹

¹ www.books.google.fr du 10/05/2011

² www.enseignement.gouv.ci/fichierspdf/introMCD.pdf du 28/04/2011

4. Cardinalités

Ce sont des expressions qui permettent d'indiquer combien de fois au minimum et au maximum le lien entre 2 entités peut se produire.

- Borne maximale : nombre maximum de fois qu'une occurrence d'une entité participe aux occurrences de l'association : 1 et n

- Borne minimale : nombre minimum de fois qu'une occurrence d'une entité participe aux occurrences de l'association : 0 et 1

III.2.3.2. La récolte des données

Cette technique nous a amené à faire le tri des données sur les objets (abstraits ou concrets) nécessaires qui interviennent dans le système d'informations actuel.

III.2.4. Recensement des entités

En cette étape nous avons d'abord réalisé la construction des entités en donnant un nom à chacune et ensuite à la recherche des propriétés de ces entités.

Pour ce faire, nous avons recensé quatre (4) entités

principales que nous représentons avec leurs identifiants et propriétés dans le tableau ci-dessous :

Tableau descriptif d'entités ou d'objets

N°	ENTITES	PROPRITES	IDENTIFIANTS
1.	ECOLE	- Nom - Section - Ville - B.P - Date d'agreement - Numéro d'agreement - Réseau	Matricule		2.
CLASSE	- Nom - Degré d'enseignement	Code	3.
AGENT	- Matricule - Nom - Post-nom - Prénom - Sexe - Etat civil - Niveau d'études - Date d'engagement - Fonction - Numéro de téléphone	Matricule	4.
ELEVE	- Nom - Post-nom - Prénom - Sexe - Date de naissance - Lieu de naissance - Nom du père - Nom de la mère - Nom du tuteur - Numéro de téléphone du tuteur - Ville - Commune - Quartier - Avenue - Numéro	Matricule

III.2.5. Recensement des associations et des cardinalités entre les entités

Cette étape est consistée d'abord à ressortir toutes les associations possibles entre entités et ensuite à établir ces associations entre entités en indiquant le nombre de fois (cardinalité) que chacune d'elles peut apparaître réellement dans l'association.

Code Nom

^DegréNiveau

Pupitre Table

Chaise

Affecter

Matricule

Section

Nom BP

Numéro Agreement Ville

Réseau

Date d'agreement

Diriger

0,n

1,1

1,1

Tableau descriptif des associations entre les entités

N°	Entités sources			Relation	Entités sources
	Nom de l'entité	Cardinalit é minimum	Cardinalit é maximum		Nom de l'entité	Cardinali té minimum	Cardinalit é maximum
1)	Ecole	0	n	Affecter	Agent	1	1		2)
Ecole	1	n	Trouver	Classe	1	1	3)
Classe	0	1	Diriger	Agent	1	1	4)
Classe	0	n	Inscrire	Elève	1	1

III.2.6. Présentation du MCD

1,1

Inscrire

0,n

CLASSE

0,n

Trouver

1,1

1,n

ECOLE

ELEVE

Matricule Nom

Post-Nom Prénom

Sexe

Lieu de naissance Date de naissance Nom du père

Nom de la mère Tuteur

Numéro téléphone Date d'inscription Ville

Commune Quartier

Avenue

Avenue

AGENT

Matricule Nom

Post-nom Prénom

Sexe

Etat civil Fonction

Niveau d'études Date d'engagement

III.2.7. OPTIMISATION DU MODELE :

Pour optimiser le MCD de notre étude, nous nous sommes articulés autour de trois opérations chronologiques ci-après :

- la vérification.

- la décomposition

- la normalisation

III.2.7.1. La vérification

Cette opération nous a permis de vérifier la présence des propriétés répétitives ou sans signification.

- Existence d'un identifiant pour tous les objets.

- Dépendance pleine des objets dans les relations.

III.2.7.2. La décomposition

Nous avons procédé par la cherche d'existence d'une ou plusieurs contraintes d'intégrités fonctionnelles (CIF) à l'intérieur d'une relation.

III.2.7.3. La normalisation :

En cette étape nous avons réalisé des modélisations qui évitent le plus possible la redondance des informations. Pour cela, deux (2) règles ont été respectées :

- La règle élémentaire des propriétés.

- La règle de dépendance pleine des identifiants.

III.3. Le modèle organisationnel des données (MOD)

C'est en ce modèle que les données conceptuelles et organisationnelles seront représentées.

III.3.1. Rqgles de base pour la construction d'un MOD

A. Règles concernant les propriétés

Pour qu'il n'y ait pas d'ambiguïté possible, aucune propriété n'apparaître plusieurs fois dans le MOD. Autrement dit, toutes les propriétés seront différentes les unes des autres.

Les entités ECOLE et AGENT ont par exemple une propriété « Matricule » ; pour dégager l'ambiguïté entre ces deux entités pour cette propriété, nous allons adopter une notification que nous expliquerons dans les tableaux de modèle physique des données, tel que MatrEcol pour l'entité ECOLE et MatrAge pour AGENT.

B. Règles concernant les entités

1) Toute entité aura un identifiant qui lui permettra de se distinguer des autres entités. Ce dernier est placé en tête des propriétés et est souligné.

Exemple : Pour faire la distinction de tous les élèves inscrits à l'école, nous avons préféré utiliser le « MatrElev » (numéro matricule de l'élève) comme propriété pouvant identifier un et un seul élève.

2) Pour chaque propriété d'une entité, nous aurons une seule valeur. Exemple : Une élève ne peut résider à la fois en ville et au village.

C. Règles concernant les associations

1) L'identifiant d'une association est implicitement formé par la fusion des identifiants des entités liées.

Nous ne représenterons pas cet identifiant au niveau du MOD.

2) Une association peut avoir de propriétés, si la nécessité se manifeste.

D. Règles de gestion

R1 : - Dans une école, on affecte 0 ou plusieurs agents - Un agent est affecté dans une et une seule école

R2 : - Dans une école on trouve une ou plusieurs classes - Une classe se trouve dans une et une seule école

R3 : - Une classe est dirigée par un et un seul agent - Un agent dirige 0 ou plusieurs agents

R4 : - Dans une classe on inscrit 0 ou plusieurs élèves - Un élève est inscrit dans une et une seule classe

30

0,n

Affecter

Trouver

1,1

1,n

CLASSE

CodCl NoClas DegClas NivClas NombPup NombTab NombCh

1,1

Diriger

0,n

III.3.2. Présentation du MOD

1,1

Inscrire

0,n

1,1

ELEVE

MatrElev

NomElev PostElev PrElev SexElev LieuNaisElev DatNaisElev

PerElev MerElev TutElev DatInscriptElev VilAdre CitAdre QuartAdre

AvAdre NumAdre

AGENT

MatrAgen NomAgen PostAgen PreAgen SexAgen EtCivAgen FoncAgen NivAgen DatEngagAgen

ECOLE

MatrEcol SectEcol NomEcol BPEcol NumAgreEcol ResEcol DatAgreEcol

Accéder

UTILISATEUR

NomUtil MotPassUtil FonctUtil

III.4. Les contraintes d'intégrité

Une contrainte d'intégrité est une clause permettant de contraindre la modification de tables, faite par l'intermédiaire de requêtes d'utilisateurs, afin que les données saisies dans la base soient conformes aux données attendues¹.

III.4.1. Les contraintes d'intégrité fonctionnelle

Une CIF sur un objet signifie que cet objet est totalement identifié par la connaissance d'un ou plusieurs autres objets au sein d'une même association.

Par exemple on peut dire que connaissant un numéro matricule de l'élève bien précis, on connaît avec certitude l'élève correspondant.

¹ www.commentcamarche.net/.../sqlcontr.php3 du 07/05/2011

Numéro matricule élève

CLASSE

Nom élève Prénom élève Rue élève Ville élève Date de naissance élève

III.4.3. Présentation des contraintes d'intégrité fonctionnelle

1,1

0,n

CIF

0,n

CIF

1,1

1,1

CIF

1,n

ELEVE

MatrElev

NomElev PostElev PrElev SexElev LieuNaisElev DatNaisElev

PerElev MerElev TutElev DatInscriptElev VilAdre CitAdre QuartAdre

AvAdre NumAdre

CodCl NoClas DegClas NivClas NombPup NombTab NombCh

1,1

CIF

0,n

AGENT

MatrAgen NomAgen PostAgen PreAgen SexAgen EtCivAgen FoncAgen NivAgen DatEngagAgen

ECOLE

MatrEcol SectEcol NomEcol BPEcol NumAgreEcol ResEcol DatAgreEcol

1,n

CIF

1,1

UTILISATEUR

NomUtil MotPassUtil FonctUtil

III.5. Modèle logique des données

Le modèle logique des données (MLD) traduit le MCD ou MOD en formalisme machinale c'est-à-dire compréhensible par la machine.

III.5.1. Le passage du MCD ou MOD entité/relation au MLD relationnelle Pour les entités :

Toute entité devient une table, les propriétés de l'entité sont les attributs de la table, l'identifiant de l'entité est la clé primaire de la table.

Pour les associations : Cela dépend des cardinalités. Deux cas ; sont possibles :

1er cas : Toute association binaire (1,1) - (0,n) ou (1,n)

Cette association se traduit en ajoutant une clé étrangère (identifiant de l'entité de cardinalité (0,n) ou (1,n) ) à la table provenant de l'entité dont la cardinalité est (1,1).

A B

0,n 1,1

R

Ou 1,n

2ème cas : Association binaire (1,1) - (0,1)

Devant ce type d'associations, nous ajouterons une clé étrangère (identifiant de l'entité de cardinalité (0,1)) à la table provenant de l'entité dont la cardinalité est (1,1).

0,1 1,1

R

B

A

3ème cas : Association binaire (0,n) ou (1,n) - (0,n) ou (1,n) A B

0,n 0,n

R

Ou 1,n Ou 1,n

Ce type d'association se traduira toujours par la création d'une nouvelle table dont la clé primaire est composée des identifiants des deux entités. Les éventuelles propriétés de l'association deviennent les attributs de cette table.

III.5.2. Présentation du MLD

ELEVE

MatrElev #CodClas

NomElev PostElev PrElev SexElev LieuNaisElev DatNaisElev

PerElev MerElev TutElev DatInscriptElev VilAdre CitAdre QuartAdre

AvAdre NumAdre

CLASSE

CodCl #MatrEcol #MatrAgen NoClac DegClas NivClas NombPup NombTab NombCh

AGENT

MatrAgen #MatrEcol NomAgen PostAgen PreAgen SexAgen EtCivAgen FoncAgen NivAgen DatEngagAgen

ECOLE

MatrEcol SectEcol NomEcol BPEcol NumAgreEcol ResEcol DatAgreEcol

UTILISATEUR

NomUtil #MatrEcol MotPassUtil FonctUtil

III.6. Modèle Physique des données

C'est le dernier modèle que nous avons réalisé pour modéliser les données du système afin de prendre en compte les ressources physiques et logicielles (SGBD, matériel, support, ...)

Ce modèle va nous permettre d'implanter en machine l'ensemble des données issues du modèle logique des données (MLD).

III.6.1. Les règles de passage du MLD au MPD

Le passage du modèle logique des données (MLD) au modèle physique des données (MPD) se fait de la manière suivante :

- Chaque relation du modèle logique devient table ;

- Chaque identifiant devient une clé primaire ; - Chaque propriété devient enregistrement ;

III.6.2. Présentation du modèle physique de données (MPD)

1) FICHIER ECOLE

N°	Nom mnémonique	Désignation	TYPE	TAILLE
01	MatrEcol	Matricule de l'école	AN	10
02	SectEcol	Section de l'école	AN	18
03	NomEcol	Nom de l'école	AN	12
04	BPEcol	Boîte Postale de l'école	AN	6
05	NumAgreEcol	Numéro d'agreement	AN	10
06	ResEcol	Réseau de l'école	AN	8
07	DatAgreEcol	Date d'agreement de l'école	DH	9
Longueur de 07 enregistrements				73

2) FICHIER CLASSE

N°	Nom mnémonique	Désignation	TYPE	TAILLE
01	CodClas	Code de la classe	AN	10
02	MatrEco	Matricule de l'école	AN	10
03	LibelClas	Libellé de la classe	A	9
04	DegClas	Degré de la classe	A	9
05	Niveau	Niveau de la classe	N	1
06	NombPup	Nombre de pupitre de la classe	N	3
07	NombTab	Nombre de table de la classe	N	3
08	NombCh	Nombre de chaise de la classe	N	3
Longueur 08 enregistrements				48

3) FICHIER UTILISATEUR

N°	Nom mnémonique	Désignation	TYPE	TAILLE
01	MotPasUt	p	AN	10
02	MatrEcol	Matricule de l'école	AN	10
03	NomUti	Nom de l'utilisateur	AN	15
Longueur 03 enregistrements				35

4) FICHIER AGENT

N°	Nom mnémonique	Désignation	TYPE	TAILLE
01	MatrAgen	Matricule de l'agent	AN	10
02	MatrEcol	Matricule de l'école	AN	10
03	NomAgen	Nom de l'agent	A	10
04	PostAgen	Post-Nom de l'agent	A	10
05	PreAgen	Prénom de l'agent	A	10
06	SexAgen	Sexe de l'agent	A	9
07	EtCivAgen	Etat civil de l'agent	A	9
08	FoncAgen	Fonction de l'agent	A	10
09	NivAgen	Niveau d'études de l'agent	AN	6
10	DatEngagAgen	Date d'engagement de l'agent	D	9
Longueur de 10 enregistrements				93

5) FICHIER ELEVE

N°	Nom mnémonique	Désignation	TYPE	TAILLE
01	MatrElev	Matricule de l'élève	AN	10
02	CodClas	Code de la classe	AN	10
03	NomElev	Nom de l'élève	AN	10
05	PostElev	Post-Nom de l'élève	AN	10
06	PreElev	Prénom de l'école	AN	10
07	DatNaisElev	Date de naissance de l'élève	D	9
08	LieuNaisElev	Lieu de naissance de l'élève	H	11
09	PerElev	Père de l'élève	AN	20
10	MerElev	Mère de l'élève	AN	20
11	TutElev	Tuteur de l'élève	AN	20
12	DatEnrgElev	Date d'enregistrement de l'élève	DH	9
13	HeurEnrgElev	Heure d'enregistrement de l'élève	DH	9
14	VilAdre	Ville de l'adresse de l'élève	AN	20
15	CitAdre	Cité de l'adresse de l'élève	AN	20
16	QuartAdre	Quartier de l'adresse de l'élève	AN	20
17	AvAdre	Avenue de l'adresse de l'élève	AN	20
18	NumAdre	Numéro de l'adresse de l'élève	N	3
Longueur 18 enregistrements				231

CHAPITRE IV APPROCHE CONCEPTUELLE DE TRAITEMENT

IV.1. Modélisation conceptuelle (MCT) de traitement

Dans ce point nous allons traiter le dynamisme du système d'information qui va répondre à la question « quoi ? ». C'est-à-dire, nous allons tenter de définir simplement ce qui doit être fait.

IV.1.1. Objectifs :

- Faire l'état des lieux de ce qui est (l'existant) ;

- Modéliser le traitement de notre système d'information sous forme

d'événement, d'opération et de résultat. IV.1.2. Définition de quelques termes :

a) Evénement :

D'après le dictionnaire Universel, un événement, c'est qui arrive, un fait important. C'est un fait réel qui déclenche une ou plusieurs actions.¹

b) Opération

Une opération est un ensemble d'actions exécutées par le système suite à un événement, ou à une conjonction d'événements.

c) Résultat

C'est le produit de l'exécution d'une opération présentée

d) Synchronisation

La synchronisation d'une opération définit une condition sur les événements contributifs devant déclencher une opération. Il s'agit donc de conditions au niveau des événements régies par une condition logique réalisée grâce aux operateurs :

-- OU -- ET

¹ Dictionnaire Universel, Edition Hachette, Paris, 1996 - 1997

e) Processus

Un processus est un sous-ensemble de l'activité d'une entreprise, cela signifie que les activités d'une entreprise sont constituées d'un ensemble de processus.

Un processus est lui-même compose de traitements regroupés en ensembles appelés opérations.

Le formalisme suivant va nous permettre de représenter schématiquement la gestion des événements du MCT :

OPERATION

Evénement 1 Evénement 2

Synchronisation

Opération

OP1

- Tâche 1

- Tâche 2

f)

Résultat 1 Résultat 2

R.E 1

R.E 2

Tâche

Une tâche est une unité élémentaire de traitement. Elle résulte de la décomposition organisationnelle de l'opération conceptuelle. Une tâche est effectuée par un poste de travail.

IV.1.3. Les événements

Nous avons ressorti 3 types d'événements :

1. Evénement externe au système soit déclencheur ou résultat, mais pas à la fois

2. Evénement externe au système mais externe au processus : à la fois résultat du processus et déclencheur d'un autre processus.

IV.1.4. Vérification du MCT :

- Eliminer la redondance.

- Eviter l'attente artificielle.

- Tout résultat doit être émis.

- Vérifier s'il n'y a pas de fonctionnement cyclique.

IV.1.5. Construction du MCT

Nous allons procéder par décomposer le nouvel système d'information du site de notre étude en différents processus que nous représentons dans le tableau ci-dessous :

IV.1.6. Tableau des processus

N°	Evénement			Opérations	Résultats
1.	Rentrée scolaire			Paramétrage de l'école	Ecole paramétrée		2.
Ecole paramétrée	Enregistrement des agents			Agent enregistrés	3.
Agent enregistrés	Répartition des classes			Classes repartitionnées	4.
Classes repartitionnées	Equipement des classes			Classes équipées	5.
Classes équipées	Inscription des élèves			Elèves inscrits	6.
Elèves inscrits	Edition des documents administratifs			Documents imprimés
OP2		Enregistrement des agents

Ecole paramétrée

A

40
IV.1.6. Présentation du MCT

Rentrée scolaire

OP1 Paramétrage de l'école

- Vérification des coordonnées

- Modifications des coordonnées

TOUJOURS

Etude de la demande Enregistrement de l'agent

OK KO

OU

Ancien

OP3	Répartition des classes

Agent
enregistré

Demande
rejetée

- Disponibilité des classes

- Attribution de poste à l'agent

TOUJOUR

41

A

Classes
disponibles

OP4

Equipements des classes

Nombre de pupitres Nombre de chaises Nombre de tables

TOUJOURS

Classes dotée en
équipement

OP5

Inscription de l'él~ve

- Accueil de l'él~ve

- Remplissage de fiche d'inscription

OK

KO

Inscription
acceptée

Inscription
rejetée

OP6

Edition de documents

- Liste des agents - Liste des classes

- Liste des mobiliers - Liste des élèves

TOUJOURS

Documents imprimés

IV.2. Le modèle organisationnel des traitements (MOT)

Le modèle organisationnel des traitements s'attache à décrire les propriétés des traitements non traitées par le modèle conceptuel des données, c'est-à-dire :

· Le temps

· Les ressources

· Le lieu

Le modèle organisationnel des traitements va donc consister à 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.

D'où, MOT = MCT + QUAND + QUI + OU.

IV.2.1. Le tableau des procédures fonctionnelles

La première étape du modèle organisationnel des traitements consiste à découper les opérations en procédures fonctionnelles, une succession de traitements déclenchée par un événement.

Nous allons alors définir de manière détaillée les opérations conceptuelles en les découpant en tâches afin de démontrer la faisabilité de la solution organisationnelle que nous avons retenue.

En effet, il s'agit donc de définir dans un tableau :

- Comment se répartissent les traitements et les données entre les acteurs du domaine ;

- Qui effectue tels traitements ;

- Qui a accès aux informations du domaine ;

- Quand et dans quel ordre les traitements se déroulent ;

- Quel outil est choisi pour réaliser le traitement et avec quelles ressources.

IV.2.2. Le poste de travail

Etant un centre d'activite qui dispose des ressources necessaires pour realiser un certain nombre de traitements, le poste de travail precise :

La fonction des acteurs (elle definira le domaine de competences et de responsabilite du poste de travail) ;

Les caracteristiques du materiel utilise (elles permettront d'associer
d'une manière generale un type de materiel à la fonction du poste) ;

La localisation du poste (elle permettra de situer le poste dans l'organisation du domaine).

IV.2.3. Le degré d'automatisation des tâches

L'execution d'une tâche utilise les ressources humaines et informatiques. On distingue, pour executer une tâche, la manière :

- Manuelle : le traitement est realise par une ressource humaine.

- Conversationnelle : l'execution de la tâche est realisee par un dialogue entre l'homme et la machine grâce à une interface hommemachine (IHM).

- Automatique : l'execution de la tâche est realisee grâce à
l'informatique seule par une procedure automatisee et autonome.

IV.2.4. La répartition des traitements entre les postes de travail Cette repartition decrit :

- La chronologie des phases du traitement;

- La repartition organisationnelle des phases;

- La circulation des informations entre les postes de travail;

- Les ressources humaines et techniques utilisees par la phase modelisee.

IV.2.5. Présentation du MOT

Temps

Enchaînement des phases

Support

Traitement

Poste de travail

Re Des la rent& scolaire

Disque dur

TM

Service Gestion des ressources

Disque dur

Automatique

Service Gestion des ressources

Papier

Manuel

Service administratif

ien

Temps

Enchaînement des phases

Support

Traitement

Poste de travail

Des la rent& scolaire

Papier

Manuel

Service Gestion des ressources

Disque dur

Automatique

Service administratif

Disque dur

Automatique

Service administratif

46

IV.3. Modèle logique de traitements

Ce modèle a pour objectif de modéliser le traitement des informations ; c'est-à-dire nous allons représenter les parties automatisables de l'interface utilisateur en assurant le dialogue d'informations avec l'utilisateur par l'intermédiaire d'affichage des maquettes, des boutons de contrôle de la maquette et par l'enchainement des boîtes de dialogue

IV.3.1. Présentation du MLT

DEBUT
PROCESSUS

OP1 Paramétrage de l'école

- Affichage maquette

- Saisie des coordonnées de l'école

- Enregistrement des coordonnées

OK

QUITTER

ANNULER

OP2 Enregistrement des agents

- Affichage maquette

- Saisie de l'identité du C.E.

QUITTER

OK

OP3

ANNULER

Equipement des classes

- Affichage maquette

- Saisie des données

OP5

Inscription des élèves

- Affichage maquette

- Saisie de l'identité de l'él~ve

- Enregistrement de l'él~ve

OK QUITTER ANNULER

OK

QUITTER

ANNULE

OP6

Edition des documents administratifs

-

FIN
PROCESSUS

Affichage maquette

- Fiche de répartition des classes

- Fiches des agents affectés à l'école

- Fiche des élèves inscrits

OK	QUITTER	ANNULER

IV.4. Modèle operationnel des traitements

Le modèle opérationnel de traitement (MOPT) est la dernière étape qui répond à la question (comment) ; c'est à dire la manière dont la machine accomplira ce que l'on attend d'elle.

L'objet de ce niveau réside dans la communication à la machine d'informations nécessaires à l'exécution des traitements que l'on a choisi de lui confier.

IV.4.1.Outil de développement

- le Système de gestion de base de données

- le langage de programmation

IV.4.1. Le Système de gestion de base de données (SGBD)

Pour ce qui est de la gestion de la base de données de notre application, nous avons opté Microsoft Office Access 2007 comme SGBD.

Ce dernier nous permis de créer la base de données de notre application avec 5 tables. Ces tables sont des entités que nous avons recensées lors de la modélisation organisationnelle des données.

Comme nous avons utilisé une autre application comme langage de programmation, nous nous sommes seulement limités à la création des tables.

Pour ce qui concerne les propriétés des champs, les procédures événementielles, la création des états et des requêtes, nous les avons réalisés avec d'autres applications que nous allons parlées dans les points qui vont suivre.

TROISIEME PARTIE :

PROGRAMMATION

CHAPITRE V LANGAGE DE PROGRAMMATION

Un langage de programmation est un langage informatique, permettant à un être humain d'écrire un code source qui sera analysé par une machine, généralement un ordinateur¹.

V.1.Présentation du Langage de programmation utilisé

La réalisation de notre application s'est fait avec le Visual Basic qui est un langage événementiel qui permet de créer sous l'éditeur Visual Basic 6.0 les fenêtres, les menus, les fichiers,. ²

V.2.Pourquoi Visual Basic 6.0 ?3

- La programmation est écrite avec le langage SQL.

- Le nom des fonctions est en anglais, il exprime directement l'action associée à la fonction.

- Les manipulations sous l'éditeur sont facilitées par l'utilisation plusieurs Barres d'icônes qui donne l'accès directement à des options du menu de l'utilisateur.

Visual Basic 6.0 est un outil multiple facette, il est :

- Gestionnaire de fenêtre. - Gestionnaire de menus. - Gestionnaire de fichier. - Editeur de code source et compilateur.

¹ MABAKA S., Cours d'Algorithme et de Langage de Programmaion QBASIC, CIDEP-UO, G1 GI, 2008-2009, inédit

² NGOIE MPOY R., Cours de Langage de Programmation Visual Basic 6, CIDEP-UO, G3 GI, 2010-2011, inédit

V.3. Présentation de l'application conçue

L'application que nous avons conçue va servir à la gestion des ressources humaines et matérielles des établissements scolaires. Cette dernière tourne avec moins de complications sous Windows XP (service pack II ou III) où est installé un antivirus d'une version récente. Dans ce SE doit être aussi installer une application de gravure de CD.

Ce programme de gravure va permettre à l'utilisateur de graver un CD à la fin de chaque mois de la BD actualisée ; ceci pour permettre de récupérer les données récentes si l'application est en disfonctionnement. (Application ou système d'exploitation attaqué par le virus ou autres anomalies).

V.3.1. Installation de l'application

Comme toute application, le programme que nous venons de concevoir est compile en fichier exécutable nommé Millenium.exe et est encapsulé en 1 fichier CAB.

Le fichier .exe est le fichier qui donne la possibilité d'installé l'application dans n'importe quel ordinateur fonctionnant sous Windows. La procédure d'installation est la même comme pour toute autre application ; c'est-à-dire :

- Avoir le paquet de l'application dans un support électronique (CD-

Rom, Flash disk ou Disquette)

- Exécuter le fichier compilé (Milleium.exe) - Suivre la procédure d'installation.

V.3.2. Espace requis (Evaluation de la BD)

FICHIERS	Nombre d'enregistrement	Taille d'enregistrement	Volume en caractères
ECOLE	1	73	73
ELEVE	882	231	204742
CLASSE	28	35	980
PERSONNEL	35	93	3255
UTILISATEUR	4	35	140
Nombre total de caractères			209190

L'espace disponible en mémoire que nous recommandons avant d'installer cette application est celui qui serait capable d'enregistrer 209190 caractères afin pour qu'une année scolaire l'école puisse être capable d'enregistrer au moins 1000 fiches d'inscription, 35 agents, 28 salles de classe et 04 utilisateurs de l'application.

V.3.3. Lancement de l'application

Après avoir installé correctement l'application, notre application crée directement un dossier « GISCINFO » dans la liste de tous les programmes qui sont installés dans l'ordinateur. C'est dans ce dossier où se trouve « Gestion Ecole » qui est le fichier de lancement de l'application Il suffit alors de l'ouvrir pour lancer l'application de gestion des ressources humaines et matérielles.

Notre application se charge en deux étapes : la première est la fenêtre d'accueil et la seconde est la fenêtre d'authentification de l'utilisateur ou du technicien.

a) Première étape : La fenêtre d'accueil

Notre application dispose d'une page d'accueil visible à chaque

ouverture.

Cette fenêtre annonce le nom de l'application, son utilité, la version de l'application et le nom du concepteur

b) Deuxième étape : La fenêtre d'authentification

Cette fenêtre renferme deux boutons d'option : UTILISATEUR et TECHNICIEN

- Le bouton option « TECHNICIEN » est réservé pour le paramétrage de l'application (Paramétrage de l'école, Identification du Directeur de l'école et d'ajout ou de suppression des utilisateurs).

- Le bouton option « UTILISATEUR » est celui qui permet aux utilisateurs enregistrés par le technicien d'entrer leurs noms et mots de passe afin d'accéder au Menu principal de l'application.

V.3.3. Fenêtre principale

A partir de cette fenêtre, nous allons représenter quelques scénarios en vue de faire le tour des fenêtres et menus principaux de notre application. En premier lieu, parlons de la barre des menus puis la barre d'état et enfin l'environnement des boîtes de dialogue.

V.3.3.1. La barre d'état

La barre d'état est repartie en 4 parties :

- Dans la première est mentionnée le nom de l'application ; - dans la 2^ème, le nom du concepteur ;

- dans la 3^ème ; la date du jour et

- dans la dernière, l'horloge.

V.3.3.1. La barre des menus

La barre des menus se divise en onglets comme nous l'apercevons dans la plupart des logiciels. Pour ce qui est de notre application, la fenêtre principale renferme 3 onglets ou menus : Fichier, Ecole, et Administration

1. Menu : << Fichier »

C'est dans ce menu que nous trouverons les options d'édition des documents administratifs tel que : la liste des élèves, la liste des agents de l'école,...

2. Menu : << Ecole »

Dans ce menu, nous avons créé deux sous menus dont le menu « Infrastructures matérielles» et le menu « ressources humaines ». Le premier sous menu nous donne la possibilité d faire la gestion des classes, pupitres, tables et chaises ; et le deuxième, la gestion des agents.

Gestion des classes Gestion des agents

Menu : << Administration »

Ce menu a un seul sous menu (Mouvement des élèves) qui renferment à son tour deux options : Gérer les fiches d'inscription des élèves et Renvoyer les élèves irréguliers.

A. La boîte de dialogue : « Gestion des fiches d'inscription »

B. La boîte de dialogue « Renvoyer les élèves »

La boîte de dialogue : « gestion des fiches d'inscription » permet d'enregistrer ou de faire les inscriptions des élèves ; et celle de : «

Renvoyer les élèves » permet de supprimer ou de renvoyer les élèves ^déjàinscrits mais, avec l'autorisation du Chef d'Etablissement.

CONCLUSION

Nous avons engagé présomptueusement le mot « rénovation » dans l'intitulé de notre travail afin de souligner que le destiné de nos recherches est celui de moderniser la gestion au quotidien des ressources humaines et matérielles des établissements scolaires.

La méthodologie que nous nous servirons pour réaliser nos recherches est celui de mettre en oeuvre une stratégie cohérente dans la résolution de problème de l'informatisation en respectant les règles de modélisation qui nous permettrons de combler certaines lacunes rencontrées au cours de l'apprentissage de la programmation et même pendant l'exercice ainsi que la pratique de celle-ci.

Le système d'information que nous avons élaboré a abouti à ses objectifs en permettant à l'utilisateur d'évaluer avec plus de souplesse l'exécution de ses taches avec plus de fluidité dans la circulation de l'information et moins de contraintes dans le traitement automatique.

Certes ce système reste perfectible mais il pourrait constituer une base de réflexion pour la promotion de solution informatique, car la confrontation de nos connaissances théoriques avec la réalité du terrain nous a permis de renforcer notre conviction quant à la pertinence du choix informatique.

Nous espérons que tous (analystes programmeurs et fouineurs), vous saurez tirer profit de tous les renseignements contenus dans ce présent travail et que par ceci, vous nous donnerez le sentiment légitime d'avoir fait oeuvre utile à travers ces fastidieuses, mais exaltantes recherches.

BIBLIOGRAPHIE

I REFERENCES BIBLIOGRAPHIQUES.

1. Pierre G., MERISE : Modélisation de Systèmes d'Information, Paris 13, 2004-2005, 178 p.

2. CASTELLANI, X, Méthode générale d'analyse d'une application informatique, étapes et points fondamentaux de l'analyse organique et de la programmation, Tome I, Masson et Cie, 1982, 279p.

II OUVRAGES

1. Dictionnaire Universel, Edition Hachette, Paris, 1996 - 1997

2. Rapport annuel de l'E.P. 1 MAWETE ma NSI, 2010 -- 2011.

3. Microsoft® Encarta® 2009,, Version électronique

III NOTES DE COURS'

1. MAVAMBU M., Cours de Technique de banque de données, G3GI, CIDEP - UO /Kisantu, 2010-2011, inédit.

2. KHIEDI LANDU S., Cours d'Algorithme et de Langage de Programmation QBASIC, CIDEP-UO, G1 GI, 2008-2009, inédit

3. NGOIE MPOY R., Cours de Langage de Programmation Visual basic 6, CIDEP-UO, G3 GI, 2010-2011, inédit.

4. ¹ LESA N., Cours des Méthodes d'Analyse Informatique II, 3ème Graduat Gestion informatique, CIDEP/Kisantu, 2010- 2011

III WEBOGRAPHIE

1. www.commentcamarche.net/.../sqlcontr.php3 du 07/05/2011

2. www.books.google.fr du 10/05/2011

3. www.enseignement.gouv.ci/fichierspdf/introMCD.pdf du 28/04/2011

TABLE DES MATIERES

EPIGRAPHE DEDICACE REMERCIEMENTS LISTE DES ABREVIATIONS ET ACRONYMES			I II III IV
0. INTRODUCTION			1
O.1. Problématique			1
O.2. Hypothèse			2
O.3. But			2
O.4. Objectifs			2
0.4.1. Objectif spécifique			2
0.4.2. Objectifs globaux :			2
O.5. Choix du sujet			3
O.6. Intérêt du sujet			3
0.7. Techniques employées			3
O.8. Subdivision du travail			4
0.9. Délimitation du travail			5
0.10. Difficultés rencontrées			5
PREMIERE PARTIE : ETUDE INSTITUTIONNELLE	ET	EVALUATION	DE
L'EXISTANT			6

CHAPITRE I. ELEMENTS DE CONNAISSANCES DU DOMAINE D'ETUDE 7

I.1. Cadre de référence général de l'E.P. 1 MAWETE ma NSI 7

I.2. Historique 7

, I.3. Organisation et fonctionnement de l'établissement .. 8

I.3.1. La structure administrative 8

I.3.2. les infrastructures de l'encadrement 9

I.4. Organigramme de l'école . 10

I.5. Organigramme du service concerné 10
CHAPITRE II : IDENTIFICATION ET ANALYSE DYNAMIQUE DU SYSTEME

EN VIGUEUR 11

II.1. Définitions des concepts 11

II.2. Identification de l'existant .. 12

II.2.1. Ressources matérielles et logicielles 12

II.2.2. Ressources humaines 13

II.2.3. La circulation d'informations du système en vigueur 14

II.2.3.1 Légende des symboles utilisés 16

II.2.3.2. Les acteurs 16

II.3. Analyse dynamique de l'existant 17

II.3.1. Moyen de traitement. 18

II.3.2. Documents utilisés. 18

II.4. Diagnostic informatique et solution proposée . 18

II.4.1. Diagnostic informatique 18

II.4.1.1. Aspect Informationnel du système existant
· 18

II.4.1.2. Aspect Organisationnel du système existant
· 19

II.4.2. Solution proposée 19

II.4.2.1. Objectifs 19

II.4.2.2. Solution informatique 19

II.4.2.3. Avantages de la solution adoptée 20

II.4.2.3. Inconvénient
· 20

II.5. Le graff de flux d'informations du nouveau systeme 20

DEUXIEM E PARTIE: M OD ELISATIO N DES DO NNEE S ET

DES TRAITEM ENTS 22

CHAPITRE III. APPROCHE CONCEPTUELLE DES DONNEES ...................... 23

III.1. ANALYSE CONCEPTUELLE DE L'EXISTANT 23

III.1.1. Choix et présentation de la méthode utilisée 23

III.1.1.1. Choix de la méthode 23

III.1.1.2. Présentation de MERISE 23

III.2. Modélisation conceptuelle des données (MCD) 24

III.2.1. But 24

III.2.2. Objectif du MCD 24

III.2.3. Etapes conceptuelles 24

III.2.3.1. Définition des concepts de base 24

III.2.3.2. La récolte des données 25

III.2.4. Recensement des entités 25

III.2.5. Recensement des associations et des cardinalités entre les entités 26

III.2.6. Présentation du MCD 27

III.2.7. OPTIMISATION DU MODELE : 28

III.2.7.1. La vérification 28

III.2.7.2. La décomposition 28

III.2.7.3. La normalisation : 28

III.3. Le modèle organisationnel des données (MOD) 28

III.3.1. Règles de base pour la construction d'un MOD 28

A. Règles concernant les propriétés 28

B. Règles concernant les entités 29

C. Règles concernant les associations 29

D. Règles de gestion 29

III.3.2. Présentation du MOD 30

III.4. Les contraintes d'intégrité 30

III.4.1. Les contraintes d'intégrité fonctionnelle 30

III.4.3. Présentation des contraintes d'intégrité fonctionnelle 31

III.5. Modèle logique des données 31

III.5.1. Le passage du MCD ou MOD entité/relation au MLD relationnelle 31

III.5.2. Présentation du MLD 33

III.6. Modèle Physique des données 33

III.6.1. Les règles de passage du MLD au MPD 33

III.6.2. Présentation du modèle physique de données (MPD) 34

CHAPITRE IV APPROCHE CONCEPTUELLE DE TRAITEMENT 37

IV.1. Modélisation conceptuelle (MCT) de traitement 37

IV.1.1. Objectifs : 37

IV.1.2. Définition de quelques termes : 37

IV.1.3. Les événements 38

IV.1.4. Vérification du MCT : 39

IV.1.5. Construction du MCT 39

IV.1.6. Tableau des processus 39

IV.1.6. Présentation du MCT 40

IV.2. Le modèle organisationnel des traitements (MOT) 42

IV.2.1. Le tableau des procédures fonctionnelles 42

IV.2.2. Le poste de travail 43

IV.2.3. Le degré d'automatisation des tâches 43

IV.2.4. La répartition des traitements entre les postes de travail 43

IV.2.5. Présentation du MOT 44

IV.3. Mod&le logique de traitements 46

IV.3.1. Présentation du MLT 47

IV.4. Mod&le operationnel des traitements 48

IV.4.1.Outil de développement 48

IV.4.1. Le Système de gestion de base de données (SGBD) 48

TROISIEME PARTIE : PROGRAMMATION 49

CHAPITRE V LANGAGE DE PROGRAMMATION 50

V.1. Présentation du Langage de programmation utilisé 50

V.2. Pourquoi Visual Basic 6.0 ? 50

9.E. r3li3VHCPAaPAiRC rdHrlPSSaFaPAiRC rFRCçuH 51

V.3.1. Installation de l'application 51

V.3.2. Espace requis (Evaluation de la BD) 52

V.3.3. Lancement de l'application 52

V.3.3. Fenêtre principale 55

V.3.3.1. La barre d'état 55

V.3.3.1. La barre des menus 55

CONCLUSION 58

BIBLIOGRAPHIE 59

I REFERENCES BIBLIOGRAPHIQUES. 59

II OUVRAGES 59

IIIr1 2 7( 6 r ( r 8 5 6' . 59

III WEBOGRAPHIE 59

TABLE DES MATIERES 60