B. Recensement et description des entités
a. Recensement des entités
L'analyse de règles de gestion nous a conduit à
ressortir les objets suivants :
V' Étudiant
V' Compte
V' Groupe
V' Publication
V' Commentaire
b. Description des entités
Tableau III.1 Description des entités
Objets
|
Propriétés
|
Code propriété
|
Taille
|
Type
|
Identifiant
|
Etudiant
|
Identifiant Etudiant
|
Idetud
|
5
|
AN
|
#
|
|
prenom Etudiant
|
Prenome
|
15
|
AN
|
|
|
Post-nom Etudiant
|
Postnom
|
15
|
AN
|
|
|
Sexe
|
sexe
|
1
|
AN
|
|
|
date de naissance
|
datenaiss
|
15
|
AN
|
|
|
lieu de naissance
|
lieunaiss
|
20
|
AN
|
|
|
Adresse
|
Adress
|
50
|
AN
|
|
|
telephone
|
tel
|
15
|
AN
|
|
|
E-mail
|
mail
|
30
|
AN
|
|
28
Groupe
|
Identifiant Groupe
|
Idgroup
|
5
|
AN
|
#
|
|
Nom Groupe
|
Nomgroup
|
15
|
AN
|
|
Compte
|
Identifiant compte
|
Idcompte
|
5
|
AN
|
#
|
|
pseudo
|
pseudo
|
15
|
AN
|
|
|
mot de passe
|
mdpass
|
10
|
AN
|
|
Publication
|
Identifiant publication
|
Idpub
|
5
|
AN
|
#
|
|
titre de la publication
|
Titrepub
|
20
|
AN
|
|
|
objet publié
|
Objpub
|
255
|
AN
|
|
Université
|
Identifiant de l'université
|
Iduniv
|
5
|
AN
|
#
|
|
Nom de l'université
|
Nomuniv
|
25
|
AN
|
|
|
Adresse
|
Adress
|
30
|
AN
|
|
Commentaire
|
Identifiant commentaire
|
Idcom
|
5
|
AN
|
#
|
|
Texte commentaire
|
Textecom
|
255
|
AN
|
|
C. Recensement et description des relations
a. Recensement des relations
L'analyse de règles de gestion nous a conduits à
ressortir les relations suivantes :
> Échanger
> Poster
> Créer
> Interagir
> Commenter
> Appartenir
b. Description des relations
Tableau III.2 Description des relations
Relation
|
Propriété
|
Dimension
|
Object associé
|
Echanger
|
Date message
|
Unaire
|
Etudiant
|
Poster
|
Date
|
Binaire
|
Etudiant - Publication
|
Créer
|
Date
|
Binaire
|
Etudiant - Groupe
|
Appartenir
|
-
|
Binaire
|
Etudiant - université
|
Créer
|
-
|
Binaire
|
Etudiant - Compte
|
Commenter
|
Date
commentaire
|
Binaire
|
Etudiant - Publication
|
D. Présentation des contraintes de
cardinalités
La Contrainte de Cardinalité caractérise le lien
qui existe entre une
entité et la relation sur laquelle elle est
reliée.
> La borne minimale (généralement 0 ou 1)
décrit le nombre minimal des
occurrences d'un objet participant dans une relation ;
> La borne maximale (généralement 0 ou 1)
décrit le nombre maximal des
occurrences d'un objet participant dans une relation ;
> La cardinalité (1, n) signifie un ou plusieurs ;
> La cardinalité (1,1) signifie un et un seul ;
> La cardinalité (0,1) signifie zéro ou un ;
> La cardinalité (0, n) signifie zéro ou
plusieurs.
E. Présentation des contraintes
d'intégrité fonctionnelles (CIF)
D'une manière générale les contraintes
d'intégrités fonctionnelles sont, en dehors d'une
spécification par les cardinalités sur les pattes de la relation
concernée, représentées, selon que la relation soit
binaire ou n-aire, par les graphismes suivants :
Etudiant
Etudiant
Etudiant
Etudiant
Etudiant
Appartenir
Créer
Poster
Créer
Créer
CIF
CIF
CIF
CIF
CIF
Groupe
Compte
Groupe
Université
Publication
29
Figure III.2 : présentation des contraintes
d'intégrité fonctionnelle
F. Présentation du modèle conceptuel des
données
Interagir
1, n
1, n
#idetud Prenom Postnom Sexe Datnaiss Lieunaiss Adress Tel
email
1, n
1, n
Echanger Date message
interaction
Date
1, 1 1, n
Appartenir
1, n
Etudiant
1, n
Créer
1, 1
Groupe
#idgroupe Nomgroup
Créer
1, n
1, n
Commenter commentaire Date
Université
#iduniv Nomuniv Adress
#idcompte Pseudo mdpass
Compte
1 ,1
Poster
1, 1
#idpub Titrepub objpub
Publication
1, n
Figure III.3 : présentation du MCD13
30
13 Jean Luc Baptiste, Merise Guide pratique,
édition eni, 174 pages
31
I.1.2 Modélisation Conceptuelle de Traitement
(MCT)
La modélisation conceptuelle de traitement
représente la dynamique du système d'information
c'est-à-dire les opérations sont réalisées en
fonction d'évènements sans faire référence aux
choix organisationnels ou des moyens d'exécution. Il a pour but de
décrire le processus de traitement sans tenir compte des moyens
utilisés et détermine le processus en tenant compte de
l'organisation de l'entreprise.
A. Définitions des concepts
? Evénement : c'est un
déclencheur ou stimulus d'opération provoquant un effet
? Opération : c'est l'ensemble
d'action déclencheur de résultats.
? Synchronisation : c'est une condition
d'exécution d'une opération et provoqué par
l'événement ;
? Processus : constitue un sous ensemble
d'activités de la société (domaine) dont les points
d'entrée et de sortie stables et indépendant du choix
d'organisation.
B. Formalisme
Evenement declencheur
Synchronisation
Et/ou
Action interruptible
Action 1
Evenement
Evenement
Operation
Condition demission
Des résultat
Resultat 1
Resultat 2
Règle
demission 1
Regle
d'emission 2
Résultat
Figure III.4 : formalisme du MCT
C. Construction du modèle Conceptuel de
traitement
Accès plateforme
ET
Posséder compte
1
Authentification
Vérification du pseudo et du mot de passe
- Créer un groupe
- Poster une publication - Commenter une
publication
- Ecrire un message
|
OK
KO
Accès autorisé
Nouvel utilisateu
Création compte
- S'inscrire
- Valider l'inscription
Toujours
2
OU
Interaction avec le système
3
A
32
Toujours
Opération effectuée
A
Et
Besoin de quitter
4
? Se déconnecter
3 Déconnexion
33
Figure III.5 : présentation du MCI
I.2 Etape organisationnelle
I.2.1 Modélisation organisationnelle des
données
Ce modèle d'organisation de données est
élaboré à partir du modèle conceptuel de
données, dont on ne conserve que les objets appelés à
être mémorisés informatiquement.
2.1.1 Règles de passage du MCD au MOD
Ce passage se fait de la manière suivante :
? la suppression des objets ou des propriétés
qui ne seront pas à modéliser informatiquement;
? la modification au besoin de certains
éléments, compte tenu du choix de mémorisation
informatique;
? la création évidente des nouveaux
éléments de substitution pour garder un lien avec les
supprimé.
2.2.2 Présentation du Modèle
Organisationnel de Données (MOD)
1, 1
1, n
Créer
Groupe
Echanger Date message
1, n
1, n
#idetud Prenom Postnom Sexe Datnaiss Lieunaiss Adress Tel
Email
Etudiant
1, n Interagir 1, n
1, 1 1, n
Appartenir
1, n
interaction Date
Université
#idgroupe Nomgroup
1, n
1, 1
#idcom Nomuniv Adress
Créer
Commenter
commentaire
1 ,1
Date
Poster
Compte
#idcompte Pseudo mdpass
1, n
Publication
1, 1
#idpub Titrepub objpub
34
Figure III.6 : présentation du MOD
35
2.2.3 Quantification de la multiplicité des
cardinalités
Par multiplicité de cardinalité, on sous-entend
un couple dont la cardinalité maximale est égale à N
c'est-à-dire le nombre d'occurrences maximum d'un objet participant aux
occurrences d'une relation donnée. Pour ce faire, on calcule la
cardinalité moyenne qui se base sur certaines variables statiques ainsi
que les occurrences des objets et relations.
La cardinalité moyenne est obtenue à partir de la
formule suivante :
Cm= [(Min+2Mo+Max)/4]*p
P=Mo/Max
? Cm : la cardinalité minimale
? Max : la cardinalité maximale
? Mo : la valeur modale
? Cm : la cardinalité moyenne
? P : Taux de participation.
Pour quantifier l'effectif des relations du type autre que
père fils on utilise la formule : N3=N1*cm2
Où N1 : Nombre d'occurrence de l'objet
source N3 : Nombre d'occurrence de la relation Cm2
: Cardinalité moyenne de l'objet cible.
La connaissance des effectifs des objets et des relations nous
permettra de calculer le volume approximatif du MOD global.
Le calcul de la multiplicité des cardinalités de
notre MOD global se fait de la manière suivante :
Interagir
Interaction
Date
Groupe
Max : 100 Mod : 90
Etudiant
Max : 10 000 Mod : 9 000
P=Mo/Max= 9000/10000 = 0,9 P=Mo/Max= 90/100 = 0,9
Cm1= [(Min+2*Mo+Max)/4]*p Cm2=
[(Min+2*Mo+Max)/4]*p
Cm1= [(1 + 2 * 9000 + 10 000)/4] * 0,9 Cm2= [(1 + 2 * 90 +
100)/4] * 0,9 = 64
= 100 808
N3=N1* Cm2= 10 000 * 64= 640 000
Etudiant
Publication
Commenter
Commentaire
date
Max : 5 000 Mod : 4 500
Max : 10 000 Mod : 9 000
P=Mo/Max= 9000/10000 = 0,9 P=Mo/Max= 4 500/5 000 = 0,9
Cm1= [(Min+2*Mo+Max)/4]*p Cm2= [(Min+2*Mo+Max)/4]*p
Cm1= [(1 + 2 * 9000 + 10 000)/4] * Cm2= [(1 + 2 * 4 500 + 5
000)/4] *
0,9 = 100 808 0,9 = 3 151
N3 = N1* Cm2 = 10 000 * 3151 = 31 510 000
Echanger Message date
Etudiant
Max : 10 000 Mod : 9 000
36
P=Mo/Max= 9000/10000 = 0,9
Cm1=Cm2 = [(Min+2*Mo+Max)/4]*p
= [(1 + 2 * 9000
|
+ 10 000)/4]
|
*
|
0,9
|
= 100 808
|
N3 = N1 * Cm2 = 10 000
|
* 100 808 =
|
1
|
008
|
000 000
|
2.2.4 Quantification des objets.
Tableau III.3 Quantification des objets
N°
|
Entité
|
Nombre d'occurrences
|
1
|
Etudiant
|
10000
|
2
|
Compte
|
10000
|
3
|
Groupe
|
5000
|
4
|
Publication
|
700
|
5
|
Université
|
100
|
Total
|
20900
|
37
2.2.5 Quantification des
propriétés
Tableau III.4 Quantification des propriétés
Object/Relation
|
Propriétés
|
Type
|
Taille
|
Taille totale
|
Etudiant
|
Identifiant Etudiant
|
AN
|
5
|
|
|
prénom Etudiant
|
AN
|
15
|
|
|
Post-nom Etudiant
|
AN
|
15
|
|
|
Sexe
|
AN
|
1
|
|
|
date de naissance
|
AN
|
15
|
166
|
|
lieu de naissance
|
AN
|
20
|
|
|
Adresse
|
AN
|
50
|
|
|
téléphone
|
AN
|
15
|
|
|
E-mail
|
AN
|
15
|
|
Groupe
|
Identifiant Groupe
|
AN
|
5
|
20
|
|
Nom Groupe
|
AN
|
15
|
|
Compte
|
Identifiant compte
|
AN
|
5
|
30
|
|
pseudo
|
AN
|
15
|
|
|
mot de passe
|
AN
|
10
|
|
Publication
|
Identifiant publication
|
AN
|
5
|
280
|
|
titre de la publication
|
AN
|
20
|
|
|
objet publié
|
AN
|
255
|
|
Université
|
Identifiant de l'université
|
AN
|
5
|
60
|
|
Nom de l'université
|
AN
|
25
|
|
|
adresse
|
AN
|
30
|
|
Commenter
|
Commentaire
|
AN
|
255
|
260
|
|
date
|
AN
|
15
|
|
Interagir
|
Interaction
|
AN
|
255
|
260
|
|
Date
|
AN
|
15
|
|
Echanger
|
Message
|
AN
|
255
|
260
|
|
Date
|
AN
|
15
|
|
2.2.6 Calcul du volume théorique du
MOD
Le volume du MOD modèle organisationnel de
données est l'espace qu'occupera la base de données sur un
support quelconque. Ce calcul nous permet d'envisager le choix sur les types de
supports que contiendront les données que nous allons enregistrer
(stocker) dans notre base de données. Il est exprimé en nombre de
caractères.
38
? Calcul du volume des objets : volume = effectif *
taille
Tableau III.5 calcul du volume des objets
Objet
|
Taille
|
Effectif
|
|
Volume
|
Etudiant
|
166
|
10 000
|
|
1 660 000
|
Compte
|
30
|
10 000
|
|
300 000
|
Publication
|
280
|
5 000
|
|
1 400 000
|
Université
|
60
|
700
|
|
42 000
|
Groupe
|
20
|
100
|
|
2 000
|
Volume total objet =
|
3 404 000
|
? Calcul du volume des relations : volume = effectif *
taille
Tableau III.6 Calcul du volume des relations
Objet
|
Taille
|
Effectif
|
Volume
|
Echanger
|
260
|
1 008 000 000
|
262 080 000 000
|
commenter
|
260
|
31 510 000
|
8 192 600 000
|
Interagir
|
260
|
640 000
|
166 400 000
|
Volume total relation =
|
270 439 000 000
|
2.2.7 Calcul du volume de la base de données ?
Calcul du volume des tables
On calcule le volume d'une table en multipliant l'effectif de
cette table par sa taille. D'où : N*Taille
Tableau III.7 Calcul du volume des tables
Objet
|
Taille (T)
|
Effectif (N)
|
|
Volume
|
Etudiant
|
166
|
10
|
000
|
1
|
660
|
000
|
Compte
|
30
|
10
|
000
|
|
300
|
000
|
Publication
|
280
|
5
|
000
|
1
|
400
|
000
|
39
Université
|
60
|
700
|
42 000
|
Groupe
|
20
|
100
|
2 000
|
Echanger
|
260
|
1 008 000 000
|
262 080 000 000
|
commenter
|
260
|
31 510 000
|
8 192 600 000
|
Interagir
|
260
|
640 000
|
166 400 000
|
Total volume tables =
|
270 442 404 000
|
? calcul du volume des index
Tableau III.8 Calcul du volume des index
Table
|
Index
|
Taille
|
Effectif
|
Volume
|
Etudiant
|
#idetud
|
5
|
10 000
|
100 000
|
|
#iduniv
|
5
|
|
|
Groupe
|
#idgroup
|
5
|
100
|
1 000
|
|
#idetud
|
5
|
|
|
Compte
|
#idcompte
|
5
|
10 000
|
100 000
|
|
#idetud
|
5
|
|
|
Publication
|
#idpub
|
5
|
5 000
|
50 000
|
|
#idetud
|
5
|
|
|
Université
|
#iduniv
|
5
|
700
|
3 500
|
Echanger
|
#idetud
|
5
|
1 008 000 000
|
5 040 000 000
|
commenter
|
#idetud
|
5
|
31 510 000
|
315 100 000
|
|
#idpub
|
5
|
|
|
interagir
|
#idpub
|
5
|
640 000
|
6 400 000
|
|
#idetud
|
5
|
|
|
Total volume des index =
|
5 361 754 500
|
? Calcul du volume de la base de
données
Le calcul du volume du MOD global nous a permis de calculer
l'espace approximative qu'occuperait notre base de données. Mais ici on
calcul l'espace réel ou exacte qu'occupera la base de données,
car à ce stade on connait déjà la liste exhaustive des
tables qui seront créer base de données relationnelle. Pour ce
faire, on utilise la formule suivante :
Volume de la base de données = (?volume tables +
?volume index)* coefficient de multiplication. Le coefficient varie entre 2,5
à 3.
500
40
|
D'où, le volume de la base de données : 270 442
|
404
|
000 + 5 361 754
|
= 2
|
775 804 158 500 octets = 2 775 804 158 500 / 1
|
048
|
576 = 2,64 Mo
|
I.2.2 Modélisation Organisationnel de Traitement
(MOT)
Le modèle organisationnel de traitement (MOT)
intégré les notions de temps et durées
(déroulement) de ressources, de lieu et de responsabilité (poste
de travail) et de nature de traitements (manuel ou automatique)
2.2.1 Formalisme
Le MOT dérive du MCT ajoutant les différentes
contraintes liées à
l'organisation dont nous avant :
+ Le déroulement de la tâche répondant
à la question « quand ? » ;
+ La nature de la tâche, répondant à la
question « qui ? » ;
+ Le poste de travail, répondant à la question
« où ? ».
2.2.2 Règles de passage du MCT au MOT
Les opérations définies dans les
différents processus du MCT découpes en procédures
fonctionnelle(PF) pour lesquelles on précise le déroulement de la
tâche, le poste de travail et la nature de la tache (manuel ou
automatisée) pour passage au MOI, il faudrait qu'on ajoute les
réponses aux questions « quand ? qui ? Et où ? »
+ Le déroulement de la tâche est la
réponse à la question quand ? on détermine le moment ou la
fréquence d'exécution de la tâche ;
+ Le poste de travail est la réponse à la
question où c'est l'endroit où sera exécutée la
tâche ;
+ La nature de tâche est la réponse relative
à la question qui ?
Elle implique aussi des réponses :
a) Si c'est l'homme, la tâche est manuelle (TM) ;
b) Si c'est la machine, la tâche est informatisée
temps réel (IR) il faut ajouter
aussi deux paramètre :
> Le modèle fonctionnement de la tâche
:
? La tâche peut être en mode unitaire (u).
C'est-à-dire exécutée une à une ;
? Elle peut-être en mode de traitement par lot (1)
c'est-à-dire exécutée en
bloc.
> Le délai de réponse : la
réponse peut-être immédiate (i) ou en différent
(d)
41
2.2.3. Présentation du Modèle
Organisationnel de Traitement
Période
|
Procédure fonctionnelle
|
Nature
|
Jour
Jour
Jour
|
Accès Posséder
plateforme compte
|
TR-I
TR-I
TR-I
|
|
|
ET
|
|
|
1
|
Authentification
|
|
|
Vérification du pseudo et du mot de passe
|
|
|
OK
|
KO
|
|
|
|
|
Accès
|
Nouvel utilisateur
|
|
autorisé
|
|
|
|
|
2
|
Création compte
|
|
- S'inscrire
- Valider l'inscription
|
|
Toujours
|
|
|
|
|
OU
|
|
|
3
|
Interaction avec
|
le système
|
|
|
- Créer un groupe
- Poster une
- Commenter
publication
- Ecrire un message
|
publication une
|
|
|
Toujours
|
|
|
|
A
|
Opération effectuée
A
Et
Besoin de quitter
Quitter le Système
? Se déconnecter
4
3 Déconnexion
Jour
TR-I
42
Figure III.7 : présentation du MOT
Section II : CONCEPTION DU SYSTEME D'INFORMATION
INFORMATISE (CSII)
II.1 Etape logique
II.1.1 Modélisation Logique de Données
(MLD)
Comment ? Est la question posée à cette
étape pour déterminer les moyens et le ressources informatiques
en faisant à l'abstraction de leurs caractéristiques techniques
précises. Elle exprime la forme que doit prendre l'outil informatique
pour être adapté à l'utilisation, a son poste de travail et
celle ce fait indépendamment du langage de programmation et de
système de gestion de base de données.
43
|