Tâche 3 : DEVELOPPEMENTS INFORMATIQUESextranet.cstb.fr/sites/anr/benefis/Documents/Rapports du projet/BEN… · Tâche 3 Développement Informatique 9/55 Figure 1 : Ecran du contributeur

BENEFIS ANR 2011 VILD 001 01

REDACTEURS DE CE

DOCUMENT

Patrick CORRALES

Galdric SIBIUDE

Alexandra LEBERT

Bruno PEUPORTIER

Jean-Louis SENEGAS

Eduardo SERODIO

Thibault HALLOUIN

Romain BONNET

REFERENCE DEE/EICV - 14.095

DATE DE REDACTION

16/12/2014

VERSION 2

Tâche 3 : DEVELOPPEMENTS INFORMATIQUES

SOUS TÂCHE 3.1 : NOVAEQUER SOUS TÂCHE 3.2 : ELODIE

BENEFIS - ANR 2011 VILD 001 01

2/55

3/55

SOMMAIRE

SOMMAIRE ......................................................................................................................... 3

RESUME ............................................................................................................................. 5

1 INTRODUCTION ET GENERALITES ......................................................................... 6

1.1 ELODIE .................................................................................................................. 6 1.2 NOVAEQUER ........................................................................................................ 7

2 ENERGIE ..................................................................................................................... 8

2.1 ELODIE .................................................................................................................. 8 2.1.1 Import du RSET ........................................................................................... 9

2.1.1.1 Définition ......................................................................................................................... 9 2.1.1.2 Les postes de consommations RT .................................................................................... 9 2.1.1.3 Les sources d’énergie .................................................................................................... 10 2.1.1.4 Import des données....................................................................................................... 10 a. Les postes chauffage (ch), refroidissement (fr) et ECS (ecs) ................................................... 10 b. Les auxiliaires (auxv et auxs) ................................................................................................... 10 c. L’éclairage ............................................................................................................................... 10 d. La production locale d’énergie ................................................................................................ 11

2.1.2 Calculs ....................................................................................................... 11 2.1.3 Import dans la base ................................................................................... 11

2.2 NOVAEQUER ...................................................................................................... 12 2.2.1 Gestion de l’évolution du mix électrique .................................................... 12 2.2.2 Prise en compte de la cogénération .......................................................... 13 2.2.3 Consommation des équipements .............................................................. 13 2.2.4 Modification des valeurs calculées ............................................................ 14

3 SIMPLIFICATION ...................................................................................................... 15

3.1 ELODIE ................................................................................................................ 15 3.1.1 Modèle de Pareto ...................................................................................... 16 3.1.2 Macros-composants .................................................................................. 18 3.1.2.1 Définition .................................................................................................... 18 3.1.2.2 Configuration ............................................................................................. 18 3.1.3 Mise en œuvre des modes adaptés .......................................................... 19 3.1.4 Les données génériques ........................................................................... 21

3.2 NOVAEQUER ...................................................................................................... 21 3.2.1 Correspondances des bibliothèques ......................................................... 21 3.2.2 Correspondances d’une variante ............................................................... 22 3.2.3 DVT par défaut .......................................................................................... 23 3.2.4 Lecture de variante Pleiades ..................................................................... 24 3.2.5 Gestion des équipements .......................................................................... 24 3.2.6 Niveaux de saisie ....................................................................................... 24

1.1.1.1. Usage du bâtiment ........................................................................................................ 24 1.1.1.2. Énergie ........................................................................................................................... 24 1.1.1.3. Gestion de l’eau ............................................................................................................. 25 1.1.1.4. Gestion des occupants................................................................................................... 25 1.1.1.5. Déchets .......................................................................................................................... 26

3.3 PREPARER LES DONNEES D’ENTREE DES LOGICIELS: GENERER UN XML AU FORMAT

D’ELODIE ....................................................................................................................... 26

4 REPRODUCTIBILITE ................................................................................................ 28

4.1 ELODIE ................................................................................................................ 28 4.1.1 Enrichissement de la bibliothèque ............................................................. 28 4.1.2 Lien à la maquette numérique IFC ............................................................ 29

4.2 NOVAEQUER ...................................................................................................... 30 4.2.1 Enrichissement des bibliothèques ............................................................. 30 4.2.2 Maquette numérique .................................................................................. 30 4.2.3 Comparatif avec impacts « compatibles » ................................................. 31 4.2.4 Gestion des quantités ................................................................................ 32

Tâche 3 Développement Informatique

4/55

4.2.5 Editeur de bibliothèque d’impact ............................................................... 34 4.2.6 Affichage par lot ......................................................................................... 34

5 AFFICHAGE DES RESULTATS ............................................................................... 36

5.1 ELODIE ................................................................................................................ 36 5.2 NOVAEQUER ...................................................................................................... 36

5.2.1 Résultats par phase et par contributeur .................................................... 36 5.2.2 Éléments ignorés ou personnalisés ........................................................... 38 5.2.3 Résultats détaillés ...................................................................................... 38 5.2.4 Génération de rapport et exports ............................................................... 39

1.1.1.6. Données générales ........................................................................................................ 39 1.1.1.7. Données détaillées ........................................................................................................ 40

6 CONCLUSION ........................................................................................................... 43

ANNEXE : AUTOMATISER LE PASSAGE D’UN OUTIL GENERATEUR DE QUANTITES EXTERNES A UN LOGICIEL ACV BATIMENT ................................................................ 44

1. PRINCIPE DE LA DEMARCHE ................................................................................. 44

2. APPLICATION DE LA DEMARCHE A ELODIE ........................................................ 44

2.1. DONNEES CONTENUES ET GENEREES PAR UN OUTIL AMONT ................................... 45 2.1.1. Des quantités générées par l’outil ............................................................. 45 2.1.2. Des informations contenues dans l’outil .................................................... 45

2.2. FORMAT D’IMPORTATION SOUS ELODIE ............................................................... 46 2.3. GENERATION DU FICHIER D’IMPORT XML A PARTIR D’UNE MACRO EXCEL ................ 48

2.3.1. Création d’un arbre XML à partir d’une macro .......................................... 48 1.1.1.8. Création d’un document de type DOM ......................................................................... 48 1.1.1.9. Ajout d’informations sur un individu ............................................................................. 49

2.3.2. Création de l’arbre XML pour un import dans ELODIE ............................. 50

3. EVOLUTIVITE DE LA DEMARCHE .......................................................................... 51


5/55

RESUME

Le parti pris de ce document est de suivre le classement des domaines abordés dans le livrable 2 concernant les tâches de développement méthodologique :

Énergie Simplification Reproductibilité Affichage des résultats

Cette approche permet de clairement expliciter le lien entre les tâches du projet. Dans la partie novaEQUER, tout ce qui est présenté résulte des développements effectués conjointement par ARMINES et IZUBA énergies ; ces implémentations portent aussi bien sur le noyau de calcul que sur l’interface.


