vous v\u00e9rifiez toutes les exigences sp\u00e9cifi\u00e9es dans le fichier IDS et validez le fichier IFC.<\/li>\n<\/ul>\nLes \u00e9l\u00e9ments IFC non valides du projet sont signal\u00e9s et vous pouvez suivre toutes les notifications rencontr\u00e9es sur des tableaux de bord sp\u00e9cifiques avec des rapports et des statistiques.<\/p>\n
L’un des principaux avantages de l’IDS est la clart\u00e9 dans la d\u00e9finition des exigences d’information<\/strong>. Chaque projet BIM n\u00e9cessite la gestion d’une grande quantit\u00e9 de donn\u00e9es : des caract\u00e9ristiques techniques des \u00e9l\u00e9ments de construction aux informations sur les mat\u00e9riaux, les performances \u00e9nerg\u00e9tiques ou la maintenance. Gr\u00e2ce \u00e0 l’IDS, ces exigences sont d\u00e9crites de mani\u00e8re claire et pr\u00e9cise, \u00e9vitant les interpr\u00e9tations subjectives et les malentendus entre les diff\u00e9rents acteurs du projet. Tout le monde sait exactement quelles informations doivent \u00eatre fournies, dans quel format et \u00e0 quels \u00e9l\u00e9ments du mod\u00e8le elles doivent \u00eatre associ\u00e9es.<\/p>\nUn autre grand avantage concerne la validation automatique des mod\u00e8les IFC<\/strong>. L’IDS permet en effet de v\u00e9rifier rapidement et automatiquement si le mod\u00e8le contient toutes les informations requises, sans avoir \u00e0 recourir \u00e0 des contr\u00f4les manuels complexes et co\u00fbteux. Cela am\u00e9liore le contr\u00f4le qualit\u00e9 et permet d’identifier imm\u00e9diatement d’\u00e9ventuelles erreurs ou manques, r\u00e9duisant ainsi le risque de probl\u00e8mes lors des phases ult\u00e9rieures du projet.<\/p>\nDu point de vue de la collaboration, l’IDS favorise une plus grande interop\u00e9rabilit\u00e9 entre diff\u00e9rents logiciels et plateformes<\/strong>. \u00c9tant donn\u00e9 qu’il s’agit d’un standard ouvert, il peut \u00eatre utilis\u00e9 par tous les professionnels, ind\u00e9pendamment des outils BIM utilis\u00e9s. Cet aspect est fondamental pour garantir un flux de travail r\u00e9ellement openBIM, dans lequel architectes, ing\u00e9nieurs, constructeurs et gestionnaires de b\u00e2timents peuvent partager et \u00e9changer des donn\u00e9es de mani\u00e8re fluide et sans barri\u00e8res technologiques.<\/p>\nLa gestion via l’IDS rend \u00e9galement l’\u00e9change d’informations plus efficace et rapide<\/strong>. Chaque mod\u00e8le IFC peut \u00eatre compar\u00e9 aux exigences d’information \u00e9tablies dans le document IDS, permettant de valider automatiquement la conformit\u00e9 des donn\u00e9es et d’\u00e9viter des r\u00e9visions ou corrections continues.<\/p>\nUn autre point fort est la transparence et la tra\u00e7abilit\u00e9 des donn\u00e9es<\/strong>. L’IDS documente clairement quelles informations ont \u00e9t\u00e9 demand\u00e9es, livr\u00e9es et approuv\u00e9es, cr\u00e9ant une sorte de \u00ab cha\u00eene de custody \u00bb num\u00e9rique. Cela augmente la confiance entre les parties impliqu\u00e9es et facilite \u00e9galement la comptabilit\u00e9 et la gestion contractuelle.<\/p>\nEn regardant \u00e0 long terme, le standard IDS se r\u00e9v\u00e8le utile non seulement pendant la conception ou la construction, mais aussi lors de la phase de gestion et de maintenance du b\u00e2timent<\/strong>. Disposer de donn\u00e9es structur\u00e9es, coh\u00e9rentes et v\u00e9rifi\u00e9es facilite la cr\u00e9ation de jumeaux num\u00e9riques pr\u00e9cis, utiles pour surveiller les performances du b\u00e2timent dans le temps et planifier des interventions de mani\u00e8re plus cibl\u00e9e.<\/p>\nEnfin, tous ces b\u00e9n\u00e9fices se traduisent par une r\u00e9duction des co\u00fbts et des risques. Moins d’erreurs, moins de retards, moins d’ambigu\u00eft\u00e9s : le r\u00e9sultat est un processus plus fluide, fiable et \u00e9conomique.<\/p>\n
L’utilisation de la norme IDS permet de transformer les exigences d’information requises pour un mod\u00e8le BIM en sp\u00e9cifications lisibles \u00e0 la fois par l’op\u00e9rateur et par le logiciel, et de les utiliser pour v\u00e9rifier automatiquement la conformit\u00e9 d’un mod\u00e8le IFC. L’\u00e9tude de cas analys\u00e9e montre comment les sp\u00e9cifications IDS peuvent \u00eatre progressivement articul\u00e9es pour contr\u00f4ler diff\u00e9rentes caract\u00e9ristiques des objets du mod\u00e8le, jusqu’\u00e0 parvenir \u00e0 la validation automatique et \u00e0 la gestion des non-conformit\u00e9s.<\/p>\n
De la d\u00e9finition des exigences \u00e0 la sp\u00e9cification IDS<\/h3>\n
Une sp\u00e9cification IDS est compos\u00e9e d’une description<\/strong>, d’un champ d’<\/strong>application<\/strong> et d’une ou plusieurs exigences<\/strong>. La description identifie l’exigence relative au projet, tandis que l’applicabilit\u00e9 identifie l’entit\u00e9 IFC \u00e0 soumettre au contr\u00f4le et l’exigence \u00e9tablit la valeur que doit prendre une caract\u00e9ristique donn\u00e9e. L’applicabilit\u00e9 et les exigences sont \u00e0 leur tour construites \u00e0 travers les soi-disant facettes<\/strong>, c’est-\u00e0-dire des caract\u00e9ristiques des entit\u00e9s du sch\u00e9ma IFC utilis\u00e9es comme crit\u00e8res de s\u00e9lection et de v\u00e9rification.<\/p>\nLes facettes peuvent \u00eatre combin\u00e9es pour rendre le contr\u00f4le progressivement plus sp\u00e9cifique. Parmi celles utilis\u00e9es dans l’exemple figurent les facettes relatives aux entit\u00e9s, attributs, classifications, propri\u00e9t\u00e9s, mat\u00e9riaux et relations. Dans l’applicabilit\u00e9, les facettes permettent de filtrer les objets du mod\u00e8le sur lesquels effectuer le contr\u00f4le ; dans les exigences, elles d\u00e9finissent en revanche les conditions que ces objets doivent respecter.<\/p>\n
Le syst\u00e8me permet, par exemple, d’identifier toutes les entit\u00e9s de classe IFC Window<\/em> qui poss\u00e8dent une valeur sp\u00e9cifique dans l’attribut Description<\/em> et de demander par la suite qu’elles aient un Predefined Type<\/em> d\u00e9termin\u00e9, comme Skylight. Un autre contr\u00f4le peut concerner les \u00e9l\u00e9ments de classe IFC Space<\/em>, pour lesquels il est simplement demand\u00e9 que l’attribut Long Name<\/em> soit pr\u00e9sent et valoris\u00e9, sans imposer un contenu sp\u00e9cifique.<\/p>\nLa m\u00eame logique peut \u00eatre appliqu\u00e9e aux propri\u00e9t\u00e9s. Dans le cas des entit\u00e9s IFC Wall de type Standard, l’exigence peut imposer la pr\u00e9sence d’une propri\u00e9t\u00e9 d\u00e9termin\u00e9e appartenant \u00e0 un Property Set<\/em> sp\u00e9cifique et demander, par exemple, que la valeur bool\u00e9enne correspondante soit true. De m\u00eame, il est possible de contr\u00f4ler les mat\u00e9riaux : les \u00e9l\u00e9ments IFC Slab identifi\u00e9s par une description d\u00e9termin\u00e9e peuvent \u00eatre soumis \u00e0 une exigence imposant la pr\u00e9sence d’un mat\u00e9riau sp\u00e9cifique. L’IDS simplifie dans ce cas le contr\u00f4le du mat\u00e9riau, v\u00e9rifiant son nom ind\u00e9pendamment des modalit\u00e9s avec lesquelles la relation avec le mat\u00e9riau a \u00e9t\u00e9 structur\u00e9e dans le mod\u00e8le IFC.<\/p>\nClassifications et relations entre objets<\/h3>\n
Les facettes permettent \u00e9galement de v\u00e9rifier l’utilisation des syst\u00e8mes de classification. Un \u00e9l\u00e9ment peut \u00eatre filtr\u00e9 par classe IFC<\/em> et, parmi les exigences, il peut \u00eatre demand\u00e9 qu’il poss\u00e8de une classification d\u00e9termin\u00e9e identifi\u00e9e par un nom et un code. Cela permet de contr\u00f4ler, par exemple, l’appartenance d’une cat\u00e9gorie d’objets \u00e0 un syst\u00e8me de classification tel que l’ETIM.<\/p>\nUn niveau de contr\u00f4le suppl\u00e9mentaire concerne les relations IFC<\/em>. Dans l’exemple, les objets de classe IFC Furniture<\/em> caract\u00e9ris\u00e9s par une propri\u00e9t\u00e9 sp\u00e9cifique qui identifie les tables avec des chaises doivent appartenir \u00e0 un groupe. L’exigence est exprim\u00e9e \u00e0 travers la facette Part Of<\/em>, en s\u00e9lectionnant la relation RelAssignsToGroup<\/em>.<\/p>\nLa possibilit\u00e9 de combiner plusieurs facettes permet \u00e9galement de construire des exigences articul\u00e9es. Pour une entit\u00e9 de classe IFC Site<\/em>, par exemple, il est possible de demander simultan\u00e9ment une valeur sp\u00e9cifique de l’attribut RefElevation<\/em>, une Total Area<\/em> d\u00e9termin\u00e9e et une limite de hauteur des b\u00e2timents. De cette mani\u00e8re, la sp\u00e9cification IDS ne se limite pas \u00e0 v\u00e9rifier la pr\u00e9sence d’une information, mais peut contr\u00f4ler simultan\u00e9ment plusieurs caract\u00e9ristiques de la m\u00eame entit\u00e9<\/strong>.<\/p>\nExigences obligatoires, optionnelles et interdictions<\/h3>\n
Un aspect particuli\u00e8rement significatif de la norme est la gestion de la cardinalit\u00e9<\/strong>, qui permet de d\u00e9terminer si un certain type d’information doit n\u00e9cessairement \u00eatre pr\u00e9sent, peut \u00eatre pr\u00e9sent ou ne doit pas \u00eatre pr\u00e9sent dans le mod\u00e8le.<\/p>\nDans l’applicabilit\u00e9, il est donc possible de sp\u00e9cifier que le mod\u00e8le doit contenir, peut contenir ou ne doit pas contenir certaines entit\u00e9s. Si, par exemple, une sp\u00e9cification \u00e9tablit que le mod\u00e8le peut contenir des murs de classe IFC Wall de type Standard, l’absence de tels \u00e9l\u00e9ments ne g\u00e9n\u00e8re pas d’erreur ; si en revanche la m\u00eame condition est d\u00e9finie comme obligatoire, leur absence est signal\u00e9e par le validateur. \u00c0 l’inverse, en d\u00e9finissant la condition comme n\u00e9gative, la pr\u00e9sence de ces \u00e9l\u00e9ments constitue une non-conformit\u00e9.<\/p>\n
La cardinalit\u00e9 peut \u00e9galement \u00eatre utilis\u00e9e dans les exigences. Dans l’exemple relatif aux espaces, certaines propri\u00e9t\u00e9s \u2013 comme Handicap Accessible et Publicly Accessible du Property Set Space Common \u2013 sont d\u00e9finies comme optionnelles. L’exigence n’impose donc pas leur pr\u00e9sence, mais indique au mod\u00e9lisateur l’opportunit\u00e9 d’utiliser ces propri\u00e9t\u00e9s pour repr\u00e9senter certaines informations fonctionnelles des environnements.<\/p>\n
Contr\u00f4le des motifs, intervalles et valeurs complexes<\/h3>\n
IDS permet de d\u00e9passer le simple contr\u00f4le d’\u00e9galit\u00e9 entre une valeur attendue et celle pr\u00e9sente dans le mod\u00e8le. Les param\u00e8tres des facettes peuvent en effet utiliser des valeurs simples et des valeurs complexes, telles que des \u00e9num\u00e9rations, des intervalles num\u00e9riques et des motifs.<\/p>\n
Un exemple concerne la d\u00e9nomination des portes. Il est possible de stipuler que le nom d’une porte doit respecter un certain motif, par exemple le mot door suivi d’un espace et d’une s\u00e9quence de 4, 5 ou 6 chiffres. Le contr\u00f4le est exprim\u00e9 par une expression r\u00e9guli\u00e8re ; la compilation peut \u00eatre soutenue par des outils d’intelligence artificielle qui, \u00e0 partir de la description de la r\u00e8gle, aident \u00e0 g\u00e9n\u00e9rer le motif \u00e0 ins\u00e9rer dans la sp\u00e9cification IDS.<\/p>\n
Pour les valeurs num\u00e9riques, il est possible de d\u00e9finir des intervalles et des op\u00e9rateurs de comparaison. Dans le cas des espaces, par exemple, une propri\u00e9t\u00e9 relative \u00e0 la hauteur peut \u00eatre d\u00e9finie de mani\u00e8re \u00e0 ce que la valeur soit sup\u00e9rieure ou \u00e9gale \u00e0 3 m. De m\u00eame, il est possible de v\u00e9rifier que la surface de certains espaces, comme les salles de bains, d\u00e9passe un seuil pr\u00e9d\u00e9fini.<\/p>\n
La norme permet \u00e9galement de contr\u00f4ler la longueur des valeurs textuelles. Pour les portes, on peut imposer, par exemple, que l’attribut Name ne d\u00e9passe pas 20 caract\u00e8res, tandis que pour la description d’une entit\u00e9 IFC Project, il est possible de d\u00e9finir une longueur minimale de 35 caract\u00e8res. Dans ce cas, le contr\u00f4le ne concerne pas une caract\u00e9ristique g\u00e9om\u00e9trique de l’\u00e9l\u00e9ment, mais uniquement le nombre de caract\u00e8res contenus dans l’attribut.<\/p>\n
Le lien avec le buildingSMART Data Dictionary<\/h3>\n
La d\u00e9finition des exigences peut \u00eatre encore soutenue par le buildingSMART Data Dictionary<\/strong> (bSDD), un service en ligne qui regroupe des dictionnaires de termes organis\u00e9s par classes et li\u00e9s aux classes IFC, \u00e0 leurs propri\u00e9t\u00e9s respectives, aux valeurs autoris\u00e9es, aux unit\u00e9s de mesure, aux traductions et aux relations.<\/p>\nLe bSDD h\u00e9berge des syst\u00e8mes de classification nationaux et internationaux, des classifications de domaine et des syst\u00e8mes d\u00e9velopp\u00e9s par des organismes patrimoniaux ou des entreprises priv\u00e9es. Dans le cadre de la compilation d’une sp\u00e9cification IDS, le lien entre les deux syst\u00e8mes peut \u00eatre r\u00e9alis\u00e9 par un URI, qui identifie de mani\u00e8re unique la ressource externe associ\u00e9e \u00e0 la propri\u00e9t\u00e9. L’URI ne doit pas n\u00e9cessairement pointer vers le bSDD, mais peut \u00e9galement se r\u00e9f\u00e9rer \u00e0 une autre ressource externe utilis\u00e9e pour d\u00e9crire cette information sp\u00e9cifique.<\/p>\n
L’avantage op\u00e9rationnel \u00e9merge lorsque l’on recherche une propri\u00e9t\u00e9 directement dans le bSDD lors de la compilation de la sp\u00e9cification. Une fois la propri\u00e9t\u00e9 associ\u00e9e \u00e0 la classification et au code souhait\u00e9s identifi\u00e9e, il est possible de l’importer dans l’IDS, transf\u00e9rant automatiquement des informations telles que le nom de la propri\u00e9t\u00e9, le Property Set, le type, les valeurs autoris\u00e9es et d’\u00e9ventuelles contraintes. De cette mani\u00e8re, le risque d’erreurs dans la compilation manuelle des exigences est r\u00e9duit.<\/p>\n
La validation du mod\u00e8le IFC<\/h3>\n
Une fois les sp\u00e9cifications d\u00e9finies, le mod\u00e8le IFC peut \u00eatre soumis \u00e0 un processus de BIM validation<\/strong>. La v\u00e9rification peut \u00eatre effectu\u00e9e par le contractant lors de la production d’informations, pour contr\u00f4ler le mod\u00e8le avant la livraison, ou par le client lors de la v\u00e9rification technique du projet, pour s’assurer que ce qui a \u00e9t\u00e9 livr\u00e9 est conforme aux exigences convenues.<\/p>\nLe validateur lit le fichier IDS, identifie dans le mod\u00e8le les entit\u00e9s comprises dans le champ d’application et v\u00e9rifie pour chacune d’elles le respect des exigences \u00e9tablies. En l’absence d’erreurs, le mod\u00e8le passe la validation et peut proc\u00e9der aux \u00e9tapes suivantes du processus d’approbation. En cas de non-conformit\u00e9, les signalements doivent \u00eatre analys\u00e9s et g\u00e9r\u00e9s avant de r\u00e9p\u00e9ter le contr\u00f4le.<\/p>\n
Le cas concret : le contr\u00f4le des \u00e9l\u00e9ments IFC Roof<\/h3>\n
Supposons qu’une sp\u00e9cification soit d\u00e9finie dans un mod\u00e8le IFC, imposant aux entit\u00e9s de classe IFC Roof de satisfaire deux conditions : poss\u00e9der une certaine propri\u00e9t\u00e9 avec une valeur inf\u00e9rieure ou \u00e9gale \u00e0 0,27 et avoir un code de classification sp\u00e9cifique.<\/p>\n
\u00c0 la fin de la validation, huit signalements sont relev\u00e9s. Un \u00e9l\u00e9ment passe les deux contr\u00f4les : le code de classification est pr\u00e9sent et la valeur de la propri\u00e9t\u00e9 est de 0,2, donc inf\u00e9rieure au seuil de 0,27. Pour les autres \u00e9l\u00e9ments, en revanche, la classification est correcte, mais la propri\u00e9t\u00e9 pr\u00e9sente une valeur de 0,3, sup\u00e9rieure \u00e0 la limite pr\u00e9vue. Le validateur souligne donc pr\u00e9cis\u00e9ment la non-conformit\u00e9 et permet de s\u00e9lectionner l’\u00e9l\u00e9ment directement dans le mod\u00e8le 3D, facilitant l’identification de l’objet concern\u00e9.<\/p>\n
La correction peut \u00eatre effectu\u00e9e directement dans l’environnement d’\u00e9dition du mod\u00e8le, en modifiant la valeur de la propri\u00e9t\u00e9. M\u00eame \u00e0 ce stade, le syst\u00e8me v\u00e9rifie le respect de la contrainte IDS : l’insertion d’une valeur comme 0,4 est refus\u00e9e car elle ne satisfait pas la condition \u2264 0,27, tandis qu’une valeur conforme est accept\u00e9e.<\/p>\n
Alternativement, les probl\u00e8mes relev\u00e9s peuvent \u00eatre export\u00e9s au format BCF (BIM Collaboration Format)<\/strong> et partag\u00e9s avec le mod\u00e9lisateur ou la personne charg\u00e9e de la correction. Le BCF, autre norme ouverte de buildingSMART International, permet de g\u00e9rer et de communiquer les probl\u00e8mes identifi\u00e9s lors des diff\u00e9rentes phases du processus BIM. Le flux devient donc it\u00e9ratif : validation, identification des non-conformit\u00e9s, communication des probl\u00e8mes, correction du mod\u00e8le et nouvelle validation, jusqu’\u00e0 atteindre la conformit\u00e9 aux exigences.<\/p>\nConsid\u00e9rations et limites de la norme IDS<\/h3>\n
Le cas d’\u00e9tude met en \u00e9vidence comment IDS permet de formaliser et d’automatiser une partie significative des contr\u00f4les d’information sur les mod\u00e8les IFC, combinant des crit\u00e8res d’applicabilit\u00e9 et des exigences et utilisant diff\u00e9rentes typologies de facettes, de cardinalit\u00e9s et de contraintes sur les valeurs.<\/p>\n
En m\u00eame temps, la version IDS 1.0 analys\u00e9e pr\u00e9sente certaines limites : elle est principalement orient\u00e9e vers la v\u00e9rification des informations et des relations principales des entit\u00e9s IFC et ne permet pas, dans l’\u00e9tat d\u00e9crit dans l’intervention, des contr\u00f4les g\u00e9om\u00e9triques, des contr\u00f4les bas\u00e9s sur des valeurs calcul\u00e9es ou dynamiques, des contr\u00f4les faisant r\u00e9f\u00e9rence \u00e0 des donn\u00e9es externes au mod\u00e8le IFC ou des v\u00e9rifications fond\u00e9es sur des relations IFC sp\u00e9cifiques \u00e0 un certain domaine. Ces aspects sont indiqu\u00e9s comme des domaines possibles d’\u00e9volution dans les versions futures de la norme.<\/p>\n
Le cas confirme enfin que l’efficacit\u00e9 d’une proc\u00e9dure de validation IDS ne d\u00e9pend pas seulement du logiciel utilis\u00e9, mais aussi de la bonne d\u00e9finition des exigences et de la connaissance de la norme IFC, consid\u00e9r\u00e9e comme fondamentale pour une utilisation professionnelle de la norme IDS.<\/p>\n
Pour cr\u00e9er ou \u00e9diter un document au format IDS contenant toutes les sp\u00e9cifications d’information, vous devez utiliser un \u00e9diteur IFC avanc\u00e9<\/a>.<\/p>\nusBIM.IDSeditor est l’outil en ligne gratuit qui permet de cr\u00e9er et d’\u00e9diter le fichier IDS, le document qui rassemble et syst\u00e9matise toutes les sp\u00e9cifications de livraison d’informations et qui est n\u00e9cessaire pour les phases de mod\u00e9lisation et de validation des mod\u00e8les IFC.<\/p>\n
Gr\u00e2ce au fichier IDS, il est possible de : <\/p>\n
![\"Le](\"https:\/\/biblus.accasoftware.com\/fr\/wp-content\/uploads\/sites\/4\/2023\/02\/Standard-IDS-flux-travail-openBIM111.jpg\")