☰ Cours-Gratuit Cours gratuits » Cours informatique » Cours bases de données »

☰ Cours-Gratuit Cours gratuits » Cours informatique » Cours bases de données » Cours Merise Présentation de la méthode Merise Articles similaires  Exercices Merise modèles MCD et MLD  PowerPoint : comment ajouter une vidéo à une présentation  Exercice analyse Merise et algèbre relationnelle  Exercices Merise : Modélisation Entité-Association - MCT - SD et SR  Exercice merise transformer un modèle logique MLD en modèle physique MPD  Exercices et Examens Merise : introduction aux systèmes de gestion de base de données relationnelle  Comment réduire la taille d'une présentation PowerPoint  Tuto PowerPoint : Enregistrer un diaporama en lecture seule  Tuto PowerPoint : Ajouter de la musique à une présentation  Comment créer une table des matières pour une présentation PowerPoint  Récupérer un fichier PowerPoint endommagé, supprimé ou non enregistré  PowerPoint : enregistrer une présentation en vidéo avec audio Documents similaires Présentation de la méthode Merise Apprendre la Méthode Merise Cours Introduction à la méthode Merise Cours sur les différents modèles de la méthode Merise Cours Méthode Merise : Le MCD Les principes de la méthode MERISE pour débutant La modélisation des traitements par la méthode Merise Tutoriel pour apprendre à modéliser des données par la méthode Merise Cours de la méthode Merise : le MCD et le MLD Débuter l’analyse et le conception avec la méthode Merise La méthode Merise étape par étape La méthode MERISE : MCD Lien de téléchargement Présentation de la méthode Merise Origines n Développée à l’initiative du Ministère de l’Industrie, par une SSII, le centre d’études techniques de l’équipement et des universitaires (1977). Plusieurs versions (Merise, Merise 2, Merise Objet...). n Libre de droits. n Vise les SI construits autour de BD relationnelles. n Encore utilisée aujourd’hui en France même si concurrencée par UML. n Souvent utilisée partiellement (données uniquement). n Pas exportée en dehors des pays francophones. Autres méthodes similaires ailleurs (SSADM – ‘Structured System Analysis and Design Method’ - en GB). Fondements Merise adopte plusieurs points de vue. 1. Le cycle d'abstraction Une démarche intellectuelle à 3 niveaux COMMENT ? n Objectifs – Procéder de manière progressive. – Distinguer le quoi (plutôt stable) du comment organisationnel et technique (plutôt instable). – Ne prendre en compte qu'une classe de problèmes à chaque niveau. n Exemples 1. Conceptuel « Le client demande à la compagnie d’assurance d’assurer son véhicule. La compagnie d’assurance propose un devis. » 2. Organisationnel « A réception de la demande, si le client est fiable (consultation d’un fichier central inter assurances), un commercial prend contact par téléphone pour une visite à domicile (après 17 heures) afin d’examiner plus précisément ses besoins et établir un devis. » 3. Physique « Le fichier central inter assurances est accessible par internet. » n Structuration Les trois niveaux d'abstraction s’appliquent aux données et aux traitements => 6 modèles ! NIVEAUX DONNEES TRAITEMENTS CONCEPTUEL MCD : sémantique des données (modèle entité/association) MCT quoi ? (fonctions du SI) ORGANISATIONNEL (ou LOGIQUE) MLD : organisation des données (ex: modèle relationnel) MOT qui fait quoi, ou, quand ? (organisation du SI) PHYSIQUE MPD implantation des données (ex: SGBD Oracle) MPT comment on fait ? (implantation du SI) MCD : Modèle conceptuel des données MLD : Modèle logique (organisationnel) des données MPD : Modèle physique des données MCT : Modèle conceptuel des traitements MOT : Modèle organisationnel des traitements MPT : Modèle physique des traitements Les questions abordées à chaque niveau Niveaux Questions Exemples CONCEPTUEL Choix de GESTION, aspects « METIER » Quelles données, quelles règles de gestion, quels enchaînements de traitements ... ORGANISATIONNEL LOGIQUE Choix d’ ORGANISATION Qui fait quoi, partage homme/ machine, interactif/différé, organisation des données et des traitements... PHYSIQUE Choix TECHNIQUES Programmes, écrans, états, organisation physique des données, matériel, réseau... 2. Le cycle de vie Démarche d’informatisation : succession de phases contrôlables par l’organisation (planning, échéances, moyens humains...). 1. L’analyse et conception a.1. Construction du schéma directeur global Politique globale d’informatisation à 3/5 ans. Grandes orientations (développement interne, progiciels, externalisation, ...). Concerne décideurs. a.2. Étude préalable par domaine (ex: la gestion commerciale) Analyse de l’existant (problème à résoudre – implique les 3 niveaux d’abstraction). Objectifs de l’informatisation. Proposition de solution(s). Dossier de choix. a.3. Étude détaillée par projet (ex: refonte de l’application de facturation) Spécifications de la solution : données, traitements, interfaces utilisateurs. Cahier des charges de l'application (contrat vis-à-vis des utilisateurs). Dossier d'étude détaillée pour les analystes programmeurs. Cahier des charges pour appel d'offres. 1. Réalisation b.1. Étude technique Spécifications techniques complètes (base de donnée, programmes, états imprimés). Documentation technique et utilisateur. b.2. Production logicielle Ecriture des programmes et tests. b.3. Recette Acceptation provisoire de la solution/besoins. b.4. Mise en service Acceptation définitive en production, formation des utilisateurs. 1. Maintenance Evolutive : nouveau cycle Corrective : correction des anomalies, améliorations. Rappel : Le modèle entité-association est un outil (et une technique) d'analyse permettant de construire des schémas théoriques de raisonnement sur des applications tournant avec les bases de données relationnelles. Pour mettre en œuvre cette technique, en connaître les possibilités et les limites, il n'est pas nécessaire de posséder une base de donnée. Bien connaître les règles simples des schémas entités-associations (aussi appelé entités-relations) permet d'affiner petit à petit une application apparemment simple, sans avoir besoin de la programmer, et par conséquent d'économiser du temps de conception tout en obtenant une plus grande souplesse au niveau de l'analyse. Il existe des logiciels permettant de construire des schémas entités-associations et d'en analyser les conséquences logiques, puis de construire les tables associées aux modèles de manière entièrement automatique. Ces logiciels sont appelés AGL (atelier de génie logiciel) ou CASE suivant leur puissance. Les logiciels TRAMIS, AMC*Designor, SELECT... en sont des exemples. Le modèle entité-association est apparu dans les travaux des chercheurs, entre 1972 et 1975 lors des travaux du français MOULIN puis de TARDIEU, TEBOUL... etc. Il a été rendu célèbre dans le monde entier par l'américain Peter CHEN, à la suite d'une publication intitulée "The Entity-Relationshionship Model" (ACM, Transaction on Database Systems, 1976). A ce jour tous les spécialistes français et/ou latins du domaine de l'analyse orientée base de données se servent de ce modèle comme outil de communication des applications SGBDR. Il est présent de manière transparente ou plus visible, dans la plupart des logiciels de construction d'applications de bases de données comme ACCESS, PARADOX, ORACLE, SQL Server, Informix, Ingres, Sybase… Il n’est en revanche pas adapté aux bases de données purement objet comme O2 de Ardent Softwae… même si l’on admet la nouvelle dérive de MERISE orientée objet ! 2 Élément de base du modèle entité-association Le modèle entité-association est constitué de deux éléments de base : - Les entités, qui sont des regroupements d'informations, et possèdent des attributs (caractéristiques) - Les associations qui sont les liens logiques entre les entités (et sont quantifiées par des cardinalités) 2.1 Les entités Ce sont des regroupements d'informations. Les informations contenues dans les entités (informations que l'on appelle "attributs") doivent être des informations variables, mais communes à une même classe d'objets. Par exemple, si l'on considère l'entité "être humain" les informations communes aux être humains peuvent être : - le nom, - le ou les prénoms, - la date de naissance, - le lieu de naissance, - le sexe, - l'adresse, etc... On considère souvent qu'il s'agit de "classes" d'entités. Une entité donnée peut elle-même être constituée de sous-classes. Par exemple, un être humain donné peut habiter au même endroit qu'un autre (si deux personnes vivent sous le même toit parce qu'ils sont mariés). Dans ce cas, l'adresse constitue une sous-classe de l'entité "être humain", c'est à dire une nouvelle entité à part entière. D'un autre côté, il arrive souvent que plusieurs personnes résident au même endroit, sans même se connaître (cas d'un immeuble collectif par exemple). Dans ce cas on peut considérer l'adresse, comme une entité et la décrire de la manière suivante : - Pays - Région - Département - Rue etc... On schématise une entité par un rectangle. Exemple : 2.2 Les attributs Les attributs sont les caractéristiques décrivant les entités et doivent être représentés comme une liste de mots, la plus simple possible, dans le cadre de l'entité correspondante. On devra préciser le type des données attendues pour chaque attribut. Exemple : Les types associés aux attributs sont les suivants : D Date Annn Caractères de longueur nnn BL Booléen (vrai / faux) T Temps DT Date Temps N Nombre S (Smallint) entier court I (Integer) entier etc... 2.3 Les associations Ce sont des liaisons logiques entre les entités. Elles peuvent être de nature factuelle, ou de nature dynamique. Par exemple, une personne peut acheter un objet (action d'acheter), mais si l'on considère qu'une personne est propriétaire d'un objet, alors l'association entre l'objet et cette personne est purement factuelle. Les associations se représentent dans une ellipse (ou un rectangle aux extrémités rondes), reliée par des traits aux entités qu'elles lient logiquement. Exemple : 2.4 Cardinalités Les cardinalités, au sens arithmétique du terme, permettent de dénombrer les éléments de l'entité d'arrivée en relation avec un élément de uploads/Geographie/ presentation-de-la-methode-merise-articles-similaires.pdf

  • 20
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager