RÉALISATION D'UN SYSTÈME D’INFORMATION DE

GESTION

DES CLUBS

PARA-UNIVERSITAIRES

Rapport 

1
Présenté par : Encadré par :
FATIMI Soukaina Mme Karima KHALIL
MOUNIR Noureddine
HOUNDAZE Zakaria
OUARIRHI Lamya
Année Scolaire : 2013/2014

Sommaire

I. Introduction
II. Schéma directeur
III. Etude préalable
1. Recueil………………………………………..….…….... 6
2. Conception…………………………………………….. 7-8
3. L’Organisation……………………………….… .….... 9
4. L’Appréciation……………………………………. .…9-10
IV. Etude détaillée
Domaine : personnel et activité :
1. Projet : application de gestion du personnel
a. Le Dictionnaire des données ……………….……........ 11
b. Graphe des dépendances fonctionnelle ……….…....... 12
c. Le Modèle Conceptuel des Données ………….…....... 13
d. Le Modèle Conceptuel de Communication….……....14
e. Le Modèle Conceptuel de Traitement…………….....15
2
 f. Le Modèle Organisationnel de Traitement……….....16
g. Le Modèle Logique des Données………………….....17

2. Projet : base de données

a. Le Dictionnaire des données……………….……........18-19
b . Graphe des dépendances fonctionnelle……….….......19-20
c. Le Modèle Conceptuel des Données………….….......20-21
d. Le Modèle Conceptuel de Communication….……....21-22
e. Le Modèle Conceptuel de Traitement…………….....23-24
f. Le Modèle Organisationnel de Traitement……….....25
g. Le Modèle Logique des Données………………….....26

Domaine : Communication :
1. Projet : site web
a. Le Dictionnaire des données……………….……........27
b. Graphe des dépendances fonctionnelle……….….......28
c. Le Modèle Conceptuel des Données………….….......29
d. Le Modèle Conceptuel de Communication….……....30
e. Le Modèle Conceptuel de Traitement…………….....31
f. Le Modèle Organisationnel de Traitement……….....32
g. Le Modèle Logique des Données………………….....33

3
V. Conclusion 34

I. Introduction

Les clubs para-universitaires sont un plus que

l’Ecole Supérieure de Technologie Essaouira
offres à ses étudiants, afin de leurs attribuer une
plateforme pour qu’ils puissent améliorer leurs
talents, et profiter au plus des études que l’école
offre une chance d’acquière le travail de
groupe, la cohérence et la responsabilité.
Notre mini-projet consiste à faire une gestion
aux clubs para-universitaires de notre école
pour améliorer le déroulement des activités, que
ces clubs organisent, faciliter l’inscription des
étudiants dans ces clubs et la formaliser, ainsi
d’obtenir une base de données contient toutes

4
les informations des activités que les étudiants
ont organisé.

II. Schéma directeur :

Cette étape sert à définir, de manière globale, la politique
d’organisation et d’automatisation de ce système d’information.

Pour ce faire, on a répertorié l’ensemble des applications

informatiques à développer sur des domaines à savoir :

1. Domaine personnel et activité :

1. Création d’une base de données 
Contient :

- Les informations des membres des clubs

- Les informations des activités.
2. Création d’une application
- Gestion des inscriptions.
- L’accès aux informations stockées dans la base de
données.
2. Domaine communication :
1.
2.
3. Création d’un Site Web
5
 - La publicité des évènements et des activités courantes,
ainsi que les informations des clubs.
- Espace privé pour les membres des clubs.

III. Etude préalable :

Cette étude est faite par domaine :
1. Recueil :
a. Domaine personnel et activité :
On a remarqué au niveau logiciel et information :

 Absence d’une base de données.

 Absence d’application de gestion des inscriptions.

 Existence d’un archive qui contient les informations concernant

les membres et les activités.

Au niveau du matériel :

 L’existence d’un ordinateur bureau dell pentium 4 avec

système d’exploitation Vista.

 L’existence d’une imprimante HP Deskjet 845c.

6
 a)
b. Domaine communication :
On a remarqué :

 Absence d’un site web.

 Utilisation d’un tableau d’affichage pour les renseignements

des activités para-universitaires.

 Utilisation d’un groupe Facebook comme moyen de diffusion

de l’information.

IV. Conception:
a. Domaine personnel et activité :
1. Création d’une base de données :
Création d’une base de données qui regroupe les informations
détaillées des membres des clubs et des activités.
Les coordonnées des membres Les informations des activités

* Nom et Prénom *les procès-verbaux

* CNE * Les rapports
* CIN * Les photos des événements
* N° Téléphone * Les vidéos des manifestations
* filière * Le budget
* Pièce d’identité * (…)
* (…)

2. Création d’une application

7
 Permet la gestion des inscriptions des étudiants aux clubs et
l’accès à leurs données et aux informations stockées dans la base de
données pour établir des mise-a-jour.

Et pour cela on a besoin de certains équipements matériels et

logiciels :
1. Achat de deux nouveaux ordinateurs Lenovo Core i7, 8 Go en RAM et
2000 Go pour le disque dur.

2. Achat d’une Imprimante multifonction (CQ198B) jet d’encre thermique

3. Achat d’un scanner: HP Scanjet G3110

4. Achats d’un serveur LDLC Server Evolutivity XL:

Intel Xeon E5-2403 (1.8 GHz) 8 Go DDR3 HDD 4 To, Graveur DVD.

5. Au niveau du logiciel : Achat de Qt logiciel de développement

d’application

b. domaine communication :
1. Création d’un Site Web en HTML
Contient une Interface privée pour les membres des clubs (elle
est accessible à l’aide d’un pseudo et d’un mot de passe fournis après
l’inscription), et une Interface publique pour les visiteurs du site.

Interface privée (espace membre) Interface publique (espace des non-

inscrits)
* Discussion entre les membres sur le * Des informations sur le club
déroulement des activités * L’affichage des nouveautés des
* Partage des procès-verbaux. événements (les photos, les vidéos,
* Affichage des dates des réunions et les dates et lieu des activités, les
leur ordre du jour. responsables …)

8
  Pour cela on a besoin d’acheté le logiciel de programmation web adobe
Dreamweaver CS6.

V. Organisation :
Au niveau des clubs :
Apres notre discussion avec les membres des différents
clubs de l’école ils sont engagés à nous donner toutes les
informations nécessaire pour réaliser ce système d’information
ce tableau regroupe d’une coté les membres et les informations
qu’ils vont nous fournir.
Président Donner les informations sur tous les membres.

Secrétaire Donner les archives qui contiennent les informations des activités
réalisées : les Procès-verbaux des réunions et les rapports des
activités

Responsable financière Donner les informations sur le budget du club

Le photographe Donner toutes les photos et les vidéos prises dans les événements
passés

9
Au niveau de notre groupe
Un Ingénieur en développement : va se charger par le
développement de la base de données ACCESS.
Ingénieur en développement : va se charger à développer
l’application de gestion de l’inscription.
Ingénieur en web : va se charger à réaliser le site web.
Technicien supérieur : responsable sur tous ce qui est matériel
et installations des systèmes d’exploitation et des logiciels, ainsi que
la maintenance des ordinateurs.

VI. Appréciation :
Dans cette partie on présente les couts et le délai des solutions définis pour ce
système d’information :

a. Domaine personnel et activité :

- 2 nouveaux PC 12000 Dhs

- Imprimante et scanner 6000Dhs

- Serveur 5000 Dhs

- Logiciel de développement Qt 2000 Dhs

- Totale 25000 Dhs

b. domaine personnel et activité :

• Achat du Dreamweaver 3000 Dhs

 Et pour récapituler voici le tableau suivant :

Matériel Totale de : 23000 DHS

Logiciel Totale de : 5000 DHS

10
 Les frais du travail du groupe Totale de : 30000 DHS

La réalisation de ce système d’information est au délai de 3 mois

et le cout total est 58000 DHs.

11
III. Etude détaillée :
*Domaine de Personnel et activité :
1. Projet : Application de gestion du personnel

a. Le Dictionnaire des données :

nom signification Type longueur nature forme

CNE Code national d’étudiant N 10 E ________

NomEtud Nom de l’étudiant A 30 E ________

PnomEtud Prénom de l’étudiant A 30 E ________

NumTelEtud Numéro de téléphone de N 10 E 06 xx xx xx xx
l’étudiant

FilièreEtud Filière de l’étudiant A 30 E INFO - AGT

