1 Merise 2 Le cours Le cours comporte plus de 50% d’exercices à faire En grou

1 Merise 2 Le cours Le cours comporte plus de 50% d’exercices à faire En groupe pour les MCD Pour apprendre à travailler en équipe Seul pour les MLD Pendant la semaine il y aura 1 ou 2 exercices notés  MCD 1 exercice noté  MLD 3 La Méthode Merise Merise c’est : Un système franco français Un ensemble de méthodes greffées les unes aux autres Vient du MERISIER Un tuteur sur lequel on greffe différents arbres fruitiers C’est la démarche de construction d’un système d’information Analyse Conception Réalisation, gestion 4 Méthode Merise : historique Initiée en 1974 à la demande du ministère de l’industrie Cette méthode a été appliquée en 1979 – 1980 Informatisation massive des organisations gouvernementales Ministères C’est un travail d’anticipation Prépare les développements informatiques Chiffre (en cout , en temps , en énergie) les projets quelque soit leur taille Chiffré en jour/homme 5 Méthode Merise Les différentes phases de conception Étude préalable C’est l’étude de l’Existant , on pose les premières pierres du projet futur Pour le projet futur, le graphe de circulation de l’information (MCC) le quoi (premiers MCD, MCT) Scenario (cout, organisation) Etude générale Le quoi (MCD général , MCT général) Plus détaillés qu’en étude préalable Maquette de l’application Permet de dialoguer avec l’utilisateur 6 Méthode Merise Différentes phases de conception (suite) Etude détaillée Le qui, le ou, le quand (MOD , MOT) Le MLD en fin d’étude détaillée C’est la fin de la conception Réalisation Niveau physique (MPD ) Niveau opérationnel (logiciel) 7 Cycle de vie de MERISE 8 Les niveaux d'abstraction Il en découle les niveaux d’abstraction Niveau conceptuel  étude générale Niveau organisationnel  étude détaillée Niveau logique  fin étude détaillée Niveau physique  réalisation 9 Les modèles de Merise CONCEPTUEL ORGANISA- TIONNEL LOGIQUE INTERFACES COMMU- NICATION DONNEES TRAITEMENT MCC MCD MCT MOC MOD MOT MLD Le MCC est le premier modèle permettant la réalisation des MCD et MCT 10 MCC M C D Brut M C T M C D Validé et optimisé Messages Validation et optimisation Le cycle d'abstraction Dictionnaire des données M O D Scénario d'activité Conception d'interface Objet de gestion Règles de traitement MOT Règles d'organisation M L D Le MCC est le premier modèle permettant la réalisation des MCD et MCT 11 Les niveaux de préoccupation Niveau Système Solution dans le domaine de l'information Les données Niveau logiciel Solution dans le domaine de l'informatique Les traitements 12 Qui intervient Pour réaliser la conception en suivant la méthode Merise On interview notre utilisateur C’est la maitrise d’ouvrage C’est l’utilisateur qui exprime son besoin C’est l’informatique (les concepteurs) qui réalisent le projet C’est la maitrise d’œuvre La maitrise d’œuvre doit répondre à la demande utilisateurs 13 Modèle Conceptuel de communication Le MCC est le premier modèle C’est lui qui permettra la réalisation des MCD et MCT Définition Un MCC détermine, par affinage successifs des activités, la composition du domaine d'étude sans en décrire le comportement Le MCC se construit par raffinement successif 14 Modèle conceptuel de communication (MCC) Définition : Le MCC détermine le domaine d'étude et ses échanges avec l'environnement Concepts associés Domaine d'étude représenté sous forme d’ellipse C’est le domaine à informatiser (le projet informatique) Acteurs externes représentés sous forme de rectangles Un acteur est une personne, un service ou une application (un système) 15 Exemple de MCC Niveau 0 Assurance Assuré Déclaration de sinistre Niveau prise en charge Règlement sinistre Expert Garage Agréé Facture Nomination d'un expert Rapport d'expert 16 Exemple de MCC Niveau 1 Assurance Sinistre Auto Compta Assuré Garage Agréé Expert Déclaration de sinistre Niveau prise en charge Facture Nomination d'un expert Rapport d'expert Ordre de paiement Paiement 17 Les concepts associés Domaine d'étude Sous ensemble cohérent de l'entreprise ou de l'organisme, bien délimité et formant le contenu du sujet à étudier Activité Ensemble de traitements homogènes qui transforment ou manipulent des données Message Représentation d'un échange d'informations entre deux composants du système ou entre un composant du système et un système extérieur Acteur externe Source ou destination de données située en dehors du système étudié 18 Gammes opératoires Objectifs Partitionner le domaine étudié en activités Point de passage obligé pour modéliser les traitements Maitriser la progression vers le détail du système Niveau de détail On s'arrête quand l'activité correspond à une opération. Démarche Identifier les flux de données entrant et sortant du domaine Identifier les activités Raffiner par conservation ou décomposition 19 Merise coté données Dans notre cours nous n’étudierons que la partie  données (MCD) Nous n’étudions pas la partie traitements (MCT) 20 Le Modèle conceptuel de données (MCD) A partir du MCC nous allons construire le MCD Pour cela nous allons récupérer la totalité des documents échangés entre les acteurs et le domaine à informatiser Valider les données à conservées dans notre base de données C’est le dictionnaire de données Liste des informations avec leur définitions et quelques contraintes Ces données vont apparaitre en tant qu’informations dans le MCD Le MCD est la représentation de notre future base de données 21 Exercice CAS 8 : ACCIDENT OBJECTIF Construire le dictionnaire de données à partir des documents ci-dessous : Constat amiable d’accident Déclaration d’accident Ne conserver que les informations nécessaires au projet 22 Modèle Conceptuel de Données (MCD) Vision Statique du Système d'Information Représentation sémantique des données Modèle Entité / Relation 23 STAGE Code Stage Nom Stage Durée Nom de l'entité Identifiant * Informations Entités * Représente l’unicité de chaque occurrence d’entité * L’identifiant est toujours souligné Une entité est représentée par un rectangle Elle porte un nom représentatif des informations qu’elle contient Une entité correspond à un nom ou à un complément dans les phrases de l’utilisateur 24 Entités Dans les entités les informations apparaissent sous forme atomique Dans le MCD On ne stocke pas d’information calculées On stocke les informations qui servent au calcul Le calcul est un traitement Une information n’apparait qu’à un seul endroit Pas de redondance On ne stocke pas d’information inutile Toute information est utilisée dans un traitement 25 STAGES Code Stage Nom Stage Durée Ensemble des Stages CO1 CO2 LO1 LO2 Langage Objet 3 jours  CO1  CO2  LO1  LO2 occurrences de Stages Entités et occurrences d'entités Une occurrence d’entité correspond à un exemple de l’entité 26 Entités Pour trouver les entités on a le choix entre 2 façons de faire : 1 - A partir du dictionnaire de données : regrouper les informations par « famille »  les ENTITEs 2 - Écouter l’utilisateur lors des interviews et traduire les noms et les compléments des phrases en ENTITE Les verbes seront transformées en relation Nous allons apprendre Merise en appliquant la 2eme méthode Plus facile 27 STAGE Code Stage Nom Stage Durée STAGIAIRE Code Stagiaires Nom Prénom Entreprise Inscrire Relation "Liens de sens entre entités" Un stagiaire est inscrit à un stage 28 CO1 CO2 LO1 LO2 S1 S2 S3 Par construction, une seule association est possible entre une occurrence de stage et une occurrence de stagiaire. Occurrences de relations Une occurrence de relation correspond à la participation d’une entité à la relation par exemple « S3 s’est inscrit à LO1 » 29 Cardinalités STAGE STAGIAIRE Inscrire 0,N 1,N min max La cardinalité exprime le nombre minimal et maximal de participations d'une occurrence d'entité à la relation. • A une occurrence de Stagiaire peut correspondre de 0 à N (plusieurs) occurrence de relations "Inscrire". • A une occurrence de Stage peut correspondre de 1 à N (plusieurs) occurrences de relations "Inscrire". 30 Cardinalités Les cardinalités Merise prennent la valeur 0 , 1 1 , 1 minimum 1 et maximum 1 c’est obligatoirement 1 0 , N 1 , N Il n’y a pas d’autres valeurs possibles 31 CARDINALITES "Elles expriment les règles de gestion" STAGE Inscrire 1,N A une occurrence de STAGE correspond de 1 à N occurrence de STAGIAIRE L'occurrence stage ne peut être créée que s'il y a au moins un inscrit. STAGE Inscrire 0,N A une occurrence de STAGE correspond de 0 à N occurrence de STAGIAIRE L'occurrence stage peut être créée avant toute inscription. L'inscription du premier stagiaire entraîne la création de l'occurrence de Stage 32 Cardinalités "Elles expriment les règles de gestion" STAGIAIRE Inscrire 1,N A une occurrence de STAGIAIRE correspond de 1 à N occurrence de STAGE. L'occurrence stagiaire ne peut être créé indépendamment de son inscription. STAGIAIRE Inscrire 0,N A une occurrence de STAGIAIRE correspond de 0 à N occurrence de STAGE. L'occurrence stagiaire peut être créée indépendamment de son inscription 33 Cardinalités "Elles expriment les règles de gestion" STAGIAIRE Inscrire 1,1 STAGIAIRE Inscrire 0,1 A une occurrence de STAGIAIRE correspond 1 et 1 seule occurrence de STAGE. On ne peut créer l'occurrence Stagiaire indépendamment de son inscription. A une occurrence de STAGIAIRE correspond de 0 à 1 occurrence de STAGE On peut créer l'occurrence Stagiaire indépendamment de son inscription. Le stagiaire ne peut s'inscrire qu'une seule fois. Il ne peut s'inscrire qu'une seule fois. 34 Exercice CAS 1 : HELITOUR OBJECTIF Placer les cardinalités en fonction des règles de gestion uploads/Geographie/ 01-tellora-merise-donnees-2016.pdf

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