Introduction aux Base de données

Mr Rida Ezzaoufi Mr Abdelalim Sadik

Bibliographie
• Les bases de données, Gardarin • Conception d’une base de données, Cyril Gruau

2008/2009

Introduction aux Base de Données

2

Introduction
• Les entreprises gèrent des volumes de données très grands
– Giga, Terra, Péta –octets – Numériques, Textuelles, Multi-média (images, films,...)

• Il faut pouvoir facilement
– Archiver les données sur mémoires secondaires permanente – Retrouver les données pertinentes à un traitement – Mettre à jour les données variant dans le temps

• Les données sont structurées et identifiées
– Données élémentaires ex: Votre salaire, Votre note en BD – Données composées ex: Votre CV, vos résultats de l'année – Identifiant humain ex: CIN ou machine: P26215

2008/2009

Introduction aux Base de Données

3

Un peu d'histoire
• Modèle hiérarchique (les années 60):
– Récipients logique de données  fichiers sur disque – Accès séquentiel

• Modèle réseau (les années 70):
– Avènement des Bases de Données Réseaux (BD) – Ensemble de fichiers reliés par des pointeurs – Langage d'interrogation par navigation

• Modèle relationnel (les années 80):
– Avènement des Bases de Données Relationnelles (BDR) – Relations entre ensemble de données – Langage d'interrogation par assertion logique

• Modèle Objet:
– Introduit le notion de base de données objets – Plus récent et en phase de recherche et développement
2008/2009 Introduction aux Base de Données 4

Systèmes de fichiers

Caractéristiques

Comptabilité

Chirurgie

Problèmes
Psychiatrie

Consultations

2008/2009

Introduction aux Base de Données

5

Format des fichiers
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututusqjsk Symptom: yyyy Analyses xxxx Turlututudhjsd Analyses :xx

Problèmes
 Difficultés de gestion

Duhpon
Symptomes : yy Analyses : xxxx Symptomes : yy

Duipont
Turlututu : sq Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

6

Redondance (données)
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututusqjsk Symptom: yyyy Analyses xxxx Turlututudhjsd Analyses :xx

Redondance de données

Problèmes
 Difficultés de gestion  Incohérence des données
Duhpon
Symptomes : yy Analyses : xxxx Symptomes : yy

Duipont
Turlututu : sq Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

7

Interrogations
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututudhjsd Analyses :xx

Chir uSof t

Turlututusqjsk Symptom: yyyy Analyses xxxx

Redondance de données Pas de facilité d’interrogation
 Question ⇒développement

Turlututu : sq

Symptomes : yy Analyses : xxxx Symptomes : yy

Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

Psychi aSoft

Comp taSoft Consu ltSoft

Problèmes
    Difficultés de gestion Incohérence des données Coûts élevés Maintenance difficile

Duhpon

Duipont

8

Pannes ???
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututudhjsd Analyses :xx

Chir uSof t

Turlututusqjsk Symptom: yyyy Analyses xxxx

Redondance de données Pas de facilité d’interrogation
 Question ⇒développement

Turlututu : sq

Symptomes : yy Analyses : xxxx Symptomes : yy

Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

Psychi aSoft

Comp taSoft Consu ltSoft

Redondance de code

Problèmes
     Difficultés de gestion Incohérence des données Coûts élevés Maintenance difficile Gestion de pannes ???

Duhpon

Duipont

9

Partage de données
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututudhjsd Analyses :xx

Chir uSof t

Turlututusqjsk Symptom: yyyy Analyses xxxx

Redondance de données Pas de facilité d’interrogation
 Question ⇒développement

Turlututu : sq

Symptomes : yy Analyses : xxxx Symptomes : yy

Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

Psychi aSoft

Comp taSoft Consu ltSoft

Redondance de code

Problèmes
      Difficultés de gestion Incohérence des données Coûts élevés Maintenance difficile Gestion de pannes ??? Partage des données ???
10

Duhpon

Duipont

Confidentialité
Dupont
Symptomes : y Turlututu : sqj Symptomes : y Turlututu : sdd Analyses : xxx

Caractéristiques
Plusieurs applications
 plusieurs formats  plusieurs langages

Dupond
Turlututudhjsd Analyses :xx

Chir uSof t

Turlututusqjsk Symptom: yyyy Analyses xxxx

Redondance de données Pas de facilité d’interrogation
 Question ⇒développement

Turlututu : sq

Symptomes : yy Analyses : xxxx Symptomes : yy

Symptomyyyy Analysesxxxx Turlututudhjsd

2008/2009

Introduction aux Base de Données

Psychi aSoft

Comp taSoft Consu ltSoft

Redondance de code

Problèmes
       Difficultés de gestion Incohérence des données Coûts élevés Maintenance difficile Gestion de pannes ??? Partage des données ??? Confidentialité ???
11

Duhpon

Duipont

L’approche ‘‘Bases de données’’
• Modélisation des données
 Eliminer la redondance de données
 Centraliser et organiser correctement les données  Plusieurs niveaux de modélisation  Outils de conception

• Logiciel «Système de Gestion de Bases de Données»
 Factorisation des modules de contrôle des applications - Interrogation, cohérence, partage, gestion de pannes, etc…  Administration facilitées des données

2008/2009

Introduction aux Base de Données

12

Définitions
• Une Base de Données (BD) est un ensemble structuré d'informations mémorisées sur un support permanent et mises à disposition d'un ensemble d'utilisateurs, informaticiens ou non. • Un Système de Gestion de Base de Données (SGBD) est un logiciel général qui permet à l'utilisateur de manipuler les données dans des termes abstraits, sans tenir compte de la façon dont l'ordinateur les représente

2008/2009

Introduction aux Base de Données

13

Objectifs des SGBD
• • • Indépendance physique : La façon dont les données sont définies doit être indépendante des structures de stockage utilisées. Indépendance logique : Un même ensemble de données peut être vu différemment par des utilisateurs différents. Accès aux données : L’accès aux données se fait par l’intermédiaire d’un Langage de Manipulation de Données (LMD). Il est crucial que ce langage permette d’obtenir des réponses aux requêtes en un temps « raisonnable ». Administration centralisée des données (intégration) : Toutes les données doivent être centralisées dans un réservoir unique commun à toutes les applications.

2008/2009

Introduction aux Base de Données

14

Objectifs des SGBD
• Non redondance des données : Afin d’éviter les problèmes lors des mises à jour, chaque donnée ne doit être présente qu’une seule fois dans la base. • Cohérence des données : Les données sont soumises à un certain nombre de contraintes d’intégrité qui définissent un état cohérent de la base. Elles doivent pouvoir être exprimées simplement et vérifiées automatiquement à chaque insertion, modification ou suppression des données.

