la methode merise

LA METHODE MERISE

Système d'Information (S.I)

Le sy syst stèm ème e d'info inforrmati ation ( SI ) est le domaine ine dans lequel MERI ERISE s'a s'appliq lique. Le SI est composé des moyens (humains et techniques) nécessaires au stockage et au trait traitem emen entt de l'in l'infor forma matition on d'un d'une e organ organisa isatio tion. n.

Les fonctions du système d¶information

1- Rec Recueillir  ueillir l¶information l¶information (saisie) 2- Mémoriser  Mémoriser l¶information l¶information (stockage dans des fichiers ou bases de données) 3- Exploit Exploiter  er l¶information l¶information (traitement) a. Consulter  b. Organiser  c. Mettre à jour  d. Produire de nouvelles informations par des calculs 4- Diffus Diffuser  er l¶information l¶information (édition)

Présentation

de la méthode MERISE

MERISE est une méthode de conception, de développement et de réalisation de projets informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques.

Histoire

La méth méthod ode e MERI MERISE SE date date de 1978 978-197 -1979 9, et fait fait suit suite e à une con consult sulta ation tion nation tional ale e lan lancée cée en 1977 1977 par par le min ministè istère re de l'In l'Indu dust stri rie e dan dans le but but de cho choisir isir des soci sociét étés és de con conseil seil en info inform rmat atiique que afin afin de défi défini nirr une méth méthod ode e de con concept ceptio ion n de syst systèm ème es d'in d'info forma rmatition on.. Les Les deux deux prin princi cipa pale less soci sociét été és ayan ayantt mis mis au poin pointt cette cette méth méthod ode e son sont le CTI CTI (Cen (Centre tre Techni chniqu que e d'In d'Infor format matiqu ique) e) charg chargé é de gérer gérer le projet, projet, et le CETE CETE (Cent (Centre re d'Etu d'Etude dess Techn echniqu iques es de l'Equ l'Equip ipeme ement nt). ).

Cycle

d'abstraction de conception des systèmes d'information

La conception du système d'information se fait par étapes, afin d'aboutir à un système d'information fonc foncti tio onne nnel reflé flétan tant une réalit alité é physi hysiq que. ue. Il s'a s'agit git donc donc de vali valid der une une à une chac chacun une e des étap étape es en prena renant nt en comp compte te les les résu résultltat atss de la phas phase e préc précéd éden ente te.. ycl  c   l e d'abst d'abstra rac tion tion pour la conception des systèmes d'information Cette Cette succes successio sion n d'étap d'étapes es est appelé appelée e c y 

part partir ir des deux eux prin princcipes ipes de sépa séparratio ation n de l¶analyse des données et de l¶analyse des trai traite teme ment ntss d¶un d¶une e part part,, et d¶un d¶une e déma démarc rche he en trois étapes, on obtient les questions à se pose poserr dans dans le tabl tablea eau u suiv suivan antt :

 A

 Analyse des données Quelles informations manipule-t-on ?

Que veut-on faire ?

Niveau logique

Comment structurer ces données ?

Qui fait quoi, où, quand ?

Où les stocker ?

Comment ?

Niveau physique

chacune de ces six questions, il s¶agira d¶amener des réponses. Le tableau suivant présente les docum cuments qu¶e la métho thode Merise prod produi uitt pour pour y répo répond ndre re:

 A

 Analyse des données

 Analyse des traitements

Niveau conceptuel

Modèle conceptuel des données (M. C. D.)

Modèle conceptuel Des traitements (M. C. T.)

Niveau logique

Modèle logique des données (M. L. D.)

Modèle organisationnel des traitements (M.O.T.)

Niveau physique

Tables et index

Procédures

 Analyse des traitements

Niveau conceptuel

:

Bases

Une

de données

base de données est un ensemble structuré de données enregistrées sur des supports accessibles sur ordinateur,

représentant les informations du monde réel et pouvant être interrogées par différents utilisateurs.

Les