TM - MW
AnnéEtud Année des études N 1 E 1_2
EmailEtud L’email de l’étudiant AN 40 E ______

Libel_club Nom du club A 50 E ______

dateCreation Date de création du club D 6 E JJ/MM/AAAA

CIN_Encad Carte d’identité national de AN 9 E ________

l’encadrant

NomEncad Nom de l’encadrant du club A 30 E ________

PnomEncad prénom de l’encadrant du A 30 E _________

club

Profession Profession de l’encadrant A 30 E __________

du club

Num_inscrip Numéro d’inscription de N 4 E __________

l’étudiant

12
 b. Graphe des dépendances fonctionnelles :

Ce graphe de dépendances fonctionnelles nous présente les

relations entre les différentes données, et nous permettra de passer

vers le modèle conceptuel des données.

Par exemple d’après la donnée libel_club on peut déduire la date de

création (dateCreation) du club, ce qui signifie qu’on va réaliser une
entité nommé membre avec l’identifiant libel_club et la propriété
dateCreation, aussi les données num_inscr et date_inscr dépend des
deux données CNE et libel_club ce qui signifie que ses deux données
vont être porté par une association porteuse.

c. Le Modèle Conceptuel des Données :

13
Les règles de gestions :

Règle 1 : Un étudiant peut s’inscrire dans aucun ou plusieurs clubs

Règle 2 : un club peut avoir un ou plusieurs étudiants membres
Règle 3 : un encadrant peut ne pas encadrer aucun club ou encadrer
plusieurs clubs.
Règle 4 : un club peut n’avoir aucun encadrant ou un seul.
Règle 5 : un encadrant peut ne pas être membre dans aucun club
comme il peut être membre dans plusieurs.
Règle 6 : un club peut ne pas avoir aucun encadrant membre comme
il peut avoir plusieurs.

14
 d. Le Modèle Conceptuel de Communication :

Les flux d’informations :

1. Demande d’inscription.
2. Demande de création du compte. 
3. Demande de fabrication de carte d’adhérent.
4. Envoi des pièces manquantes.
5. Demande acceptée.
6. Envoi des coordonnées du compte au service d’inscription.
7. Envoi des coordonnées du compte à l’étudiant.
8. Envoi de carte d’adhérent au service d’inscription.
9. Envoi de carte d’adhérent à l’étudiant.

15
 e. Le Modèle Conceptuel de Traitement :

demande d'inscription
(ext1)

Demande de
fabrication de carte
d’adhérent
ext1 (int3)

traitement de la demande

int2 et int3
dossier incomplet dossier complet
fabrication de carte envoi de la carte d'
adhérent
(int5)
demande acceptée
mise en attente du (int2)
dossier envoi des pieces
manquantes
(int1)
(ext2)

int4 et int2

creation du compte
int1 et ext2
envoi des coordonnées
misa_à_jour du dossier (int6)
Demande de création
du compte
dossier incomplet dossier complet (int4)

Evènement ext1 : demande d’inscription au club.

Evènement int1 : mise en attente du dossier.

Evènement ext2 : envoi des pièces manquantes du dossier d’inscription.

Evènement int1 : acceptation de la demande d’inscription.

Evènement int3 : demande de fabrication d’une carte d’adhèrent du nouveau

membre. 2

Evènement int4 : demande de création du compte du nouveau membre sur le

site.

Evènement int5 : envoi de la carte d’adhérent à l’étudiant.

Evènement int6 : envoi des coordonnées du compte à l’étudiant.

16
 f. Le Modèle Organisationnel de Traitement :
le modèle organisationnel de traitement suivant contient
plusieurs colonnes : la periode , les acteurs internes et externes ainsi
que le type. Il va nous permettre de bien comprende le modèle
conceptuel de traitement qu’on a réalisé c’est-à-dire savoir comment
les évènements et les operations sont partagées entre les differents
acteurs .
Période etudiant service d'i nscription service de communi cation service technique Type

demande d'
inscri ption
(ext1)

ext1

trai tement de l a demande

Automati que

dossier incomplet dossier complet

mise en attente du
dossier
(int1)

envoi des pi eces

manquantes
(ext2)

i nt1 et ext2

misa_à_jour du dossier Automati que

dossier incomplet dossi er complet

demande acceptée
(int2)

