Partie 3

Groupe de réflexion « BIM Serveur Intelligent» Commande PUCA 14028125411 du 15-12-2014
MEDIACONSTRUCT
Membres par Ordre alphabétique :
Roland BILLON, Gabriel CASTEL, Olivier CELNIK, Jean-Michel DOSSIER, Isabelle FASSE,, Jacques HABABOU,
Laurent ORTAS, Thierry PARINAUD, Jean-Yves RAMELLI, décédé en Juillet 2015
Correspondant à l’étranger : John MIRTSHIN
Consultant ; Vincent COUSIN Contributeurs Patrick SERRAFERO, Jean-Baptiste VALETTE
1
PARTIE 3
PROSPECTIVE
Pré-Rapport du 25 Avril 2016

Groupe de réflexion « BIM Serveur Intelligent» Commande PUCA 14028125411 du 15-12-2014
MEDIACONSTRUCT
Membres par Ordre alphabétique :
Roland BILLON, Gabriel CASTEL, Olivier CELNIK, Jean-Michel DOSSIER, Isabelle FASSE,, Jacques HABABOU,
Laurent ORTAS, Thierry PARINAUD, Jean-Yves RAMELLI, décédé en Juillet 2015
Correspondant à l’étranger : John MIRTSHIN
Consultant ; Vincent COUSIN Contributeurs Patrick SERRAFERO, Jean-Baptiste VALETTE
2

Groupe de réflexion « BIM Serveur Intelligent» Commande PUCA 14028125411 du 15-12-2014
MEDIACONSTRUCT
Membres par Ordre alphabétique :
Roland BILLON, Gabriel CASTEL, Olivier CELNIK, Jean-Michel DOSSIER, Isabelle FASSE,, Jacques HABABOU,
Laurent ORTAS, Thierry PARINAUD, Jean-Yves RAMELLI, décédé en Juillet 2015
Correspondant à l’étranger : John MIRTSHIN
Consultant ; Vincent COUSIN Contributeurs Patrick SERRAFERO, Jean-Baptiste VALETTE
3
PARTIE 3 : PROSPECTIVE VERS L’INTEROPERABILITE
3.1 Les transformations d’objets selon les vues métiers.
3.1.1 Echange Architecte => Ingénieur de structure
3.1.2 Echange Architecte => Thermicien
3.1.3 Echange Architecte => autres métiers
3.1.4 Conséquences pour la maitrise d’ouvrage (MO et AMO)
3.2 Les principes opératoires des transformations.
3.2.1 Rappel historique sur les transformations et le modèle conceptuel
générique.
3.2.2 Principe du modèle générique : adopter comme élément
insécable le plus petit découpage fonctionnel.
3.2.3 Règle du découpage en parois homogènes.
3.2.4 Règle de découpage en rives homogènes.
3.2 5 Faire coïncider le filaire topologique et les axes des parois,
poutres et poteaux.
3.2.6 Réaliser un protocole de saisie sans que l’architecte ne s’en
aperçoive ?
3.3 Le mécanisme des transformations : exploration.
3.3.1 Les trois seuls modèles de représentation graphiques et le
modèle générique.
3.3.2 Théoriser les difficultés d’échange.
3.3.3 Schéma général du BIM Serveur Intelligent « idéal ».
3.4 Favoriser un projet d’ambition internationale ?
4 : Conclusion
5 : Annexes
5.1 Petit lexique des termes ambigus
Autres annexes et diapositives (fournies sur demande)
5.2 Les Comptes rendus des réunions du Groupe
5.3 Le projet test et ses autorisations d’exploitation
5.4 Les diapositives du pré-étalonnage de l’expérimentation
5.5 Les diapositives des échanges fournis par les « testeurs »
5.6 Présentation de la révision 4 des IFC par Jon Mirtshin en anglais