6/55

1 INTRODUCTION ET GENERALITES

Les développements informatiques réalisés dans le cadre de BENEFIS ont été déterminés par chaque éditeur distinctement et se sont focalisés sur les points jugés prioritaires par chaque acteur pour améliorer les outils. Les points méthodologiques explorés dans le cadre du projet BENEFIS sont nombreux, mais d’une part, tous n’ont pas forcément vocation à intégrer les outils opérationnels à très court terme (des travaux complémentaires étant parfois nécessaires) et d’autre part le temps et les moyens alloués pour le développement informatique ont conduit les partenaires à prioriser les ceux-ci. Ce document présente les aspects développés dans les outils pour chaque aspect méthodologique traité dans le projet BENEFIS.

1.1 ELODIE

Le logiciel ELODIE est l’outil de modélisation d’ACV bâtiment développé par le CSTB. Basé sur l’approche cycle de vie, il permet aux acteurs de la construction de quantifier les impacts environnementaux des ouvrages : énergie primaire, émission de gaz à effet de serre, déchets générés, consommations d’eau…

ELODIE est un logiciel web-service qui permet une évolution permanente de ces fonctionnalités. Elodie est connecté à la base de données INIES pour assurer la mise à disposition d’informations actualisées et permet des liens depuis/vers des outils de calculs thermiques règlementaires, acoustiques (Acoubat), etc. ELODIE est conçu avec l’idée de l’intégrer au mieux dans l’ensemble d’un projet de construction en proposant des fonctionnalités pour l’adapter tant à la nécessité d’écoconception qu’à l’évaluation et la certification d’ouvrage. Pour cela, le développement de l’outil est mené en favorisant l’approche collaborative afin d’intégrer des solutions au plus proche des besoins du marché.


7/55

1.2 NOVAEQUER

L’application novaEQUER est l’élément ACV de la chaîne logicielle éditée par IZUBA énergies qui va de la description du bâtiment et de son fonctionnement à son ACV en passant par la simulation énergétique thermique (SED).

Ce chaînage déjà initié avec EQUER se poursuit comme nous le verrons par la suite avec l’intégration d’un plugin Sketchup permettant d’importer une maquette 3D réalisée avec Sketchup dans le modeleur graphique Alcyone. Le logiciel novaEQUER deviendra - lors de sa diffusion - le remplaçant d’EQUER avec une interface repensée pour faciliter la réalisation d’une ACV bâtiment ou quartier.


8/55

Les données de base utilisées pour réaliser l’ACV s’appuient sur la modélisation du bâtiment réalisée sous Alcyone et sur la description détaillée de son « fonctionnement », ses besoin et/ou consommations de chauffage/froid, ECS, éclairage et ventilation calculés par Pleiades+COMFIE. Ces données sont ensuite complétées par les informations spécifiques à l’ACV qui sont saisies dans novaEQUER. Conjointement aux études menées sur la tâche 2, une première vague de développements a fait évoluer le logiciel. Par la suite, les retours d’expérience des utilisateurs et expérimentateurs du logiciel nous ont amenés à développer de nouvelles fonctionnalités ; à repenser l’interface du logiciel autour de thèmes bien définis afin que l’utilisateur sache ou trouver ce qu’il cherche le plus facilement possible. De plus, le développement de nouveaux modules pour Pleiades+COMFIE – consommation d’équipements, dimensionnement de climatisation et de chauffage, a permis d’envisager l’intégration transparente d’un plus grand nombre de données.

2 ENERGIE

2.1 ELODIE

Le contributeur énergie développé dans Elodie permet d’associer des données environnementales des vecteurs énergétiques (fiches énergie DES) avec des consommations exprimées en énergie finale en fonction du type d’usage et du type d’énergie.


9/55

Figure 1 : Ecran du contributeur Energie

L’outil permet à l’utilisateur de créer des fiches énergie DES personnalisées au format NF P01-010 ou EN 15804.

Figure 2 : Fenêtre de création d'une Fiche Energie DES au format EN 15804

Une fonctionnalité d’import d’un fichier formaté issu d’un logiciel tiers est disponible. Le format adopté est celui cadré par le xml réglementaire exigé et généré par les logiciels de calcul thermique réglementaire.

2.1.1 Import du RSET

2.1.1.1 Définition

Le fichier RSET est un fichier standardisé obligatoirement fourni par tous logiciels permettant un calcul selon la réglementation thermique 2012. Ce fichier comporte une section consommations d’énergie en fonction des usages et des types d’énergie. C’est cette section qui est utilisée pour renseigner le contributeur Energie d’Elodie.

2.1.1.2 Les postes de consommations RT

Les postes concernés sont les suivants :

Chauffage (codé ch dans le fichier RSET)

Climatisation – refroidissement (codé fr dans le fichier RSET)

ECS (codé ecs dans le fichier reset)

Eclairage (codé ecl dans le fichier RSET)

Auxiliaires (codé auxv et auxs dans le fichier RSET)


10/55

2.1.1.3 Les sources d’énergie

Les sources d’énergie disponibles dans la RT sont les suivantes

Bois (Correspondance Elodie : Biomasse (par défaut: DES Granulés de bois – Chauffage – puissance 15 kW))

Gaz (Correspondance Elodie : Gaz naturel) Fioul Charbon Electricité (Correspondance Elodie : Electricité issue de réseau) Réseau de chaleur (Correspondance Elodie : Autre)

2.1.1.4 Import des données

Pour l’import, on recherche le nœud <Sortie_Batiment_C>.

Attention, il peut y avoir plusieurs bâtiments, et donc plusieurs nœuds <Sortie_Batiment_C> dans le ficher. Si c’est le cas, il faut proposer la liste des bâtiments disponibles dans le fichier et confier le choix de choisir le bâtiment correspondant à l’étude ACV menée par l’utilisateur. Les noms des bâtiments sont stockés dans le nœud enfant <name> de chacun.

Les valeurs des consommations sont renseignées en énergie primaire, toutes les valeurs de consommation électriques doivent être divisées par le coefficient 2,58.

Les nœuds enfants à importer sont les suivants :

a. Les postes chauffage (ch), refroidissement (fr) et ECS (ecs)

Il peut exister plusieurs sources d’énergie : le gaz (gaz), le fioul (fioul), le charbon (charbon), l’électricité (elec), le bois (bois) et le réseau de chaleur (reseau_chaleur)

Les champs à importer sont les suivants :

<o_cep_[ch|fr|ecs]_[gaz|fioul|charbon|elec|reseau_chaleur|bois]_annuel>

b. Les auxiliaires (auxv et auxs)

Ils ne fonctionnent que sur énergie électrique (elec)

Les champs à importer sont les suivants :

<o_cep_[auxs|auxv]_elec_annuel>

Les 2 valeurs sont additionnées pour donner la valeur de consommation des auxiliaires.

