Définir les exigences d'information
Remplacez les demandes du type « inclure toutes les données BIM » par une liste de décisions et des informations nécessaires à chacune. Pour chaque champ requis, identifiez la source responsable, les objets concernés et la méthode de revue. Les champs superflus alourdissent la livraison et rendent les exceptions plus difficiles à repérer.
Distinguez une valeur vide, une valeur inconnue et une valeur sans objet. Convenez de la manière de représenter chacun de ces états. N'insérez pas d'identifiants, de dimensions ou de valeurs de performance inventés dans le seul but de réussir un contrôle d'exhaustivité.
Préciser où la valeur doit figurer
Les jeux de propriétés IFC regroupent des valeurs nommées et peuvent être affectés à des occurrences ou à des types d'objets. Les jeux de propriétés standard suivent la convention de nommage Pset_ ; les jeux définis par l'utilisateur ne doivent pas employer ce préfixe réservé. Consultez la définition du schéma applicable avant de choisir une propriété standard.
- Utilisez exactement les noms de jeux de propriétés et de propriétés convenus, orthographe et casse comprises.
- Précisez le type de valeur et l'unité, le cas échéant. Un nombre stocké sous forme de texte libre peut être inutilisable par une règle numérique.
- Déterminez si le champ relève d'un type partagé ou d'un actif individuel.
- Documentez la correspondance entre les champs sources et les champs livrés, et signalez toute transformation.
- Évitez plusieurs champs contradictoires qui semblent décrire la même information.
Références officielles
Exemple de tableau d'informations sur les actifs
| Champ du projet | S'applique à | Exigence | Relecteur |
|---|---|---|---|
| NB_Asset.AssetCode | Équipements retenus pour la remise des livrables à l'exploitation-maintenance | Texte non vide ; unique dans le registre d'actifs convenu | Responsable de l'information sur les actifs |
| NB_Asset.ServiceZone | Même périmètre d'équipements | L'un des codes de zone approuvés du projet | Coordinateur de discipline |
| NB_Asset.MaintenanceRequired | Même périmètre d'équipements | Valeur booléenne issue du plan de maintenance approuvé | Représentant de l'exploitation |
| NB_Asset.SourceReference | Même périmètre d'équipements | Référence à l'enregistrement source approuvé | Auteur de la livraison |
Pour chaque ligne, ajoutez le champ source, la phase de livraison, le traitement des exceptions et l'identifiant de la règle. Testez un élément correct, une valeur manquante et une valeur volontairement invalide dans un modèle de test autorisé. Vérifiez que l'outil de contrôle signale chaque situation comme prévu.
Information Delivery Specification (IDS)
L'Information Delivery Specification (IDS) est une norme buildingSMART qui permet d'exprimer des exigences d'information sous une forme interprétable par ordinateur. Elle peut décrire les objets auxquels une exigence s'applique et les informations requises, comme les classifications, les matériaux et les propriétés. Les outils compatibles peuvent l'utiliser pour contrôler des livraisons IFC.
Partez d'un tableau approuvé et lisible par un humain, puis implémentez les règles exprimables dans un outil compatible IDS. Conservez le fichier IDS, sa version et le rapport de l'outil de contrôle avec la livraison. Vérifiez quelles exigences l'outil couvre réellement ; ne présumez pas qu'un résultat d'exhaustivité des champs établit l'exactitude géométrique ou la véracité d'une valeur.
Dans l'exemple ci-dessus, les règles de présence et de valeurs autorisées peuvent relever d'un contrôle d'information, tandis que l'unicité au sein d'un registre d'actifs distinct nécessite un contrôle supplémentaire. Associez chaque exigence à une méthode de vérification, au lieu de faire reposer tout le travail de revue sur un seul outil.
Références officielles
Corriger les échecs à la source
Confirmez l'applicabilité
Vérifiez que l'objet en échec relève bien du périmètre requis. Une règle appliquée trop largement peut produire des échecs trompeurs.
Vérifiez la valeur source
Distinguez une information manquante dans la source d'un défaut de mappage ou d'export. Demandez à l'auteur responsable de corriger le problème sous-jacent.
Répétez le contrôle
Exportez la révision corrigée, relancez le même jeu de règles et comparez les résultats.
Consignez les exceptions
Pour chaque exception acceptée, conservez un responsable, un motif et la décision convenue. Ne considérez jamais un contrôle levé par dérogation comme un contrôle réussi.