Merise

Historique de linformatique ...................................................................................................... 2 Mthodes classiques................................................................................................... 2 Mthodes nouvelles.................................................................................................... 2 Prsentation gnrale de la mthode MERISE .......................................................................... 4 Griefs traditionnels...................................................................................................... 4 Historique de la mthode............................................................................................. 4 Caractristiques ........................................................................................................... 4 Atouts de MERISE...................................................................................................... 8 Etude de lexistant...................................................................................................................... 8 Modle Conceptuel de Donnes............................................................................................... 12 Objectifs .................................................................................................................... 12 Approche intuitive..................................................................................................... 12 Dfinitions et formalisme.......................................................................................... 12 Dfinitions :......................................................................................................... 12 Formalisme :........................................................................................................ 13 Autres concepts ......................................................................................................... 14 Dtermination des proprits .............................................................................. 14 Notion doccurrence............................................................................................ 14 Notion didentifiant ............................................................................................. 14 Dimension dune relation .................................................................................... 14 Contraintes fonctionnelles................................................................................... 14 Dernires retouches .................................................................................................................. 15 Vrification du modle.............................................................................................. 15 Normalisation ............................................................................................................ 15 Dnormalisation ........................................................................................................ 15 Dcomposition des relations ..................................................................................... 16 Modle Logique de Donne ..................................................................................................... 18

Historique de linformatique
1945 : apparition des premiers ordinateurs (ENIAC ; ECKERF MAUCHLY) au sein du Pentagone ; ils appartiennent la catgorie des mainframes (grands ordinateurs multitches et multipostes) ; applications militaires Le dernier mainframe (actuel) est le REDSTORM de Cray Research (vitesse de calcul 100 000 GIPS Giga Instruction Par Seconde) Annes 50 : les applications scientifiques apparaissent ; la programmation prend son vol du fait du manque de standardisation des logiciels >> seuls les programmeurs (anctre de dveloppeurs) peuvent dvelopper. Appellation du service informatique : centre de calcul Annes 60 : linformatique de gestion entre dans les entreprises grce lapparition des mmoires de masse et des bandes magntiques. On se rend compte de la ncessit de rflexion avant la programmation du fait de laugmentation de la complexit des programmes, lanalyse apparat pour rpondre ces besoins. Appellation du service informatique : direction informatique Annes 70 : apparition des mini-ordinateurs ( mainframe en rduction ) ; gnralisation de linformatique dentreprise. Dans lanalyse, le terme cahier des charges apparat ; il sagit de lintgration de lutilisateur dans le cycle de dveloppement du fait de la problmatique de linformaticien roi lutilisateur ne pouvait jusque l rien faire face linformaticien. Appellation du service informatique : direction de lorganisation et de linformatique Annes 80 : apparition des micros. (PC) ainsi que de la bureautique, du graphisme tandis que le rseau se gnralise. Dans le monde du dveloppement, les mthodologies arrivent avec les dbuts de la standardisation des logiciels. La mthodologie doit donner beaucoup de rigueur dans tout le processus de linformatisation. Appellation du service informatique : direction des systmes dinformation Paralllement tout cela, une baisse importante des prix (on dit que si entre 1950 et 1980 la baisse de prix dans lautomobile avait t la mme que dans linformatique, une Rolls aurait cote ~100 Francs). Anne 90 : dveloppement du multimdia et dinternet. Alors que les mthodologies sont perfectionnes ET remises en cause (du fait de limportance temporelle : la mise en uvre des mthodologies est trs lourde et lente alors que nous devons aller toujours plus vite).

Mthodes classiques
1. 2. 3. 4. 5. 6. Merise SADT UML AXIAL RACINE OSSAD

Mthodes nouvelles
1. Rapid Application Development 2. Soft Systems Methodologies

Jusque dans les annes 80, on ne parlait que dinformatique (technique) ; partir de l, on commence largir la vision informatique dautres niveaux, on parle alors de systme dinformation (conceptuel, organisation, technique).

Conceptuel : quoi et pourquoi (objectifs et contraintes) Organisation : qui, quand, o, par quel type de moyen en gnral

Technique : quel moyen prcis

Prsentation gnrale de la mthode MERISE

Griefs traditionnels
Griefs formuls par les auteurs de la mthode contre le pass : Absence de conception globale : pas de recul suffisant pour visualiser tous les aspects dun projet. Difficults de maintenance : moins il y a de temps pour la rflexion moins la maintenance sera aise. Manque dintgration de lutilisateur.

Historique de la mthode
Naissance en 1974, au Centre dEtude Technique et dEquipement dAix-en-Provence en collaboration avec luniversit dAix. En 1977, le Ministre de lIndustrie et lINRIA reconnaissent la mthode. Brevete en 1978. Pour ses auteurs, MERISE est le symbole russi de la greffe de linformatique lentreprise .

Caractristiques
1. Vision globale (la plus importante des caractristiques)

Systme de pilotage :
I N F O R M A T I O N
Conseil dadministration, direction, hirarchie

Systme dinformation :
Charg du traitement de linformation

INFORMATION

Systme oprant :
Production, vente, administration

I N F O R M A T I O N

Circulation de linformation
Figure 1 - Schma systmique de l'entreprise

2. Sparation des donnes et des traitements

Base de donnes

Conceptuel

Logiciel de traitement

Base de donnes

Organisationnel

Logiciel de traitement

Base de donnes

Technique

Logiciel de traitement

Figure 2- Liaison entre donnes et traitements : plus on descend, plus la liaison est importante

3. 3 niveaux : a. conceptuel b. organisationnel c. technique

Analyse (tude) de lexistant

DONNEES Modle Conceptuel de Donnes Modle Logique des Donnes (organisation) Modle Physique des Donnes
Figure 3 - Sparation des donnes et des traitements