c. L’éclairage

Il ne fonctionne que sur énergie électrique.


11/55

Le champ à importer est le suivant :

<O_Cep_ecl_annuel>

d. La production locale d’énergie

Il s’agit de la production locale d’électricité qui peut être de deux natures :

Production photovoltaïque Production associée aux systèmes de cogénération

Les 2 champs suivants sont à importer :

<O_ef_Pro_PV_annuel> = production photovoltaïque

<O_E_ef_prelec_annuel> = production associée aux systèmes de cogénération

La production d’énergie est donnée directement en énergie finale, Il faut faire la somme de ces 2 champs.

2.1.2 Calculs

Toutes les données importées sont fournis en kWh/m² de Shon RT qui est différente de la Shon Elodie.

Importer le nœud <O_Shon_RT> qui contient la valeur shonRT

Pour toutes les valeurs de consommation ou de production d’énergie valeurImportée importée effectuer l’opération suivante

Valeur = valeurImportée x shonRT / shonElodie

2.1.3 Import dans la base

Ne sont importées que les valeurs différentes de 0. Une correspondance automatique est établie entre les usages RT et les usages Elodie ainsi que les types d’énergie RT et les Types d’énergie Elodie. Hormis pour biomasse, la fiche DES par défaut est associée automatiquement pour chaque type d’énergie.

Perspectives :

Nous avons pu voir au travers de ces développements l’utilisation des informations de consommation énergétique. Cependant, le xml réglementaire exploité contient également l’ensemble des informations descriptives de l’ouvrage (superficie, nombre d’étages, composition des parois…). Ces éléments pourraient être mis à contribution pour réaliser un contrôle de cohérence entre les valeurs de consommation énergétique importées et les saisies faites dans le contributeur composant d’ELODIE.


12/55

2.2 NOVAEQUER

Gestion de l’évolution du mix électrique au cours de l’année (utilisé par défaut dans les calculs)

Prise en compte de : o La cogénération o La production d’EnR (en test) o Du solaire (en test)

Possibilité de modifier les valeurs calculées par Pleiades+COMFIE Utilisation des données de consommation calculées par Pleiades+COMFIE

2.2.1 Gestion de l’évolution du mix électrique

Au début du projet BENEFIS, le calcul d’impacts liés à la production d’électricité de base se faisait en précisant la part de nucléaire, hydro-électrique, gaz, charbon et fioul utilisés pour cette production, les proportions étant constantes sur l’année. Il est dorénavant possible d’utiliser des données horaires de mix de production fournies avec le logiciel (si les utilisateurs en font la demande, un import de données de production pourra être ajouté, mais la récupération et la mise en forme de telles informations n’est pas aisée) : les sorties de besoins ou de consommations calculés par Pleiades+COMFIE sont fournis sur une base horaire. Coupler ces résultats avec les données horaires de mix de production par type d’usage et par composante de cette électricité permet d’obtenir des résultats en correspondance avec les données de mix fournies. Chaque fois que des informations de production d’électricité plus récentes seront fournies, elles seront intégrées dans le logiciel.

Lorsqu’on compare une ACV basée sur un mix électrique statique avec sa variante basée sur un mix électrique dynamique, pour un bâtiment intégrant surtout des équipements électriques, on constate des écarts importants sur les résultats.


13/55

Dans l’interface du logiciel, une simple case à cocher permet de basculer d’un calcul en mix dynamique plutôt qu’en mix statique (cf. librable 2.1 du projet BENEFIS)."

2.2.2 Prise en compte de la cogénération

En fonction des énergies utilisées pour le chauffage et l’ECS, il est possible de prendre en compte un rendement de cogénération pour ces postes lorsque les calculs sont effectués à partir des besoins.

Lorsque les calculs sont effectués sur les consommations des équipements, les valeurs de production électrique liées à la cogénération sont directement incluses dans les données horaires de consommation d’un générateur.

2.2.3 Consommation des équipements

Perspectives : La prise en compte de la consommation des équipements saisis dans la variante Pleiades qui sert de base au projet novaEQUER est en cours de développement ; l’intégration de cette fonctionnalité est assez long car les modifications interviennent à tous les niveaux dans novaEQUER : noyau de calcul, interface utilisateur, gestion des résultats. Cette évolution va permettre de ne plus avoir à décrire dans EQUER les énergies et équipements de production de chauffage/froid ou d’ECS du bâtiment, et ainsi d’effectuer les calculs en se basant directement sur des consommations plutôt que sur des besoins.


14/55

2.2.4 Modification des valeurs calculées

Les valeurs de besoin calculées par Pleiades+COMFIE ne sont plus seulement affichées pour consultation, elles sont également modifiables ; lorsque des modifications sont apportées à ces valeurs et que l’ACV est réalisée avec le mix dynamique, les modifications apportées sur les valeurs annuelles sont lissées sur les données horaires.


15/55

3 SIMPLIFICATION

3.1 ELODIE

A terme l’objectif est de disposer d’une ou plusieurs méthodes permettant de réaliser pour chaque type d’étude, une ACV adaptée à l’objectif, aux acteurs, à l’étape du projet et à la disponibilité des données. Cet ensemble est illustré par le schéma de principe ci-dessous :

Les points présentés ci-dessous se rapportent au contributeur composant du logiciel. Un effort particulier a été déployé sur cet aspect particulièrement chronophage lors des modélisations. Néanmoins, le développement de la fonction d’import du RSET réglementaire, présentée précédemment, constitue elle aussi une voie de simplification de la saisie. Les points méthodologiques et les définitions nécessaires pour comprendre le positionnement des différents niveaux d’étude sont fournis dans les livrables de la tâche de développements méthodologiques.


16/55

3.1.1 Modèle de Pareto

Dans le cadre de la simplification de la modélisation de bâtiments d’habitation, le modèle de Pareto a été mis à disposition des utilisateurs d’Elodie. Ce modèle est basé sur le principe de Pareto selon lequel 80 % des effets sont induits par 20 % des causes. Ainsi, des analyses statistiques sur des échantillons de modélisation permettent de cibler les 20 % (environ) des matériaux de construction représentant 80 % (environ) des impacts environnementaux obtenus. Suite à une telle analyse statistique, il est ensuite possible de déterminer des ratios (valables uniquement pour des bâtiments représentatifs de l’échantillon utilisé) pour prendre en compte les 20 % restant des impacts. La mise en œuvre de ce modèle s’effectue en sélectionnant le mode simplifié de l’assistant du contributeur composant puis « Méthode selon analyse Pareto. »

Figure 3 : Assistant du contributeur composant


17/55

Figure 4: Sélection du modèle Pareto

Le modèle est appliqué au bâtiment, reste à la charge de l’utilisateur la saisie des quantités.

Figure 5: Bâtiment décrit selon l'analyse Pareto


18/55

3.1.2 Macros-composants

3.1.2.1 Définition

