Conception des Systèmes

d’Information
Problématique et méthodologie :
illustration avec la méthode MERISE.

Chap. 1 : Problématique de
l’Ingénierie des Systèmes
d’Information
Erwan TRANVOUEZ
[email protected]
erwan.tranvouez.free.fr
Objectif du cours

 Indépendamment de votre option il s’agit de

comprendre l’enjeu d’une technologie et les
méthodes existantes pour la mettre en
œuvre.
 Ce cours aborde :
 Comment gérer la complexité
 Comment abstraire un problème
 Résoudre un problème
 Dans le cadre de l’ingénierie des Systèmes
d’Information

2/40
Bibliographie

 Ingénierie des Systèmes d’Information : MERISE

– 2ème génération. D. Nanci, B. Espinasse, 4ème
édition. Vuibert.
 only one  away Free !
http://www.lsis.org/espinasseb/Nouvelles-News.html
 La méthode MERISE : Principes et Outils. H.
Tardieu, A. Rochfeld et R. Colletti. Ed. d’Organisation.
 Processus métiers et S.I. : évaluation,
modélisation, mise en œuvre. C. Morley, J. Hugues,
B. Leblanc, O. Hugues. Ed. Dunod.
 FAQ Merise. D. Nanci, http://www.developpez.com

3/40
Plan de la session

 Systèmes d’Information: définitions et

enjeux
 Définition
 Usage
 Ingénierie des Systèmes d’Information
 Définitions de système et de méthode
 Introduction à MERISE

4/40
1. Systèmes d’Information

Définitions et enjeux
Origines des Systèmes d’Information

 Est lié à l’informatisation des entreprises:

 < 1970. Automatisation des processus administratifs :
améliorer la gestion administrative en réduisant les délais (gestion
factures, stocks, salaires, …). Accès limité aux grosses entreprises
(machines lourdes et coûteuses).
 197x : Maturation:
 progrès techniques et amélioration de l’organisation des données
afin d’éviter les saisies multiples.
 Mais l’intégration de données & applications hétérogènes faite
coup sur coup, fait grossir de manière anarchique les SI et leur
complexité les rendant de plus en plus difficile à gérer voire à
construire (problème )
 => nécessité de s’éloigner du technique pour répondre aux besoins
 Langages de plus haut niveau -> SQL
 méthodes et d’outils de plus haut niveau.

6/40
Origines des Systèmes d’Information
(suite)
 Le processus d’informatisation s’intensifie
 198x.
 Avec les progrès techniques et méthodologiques,
intensification de l’automatisation des processus
d’entreprise : 1ers ERP.
 199x. SI un produit de Masse :
 L’informatique devient grand public: matériels plus
puissants (proc 286) et logiciels + ergonomiques et - chers
 Industrialisation des SI : outils matures et de plus en plus
simple. Cible PME avec solutions « on the shelves »
 Révolution Internet : le réseau Internet devient un SI
mondial et les SI Distribués se généralisent.

7/40
Une autre perspective historique

Source image : http://yorkearwaker.wordpress.com 8/40

Origines des Systèmes d’Information
(suite)
 A noter que ces évolutions se font
généralement
 par pallier (et non de manière continue)
 Avec des vagues de propagation des
technologies allant d’abord des grosses
entreprises aux petites entreprises
 Se traduisant par des cycles de demande
d’informaticien rapprochés mais avec une
certaine amplitude (ex: bug de l’an 2000 +
bulle internet).

9/40
Attention !

 Un système d’information n’est pas:

 (qu’) une Base de Données
 (qu’) un Système Informatisé

 Système: implique une construction (humaine) réalisée

pour gérer cette information
 Information: il s’agit plus que de données mais bien un
ensemble de fait apportant une aide à la prise de décision

10/40
Définition

 Le système d’Information a pour mission:

 Mémoriser l’information: acquisition (donc ouvert avec
l’extérieur), exploitation, stockage
 Diffuser l’information : restitution pouvant être d’ailleurs
contrôlée/limitée
 Maintenir cohérente l’information: dans le temps et