différents modèl es es de données à étudier 

Le modèle conceptuel de la communication (MCC) Le modèle conceptuel des données (M CD) Modèle conceptuel des traitements ( M CT ) Le modèle logique des données (MLD) Modèle Organisationnel Organisationnel des traitements traitements ( MOT ) Le modèle physique des données (MPD) Modèle Opérationnel Opérationnel des traitements ( MO M OPT )

Le modèle conceptuel de la communication (MCC) Diagramme

Modèl Modèle e Concep Conceptue tuell de Communic Communicatio ation n ( MCC), représ représen ente te les les systè systèmes mes foncti fonction onne nels ls exter externe ness et inter interne ness à l¶ent l¶entrep repris rise. e.  A chaqu chaque e foncti fonction on corre corresp spon ond d un objec objectif tif de l¶ent l¶entrep repris rise. e. Les Les échan échange gess d¶inf d¶inform ormati ation onss entre entre ces foncti fonction onss sont sont répert répertori oriée éess et les informa information tionss recensé recensées. es. 1.

La première étape de ce modèle est d'arriv river à isoler le systè stème. me. Il s'agit donc de défin finir le système tème et les élémen ments exte extern rnes es avec avec lesq lesqu uels els il échan change ge des des flu flux d'in d'info forma rmatition on.. Ces Ces élé élémen ments exté extéri rieu eurs rs son sont appe appelé léss acteurs acteurs ex extern ternes es (ou partenaires).

2.

La seco secon nde étape tape con consist siste e à décou écoup per l'o l'orga rganisa isatio tion en entité titéss appe appelé lées es ac teurs teurs internes internes (ou domain domaines). es).

3.

La dernière dernière étape étape est l'ana l'analy lyse se des des flux flux d'info d'informatio rmation, n, c'est-à c'est-à-dire -dire la défin définitio ition n des proc essus essus.

Exemple

empl e Ex emp

d¶ ac teurs teurs

Un acteur est acteur est

une entité, humaine ou matérielle, intervenant dans le système d¶information. Les acteurs se divisent en

deux catégories, internes et externes, selon leur appartenance ou non à l¶entreprise Les acteurs du système bibliothèque:

Code acteur A1 A2 A3 A4 A5

Acteur Responsable de la bibliothèque Le service de catalogage Le fournisseur Le service de la comptabilité Les utilisateurs

empl e Ex emp

Un flux

de f l lu  u      x 

est un échange d¶informations entre un acteur émetteur et un acteur récepteur.

Un

flux est émis par un acteur à

destination d¶un autre acteur.

Code Flux F1 F2 F3 F4 F5 F6

Flux Contact fournisseur pour devis Établissement de fiche de Commande Emprunt des documents Retour des documents Validation des livraisons Réservation des documents

Le diagramme des flux de la bibliothèque l'organisation

les acteurs externes flux d'information

empl e Ex emp

diagramme des f l lu  u      x 

Modèle conceptuel des données ( M CD ) Le MCD est l'élément le plus connu de MERISE et certainement le plus utile. Il permet d'établir une représentation claire des données du Système d¶Information d¶Information et définit les dépendances fonctionnelles de ces données entre elles. Les éléments éléments utilisés pour la formalisation d'un MCD sont sont les suivants suivants :

éfiini éf niti tion on d' d'un unee car arac acté téri rist stiq ique ue d' d'un un ob obje jett ou d'u 'une ne as asso soci ciat atio ion. n. Un Unee pr prop opri riét étéé Ty Typpe es estt el elle le--mê même me caractér ériisé par un ty typpe (Chiffre ou Texte ...) et une longueur. L'ensem embble des prop oprriétés types du MCD co comp mpose ose le di dict ctio ionn nnai aire re de dess don donné nées. es.

Propriété  Ty Typ pe

D

En tité  tité  Ty Typ pe

D

éfinit éfi nition ion d'e d'enti ntités tés (ob (objets jets phy physiq siques ues ou abs abstrai traits) ts) aya ayant nt des car caract actéri éristiq stiques ues com compar parabl ables. es.

