Section 1 : Pourquoi utiliser de la méthode « MERISE » ? Merise est une méthode d'analyse, de conception et de gestion de projet complètement intégrée, ce qui en constitue le principal atout. Elle a fourni un cadre méthodologique et un langage commun et rigoureux à une génération d'informaticiens français.
Merise est une méthodologie de modélisation à usage général dans le domaine du développement de systèmes d'information, du génie logiciel et de la gestion de projet. Introduit pour la première fois au début des années 1980, il était largement utilisé en France.
Merise est très bien adaptée à la modélisation des bases de données relationnelles. UML est basée sur une approche objet. Merise est bien adaptée à la gestion de projets en waterfall, alors qu'UML a bénéficié des apports des approches itératives.
La séparation des données et des traitements assure une longévité au modèle. En effet, l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment.
La méthode Merise d'analyse et de conception propose une démarche articulée simultanément selon 3 axes pour hiérarchiser les préoccupations et les questions auxquelles répondre lors de la conduite d'un projet : Cycle de vie : phases de conception, de réalisation, de maintenance puis nouveau cycle de projet.
La méthode MERISE préconise d'analyser séparément données (Dans les technologies de l'information (TI), une donnée est une description élémentaire, souvent...) et traitements, à chaque niveau. On aura pris soin de vérifier la cohérence entre ces deux analyses avant la validation et le passage au niveau suivant.
Merise est une méthode de conception de systèmes d'information de gestion. Merise ne se limite pas à l'aspect informatique. Cette méthode a eu comme objectif premier de jeter un pont entre les besoins des utilisateurs et les solutions des informaticiens.
Une relation (appelée aussi parfois association) représente les liens sémantiques qui peuvent exister entre plusieurs entités. Une classe de relation contient donc toutes les relations de même type (qui relient donc des entités appartenant à des mêmes classes d'entité).
Un événement représente un changement dans l'univers extérieur au système d'information, ou dans le système d'information lui-même. On représente un événement par une ellipse en trait plein pour les événements internes à l'organisation, en trait pointillé pour les événements externes.
Comme nous l'avons déjà dit, à maintes reprises, UML n'est qu'un langage de modélisation, ce n'est pas une méthode. En effet, UML ne propose pas une démarche de modélisation explicitant et encadrant toutes les étapes d'un projet, de la compréhension des besoins à la production du code de l'application.
UML est un langage, pas une méthode. On peut utiliser les diagrammes UML tout en suivant la méthode Merise. Personnellement, j'utilise systématiquement le MCD de Merise pour concevoir la BDD mais j'utilise plutôt le diagramme de cas d'utilisation UML pour décrire les fonctionnalités du projet.
De plus, la modélisation UML permet de vulgariser les aspects liés à la conception et à l'architecture, propres au logiciel, au client. Aussi, elle apporte une compréhension rapide du programme à d'autres développeurs externes en cas de reprise du logiciel et facilite sa maintenance.
MERISE va décrire le schéma de données, la persistance. Il s'agit des données sauvegardées en base de données lorsque le système n'est plus en marche. De son côté, UML est plus un “langage” de diagramme Objet. On représente les objets métiers et les traitements (méthodes) associés.
Hello, simplement, Merise est orienté "relationnel" et UML est orienté "objet". De plus Merise a pour but la modélisation des traitements et la conception d'un modèle de base de données et UML a pour but lui de générer un modèle de programme orienté objet.
Le MCD permet de recenser et d'organiser les données du système d'information du domaine étudié. Un MCD correspond à tous les objets du système d'information et à des relations entre ces objets.
Définition de MLD (Merise) : un Modèle Logique des Données (MLD) est une représentation textuelle de la base de données à informatiser consécutive au travail d'analyse MCD et MPD. À noter que le MLD prend parfois un R et devient MLDR ou MLD-R : le R signifiant simplement Relationnel.
Le Modèle Conceptuel des Données (MCD) Le Modèle Organisationnel des Données (MOD) Le Modèle Logique des Données (MLD) Le Modèle Physique des Données (MPD)
MERISE présente dans sa démarche d'analyse trois cycles fondamentaux : le cycle d'abstraction, le cycle de vie (de developpement), le cycle de décision.
Diagramme de contexte
l'organisation est représentée par un rectangle. les acteurs externes sont représentés par des ellipses en pointillés. les flux d'information sont représentés par des flèches dont l'orientation désigne le sens du flux d'information.
UML est destiné à faciliter la conception des documents nécessaires au développement d'un logiciel orienté objet, comme standard de modélisation de l'architecture logicielle. Les différents éléments représentables sont : Activité d'un objet/logiciel.
Modéliser, c'est construire une représentation générale et simplifiée du réel; c'est ébaucher une caricature, un plan, un schéma, à partir duquel on pourra essayer différentes fictions particulières, ou simulations, de la chose que l'on veut représenter.
Elle permet de déduire des modèles à partir d'autres et de hiérarchiser les modèles décrivant un phénomène donné. Elle permet également d'améliorer les performances de logiciels de simulation.
UML fonctionne avec différents langages de programmation et processus de développement. Il s'agit d'un moyen normalisé de visualiser la conception d'un système. L'utilisation de ce langage universel améliore la communication et la compréhension au sein d'une équipe d'ingénieurs logiciels.