MERISE e e 1. pr´sentation du syst`me d’information 2. d´marche de la m´thode Merise e e 3.

mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e Une autre partie du cours est consacr´e ` UML. e a

Syst`mes d’Information e L’information dans l’entreprise : des donn´es, clients, quantit´ en stock,... mais aussi, e e des d´pendances entre informations, facture ⇒ produit,... e la circulation d’informations, commande → entrepˆt → o liste produits livr´s e → service facturation ...

des r`gles de gestion. facture ⇒ client,... e flux entrant syst`me de pilotage e d´cisions e flux entrant infos flux sortant flux sortant

syst`me op´rant e e

Syst`mes d’Information e L’information dans l’entreprise (version Merise) : Le syst`me e d’information est l’interface entre le syst`me d´cisionnel et le e e syst`me op´rationnel : e e

syst`me de pilotage e d´cisions e infos entrantes infos trait´es e infos sortantes

syst`me d’information e d´cisions e infos collect´es e

syst`me op´rant e e

Syst`mes d’Information e L’information dans l’entreprise (version UML) : des donn´es, des traitements, la circulation d’informations... e mais plus orient´ sur l’interaction utilisateurs / syst`me e e d’information acteurs choix infos

syst`me d’information e

Syst`mes d’Information e Le syst`me d’information est la m´moire de l’entreprise ; il sert e e d’interface entre le syst`me d´cisionnel et le syst`me op´rationnel : e e e e informations ´conomiques e r´sultat de e l’entreprise

syst`me de pilotage e d´cisions e

infos trait´es e infos

infos

syst`me d’information e d´cisions e

mati`res e premi`res e

infos collect´es e produits syst`me op´rant e e finis

Retenir de ce sch´ma, la place d’interface du syst`me d’information e e

Syst`mes d’Information e Exemple inspir´ d’un op´rateur de t´l´phonie, la soci´t´ Gaule e e ee ee Radiocom : concurrence image de marque

syst`me de pilotage e

baisse tarifs

statistiques factures

syst`me d’information e

nouveaux tarifs dur´es communications e communications syst`me op´rant e e

Syst`mes d’Information e On peut faire une lecture chronologique du sch´ma pr´c´dent : e e e 1. La soci´t´ Gaule Radiocom surveille le comportement de la ee concurrence ; 2. les dur´es des communications ont ´t´ relev´es en permanence e ee e et ont aliment´ le syst`me d’information ; e e 3. les tˆtes pensantes de Gaule Radiocom peuvent interroger le e syst`me d’information, faire des statistiques ; e 4. le syst`me de pilotage peut alors d´cider la plus judicieuse e e baisse de tarifs ; 5. qui sera r´percut´e sur le syst`me op´rant de la facturation... e e e e

Janvier 2001, la soci´t´ Gaule Radiocom baisse ses tarifs ! ee 0.22e la minute au lieu de 0.28e; 0.60e le cr´dit-tempsa (1mn) au lieu de 0.74e (3mn) e Une baisse de plus de 20% par minute de communication ! Pourquoi Gaule Radiocom se montre-t-elle aussi g´n´reuse ??? e e

a le cr´dit-temps correspond ` la premi`re tranche de facturation. Avant janvier 2001, toute e a e
communication impliquait la facturation d’une tranche initiale de 3mn ` 0.74e. Pass´e ces 3mn, la a e facturation continuait par tranches d’1mn ` 0.28e. a

Janvier 2001, Gaule Radiocom baisse ses tarifs ! 0.22e la minute au lieu de 0.28e ; 0.60e le cr´dit-temps (1mn) au lieu de 0.74e (3mn) e

coˆt u ancien tarif nouveau tarif

temps

Parce que Gaule Radiocom a bien analys´ les statistiques des e communications de ses abonn´s. e La majorit´ des communications durent moins de 8 mn ! e coˆt u ancien tarif

nouveau tarif

1mn 3mn

8mn

temps

Syst`mes d’Information e L’informatique des ann´es 80 ´tait ax´e sur la production, la e e e m´morisation et le traitement des donn´es de l’activit´ de e e e l’entreprise : Informatique Op´rationnelle. Les ann´es 90 marquent e e le d´veloppement de l’Informatique D´cisionnelle. Les ann´es 2000 e e e sacrent l’av´nement du r´seau. e e Informatique Op´rationnelle : production et traitement de e donn´es : paie, comptabilit´, commandes, factures, ... e e Informatique D´cisionnelle : Les donn´es sur l’activit´ sont e e e filtr´es, historis´es et trait´es pour faciliter la prise de d´cision. e e e e D´veloppement d’Infocentres renomm´s en Datawarehouse. e e

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e

Analyse Informatique La conception d’un Syst`me d’Information est une tˆche e a complexe et de haut niveau qui n´cessite un bon pouvoir e d’abstraction et la prise en compte d’un grand nombre de contraintes et d’un grand nombre de personnes. D’o` la n´cessit´ u e e d’utiliser des m´thodes ou m´thodologies. e e La m´thode MERISE est une m´thode (fran¸aise), d´velopp´e e e c e e dans les ann´es 80, formalis´e, compl`te, d´taill´e qui garantit (en e e e e e principe !) une informatisation r´ussie. e formalis´e : e utilisation d’outils logiques : graphes, r`gles, ... e

compl`te : de la d´cision d’informatisation ` la mise en œuvre e e a effective, d´taill´e : de la technique d’interview jusqu’au commentaire de e e programmes...

Analyse Informatique Les principales caract´ristiques de la m´thode MERISE sont : e e Une approche globale men´e parall`lement sur les donn´es et les e e e traitements ; Une description du syst`me d’information en trois niveaux : e • le niveau conceptuel (le quoi) ; ` • le niveau organisationnel et logique (qui fait quoi et ou) • le niveau physique (comment).

Analyse Informatique Le processus de d´veloppement est d´coup´ en ´tapes : e e e e l’´tude pr´alable : elle aboutit ` une prise de d´cision e e a e d’informatisation, en cas de d´cision positive, elle est suivie par e l’´tude d´taill´e : elle aboutit ` un cahier de r´alisation avec e e e a e affectation des tˆches a R´alisation : ´criture des programmes et implantation des bases e e Mise en œuvre et maintenance. La structure de travail comporte des informaticiens, des repr´sentants de la direction, des chefs de service, des utilisateurs e finaux.

Analyse Informatique : ´tude pr´alable e e • ´tude de l’existant ; r`gles de gestion e e • Mod`le Conceptuel des Donn´es (MCD) et Mod`le e e e Organisationnel des Traitements (MOT) actuels • diagramme des flux de documents • proposition d’un MCD et d’un Mod`le Conceptuel des e Traitements (MCT) • bilan qualitatif =⇒ cahier des charges

Analyse Informatique : ´tude pr´alable e e

conceptuel

logique ou organisationnel

physique

La part hachur´e repr´sente ce que couvre chaque ´tape. L’´tude pr´alable couvre presque tout le e e e e e niveau conceptuel, mais aussi un peu de niveau logique et physique.

Analyse Informatique : ´tude d´taill´e e e e • choix d’une organisation • validation MCD, MCT • proposition d’un MLD et d’un MOT • optimisation, solutions d´grad´es e e • =⇒ affectation des tˆches de r´alisation a e

Analyse Informatique : ´tude d´taill´e e e e

conceptuel

logique ou organisationnel

physique

Analyse Informatique : r´alisation e • ´tude technique et production logicielle e • mise en place et tests • documentation, formation

Analyse Informatique : r´alisation e

conceptuel

logique ou organisationnel

physique

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e

Etude pr´alable e Analyse de l’existant : interviews, ´tude des documents, MCD e et MOT actuels, mise en ´vidence des r`gles de gestiona ,... e e Diagramme des flux de documents. Critique de l’existant. Ebauche de solutions. Proposition du Mod`le Conceptuel des e Donn´es et du Mod`le Conceptuel des Traitements e e R´daction du cahier des charges. e

