La Gestion De Projet Informatique by Grare Stéphane - HTML preview

PLEASE NOTE: This is an HTML preview only and some elements such as links or page numbers may be incorrect.
Download the book in PDF, ePub, Kindle for a complete version.

PREFACE

On parle tous de projets dans la vie de tous les jours : nos projets de vacances, projets de

carrière, projets d'avoir des enfants... Le terme projet est donc un terme du vocabulaire

courant, auquel on associe une signification relativement claire et précise : c’est un ensemble

d'actions que nous souhaitons entreprendre, pour atteindre un but (devenir parent,

embrasser une nouvelle carrière...). En ce sens, le projet est bien « le brouillon de l'avenir » :

une ébauche, mais pas encore une réalisation.

Cette notion de projet nous vient du latin « projectum de projicere », qui signifie littéralement

« jeter quelque chose vers l'avant ».

Au premier abord, un projet est une chose ou un ensemble de choses que l'on se propose de

faire, une intention, une ébauche.

Latins et Anglo-saxons accordent un sens assez différent à la notion de projet. Si pour nous le

projet n'est qu'une action ou un ensemble d'actions que l'on projette de réaliser, dans la

culture anglo-saxonne le projet désigne une notion concrète, incluant la planification,

l'anticipation des risques, les acteurs impliqués... Bref, cette notion recouvre un concept plus

précis, concret et pragmatique, qui appelle l'action. Nous parlerons, par la suite, de projet en

ce sens.

On dénote, de manière assez intuitive, une notion forte de temporalité dans la notion de

projet : un projet est généralement une aventure temporaire (ayant à ce titre un début et une

fin). Il ne s'agit donc pas d'un processus répétitif : un projet est unique.

Outre les projets personnels, la majorité des projets impliquent plusieurs personnes (une

compagne ou un compagnon pour devenir parent, éventuellement une famille pour partir en

vacances...). On parle alors d'acteurs du projet. Ces acteurs constituent autant de ressources

du projet.

En plus de ces ressources « humaines », un projet peut nécessiter, dans sa réalisation, des

ressources matérielles : une voiture pour partir en vacances, une robe de mariée, des

bouteilles de champagne...

L'ensemble de ces ressources représente un coût : Salaires et rémunérations pour les

ressources humaines, prix d'achat ou de location pour les ressources matérielles. Un projet

fait donc généralement l'objet d'une budgétisation.

Enfin, le projet aboutit, normalement, à la production de résultats matériels et immatériels.

On appelle ces résultats des livrables, qui représentent les résultats attendus du projet.

Un projet est une chose ou un ensemble de choses que l'on se propose de faire en un temps

donné, mettant en œuvre des ressources humaines et matérielles faisant l'objet d'une

budgétisation, et aboutissant à un ensemble de livrables.

TABLE DES MATIÈRES

Préface .................................................................................................................................................................. 4

Le cycle de vie d’un projet ............................................................................................................................ 8

Modèles de développement ...................................................................................................................... 9

Modèle en cascade ..................................................................................................................................... 12

Modèle en V .................................................................................................................................................. 15

Modèle en W ................................................................................................................................................. 15

Modèle incrémental.................................................................................................................................... 16

Modèle évolutif ............................................................................................................................................ 17

Modèle de cycle RAD ................................................................................................................................. 17

Modèle en spirale ........................................................................................................................................ 19

UP ..................................................................................................................................................................... 21

RUP .................................................................................................................................................................. 25

Le cycle de l'Extreme Programming .................................................................................................... 26

Répondre à un appel d'offre décisionnel ............................................................................................... 30

Appel d'offre décisionnel .......................................................................................................................... 30

La réponse ..................................................................................................................................................... 30

Facteurs clés du succès ............................................................................................................................ 31

Facteurs clés en mode liste .................................................................................................................... 33

Recueil de besoins .......................................................................................................................................... 34

