RECETTAGE FONCTIONNEL

Cvito Wilson
Definition
La recette fonctionnelle dune application informatique
implique non seulement de valider le parcours de
chacun des processus prvus (tests unitaires), mais
aussi de valider linteraction de tous ces processus
entre eux (test densemble).

La recette fonctionnelle est aujourdhui une tape
indispensable dans la validation des processus par les
utilisateurs. Elle permet de vrifier que lapplication
rpond non seulement aux besoins techniques, mais
aussi aux besoins des mtiers.
Elle permet de valider la correspondance entre les
besoins exprims dans le cahier des charges et les
spcifications fonctionnelles.

CONTEXTE
Lapproche contractuelle de la production
informatique, sest matrialise par la sparation
des responsabilits entre la matrise douvrage (le
client) et la matrise duvre (le fournisseur).
Toute relation contractuelle se fonde sur un
triptyque incontournable:
la signature dun contrat (contrat commercial en cas
de sous traitance, contrat de service en interne).
Le contrle de la conformit du logiciel livr (cest la
recette).
Le paiement des travaux (facturation externe ou
interne, rglement budgtaire, etc.)

CONTEXTE (SUITE)
La recette fonctionnelle consiste donc pour le
client vrifier la conformit de l'objet ralis
par rapport sa commande.
Alors bien sr le client peut dcider de faire
lui-mme la recette du produit ou bien
demander un tiers de la faire pour lui, mais
le principe reste le mme.
PROBLEMATIQUE DU NON RECETTAGE
La recette dune application ou dun module applicatif
est souvent une priode difficile dun projet.
Pourtant, cest une priode cl, dont linsuccs peut
sensiblement obrer le fonctionnement en service de
lapplication et se rvler par la suite un gouffre
financier en matire de maintenance.
Une dmarche souvent trop floue et un manque de
prparation sont souvent lorigine de priodes de
recette qui sternisent, sans quune relle visibilit
des modules accepts et des corrections restant
faire soit suffisante.
DEROULEMENT DU RECETTAGE
Par dfinition, durant la recette, tout peut arriver, y
compris la destruction de donnes, la saisie
dinformations incohrentes, les plantages de
machine, etc.
La moindre des choses est donc de disposer dun
environnement de recette (machines et logiciels) qui
puisse tre momentanment hors service, sans que la
vie quotidienne des utilisateurs nen soit perturbe.
.
DEROULEMENT DU RECETTAGE (SUITE)
Une mauvaise pratique pourtant bien rpandue
consiste sous-dimensionner les serveurs de recette
faute de ressources techniques disponibles le plus
souvent ou bien considrer comme environnement
de test la future machine de production, ce qui rend
videmment ensuite la mise en production
problmatique
Surtout quand la ralisation est dcoupe en lots, livrs
au fur et mesure.
En outre, disposer dune plate-forme de test
performante, cest aussi bnficier dun environnement
de formation et donc tre relativement serein par
rapport aux erreurs initiales que ne manqueront pas de
faire les utilisateurs.


DIFFERENTES ETAPES
La recette fonctionnelle sinsre dans une
logique de contrle de conformit.
Les diffrentes tapes des contrles de
conformit sont:
1.
Le matre douvrage (le client) exprime le besoin
dans un document que lont a Coutume dappeler
cahier des charge. Rappelons ici que le matre
douvrage nest pas lutilisateur du futur produit,
mais un professionnel.


DIFFERENTES ETAPES
Dune manire ou dune autre, ce cahier des
charges est soumis des contrles de conformit
au cours de son laboration par les groupes
utilisateurs et par des Comits de dcideurs
(comits de pilotage).
Le cahier des charges engage contractuellement le
client sur son besoin

DIFFERENTES ETAPES
2-
Une fois slectionn, le matre duvre (interne ou
externe) propose une solution dtaille
(spcifications fonctionnelles dtailles, spcifications
externes, etc..).
Ces Spcifications doivent tre formellement valides
par le matre douvrage. La rfrence de cette
validation est le cahier des charges.
Les utilisateurs finaux sont aussi concerns par cette
validation pour sassurer du ralisme de la solution
dtaille propose.

DIFFERENTES ETAPES
3-
Les spcifications externes valides engagent
contractuellement le client et le fournisseur sur le
contenu du futur produit.
Le matre douvrage effectue alors la recette
fonctionnelle par rfrence avec les spcifications
externes valides. Le logiciel livr doit tre conforme
aux spcifications valides.
Le matre douvrage ne peut pas exiger que des
fonctionnalits absentes des spcifications soient
ajoutes et a contrario le matre duvre doit
remettre en conformit si des manques sont constats
par rapport aux spcifications.

DOCUMENT DE REFERENCE
La rfrence de la recette fonctionnelle est
donc le dossier de spcification fonctionnelles
dtailles VALIDEES.
Ce pralable est indispensable et en labsence
de ce document, la recette est impossible et
on se retrouve dans une spiral darrangements
et de marchandages proche de la logique
dachat en vigueur dans les souks orientaux.

DOCUMENT DE REFERENCE
Un plan de recette c'est donc dfinir l'ensemble des
ractions attendues par votre SI :
Ce qui comprend les ractions des actions qui sont
dfinies ( exemple en construction: comme
l'utilisation de votre porte de chambre qui doit s'ouvrir
dans votre chambre et non pas vers le couloir).
Mais aussi les ractions des actions non dfinies
(vous dcider de faire vos exercices de gymnastique
quotidienne suspendu au chambranle de votre porte
de salon et il ne doit pas se briser)

DOCUMENT DE REFERENCE
Document bien trop souvent absent des projets.
Le but de ce document est de fixer les conditions
de ralisation de la recette et surtout de sa
validation.
Il traite non seulement de la recette fonctionnelle
vrification que le comportement de
lapplication est bien celui attendu au vu des
spcifications mais aussi de la recette
technique celle qui valide le fonctionnement de
lapplication dun point de vue informatique.
DOCUMENT DE REFERENCE
Parmi les points cls qui doivent figurer dans ce
document se trouvent :
la dfinition des anomalies : ce quest une anomalie
bloquante, grave, mineure, les modes opratoires
relatifs la dclaration des anomalies, leurs
corrections et leur suivi, le calendrier de ralisation de
la recette, sans oublier la prise en compte les dlais
requis pour la ralisation
des corrections, et les nouveaux tests de validation,
les conditions souvent exprimes en nombre
danomalies de chaque type tolr de prononciation
de la recette,
DOCUMENT DE REFERENCE
le traitement des cas particuliers, comme les
anomalies non reproductibles.
Sans ce document, cest la porte ouverte aux
interprtations de la gravit des anomalies,
source prouve de tensions dans les projets
et de leurs consquences classiques, entre
dcouragement et dsespoir.