Paco

Ceci est la version HTML du fichier http://liris.cnrs.fr/yannick.
prie/ens/08-
09/SIMA/CM-intro-CSI.pdf.
Lorsque G o o g l e explore le Web, il crée automatiquement une version
HTML des documents récupérés.
Page 1
Introduction à la conception de
systèmes d’information
20082009
M1 MIAGE – SIMA / M1 Informatique – MIF17
Yannick Prié
UFR Informatique Université Claude Bernard Lyon 1
Page 2
M1 MIAGE – SIMA / M1 INFO – MIF17 / 20082009 / Yannick Prié
Université Claude Bernard Lyon 1
2
Objectifs de ce cours
 ν
Présentation générale de la notion de
système d’information
 ν
Introduction à la conception et à la
modélisation de SI
Page 3
3
Plan
 ν
Systèmes d’information
 ν
Evolution des SI (historique)
 ν
Concevoir un SI
 ν
Modélisation et diagrammes
Page 4
4
Plan
 ν
 ν
 ν
Concevoir un SI
 ν
Page 5
Des exemples de SI
 ν
Une application de gestion de stocks
d’un supermarché
 ν
Un site web de vente en ligne
 ν
Une bibliothèque numérique
 ν
Un portail avec intranet pour l’UFR
informatique
 ν
...
Page 6
6
Système d’information
Un SI est un ensemble organisé de ressources : matériel,
logiciel, personnel, données, procédures… permettant
d’acquérir, de traiter, de stocker des informations (sous
formes de données, textes, images, sons, etc.) dans et
entre des organisations.
(Reix, 2004, pp. 34)
Personnel
(spécialistes, utilisateurs)
Matériel
(machine, supports, etc.)
Logiciels et procédures
(programmes, méthodes)
Données
(connaissances, modèles, etc.)
Acquérir des informations
(collecter)
Système
d’information
Traiter des informations
(transformer)
Stocker des informations
(conserver)
Communiquer des informations
(diffuser)
Autres définitions
Page 7
7
C’est quoi une organisation ?
L’organisation est à la base de l’action collective. Dès qu’une
activité dépasse la capacité d’un seul individu, l’organisation
constitue la réponse appropriée. Elle se caractérise donc par :
un ensemble d’individus : participants, acteurs ;
un accord, implicite ou explicite, sur un ou plusieurs objectifs
partagés par les divers participants ;
une division du travail, définissant le rôle de chaque
participant ;
une coordination plus ou moins formalisée, qui assure la
cohérence des comportements et donc le respect des
objectifs communs en dépit de la division du travail.
(Reix, 2004, p. 50)
Page 8
8
Que faiton dans une organisation ?
 ν
Processus principaux
–  résultat = raison d’être de l’organisation
–  Ex. : production de biens ou de services
 ν
Processus secondaires
–  résultats nécessaires pour l’exécution des
processus principaux
–  Ex. : comptabilité, paye
 ν
Processus de pilotage
–  contrôle de l’atteinte des objectifs, mise en œuvre
de la stratégie
–  Ex. qualité
(Morley, 2005, p. 71)
Page 9
9
Objectifs d’un SI
Le but de tout système d’information est d’apporter
un soutien aux processus de travail dans
l’organisation selon trois modalités principales
(pouvant être combinées) : fournir de l’information,
assister le travail humain, automatiser le travail. Les
systèmes de travail qu’il assiste peuvent être
individuels […] ou collectifs […]. L’usage du SI peut
être obligatoire, recommandé ou discrétionnaire…
mais dans tous les cas, les caractéristiques du SI
sont déterminées par ses finalités, c’est à dire par les
objectifs de l’organisation auxquels il doit contribuer.
(Reix, 2004, p.6)
Page 10
10
Usages des systèmes d’information
 ν
Applications fonctionnelles
– Applications « classiques »
– Gestion commerciale, gestion de
production, gestion comptable et financière
 ν
