Merise

ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION METHODE MERISE
ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION -MERISE-
ABDERRAHIM BEN BOUNA
LE SYSTEME D INFORMATION DEFINITIONS ROLE DU SI CONCEPTION DUN SYSTEME DINFORMATION INFORMATISE METHODES DE CONCEPTION POURQUOI LES ACTEURS ROLE-CONSTITUANTS LA METHODE MERISE PRESENTATION GENERALE LES MODELES MERISE LA DEMARCHE
2
Entreprise
LE SYSTEME D INFORMATION
SYSTEME DE PILOTAGE Coordination, objectifs
Informations vers l extrieur
(membres de la direction, )
DEFINITION
SYSTEME : Ensemble d lments en interaction dynamique, organiss en fonction d un but.
Dcisions
Informations traites
SYSTEME D INFORMATION
Dcisions
- Collecte - Mmorisation - Traitement - Transmission des donnes
Entre Systme
Sortie
FLUX ENTRANT
Informations collectes
SYSTEME OPERANT Production, action (ensemble du personnel excutant)
FLUX SORTANT
RLE DU SYSTEME DINFORMATION

Collecter des informations provenant : - d autres lments du systme - de lenvironnement Mmoriser des donnes : -base de donnes -Fichiers -Historique, Archivage Traiter les donnes stockes : -traitements automatisables -aide la prise de dcision Communiquer 5
CONCEPTION DUN SYSTEME DINFORMATION AUTOMATISE
ETUDE DE LEXISTANT
DESCRIPTION DE LA SITUATION ACTUELLE
CONCEPTION
PROPOSITION DE SOLUTIONS CHOIX DE LA SOLUTION DESCRIPTION DE LA SOLUTION FUTURE
REALISATION
DEVELOPPEMENT DE LA SOLUTION MISE EN PLACE
ACTEURS
METHODES DE CONCEPTION
UTILISATEURS POURQUOI? HOMOGENEISATION CONCERTATION REGLES OPERATOIRES APPROCHE GLOBALE

VALIDATION DEFINITION
ANALYSE DES BESOINS
DECIDEURS
CHOIX
INFORMATICIENS
ANALYSE PROPOSE
LES SOLUTIONS
LA METHODE MERISE
PRESENTATION GENERALE
CYCLES
Cycle de vie Cycle de dcision Cycle dabstraction
CYCLE DE VIE
SCHEMA DIRECTEUR
ETUDE PREALABLE
Sous Ensemble Reprsentatif Rapport Observation Cahier des Charges
ETUDE DETAILLEE
Dossier d'tude dtaille
COURBE DU SOLEIL
ETUDE TECHNIQUE
Dossier d'tude technique
MODELES DEMARCHE
PRODUCTION DE LOGICIEL MISE EN SERVICE MAINTENANCE
Dossier de programmation,
P R O J E T
CYCLE DE DECISION
SCHEMA DIRECTEUR
Plan de dveloppement
CYCLE DABSTRACTION
Donnes Niveau conceptuel Systme d'information MCD : signification des informations sans contraintes techniques ou conomiques MOD : signification des informations avec contraintes techniques ou conomiques MLD : description des donnes en tenant compte de leurs conditions et des techniques de mmorisation MPD : description de la ou des BD dans la syntaxe du SGF ou du SGBD Traitements MCT : activit du domaine sans prciser les ressources ou leur organisation MOT : fonctionnement du domaine avec les ressources utilises et leur organisation MLT : fonctionnement du domaine avec les ressources utilises et leur organisation informatique MPT : Architecture technique des programmes Flux MCF : relations entre le domaine et le reste du SI
APPROBATION ET LANCEMENT
ETUDE PREALABLE
N solutions
CHOIX DUNE SOLUTION ACCORD UTILISATEURS SPECIFICATIONS FONCTIONNELLES ACCORD REALISATEURS SPECIFICATIONS TECHNIQUES RECETTE PROVISOIRE CONFORMITE DU SYSTEME
Spcifications fonctionnelles
Niveau organisationnel
ETUDE DETAILLEE
ETUDE TECHNIQUE
Spcifications techniques
MOF : relations entre les acteurs
Systme d'information informatis
Niveau logique
PRODUCTION DE LOGICIEL
Systme ralis
MLF : relations entre les systmes informatiques
Niveau Physique
MISE EN SERVICE
Systme install
MAINTENANCE
RECETTE DEFINITIVE
MPF : supports techniques des flux
LA COURBE DU SOLEIL
CONCEPTUEL CONCEPTUEL
ORGANISATIONNEL
ORGANISATIONNEL
Cycle de dcision
LOGIQUE PHYSIQUE LOGIQUE PHYSIQUE
Modlisation des Donnes
EXISTANT
FUTUR
Cycle de vie
LE MODELE CONCEPTUEL DE DONNEES MCD

