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