MERISE : une mthode systmique de

conception de SI
- Prsentation gnrale -
Bernard ESPINASSE
Professeur l'Universit d'Aix-Marseille

Plan
Origine et volution
Principes gnraux
Cadre de modlisation et dmarche prconise
Principales dernires volutions

Prsentation de MERISE 2 - Bernard ESPINASSE - - 1

 Introduction : les mthodes Systmiques
mthodes s'appuyant sur une approche systmique
dfinissent diffrents niveaux de proccupation ou d'abstraction
proposent de nombreux modles complmentaires
sont souvent spcialises pour la conception d'un certain type de systmes
mthodes systmiques les plus connues :
MERISE (mthode la plus utilise en informatique de gestion en France et
grande partie de l'Europe)

AXIAL (IBM - systmes d'information), MEGA (Mega - systmes

d'information),...

OSSAD (systmes bureautiques)

SAGACE (CEA - systmes complexes (centrales atomiques))

GRAI (Productique)

...

Prsentation de MERISE 2 - Bernard ESPINASSE - - 2

 Origine de Merise : Merise 1 gnration
1978 - Ministre de l'industrie : Merise 1 gnration
concevoir et dfinir une mthode d'intrt national
principales SSII et le CETE d'Aix-en-Provence (H.Tardieu - A.Rochfeld)
1974-1978
recherche en recherche en
informatique de gestion systmique applique aux
(bases de donnes, organisations
SGBD)
1976 1977
Ministre de l'Industrie SSCI

1979 MERISE

-> synthse :
ractualise acquis sur la spcification des traitements des mthodes
antrieures
intgre l'approche par les donnes
propose une dmarche garantissant la rigueur de la mthode et sa facilit
d'application sur le terrain

Prsentation de MERISE 2 - Bernard ESPINASSE - - 3

 Merise
1979 : Merise 1 gnration
1992 : Merise 2 gnration

bibliographie complmentaire :

Nanci D., Espinasse B. et al., Ingnierie des Systmes d'Information:

Merise Deuxime Gnration - 3 dition entirement revue et
augmente, ditions Sybex, 1996.

Tardieu H., Rochfeld A., Coletti R., La mthode Merise, tome 1 : Principes
et outils, ditions dOrganisation, 1983.

Tardieu H., Rochfeld A., Coletti R., Panet G., Vahee G., la Mthode
Merise, tome 2 : Dmarche et pratiques, ditions dOrganisation, 1985.

Rochfeld A., Morejon, J., la Mthode Merise, tome III : Gamme opratoire,
ditions dOrganisation, 1989.

Prsentation de MERISE 2 - Bernard ESPINASSE - - 4

 Objectifs de Merise
Pour tre efficace une mthode doit pouvoir :
associer troitement les aspects organisationnels et informatiques
accrotre la qualit des relations entre les utilisateurs et les
informaticiens dans la mesure ou l'informatisation peut modifier les modes
de gestion et les conditions de travail
tre accepte par les uns et les autres comme moyen:
d'tude
de conception
de dialogue
de formalisation de dcision de choix
de contrle d'avancement,...
tre prcise pour tre efficace,
sans tre abusivement rigide pour tre tolre...
valuer au pralable : les dpenses et les consquences lies aux
solutions de conception

Prsentation de MERISE 2 - Bernard ESPINASSE - - 5

 Principes fondamentaux de la mthode MERISE
apport de la systmique (Bertalanffy, LeMoigne,..): tente depuis 30 ans d'apporter
un nouveau cadre de rflexion, de modlisation des structures complexes vivantes
(biologie, sciences sociale, gestion,...)

=> l'organisation en tant que systme

dcoupage de l'organisation en domaines

analyse indpendante Donnes / Traitements

une dmarche 3 dimensions :

la dmarche : cycle de vie

le raisonnement : niveaux d'abstraction

la matrise : niveaux de dcision

Prsentation de MERISE 2 - Bernard ESPINASSE - - 6

 La dmarche ou cycle de vie
modle de la cascade :

"plan d'action"

SHEMA DIRECTEUR
"dossier de choix"

ETUDE PREALABLE
"cahier des charges
utilisateur"
ETUDE DETAILLEE
"cahier des charges
technique"
ETUDE TECHNIQUE
"dossier de
ralisation"
REALISATION
"manuel
utilisateur"
MISE EN SERVICE

Prsentation de MERISE 2 - Bernard ESPINASSE - - 7

 La dmarche ou cycle de vie
Dfinition des orientations gnrales du dveloppement
schma directeur moyen terme des systmes d'information

PROJET

tude pralable Proposition et valuation de solutions d'organisation et

techniques pour le SI d'un domaine

tude dtaille Spcifications compltes du futur SIO. Point de vue

de l'utilisateur (externe).

tude technique Spcifications compltes du futur SII. Point de vue du

ralisateur (interne).

Ecriture des programmes, gnration des fichiers ou bases

production logiciel de donnes, tests
Installation de l'application informatique, mise en
mise en service place de la nouvelle organisation

Rectification des anomalies, amliorations,

maintenance volutions

Prsentation de MERISE 2 - Bernard ESPINASSE - - 8

 Les raisonnements ou niveaux d'abstraction
Exemples de choix :
choix de gestion:
faire de la pr-facturation ou de la post-facturation
procder des contrles systmatiques des dossiers avant de les traiter ou les
traiter sans contrles et procder des contrles par chantillonnage
affecter certains produits tels dpts
admettre qu'une commande client pourra tre livre en plusieurs fois, chaque
livraison donnant lieu une facture....
choix d'organisation:
les quantits rceptionnes seront saisies en fin de journe sur un terminal
dans le magasin
l'interrogation des commandes se fera en temps rel sur ce mme terminal....
choix techniques:
mettre tel endroit un terminal de telle marque
excuter tel traitement dans tel programme
implanter telle donne sur tel disque....

Prsentation de MERISE 2 - Bernard ESPINASSE - - 9

 Les 4 niveaux d'abstraction de MERISE
Systme d'Information Organisationnel (SIO) :
niveau conceptuel exprime les choix fondamentaux de gestion: recherche
des lments stables indpendamment des moyens mettre en oeuvre, de
leurs contraintes et de leur organisation.
niveau organisationnel exprime les choix d'organisation de ressources
humaines et matrielles, au travers de la dfinition de sites, de postes de
travail,...
Systme d'Information Informatis (SII) :
niveau logique exprime les choix de moyens et de ressources informatiques,
en faisant abstraction de leurs caractristiques techniques prcises.
niveau physique traduit les choix techniques et la prise en compte de leurs
spcificits.
SYSTEME D'INFORMATION ORGANISATIONNEL
SIO
SYSTEME D'INFORMATION
INFORMATISE
SII

Prsentation de MERISE 2 - Bernard ESPINASSE - - 10

 Les 4 niveaux d'abstraction de MERISE

Systme
d'Information
"naturel"
choix de gestion
dfinition des informations
Systme niveau conceptuel et des activits
d'Information
Organisationnel choix d'organisation
S.I.O.
types de ressources et
niveau affectation
organisationnel
choix logiciels
moyens et ressources
informatiques
Systme niveau logique
d'Information
Informatis choix techniques
S.I.I. ressources effectives
niveau physique

Applications informatiques supports du

systme d'information

Prsentation de MERISE 2 - Bernard ESPINASSE - - 11

 Les Modles de Merise
Donnes Traitements

Modle Conceptuel des Donnes Modle Conceptuel desTraitements

MCD MCT
SIO Signification des informations
sans contrainte Activite du domaine sans prciser
CONCEPTUEL technique ou conomique les ressources ou leur organisation
et
ORGANISATIONNEL Modle Organisationnel
Modles Organisationnels des
Traitements
des Donnes
MOD MOT
SYSTEME Signification des informations Fonctionnement du domaine avec
D'INFORMATION avec contrainte les ressources utilises et leur
ORGANISATIONNEL organisationnelles et conomique organisation

Modle Logique des Donnes Modles Logique des Traitements

SII LOGIQUE MLD MLT

Description des donnes tenant
compte de leurs conditions
SYSTEME d'utilisation par les traitements
D'INFORMATION
INFORMATISE
Modle Physique des Donnes
Fonctionnement du domaine avec
les ressources et leur organisation
informatiques
Modle Physique des Traitements

MPD MPT
PHYSIQUE
Description de la ou des bases
de donnes dans la syntaxe du Architecture technique
logiciel SGF ou SGBD des programmes

proccupations du proccupations de
gestionnaire- l'informaticien
utilisateur

Prsentation de MERISE 2 - Bernard ESPINASSE - - 12

 Modles et niveaux d'abstraction
se pose le problme de :

comment laborer et exprimer les diffrents modles?

formalismes adapts chaque modle
conseils de mise en oeuvres

comment passer d'un niveau d'abstraction au suivant et transformer les

diffrents modles?
procdures de transformation
prise en compte de nouveaux choix

comment confronter donnes et traitements pour assurer une cohrence

interne?
vrification de cohrence

Prsentation de MERISE 2 - Bernard ESPINASSE - - 13

 Cycle de dcision dans MERISE

tapes de la dmarche rsultats dcisions

plan de
dveloppement approbation et mise en
schma directeur
des SI application

tude pralable dossier de choix choix d'une solution

n solutions ou arrt
stop stop
spcifications accord utilisateur
tude dtaille fonctionnelles /specifs fonctionnelles

spcifications accord ralisateurs

tude technique techniques /specifs techniques
pour ralisation

systme ralis recette provisoire

ralisation logiciel en ordre de marche conformit systme

systme install
mise en service recette dfinitive
dans l'organisation systme en service

systme recette simplifie

maintenance maintenu fin de maintenance

Prsentation de MERISE 2 - Bernard ESPINASSE - - 14

Cheminement du processus de conception "courbe du soleil"

8 3
niveau 2
conceptuel
niveau 7
SIO
organisationnel 9 4

niveau 1
logique 10 5
SII
niveau 11 6
physique

systme d'information systme d'information

tat actuel tat futur

champ de l'tude champ de l'tude

pralable dtaille

prise en compte d'objectifs, de contraintes, d'orientations nouvelles

Prsentation de MERISE 2 - Bernard ESPINASSE - - 15

 Niveaux d'abstraction et du degr de dtail

degr
global dtaill
niveau

conceptuel

organisationnel

logique zone d'utilisation classique

physique

Prsentation de MERISE 2 - Bernard ESPINASSE - - 16

 Dmarche et couverture des niveaux d'abstraction
0% tude pralable 100%
conceptuel
organisationnel
logique
physique

0% tude dtaille 100%

conceptuel
organisationnel
logique
physique
0% tude technique/ralisation 100%
conceptuel
organisationnel
logique
physique
Prsentation de MERISE 2 - Bernard ESPINASSE - - 17
 volution de la mthode MERISE
depuis 1992 : Merise 2 gnration
volution du cadre de modlisation
l'extension de 3 4 niveaux d'abstraction (conceptuel, organisationnel,
logique et physique)
mergence de nouveaux modles :
modle logique de traitements (MLT)
modle organisationnel de donnes (MOD),
distinction de 2 missions distinctes de l'ingnierie des SI :
conception du Systme d'Information Organisationnel (SIO)
conception du Systme d'Information Informatis (SII)

volution des outils et formalismes associs

extension du formalisme Entit-Relation, avec par exemple
l'explicitation de types et sous-types, de contraintes d'intgrit, ...
clarification de la modlisation des traitements l'aide du formalisme
issu des rseaux de Ptri, diffrents niveaux de proccupation,

Prsentation de MERISE 2 - Bernard ESPINASSE - - 18

 volution de la mthode MERISE (suite)
Merise 2 gnration :
MCT : introduction du concept d'tat et ses consquences sur les aspects de
modlisation,
MCD : amendements concernent les rcentes extensions du formalisme
Entit-Relation, le traitement de l'historisation,....,

MOT : avec l'introduction des cycles de vie des objets (CVO),

MOD : rpartition organisationnelle des donnes (MOD locaux) et toute
sa pertinence dans contexte d'architectures client-serveur,

MLT : approche et modlisation oprationnelles, adaptes aux nouveaux

environnements (Client-Serveur, interfaces graphiques, ...),
MLD : passage du modle Entit-Relation au modle relationnel enrichi :
prise en compte des contraintes d'intgrit
criture des triggers associs, l'historisation, ...

Prsentation de MERISE 2 - Bernard ESPINASSE - - 19

 Mise en oeuvre de la mthode MERISE (suite)
couplage avec des mthodes de conduite de projet ,
dveloppement d'ateliers de gnie logiciel (A.G.L.) de conception : AMC
Designer, MEGA, WinDesign, ...
ouverture vers les autres mthodes :
de gnie logiciel (Merise et Yourdon [PHAN 85],...),
de gnie cognitif (Merise et KADS [BRUNET 90],...),
...
adaptation d'autres types d'activits :
domaine de la productique (Merise et GRAI [Cecima 90]),
l'EDI (Merise et l'EDI [BCEL 91])
...
largement diffuse en France et dans l'Europe du Sud (parfois avec des
adaptations mineures)
constitue un standard en conception de systme d'information