ENTITE : lment abstrait ou concret du monde rel pourvu dune existence propre et prsentant de lintrt pour le systme tudi. CLASSE DENTITES : Ensemble dentits jouant le mme rle. Les entits dune classe ont des caractristiques communes
LE MODELE CONCEPTUEL DE DONNEES MCD Exemple :

Prenons par exemple une Ford fiesta, une Renault Laguna et une Peugeot 306. Il s'agit de 3 entits faisant partie d'une classe d'entit que l'on pourrait appeler voiture. La Ford Fiesta est donc une instanciation de la classe voiture. Chaque entit peut possder les proprits couleur, anne et modle
15
16

DESCRIPTION DE CLASSE DENTITE Nom de la classe Nom de la caractristique de rfrence Noms des caractristiques REPRESENTATION GRAPHIQUE
NOM_CLASSE_ENTITE

ASSOCIATION : Lien entre entits (au moins deux). Lassociation nexiste quau travers des entits quelle relie.
CLASSE DASSOCIATIONS : Regroupement de liens de mme nature. Les associations dune classe ont une smantique et des caractristiques communes
18
-CARAC_REF
-CARAC1 -CARAC2 ..
17

DESCRIPTION DE CLASSE DASSOCIATIONS Nom de la classe dassociation Noms des classes dentits impliques Contraintes de cardinalits
Cardinalit minimum : Combien de fois au minimum une entit est implique dans lassociation.: Valeurs 0 ou 1) Cardinalit maximum : Combien de fois au maximum une entit est implique dans lassociation: (Valeurs 1 ou N)

REPRESENTATION GRAPHIQUE
Card_min, Card max
NOM_CLASSE_ASSOCIATION
Card_min, Card max
CARAC1 CARAC2 ..
Caractristiques (ventuellement)
19 20

EXEMPLE
Ent_1
0,1

EXEMPLE
Ent_1
Ent_1 Ent_2
0,n
0,n
0,1
Assoc_4
0,1
Ent_2
0,n
Assoc_8
Assoc_4
Ent_1
0,1
Assoc_4
0,n
Ent_2
0,n
0,n
Ent_1
Ent_3
Ent_1
0,n
Assoc_4
0,n
Ent_2
0,n
Assoc_8
21
22

DICTIONNAIRE DES DONNEES Class par ordre alphabtique des noms
NOM DESIGNATION TYPE REGLE CONTRAINTE
Rgles de description du schma conceptuel entit/association :

Un nom ne peut tre utilis quune seule fois, Toute entit possde au moins une caractristique de rfrence, Toutes les cardinalits sont indiques sur les liens, Chaque caractristique na quune seule valeur pour une entit donne, La valeur dune caractristique dpend directement de lentit, Toute information redondante doit tre supprime
23
24

EXEMPLES DE DIAGRAMME
LOCATION DE VEHICULES

COMPAGNIE PETROLIERE
25
26

CONSELLER DES LIVRES

CONSELLER DES LIVRES
27
28

FORMATION