Un macro-composant est un assemblage prédéfini de composants correspondant à un système constructif existant. Par exemple, une paroi opaque est constituée de différentes couches de matériaux en quantité connu, il est alors possible de configurer un macro-composant « paroi opaque» correspondant.

Figure 6 : Macro composant ''Paroi opaque''

3.1.2.2 Configuration

Un outil de configuration a été mis en place dans l’interface Elodie. Il permet de créer des macros-composants et de les paramétrer.

Composition et configuration des

constituants du macro-

composant

Zone de recherche pour l’ajout

de nouveaux constituants au macro-composant en cours

d’édition

Ajout au macro-composant


19/55

Figure 7 : Configurateur de macro-composants

3.1.3 Mise en œuvre des modes adaptés

A la création d’un nouveau projet, Elodie propose un assistant permettant d’accéder au mode d’étude simplifiée du contributeur composant

Figure 8 : Assistant du contributeur composant

En fonction de la typologie du bâtiment, l’assistant vous proposera différents modèles préconfigurés.


20/55

Figure 9 : Sélection du modèle simplifié

Le module composant est alors entièrement renseigné avec les composants types en fonction de la typologie et du modèle choisi, reste à la charge de l’utilisateur de rentrer les quantités de chacun des composants associés

Figure 10 : Module composant pré rempli


21/55

3.1.4 Les données génériques

En s’appuyant sur la base propriétaire d’Elodie et sur les fonctions de partage des données entre utilisateurs, la plateforme Elodie met à disposition des données génériques concernant les familles de produits et non un produit en particulier. Cette approche permet d’évaluer les impacts dès la phase de conception sans avoir à préciser le produit exacte qui pourra être caractérisé plus en aval. Pour faciliter la saisie de ces données, Elodie met à disposition une procédure d’import de fichier tabulés ou au format xml selon le format compatible avec la norme NF P01-010 ou EN 15804. L’ensemble des définitions des formats sont disponible sur le « site réglementaire des déclarations environnementales des produits de construction, de décoration et des équipements électriques, électroniques et de génie climatique destinés à un usage dans les ouvrages de bâtiment » à l’adresse suivante : http://www.declarationenvironnementale.fr/Consultation.aspx Rubrique documentation.

3.2 NOVAEQUER

Pour faciliter le suivi d’une étude, les données administratives saisies dans le projet Pleiades sont reprises dans novaEQUER et peuvent être complétées par des données spécifiques à l’ACV. Ces données sont par la suite reprises dans les rapports générés. Alors qu’auparavant les correspondances les éléments Pleiades et les éléments des bases de données d’ACV était communs à toutes les bibliothèques, chaque bibliothèque possède maintenant son jeu de correspondances.

3.2.1 Correspondances des bibliothèques

La gestion des correspondances des éléments de bibliothèques Pleiades avec ceux de la base de données ACV choisie par l’utilisateur a été intégralement revue : les éléments sont organisés de la même façon que dans la bibliothèque Pleiades, ce qui assure une homogénéité dans la façon dont on accède aux éléments ; la définition de la DVT (durée de vie typique) a été ajoutée et on peut définir les correspondances pour chaque élément Pleiades par phase du cycle de vie. Un point de couleur donne des indications sur l’association :

Point vert : une association existe et elle est non nulle Point gris : une association existe et elle est nulle Point rouge : aucune association n’existe

D’autres attributs seront ajoutés par la suite selon les besoins (distances de transport,…).

http://www.declarationenvironnementale.fr/Consultation.aspx


22/55

3.2.2 Correspondances d’une variante

Ici aussi l’interface a été repensée, on retrouve la possibilité de définir la DVT, on peut définir les correspondances utilisées pour la fabrication et l’élimination, mais également pour la réutilisation, le recyclage, la valorisation et donner un pourcentage pour ces procédés.

Le choix d’une valeur se fait en cliquant sur la case correspondante dans le tableau des correspondances, une fenêtre s’ouvre alors pour permettre un choix de valeurs ou la reprise des valeurs compatibles déjà utilisées tout en affichant le procédé associé à l’impact sous forme d’icône.


23/55

Si l’utilisateur souhaite changer de bibliothèque pour comparer les résultats de variantes, toutes les erreurs d’association apparaissent de manière particulière et peuvent être corrigées, soit en affectant à tous les éléments les correspondances par défaut de la bibliothèque courante, soit en ne corrigeant que les éléments ayant une association inexistante.

3.2.3 DVT par défaut

Il est possible de définir des DVT pour chacun des éléments, si on ne souhaite pas entrer dans ce niveau de détail, des valeurs sont maintenant disponibles en fonction du type de menuiserie ou de l’état de surface, mais également si l’élément se situe à l’intérieur ou à l’extérieur du bâtiment


24/55

3.2.4 Lecture de variante Pleiades

Pour éviter d’avoir à définir le lot d’appartenance des éléments constitutifs du bâtiment, ceux-ci sont reclassés automatiquement lors de la création du projet novaEQUER en différents lots : sol, toit, parois extérieures, plancher intermédiaire et parois intérieures.

3.2.5 Gestion des équipements

Les équipements peuvent maintenant être intégrés dans les variantes Pleiades et leur consommation calculée ; le projet novaEQUER reprend les équipements saisis et permet par conséquent de prendre en compte l’impact lié à l’ACV des équipements. Pour les équipements génériques qui sont décrits dans novaEQUER, les rendements proposés sont différents en fonction de l’énergie utilisée pour le chauffage ou l’ECS.

3.2.6 Niveaux de saisie

Lorsque la saisie de valeur peut se faire soit au niveau du bâtiment, soit à un niveau plus détaillé, le choix proposé par défaut est celui de la valeur globale du bâtiment. Si l’utilisateur souhaite entrer dans le détail, il lui suffit de cocher une case afin d’afficher le détail des valeurs disponibles pour les consulter/modifier.

1.1.1.1. Usage du bâtiment

Le mix électrique utilisé dépend de l’usage du bâtiment, si l’usage du bâtiment n’est pas homogène, on peut préciser l’usage de chaque zone afin d’utiliser un mix énergétique adapté.

1.1.1.2. Énergie

Comme cela a déjà été évoqué, on peut consulter et modifier les valeurs de besoins de chauffage, de climatisation et de consommations électrique additionnelles par zone, mais également préciser des consommations journalières de gaz ou d’électricité au niveau du bâtiment ou de la zone


25/55

1.1.1.3. Gestion de l’eau

Pour les quantités d’eau chaude et froide consommées, deux modes de saisie sont disponibles : le mode standard ou l’on indique la consommation d’eau chaude et d’eau froide après l’avoir estimée soi-même (des valeurs par défaut par jour et par personne sont proposées) ou un mode assisté qui fait office de calculette pour renseigner les quantités d’eau chaudes et froides consommées au travers d’une série de questions et de description de l’équipement et des points de puisage. Pour accéder à ce mode de saisie, il suffit de décocher une case :

