U.A.3 : DESCRIPTION DE LA MÉTHODE MERISE(suite)

# U.A.3 : DESCRIPTION DE LA MÉTHODE MERISE(suite) ## Objectifs et prérequis Comprendre le cycle d'abstraction d'un système d'information selon la méthode MERISE, ses étapes, ses objectifs et son application dans des contextes réels, notamment camerounais et africains. Prérequis : notions de base sur les systèmes d'information, les entités et les associations, la modélisation conceptuelle (vu en U.A.2). ## Introduction La méthode MERISE (Méthode pour l'Étude et la Réalisation d'Informatiques par des Systèmes d'Entités) propose une approche structurée pour l'analyse et la conception des systèmes d'information. Elle repose sur un **cycle d'abstraction** qui permet de passer progressivement du monde réel (système d'information étudié) vers une spécification technique exploitable par l'informatique. Ce cycle se décline en trois niveaux principaux : le niveau organisationnel (ou conceptuel), le niveau informatique (ou logique) et le niveau physique (ou opératoire). Chaque niveau répond à des questions spécifiques et utilise des modèles adaptés. Ce chapitre détaille ce cycle d'abstraction, essentiel pour maîtriser la rigueur méthodologique de MERISE, en s'appuyant sur des exemples concrets tirés de réalités camerounaises et africaines (gestion des dossiers patients dans un hôpital de Yaoundé, suivi des récoltes dans une coopérative agricole de l'Ouest, gestion des inscriptions universitaires à l'Université de Douala). ## I. Présentation du cycle d'abstraction d'un SI selon MERISE ### A. Définition et principes généraux du cycle d'abstraction Le cycle d'abstraction en MERISE est un processus progressif de raffinement et de spécification qui permet de modéliser un système d'information à différents niveaux de détail, en séparant les préoccupations métier des contraintes techniques. Il vise à maîtriser la complexité en décomposant l'étude en étapes claires, chacune produisant un livrable validé avant de passer à la suivante. > **Le cycle d'abstraction MERISE repose sur trois niveaux distincts : organisationnel, informatique et physique, chacun répondant à une question fondamentale.** Ce principe permet d'éviter les confusions entre ce que le système doit faire (métier), comment il doit le faire (informatique) et avec quels moyens techniques il sera réalisé (physique). Dans un contexte camerounais, cette approche évite par exemple de choisir un logiciel de gestion avant d'avoir clairement défini les besoins des utilisateurs (comme dans un projet de digitalisation des services fiscaux à la DGI sans analyse préalable des flux de déclaration). ### B. Le niveau organisationnel (ou conceptuel) Ce niveau répond à la question : **« Que fait le système ? »** en termes de besoins métiers, indépendamment de toute technologie. Il s'agit de modéliser le monde réel tel qu'il est perçu par les utilisateurs, en se concentrant sur les **entités** (objets d'intérêt : Client, Commande, Patient, Parcelle) et leurs **associations** (relations : passe, consulte, cultive). Les modèles utilisés sont : - Le **Modèle Conceptuel des Données (MCD)** : représente la structure statique des données (entités, associations, attributs, cardinalités). - Le **Modèle Conceptuel des Traitements (MCT)** : représente le dynamisme du système (traitements, flux, événements, règles de gestion). > **Au niveau organisationnel, le MCD décrit « quoi » est géré et le MCT décrit « comment » cela est traité, sans référence à la technologie.** Exemple camerounais : dans un système de gestion des bourses universitaires au MINESUP, les entités pourraient être *Étudiant*, *DossierSocial*, *AnnéeAcademique* ; les associations : *demande*, *obtient*, *renouvelle*. Un traitement du MCT pourrait être : « Vérifier l'éligibilité sociale d'un étudiant » (déclenché par la soumission d'un dossier, impliquant le service social et la comptabilité). Ce niveau produit un langage commun entre décideurs, utilisateurs et analystes, facilitant la validation des besoins avant tout engagement technique. ### C. Le niveau informatique (ou logique) Ce niveau répond à la question : **« Comment le système va-t-il le faire ? »** en termes de logique informatique, indépendamment du matériel ou du SGBD spécifique. Il s'agit de traduire les modèles conceptuels en modèles adaptés à un SGBD relationnel (ou hiérarchique, réseau, selon le choix), tout en restant indépendant de l'implémentation physique. Les modèles utilisés sont : - Le **Modèle Organisationnel des Données (MOD)** : traduction du MCD vers un modèle logique (ex. : relationnel). Les entités deviennent des relations, les associations peuvent devenir des relations ou des attributs selon leur cardinalité. Les attributs sont affinés (types, longueurs). - Le **Modèle Organisationnel des Traitements (MOT)** : traduction du MCT en traitements structurés (algorithmes, procédures, règles de contrôle) indépendants du langage de programmation. > **Au niveau informatique, le MOD exprime la structure des données en termes de relations (pour un SGBD relationnel) et le MOT décrit les traitements sous forme d'algorithmes structurés.** Exemple africain : dans un système de suivi vaccinal déployé au Sénégal (inspiré du modèle camerounais), le MCD avec entités *Enfant*, *Vaccin*, *CentreDeSanté* et associations *réçoit* devient un MOD où : - *Enfant* → relation ENFANT(ID_Enfant, Nom, DateNaissance, Sexe) - *Vaccin* → relation VACCIN(ID_Vaccin, Nom, Dose, Intervalle) - *CentreDeSanté* → relation CENTRE(ID_Centre, Nom, Région, Téléphone) - L'association *réçoit* (1,N) devient une clé étrangère dans ENFANT : ID_Vaccin, ID_Centre, DateInjection. Un traitement du MOT pourrait être : « Générer la liste des enfants à vacciner prochainement » (algorithme basé sur date de naissance et calendrier vaccinal). Ce niveau permet de choisir un SGBD (MySQL, PostgreSQL, Oracle) ou un langage (Java, Python) sans remettre en cause la conception logique. ### D. Le niveau physique (ou opératoire) Ce niveau répond à la question : **« Avec quels moyens techniques le système va-t-il le faire ? »** Il s'agit de spécifier les contraintes d'implémentation : choix du matériel, du SGBD, du langage de programmation, des index, des méthodes d'accès, du stockage, de la sécurité physique et logique. Les modèles utilisés sont : - Le **Modèle Physique des Données (MPD)** : spécifie les structures de stockage (tables, index, partitions, clustering, compression). - Le **Modèle Physique des Traitements (MPT)** : précise l'implémentation réelle des traitements (code source, procédures stockées, scripts, interfaces). > **Au niveau physique, le MPD définit comment les données sont stockées sur disque et le MPT comment les traitements sont exécutés par la machine.** Exemple camerounais : pour le système de gestion des dossiers patients à l'Hôpital Général de Yaoundé, le MPD pourrait spécifier : - Table PATIENT stockée en InnoDB (MySQL) - Index sur NUMERO_PIECE_IDENTITE pour accélérer les recherches - Partitionnement annuel de la table CONSULTATION pour gérer le volume - Sauvegarde hebdomadaire sur bande LTO stockée dans un coffre-fort à l'INJS Un traitement du MPT pourrait être l'implémentation en PHP/MySQL du traitement « Vérifier la disponibilité d'un lit » avec requête optimisée et gestion de verrous. Ce niveau est fortement dépendant du contexte technologique et budgétaire (ex. : choix entre une solution open source et une licence propriétaire selon les moyens du MINSANTE). ### E. Rôle des intermédiaires et principe de séparation des préoccupations Le cycle d'abstraction repose sur des **intermédiaires** qui permettent de passer d'un niveau à l'autre sans régression : - Entre organisationnel et informatique : **schéma de traduction** (règles de passage du MCD au MOD et du MCT au MOT) - Entre informatique et physique : **schéma de mise en œuvre** (choix du SGBD, du langage, des paramètres de stockage) > **Chaque niveau produit un livrable indépendant, validé avant de passer au suivant, grâce à des intermédiaires clairement définis.** Cette séparation permet : - De faire évoluer un niveau sans impacter les autres (ex. : changer de SGBD sans modifier le MCD) - De faciliter la sous-traitance ou le travail en équipe (métiers vs techniciens) - De réduire les risques d'erreurs de conception Exemple africain : dans un projet panafricain de gestion des douanes (SYDAMIA-inspiré), les douaniers (métiers) valident le MCD/MCT des flux de marchandises ; les informaticiens traduisent en MOD/MOT ; les techniciens déploient le MPD/MPT sur des serveurs locaux aux postes-frontière de Douala, Lagos ou Abidjan. ### F. Avantages et limites du cycle d'abstraction **Avantages :** - Rigueur méthodologique et traçabilité des décisions - Meilleure communication entre métiers et informatique - Facilité de maintenance et d'évolution - Réduction des risques d'échec projet **Limites :** - Peut sembler lourd pour des petits projets - Nécessite une formation spécifique - Risque de « sur-modélisation » si mal appliqué > **Le cycle d'abstraction MERISE est particulièrement adapté aux systèmes d'information de gestion complexes et stables, comme ceux des administrations publiques ou des grandes entreprises.** Dans un contexte camerounais, il est largement utilisé dans les projets de modernisation de l'État (ex. : SIGIPES2, plateforme unique de gestion de la carrière des fonctionnaires) où la traçabilité et la conformité aux normes sont essentielles. ### G. Exemple intégré : suivi des récoltes dans une coopérative agricole de l'Ouest **Contexte :** Une coopérative de producteurs de café dans la région de l'Ouest souhaite suivre ses récoltes, ses ventes et ses adhérents. **Niveau organisationnel :** - MCD : Entités *Adhérent*, *Parcelle*, *Récolte*, *Vente* ; Associations *possède* (1,N), *réalise* (1,N), *effectue* (1,N) - MCT : Traitement « Calculer le rendement moyen par hectare » (déclenché après chaque récolte, implique les champs et la comptabilité) **Niveau informatique :** - MOD : ADHERENT(ID_Adh, Nom, Région, Téléphone) PARCELLE(ID_Parc, ID_Adh, Superficie, Localisation) RECOLTE(ID_Rec, ID_Parc, Date, Quantité, Qualité) VENTE(ID_Vent, ID_Rec, Date, PrixUnitaire, Montant) (Clés étrangères : ID_Adh dans PARCELLE, ID_Parc dans RECOLTE, ID_Rec dans VENTE) - MOT : Algorithme de calcul du rendement : Somme(Quantité) / Somme(Superficie) regroupé par Adhérent et Saison **Niveau physique :** - MPD : Stockage PostgreSQL, index sur DATE dans RECOLTE et VENTE, archivage annuel des anciennes récoltes - MPT : Application web en Python/Django avec interface pour saisir les récoltes, générer les bordereaux de vente et exporter les données vers le MINAGRI Ce exemple montre comment le cycle d'abstraction permet de partir d'un besoin métier concret pour arriver à une solution technique adaptée, tout en gardant la traçabilité et la possibilité d'évolution (ex. : ajouter le suivi des subventions sans reprendre la conception de base). ## II. Application pratique et préparation à l'évaluation ### A. Étapes clés à retenir pour réussir un exercice de modélisation MERISE Pour traiter un sujet d'examen ou un cas pratique, suivre rigoureusement ces étapes : 1. Lire attentivement l'énoncé et extraire les **entités** (noms propres ou communs représentant des objets d'intérêt) 2. Identifier les **associations** (verbes d'action liant deux entités) et leurs **cardinalités** (1,1 ; 1,N ; N,1 ; N,N) 3. Déduire les **attributs** (caractéristiques pertinentes de chaque entité ou association) 4. Vérifier l'**exclusivité** et l'**haustivité** des associations si précisées 5. Construire le **MCD** en respectant les notations (boîtes pour entités, losanges pour associations, traits pour attributs) 6. Traduire le MCD en **MOD** selon les règles (ex. : association 1,N → clé étrangère dans l'entité du côté N) 7. Identifier les **traitements** du MCT (déclencheur, déroulement, acteurs concernés) 8. Les traduire en **MOT** (algorithme structuré, pseudocode ou diagramme de flux) 9. Proposer des choix raisonnables pour le **MPD** (SGBD, index, stockage) et le **MPT** (langage, interface) selon le contexte > **En examen, la clarté du raisonnement et la justesse des étapes comptent autant que la justesse du modèle final.** Un MCD légèrement imparfait mais bien expliqué vaut mieux qu'un modèle copié sans compréhension. ### B. Vocabulaire à retenir - Entité : objet d'intérêt du système d'information, caractérisé par ses attributs et pouvant participer à des associations - Association : lien entre deux ou plusieurs entités, caractérisé par son rôle et ses cardinalités - Cardinalité : nombre minimal et maximal d'occurrences d'une entité pouvant être associées à une occurrence d'une autre entité - Attribut : propriété décrivant une entité ou une association - Modèle Conceptuel des Données (MCD) : représentation indépendante de la technologie de la structure des données - Modèle Conceptuel des Traitements (MCT) : représentation indépendante de la technologie du dynamisme du système - Modèle Organisationnel des Données (MOD) : traduction logique du MCD vers un SGBD cible (ex. : relationnel) - Modèle Organisationnel des Traitements (MOT) : traduction logique du MCT en algorithmes indépendants du langage - Modèle Physique des Données (MPD) : spécification des structures de stockage et d'accès physiques - Modèle Physique des Traitements (MPT) : implémentation réelle des traitements en code, procédures ou scripts - Schéma de traduction : ensemble de règles permettant de passer du niveau organisationnel au niveau informatique - Schéma de mise en œuvre : ensemble de choix permettant de passer du niveau informatique au niveau physique ### C. Exemple de sujet type examen avec plan détaillé **Sujet :** Une mutuelle de santé camerounaise souhaite informatiser la gestion de ses adhérents, de leurs cotisations et des remboursements de soins. Chaque adhérent appartient à une famille (représentée par un chef de famille). Une famille peut avoir plusieurs adhérents (conjoint, enfants). Chaque adhérent paie une cotisation mensuelle. Lorsqu'un adhérent consulte un médecin agréé ou achète des médicaments en pharmacie partenaire, il peut demander un remboursement. Le remboursement dépend du type de soin et du taux de couverture du contrat. **Plan attendu :** **I. Modélisation au niveau organisationnel** A. Modèle Conceptuel des Données (MCD) - Entités : Adhérent, Famille, Cotisation, Soin, Remboursement - Associations : - *appartient à* : Famille (1,N) — Adhérent (1,1) [un adhérent appartient à une seule famille, une famille a plusieurs adhérents] - *paie* : Adhérent (1,N) — Cotisation (1,1) [chaque adhérent paie plusieurs cotisations dans le temps, chaque cotisation est payée par un seul adhérent] - *donne