Objectifs ......................................................................................................................................................... 34

Méthodologie ................................................................................................................................................ 34

Démarche de la conception cible .......................................................................................................... 43

Guide d’entretiens ...................................................................................................................................... 45

CMMI (Capability Maturity Model Integration) .................................................................................... 48

Le modèle CMMI ......................................................................................................................................... 48

Maturité .......................................................................................................................................................... 48

Historique ...................................................................................................................................................... 49

Descriptif du modèle ................................................................................................................................. 49

Le niveau 1 ............................................................................................................................................... 50

Le niveau 2 (managed / discipliné) ................................................................................................. 50

Le niveau 3 (Defined / ajusté) .......................................................................................................... 51

Le niveau 4 (Quantitatively managed / Géré quantitativement) ......................................... 52

Le niveau 5 (optimizing / en optimisation) .................................................................................. 52

Les autres composants ............................................................................................................................. 53

La planification ................................................................................................................................................ 54

Solutions décisionnelles ............................................................................................................................... 62

Technique et maîtrise d'œuvre .............................................................................................................. 62

Projet décisionnel ....................................................................................................................................... 62

Specifications ............................................................................................................................................... 64

Définition des indicateurs ........................................................................................................................ 65

Philosophie générale des restitutions ................................................................................................. 66

Modes de restitution proposés .............................................................................................................. 67

Facteurs de succès ......................................................................................................................................... 70

Factures de succès en terme décisionnel .......................................................................................... 70

Les caractéristiques d’un projet décisionnel ................................................................................ 70

Facteurs de succès et risques du projet ............................................................................................ 72

Les facteurs clés de succès ................................................................................................................. 72

La maîtrise des risques intrinsèques à la mise en place d’un système d’information

décionnel ........................................................................................................................................................ 72

Logiciel décisionnel ........................................................................................................................................ 74

Business Objects ......................................................................................................................................... 74

Installation Business Objects sur Linux. ........................................................................................ 74

Installation BusinessObjects .............................................................................................................. 78

Documentation du projet ............................................................................................................................ 90

Spécifications fonctionnelles .................................................................................................................. 90

Architecture applicative ............................................................................................................................ 90

Architecture technique ............................................................................................................................. 90

Justification ................................................................................................................................................... 91

Le dossier de réalisation .......................................................................................................................... 91

Le référentiel fonctionnel ..................................................................................................................... 91

Le référentiel technique ....................................................................................................................... 92

Plan des tests unitaires ............................................................................................................................ 92

Le dossier de recette ................................................................................................................................. 92

Le Dossier technique ................................................................................................................................. 93

Manuel d’installation et de désinstallation ........................................................................................ 93

Manuel d’exploitation ................................................................................................................................ 93

Guides d’exploitation ................................................................................................................................. 94

Documents d’utilisation ............................................................................................................................ 94

Le dossier de maintenance ..................................................................................................................... 95

Rapport des actions correctives ........................................................................................................ 95

Rapport des actions évolutives et adaptatives ............................................................................ 95

Le dossier de pilotage ............................................................................................................................... 95

Compte-rendu de réunion ................................................................................................................... 95

Rapport d’avancement (ou synthèse de projet) ......................................................................... 95

Bilan de projet ............................................................................................................................................. 96

LE CYCLE DE VIE D’UN PROJET

Un projet est une opération dans laquelle des ressources humaines, financières et matérielles

sont organisées d'une façon originale, pour réaliser un ensemble de fournitures, selon des

spécifications définies, avec des contraintes de coûts et délais, de façon à obtenir un

changement bénéfique défini par des objectifs quantitatifs et qualitatifs.

Un projet est un ensemble unique d'actions coordonnées, avec des dates définies de début et

de fin, entreprises par un individu ou une entité pour atteindre des objectifs spécifiés en

respectant des paramètres de coûts, délais et performances.

