• Aucun résultat trouvé

d’Information l’Ingénierie des Systèmes Chap. 1 : Problématique de Problématique et méthodologie : illustration avec la méthode MERISE. d’Information Conception des Systèmes

N/A
N/A
Protected

Academic year: 2022

Partager "d’Information l’Ingénierie des Systèmes Chap. 1 : Problématique de Problématique et méthodologie : illustration avec la méthode MERISE. d’Information Conception des Systèmes"

Copied!
40
0
0

Texte intégral

(1)

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

erwan.tranvouez@univ-amu.fr erwan.tranvouez.free.fr

(2)

2/40

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

(3)

3/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

(4)

4/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

(5)

1. Systèmes d’Information

Définitions et enjeux

(6)

6/40

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.

(7)

7/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.

(8)

8/40

Une autre perspective historique

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

(9)

9/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).

(10)

10/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

(11)

11/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.

(12)

12/40

Place du Système d’Information dans l’entreprise

Partout ! Mais

pas avec les même rôle

Aide à la décision

Tableau de bord :

produit une image du Réel

Contrôle / Monitoring

Les Niveaux de Management d’Anthony

Horizon Temporel

(13)

13/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, ...

(14)

14/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.

(15)

15/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

(16)

16/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

(17)

17/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

(18)

18/40

Ex : mySAP Business Intelligence

(19)

19/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).

(20)

20/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.

 …

(21)

21/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, …

(22)

22/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 !

(23)

23/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…

(24)

24/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…

(25)

25/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…).

(26)

26/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.

(27)

27/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.

(28)

28/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.

(29)

29/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!

(30)

2. Ingénierie des Systèmes

d’Information

(31)

31/40

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)

(32)

32/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)

(33)

33/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.

(34)

34/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

Verbe

Sorties Entrées

Contraintes

Ressources

(35)

35/40

Définition de Système 1

 Hall & Fagen:

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

Objet

Objet

Objet

Attribut1 Attribut2

Attribut1

Attribut2

(36)

36/40

Définition de Système 2

 J.L Le Moigne

Quelque chose

qui fait quelque chose

et qui est doté d’une structure

évolue dans le temps

dans quelque chose

pour quelque chose

- N’importe quoi, identifiable - Activité, fonction

- Environnement - finalité

évolution

structure

activité

environnement finalité

(37)

37/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.

(38)

38/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

Sous-Système d’Information (SI) - mémorise, traite, diffuse

Sous-Système Opérant (SO) - transforme, produit

Information

Information

(39)

39/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)

.

(40)

40/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…

Références

Documents relatifs

Justification : Les données de géolocalisation des véhicules compte tenu de la possibilité d’identifier le chauffeur d’un véhicule (grâce à la possibilité dans

Par ailleurs, il est nécessaire de tenir compte que chacune des hyperclasses à intégrer puisse être peuplée (que ses classes contiennent des objets) et avoir

 Peut cependant complexifier l’ULT (ex. dans Windev la même fenêtre fait la saisie, le parcours et la modification de données =&gt; Code non optimisé et plus lourd à maintenir

le langage MTG d'origine permettait de définir une structure d'événements et un flux de données, tous deux appliqués aux tuples d'une base de données relationnelle, en appli-

• pouvoir utiliser des techniques d’expression des exigences et de modélisation qui aident à rédiger le cahier des charges et à analyser le système d’information.

(2) la s´eparation entre fonctions et r´ealisation de ces fonctions: dans les phases du cycle de vie (voir section 2.2) des m´ethodes de d´eveloppement de logiciel d’application et

Si la mauvaise version logicielle est chargée sur les systèmes Brivo MR355, Optima 360, Signa Profile, Signa Ovation HD, Signa Ovation .35T, Signa HFO, Signa HDe, Signa Ovation

Une classe de relation n-aire relie n classes d'entité Les classes de relations sont représentées par des hexagones (parfois des ellipses) dont l'intitulé décrit le type de relation