Chapitre 3 : INITIATION A LA CONCEPTION DE SYSTÈME D’INFORMATION

3.1. Le besoin de méthode :

La difficulté essentielle dans la réalisation d'applications informatiques

réside dans le fait et concerne un nombre important de personne, de
caractéristiques très variées (la direction, le service informatique, les
responsables de service, les utilisateurs finals), qui doivent toutes coopérer pour
aboutir à un objectif commun.
La première nécessité est donc un langage qui leur permette de se comprendre et de
communiquer sans ambiguité. La seconde est de disposer d'une méthode de conduite du
projet qui découpe logiquement les étapes et le rôle des acteurs.

Tirant les leçons de ces expériences douloureuses et de plus coûteuses, les

professionnels se sont penchés sur deux questions cruciales :
• Comment réaliser un cahier des charges qui décrive exactement et
précisément ce que l'on attend?
• Comment réaliser un logiciel conforme à ce cahier des charges?
La discipline qui explique comment réaliser un cahier des charges qui décrive
exactement et précisément ce que l'on attend d'une informatisation s'appelle
l'analyse et la conception d'un système d'information: il est aussi possible
d'utiliser le terme de « modélisation ».

Les avantages d'utilisation d'une méthode sont :

• Une meilleure gestion et un meilleur suivi du projet en cours.
• Une facilité de dialogue entre les membres du projet et ensuite avec
les utilisateurs du fait qu'elle utilise un-formalisme commun et constitue une
documentation.
Il existe plusieurs méthodes d'analyse, la méthode la plus utilisée en France étant
la méthode
MERISE
Les méthodes d'analyse et de conception intègrent, à des degrés divers, les trois
éléments ci-dessous :
• La démarche est le processus opératoire qui permet d'effectuer le
travail de Modélisation, de description et de réalisation du système d'information
• Les modèles sont les concepts normalisés (entités, associations..)
qui permettent de construire et d'aménager le système d'information; ils sont
souvent proposés sous forme schématique, afin de permettre une représentation
simple de la réalité et de faciliter le raisonnement.
• Les outils regroupent, d'une part, la technique employée pour analyser
ou concevoir un aspect du système d'information et d'autre part, le support, papier
ou logiciel employé pour conserver la trace de ce travail.

Les méthodes de conceptions permettent en définitif de strucifier les informations

qui seront stockées ou traiter dans le système d'information et plus précisément
dans les programmes informatiques. Si les informations ne sont pas bien structurées
le SI qui en découlera ne pourra pas remplir toutes ses missions.
• Quelques exemples de Méthodes d'analyse et de conception
Merise, UML, OMT (Object Modeling Technique), Méthode Booch, SADT ...

3.2. Présentation de la méthode MERISE :

La méthode Merise est une méthode d'analyse, de conception et de réalisation de

systemes d'informations.
• La méthode d'analyse et de conception Merise (Méthode d'Étude et de
Réalisation Informatique pourSystème d'Entreprise) a été créée en 1977 par la
volonté des pouvoirs publics, désireux de doter les administrations et les
entreprises publiques, et plus généralement l'ensemble des entreprises françaises,
d'une méthodologie rigoureuse, tout en intégrant les aspects nouveaux pour l'époque
: informatique répartie et de bases de données.
• Merise proposent une approche de la conception séparant l'étude des
données de celle des traitements, en avançant progressivement par niveaux. Chacun
de ces niveaux a pour objectif principal de fournir un certain nombre de documents
(MCD. MPD) permettant ainsi la synthèse textuelle d'un processus de réflexion.
• Ces documents sont indispensables à l'élaboration et à la
concertation entre acteurs que nécessite tout projet informatique.

3.3. Les trois cycles de Merise :

L'identification de ces cycles se base sur l'approche fondamentale de l'ETRE FAIRE