intrinsèquement…
 Transformer et produire de nouvelles information…
 De pouvoir évoluer
 Remarques :
 Il n’est pas question de moyen ! L’informatique n’est
qu’un moyen même si elle apporte de meilleures
performances.
 Le problème d’intégration d’applications peut être
reformulé au travers de ces missions.

11/40
Place du Système d’Information dans
l’entreprise
 Partout ! Mais Les Niveaux de
pas avec les même rôle Management d’Anthony

Aide à la décision

Temporel
Horizon
Tableau de bord :
produit une image du
Réel

Contrôle / Monitoring

12/40
Usage des Systèmes d’Information
d’entreprise
 ERP (Entreprise Resource Planning) ou
Progiciel de Gestion Intégrée : consiste à
informatiser et intégrer les activités d’une entreprise
pour faciliter sa gestion : facturation, stock, ventes,
commandes fournisseurs, ...

13/40
Usage des Systèmes d’Information
d’entreprise
 CRM (Customer Relationship Management) ou
Gestion de la Relation Client : rassemblement des
données clients et produits pour une meilleure
connaissance de la demande et fidélisation de la
clientèle.

14/40
Usage des Systèmes d’Information
d’entreprise
 SCM (Supply Chain Management) ou Gestion
de la Chaîne Logistique. SI supportant un réseau
d’entreprise organisé en chaîne logistique.

Sources: http://www.sustainable-link.com
15/40
Usage des Systèmes d’Information
d’entreprise
 GDT (Gestion des Données Techniques) : Outil de
partage et de diffusion de connaissances techniques. En
général, architecture distribuée et ouverte.
 Ex. Renault : Gestion de flotte

16/40
Usage des Systèmes d’Information
d’entreprise
 GDT (Gestion des Données Techniques) : SI
support pour les « garages »

 Question :
 Comparez les 2 approches…
Sources: http://www.alldata.com/repair
17/40
Ex : mySAP Business Intelligence

18/40
Usage des Systèmes d’Information
(suite)
 GPAO (Gestion de Production Assisté par Ordinateur):
apparenté parfois à un Executive Information Systems.
Contrôle et pilotage de processus de production.
 Workflow : Automatisation et assistance de processus
administratifs. (Ex: Gestion de contrats d’assurance : suivi des
sinistres).
 SIG (Système d’Information Géographique) : Consiste à
coupler des données géographiques et d’autres données .
(Ex: Mappy.fr : affichage d’une carte routière et des radars).

19/40
Usage des Systèmes d’Information
(fin ?)
 SI d’Intégration ou EAI : (Enterprise Application
Interconnexion). Lorsque les applications ne sont pas
compatible les EAI permettent de normaliser et faciliter
l’échange de données (structurées) entre 2 ou n applications.
Ex. Workflow et ERP.
 Gestion des connaissances : du moins une version
réduite cad cherchant a maintenir et diffuser l’information
dans un réseau de professionnels (intranet, ged, SI données
techniques, …).
 Veille technologique : suivi des avancées technologiques
(brevets, internet,…) publiées sur des supports numériques
(cdrom, internet, …), analyse et rapport.
 …

20/40
Technologies disponibles

 Application propriétaires dédiées:

 ERP, Workflow, …
 Systèmes de Gestion de Base de Données:
 BD relationnelles (PostgreSQL, MySQL, Oracle, MS…)
 BD Objet,
 BD XML…
 … (Big Data/NoSQL)
 Internet :
 PHP, Python, Java/JSP, VB/ASP …
 Ateliers de Génie Logiciels :
 Windev, Oracle Designer, …
21/40
Technologies disponibles
(suite)

 Architectures Logicielles :
 2 Tiers, 3 Tiers …
 Langage & environnement de
développement logiciel :
 Java, C#/DotNet etc…

 Et donc de nombreux choix

technologiques à faire !

22/40
Particularité de l’ingénierie des SI
vs GL « classique »
 L’informatique peut être vue comme
