Cycles de vie des projets PPT-11-03-SM-1001 révision A1

Qu’est-ce que le cycle de vie d’un projet ? découpage en un certain nombre de phases qui s’enchaînent ou se chevauchent dans un ordre pré-établi, permettant de mieux maîtriser le projet : Par l’identification claire des produits entrants et des livrables (Atos Origin et client) Par une meilleure visibilité de son contenu Par l’identification des résultats intermédiaires Par des validations progressives Par des dates jalons Le découpage en phases est un préalable à la planification PPT-11-03-SM-1001 révision A1

Les phases standards (vue en cascade) Lancement Vue théorique n’empêchant pas en pratique Les chevauchements de phases Les itérations successives Spécification Conception Livraison du produit Réalisation Intégration & validation interne Sans oublier En amont : l’avant vente En parallèle : les activités transverses Recette client Mise en exploitation Clôture PPT-11-03-SM-1001 révision A1

Phase de Lancement de projet Objectifs : S’approprier le projet Poursuivre la planification et l’organisation Constituer l’équipe initiale Mettre en place le dispositif d’assurance qualité Préparer la première phase opérationnelle Ne pas minimiser cette phase : Prise en main du projet Donne le ton et la trajectoire du projet PPT-11-03-SM-1001 révision A1

Phase de Spécification Objectifs : Répondre à la question « que faut-il faire ? » Etablir un compréhension exhaustive et commune avec le client des exigences à satisfaire Formaliser et valider le référentiel commun de ces exigences Définir la stratégie et les moyens qui seront utilisées pour vérifier que le produit répond aux exigences l'importance de la gestion des exigences tout au long du projet justifie un processus à part entière -non couvert ici- pour suivre et maîtriser ces exigences PPT-11-03-SM-1001 révision A1

Phase de Conception Objectifs : Répondre à la question « comment faire ce qu’il faut faire ? » Obtenir une description claire, complète et non ambiguë des choix d’implémentation pour la construction du système Valider les choix de l’architecture générale établie en avant vente Détailler l’architecture applicative : définition et structuration des composants logiciels Détailler l’architecture technique : choix et structuration des moyens techniques : technologies/outils/matériels Détailler les modalités techniques d ’échange d’information avec les systèmes à interfacer Détailler les algorithmes complexes PPT-11-03-SM-1001 révision A1

Phase de Réalisation Objectifs : Développer les différents composants de la solution en conformité avec les documents de spécification et de conception, ainsi que les règles et normes de programmation en vigueur sur le projet Réaliser le paramétrage dans le cas d’intégration d’un progiciel Vérifier la conformité des composants développés, par des tests unitaires et relectures de code Les anomalies de fonctionnement des composants doivent être recherchées et corrigées dans cette phase. PPT-11-03-SM-1001 révision A1

Phase d’intégration et validation interne Objectifs : Assembler le système final à partir des composants réalisés indépendamment les uns des autres Tester le système ainsi intégré, pour s’assurer qu’il répond aux exigences validées par le client, avant de le lui livrer Une intégration progressive peut être souhaitable pour ne pas attendre la fin de tous les développements avant de tester le bon fonctionnement des composants entre eux. La validation interne est effective lorsque la solution globale a été vérifiée. PPT-11-03-SM-1001 révision A1

Phase de Recette client Objectifs : S’assurer que le produit satisfait à l’usage prévu, dans l’environnement du client Acter la conformité du produit par le client Les tests de recette sont sous la responsabilité du client et se déroulent généralement chez lui. Atos Origin est responsable de la correction des anomalies, des tests de non régression et des re-livraisons qui en découlent La période de garantie démarre à la signature du PV de recette PPT-11-03-SM-1001 révision A1

Phase de mise en exploitation / déploiement Objectifs : Mise à disposition effective de l’outil pour les exploitants et les utilisateurs sur l’ensemble des sites concernés Cette phase est généralement du ressort du client, avec une éventuelle assistance d’Atos Origin (se référer au contrat) PPT-11-03-SM-1001 révision A1

Phase de clôture du projet Objectifs : S’assurer que le projet est réellement clos sur les plans opérationnels et financiers Classer, archiver les documents du projet Restituer les ressources (produits fournis par le client, plate-formes, …) Constituer un bon point d’entrée pour une activité éventuelle de maintenance Réaliser le bilan de projet et capitaliser l’expérience Le bilan de projet permet de prendre du recul afin d’identifier, de collecter, d’exploiter et de diffuser les retours d’expérience permettant de l’amélioration continue PPT-11-03-SM-1001 révision A1

