Capacité des modèles étudiés à prendre en compte les ESQ L

Nous nous intéressons dans cette étape à l’étude de la capacité des différents modèles étudiés à prendre en compte et à structurer l’information sur l’espace architectural, spécialement celle portant sur les ESQL. Or, il a été constaté au cours de l’exploration des modèles que la plupart d’entre eux se concentrent sur l’espace architectural conçu ou construit et ne prend pas en considération les exigences spatiales déterminées en amont de la phase de conception et qui sont indispensables au bon déroulement de cette phase. Un tableau comparatif sur la capacité des modèles étudiés à représenter les informations sur les espaces a été préparé. Ce tableau est divisé en deux parties (tableau 10), à savoir :

- une première partie identifie les informations prises en compte sur les espaces en phase de programmation architecturale. Il s’agit des exigences spatiales qui sont réparties à leur tour en deux parties : les exigences quantitatives ESQN (regroupant les exigences de forme, de quantité, de position et d’occupation) et les exigences qualitatives (ESQL) définies dans le chapitre 3 (d’accessibilité, de topologie et de confort),

- une deuxième partie porte sur la phase de conception (et de construction). Elle englobe à son tour les données quantitatives de forme, de quantité et de position et une donnée qualitative sur la topologie des espaces dans le bâtiment.

Tableau 10 Capacité des modèles analysés à prendre en compte les données sur les espaces. Il a été constaté à travers ce travail d’analyse que la plupart des modèles existants se concentrent sur la modélisation des informations concernant l’espace architectural conçu ou construit. Ils proposent une modélisation des informations sur l’espace architectural dans le bâtiment incluant des données quantitatives portant sur la forme des espaces, leur quantité et leur position avec certaines données qualitatives décrivant leur topologie dans le bâtiment.

Légende : x Inclut

x* Inclut en partie

ESQ définies au chapitre

3 s

Parmi ces modèles, ceux de Bjork et d’Ekholm et Fridqvist étudient plus particulièrement la modélisation de la topologie des espaces en phase de conception.

En distinguant les propriétés de l’organisation des usagers et les propriétés de l’environnement bâti, Ekholm et Fridqvist ont été les premiers chercheurs à avoir intégré dans leurs modèles des réflexions portant sur les exigences spatiales ou encore sur les propriétés spatiales nécessaires à l’activité des usagers. Bien qu’ils considèrent l’organisation des usagers comme un objet ayant des relations spatiales comme la contiguïté et l’alentours (figure 35), ces deux chercheurs ne proposent pas une énumération claire ou une structuration des exigences spatiales topologiques.

Quant au modèle de KIM, il spécifie deux types d’exigences spatiales, à savoir : les exigences basées sur l’activité et celles basées sur l’espace (figure 36). Parmi les modèles

étudiés, seul ce modèle se focalise sur l’information sur l’espace en phase de

programmation architecturale. Il étudie spécifiquement les exigences spatiales quantitatives d’occupation. Dans l’explication de son modèle, Kim précise qu’une exigence peut être non quantifiable, comme la position demandée pour un espace (ex. étage, zones) et les espaces qui doivent être à sa proximité. Néanmoins, son modèle ne comporte pas une

classification ou une énumération possible de ces types d’exigences.

Les spécifications du modèle IFC prennent en compte aussi bien les exigences spatiales de programmation que les données sur l’espace en phase de conception. Ce modèle est basé essentiellement sur des données quantitatives dans lesquelles les exigences spatiales

d’ordre qualitatif représentent uniquement 30% des exigences prises en compte.

L’absence d’une énumération de ces exigences rend leur contrôle difficile à envisager. Ce modèle inclut une partie des descriptions des ESQL identifiées dans nos diagrammes de répartition des ESQL (chapitre 3). Ces descriptions concernent deux exigences

d’accessibilité (figure 45-a) à savoir : l’accès de type public (vrai/ faux) et la contrainte d’accès mentionnant l’usager de type handicapé (vrai/ faux) (ex. w.c. handicapés) et trois exigences de confort (figure 45-b), à savoir : l’éclairage de type artificiel (vrai/ faux), la ventilation de type naturel (vrai/ faux) et l’exigence si l’espace doit être chauffé (vrai/ faux) ou climatisé (vrai/ faux). Cependant, le modèle IFC ne prend en compte aucune ESQL de topologie (figure 45-c).

Figure 45 Les exigences spatiales qualitatives (ESQL) prises ou pas prises en compte par le modèle IFC (IFC 4 Add2).

45-a Exigences d’accessibilité

(25%) 45-b Exigences de confort (21%) 45-c Exigences de topologie (néant) Exigences incluses Exigences non incluses

5.4 Bilan