Applications d’aide à la décision
– Assistance au décideurs (systèmes
experts, entrepôts de données,
datamining)
(Reix, 2004)
ERP
Page 11
11
Usages des systèmes d’information
 ν
Applications d’aide à la communication
–  Communication interne
•  travail de groupe (collectif, CSCW)
–  Communication externe
•  SI interorganisation (B2B, EDI, SCM) : entreprise
étendue, entreprise étendue
•  SI de gestion de la relation client (B2C, CRM)
 ν
Applications d’aide à la gestion des
connaissances
–  Acquisition, conservation, diffusion des savoirs et
des savoirfaire (KM)
(Reix, 2004)
Page 12
12
Les trois dimensions d’un SI
 ν
Informationnelle
–  le SI produit des représentations, manipule et produit de
l’information
 ν
Technologique
–  le SI est un construit à base d’outils, utilise les technologies
de l’information
–  Rq. : système d’information
≠
système informatique
 ν
Organisationnelle
–  le SI est un élément des processus et de la structure de
l’organisation
(Reix, 2004)
Page 13
13
Niveau organisationnel
 ν
Différents degrés d’intervention du SI
–  SI comme source d’information externe
–  SI comme outil interactif mobilisable dans l’activité
–  SI intégré dans le système de travail
–  SI = système de travail
 ν
Bref
–  le SI informe des processus fonctionnels
•  besoin des processus euxmêmes
•  besoins de communication entre processus (coordination)
–  le SI structure et intègre des systèmes de travail
Page 14
14
Bilan
 ν
Système d’information
– élément constitutif de la structure de
l’organisation
 ν
Mise en place d’un SI = choix
organisationnel et technologique
– choix de partage de l’information
– degré d’intégration du SI
– technologies de communication…
Page 15
15
Bilan
(suite)
 ν
Résultat technologique issu d’un double
processus de construction
–  Délibérée : conception et implantation dans
l’organisation
•  génératrice de règles, de contraintes
•  offre des ressources supplémentaires (automatisation,
nouvelles présentation d’information)
•  changements prévus
–  Emergente : appropriation de la technologie,
assimilation, détournement
•  le résultat est indéterminé (impossible à prévoir)
•  changements imprévus
Résistance
Page 16
16
Métiers autour d’un SI
 ν
Du point de vue de l’organisation, le SI
– comme instrument de gestion
•  métiers = utilisateurs
•  membres de l’organisation / autres
organisations / public
– comme objet à gérer
•  métiers = gestionnaires
•  concepteurs, décideurs, informaticiens, ...
Page 17
17
Plan
 ν
 ν
 ν
Concevoir un SI
 ν
Page 18
18
L’époque des mainframes
 ν
Systèmes centralisés (mainframe)
propriétaires
 ν
Applications indépendantes, données
redondantes
 ν
Utilisateurs hors système d’information
 ν
Architecture
–  maître/esclave (réseau étoilé, terminaux passifs
en mode texte), administration centralisée
 ν
Applications
–  progiciels de gestion : paie, comptabilité,
facturation, commandes
Page 19
19
L’époque du clientserveur et des BD
 ν
Systèmes hétérogènes
 ν
Applications reliées, données dans SGBD
 ν
Utilisateurs sur des stations dédiées
–  saisie / consultation
–  cf. émergence de la microinformatique
 ν
Architecture
–  serveur de données, clientserveur, réseaux
–  déport de calculs sur les stations de travail :
présentation (interfaces), logique applicative
 ν
Applications
–  bureautique, aide à la décision, etc.
Page 20
20
Le passage à 3 niveaux
 ν
Découpage logique
–  plusieurs niveaux peuvent être sur la même machine
–  permet de mieux penser les applications
–  correspond à l’orientation vers l’objet
 ν