Définition de l’AFNOR : "Un projet est un ensemble d'actions à réaliser pour satisfaire un

objectif défini, dans le cadre d'une mission précise, et pour la réalisation desquelles on a

identifié non seulement un début, mais aussi une fin".

Définition de l’AFNOR : "La gestion de projet est l’ensemble des méthodes, outils

d’évaluation, de planification et d’organisation permettant d’atteindre ses objectifs en

respectant les contraintes de performance, de délais, et de coûts."

Le management de projet consiste à planifier, organiser, piloter et maîtriser tous les aspects

d'un projet, ainsi que la motivation de tous ceux qui sont impliqués dans le projet et la

maîtrise de la relation client, de façon à atteindre les objectifs de façon sûre et dans les

critères définis de coûts, délais et performances. Cela inclut les tâches de direction

nécessaires aux performances du projet.

Un objectif est une contrainte qui va être « imposée » au système projet afin qu’il se réalise

dans un cadre. Ce cadre est imposé par le commanditaire.

Un projet comporte 3 niveaux d’objectifs :

-> Les objectifs de qualité.

-> Les objectifs de temps.

-> Les objectifs de coût.

Objectifs de qualité : Ce sont tous les éléments qui vont « qualifier » le produit qui va sortir

du projet. Ces éléments vont constituer les performances du produit ; ce sont ces

performances qui vont satisfaire le besoin.

Objectifs de temps : C’est le calendrier dans lequel le projet doit se réaliser. Ce calendrier

comporte une date de début du projet, une date de fin du projet, des échéances

intermédiaires éventuelles.

Objectifs de coût : C’est la somme du coût des ressources nécessaires à la mise en œuvre

du projet.

Un objectif doit répondre à un certain nombre de critères :

-> Il doit être mesurable : car il faut pouvoir le visualiser et le comprendre, il doit donc être

quantifié. Cela permettra par ailleurs de savoir si l’objectif a été atteint par la mesure des

résultats à la fin du projet.

index-9_1.jpg

-> Il doit être réalisable : car il faut pouvoir atteindre l’objectif. L’objectif impliquera un

engagement du chef de projet ; et pour que celui-ci s’engage sur les objectifs, il faut bien sûr

que l’objectif soit atteignable.

-> Il doit pouvoir être négocié : afin d’obtenir un engagement mutuel entre celui qui fixe

l’objectif et celui qui se propose de l’atteindre, la négociation s’engage afin d’avoir un accord

mutuel qui donne toutes les chances au projet d’aboutir.

-> Il doit être partagé : si l’objectif va être réalisé par un groupe de personnes il faut que cet

objectif soit compris par toutes afin qu’il n’y ait aucune ambiguïté entre elles et sur le but à

atteindre.

-> Il doit être individualisé : on ne fixe pas un objectif directement à un groupe de personnes.

On s’assure que l’objectif a été réparti entre ces personnes et que chacune connaisse sa part

d’objectif à atteindre.

Les 3 objectifs Coût/Qualité/Temps sont interdépendants entre eux et interagissent pendant

le projet. Si on modifie un seul des objectifs en cours de projet, les deux autres objectifs vont

être modifiés.

L’assemblage des 3 objectifs s’appelle le triangle de la performance.

Le cycle de vie d'un projet informatique est composé des étapes et des enchaînements

nécessaires pour réaliser le produit ou le service qui font l'objet du projet. Le cycle de vie doit

être adapté, en fonction de la complexité du produit à fabriquer. Généralement, il a pour but

de participer à la maîtrise les risques de fabrication, ainsi que d'assurer la qualité du produit

fini.

MODELES DE DÉVELOPPEMENT

Il existe des "modèles de développement" pour le découpage des projets SI. Un modèle est

une abstraction de quelque chose de réel qui permet de comprendre avant de construire ou

index-10_1.jpg

de retrouver les informations nécessaires pour effectuer des modifications et extensions. Le

