| Travaux et livrables | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
son objectif, son contenu et la liste des travaux à réaliser, les principaux produits en entrée, les produits en sortie (la liste des livrables de la phase), les acteurs de production, les actions de contrôle et de validation. Principaux documents par phase
Tableau 1. — Documents conseillés en clôture de phase Phases Etapes ou travaux Documents produits avant clôture Préparation Entretien initial Engagement réciproque des maîtrises Immersion animateur Périmètre applicatif. Plan de communication
(Visions) Réunion de lancement Travaux individualisés. Planning accepté Cadrage Sessions de spécifications des exigences Focus de fin de Cadrage Modèle global des flux (DFD) Modèle hiérarchique des traitements
Cas d'utilisation Diagramme de
dépendances Design Sessions conception solution Focus de fin de Design Modèle détaillé des données et (si utile) Modèle détaillé des flux et traitements Prototype initial Construction Revues de code et de projet Revues fonctionnelles État de livraison permanente Focus de présentation Application opérationnelle validée : - fonctionnellement par les utilisateurs - techniquement par jalons zéro-défaut Finalisation Déroulements des cheminements fonctionnels Homologation et recette
Objectifs, intervenants et travaux par phase Phase INITIALISATION La phase d’Initialisation prépare les intervenants aux contraintes d’un projet RAD. Après une courte immersion dans le domaine fonctionnel, lors d’un entretien propriétaire, l’équivalent d’une étude de faisabilité, les contraintes de la méthode et un plan d’action à respecter sont présentés à la maîtrise d’ouvrage. Un modèle et un plan de communication sont produits. Si nécessaire, un BPR ou de modélisation au niveau " métier " précède l’automatisation du domaine. Une réunion de lancement du projet est ensuite organisée. Elle regroupe tous les acteurs recensés et donne lieu à l’individualisation des travaux préparatoires à la modélisation du système. Tableau 2. — Synthèse phase Initialisation Objectifs de la phase INITIALISATION Formaliser les objectifs, valider le périmètre du projet et les exigences. Envisager un planning, l'organisation et le Plan d’Assurance Qualité du projet. Travaux à réaliser Acteurs GAR + Produits / Livrables Répertorier l’ensemble des intervenants MOA Plan de communication Définir les objectifs stratégiques du projet MOA Périmètre applicatif Recherche de solutions MOE Rapport de faisabilité Evaluer les moyens nécessaires. MOE Evaluation des charges Accord MOE / MOA MOE + MOA Lettre d’engagement Lancement projet MOA Plan de réunion et documents Actions de contrôle en fin de phase Validation des objectifs par le Maître d'Ouvrage. Accord de la direction générale (budget, engagement de ressources). Phase CADRAGE Le Cadrage et la première partie du Design s’appuient sur une approche top-down qui permet de respecter la cohérence systémique et les choix stratégiques ou opérationnels (à l’inverse de la Construction qui privilégie la définition détaillée des exigences et applique une approche bottom-up). Lors du Cadrage auquel participent les décideurs, l’animateur obtient le verrouillage des exigences, des budgets, des délais et de la solution globale sur les plans stratégique, fonctionnel, technologique et organisationnel. Dans le cas où les exigences et les ressources divergeraient, des technique " AV " permettent d’attribuer des priorités aux fonctionnalités en termes de retour sur investissement. Cette modélisation des traitements s’effectue sous la forme d’une hiérarchie de fonctions. Tableau 3. — Synthèse phase Cadrage Objectifs de la phase CADRAGE Formaliser les exigences. Etablir le Plan de cadrage. Engager les ressources. Travaux à réaliser Acteurs GAR + Produits / Livrables Stratégique DG Objectifs hiérarchisés Fonctionnel MOA+ MOE Hiérarchie de fonctions ou Cahier des Charges ou Gestion des exigences Technologique MOE (PPI) Rapport de solutions Organisationnel MOA (CPU) Plan d’accompagnement du changement, modèle " métier " Contraintes MOE MOA Ressources, cycle de développement, planification, etc. Actions de contrôle en fin de phase Validation des objectifs et des contraintes par le Maître d'Ouvrage et ses experts. Validation des solutions et des contraintes par le Maître d'Œuvre et ses experts. Phase DESIGN Cette phase repose sur l’usage d’un AGL de conception léger et puissant. Dans la mesure du possible, cet outil est utilisé " en direct ", dans une salle spécialement équipée de moyens de vidéoprojection et de communication. Sous la coordination de l’animateur, les utilisateurs significatifs et les concepteurs-développeurs travaillent alors en commun et en direct à la modélisation détaillée des traitements et des données de l’application. Si la performance immédiate est recherchée, la modélisation des données reste classique et s’appuie sur le modèle entité-relation. La présentation d’un premier niveau de prototype conclut cette phase. Tableau 4. — Synthèse phase Design Objectifs de la phase DESIGN Définir la solution cible en termes de modèles, valider un premier prototype Travaux à réaliser Acteurs GAR + Produits / Livrables Modélisation MOE + MOA Liste détaillée des fonctionnalités et modèle de données exhaustif Documentation technique MOE Modèles issus de l’AGL de conception Révision de l'évaluation MOE + MOA Charges et planning révisés Actions de contrôle en fin de phase Validation de la conception d'ensemble. Validation des choix technologiques. Validation des modèles et du prototype. Validation des charges et du planning. Pour atteindre une réelle performance, les outils de Construction doivent être choisis avec soin (VB, Delphi, PB, D2000, etc.) ; une charte graphique doit avoir été validée et instrumentée ; des normes de programmation publiées, un modèle de transaction généralisé applicable à tous les modules et, si possible, le cadre d’une méta-application devront être mis à la disposition des équipes ; tous les participants devront utiliser les outils choisis et les normes arrêtées. Phase CONSTRUCTION Cette phase affine le prototype, elle fusionne les étapes classiques de : spécification détaillée, réalisation (codage), tests unitaires et tests d’intégration (en Focus), la plus grande partie des tests de cheminements fonctionnels et la recette informelle de l’application. Tableau 5. — Synthèse phase Construction Objectifs de la phase CONSTRUCTION Réaliser l’application et livrer rapidement des fonctionnalités. Travaux à réaliser Acteurs GAR + Produits / Livrables Publication des normes MOE Normes de développement Planification FOCUS MOE MOA Calendrier des présentations Etablissement des jeux d'essai utilisateurs MOE MOA Jeux d'essai utilisateurs Prototypage ACTIF en validation permanente MOE MOA Jalons zéro-défaut FOCUS MOE MOA Application en fonctionnalités partielles Site Pilote MOE MOA Application utilisable Documentation utilisateur MOA On-line, contextuelle, papier Documentation technique MOE Intégrée aux modules développés Actions de contrôle en fin de phase Recette générale de l’application. Phase FINALISATION Cette phase engage surtout la MOA. Elle comprend, entre autres, la formation des utilisateurs, la surveillance d’un site pilote et les activités liées au déploiement général. Elle clôture le projet RAD. Une application réalisée suivant les principes de la méthode RAD est validée en permanence par ses utilisateurs. La recette d’une application RAD est donc beaucoup plus rapide qu’une recette classique. Selon l’importance du projet et les principes de l’organisation en termes de recette et de déploiement, il peut être nécessaire d’organiser tout ou partie des étapes décrites dans les tableaux suivants. Etape " Préparation de la mise en œuvre " Tableau 6. — Finalisation, étape de mise en œuvre Objectifs de l’étape Préparation de la mise en œuvre Préparer le changement : Travaux à réaliser Acteurs Produits / Fournitures prérequis livrables Réalisation de la recette finale MOE MOA exigences PV de recette Rédaction des manuels utilisateurs MOE MOA Manuels utilisateurs Rédaction du manuel d’exploitation MOE MOA Manuel exploitation Préparation de la formation MOA Manuels Utilisateurs Supports de formation Etablissement du plan de formation, MOA Supports de formation, Plan de formation, Formation des futurs formateurs auprès des utilisateurs finaux MOA Supports, plan de formation et logistique Formateurs opérationnels Mise en place des procédures organisationnelles MOA DG Exigences organisationnelles Procédures opérationnelles Etablissement du plan de démarrage, incluant reprises de données, la bascule technique, les tests après bascule. MOA MOE Plan de démarrage Communication aux utilisateurs (planning, formation, plan de démarrage, etc.). DG MOA Notes d'information Actions de contrôle en fin de phase Validation de la stratégie de recette et des jeux d'essais. Validation des scénarios de tests internes. Validation du manuel utilisateur, du manuel administrateur, du plan de formation et des supports de formation : interne à la MOA. Validation du plan de démarrage par la MOE et la MOA. Validation des charges et planning par la MOE, puis par le comité de suivi.
Etape " Recette officielle " Tableau 7. — Synthèse Finalisation, étape recette officielle Objectifs de l’étape Recette officielle Recette de l'application avant sa mise en œuvre. Recette de la reprise de données avant bascule effective. Travaux à réaliser Acteurs Produits / Fournitures Prérequis Livrables Recette interne MOE avant livraison à la MOA : MOE MOA Scénarios de tests et jeux d’essais Lot assemblé et opérationnel pour les tests fonctionnels et d'intégration Application Recette fonctionnelle utilisateurs, incluant les interfaces et la reprise des données MOE MOA Cahier de recette, Application recette fonctionnelle par les utilisateurs. Intégration technique du lot, incluant les tests de charge et les tests réseau. MOE DTI Application et recette fonctionnelle Application recette technique Communication auprès des utilisateurs. MOE MOA GAR Notes d'information Actions de contrôle en fin de phase
Vérification de la complétude des tests en rapprochant le journal des tests, du cahier de
Recette et du jeu d'essais : par la MOA (CPU) et la MOE
(PPI).
Etape " Organisation et Démarrage" Tableau 8. — Synthèse, finalisation, démarrage Objectifs de l’étape Organisation et démarrage Mettre en œuvre l'application et accompagner le changement Travaux à réaliser Acteurs Produits / Fournitures prérequis Livrables Etablissement de l'environnement d'exploitation et de l'infrastructure du support d'exploitation DTI MOE Manuel Exploitation Exploitation opérationnelle Mise en œuvre du plan de démarrage (incluant la reprise des données) MOE DTI Application " recettée ", Application exploitable Audit du fonctionnement et MOE Tous documents du projet, Bilan, Amélioration et optimisation du système DTI Documents et Application optimisée Formation des utilisateurs MOA Formateurs formés, Utilisateurs formés Déploiement technique DTI Plan de Déploiement Application en service Actions de contrôle en fin de phase Validation du bilan et des orientations fonctionnelles et techniques. Recette de la mise en service.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||