Comparaison :
Merise
(Méthode d’Etude et de Réalisation
Informatique pour les Systèmes
d’Entreprise) est une méthode d'analyse
et de réalisation des systèmes
d'information qui est élaborée en
plusieurs étapes : schéma directeur,
étude préalable, étude détaillée et la
réalisation.
Travaille sur un concept relationnel
Une méthode d'analyse
Propose une approche descendante où
le système réel est décomposé en
activités, elles-mêmes déclinées en
fonctions.
Les fonctions sont composées de règles
de gestion, elles-mêmes regroupées en
opérations.
Ces règles de gestion au niveau
conceptuel génèrent des modules
décomposés en modules
plus simples et ainsi de suite jusqu'à
obtenir des modules élémentaires.
Découpe plus au travers de ses phases
l’analyse métier et l’architecture
logicielle.
- La démarche de développement
d’un système d’information de
Merise doit être conduite suivant
trois axes appelés cycles :
 Cycle de vie
 Cycle de décision
 Cycle d’abstraction : découpage
en ensembles homogènes de
préoccupations :
o Le niveau conceptuel qui détermine
les choix de gestion.
o Le niveau organisationnel qui
détermine les choix d’organisation.
o Le niveau technique
- La réalisation d’un système
d’information
est conduite au travers d’un projet
décomposé en étapes s’appuyant sur les
trois cycles précédents :
UML
(Unified Modeling Langage), est un langage
de modélisation des systèmes standard, qui
utilise des diagrammes pour représenter
chaque aspect d'un système ie : statique,
dynamique, en s'appuyant sur la notion
d'orienté objet qui est un véritable atout
pour ce langage.
Travaille sur un concept objet
Langage de modélisation de données
Les fonctions cèdent la place aux cas
d'utilisation qui permettent de situer les
besoins de l'utilisateur dans le contexte
réel. A chaque scénario correspond des
diagrammes
d'interaction entre les objets du système et
non pas un diagramme de fonction.
Fonctionne sur un principe d’itérations qui
ne s’oppose pas aux phases définies dans
MERISE
Est un métalangage et n'est pas une
méthode donc elle ne présente aucune
démarche.
Cependant, les auteurs d’UML proposent
d’utiliser une démarche pour
favoriser la réussite
du projet :
 Une démarche itérative et
incrémentale.
 Une démarche guidée par les
besoins des utilisateurs du système.
 Une démarche centrée sur
l’architecture : (elle décrit des choix
stratégiques qui déterminent en
grande partie les qualités du logiciel
(adaptabilité, performances,
fiabilité...))
  Le schéma directeur
 L’étude préalable
 L’étude détaillée
 Réalisation
 Maintenance

Les points faibles de Merise :

- Elle ne s'occupe pas de l'interface utilisateur et n’est pas adaptée à un problème de

maintenance ou de seconde informatisation.
- Elle ne permet pas réellement une validation rapide de la part des utilisateurs et par la suite il
est très difficile de valider les traitements par rapport aux données et cela au niveau
conceptuel ou organisationnel.

Les points faibles d’UML :

- La mise en pratique d'UML nécessite un apprentissage et passe par une période d'adaptation.
- UML n’est pas à l'origine des concepts objets, mais en constitue une étape majeure, car il
unifie les différentes approches et en donne une définition plus formelle.
- l'intégration d'UML dans un processus n'est pas triviale et améliorer un processus est une
tâche complexe et longue. Les auteurs d'UML sont tout à fait conscients de l'importance du
processus, mais l'acceptabilité industrielle de la modélisation objet passe d'abord par la
disponibilité d'un langage d'analyse objet performant et standard.

Conclusion :
En définitive, nous avons vu comment modéliser un développement de systèmes d’information à
l’aide des méthodes telles que Merise et UML bien qu’UML est plus un langage qu’une méthode.
Merise et UML ont des caractéristiques voisines au niveau de la modélisation des bases de données
mais également des points de divergence.
En effet, la méthode MERISE nécessite une démarche par étape qui favorise la qualité de chaque
modèle avec ses différents niveaux de validations. Alors que le langage UML n’impose pas de
méthode de travail particulière. Ces deux méthodes peuvent être intégrées à n'importe quel processus
de développement logiciel.