Groupe de réflexion « BIM Serveur Intelligent» Commande PUCA 14028125411 du 15-12-2014
MEDIACONSTRUCT
Membres par Ordre alphabétique :
Roland BILLON, Gabriel CASTEL, Olivier CELNIK, Jean-Michel DOSSIER, Isabelle FASSE,, Jacques HABABOU,
Laurent ORTAS, Thierry PARINAUD, Jean-Yves RAMELLI, décédé en Juillet 2015
Correspondant à l’étranger : John MIRTSHIN
Consultant ; Vincent COUSIN Contributeurs Patrick SERRAFERO, Jean-Baptiste VALETTE
4
3.1 Les transformations d’objets selon les vues métiers
Nous tenterons ci-après d’apporter des éléments pour résoudre le principal obstacle
aux échanges interopérables : les transformations d’objets entre certains métiers de
la phase CONCEPTION-REALISATION.
Dans le secteur du Bâtiment, chaque acteur voit le bâtiment selon son métier. Et
même plus : « Chaque professionnel du même métier le voit différemment ». Il
n’y a pas deux ingénieurs de structure ou de béton armé qui arrivent au même
résultat. Et heureusement, autrement ce ne seraient plus des ingénieurs, mais des
automates. L’homme deviendrait machine.
Ce constat laisse prévoir des difficultés dans les échanges de BIM entre les métiers !
Comme le confirment les expérimentations en vue de déterminer les fonctions d’un
BIM Serveur, les objets manipulés par un logiciel de calcul de structure, ou de calcul
thermique peuvent porter le même nom que ceux donnés par l’architecte. Mais ne
constituent pas un sous ensemble de la vue de l’architecte !
Ces objets peuvent être incompatibles entre deux métiers.
Ils ont besoin d’être transformés, pour plusieurs raisons et de plusieurs manières :
3.1.1 Echange Architecte => Ingénieur de structure
- D’abord le découpage géométrique, dans les deux directions hauteur-
largeur. Eternel problème de savoir ou commence et ou finit un mur de
structure ou à isoler, par rapport au mur dessiné dans le BIM de l’architecte.
Intervient aussi le problème du contreventement.
Et celui des poutres incorporées avec des épaisseurs différentes, et des
poteaux que l’on ajoute … C’est un travail constant de transformations
intervenant dès la lecture du BIM de l’architecte. Une bonne part pourrait faire
l’objet de transformations « automatiques » impliquant une intelligence
« primaire ».
- Ensuite, autre problème résolu différemment selon l’ingénieur, à quel endroit
se situe l’axe filaire du mur dans l’épaisseur du mur. Car la plupart des
logiciels de calcul de structure (descente de charges, simulations
parasismiques, dimensionnement des ouvrages) adoptent d’abord une
représentation filaire topologique (barres et nœuds, plaques et joints
linéaires). Chaque barre doit converger au nœud. Ce qui va permettre de
mettre en place le réseau relationnel, Et ensuite ce premier découpage des
objets orientés dans l’espace sert d’assise à l’implantation des nappes
d’éléments finis dans un deuxième découpage plus fin.
- La mise en place de ce réseau relationnel constitue à lui seul un véritable
travail de création d’objets nouveaux ! Celui du BIM de l’architecte est
réduit, éphémère, existe le temps du calcul d’un dessin de jonction, en général
limité au voisinage horizontal d’un mur (en vue de dessiner automatiquement
les rencontres de deux ou plusieurs murs, avec leurs différentes couches
internes). Au contraire, le modèle BIM du logiciel de l’ingénieur de structure

Groupe de réflexion « BIM Serveur Intelligent» Commande PUCA 14028125411 du 15-12-2014
MEDIACONSTRUCT
Membres par Ordre alphabétique :
Roland BILLON, Gabriel CASTEL, Olivier CELNIK, Jean-Michel DOSSIER, Isabelle FASSE,, Jacques HABABOU,
Laurent ORTAS, Thierry PARINAUD, Jean-Yves RAMELLI, décédé en Juillet 2015
Correspondant à l’étranger : John MIRTSHIN
Consultant ; Vincent COUSIN Contributeurs Patrick SERRAFERO, Jean-Baptiste VALETTE
5
doit connaître toutes les relations d’un nœud, d’une rive de plaque, dans
l’espace topologique à 3 dimensions.
Le schéma ci-dessous illustre ce constat pour l’échange Architecte-Ingénieur de
structure. Par exemple, examinez le mur AB, à la fois façade et intérieur (au droit de
l’appentis) de ce morceau de villa.
Ce mur peut d’ailleurs être découpé de plusieurs façons selon l’humeur et le temps
disponible de l’opérateur. Il est difficile de lui imposer un protocole de saisie, car son
objectif, c’est d’obtenir une vue de façade la plus agréable possible. Dans ce
contexte, peu importe ou commence et ou finit le mur pour les autres métiers, peu
importe comment sera réalisé le joint mur-plancher. Ce joint ne sera pas vu dans le
plan, la coupe sera symbolique, et surtout, il ne faut rien voir en façade ! L’architecte
ne pourra dominer la technologie de l’entreprise à ce stade de l’étude pour dessiner
des détails de construction, sauf dans les cas de maçonnerie traditionnelle.
Cette représentation possible du mur AB en filaire topologique pour alimenter un
logiciel de calcul de structure illustre bien les transformations automatiques à
effectuer par un BIM Serveur Intelligent.
HEATED NO
HEATED
HEATED
Le même mur AB
en représentation
« filaire topologique »
utilisé dans les logiciels
de structure