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 permet de modéliser correctement une application, au niveau des données et des traitements. L'avantage à mon sens de Merise, est de proposer une méthode qui permet de passer du niveau conceptuel au niveau logique et du niveau logique au niveau physique, de façon claire et ordonnée.
Les points forts :
La méthode s'appuie sur une approche systémique : C'est donc une approche globale. Les concepts sont peu nombreux et simples. Elle est assez indépendante vis à vis de la technologie. Elle est la plus utilisée en France dans les domaines de gestion.
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.
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 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.
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.
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é).
Le cycle d'abstraction de MERISE
Les étapes retenues dans Merise correspondent aux quatre niveaux d'abstraction : niveau conceptuel ; niveau organisationnel ; niveau logique ; et le niveau physique.
Le terme « table » est utilisé dans le contexte du MLD (Modèle Logique de Données), résultant d'une traduction au niveau logique du MCD. Plus précisément, « table » fait partie seulement du vocabulaire SQL. Dans un MCD, APPEL et UTILISATEUR sont donc des entités-types.
La table est un espace de nommage pour les colonnes ; un même nom peut être utilisé au sein de différentes tables. La partie du bas contient les contraintes de la table. La table n'est pas toujours un espace de nommage pour les contraintes ; nous ajoutons le nom court de la table à chaque contrainte.
Merise étant une méthode de conception et de développement de système d'information, l'objectif de ce chapitre est d'introduire la notion de système d'information et d'en proposer une description formelle.
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.
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.
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)
Concrètement, le schéma conceptuel de données, également appelé MCD pour modèle conceptuel de données, est une représentation claire des données du système d'information à concevoir. Cette représentation en outre figure les relations entre ces données.
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.
Utilité de l'UML selon l'OMG
Faire progresser l'industrie en permettant l'interopérabilité des outils de modélisation visuelle orientés objet. Toutefois, pour permettre un échange significatif d'informations de modèles entre outils, il est nécessaire de trouver un accord sur la sémantique et la notation.
4.1 Le modèle conceptuel de traitement (MCT):
Le MCT est constitué d'un enchainement d'opérations; chaque opération est constitué d'une ou de plusieurs actions. Les résultats sont liés à la condition de sortie (règle d'émission) et sont appelés des événements sortants.
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.
La table est un type de meuble composé d'une surface plane et horizontale (le plateau, par exemple de planches de bois assemblées) soutenue par un ou plusieurs supports (pieds, tréteaux...). Dans la culture occidentale, elle est notamment mais pas uniquement utilisée pour les repas.