a les r`gles de gestion expliquent le fonctionnement de l’entreprise, les contraintes du probl`me, e e
la m´thode actuelle pour le traiter... e

Enonc´ pour un exemple de diagramme des flux e Une soci´t´ de transport en commun... un accident... ee R`gles de gestion pour le traitement de l’accident : e • Le conducteur remplit une d´claration d’accident. Il conduit le e bus ` l’atelier qui ´tablit un devis de r´paration. a e e • Le service administratif d´finit la responsabilit´ selon la e e d´claration d’accident. e • Trois cas sont envisag´s e – prise en charge par les assurances : d´claration et devis sont e transmis ` l’assurance qui r`gle la note. a e – responsabilit´ du conducteur : la soci´t´ indemnise e ee l’accident´ sur pr´sentation des justificatifs. e e – responsabilit´ du tiers : c’est lui qui paie l’addition... e

Exemple de diagramme des flux Circulation chronologique des documents entre les intervenants.
atelier 5. justificatif 8. ch`que e tiers 6. ch`que e 7. fiche r´paration valoris´e e e serv. admin. 2. devis et fiche r´paration e conducteur 1. d´claration accident e 3. dossier

4. ch`que e

assurance

sc´nario “r`glement par l’assurance” : 1,2,3,4 e e sc´nario “r`glement par la soci´t´” : 1,2,5,6 e e ee sc´nario “r`glement par le tiers” : 1,2,7,8 e e

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux e e (b) mod`le conceptuel des donn´es : MCD (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e

Mod`le conceptuel des donn´es e e Objectif : le MCD a pour but de mod´liser les donn´es (aspect e e statique) m´moris´es dans le syst`me d’information ; e e e Caract´ristiques : Repr´sentation graphique des donn´es ` un e e e a niveau conceptuel, c’est-`-dire, sans se pr´occuper ni des a e contraintes d’organisation, ni du gestionnaire de bases de donn´es utilis´, ni des traitements ; e e MCD Merise : correspond au mod`le Entit´ - Association. e e

Mod`le conceptuel des donn´es e e Construction d’un MCD Quand : dans l’´tude pr´alable : MCD de l’existant et ´bauche du e e e MCD de la nouvelle solution ; dans l’´tude d´taill´e : MCD e e e complet de la nouvelle solution. Pr´alable : avoir explicit´ les r`gles de gestion, avoir ´tabli un e e e e diagramme des flux, avoir construit un dictionnaire des donn´es e

Mod`le conceptuel des donn´es e e les objets ou entit´s e • Une entit´ est la repr´sentation d’un objet mat´riel ou e e e immat´riel pourvu d’une existence propre et conforme aux e choix de gestion de l’entreprise. • Une occurrence d’une entit´ est une instance (un e repr´sentant) de l’entit´ dans le monde r´el. e e e • Une propri´t´ (ou attribut) est une donn´e ´l´mentaire e e e ee qu’on per¸oit sur l’entit´. c e • L’identifiant d’une entit´ est une propri´t´ (ou un ensemble e ee de plusieurs propri´t´s) de l’entit´ telle que, ` chaque valeur de ee e a l’identifiant, correspond une et une seule occurence de l’entit´. e Il peut ˆtre cr´´ ex nihilo. e ee

