INI 2006 TPBDD

Sommaire

Diagramme de flux…………………………………………………………………………02

Dictionnaire de données……………………………………………………………………02

Contraintes d’intégrité……………………………………………………………………...03

Codification………………………………………………………………………………...03

Modèle Entité\Association…………………………………………………………………04

Passage au Modèle Relationnel……………………………………………………………05

1
INI 2006 TPBDD

I- Diagramme de flux :

2
Clientèl Logistiqu
1 10
e e

3 Destinatair
Client 9 e
Facturation
7 8
Expor
6 t

4
5

Douan
e

1- le client demande l’envoi d’un paquet.

2- le service Clientèle envoi un paquet léger ou à destination de France au service logistique après
règlement et paiement de la facture par le client.
3- le service Clientèle envoi un paquet lourd à destination de l’international au service Export.
4- le service Export communique avec la douane.
5- la douane envoi le bordereau avec les références du paquet au service Export.
6- le service Export informe le service de facturation.
7- le service Facturation envoi la facture finale au client.
8- le service Facturation informe le service Export sur la réglementation de la facture.
9- le service Export envoi le paquet + bordereau au service Logistique.
10- le service Logistique charge de la livraison du paquet au destinataire.

II- Dictionnaire de données :

Code mnémonique désignation type longueur Observation

Numcli N°client N 8
Nomcli Nom client A 15
Prénomcli Prénom client A 15
Adrcli Adresse client AN 30
Telcli Téléphone client N 9
NumP N° Paquet N 8
Adrdest Adresse destination AN 30
Poids Poids paquet N 10
Type Type paquet A [L, C] 1
NumS N° service N 1
NumF N° facture N 8
Montant Montant facture N 10
NumR N° Récépissé N 8
NumL N° liasse transport N 8

2
INI 2006 TPBDD

NumB N° Bordereau N 8
Accusé Accusé réception A [Y, N] 1
Forfait Forfait paquet N 2
Sur-fact Surfacturation N 8
NatP Nature Paquet A 50
ValP Valeur paquet N 10
Taxe Taxe de charge N 10
TelD Téléphone douane N 9

III- Contraintes d’intégrités :

Définition : une contrainte est l’expression d’une condition sémantique qui doit être préservée.

A partir du texte donné on peut tirer les règles suivantes :

 Paquets légers (lettres) ont des poids <= 2 kg.
 Paquets lourds (colis) ont des poids > 2 kg.
 Le tarif est calculé en fonction du poids et de la destination du paquet plus un forfait
(10 euro) si accusé de réception.
 Le service clientèle doit imprimer un récépissé pour chaque client.
 Le service clientèle gère la facturation des paquets légers ou à destination de la france.
 Les paquets lourds à destination de l’international doivent respecter la réglementation douanière.
 Ces paquets sont rallongés au moins 48h et surfacturés de 10%.
 Le client doit remplir et signer une liasse de transport précisant la valeur et la nature du contenue de
paquet.
 Le client peut envoyer plusieurs paquets.
 Si le poids de paquet dépasse les 20 kg ou leur contenu est répertorié dans une liste de marchandises
bien définie par la douane, doit subir des formalités avec la douane française en liaison avec le service
Export.
 Le paquet ne doit pas être acheminé avant accord de la douane.
En plus de ces règles on ajoute les règles suivantes :
• On suppose qu’il existe un service de facturation à part pour régler les factures des paquets lourds à
destination de l’étranger.
• Dans cette base on garde trace de l’identification de service que dans la facture.

IV- Codification : un code ne doit pas seulement identifier d’une manière unique et
déterministe une entité mais il doit aussi refléter au maximum ces propriétés stables.

Numcl :
2N 6N

Année + numéro de série (8N)

NumP : 2N 6N

Année + numéro de série (8N)

NumS : [1..4] (clientèle, logistique, export, facturation)

NumF : 2N 6N

3
INI 2006 TPBDD

Année + numéro de série (8N)

NumR : 2N 6N

Année + numéro de série (8N)

NumL :
2N 6N

Année + numéro de série (8N)

Type : 1A

C : Colis (lourds)
L : lettre (légers)
Accusé : 1A

Y : oui
N : non

V- Modèle Entité/Association :

4
INI 2006 TPBDD

FACTURE
CLIENT NumF
(0, n) (1, 1)
NumCli Forfait
NomCli SurFac
Payer
PrenmCli Montant
AdrCli NumS
TelCli (0, n)
(1, 1)
(0, n) Envoyer
Concerne
r
Reçoit
(0, n) (1, 1) (1, 1)
(1, 1) PAQUET
Rempli NumP Matérialise
r Poids
(1, 1)
Type (1, 1)
(1, 1) Accusé
RECIPISSE Adrdest
NumR
(1, 1) BORDEREAU
NumB
(1, 1) Taxe
TelD
(1, 1)
LIASSE
NumL
Lié à NatP Associé à
ValP
(1, 1)

VI- Passage au Modèle Relationnel :

 Client (NumCLi, NomCLi, PrénomCLi, AdrCLi, TelCLi).
 Récépissé (NumR, NumCLi, NumP).
 Facture (NumF, Montant, Forfait, SurFac, NumS, NumCLi, NumP).
 Liasse (NumL, NumCLi, NumP).
 Paquet (NumP, Adrdest, Poids, Type, Numcli).
 Bordereau (NumB, TelD, Taxe, NumP).

Dépendances fonctionnelles:
NumCLi NomCLi, PrénomCLi, AdrCLi, TelCLi.
NomCLi, PrénomCLi, AdrCLi TelCLi, NumCli.
NumR NumCLi, NumP.
NumF Montant, Forfait, SurFac, NumS, NumCLi, NumP.
NumL NumCLi, NumP, ValP, NatP
NumP AdrDest, Poids, Type, Numcli.
NumB NumS, NumP, TelD, Taxe.
NumP, NumCLi  NumF, NumR, NumL, NumB.

On rend les Dfs élémentaires et on élimine toutes les Dfs transitive on aura:
5
INI 2006 TPBDD

 Client (NumCLi, NomCLi, PrénomCLi, AdrCLi, TelCLi).

 Récépissé (NumR, NumP).
 Facture (NumF, NumP, NumCli, Montant, Forfait, SurFac, NumS).
 Liasse (NumL, NumP, ValP, NatP).
 Paquet (NumP, NumCli, Adrdest, Poids, Type).
 Bordereau (NumB, NumP, Taxe,TelD)
On remarque que toutes ces relations sont en 1 FN (attribut atomique), elles sont aussi en 2FN, 3FN et
en FNBC car toutes les Dfs sont élémentaires et de la forme
Clé Attribut elles vérifient donc les conditions de 4FN.