Module 303

Gestion de Projets

La gestion d'un projet de systme d'information

Bibliographie

Grard-Michel Cochard

cochard@u-picardie.fr

La gestion d'un projet de systme d'information

GnralitsMatrise d'ouvrage et matrise d'oeuvre

Spcificit d'un projet de systme d'informationDcoupage d'un projet

Le dcoupage temporel de Merise

Tests

Gnralits

Nous proposons dans cette squence des notions gnrales sommaires sur le dveloppement de projet de systmesd'information. On trouvera dans la rfrence bibliographique (Chantal Morley) un ouvrage trs clair et assez complet sur lesujet et que nous recommandons au lecteur.

Le mot "projet" est souvent employ en diverses circonstances. Il peut correspondre une intention d'action, comme unprojet de voyage ou de vacances ; il peut correspondre une phase d'tude prliminaire comme un projet de loi. Pour ce quinous concerne, on dfinira un projet comme un triptyque objectif - moyens - dlai. Il s'agit en effet d'atteindre unobjectif dfini avec des moyens adapts et dans un dlai donn.

On peut, de nos jours, adjoindre un autre sommet au triangle prcdent correspondant au concept qualit (nous prciseronsce concept plus loin).

Le contexte dans lequel nat et se dveloppe un projet est essentiel pour sa russite. En gnral, un projet "vit" dans uneorganisation pralablement existante (une entreprise par exemple) que l'on appellera une organisation stable. Cetteorganisation possde son fonctionnement propre (indpendant en principe du projet) dfini par des rgles. On peut considrerqu'un projet vienne "percuter" ces rgles ou du moins les remettre en question. C'est d'ailleurs un moyen privilgi deredynamiser l'organisation et de la faire valuer. On peut d'ailleurs, la limite, considrer que toute l'organisation consisteen plusieurs projets ; on parle alors de gestion par projets.

Grer ou conduire un projet consiste le mener bien dans le cadre des contraintes de moyens et de dlai et en prenant encompte les alas. Aux trois ingrdients d'un projet (objectif, moyens, dlai) correspondent trois types de gestion :

la gestion de la production est celle qui permet d'atteindre globalement l'objectif ou du moins de s'en rapprocherrgulirement : elle consiste en organisation, en direction de travaux et en contrle (suivi)

la gestion des ressources est la gestion des moyens humains (choix de l'quipe, affectation de personnel, coordination),matriels (choix, acquisition, location), et financiers (gestion du budget, cots d'utilisation des ressources).

la gestion du temps doit permettre la matrise des dlais.

Bien videmment, ces trois types de gestion sont interdpendants.

On peut rsumer en deux grandes phases le dveloppement d'un projet

La premire phase est celle de la rflexion et de la prvision ; elle consiste en activits d'analyse et d'organisation :dcoupage du projet en units (tches) et reprage des contraintes d'enchanement de ces tches, puis ordonnancement(planification de l'excution des tches : calendrier et affectation de ressources)

