Automatisation de la gestion de la centralisation des côtes des étudiants dans une institution d'enseignement supérieur et universitaire cas de l'institution supérieur de buta (isc-buta)

CHAPITRE II : CONCEPTION DU SYSTEME D'INFORMATION FUTUR

Après l'analyse du préalable, il s'est dégagé les points faibles que nous allons prendre en compte dans ce chapitre, pour la mise en place d'un nouveau système de gestion informatisé pour faciliter les tâches du traitement de la centralisation des cotes des étudiants par les avantages qu'apporte la NTIC à partir des informations recueillies pendant l'analyse préalable.

Il sera question aussi de passer à revu tous les concepts rencontrés dans l'analyse du préalable pour leur ajustement au nouveau système d'information.

Enfin notre application va tourner juste au niveau de la centralisation des cotes, c'est-à-dire l'étape de la délibération.

II.1. ETUDE DES DONNEES

Dans cette partie, nous allons évaluer le volume des données et calculer le volume de l'espace disque nécessaire pour loger l'application dans la mémoire de l'ordinateur de la manière ci-après :

II.1.1. Recensement des concepts du futur système

Tableau n° : Tableau de recensement des concepts du futur système.

N°	Acteur	Type	Interprétation
1	Cotes Premier graduat	Interne	une cote est une évaluation chiffrée du résultat d'un examen obtenu par un étudiant de premier graduat
2	Cotes Deuxième graduat	Interne	une cote est une évaluation chiffrée du résultat d'un examen obtenu par un étudiant de premier graduat
3	Jury	Interne	Organe qui centralise et calcul les cotes de chaque étudiants dans une promotion pour la délibération et la publication des résultats des étudiants.

Source : nos analyses.

Après les analyses effectuées, nous sommes aboutis aux relations ci-après :

39

II.1.2. Recensement des relations du système futur Tableau n° : Recensement des relations du système futur

Recensement et description des relations
Relation	Objets			Cardinalités
Centraliser	Jury et Cotes Premier graduat	(0,	1)-	(0, n)
Concerner	Jury et Cotes Deuxième graduat	(0,	1)-	(0, n)

40

II.1.3. Nouveau Dictionnaire des données

Tableau n° : Tableau récapitulatif de toutes les données dans le nouveau système.

Nom de la donnée	Signification	Format A, AN, N (Type)	Longueur	Nature		Règle de gestion	Document
				E, CA, CO	SIG, MVT, SIT
RefJury	Référence Jury	AN	10	E	SIG	A créer	Composition des jurys
Prom	Promotion concernée	AN	20	E	SIG	MAJ	Composition des jurys
Session	Session concernée	AN	20	E	SIG	MAJ	Composition des jurys
AnnAc	Année académique	AN	10	E	SIG	AAAA	Composition des jurys
AnnSe	Année session	AN	4	E	SIG	MAJ	Composition des jurys
Mois	Mois session	AN	20	E	SIG	MAJ	Composition des jurys
PressJury	Noms Président du jury	AN	50	E	SIG	MAJ	Composition des jurys
SecJury	Noms secrétaire du jury	AN	50	E	SIG	MAJ	Composition des jurys
PresCent	Nom président Jury central	AN	50	E	SIG	MAJ	Composition des jurys
Date	Date jury	AN	10	CO	SIG	JJ/MM/AAAA	Composition des jurys
RefCotG1	Référence Etudiant	AN	5	E	SIG	A créer	Grille de cotation
Nmset	Nom et post-nom étudiant	AN	50	E	SIG	MAJ	Grille de cotation
Lieunaisset	Lieu de naissance	AN	20	E	SIG	MAJ	Grille de cotation
Datenaisset	Date de naissance	AN	10	CO	SIG	JJ/MM/AAAA	Grille de cotation
Infogen	Informatique générale	N	5	E	SIG	MAJ	Grille de cotation
Algo1	Algorithmique 1	N	5	E	SIG	MAJ	Grille de cotation
Langage1	Langage de programmation1	N	5	E	SIG	MAJ	Grille de cotation
Labo1	Laboratoire informatique 1	N	5	E	SIG	MAJ	Grille de cotation
Ang	Anglais	N	5	E	SIG	MAJ	Grille de cotation
Comptgen	Comptabilité générale	N	5	E	SIG	MAJ	Grille de cotation
Stat	Statistique descriptive	N	5	E	SIG	MAJ	Grille de cotation
Math	Mathématique	N	5	E	SIG	MAJ	Grille de cotation
Logique	Logique, expression orale et écrite	N	5	E	SIG	MAJ	Grille de cotation
Vih	VIH/SIDA et les IST	N	5	E	SIG	MAJ	Grille de cotation
Hyg	Hygiène et Assainissement	N	5	E	SIG	MAJ	Grille de cotation
Edicit	Education à la citoyenneté	N	5	E	SIG	MAJ	Grille de cotation
Ecopol	Economie politique	N	5	E	SIG	MAJ	Grille de cotation
RefEt	Référence Etudiant	AN	5	E	SIG	A créer	Grille de cotation