Demande de
Demande de créati on fabricati on de carte
du compte
d’adhérent
(int4)
(i nt3)

i nt2 et int3

int4 et i nt2 fabricati on de carte Automati que

creation du compte
Automati que

envoi de la carte d'

adhérent
(int5)
envoi des coordonnées
(int6)

17
 g. Le Modèle Logique des Données :

CLUB
Libel_club <pi> Texte <O>
CIN_Enca d <fi> Entie r long e nca dre r
dateCreation Date ENCADRANT
e tre un m e m bre
Libel_club <pi> CIN_Encad <pi> Entier long <O>
... NomEtud Texte
PnomEtude Texte
Inscrire
Profession Entier long
CIN_Encad <pi>
...

Inscrire
e tre un m e m bre
CNE <pi,fi1> Entie r long <O>
e tre un m e m bre
Libe l_club <pi,fi2> Te xte <O>
Num_inscr Entie r long Libe l_club <pi,fi1> Te xte <O>
Da te _inscr Da te CIN_Enca d <pi,fi2> Entie r long <O>
Ide ntifia nt_1 <pi> Ide ntifia nt_1 <pi>
... ...

Inscrire

ETUDIANT
CNE <pi> Entier long <O>
NomEtud Texte
PnomEtude Texte
FiliéreEtud Texte
AnnéEtud Date
EmailEtud Texte
Numtel Entier long
CNE <pi>
...

Ce modèle logique de données contient trois tables et deux relations.

On prend comme exemple :
 La table CLUB contient la clé primaire libel_club, la clé étrangère
CIN_Encad qui est clé primaire de la table ENCADRANT, ainsi que la
propriété dateCreation.
 La relation « être un membre » contient comme clés primaire et en
même temps clés étrangère les deux propriétés libel_club et CIN_Encad.

18
*Domaine de Personnel et activité :
2. Projet : base de données ACESSE :

a. Le Dictionnaire des données :

Nom Signification Type Longueur Nature Forme

Num_inscrip Numéro d’inscription au club N 14 E ------------

Libel_club Libellé du club A 16 E ------------

CNE_membr Code national du N 10 E ------------

membre ---------

Nom_membr Nom du membre A 10 E ------------

Pnom_membr Prénom du membre A 10 E ------------

JJ/MM/AAAA
Date_Inscrip Date inscription au club D 10 E

Filière Filiére du membre A 10 E ------------

Anné_etud Année d’étude N 4 E ------------

Email Email AN 20 E ------------

N_tele Numéro de téléphone N 10 E 06 XX X X XX

XX

Réference_acti Réference d’activité AN 14 E ------------

Email_res Email du responsable AN 16 E ------------
Terme_acti Terme d’activité A 40 E ------------
Date_realisation Date de realisation D 10 E JJ/MM/
AAAA
Durée_acti Durée d’activité N 10 E ------------
Cout_realisation Cout de réalisation N 20 E ------------
Nom_sponsor Nom de sponsoring A 14 E ------------
Email_sponsor Email de sponsoring AN 16 E ------------
N_tele_sponsor Numéro du téléphone N 40 E ------------
du sponsoring
Cout_sponsor Cout de sponsoring N 10 E ----- DHs

19
 b. Graphe des dépendances fonctionnelles :

Ce graphe de dépendance fonctionnelle présentes les relations

entre les différentes données par exemple la donnée nom_sponsor
permet de savoir les trois données email_sponsor, N_tele_sponsor et
cout_sponsor ainsi de suite.

20
 c. Le Modèle Conceptuel des Données :

Les règles de gestions :

Règle 1 : Un membre peut réaliser une ou plusieurs activité.
Règle 2 : une activité peut être réalisée par un comme il peut être
réalisée par plusieurs membres.
Règle 3 : un membre peut ne pas participer dans aucune activité une
ou plusieurs activité.
Règle 4 : une activité peut ne pas avoir aucun membre participant
comme il peut avoir plusieurs.

21
 Règle 5 : une activité peut ne pas être financier pas aucun sponsor

1
PRESIDENT
10 SECRET AIRE
11

3 2
7
L_ECOLE
8
9 COMMIT T E_DE_
MEMBRES
COMMUNICAT ION

4
SPONSOR
5

6 FINANCIER

comme il peut être financier par plusieurs.