La seconde phase est celle du pilotage (suivi de l'avancement, prise de dcisions) et de la production.

On dtaillera plus loin les tapes d'un projet.

Matrise d'ouvrage et Matrise d'oeuvre

Un projet vise satisfaire un ensemble de besoins exprim par un reprsentant des futurs utilisateurs. Il est conduit terme par des spcialistes en dveloppement de systmes d'information ; il y a donc une distinction imprtante faire entreles utilisateurs potentiels et les dveloppeurs. Plus gnralement il ne faut pas confondre la matrise d'ouvrage (MOA) et lamatrise d'oeuvre (MOE).

Le matre d'ouvrage est le demandeur de rsultat, porteur des besoins, commanditaire d'un rsultat correspondant dessobjectifs, son calendrier, son budget. Le matre d'ouvrage n'a pas priori les comptences, ni les moyens techniques ouopratoires pour aboutir au rsultat escompt. Il fait donc appel un matre d'oeuvre. Le matre d'ouvrage se faitreprsenter par un responsable du projet ou, si le projet est important, par une direction de projet (quipe deresponsables). Dans certaines circonstances, le matre d'ouvrage peut, s'il considre ne pas avoir les comptences ncessairespour dfinir ses besoins, faire appel un intermdiaire, prestataire de service, appel matre d'ouvrage dlgu.

Le matre d'oeuvre est stipendi par le matre d'ouvrage pour raliser le produit convoit selon les conditions (dlais, qualit,cots, ...) dfinies par un contrat. Le choix des moyens (techniques, ressources humaines) est donc du ressort du matred'oeuvre. En particulier, le matre d'oeuvre dsignera un chef de projet pour conduire le projet terme. Un projet peutncessiter, pour sa ralisation, des comptences quelquefois pointues ; dans cette circonstance, le matre d'oeuvre peut avoirrecours des prestataires spcialiss ; il s'agit alors d'une sous-traitance.

Spcificit d'un projet de systme d'information

On peut distinguer au moins deux caractristiques des projets de systmes d'information par rapport des projetsindustriels ou de travaux publics par exemple :

L'objectif n'est pas toujours compltement dfini au dbut du projet. La part d'alas est grande et un objectif, pourtre ralis, ncessite des moyens et des dlais idoines. Ceux-ci ne sont pas pr-dfinis de manire exacte et on estsouvent conduit des r-ajustements, le plus souvent de l'objectif compte tenu des moyens et des dlais constats.Tout ceci est nettement contestable dans la construction d'une route ou d'un vhicule automobile.Le projet de systme d'information se droule dans une organisation dont la "stabilit" peut tre remise en cause parle projet. L'interaction entre le projet et l'organisation dans laquelle il doit se dvelopper est un facteur nonngligeable qu'il n'est pas possible d'omettre.

Dcoupage d'un projet

Il est bien connu que pour rsoudre un problme, il est prconis de diviser le problme en sous-problmes dont la rsolutionsera vraisemblalement plus aise que celle du problme global. Il en est de mme d'un projet que l'on dcoupe gnralementen "morceaux".

On peut, en effet, considrer un projet comme un ensemble d'units autonomes appeles parties. Une partie se dfinit parles caractristiques suivantes :

chaque partie conduit un rsultat dfinichaque partie ncessite une quantit de ressources dfinieles contraintes d'enchanement entre parties sont identifies (certaines parties peuvent s'laborer squentiellement,d'autres paralllement).une partie peut ventuellement tre dcoupe elle-mme en sous-parties.

La manire de dcouper un projet peut tre temporelle (succession d'tapes et de phases) ou structurelle (modularisation).

dcoupage temporel : un projet est dcoup en tapes ; une tape est dcoupe en phases ; une phase est dcoupe entches. Chaque tape, phase ou tche comporte une date de dbut et une date de fin et produit un rsultat dfini.dcoupage structurel : un projet est dcoup en modules ; un module peut tre, son tour, dcoup en modules.

Dans la pratique, on utilise trois normalisations de dcoupage :

ProductBreakdownStructure(PBS) :dcoupagepurement

structurel

WorkBreakdownStructure(WBS) :dcoupage la foisstructurelet temporel

OrganizationBreakdownStructure(OBS) : leWBS avecl'indicationdesresponsablesdes units.

Dans le cadre du dcoupage temporel, les tapes usuelles, que l'on retrouve (pas toujours sous le mme nom) dansdiffrentes "mthodes" de dveloppement sont les suivantes :

Phases prliminaires

avant-projet

Cette phase est de la responsabilit du matre d'ouvrage. Le projet est dcrit dans ses grandes lignes dans un document dontla finalit est

de s'assurer que le projet rpond des besoins relsde communiquer sur le projet auprs des utilisateurs concernsde susciter des ractions permettant de conforter le projet.

Expression des besoins

L'avant-projet permet de s'assurer de la pertinence du projet. Il convient ensuite, pour le matre d'ouvrage, d'exprimer lesbesoins en termes de fonctionnalits. En gnral, cette tude donne lieu un document qui doit tre valid, non seulementpar la direction de projet, mais aussi (et surtout) par les utilisateurs concerns du produit envisag).

Phases d'tudes

Expression dtaille des besoins

Il s'agit de la suite logique de la phase d'expression des besoins. En effet, pour la ralisation du produit envisag, il estncessaire d'avoir la liste dtaille des fonctionnalits requises. Cette phase est normalement conduite par la matrised'ouvrage, mais il est usuel d'y associer la matrise d'oeuvre, dont l'intervention permettra de complter utilement un certainnombre de "blancs" ou de "silences". Cette phase se conclut par la production d'un document.

Analyse fonctionnelle

C'est un travail important de la matrise d'oeuvre, puisqu'il s'agit de concevoir sur le plan fonctionnel, le produit raliser.L'analyse fonctionnelle partira de l'expression dtaille des besoins et en dduira l'architecture du produit raliser. Il y asouvent confusion entre cette phase et la prcdente. La phase d'expression dtaille des besoins est une liste de cesbesoins, tandis que l'analyse fonctionnelle est une construction conceptuelle du produit. Les rsultats de l'analysefonctionnelle sont traduit dans un cahier des charges fonctionnel, valid par la matrise d'ouvrage.

Etude technique

Les contraintes techniques sont ici examines par la matrise d'oeuvre qui dcrira l'architecture technique du produit, lesmoyens et ressources ncessaires au dveloppement de celui-ci. Dans certains cas, notamment les dveloppementsmultimdias, une maquette doit permettre de vrifier que le produit dvelopper convient bien au commanditaire. Lesrsultats de l'tude technique sont consigns dans un cahier des charges techniques, quelquefois appel cahier des clausestechniques particulires qui, galement, valider par la matrise d'ouvrage.

Phases de ralisation

Lancement du projet

Cette phase consiste notamment un ajustement des prvisions de charges et de planning produites dans les tapesprcdentes. Une planification prcise peut maintenant tre effectue puisque toutes les donnes du problme sont(supposes) connues. Un accord entre matrise d'ouvrage et matrise d'oeuvre sur cette planification est ncessaire.Par ailleurs, une communication sur le projet auprs des utilisateurs proches ou lointains du futur produit n'est pas ngliger.

Dveloppement

C'est une phase dense pour la matrise d'oeuvre qui doit vrifier que la planification prvue est strictement suivie, mais quidoit aussi parer aux alas invitables : maladies, congs des dveloppeurs, pannes de ressources, dmnagements de locaux,coupures de rseaux, etc.... Ces alas sont courants (bien plus que l'on croit) et ils doivent tre pris en compte dans l'analysedes risques.La phase de dveloppement doit prvoir

une relation permanente avec la matrise d'ouvrage (pas d'effet "tunnel") pour l'informer del'avancement des travauxune mise en oeuvre de la documentation relative au projet

Recette

La recette est la livraison du produit par la matrise d'oeuvre la matrise d'ouvrage. Elle implique des tests de conformit,de fonctionnement, ventuellement de qualit. La recette doit donc se prparer, de la part de la matrise d'ouvrage, bien sr,mais aussi de la matrise d'oeuvre qui doit vrifier elle-mme le travail accompli avant livraison (pas seulement que toutfonctionne, mais aussi les temps de rponse). En fait, la recette se prpare ds le dbut du projet et un rfrentiel"recette" peut faire l'objet d'un accord entre la matrise d'oeuvre et la matrise d'ouvrage.

Phases poste production

Mise en oeuvre

Appele quelquefois phase de mise ne production, la phase de mise en oeuvre consiste en l'installation dans les locaux et surles matriels du commanditaire du produit logiciel dvelopp. La phase comprend galement gnralement la formation desutilisateurs finaux.

Maintenance

Cette phase recouvre toutes les mesures prendre pour que l'application installe continue fonctionner et puisse voluer.Cette phase peut faire l'objet d'un contrat de prestation complmentaire avec la matrise d'oeuvre.Par ailleurs, cette dernire se doit de conserver la documentation du projet : documents fonctionnels et documentstechniques, non seulement en cas d'intervention ultrieure sur le produit mais aussi dans un but de capitalisation des

connaissances (mmoire de l'entreprise).

Le dcoupage temporel de Merise

Rappelons ici dcoupage propos par Merise, la fois temporel(surtout) et structurel (un peu).

Merise est une mthode de conception des systmes d'information. Comme beaucoup de mthodes nes entre 1975 et 1980,les considrations prcdentes s'appliquent et notamment si l'on se base sur le cycle de vie (mais pas seulement), on peutconsidrer que la construction d'un systme d'information se rsume une succession d'tapes.

En l'occurrence, pour Merise, les tapes sont :

le schma directeurl'tude pralablel'tude dtaillela ralisationla mise en oeuvrela maintenance

Ces tapes considrent que le problme rsoudre doit tre pralablement examin de manire globale, puis aprs dcoupagedu sujet trait en domaines et sous-domaines, on procde des analyses plus fines.

Le schma ci-dessous indique pour Merise le dcoupage entre les diffrentes tapes.

Une autre faon de voir la succession des tapes est donnes par "Racines" (RAtionalisation des Choix INformatiquES ; LaDocumentation Franaise)) :

schma directeur

objectif : relier la stratgie et les besoins en systmes d'informationidentification des domaines de gestion (exemple : achats, tudes, fabrication, commercial,personnel, qualit, finances,..) et des finalits (exemple : concevoir des produits nouveaux, vendredes produits, acheter des matires premires, recruter du personnel, livrer des produitscommands,...). On trouvera dans "Racines" une description dtaille des schmas directeurs.

tude pralable

reprise par domaine du schma directeur et tude plus approfondie des projetsdoit tre courte mais complteproposition de solutions en vue du choix

tude dtaille

tude effectue projet par projetconception fonctionnelle : tude pralable, puis scnarios puis choix, puis cahier des chargesconception technique : cahier des charges de ralisation

ralisation

tude technique : description logique et physique de l'organisation des donnes ; description del'architecture des traitements.programmation suivie de recette

mise en oeuvre

ralisation et initialisation des bases de donnesrception et installation des ressourcesconfection de la documentation utilisateurformation des utilisateurslancement des nouvelles applications en parallle avec les anciennes avant lancement dfinitif

maintenance

faire "vivre" les applicationsqualit des tapes prcdentes : diminution des cots de maintenance

Tests

QCM

1) Un projet peut tre caractris par son objectif, son dlai de ralisation et

