• L’élaboration du Cahier de Recette

    Par Rhona Maxwel dans Recette d'applications le 8 Novembre 2014 à 00:21

    L’élaboration du Cahier de Recette

    Le Cahier de REcette (CRE) a pour but principal de fournir un plan d’action détaillé à la MOA ou MOE qui sera en charge de la réalisation des tests.Celui-ci est composé essentiellement des dossiers de tests et des fiches de testsLes dossiers de tests permettent de déterminer les données métiers spécifiques sur lesquelles seront basés les scénarios de tests.

    • La structure d’un dossier de tests est très proche de la structure des données définie dans le modèle conceptuel des données (compréhensible par la MOE ainsi que par la MOA) réalisé pendant les travaux de spécification fonctionnelle.
    •Une fiche de test définit un processus de tests pour chaque scénario métier. On doit y définir :
    • Précisément le mode opératoire du scénario de tests sous la forme d’une séquence d’actions à effectuer
    • Le résultat attendu à l’issue de l’action pour chaque action du mode opératoire
    • La référence au dossier de tests définissant les données métier exploitées en entrée et manipulées au cours du processus
    • A chaque étape de vérification d’une fiche de tests (action / résultat attendu) correspond un cas de test identifié dans la matrice de tests. Cette matrice permet de faciliter :
      • La lisibilité de la fiche de test par la MOE car rapprochée des spécifications détaillées
      • La qualification des problèmes rencontrés au cours de la recette
      • La gestion de la recette
    Les fiches de tests doivent être rédigées en s’appuyant sur les cas d’utilisation du logiciel identifiés lors de l’établissement des spécificationsChaque processus métier devra avoir au minimum une fiche de tests afin que la recette fonctionnel puisse couvrir l’ensemble du logicielLe cahier de recette doit aussi indiquer
    • les configurations matérielles et logicielles de la plate-forme
    • les valeurs du paramétrage logiciel de façon exhaustive
    Exemple de cahier de recette
    Introduction
    • Contexte et objectif du document
    • Objet de la recette
    • Documents de référence
    Description des moyens
    • Responsabilités
    • Plate-forme de recette
    • Outils de recette
    Présentation du plan fonctionnel de tests
    • Présentation générale
    • Description de l’arbre de test
    Fiches de test
    • Actions générales
    • Liste des fiches
    Une fois le cahier de recette terminé, la matrice de tests doit être constituée avec en entrées :
    • L’ensemble des points fonctionnels (ou règles de gestion) devant faire l’objet d’une validation
    • Les différents cas d’utilisation
    La matrice de tests est un document de référence qui permet de piloter la recette et de s’assurer qu’aucun point ne sera oublié
    • Elle définit le niveau de qualité fonctionnelle souhaité ainsi que le périmètre de la recette
    • Elle doit être validée par la MOA
    urbanisation-si-deroulement-recette.png
     La recette interne MOE garantit une qualité optimum du logiciel qui sera livré à la MOAElle débute dès que les développements sont assez avancés.Chaque fonction doit faire l’objet d’un test unitaire
    • Les tests de déminage peuvent être établis en collaboration avec la MOA (compétence métier).
    • Ces tests permettent de confronter le logiciel très tôt aux futurs utilisateurs.
    • Les ressources de la MOA devront être avertis qu’il ne s’agit que d’une aide au développement et non d’une recette d’intégration finale
    • Lors de la recette interne, les résultats des tests effectués et les demandes de modification de la MOE sont inscrits dans le cahier de recette en temps réel. Le cahier de recette reflète ainsi l’avancement de la recette en continu
    Un procès-verbal est rédigé par la MOE et présenté à la MOA en comité de pilotage en fin de recette interne.
    • Il rappelle les éléments indiqués par le cahier des charges
    • La MOA pourra accepter ou non les potentielles demandes de dérogation
    • Si la MOA accepte, la MOE pourra livrer le logiciel incomplet ou conforme partiellement aux spécifications
    La recette fonctionnelle MOA
    • La pré-recette permet à la MOA si la qualité du logiciel est suffisante pour pouvoir être testé. Il faut donc que :
      • Tous les livrables convenus sont bien fournis (éléments logiciel et bordereaux de livraison, PV de recette interne, liste des restrictions éventuelles)
      • La plate-forme de recette est opérationnelle
      • Aucun problème bloquant empêchera le jeu des scénarios
    • Elle débouche sur un procès-verbal et annonce le début de la recette fonctionnelle
    • La recette provisoire (recette principale) consiste en un contrôle sur la base de l’ensemble des fiches de tests établie par la MOA et validée par la MOE
    • Chaque anomalie détectée fera l’objet d’une fiche de fait technique
    L’issue de cette phase donne lieu à un procès verbal avec trois qualifications possibles :
    • Validation : aucune anomalie n’a été détectée, la recette sur site pilote peut alors débuter
    • Validation sous réserves : aucune anomalie bloquante n’a été détectée, un PV de validation sous réserve avec la liste des anomalies peut être signé. La MOE s’engage alors à corriger les anomalies avant la livraison sur le site pilote pour recette définitive
    • Refus : des anomalies bloquantes ont été détectées ou toutes les exigences. Le PV de recette fera part de ce refus et des raisons. Une fois la phase de correction terminée, la recette provisoire devra être recommencée
    Les acteurs de la recette
    • Le groupe de recette est constitué des membres de la MOA ayant si possible participé à la rédaction du cahier des charges et/ou cahier de recette. Lors de la pré-recette, les membres les plus expérimentés évalueront rapidement la qualité générale du logiciel
    • Le support technique est composé de membre(s) de la MOE à plein temps. Ils permettent d’assurer la maintenance de la plate-forme et le bon fonctionnement du logiciel (correction des anomalies bloquantes immédiate)
    • Le support fonctionnel est représenté par une personne connaissant parfaitement le métier, le cahier de recette et les dossiers de spécifications fonctionnelles. Elle sera responsable de la conduite du changement tout au long de la recette
    • Le support méthodologique et organisationnel est assumé par le chef de projet MOA. Il permet d’expliquer comment une fiche de tests doit être interprétée ou bien la façon dont un fait technique doit être rédigé
    Les ressources matérielles doivent être les mêmes que ce soit pour la validation interne ou la recette fonctionnelle. Elles doivent être aussi proche que possible de l’environnement d’exploitation.
    La recette sur site pilote permet d’appréhender le logiciel dans un environnement le plus proche possible de la plate-forme d’exploitation.Cette phase débouche sur l’acceptation définitive du logiciel par la MOALa MOA est chargée de vérifier le bon fonctionnement de l’infrastructure informatique du site piloteElle remet à la MOE un bordereau de mise en marche de celui-ciLa première installation du sous-ensemble logiciel pourra alors se faireLa configuration du site est à la charge de la MOA en collaboration étroite avec la MOE (configuration mentionnée dans le cahier de recette)La recette définitive peut alors débuter et doit être suivie d’un contrôle de conformité fonctionnelle et technique (Vérification du Service Régulier)Ce contrôle doit être fait sous-ensemble par sous-ensemble du logiciel. Un procès-verbal peut alors avoir lieu :
    • Validation, mise en exploitation
    • Validation sous réserves, pas d’anomalie bloquante
    • Refus, la correction des anomalies donne lieu à la recette provisoire
    Les acteurs :
    • La MOE intervient pour l’installation des sous-ensembles logiciels
    • La MOA administre la plate-forme
    • La même équipe MOA que pour la recette provisoire
    La garantie du système
    • Elle fait suite à la recette définitive
    • La mise en exploitation du logiciel devrait révéler de nouvelles anomalies
    • Les anomalies remontées font l’objet d’une correction et d’une re-livraison du sous-ensemble logiciel
    • Toute modification du logiciel suite à une demande MOA pendant une phase quelconque de la recette donne lieu à un avenant entre les parties
    • Il en est de même pour toutes les demandes d’évolution intervenant après l’acceptation du dossier des spécifications logiciel
     
    "Il faut tendre la main à ses amis sans fermer les doigts."
    Diogène
     

    Voir aussi :

    http://urbanisation-si.blog4ever.net/

    http://urbanisation-si.over-blog.com/

    http://urbanisation-des-si.blogspot.fr/

    http://urbanisation-si.eklablog.com/

    http://rhonamaxwel.over-blog.com/


    Tags Tags : , , , , , , , , , ,

  • Commentaires

    Aucun commentaire pour le moment

    Suivre le flux RSS des commentaires


    Ajouter un commentaire

    Nom / Pseudo :

    E-mail (facultatif) :

    Site Web (facultatif) :

    Commentaire :