FR 2952208 A1 20110506 FR 0957656 A 20091030 Configuration de produits de construction pour une maquette numérique de bâtiment La présente invention concerne un traitement de données numériques applicable au secteur de la construction, des produits de construction et a trait à la gestion du cycle de vie d'un projet de construction basé sur l'utilisation d'une maquette numérique de bâtiment. On entend ici par les termes «produit de construction» aussi bien un matériau de construction qu'un système de construction plus complexe (par exemple un mur avec des aménagements pour accueillir une arrivée d'eau et incluant alors au moins un panneau d'étanchéité). La mise en oeuvre de nouvelles politiques écologiques conduit le secteur du bâtiment à une mutation rapide pour passer du parc de bâtiment actuel et/ou futur à des bâtiments à la fois à basse consommation ou à énergie positive, à haute qualité environnementale, sains, respectant un ensemble d'exigences (stabilité, sécurité, insonorisation, ou autres). Une opportunité de modernisation majeure pour la filière du bâtiment consiste donc en cette évolution à forte technicité, entraînant une mutation importante de l'ensemble de la chaîne de conception depuis la réalisation jusqu'à l'exploitation des bâtiments. Actuellement, cette chaîne est fortement handicapée par une approche séquentielle, due à une incompatibilité entre briques logicielles du concepteur, du fournisseur en produits de construction, du prescripteur imposant un cahier des charges et/ou des réglementations et normes à respecter dans le bâtiment. Comme représenté sur la figure 1, cette incompatibilité entraîne notamment un problème de re-saisies d'informations nécessaires à chaque étape d'évolution du projet (depuis la conception, la construction et jusqu'à l'exploitation d'un projet de construction de bâtiment), ce qui entraîne une perte de temps et une dégradation inévitable de l'information, souvent liée aux erreurs d'interprétation. En effet, en référence à la figure 1, où les flèches RS désignent une re-saisie nécessaire d'information : - l'entité A est par exemple le poste informatique d'un maître d'ouvrage ; - l'entité B est celui d'un architecte saisissant les données du poste A pour éditer une maquette numérique (par exemple dans un format de logiciel de conception assistée par ordinateur ou « CAO ») ; - l'entité C est par exemple le poste informatique d'un économiste lequel peut interagir avec - le poste G d'un fournisseur de produits de construction, auquel cas les données d'un catalogue de produits de construction choisis pour la conception (telles que notamment la référence, la composition, les propriétés thermiques et/ou acoustiques des produits) doivent encore être saisies (souvent manuellement) pour l'élaboration du projet sous forme numérique dans un premier temps ; - l'entité D est le poste du prescripteur du projet qui entre informatiquement des données d'un cahier des charges et/ou des normes en vigueur dans un pays donné et donc choisit aussi, à cet effet, les produits de construction remplissant ces exigences ; - l'entité E peut être un ou plusieurs postes informatiques de sous-traitants et l'entité F le poste finalement de l'exploitant. La présente invention vient améliorer la situation. A cet effet, elle propose tout d'abord un procédé mis en oeuvre par des moyens informatiques pour enrichir une maquette numérique d'un bâtiment. Le procédé au sens de l'invention comporte les étapes : a) analyser la maquette numérique pour identifier des éléments constitutifs du bâtiment et possédant des caractéristiques propres dans le bâtiment, b) définir des produits de construction possédant des propriétés correspondant auxdites caractéristiques, et c) enrichir la maquette numérique en ajoutant, pour chaque élément constitutif de la maquette, des données d'au moins une liste de produits de construction adéquats. Par exemple, les éléments du bâtiment peuvent être tels qu'un mur, une cloison, une dalle, une fenêtre, une porte, ou encore un plafond, et les caractéristiques propres à de tels éléments peuvent comporter une valeur telle qu'une valeur d'isolation thermique intérieure souhaitée, une valeur d'isolation thermique extérieure souhaitée, une valeur d'isolation phonique souhaitée, une valeur de résistance au feu souhaitée, ou autre. Avantageusement, ces caractéristiques sont traitées en tant que variables paramétrées (au moins aux étapes a) et b)). Avantageusement, dans la maquette numérique enrichie, les données de la liste précitée des produits de construction adéquats comportent alors, pour chaque produit, au moins un identifiant du produit, une indication des propriétés du produit et une indication des caractéristiques du produit. Le choix des produits de construction adéquats peut se faire comme suit : les produits de construction peuvent être répertoriés dans une première base de données d'au moins un fournisseur, avec des propriétés propres à ces produits. Ainsi, la mise en oeuvre de l'étape b) précitée utilise préférentiellement cette première base de données. De même, les caractéristiques propres d'éléments de bâtiment peuvent être définies dans un cahier des charges ou encore être répertoriées dans une deuxième base de données réglementaires et normatives, et la mise en oeuvre de l'une au moins des étapes a) et b) utilise alors cette deuxième base de données. La présente invention vise aussi une application logicielle centralisée permettant d'échanger des données entre différentes briques logicielles préexistantes. Dans une telle réalisation, on peut prévoir au moins : - une première application logicielle de conception de la maquette, dont l'exécution fournit un fichier numérique représentant la maquette, - une deuxième application dont l'exécution fournit des données de catalogue de produits de construction, - une troisième application dont l'exécution fournit des données de prescriptions. Dans une réalisation avantageuse, on prévoit en outre une telle application logicielle centralisée, apte à coopérer avec lesdites première, deuxième et troisième applications, et dont l'exécution, à partir du fichier représentant la maquette et avec en entrée les données précitées de catalogue de produits de construction et de prescriptions, délivre en sortie un fichier numérique représentant la maquette, ce fichier étant enrichi en outre avec des données d'au moins une liste de produits de construction choisis en fonction des données du catalogue et des données de prescriptions. De façon avantageuse, l'exécution au moins des interactions entre l'application centralisée et les première, deuxième et troisième applications, est normalisée au standard IFC. Avantageusement, on prévoit en outre une étape préalable de vérification de complétude des données de la maquette numérique, avant son enrichissement. La présente invention vise donc un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé ci-avant, lorsque ce programme est exécuté par un processeur. Un tel programme informatique inclut au moins l'application logicielle centralisée décrite ci-avant. La présente invention vise aussi un dispositif comportant des moyens informatiques pour enrichir une maquette numérique d'un bâtiment, et tel qu'en particulier, ces moyens informatiques sont agencés pour mettre en oeuvre le procédé ci-avant. Typiquement, un tel dispositif peut comporter une mémoire apte à stocker des codes d'instructions du programme informatique au sens de l'invention, un processeur apte à exécuter ces instructions, et un accès à des données de produits de construction incluant au moins des propriétés de ces produits. Un exemple de réalisation d'un tel dispositif sera présenté plus loin, en référence à la figure 6. Ainsi, la présente invention vient répondre à un besoin pour une élaboration de projet collaborative, à partir d'une maquette numérique (ou «BIM » pour « Building Information Model ») et en utilisant, dans un mode de réalisation avantageux, le standard IFC (pour «Industry Foundation Classes ») développé par l'association internationale « IAI-BuildingSmart » qui définit un format neutre d'échange et d'archivage de données d'une maquette numérique de bâtiment. Ce standard IFC (inscrit à l'ISO) est désormais proposé en import/export avec la plupart des logiciels de CAO de nouvelle génération pour le secteur de la construction. En référence alors à la figure 2 et en reprenant l'exemple de la figure 1 ci-avant mettant en jeu une pluralité d'entités A à G intervenant dans un projet de construction de bâtiment, la structure des échanges entre ces différentes entités est améliorée du fait de l'utilisation d'une application logicielle ALC, centralisée au sens de l'invention. Ici, l'approche se fonde sur le partage d'une source d'information unique stockée dans une maquette numérique enrichie BIM (pour « Building Information Model ») au format standard IFC. On rappelle que les produits et systèmes de construction sont un élément clé pour déterminer avec précision les performances énergétiques ou encore les impacts environnementaux d'un bâtiment. Pour atteindre ces objectifs fixés, les choix des solutions à mettre en place doivent être établis dès la phase de préconception. Lors de la phase de conception détaillée, les produits et systèmes sont déterminés. Leurs caractéristiques et leurs géométries sont directement intégrées à un modèle de donnée sémantique, au sens de l'invention, permettant un accès aisé à l'information par les logiciels de calcul.30 L'un des avantages de l'invention est la disponibilité d'information dématérialisée sur les produits et systèmes. Pour tous les acteurs de la filière (prescripteurs, architectes ou bureaux d'études, distributeurs, entreprises), cette solution permet en particulier : - une convergence entre les outils métiers et l'information dématérialisée des produits ; - une meilleure visibilité des produits de construction (notamment sur les systèmes innovants) ; - une accélération de la disponibilité des produits sur le marché ; - une amélioration des processus de prescription. Cet avantage se révèle plus encore lorsque les prescriptions exigent la construction de bâtiments à basse consommation. La maquette est enrichie, au sens de l'invention, notamment par des données de performances énergétiques du bâtiment. Certes, des catalogues électroniques de fournisseurs existent, mais sont insuffisants pour une utilisation efficace avec une maquette numérique. En effet, ces catalogues proposent, en général, des descriptions textuelles des produits et systèmes avec un ensemble de documents multimédia. Il s'avère souvent que, pour un prescripteur, définir la bonne configuration d'un système, en fonction du type de bâtiment, de sa localisation géographique, des réglementations locales applicables, des performances technologiques souhaitées, ou autres, uniquement avec de telles informations textuelles, est une tâche compliquée et source d'erreurs. La solution d'une maquette enrichie qu'offre la présente invention consiste à mettre à disposition des prescripteurs des catalogues électroniques, par exemple sous formes de greffons informatiques ou « plugins » compatibles avec le plus grand nombre possible de logiciels qu'utilisent les intervenants dans le projet (pour différentes disciplines : architecture, structure, thermique, acoustique, et autres). Pour développer ces plugins, il est proposé d'utiliser le standard IFC, neutre et compatible avec le plus grand nombre de logiciels de maquette numérique, afin de définir les règles d'assemblages des produits et systèmes dans un format unique. Toutefois, le standard IFC ne propose qu'une description statique et figée des produits, alors que la définition d'un produit système de construction nécessite une solution paramétrique pour une adaptation et une intégration automatique du système dans la maquette numérique du bâtiment, en fonction des contraintes géographiques, spatiales, technologiques et réglementaires ainsi qu'en fonction des choix du prescripteur. Il apparaît donc qu'un autre avantage de l'invention consiste à exprimer, à travers une approche paramétrique, et avec le standard IFC : - le type et le nombre de composants d'un système (par exemple le nombre de plaques constitutives d'une dalle ou d'un mur), variable en fonction du contexte d'intégration du système dans le bâtiment ; - le positionnement des composants d'un système, variable en fonction de la géométrie des éléments de construction du bâtiment. Ces données peuvent alors être traitées avantageusement par le logiciel au sens de l'invention en tant que variables paramétrées. Le logiciel au sens de l'invention, en tant qu'application logicielle centralisée, joue donc le rôle de « configurateur », au standard IFC. D'autres avantages et caractéristiques de l'invention apparaîtront d'ailleurs à la lecture de la description détaillée ci-après et des dessins annexés sur lesquels, outre les figures 1 et 2 commentées précédemment : - la figure 3 représente schématiquement une mise en oeuvre d'une application logicielle centralisée, dans un exemple de réalisation, - la figure 4 représente un affichage sur écran d'un système convenant pour une maquette numérique enrichie au sens de l'invention, - la figure 5 illustre, dans un exemple de réalisation, les étapes du procédé au sens de l'invention, et - la figure 6 illustre schématiquement un dispositif pour la mise en oeuvre du procédé au sens de l'invention. On se réfère tout d'abord à la figure 3 sur laquelle une application logicielle centralisée au sens de l'invention ALC reçoit : - une esquisse MN, par exemple d'un poste d'un architecte conçue à partir d'une application de CAO référencée AL1 sur la figure 3, - des données d'une base DB2 de produits et systèmes (PROD) d'un fournisseur ; cette base DB2 peut être organisée par l'exécution d'une application AL2 décrite plus loin ; elle contient au moins des données multimédias sur les produits et systèmes et leur référence, et - des données d'une base DB1 réglementaire et normative, contenant des données de performances et règles à respecter par les produits et systèmes. Avantageusement, des données issues d'une application AL3 de traitement du cahier des charges du prescripteur peuvent enrichir encore les données traitées par l'application centralisée ALC (flèche en traits pointillés). Néanmoins, comme on le verra plus loin dans un mode de réalisation, l'application centralisée ALC est préférablement stockée dans le poste informatique du prescripteur lui-même. L'application centralisée ALC délivre alors une maquette numérique enrichie MNR au standard IFC et comportant notamment mais non limitativement les références des produits et systèmes choisis (ID PROD), ainsi que leurs caractéristiques (isolation thermique, phonique, etc.), en tant que variables paramétrées. Cette maquette enrichie MNR peut alors être utilisée par exemple pour des calculs : - de propriétés thermiques ou acoustiques globales, - de structure, - d'impact sur l'environnement, - ou autres. On a représenté sur la figure 4 le détail de l'assemblage d'un système choisi pour son adaptation à une maquette numérique, à titre d'exemple. Ici, pour le mur représenté, les références ID1 à IDN peuvent être des matériaux tels que : - de l'isolant GR32 roulé revêtu kraft (ID1), - de l'isolant GR32 roulé revêtu kraft et aluminium (ID2), - du monospace 35 revêtu kraft - du monospace 35 contact, etc. On comprendra alors ici que les termes « GR32 » ou « monospace » sont des désignations de catalogue de l'industriel fournisseur. Les références ID11 et ID12 désignent des éclisses de références différentes (30 ou 50). La référence NAM1 désigne une ou plusieurs gaines électriques et/ou de la plomberie, mais sans référence de catalogue précise. La référence ID13 désigne de la fourrure. La référence ID 14 désigne un appui. La référence NAM2 désigne une plaque de plâtre, mais, ici encore, sans référence de catalogue précise. La référence ID15 désigne un lisse-clip et la référence ID16 désigne une bande résiliente. En référence à nouveau à la figure 3, l'application AL2, pour les fournisseurs industriels consiste en un atelier de développement pour mettre au point des configurateurs de produits et systèmes de construction au standard IFC. Cet atelier de développement permet, aux industriels fournisseurs, de mettre au point une configuration de leurs systèmes de construction au standard IFC, non seulement avec les caractéristiques des produits et systèmes selon leurs règles habituelles de mise en oeuvre (en définissant des variables propres des articles, produits et systèmes), mais aussi avec les règles de sélection et d'assemblage des composants (produits/articles) en fonction du contexte d'intégration. Pour l'application de ces dernières règles plus spécifiques, on procède aux : - définitions des variables géométriques liées à la conception CAO ; - définitions des variables du projet liées à la conception CAO, telles que : • la localisation du bâtiment (pays, site, etc.) ; • la typologie du bâtiment (neuf/ancien, individuel/collectif, ou autre) ; • les typologies des zones et des espaces (bureau, cuisine, salle d'eau, etc.) ; • la typologie des éléments de construction (mur porteur, mur non porteur, plancher, cloison, porte, ou autre élément) ; - mais aussi à la définition des variables du projet non définies par l'application CAO, telles que : • la typologie des éléments de construction (par exemple en termes d'isolation extérieure « ITE » ou intérieure « ITI ») ; • la performance thermique (par exemple RT-2005 (pour «réglementation thermique 2005 », écho-ptz (pour «prêt à taux zéro »), BBC (pour « bâtiment basse consommation»)); • la performance environnementale ; • la performance acoustique, etc. Cette application informatique est constituée : - d'un format de base de données pour stocker les variables des systèmes ; - d'une interface utilisateurs de saisie et/ou import des valeurs correspondantes ; - d'un langage de script pour décrire les règles de sélection et d'assemblage des systèmes ; - d'une bibliothèque de programmation (par exemple de type SDK pour « Software Development Kit »), pour lire et écrire des données au standard IFC. Ainsi, l'un des premiers effets de l'exécution de l'application AL2 est de rendre compatible le contenu des données de la base DB2 avec les interrogations et consultations que peuvent mener les prescripteurs via l'application logicielle centralisée ALC, comme décrit ci-après. Pour les prescripteurs, l'application logicielle centralisée (via une éventuelle interface AL3) traite la maquette numérique globale d'un projet de construction de bâtiment (BIM - IFC), sur la base d'un modèle CAO d'esquisse du projet (sauvé en format IFC dans une mise en oeuvre avantageuse de l'invention) et à partir d'un logiciel CAO initial, comme décrit ci-après. Une première étape consiste à contrôler l'esquisse après chargement du modèle CAO, en vérifiant notamment la qualité et la complétude des données IFC et en permettant au prescripteur de compléter, si nécessaire, les informations suivantes : - localisation géographique du projet ; - projet de construction neuve ou rénovation ; - typologies du bâtiment (individuel, collectif, ou autre), des espaces (cuisine, salon, bureau, salles d'eau) et des éléments de séparation (murs, cloisons, dalles) ; - réglementations locales applicables. A l'issue de cette étape, le modèle est sauvegardé au standard IFC, pour être rechargé dans le logiciel de CAO initial. Une deuxième étape consiste en un renseignement du cahier des charges du projet. Pour chaque espace du bâtiment, l'une au moins des opérations suivantes peut être menée : - choisir une stratégie notamment d'isolation phonique, thermique, ou autre : par exemple ITI (pour « isolation thermique intérieure ») ou ITE (pour « isolation thermique extérieure »), Spread/Répartie (intérieure et extérieure), ou autre ; - préciser des performances technologiques visées (thermique, acoustique, résistance au départ de feu, etc.) A l'issue de cette étape, le modèle est également sauvegardé. Une troisième étape concerne le choix des produits et systèmes à appliquer parmi les propositions du fournisseur. Pour chaque élément de construction (mur, cloison, dalle, fenêtre, porte, plafond, au autre) que l'utilisateur sélectionne et souhaite configurer, il est proposé des solutions du fournisseur, cohérentes avec les spécifications définies dans les première et deuxième étapes. Une quatrième étape concerne : - le calepinage (assemblage géométrique) automatique des articles et produits dans la maquette numérique du projet ; et - l'intégration automatique des caractéristiques des articles et produits (identifiant de référence, propriétés, liens multimédias, etc.) dans la maquette numérique. Une cinquième étape concerne l'exploitation de la maquette numérique détaillée. En effet, le modèle enrichi avec les descriptions détaillées des produits et systèmes (géométrie et caractéristiques) peut être sauvegardé encore au standard IFC pour une exploitation ultérieure avec des logiciels d'analyses, également compatibles avec le format IFC, pour mener par exemple des calculs thermiques, acoustiques, une évaluation environnementale, des structures, et autres. La figure 5 résume les étapes du procédé ci-avant. Par exemple, à l'aide du logiciel CAO ArchiCAD® (de la société Graphisoft®), un architecte réalise le modèle CAO, sous forme d'esquisse, d'une maison individuelle. Il sauvegarde ce modèle en format IFC selon un fichier FIl, à l'étape S0, qui peut se nommer par exemple «Esquisse initiale.ifc ». A l'étape suivante S1, le logiciel au sens de l'invention applique un contrôle de l'esquisse. Ce logiciel au sens de l'invention, par exemple stocké sur le poste d'un prescripteur (qui peut être l'architecte, lui-même, ou un autre acteur de la chaîne de conception-construction), charge le fichier FIl et le contrôle, avec les options suivantes : • visualisation en 3D, isolation de chaque élément de construction pour en vérifier les propriétés ; • vérification des coordonnées de localisation géographiques du projet ; si elles sont erronées, correction à l'aide d'une interface homme-machine ; • vérification et correction éventuelle des types du bâtiment (bâtiment d'habitation, habitation individuelle, etc.) ; • sélection des espaces sur lesquels il souhaite appliquer une configuration au sens de l'invention ; automatiquement, l'interface identifie les espaces qui sont adjacents aux espaces sélectionnés ; • vérification et correction éventuelle des types des espaces sélectionnés et adjacents (entre un bureau, une salle de bains, une chambre ou un hall d'entrée) ; • sélection des éléments de construction de séparation ou mitoyens de ces espaces et vérification et correction éventuelle des caractéristiques associées : simple cloison, mur extérieur, mur intérieur porteur ; • sauvegarde du fichier FIl au standard IFC, sous le nom «Esquisse corrigee.ifc », à l'étape S2. L'étape suivante S3 consiste à renseigner le cahier des charges du projet. Le prescripteur poursuit l'application logicielle en rechargeant le fichier FI2 afin de préciser le cahier des charges de son projet de construction. Pour chaque espace, il peut indiquer : • s'il s'agit d'un projet de construction neuf ou de rénovation ; • quel type de performance thermique est visée ; • quelle stratégie d'isolation est souhaitée : ITI ou ITE (Isolation Thermique Intérieure ou Extérieure). A l'étape S4, le fichier FI3 contenant en outre les données du cahier des charges est sauvegardé sous le nom « EsquisseBBC cdc. ifc ». A l'étape suivante S5, le prescripteur poursuit l'exécution du logiciel en chargeant le fichier FI3 (EsquisseBBC cdc.ifc) afin de préciser les types systèmes qu'il est souhaité d'appliquer, en fonction des choix proposés par le fournisseur industriel. Pour chaque élément (murs, cloisons, ou autres) sélectionné entre ou mitoyen aux espaces, le logiciel propose automatiquement un ou plusieurs produits ou systèmes de construction applicables (PROD), en tenant compte : • du type de bâtiment et de sa localisation géographique ; • des types des espaces séparés par l'élément ; • de la réglementation thermique visée (BBC) ; • de la stratégie d'isolation souhaitée (ITI/ITE) ; • des contraintes géométriques/spatiales de la pièce. Le prescripteur peut faire un choix parmi ces produits et systèmes (comme le mur représenté sur la figure 4). L'ensemble de ces choix est sauvegardé à l'étape S6 dans le fichier FI4 nommé « Esquisse BBC PROD. ifc ». A l'étape S7, sur une sélection ou sur l'ensemble des éléments sélectionnés à configurer et dont le choix des systèmes a été effectué, le logiciel génère des modèles IFC détaillés de chaque produit ou système intégré au modèle CAO global du projet. Pour chaque produit ou système, les éléments suivants sont créés automatiquement : - la géométrie assemblée des composants (produits-articles) du système ; - les caractéristiques techniques des produits-articles, avec au moins : • leur référence ; • les quantitatifs paramétrés des articles et sous-articles calculés automatiquement ; • les références aux FDES (pour « Fiches de Déclaration Environnementale et Sanitaire ») pour un calcul d'impact environnemental. Le projet configuré est sauvegardé dans une maquette numérique détaillée BIM-IFC à l'étape S8. A l'étape S9, le projet configuré peut ensuite être exploité par d'autres acteurs pour d'autres études, par exemple pour : • un chargement du fichier BIM-IFC par le logiciel Climawin® (BBS Slama®) pour une analyse thermique réglementaire globale du projet ; • ou pour un chargement et une exportation vers d'autres formats pour d'autres analyses, telles celles faites par les logiciels : o Elodie® (CSTB) pour une analyse de l'impact environnemental global du projet ; o Batimax® pour une analyse économique détaillée, en vue de la préparation du chantier de construction. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes. On a représenté sur la figure 6 un exemple de réalisation du dispositif DIS au sens de l'invention, se présentant sous la forme d'un ordinateur comportant : - une mémoire MEM stockant un logiciel au sens de l'invention, - un processeur PROC pour exécuter ce logiciel, - une interface de communication avec par exemple un réseau étendu (tel Internet) pour accéder aux données de la base DB2 du fournisseur, pour la mise en oeuvre de l'invention lorsque cet ordinateur DIS équipe un prescripteur, - ainsi que d'autres éléments périphériques tels qu'un écran ECR, des moyens de saisie (clavier ou autre, non représentés). Toutefois, dans une variante possible, le logiciel au sens de l'invention peut être stocké auprès d'un serveur pour être accessible, en partage, par plusieurs postes distants (d'un architecte, d'un prescripteur, d'un sous-traitant, d'un fournisseur, ou autre). Revendications1. Procédé mis en oeuvre par des moyens informatiques pour enrichir une maquette numérique d'un bâtiment, caractérisé en ce qu'il comporte les étapes : a) analyser (Si, S3) la maquette numérique pour identifier des éléments constitutifs du bâtiment et possédant des caractéristiques propres dans le bâtiment, b) définir (S5) des produits de construction possédant des propriétés correspondant auxdites caractéristiques, et c) enrichir (S7) la maquette numérique en ajoutant, pour chaque élément constitutif de la maquette, des données d'au moins une liste de produits de construction adéquats. 2. Procédé selon la revendication 1, caractérisé en ce que lesdites caractéristiques sont traitées aux étapes a) et b) en tant que variables paramétrées. 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que les produits de construction sont répertoriés dans une première base de données (DB2) d'au moins un fournisseur, avec des propriétés propres auxdits produits, et en ce que la mise en oeuvre de l'étape b) utilise la première base de données. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que des caractéristiques propres d'éléments de bâtiment sont répertoriés dans une deuxième base de données (DB1) réglementaires et normatives, et en ce que la mise en oeuvre de l'une au moins des étapes a) et b) utilise la deuxième base de données. 5. Procédé selon l'une des revendications précédentes, dans lequel on prévoit au moins : - une première application logicielle (B) de conception de la maquette, dont l'exécution fournit un fichier numérique représentant la maquette, 16- une deuxième application (G) dont l'exécution fournit des données de catalogue de produits de construction, - une troisième application (D) dont l'exécution fournit des données de prescriptions, caractérisé en ce que l'on prévoit en outre une application logicielle centralisée (ALC), apte à coopérer avec lesdites première, deuxième et troisième applications, et dont l'exécution, à partir du fichier représentant la maquette et avec en entrée lesdites données de catalogue de produits de construction et de prescriptions, délivre en sortie un fichier numérique représentant la maquette et enrichi avec des données d'au moins une liste de produits de construction choisis en fonction des données du catalogue et des données de prescriptions. 6. Procédé selon la revendication 5, caractérisé en ce que l'exécution au moins d'interactions entre l'application centralisée et les première, deuxième et troisième applications, est normalisée au standard IFC. 7. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte une étape préalable (Si) de vérification de complétude des données de la maquette numérique. 8. Procédé selon l'une des revendications précédentes, caractérisé en ce que les éléments du bâtiment sont dans une liste parmi au moins un mur, une cloison, une dalle, une fenêtre, une porte, un plafond, et les caractéristiques propres desdits éléments dans le bâtiment comportent au moins une valeur parmi une valeur d'isolation thermique intérieure souhaitée, une valeur d'isolation thermique extérieure souhaitée, une valeur d'isolation phonique souhaitée, une valeur de résistance au feu souhaitée. 9. Procédé selon l'une des revendications précédentes, caractérisé en ce que les données de ladite liste de produits de construction adéquats comportent, pour chaqueproduit, au moins un identifiant du produit, une indication des propriétés du produit et une indication des caractéristiques du produit. 10. Programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications précédentes, lorsque ce programme est exécuté par un processeur. 11. Dispositif comportant des moyens informatiques pour enrichir une maquette numérique d'un bâtiment, caractérisé en ce que lesdits moyens informatiques sont agencés pour mettre en oeuvre le procédé selon l'une des revendications 1 à 9. 12. Dispositif selon la revendication 1l, caractérisé en ce qu'il comporte une mémoire (MEM) apte à stocker des codes d'instructions d'un programme selon la revendication 10, un processeur (PROC) apte à exécuter lesdites instructions, et un accès à des données de produits de construction incluant au moins des propriétés desdits produits.