ce qui fait apparaître de nouveaux onglets ; dans le premier onglet « Installation/Usage » les valeurs par défaut sont pénalisantes, ce qui pousse l’utilisateur à les renseigner correctement.

Dans le deuxième onglet, il faut décrire les équipements.

Il faut noter que les impacts liés à la fabrication des équipements décrits ici ne sont actuellement pas intégrés, l’outil étant plutôt orienté vers la conception amont. Il est toutefois possible d’ajouter par exemple une quantité de cuivre, d’acier etc. dans le descriptif du projet.

1.1.1.4. Gestion des occupants

Le nombre d’occupants est déduit des scénarii d’occupation définis dans Pleiades. Toutefois, en fonction de l’usage du bâtiment, il va falloir additionner le nombre d’occupants de chaque zone ou considérer le nombre maximum d’occupants


26/55

toutes zones confondues le mode de gestion des occupants permet de basculer d’un mode de calcul à l’autre.

1.1.1.5. Déchets

Ici les quantités de déchets ménagers peuvent être saisis pour le bâtiment, étant sous-entendu que les quantités sont identiques pour chaque zone ou saisies pour chaque zone.

3.3 PREPARER LES DONNEES D’ENTREE DES LOGICIELS:

GENERER UN XML AU FORMAT D’ELODIE

Les DPGF sous souvent transmis sous un format xls. Pour valoriser l’existence de ces fichiers, et dans le cadre de la simplification, une liaison entre xls. Et fichier d’entrée des logiciels peut être d’une aide considérable. Par ailleurs, la solution 2 du « livrable 2 : simplification » propose une méthode d’adaptabilité de l’ACV. Cette méthode consiste en la création d’un outil permettant d’estimer les quantités de matériaux et composants mis en œuvre dans un bâtiment à partir des grandeurs dimensionnantes de celui-ci (géométrie, volumétrie, etc.). Quelle que soit la forme de l’outil créé, il reste indépendant des logiciels ACV. Il est alors nécessaire de transférer les informations générées dans un logiciel ACV afin d’en déduire les impacts environnementaux du contributeur matériaux du bâtiment. Une première solution consiste à transcrire manuellement les informations depuis l’outil créé vers le logiciel ACV. Toutefois cette solution peut être chronophage et introduire des erreurs liées au facteur humain. Une seconde solution est de transcrire automatiquement les informations depuis l’outil vers le logiciel ACV. Cette solution ne présente pas les inconvénients de la


27/55

première solution. Il faut néanmoins que le logiciel ACV propose un moyen d’importer les données. C’est cette seconde solution que sera détaillée ici. La démarche générale consiste donc à créer une correspondance entre les données de sortie d’un outil externe et les entrées d’un logiciel ACV. On réalise ainsi un gain de temps de modélisation non négligeable. Cette démarche et son application au logiciel Elodie est présentée en Annexes de ce document.


28/55

4 REPRODUCTIBILITE

La reproductibilité entre modélisations ACV est grandement conditionnée par la pratique, la définition des périmètres et le choix des données d’entrée. Pour cette raison, des points développés et mentionnés dans les autres sections de ce rapport mènent de façon indirecte à une amélioration de la reproductibilité.

4.1 ELODIE

L’ensemble des points suivants peuvent contribuer à l’amélioration de la reproductibilité des modélisations sous ELODIE :

La mise à disposition de données génériques L’utilisation d’un assistant pour guider l’utilisateur vers des modèles de

bâtiment alimenté en données génériques

La possibilité d’importer les consommations énergétiques depuis un fichier xml réglementaire

La création d’un lien avec le BIM, évacuant ainsi la problématique de la collecte des données

L’amélioration de la reproductibilité des études est aussi induite par la mise en place de didacticiels, la traçabilité des hypothèses, la simplification de la saisie des données et l’écriture de règles de bonnes pratiques pour la réalisation des simulations thermiques et environnementales.

4.1.1 Enrichissement de la bibliothèque

Elodie permet à tout utilisateur d’ajouter et de partager des données. Dans le menu bibliothèques > composants Elodie, il suffit de cliquer sur le bouton « Créer une nouvelle fiche ». La fenêtre qui s’affiche permet de saisir les paramètres. Pour accélérer la saisie, il est possible d’importer la valeur des indicateurs depuis un fichier CSV ou XML en cliquant sur le bouton « Import indicateurs ».

Cliquer ensuite sur sauvegarder pour enregistrer la fiche.


29/55

Elodie met également à disposition un service web qui permet à un logiciel tiers d’exporter une fiche vers un compte utilisateur Elodie.

4.1.2 Lien à la maquette numérique IFC

Avec le logiciel eveBIM du CSTB, il est possible de charger et visualiser un fichier IFC, généré à partir d’un logiciel de CAO comme Autodesk Revit ou ArchiCAD, de se connecter à la base de données INIES et à la base de fiches utilisateur Elodie et d’associer des FDES à un ou plusieurs éléments de construction.

Le BIM est ensuite transposé au format Elodie et transmis à Elodie pour effectuer l’analyse de cycle de vie du bâtiment.


30/55

4.2 NOVAEQUER

4.2.1 Enrichissement des bibliothèques

Si l’utilisateur possède des données validées qui ne sont pas fournies avec le logiciel pour la base d’impact qu’il utilise, il peut les ajouter pour les utiliser dans ses variantes. Dans l’onglet des données de la bibliothèque environnementale, il suffit de cliquer sur le bouton pour que la fenêtre de saisie de l’élément apparaisse

A la fin de la saisie, le nouvel élément apparait en couleur rouge dans le tableau des éléments de la bibliothèque.

4.2.2 Maquette numérique

Dans tous les développements concernant l’utilisation de maquette numérique nous essayons d’automatiser au maximum les opérations de transformation et d’intégration afin que l’utilisateur n’ait pas à modifier les fichiers d’entrée.

Un plugin sketchUp est disponible et permet de reprendre une maquette numérique saisie avec sketchUp pour l’exporter vers Alcyone, ce qui évite une saisie supplémentaire lorsque le projet a été esquissé avec sketchUp. La saisie de l’occupation des sols d’un quartier peut également être exportée vers novaEQUER.


31/55

Les développements en cours concernant les imports de fichiers IFC ont

été interrompus les éditeurs de logiciel n’ayant pas encore pu se mettre d’accord sur un format réellement interopérable, le nom des attributs supportant les valeurs des caractéristiques ne faisant pas partie de la norme et les valeurs associées dépendant des logiciels utilisés ; de la même façon les fichiers générés par les logiciels ne sont pas forcément interprétables de manière univoque. Ce développement sera repris ultérieurement lorsque des rapprochements entre éditeurs auront été effectués et que le planning de développement le permettra.