TRAITEMENTS Modle Conceptuel de Traitement Modle Organisationnel des Traitements Modle Oprationnel des Traitements

Atouts de MERISE
Structuration de la dmarche Repres Indpendance vis--vis du technique Indications temporelles

Etude de lexistant

Modle Conceptuel de Donnes

Objectifs
Structurer les donnes Rassembler les donnes (regrouper les donnes ayant des traits communs) Dcrire les donnes avec des outils (concepts, schmas) Modliser Schmatiser

Approche intuitive
Dictionnaire de donnes : Adresse de llve Matire enseigne Nombre dheure Nom de la classe Nom de llve Nom du professeur Note Numro de la salle Prnom de llve Rgles de gestion : A chaque classe est attribue une seule salle de cours Chaque matire nest enseigne que par un seul professeur Pour chaque classe et chaque matire, un nombre dheure fixe est dfini A chaque lve est attribu une note par matire Regroupement de donnes Classe : nom de la classe, numro de salle Elve : nom de llve, prnom de llve, adresse de llve Matire : matire enseigne, nom du professeur Note et nombre dheure seront traites part.

Dfinitions et formalisme

Dfinitions :
1. Objet : un objet est une entit pourvue dune existence propre et conforme aux choix de gestion de lentreprise (rgles de gestion) ; dans la thorie des systmes, nous lappelons entit 2. Relation : lien, dpourvu dune existence propre, entre objet. Le terme associ dans la thorie des systmes est associations 3. Proprit : donne lmentaire conforme aux rgles de gestion ; elles sont utilises pour dcrire les objets et les relations. Lquivalent est attribut dans la thorie des systmes

Formalisme :
Figure 4 - Reprsentation d'un objet

ELEVE nomlve prnomlve adresselve

ELEVE nomlve prnomlve adresselve AVOIR NOTE note

MATIERE intitul nomprof

Figure 5 - Reprsentation d'une relation

Autres concepts

Dtermination des proprits

Chaque donn du dictionnaire devient une proprit

Notion doccurrence
1. dune proprit : les occurrences dune proprit sont lensemble des valeurs possibles pour cette proprit 2. dun objet : une occurrence dun objet est un ensemble ayant une existence propre doccurrence de ses proprits ; c'est--dire que pour un objet en particulier, chacune des proprits a alors une occurrence particulire. Lensemble de ces occurrences de proprit dfinit alors une occurrence de lobjet. Toutes les proprits dun objet doivent avoir un sens quelque soit loccurrence de celui-ci ; dans le cas contraire, il est ncessaire de crer un nouvel objet afin de rpondre cette contrainte. Cependant, dans la pratique, il est possible de passer outre. De mme, aucune proprit ne peut avoir plusieurs valeurs pour une occurrence dun objet, dans le cas contraire il faut crer un objet supplmentaire 3. dune relation : une occurrence de la relation est constitu dune et une seule occurrence de chacun des objets associs, loccurrence des proprits quelle porte correspondant aux occurrences des objets associs

Notion didentifiant
Parmi les proprits constituant un objet, au moins lune dentre elle doit permettre de caractriser chacune de ses occurrences de faon unique. Lidentifiant dune relation est le produit cartsien (concatnation) des identifiants des objets associs

Dimension dune relation

Il sagit du nombre dobjet quelle associe. 1 : relation rflexive 2 : relation binaire 3 : relation ternaire

Contraintes fonctionnelles
Les cardinalits dun objet dans une relation mesurent, lorsque lon parcourt lensemble des occurrences de cet objet, le nombre minimum et le nombre maximum de leur participation la relation. Une contrainte dintgrit fonctionnelle (CIF) sur plusieurs objets associs au sein dune mme relation exprime que lun de ces objets est totalement identifi par la connaissance des autres.

ELEVE nomlve prnomlve adresselve (1,n)

MATIERE intitul nomprof

(1,5)

AVOIR NOTE note

Figure 6 - Reprsentation d'un MCD avec les cardinalits pour chaque objet ; ici, un lve doit avoir au minimum 1 note et peut en avoir 5 au maximum, tandis que dans chaque matire il doit y avoir au moins une note

Dernires retouches
Vrification du modle
1. absence de proprits rptitive ou sans vrification 2. existence dun identifiant pour tous les objets 3. dpendance pleine des objets dans la relation (une relation ne peut porter de proprit que si cette proprit est en relation avec chacun des objets de cette relation) 4. respect des rgles de gestion

Normalisation
Rgles : 1. lmentarit des proprits 2. dpendance pleine de lidentifiant une proprit porte par un objet doit dpendre pleinement de lidentifiant de cet objet 3. dpendance transitive une proprit A dpend transitivement dune proprit C via la proprit B, sil existe B telle que A dpend de B et B dpend de C 4. normalisation de BOYCE-CODD (~inverse de la 2me rgle)

Dnormalisation
La normalisation pousse crer de nouveaux objets afin de rduire les redondances. La dnormalisaton nous permet donc daccepter quelques redondances afin de limiter le nombre dobjet et de relation associs.

Dcomposition des relations

On passe de PROFESSEUR SALLE

FAIRE COURS

CLASSE

MATIERE

Figure 7 - Une relation de dimension 4

MATIERE

PROFESSEUR

FAIRE COURS

SE SITUER

CLASSE
Figure 8 - Deux relations de dimension 3

SALLE

Modle Logique de Donne

1. si la relation ne porte pas de proprit, elle se traduit par une cl trangre dans les MLD et MPD 2. si la relation porte des proprits, elles deviennent, aux niveaux logique et physique, une table dont lidentifiant est la concatnation des objets associs dans la relation