Prsentation de MERISE 2 - Bernard ESPINASSE - - 20

 MCT : introduction du concept d'tat
tabli lien entre modlisation des donnes et modlisation des traitements
peut s'exprimer :
par une valeur prise par une information (dossier en cours),
par le fait qu'une activit t ralise (calcul des pnalits effectu),
par une rgle de traitement (dlai de rglement dpass de 15 j.)
mmorisation des tats assure par les donnes informations spcifiques (ex: tat
de la commande).
s'applique des objets et associations modliss dans les donnes
description d'un tat d'un objet :
le nom de l'objet,
le nom de l'information dcrivant le type d'tat,
la valeur de l'tat,
ventuellement la rgle permettant de dterminer l'tat.
reprsentation graphique :
DOSSIER CREDIT
situation contentieux
commandement

Prsentation de MERISE 2 - Bernard ESPINASSE - - 21

 Exemple d'utilisation du concept d'tat
ARTICLE
CLIENT demande disponibilit
OK

et
VENTE DIRECTE
AU COMPTANT
Enregistrer la commande
Facturer
Enregistrer le rglement
Remettre les articles
articles en stockdernier article vendu

CLIENT facture comptant

ARTICLE
disponibilit
COMMANDE
rupture
livre

FACTURE
rgle

Prsentation de MERISE 2 - Bernard ESPINASSE - - 22

 MCD : rcentes extensions du formalisme Entit-