Un éditeur gbXML est en cours de développement est sera prochainement opérationnel ; ce ne sera pas un simple import de fichier qui sera réalisé, en effet une synchronisation de l’édition entre l’éditeur 3D d’IZUBA énergies et le fichier gbXML est pleinement implémenté.

Tous ces outils permettent une ouverture plus grande de Pleiades vers les standards émergents et évitent une double saisie qui peut être source d’erreur.

4.2.3 Comparatif avec impacts « compatibles »

Afin de pouvoir comparer les valeurs d’impact sur des projets calculés avec des grilles d’indicateurs différentes, le comparateur de variantes a été modifié pour ne conserver lors de ces comparaisons que les indicateurs d’impacts identiques.


32/55

Cette fonctionnalité a été étendue afin de permettre le choix des indicateurs affichés lorsqu’on compare des variantes

4.2.4 Gestion des quantités

Étant donné que la modélisation d’un bâtiment dans Pleiades n’oblige à saisir que les éléments ayant une influence sur la thermique du bâtiment, il peut être nécessaire de corriger la saisie pour y ajouter les éléments manquants. Cela est maintenant possible en utilisant soit la bibliothèque courante du projet novaEQUER ou bien en piochant les éléments dans la bibliothèque Pleiades ; dans ce dernier cas, il faudra choisir par la suite une correspondance avec un élément de la base de données ACV. On peut donc choisir en filtrant ou pas le type d’élément à ajouter :


33/55

Puis on peut préciser ses dimensions (états de surface et menuiseries Pleiades), sa surface (états de surface et menuiseries Pleiades ou novaEQUER), son volume (compositions, éléments, matériaux ou MCP Pleiades), son poids (compositions, éléments, matériaux ou MCP Pleiades ou novaEQUER) ou le nombre d’éléments (équipements novaEQUER)

Enfin, on peut le classer dans le lot que l’on souhaite.

Toute modification apportée au projet d’origine se reflète immédiatement dans le tableau récapitulatif des éléments du bâtiment qui peut être exporté vers des tableurs ou navigateurs internet.


34/55

4.2.5 Editeur de bibliothèque d’impact

Afin de pouvoir mettre à jour les bibliothèques d’impact existantes ou en créer de nouvelles, un outil générique de création de base de données ACV a été développé, il permet de définir la structure de la base avec ses indicateurs, de choisir des données en entrée, de pouvoir effectuer des opérations sur ces données afin de générer les bases utilisées par novaEQUER.

4.2.6 Affichage par lot

Le classement des éléments pris en compte dans l’ACV peut être fait par lot. Cela facilite le repérage d’éventuels oublis lors de la saisie et de choisir le niveau de détail mais l’intérêt principal réside la présentation des résultats par lot qui est présentée dans le chapitre suivant.

On retrouve dans cette fenêtre le classement des éléments de la variante en lots


35/55

On peut également créer de nouveaux types de lots correspondant à nos besoins particuliers

Et effectuer des déplacements d’éléments très simplement


36/55

5 AFFICHAGE DES RESULTATS

L’objectif poursuivi sur cet aspect est de clarifier et faciliter l’usage et l’interprétation des résultats.

5.1 ELODIE

Le jeu d’indicateurs d’impact environnemental proposé dans ELODIE a été réduit. Cette réduction, principalement motivée par la mise en cohérence de l’outil avec les différents référentiels NF P01-010, EN 15804 et PEP ecopassport®, permet aussi de clarifier la lecture des résultats. Les indicateurs sélectionnés sont les suivants :

Consommation totale d’Energie primaire Consommation d’Energie non renouvelable Changement climatique Consommation d’eau Déchets dangereux Déchets non dangereux (dont les inertes)

Acidification atmosphérique Formation d’ozone photochimique Déchets radioactifs

Cette proposition de simplification de l’affichage multicritère sera mise en perspective avec les besoins émanant des utilisateurs au travers de l’enquête menée dans le développement méthodologie 2.4. Ce positionnement est d’ores et déjà soumis aux utilisateurs.

5.2 NOVAEQUER

Après un travail en profondeur sur le noyau de calcul le niveau de détail des calculs et des résultats peut être défini à un niveau très fin jusqu’à atteindre l’impact environnemental de l’isolant contenu dans une paroi particulière pour chacune des phases et par contributeur (matériau, transport…). La plupart des évolutions présentées dans ce chapitre découlent de ce développement.

5.2.1 Résultats par phase et par contributeur

Alors que l’on obtenait auparavant un résultat sur l’ensemble du cycle de vie pour chaque phase, la présentation des résultats dans l’interface peut se faire par phase avec un découpage par contributeur.


37/55

On retrouve par exemple un affichage distinct des impacts dus au transport des matériaux pour la construction, la rénovation et la démolition

Le découpage des résultats par phase se retrouve également dans le comparatif de variantes pour tous les types de représentation :


38/55

5.2.2 Éléments ignorés ou personnalisés

Dans la fenêtre des résultats, mais aussi dans les rapports,

5.2.3 Résultats détaillés

L’outil créé pour BENEFIS en tant que logiciel supplémentaire a été intégré et de nouvelles fonctions ont été ajoutées pour une visualisation des résultats à tous les niveaux possibles.

Pour y accéder, un bouton de chargement des résultats détaillés a été ajouté. Lorsque le résultat détaillé a été ajouté, il présente les résultats du calcul selon deux « optiques » :

Représentation arborescente du bâtiment avec ses zones, et pour chacune d’elles les impacts liés à chaque contributeur pour la phase d’utilisation et pour chaque paroi/menuiserie appartenant à la zone, indique les impacts par phase du cycle de vie et par contributeur.

Représentation par lots et utilisation : on retrouve les différents lots pour lesquels un impact non nul a été calculé sous forme arborescente. A l’intérieur de chaque lot on retrouve les différentes familles d’éléments qui constituent le bâtiment. Pour la phase utilisation, on retrouve les grandes familles d’utilisation saisies dans l’interface avec l’énergie, l’eau, le transport et les déchets, ainsi que les résultats par zone (plus tard par génération) de chacune de ces familles.


39/55

On peut sélectionner un élément à n’importe quel niveau pour consulter ses données d’impact par phase et contributeur ou les exporter vers excel

5.2.4 Génération de rapport et exports

1.1.1.6. Données générales

Comme déjà évoqué, le récapitulatif des éléments peut être exporté au format tableur ce qui va permettre d’effectuer des vérifications sur les métrés.


40/55

Toutes les données de la saisie novaEQUER et les résultats détaillés par phase et par poste sont exportables au format rtf (Rich Text Format) qui est un format pivot accepté par tous les logiciels de traitement de texte. Ce rapport est basé sur un modèle qui peut être copié et modifié pour être adapté aux besoins particuliers de l’utilisateur en termes de présentation et de contenu.

1.1.1.7. Données détaillées

