Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

METHODE MERISE Table des Matières  Introduction  Historique  Principes génér

METHODE MERISE Table des Matières  Introduction  Historique  Principes généraux  Les étapes  Les niveaux  L'organisation par niveaux  Modèle conceptuel des données  L'entité  Les propriétés  L'identifiant  Exemple  L'association (ou la relation)  Identifiant de l'association  Occurrences de l'association  Les règles de vérification  Les règles de normalisation  Les cardinalités  Construction du modèle :  Etapes de la conception  Dictionnaire des données  Etablir le modèle  Exemple : bibliothèque  Passage au logique  Exemples  Passage du modèle entité/relation au modèle relationnel  Passage du modèle entité/relation au modèle relationnel  Objectifs et contraintes  Les règles de gestion  Les règles d'organisation  Les règles techniques  Recensement des règles  Recensement des taches  Recensement des données  Recensement des données  Domaines d’activité  Modéliser les traitements  Modéliser les traitements  Exemple  Messages-événements  Domaines  Diagramme des messages  Identification des opérations  Opération détaillée  MCT : gestion des commandes  Conclusion Historique : De 1976 à 1978 centre technique informatique du ministère de l'industrie : réflexion, choix des SSI, réalisation 1983 MERISE, Principes et outils TARDIEU, ROCHFELD, COLLETTI. Principes généraux : 1. Démarche par étapes 2. Découpage en niveaux Conceptuel  Logique ou organisationnel  Physique ou opérationnel 3. Formalisme  Schéma entité / relation  Schéma opération / événement 4. Outils complémentaires  Diagramme de flux de données  Diagramme d'activité diagramme de contexte  Diagramme de décomposition  Diagramme de communication LES ETAPES 1. Le schéma directeur  Planification  Priorités 2. Conception globale  Structure globale du projet  Choix d'architecture générale : décomposition  Interfaces entre modules 3. Conception détaillée  Intégration des éléments fonctionnels  Spécification technique  Plan de qualification 4. La réalisation  Programmation  Tests techniques  Documentation technique 5. La validation  Tests logiques  Procédures de mise en place 6. La mise en œuvre  Documentation utilisateur  Implantation physique  Transfert de données  Formation 7. La maintenance  Evolution  Correction d'anomalies LES NIVEAUX L'organisation par niveaux Niveau conceptuel  Modèle conceptuel de données (MCD)  Modèle conceptuel des traitements (MCT) Niveau logique ou organisationnel  Modèle logique des données (MLD)  Modèle logique des traitements (MLD) Niveau physique ou opérationnel  Modèle physique des données (MPD)  Modèle physique des traitements (MPT) Recherche des invariants  Modèle de données  Modèle de traitement Indépendance entre les données et les traitements MODELE CONCEPTUEL DES DONNEES Concepts fondamentaux  Entité  La propriété  L'identifiant de l'entité  L'association ou relation  L'identifiant de l'association  Collection et dimension Les règles de vérification Les règles de normalisation Les contraintes fonctionnelles  Les cardinalités  Les contraintes d'intégrité fonctionnelle (CIF) Le processus de construction du modèle L'ENTITE Une entité est un objet du réel, concret ou abstrait dont on s'accorde à reconnaître une existence propre : doit présenter un intérêt pour la compréhension de la réalité. Exemples : Le stand numéro A-8 situé au 3ième étage du bâtiment Océan L'exposant "Renault" Une entité est une classe d'individus ayant en commun un ensemble de propriétés. Représentation graphique : Une entité sera désignée par un nom, son choix est important LES PROPRIETES Une propriété est une caractéristique que l'on perçoit sur une entité ou sur une association entre entités dans le réel. Une entité est perceptible à travers ses propriétés. Exemples : Le salon a lieu d'une date début à une date fin, dans un centre d'exposition. Un exposant a une raison sociale, une adresse, un correspondant, etc. .... Une propriété peut être simple Les mètres carrés d'un stand Le prix d'un produit Le mois Ou composée La date (jour, mois, année) l'adresse : nom, rue, numéro, code postal, ville. L'IDENTIFIANT Un identifiant est une propriété particulière telle qu'il n'existe pas deux occurrences de cette propriété pour lesquelles cette propriété puisse prendre la même valeur. 1. On est souvent amené à créer artificiellement les identifiants : Numéro de sécurité sociale Numéro d'immatriculation de voiture Numéro de stand Numéro d'exposant 2. La définition d'un identifiant résulte le plus souvent d'un choix de gestion. 3. Il peut y avoir plusieurs propriétés candidates au titre d'identifiant, dans la pratique on en choisira une seule. Une entité est complètement définie par : Un nom Un identifiant Une liste de propriétés Chaque fois que l'on veut définir une entité, on devra déterminer son identifiant. EXEMPLE L'exposant "Renault" qui a reçu le numéro 021 présent comme fabricant de moteurs L'ASSOCIATION (OU LA RELATION) Une association (ou relation) est perçue dans le réel entre des individus Une association définit une relation entre une ou plusieurs entités Exemple : L'exposant Renault expose sur le stand A-8 Représentation graphique : Une association n'a pas d'existence propre, elle dépend des entités qu'elle regroupe Une association peut être porteuse de propriétés Pour désigner une occurrence de l'association, il faut désigner les occurrences des entités qui la composent Une occurrence de l'association correspond à une et une seule occurrence de chacune des entités qui la composent Une association peut être binaire Exemple : "expose sur" entre exposant et stand Une association peut être ternaire Exemple : l'association exposant, stand, salon Une association peut être n - aire Le choix d'une association est lié à l'intérêt du concepteur Stand peut être vu : soit comme une association entre exposant et salon. soit comme une entité liée à l'exposant et au salon par des relations Une association peut être réflexive Plusieurs relations peuvent exister entre deux entités Si une association a deux pattes (pas de symétrie) : préciser la signification de chaque patte IDENTIFIANT DE L'ASSOCIATION L'identifiant de l'association est obtenu par concaténation des identifiants des entités qui la composent Exemple : pour l'association Exposant-Stand l'identifiant de l'association "expose sur" est : numéro exposant/ numéro de stand Exemple : pour l'association Exposant-Stand-Salon l'identifiant de l'association "expose sur" est : numéro d'exposant / numéro de stand / code salon Exemple : pour l'association réflexive "filiale de" l'identifiant de l'association est : numéro d'exposant / numéro d'exposant OCCURRENCES DE L'ASSOCIATION A chaque occurrence d'une relation ou association correspond une et une seule occurrence des entités qui la composent : LES RÈGLES DE VÉRIFICATION Règle 1 Une propriété ne peut qualifier qu'une seule entité ou qu'une seule association Exemple : le numéro de Stand ne peut pas être à la fois une propriété de l'entitéExposant et de l'association Stand. Règle 2 Toute entité doit être dotée d'un identifiant donc au minimum d'une propriété Règle 3 Pour une occurrence d'une entité chaque propriété prend une valeur et une seule. Si un exposant peut avoir plusieurs marques, "marque" ne peut être une propriété d'exposant. On doit créer l'entité "marque" Règle 4 Pour les associations comme pour les entités une propriété ne doit prendre qu'une valeur pour une occurrence de l'association. Exemple : un exposant peut exposer à plusieurs salons sur le même stand. la propriété salon ne peut être une propriété de l'association "expose sur" Règle 5 Pour chaque occurrence de l'entité ou de l'association, il faut au minimum et au maximum une valeur à terme pour chaque propriété Exemple : la notion de filiale n'a pas de sens pour tous les exposants, donc filiale ne peut être une propriété d'exposant Règle 6 Une propriété dépendant de plus d'une entité (2 ou plus) ne peut qualifier qu'une association entre les entités correspondantes Exemple : la propriété numéro de stand qui peut qualifier l'entité Exposant et l'entité Salon est une propriété de l'association entre Exposant et Salon. Règle 7 Pour chaque occurrence d'une association toutes les entités qui participent à la relation doivent être définies Exemple : la marque ne participe pas à toutes les relations Stand, certains exposants ont une marque d'autres non LES RÈGLES DE NORMALISATION Règle 1 Chaque propriété d'une entité doit dépendre de l'identifiant et de tout l'identifiant de cette entité Règle 2 Si une propriété dépend de l'identifiant de l'entité qu'elle qualifie mais aussi d'une autre propriété de cette entité cela signifie qu'il y a une entité imbriquée Règle 3 Toutes les entités d'une association doivent être nécessaires pour définir chaque propriété de l'association Règle 4 Une propriété d'association doit avoir un sens pour toutes les pattes de la relation. LES CARDINALITES Cardinalité d'une entité dans une association : le nombre minimum et maximum d'occurrences de l'association pouvant exister pour une occurrence d'entité. Cardinalité 1-1 : Une occurrence d'entité participe une fois et une seule à une association Toutes les occurrences d'entités participent à une association Cardinalité 0-1 : Une occurrence d'entité participe au plus une fois à une association Une occurrence d'entité peut ne pas participer à une association Cardinalité 0-N : Une occurrence d'entité peut participer à plusieurs associations. Une occurrence d'entité peut ne pas participer à une association Cardinalité 1-N : Une occurrence d'entité peut participer à plusieurs associations. Toutes les occurrences d'entités participent à une association La dépendance fonctionnelle que l'on appelle contrainte d'intégrité fonctionnelle ou CIF est un uploads/Philosophie/ cours-merise.pdf