Modele logique de données merise

Le W.K. Kellogg Foundation Logic Model Development Guide est une source complète d`informations générales, d`exemples et de modèles (format Adobe Acrobat). Premièrement, Merise – une méthode de conception informatique – ne nous enseigne pas à représenter la connaissance des affaires mais impose, dès le départ, la séparation entre les données et le traitement. Le modèle de données conceptuelles (CDM) est un modèle de données: cela signifie qu`il n`est pas en mesure de représenter toute la connaissance des fondamentaux de l`entreprise. Conséquence pratique: certaines informations ne peuvent pas être incluses dans le modèle, sous prétexte qu`elles sont calculées (par exemple, l`âge de la personne lorsque nous connaissons la date de naissance). Cela est tout à fait justifiable pour un modèle de données, mais pas pour un modèle sémantique. Du point de vue de l`acteur d`affaires, ces distinctions entre les données brutes et les données calculées sont obsolètes: il/elle voit des informations qui font partie du concept. Tara Gregory sur l`utilisation de contes pour aider les organisations à développer des modèles logiques discute des techniques pour faciliter la discussion créative tout en continuant à suivre les éléments dans un modèle logique traditionnel. Ces processus encouragent la participation de plusieurs employés, administrateurs et intervenants et peuvent utiliser la vision ou l`énoncé d`impact de l`organisation comme «heureusement jamais».

La forme qu`un modèle logique prend est flexible et n`a pas à être linéaire (à moins que la logique de votre programme est elle-même linéaire). Les diagrammes de flux, les cartes ou les tables sont les formats les plus courants. Il est également possible d`utiliser un réseau, une carte conceptuelle ou un site Web pour décrire les relations entre des composants de programme plus complexes. Les modèles peuvent même être construits autour des symboles culturels qui décrivent la transformation, comme la roue de médecine amérindienne, si les parties prenantes estiment qu`il est approprié. McLaughlin, J., et Jordan, B. (1999). Modèles logiques: un outil pour raconter l`histoire de performance de votre programme. Évaluation et planification des programmes 22 (1): 65-72. Ce commentaire n`appelle pas l`héritage de Merise en question. UML est une notation, pas une méthode.

Merise est une méthode et beaucoup de ses recommandations restent non seulement d`actualité aujourd`hui, mais aussi nettement supérieure à ce qui peut être trouvé dans les méthodes orientées objet et les pratiques actuelles. Ainsi, il est dans notre intérêt de fructifier notre héritage. Praxeme reconnaît volontiers sa filiation avec Merise. Qu`est-ce, fondamentalement, qui rend les entités Merise distinctes de ce que nous appelons des objets d`affaires? Mis à part la notion d`héritage (et donc de spécialisation en UML), qu`est-ce qui rend UML, dans le formalisme et les principes, plus approprié que Merise pour représenter des objets d`affaires? Est-ce, dans la pratique, les notions d`agrégation et de composition qui changent tout? Le nom „Business Object Model” a été surutilisé pour faire référence à des modèles de données conceptuelles (parfois, incorrectement: il y a beaucoup d`exemples terribles sur le marché). Ce que nous appelons une nomenclature (par exemple celle d`IBM) ou le modèle d`information d`ACORD sont de simples modèles de données (pas même normalisés). Les conséquences sont dramatiques. Mais c`est une autre histoire… Voir le «modèle générique pour la lutte contre les maladies/lésions et la prévention» dans la section exemples pour une illustration de la façon dont les mêmes informations peuvent être présentées dans un format linéaire ou non linéaire.