MCD : un exemple Les r`gles de gestion (simplifi´es) : e e • Les ´tudiants ont une identit´ (nom, pr´nom, adresse...). e e e • Les enseignants ont une identit´. e • Les ´tudiants suivent des cours mais ne suivent pas tous les e cours. • Les cours sont hebdomadaires et ont une heure de d´but, une e dur´e, une heure de fin ; les horaires ne doivent pas se e superposer. • Les cours sont assur´s par un seul enseignant. e

MCD : suite de l’exemple Le dictionnaire des donn´es : e • Nom ´tudiant, texte, El´mentaire, 30 caract`res, e e e • Nom jeune fille, texte, E, 30 caract`res, vide autoris´, e e e • Num´ro ´tudiant, texte ?, E, 17 caract`res, e e • ... • Intitul´ cours, texte, E, 70 caract`res, e e • Jour, num´rique, E, entier, 1 pour lundi, 2 pour mardi... e • Heure D´but, num´rique, E, r´el, 7 ≤ hd ≤ 20 e e e • Dur´e, num´rique, E, r´el, 0 ≤ d ≤ 5 e e e • Heure Fin, num´rique, Calcul´, r´el, hf = hd + d e e e • ...

MCD : suite de l’exemple cours NoCours ´tudiants e NoEtudiant nom nom jeune fille pr´nom e adresse enseignants NoEnseignant nom pr´nom e adresse intitul´ e jour heure d´but e dur´e e

Mod`le conceptuel des donn´es e e R`gles ` v´rifier sur les entit´s (` appliquer avec bon sens) e a e e a 1. Toute propri´t´ est ´l´mentaire ; ee ee 2. Une propri´t´ ne doit pas ˆtre “instable”, pas “calculable” ; ee e 3. Toute propri´t´ d’une instance aura au plus une valeur ; ee 4. Une propri´t´ doit permettre d’´viter la redondance des valeurs ee e sur l’ensemble des instances ; 5. Toute entit´ poss`de un identifiant ; e e 6. Toute propri´t´ d´pend (directement) de l’identifiant ; ee e 7. Toute propri´t´ d´pend de tout l’identifiant ; ee e

Mod`le conceptuel des donn´es e e les associations • Une association est une relation que les r`gles de gestion e ´tablissent entre deux entit´s (ou plus). e e • Une occurrence d’une association est une instance de l’association dans le monde r´el. e • Une association peut poss´der des propri´t´s. e ee R`gles ` v´rifier sur les associations : r`gles des entit´s. e a e e e L’identifiant d’une association est la concat´nation des identifiants e des entit´s qu’elle relie. e

MCD : suite de l’exemple cours NoCours ´tudiants e NoEtudiant nom nom jeune fille pr´nom e adresse enseignants NoEnseignant nom pr´nom e adresse fait inscription intitul´ e jour heure d´but e dur´e e

Mod`le conceptuel des donn´es e e les cardinalit´s e La cardinalit´ d’une entit´ par rapport ` une association e e a s’exprime sous forme d’un couple : (cardinalit´ minimale : cardinalit´ maximale) e e cardinalit´ minimale : c’est le nombre minimal de fois o` une e u occurrence d’un objet participe aux occurrences de l’association ; elle vaut tr`s souvent 0 ou 1. e cardinalit´ maximale : c’est le nombre maximal de fois o` une e u occurrence d’un objet participe aux occurrences de l’association ; elle vaut 1, un entier fix´ ou n (“n” pour e indiquer l’impossibilit´ de fixer une borne maximale). e

Mod`le conceptuel des donn´es e e les cardinalit´s e Entit´A − − − − − e
cmA:cM A

− − − − − Entit´B e

cmB:cM B

cmA : Vous l’obtenez en r´pondant ` la question “quand je e a consid`re un ´l´ment de l’entit´ A, combien d’´l´ments de e ee e ee l’entit´ B lui sont obligatoirement associ´s ?”. e e cMA : “quand je consid`re un ´l´ment de l’entit´ A, combien e ee e d’´l´ments de l’entit´ B lui sont associ´s au maximum ?”. ee e e cmB et cMB : Sym´triquement, “quand je consid`re un ´l´ment e e ee de l’entit´ B, combien d’´l´ments de l’entit´ A lui sont e ee e associ´s, au minimum (cmB) et au maximum (cMB) ?”. e

MCD : suite de l’exemple cours NoCours ´tudiants e NoEtudiant nom nom jeune fille pr´nom e adresse enseignants NoEnseignant nom pr´nom e adresse fait inscription intitul´ e jour heure d´but e dur´e e

MCD : suite de l’exemple cours NoCours ´tudiants e NoEtudiant nom nom jeune fille pr´nom e adresse enseignants NoEnseignant nom pr´nom e adresse 0:n 1:1 fait 0:n inscription 0:n intitul´ e jour heure d´but e dur´e e

Mod`le conceptuel des donn´es e e V´rification d’un MCD e V´rifier : e • les r`gles sur les entit´s ; e e • les r`gles sur les associations ; e • les r`gles globales : e 1. Une propri´t´ ne figure qu’une fois dans le MCD ; ee 2. Les propri´t´s calcul´es ne figurent pas dans le MCD (mais ee e il faut s’assurer qu’avec le MCD on puisse les calculer) ; 3. On ne fait pas figurer les associations qui se d´duisent par e transitivit´. e

MCD : un exercice (gestion de commandes) Les r`gles de gestion : e • Le magasin vend des produits ` des clients. a • Les produits poss`dent une r´f´rence (un code), un libell´ et un e ee e prix unitaire. • Les clients ont une identit´ (nom, pr´nom, adresse...). e e • Les clients passent des commandes de produits. On m´morise e la date de la commande. • Pour chaque commande, le client pr´cise une adresse de e livraison. • La commande concerne un certain nombre de produits, en une quantit´ sp´cifi´e pour chaque produit. e e e

MCD : suite de l’exercice Le dictionnaire des donn´es : e • Code Produit, texte, E, 5 caract`res, e • Libell´, texte, E, 40 caract`res, e e • Prix, num´rique, E, r´el, 0 ≤ prix, e e • Nom client, texte, E, 30 caract`res, e • Adresse, texte, E, 40 caract`res, e • ... • Date Commande, num´rique, E, date, e • Adresse livraison, texte, E, 50 caract`res, e • Quantit´ command´e, num´rique, E, entier, 0 ≤ quantit´ e e e e • Nombre produits command´s, num´rique, C, entier, e e nombre = compte(P roduits command´s) e

MCD : exercice commandes clients NoClient nom adresse code postal ville produits CodeProduit libell´ e prix unitaire ◭contient quantit´ e effectue◮ NoCommande date adresse livraison

MCD : exercice On aurait pu faire clients NoClient nom adresse code postal ville produits CodeProduit libell´ e prix unitaire ◭contient quantit´ e effectue◮ date commandes NoCommande adresse livraison

mais la r`gle une propri´t´ d´pend de tout l’identifiant n’est pas e ee e respect´e. e Le NoCommande d´termine seul la date. e

MCD : exercice - cardinalit´s ? e commandes clients NoClient nom adresse code postal ville produits CodeProduit libell´ e prix unitaire ◭contient quantit´ e effectue◮ NoCommande date adresse livraison

MCD : solution commandes clients NoClient nom adresse code postal ville 1:n produits CodeProduit libell´ e prix unitaire 0:n ◭contient quantit´ e 0:n effectue◮ 1:1 NoCommande date adresse livraison

Mod`le conceptuel des donn´es - un exemple e e R`gles de gestion pour une biblioth`que e e • On appellera œuvre une cr´ation litt´raire. e e • Une œuvre a un auteur au minimum. Elle peut faire l’objet de plusieurs ´ditions (premi`re ´dition, r´´dition, livre de e e e ee poche...). • Une ´dition poss`de un ISBN unique. Elle peut contenir e e plusieurs œuvres (recueil, anthologie...). Elle est faite par un seul ´diteur. e • Un livre peut exister en plusieurs exemplaires dans la biblioth`que. On ne m´morise pas d’informations sur des e e œuvres qu’on ne poss`de pas en biblioth`que ; mais, si un livre e e disparaˆ on ne supprime pas ce qu’on avait d´j` enregistr´. ıt, ea e

œuvres NoŒuvre TitreŒuvre ◭´crit e

auteurs NoAuteur nom

´dition e ´ditions e ISBN TitreEdition ◭´dite e ´diteurs e NoEditeur nom

tirage

exemplaires Cote

œuvres NoŒuvre TitreŒuvre 1:n ´dition e 1:n ´ditions e ISBN TitreEdition 0:n tirage 1:1 exemplaires Cote 1:1 ◭´dite e 1:n 1:n ◭´crit e 1:n

auteurs NoAuteur nom

´diteurs e NoEditeur nom

Mod`le conceptuel des donn´es - un exercice e e Gestion de r´servations pour des spectacles de th´ˆtre. e ea • Dans la r´gion, il existe de nombreuses salles de spectacle qui e ont un nom et se situe dans une ville. • Pour g´rer les r´servations, on limitera les informations e e concernant un spectacle ` son titre et au nom de compagnie. a • Un spectacle peut effectuer une tourn´e dans plusieurs salles. e Mais ` une date donn´e, il ne peut avoir lieu que dans une a e seule salle. Pour nommer les entit´s, on appellera soir´e un e e spectacle donn´ ` une date donn´e. ea e • Les spectateurs poss`dent une identit´ et une adresse. On e e voudra savoir si les spectateurs vont principalement dans des salles de leur ville. • Ils peuvent r´server plusieurs places pour une soir´e donn´e. e e e