Conséquences
–  évolutivité/maintenabilité (couches indépendantes)
–  utilisation d’objets métier
–  réutilisation de composants applicatifs
–  développement affranchi de la localisation physique des
composants
–  interfaçage aisé avec les SGBD existants
–  montée en charge facile
–  complexité d’architecture
Données
Traitements
Présentation
Gaertner
Page 21
21
L’époque du toutdistribué
 ν
Répartition données/traitements sur
–  plusieurs niveaux
–  plusieurs systèmes / réseaux hétérogènes
 ν
Architecture
–  multiples clients et serveurs
–  modules indépendants inter opérants
•  composants, objets communicants
–  notion de serveur d’application
 ν
Applications
–  soutien / structuration de tous les processus des organisations
Données
Traitements
Présentation
Présentation
Données
Traitements
Présentation
Page 22
22
Le Web comme plateforme d’intégration
 ν
Serveurs web
–  serveurs de pages web
–  serveurs de services (web services)
 ν
Navigateur
–  interface universelle (thin client vs. applications C/S
traditionnelles ou applets JAVA, AJAX)
 ν
Avantages
–  développement, déploiement très rapides, administration/
maintenance faciles
–  ouverture facile du SI vers l’extérieur :
•  B2C : business to customer (ex. portails)
•  B2B : business to business (ex. places de marché virtuelles)
 ν
XML
–  XHTML, CSS, AJAX
–  SOAP, WSDL, UDDI, etc.
Page 23
Toujours plus d’intégration
 ν
On mutualise tout ce qui peut l’être
–  partage de stockage
–  partage de calcul
–  partage de serveurs d’applications
 ν
Pour se concentrer toujours plus sur la
logique métier
–  ce qui fait la valeur du SI mis en place
 ν
Un motclé important :
–  Software As A Service (SAAS)
23
Page 24
24
Plan
 ν
 ν
 ν
Concevoir un SI
 ν
Page 25
25
Quelques possibilités
 ν
Introduire un SI dans une organisation
qui n’en a pas
 ν
Etendre/compléter le SI d’une
organisation
 ν
Concevoir SI et organisation en même
temps
 ν
Urbaniser le SI d’une organisation
Page 26
26
Objectifs du concepteur
 ν
Concevoir une application qui réponde aux
besoins
–  du commanditaire
–  des utilisateurs
 ν
Dont on puisse prévoir à l’avance les
fonctionnalités principales
 ν
Dont on puisse vérifier qu’elle fait bien ce qui
avait été prévu
 ν
Capable d’évoluer, sécurisée, documentée,
…
Page 27
27
Conception de SI
 ν
Un projet
–  temporalité, cycles
 ν
De multiples acteurs
–  Informaticiens
•  conception, développement, maintenance
•  DSI / SSII
–  Utilisateurs
–  Décideurs
 ν
De multiples points de vue sur
–  L’organisation
–  Le système d’information à construire
–  La répartition du travail
•  maître d’œuvre / maître d’ouvrage
Page 28
28
Plan
 ν
 ν
 ν
Concevoir un SI
 ν
Page 29
29
Pourquoi modéliser ?
 ν
Pour
–  comprendre
–  évaluer
–  spécifier
 ν
…le fonctionnement
–  de l’organisation, du domaine
–  du système d’information
–  du système informatique
 ν
Corollaires
–  bien comprendre à quoi et à qui sert un modèle
–  méthodes de conception objet : coupler les niveaux
•  concepts du domaine > objets informatique métier
–  communiquer
–  promouvoir la réutilisation
Page 30
30
La modélisation visuelle ?
 ν
Créer un modèle avec
–  figuration : représenter les concepts comme figures
–  imitation : copier les relations perçues
–  formalisation : mettre de l’ordre
 ν
Capacité humaine limitée
(7 +/ 2)
 ν
