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

 > 

Conception d'un système informations informatisé pour la gestion des clients dans un hôtel: Cas de l'hôtel Eurêka


par Jordin Ndey
Institut supérieur technique catholique de Kikwit  - Graduat  2023
  

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

III.1.1.2. Définition des concepts

Ø ENTITE : Une entité est un objet abstrait ou concret de l'univers du discours.

Ø IDENTIFIANT: C'est une propriété particulière de l'entité ; représentation de l'une des occurrences de l'entité ou de l'association.

Ø ASSOCIATION (RELATION) : Une association est un lien sémantique entre plusieurs entités indépendamment de tous traitements.

Ø OCCURRENCE D'UNE ENTITE: Une occurrence ou Tuple est une réalisation particulière de l'entité ou un exemplaire de l'entité.

III.1.1.3. Recensement des entités

Dans le cadre de ce travail, nous avons recensé les entités suivantes :

Ø Agent

Ø Facture

Ø Client

Ø Adresse

III.1.1.4. Recensement des relations

Les relations suivantes ont été trouvées :

Ø Etablir

Ø Habiter

Ø Payer

Ø Posséder

III.1.1.5. Règles de gestion

Ø Un Agent peut établir une ou plusieurs factures, alors qu'une facture est établie par un et un seul Agent

Ø Un Agent possède une et une seule Adresse, alors qu'une Adresse peut posséder un ou plusieurs Agents

Ø Un Client paie une ou plusieurs fois la facture, alors qu'une facture est payée pour un et un seul Client

Ø U14(*)n client habite une et une seule adresse, une adresse est habitée par un ou plusieurs clients.

III.1.1.5. Présentation du MCD

Figure 9:Modele Conceptuel de données

III.1.2. Modèle logique de données

Formalisme des tables logiquesest toujours basé sur un MCD donné, Un MLD est essentiellement composé de tables logiques reliées entre elles par des flèches.

III.1.2.1. Règles de transformation du MCD au MLD

1. Toute entité est transformée en table. Les propriétés de l'entité deviennent les attributs de la table. L'identifiant de l'entité devient la clé primaire de la table.

2. Transformation des relations binaires du type (0, n) À (0,1) Afin de représenter la relation, on duplique la clé primaire de la table basée sur l'entité à cardinalité (1,n) dans la table basée sur l'entité à cardinalité (x, 1). Cet attribut est appelé clé étrangère.

Transformation des relations binaires du type (1, n) À (1,n), On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires des 2 tables. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est soulignée devra appartenir à la clé primaire composée de la table supplémentaire

Transformation des relations ternaires On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires de toutes les tables reliées. Cette règle s'applique de façon indépendante des différentes cardinalités. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est soulignée devra appartenir à la clé primaire composée de la table supplémentaire.

* 14 IDEM

précédent sommaire suivant






La Quadrature du Net

Ligue des droits de l'homme