Mod`le conceptuel des donn´es - un exercice e e R`gles de gestion pour une chaˆ de supermarch´s (exam 03). On e ıne e propose des cartes de fid´lit´ et on m´morise toutes les ventes. e e e • Dans l’entit´ Produits, le prix de revient est identique pour tous e les magasins de la chaˆ ; le prix de vente d´pend du magasin. ıne e • Dans l’entit´ Etiquettes, on m´morise le prix de vente d’un e e produit dans un magasin, pour une p´riode donn´e ; le prix e e actuel se rep`re par une date de fin particuli`re : 31/12/2100. e e • L’entit´ PassagesCaisse repr´sente le passage d’un client ` une e e a caisse d’un supermarch´. e • Certains achats ne seront pas associ´s ` un client physique. On e a a pr´vu un client fictif (Monsieur Nobody) dont la fiche existe e dans la table des clients et qui remplacera les clients dont on ne connaˆ pas l’identit´. Toutes les ventes des magasins sont donc ıt e m´moris´es. e e

Clients NoClient achat Nom Csp Salaire PassagesCaisse NoPassage Date Heure NoCaisse lieu Supermarch´s e NoSupermarch´ e Nom

liste Quantit´ e

prix a `

Produits NoProduit Libell´ e Rayon PrixRevient valeur

Etiquettes NoEtiquette PrixVente DateD´but e DateFin

Mod`le conceptuel des donn´es - exercice e e Moins naturelle, la solution suivante serait peut-ˆtre meilleure. e Au lieu d’associer, un ticket de caisse (PassagesCaisse) ` une liste a de produits, le ticket est directement associ´ aux ´tiquettes des e e produits achet´s. e Une ´tiquette ´tant associ´e ` un produit et ` un magasin, on e e e a a retrouve ais´ment la liste des produits achet´s et le lieu. e e

Clients NoClient achat Nom Csp Salaire PassagesCaisse NoPassage Date Heure NoCaisse Supermarch´s e NoSupermarch´ e Nom

liste Quantit´ e

prix a `

Produits NoProduit Libell´ e Rayon PrixRevient valeur

Etiquettes NoEtiquette PrixVente DateD´but e DateFin

Mod`le conceptuel des donn´es - un exercice e e R`gles de gestion suppl´mentaires. e e • Les clients proviennent de toutes les villes avoisinantes ; le code postal pourra ˆtre pris comme identifiant. Le supermarch´ est e e situ´ dans une localit´ et on supposera qu’il est impossible e e qu’aucun client ne vienne de cette localit´. e • Des hotesses d’accueil sont employ´es aux caisses. Il y a e forc´ment une hotesse ` la caisse lors du passage du client. Une e a hotesse peut changer de caisse selon les besoins, selon l’affluence... Lorsqu’elle prend la responsabilit´ d’une caisse, e elle entre son num´ro d’identification et tous les passages ` e a cette caisse lui sont attribu´s jusqu’` ce qu’elle quitte la caisse ; e a on ne cr´e pas d’entit´ pour les caisses. Une hotesse travaille e e toujours dans le mˆme supermarch´. e e

Mod`le conceptuel des donn´es e e Construction d’un MCD FAQ : Frequently Asked Questions • dois-je introduire un nouvel identifiant ? • les propri´t´s ´tant ´l´mentaires, quel niveau de d´composition ee e ee e atteindre ? • faut-il multiplier les entit´s ? e • est-ce une entit´ ou une association ? e • cardinalit´ (0:n) ou (1:n) ? e

FAQ : r´ponses e • Un identifiant est obligatoire. • Le niveau de d´composition d´pend des besoins en e e interrogation de la base. • Mˆme raisonnement ! Plus il y aura d’entit´s, plus le e e d´veloppement sera lourd... Ne cr´ez pas d’entit´s inutiles. e e e Mais vous devez v´rifier les r`gles des entit´s. e e e • Si une association contient de nombreuses propri´t´s ou si elle ee relie trois entit´s (ou plus), envisagez une entit´. e e Si deux entit´s sont reli´es par des cardinalit´s 1:1, e e e regroupez-les en une seule. • R´pondre ` la question “` un ´l´ment de cette entit´, combien e a a ee e puis-je associer, au minimum, d’´l´ments de l’autre entit´ ? ”. ee e Sachez toutefois qu’elles seront trait´es de la mˆme fa¸on lors e e c du passage au MLD.

MCD : quelques exemples particuliers • Une association peut ˆtre ternaire. Exemple : Vendeurs, e Lieux, Acheteurs reli´es par vente. Posez-vous alors la e question “et si je rempla¸ais l’association par une entit´, ne c e serait-ce pas plus clair ? ”... une entit´ ActesDeVente. e • Une association peut ˆtre r´flexive. Exemple : l’entit´ e e e Individus reli´e avec elle-mˆme par l’association filiation. e e • Deux entit´s peuvent ˆtre reli´es par plusieurs associations. e e e Exemple : TrajetsSNCF reli´e ` Gares par les associations e a GareD´part, GareArriv´e, Etapes e e • Les cardinalit´s, bien qu’´tant tr`s souvent 0:1, 1:1, 0:n ou 1:n, e e e peuvent avoir d’autres valeurs. Exemple du tierc´ : e Parieurs −−
1:n

−− Tickets −−

1:1

3:3

−− ChevauxPartants

0:n

Extensions du mod`le conceptuel des donn´es e e

´tudiants e NoEtudiant nom xxx

pr´sence e

examens NoExamen mati`re e

´valuation e note

xxx

L’association pr´sence repr´sente la liste des pr´sents au moment e e e de l’examen et l’association ´valuation repr´sente le relev´ des e e e notes fourni par l’enseignant, apr`s correction. e Pourrait-on indiquer qu’un ´tudiant pr´sent doit avoir une note ? e e

Extensions du mod`le conceptuel des donn´es e e pr´sence e ´tudiants e NoEtudiant nom xxx ´valuation e note = examens NoExamen mati`re e xxx

Extensions du mod`le conceptuel des donn´es e e

enseignants NoEnseignant nom xxx

1:1

nomination

1:n

UFRs NoUFR nomUFR

0:1

direction

0:1 (1:1)

xxx

Pourrait-on indiquer que le directeur doit ˆtre un enseignant e nomm´ dans l’UFR ? e

Extensions du mod`le conceptuel des donn´es e e

nomination enseignants NoEnseignant nom xxx direction I UFRs NoUFR nomUFR xxx

