Verifier un modele face aux EIR et ouvrir des issues

Ouvrir les exigences d'information que le modele doit satisfaire: la convention de nommage, la classification, le niveau d'information requis et les proprietes que chaque element doit porter.

Pourquoi: On ne peut pas verifier un modele face a une norme qu'on n'a pas ouverte. Partir des exigences reelles transforme une revue vague en un verdict net, reussite ou echec, sur chaque point.

Parcourir le modele en verifiant le nommage, les codes de classification, le niveau de detail et les proprietes requises sur chaque type d'element au regard de l'exigence.

Pourquoi: Une classification manquante ou un champ de propriete vide casse le metre et la remise des donnees d'exploitation en aval. Le detecter a la livraison coute bien moins cher que de le trouver au moment ou on en a besoin.

Ouvrir une issue BCF pour chaque manque face a une exigence, en pointant l'element et en nommant ce qui manque, pour que l'auteur ait une liste precise a corriger.

Pourquoi: Une issue precise se corrige; une plainte vague que le modele n'est pas conforme se discute. Rattacher chaque issue a une exigence et a un element supprime la place au debat.

Ne valider une exigence qu'une fois que le modele la satisfait reellement, pour que la matrice enregistre une vraie acceptation plutot qu'une case cochee par espoir.

Pourquoi: La validation est la porte qui protege tout le monde en aval. La retenir jusqu'a ce que le modele soit vraiment conforme, c'est ce qui evite qu'un manque de donnees soit herite par le metreur et par l'exploitant.