2008/2009

Introduction aux Base de Données

15

Objectifs des SGBD
• Partage des données : Il s’agit de permettre à plusieurs utilisateurs d’accéder aux mêmes données au même moment de manière transparente. Sécurité des données : Les données doivent pouvoir être protégées contre les accès non autorisés. Pour cela, il faut pouvoir associer à chaque utilisateur des droits d’accès aux données. Résistance aux pannes : Que se passe-t-il si une panne survient au milieu d’une modification, si certains fichiers contenant les données deviennent illisibles ? Il faut pouvoir récupérer une base dans un état « sain

2008/2009

Introduction aux Base de Données

16

Modélisation du réel
Réel Modèle conceptuel Modèle logique Modèle Physique
2008/2009

• Indépendant du modèle de données • Indépendant du SGBD • Dépendant du modèle de données • Indépendant du SGBD • Dépendant du modèle de données • Dépendant du SGBD

Médecin

effectue

Visite

Codasyl

Relationnel Objet

XML

• Organisation physique des données • Structures de stockage des données • Structures accélératrices (index)

Introduction aux Base de Données

17

Modèles des données
• Modèle :
– Les données – Les relations entre les données – Les contraintes auxquelles elles sont soumises

• Les différents modèles:
– – – –
2008/2009

Hiérarchique Entités-relations Réseau Relationnel
Introduction aux Base de Données 18

Modèle Hiérarchique
• Les données et les relations sont représentées par des ensembles d’enregistrements et des liens (pointeurs) formant une structure arborescente

Client

nom

adresse ville

Compte

numéro

position

2008/2009

Introduction aux Base de Données

19

Modèle Hiérarchique

Tahiri

23 rue Zerhoune

rabat

Alaoui

12 rue oujda

casa

Alami

13 rue sabou

Sale

900

00550

556

1000

801

10533

674

12500

2008/2009

Introduction aux Base de Données

20

Modèle réseau
• Les données, organisées en réseau, sont représentées par un ensemble d’enregistrements, tandis que les relations sont représentées par des liens (pointeur). • La base de données est stockée sous forme d’une collection de graphes

2008/2009

Introduction aux Base de Données

21

Modèle réseau

Tahiri

23 rue Zerhoune

rabat

Alaoui

12 rue oujda

casa

Alami

13 rue sabou

Sale

900

00550

556

1000

801

10533

674

12500

2008/2009

Introduction aux Base de Données

22

Modèle Entités - Relations
• Contenu
– Concepts de base
• • • • Entités, attributs Relations Clés Multiplicités, cardinalités

– Concepts avancés
• Héritage • Agrégation, Composition • Entités faibles

2008/2009

Introduction aux Base de 23 Données

Objectif du modèle de données
• Apporter une interprétation du contexte applicatif
– en soulignant les aspects fondamentaux – en négligeant les détails

• Identifier les données gérées par la base de données et leur relations • Produire un diagramme, suivant un formalisme, en vue de convertir le modèle de données en schéma de base relationnelle
RÉALITÉ modeling
24

Modèle Entité-Relation mapping
2008/2009

Systèmes Relationnels

Introduction aux Base de Données

Entités et ensembles d'entités
• Entité
– "une chose" qui existe et qui peut être distinguée de façon unique. Ex.: un étudiant, une voiture, une banque – abstraite ou concrète

• Ensemble d'entités
– Une collection d'entités similaires, ayant les mêmes propriétés, identifiées par l’ "organisation" ("entreprise" en sens large) comme ayant une vie propre Ex.: les étudiants d'une université, les comptes d'une banque, les entreprises d'un pays, les voitures d'une société de location …

Remarque: s'il n'y a pas d'ambiguïté, on utilise le terme "entité" pour indiquer un ensemble d'entités.

25

2008/2009

Introduction aux Base de Données