Relation
Types et sous-types dentits : spcialisation/gnralisation
Spcialisation simple Spcialisations multiples Spcialisations surtypes
multiples
TIERS ADHERENT TIERS
n adhrent n tiers
n tiers date adhsion raison sociale
raison sociale adresse administrative
adresse
adresse type
statut
type statut
XT T

CLIENT FOURNISSEUR
n client n fournisseur
PERSONNE MORALE PERSONNE PHYSIQUE COTISANT BENEFICIAIRE adresse de livraison dlai de livraison
n SIREN n INSEE taux date ouverture droits conditions de vente

CLIENT FOURNISSEUR raison sociale nom

date cration prnom
condition de rglement taux de remise forme juridique date naissance

Restrictions et sous-types de relations

EMPLOYE 0,n travailler 1,n PROJET

0,1

SECRETAIRE 0,n grer

Prsentation de MERISE 2 - Bernard ESPINASSE - - 23

 MCD : rcentes extensions du formalisme Entit-
Relation
Contraintes intrarelation

Contraintes interrelations
0,n
Rel_1 EXCLUSION 0,n
Rel_1 EXCLUSION et TOTALIT
Ent_1
Si une occurrence de lentit Ent_1
Toute occurrence de lentit
X Ent_1 participe la relation XT Ent_1 participe au moins soit
Rel_2
Rel_1, elle ne peut pas participer Rel_2
la relation Rel_1, soit la
0,n la relation Rel_2 et 0,n relation Rel_2, mais pas aux
rciproquement (possibilit deux la fois.
dorientation de cette exclusion)
0,n
Rel_1 SIMULTANIT 0,n
Rel_1 INCLUSION
Ent_1
Toute occurrence de lentit Ent_1 Ent_1
Si une occurrence de lentit
S participant la relation Rel_1 I Ent_1 participe la relation
Rel_2
participe simultanment la Rel_2
Rel_1, elle participe la
0,n relation Rel_2. 0,n relation Rel_2 (mais pas
rciproquement).

