... Puis examinons la page 4 du Schéma IfcProductExtension

Plan
Outils
 

Affichons cette page 4.

On remarque qu'un élément spatial se spécialise en Local (IfcSpace) ou en Nu de local (IfcSpaceBoundary) (Relation d'héritage).

Le local comprend un certain nombre d'attributs optionnels (périmètre, hauteur brute et nette, volume, altitude, référence, nom, surface) décrits dans d'autres schémas (Celui des ressources). L'attribut obligatoire (Intérieur ou extérieur) est un type de données construit. Le local entretient deux types de relations :

  1. une relation que l'on peut qualifier de voisinage avec ses Nus de local ( IfcSpaceBoundary). Les cardinalités de la relation indiquent qu'un local peut avoir plusieurs Nus de local, et au moins 1 (Un dans le cas sans doute où le local est une sphère, et 6 si c'est une pièce à 4 murs).

  2. Mais c'est la relation inverse qui est la plus intéressante : Un Nu de local ne peut avoir qu'au maximum 2 Local voisins, donc un seul de chaque coté.

    Cette toute petite indication noyée dans un schéma est lourde de conséquence. .

Elle signifie que :

Le modèle IFC suppose que les frontières délimitant les espaces sont munies de la propriété d'homogénéité. Cette propriété s'étend-elle aux murs et planchers ?

Vous trouverez à l'extérieur de cette unité, dans les fichiers complémentaires aux unités de cours version web, un fichier PDF imprimable "Page4_Schema_IfcProductExtension.pdf"et dont le contenu peut être agrandi. Pour vous permettre de mieux visualiser cette page 4 que dans cette page web.

Page 4 du Schéma IfcProductExtension
Page 4 du Schéma IfcProductExtension

Nous avons examiné dans l'unité "Comprendre et échanger les vues métiers du Bâtiment" du cours cette propriété d'homogénéité qui est fondamentale pour la faisabilité des échanges.

Il est évident que si l'on n'étend pas cette propriété IFC au moins aux murs qui se confondent aux Nus de local, ou qui selon les interprétations, supportent les Nus de local, on ne retire aucun intérêt de cette propriété.

Cette propriété est difficile à mettre en oeuvre par les éditeurs de logiciels techniques. De plus, ils ne sont pas habitués à ce concept qui oblige à de lourdes contraintes dans l'organisation des données de leur modèle conceptuel interne. Il faudra donc que vous, utilisateur averti, soyez très vigilant au respect de cette contrainte dans un cahier des charges, et dans les fonctionnalités d'un logiciel que vous achetez.

Les deux autres relations que l'objet Local entretient avec son voisinage sont formalisées par un objet relation (IfcRelAssemblesSpaces) (n'oubliez pas que dans les IFC, une relation peut être considérée comme un objet, ce qui permet de lui associer à son tour des propriétés et des relations).

La première relation sur l'objet relation concerne une agrégation : un Local appartient à un ensemble plus vaste.

La deuxième relation sur l'objet relation est une relation de qualification de voisinage, par exemple de passage : il existe une possibilité de passage avec une liste de Local voisins.

Ces propriétés relationnelles, les listes, sont décrites par l'objet IfcRelationship qui figure dans le schéma racine « IfcKernel ». Par cet intermédiaire, tous les objets IFC peuvent en théorie être reliés à tous les autres, selon les besoins de l'évolution du modèle.

A titre d'exercice informel, le lecteur détaillera lui même les relations et attributs de l'objet Nu de local (IfcSpaceBoundary).

Remarquez que la description de l'objet IfcRelSeparatesSpaces se poursuit par l'entité Element de construction (IfcBuildingElement) qui se trouve sur la page 2, avec la référence 6.

Debut du moduleSuivantPrécédent
Accueil