modèle simplifie la gestion de la complexité en offrant des points de vue et niveaux

d'abstraction plus ou moins détaillés selon les besoins. Il facilite la communication entre les

différents intervenants sur le projet. Il supporte la conduite et la gestion des processus de

développement et de maintenance.

Les modèles de cycle de vie du logiciel décrivent à un niveau très abstrait et idéalisé les

différentes manières d’organiser la production. Les étapes, leur ordonnancement, et parfois

les critères pour passer d’une étape à une autre sont explicitées (critères de terminaison

d’une étape - revue de documents -, critères de choix de l’étape suivante, critères de

démarrage d’une étape).

Le cycle de vie d'un projet informatique est composé des étapes et des enchaînements

nécessaires pour réaliser le produit ou le service qui font l'objet du projet. Le cycle de vie doit

être adapté, en fonction de la complexité du produit à fabriquer. Généralement, il a pour but

de participer à la maîtrise les risques de fabrication, ainsi que d'assurer la qualité du produit

fini.

On appelle "cycle de vie canonique" le cycle de vie de base d'un projet informatique. En

fonction de l'enchaînement des phases de projet, on débouche sur un cycle de vie en cascade,

en V, ou évolutif. D'autre part, en fonction de la complexité du résultat à produire, s'il s'agit

d'un projet ou d'un programme, le cycle de vie sera une combinaison adaptée des phases

canoniques. Le cycle de vie canonique ne décrit pas les processus de support de projet tels le

processus de management, l'assurance qualité, la logistique.

L'étude d'opportunité permet de définir et d'évaluer les objectifs tangibles et intangibles du

projet :

-> Définir les objectifs, le périmètre et les grandes lignes de la solution

-> Vérifier qu'ils sont alignés avec la stratégie de l'entreprise

-> Identifier les risques et les moyens de les contenir

-> Définir les gains attendus

-> Définir les coûts maximaux

L'étude de faisabilité permet d'établir la faisabilité du projet, c'est-à-dire d'établir s'il existe

une solution technique optimale répondant aux exigences techno-économiques identifiées lors

de la phase précédente :

-> Établir l'expression des besoins

-> Identifier les solutions possibles

-> Identifier les risques techniques, financiers et projet

-> Préconiser la solution optimale

-> Faire une estimation détaillée du projet

-> Faire un planning

-> Rédiger un cahier des charges

La phase de conception définit le processus de réalisation. Elle comprend :

-> La conception de l'architecture générale du système

-> La conception de l'architecture détaillée

-> La conception détaillée de chaque composant (interfaces, services, base de données)

-> La conception des plans de tests

La phase de réalisation est la phase où est produit l'objet du projet. Elle comprend :

-> La programmation des composants

-> Les tests unitaires

-> La réalisation des jeux d'essai

-> Les tests d'interface

-> Les tests d'intégration (reprises, performance...)

La phase de recette est la phase de contrôle qualité, où l'on s'assure que le produit fini

répond bien à la demande initiale, à l'intérieur des contraintes posées :

-> Les tests de validation

-> Les tests en parallèle

-> Les tests de non régression

-> Les tests de réception ou recette

La phase de mise en production s'achève par la mise en production.

-> Les tests de mise en production

La phase de maintenance est la phase qui permet à l'objet du projet de se maintenir au

cours du temps.

-> La gestion du changement et des évolutions

Il existe plusieurs types de modèles :

-> Les modèles de cycle de vie linéaire

● Modèle en cascade

● Modèle en V

● Modèle en W

Chaque phase du cycle de vie doit être réalisée avec tous les détails requis avant de passer à

la phase suivante. Il y a en particulier un effort important à fournir pour la documentation.

Il n'existe pas de version du logiciel exécutable avant la fin du développement. Toute reprise,

en cas d'écart entre la compréhension des besoins et le besoin réel, est coûteuse.

-> Les modèles de cycle de vie non linéaire