0,n
Rel_1 TOTALIT
Ent_1 Toute occurrence de lentit Ent_1
S
participe au moins lune des
0,n
Rel_2 deux relations Rel_1 ou Rel_2.

Prsentation de MERISE 2 - Bernard ESPINASSE - - 24

 Historisation
Historisation des valeurs dune proprit PERSONNE
nom antrieurement DATE
prnom 0,n 1,n
adresse jj_mm_aa
date naissance
adresse

Proprit historise PERSONNE

ident
nom
adresse (H)

Entit historise PERSONNE (H)

ident
nom
adresse
nombre d'enfants

Relation historise PERSONNE 1,n louer (H) 1,n LOGEMENT

montant loyer

Patte de relation historise ASSURE 0,n prsent dans 1,n (H) DOSSIER

Prsentation de MERISE 2 - Bernard ESPINASSE - - 25

 MOT : introduction des cycles de vie des objets (CVO)
Concepts gnraux de la modlisation de la dynamique
Etat : abstraction des valeurs des attributs et des associations d'un objet,
Evnement : stimulus accompagn ventuellement d'information,
Transition : modification d'tat provoque par un vnement,
Diagramme d'tats : graphe dont les noeuds sont des tats et les arcs
orients des transitions dsignes par des noms d'vnements.
dclaration accept
control
ouvert en instruction en attente
renvoi trop hors facture
grave non dlai reue
pices
manquantes couvert

