Par Alan Esguerra, responsable de la stratégie de secteur
Récemment, j'ai médité sur l'importance des normes ouvertes et leur potentiel à transformer et transférer les données d'ingénierie en formats plus accessibles et informatifs. L'adoption de normes ouvertes par d'autres secteurs, notamment l'utilisation de modèles de conception 3D pour la construction et l'exploitation, a fait l'objet de nombreuses discussions. Mais que représentent véritablement ces normes ouvertes ?
Normes ouvertes
Les normes ouvertes encouragent la mise en place de « systèmes ouverts », permettant ainsi le remplacement d'un composant système par un autre, issu d'un fournisseur différent. Dans le secteur du développement logiciel, elles fournissent des directives pour un accès libre aux technologies, habilitant les développeurs à créer des outils basés sur un cadre ouvert et public. En toute franchise, cela pourrait signifier la gratuité de l'utilisation de certains formats de fichiers, comme le PDF.
En 2008, Adobe a transformé le format PDF d'une propriété exclusive en une norme ouverte. En tant que développeur de logiciels, je peux donc développer des outils pour manipuler des PDF sans devoir payer de droits à Adobe. Cette accessibilité explique pourquoi il existe tant d'outils gratuits pour éditer et créer des fichiers PDF. À titre d'exemple similaire, le format d'image PNG a été conçu comme une alternative libre au format JPEG, qui reste soumis aux droits d'auteur.
Cours de base pour le secteur
Il est probable que les Industry Foundation Classes (IFC) de BuildingSmart connaissent une évolution semblable. Vers la fin 2019, l'American Association of State Highway and Transportation Officials (AASHTO) a adopté la résolution administrative AR-1-19, préconisant l'adoption de l'IFC comme norme nationale pour les schémas de données d'ingénierie électronique. BuildingSmart définit l'IFC comme une description numérique standardisée et ouverte pour le secteur des actifs construits.
L'IFC, tel qu'il existe aujourd'hui, a été créé en 1997, principalement pour le secteur de la construction verticale. Récemment, des définitions spécifiques au secteur des transports ont été élaborées, mais elles sont souvent perçues comme incomplètes. Il pourrait falloir encore plusieurs années avant que l'IFC devienne pleinement pertinent et s'impose sur le marché américain des transports.Une étude de 2019 de l'Université de Malmö en Suède met en lumière les utilisations actuelles de l'IFC dans le secteur de la construction ainsi que son potentiel. En Suède, l'IFC est requis comme livrable. L'étude conclut que : « L'IFC perd des informations en raison de déficiences actuelles du format et d'un manque de connaissances de ses utilisateurs. L'IFC doit être davantage développé pour que les acteurs du secteur de la construction soient encore plus motivés à l'utiliser comme format standard ». Le potentiel de l'IFC pour stocker des données importantes et pertinentes tout au long du cycle de vie d'un projet est considérable, mais sa version actuelle n'est pas bien définie et est souvent complétée par des dessins 2D.
Dans le cadre de l'IFC, les Model View Definitions (MVD) définissent un objectif ou un workflow spécifique pour les données IFC. Ils indiquent comment utiliser les données IFC, que ce soit pour l'examen par un entrepreneur, la fabrication par des producteurs d'éléments préfabriqués ou la gestion et l'entretien des actifs sur le terrain par les opérateurs.
En 2D, une MVD revient à définir les exigences d'un ensemble de plans. Il s'agit de tous les détails qui doivent figurer dans l'ensemble de plans, notamment l'usage auquel il est destiné, le format du papier, la police de caractères, l'échelle, le matériau du papier (bond ou mylar), l'épaisseur du papier, et même la langue. Elle définit également les annotations, les descriptions et les dimensions de chaque élément de conception. Un grand nombre de détails doivent être normalisés, convenus et diffusés pour chaque MVD.
Actuellement, il n'existe pas de MVD spécifique pour le secteur des transports. En conséquence, de nombreuses organisations envisagent de développer leurs propres MVD ou ensembles de propriétés IFC, indépendamment. Dans la pratique, un concepteur peut associer un tuyau d'égouts pluviaux à un tuyau de bâtiment dans son fichier IFC, car les égouts pluviaux ne sont pas encore définis dans l'IFC. Ce phénomène est appelé « proxy de bâtiment ». Un autre exemple est le mappage des garde-corps dans l'IFC sur des poignées de porte. Bien que la géométrie et le modèle puissent sembler corrects, tous les attributs seront alignés sur ceux d'une poignée de porte, ce qui risque de s'avérer inutile pour d'autres utilisations. Je ne dis pas que l'IFC est inutile. Bien que l'IFC soit utilisé dans le secteur de la construction pour de nombreuses tâches non standard et propriétaires, l'absence de MVD précises et de tous les ensembles de propriétés nécessaires rend l'IFC comparable à un Far West et compromet son statut de norme.
Bien que l'AASHTO ait adopté l'IFC comme norme BIM en 2019, il s'écoulera plusieurs années avant qu'il n'atteigne la prévalence des PDF actuels. En tant qu'industrie, nous sommes pleinement conscients de la dynamique rapide qui caractérise le monde de l'information et des données. Nous attendons avec enthousiasme l'arrivée en 2022 de l'une des premières MVD axées sur le transport pour une application pratique. À mesure que l'IFC évolue, se perfectionne et que d'autres MVD et propriétés sont définis, Bentley sera en position de contribuer activement à la définition du futur de notre secteur dans un univers régi par des normes ouvertes.