et du
DEVENIR, le sésame de la connaissance de l'objet. En effet, expliquer un concept ou
un objet, nous ramène à répondre à trois questions fondamentales: ce qu'il est ? Ce
qu'il fait ? Ce qu'il devient ?
Par conséquent, la définition de l'objet pondère une définition ontologique (ce que
l'objet est-la dimension de l'ETRE), une définition fonctionnelle (ce que l'objet
fait - la dimension du FAIRE) et une définition génétique (ce que l'objet devient -
la dimension du DEVENIR).
En extrapolant aux systèmes d'information, ces trois dimensions se transforment en
des cycles, On aura ainsi:
• le cycle d'abstraction (ce que le système d'information est),
• le cycle de décision (ce que le système d'information fait)
• cycle de vie (ce que le système d'information devient).

La conception du système d'information se fait par étapes, afin d'aboutir à un

système d'information fonctionnel reflétant une réalité physique. Il s'agit donc de
valider une à une chacune des étapes en prenant en compte les résultats de la phase
précédente.

3.3.1.1. L'expression des besoins :

C'est une étape consistant à définir ce que l'on attend du système d'information
automatisé, il faut pour cela :
Faire l'inventaire des éléments nécessaires au système d'information
Délimiter le système en s'informant auprès des futurs utilisateurs
Cette étape aboutit à la rédaction d'un cahier de charge qui contient tout le plus
précisément possible tout ce qui est attendu du logiciel à développer ou à
acquérir.

3.3.1.2. Le modèle conceptuel

C'est à ce niveau que sont représentées les informations et leurs associations,

ainsi que les utilisations qui en sont faites et les contraintes associées. Ces
définitions sont établies en faisant abstraction de toute contrainte liée à
l'organisation.
口
En termes de données: Cette description fait appel au formalisme - entité-
association et se traduit par des entités de base et par des associations entre ces
entités.
A ce stade, on doit se poser les questions « quoi faire ? » et « avec quelles
données ? »
Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les
données qui seront utilisées par le système d'information. Il s'agit donc d'une
représentation des données, facilement compréhensible, permettant de décrire le
système d'information à l'aide d'entités.

3.3.1.2.
Le modèle conceptuel
C'est à ce niveau que sont représentées les informations et leurs associations,
ainsi que les utilisations qui en sont faites et les contraintes associées. Ces
définitions sont établies en faisant abstraction de toute contrainte liée à
l'organisation.
• En termes de données: Cette description fait appel au formalisme - entité-
association et se traduit par des entités de base et par des associations entre ces
entités.
A ce stade, on doit se poser les questions « quoi faire ? » et « avec quelles
données ? »
Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les
données qui seront utilisées par le système d'information. Il s'agit donc d'une
représentation des données, facilement compréhensible, permettant de décrire le
système d'information à l'aide d'entités.

En termes de traitements: Ces mêmes entités vont être décrites par leurs
sollicitations ou par les réactions qu'elles déclenchent de la part du système
d'information, donc par des traitements dont elles sont les causes et les
conséquences. Ceci se fait en termes d'événements et de synchronisation
d'opérations.
Le modèle conceptuel des traitements permet de traiter la dynamique du système
d'information, c'est-à-dire les opérations qui sont réalisées en fonction
d'événements. Ce modèle permet donc de représenter de façon schématique l'activité
d'un système d'information sans faire référence à des choix organisationnels ou des
moyens d'exécution, c'est-à-dire qu'il permet de définir simplement ce qui doit
être fait, mais il ne dit pas quand, comment ni où...
le M.C.T. est appelé « Modèle Evènement-Résultat » : L'arrivée d'un ou plusieurs
évènements va déclencher une opération qui va produire un résultat. Il sert à
décrire en détail le déroulement des activités listées dans le DCF: ce qui les
déclenchent (évènement), ce qui se passe une fois déclenchée (opération), et quels
sont les résultats produits.

Exemple: Dans une entreprise, l'arrivée d'une commande client va entraîner une
saisie et une édition d'un accusé de réception.




3.3.1.3. Le modèle logique ou organisationnel

Alors qu'au niveau conceptuel la réalité perçue est exprimée par l'entreprise
dans son ensemble, le niveau organisationnel exprime cette même réalité telle
qu'elle est vécue par les acteurs, quels qu'ils soient. A ce niveau, aucune
différence n'est faite entre les hommes et les machines, pour autant que la
dominante reste le - QUI et le « OU à l'exclusion du « comment » On intègre à
l'analyse les critères liés à l'organisation.

• En termes de données : Les entités et associations suscitent la

création de tableaux. Il y a transformation, mais pas enrichissement. Le niveau
conceptuel de données est une description complète du système d'information Des
données nouvelles peuvent être créées aux niveaux inférieurs (par exemple, création
d'une redondance de données en vue de minimiser le nombre d'accès à une entité),
mais en aucun cas il n'y a création de nouvelles informations,

• En terme de traitements: Les événements décrits ne sont pas des

événements temporels, mais des événements à dominante spatiale. On se posera ainsi
des questions du type « QUI ? » et « Où ? » Le passage du niveau conceptuel au
niveau organisationnel se concrétise par l'attachement à des acteurs des événements
précédemment définis. Toutefois, des événements organisationnels peuvent aussi être
introduits, ce qui enrichit la description du système d'information


3.3.1.4. Le niveau physique ou opérationnel…

C'est une représentation des moyens qui vont effectivement être mis en œuvre pour
gérer les données ou activer les traitements. On apporte des solutions techniques
et on Répond à la question - comment ?
En termes de données: Il y a passage d'une classe de solutions à un produit de
cette classe. Cela se traduit par l'utilisation d'un système de gestion de bases de
données (SGBD), ainsi que par des Choix concernant les méthodes de stockage et
d'accès
En termes de traitements :Le modèle opérationnel décrira l'architecture des
programmes qui vont activer les différentes tâches de l'ordinateur. Mais il n'y a
pas encore de programmation: celle-ci viendra ensuite, dans la phase de codage.

3.3.2. Cycle de vie :

Ce cycle décrit l'ensemble de décisions et choix pris durant le cycle de vie. Les
décisions marquent, généralement, la fin d'une étape et le début d'une autre. Cet
ensemble de décisions est hiérarchisé comme il suit :
• Décomposition du système d'information en des sous-systèmes et / ou
domaines.Orientations majeures concernant les règles de gestion, les règles
d'organisation les solutions technologiques.
• Planification de la réalisation du système d'information
• Degré d'automatisation de procédures: procédures manuelles et
procédures automatiques
• etc.

3.3.3. Cycle de décision

Ce cycle décrit la vie du système d'information. Dans l'évolution de tout système

on distingue, généralement, un point de départ (la conception), une gestation, une
naissance, une croissance, une maturité, une obsolescence et une fin (la mort). En
appliquant ces principes à un système d'information on en distingue :
• La conception du futur système d'information (descriptions détaillées
de spécifications fonctionnelles et techniques).
• La réalisation du futur système d'information (production de programmes
et de consignes correspondant aux spécifications détaillées).
• La maintenance du futur système d'information (adaptation du système
aux évolutions de l'environnement).