La totalité des informations du modèle IFC figure dans des schémas conceptuels reliés les uns aux autres (24 dans la révision 2). Ils sont difficiles à lire parce que justement toutes les entités y figurent, exprimées avec le détail requis pour les informaticiens.
En tant qu'utilisateur des IFC, vous n'êtes pas obligés de savoir lire ces schémas.
Mais si votre objectif professionnel est de devenir expert des outils informatiques en architecture, ingénierie ou construction, ce qui vous oblige à dialoguer avec par exemple des développeurs d'interfaces IFC, cette compétence est indispensable, nous l'avons souligné tout au long de ce cours.
Les auteurs du modèle (l'IAI) ont privilégié le langage de description de base de données normalisé ISO EXPRESS. Il était donc naturel qu'ils choisissent un formalisme de spécification graphique en relation avec ce langage. C'est EXPRESS-G, qui autorise l'usage d'outils logiciels de traduction de diagrammes directement en instructions de langage.
Ce qui ne fait pas votre affaire, car ce choix vous oblige, cher lecteur, à apprendre une méthode de spécification de plus !
Mais ce sera continuellement le cas durant toute votre vie professionnelle ! Autant vous habituer tout de suite à circuler d'une méthode à l'autre. Ce qui n'est pas bien difficile, car les concepts fondamentaux sont toujours les mêmes. Et puis, possédant déjà les méthodes NIAM et UML, ce sera pour vous un jeu d'enfants !
Nous donnons ci-après la syntaxe graphique d'EXPRESS-G, avec quelques commentaires. Pour plus de détails, vous pouvez consulter les documents normalisés ISO de STEP : l'annexe D du volume 11.
Vous trouverez à l'extérieur de cette unité un fichier PDF imprimable "SyntaxeGraphiqueExpressG.pdf" pour vous permettre de mieux visualiser ces informations qu'à l'intérieur de cette page web. Le contenu de ce fichier PDF peut être agrandi à l'écran.
D'autres nuances peuvent être exprimées pour le type des attributs. Nous n'entrerons pas dans le détail d'Express-G.