Attributs
• Attribut
– propriété d’une entité – prend des valeurs simples, par exemple entiers ou chaînes de caractères (domaine d'attribut)
Ensemble d'Entités Voitures Attributs n°série marque type Domaines entier (12) chaîne de car. (8) chaîne de car. (10)

n°s érie
26

ty p voitures e
2008/2009

mar que

Représentation sous forme de diagramme
Introduction aux Base de Données

Clé des ensembles d'entités
• clé candidate: un ensemble minimal d’attributs qui identifie de façon unique une occurrence d’entité • clé primaire: une clé candidate choisie pour identifier de façon unique chaque occurrence d’entité • clé composée: une clé candidate composée de deux ou plusieurs attributs
n°s érie ty p voitures e Clé primaire K = n°série
27 2008/2009

mar que

n ° d

no m_ département d

Clés candidates Clé primaire K1 = n°d K = n°d K2 = nom_d
Introduction aux Base de Données

Relations
– Une relation relie deux ou plusieurs ensembles d'entités – Ex.: • Des universités délivrent des diplômes • Des étudiants sont inscrits dans des universités
n° u nom _u
université
inscription

délivre

n ° d

tit re
diplôme

n ° e
28

étudiant

nom _e préno me
2008/2009 Introduction aux Base de Données

Ensemble de relations
• La "valeur" d'une relation est l'ensemble des listes des entités réellement associées par la relation. Chaque liste est obtenue en correspondance des ensembles d'entités en relation. Exemple: valeur de la relation "délivre"
n°u u1 u1 u1 …. u100 u100
29

n°d d2 d3 d5 … d1 d2

- l'université identifiée par u1 délivre les diplômes identifiés par d2, d3 et d5, … l'université identifiée par u100 délivre les diplômes identifiés par d1 et d2
2008/2009 Introduction aux Base de Données

Ensemble de relations (2)
• Soit r une relation entre k ensembles d'entités E1, E2, …, Ek. Un ensemble d'entités peut apparaître plus d'une fois dans la liste. Soit un k-uplet (e1, ... ek) ∈ r
– e1 ∈ E1, ... ek ∈ Ek sont associés par la relation r – e1, ... ek est dit tuple de r – k est le degré de la relation
• • • • • K = 1 : relation unaire (ou récursive, sur un même ensemble d'entités) K = 2 : relation binaire K = 3 : relation ternaire … K = n : relation n-aire

30

2008/2009

Introduction aux Base de Données

Relations n-aires
• Une relation connectant plus de 2 ensembles d'entités permet de restreindre les combinatoires entre les valeurs des entités en relation
Ex.: des employés participent à des projets avec des rôles

n° p

nom _p projet
participe

n ° r préno m_e

desc r_r rôle

n ° e nom _e
31

employé

n°p p1 p1 p1 … p2 p2

n°e e2 e3 e5 … e2 e3

n°r r1 r2 r3 … r2 r1

2008/2009

Introduction aux Base de Données

Exercices
Donner des exemples de relations de type (1), (2) et (3)

r

A A A r B

r

B

C (1) (2) (3)

32

2008/2009

Introduction aux Base de Données

Type des relations binaires
Soit r une relation binaire Le type de r est lié au nombre d’occurrences d’une entité qui peuvent être associées avec une occurrence de l'autre entité
E1 r E2

33

2008/2009

Introduction aux Base de Données

Relations de type m-n
Dans une relation "plusieurs à plusieurs" ("many-many", m-n), une entité de chaque ensemble peut être connectée à plusieurs entités de l'autre ensemble
n ° e
nom_e

employés

par tici pe (n-m)

n ° p

tit re projets

employés

projets

34

2008/2009

Introduction aux Base de Données

Relations de type 1-n
Dans une relation "un à plusieurs" ("one-many", 1-n), • une entité d'un ensemble peut être connectée à au plus une entité du second ensemble • mais une entité du second ensemble peut ne pas être connecté à aucune entité du premier ensemble, ou être connectée à une ou plusieurs entité de cet ensemble
n ° f no m_f fabriquants n°s érie ty p voitures e fabriquants voitures

pr od uit (1-n)

35

2008/2009

Introduction aux Base de Données

Relations de type 1-1
Dans une relation "un à un" ("one-one", 1-1), une entité de chaque ensemble peut être connectée à au plus une entité de l'autre ensemble
Exemple: une BD pour l'administration d'un pays
une personne possède au plus un passeport et un passeport a un seul titulaire

n ° p

no m_ personnes p

po ss èd (1-1) e

n°p ass

date_emi ssion passeport personnes passeports

36

2008/2009

Introduction aux Base de Données

Synthèse sur les types des relations
A B A B A B

1-n

n-m

1-1

37

2008/2009

Introduction aux Base de Données

Exercice
Trouver des exemples de relations de type 1-n, n-m, 1-1. Pour chaque exemple, spécifier les entités A et B, en indiquant leurs attributs et clés, ainsi que la relation r.

A

r

B

38

2008/2009

Introduction aux Base de Données

Attributs de relation
Propriétés dont la valeur dépend des tuples dans l'ensemble de relations.
n ° c dat e_c commande n ° p no m_ p produit

con cer ne quan tité

39

2008/2009

Introduction aux Base de Données

Exercice
• Trouver un exemple de relation binaire r: r associe les entités A et B, et est munie d'un attribut C. • Comparer les diagrammes (3) et (4).

A

r

B

C (4)
Introduction aux Base de Données

40

2008/2009

Cardinalités
• • Les BD sont conçues dans l'hypothèse du "monde fermé" Les ensembles d'entités sont FINIS !! Cardinalités
Couples (min, max) associés à chaque ensemble d'entité relié par une relation r • Si r est binaire, entre E1 et E2:
– le min (resp. max) associé à Ei (i=1,2) représente le nombre minimum (resp. max) d'entités de Ej (j=2,1) associées à un élément quelconque de Ei.

• Si r est n-aire:
– le nombre d’occurrences possibles d’entités associées dans cette relation quand les autres (n-1) valeurs sont fixées

Min

Max

0 1
41 2008/2009

1 n
Introduction aux Base de Données

Exemples
n ° f no m_f 1,n fabriquant pr od uit (1-n) ty p 1,1 voitures e n°s érie

n ° e

nom_ e 0,n employé

par tici (n-m) pe

tit re 1,n projet

n ° p

42

2008/2009

Introduction aux Base de Données

Exemples
n ° p no m_ 0,1 personne p po ss èd (1-1) e n°p ass 1,1 date_emi ssion passeport

est composée de
n°pi èce
nom_p 0,n

pièce
0,n

quantité

compose
43 2008/2009 Introduction aux Base de Données

Exemple
n° p nom _p projet 1,n
participe

desc n r_r ° 0,n rôle r

n ° e nom _e

0,n employé

préno m_e

44

2008/2009

Introduction aux Base de Données

Exercice
n° p projet 1,n
participe

nom _p

n° p desc n r_r ° 0,n rôle r n ° A e nom _e projet n° 1,n p nom _p participe

nom _p projet 1,n
participe

n ° e nom _e

n ° a r 0,n

desc r_r rôle

0,n employé

préno m_e

0,n 1,n employé préno m_e

B

Comparer les modèles A, B et C

nécessite

2008/2009

n 0,n 0,n ° employé préno e Introduction aux Base de Données m_e nom

0,n rôle n °

45

desc r_r C

Question
• A partir des cardinalités d'une relation binaire, on peut déduire le type de la relation. Comment ?

46

2008/2009

Introduction aux Base de Données

Choix des entités et des relations
• Une base de données est valable dans un contexte d'application • Le choix des entités et relations représentées dans un modèle de données dépend de la "perspective" du modèle et de ses objectifs • des entités peuvent être reliées par plusieurs relations, non redondantes entre elles.
n ° s 1,1 segments orientés 1,1 a rr iv p e a
2008/2009

0,n 0,n points

x y
Introduction aux Base de Données

47

r t

Héritage
• Relation entre une entité (classe) et une sous-classe qui nécessite d’être représentée dans un modèle de données • Par rapport à l'ensemble d'entités plus général, la sous-classe – contient moins d'éléments – ses éléments ont des propriétés supplémentaires ou participent de relations supplémentaires

véhicules motos
voitures

employés pilotes
avions

cami ons
48 2008/2009 Introduction aux Base de Données

Relations is-a
• Relation Is-a ou Est-un: relation binaire • Induit une relation d'ordre entre les entités
– Généralisation / Spécialisation

• Représentations graphiques
– A généralisation de B et C ; B et C spécialisations de A A A
is a

Multiplicité ? Cardinalités ?

is a

is a

is a

B

C

B

C

49

2008/2009

Introduction aux Base de Données

Exemple
domaine d'activité raison_s ociale no m prén om

n ° c

client

industrie l

adre sse

particulier profes sion

50

2008/2009

Introduction aux Base de Données

Participation
• Totale ou Partielle
détermine si toutes ou seulement quelques occurrences d’un ensemble d'entités participent à une relation

• A partir des cardinalités:
– min = 0 ⇒ participation partielle – min > 0 ⇒ participation totale

51

2008/2009

Introduction aux Base de Données

Participation (2)
• Tous les éléments du modèle (entités, relations, cardinalités, …) reflètent des choix pour représenter le contexte applicatifs. • En particulier, les cardinalités dépendent des "domaines" des ensembles d'entités.
Homme 0,1
est marié à

0,1

Femme

Homme marié
52

1,1

est marié à

1,1

Femme mariée
Introduction aux Base de Données

2008/2009

Exercice
• Trouver des exemples d’entités et de relations correspondant au modèle (5). • Modifier le modèle, afin de rendre les participations "totales".
0,n

A

r

0,n

B

(5)

53

2008/2009

Introduction aux Base de Données

Exercice
n°d sigle 1,1 budget

Modifier le modèle cicontre pour générer des participations totales grâce à des relations d’héritage

départemen t
1,n

nom n°e

0,1

dir ig e
1,1 0,1

employé
0,1

appa rtien t

est responsab le

trav aill e
1,n

1,n

projet
budget

n°p libellé

54

2008/2009

Introduction aux Base de Données

Relation "Est-de-type"
1,1 n contrat ° c date_sign ature Est de type 1,n Type_contra t code_t ype libellé_ type

contrats

Type_contrats

55

2008/2009

Introduction aux Base de Données

Utilité des classifications
• Spécifier des propriétés applicables à tous les éléments d'un sousensemble d'entités
• Exercice: compléter le modèle ci-dessous, pour représenter le fait que tous les contrats d'un même type sont soumis aux mêmes règles.

1,1 n contrat ° c date_sign ature

Est de type

1,n Type_contra t

code_t ype libellé_ type

56

2008/2009

Introduction aux Base de Données

Relation "Est-un" et relation "Estde-type"
Les deux relations peuvent être présentes dans le même modèle Exercice: Esquisser un modèle E-R pour l'exemple ci-dessous
clients
particulier s industriel s

type_clients

57

2008/2009

Introduction aux Base de Données

Exemple
code_type_client

acti vité Est de type n ° c client adre sse industrie l raison_so ciale no m prén om

type_client

remise_type_client

particulie r profes sion

La remise accordée aux clients dépend du type de client, par exemple: 10% à tous les particuliers, 20% à tous les industriels
58 2008/2009 Introduction aux Base de Données

Agrégation / Composition
• Agrégation
une relation « a-un » ou « fait-part-de » entre deux ensembles d’entités, dont un représente le « tout » et l’autre une « partie »

• Composition
une forme particulière d’agrégation entre deux entités, avec un lien très fort entre le tout et la partie (en terme de propriété et de durée de vie)

59

2008/2009

Introduction aux Base de Données

Exemple d'agrégation
n°modèl marq e_v ue 1,1 voiture 1,n
comprend

comprend

n°modèle_ moteur 0,n moteur descr_modèle_ moteur

n°modèl e_ph descr_modè le_ph

1,n phares

60

2008/2009

Introduction aux Base de Données

Entités faibles
• Un ensemble d'entités E est dit "faible" si pour identifier ses entités on doit suivre une ou plusieurs relations de type 1-n à partir de E et considérer simultanément les clés des entités parcourues. • La clé d'un ensemble d'entités faible est obtenue en complétant sa propre clé par les clés des ensembles d'entités qui le supportent
Nb lits n°C n°H nom_H

CHAMBRE

1,1

Situer

1,n

HOTEL

61

2008/2009

Introduction aux Base de Données

Synthèse
• Un modèle Entité-Relation contient les éléments suivants:
– Entités
• Propriétés (ou attributs) • Clés primaires

– Relations
• Éventuellement munies de propriétés (ou attributs)

– Cardinalités

• Ces éléments sont TOUS OBLIGATOIRES

62

2008/2009

Introduction aux Base de Données

Exercice
• Compléter le modèle ci-dessous

n ° c

dat e_c commande

con cer ne quan tité

n ° p

no m_ p produit

63

2008/2009

Introduction aux Base de Données

Exercice
nom n°e prénom employé 1,0 n°m is a 1,1 type-salarié 0,n appartient 1,1 n°m magasin adresse

Analyser ce modèle et le corriger, si nécessaire
taux heures supplémentaires

salaire mensuel

coût journalier

taux heures de base

64

2008/2009

Introduction aux Base de Données

Exercice
nom-v Ville Aéroport n°a nom-a nom-c Compagnie n°p Pilote nom_p

Vol date heure n°de vol

Passager nom prénom adresse

- Ci-dessus des entités d'un modèle ER pour un système de transport aérien. Le compléter, en introduisant les relations, les identifiants, les cardinalités. - Modifier ensuite le modèle pour prendre en compte le n° de siège occupé par un passager sur un vol bien précis.
65 2008/2009 Introduction aux Base de Données

Modèle relationnel
• Les données et les relations qui les lient sont structurées sous forme de tableaux comportant des colonnes désignées par des noms uniques.

2008/2009

Introduction aux Base de Données

66

Modélisation Relationnelle
Docteurs
Id-D 1 2 3 …. Nom Dupont Durand Masse …….. Prénom Pierre Paul Jean …… Id-V

Prescriptions
Ligne 1 2 1 2 3 …. Id-M 12 5 8 12 3 …. Posologie 1 par jour 10 gouttes 2 par jour 1 par jour 2 gouttes …………

Visites
Id-D 1 1 2 2 Id-P 2 1 2 3 Id-V 1 2 3 4 Date 15 juin 12 août 13 juillet 1 mars Prix 250 180 350 250

1 1 2 2 2 ….

Patients
Id-P 1 2 3 4 …. Nom Lebeau Troger Doe Perry ……. Prénom Jacques Zoe John Paule ……. Ville Paris Evry Paris Valenton ……. Id-M 1 2 3 ….
Introduction aux Base de Données

Médicaments
Nom Aspegic 1000 Fluisédal Mucomyst …….. Description …………………………….. …………………………….. …………………………….. ……………………………..
67

2008/2009

Modèle relationnel
• Une base de données relationnelle est une base de données structurée suivant les principes de l’algèbre relationnelle. • Une relation R est un sous-ensemble du produit cartésien de n ensembles D ,D ,…,D appelé Domaine. n est appelé le degré de la relation R; une relation est constitue de n-uplets
1 2 n

2008/2009

Introduction aux Base de Données

68

Modèle relationnel
• Le produit cartésien de D ,D ,…,D noté D ×D ×…×D
1 2 n 1 2 n

est l’ensemble ordonné de n-uplets • Dans le théorie relationnelle, tous les n-uplets doivent être distinct (la clé).

2008/2009

Introduction aux Base de Données

69

Attribut
• Description des propriétés des entités • Toutes les instances d'une entité ont les mêmes attributs
– Attribut simple: attribut ayant une valeur d'un type de base – Attribut composé: attribut constitué d'un groupe d'attributs – Attribut multi-valué: attribut pouvant avoir plus d'une valeur

2008/2009 70

Introduction aux Base de Données

70

Identifiant ou Clé
• Un identifiant aussi appelé clé est un attribut qui permet de retrouver une instance d'entité unique à tout instant parmi celles de la classe.
– Exemple: NVeh dans Voitures, NSS dans Personnes

• Un identifiant peut être constitué de plusieurs attributs (clé composée)
– Exemple:
• [N° , Rue, Ville] pour Maisons • [Nom, Prénom] pour Personnes

2008/2009 71

Introduction aux Base de Données

71

Domaines
• Ensemble nommé de valeurs
– Un attribut peut prend valeur dans un domaine – Généralisation des types élémentaires

• Exemples
– Liste de valeurs (1,2,3) – Type contraint (<0< int <100)

• Permettent de préciser les valeurs possibles des attributs • Réduisent les ambiguïtés

2008/2009 72

Introduction aux Base de Données

72

Modélisation Relationnelle (1)
Relation ou table
Id-D 1 2 3 …. Nom Dupont Durand Masse …….. Prénom Pierre Paul Jean ……

Champs, attributs, colonnes

Tuples, lignes ou n-uplets
2008/2009 Introduction aux Base de Données 73

Opérations Ensemblistes
• Opérations pour des relations de même schéma
– UNION notée ∪ – INTERSECTION notée ∩ – DIFFERENCE notée —

• Opérations binaires
– Relation X Relation --> Relation

• Extension
– Union externe pour des relations de schémas différents – Ramener au même schéma avec des valeurs nulles
2008/2009 74 Introduction aux Base de Données 74

Projection
• Elimination des VINS attributs non désirés et suppression des tuples en double • Relation -> Relation notée: π π A1,A2,...Ap (R)
Cru Mill Région Qualité

VOLNAY VOLNAY CHENAS

1983 1979 1983

BOURGOGNE BOURGOGNE BEAUJOLAIS BEAUJOLAIS

A B A C

JULIENAS 1986

n (VINS)

π

Cru,Régio Cru VOLNAY CHENAS Région BOURGOGNE BEAUJOLAIS

JULIENAS BEAUJOLAIS

2008/2009 75

Introduction aux Base de Données

75

Restriction
• Obtention des tuples de R satisfaisant un critère Q • Relation ->Relation, notée σ Q(R) • Q est le critère de qualification de la forme :
– Ai θ Valeur – θ = { =, <, >=, >, <=, !=}

• Il est possible de réaliser des "ou" (union) et des "et" (intersection) de critères simples
2008/2009 76 Introduction aux Base de Données 76

Exemple de Restriction
VINS Cru VOLNAY VOLNAY CHENAS Mill 1983 1979 1983 Région Qualité BOURGOGNE A BOURGOGNE BEAUJOLAIS BEAUJOLAIS B A C

JULIENAS 1986

σ MILL>1983

VINS

Cru Mill JULIENAS 1986

Région Qualité BEAUJOLAIS C

2008/2009 77

Introduction aux Base de Données

77

Jointure
• Composition des deux relations sur un domaine commun • Relation X Relation ->Relation
– notée

• Critère de jointure
– Attributs de même nom égaux : • Attribut = Attribut • Jointure naturelle – Comparaison d'attributs : • Attribut1 Θ  Attribut2 • Théta-jointure

2008/2009 78

Introduction aux Base de Données

78

Exemple de Jointure
VINS Cru VOLNAY VOLNAY CHABLIS JULIENAS LOCALISATION Cru VOLNAY CHABLIS CHABLIS Mill 1983 1979 1983 1986 Région Bourgogne Bourgogne Californie Qualité A B A C QualMoy A A B

VINSREG

Cru VOLNAY VOLNAY CHABLIS CHABLIS

Mill 1983 1979 1983 1983

Qualité A B A A

Région Bourgogne Bourgogne Bourgogne Californie B

QualMoy A A A

2008/2009 79

Introduction aux Base de Données

79

Complétude
• L'algèbre relationnelle est complète
– Les cinq (sept) opérations de base permettent de formaliser sous forme d'expressions toutes les questions que l'on peut poser avec la logique du premier ordre (sans fonction).

• Exemple :
– Nom et prénom des buveurs de volnay 1988 ?
PROJECT (NOM, PRENOM, RESTRICT(CRU="VOLNAY" et MILL =1988, JOIN(VINS, ABUS, BUVEURS)))
2008/2009 80 Introduction aux Base de Données 80

CONCEPTION D’UNE BASE DE DONNÉES
2008/2009 Introduction aux Base de Données 81

Introduction
• Quand nous construisons directement les tables d’une base de données dans un SGBD, nous sommes exposée à deux type de problèmes:
– Nous ne savons pas toujours dans quelle table placer certaines colonnes (par exemple, l’adresse de livraison se met dans la table des clients ou dans la tables des commandes) – Nous avons du mal à prévoir les tables de jonction intermédiaires (par exemple, la table des interprétations qui est indispensable entre les tables des films et table des acteurs) – Il est nécessaire de recourir à une étape préliminaire de conception

2008/2009

Introduction aux Base de Données

82

MERISE
Création : 1978-1979 Une démarche de construction des Systèmes d’information. A quoi sert Merise ?  En ce qui concerne les données : A identifier le nombre et la nature des tables, les articulations et la ventilation des informations entre ces tables, afin que l'ensemble soit le plus efficace et évolutif possible,  Pour les traitements : A identifier les fonctionnalités selon une approche "top / down" ("du général au particulier"), leur découpages et leurs enchaînements.  Merise est un travail d'anticipation : Elle sert à préparer les développements informatiques et à chiffrer (en coût, en temps et en énergie) ces chantiers, quelle que soit leur échelle.

2008/2009

Introduction aux Base de Données

83

Niveau d’abstraction
3 niveaux d’abstraction : 1. Le niveau conceptuel 2. Le niveau organisationnel 3. Le niveau physique 1. Le niveau conceptuel : Il consiste à répondre à la question QUOI ? Quoi faire, avec quelles données ? A ce niveau, on ne se préoccupe pas de l’organisation du travail ni du matériel utilisé. Les deux modèles sont le Modèle conceptuel des données (MCD) et le Modèle conceptuel des traitements (MCT). 2. Le niveau organisationnel : Il consiste à répondre à la question QUI ?, OU ?, QUAND ? C’est à ce niveau que sont intégrés les critères d’organisation de travail. On tient compte (ou on propose) des choix d’organisation de travail comme la répartition des traitements entre l’homme et la machine, le mode de fonctionnement (temps réel, temps différé).

2008/2009

Introduction aux Base de Données

84

Vue d’ensemble
Niveau Conceptuel Données Modèle Conceptuel des Données (MCD) Signification des informations sans contrainte technique ou économique Traitements Modèle Conceptuel des Traitements (MCD) Activite du domaine sans préciser les ressources ou leur organisation Modèle Organisationnel des Traitements (MOT) Fonctionnement du domaine avec les ressources utilisées Choix pris en compte Choix de gestion Quoi ?

Modèle Organisationnel des Données (MOD) Organisationnel Signification des informations avec contrainte organisationnelles et économique Modèle Physique des Données (MPD) Description de la ou des bases de données dans la syntaxe du logiciel SGF ou SGBD

Choix d'organisation Qui ?, Ou ?, Quand ?

Physique

Modèle Physique des Traitements (MPT) Architecture technique des programmes

Choix technique Comment ?

2008/2009

Introduction aux Base de Données

85

Vue d’ensemble
Dissociation des données et des traitements et l’étude de leurs interactions

2008/2009

Introduction aux Base de Données

86

Le M.C.D (Modèle conceptuel de données)
Son objectif : définir (identifier) toutes les données utilisées, les regrouper en ensembles appelés entités, et de lier ces entités par des relations, dans un modèle définit et compréhensible par toute personne connaissant la "syntaxe" du MCD. Le MCD regroupe les informations à traiter, le "quoi" du système. Les étapes du MCD : 1. Dictionnaire de données 2. Épuration (polysèmes et synonymes) 3. Détermination des entités 4. Détermination et affectation des propriétés 5. Recensement des associations (avec, éventuellement, les propriétés non encore affectées 6. Détermination des cardinalités

2008/2009

Introduction aux Base de Données

87

M.C.D (Entité)
Représentation d'un objet réel, ayant une existence et une raison d'être dans le système d'information.

2008/2009

Introduction aux Base de Données

88

M.C.D (Propriétés)
Entité : • Une entité est pourvue d’une existence propre et est conforme aux choix de la gestion • Une entité peut être un acteur : client, usine, produit => pourvue d’une existence • Une entité peut être un flux : commande, livraison => existe par l’intermédiaire d’acteurs. Les propriétés : Une propriété est une donnée élémentaire qui qualifie l’entité à laquelle elle se rapporte : • Chaque propriété prend des valeurs qui sont appelées occurrences de la propriété, • Chaque propriété a un domaine de définition (ensemble de valeurs possibles), • Chaque propriété se rattache toujours à une entité. Identification d’une Entité : Permet d’identifier de façon unique une occurrence de l’entité. • Pour être identifiant, la ou le groupe de propriétés ne doit pas prendre plusieurs fois la même valeur sur l’ensemble des occurrences de l’entité. • L’identifiant figure en premier dans la liste des propriétés • Il est souligné

2008/2009

Introduction aux Base de Données

89

M.C.D(Association)

Objet permettant d'associer deux ou plusieurs entités. Ce lien est nommé et est, par convention, très souvent un verbe à l'infinitif.
ex : entre deux entités, Personne et Ordinateur, une relation nommée Posséder peut être mise, et on lit "une personne possède un ordinateur" et, dans l'autre sens, 'un ordinateur est possédé par une personne".

2008/2009

Introduction aux Base de Données

90

• ex : entre deux entités, Ouvrage et Auteur, une relation nommée Écrire peut être mise, et on lit "un Auteur a écrit un Ouvrage" et, dans l'autre sens, 'un Ouvrage est écrit par un Auteur".

2008/2009

Introduction aux Base de Données

91

M.C.D (Cardinalité)
• C'est le nombre d'occurrences, minimal et maximal, d'une association par rapport à chaque occurrence d'une entité donnée. D'une entité donnée vers une association donnée.

2008/2009

Introduction aux Base de Données

92

M.C.D (Cardinalité)
• Un employé a une et une seule société. Une société a 1 ou n employés.
Employé 1,1 a 1,n Société

Une commande est composée de 1 ou n produits distincts en certaine quantité. Un produit est présent dans 0 ou n commandes en certaine quantité.
Commande 1,n compose quantité Entier 0,n Produit

2008/2009

Introduction aux Base de Données

93

M.C.D (Cardinalité)
• Un étudiant parle une ou plusieurs langues avec un niveau. Chaque langue est donc parlée par 0 ou n étudiants avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs étudiants qui parlent une langue.
Langue Etudiant 1,n parle 0,n

0,n

Niveau

2008/2009

Introduction aux Base de Données

94

M.C.D
• Une centrale d’achat : les cardinalités
TYPE

0,n appartient 1,1 OUVRAGE 0,n 0,n stocke quantité Entier 0,n LIBRAIRIE AUTEUR

écrit

0,n

0,n 1,n vend quantité Entier édite quantité Entier

0,n 0,n EDITEUR

2008/2009

Introduction aux Base de Données

95

M.C.D
Cas des associations de dimension "1" (dites "réflexives") :

Cas des associations de dimension "3"

2008/2009

Introduction aux Base de Données

96

M.C.D
• Définition des relations entre les Entités et cardinalité :

(1,1) : Une marque est entreposée dans un seul entrepôt. (1,N) : Dans un entrepôt sont entreposées une ou plusieurs marques.

2008/2009

Introduction aux Base de Données

97

M.C.D
(Dépendances fonctionnelles)
La relation qui lie un TYPE DE VEHICULE à une MARQUE est «appartenir». Il s’agit d’une relation hiérarchique : à un type de véhicule donné ne correspond qu’une seule marque, et à une marque correspond plusieurs type de véhicule. Ici, TYPE DE VEHICULE détermine totalement MARQUE. Nous appelons cette relation fonctionnelle (DF), et elle se note de la manière suivante : TYPE DE VEHICULE -> MARQUE •Ex: CLIENT -> ATTACHE COMMERCIAL
– (A un client ne correspond qu’un attaché commercial

2008/2009

Introduction aux Base de Données

98

M.L.D
C'est grâce à toutes les opérations précédentes que l'ensemble des tables de la base de donnée vont pouvoir être structurées de manière simple et très rapide :  les entités deviennent des tables (sauf des cas particuliers comme les "dates") Si l'une des cardinalités maximales est à "1" et l'autre à "n", l'association disparaît et l'identifiant de l'entité marquée "n" vient s'ajouter à la liste des propriétés de l'entité marquée "1" (Cas 1). Si toutes les cardinalités maximales sont à "n", l'association se transforme en une table qui permettra la correspondance entre les enregistrements des tables reliées (tout en pouvant comporter ses propres propriétés) (Cas 2). Ces règles s'appliquent aussi bien pour les associations "réflexives" (Cas 3). Pour les associations de dimension "3" ou plus, elles sont toujours transformées en table (Cas 4).

2008/2009

Introduction aux Base de Données

99

M.L.D
1er cas :

2ème cas :

2008/2009

Introduction aux Base de Données

100

M.L.D
1er cas :

2008/2009

Introduction aux Base de Données

101

1er cas :

M.L.D

2008/2009

Introduction aux Base de Données

102

M.L.D
2eme cas :

2008/2009

Introduction aux Base de Données

103

M.L.D

2008/2009

Introduction aux Base de Données

104

M.L.D

2008/2009

Introduction aux Base de Données

105

M.L.D
3eme cas :

2008/2009

Introduction aux Base de Données

106

M.L.D
4eme cas :

2008/2009

Introduction aux Base de Données

107

BASE DE DONNÉES ORIENTÉ OBJET
2008/2009 Introduction aux Base de Données 108

Bases d’approche objet
programmation fonctionnelle ou structurées

2008/2009

Introduction aux Base de Données

109

Bases d’approche objet
• Notion d’objet
– – Point de vue informel : objet = entité tangible représentant des composantes bien particulier Point de vue informatique : état, comportement, identité

Relation entre objet :
– – – Système : collaboration entre objets Interaction entre objets par le biais de leurs méthodes Deux type de relations : utilisation et contenance

Notion de classe
– Ensemble d’objets de comportements et de structure de données commun

2008/2009

Introduction aux Base de Données

110

Les éléments de modèle objet
• • • • • • Abstraction : le fait de ressortir les caractéristiques essentielles d’un objet le distinguant des autres Encapsulation : occultation des données Modularité : décomposition d’un système en un ensemble de modules cohérents et faiblement couplés Héritage : partage de données et de comportements entre deux ou plusieurs classes ayant des similitudes Contenance : relation reliant une classe assemblable à ses classes composantes Polymorphisme : surdéfinition de méthodes des suivant de l’héritage

2008/2009

Introduction aux Base de Données

111

Modélisation objet
Notion d’Objet
Une abstraction du monde réel c.-à-d. des données informatiques regroupant des caractéristiques du monde réel

Exemple

une personne, une voiture, une maison, ...

Caractérisation d’un objet

Identité permet de le distinguer des autres objets Attributs données caractérisant l'objet Méthodes actions que l'objet est à même de réaliser
2008/2009 Introduction aux Base de Données

233434 : Numéro de série 1500 kg : Poids 8864 YF 17 : Immatriculation 133 000 : kilométrage Démarrer () Arrêter() Rouler()

FIAT-UNO-17 : Voiture

112

Modélisation objet
Notion de Classe • Structure d'un objet, c.-à-d. une déclaration de l'ensemble des entités qui composeront l’objet • Un objet est donc "issu" d'une classe, c'est le produit qui sort d'un moule Notation un objet est une instanciation (occurrence) d'une classe Une classe est composée:  attributs données dont les valeurs représentent l'état de l'objet  méthodes opérations applicables aux objets

attribut1 : Type attribut2 : Type … méthode1 () méthode2 () …

Nom_de_la_class e

2008/2009

Introduction aux Base de Données

113

Modélisation objet
Voiture
Numéro de série : Int Poids : double Immatriculation : String Kilométrage : double Démarrer () Arrêter() Rouler()

FIAT-UNO-17
233434 : Numéro de série 1500 kg : Poids 8864 YF 17 : Immatriculation 33 000 : kilométrage

Renault-Clio-17
5323454 : Numéro de série 1500 kg : Poids 64 YFT 17 : Immatriculation 23 000 : kilométrage

Peugeot-206-75
3434 : Numéro de série 1700 kg : Poids 8634 YGG 75 : Immatriculation 15 000 : kilométrage

2008/2009

Introduction aux Base de Données

114

Modélisation objet
Visibilité des attributs
définissent les droits d'accès aux données (pour la classe elle-même, d'une classe héritière, ou bien d'une classe quelconque) Publique (+) les classes peuvent accéder aux données et méthodes d'une classe définie avec le niveau de visibilité public Protégée (#): l'accès aux données est réservé aux fonctions des classes héritières Privée (-): l'accès aux données est limité aux méthodes de la classe elle-même

# Attribut1 : Type - Attribut2 : Type … + méthode1 () Méthode2 () …

Nom_de_la_class e

2008/2009

Introduction aux Base de Données

115

Types relations entre classes
Héritage Association Contenance

2008/2009

Introduction aux Base de Données

116

Héritage
permet de créer une nouvelle classe à partir d'une classe existante

Principe

classe dérivée contient les attributs et les méthodes de sa superclasse

Spécialisation
étendre les propriétés d'une classe, sous forme de sous-classes

Généralisation
factoriser les propriétés groupe de classes sous forme de super-classe

Chaque personne de l’université est identifiée par son nom, prénom Les étudiants ont plus un noEtudiant Les enseignants ont un numéro de téléphone interne
2008/2009 Introduction aux Base de Données 117

Association
Connexion sémantique entre deux classes

Navigabilité
 Par défaut une association est navigable dans les deux sens

• Chaque instance de voiture a un lien vers le propriétaire • Chaque instance de Personne a un ensemble de lien vers les voitures

 Restriction de la navigabilité
• Le service de contravention est associé à une ou plusieurs voiture(s) • La voiture ne connaît pas service de contravention
2008/2009 Introduction aux Base de Données

Navigable

118

Association
Documentation d’une association
 Nom de l’association lien sémantique entre les classes La personne achète la voiture La voiture est achetée  Rôle d’une association Spécification du rôle de la classe

La personne joue le rôle de propriétaire de la voiture
2008/2009 Introduction aux Base de Données 119

Association
Relation n-aire
Type particulier d’association qui relie plus de deux classes

Professeur
Symbole d’association

Salle

Etudiant

Attention
difficiles à déchiffrer
2008/2009 Introduction aux Base de Données 120

Association
Multiplicités
1 : la classe est en relation avec un et un seul objet de l’autre classe 1..* : la classe est en relation avec au moins un objet de l’autre classe 0..* : la classe est en relation avec 0 ou n objets de l’autre classe 0..1 : la classe est en relation avec au plus un objet de l’autre classe Une voiture est achetée par une et une seule personne Une personne peut acheter 0 ou n voitures

2008/2009

Introduction aux Base de Données

121

Contenance
Cas particulier d’association exprimant une relation de contenance Exemples: • Une voiture a 4 roues • Un dessin contient un ensemble de figures géométriques • Une présentation PowerPoint est composé de transparents • Une équipe de recherche est composée d’un ensemble de personnes Deux types de relations de contenance en UML • Agrégation • Composition (Agrégation forte)

2008/2009

Introduction aux Base de Données

122

Agrégation
A B

Type de relations – A « contient » des instances de B,
Agrégat

Propriétés de l’agrégation • La suppression de A n’implique pas la suppression de B • L'élément agrégé peut être partagé Exemples : • L’enseignant est un composant d’une (ou plusieurs) équipe de recherche d’un seul département • La disparition d’une équipe de recherche n’entraine pas la disparition d’un enseignant

2008/2009

Introduction aux Base de Données

123

Composition
 La suppression de A entraine la suppression de B Exemple: « Une présentation PowerPoint est composé de transparents » La suppression de la présentation entraine la disparition des transparents qui la compose

2008/2009

Introduction aux Base de Données

124

Diagramme de classes

2008/2009

Introduction aux Base de Données

125

MÉTHODE UML

2008/2009

Introduction aux Base de Données

126

Objectifs de UML
• Modélisation de systèmes divers en utilisant des concepts orientés objets • Établir un couplage entre les concepts et leur implantation • Aborder la description des problèmes d’échelle propres aux systèmes complexes • Offrir une approche de description utilisable par les humains et les machines

2008/2009

Introduction aux Base de Données

127

Types de visualisation dans UML

Composantes Use-Case Répartition

Logique

Concurrence

2008/2009

Introduction aux Base de Données

128

Les diagrammes UML
• Vues statiques – Les diagrammes – Les diagrammes – Les diagrammes – Les diagrammes – Les diagrammes Vues dynamiques – Les diagrammes – Les diagrammes – Les diagrammes – Les diagrammes de classes d’objets de cas d’utilisation de composants de déploiement

de séquence de collaboration d’états-transition d’activités

2008/2009

Introduction aux Base de Données

129

Les diagrammes UML
• Les diagrammes de cas d’utilisation : Les fonctions du système, du point de vue de l’utilisateur ou d’un système extérieur - l’usage que l’on en fait. • Les diagrammes de classes : Une description statique des relations entre les classes. • Les diagrammes d’objet : Une description statique des objets et de leurs relations. Une version « instanciée » du précédent. • Les diagrammes de séquence : Un déroulement temporel des objets et de leurs interactions. • Les diagrammes de collaboration : Les objets et leurs interactions en termes d’envois de message + prise en compte de la séquentialité.

2008/2009

Introduction aux Base de Données

130

Les diagrammes UML
• Les diagrammes d’états-transitions : Scrute les cycles de vie d’une classe d’objet, la succession d’états et les transitions. • Les diagrammes d’activité : Le comportement des différentes opérations en termes d’actions. • Les diagrammes de composants : Représente les composants physiques d’une application. • Les diagrammes de déploiements : Le déploiement des composants sur les dispositifs et les supports matériels.

2008/2009

Introduction aux Base de Données

131

Diagrammes des cas d ’utilisation
RetirerDeLArgent

ConsulterSonCompte Client

Ajouter DesBillets

Transporteur DeBillets

FaireUnVirement

Assurer LaMaintenance

Technicien

DistributeurDeBillet 2008/2009 Introduction aux Base de Données 132

Diagrammes de classes
Client 1..4 titulaires 1 signataire CarteBleue Code retraitMax 0..* Compte numéro solde ... 1 0..* 0..1 AcceptéPar> 1..* Distributeur 0..* 1..* Banque numéro nom 1..* 0..* Consortium 1

2008/2009

Introduction aux Base de Données

133

Diagrammes d’objets
EstAcceptéPar>

: Distributeur

: CarteBleue
signataire

med : Client

titulaires

c4 : Compte

: Banque

: Consortium

: CarteBleue
signataire

ali : Client
titulaires

c1 : Compte

: Banque

titulaires

omar : Client
titula ires

c2 : Compte

: Consortium

titulaires

maria : Client
signataire

c3 : Compte : CarteBleue
EstAcceptéPar>

: Banque

sophia : Client
EstAcceptéPar>

: Distributeur

2008/2009

Introduction aux Base de Données

134

Diagramme de Packages
IU Saisie Commandes
Package Dépendance Application Saisie Commandes

AWT

IU Publipostage

Application Publipostage

Commandes

Clients

2008/2009

Introduction aux Base de Données

135

Diagramme de structure composite
Véhicule 1 émetteur BoitierEmission Contrôleur trajets

1 récepteur BoitierRéception

Télécontrôle

2008/2009

Introduction aux Base de Données

136

Diagrammes de composants

2008/2009

Introduction aux Base de Données

137

Diagrammes de déploiement
<<S1SLT>>

Serveur distributeur
<<tcpip>>

Palm

ServeurWeb

<<https>>

PC

2008/2009

Introduction aux Base de Données

138

Diagrammes d ’états
carte insérée

En attente
carte retirée

En attente du code
mauvais code code frappé

En attente retrait carte

En vérification
code bon

montant incorrect

En attente du montant
montant correct

billets retirés

En distribution
2008/2009 Introduction aux Base de Données 139

Diagrammes d’activités
C lient
Se renseigner

V endeur

Livreur

Etablir un devis

Commander Facturer

Payer

Livrer

2008/2009

Introduction aux Base de Données

140

Diagrammes de séquence
omar le distrib. la carte de M. la reserve la banque le compte de M.

retirer 500 dh lire n° compte

retirer 500 dh sur le compte n débiter 500 dh confirmer

sortir 5 billets de 100 dh prendre la carte

2008/2009

Introduction aux Base de Données

141

Diagrammes de communication
la reserve
6 : sortir 5 billet de 100 dh 1 : retirer 500 dh 3 : retirer 500 dh sur compte n 4 : débiter(500)

le distributeur paul
5 : confirmer 2 : lire n° de compte

la banque

la carte de O.

le compte de omar

2008/2009

Introduction aux Base de Données

142

Sign up to vote on this title
UsefulNot useful