Th

1
Théorie avancée des systèmes dinformation
8METHODES

• ULB
• 1er avril 2004

2
Plan du cours

• Méthodes concernant le SI
• Enjeux économiques du SI
• Urbaniser le SI
• Faire évoluer le SI
• Méthodes concernant un projet
• Première expression de besoin
• Etude OFR
• FSM
• Modélisation du processus
• Conduite du projet
• Recette
• Déploiement
• Evaluation

3
I - Méthodes concernant le SI
4
Enjeux économiques du SI

• La fonction de coût du SI
• Plate-forme informatique
• Plate-forme physique serveurs, réseaux, postes
  de travail
• Plate-forme logicielle système dexploitation,
  AGL, progiciels, interfaces
• Programmes
• Maîtrise douvrage
• Spécification fonctionnelle, recette, formation
  des utilisateurs
• Une rentabilité difficile à évaluer
• Il en est de même des efforts dorganisation
• Tentation des règles de pouce ayant des effets
  pervers

5
Enjeux économiques du SI (2)

• Tenir compte de létalement des coûts dans le
  temps
• Coût dinvestissement, coût de maintenance
• A la recherche du taux dinformatisation optimal
• Ne satteint que par tâtonnement

6
Urbaniser et modéliser
7
Apports de lurbanisation

• Rendre visibles larchitecture du SI
• Ainsi ses défauts sautent aux yeux le SI est
  élucidé
• Etablir un plan daction, donner une  portée de
  phares 
• Le SI définit le langage de lentreprise
• Si la grille conceptuelle est mal bâtie,
  lentreprise na pas un système dinformation
  mais un machin informe.
• Pour être agile maîtrise de la pratique de
  labstraction et de la modélisation
• Un arbitrage stratégique
• Besoins des métiers et possibilités de
  linformatique
• Articuler les plans daction fonctionnel et
  technique

8
Faire évoluer le SI
9
II Méthodes concernant un projet
10
Les échecs et leurs causes

• Des échecs fréquents (Standish Group 1995)
• 16 dans les délais et le budget (9 pour les
  grandes entreprises)
• 31 arrêtés en cours de réalisation
• 53 hors délai, hors coût, hors fonctionnalités
• Délais et coûts multipliés par trois en moyenne
• Causes déchec
• Manque de clarté des besoins
• Versatilité des spécifications
• La plupart des échecs sont causés par la maîtrise
  douvrage

11
Failure Stories Success Stories

• Failure stories
•  Socrate  de la SNCF
• Billetterie et réservation automatique mMise en
  œuvre précipitée
• Linformatique de la  Très Grande Bibliothèque 
• Gestion des ouvrages spécifications sans
  implication des utilisateurs
• Le SI du Ministère de la Justice
• Faire jouer à des magistrats le rôle de MOAD
• California Department of Motor Vehicles
• Gestion des permis de conduire, 45 M perdus.
  Projet velléitaire, spécifications confuses. 
• American Airlines
• Réservation de chambres d'hôtel et location de
  voitures, 165 M. Spécifications confuses et
  instables.
• Success stories
• Hôtels Hyatt
• Système de réservation soutien des dirigeants,
  spécifications claires, définition modulaire du
  projet. 
• Banco Itamarati (Brésil)
• Relation avec les clients maîtrise d'ouvrage
  professionnelle, bonne coopération avec les
  informaticiens. 

12
Etapes du projet

• Etapes préparatoires
• Expression de besoin
• Etude  Opportunité, Faisabilité, Risques  (OFR)
• Réalisation
• Fiche de Synthèse de Mission (FSM)
• Modélisation du processus
• Conduite de projet
• Recette
• Implantation
• Déploiement
• Evaluation

13
Expression de besoin

• Traduire la demande en besoin
• Interpréter le discours des utilisateurs
• Pertinente
• A qui, à quoi ça sert ?
• Sobre
• Comment faire ? Pourrait-on en faire moins ?
• Complète
• Sassurer que lon na rien oublié dimportant.
  Consultations, validations.
• Claire
• Un texte en français naturel, trois pages au
  plus.

14
Etude OFR

• Opportunité
• Evaluation des gains pour lentreprise
• Un scénario différentiel
• Faisabilité
• Scénarios de solution, tant MOE que MOA
• Evaluation du coût
• Economie
• Evaluation du TRI et de la VAN
• Estimations très approximatives à ce stade !
• Risques
• Réalisation coût, délai, disponibilité,
  pérennité des fournisseurs
• Mise en œuvre acceptation par les clients, par
  les salariés

15
Fiche de Synthèse de Mission

• Explicite laccord entre MOA et MOE
• Périmètre du projet, priorités, lots, calendrier
• Engagements réciproques
• Disponibilité de la MOA, reporting de la MOE
• Constitue les comités
• codir, copil, comité davancement etc.
• Documents de suivi, information des participants
• Désigne les acteurs clés
• CP MOE, MOAO
• Ces acteurs ainsi que leurs directeurs signent et
  valident la FSM
• Un véritable  contrat de projet 

16
Modélisation du processus
17
Etapes de la modélisation
18
Le  modèle métier 
19
Le  modèle danalyse 
20
Pièges de la modélisation

• Logistique des consultations et validations
• Mauvaise présentation du modèle aux dirigeants
• Validations inauthentiques
• Prise en compte trop précoce des contraintes
  techniques
• Cloison étanche entre MOA et MOE
• Dialoguer dans la conception, décider selon sa
  responsabilité

21
Conduite de projet

• Rôle du directeur de projet
• Attention aux excès dhéroïsme !
• En principe, cest un délégué du MOAS
• Il lui faut un vrai mandat
• Maîtrise du budget (mais cest rarement le cas)
• Les comités
• Un enjeu la qualité des réunions
• Ne pas faire taire celui qui signale un problème
• Le reporting de projet
• Le suivi des décisions

22
Reporting du projet
23
Reporting (suite)
24
Recette

• Le cahier de recette
• Une liste de tests à établir à froid
• Tester sur de  vraies données , et non sur des
  données parfaites
• Recette usine, recette technique, recette
  fonctionnelle
• La convergence de la correction des anomalies

25
Déploiement

• Ingénierie du déploiement
• Sur les postes de travail, les serveurs, les
  réseaux, les imprimantes
• Un site pilote dabord
• Conduite du changement
• Communication avec les managers et les
  utilisateurs
• Formation une logistique délicate
• Former les utilisateurs, les tuteurs, les
  techniciens du support

26
Evaluation

• On névalue presque jamais les projets
• Le produit fournit-il le service attendu ?
• Le projet sest-il bien déroulé ?
• Quelles leçons tirer du déroulement du projet ?