Extensions du mod`le conceptuel des donn´es e e ` matieres enseignement ´ employes NoEmploy´ e nom xxx encadrement NoMati`re e intitul´ e xxx ´tudiants e NoEtudiant nom xxx Pourrait-on indiquer qu’un encadrant doit ˆtre un enseignant ? e

Extensions du mod`le conceptuel des donn´es e e ` matieres enseignement ´ employes NoEmploy´ e nom xxx encadrement I ´tudiants e NoEtudiant nom xxx NoMati`re e intitul´ e xxx

Extensions du mod`le conceptuel des donn´es e e

pilotes NoPilote nom xxx

pilotage

vols NoVol destination xxx

copilotage

Pourrait-on indiquer que le pilote d’un vol est obligatoirement diff´rent du copilote ? e

Extensions du mod`le conceptuel des donn´es e e pilotage pilotes NoPilote nom xxx copilotage X vols NoVol destination xxx

Extensions du mod`le conceptuel des donn´es e e

´ employes NoEmploy´ e nom xxx

administration

UFRs NoUFR nomUFR xxx

enseignement

Pourrait-on indiquer qu’un employ´ de l’universit´ est soit un e e enseignant, soit un administratif (et forc´ment l’un ou l’autre) ? e

Extensions du mod`le conceptuel des donn´es e e

administration employ´s e NoEmploy´ e nom xxx enseignement XT UFRs NoUFR nomUFR xxx

Extensions du mod`le conceptuel des donn´es e e On peut exprimer • l’´galit´ (=), e e • l’inclusion (I), orient´ e • l’exclusion (X), • la totalit´ (T), e • l’exclusion et totalit´. e E1 = E2 E1 ⊆ E2 E1 ∩ E2 = ∅ E1 ∪ E2 = E E1 ∩ E2 = ∅ et E1 ∪ E2 = E

sur les associations ou sur les arcs de l’association Il est aussi possible de composer des associations pour indiquer une contrainte sur la composition.

Exercice

personnes NoPersonne nom xxx

joueur

matchs NoMatch stade xxx

arbitre

Comment indiquer que l’arbitre d’un match n’est pas un joueur de ce match, et inversement ? Comment indiquer qu’aucun arbitre n’est un joueur, et inversement ? Comment indiquer que tout arbitre a jou´ au moins un match ? e Comment indiquer que toute personne est soit arbitre, soit joueur ?

Contraintes d’int´grit´ fonctionnelle e e Il y a contrainte d’int´grit´ fonctionnelle quand la connaissance e e d’une occurence dans une (ou plusieurs) entit´(s) d´termine la e e connaissance de l’occurence associ´e dans l’autre entit´. e e Cela ressemble ` des cardinalit´s 1:1 sur une relation qui serait a e associ´e a ou d´termine... mais on n’a peut-ˆtre pas envie de e ` e e concr´tiser cette relation dans la base de donn´es. e e C’est une contrainte ; il faudra v´rifier qu’elle est r´alis´e. e e e

Contraintes d’int´grit´ fonctionnelle e e entit´A e IdfA propri´t´A ee ressemble ` a entit´A e IdfA propri´t´A ee mais sans la n´cessit´ de concr´tiser la relation. e e e 0:n ◭ d´termine e 1:1 entit´B e IdfB propri´t´B ee C.I.F. entit´B e IdfB propri´t´B ee

Contraintes d’int´grit´ fonctionnelle : exemple e e Dans une base de donn´es sur les restaurants, un plat est unique ; e il n’est associ´ qu’` un seul restaurant. Le cassoulet de La tour e a d’argent est diff´rent du cassoulet de L’hu^tri`re. e ı e Dans les relations, on fait figurer qu’un plat peut ˆtre ` la carte, au e a menu du jour ou dans les deux ; le menu du jour pouvant proposer plusieurs plats. On fait figurer qu’un restaurant propose une carte, ou un menu du jour ou les deux. Mais pour indiquer, qu’un plat est associ´ ` un seul restaurant, on ea peut le faire par une C.I.F.

Contraintes d’int´grit´ fonctionnelle : exemple e e

carte 0:n restaurants NoResto nom xxx 0:n C.I.F. 0:1 0:1 plats NoPlat nom xxx

menu du jour

Contraintes d’int´grit´ fonctionnelle e e Dans le cas des relations ternaires, mettre en ´vidence une C.I.F. e permet de faire apparaˆ des propri´t´s qui n’´taient pas ıtre ee e indiqu´es. e Exemple : un ´l`ve suit un niveau scolaire chaque ann´e. ee e Ann´es e Scolaires Ann´e e 1:n Niveaux suivre Enfants IdfEnfant Nom 1:n 1:n IdfNiveau Libell´ e

Contraintes d’int´grit´ fonctionnelle e e La C.I.F. permet d’indiquer qu’une ann´e et un ´l`ve d´terminent e ee e un niveau.

Ann´es e Scolaires Ann´e e C.I.F. Enfants IdfEnfant Nom Niveaux IdfNiveau Libell´ e

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e