EPURATION DU D.D
Aprs avoir construit le dictionnaire des donnes dans sa totalit, il faut construire le dictionnaire des donnes pures. Pour purer le dictionnaire, il faut supprimer : - Les donnes calcules - Les polysmes - Les synonymes Les polysmes : On dit que deux donnes sont des polysmes si elles ont le mme code, et des libells diffrents. Pour supprimer les polysmes, il suffit de renommer une des donnes. Les synonymes : Deux donnes sont synonymes si elles ont des codes diffrents, et le mme libell. Pour supprimer les synonymes, il suffit de supprimer une des donnes.
29
30

Dpendance fonctionnelle
On dit que b est en dpendance fonctionnelle (DF) de a si une valeur quelconque de la proprit a, on ne peut faire correspondre quune seule valeur au plus de la proprit b.
Exemple : Num client Nom client Il existe une DF entre num client et Nom client, car si on connat une valeur de la proprit num client , il ne peut lui correspondre quune seule valeur de la proprit nom . La rciproque est fausse : Nom client Num client nest pas une DF Si lon connat la valeur de la proprit Nom client, on ne peut pas en dduire la proprit Num client, car il peut y avoir des homonymes

LES FORMES NORMALES
1er forme normale Une relation est normalise en premire forme normale si : 1.elle possde une cl identifiant de manire unique et stable chaque ligne 2.chaque attribut est monovalu (ne peut avoir quune seule valeur par ligne) 3.aucun attribut nest dcomposable en plusieurs attributs significatifs Contre-exemple : EMPLOYE ( Nom, Prnom, Enfants, Diplmes)
Cette relation nest pas en premire forme normale Un employ peut avoir plusieurs enfants et plusieurs diplmes. En outre, ces attributs sont dcomposables : diplme est dcomposable en Nature et Anne, et Enfants est dcomposable en Prnom et Anne de Naissance
31
32

LES FORMES NORMALES
2me forme normale Une relation R est en deuxime forme normale si et seulement si : 1.elle est en 1FN 2.et tout attribut non cl est totalement dpendant de toute la cl. Autrement dit, aucun des attributs ne dpend que dune partie de la cl. La 2FN n'est vrifier que pour les relations ayant une cl compose. Une relation en 1FN n'ayant qu'un seul attribut cl est toujours en 2FN Contre-exemple :

LES FORMES NORMALES
3me forme normale Une relation est en 3 forme normale si et seulement si : 1.elle est en 2 forme normale 2.et tout attribut doit dpendre directement de la cl, c'est--dire quaucun attribut ne doit dpendre de la cl par transitivit. Autrement dit, aucun attribut ne doit dpendre dun autre attribut non cl. Contre-exemple : CLIENT(Num_client, Nom_client, code_categ, nom_categ) Cette relation nest pas en 3FN car num_client nom_categ nest pas une dpendance directe. En effet, on a aussi num_client num_categ nom_categ
Cette relation est en premire forme normale (existence dune cl valide et aucun attribut nest dcomposable) MAIS elle nest pas en 2 forme normale car on a DsignationProd ne dpend pas de toute la cl mais seulement de rfrenceProd: RfrenceProd DsignationProd pour connatre lattribut dsignationProd, on na pas besoin de connatre le numro de commande.
33
34
LE MODELE LOGIQUE DE DONNEES

PASSAGE DU MODELE ENTITE/ASSOCIATION AU MODELE RELATIONNEL
le Modle Logique de Donne (MLD)

La dmarche suivre pour la construction dun MCD est la suivante : Recherche des proprits grer : Dictionnaire des donnes Regroupement des proprits Reprsentation des entits Recherche des associations Recherche des cardinalits Vrification et normalisation du modle Modle dfinissant comment les donnes du MCD sont organises si l'organisation des donnes est relationnelle (si elles sont "lies" entre elles), alors le MLD est Relationnel et devient le MLDR, ou Modle Logique de Donne Relationnel. Pour la petite histoire, le MLDR a t invent par Codd en 1970, et repose sur la Thorie Ensembliste...
35
36


Rgles de passage du MCD au MLDR