41

Nmset	Nom et post-nom étudiant	AN	50	E	SIG	MAJ	Grille de cotation
Lieunaisset	Lieu de naissance	AN	20	E	SIG	MAJ	Grille de cotation
Datenaisset	Date de naissance	AN	10	CO	SIG	JJ/MM/AAAA	Grille de cotation
MAI	Méthodologie d'analyse informatique I	N	5	E	SIG	MAJ	Grille de cotation
Algo	Algorithmique II	N	5	E	SIG	MAJ	Grille de cotation
Langage	Langages de programmation	N	5	E	SIG	MAJ	Grille de cotation
Labo	Laboratoire d'informatique	N	5	E	SIG	MAJ	Grille de cotation
StrOrdi	Structure des ordinateurs	N	5	E	SIG	MAJ	Grille de cotation
SysEx	Système d'exploitation	N	5	E	SIG	MAJ	Grille de cotation
Stat	Statistique inductive	N	5	E	SIG	MAJ	Grille de cotation
Droit	Droit et législation sociale	N	5	E	SIG	MAJ	Grille de cotation
Ang	Anglais technique II	N	5	E	SIG	MAJ	Grille de cotation
CAES	Comptabilité analytique d'exploitation	N	5	E	SIG	MAJ	Grille de cotation
MRS	Méthodes de la recherche scientifique	N	5	E	SIG	MAJ	Grille de cotation
Vih	VIH/SIDA et les IST	N	5	E	SIG	MAJ	Grille de cotation
Hyg	Hygiène, Environnement et Assainissement	N	5	E	SIG	MAJ	Grille de cotation

Source : Notre Analyse du Futur

II.1.4. Nouvelles règles de gestion

- RG1 : Un jury doit centraliser les cotes des plusieurs étudiants en premier graduat.

- RG2 :Un jury doit concerner les cotes des plusieurs étudiants de deuxième graduant.

42

Nmset

Algo

Lieunaisset

Stat

Labo Ang

Logique Vih Hyg

Edicit Ecopol CatI

CatII CatIII

Labo Ang

Langage

Stat

Algo

Datenaisset

Lieunaisset

Nmset

Comptgen

Langage

Infogen,

Datenaisset

Logique
Vih
Hyg

Edicit Ecopol CatI

CatII CatIII

Comptgen

Infogen,

CatIII

Math

CatIII

Math

RefJury

Prom Session

AnnAc

AnnSe

Mois

PresJury SecJury

PresCent Date

RefEt

RefEt

II.1.5. Nouveau Graphe de dépendances Fonctionnelles

43

Centraliser 0,N

II.1.6. Construction du MCD Futur

T-Jury

RefJury Prom Session AnnAc AnnSe Mois PressJury SecJury PresCent Date

Centraliser

T-CotesDeuxiemeGraduat

RefEt Nmset Lieunaisset Datenaisset Infogen Algo Langage Labo Ang Comptgen Stat Math Logique Vih Hyg Edicit Ecopol

T-CotesDeuxiemeGraduat

RefEt Nmset Lieunaisset Datenaisset Infogen Algo Langage Labo Ang Comptgen Stat Math Logique Vih Hyg Edicit Ecopol

II.1.7. Lecture des cardinalités

1. Un Enseignant peut évaluer les étudiants dans plusieurs Cours.

2. Un Etudiant peut être évalue dans plusieurs cours par un Enseignant.