Règle 6 : un sponsor peut ne pas financier aucune activité comme il
peut financier plusieurs.
Règle 7 : une activité peut être concernée par une ou plusieurs
réunions.
Règle 8 : une réunion peut ne pas concerner aucune activité comme il
peut concerner plusieurs.

d. Le Modèle Conceptuel de Communication :

Les flux d’informations :

22
1. Demande de réunion.
2. Envoi d’avis de réunion aux membres
3. Demande de recherche des sponsors
4. Envoi du dossier de sponsoring
5. Envoi de lettre d’excuse
6. Emission du chèque
7. Demande d’autorisation
8. Refus de demande
9. Acceptation de la demande
10. Demande de réalisation du rapport
11. Envoi du rapport.

23
 e. Le Modèle Conceptuel de Traitement :

dem ande de reuni on

(i nt1) demande de recherche de
sponsor
(i nt3)

i nt1

preparati on de l a reuni on i nt3

reservati on de l a sal l e recherche de sponor

preparati on d'avi s pour l es m em bres

i nformati on des envoi du doi ssi er de

m embres sponsori ng
(i nt2) (i nt4)

envoi de l ettre d' refus de dem ande demande d'

autori sati on attri but em i ssi on du chéque
excuse autori sati on
(ext3) (ext) (ext1)
(ext4) (i nt5)

ext2 et ext3 ou/et ext4 ext2 et i nt5 ou/et ext1

annul ati on d'acti vi té real i sati on de l 'acti vi té

dem ande du rapport

acti vi té annul é acti vi té real i sée
(i nt8)
(i nt7) (i nt6)

i nt11 et i nt12 ou i nt11 et i nt10

real i sati on du rapport

envoi du rapport
(i nt10)
24
Evènement Int1 : Demande de réunion.

Evènement Int2 : Envoi d’avis de réunion aux membres

Evènement Int3 : Demande de recherche des sponsors

Evènement Int4 : Envoi du dossier de sponsoring

Evènement ext1 : Envoi de lettre d’excuse dans le cas où le sponsor

ne veut pas financier cette activité.

Evènement ext2 : Emission du chèque

Evènement Int5 : Demande d’autorisation de réalisation de l’activité

de l’administration de l’école.

Evènement ext3 : Refus de demande de réalisation de l’activité par

l’administration de l’école

Evènement ext4 : Acceptation de la demande de réalisation de

l’activité par l’administration de l’école

Evènement Int6 : Activité réalisée.

Evènement Int7 : Activité annulée.

Evènement Int8 : Demande de réalisation du rapport de l’activité.

Evènement Int9 : Envoi du rapport sur l’activité au président.

25
 f. Le Modèle Organisationnel de Traitement :
D’après le MCT précèdent on a généré le modelé organisationnel de
traitement suivant :
P é rio d e p re s id e n t s e cre ta ire com m itté d e co m m u n ica tio n m e m bre s l'e co le sponso r fin a n cie r Typ e

de m a nde de
in t 1
re u n io n
(in t 1 ) p re p a ra tio n d e la re u n io n
re s e rva tio n de la s a lle
p re p a d 'a vis p o u r le s m e m b re s

Ma n u e l

to u jo u rs

in form a tio n d e s
m e m b re s
(int 2 )

d e m a n d e de re ch e rch e
d e sponsor in t 3
(in t 3 )
re ch e rch e d e s p on s or Au to m a tiq u e

e n vo ie r d u d o s s ie r
s p o n s o rin g
(in t 4 )

de m a nd e d ' a u to ris a tio n re fu s d e e nvo i d u le ttre d ' e m is s io n d u

a ttrib u t e xu s e ch e q u e
a u to ris a tion de m a nde
(in t 5 ) (e xt 3 ) (e xt 4 ) (e xt 1 ) (e xt 2 )

e xt 1 e t e xt 4 o u/e t in t 5

a n n u la tio n d e l'a c tivité Ma n u e l

e xt 2 e t e xt 3 o u /e t
in t5
re a lis a tio n d 'a ctivité Ma n u e l

de m a nd e d e
a ctivité a nn u lé re a lis a tio n d u
(in t 6 ) de ma nde a ctivité ré a lis é
(in t 8 ) (in t 7 )

(in t 6 e t in t 8 ) o u (in t 6 e t in t 7 )

re a lis a tio n d u ra p p o rt Ma n u e l