Mod`le logique des donn´es e e le MCD a pour but de mod´liser les donn´es (aspect statique) e e m´moris´es dans le syst`me d’information ; e e e le MLD (Mod`le Logique des Donn´es) tient compte des e e choix concernant le syst`me de gestion des donn´es utilis´ dans e e e l’entreprise. Le plus utilis´ est le mod`le relationnel associ´ aux e e e bases de donn´es relationnelles (Oracle, Informix, SQLserver, e ..., Access, Foxpro, Paradox, ... HSQL, mySQL, postgreSQL...)

Mod`le logique des donn´es e e Mod`le relationnel e • Le domaine est l’ensemble des valeurs que peut prendre une donn´e. e • Une table porte un nom et est compos´e d’attributs prenant e leurs valeurs dans les domaines correspondants. Une table est un sous-ensemble du produit des domaines ; une table est donc un ensemble d’enregistrements (ou tuples, ou lignes). • Une cl´ est constitu´e de 1 ou plusieurs attributs telle que une e e valeur de la cl´ d´termine exactement l’enregistrement. e e • Toute table poss`de une cl´ primaire et, ´ventuellement, des e e e cl´s candidates. e

Mod`le logique des donn´es e e le passage du MCD au MLD Pour les entit´s. Toute entit´ devient une table, les propri´t´s de e e ee l’entit´ sont les attributs de la table, l’identifiant de l’entit´ est e e la cl´ primaire de la table. e Pour les associations. Cela d´pend des cardinalit´s. Deux cas e e sont possibles : • association − − − − − − : la relation est mat´rialis´e par l’ajout d’une cl´ ´trang`re. e e ee e • association − − − −−− la cr´ation d’une table. e
1:n 1:n 1:1 1:n

: la relation donne lieu ` a

• les cardinalit´s 0:1 (resp. 0:n) se traitent comme les e cardinalit´s 1:1 (resp. 1:n). e

Mod`le logique des donn´es e e le passage du MCD au MLD entit´A e IdfA propri´t´A ee 0:n entit´B e 1:1 IdfB propri´t´B ee

association propri´t´R ee devient

tableA IdfA propri´t´A ee

tableB IdfB propri´t´B ee RefA propri´t´R ee

Mod`le logique des donn´es e e le passage du MCD au MLD entit´A e IdfA propri´t´A ee 0:n entit´B e 1:n IdfB propri´t´B ee

association propri´t´R ee devient TableAB RefA RefB propri´t´R ee

tableA IdfA propri´t´A ee

tableB IdfB propri´t´B ee

Mod`le logique des donn´es e e Exemple : clients & commandes (suite). clients NoClient nom adresse code postal ville produits CodeProduit libell´ e prix unitaire ligne cmde RefCommande RefProduit quantit´ e commandes NoCommande xxx RefClient date

Mod`le logique des donn´es : cas particuliers e e entit´A e IdfA propri´t´A ee 0:1 entit´B e 1:1 IdfB propri´t´B ee

association propri´t´R ee

devient entit´B e entit´A e IdfA propri´t´A ee IdfB propri´t´B ee RefA propri´t´R ee

Mod`le logique des donn´es : cas particuliers e e entit´A e IdfA propri´t´A ee 1:1 entit´B e 1:1 IdfB propri´t´B ee

association propri´t´R ee

devient tableAB IdfAB propri´t´A ee propri´t´B ee propri´t´R ee

MLD : quelques cas particuliers Une association ternaire devient une table si les cardinalit´s sont e 1:n sur toutes les branches.

entit´B e IdfB 1:n entit´A e IdfA propri´t´A ee 1:n association propri´t´R ee 1:n entit´C e IdfC propri´t´C ee propri´t´B ee

devient

tableB TableABC tableA IdfA propri´t´A ee RefA RefB RefC propri´t´R ee tableC IdfC propri´t´C ee IdfB propri´t´B ee

MLD : quelques cas particuliers Si une association ternaire (avec des cardinalit´s 1:n sur toutes les e branches) peut se repr´senter par une C.I.F., l’identifiant de la e table interm´diaire n’est pas la concat´nation des trois identifiants. e e

entit´B e IdfB entit´A e IdfA propri´t´A ee C.I.F. entit´C e IdfC propri´t´C ee propri´t´B ee

devient

tableB IdfB tableA IdfA propri´t´A ee TableABC RefB RefC RefA tableC IdfC propri´t´C ee propri´t´B ee

MLD : quelques cas particuliers Si une association ternaire poss`de une branche avec une e cardinalit´ 1:1, on place les r´f´rences dans la table reli´e par 1:1. e ee e

entit´B e IdfB 1:n entit´A e IdfA propri´t´A ee 1:1 association propri´t´R ee 1:n entit´C e IdfC propri´t´C ee propri´t´B ee

devient

tableB tableA IdfA propri´t´A ee RefB RefC propri´t´R ee tableC IdfC propri´t´C ee IdfB propri´t´B ee

MLD : quelques cas particuliers Si plusieurs associations relient deux entit´s, on traite chacune des e associations ind´pendamment des autres, ce qui peut donner lieu ` e a l’ajout de plusieurs r´f´rences. Exemple : TrajetsSNCF ee (NoTrajet, HeureD´part, HeureArriv´e, RefGareDepart, e e RefGareArrivee). Les cardinalit´s k:k donnent aussi lieu ` l’ajout de plusieurs e a r´f´rences. Exemple du tierc´ : Tickets (NoTicket, DatePari, ee e RefCheval1, RefCheval2, RefCheval3).

partants NoCheval NomCheval devient partants NoCheval NomCheval NoCheval=RefCheval1 NoCheval=RefCheval2 NoCheval=RefCheval3 0:n pari 3:3

tickets NoTicket DatePari

tickets NoTicket DatePari RefCheval1 RefCheval2 RefCheval3

Mod`le logique des donn´es e e Optimisation du MLD Le syst`me de gestion des donn´es doit r´pondre au souci d’une e e e gestion sure des donn´es. Ceci est assur´ par la construction des e e MCD et MLD. Mais cette gestion se doit aussi d’ˆtre efficace. Par e cons´quent, il faut optimiser le MLD, c’est-`-dire, par exemple : e a • les jointures ´tant coˆteuses, supprimer les tables inutiles ; e u • parfois, il peut ˆtre utile d’ajouter des donn´es calcul´es pour e e e acc´l´rer certains traitements ; ee • il peut ˆtre int´ressant de gagner de l’espace m´moire, en ne e e e respectant pas les r`gles de transformation MCD → MLD. e

Mod`le logique des donn´es : optimisation e e Les cardinalit´s 0:1 se traitent comme les cardinalit´s 1:1. e e exemplaires Cote PrixAchat exemplaires cote PrixAchat RefAdh´rent e date La valeur Null est autoris´e. e adh´rents e NoAdh´rent e nom 0:1 adh´rents e 0:n NoAdh´rent e nom

emprunt date

Mod`le logique des donn´es : optimisation e e Mais si peu de livres sont emprunt´s, de nombreuses fiches auront e une r´f´rence Null. Ne serait-il pas mieux de faire ? ee exemplaires cote PrixAchat emprunts RefCote RefAdh´rent e date adh´rents e NoAdh´rent e nom

Mod`le logique des donn´es : optimisation e e 0:1 exemplaires Cote PrixAchat 0:n emprunt DateD´part e DateRetour 0:n adh´rents e NoAdh´rent e nom

Les cardinalit´s 0:1 signifient qu’on g`re seulement l’emprunt e e actuel. On ne m´moriserait pas la date de retour puisqu’au retour e d’un exemplaire, on supprime la fiche d’emprunt. Les cardinalit´s 0:n signifient qu’on g`re l’historique des emprunts. e e

Mod`le logique des donn´es : optimisation e e Dans le cas de la gestion de l’historique (cardinalit´s 0:n), on doit e cr´er une table interm´diaire. e e emprunts exemplaires cote PrixAchat RefCote RefAdh´rent e DateD´part e DateRetour L’identifiant d’une association est la concat´nation des identifiants e des deux entit´s. Donc la cl´ primaire de la table emprunts serait e e le couple (RefCote,RefAdh´rent). Est-ce le cas ? e adh´rents e NoAdh´rent e nom

Mod`le logique des donn´es : optimisation e e Il est assez fr´quent qu’une association ayant une date (une heure, e une ann´e...) comme propri´t´, cache une relation ternaire e ee optimis´e. e

exemplaires cote PrixAchat 1:n emprunt DateRetour 1:n 1:n

adh´rents e NoAdh´rent e nom

DatesEmprunts DateD´part e

qui devient, dans le mod`le logique des donn´es e e

exemplaires cote PrixAchat emprunts RefAdh´rent e RefCote RefDateD´part e DateRetour

adh´rents e NoAdh´rent e nom

DatesEmprunts DateD´part e

La table DatesEmprunts est supprim´e, par optimisation, car elle e ne contient qu’une propri´t´ dont les seules valeurs int´ressantes ee e sont dans la table emprunts.

Mod`le logique des donn´es e e Contraintes d’int´grit´ e e de structure : valeur de la cl´ primaire unique et toujours d´finie, e e de domaine : les valeurs prises par un attribut doivent v´rifier e des contraintes, de r´f´rence : les valeurs d’une cl´ ´trang`re doivent ee ee e correspondre ` des valeurs existantes dans la table d’origine. a La v´rification des contraintes assurent que la base reste int`gre. e e Cette v´rification s’effectue, soit directement par le syst`me de e e gestion de bases de donn´es utilis´ (quand c’est possible), soit par e e l’´criture de programmes. e

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e e e (d) pr´sentation formelle du mod`le relationnel 4. mod`les des traitements e

Mod`le logique des donn´es e e Mod`le relationnel e Le mod`le relationnel est bien d´fini math´matiquement. e e e Op´rations sur les tables : e 1. le produit, 2. la projection ou s´lection verticale, e 3. la s´lection ou s´lection horizontale, e e 4. la diff´rence, e 5. l’union.

Mod`le relationnel (exemple) e Soient la table A ayant pour champs A1, A2, A3 et la table B ayant pour champs B1, B2, B3. A1 01 02 03 04 ... A2 aaa ccc bbb aaa ... A3 α1 α2 α3 α4 ... B1 01 01 04 02 ... B2 bbb ccc aaa aaa ... B3 β1 β2 β3 β4 ...

Mod`le relationnel (exemple) e Le produit de la table A par la table B est A1 01 01 01 ... 02 02 02 ... 03 ... A2 aaa aaa aaa ... ccc ccc ccc ... bbb ... A3 α1 α1 α1 ... α2 α2 α2 ... α3 ... B1 01 01 04 ... 01 01 04 ... 01 ... B2 bbb ccc aaa ... bbb ccc aaa ... bbb ... B3 β1 β2 β3 ... β1 β2 β3 ... β1 ...

Mod`le logique des donn´es : mod`le relationnel e e e • Les op´rations de base permettent de d´finir une op´ration e e e fondamentale : la jointure ; la jointure est un produit suivi d’une s´lection. e • le r´sultat d’une jointure est une table sur laquelle on peut e effectuer de nouvelles op´rations : produit, s´lection, e e projection, jointure, ... • il existe ´galement des op´rations de groupe et de calcul sur les e e groupes, • les jointures sont des op´ration coˆteuses, elles peuvent ˆtre e u e acc´l´r´es ` l’aide d’index, on d´finit des index sur les champs ee e a e pour lesquels il y aura des jointures fr´quentes. e

Mod`le relationnel (exemple) e La jointure de la table A et de la table B sur A1=B1 est A1 01 01 02 04 ... A2 aaa aaa ccc aaa ... A3 α1 α1 α2 α4 ... B1 01 01 02 04 ... B2 bbb ccc aaa aaa ... B3 β1 β2 β4 β3 ...

Mod`le relationnel (exemple) e La jointure de la table A et de la table B sur A2=B2 est A1 01 01 02 03 ... A2 aaa aaa ccc bbb ... A3 α1 α1 α2 α3 ... B1 04 02 01 01 ... B2 aaa aaa ccc bbb ... B3 β3 β4 β2 β1 ...

La jointure de la table A et de la table B sur A3=B3 est vide.

Mod`le relationnel e Une requˆte est principalement une jointure suivie d’une e projection, ´ventuellement suivie de s´lections, de regroupements et e e de calculs de groupes. Quand, dans une requˆte Access, vous ouvrez une table non reli´e e e aux autres, la jointure correspond ` un produit sans s´lection... a e Quand vous ouvrez une table non n´cessaire, la jointure est faite, e mˆme si, par projection, les colonnes de la table non n´cessaire e e n’apparaissent pas... Et le r´sultat de la requˆte peut ˆtre erron´ ! e e e e

MERISE 1. pr´sentation du syst`me d’information e e 2. d´marche de la m´thode Merise e e 3. mod`les de donn´es e e (a) diagramme des flux (b) mod`le conceptuel des donn´es : MCD e e (c) mod`le logique des donn´es : MLD e e (d) pr´sentation formelle du mod`le relationnel e e 4. mod`les des traitements e

Mod`le Conceptuel des Traitements e Niveau Conceptuel : on ne tient pas compte de l’organisation ;

Les Traitements : partie dynamique du Syst`me e d’Information ; les traitements sont la traduction en actions des r`gles de gestion de l’entreprise ; e le MCT : est une repr´sentation sch´matique de l’activit´ d’une e e e entreprise ind´pendamment des choix d’organisation et des e moyens d’ex´cution. e

Mod`le Conceptuel des Traitements e • Un processus est un sous-ensemble de l’activit´ de l’entreprise e dont les points d’entr´e et de sortie sont stables et e ind´pendants de l’organisation ; e • Une op´ration est un ensemble d’actions ex´cutables sans e e interruption ; • Un ´v´nement est une sollicitation (externe ou interne) du e e Syst`me d’Information auquel celui-ci doit r´agir ; e e • Une synchronisation d’´v´nements est une condition e e logique n´cessaire au d´clenchement d’une op´ration ; e e e • Un r´sultat est le produit d’une op´ration, ´v´nement interne e e e e qui peut ˆtre ´v´nement d´clencheur d’autres op´rations. e e e e e

Mod`le conceptuel des traitements e Construction d’un MCT Quand : dans l’´tude pr´alable : MCT de l’existant et ´bauche du e e e MCT de la nouvelle solution ; dans l’´tude d´taill´e : MCT e e e complet de la nouvelle solution. Pr´alable : avoir explicit´ les r`gles de gestion ; avoir ´tabli un e e e e diagramme des flux, c’est-`-dire une repr´sentation graphique a e de la circulation des informations entre les diff´rents acteurs de e l’entreprise ; R`gles : Une op´ration est une suite ininterrompue d’actions ; e e aucun ´v´nement externe ne peut l’interrompre ; aucun e e r´sultat interne ` une op´ration ne peut conditionner la suite e a e de ses actions. Remarque : Une application r´elle est souvent constitu´e d’une e e juxtaposition de petits MCT.

Mod`le Conceptuel des Traitements : exemple e Dans une administration, les promotions sont trait´es selon les e r`gles de gestion suivante : e 1. toute demande doit subir un examen pr´alable pour savoir si e elle est recevable ; 2. l’examen d’une demande recevable ne peut se faire qu’apr`s e rapport du sup´rieur hi´rarchique ; e e 3. apr`s examen du dossier, la demande sera accord´e ou refus´e. e e e

Mod`le Conceptuel des Traitements : exemple e Premi`re repr´sentation de l’activit´ : le diagramme des flux, e e e circulation chronologique des informations entre les intervenants.
6. notification avis d´favorable e 1. demande promotion tiers 2. lettre de rejet 5. notification avis favorable 3. demande rapport serv. du pers. 4. rapport sup´rieur e

sc´nario “dossier rejet´” : 1,2 e e sc´nario “demande rejet´e” : 1,3,4,6 e e sc´nario “demande accept´e” : 1,3,4,5 e e

Mod`le Conceptuel des Traitements : exemple e demande promotion

examen pr´alable e non rec. recevable rejet dossier ouvert et examen dossier non fav. favorable promo refus´e e promo accept´e e rapport

Mod`le Conceptuel des Traitements : autre exemple e R`gles de gestion pour l’emprunt de livres dans une biblioth`que : e e 1. L’emprunteur devrait pr´senter sa carte d’adh´rent, mais, ` e e a d´faut, on acceptera toute pi`ce d’identit´ attestant de e e e l’adresse de la personne ; 2. l’emprunteur choisit ses livres dans les rayons et passent les enregistrer ` l’accueil ; a 3. les r´f´rences du livre sont coll´es sur chaque exemplaire. ee e

Le diagramme des flux.
6. cˆte livre o 4. 3. adresse, no adh´rent e 1. carte identit´ e adh´rent e 2. pas adh´rent e 3. 5. livre ? 7. au revoir et bonjour chez vous biblioth´caire e 4. confirmation no adh´rent e

5. demande cˆte livre o

sc´nario “adh´rent non enregistr´” : 1,2 e e e sc´nario “adh´rent, carte d’identit´” : 1,3,4,5,6,5,6...5,6,7 e e e sc´nario “adh´rent, carte d’adh´rent” : 4,5,6,5,6...5,6,7 e e e

• processus : emprunt de livres • op´rations : e – demander nom, pr´nom e – les saisir rechercher le num´ro d’adh´rent, l’afficher e e demander confirmation – demander la r´f´rence du livre emprunt´ ee e – saisir la r´f´rence ee m´moriser l’emprunt et recommencer e • ´v´nements : nom donn´, num´ro adh´rent affich´, num´ro e e e e e e e adh´rent confirm´, cˆte livre demand´, cˆte livre e e o e o • synchronisation : no adh. affich´ ET no adh. confirm´ e e • r´sultat : num´ro adh´rent affich´ est le r´sultat de e e e e e l’op´ration rechercher le num´ro d’adh´rent. e e e

nom demand´ e

recherche adh´rent e non trouv´ trouv´ e e refus no adh´rent affich´ e e et demander cˆte livre o toujours cˆte demand´e o e confirmation

Mod`le Organisationnel des Traitements : MERISE pur e On prend en compte l’organisation. On pr´cise : e • affectation des traitements aux diff´rents postes de travail ; e • enchaˆ ınement des traitements ; • niveau et type d’automatisation des traitements : – manuel – automatis´ : e ∗ temps r´el (interactif, conversationnel) e ∗ temps diff´r´ (traitement “batch”) ee

Mod`le Organisationnel des Traitements e “orient´ traitement interactif ” e Le niveau de description des traitements d´pend de la phase (´tude e e pr´alable ou ´tude d´taill´e). Pour les traitements automatis´s, on e e e e e ajoute dans l’´tude d´taill´e les informations suivantes dans le e e e MOT : • le traitement est d´coup´ en unit´s de traitements (UT) ; e e e • les entr´es n´cessaires ` chaque UT ; e e a • les tables concern´es par chaque UT ; e • pour chacune des tables, le type d’acc`s (lecture, ´criture, e e lecture-´criture) ; e • les r´sultats produits par UT ; e • les droits des utilisateurs.

Mod`le Organisationnel des Traitements e Repr´sentation pour les traitements automatis´s e e Le MOT reprend le mˆme type de sch´ma que le MCT en plus e e d´taill´. Les unit´s de traitement peuvent s’enchainer. Une e e e information fournie en r´sultat d’une unit´ de traitement sert alors e e d’entr´e ` une autre unit´. e a e

information traitement ´v´nement e e

condition

information ´v´nement e e

condition

tables utilis´es en ´criture, lecture ou lecture/´criture e e e

´ Etude Technique et R´alisation e Mod`le physique des donn´es : le niveau physique concerne e e l’administrateur de la base ; on d´finit les tables, les contraintes e d’int´grit´, les index, les requˆtes, les vues (si diff´rents niveaux e e e e d’utilisateurs), ... ; une partie importante est prise en charge par le logiciel Mod`le physique des traitements : On pr´cise l’organisation e e g´n´rale de l’application, la nature des ´crans et leurs e e e enchaˆ ınements, les sp´cifications des programmes, ... e

´ Etude Technique et R´alisation e • Il faut structurer l’application, c’est-`-dire regrouper les a unit´s de traitement dans des ensembles coh´rents. Dans la e e r´alisation, on utilisera un type d’interface ou un autre selon e les capacit´s de l’´quipe de d´veloppement et les habitudes des e e e futurs utilisateurs : menus d´roulants ; menus pages ; barres e d’outils ; ... • Les choix doivent ˆtre coh´rents au sein de l’application et e e permettre une navigation ais´e dans les applications. e • Le d´veloppement se fait par modules, des tests devant ˆtre e e effectu´s ` chaque ´tape de d´veloppement. e a e e

R´capitulatif e ´ Etude pr´alable : MCD et MCT existant ; diagramme des e flux ; ´bauche MCD et MCT nouvelle solution ; ´valuation et e e d´cision ; e ´ Etude d´taill´e : MCD, MLD, MCT, MOT complets de la e e nouvelle solution ; ´ Etude technique : choix techniques et mise en place d’un cahier des charges de r´alisation ; e R´alisation : e programmation et tests ;

Mise en œuvre et maintenance : implantation ; saisie des donn´es ; formation et cahier d’utilisation ; cahier de e maintenance.

Informatique de Gestion - Conclusion • Pr´sentation d’une m´thodologie de conception de Syst`mes e e e d’Information. N’oubliez pas que les outils pr´sent´s dans ce e e cours sont utilisables hors de tout contexte informatique (MCT, MOT, diagramme des flux, MCD). • Dans les ´tudes de taille “raisonnable”, ne sous-estimez pas le e temps n´cessaire pour l’analyse. e • Pr´voyez les coˆts de d´ploiement de la solution : mat´riel, e u e e mise en r´seau, d´veloppement, saisie des donn´es, formation e e e des utilisateurs.

Sign up to vote on this title
UsefulNot useful