Gestion automatisée d'un hôtel: cas du motel Baraka en RDC

2.2 Positionnement de la méthode

La méthode Merise est une méthode d'analyse, de conception et de réalisation de système d'informations informatisés.

En amont, elle se situait dans le prolongement naturel d'un schéma directeur, souvent conduit suivant la méthode RACINES, très présente notamment dans le secteur public. Les projets Merise étaient de projet de grande ampleur de refonte d'un existant complexe, dans un environnement grand système. La méthode a aussi connu des tentatives d'adaptation avec les SGBD relationnels, les différentes interfaces homme-machine (IHM), ...mais qui n'ont pas connu le même succès. La méthode est essentiellement française. Elle a des équivalents à l'étranger en ce qui concerne les modèles de données (avec les différences, par exemple, les cardinalités ne sont pas aussi détaillées dans les modèles anglo-saxons). En revanche, la modélisation des traitements est beaucoup plus complexe que dans les méthodes anglo-saxonnes.^25(*)

La méthode Merise est bien adaptée à l'automatisation de tâches séquentielles de gestion pure. En revanche, elle est mal adaptée aux environnements distribués, où des multiples applications externes à un domaine viennent interagir avec l'application à modéliser. De plus, elle n'est pas en mesure de modéliser les informations à caractère sémantique (document,...). La méthode Merise préconise d'analyser séparément données 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. La méthode Merise propose une démarche articulée simultanément selon trois axes pour hiérarchiser les préoccupations et les questions auxquelles il faut 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 ;

Cycle de décision : des grands choix (GO-NO-GO : Etude préalable), la définition du projet (étude détaillée) jusqu'aux petites décisions de détails de la réalisation et de la mise en oeuvre du système d'information. Chaque étape est documentée et marquée par une prise de décision.

Cycle d'abstraction : niveaux conceptuels, logique/organisationnel et physique/opérationnel (du plus abstrait au plus concret). L'objectif du cycle d'abstraction est de prendre d'abord les grandes décisions métier, pour les principales activités (conceptuel) sans rentrer dans le détail de questions d'ordre organisationnel ou technique.^26(*)

Cycle de décision

Cycle d'abstraction

Cycle de vie

Niveau d'abstraction

Temps

Hiérarchie de décision

0

Fig.1: Les trois cycles composant le cycle de développement^27(*)

* (25) Ibidem

* (26) Ibidem

* ²⁷L'Essentiel sur Merise, par DIONISI Dominique, 2è Ed.-Paris, 1998