Appréhender la complexité
–  abstraction
–  différentes vues bien choisies sur le système étudié
•  représentations simplifiées du tout, des parties
essentielles, du fonctionnement…
–  ex. : vues statique, dynamique, fonctionnelle
(Morand)
Page 31
31
Modélisation en diagrammes
Modèle
Chat
Toilette
Laver derrière les oreilles
Laver le ventre
Laver le museau
Départ
Fin
Dormir
Toilette
Chat
Animal
Vues dynamiques
Vue
statique
Et la souris ?
Page 32
32
Langages de modélisation
 ν
Définissent
–  syntaxe / notation
•  les types d’éléments qu’on a le droit d’utiliser dans les
diagrammes
•  formalismes, règles de construction
–  sémantique / métamodèle
•  ce que signifie ce qui est dessiné dans les diagrammes
par rapport au modèle sousjacent
 ν
Un modèle s’exprime dans un langage de
modélisation
Page 33
33
Comment communiquer un
modèle ?
 ν
En utilisant le même langage de
modélisation que le voisin
– même projet
– même métier
 ν
Normes / standards
– compréhension humaine
– outils cohérents, evt. intéropérables
Page 34
34
Comment modéliser ?
 ν
En choisissant un langage (ex. UML)
–  éventuellement un outil associé
 ν
et en suivant une méthode (ex. processus unifié,
méthode Agile, etc.)
–  façon de faire, directives
–  contrôle, reproductibilité
 ν
au cours d’un processus effectif de conception
–  enchaînement d’activités conduisant à la livraison d’un
système logiciel répondant au cahier des charges
 ν
Remarque
–  avant : langage + méthode à suivre intégralement
–  maintenant : langage + méthode hautement adaptables
Page 35
Plan
 ν
 ν
 ν
Concevoir un SI
 ν
 ν
Plan général du module
Page 36
36
Plan général du module SIMA
 ν
Introduction rappels objet (TP à rendre)
 ν
UML, cas d’utilisation, design patterns
(TP à rendre)
 ν
Systèmes d’information collaboratifs (en lien avec l’UE Veille)
 ν
Méthodes de conception OO
 ν
Projet de conception (à rendre)
 ν
Examen
 ν
Remarque :
–  work in progress
–  vos retours font évoluer le cours : n’hésitez pas !
•  nouveauté cette année : wiki / forum
Page 37
37
Plan général du module MIF17
 ν
Introduction à la conception de SI
 ν
UML, cas d’utilisation, design patterns (TP à rendre)
 ν
Méthodes de conception OO
 ν
TD de conception (à rendre)
 ν
Examen (attention : pas de rattrapage !)
 ν
Contrôle continu
–  contrôle écrit possible à n’importe quel CM / TD
 ν
Remarque :
–  work in progress
–  vos retours font évoluer le cours : n’hésitez pas !
•  nouveauté cette année : wiki / forum
Page 38
38
Références
 ν
Robert Reix (2004) Systèmes d'information et
Management des organisations (5e édition),
Vuibert, 487 p.
 ν
Chantal Morley, Jean Hugues, Bernard
Leblanc, Olivier Hugues (2005) Processus
Métiers et systèmes d'information :
Evaluation, modélisation, mise en oeuvre,
Dunod, 245 p.
Page 39
Annexes
Page 40
40
Autres définitions des SI
 ν
Aide à la décision
–  Tout système d’information concerne un individu, pourvu d’un
profil psychologique, confronté à un problème décisionnel précis,
dans un mode organisationnel déterminé. Il y a nécessité
d’éléments de décision perçus au travers d’un mode de
représentation propre au décideur (Mason/Mitroff, 1975)
 ν
Fourniture d’information
–  Un SI est un système qui utilise des technologies de l’information
pour saisir, retrouver, manipuler ou afficher de l’information utilisée
dans un ou plusieurs processus de gestion (Alter, 1996)
 ν
Elément structurant / vision globale
–  Un SI est un ensemble d’acteurs sociaux qui mémorisent et
transforment des représentations via des technologies de
l’information et des modes opératoires (Reix/Rowe, 2002)
Page 41
41
ERP :
Enterprise Ressource Planning
 ν