3. Un Cours peut être évaluer par un enseignant pour plusieurs Etudiants

4. Un Etudiant peut être délibéré par un jury et un jury. Ou un Jury doit délibérer un ou plusieurs étudiants.

II.2. QUANTIFICATION DE MODELE CONCEPTUEL DE DONNEES

La Quantification des données est la détermination du volume des données (c'est-à-dire le volume des entités et leurs relations) à stocker dans la mémoire, elle consiste à préciser :

- La taille et la Nature des propriétés ;

- Le Nombre d'occurrences des objets et relations ; - La Nombre d'occurrences des objets et relations ; - La cardinalité Moyenne ;

- Le volume de la base de données.

44

a. Quantification des entités

Tableau n° : Tableau de la quantification des entités

Entité	Identifiant	Propriété	Longueur	Nombre d'occurrence
Jury	RefJury	Référence Jury Promotion concernée Session consternée Année académique Année session Mois session Noms Président du jury Noms secrétaire du jury Nom président Jury central Date jury	129	12.900
CoteGI	RefcoteG1IG	Référence Etudiant Nom et post-nom étudiant Lieu de naissance Date de naissance Informatique générale Algorithmique Langage de programmation Laboratoire informatique Anglais Comptabilité générale Statistique descriptive Mathématique Logique, expression orale et écrite VIH/SIDA et les IST Hygiène et Assainissement Education à la citoyenneté Economie politique	148	14 800
CoteGII	RefcoteG2IG	Référence Etudiant Nom et post-nom étudiant Lieu de naissance Date de naissance Méthodologie d'analyse informatique I Algorithmique II Langages de programmation Laboratoire d'informatique Structure des ordinateurs Système d'exploitation Statistique inductive Droit et législation sociale Anglais technique II Comptabilité analytique d'exploitation et de société Méthodes de la recherche scientifique VIH/SIDA et les IST Hygiène, Environnement et Assainissement	153	15 300
TOTAL			430	43 000

45

La taille de la base de données égale à la somme de nombre d'occurrence des entités (Li) Formule pour la quantification des entités

- Longueur = E = li

?

?

- Nombre d'occurrences (Li) = E li. 100

- 100 représente le nombre d'espaces réservés pour une occurrence dans la base de données.

b. Quantification des relations

Relation	Collection	Cardinalité	Longueur	Nombre d'occurrence	Propriété
Centraliser	Jury Premier graduat(G1IG)	1,1 0,N	129 148	27 700	RefJury RefcoteG1 IG
Concerner	Jury Cotes Deuxième graduat (G2IG)	1,1 0,N	129 153	28 200	RefJury RefcoteG2 IG
TOTAL			559	55 900

Formule pour la quantification des relations - Longueur = E = Ni

?

?

- Nombre d'occurrences (Ni) = E li. 100

100 représente le nombre d'espaces réservés pour une occurrence dans la

multiplié par le nombre d'occurrence des relations (NI)

E LI * NI = Talle de la base de do????ées

= 43 000 * 55 900

= 2.403.700.000 oct/1024

= 2347363,28ko/1024

= 2292,34695Mb/1024

= 2,23862007Gb ? 2.2Gb

46

II.3. ETUDE DE TRAITEMENT

II.3.1. Construction de Modèle Conceptuel de Traitement futur (MCT)

Comme nous l'avons signalé que notre application va tourner juste au niveau de la centralisation des cotes, c'est-à-dire l'étape de la délibération, voici comment se présente ce processus :

N°1

Centralisation des cotes

Cotes

Jury présent disponibles

Et

Vérifier, Transcrire, calculer

Toujours

N°2	Décision jury

Jury présent Cotes centralisées

et calculées

Et

Section
disponible

Délibérer et afficher les résultats

Toujours

PV délibération et résultats affichés

Fig. n°6 : MCT Processus de centralisation des cotes des étudiants. Source : Nos propres analyses.

II.3.2. LE MODELE ORGANISATIONNEL DE TRAITEMENT 1) Règles d'organisation

1. La délibération se déroule à l'ISC BUTA entre 08H⁰⁰ à 18H⁰⁰

2. Les grilles de cotes sont remises aux différents jury respectifs pour une vérification.