e n vo i d u ra p po rt
(int 9 )

26
 g. Le Modèle Logique des Données :
Ré a lis e r
Nu m_ins crip <pi,fi1> Entie r <O>
Libe l_club <pi,fi1> <In dé fini> <O>
Re fe re nce _a cti <pi,fi2> Entie r <O>
Act_Libe l_club <pi,fi2> <In dé fini> <O> Ré a lis e r
Ré a lis e r Activité
Ide ntifia nt_1 <pi>
... Re fe re nce _a cti <pi> En tie r <O>
Me mb re Libe l_club <pi> <Indé fini> <O>
pa rticipe r
Te rme _a cti Te xte
Num _ins crip <p i> Entie r <O> Num _ins crip <pi,fi1> En tie r <O>
Da te _re a lis a tion Da te
Libe l_club <p i> <Ind é fini> <O> Libe l_club <pi,fi1> <Indé fini> <O> Duré e _a cti En tie r
CNE Te xte Re fe re n ce _a cti <pi,fi2> En tie r <O> p a rticipe r
Cout_re a lis a tion Ré e l
Nom _m e m br Te xte Act_Libe l_club <pi,fi2> <Indé fini> <O>
pa rticipe r
P no m _m e m br Te xte Re fe re nce _a cti <p i>
Ide ntifia nt_1 <pi> Libe l_club <a i>
Da te _ins cr Da te
...
Filiè re Te xte ... Fina ncie r
Ann é _e tud Entie r
N_te le Entie r
Em a il Te xte Con ce rn e r

Num _ins crip <pi> Re f_re un ion <pi,fi1 > Entie r <O>
Conce rne r Conce rne r
Libe l_club <a i> Libe l_club <pi,fi1 > <Indé fin i> <O>
... Re fe re n ce _a cti <pi,fi2 > Entie r <O>
Fina ncie r
Act_Libe l_clu b <pi,fi2 > <Indé fin i> <O>
Nom _s p ons o r <pi,fi1> Te xte <O>
Ide ntifia nt_1 <pi>
Re fe re n ce _a cti <pi,fi2> En tie r <O>
...
Libe l_club <pi,fi2> <Indé fini> <O>
REUNION
Ide ntifia nt_1 <pi>
Re f_re u nio n <pi,a i> Entie r <O> ...
Libe l_club <pi,a i> <Indé fini> <O>
o rdre Entie r
S pons o ring
d a te Re Da te
Duré e Entie r Nom _s pon s or <pi> Te xte <O>
Re f_CR Entie r Em a il_s po ns or Te xte
N_te le _s pons o r En tie r Fina n cie r
Re f_re u nio n <pi>
Cout_s pon s or Ré e l
Libe l_club <a i>
... Nom _s pon s or <p i>
...

Ce modèle logique de donnée présente comment les données

seront organisées dans la base de données, les entités sont
transformer en tables et les associations de type (m, n) devient des
relations aussi, on prend comme exemple la table membre a comme
clé primaire le num_inscrip et libel_club la table activité a comme clé
primaire reference_acti et libel_club et la relation réaliser a comme
clés primaire et en même temps clés étrangères num_inscrip,
libel_club, reference_acti et acti_libel_club.

27
 *Domaine de communication:

3. Projet : site web

a. Le Dictionnaire des données :

Nom Signification Type Longueur Nature Forme

Num_inscrip Numéro N 14 E ------------------

d’inscription

Libel_club Libelle du club A 16 E ------------------

CNE Code national N 10 E -----------------
d’étudiant
Nom_membr Nom du membre A 10 E JJ/MM/AAAA

Pnom_membr Prénom du A 10 E ------------------

membre
Date_inscr Date d’inscription D 10 E ------------------
Filière filiere A 10 E -----------------
Anné_etud Année d’etude N 1 E 1 (1er année)- 2
(2eme année)
N_tele Numero du N 10 E ---------------------
téléphone
Email Email AN 20 E ---------------------

libelAnn Libellé d’annonce A 14 E ---------------------

Libel_club Libellé du club A 14 E ---------------------

Date_redac Date de redaction D 10 E JJ/MM/AAAA

Date_affichage Date d’affichage D 10 E JJ/MM/AAAA

Pseudo Pseudo nyme AN 18 E ---------------------

