Nous nous plaçons à cette étape dans un premier échange du CdCF.

Après avoir lu avec attention le cahier des charges et les UC qui lui sont fournis :

• Le client va devoir relever tous les éléments qui lui semblent incohérents (définitions imprécises, éléments non valides, incohérences des fonctionnalités, choix qui semblent non pertinents, absence de vocabulaire, …), oubliés (des contraintes, des normes, …) ou au contraire vous “bifferez” les points qui vous paraissent bien définis et/ou originaux.

• Le fournisseur informatique doit relever les points d'ombre qui ne lui permettent pas de clairement comprendre ce que doit faire le système à implémenter, l'absence de certaines limites, … ou au contraire vous “bifferez” les points qui vous paraissent bien définis.

Chacun des points abordés pendant cette inspection sera présenté dans la fiche en précisant :

1. sa référence dans le document à relire (n. de pages, paragraphe, …);
2. (facultatif) la référence correspondante dans le document d'origine;
3. valide ou non
4. (facultatif) une description de l'anomalie
5. (facultatif) le degré de sévérité de l'anomalie : grave (à corriger absolument avant de continuer), passable (à corriger mais à un moment qui conviendra à l'équipe), bénin (à ne pas corriger forcément).
   • Exemples :
     • Oubli d'une fonction importante : erreur grave à corriger avant de continuer (car cette erreur grave peut rejaillir sur le reste du système)
     • Fonction mal spécifiée : passable (il faut corriger mais à son rythme¹⁾ )
     • Lourdeur dans l'analyse (trop de détails qui ne semblent pas opportuns voire imposer une solution) : bénin

!-==== Déroulement de l'inspection ==== -!