l’automatisation de processus informationnels
…
 automatisation
 => processus pré existants qu’il faut optimiser
 => il faut d’abord décrire ces processus
(compétences gestion)
 => identifier les points d’optimisation (quelles
tâches pourront être accomplies plus efficacement
que la machine)
 => éventuellement réorganiser les processus
 Compétence informatique arrive APRES…
23/40
Particularité de l’ingénierie des SI
vs GL « classique »
 La conception d’un SI commence donc d’abord
par l’appropriation du domaine …
(connaissances métiers, processus métiers…)
 Le point de départ n’est pas le logiciel …
 En GL, une démarche « UML » avec comme
point de départ un Use Case commence la
conception par les fonctions du logiciel …
 La démarche de conception de SI diffère en
cela…

24/40
Contraintes de l’ingénierie des SI

 Technologiques & Financières: souvent les premiers

arguments avancés. Or ils sont exprimés indépendamment
des besoins. A-t-on besoin de SAP pour mettre en ligne le
catalogue produit d’une TPME ?
 Gérer l’héritage logiciel (legacy systems).
 Double difficulté de modélisation :
 Modélisation du réel
 Modélisation opératoire
 Optimiser le système : exploitation & maj
 Dialogue entre intervenants : problème classique du GL,
renforcé dans le cadre de gros projets par la diversités des
intervenants (ex: ERP discours opérateurs, vendeurs, S.
marketing, Direction, etc…).

25/40
Contraintes de l’ingénierie des SI
(suite)

 Evolutivité : projet d’urbanisation du SI

 Organisationnelle:
 Le déploiement d’un SI dans une entreprise implique de
tenir compte des conditions dans lesquelles il va être
employé et déployé… (adhésion utilisateurs etc…)
 Au minimum: tenir compte de la manière de travailler des
futurs utilisateurs, les former …
 En général implique des modifications de fonctionnement
et d’organisation de l’entreprise (autonomie des
utilisateurs mais responsabilités, règles de diffusion de
l’information…)
 Et n’est pas neutre socialement. Ex. développement des
déclarations sur internet.

26/40
Et vous dans tout ça ?

 Compréhension globale des outils, de la technologie, de

ses enjeux (notamment organisationnels)
 Importance des SI dans tous les processus de
production de valeur en entreprise (service &
industrie).
 Comprendre la technologie sous-jacente et sa relation
au Système réel (ex. paramétrisation de ces systèmes).
 Appréhender tous les enjeux de la conception de tels
outils : aspects pluridisciplinaires, gestion de projet, …
 Prendre du recul par rapport au technique : même en
informatique, un ingénieur n’est pas un technicien
supérieur ! La technologie est au service d’un besoin.

27/40
Conclusion intermédiaire

 Diversité des formes de Systèmes

d’Information
 On est passé d’une technologie unificatrice
(Base de Données) à des technologies
spécifiques :
 Chaque constructeur propose son propre langage de
conception/développement (SAP/Aris, BAAN/DEM)
 Alors ? Impossible d’apprendre tous les
langages … reste les concepts et la méthode.

28/40
Conclusion intermédiaire … rollback
évolution du commerce…
 Epicerie :

 Grandes Surfaces :
 Self Service
 Self Scan
 Automatisation des
tâches …
Question :
Quels usage des SI ?
 A contrario (ou presque) :
Drive In…
Faux !
C’est vous!
????

29/40
2. Ingénierie des Systèmes
d’Information
Définition d’une Méthode

 Une méthode comporte :

 une démarche : ensemble coordonné d’étapes, de
phases et de tâches indiquant le chemin à suivre pour
conduire un projet, ici, la conception d’un SI,
 des raisonnements et des techniques nécessaires à la
construction de l’objet projeté, traduits ici par des
modélisations,
 des moyens de mise en œuvre, en l’occurrence une
organisation de projet et des outils.

 UML n’est donc pas une méthode ! C’est un

langage... (mais RUP l’est)

31/40
Historique de la méthode MERISE

 1978 : Issue d’un projet lancé par le ministère de l’industrie