Dans ce chapitre, différents modèles d’espace existants ont été étudiés afin d’analyser leur capacité à prendre en compte et à structurer l’information sur l’espace architectural en phase de programmation architecturale et plus particulièrement sur les ESQL identifiées dans le chapitre 3.

Ce travail d’analyse a permis de constater que la plupart des modèles existants se concentrent sur la modélisation des informations concernant l’espace architectural en phase de conception. Les modèles d’Ekholm (Ekholm, 2000) et de Kim (Kim, 2015) incluent une description des exigences spatiales, mais que celles d’ordre quantitatif. Parmi les modèles analysés, celui des IFC se présente comme le modèle le plus complet. Il couvre l’information sur l’espace architectural tout au long du cycle de vie du bâtiment et propose une structuration des exigences spatiales en plusieurs types. Ce modèle se concentre sur les exigences quantitatives et inclue certaines descriptions qualitatives. Ces descriptions ne représentent que 13% des ESQL identifiées dans cette étude, avec 25% des exigences d’accessibilité, 21% des exigences de confort et aucune exigence de topologie (figure 45).

Il est toutefois à noter que les exigences qualitatives incluses dans le modèle IFC correspondent à des ESQL que nous avons identifiées comme pertinentes à prendre en compte, car elles sont fréquemment utilisées dans les documents de programmation architecturale analysés (ex. éclairage de type naturel (vrai faux), ventilation de type artificiel (vrai/ faux) et de contrainte d’usager handicapé d’accès (vrai/ faux). Ceci témoigne de la stabilité de nos diagrammes de répartition des ESQL (chapitre 3).

La mise à jour de notre travail d’analyse antérieur70 du modèle IFC a permis de constater que les exigences spatiales spécifiées n’ont pas évolué depuis la version 2x4 RC3 (2011). Les ESQL identifiées au niveau de ce travail de recherche peuvent ainsi représenter la base d’une proposition d’intégration au modèle IFC, ou encore d’un nouveau modèle d’espace portant sur la phase de programmation architecturale et qui présente une structuration et une énumération des ESQL. Ce modèle peut constituer la base d’une nouvelle approche de

70 Mémoire de master de recherche en sciences de l’architecture, intitulée : Pertinence de la notion d’espace

architectural dans le processus de la conception coopérative. Vers des pratiques coopératives orientées « espaces ».

conception qui permet de prendre en compte les ESQL tout au long de la phase de conception permettant ainsi de mettre en place des pratiques collaboratives orientées ‘espace’.

TROISIÈME PARTIE :

PROPOSITION D’UNE NOUVELLE APPROCHE DE CONCEPTION PRENANT

COMPTE DES ESQ

Cette troisième partie représente l’apport principal de ce travail de recherche. Elle consiste en la proposition d’une nouvelle approche de conception permettant d’intégrer les ESQL à l’outil BIM pour pouvoir ensuite vérifier la conformité des modèles BIM conçus tout au long de la phase de conception. Cette partie porte tout d’abord sur la proposition d’un nouveau modèle d’espace qui inclut et structure l’information sur les ESQL, identifiée dans le chapitre 3. Une étape de spécification qui s’avère indispensable avant de passer au développement d’une nouvelle approche de conception qui met en œuvre ce modèle pour assurer la prise en compte des ESQL dans l’un des outils BIM actuels. L’intégration des ESQL au sein de l’outil BIM rend possible d’imaginer des processus d’aide à la conception qui assistent le concepteur à gérer et à respecter ces exigences.

CHAPITRE 6 :

S

’

’

ESQ

Le présent chapitre propose un nouveau modèle de données qui structure toute l’information sur l’espace architectural en prenant en considération les observations issues du travail d’analyse des différents modèles d’espace existants. Ce modèle représente notre vision sur la manière dont les données sur les espaces et les exigences de programmation peuvent être intégrées dans un même schéma et comment elles peuvent être reliées à l’espace architectural. La spécification de ce modèle a évolué au fur et à mesure de l’avancement de ce travail de recherche (Siala A. &. Bouattour M., 2014) (Siala & al. 1, 2016)(Siala & al. 2, 2016) (Siala & al. 1, 2017) (Siala & al. 2, 2017). Elle est schématisée en langage graphique EXPRRESS-G, à l’aide de l’application Draw.io71. Notre dernière version de modèle d’espace prend en compte les dernières spécifications du modèle IFC (IFC 4 Add2), étant le modèle d’échange de données le plus utilisé actuellement dans le domaine du bâtiment. Ce modèle représente ainsi la proposition d’une éventuelle évolution ou extension possible du modèle IFC. Pour mettre en évidence nos spécifications par rapport à celles des IFC, nous avons représenté les nouvelles entités en bleu, tout en gardant la couleur jaune des entités IFC.

.