WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise au point d'une application de gestion des contrats de déclarations dans une agence en douane. Cas de Cosec Sprl

( Télécharger le fichier original )
par Aimé KABWE MUKUNAY
Université protestante de Lubumbashi - Graduat en informatique 2010
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

CHAPITRE III. MODELE LOGIQUE ET ORGANISATIONNEL

III.1. INTRODUCTION

Après avoir conçu le Modèle Conceptuel de Données (MCD), il est maintenant temps de le transposer en Modèle logique de données (MLD). Ce modèle logique de données est en fait le dernier pas vers le Modèle Physique de données (MPD), c'est-à-dire la description de la base va être crée. C'est grâce à toutes les opérations précédentes que l'ensemble des tables de la base de données vont pouvoir être structurées de manière simple et rapide.

III.2. CONCEPTION DU MODELE LOGIQUE DE DONNEES (MLD)

III.2.1. GENERALITES SUR LE MODELE LOGIQUE DE DONNEES RELATIONNELLES

Le Modèle logique de données consiste à décrire la structure de données utilisées sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données utilisées lors des traitements.24(*) Le Modèle logique de données reprend le contenu du MCD précédent, mais précise la volumétrie, la structure et l'organisation des données telles qu'elles pourront être implémentées.

Pour parvenir à la transformation du MCD en MLD, il y a des règles de transformation.

III.2.2. REGLES DE TRANSFORMATION DU MCD EN MLD

1. Transformation des entités

Ø Toute entité doit être représentée par une table ;

Ø Les identifiants des entités deviennent des clés primaires des tables

2. Transformation des associations hiérarchique (Relation de type 1,n ou CIF)

Dans le cas d'entités reliées par des associations de type (1,n), chaque table possède sa propre clé, mais la clé de l'entité côté (0,n) ou (1,n) migre vers la table côté (0,1) ou (1,1) et devient une clé étrangère (index secondaire).

3. Transformation des associations non hiérarchique25(*)

Ø Chaque association hiérarchique devient une table

Ø Le nom de l'association devient le nom de la table

Ø Les propriétés de l'association deviennent les rubriques de la table ;

Ø La clé primaire de cette table (relation) est formée par la concaténation des identifiants des entités qui sont en relation avec l'association.

III.2.3. REPRESENTATION DU MODELE LOGIQUE DE DONNEES RELATIONNELLES MLDR

Après la transformation, nous obtenons le MLDR suivant

(1,n)

(1,1)

(1,1)

(1,n)

(1,n)

(1,1)

(1,n)

(1,1)

(1,n)

(1,1)

(1,1)

(1,n)

(1,1)

(1,n)

(1,1)

(1,n)

(1,1)

(1,n)

BUREAU

codbureau

nombureau

numcamion

nomchauf

marqueveh

CAMION

numimport

nomimport

numtelimp

IMPORTATEURR

codbanq

nombanq

adresbanq

BANQUE

codagence

nomagence

adresagence

AGENCE

numquit

datequit

codetaxe

libelletaxe

montantverse

cobureau#

QUITTANCE

numcont

datecont

dureecont

montpay

numimport#

codagence #

typecont

CONTRAT

numbon

datebon

lieudech

lieudedech

heurededech

datededech

numcamion#

nummanif#

BON

nummanif

dateenreg

paysprov

paysdest

montafac

nbrecolis

poidsart

descriptart

fret

assurance

taux

codbureau#

numimport#

codagence#

codbanq#

MANIFESTE

* 24 Chris J., Introduction aux bases de données, éd. Thomson International, Paris, 1998, p.10

* 25 BAVUEZA D., Cours de Méthodes d'analyse informatique, G3/Info/UPL, 2011-2011, p.22, Inédit

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Qui vit sans folie n'est pas si sage qu'il croit."   La Rochefoucault