incomplet transmis clos rgl

Diagramme d'tats du dossier de sinistre

les mthodes objet ajoutent d'autres concepts :

Condition : associe une transition,
Opration : associe l'tat, dcrit ce que fait l'objet en rponse
l'vnement

Prsentation de MERISE 2 - Bernard ESPINASSE - - 26

 MOT : introduction des cycles de vie des objets (CVO)
Concepts retenus pour le cycle de vie des objets dans Merise
Etat,
Evnement,
Activit : (opration, tche) appele Transition avec si ncessaire
synchronisation et conditions
Particularits du CVO Merise :
le passage d'un tat un autre ncessite obligatoirement une transition
indiquant minima les activits permettant ce changement d'tat,
une transition pas obligatoirement dclenche par un vnement
explicite : dclenchement implicitement lie un vnement dcisionnel
Dossier Sinistre
en attente facture

passage de l'tat "attente" de l'objet "Dossier sinistre" l'tat

Rglement
"rgl" de celui-ci,
contrler facture
calculer montant indemnis passage dclench par l'vnement "facture" et ncessitant la
ralisation de l'activit "Rglement"
Dossier Sinistre
rgl

Prsentation de MERISE 2 - Bernard ESPINASSE - - 27

 MOD : rpartition organisationnelle des donnes (MOD
locaux) pour les architectures client-serveur
Rpartition organisationnelle des donnes = rpartition d'utilisation de ces
donnes suivant les diffrentes units organisationnelles.
permet d'orienter ultrieurement la rpartition informatique des donnes, en
particulier dans des environnements clients / serveurs
MOD local une unit organisationnelle
exprime, du point de vue de lutilisateur, les donnes accessibles par un
ensemble de postes de l'unit organisationnelle
pour chaque unit organisationnelle MOD local :
sous-ensemble du MOD global : sous ensemble d'entits-types,
de relations-types et de proprits
tableau prcisant les ventuelles restrictions sur les occurrences
disponibles d'entits ou de relations : une agence (unit
organisationnelle) ne gre que les contrats de son secteur.
permet de mettre en vidence :
les donnes communes l'ensemble du domaine,
les donnes partages entre certaines units,
les donnes prives une unit.
Prsentation de MERISE 2 - Bernard ESPINASSE - - 28
 MOD : rpartition organisationnelle des donnes (MOD
locaux) pour les architectures client-serveur