Pour les résultats détaillés, des exports spécifiques ont été réalisés, d’autres types d’export peuvent être réalisés selon les besoins des utilisateurs. Les formats d’échange de données standards tels que csv n’ont pu être utilisés et c’est le format XML d’Excel 2003 qui a été mis en œuvre. La présentation des valeurs insérées dans les cases du tableur obéit à un code couleur qui permet de visualiser rapidement les valeurs positives >= 1 (noir), <= 1 (bleu) et les valeurs négatives >= -1 (rouge), <=-1 (magenta).


41/55

Deux types d’export existent actuellement en dehors de l’export déjà existant du tableau affiché à l’écran, il suffit de cliquer sur le bouton Export tableur présent à droite du résultat affiché, ce qui fait apparaître le menu de détail de l’export :

L’export du « Résultat complet » génère un fichier contenant l’ensemble des résultats détaillés : total, par phase et par contributeur tel qu’illustré ci-dessous :

L’export du « Résultat par lot » génère un fichier dans lequel on retrouve une page par lot (un onglet). Pour chaque lot (chaque page) on va retrouver le résultat global sur le lot par impact/phase et contributeur ; en dessous on va retrouver chaque catégorie – état de surface, matériau, ouverture et composant (équipement…) - selon le même mode d’affichage (impact/phase et contributeur) et enfin après l’affichage de la catégorie, on retrouve tous les éléments entrant dans cette catégorie, par exemple le détail de chaque type de menuiseries utilisés pour un lot particulier toujours avec le même mode d’affichage.


42/55


43/55

6 CONCLUSION

Ce rapport recense l’ensemble des développements informatiques mis en place pour améliorer les outils selon l’objectif visé dans ce projet de rendre les bilans énergétiques et environnementaux fiables, simples et reproductibles. Les aspects développés sont présentés selon les quatre axes de développement méthodologiques mais les interactions et synergies entre ces différents aspects impliquent souvent un progrès simultané de plusieurs des trois critères (fiabilité, simplicité, reproductibilité).


44/55

ANNEXE : AUTOMATISER LE PASSAGE D’UN OUTIL GENERATEUR DE QUANTITES EXTERNES A UN LOGICIEL ACV BATIMENT

Version Date Rédacteur Vérificateur Commentaires

1.0 12/03/2013 T. HALLOUIN R.BONNET Création du document

1.1 14/01/2014 T. HALLOUIN N.COPIN Relecture du CSTB

1. PRINCIPE DE LA DEMARCHE

La solution 2 du « livrable 2 : simplification » propose une méthode d’adaptabilité de l’ACV. Cette méthode consiste en la création d’un outil permettant d’estimer les quantités de matériaux et composants mis en œuvre dans un bâtiment à partir des grandeurs dimensionnantes de celui-ci (géométrie, volumétrie, etc.). Quelque soit la forme de l’outil créé, il reste indépendant des logiciels ACV. Il est alors nécessaire de transférer les informations générées dans un logiciel ACV afin d’en déduire les impacts environnementaux du contributeur matériaux du bâtiment. Une première solution consiste à transcrire manuellement les informations depuis l’outil créé vers le logiciel ACV. Toutefois cette solution peut être chronophage et introduire des erreurs liées au facteur humain. Une seconde solution est de transcrire automatiquement les informations depuis l’outil vers le logiciel ACV. Cette solution ne présente pas les inconvénients de la première solution. Il faut néanmoins que le logiciel ACV propose un moyen d’importer les données. C’est cette seconde solution que sera détaillée ici. La démarche générale consiste donc à créer une correspondance entre les données de sortie d’un outil externe et les entrées d’un logiciel ACV. On réalise ainsi un gain de temps de modélisation non négligeable.

2. APPLICATION DE LA DEMARCHE A ELODIE

Ce document propose une application de la démarche générale proposée ci-avant à un outil Excel (classeur Excel) générateur des quantités de matériaux et composants qui constituent le bâtiment, afin de les importer dans le logiciel ACV en ligne ELODIE (développé par le CSTB). La description de l’application de cette démarche sera traitée à travers un même exemple qui permettra d’illustrer les concepts théoriques décrits.


45/55

2.1. DONNEES CONTENUES ET GENEREES PAR UN OUTIL

AMONT

2.1.1. Des quantités générées par l’outil

Comme présenté dans la solution 2 du « livrable 2 : simplification », l’outil génère les quantités de matériaux et composants d’un bâtiment pour l’ensemble des lots (gros œuvre, corps d’états techniques et corps d’états architecturaux). Il associe donc des quantités à une liste de composants comme dans le tableau ci-dessous :

Composants Quantités

Gros œuvre

Béton CEM I 157 m3

Béton CEM II 456 m3

Béton CEM III 1250 m3

Acier HA 12685 kg

Acier TS 8750 kg

Corps d’états techniques

Câbles électriques 1260 kg

Canalisations en fonte 750 kg

Canalisations en PVC 157 ml

Corps d’états architecturaux

Cloisons en plâtre 1270 m2

Peinture acrylique 157 L

Linoléum 540 m2

Tableau 1 : Exemple de liste de matériaux et composants constitutifs d’un bâtiment

2.1.2. Des informations contenues dans l’outil

Afin de gagner en temps de modélisation, et éviter les erreurs humaines de saisie dans le logiciel ELODIE, les fiches de déclarations environnementales et sanitaires (FDES) sont déjà associées à la liste de l’ensemble des matériaux et composants que l’outil est en mesure de générer. Ainsi l’utilisateur n’a plus à choisir la bonne FDES pour chaque composant. Corollaire : l’utilisateur n’a plus directement la possibilité de choisir la FDES qu’il souhaite pour chaque composant. Chaque FDES ou fiche ELODIE possède un identifiant (sous forme de nombre) qui permet de la différencier de ses voisines dans la base de données du logiciel ELODIE. C’est précisément cet identifiant qui est contenu dans l’outil Excel et qui va être transféré vers ELODIE.

Composants Identifiants Fiches INIES Identifiants Fiches


46/55

ELODIE

Gros œuvre

Béton CEM I - 1824

Béton CEM II - 1608

Béton CEM III - 1821

Acier HA - 673

Acier TS - 673

Corps d’états techniques

Câbles électriques - 810

Canalisations en fonte 2015 -

Canalisations en PVC 388 -

Corps d’états architecturaux

Cloisons en plâtre 2492 -

Peinture acrylique 2136 -

Linoléum 2731 -

Tableau 2 : Exemple d’association de fiches environnementales à la liste des composants

2.2. FORMAT D’IMPORTATION SOUS ELODIE