3. Après vérification, les cotes sont transcrites par le secrétaire dans le logiciel de centralisation à l'ordinateur et un résultat est automatiquement affiché

4. Les jurys soumettent les résultats au président du jury central pour délibération par rapport aux critères.

5. Les résultats délibérés sont publiés.

47

2) Tableaux de procédure fonctionnel futur

Tableau n° : Procédure fonctionnel du processus de centralisation

PF	Déroulement durée	Action	Nature	Poste de travail
				Lieu	Responsable	Ressource
PF1	08H^00<t<18H^00	Réception et vérification Transcription	M	Salle	Jury	Grilles et ordinateur
PF2	08H^00<t<18H^00	Délibération	M	Salle	Jury central	Tableau synoptique
PF3	08H^00<t<18H^00	Publication	M	Valve	Jury	Tableau synoptique et Procès-verbaux

3) Les diagrammes d'enchainement des procédures Le processus de centralisation

Déroulement Durée Max	Procédures fonctionnelles				Nature M,AB,AC	Poste de travail
08H^00<t<18H^00					AC	Membres des Jurys + grilles
	Jury présent			Cotes disponibles
		Et
		PF^°1	Centralisation des cotes
			Toujours
			Cotes centralisées et calculées
08H^00<t<18H^00					M	Membres des Jurys + Grilles + ordinateur
	Jury présent
				Section
			Et disponible
		PF2	Décision jury
		Toujours
	PV délibération et résultats affichés

Source : Nos propres analyses.

48

SECTION II : CONCEPTION DE SYSTEME D'INFORMATION INFORMATISE

Dans cette section il sera question de la mise en place d'une application capable de résoudre facilement aux problèmes constatés par les moyens et procédés informatique appropriés.

II.4. MODELE LOGIQUE DE DONNÉES (MLD).

Le MLD est le modèle basé sur le MCD, c'est-à-dire il contient toutes les informations du MCD, mais les représentent à l'aide d'un formalisme différent qui est très adaptés aux structure d'une base des données. Le MLD est la composition des tables logiques reliées entre elles par des flèches²⁸. Le MLD défit la disposition des données dans une base des données.

II.4.1. Règles de transformation du MCD au MLD sont les suivantes 29:

Plusieurs cas sont à respecter pour la définition des règles de transformation du Modèle Conceptuel de Données en Modèle Logique de Données qui sont :

1) Transformation des entités

Toute entité est transformée en table ; les propriétés de l'entité deviennent les attributs de la table. L'identifiant de l'entité devient la clé primaire de la table.

2) Transformation des relations binaires du type (x, n)-(x,1)

Afin de représenter la relation, on duplique la clé primaire de la table basée sur l'entité à cardinalité (x,n) dans la table basée sur l'entité à cardinalité (x,1). Cet attribut est appelé clé étrangère. Les deux tables sont liées par une flèche nommée selon la relation, qui pointe de la table à clé étrangère vers la table qui contient la clé primaire.

3) Transformation des relations binaires du type (x, 1)-(x,1)

Plusieurs cas sont à distinguer. Sachant qu'une relation binaire du type (1,1)-(1,1) ne doit pas exister in nous reste les 2 cas suivants pour la Relation binaire (0,1) - (1,1) :

? On duplique la clé de la table basée sur l'entité à cardinalité (0 ,1) dans la table basée sur l'entité à cardinalité (1,1).

²⁸ KUKINI B.J., Techniques des Banques des Données, cours (inédit), G3 IG, ISC-BUTA, 2019-2020.

²⁹ Idem

49

? On duplique la clé d'une des tables dans l'autre. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent également attributs de la table dans laquelle a été ajoutée la clé étrangère.

4) Transformation des relations binaire s du type (x,n) - (x,n)

Une tablé supplémentaire doit être créée ayant comme clé une clé composée des clés primaires des 2 tables. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est souligné devra appartenir à la clé primaire composée de la table supplémentaire.

5) Transformation des relations ternaires

On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires de toutes les tables reliées. Cette règle s'applique de façon indépendante des différentes cardinalités. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est souligné devra appartenir à la clé primaire composée de la table supplémentaire.

II.4.2. Etablissement du Modèle logique de donnée(MLD)

