2.4.3. Règle de passage de MCDV au Modèle
logique de données
relationnel
Pour passer du modèle conceptuel des données
valides au modèle logique de données relationnel, un certain
nombre des règles à observer est obligatoire ; nous citons :
+ Toute entité devient une table ;
+ Les identifiants deviennent les clés primaires ;
+ Les rubriques ou propriétés deviennent des champs
;
+ Toutes relation issue se transforme en table relationnelle
et
hérite les clés primaires des tables reliés
;
+ Les clés appelées clés externes ou
secondaires seront précédées
de dièse (#).
Page 72 sur 108
2.4.4. Présentation du modèle logique de
données
Type client
Codtypcli Libtyp
Résidence
Codresi Pays
Ville
Codpostal Rue
numero
Client
Numappart Datappart Codtypcli Numcli
Appartenir
Numcli
Pren
Nom
Pst
Adr
Sx
Email
Datnaiss
Lieunaiss
Prof
Tel
#codresi
Nationalité
Accueillir
Numaccueil Dataccueil Matr
numcli
|
Réservation
Codres Motif Datres Rmlst Nbrch #Numcli
|
Agent
Matr Pren
Nom Pst Adr Sx #Fonct Dep
#Codres
|
Occuper
Codoccup Datdeboccup Datfinoccup #Numcli #Codoccusa
#Codch
|
Chambre
Concerner
Codconcern Datarriv Datdep #Codres #Codoccusa #Codch
Paiement
Codpaie Design Datpaie Mont #Matr #Codres
|
Catégorie chambre
Fonction
Salle polyvalente
Page 73 sur 108
A. Tables sémantiques
Agent (Numcli, Pren, Nom, Pst, Adr, Sx, Email, Datnaiss,
Lieunaiss, Prof, Tel, #Codresi)
Client (Numcli, Pren, Nom, Pst, Adr, Sx, Email, Datnaiss,
Lieunaiss, Prof, Tel, #Codresi)
Fonction (codfonc, libfonc)
Catégorie (Codcat, libcat, prx)
Réservation (Codres, motif, Datres, Rmlst, Nbrch,
#Numcli)
Salle polyvalente (codoccusa, them)
Paiement (Codpaie, Design, Datpaie, Mont, #Matr,
#Codres)
Chambre (codch, libch)
Nationalité (Codnat, libnat)
B. Tables relationnelles
Accueillir (idaccueil, dataccueil, #Matr, #Numcli)
Appartenir (idappart, datappart, #Codtypcli, #Numcli)
Concerner (idconcern, datarriv, datdep, #Codres,
#Codoccusa, #Codch)
Occuper (idoccup, datdeboccup, datfinoccup, #Numcli,
#Codoccusa, #Codch)
2.4.5. Modèle organisationnel de traitement
Le MOT prend en compte les contraintes organisationnelles et
répond à la question qui ?, quand ?, et comment ?.
Comment une opération est-elle déclenchée ?
Comment le traitement est-il réalisé ?
Page 74 sur 108
TEMPS
|
PROCEDURE FONCTIONNELLE
|
NATURE DE LA TACHE
|
POSTE
|
Tous les jours 24h/24
Tous les jours 24h/24 Tous les jours 24h/24
|
|
Automatique
Semi-
automatique
Semi-
automatique
|
Réception
Réception
|
Sollicitation
Client
réservation
connecté
|
i
|
|
|
ET
|
|
|
ACCUEIL CLIENT
|
|
|
- Renseignement
- Présentation tarif
- Présentation des services
|
|
|
TOUJOURS
|
|
|
renseigneme
Fiche Remplissag
e fiche
|
|
|
nt vide
|
|
|
|
|
ET
|
|
|
|
PRISE EN CHARGE RESERVATION
|
|
|
- Vérification disponibilité
- Enregistrement données
- Envoi Mail confirmation
|
|
|
Réservation disponible
|
Réservation en attente
|
|
Paiement
|
réservation
|
|
|
|
|
|
|
FACTURATION
|
|
|
- Enregistrement
réservation
- Facturation
|
|
|
oi facture TOUJOURS
|
|
Réservation effectuée
|
|
54MONTSONGO
F.,Cours d'informatique
fondamentale, G1 Informatique de gestion, ISIPA,
Kinshasa, 2013-2014
Page 75 sur
108
|