Processus de conception de bases de données - … de cours... · 2016-01-11 2 Modéliser les règles d’affaires d’une entreprise à l’aide du formalisme entités-associations

2016-01-11

1

Séance de cours 2

TCH054 Bases de données © Lévis Thériault, Hiver 2016. 1

S’initier au modèle entités-associations pour concevoir des bases de données;

Comprendre les étapes de conception par la méthode Merise de modélisation entités-associations, à savoir : La conception du modèle conceptuel de données ;

La transformation du modèle conceptuel en un modèle logique de données ;

L’implémentation du modèle logique en un modèle physique de données.


Modéliser les règles d’affaires d'une entreprise à l’aide du formalisme entités-associations

Concevoir le modèle conceptuel (Étape 1)


2016-01-11

2

Modéliser les règles d’affaires d’une entreprise à l’aide du formalisme entités-associations



La modélisation permet de représenter certains aspects de la réalité et de partager cette vision avec d’autres

La modélisation des données d'affaires décrit: 1. Les données d'affaires nécessaires au

fonctionnement de l’entreprise 2. Les règles d'affaires qui

▪ Affectent les associations entre ces données ▪ Influencent l’organisation de ces données


Étape 1 - Conception du modèle conceptuel

C’est le plan des données d'affaires et de leurs relations mutuelles (indépendant de toute implémentation)

Étape 2 - Transformation en un modèle logique

C’est l’adaptation du modèle conceptuel en fonction des concepts du SGBD (Système de Gestion de Base de Données) choisi pour l’implémentation

Étape 3 - Implémentation du modèle physique

C’est la réalisation de la base de données (script SQL)


2016-01-11

3

Modéliser les règles d’affaires d'une entreprise à l’aide du formalisme entités-associations



En informatique, un modèle (ou schéma) conceptuel est une représentation graphique qui sert à décrire un fonctionnement ;

Un modèle conceptuel de données :

Représente graphiquement les objets principaux d’une base de données, leurs caractéristiques et les relations qui s'établissent entre les différents objets.


Définition Représente graphiquement les objets principaux d’une base de

donnée (entités), leurs caractéristiques (attributs) et les relations (association et cardinalité) qui s'établissent entre les différents objets.

Entité

Attributs

Association

NoClient Prénom Nom Adresse Téléphone

CLIENT

NoCommande DateCommande DateLivraison FraisPort

COMMANDE

Passe (0,N)

Est passée par (1,1)

Entité

Cardinalité


2016-01-11

4

Entités Les objets du système d’information composé

d’attributs, ayant les mêmes caractéristiques, pour lesquels on veut conserver de l’information

Exemple: pour un commerce plusieurs entités peuvent être mises en jeu (commande, produit, client, rayon, …)

Attributs Caractérisent l’entité Ce sont les données qui sont conservées


Associations

C’est un lien entre deux entités (ou plus).

On doit lui donner un nom, souvent un verbe, qui caractérise le type de relation entre les entités.

Une association possède parfois des attributs.


Cardinalité

Expressions qui permettent d’indiquer combien de fois au minimum et au maximum le lien entre 2 entités peut se produire ;

Ce sont des règles qui expriment des contraintes sur le modèle ;

Exemple: (min 0, max 1).


2016-01-11

5

Les objets du système d’information (acteur, document, concept, …), ayant les mêmes caractéristiques, pour lesquels on veut conserver de l’information ;

Dans une entité, on met les informations nécessaires et suffisantes pour caractériser cette entité (ex.: des attributs).

CLIENT


Une occurrence (ou instance ) est une réalisation particulière d’une entité ;

Simon Le Doux ;

Mathieu Le Tendre ;

Olivier Le Dur;

…

Sont des occurrences de l’entité client.

CLIENT


Caractérisent l’entité; Ce sont les données que nous

voulons conserver à propos de l’entité et de ses occurrences.

CLIENT


CLIENT


1 Simon Le Doux 2 rue Verte 514-111-1111

2 Mathieu Le Tendre 4 rue Bleue 514-111-2222

3 Olivier Le Dur 6 rue Noire 514-111-3333

Entité

Attributs

Occurrence et valeurs des attributs


2016-01-11

6

Types d’attributs Identificateur

▪ un (ou des) attribut(s) qui identifie(nt) de façon unique chaque occurrence de l’entité.

▪ Il est souligné.

Descripteur

CLIENT



C’est un lien entre deux entités (ou plus). On doit lui donner un nom, souvent un verbe, qui caractérise

le type de relation entre les entités. Une association possède parfois des attributs.


CLIENT


COMMANDE

Passe

Est passée par


Une association peut aussi posséder des attributs L’association « Contient » entre les entités COMMANDE et PRODUIT

Le PrixVente, la Quantité ne sont ni des attributs de l’entité COMMANDE, ni de l’entité PRODUIT

PrixVente Quantité


COMMANDE

NoProduit Marque Description Format Unité PrixCoûtant PrixListe

PRODUIT

Contient Est contenu dans


2016-01-11

7

Nombre d’entités participantes

Binaire

Pour obtenir de l’information, il faut

associer 2 entités

La plus fréquente

Unaire

(Synonymes: récursive

ou réflexive)

Pour obtenir de l’information, il faut

associer 1 entité avec elle-même

Plutôt rare

Ternaire Pour obtenir de l’information, il faut

associer 3 entités

Plutôt rare

A

A B

C

A B

…


Passe (0,N)


CLIENT COMMANDE

1 : N