Lassociation  Lassociatio (ou r elatio elationtype) typ e)

éfinitio tion d'une Assoc sociatio tion liant plusie sieurs Entit tités Types. Signification d'un lien entre tre deux ou Défi plusieu plusieurs rs types types d'objets. d'objets.

Iden tifia tifian t  t 

Propri Prop riét étéé Ty Type pe ou conc oncat atén énat atio ionn de Pr Prop opri riét étés és Ty Type pess pe perm rmet etta tant nt de di dist stin ingu guer er un unee en enti tité té pa parm rmii to tout utee less au le autr tres es da dans ns un unee En Enti tité té Ty Type pe..

nalité    lité  Cardi n  a n imum mi n  imum

Nombrre mi Nomb mini nim mum de fo foiis où une ent ntiité est con onccer erné néee pa parr l'a 'ass ssoc ociiati tion on.. 0 ind ndiiqu quee que les ent ntiité téss ne sont pas obl obliga igatoir toiremen ementt con concer cernés nés par l'a l'assoc ssociat iation ion..

nalité    lité  Cardi n  a max ma ximum

Nombrre ma Nomb maxi ximu mum m de fo fois is où un unee en enti tité té es estt con onccer ernnée par l'l'as asso soci ciat atiion on.. N si sign gnif ifiie pl pluusi sieu eurs rs fo foiis sa sanns préc pr écis iser er de nom nombr bre. e. Ce nom ombbre ne peut êt êtrre égal à 0.

ropriété Type Modèle conceptuel des données ( M CD ) P ropriété

Pour fac facilite iter la conc onception ion ult ultéri érieure des des bas bases de donnée nées, il est recomma mmandé de définir  un dict dictio ionn nnai aire re de donn donnée éess qui qui regro egroup upe e les les prop propri riét étés és atom atomiq ique uess info inform rmat atio ions ns élém élémen enta tair ires es qui ne peuv euvent pas être Nom donnée

Code donnée

Type

Adresse fournisseur

A DR FOU

A

Adresse utilisateur

A DR UTI

A

Auteur ouvrage

AUT OUV

A

Code fournisseur

COD FOU

A

Code type livraison

COD TYP LIV

A

Code utilisateur

COD UTI

A

ate de prêt 

ATDPRE

N

ate de retour

AT DRET

N

D D

Éditeur ouvrage

EDR OUV

A

ntité Type Modèle conceptuel des données ( M CD ) E ntité ne entité est la représentation d'un élément matériel ou immatériel ayant un rôle dans le système que l'on désire décrire. On appelle classe d'entité un ensemble composé d'entités de même type. assifi c  c ation ation (ou abstra c tion tion). Le classement des entités au sein d'une classe s'appelle cl assifi  Chaque entité est composée de propriétés. propriétés. U

ar e x emp empl e: P ar

on considère l¶entité ARTIC  l¶entité ARTIC LE  LE  qui regroupe ui  regroupe les propriétés les  propriétés :

Référen c e, Désignation et  P ri  ri  xU nitaireHT  nitaireHT .

Libellé Liste des propriétés . . .

Les classes d'entités sont représentées par un rectangle. Ce rectangle est séparé en deux champs : le champ du haut contient le libellé. libellé. Ce libellé est généralement une abréviation pour  une raison de simplification de l'écriture. Il s'agit par contre de vérifier qu'à chaque classe d'entité correspond un et un seul libellé, et réciproquement. le champ du bas contient la liste des propriétés de la classe d'entité.