0,n

(R)
1,n

0,n

Units organisationnelles et MOD locaux

accessibilit des donnes d'un MOD local : actions lmentaires possible pour
tous les traitements raliss dans le site organisationnel => prciser diffrents types
daccs, lecture (L), modification (M), cration (C) et suppression (S)
si partage entre plusieurs UOs et si rpartition informatique : prciser quelle
UO fait rfrence en cas de divergence dans le contenu des informations partages.

Prsentation de MERISE 2 - Bernard ESPINASSE - - 29

 MOD : rpartition organisationnelle des donnes (MOD
locaux) pour les architectures client-serveur
Scurit des donnes :
s'exprime, selon les cas, au niveau du MOD global ou des MOD locaux
passe par la dfinition de catgories ou profils d'utilisateurs
definir les restrictions d'accs aux donnes mmorises pour certaines profils
d'utilisateurs concernant un type d'action limit (L, M, C, S) :
soit aux entits, relations ou proprits du MOD global ou local,
soit une sous-population des occurrences dentits/relations

Profil utilisateur : Employ

Entit - Relation restriction ou autorisation
Proprit
CLIENT
niveau dcouvert Lecture seule autorise

Profil utilisateur : Chef de service

Entit - Relation restriction ou autorisation
Proprit
CLIENT
niveau dcouvert Modification autorise montant <= 10 000 F.

Profil utilisateur : Directeur

Entit - Relation restriction ou autorisation
Proprit
CLIENT
niveau dcouvert Modification autorise tout montant

Prsentation de MERISE 2 - Bernard ESPINASSE - - 30

MLT : modlisation adapte aux environnements Client-
Serveur, interfaces graphiques, ...
Machine logique
machine physique = ensemble de matriels permettant d'assurer les fonctions de
base de l'informatique (excution de logiciel, mmorisation, entres/sorties).
machine logique = ensemble de ressources informatiques (matriel et logiciel)
capables d'excuter des traitements informatiques de faon autonome

une machine logique peut tre :

quivalente une machine physique : micro autonome ou en rseau,
serveur, mainframe ou mini avec terminaux passifs.
compose de plusieurs machines physiques : mini et micro en mulation
terminal passif, mainframe et machine base de donnes.
une partie de machine physique : machine virtuelle sur un mainframe.

Prsentation de MERISE 2 - Bernard ESPINASSE - - 31

MLT : modlisation adapte aux environnements Client-
Serveur, interfaces graphiques, ...
Rpartition des traitements entre des machines logiques :
SYSTEME DEPARTEMENTAL AGENCE SYSTEME INTER-COMPAGNIES

infos adversaire dbut

et
CONTROLE PARTIE ADVERSE
Saisie des informations de la partie adverse :
compagnie, n contrat, n vhicule
compagnie hors convention
compagnie conventionne lments d'identification

CONTROLE EXISTENCE NATIONALE

Vrifier au fichier central des assurances
la validit des informations saisies
connu inconnu

infos administratives

ENREG INFOS PARTIE ADVERSE

mise jour dossier sinistre