Intégration & validation interne En résumé M a n a g e m e n t d u p r o j e t (planification, suivi, reporting, relation client, gestion équipe, etc.) . Dossier de projet . Achats . Equipe . PQP . Réunions lancement Lance- ment . Dossier de spécification (le quoi) . Maquettes . Stratégie et Plan de tests Spécifi-cation . Dossier de conception (le comment) . Modèle de données . Prototypes Concep- tion .Composants testés . Documents techniques . Suivi tests unitaires . Manuels Réali- sation . Solution conforme . Suivi des tests d’intégration et de validation interne . Livraison (BL) Intégration & validation interne . PV recette . FFT instruites . Corrections / Relivraisons Recette Client Selon le contrat : . Plan de déploiement . Formations . Environ- -nement de production Mise en exploit. . Bilan de Projet Clôture Avant-vente Gestion des exigences Gestion de configuration et de documentation Assurance qualité Gestion des plate-formes PPT-11-03-SM-1001 révision A1

Intégration & validation interne Le cycle en « V » Variante du cycle en « Cascade » qui met en évidence la complémentarité des phases de construction et des phases de vérification / validation Mise en exploitation Spécification Recette client Intégration & validation interne Conception Réalisation Avantages : Jalonnement clair favorisant la visibilité sur l’avancement Réduit les risques d’écart entre la solution développée et le besoin réel de l’utilisateur final en concevant et en matérialisant les tests très en amont. Inconvénients : Comme pour le cycle en cascade, le principe de non retour après chaque phase ne favorise pas la prise en compte de l’évolution des exigences Effet tunnel important depuis la conception jusqu’à la recette PPT-11-03-SM-1001 révision A1

Intégration & validation interne Le cycle itératif Réaliser des versions successives correspondant à un niveau de couverture supplémentaire d’un même périmètre fonctionnel Spécification Conception Réalisation Intégration & validation interne Recette client Mise en exploitation Avantages : Facilite l’adaptation à l’évolution des besoins Limite les risques grâce à un feed-back plus rapide Augmente la maîtrise des développements grâce au périmètre réduit et plus clair Pièges à éviter : Abus de la souplesse du système par le client Revenir sur ce qui marche sous prétexte que l’on peut faire mieux Régressions d’une itération à l’autre Mettre trop de difficultés techniques au départ PPT-11-03-SM-1001 révision A1

Le cycle « incrémental » Chaque incrément contient l’ajout de nouvelles fonctionnalités et correspond donc à un périmètre fonctionnel supplémentaire, couvert en totalité Spécification Conception Réalisation Intégration & validation interne Recette client Mise en exploitation Pièges à éviter : Régressions d’un incrément à l’autre Manque de maîtrise de l’architecture et des grandes fonctionnalités au démarrage du premier incrément Manque de réflexion et de concertation avec le client sur le choix des incréments (mixer les critères techniques, fonctionnels, stratégiques en tenant compte des risques) Avantages : Limite les risques et facilite le contrôle grâce à la décomposition en plusieurs « sous projets » Favorise l’évolutivité grâce à une architecture modulaire Favorise la prise en compte de la satisfaction des utilisateurs et de l’évolution des besoins PPT-11-03-SM-1001 révision A1

Le cycle mixte + Combinaison des cycles Itératif et incrémental : Itérations pour affinement des besoins et des solutions + Lotissements fonctionnels Ce type de cycle, permettant de délivrer rapidement et fréquemment des versions opérationnelles, pour favoriser un feed-back client permanent, est un des principes de base des méthodes de développement « agiles » comme eXtreme Programming (XP) PPT-11-03-SM-1001 révision A1

Critères de choix De nombreux critères à combiner : taille ; délai ; niveau de risques ; technologie ; disponibilité des ressources ; niveaux de compétences de l’équipe projet ; impératifs du client ; impératifs métiers ; complexité fonctionnelle ; complexité technique ; maturité du besoin chez le client ; maturité du client dans une démarche projet ; implication des utilisateurs dans le projet ; contraintes d’exploitation ; etc … PPT-11-03-SM-1001 révision A1

Grands principes d’orientation PPT-11-03-SM-1001 révision A1