Progiciels de gestion intégrés
–  extension des fonctionnalités des progiciels de gestion de
production
–  surtout depuis les années 1990
 ν
Découpage en fonctions / modules
–  gestion comptable et financière
–  contrôle de gestion
–  gestion des ressources humaines
–  gestion de production
–  gestion de la chaîne logistique
–  gestion des achats et des stocks
–  …
Page 42
42
Facteurs de résistance au
changement technologique
 ν
Insatisfactions concernant le système informatique
–  points de vue technique, fonctionnel, ergonomique
 ν
Caractéristiques personnelles des acteurs
–  plus ou moins enclins à changer leur habitudes
 ν
Perception des acteurs
–  utilité perçue / facilité d’usage perçue (notamment effort pour
apprendre)
 ν
Opposition à la nouvelle organisation
–  qui entraînera une dégradation des conditions de travail
 ν
Perte de pouvoir
–  décision, responsabilité, ou réduction de la « zone d’incertitude »
liée à la détention de savoirfaire ou d’informations clé
(Morley, 2005, p. 90)
Page 43
43
Répartition du découpage client/serveur :
modèle du Gartner Group
Gestion des
données
Gestion des
données
Gestion des
données
Gestion des
données
Gestion des
données
Gestion des
données
Logique
applicative
Logique
applicative
Logique
applicative
Gestion des
données
Présentation
Présentation
Présentation
Présentation
Présentation
Présentation
Logique
applicative
Logique
applicative
Logique
applicative
Logique
applicative
Présentation
Présentation
distribuée
(mainframe)
Présentation
déportée
Application
distribuée
Gestion
déportée
des données
Gestion
distribuée
des données
(complexe)
Logique
applicative
Traitements
distribués
Moniteur
transactionnel
Moniteur
transactionnel
Serveur
Client
Gestion des
données
Page 44
44
Notions liées aux systèmes distribués
 ν
Middleware (intergiciels)
–  objectif : permettre une communication transparente (localisation,
transaction) entre processus/objets sur des réseaux
–  communication interprocessus (RPC, messages, ORB),
messagerie, contrôle de concurrence, gestion des événements,
sécurité (authentification, autorisation), services de transaction
(moniteurs transactionnels), services de BD, etc.
Application
Application
API
Middleware
SE plateforme
SE plateforme
API plateforme
API plateforme
Réseau
Page 45
45
Notions liées aux systèmes distribués
 ν
Serveurs d’application
–  serveurs de composants (objets implantant des services
documentés)
–  objectif : libérer le programmeur de tous les aspects techniques de
l’architecture distribuée (threads, concurrence d’accès, sécurité,
SGBD) > se concentrer sur la seule logique métier, développement
rapide
–  robustesse, outils de conception, paramétrage de composants, etc.
 ν
Intégration des applications d’entreprise (EAI)
–  constat : SI = constellation d’application, d’architectures, de
systèmes d’exploitation différents, evt. dans des organisations
différentes.
–  objectif : faire communiquer tous types d’applications
–  définition de formats et processus d’échange des informations
(fichiers, messages, réplication SGBD, extraction de données
orientée entrepôts de données)
EJB
Page 46
46
Enterprise JavaBean (EJB)
 ν
Modèle Sun + IBM pour composants JAVA (vs. COM – ActiveX,
Microsoft, tous langages)
Services de
présentation
Services
applicatifs
Services
d’accès aux
données,
transactions
et messages
Client lourd : exécutable
win32 accédant directement
aux objets
Client léger : pages HTML
Serveur de composants
JDBC (SQL)
Java Messaging Service API (JMS)
API spécifiques
Serveur Web
JSP
EJB

Paco

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Paco

Uploaded by

Copyright:

Available Formats

Ceci est la version HTML du fichier http://liris.cnrs.fr/yannick.

You might also like