Fichier IDS : comprendre l’Information Delivery Specification

Un fichier IDS décrit des exigences d’information pour des maquettes BIM. Le standard buildingSMART le présente comme un format XML interprétable par ordinateur, principalement utilisé pour définir des spécifications liées à IFC (dépôt buildingSMART IDS).

Le sujet intéresse les équipes qui veulent exprimer clairement ce qu’une maquette doit contenir. Voici ce que recouvre un IDS, avec un exemple simple et les points à vérifier avant de vous lancer.

À quoi sert un fichier IDS ?

IDS signifie Information Delivery Specification. Il permet de formaliser des exigences d’information pour le BIM. Le dépôt buildingSMART décrit le standard comme un moyen de définir des spécifications liées à IFC (présentation du dépôt).

L’idée est de passer d’une demande formulée en texte à des exigences structurées. Le dépôt rassemble également un manuel, des exemples et de la documentation destinée aux personnes qui développent des logiciels (documentation IDS).

Un exemple pour clarifier le besoin

Prenons une demande fréquente : « chaque porte doit indiquer son degré de résistance au feu ». Avant de rédiger un IDS, découpez-la en deux parties :

• à quoi elle s’applique : les objets de type IfcDoor ;
• ce qui est exigé : la propriété FireRating du jeu de propriétés Pset_DoorCommon, renseignée.

Un IDS reprend exactement ce découpage : une partie « applicabilité » qui sélectionne les objets, et une partie « exigences » qui décrit l’information attendue. Une demande qui ne se laisse pas découper ainsi n’est pas encore prête à être vérifiée. Pour la syntaxe XML complète, les exemples de la documentation buildingSMART sont le bon point de départ.

Créer ou importer des exigences dans SeveUp App

SeveUp App permet de créer et d’importer des jeux d’exigences BIM. L’application propose aussi de générer des IDS avec l’IA à partir de documents d’exigences : l’extraction par IA est suivie d’une validation manuelle et d’une compilation bSI.

Cela peut aider à transformer une base documentaire en IDS sans confondre génération et validation. Relisez le résultat et confrontez-le au besoin du projet avant de vous appuyer dessus.

Limites et points de vigilance

Un IDS formalise des exigences ; il ne remplace pas la définition du besoin par l’équipe projet. Si le document de départ est ambigu, il faut d’abord clarifier ce qui est attendu, plutôt que de supposer que la génération le résoudra.

Vérifiez aussi que la formulation correspond bien aux informations que vous souhaitez demander à la maquette. Pour les détails techniques du format, consultez le manuel et les exemples publiés dans la documentation buildingSMART.

Sources et liens utiles

• Dépôt buildingSMART IDS : présentation du standard et accès à ses ressources.
• Documentation IDS : manuel, exemples et documentation technique.