ou
SAISIE COMPLEMENT DOSSIER
Saisir les informations connues
pour traitement hors procdure
standard d'indemisation directe

fin

Prsentation de MERISE 2 - Bernard ESPINASSE - - 32

MLT : modlisation adapte aux environnements Client-
Serveur, interfaces graphiques, ...
l'Unit Logique de Traitement = ensemble des traitements informatiques
homognes raliser qui peuvent tre dcomposs selon leur nature :
Interface,
Traitements,
Donnes.
Composants fonctionnels d'une ULT : Sous schma de donnes logique
associ l'ULT :
Enregistrer sinistre
PRESENTATION
Nouveau dossier sinistre

LOGIQUE DE
DIALOGUE ASSURE VEHICULE
ACCES AUX CODE N IMMATRICULATION
NOM TYPE
DONNEES ADRESSE MARQUE
PUISSANCE FISCALE
LOGIQUE
FONCTIONNELLE concerner couvrir
SINISTRE
N SINISTRE
REGLES CONTRAT
N POLICE
N POLICE
DE CALCUL N IMMATRICULATION
NOM
rattach DATE OUVERTURE
CODE
DATE SURVENANCE
NATURE
ENCHAINEMENTS

Prsentation de MERISE 2 - Bernard ESPINASSE - - 33

 MLD : passage du modle Entit-Relation au modle
relationnel enrichi

prise en compte des types et sous-types :

-> criture des assertions SQL ou des triggers associs

prise en compte des contraintes d'intgrit :

-> criture des assertions SQL ou des triggers associs

prise en compte de l'historisation :

-> criture des assertions SQL ou des triggers associs

Prsentation de MERISE 2 - Bernard ESPINASSE - - 34

 MLD : passage du modle Entit-Relation au modle
relationnel enrichi
exemple de contrainte inter relations d'inclusion : toute personne qui effectue un
prt doit avoir souscrit un abonnement :
Entit-Relation Relationnel driv
SOUSCRIRE ABONNEMENT souscrire ABONNEMENT

1,n nabonnement PERSONNE nabonnement

0,1 npersonne SOUSCRIRE
nabonnement
PERSONNE occurrences de PRET
I EFFECTUER
npersonne
PERSONNE
npret
npersonne
0,n
EFFECTUER PRET
1,1 npret
effectuer

Assertion SQL 2 : Trigger oracle :

CREATE ASSERTION I CREATE TRIGGER Inclusion_Effectuer_Souscrire
CHECK (NOT EXISTS BEFORE INSERT ON Pret
(SELECT DISTINCT npersonne FROM Personne A ON EACH ROW
WHERE NOT EXISTS WHEN new.npersonne IS NOT NULL
(SELECT DISTINCT npersonne FROM Prt B DECLARE
WHERE (A.npersonne= B.npersonne)) nb_abonnement number;
AND nabonnement IS NOT NULL)); BEGIN
SELECT COUNT(*) INTO nb_abonnement FROM Personne
WHERE npersonne = :new.npersonne;
IF nb_abonnement = 0 THEN
raise_application_error (-20006, 'Un abonnement n'a pas t souscrit' ));
END IF;
END;

Prsentation de MERISE 2 - Bernard ESPINASSE - - 35

 MLD : passage du modle Entit-Relation au modle
relationnel enrichi
prise en compte de l'historisation : rgles de transformation logique
exemple : historisation de relation
PERSONNE LOGEMENT
npersonne adresse
LOUER (H)
nom surface
adresse 0,n loyer_mensuel 0,n nb_pices

Pour toute modification de valeur de l'une des proprits d'une relation, on historise
l'ensemble des valeurs des proprits de la relation ainsi que son identification :
PERSONNE LOUER LOGEMENT
npersonne adresse adresse
nom npersonne surface
adresse loyer_mensuel nb_pices

H_LOUER
adresse
npersonne
DATE_HISTO
loyer_mensuel

Prsentation de MERISE 2 - Bernard ESPINASSE - - 36