•Pour répondre à la question quel client passe combien de commandes? Il faut associer 2 entités.


•Pour répondre à la question qui travaille pour qui? Il faut associer 1 seule entité.

EMPLOYÉ

Est supervisé (1,1)

Supervise (0,N)

1 : N


2016-01-11

8

EMPLOYÉ

Est supervisé (1,1)

Supervise (0,N)

1 : N

•Quelle est l’entreprise pour laquelle vous travaillez? •Pourquoi?

Compagnie A


EMPLOYÉ

Est supervisé (1,N)

Supervise (0,N)

Compagnie B

N : N

Expressions qui permettent d’indiquer combien de fois au MIN et au MAX le lien entre 2 entités peut se produire.

Les cardinalités traduisent des règles de d’affaires. Ces règles expriment des contraintes sur le modèle.


CLIENT


COMMANDE

Passe (0,N)


1 : N


EMPLOYÉ

NoEmployé Prénom Nom

PROJET

NoProjet TitreProjet ChargéProjet

Chaque EMPLOYÉ Travaille à au min 0 et au max plusieurs PROJETs

Travaille à (0,N)

EMPLOYÉ


PROJET

NoProjet TitreProjet ChargéProjet Travaille à (0,N)

Fait travailler (0,N)

EMPLOYÉs et au max plusieurs au min 0 fait travailler Chaque PROJET

Fait travailler (0,N) N : N

N : N


2016-01-11

9

Un à Un est plutôt rare

1 : 1

EMPLOYÉ

Prénom

Nom

NoEmployé

STATIONNEMENT

Dimension

Restriction

NoEmplacement Loue (0, 1)

Est loué par (0, 1)

En tant que ratio, on utilise les cardinalités maximales de chaque côté de l’association


Un à Plusieurs est la plus fréquente

Un département peut compter Plusieurs employés ET

Un employé ne travaille que dans Un et un seul département

EMPLOYÉ


DÉPARTEMENT

NoDépartement NomDépartement Directeur Fait travailler (1,N)

Travaille (1,1)

1 : N



Plusieurs à Plusieurs est aussi très fréquente

Un EMPLOYÉ peut collaborer à Plusieurs PROJETs ET

Un PROJET fait travailler Plusieurs EMPLOYÉs

EMPLOYÉ


PROJET

NoProjet TitreProjet ChargéProjet

Travaille sur (1,N)

Fait travailler (1,N)

N : N



2016-01-11

10

(0,1) Optionnel : une occurrence pourra être associée à au plus

une occurrence de…

(0,N) Optionnel : une occurrence pourrait être associée à

plusieurs (N) occurrences de…

(1,1) Obligatoire : toute occurrence est associée à une et une

seule occurrence de…

(1,N) Obligatoire : toute occurrence est associée à une ou

plusieurs occurrences de…


Nom du client Adresse du client Date de la commande Nom du fournisseur Adresse du fournisseur Produits commandés Code du produit Description Prix unitaire Prix de vente Quantité Montant Sous-total de la commande TPS TVQ Total commande

Étape 1

Classer les informations relatives aux commandes d’une entreprise.

Commençons avec quelques mots clés.


Étape 2

Trouver les entités pertinentes

CLIENT

FOURNISSEUR

PRODUIT

COMMANDE

Nom du client Adresse du client Date de la commande Nom du fournisseur Adresse du fournisseur Produits commandés Code du produit Description Prix unitaire Prix de vente Quantité Montant Sous-total de la commande TPS TVQ Total commande


2016-01-11

11

Étape 3

Définir les associations et cardinalités

COMMANDE

CLIENT

FOURNISSEUR

PRODUIT fournit

(0,N)

est fourni par (1,1)

est inclus dans (0,N)

inclut (1,N)

est passée par (1,1)

passe (0,N)

1 : N N : N

1 : N


Étape 4

Répartir les attributs

COMMANDE NoCommande DateCommande SousTotalCommande TPS TVQ TotalCommande

CLIENT NoClient NomClient AdresseClient

FOURNISSEUR NoFournisseur NomFournisseur AdresseFournisseur

PRODUIT

CodeProduit Description PrixUnitaire fournit

(0,N)



inclut (1,N)


passe (0,N)

PrixDeVente Quantité Montant

1 : N

N : N

1 : N


COMMANDE

NoCommande DateCommande SousTotalCommande TPS TVQ TotalCommande

CLIENT NoClient NomClient AdresseClient


PRODUIT CodeProduit Description PrixUnitaire

fournit (0,N)



inclut (1,N)


passe (0,N)

PrixDeVente Quantité Montant

Information pouvant être obtenue à partir des

autres données

1 : N

N : N

1 : N


2016-01-11

12

COMMANDE

NoCommande DateCommande

CLIENT

NoClient NomClient AdresseClient


PRODUIT CodeProduit Description PrixUnitaire fournit

(0,N)



inclut (1,N)


passe (0,N)

1 : N

N : N

1 : N

PrixDeVente Quantité


Rivard, S. (2013). Le développement de systèmes d’information: une méthode intégrée à la transformation des processus. 4ième édition, Québec, Québec: Presses de l’Université du Québec, Annexe 9.

Pépin, L. (2013). Système d’information en gestion. Notes de cours. HEC Montréal, Montréal, Québec.


Transformer le modèle conceptuel en un modèle logique (Étape 2)


Documents

Processus de conception de bases de données - … de cours... · 2016-01-11 2 Modéliser les règles d’affaires d’une entreprise à l’aide du formalisme entités-associations