Analyse et conception de systèmes de logiciels
Méthode d'Analyse
I- REALISATION D'UN PROJET INFORMATIQUE
La démarche classique conduisant à la réalisation d'un projet informatique est généralement
découpée en étapes :
Ces étapes constituent l'analyse informatique. Des méthodes d'analyse basées sur l'expérience
ont été conçues pour assister l'analyste-programmeur chargé de réaliser un projet
informatique.
I.1 ) QU'EST-CE QU'UNE ANALYSE INFORMATIQUE ?
L'analyse au sens informatique du terme consiste à :
- comprendre et modéliser la gestion du domaine d'activité dans une organisation
- Concevoir la solution informatique adéquate.
L'efficacité et la validité d'une analyse reposent sur la qualité de la communication entre les
demandeurs de services (utilisateurs) et les fournisseurs de services (informaticiens).
I.1.A) DÉFINITION
L'analyse informatique a pour but de définir tous les éléments organisationnels, logiciels et
matériels nécessaires à la gestion automatisée d'une organisation.
I.1.B) EXEMPLE
Exemple de travail d'analyse : mettre en place un système de gestion des réservations de
chambres dans un hôtel. Comment faire ? Il s'agit d'un travail de conception. On sera amener
inévitablement à se poser les questions suivantes :
Quelle est l'organisation actuelle ?
Comme ça marche ?
Qu'est ce qui ne fonctionne pas ? Pourquoi ?
Quelles sont les informations manipulées ? Par qui ? quand ? comment ? va t-on les stocker ?
Comment va t-on y accéder ? quels traitements sont réalisés ? quand ? comment ? Par qui ?
Quels programmes sont à écrire ?
L'objectif du cours d'analyse est de donner des méthodes de travail pour concevoir un système
de gestion d'information cohérent, complet et fiable en répondant à toutes ces questions.
I.2 ) SYSTÈME D'INFORMATION (SI)
I.2.A) DÉFINITION D'UN SYSTÈME D'INFORMATION
Toute entité qui rassemble des moyens organisés pour atteindre un but est un "système". Un
système peut toujours être décomposé en trois sous-systèmes :
Le système opérant, le système de décision et le système d'information :
Exemple du corps humain (muscles puis cerveau et enfin système nerveux).
L'analyse informatique s'intéresse au système d'information en tant que support des données
et des traitements gérés par une entreprise. Une analyse informatique doit aboutir à une
définition détaillée des outils de gestion (informatique ou autre) qui permettront d'atteindre les
objectifs de l'entreprise.
Une analyse concerne rarement une entreprise dans sa totalité mais plutôt un service
particulier ou une fonction précise. On parle de domaine de l'analyse ou de domaine
d'étude.
© FNM 1 / 10
Analyse et conception de systèmes de logiciels
I.2.B) DÉMARCHE DE L'ANALYSE (MÉTHODES DE CONCEPTION)
• Identifier la domaine à étudier : lieux, personnes matériels, fonctions.
• Comprendre et décrire le fonctionnement actuel du système dans le domaine étudié :
objectifs, données gérées, traitements réalisés, poste de travail, circulation et stockage
de l'information.
• Faire une analyse critique de l'existant
• Recenser les nouveaux besoins de gestion.
• Proposer une ou plusieurs solutions pour le fonctionnement du futur système
• Définir en détails le fonctionnement du futur système
• Suivre sa mise en œuvre.
I.2.C) EXEMPLES
• un plan d'architecte "modélise" le batiment réel existant ou futur
• On parle de modèle mathématique pour décrire le comportement d'un phénomène
physique. Le modèle décrit de façon théorique le phénomène ce qui permet de prévoir
son comportement. La réalité amène toujours quelques écarts par rapport au modèle.
Exemple : la météo.
• Un circuit logique "modélise" un composant électronique.
I.3 ) MÉTHODES D'ANALYSE
Les méthodes d'analyse et de conception intègrent, à des degrés divers les trois éléments ci-
dessous :
I.3.A) LA DÉMARCHE
La démarche est le processus opératoire qui permet d'effectuer le travail de modélisation de
description et de réalisation d'un système informatique.
I.3.B) LES MODÈLES
Un système d'information réel est souvent très complexe. Pour mieux le comprendre et
analyser son comportement il sera représenté sous forme de modèles. Ob parle de
modélisation d'un système. Un modèle est une représentation simplifiée et normalisée de
tout ou partie d'un système d'information.
Un modèle peut être vu à la fois comme un outils de recherche d'une solution optimale et
comme un outils de représentation de cette solution.
Le plus souvent, les modèles sont des graphiques qui représentent un aspect d'un système
d'information tel qu'il est perçu par l'analyste.
I.3.C) LES OUTILS
Les outils logiciels, nommés généralement Atelier de Génie logiciel (AGL) supportent une
méthode d'analyse en facilitant la conception, la documentation, la simulation, l'évaluation ou
la réalisation du système d'information.
I.4 ) LA DÉMARCHE DE CONCEPTION
Tout projet nécessite une spécification rigoureuse du besoin informatique.
Le cahier des charges décrit le POURQUOI de la situation qui occasionne le problème.
2 / 10 © FNM
Analyse et conception de systèmes de logiciels
La spécification du problème décrit le QUOI, c'est-à-dire les caractéristiques externes
complètes de la solution à concevoir, qui devra fonctionner dans l'environnement précisé dans
le cahier des charges.
La conception décrit le COMMENT, la manière dont la solution présentée propose de
résoudre le problème spécifié.
Dans cette démarche, la modélisation est le processus qui permet de réaliser une
représentation approchée et simplifiée de la réalité étudiée.
Le modèle peut être considéré comme l'outil méthodologique permettant de décrire, analyser,
définir, concevoir en utilisant une démarche normalisée. On peut distinguer plusieurs types
d'approche de la modélisation :
- Approche par les traitements
- Approche par les données
- Approche par les événements extérieurs
- Approche par les résultats
Ces approches sont complémentaires et s'appliquent aux différentes étapes du cycle de
développement.
I.5 ) LE DÉVELOPPEMENT
L'objectif d'un programmeur est de concevoir et de coder des programmes qui répondent au
problème posé, qui soient clairs, structurés, fiable, performants, documentés, facile à lire, à
comprendre et à maintenir.
Il doit, pour cela, utiliser un ensemble de techniques, de procédures, de standards visant à une
meilleure qualité, à une meilleure efficacité et à un meilleur contrôle.
Les principes en sont :
- la conception des programmes par analyse descendante (top-down) qui présente
l'avantage de permettre une validation progressive, une intégration continue et des
interfaces documentées;
- La codification des programmes selon les principes de la programmation structurée, en
utilisant un psudo-code
- La documentation des programmes en utilisant des bibliothèques de développement
qui permettent de disposer d'une représentation à jour du produit développé et de
fournir une base de travail ordonnée pour le contrôle, et ce grâce à un responsable
ainsi qu'à des outils de maintenance des versions et des documentations;
- Une organisation en équipe de développement de 3 à 5 personnes autour d'un chef de
groupe;
- L'organisation de sessions de révision de code. Organisée par l'auteur des
programmes, elles permettent de passer en revue le travail effectué, de découvrir et de
corriger les erreurs le plus tôt dans le cycle de développement.
I.6 ) LES TESTS DE LOGICIEL
La validation d'un logiciel s'effectue grâce à des tests.
Ils ne permettent pas d'établir qu'un logiciel est correct, ni de mettre en évidence l'absence de
défaut mais au contraire de démontrer la présence de dysfonctionnement.
II - LA METHODE MERISE
II.1 ) PRÉSENTATION
© FNM 3 / 10
Analyse et conception de systèmes de logiciels
MERISE est née vers 1978-1979, à la suite d’une vaste consultation lancée en 1977 par le
ministère de l’industrie pour choisir plusieurs société de service et de conseil en informatique
et le Centre d’Etudes Techniques de l’Equipement) d’Aix-en-Provence afin de mettre au point
une méthode de troisième génération de conception réalisation de systèmes d’information. Le
CTI (Centre de Technique d’Informatique) fut alors maître d’œuvre du projet MERISE.
La naissance de MERISE marque donc une date importante dans l’histoire du traitement de
l’information. Cette naissance résulte d’une part de l’inadéquation des méthodes et de la
généralisation des traitements conversationnels faisant suite aux bouleversements
technologiques des années 70 et, d’autre part, de nombreux travaux sur les bases de données
et sur « l’Approche système ».
C'est la méthode la plus connue aujourd'hui en France. Elle est utilisée par des grandes
sociétés de service informatiques dont CAP SESA, CGI, GAMMA, SEMA GROUP.
La méthode MERISE propose une démarche pour définir un système d'information. Cette
démarche amène l'analyste à concevoir des modèles représentatifs du système d'information
actuel et futur.
II.2 ) CARACTÉRISTIQUES
Merise est une méthode de conception et de développement de systèmes d'information, elle se
caractérise par une double démarche, par niveaux et par étapes. Merise propose une
approche de conception séparant l'étude des données de celle des traitements, en avançant
progressivement par niveaux.
L'analyse des données donne une vision statique du domaine étudié alors que l'analyse des
traitements s'intéresse à l'aspect dynamique du système.
La séparation entre les données et les traitements assure cohérence et pérennité au système.
• Cohérence : le système étudié dans sa globalité.
• Pérennité : l'apparition de nouveaux besoins de traitements ne remettra pas en cause
l'organisation des données.
Exemple :
Pour calculer le prix TTC d'un produit il faut connaître la taux de TVA, or si ce dernier ne
fait pas partie des données mais des traitements (valeur dans le programme), quand la taux
de TVA change, il faut également changer le programme. Une analyse des données avisée
aura prévu la mémorisation du taux de TVA sans tenir compte des traitements.
La démarche par niveaux a pour objectif la formalisation du futur système sous ses
différents aspects.
Cette démarche part du théorique et va vers le pratique.
Au niveau conceptuel on applique un certain nombre de méthodes théoriques pour aboutir à
un modèle idéal.
Au niveau logique on adapte ce modèle idéal à différentes contraintes techniques :
environnement informatique effectivement disponible, temps de réponse, espace de stockage
disponible…
Au niveau physique on sort du cadre de l'analyse pour mettre effectivement en place des
fichiers, des bases de données et des programmes.
4 / 10 © FNM
Analyse et conception de systèmes de logiciels
II.3 ) LES MODÈLES DE MERISE
II.3.A) PRÉSENTATION
Niveau de Choix Préoccupation Modèle de Modèles des
modélisation données traitements
Conceptuel Gestion Quoi? MCD MCT
Que veut-on faire ?
Logique Organisation Qui fait quoi ? ou? MLD MOT
Quand? Comment
Physique Tchenique Avec quels moyens ? MPD MOpT
MCD Modèle Conceptuel des données
MLD Modèle logique des données
MPD Modèle physique des données
MCT Modèle conceptuel des données
MOT Modèle organisationnel des traitements
MopT Modèle opérationnel des traitements
II.3.B) RÔLE
Les modèles servent à répondre aux questions suivantes :
MCD : Quelles données et quels liens entre les données ?
MLD : Comment organiser le stockage des données ?
MPD : Comment stocker effectivement les données ?
MCT : Quels traitements ?
MOT : Comment organiser les traitements ?
MopT : Comment réaliser les traitements ?
II.4 ) LE SUIVIT D'UN PROJET MERISE
Dans la méthode MERISE on parle de PROJET pour identifier l'analyse d'un Système
d'Information particulier.
La démarche par étapes a pour objectif la hiérarchisation des décisions qui doivent être
prises au cours de la conception, du développement, de la mise en oeuvre du nouveau système
d'information, mais aussi de l'évolution du système qui sera mis en place.
Les différentes étapes sont les suivantes :
II.4.A) SCHÉMA DIRECTEUR
Le schéma directeur est une étape de réflexion globale et de planification du
développement du système d'information. L'objectif de cette première étape est de faire le
pont entre la stratégie de l'entreprise et ses besoins en termes de systèmes d'information.
Pour ce faire, l'entreprise sera décomposée en domaines de gestion.
En parallèle, il sera procédé à l'identification des activités de l'entreprise, qui s'expriment
habituellement en termes de finalités stratégiques. Voici quelques exemples: concevoir des
produits nouveaux, les vendre, acheter des matières premières, gérer le personnel.
Une fois les domaines de gestion et les finalités identifiés, il s'agira d'affecter les finalités aux
domaines correspondants. Ceci étant fait, on pourra procéder à la recherche des facteurs
critiques de succès.
Connaissant les facteurs critiques de succès du domaine, on pourra dès lors procéder à
l'identification des besoins en termes de systèmes d'information pour le domaine en
question.
© FNM 5 / 10
Analyse et conception de systèmes de logiciels
C'est à ce niveau que sont définies les priorités concernant les différentes applications à
développer, les budgets prévisionnels mais aussi le niveau de fiabilité et de confidentialité de
chacune d'elles et que sont effectués divers arbitrages. Le résultat obtenu à l'issue de cette
étape est un Plan Directeur Informatique.
II.4.B) ETUDE PRÉALABLE
A la suite du schéma directeur, l'étude préalable aura pour but de reprendre domaine par
domaine et d'étudier de manière plus approfondie les projets à mettre en oeuvre et leur
interfaçage. Son objectif est la constitution d'un Dossier de Choix permettant d'apprécier les
diverses solutions alternatives d'informatisation, pour un domaine donné en tenant compte des
orientations définies par le schéma directeur.
Faire une étude préalable, c'est aussi se donner la possibilité d'actualiser, le cas échéant, un
certain nombre de détails du schéma directeur et de vérifier l'opportunité des projets
identifiés au niveau des domaines.
L'étude préalable doit définir les principales solutions envisageables et pour chacune d'elles,
elle doit préciser ses avantages et ses inconvénients, les coûts et les moyens ainsi que les
délais prévus pour l'étude détaillée, la production, la mise en oeuvre et la maintenance.
La schématisation des influences de cette nouvelle étape sur les modèles de la démarche peut
être présentée sous l'aspect suivant :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
D T
Niveau
Physique
Etat actuel Etat Futur
Les ronds représentent le poids de chaque partie
Maquette Prototype
• Une maquette est un ensemble logiciel ayant vocation à démontrer la faisabilité
d'une application de gestion ou à en illustrer les fonctionnalités du point de vue
externe, celui de l'utilisateur final. La technique de développement utilisée n'est pas
représentative de la technique réelle envisagée.
• Un prototype quant à lui est un logiciel intégrant tout ou partie des fonctionnalités
réelles à développer mais n'utilisant qu'un sous-ensemble des données réelles d'entrée.
Le point de vue pris en compte est le point de vue interne, celui du réalisateur. La
technique de développement employée est celle qui le sera pour l'ensemble applicatif
final et le prototype est susceptible d'être utilisé dans des conditions réelles, sur un site
pilote par exemple, avant généralisation. L'utilisation possible de prototype renforce la
représentativité de l'étude préalable.
6 / 10 © FNM
Analyse et conception de systèmes de logiciels
II.4.C) ETUDE DÉTAILLÉE
Elle complète l'étude préalable et plus spécifiquement la solution qui a été choisie parmi
celles ayant fait l'objet de l'étude préalable.
L'étude détaillée est effectuée projet par projet, ne porte que sur les fonctions à automatiser
dans le cadre d'un même projet et se décompose en deux phases principales :
1. la conception fonctionnelle,
2. la conception ou étude technique.
A l'issue de la conception fonctionnelle un Dossier de spécifications fonctionnelles ou
Cahier des charges utilisateurs sera rédigé
L'influence de cette phase peut être représentée ainsi :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
Niveau D T
Physique
Etat actuel Etat Futur
L'étude technique aboutit à la rédaction d'un Dossier de spécification techniques ou Cahier de
charges de réalisation, dossier indispensable pour la production du logiciel.
Le schéma prend alors l'allure suivante :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
Niveau D T
Physique
Etat actuel Etat Futur
© FNM 7 / 10
Analyse et conception de systèmes de logiciels
II.4.D) RÉALISATION
Elle consiste en une fabrication des différents programmes et transactions dont l'architecture a
été définie, ainsi qu'en une fabrication des structures de fichiers ou bases de données qui
seront ultérieurement remplis par les utilisateurs.
La réalisation est effectuée en trois parties :
• codage des programmes,
• tests et mise au point,
• intégration de l'ensemble des transactions et des chaînes batch (ou traitement par lots
qui concerne un ensemble de données souvent réalisé en différé).
Les logiciels sont réalisés de manière modulaire ou structurée et donnent lieu à des tests
unitaires, puis sont regrouper pour donner lieu à des tests d'intégration. Ces derniers sont
effectués sur les jeux d'essais utilisateurs. Cette production peut passer par la fabrication d'un
prototype.
Les difficultés relatives à cette étape sont bien connues des informaticiens.
Traditionnellement, on prend ici autant sinon plus de temps à mettre au point les programmes
et à les intégrer qu'on en a pris pour effectuer la phase de conception et d'analyse.
L'étape est sanctionnée par une Documentation technique d'exploitation,
L'influence sur les modèles est la suivante :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
D T
Niveau
Physique
Etat actuel Etat Futur
On réalise les prototypes et les programmes.
II.4.E) MISE EN ŒUVRE ET GÉNÉRALISATION
La mise en oeuvre des nouvelles applications nécessite également un temps non négligeable.
Imaginons en effet une compagnie d'assurance qui entre en machine tous ses assurés: cela ne
peut se faire en une semaine si la compagnie a un million d'assurés.
Ainsi la mise en oeuvre des applications nécessite la réalisation de l'ensemble des tâches
suivantes :
• création et initialisation des bases de données,
• réception éventuelle et installation des nouveaux matériels informatiques,
• rédaction de manuels pour les futurs utilisateurs,
8 / 10 © FNM
Analyse et conception de systèmes de logiciels
• formation des futurs utilisateurs aux nouvelles applications,
• lancement des nouvelles applications en parallèle avec les anciennes,
• lancement définitif des nouvelles applications.
C'est pourquoi l'étape de mise en oeuvre peut commencer très tôt dans le processus de
conception, puisqu'elle peut débuter dès le stade de l'étude préalable :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
D T
Niveau
Physique
Etat actuel Etat Futur
Il s'agit de compléments.
Elle se concrétise par la mise à disposition des utilisateurs du système développé, que celui-ci
soit à l'état de prototype ou complet. La recette de ce qui a été développé se fait sur la base de
jeux d'essais spécifiques. Cette recette est à ce stade provisoire.
Afin d'apporter des garanties de bon fonctionnement, cette recette provisoire ne peut devenir
définitive qu'à l'issue d'une période d'essais intensifs sur la base de la montée en charge réelle
du système nouvellement livré. Le Protocole de recette est le document qui sanctionne la
mise en oeuvre.
La généralisation consiste à mettre le système à disposition de l'ensemble des utilisateurs,
en intégrant toute la variété des ressources et des contextes organisationnels dans lesquels le
dit système doit pouvoir être exploité. Elle sera utilisée dans le cadre d'une entreprise de taille
importante ayant par exemple des matériels d'exploitation différents et pour lesquels une
adaptation du système sera nécessaire.
Un Dossier de mise en exploitation de chacune des versions clôt cette étape.
II.4.F) MAINTENANCE
La maintenance des applications va permettre de faire vivre les applications et de les mettre à
niveau jusqu'à leur mort.
Elle vise à maintenir le système nouvellement développé en ordre de marche, au moindre
coût, à fonctionnalités constantes quels que soient les matériels utilisés ou les évolutions de
détails des règles commerciales ou organisationnelles à appliquer.
© FNM 9 / 10
Analyse et conception de systèmes de logiciels
Pour la maintenance l'influence sur les modèles peut s'appliquer à tous les niveaux,
généralement cette influence ne s'applique que sur les niveaux logique et physique. Une
modification au niveau conceptuel serait très coûteuse et révélatrice de fautes ou d'oublis
graves lors de la conception du système.
La rigueur de conception due à l'utilisation de Merise va en effet permettre de diminuer le
coût de maintenance et de prolonger la durée de vie des applications. La maintenance peut
agir sur les modèles de la façon suivante :
D T D T
Niveau
conceptuel
D T
Niveau
Logique
D T
D T
Niveau
Physique
Etat actuel Etat Futur
Il s'agit de compléments.
L'évolution vise quant à elle à maintenir le système nouvellement développé en ordre de
marche, au moindre coût, à fonctionnalités croissantes ou par intégration de nouvelles règles
commerciales.
10 / 10 © FNM