Le logiciel ELODIE propose d’importer et d’exporter des projets ACV au format XML. Le XML (qui signifie langage de balisage extensible en français) est un langage informatique qui est reconnaissable par sa structuration en balises. Une balise est un mot encadré de chevrons (exemple : <nom>Alexandre</nom>). L’objectif principal du langage XML est de faciliter l’échange automatisé de contenus complexes (notamment des arbres de données) entre applications aux entrées-sorties hétérogènes. Pour illustrer ce qu’est un XML, on peut comparer cela à un arbre généalogique avec des parents et leurs enfants. Chaque individu de la famille est appelé un « élément ». Le schéma de structuration d’un fichier XML peut-être défini dans un fichier XSD (pour XML Schema Definition). Ainsi, il est possible de valider la structure d’un XML au regard du XSD : on peut vérifier que le XML est conforme à ce qui est défini dans le XSD avant d’exploiter l’information qu’il contient. Le logiciel ELODIE met à disposition le fichier XSD qui définit le format du XML d’un projet ELODIE. Dans cette présente application, nous n’avons pas exploité ce fichier XSD pour vérifier automatiquement la conformité du fichier XML que nous allons générer. En effet, l’utilisateur ne peut pas intervenir sur la structure du fichier XML, il suffit donc au développeur de l’outil de se conformer au format défini dans le XSD pour qu’il n’y ait pas de problème d’importation dans ELODIE.


47/55

Extrait d’un fichier XML 1 : Squelette d’un projet ELODIE au format XML

On reconnaît dans le squelette du XML la décomposition d’un bâtiment dans ELODIE en contributeurs (composants, énergie, eau, transport, chantier, déchets). On remarque également que le <Batiment> appartient à un ensemble de <Batiments> et qu’un ensemble de bâtiments forme un <Quartier> (appelé îlot dans ELODIE). L’outil Excel, générateur de quantités, a pour unique objectif de remplir le contributeur composant d’un projet ELODIE. Dans la suite de ce document, on ne décrira donc que l’édition du <ModuleComposant>. Si les autres contributeurs sont absents de l’arbre du projet ELODIE au format XML, lors de l’import le logiciel créera automatiquement les contributeurs manquants en initialisant ces derniers sans aucune donnée saisie (tels que l’on peut les trouver si l’on crée pour la première fois un bâtiment dans ELODIE).


48/55

2.3. GENERATION DU FICHIER D’IMPORT XML A PARTIR

D’UNE MACRO EXCEL

Pour rappel, le langage de programmation d’une macro Excel est le Visual Basic (VBA). Tous les codes présentés par la suite seront donc en VBA pour Excel.

2.3.1. Création d’un arbre XML à partir d’une macro

Pour commencer, il faut créer une macro. Une fois dans Microsoft Visual Basic, il convient d’activer la référence Microsoft XML, pour ce faire : Outils > Références, puis dans la liste de références disponibles cocher « Microsoft XML, v5.0 » (ou une autre version que la 5.0). Il y a ensuite quatre actions importantes qu’il faut maîtriser pour créer un XML :

- Création d’un document de type DOM (Document Object Model)

- Création de l’entête (indication que c’est un XML, version, encodage)

- Création de l’arborescence (parents, enfants)

- Ajout d’informations sur un individu (donner un nom, affecter des

paramètres)

N.B. : Le Modèle Objet de Document (DOM) est une interface de programmation d'application (API) pour des documents HTML valides et XML bien-formés. L'API DOM permet de manipuler facilement des fichiers XML en tirant parti de leur structure d'arbre.

1.1.1.8. Création d’un document de type DOM

On commence par créer une variable de type DOM (nommée objDOM ici) puis on initialise cette variable en tant que nouveau document DOM :

Création de l’entête du DOM On définit ensuite l’interface de base qui permet d’accéder aux données dans le modèle d’objet XML (il sera nommé ici oNode) :

Puis on lui affecte les arguments qui conviennent (c’est un fichier XML, en version 1.0, encodé en UTF-8) et on l’ajoute au DOM :

Création de l’arborescence Il convient ensuite de créer la structuration, la hiérarchisation des informations du XML en parents-enfants. On crée d’abord les éléments (les individus de la famille, ici un père, un fils et un petit-fils) :


49/55

On donne ensuite le nom des balises qui délimiteront la famille de XPapa (ici <Papa> … </Papa>) et on indique que XPapa est la racine de l’arbre (le premier de la famille) :

Puis on indique les liens de parenté des autres membres de la famille (XFiston est le fils de XPapa, XBonhomme est le fils de XFiston) :

1.1.1.9. Ajout d’informations sur un individu

Finalement, la dernière action à réaliser est d’attribuer des caractéristiques à un élément (exemple, on indique que l’information sera un âge <Age>…</Age> et on indique l’âge en tant que tel de XPapa) :

N.B. : Lorsque l’on ajoute des informations, l’ordre des instructions dans le code sera celui d’apparition des éléments dans le fichier XML final. C’est plus précisément l’appel à la méthode .appendChild de l’objet DOM qui définit l’ordre d’apparition dans le XML. Voici donc, à partir des actions qui viennent d’être décrites, un exemple de macro :


50/55

Cette macro aura pour effet de créer le XML suivant :

Extrait d’un fichier XML 2 : MonPremierXML.xml ouvert avec Internet Explorer

N.B. : Si l’on ouvre le fichier XML avec certains éditeurs de texte, on remarque que l’ensemble de l’arbre XML s’affiche sur une seule et même ligne. En effet, le code présenté ici ne permet pas de générer l’indentation que l’on retrouve si l’on ouvre ce XML avec Internet Explorer. Cette indentation est possible mais n’est pas indispensable au bon fonctionnement de l’importation sous ELODIE.

2.3.2. Création de l’arbre XML pour un import dans

ELODIE

A partir des explications fournies précédemment, il est possible de créer avec une macro Excel un fichier XML au format ELODIE (semblable à l’extrait d’un fichier


51/55

XML 1) permettant de transcrire au format XML les données contenues dans une feuille de calcul Excel (cf. Figure 1).

Figure 1 : Impression d’écran de la feuille Excel contenant les informations à transcrire

en XML

Le programme en VBA pour Excel et le résultat ainsi généré sont disponibles en annexes 2 et 3

3. EVOLUTIVITE DE LA DEMARCHE

Le programme VBA pour Excel proposé n’est qu’un exemple. Il est bien sûr possible de l’adapter en fonction de la structure des outils estimatifs utilisés et d’importer plus ou moins de données dans les outils ACV en fonction des besoins. Le langage de programmation utilisé est le Visual Basic, il n’est pas dépendant de la version d’Excel utilisée. L’utilisation du programme VBA pour Excel proposée est donc pérenne. De plus, la structuration du projet ELODIE en XML (définie dans le XSD) pour le contributeur composant n’est pas amenée à évoluer à court et moyen termes d’après les développeurs. Si une modification était réalisée, une simple adaptation de la macro devrait être suffisante.


52/55

ANNEXE 2 : Programme VBA pour EXCEL pour import ELODIE


53/55


54/55

ANNEXE 3 : Projet ELODIE généré au format XML à partir de la macro Excel


55/55