Mot_de_pass Mot_de_pass AN 14 E ---------------------

28
 b. Graphe des dépendances fonctionnelles :

Ce graphe montre les dépendances fonctionnelles qui nous

permet de savoir les identifiants et ainsi que les propriétés de chaque
entité. Dans cet exemple on remarque qu’on peut déduire le nom et
le prénom du membre d’après les deux données Libel_club et
Num_inscr ce qui signifie que ces deux données représentent
l’identifiant de la class nommé membre ainsi de suite.

29
 c. Le Modèle Conceptuel des Données :

Les règles de gestions :

Règle 1 : Un membre peut n’avoir qu’un et un seule compte.

Règle 2 : un compte ne peut être obtenu que par un et un seul

membre.
Règle 3 : un membre peut ne pas déposer aucune annonce comme il
peut déposer plusieurs annonces.
Règle 4 : une annonce ne peut être déposée que par un et un seul
membre.

30
 d. Le Modèle Conceptuel de Communication :

Les flux d’informations :

1. Demande de réalisation d’une affiche.
2. Envoi des informations concernant l’affiche
3. Envoi de la proposition
4. Envoi des remarques sur l’affiche
5. Envoi de l’affiche définitive.

31
 e. Le Modèle Conceptuel de Traitement :
demande de
realisation de l' envoi des
affiche informations
(int1) (int2)

int1 et int2

realisation de l'affiche

envoi de l'affiche
(int5)

envoi de la
proposition
int3
(int3) int5
traitement de la proposition
publication de l'affiche

refusée acceptée

envoi des
remarques affiche publiée
int4 (int4) (int6)
mise a jour de l'affiche

Evènement int1 : demande de réalisation d’une affiche.

Evènement int2 : Envoi des informations concernant l’affiche.

Evènement int3 : Envoi de la proposition (l’affiche réalisée).

Evènement int4 : Envoi des remarques sur l’affiche.

Evènement int5 : Envoi de l’affiche définitive.

Evènement int6 : publication de l’affiche sur le site web.

32
 f. Le Modèle Organisationnel de Traitement :
D’après le MCT précèdent on a généré le modelé organisationnel de traitement suivant :

33
 Période president service technique secretaire comité de communication Type

demande de
realisation de l'
affiche
(int1)
envoi des
informations
(int2)
int1 et int2

J realisation de l'affiche
Automatique
J+3

envoi de la
proposition
<Texte
<Texte
parpar (int3)
défaut>
défaut>

int3

J+4 traitement de l'affiche Manuel

refus acceptation

envoi des
remarques
(int4)
int4

J+7 mise a jour de l'affiche Automatique

envoi de l'affiche
(int5)

int5

publication de l'affiche Automatique

affiche publiée
(int6)

34
 COMP TE
P s e udo <pi> Te xte <O>
Avoir Mot_de _pa s s Entie r
Me m bre
libe l_club <pi> Te xte <O> Ide ntifia nt_1 <pi>
...
Num _inscrip <pi> Entie r <O>
CNE Ca ra ctè re (256)
Nom _m e m br Te xte
P nom _m e m br Te xte
Da te _inscr Da te
Filiè re Te xte
Anné _e tud Entie r
N_te le Num é rique
Em a il Ca ra ctè re (256)
Num _inscrip <pi>
libe l_club <a i>
...
ANNANCE
ANNONCE
libe lAnn <pi> Te xte <O>
libe l_club <fi> Te xte <O>
Dé pos e r Num _ins crip <fi> Entie r <O>
Da te _re da c Da te
Da te _a fficha ge Da te
libe lAnn <pi>
...

Ce modèle logique de données contient trois tables : membre, compte et

annonce.
La table membre a comme clés primaire libel_club et num_insrip, la table
Compte a comme clé primaire pseudo et la table annonce a comme clé primaire
libelAnn et comme clés étrangères Num_inscrip, libel_club.

V. Conclusion

35
 Le système d’information réalisé offrira à l’université
l’opportunité de disposer d’une application permettant de
gérer les clubs dans le cadre des activités para-universitaires,
ainsi que le contrôle des inscriptions, des coordonnées des
membres des clubs et des clubs.
Ce mini-projet nous a permis d’appliquer et de pratiquer
nos connaissances acquises lors de notre étude du Système
d’Information.

36