1 : Une entit se transforme en une relation (table)
vocabulaire : Les donnes sont stockes dans des relations. Une relation est un ensemble de T-uple, et un T-uple est dfinis par un ou plusieurs attributs. Dans la pratique, la relation est en fait la table, un T-uple est une ligne (ou enregistrement), et les attributs sont les colonnes.
Toute entit du MCD devient une relation du MLDR, et donc une table de la Base de Donne. Chaque proprit de l'entit devient un attribut de cette relation, et dont une colonne de la table correspondante. L'identifiant de l'entit devient la Cl Primaire de la relation (elle est donc souligne), et donc la Cl Primaire de la table correspondante.
<==>
CLIENT (id_client, Nom_Client, Tel_client)
37
38


Rgles de passage du MCD au MLDR 2 : Relation binaire aux cardinalits (X,1) - (X,n), X=0 ou X=1 La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dans la table la cardinalit (X,1) :
Exemple: Un employ a une et une seule socit. Une socit a 1 ou n employs. MCD: MLDR: EMPLOYE (id_Employe, Nom_Employe, #id_Societe) SOCIETE (id_Societe, Nom_Societe)
3 : Relation binaire aux cardinalits (X,n) - (X,n), X=0 ou X=1 Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl compose des identifiants des 2 entits. On dit que la Cl Primaire de la nouvelle table est la concatnation des Cls Primaires des deux autres tables. Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table.
39
40
10



Exemple: Une commande est compose de 1 ou n produits distincts en certaine quantit. Un produit est prsent dans 0 ou n commandes en certaine quantit.
4 : Relation n-aire. Il y a cration d'une table supplmentaire ayant comme Cl Primaire la concatnation des identifiants des entits participant la relation. Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table.
MCD :
MLDR : COMMANDE (id_Commande, Date_commande) PRODUIT (id_Produit, libelle) COMPOSE (id_Commande, id_Produit, qantit)
41
42



Exemple : Un tudiant parle une ou plusieurs langues avec un niveau. Chaque langue est donc parle par 0 ou n tudiants avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs tudiants qui parlent une langue.

5 : Association Rflexive. Premier cas : cardinalit (X,1) - (X,n), avec X=0 ou X=1. La Cl Primaire de l'entit se ddouble et devient une Cl Etrangre dans la relation ou nouvelle table. Exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,1) - (X,n) (Cf rgle 2). Exemple : Prenons l'exemple d'une socit organise de manire pyramidale : chaque employ a 0 ou 1 suprieur hirarchique direct. Simultanment, chaque employ est le suprieur hirarchique direct de 0 ou plusieurs employs. MCD :
MLDR : ETUDIANT (id_Etudiant, Nom_Etudiant) NIVEAU (id_Niveau, Nom_Niveau) LANGUE (id_Langue, Nom_Langue) PARLE (id_Etudiant, id_Niveau, id_Langue) MLDR : EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique) #id_Sup_Hierarchique est l'identifiant (id_Employe) du suprieur hirarchique direct de l'employ considr.
43
44
11



5 : Association Rflexive. Deuxime cas : cardinalit (X,n) - (X,n), avec X=0 ou X=1. De mme, tout se passe exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,n) - (X,n) (Cf rgle 3). Il y a donc cration d'une nouvelle table. Exemple: Prenons cette fois l'exemple d'une organisation de type familiale : chaque personne a 0 ou n descendants directs (enfants), et a aussi 0 ou n descendants directs (enfants). MCD :