Modèle conceptuel des données ( M CD ) Identifiant  identifiant est un ensemble de propriétés (une ou plusie sieurs) permettant de désig signer une et une seule entit ntité. é. La défi défin nitio ition n orig origin ina ale est la suiva uivan nte : L'id L'iden enti tifi fian antt est est une une prop propri riét étéé part partic icul uliè ière re d'un d'un obje objett tell tellee qu'i qu'ill n'ex n'exis iste te pas pas deux deux occu occurr rren ence cess de cet cet obje objett pour pour le lesq sque uell lles es cett cettee prop propri riét étéé pour pourra rait it pren prendr dree une une même vale valeur ur.. Les attr ttribu ibuts d'u d'une cla classe sse d'ent 'entit ité é permett metta ant de dési désign gner er de faço façon n uniqu ique cha chaque que inst instan ance ce de cett cette e entité tité sont appelé identifiant absolu. Le modèle conceptue tuel des données propose de souligner  les identi identifia fiant ntss (par (parfo fois is de les les fair faire e préc précéd éder er d'un d'un # ). ). Un

CE1

# Attribut 1 # Attribut 2 Attribut 3 Attribut 4 . .

CE

2

# Attribut 1 Lien

Attribut 2 Attribut 3 Attribut 4 . .

Modèle conceptuel des données ( M CD ) Occurrence d¶entité ou individu D¶après

la définition d¶une entité, on sait que la connaissance d¶une valeur de la rubrique identifiante détermine la con connaissa ssance des valeurs des autres rubriques de l¶entité. L¶ensem semble de ces ces valeurs est occurrence ce d¶entité d¶entité.. appelé occurren Le

tableau suivant présente des exemples d¶occurrences de l¶entité  ARTIC LE: LE:

Modèle conceptuel des données ( M CD ) L¶association (ou relation-type) Une

association (appelée aussi parfois relation) est un lien sémantique entre plusieurs entités. Une classe de relation contient donc toutes les relations de même type (qui relient donc des entités appartenant à des mêmes classes d'entité). Une classe de relation peut lier plus de deux classes d'entité. Voici les dénominations des classes de relation selon le nombre d'intervenants : ive) relie la même classe d'entité le    x ive U ne classe de relation récursive (ou réf l  U ne classe de relation binaire relie deux classes d'entité U ne classe de relation ternaire relie trois classes d'entité U ne classe de relation n-aire relie n classes d'entité Les classes de relations sont l'intitulé décrit le verbe ). type de relation qui relie les classes d'entité (généralement un verbe). On définit pour chaque classe de relation un identificateur de la forme Ri permettant de désigner de façon unique la classe de relation à laquelle il est associé. On peut éventuellement ajouter ajouter des propriétés aux classes de relation.

Modèle conceptuel des données ( M CD ) L¶association (ou relation-type) ar P ar

exemple, dans le modèle conceptuel de données relatif à la gestion des annonces on introduit les erner » afin d¶exprimer les réalités suivantes : un client dépose deux associatio associations ns « Déposer  » et « Conc erner  une annonce et une annonce concerne une rubri que.

Il peut y avoir, entre deux mêmes entités, plusieurs associations qui représentent chacune des réalités différentes.

Modèle conceptuel des données ( M CD ) Cardinalité Les car cardinalités permettent de caractériser le lien qui existe ste entre une entité et la relation à laquelle elle est reliée. La cardinalité d'un 'une relation est com composé d'un couple com comportant une borne maximale et une borne mini minima male le,, inte interv rval alle le dans dans lequ lequel el la card cardin inal alitité é d'un d'une e entit entité é peut peut pren prendr dre e sa vale valeur  ur : la borne orne minim inima ale (gén (géné érale raleme men nt 0 ou 1) décr écrit le nombr ombre e min minimu imum de fois fois qu'u qu'une ne entité ité peut eut parti articciper iper à une relation la borne maximale (généralem lement 1 ou n) décri crit le nombre maximum de fois qu'une entité peut partic ticiper à une relat relation ion Un couple de cardinalités placé entre une entité E et une association A représente le nombre minimal et maxima maximall d¶occur d¶occurren rences ces de l¶asso l¶associa ciatio tion n  A.

Modèle conceptuel des données ( M CD ) Cardinalité

Modèle conceptuel des données ( M CD ) Résumé

Présentation Graphique

Entité

Nom Entité

Association

Nom Association Cardinalité

Cardinalité

Min

COMMANDE

# N° Code Date Code

Identifiant PRODUIT

1, N

CONCERNER

- Quanti Quantité té Commandée

Attribut de l¶entité

Max

Attribut de l¶association l¶associ ation

0, N

# N° Produit Désignation Prix Unitaire

Modèle conceptuel des données ( M CD ) Exercice N°1 Exerci Exercice ce n° n° 1 :  Au

service de l'intendance :

Chaque Sa

ordinateur ordinateur est identifié par un N° d'inventaire crée par l'intendant. l'intendant.

date d'achat doit être conservée, c onservée, ainsi que son nom générique et sa marque.

Les

informations courantes sur le fournisseur de l'ordinateur sont notées.

Certains

sont couverts par un contrat de maintenance. Le type de garantie, la date de signature, sa durée

sont indispensables. Un contrat peut couvrir plusieurs ordinateurs et a un coût forfaitaire. Un

contrat est toujours signé auprès d'une société dont on désire garder toutes les l es coordonnées. Celle-ci est

bien souvent le fournisseur. fournisseur. Présentez

le M CD.

Modèle conceptuel des données ( M CD ) Corr orrège ège Exe N° 1

Modèle conceptuel des données ( M CD ) Exercice N°2 Exerci Exercice ce n° n° 2 : Chez le proviseur adjoint Les Un

informations courantes sur un élève sont recueillies.

élève est toujours inscrit dans une classe identifiée par un code.

Chaque Un

:

classe a un professeur principal.

professeur enseigne une, ou plusieurs matières matières y compris dans la même classe (c'est le cas de

nombreux professeurs d'Économie & Gestion. Les

coordonnées d'un professeur doivent être c onnues.

Modèle conceptuel des données ( M CD ) Corr orrège ège Exe N° 2

Modèle conceptuel des données ( M CD ) Exercice N°3 Exerci Exercice ce n° n° 3 Présentez un MCD qui vous permettrait de gérer l'ensemble de toutes les évaluations de vos élèves, sachant que : Vous avez

plusieurs classes.

Vous enseignez éventuellement plusieurs matières. Tous  A la

vos devoirs n'ont pas le même coefficient.

veille de chaque conseil de classe class e (3 dans l'année) vous voulez conserver la moyenne trimestrielle de

chaque élève dans chaque discipline.

Modèle conceptuel des données ( M CD ) Corr orrège ège Exe N° 3

Modèle conceptuel des traitements ( MCT ) Il s¶agit de représenter, par un formalisme précis et en grande partie standardisé, l¶ensemble des traitements que l¶on doit réaliser pour répondre aux attentes du projet défini en amont de l¶analyse, IL F AUT OUBLIER LES MOYENS QUI SERONT MIS EN OE UVRE POUR L A RÉ ALIS ATION. (il s¶agit uniquement de décrire le problème à traiter  n én     emen t  t  Év é 

n chro Sy n  chron isatio isation 

O pératio pération 

mission  É missio

Interne ou Externe au SI il s'agit d'un déclencheur pour le lancement d'une opération ou le résultat d'une opération à destination du monde extérieur. Règle indiquant les événements et l'enchaînement de ces derniers nécessaires au lancement d'une opération. Il s'agit d'une expression logique composée essentiellement de OU et de ET Liste des actions à réaliser si la synchronisation associée est réalisée. L'ensemble des actions de l'opération s'exécute sans interruption ni attente d'événement. Expression logique indiquant selon le résultat de l'opération quels événements internes au SI sont créés. s S  S ets  ts étap étapes  de la réalisation  dun  M.C.T : Les 

1. 2. 3. 4.

n   men ts  Le colle collecta ctage ge des  des  act eurs  eurs  et de t  des  s  é v  é   e ts -message ssages  s  vé    n  Le dia diag gramme ramme de flux des  de s  donn é  ée   s  (DFD) ne   s  Reco Reconn aissa domai n  aissan c  ce   de domai  Diag iagramme ramme or donn é  é  des  des  message ssages  s 

5. É bauche che du M.C.T

richiss emen t  t  du M.C.T 6. En richiss   Véri fication  du M.C.T 7.  Véri 

Modèle conceptuel des traitements ( MCT ) Le collectage des acteurs et des événements-messages: Collecter ter l¶ensemble des proc rocédés amen menant une modification des valeurs des attri tributs manipulés par le système, et conce conceptu ptual alis iser er ces ces procé procédé déss en événe événemen ment-me t-messa ssage gess (acti (action onss amen amenan antt une une modifi modificat catio ion n des des donn donnée ées) s) et acteu acteurs rs (ress (ressou ource rcess à l¶orig l¶origin ine e ou à la récep réceptio tion n de l¶évé l¶événe nemen ment-me t-messa ssage ge). ). EXEMPLE : Réparateur hor l loger    ger  o Acteurs : Client Réparateur  Service comptable

Événements-messages : Dépôt de la montre Devis  Acceptation de réparation Refus de réparation Montre réparée Facture à régler  Paiement Carte de garantie Facture acquittée Présentation facture acquittée Montre rendue

Modèle conceptuel des traitements ( MCT ) Le diagramme de flux des données (DFD): But : Représenter sous forme compacte, et par conséquent plus lisible, l¶ensemble des acteurs et des messages les reliant. Moyens : Présenter les acteurs dans des ovales, et les messages sous forme de flèches entre acteurs à l¶origine et à la réception du message.

Modèle conceptuel des traitements ( MCT ) Reconnaissance de domaines: Hiérarchiser

le diagramme obtenu, et donc le simplifier au niveau le plus haut de la hiérarchie.

Modèle conceptuel des traitements ( MCT ) Diag Di agra ramm mme e or ordo donn nné é de des s me mess ssag ages es:: But : Faire Faire appa apparaî raître tre la chron chronol olog ogie ie des des messa message ges, s, et par conséquent commencer à faire apparaître leurs interac interaction tionss et dépen dépendan dances. ces. Moyens : Représenter dans un cercle chacun des événement-messages. Représenter par des flèches orientées les précédences précédences chronologiqu chronologiques es des événement-messa événement-messages. ges.

Modèle conceptuel des traitements ( MCT ) Ébaauc Éb uche he du M.C.T: But : D écri écrire re l¶en l¶ense semb mble le des des dépe dépend ndan ance cess entre événement-m t-messag sages, en précis cisant, à partir du diagramme orienté, les actions permettant la génération de ces événementmess messag age es, et les les cond condititio ions ns de décl déclen ench chem emen entt de ces ces acti action ons. s. Moy Moyens ens : Repre Reprendr ndre e le diagra diagramm mme e précéd précédent ent,, et préc précis ise er, pour pour cha chaque que flèc flèche he déf définie inie dans dans ce diagramme, un nom d¶action (dans un rectangle), précédé des conditions de déclen déclench cheme ement nt (dans (dans un ³penta ³pentagon gone e rectan rectangle gle´) ´) et suiv suivii des cond condit itio ion ns de sor sortie. ie. Les Les con conditi dition onss de déclen déclenche chemen mentt sont sont appelé appelées es ³synchronisations´.

Modèle conceptuel des traitements ( MCT ) Enric En richi hiss ssem emen entt du M.C.T: But : Préciser les conditions de décl décle ench nchemen ment et les les cha charges ges des dif différe féren nts évén événem emen ents ts,, pour pour pouvo ouvoir ir plu plus tard tard véri vérififier er la vie du syst systèm ème. e. Moye Moyens ns : ajou ajoute terr en amon amontt de chaq chaqu ue évén événem emen entt la capa capaci cité té du syst systèm ème e (çàd (çàd le nombr ombre e max maximu imum, s¶il s¶il exist existe, e, d¶oc d¶occu curre rrenc nces es de l¶évén l¶événeme ement nt pouv pouvan antt être être en atte ttente dans le syst systè ème. me. Ce nombre mbre sera sera supposé indétermin miné s¶il ¶il n¶est pas préc récisé). Ce nombre est représen représenté té entre entre crochets. crochets. Aj outer, sur chaque flèche partant de chaque événe événemen ment, t, sa parti particip cipati ation on à l¶acti l¶action on suiva suivant nte e (çàd (çàd le nomb ombre d¶o d¶occu ccurren rrence cess de l¶é l¶évén vénemen ementt qui qui doit doit être être four fourn ni à l¶ac l¶actition on suiv suivan ante te.. Ce nombr ombre e sera sera supp suppos osé é de 1 s¶il s¶il n¶est ¶est pas pas préc précis isé) é)..

Modèle conceptuel des traitements ( MCT ) Vérification du M.C.T: But : S¶assurer de la cohérence de chacune des actions décrites, en vérifiant, pour chacune d¶entre elles, les 11 règles suivantes. Règles : 1 Si une synchronisation est associée à plus d¶un événement contributif (e.c), elle ne doit pas être déclenchable par un seul événement contributif (e.c). 2 Si une action est précédée de plus d¶un e.c, le prédicat de synchronisation ne doit pas être toujours fausse 3 La participation d¶un e.c doit être au plus égal à sa capacité. 4 Chaque e.c doit contribuer à au moins une synchronisation sans durée limite 5 Une synchronisation doit avoir au plus un e.c de durée limite égale à 0 6 Les conditions locales portent uniquement sur les attributs des messages associés aux e.c 7 La cardinalité d¶un événement résultat doit être au plus égale à sa capacité. 8 La disjonction des règles de sortie doit être systématiquement vraie 9 Toue propriété d¶un événement-message doit figurer dans le M.C. D. 10 Tout événement en entrée d¶une action doit constituer un modèle externe valide. 11 Tout événement en sortie d¶une action rendant activable cette action doit constituer un modèle externe valide en mise à jour.

Le modèle logique des données (MLD) Le modèle logique des données con consis siste à décri crire la structure de données utilisée san sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données utilisées lors des traitements. Tradu c  d¶une e C l lasse a d¶entité  té  c tion d¶un   sse d¶enti Chaqu Chaque e classe classe d'entité du modèl modèle e conc concep eptu tuel el devie devient nt une une table dan dans le modè modèle le logi logiqu que. e. Les Les identifiants de la clas classe se d'en d'entitité té son sont appelé cl és és de l a tab tabl e, tandi tandiss que que les les attrib attribut utss stand standard ardss devie devienn nnen entt des des attrib attribut utss de la table table,, c'est-à c'est-à-di -dire re des des colo colonn nnes. es.

Le modèle logique des données (MLD)

Tradu c  a ation ction  tion d¶une C l  lasse   sse de rel ation si

une des classes d'entités possède une cardinalité faible : la table aura comme attributs, les attributs de la classe ayant une cardinalité faible, puis le (ou les) attribut(s) de relation et enfin les attributs de la seconde classe précédé du nom de la classe. si les deux classes d'entités possèdent une cardinalité forte : la table aura comme attributs, les attributs des deux classes de relation précédés des noms des classes respectives, puis le (ou les) attribut(s) de relation.

Le modèle logique des données (MLD) Exemple de transfert LIVRES(N°;Titre;Auteur;Éditeur;Série) nom de la table : LIVRES Degré de la table : 5 Attribut : N°; Titre; Auteur; Éditeur; Série Domaine de N°; Entier, 3 de long, Domaine de Titre et Série; Caractère , 30 de long Domaine de Auteur Auteur et Éditeur; Caractère , 20 de long

Présentation

LIVRES N° Ti

 A Edi Sér i

en en extension de la table

LIVRES N°

Titre

Auteur

Éditeur

Série

tuple 1

1

Osaka 2007

Hergé

Lucky

Athlétisme

tuple 2

2

malinois

Tronchet

Qodscan

les oiseaux

tuple 3

3

terrorisme

Bourgeon

Boulahya

Islam

tuple 4

4

Fleur de Kenitra

Quino

Jrada

Wald Halala

tuple 5

5

Lamour de EITIA

Hergé

Iliass

Khdija

Le modèle logique des données (MLD) Éliminer les groupes répétitifs Sortir le groupe répétitif de la table initial. Transformer le groupe répétitif en table, trouver sa clé et rajouter dans la clé de cette nouvelle table la clé primaire de la table initiale. D

n comm comman ande de date n clie client nt nom n arti articl cle e désignation té commandée

Devient D n comm comman ande de date n clie client nt nom

T n comm comman ande de n arti articl cle e désignation té commandée

D

Le modèle Organisationnel Organisationnel des des traitements traitements (MOT) Rôle : Le Modèle Organisationnel des Traitements (MOT) décrit l ¶organi sation des traitements du système étudié et, en particulier, il décrit O U sont exécutés les traitements, QUAND ils sont exécutés et QUI ou QUOI les exécute.

Le modèle Organisationnel Organisationnel des des traitements traitements (MOT) Définitio Défin ition n géné générale rale ériodicit cité é : Péri Périod ode e (ou (ou fréqu fréquen ence ce)) d ¶exé ¶exécu cutition on d ¶un ¶une tâch tâche e sur sur un poste poste de trava travailil.. Cette Cette indi indica catition on répo répon nd à la ques questition on du Périodi QU AND ? régulier , périodi que irrégulie irrégulier  r , plage plage de temps temps, calendaire, etc. ) de La pério riodicité cité défin finit l ¶in ¶insta stant (aléatoire, périodi que régulier  déclen déclenche chemen mentt d ¶une ¶une tâche. tâche. Acteurs (ou intervenants) : Personnes exécutant une tâche et faisant partie d ¶un poste de travai l l . Tâche : Traitement dont l ¶exécution se fait sur un seul  poste de travai l  l  et qui, une fois déclenchée, se poursuit jusqu ¶à son terme sans interruption d ¶événement extérieur. Procédure (ou procédure fonctionnelle) : Ensemble de tâches concourant à une même fonctionnalité. Poste de travail : Entité physique comprenant des ressources sur un lieu donné et un responsable.(Les étudiant, Formateurs) Ressources : Les ressources d ¶un poste de travail sont les moyens matériels et humains dont le poste doit être muni pour  qu ¶une tâche puisse y être exécutée. Ce sont essentiellement : les intervenant, les moyens d ¶entrée et de sortie informatiques, les moyens de traitement des données (ordinateurs, micro, etc. ), les logiciels, les ensembles de données stockées utilisées. Degré d ¶automatisation : Cette information décrit la nature de la tâche (Manuelle ou informatisée).

 ±

 ±

«

 ±

 ±

 ±

 ±

 ±

«

 ±

Le modèle Organisationnel Organisationnel des des traitements traitements (MOT)

Exemple :  ± Société de vente vente de produits, produits,  ± Présence du client au comptoir de la société.

Le modèle Organisationnel Organisationnel des des traitements traitements (MOT)

Le modèle physique des données (M PD)

Cette

étape consiste à implémenter le modèle dans le SGBD, c'est-à-dire le traduire

dans un langage de définition de données. S¶intéresse à l¶optimisation de la gestion des données en fonction de l¶outils choisi pour cette gestion et des traitements qui utilisent ces données, à savoir: Définir

la place nécessaire à chaque table.

Définir

l¶implantation physique de la base de données sur les disque.

Optimiser

les temps d¶accès à l¶information.

Modèle Opérationnel Opérationnel des traitements ( MOPT )

Le MOPT est fortement dépendant des outils de développements choisis. S¶intéresse à la structure interne de touts les application du projet, son objectif étant la préparation du développement