Vérifier un modèle face aux EIR et ouvrir des issues

Ouvrir les exigences d'information que le modèle doit satisfaire: la convention de nommage, la classification, le niveau d'information requis et les propriétés que chaque élément doit porter.

Pourquoi: On ne peut pas vérifier un modèle face à une norme qu'on n'a pas ouverte. Partir des exigences réelles transforme une revue vague en un verdict net, réussite ou échec, sur chaque point.

Parcourir le modèle en vérifiant le nommage, les codes de classification, le niveau de détail et les propriétés requises sur chaque type d'élément au regard de l'exigence.

Pourquoi: Une classification manquante ou un champ de propriété vide casse le métré et la remise des données d'exploitation en aval. Le détecter à la livraison coûte bien moins cher que de le trouver au moment où on en a besoin.

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

Pourquoi: Une issue précise se corrige; une plainte vague que le modèle n'est pas conforme se discute. Rattacher chaque issue à une exigence et à un élément supprime la place au débat.

Ne valider une exigence qu'une fois que le modèle la satisfait réellement, pour que la matrice enregistre une vraie acceptation plutôt qu'une case cochee par espoir.

Pourquoi: La validation est la porte qui protège tout le monde en aval. La retenir jusqu'à ce que le modèle soit vraiment conforme, c'est ce qui évite qu'un manque de données soit hérité par le métreur et par l'exploitant.