qui cherche à proposer une méthode de conception de SI
tenant compte à la fois
 des méthodes existantes de spécification des traitements et
des données,
 en les actualisant
 basée sur l’expérience « industrielle »
 Selon le paradigme systémique.
 La méthode s’enrichie avec en 1992 la sortie d’une 2ème
génération tenant notamment compte de la distribution des
données, de la notion d’état et de cycle de vie, …
 Des outils performants apparaissent (conception et
génération de code)

32/40
Objectifs de MERISE

 En tant que méthode, elle cherche à aider:

 Le dialogue entre les intervenants:
 Sur la base d’un langage d’expression compréhensible
par tous (décideurs et informaticiens) à l’aide de
diagrammes
 La conception du SI : de par la définition d’une
démarche/guide et de règles de construction ou de traduction
des modèles produits
 La gestion de projet en définissant des étapes à atteindre
définissant un chemin à suivre.

33/40
Autres méthodes pour
l’ingénierie des SI
 UML : cad les diagrammes UML associé à une
démarche.
 Rémora.
 SADT (Structured Analysis and Technical
Design) composé d’IDEF0 (informations),
IDEF1 (fonctions), IDEF3 (processus.
 Ex. modélisation d’un processus
Contraintes
Entrées Sorties
Verbe
N°

Ressources 34/40
Définition de Système 1

 Hall & Fagen:

 « Ensemble d’objets et les relations entre ces objets
et leurs attributs »

Objet

Attribut1
Attribut2
… Attribut1
Objet Attribut2
…
Objet

35/40
Définition de Système 2

 J.L Le Moigne
 Quelque chose - N’importe quoi, identifiable
 qui fait quelque chose - Activité, fonction
 et qui est doté d’une structure
 évolue dans le temps
 dans quelque chose - Environnement
 pour quelque chose - finalité

évolution

environnement finalité
structure

activité
36/40
Approche Systémique

 Consiste à appréhender un système dans sa globalité et

non pas seulement au travers des composants et de
leurs interactions.
 Se déroule en 3 étapes:
 Analyse du système : délimiter les frontières,
identifier les éléments importants et leur type
d’interaction.
 Modélisation du système : cartographie,
organisation et hiérarchisation.
 Simulation du système : étude du comportement
du modèle
 Il y a donc avant tout une approche itérative consistant
à partir du général au particulier, du concept à
l’instance.
37/40
Modélisation Systémique de
l’entreprise en tant qu’Organisation

Entreprise / Organisation
Environnement

Sous-Système de pilotage (SP)

- réfléchi, décide, contrôle

Information

Sous-Système d’Information (SI)

- mémorise, traite, diffuse

Information

Sous-Système Opérant (SO)

- transforme, produit

38/40
SI Organisationnels et SI Informatisés

 Système d’Information Organisationnel

 Terme décrivant toute l’activité informationnelle d’une
organisation.
 Sa conception se base sur le réel : ie fonctionnement réel
de l’entreprise et notamment de ses acteurs => Sciences
de gestion.
 Système d’Information Informatisé
 Partie au contenu informatisée du SIO. Elle implique donc
davantage de lien avec les choix technologiques.
 Sa conception se base sur les besoins informatiques :
comment mettre en œuvre le SIO dans quel
environnement technologique => Génie Logiciel.

 Rque : Bien souvent le terme de SI est utilisé à la place de

SII (ex. Site ministère sur la sécurité des SI).
39/40
SI Organisationnels et SI Informatisés
(suite)
Il s’agit pour ces 2 types de SI de définir des réponses
adaptées au niveau de leur mise en œuvre :
 Des outils (au sens large) de description et d’expression
pour le SIO caractérisant :
 Les informations manipulées
 Les activités du système réel et ses composants
 La place des acteurs humains …
 Des outils (idem) facilitant la mise en œuvre au sein d’un
Système Informatique (produit logiciel) des spécifications
du SIO.
 Architecture serveur, logiciel
 BD relationnelle
 Spécification des IHM
 Spécification technique permettant le choix de
technologies et de produits…

40/40