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

 > 

Développement d’une application de gestion des frais d’inscriptions des apprenants


par Jérôme KANIKI KAMANDA
Institut Supérieur de Statistique de Lubumbashi - Graduat 2017
  

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

3.2.3. Transformation du MCD en MLD

Règles de transformation du M.C.D en M.L.D

1. Transformation des entités :

Ø Toute entité du M.C.D devient une relation dans le M.L.D

Ø L'identifiant de l'entité devient la clé primaire de la relation

Ø Tout attribut de l'entité devient une propriété de la relation

Ø Certaines propriétés peuvent être ajoute à la relation pour traduire la CIF.

2. Transformation des associations non hiérarchiques

Ø Toute association non hiérarchique (non CIF) devient une relation.

Ø La clé primaire de cette relation est forme par concaténation des identifiants des entités qui sont en relation avec l'association.

Ø Tous les attributs de l'association deviennent des propriétés de la relation.

3. Transformation des contraintes d'intégrités fonctionnelles

Dans le cas d'une CIF qui lit deux entités, on ajoute dans la relation correspondants à l'entité fils (cardinalités (1,1) ou (0,1) une rubrique (ou des rubriques) correspondant à l'identifiant de l'entité père (cardinalité (1, n) ou (0, n)) c'est-à-dire l'identifiant de l'entité père devient une clé étrangère dans la relation fils et la CIF ne devient pas une relation.

a) Choix du type de base de données

Le modèle conceptuel des données fournit une représentation de la structure des données sous une forme indépendante.

Ce formalisme est bien adapté à l'objectif de spécification des besoins en liaison étroite avec les utilisateurs. En outre, il présente l'avantage de fournir une description indépendante des choix techniques. Ainsi, cette description peut demeurer valable quel que soit les matériels et logiciels envisagés pour la réalisation.

Ce pendant comme dit précédemment le M.C.D ne constitue qu'une étape dans la conception ; l'objectif finale est de construire une structure des données manipulable par un ordinateur.

Or la transformation directe du modèle conceptuel en modèle physique des données se révèle un peu compliquer et valable uniquement pour un logiciel déterminé. Par conséquent, la transformation du MCD en M.L.D s'avère importante.

Cette construction devra suivre les étapes suivantes, tout en commençant par la transformation du modèle conceptuel de données en modèle logique de données jusqu'au modèle logique des données proprement dit.

b) Présentation du modèle logique de données cible

Le MLD est un schéma structuré à partir du MCD et va préciser le mode de stockage de données dans une base de données.

Après transformation du modèle conceptuelle des données, le modèle logique de données proprement dit ainsi obtenu est le suivant :

1) Modèle logique tabulaire

APPRENANT

Num_Fich_App

Nom_App

Lieu_Date_Nais

Sex_App

Eta_Civ

Adress_App

Tel_App

Email_App

Profess

Num_Mod#

RECU

Num_Rec

Date_Rec_Ins

Som_Lett

Num_Fich_App#

Num_Liv#

1,1

1,n

1,1

1,1

1,n

1,n

LIVRE

Num_Liv

Date_Liv

Design

Entree

Sortie

MODE

Num_Mod

Nom_Mode

Imput

2) Modèle logique relationnel

RECU ? Num_Recu, Date_Rec_Ins, Som_Lett, Num_Fich_App#, Num_Liv#

APPRENANT ? Num_Fich_App, Nom_App, Lieu_Date_Nais, Sex_App, Eta_Civ, Adress_App, Tel_App, Email_App, Profess, Num_Mod#

LIVRE ? Num_Liv, Date_Liv, Design, Entree, Sortie

MODE? Num_Mode, Nom_Mode, Imput

c) Aspect statique et dynamique de la base de données

La quantification statique consiste pour une table logique de déterminer l'occupation en mémoire et de calculer le volume total en faisant la sommation d'occupation d'espace mémoire.

L'encombrement permet de déterminer l'espace minimum qu'une base de données doit pouvoir occuper sur le disque dur. Ce qui permet au programmeur de faire un choix judicieux d'une machine pouvant la supporter.

1) Détermination de la longueur des tables (Li)

Table Reçu = (3+8+30+3+3)=47 octets

Table Apprenant = (3+20+15+10+10+30+10+15+10+3)=126 octets

Table Livre = (3+8+10+6+6)=33octets

Table Mode = (3+10+10)=23 octets

2) Détermination de nombre d'enregistrement (tuples) (Ni)

Le nombre d'occurrence est trouvé sur base des règles de gestion et du bon sens. C'est ainsi qu'après l'entretien avec la caisse du centre, les renseignements ci-dessous nous ont été fournis :

L'estimation de l'inscription des apprenants est d'au moins 3360 par an. A cet effet, chaque apprenant est muni de son reçu et enregistré dans le livre de caisse.

3) Calcul de l'encombrement

Encombrement total = (47*3360)+(126*3360)+(33*3360) +(23*3360) = 769440 octets.

précédent sommaire suivant






La Quadrature du Net

Ligue des droits de l'homme