Rpublique Algrienne Dmocratique et Populaire
Universit Abou Bakr Belkaid Tlemcen
Facult des Sciences
Dpartement dInformatique
Mmoire de fin dtudes
Pour lobtention du diplme de Licence en Informatique
Thme
Conception et Ralisation dune
application de GESTION DES NOTES
DEXAMEN
Ralis par :
-
Kambouche Fatima Zohra.
Bengoudifa Amel.
Prsent le 27 Juin 2013 devant la commission dexamination compose de MM.
Mr Chouiti sidi Mohamed
(Examinateur)
Mr Benmouna Youcef
(Examinateur)
Mr Moufok Benattou
(Examinateur)
Anne universitaire: 2012-2013
Introduction gnrale
Notre projet consiste dvelopper un logiciel de systme dinformation de la gestion des
notes des examens facilitant la saisie, le partage et la dlibration, notre application
consiste tablir un travail complet de la scolarit dune facult savoir : enregistrement
des fichier tudiant, enseignant, calcul moyenne et tat imprimer pour cela nous avons
utilis la mthode MERISE pour lanalyse et la conception de notre systme
dinformations. Pour limplmentation des donnes, nous avons utilis SQL SERVER, est
un SGBD relationnel, qui dfinit des relations entre les tables de faon garantir fortement
l'intgrit des donnes qui y sont stockes. Nous avons utilis aussi lEDI Delphi, un
environnement de Programmation RAD offrant des outils et des palettes de composants
permettant de dvelopper des applications de systme dinformations robustes et efficaces.
Il offre un langage procdurale mais qui adopte des concepts orients objets facilitant la
programmation par composants et donc une programmation visuelle et rapide.
Ce mmoire est partag en trois chapitres :
Chapitre 1 : Merise et les systmes dinformations.
Nous prsentons dans ce chapitre la mthode merise ainsi que le systme
Dinformation que nous voulons automatiser, et dans le chapitre 2 : analyse et conception,
sur lequel ont prsente ltude des documents, le dictionnaire de donnes, dpendance
fonctionnelles, le modle conceptuel de donne et modle logique. Et dans le chapitre3:
cest ltude technique nous prsentons notre propre application.
Chapitre I
I.
merise et le systme dinformation
Merise et le systme dinformation
Si nous reprenons lanalogie anatomique, et si nous comparons lentreprise un corps
humain, nous pouvons rduire le systme d'information un cerveau qui pilote, un muscle
qui opre et des nerfs qui font transiter les informations. Voici un schma simplifi qui en
dcoule :
I.I
La reprsentation schmatique des systmes
Figure 1 : schma des systmes
I.1.1
Le systme de pilotage
Le systme de pilotage dfinit les missions et les objectifs, organise lemploi des moyens,
contrle lexcution des travaux. Il assigne des objectifs lorganisation, analyse
lenvironnement et le fonctionnement interne Lorganisation, contrle le systme
oprant. Il est reli aux autres systmes par des flux dinformations internes.
I.1.2 Le systme dinformation
Le systme dinformation est lensemble des ressources humaines, techniques et
financires qui fournissent, Utilisent, compilent, traitent et distribuent linformation de
lorganisation. Il alimente lorganisation en informations Dorigines diverses (internes ou
externes). Il est la passerelle obligatoire pour toutes les informations de Lentreprise.
Chapitre I
I.1.2
merise et le systme dinformation
Systme oprant
Le systme oprant est lensemble des moyens humains, matriels, organisationnels qui
excutent les ordres du systme de pilotage.
Notre systme dinformation consiste la gestion des notes des tudiants de notre
dpartement Dinformatique. Une application est dj utilise, seulement, il existe
certaines lacunes que nous avons souleves et essayes de rsoudre. Tout dabord,
cette application utilise une base de donnes "Access", et donc nous pouvons
numrer certains inconvnients tels que :
Access n'est pas Client/serveur.
Access ne supporte pas les procdures stockes.
Access ne peut pas tre accd via ODBC ailleurs que sur le serveur o il est stock.
Access ne gre pas les accs par utilisateurs (puisque ce n'est que du partage de
fichiers).
Access est mal scuris.
ne gre pas plus de 2Go de donnes.
Un seul fichier de BDD.
Cette application est dveloppe et maintenue par un organisme externe, et donc ne peut
tre adaptes aux exigences et aux besoins particuliers de notre dpartement
Enfin pour toutes ces raisons ainsi que pour une meilleure lisibilit, un accs via le web
(Site
de luniversit de Tlemcen) et une dlibration plus efficace, nous avons choisi le
SGBDR SQL Server.
Nous avons utilis la mthode MERISE pour dvelopper notre application. Sachant que le
domaine des systmes dinformations est le milieu o sapplique cette dernire avec toute
la rigueur et la performance requises.
La conception dun systme dinformation nest pas vidente car il faut rflchir
lensemble de lorganisation que lon doit mettre en place.
La phase de conception ncessite des mthodes permettant de mettre en place un model sur
lequel on va sappuyer.
Chapitre I
merise et le systme dinformation
I.2 Historique de la mthode MERISE
MERISE est une mthode de conception, de dveloppement et de ralisation de projets
informatiques. Le but de cette mthode est d'arriver concevoir un systme d'information.
La mthode MERISE est base sur la sparation des donnes et des traitements effectuer
en plusieurs modles conceptuels et physiques.
La sparation des donnes et des traitements assure une longvit au modle. En effet,
l'agencement des donnes n'a pas tre souvent remani, tandis que les traitements le sont
plus frquemment.
La mthode MERISE date de 1978-1979, et fait suite une consultation nationale lance
en 1977 par le ministre de l'Industrie dans le but de choisir des socits de conseil en
informatique afin de dfinir une mthode de conception de systmes d'information. Les
deux principales socits.
Ayant mis au point cette mthode sont le CTI (Centre Technique d'Informatique) Charg de
grer le projet, et le CETE : (Centre d'Etudes Techniques de l'Equipement) implant AixI .3 Prsentation gnrale de la mthode Merise
La mthode Merise se caractrise par :
une approche systmique en ayant une vue de lentreprise en
terme de systmes.
une sparation des donnes (le ct statique) et des
traitements (le ct dynamique).
une approche par niveaux.
Pour la conception dun SI, il est ncessaire de considrer quatre niveaux dtude :
Le niveau conceptuel.
Le niveau organisationnel.
Le niveau logique.
Le niveau physique.
Chapitre I
merise et le systme dinformation
I .3.1 Le niveau conceptuel
Le niveau conceptuel consiste concevoir le SI en faisant abstraction de toutes les
contraintes techniques ou Organisationnelles et cela tant au niveau des donnes que des
traitements. Le niveau conceptuel rpond la question Quoi ? (le quoi faire, avec quelles
donnes).
Le formalisme Merise employ sera :
Le Modle Conceptuel des Donnes (MCD).
Le Modle Logique de Donnes (MLD).
Le Modle Conceptuel des Traitements (MCT).
I.3.2
Le niveau organisationnel
Le niveau organisationnel a comme mission dintgrer dans lanalyse les critres
lis lorganisation tudie. Le niveau organisationnel fera prciser les notions de
temporalit, de chronologie des oprations, dunit de lieu.
Les questions poses, au niveau des traitements, sont :
* Qui ?
Le formalisme Merise employ sera :
* Le Modle Organisationnel des Donnes (MOD).
* Le Modle Organisationnel des Traitements (MOT).
I.3.3 Le niveau logique
Le niveau logique est indpendant du matriel informatique, des langages de
programmation ou de gestion des donnes. Cest la rponse la question Avec
quoi ?
Le formalisme sera :
Le Modle Logique des Donnes (MLD).
Le Modle Logique des Traitements (MLT).
Chapitre I
merise et le systme dinformation
I.3.4 Le niveau physique
Le niveau physique permet de dfinir lorganisation relle (physique) des donnes. Il
apporte les solutions Techniques, par exemple sur les mthodes de stockage et daccs
linformation. Cest la rponse au Comment ?
Le formalisme employ sera :
* Le Modle Physique des Donnes (MPD).
* Le Modle Oprationnel et physique des Traitements (MOPT).
Le dictionnaire des donnes est un document qui permet de recenser, de classer et de trier
toutes les informations (les donnes) collectes lors des entretiens ou de ltude des
documents Le dictionnaire peut tre plus ou moins labor selon le niveau de granularit
souhait. En voici
Un exemple :
Non de la Format
donne
Longueur
Cette
cellule
recevra
une
donne
par
exemple
: Nom
La longueur
approximative
ou exacte de la
donne sera
indique, par
exemple : 30.
Etudiant
Ici sera
indiqu le
format de la
donne, par
exemple :
alphabtique.
Type
lmentaire
ou calcule
Rgle de
calcule
Rgle de
Ici sera
indique de
manire
claire la
formule ou
le calcul
ncessaire
appliquer
pour obtenir
la donne.
Dans cette
zone sera
indique, si
ncessaire,
la rgle de
gestion
inhrente
la donne.
document
Gestion
La rubrique
document permet
de saisir le
document dans
lequel a t trouve
la donne.
Table 1 : Le dictionnaire des donnes
Chapitre I
merise et le systme dinformation
I.4 Les dpendances fonctionnelles
Le rle de ltablissement des dpendances fonctionnelles est de nous aider comprendre
les liens existants entre chaque donne. Cette dmarche de recherche des dpendances
fonctionnelles est la pierre angulaire de toute lanalyse des donnes.
Dpendances fonctionnelles composes
Une dpendance fonctionnelle qui comporte plusieurs attributs est dite compose.
Dpendance fonctionnelle lmentaire
Une dpendance fonctionnelle A B est lmentaire sil nexiste pas une donne C, sous
ensemble De A, dcrivant une dpendance fonctionnelle de type C B.
Dpendance fonctionnelle lmentaire directe
On dit que la dpendance fonctionnelle A B est directe sil nexiste aucun attribut C tel
que lon puisse avoir A C et C B. En dautres termes, cela signifie que la dpendance
Mthodologie dlaboration des dpendances fonctionnelles
Llaboration des dpendances fonctionnelles est ralise laide du dictionnaire des
donnes.
I.5 Le modle conceptuel des donnes
Le Modle Conceptuel des Donnes introduit la notion dentits, de relations et de
proprits. Les lments de base constituant un modle conceptuel des donnes sont :
La proprit, lentit, Lidentifiant, Les cardinalits.
I.6 Le modle logique de donnes
Le Modle Logique des Donnes (MLD) est la suite normale du processus Merise. Son
but est de nous rapprocher au plus prs du modle physique.
Chapitre I
merise et le systme dinformation
Voici la procdure suivre
Cas (0, n), (1,1) ou (1, n), (0,1) :
Voici un modle conceptuel de dpart :
Figure 2 : exemple de relation entre deux tables
Voici le Modle Logique des Donnes dcoulant du Modle conceptuel prcdent :
Figure 3 : exemple de relation pre fils entre deux tables
Cas (0, n), (0, n) ou (1, n), (1, n) :
Illustrons ce cas sur le Modle Conceptuel des Donnes suivant :
Figure 4 : exemple de relation pre pre entre deux tables
Rgles simples de passage du MCD au MLD :
Lentit qui possde la cardinalit maximale gale 1, recevra lidentifiant ou les
identifiants des entits ayant les cardinalits maximales les plus fortes.
Les relations ayant toutes leurs entits relies avec des cardinalits maximales
suprieures 1, se transformeront en entit en absorbant les identifiants des entits
jointes.
Chapitre I
merise et le systme dinformation
I.7 Les diagrammes des flux
Ce diagramme donne une vue densemble ou qui participent un domaine dtude.
Domaine dtude
Un domaine dtude dlimite le primtre prcis dune ou de plusieurs activits au sein
dune organisation spcifique.
Lacteur
Lacteur (interne ou externe au domaine dtude) est un systme actif intervenant dans le
domaine dtude au moyen des flux.
Les flux
Les flux symbolisent un change entre deux acteurs du systme dinformation tudi.
Reprsentation graphique des acteurs
Il nexiste pas lheure actuelle de normalisation des reprsentations des acteurs et des
flux. Dans certains cas les acteurs externes sont symboliss de cette faon :
Figure 5 :
acteur externe
Les acteurs internes eux sont symboliss de cette faon :
Figure 6 : acteur interne
Voici une reprsentation plus complte dun
diagramme des flux :
Figure 7 : diagramme des flux
Chapitre I
merise et le systme dinformation
I.8 Le modle conceptuel des traitements
Objectifs du Modle Conceptuel des Traitements
Le Modle Conceptuel des Traitements met en lumire les traitements effectus sur les
donnes.
Le Modle Conceptuel des Traitements rpond la question Quoi ?
Conceptuel des Traitements ne rpond ni au comment, ni au quand, ni au qui, mais Que
souhaite-t-on obtenir ?
Les vnements
Le MCT est aussi appel Modle vnement-rsultat. Larrive dun ou plusieurs
vnements va gnrer une opration qui va elle-mme fournir un rsultat.
Les oprations
U n opration est une suite dactions interruptibles.
La synchronisation
La synchronisation agit au niveau des vnements avec des oprateurs logiques : et, ou,
non.
Reprsentation schmatique dun Modle Conceptuel des Traitements
Le modle conceptuel des traitements permet de reprsenter schmatiquement la gestion
des vnements :
figure8:modle conceptuel des traitements
10
tude dtaille
Chapitre II
II.
tude dtaille
La prsentation des documents doit permettre de dgager explicitement une
problmatique, transversaux l'ensemble des documents, qui vont structurer le
classement des informations dans ltude
II.I Etude des documents
La collecte dinformation requise a t solde par le recensement exhaustif des documents
utiliss par les diffrentes structures en guise de supports de base des informations
manipules. Nous prsenterons ci-aprs les documents
jugs les plus importants de
lensemble des documents recenss au cours de lanalyse de lexistant avec une tude
dtaille de chaque document.
Liste des documents
Voici 2 documents pour les quel on ntait sappuyer :
Document n 1 : relev de note : voir l annexe
Rubrique de document
Dsignation
-Numro d inscription
-Nom tudiant
-Prnom tudiant
-Date et lieu de naissance
- Anne universitaire
-Nom dpartement
- Dsignation filire
- Spcialit
- Code module
- Intitule module
- Coefficient module
-Unit Enseigner
-type de lunit
-moyenne par module/unit
-moyenne par semestre
-n semestre
-Moyen annuel
-signature et observation
Code
Nu- E
Nom
Prnom
D-N/L-N
Ann-uni
Nom-D
D-F
Sp
Code-m
Inti-m
C-m
UE
TUE
Moyen-M-u
M-S
NS
MA
So
Observation
j r / MM/ AA
table2 : rubrique de document
11
tude dtaille
Chapitre II
Document n 2 : fiche de veux :
Application: gestion
des notes des examens
Fiche descriptive des
documents
Ralis
par :
-Code
: F-V.
-Dsignation
: Fiche de veux.
-Remplir par
: Etudiant.
-nom
:
/
-prnom
: /
-Signature
: /
-nombre dexemplaire :
01.
Table 3 : fiche de veux
Les documents entrants :
Dsignation
Origine
Enseignent
-liste des notes
Frquence
-chaque examen
Table 4 : document entrant
Les documents sortants :
Dsignation
-Relev de note
-Attestation de russite
Origine
Etudiant
Etudiant
Frquence
1/an
1/an
Table 5 : document
sortant
12
tude dtaille
Chapitre II
II.2 Voici une bauche du dictionnaire des donnes, ceci est notre base de travail
Nom de donne
Format
Log
eur
Type
Rgle de
calcule
Document
(table)
CodeD
NomD
Alphanumrique
Alphanumrique
20
20
lmentaire
lmentaire
/
/
Dpartement
Dpartement
NumE
NomE
PrnomE
date naissanceE
ADRE
SexeE
Alphanumrique
Alphanumrique
alphanumrique
date
alphanumrique
alphanumrique
15
20
20
40
10
lmentaire
/
/
/
/
/
/
/
/
/
/
Etudiant
/
/
/
/
Code M
Libelle M
Coefficient M
Alphanumrique
alphabtique
numrique
20
20
2
/
/
/
/
/
/
Module
/
/
Code F
Nom F
Alphanumrique
alphabtique
20
20
/
/
/
/
filire
/
Code SP
Nom SP
Alphanumrique
alphanumrique
20
20
/
/
Spcialit
EMD
contrle
TD
TP
Rattrapage
NumENS
NomENS
PrnomENS
Numrique
numrique
numrique
numrique
2
2
2
2
/
/
/
/
/
/
/
/
/
/
/
Alphanumrique
alphabtique
alphabtique
20
20
20
/
/
/
Code P
Anne uni
Alphanumrique
numrique
20
4
/
/
/
/
/
/
/
/
Code UE
Alphanumrique
20
Unit
Intitul
Coefficient
Alphabtique
numrique
20
Enseigner
Note
Promotion
Table 6 : dictionnaire des donnes
On peut schmatiser ce modle de dictionnaire on dpendances fonctionnelles comme
Suit :
13
tude dtaille
Chapitre II
II.3 Le schma des dpendances fonctionnelles :
Nu- E
Nom E prnom E DNE ADR E Sexe E photo E code photos E
Date
Code D
Code M
Nom D
Libelle M Coefficient M Coefficient M
Note
Code F
Nom F
Code SP
Nom SP
Nu- ENS
Code P
Nom ENS
Ann-univers P
Code UE
Intitul
prnom ENS
CTU
Coefficient
Intitul
Figure 9 : dpendances fonctionnelles
14
Chapitre II
tude dtaille
II .4 le modle conceptuel de donnes (MCD)
laboration du Modle Conceptuel des Donnes
La conception dun modle conceptuel est un processus dynamique, nous allons considrer
maintenant que toutes nos dpendances fonctionnelles sont dcrites et continuer
cheminer dans le projet en commenant gnrer le MCD.
15
Chapitre II
tude dtaille
16
Chapitre II
tude dtaille
Appliquons ces rgles au modle conceptuel prcdent on obtient le MLD suivant :
II.5
le modle logique de donnes (MLD)
T Dpartement (codeD, nom D).
T tudiant (NumE, Nom E, Prnom E, DNE, ADR E, Sexe E, Code D*).
T Module (CodeM, Libelle M, Coefficient M, codeUE*).
T filires (CodeF, Nom F, Code D*).
T Spcialit (Code SP, Nom SP, Code F*).
T Promotion (Code P, An Uni P, Code SP*).
T enseignant (Nu ENS, Nom ENS, Prnom ENS).
T note (Nu E*, Code M*, Numsemestre*, TD, TP, preuve finale, Contrle, rattrapage).
T enseigner (Nu ENS*, Code M*).
T semestre (Numsemestre, anni_univ).
T Unit Enseigner (CodeUE, intitul, coefficient, Code TUE *).
T Type UE (codeTUE, intitul).
17
Chapitre III
III.
Implmentation
Implmentation
Ltude technique complte ltude dtailler par la prise en compte et la description de
tout lenvironnement technique (ordinateurs, systme dexploitation, outils de
dveloppement, Systme de gestion de bases de donnes.).
Les bases de donnes sont des ensembles des donnes complexe et stocke pour laccs
dun ensemble dutilisateurs
II I.1 Le choix de SGBD
SQL SERVER est un Systme de gestion de base de donnes relationnelles qui fait
dsormais partie de la stratgie technique de Microsoft en matire de base de donnes qui
doit terme remplacer le moteur qui gre les bases Access.
On peut dduire les avantages de ce SGBD par la suite :
Administration aise
Fonction d'audit volu
Indpendance entre les diverses bases, facilitant l'intgration de plusieurs
applicatifs dans une mme instance
Une des bases les plus performantes sous Windows en configuration par dfaut.
Frontaux et assistants trs pousss (sauf pour MSDE)
Gestion de l'indexation textuelle
Niveau de SQL trs prs de la norme SQL et implmente presque toutes les
possibilits de SQL.
Services Web
Support XML
Ordonnanceur intgr
Supporte les 4 niveaux d'isolation transactionnelle de la norme SQL
18
Chapitre III
Implmentation
III.2 Exemple de tables de bases de donnes
Voici table note de notre base de donnes en SQL Server :
Le masque ou La conception physique de la structure de la base de donnes
III.3
Le choix de lEDI
On appelle EDI (ou IDE), acronyme de Environnement de dveloppement intgr
linterface quoffre Delphi pour aider lutilisateur construire son application. Cette
interface ressemble plus un atelier o lon dispose dune bote outils et dun ensemble
dobjets qui servent fabriquer une application. On l bien dit ; sous Delphi, on ncrit
pas une application mais on la fabrique.
On a choisi le langage de Delphi parce quil est :
Cest un langage trs volue de niveau haut.
Intgration dun BDE pour les applications qui utilise les bases de donnes.
Contient une grande bibliothque des composantes visuelles et non visuelle.
Parmi les composants importants dans notre application on a utilis :
*Ado connexion : ce composant, sont se connecter aux donnes servies par le
mcanisme ADO
* Ado Table : celui-ci permet dexploiter une seule table de la base,
Fonctionnellement trs proche de table de BDE.
19
Chapitre III
Implmentation
III.4 Exemple des formes dans lapplication
Voici quelques formes de notre projet :
Forme Etudiant
Cest la forme qui fait la mise jour dun tudiant
Forme module
Cest la forme qui fait la mise jour dun module
20
Chapitre III
Implmentation
Forme note
Cest la forme qui fait la mise jour dune note
21
Chapitre III
Implmentation
Conclusion gnrale
Nous avons dvelopp une application de gestion des notes des examens de notre
dpartement dinformatique. Ce logiciel rpond aux besoins suivants :
Utilisation dun SGBDR Client/serveur, qui permettra l utilisation en rseau de l
application (intranet ou internet)
Dveloppement d une application efficace, fiable et scurise.
A dfaut de temps, nous navons pas pu dvelopper toutes les fonctionnalits requises dans
ce type dapplication. Nos perspectives sont les suivantes :
Terminez toutes fonctionnalits restantes ddition dtats de sorties, archivage, etc.
Testez lapplication sur un intranet
Dvelopper une interface web pour faciliter la saisie et la dlibration pour les
enseignants et la consultation pour les tudiants.
22
Table de matire
Introduction gnrale ................................................................................. 1
I. Merise et le systme dinformation ....................................................... 2
I.I
La reprsentation schmatique des systmes .................................. 2
I.2 Historique de la mthode MERISE ................................................... 4
I .3 Prsentation gnrale de la mthode Merise .................................. 4
I.4 Les dpendances fonctionnelles ........................................................ 7
I.5 Le modle conceptuel des donnes ................................................... 7
I.6 Le modle logique de donnes ........................................................... 7
I.7 Les diagrammes des flux .................................................................... 9
I.8 Le modle conceptuel des traitements ............................................. 10
II.
tude dtaille ..................................................................................11
II.I Etude des documents ....................................................................... 11
II.2 Voici une bauche du dictionnaire des donnes, ceci est notre base
de travail ................................................................................................ 13
II.3 Le schma des dpendances fonctionnelles :.................................. 14
II .4 le modle conceptuel de donnes (MCD)..................................... 15
II.5 le modle logique de donnes (MLD) ........................................... 17
III. Implmentation ................................................................................18
II I.1 Le choix de SGBD ...................................................................... 18
III.2 Exemple de tables de bases de donnes ........................................ 19
III.3
Le choix de lEDI ..................................................................... 19
III.4 Exemple des formes dans lapplication ..................................... 20
Conclusion gnrale..................................................................................22
23
Rsum
Nous avons dvelopp une application de gestion des notes des examens de notre
dpartement dinformatique. Ce logiciel rpond aux besoins suivants :
Utilisation dun SGBDR Client/serveur, qui permettra l utilisation en rseau de l
application (intranet ou internet)
Dveloppement d une application efficace, fiable et scurise.
Abstract
We have developed a management application test scores of our IT department. This
software meets the following requirements:
Using an RDBMS Client / server, allowing the use of the network application (intranet or
internet)
Development of a reliable and secure effective enforcement.