Retours d’expérience
L’automatisation de tâches pour les process BIM - Applications pour l’architecture

C3210 v1 Article de référence

Retours d’expérience
L’automatisation de tâches pour les process BIM - Applications pour l’architecture

Auteur(s) : Sarah MESLEM

Date de publication : 10 févr. 2023

Cet article est réservé aux abonnés

Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?Se connecter

Présentation

1 - Concepts et définitions

1.1 - Les architectes et le BIM

Figure 1 - Les définitions du BIM
1.2 - L’automatisation des tâches

2 - Limites du BIM et possibilités d’automatisations

2.1 - « B » = Building (Bâtiment)
2.2 - « I » = Informations
2.3 - « M » = 3 significations
- Quiz d'entraînement

3 - La programmation informatique pour l’architecture

3.1 - Les types de processus et leurs usages
3.2 - Outils dédiés
- Quiz d'entraînement
Figure 5 - Interface Dynamo

4 - Applications

4.1 - Conversion d’éléments IFC avec détails du script mis en place
4.2 - Gestion de données tableur en masse
4.3 - Croisement de données tableur et de plans CAO via un logiciel 3D BIM et principes d’automatisation utilisés

Figure 51 - Zoom pour la pièce 013

5 - Retours d’expérience

5.1 - Difficultés rencontrées et bonnes pratiques trouvées
5.2 - Des problématiques plus larges
5.3 - Ressources multiples permettant une veille permanente et riche
- Quiz d'entraînement

6 - Conclusion

7 - Sigles

Bibliographie & annexes

Présentation

RÉSUMÉ

Aujourd’hui, la méthodologie BIM (Building Information Model/Modeling/Management) devient presque incontournable dans les projets de construction. Pour répondre à certains enjeux liés à la complexité de cette nouvelle méthode de travail, ainsi qu'à celle des projets en eux-mêmes, les acteurs du secteur ont recours à l’automatisation des tâches.

Cet article présente tout d’abord le BIM, ainsi que ses limites et possibilités d’automatisation, puis trois exemples d’applications développées en agence d’architecture. Ils porteront sur l’interopérabilité entre logiciels, l’intégration de données en masse et l’interprétation croisée de plans et tableurs. Ces exemples laissent entrevoir les nombreuses possibilités offertes par les solutions d’automatisation, tout en révélant de nouvelles problématiques.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

Sarah MESLEM : Coordinatrice BIM - KARDHAM Architecture, Toulouse, France

INTRODUCTION

Dans les moyens et grands projets de construction, le BIM (Building Information Model/Modeling/Management) devient incontournable. Il s’agit d’une méthode de travail collaborative autour d’une ou plusieurs maquettes numériques ainsi que des autres documents associés au projet (tableurs, plans 2D, etc.). Elle est régie par des documents spécifiques (charte BIM, convention BIM, etc.) et organisée via des plateformes collaboratives. Déclinée sur plusieurs niveaux de maturité, elle s’adapte à tous types de projets, du logement aux hôpitaux en passant par les installations sportives et les complexes militaires, jusqu’à des projets d’infrastructures routière et ferroviaire.

Soumis à de multiples contraintes dues à la fois au projet lui-même, à cette nouvelle méthode de travail et aux logiciels de plus en plus variés et complexes, les acteurs du BIM font appel à des outils innovants d’automatisation de tâches pour gérer une quantité de données et de contraintes techniques toujours plus grande donc difficilement exploitable directement par l’humain. Utilisée à la fois en anticipation des problématiques et en rattrapage de difficultés en cours de projet, l’automatisation de tâches est un sujet d’étude vaste. Cet article le présente, en général et en particulier au travers des missions de l’architecte.

Tout d’abord, il convient de définir à la fois le BIM et le rôle de l’architecte dans le processus, puis d’analyser ses limites en ouvrant sur les possibilités d’automatisation de tâches qui correspondent à chaque problématique.

Après une présentation des processus et outils dédiés, plusieurs applications mises en place par Kardham Architecture seront développées. En premier un processus d’interprétation de maquette sur fond de problématiques d’interopérabilité entre logiciels, puis le développement d’une méthode d’intégration de données programmatiques en début de conception de projet et enfin une expérience de détournement d’un logiciel de modélisation pour la représentation croisée de données issues de tableurs et de plans 2D.

Enfin seront développés une série de bonnes pratiques développées au travers de ces applications et d’autres travaux d’automatisation, une ouverture sur les nouvelles problématiques engendrées, et les multiples supports utiles pour se former et échanger sur le sujet.

Cet article se base sur l’expérience pratique de l’auteure en tant que coordinatrice BIM au sein de Kardham Architecture, sur diverses recherches et lectures, ainsi que d’échanges avec des personnalités reconnues du milieu du BIM en France.

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

MOTS-CLÉS

bâtiment architecture intégration interopérabilité BIM Méthodologie automatisation programmation visuelle

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-c3210

Lecture en cours
Présentation

Page
suivante

Conclusion

Article inclus dans l'offre

"Droit et organisation générale de la construction"

(69 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

5. Retours d’expérience

5.1 Difficultés rencontrées et bonnes pratiques trouvées

Au travers des exemples présentés et d’autres travaux, nous avons rencontré plusieurs difficultés et élaboré une série de bonnes pratiques qui nous ont permis d’améliorer les mises en place de nos processus d’automatisation.

HAUT DE PAGE

5.1.1 La définition du besoin

La première difficulté est liée à la définition du besoin initial de l’équipe projet. En général elle est formulée de manière succincte et il y a un risque de quiproquo. C’est pourquoi il faut organiser une véritable réunion sur les besoins en posant une série de questions :

quelles sont les données d’entrée ? Pour estimer la difficulté de récupération des données et un éventuellement remaniement de ces dernières ;
quel est le but final ? Le niveau de profondeur du développement de la solution n’est pas le même si l’objectif est une représentation graphique ou un échange de maquette avec un autre intervenant ;
quelle est la phase en cours ? Ce qui définit le niveau de détail à atteindre ;
est-ce que le système sera amené à être réutilisé pour faire des mises à jour sur le projet ? Auquel cas le système doit être le plus propre possible avec un minimum d’explications pour s’y retrouver s’il ne fonctionne pas lors de la mise à jour, qui peut avoir lieu des semaines, voire des mois plus tard ;
si un script est développé y a-t-il des personnes dans l’équipe capable de le lancer, voire d’y faire des modifications ?
pour quand la solution doit-elle opérationnelle ?

Les réponses à ces questions orientent les développeurs sur l’utilisation d’un plugin ou le développement d’un script personnalisé. Elles permettent également d’imaginer et de proposer des alternatives.

À la suite de quoi sont communiqués le temps estimé pour le développement ainsi que le niveau de confiance pour arriver au résultat...

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.