2) La matrise d'ouvrage

3) La matrise d'oeuvre

4) Dans un projet de systme d'information,

5) Merise propose une dmarche systmique des phases, notamment les suivantes

exercice 1

Quelles rflexions vous inspirent le dessin situ en fin du paragraphe "Matrise d'ouvrage - Matrise d'oeuvre"

exercice 2

Une quincaillerie souhaite informatiser la gestion de ses stocks et propose la ralisation d'un systme d'informationpermettant

de mettre jour les stocksd'obtenir les renseignements relatifs un produit (nom, numro, quantit disponible, prix unitaire, ...)d'diter des inventaires tout instant

On peut donc envisager comme composants du projet la ralisation de la base de donnes "produits", la recherched'information, la mise jour (ajout, suppression, modification) d'informations, l'dition d'un inventaire. Proposer undcoupage du projet prenant en compte ces indications.

solution de l'exercice 1

L'image prsente un danger ou une difficult que l'on rencontre invitablement dans un projet de systme d'information. Lematre d'ouvrage n'est pas assez prcis dans l'annalyse de ses besoins et dans les spcifications fonctionnelles requises (oune sait pas les transmettre de faon correcte au matre d'oeuvre), d'o un certain "flou" qui peut tre interprt par lematre d'oeuvre et conduire un produit non conforme la demande.

solution de l'exercice 2

Plusieurs solutions sont bien videmment possibles. En restant prs de l'nonc, voici un dcoupage que l'on pourrait proposer:

Module 1 : Etude globaleModule 2 : Base de donnes

Module 3 : Moteur de rechercheModule 4 : Interface de maintenance de la baseModule 5 : Edition d'inventaireModule 6 : Intgration

d'o le schma suivant (fortement structurel, mais en partie temporel) :

Disque localsommaire gauche B303

B303_1.pdfDisque localgestion projet SI

1vZHVsZUIzMDMvQjMwM18xLmh0bQA=: Q01: input1: input1_(1): input1_(1)_(2): input1_(1)_(2)_(3): input1_(1)_(2)_(3)_(4):

Q02: input1: input1_(1): input1_(1)_(2): input1_(1)_(2)_(3): input1_(1)_(2)_(3)_(4):

Q03: button: button2: button2_(1): button2_(1)_(2): button2_(1)_(2)_(3):

Q04: button3: button22: button22_(1): button22_(1)_(2): button22_(1)_(2)_(3):

Q05: button32: button222: button222_(1): button222_(1)_(2): button222_(1)_(2)_(3):