Section 2 : Modélisation du futur
système
En tenant compte des critiques portées sur le
système existant, nous allons modéliser notre système. Les
principales modifications sont survenues au niveau de la quantité de
données traitées du MCD et au niveau du MCD.
I-Nouveau diagramme de flux
Vu qu'il s'agit dans notre thème d'automatiser la
gestion de la relation client, donc en termes de circulation d'information et
en fonction des objectifs de stage assignées, il n'y aura aucune
modification.
II-Nouveau modèle conceptuel de données
(MCD)
Ce qui change au niveau du MCD c'est la quantité de
données. Notamment au niveau des propriétés des certaines
entités.
a. Nouvelles règles de gestion
Les règles de gestion restent inchangées. Durant le
stage, il ne nous a pas été permis de modifier la structure ou la
circulation de l'information au sein de l'entreprise.
Automatisation de la Gestion de la Relation Client : Cas EMMA
STYLE Fait par : FOPOU NJOYA Youssouf Marius
0
e (
Date
Numé
Mon
Ca (50)
<O
1,
C
p
r
<O <O>
0,
Figure 11 : Représentation du MCD final
Code_comm
b. Nouvelle schématisation du MCD
Automatisation de la Gestion de la Relation Client : Cas EMMA
STYLE Fait par : FOPOU NJOYA Youssouf Marius
III-Nouveau modèle conceptuel de traitement
(MCT)
Le modèle conceptuel de traitement reste
inchangé.
IV-Modèle logique de données (MLD)
a. Concept et formalisme
Le Modèle Logique des Données
(ou MLD), reprend le contenu du MCD précédent, mais
précise la volumétrie, la structure et l'organisation des
données telle qu'elles pourront être implémentées.
Par exemple, à ce stade, il est possible de connaître la liste
exhaustive des tables qui seront à créer dans une base de
données relationnelle
Exemple : Chaque classe
d'entité du modèle conceptuel devient une table dans le
modèle logique. Les identifiants de la classe d'entité sont
appelé clés de la table, tandis que les attributs
standards deviennent des attributs de la table, c'est-à-dire des
colonnes.
# attribut1 # attribut2 attribut3
CE 1
CE1 (#attribut1.#attribut2,
attribut3)
Figure 12 : représentation d'une table de
cardinalité simple
La transcription d'un MCD en modèle relationnel
s'effectue selon quelques règles simples qui consistent d'abord à
transformer toute entité en table, avec l'identifiant comme clé
primaire, puis à observer les valeurs prises par les cardinalités
maximum de chaque association pour représenter celle-ci soit (CARD. max
1-n ou 0-n) par l'ajout d'une clé étrangère dans une table
existante, soit (CARD. max n-n) par la création d'une nouvelle table
dont la clé primaire est obtenue par concaténation de clés
étrangères correspondant aux entités liée
26
Exemple : si une des
classes d'entités possède une cardinalité faible : la
table aura comme attributs, les attributs de la classe ayant une
cardinalité faible, puis le (ou les) attribut(s) de relation et enfin
les attributs de la seconde classe précédé du nom de la
classe. Si les deux classes d'entités possèdent une
cardinalité forte :
Automatisation de la Gestion de la Relation Client : Cas EMMA
STYLE Fait par : FOPOU NJOYA Youssouf Marius
la table aura comme attributs, les attributs des deux classes de
relation précédés des noms des classes respectives, puis
le (ou les) attribut(s) de relation
CE 1
# attribut1
attribut2
At
? Lien ?
CE 2
# attribut1
R1 (#attribut1, #attribut2, attribut,
CE2.attribut1)
Figure 13 : représentation d'une table de
cardinalité multiple
La transcription du MCD en MLD doit également
être précédée d'une étape de synchronisation
et de validation des modèles de données (MCD) et de traitement
(MCT) et MLT), au moyen de vues. Cela afin d'y introduire les informations
d'organisation définies au MLT, d'éliminer les
propriétés conceptuelles non utilisées dans les
traitements ou redondantes et enfin de vérifier que les données
utilisées pour un traitement sont bien atteignables par 'navigation'
entre les entités/relations du MCD.
b. Présentation du MID
En conséquence de notre MCD, nous vous exposons les
différentes tables de notre base de données à travers le
MLD. Ce modèle logique de données met en exergue la dimension
relationnelle de notre système.
Il y a au total 4 tables :
Atelier (#codeatelier,
chef_atelier, capacité, type_atelier).
Client (#codeclient, nom,
nom_entreprise, tel1, tel2, tel3, tel4, mail).
Produit
(#codeproduit,
#code_client, #code_atelier,
libellé, nbre_produit, image_produit, etat_du_produit).
Commande
(#codecommande,
#code_client,
#code_produit,etat_commande,date_commande,
date_entrer_atelier, date_sortie_atelier, avance1, date_avance1,
avance2, date_avance2, avance3, date_avance3, quantité_commandée,
prix_u,
descriptif_modèle, essayage, date_sms, date_livraison,
metrage, épaule, poitrine,
Automatisation de la Gestion de la Relation Client : Cas EMMA
STYLE Fait par : FOPOU NJOYA Youssouf Marius
tour_de_taille, ceinture, long_pince, long_taille, long_haut,
long_dos,
tour_de_manche, long_de_manche, tour_de_hanche, long_dejupe,
long_de_robe).
| 