D'après nos analyses sur le Modèle Conceptuel des Données, le Modèle Logique des Données s'établit comme suit :

? T-Jury (RefJury, Prom, Session, AnnAc, AnnSe, Mois, PressJury, SecJury, PresCent, Date).

? T-CotesPremierGraduatIG (RefG1IG, Nmset, Lieunaisset, Datenaisset, Infogen, Algo1, Langage1, Labo1, Ang, Comptgen, Stat, Math, Logique, Vih, Hyg, Edicit, Ecopol, # RefJury) ;

? T-CotesDeuxiemeGraduatIG (RefG2IG, Nmset, Lieunaisset, Datenaisset, MAI1, Algo2, Langage3, Labo2, StrOrdi, SysEx, Stat, Droit, Ang, CAES, MRS, Vih, Hyg, # RefJury) Source : Nos propres analyses

II.5. MODELE PHYSIQUE DE DONNEES (MPD)

II.5.1. Définition

Le Modèle Physique des données est la traduction du modèle logique des données (MLD) dans une structure de données spécifique au système de gestion de bases de données (SGBD) utilisé. Il est représenté par des tables définies au niveau du système de gestion de bases

50

de données. C'est donc au niveau du MPD que nous quittons la méthode générale de création d'un MCD et de sa transformation en MLD, pour nous tourner vers la manipulation d'un SGBD spécifique. Donc ici le travail sur papier s'arrête et on passe l'implémentation.³⁰

II.5.2. Passage du Modèle Logique des Données au Modèle Physique des Données³¹

Le passage du MLD au MPD se fait par les étapes suivantes :

? Implémentation physique de chaque table du MLD dans le SGBD utilisé.

? Pour chaque table, indiquer au SGBD quels(s) champ(s) constitue(nt) la clé primaire.

? Pour chaque table, indiquer au SGBD la (les) clé(s) étrangère(s), et la (les) clé(s) primaire(s)

correspondante(s)

II.5.3. Etablissement Modèle physique des données

Figure : Modèle physique des données Nos propres analyses.

II.6. MODELE LOGIQUE DE TRAITEMENT(MLT)

Le Modèle logique de traitement suit le modèle organisationnel de traitement. Celui-ci comprend les opérations effectuées par des postes de travail. A chaque opération organisée sont associés un ou plusieurs outils informatiques.

³⁰ KUKUNI B. J., Op.cit.

³¹ KIKUNI B. J., Idem.

51

Le modèle logique de traitement comprend la partie visible, la spécification externe des transactions informatiques, le cheminement possible d'écran après un menu principal et la partie non visible, lectures et actions d'écritures d'informations dans le modèle logique de données.

II.6.1. Quelques concepts utilisés³²

· Unité Logique de Traitement : ULT modélise un ensemble des traitements informatiques perçus comme homogène en termes de pénalité. L'unité logique de traitement définit également le rapport à la cohérence des données du SII.

· L'Outil interactif L'outil interactif permet un dialogue entre l'utilisateur et l'ordinateur via un écran et un clavier. Il comprend des écrans se succédant où l'utilisateur tape des informations ou des commandes au clavier et obtient immédiatement la réponse. Il enchaine les traitements sans arrêt.

· Outil informatique Dans la pratique est informatique et peut être de deux types : transactionnel ou interactif, traitement immédiat ou en temps réel ou en traitement différé ou par lot, calcul sans intervention directe de l'utilisateur. Dans deuxième cas, le programme s'enclenche et effectue ses calculs et ses mises à jour éventuelles sur les données à un moment prédéterminé.

II.6.2. Le passage du MOT au MLP

C'est le passage d'un traitement manuel à un traitement automatique. Les règles à observer sont les suivants pour le passage du MOT au MLT :

· Les opérations deviennent des unîtes logique de traitement(ULT) ;

· Les procédures fonctionnelles au organisationnelles deviennent des procédures logiques ;

· Les postes de travail deviennent des sites logiques.

A ces règles de passage, il faut aussi procéder à:

· Identifier les différents ULT informatisables à partir du MOT. Ces ULT seront plus tard l'ensemble d'instruction exécutable ;

· La construction du MLT formé des ULT, avec un début et une fin.

³² MBULI B. F., Op.Cit.

52

? La construction enfin les procédures logiques correspondant à chaque ULT ou domaine, chaque ULT reposant sur des interfaces.

III.5.3. Construction du Modèle Logique de Traitement

Fig. : Modèle logique de Traitement Source : Nos propres analyses

CHAPITRE TROISIEME : IMPLEMENTATION DU NOUVEAU SYSTEME III.1 Introduction

Ce dernier chapitre, il sera question d'examiner en détail le système automatisé, ainsi que la présentation de l'application, d'une base de données bien structurée dont la consultation permettra de rechercher facilement des informations sur les cotes des étudiants.

III.1.1. Définition des concepts

1. Base des Données : Une base de données est un ensemble structuré d'informations

2. Table : Une table contient des données de même nature. Les tables organisent les données en colonnes (ou champs, ou rubriques) et en lignes (ou enregistrements, ou fiches).

3. Formulaire : Un formulaire sert à saisir, à consulter et à modifier le contenu d'une table ou de plusieurs tables liées, enregistrement par enregistrement.

4. Requête : Une requête est la formulation de critères de sélection d'enregistrements d'une ou de plusieurs tables.

5. Application : application (informatique), programme informatique conçu pour aider

un utilisateur à réaliser un travail déterminé

6. Logiciel : est un programme ou ensemble de programmes informatiques assurant un traitement particulier de l'information.

7. Progiciel : contraction de « produit logiciel », équivalent de l'anglais software package, type spécifique de logiciels pouvant être configurés par un langage qui leur est propre pour s'adapter à une application particulière. En mettant à la disposition du programmeur des fonctionnalités puissantes, un progiciel permet de réaliser à peu de frais une application dédiée. Les progiciels s'adaptent à un certain type de tâches et permettent à un utilisateur d'être plus productif. De nombreux logiciels vendus dans le commerce, tels que les tableurs ou les logiciels de bases de données, sont des progiciels ;

8. Programme (informatique) : est une suite d'instructions interprétées puis exécutées par un ordinateur.

³³KIKUNI B.J., Op.cit.

³⁴ MBULI F, Cours de Labo informatique II, Cours (inédit) G2 Informatique de Gestion, ISC-BUTA, 2018-2019

54

III.1.2. Choix du langage de programmation

Un Langage de Programmation est un ensemble de commandes et d'options de commandes (les arguments) par lequel on envoie des instructions à l'ordinateur. Les ordinateurs ne peuvent pas comprendre le langage des humains, d'abord parce que les humains peuvent réagir à des instructions ambiguës, ce qui est foncièrement impossible pour la machine. Un langage de programmation doit être plus précis qu'un langage naturel³³.

Nous avons fixe notre choix sur le langage Visuel Basic for Application (VBA), ce dernier qui est un langage orient objet et, il nous a permis de pourvoir réaliser notre application.

III.1.3. Choix du Système de Gestion de Base de Données

Le SGBD (système de gestion de base de données) est un écran qui joue le rôle d'interface entre l'homme (utilisateur) et la machine. Il est considéré comme un outil permettant d'insérer, de modifier et de chercher efficacement des données spécifiques dans une grande masse d'informations partagées par tous les utilisateurs. Il offre un ensemble d'outils permettant de saisir, de mettre à jour, de manipuler, d'interroger et d'imprimer des données.³⁴

Le Système de Gestion de Base de Données présente les avantages suivants :

? Indépendance physique : le niveau physique peut être modifié indépendamment du niveau conceptuel. Cela signifie que tous les aspects matériels de la base de données n'apparaissent pas pour l'utilisateur, il s'agit simplement d'une structure transparente de représentation des informations ;

? Indépendance logique : le niveau conceptuel doit pouvoir être modifié sans remettre en cause le niveau physique, c'est-à-dire que l'administrateur de la base doit pouvoir la faire évoluer sans que cela gêne les utilisateurs ;

? Manipulabilité : des personnes ne connaissant pas la base de données doivent être capable de décrire leur requête sans faire référence à des éléments techniques de la base de données ;

? Rapidité des accès : le système doit pouvoir fournir les réponses aux requêtes le plus rapidement possible, cela implique des algorithmes de recherche rapides ;

? Administration centralisée : le SGBD doit permettre à l'administrateur de pouvoir manipuler les données, insérer des éléments, vérifier son intégrité de façon centralisée ;

55

? Limitation de la redondance : le SGBD doit pouvoir éviter dans la mesure du possible des informations redondantes, afin d'éviter un gaspillage d'espace mémoire mais aussi des erreurs ;

? Vérification de l'intégrité : les données doivent être cohérentes entre elles, de plus

lorsque des éléments font référence à d'autres, ces derniers doivent être présents ;

? Partagéabilité des données : le SGBD doit permettre l'accès simultané à la base de données par plusieurs utilisateurs ;

? Sécurité des données : le SGBD doit présenter des mécanismes permettant de gérer les droits d'accès aux données selon les utilisateurs.

Pour y arriver, nous nous somme servi d'un SGBD MS Office Access 2010 qui permet au concepteur de réaliser une application partant de la création des tables décrites ci-haut, création des requêtes concernant les objectifs, les états de sortie (le rapport) ainsi que la création des interfaces utilisateurs permettant de faire une manipulation aux données tout en ajoutant, modifiant, supprimant, stockant, mettre à jour.

III.2. BREVE PRESENTATION DE L'APPLICATION AVEC PRINTSCREEN

Le lancement de cette application est très simple. Il est simplement recommandé aux utilisateurs de respecter le chemin d'accès. De manière concrète, ladite application fonctionne comme suit :

Pour lancer (démarrer) l'application, il faut cliquer sur l'icône de l'application dans un emplacement connu par l'utilisateur et voici les processus :

2. FORMULAIRE MENU PRINCIPAL

56

1. FORMULAIRE CHARGEMENT DE L'APPLICATION

L'application se charge jusqu'à 100% pour permettre d'accéder à l'interface Authentification, dont l'utilisateur doit patienter jusqu'au chargement complet.

1. FORMULAIRE AUTHETIFICATION

Ici c'est le porte d'entrée de l'application, pour accéder, l'utilisateur doit s'authentifier en saisissant le nom de l'utilisateur et mot de passe comme clé et il faut valider dans le bouton CONNEXION à gauche, une boite de dialogue apparait où il faut confirmer sur OK pour ouvrir l'interface MENU PRINCIPAL.

57

1

2

3

4

5

Ce menu permet de faire les enregistrements en commençant par les membres du jury de chaque promotion et session (Bouton 1) ensuite l'enregistrement des cotes des différentes promotions (Boutons 2 et 3), enregistrement des cotes de chaque promotion (2,3), consulter et imprimer les différents états (4) et quitter l'application (5).

3. FORMULAIRE DES MEMBRES DU JURY

1

2

4

3

En cliquant sur du bouton 1 du MENU PRINCIPAL on accède directement à cette interface qui aide à enregistrer (1), modifier (2) et supprimer (3) les membres du jury de chaque promotion. Et, retour au MENU PRINCIPAL (4).

58

4. ENREGISTREMENT DES COTES DE CHAQUE PROMOTION

Même procédure pour l'enregistrement des membres des jurys, en cliquant sur le bouton 2 ou 3 au MENU PRINCIPAL.

Ce document affiche les résultats de tout étudiant ayant délibérer selon les critères. b) Le Bulletin de cotes

59

5. CONSULTER ET/OU IMPREMER LES RESULTATS

En cliquant sur le Bouton 4 du MENU PRINCIPAL donne l'accès ce menu. Le nom de chaque bouton indique l'action à exécuter si l'utilisateur appui l'un d'entre -eux.

6. LES ETATS DE SORTIES

Les états : sont les résultats conditionnels d'une unité logique d'un traitement. C'est-à-dire le document à imprimer.

a) Tableau synoptique des résultats

60

Contrairement au Tableau synoptique, le Bulletin affiche plutôt les relevés de chaque étudiant par nom, promotion, session et année académique.

61

7. DECONNEXION

Pour quitter l'application comme signaler au MENU PRINCIPAL, on clique sur le bouton 5 et on valide sur OK, le MENU DECONNEXE se charge et l'application se ferme.

Voila, le fonctionnement de notre application pour la centralisation de cotes des étudiants.

La vérification de nos hypothèses et l'aboutissement à des résultats escomptes, il nous a été nécessaire d'utiliser les méthodes et techniques telles que :