6 : Relation binaire aux cardinalits (0,1) - (1,1). La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre dans la table la cardinalit (1,1) : Exemple : Dans ce centre de vacances, Chaque animateur encadre en solo 0 ou 1 groupe, chaque groupe tant encadr par un et un seul animateur. MCD :
MLDR : PERSONNE (id_Personne, Nom_Personne) PARENTE (#id_Parent, #id_Enfant) #id_Parent est l'identifiant (id_Personne) d'un ascendant direct de la personne. #id_Enfant est l'identifiant (id_Personne) d'un descendant direct de la personne. La table PARENTE sera en fait l'ensemble des couples (parents-enfants) prsent dans cette famille.
MLDR : ANIMATEUR (id_Animateur, Nom_Animateur) GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
45
46
LE MODELE Organisationnel de flux MOF

Reprsente les relations entre les acteurs (internes et externes) du domaine dtude.
Constituants:
Modlisation des Flux
Domaine dtude: Finalit quasi-invariante de lorganisme. Il

est constitu dune ou plusieurs fonctions du SI.
Flux: reprsentation de lchange dinformation entre deux

acteurs.
Acteur: entit organisationnelle identifiable par les missions

quil remplit dans un domaine dactivit donne. Il peut tre un acteur interne ou un partenaire extrieur.
47
48
12

Formalisme:
Nom domaine dtude Nom acteur 1
Flux2

Exemple:
Gestion des commandes, factures et livraisons
client
commande
Service commercial
Facture Demande de dstockage
Flux1
autorisation de dstockage
Partenaire extrieur
Flux3
Nom acteur 2
Dpt rgional
Bon de livraison
Dpt magasin
BL et Facture
49
50
LE MODELE Conceptuel de flux MCF

Reprsente les relations fonctions du domaine dtude. Il reprsente lchange des flux entre las activits du domaine (processus) et les partenaires extrieurs et les autres domaines du SI.

Formalisme:
Nom domaine dtude Partenaire extrieur Processus 1
Flux1 Flux2 Flux3
Constituants:
Domaine dtude: Idem MOF Flux: Idem MOF. processus: fonction composant un domaine (sous domaine).
Autre domaine
Processus 2
51
52
13

Exemple :
Garage Automobile
Paiement Client
Client
Garage Automobile Demande dintervention Facture
ENTRETIEN/REPARATION VEHICULE
Paiement Client Banque Facture Accepte Ordre de virement
Modlisation des Traitements

Facture fournisseur
FOURNISSEUR
Demande de pice
GESTION DE STOCK
Commande
COMPTABILITE
53
54
LE MODELE Conceptuel de traitement MCT

Il reprsente un premier niveau de modlisation de la dynamique du SI

Les concepts de base:
Opration: -Traitement (suite dactions) non interruptible Synchronisation: -Condition de dclenchement dune opration Rgles dmission: -Conditions de sortie qui dfinissent les rgles dmission des rsultats de lopration

Processus: -Fonction dun domaine; -Enchanement synchronis doprations; -Dclench par un ou des vnements Externes vnement: -Apparition dun fait ou dune situation dclanchant un traitement ou rsultat dun traitement. -Peut tre interne(produit lintrieur du domaine) ou externe (produit lextrieur du domaine) 55 56
14

Formalisme:
EVENEMENT1 EVENEMENT2
LE MODELE Organisationnel de traitement MOT

Il reprsente lorganisation des traitements. Il reprsente les traitements en intgrant lorganisation de lorganisme. Cest--dire la rpartition de la responsabilit des traitements et affectation des traitements en fonction: - De linfrastructure: centralisation, dcentralisation; - Des microstructures: services, dpartements
SYNCHONISATION
NOM_OPERATION

Acteur: Centre dactivit lmentaires, au plus bas niveau : poste de travail
EVENEMENT3
REGLES DEMISSION
57
58


vnement : Dclencheur dun traitement ou rsultat dune tche Procdure : Enchanement synchronis des taches correspondant tout ou partie dun processus dclenchs par un ou plusieurs vnements externes et produisant un ou plusieurs rsultats.
Tche : Traitement ininterruptible ralis par un acteur. Rsultat dune dcomposition dune opration (MCT). Dcrit par lauteur qui lexcute et par: Degr dautomatisation (M,C,A: manuelle, conversationnelle, Automatis) Dlai de rponse (I, D: Immdiat, Diffr) Le mode de fonctionnement (U, L: Unitaire, par Lot) Reprsentation temporelle: priodicit et dure
59
60
15

Formalisme:
Temps Extrieur
Act Ext 1
Acteur1
Evn 1
J0
Tche 1 MIU
Reg Em1 Reg Em1
Complments
Evn 2
Act Ext 2
61
62
Graphe de dpendances fonctionnelles GDF

Dfinition:

Exemple: Agence Immobilire
Soit la gestion suivante: AgenceImmobiliere(NumClt, NomClt, NumApp, AdrApp, DatDebLoc, DatFinLoc, Montant, NumProp, NomProp). Graphe de Dpendances fonctionnelles:
C'est une reprsentation graphique permettant de visualiser aisment toutes les dpendances fonctionnelles et d'isoler les principales (les DF lmentaires).
63
64
16

Conception du MCD

Conception du MLD
Client
1,n
Location DateDeLoc DatFinLoc
Appart
0,n
propriet
1,1 Avoir 1,n
NumClt NomClt
NumApa AdrApa Montant
NumProp NomProp
65
66

Conception du MLD
Les concepts tendus (MERISE 2)

Modle conceptuel de donnes
les concepts de ce modle peuvent savrer insuffisants pour modliser certaines situations ou contraintes et lon est oblig dans ce cas dajouter des commentaires pour en faire mention Le concept dhritage Les contraintes ensemblistes Lidentification des occurrences dentits
67
68
17

Modle conceptuel de donnes (hritage)
Le concept dhritage
Quand le concepteur saperoit que plusieurs entits, proches mais distinctes, partagent un ensemble de caractristiques, il doit mettre en uvre un processus de cration dentits gnriques (ou entits sur-types) et dentits spcialises (ou entits sous-types) appel hritage . Ce concept qui permet de reprsenter le lien est-un ou IS-A entre deux entits A et B (une occurrence de A est une occurrence de B) est reprsent graphiquement par une flche double allant de A vers B.

La spcification multiple
Entit gnrique B Liste des proprits communes
Entit spcialise A Liste des proprits spcifiques
Les entits sous-types peuvent avoir plusieurs entits surtypes ; dans ce cas, la gnralisation est dite multiple et plusieurs flches partent de la sous-type vers les diffrentes super-types.
69
70

Les contraintes sur les associations (partition)

Les contraintes sur les associations (Exclusion)
Toutes les instances dune entits sur-type correspondent une et une seule instance de entits soustypes.
71
72
18

Les contraintes sur les associations (Totalit)
Toutes les instances dune entits sur-type correspondent au moins une instance de entits sous-types.

Passage au modle relationnel
Le passage de la gnralisation - spcialisation au schma relationnel est un peu plus complexe que celui des concepts voqus prcdemment. En effet, il existe trois solutions: -On traduit uniquement l'entit gnrique pour obtenir: -On traduit les entits spcialises pour obtenir -On traduit les entits spcialises et l'entit gnrique
Paiement NumPaie datePaie ParCheq NumCheq
ParCarBl NumCart
73
74

Passage au modle relationnel
-On traduit uniquement l'entit gnrique pour obtenir: PAIEMENT(numPai, datePai, #numCB, #numCheque); -On traduit les entits spcialises pour obtenir: PAIEMENT_CARTEBLEU(numPai, datePai, #numCB); PAIEMENT_CHEQUE(numPai, datePai, #numCheque); -On traduit les entits spcialises et l'entit gnrique: PAIEMENT(numPai, datePai); CARTEBLEU(numCB, #numPai); CHEQUE(numCheque, #numPai); C'est la troisime solution qui est gnralement retenue car elle conserve les avantages de la gnralisation - spcialisation pour le modle relationnel puis physique. De plus, elle est plus volutive que les deux solutions prcdentes mme si elle est plus complexe utiliser en SQL.

Modle conceptuel de donnes (Identification relative)
Prsentation
Si un identifiant ne comporte que des proprits de son entit, on le nomme "identifiant absolu". Les identifiants absolus se rencontrent dans le cas d'entits dfinies indpendamment les unes des autres. D'autres entits sont identifies par l'intermdiaire d'une ou plusieurs autres entits. Cela s'appelle 'l'identification relative" ou encore "agrgation". L'entit permettant l'identification est nomme "entit agrgeante". L'entit identifie se nomme "entit agrge". L'identification relative se note de la manire suivante :
75
76
19

Prsentation

Passage au relationnel
Remarque : l'identification relative n'existe que si les cardinalits exprimant l'identification relative sont (1,1) et s'il y a stabilit dans le temps. (Un tage ne peut pas changer de btiment).
Les rgles de passage au schma relationnel s'appliquent pour obtenir : R1 : ETAGE(NumEtage, #NumBat); R2 : BATIMENT(NumBat);
77
78

Modle conceptuel de donnes (Contraintes ensemblistes)
Contraintes sur rles
La cardinalit d'une relation permet de dfinir les conditions de participation d'une entit une relation. Toutefois, une entit peut participer plusieurs relations, c'est ce que l'on nomme les contraintes sur rles. Contraintes de totalit sur rles Contraintes d'exclusion sur rles Contraintes de sous-ensemble sur rles Contraintes d'galit sur rles

Contraintes sur Les relations
Alors que les contraintes sur rles permettent de dfinir les conditions de participation d'une entit une relation, les contraintes sur relations permettent d'exprimer des restrictions sur les classes de relation. Contraintes d'exclusion sur relations Contraintes de sous-ensemble sur relations Contraintes d'galit sur relations
79
80
20

Contraintes sur rles Contraintes de totalit sur rles
La contrainte de totalit sur rles exprime le fait qu'une entit participe au moins une des classes de relation qu'elle met en oeuvre. Elle est reprsente par un "T" reliant deux classes d'entits. Contraintes de totalit sur rles

Contraintes sur rles Contraintes d'exclusion sur rles
La contrainte d'exclusion sur rles exprime le fait qu'une entit ne peut pas participer aux deux classes de relation simultanment. Elle est reprsente par un "X" reliant deux classes d'entits.
81
82

Contraintes sur rles Contraintes de sous-ensemble sur rles
La contrainte de sous ensemble sur rles exprime le fait qu'une entit participant une classe de relation, participe obligatoirement l'autre relation. Elle est reprsente par une flche reliant deux classes d'entits et montrant la direction de l'implication. Cette contrainte ne fait intervenir que deux relations.

Contraintes sur rles Contraintes d'galit sur rles
La contrainte d'galit sur rles exprime le fait qu'une entit participant une classe de relation, participe obligatoirement l'autre relation, et rciproquement. Il s'agit donc d'une contrainte de sousensemble bidirectionnelle. Elle est reprsente par un signe "=" reliant deux classes d'entits. Cette contrainte peut faire intervenir plusieurs relations, auquel cas une entit participant une relation doit participer aux n relations.
83
84
21

Contraintes sur Les relations Contraintes d'exclusion sur relations

Contraintes sur Les relations Contraintes de sous-ensemble sur relations
La contrainte de sous ensemble sur relation exprime le fait que une occurrence de classe d'entit participant une classe de relation, participe obligatoirement l'autre classe de relation. Elle est reprsent par une flche reliant deux classes de relation et montrant la direction de l'implication. Cette contrainte ne fait intervenir que deux relations.
La contrainte d'exclusion sur relation exprime le fait que deux occurrences de classes d'entit ne peuvent pas participer simultanment une mme classe de relation. Elle est reprsent par un "X" reliant deux classes de relation.
85
86

Contraintes sur Les relations
La contrainte d'galit sur relation sur relations Contraintes d'galit exprime le fait qu'une occurrence de classe d'entit participant une classe de relation, participe obligatoirement l'autre classe de relation, et rciproquement. Il s'agit donc d'une contrainte de sous-ensemble bidirectionnelle. Elle est reprsent par un signe "=" reliant deux classes de relation. Cette contrainte peut faire intervenir plusieurs occurrences de classes d'entit, auquel cas une occurrence de classe d'entit participant une classe de relation doit participer aux n classes de relation.

Modle conceptuel de Traitement analytique
MCT Analytique
Le MCTA donne la vision graphique des oprations conceptuelles du SI et de leurs coordinations. Il distingue les vnements dclencheurs et les ressources ncessaires (informations utilises) l'excution des oprations conceptuelles (OC).
L'action et l'tat d'objet

une action est une manipulation des proprits d'un objet du systme d'information.. Une action peut crer, consulter, modifier ou supprimer une occurrence d'entit ou d'association. un tat est un stade transitoire par lequel passe un objet au cours de son cycle de vie. Un tat peut tre la condition pralable d'un traitement ou le rsultat d'un traitement.
87
88
22

L'action sur un objet porte sur une occurrence de cet objet et est lie l'tat de l'objet avant et aprs cette action. Quatre actions sont possibles.

89
90

Cycle de Vie dun Objet CVO
Objectifs :
Mettre en vidence l'ensemble des tats remarquables d'un individu de gestion au cours de son cycle de vie. Identifier les vnements qui transforment les tats. Illustrer les interactions des changements d'tats. Affiner les rgles de gestion du MCD. Prparer la construction du MCT A. Dans le CVO seuls les individus de gestion nous intressent (pas les associations). On ne doit traiter que les objets principaux du MCD.

Exemple : enregistre en attente Commande livrable Facture archive
Ce sont des tats stables ou remarquables ( ils ne peuvent voluer sans vnements ) Le MCD est donc un modle purement statique Le CVO est lui un modle dynamique
91
92
23

tat d'un individu :
- Un tat est un stade transitoire par lequel passe un objet au cours de son cycle de vie. C'est le cot transitoire qui permet de diffrencier un tat d'un sous-type ( au sens de la gnralisation ou de la spcialisation). Il correspond des choix de gestion. - Lvnement est le temps ou une action. Une occurrence de lindividu ne peut tre dans plusieurs tats la fois.

Exemple d'un CVO :
Reglt cotisation Abonn VALIDE Avis Suspension
Abonn Autorisation Suspendu
Abonn Radi Avis Radiation
93
94

Exercice:
Cycle de vie d'un salari Un nouvel embauch, avant d'tre titularis, comme instructeur est mis l'essai pour 3 mois (renouvelable). Durant cette priode, il peut quitter la socit sans pravis. L'embauch, devenu titulaire, ne peut quitter la socit que par une dmission ou un licenciement. Dans ces 2 cas il effectuera un pravis de 3 mois s'il y est cadre et d'1 mois s'il est non cadre. Durant sa vie professionnelle, il peut demander un cong de longue dure, il retrouvera son poste de titulaire son retour. Construire le cycle de vie de l'individu employ.
95
24

Merise

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Merise

Transféré par

Droits d'auteur :

Formats disponibles

ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION METHODE MERISE

ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION -MERISE-

ABDERRAHIM BEN BOUNA

SYSTEME DE PILOTAGE Coordination, objectifs

Informations vers l extrieur

- Collecte - Mmorisation - Traitement - Transmission des donnes

RLE DU SYSTEME DINFORMATION

CONCEPTION DUN SYSTEME DINFORMATION AUTOMATISE

UTILISATEURS POURQUOI? HOMOGENEISATION CONCERTATION REGLES OPERATOIRES APPROCHE GLOBALE

ANALYSE DES BESOINS

PRODUCTION DE LOGICIEL MISE EN SERVICE MAINTENANCE

MOF : relations entre les acteurs

Systme d'information informatis

MLF : relations entre les systmes informatiques

MPF : supports techniques des flux

Modlisation des Donnes

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD Exemple :

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

Card_min, Card max

Card_min, Card max

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

Rgles de description du schma conceptuel entit/association :

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE CONCEPTUEL DE DONNEES MCD

LE MODELE LOGIQUE DE DONNEES

le Modle Logique de Donne (MLD)

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Rgles de passage du MCD au MLDR

CLIENT (id_client, Nom_Client, Tel_client)

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Rgles de passage du MCD au MLDR

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Rgles de passage du MCD au MLDR

Rgles de passage du MCD au MLDR

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Rgles de passage du MCD au MLDR

Rgles de passage du MCD au MLDR

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Rgles de passage du MCD au MLDR

Rgles de passage du MCD au MLDR

MLDR : ANIMATEUR (id_Animateur, Nom_Animateur) GROUPE (id_Groupe, Nom_Groupe, #id_animateur)

LE MODELE Organisationnel de flux MOF