See

discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/264236278

Etude et propositions pour l’avenir logiciel du

CSTB

Technical Report · December 2004

DOI: 10.13140/2.1.3473.4727

CITATIONS READS

0 620

1 author:

Patrice Poyet
Independant Researcher
155 PUBLICATIONS 1,037 CITATIONS

SEE PROFILE

All content following this page was uploaded by Patrice Poyet on 26 July 2014.

The user has requested enhancement of the downloaded file.

 Etude et propositions
pour l’avenir logiciel
du CSTB

Patrice POYET
en collaboration avec

Nicolas BUS et Werner KEILHOLZ

Décembre 2004

1
 TABLE DES MATIERES

INTRODUCTION GÉNÉRALE...........................................................................................10
POLITIQUE TECHNIQUE..................................................................................................12
INTRODUCTION........................................................................................................................12
LES OUTILS............................................................................................................................12
Introduction......................................................................................................................12
UML..................................................................................................................................13
.NET..................................................................................................................................15
JAVA.................................................................................................................................17
BDs et Persistance............................................................................................................18
LE FUTUR DES ENVIRONNEMENTS DE DÉVELOPPEMENT..............................................................21
Introduction......................................................................................................................21
IBM...................................................................................................................................23
Microsoft...........................................................................................................................23
L’usine logicielle : attentes et perspectives......................................................................23
QUID DU LOGICIEL LIBRE ?......................................................................................................24
Introduction......................................................................................................................24
Free as in Freedom...........................................................................................................25
Microsoft et le logiciel libre.............................................................................................26
Les organismes publics et le logiciel libre.......................................................................27
Quelques applications du logiciel libre............................................................................29
Le cas Open-Cascade.......................................................................................................30
Le logiciel libre et le CSTB : un business model ?...........................................................30
QUELQUES MOTS DES FUTURS OS............................................................................................31
Introduction......................................................................................................................31
Longhorn pour des machines surpuissantes.....................................................................31
PORTÉE JURIDIQUE ET IMPLICATION LÉGALES...................................................34
INTRODUCTION........................................................................................................................34
NOTION DE PROTECTION DES LOGICIELS...................................................................................34
QUEL BESOIN DE PROTECTION ?...............................................................................................35
LES PROTECTIONS FORMELLES.................................................................................................36
Le droit d’auteur...............................................................................................................36
Les marques déposées......................................................................................................37
Les licences utilisateur.....................................................................................................38
Les brevets........................................................................................................................39
LES ENJEUX............................................................................................................................42
PROCESSUS DÉCISIONNEL ET LOGIQUE ÉCONOMIQUE......................................43
INTRODUCTION........................................................................................................................43
OBJECTIFS DE DIFFUSION DES LOGICIELS...................................................................................44
QUELQUES OBSERVATIONS SUR LES PROCESSUS ACTUELS..........................................................45

2
 RECOMMANDATIONS................................................................................................................47
POLITIQUE INDUSTRIELLE.............................................................................................48
INTRODUCTION........................................................................................................................48
SPÉCIFICITÉS DU LOGICIEL.......................................................................................................48
LA NOTION DE GAMME............................................................................................................50
QUELQUES PROJETS STRATÉGIQUES..........................................................................................51
La réalité virtuelle............................................................................................................51
Les plate-formes d’intégration.........................................................................................54
Les modèles de bâtiment...................................................................................................56
Les modèles numériques sophistiqués..............................................................................57
L’ingénierie documentaire...............................................................................................58
TENDANCES............................................................................................................................59
Convergence simulation, réglementation.........................................................................59
Simulation multidisciplinaire...........................................................................................60
Système d’information géographiques.............................................................................60
Service en ligne à titre promotionnels..............................................................................60
Intégration de codes open-source.....................................................................................60
LOGIQUE FINANCIÈRE.....................................................................................................61
INTRODUCTION........................................................................................................................61
PHASES DES PROJETS LOGICIELS...............................................................................................61
LE LOGICIEL BTP, MICRO BUSINESS ?.....................................................................................62
POLITIQUE PARTENARIATS STRATÉGIQUES...........................................................63
INTRODUCTION........................................................................................................................63
SURVOL DE L’OFFRE EXISTANTE...............................................................................................63
PARTENARIATS POUR QUELS SUJETS ?......................................................................................83
RÉFLEXIONS SUR NOTRE PORTEFEUILLE DE PROJETS......................................85
INTRODUCTION........................................................................................................................85
LES PROJETS CANDIDATS.........................................................................................................85
Gestion de patrimoine......................................................................................................85
Développement durable....................................................................................................86
Confort thermique............................................................................................................88
Matériaux.........................................................................................................................89
Confort acoustique...........................................................................................................90
Sécurité - structures..........................................................................................................92
Autres................................................................................................................................92
EXEMPLE D’ÉVALUATION SOMMAIRE DU PORTEFEUILLE............................................................93
LE DÉPARTEMENT DÉVELOPPEMENT DURABLE - DDD.......................................95
PARTICIPANTS.........................................................................................................................95
PLACE DU LOGICIEL DANS LES ACTIVITÉS DE DDD...................................................................95
CARACTÉRISTIQUES DE L'ÉDITION LOGICIELLE AU SEIN DE DDD...............................................96
Activités « énergie et environnement » s’appuyant sur des outils logiciels....................96
Expérience de DDD dans l'édition logicielle...................................................................97
Clients...............................................................................................................................98
Financements....................................................................................................................98
Partenaires.......................................................................................................................98
Technologies mises en oeuvre..........................................................................................98

3
 INVENTAIRE DES DÉVELOPPEMENTS ET LOGICIELS DDD...........................................................98
FASOL V...........................................................................................................................98
SIMBAD............................................................................................................................99
SOLO 2000.......................................................................................................................99
EMMA...............................................................................................................................99
SIMSOL..........................................................................................................................100
BPOL..............................................................................................................................100
BDDQAI (Système d'Information de l'Observatoire de la Qualité de l'Air Intérieur)...100
COMET CE....................................................................................................................100
CometRes........................................................................................................................100
CometClim......................................................................................................................101
Moteurs de calculs pour la réglementation thermique...................................................101
ConsoClim (A.BOLHER)................................................................................................101
PSD.................................................................................................................................101
SYMPHONIE..................................................................................................................102
Simulation Studio (TRNSYS).............................................................................................102
SIMBAD (P.RIEDERER)................................................................................................102
MATLAB.........................................................................................................................102
SIREN 95........................................................................................................................102
EQUITY..........................................................................................................................102
FREINS À LA DIFFUSION DE LOGICIELS CHEZ DDD..................................................................103
FACTEURS FAVORABLES ET OPPORTUNITÉS.............................................................................103
Les nouvelles normes européennes.................................................................................103
Les thèmes émergeants...................................................................................................104
Systèmes d'information...................................................................................................104
Convergence des développements..................................................................................104
Valorisation des base données techniques.....................................................................104
Logiciel d'aide à la gestion des déchets de chantier......................................................104
Gestion du patrimoine....................................................................................................104
Energie renouvelables....................................................................................................105
"BEST PRACTICES" DDD.......................................................................................................105
ATTENTES DE DDD DANS LE CADRE D'UNE ACTION EDITION LOGICIELLE GÉNÉRALISÉE..........106
LE DÉPARTEMENT ACOUSTIQUE ET ECLAIRAGE - DAE....................................108
PARTICIPANTS.......................................................................................................................108
LA PLACE DU LOGICIEL DANS LES ACTIVITÉS ACOUSTIQUES DE DAE.......................................108
CARACTÉRISTIQUES DE L'ÉDITION LOGICIELLE DAE...............................................................108
Activités du domaine de l’acoustique s’appuyant sur des logiciels...............................108
Clients.............................................................................................................................109
Financements..................................................................................................................109
Partenaires.....................................................................................................................109
Technologies mises en oeuvre........................................................................................109
L'EXPÉRIENCE DE DAE DANS L'ÉDITION LOGICIELLE..............................................................110
FREINS À LA DIFFUSION DE LOGICIELS....................................................................................111
FACTEURS FAVORABLES À LA DIFFUSION DE LOGICIELS...........................................................111
OPPORTUNITÉS......................................................................................................................112
"BEST PRACTICES"................................................................................................................112
ATTENTES DE DAE DANS LE CADRE D'UNE ACTION EDITION LOGICIELLE GÉNÉRALISÉE...........113
INVENTAIRE DES DÉVELOPPEMENTS ET LOGICIELS DAE..........................................................113
Typologie........................................................................................................................113

4
 ACOUBAT SOUND........................................................................................................114
MITHRA.........................................................................................................................114
MITHRASON..................................................................................................................115
EPIDAURE, EBINAUR..................................................................................................115
ICARE.............................................................................................................................115
Boite à outils pour l'acoustique......................................................................................115
Boite à outils pour la réalité virtuelle............................................................................116
CARMEN........................................................................................................................116
CASC..............................................................................................................................116
MICADO.........................................................................................................................116
MEFISSTO.....................................................................................................................116
4AS..................................................................................................................................116
PARABOLE....................................................................................................................117
ATLAS.............................................................................................................................117
LABE...............................................................................................................................117
LE DÉPARTEMENT STRUCTURE SÉCURITÉ FEU - DSSF......................................118
PARTICIPANTS.......................................................................................................................118
LE LOGICIEL DANS LES ACTIVITÉS DE DSSF...........................................................................118
ACTIVITÉS DE DSSF S’APPUYANT SUR DES OUTILS LOGICIELS................................................119
CLIENTS ET FINANCEMENTS...................................................................................................119
PARTENAIRES........................................................................................................................120
INVENTAIRE DES DÉVELOPPEMENTS ET LOGICIELS DSSF........................................................120
SYMPHONIE..................................................................................................................120
STABOS..........................................................................................................................120
BITMAC..........................................................................................................................120
FISBA.............................................................................................................................120
CIFI................................................................................................................................120
NAT.................................................................................................................................121
BATIDIM........................................................................................................................121
STABFEU.......................................................................................................................121
MARC.............................................................................................................................121
Simulation des incendies................................................................................................121
URUS..............................................................................................................................121
CIMFEU.........................................................................................................................121
BEFIM............................................................................................................................121
FREINS À LA DIFFUSION DE LOGICIELS....................................................................................122
FACTEURS FAVORABLES ET OPPORTUNITÉS.............................................................................122
Code ASTER (www.code-aster.org)...............................................................................122
Fascicules de la direction des marchés publics.............................................................122
Eurocodes.......................................................................................................................122
Saisie automatique des bâtiments (VIZALL, IFC)..........................................................122
Gestion complète du cycle de vie du bâtiment................................................................123
Méthodes de calcul simplifiées.......................................................................................123
Valorisation des données techniques..............................................................................123
Prescription de solutions logicielles...............................................................................123
Mutualisation des moyens de calculs.............................................................................123
Thèmes émergents...........................................................................................................123
Approche statistique.......................................................................................................124
ATTENTES DE DSSF DANS LE CADRE D'UNE ACTION EDITION LOGICIELLE GÉNÉRALISÉE.........124

5
 Format de données.........................................................................................................124
Maîtrise du code.............................................................................................................124
Assurance qualité logicielle............................................................................................124
Stratégie commune.........................................................................................................124
DEUX MOTS DES AUTRES DÉPARTEMENTS, DRD & DT.......................................125
PARTICIPANTS.......................................................................................................................125
VISION COLLECTIVE DES DÉPARTEMENTS...............................................................................125
Pilotage...........................................................................................................................125
Positionnement/Cycle de vie :........................................................................................125
Qualité du logiciel..........................................................................................................125
Etablissement du prix.....................................................................................................126
Questions juridiques.......................................................................................................126
SURVOL DES DÉPARTEMENTS ET DRD & DT........................................................................126
SYNTHÈSE.............................................................................................................................128
QUELQUES ELÉMENTS SUR L’OFFRE COMMERCIALE EXISTANTE...............129
CALCUL................................................................................................................................129
AD DEVELOPPEMENT..................................................................................................129
ADX.................................................................................................................................129
ANCOTECH....................................................................................................................129
ARMACAD......................................................................................................................129
BUILDSOFT....................................................................................................................129
CABLOA..........................................................................................................................129
CADWORK INFORMATIQUE.........................................................................................129
DESCARTES....................................................................................................................130
ÉPICENTRE....................................................................................................................130
FAUCONNET INGENIERIE S.A......................................................................................130
FLOVENT........................................................................................................................130
GRAITEC........................................................................................................................130
iMEDIA...........................................................................................................................130
ITECH.............................................................................................................................130
LOGIBOIS.......................................................................................................................130
LUQS...............................................................................................................................130
MELBA 98.......................................................................................................................131
NAILWEB CALCUL LT...................................................................................................131
PERRENOUD..................................................................................................................131
PRO CLIM 3D.................................................................................................................131
ROBOT MILLENIUM......................................................................................................131
TEKLA XSTEEL..............................................................................................................131
TISSEYRE ET ASSOCIES................................................................................................131
VALVES...........................................................................................................................131
CAO....................................................................................................................................132
ABIS 3D...........................................................................................................................132
ABISPLAN.......................................................................................................................132
ARC+ PROGRESS 4........................................................................................................132
ARCHIBALD...................................................................................................................132
ARCHICADO..................................................................................................................132
ARCHIDATA...................................................................................................................132
ATLANTIC'S....................................................................................................................132
AUTODESK.....................................................................................................................132

6
 BLM INGENIERIE..........................................................................................................132
CADWORK......................................................................................................................133
DATACAD LLC...............................................................................................................133
DP TECH........................................................................................................................133
DX CONVERT 4.0...........................................................................................................133
FELIXCAD ET FELIXCAD MOBILE...............................................................................133
FTZ..................................................................................................................................133
GESTAFF........................................................................................................................133
GRAPHILAND.................................................................................................................134
I-MAGINER.....................................................................................................................134
KITCHENDRAW.............................................................................................................134
LT ARCHI........................................................................................................................134
MENSURA VOIRIE URBAINE........................................................................................134
METALOGIC...................................................................................................................134
METRICOM....................................................................................................................134
MOSAIQUE 2000............................................................................................................134
NEMETSCHEK FRANCE................................................................................................134
PIXEDIT..........................................................................................................................135
PROFAST........................................................................................................................135
SOFT CAD......................................................................................................................135
STARBAT C.A.O/D.A.O...................................................................................................135
TEXACAD.......................................................................................................................135
THERMOTEQUE............................................................................................................135
TOP A.E.C. SA.................................................................................................................135
TOP ARCHI.....................................................................................................................135
TOPDESIGN...................................................................................................................136
TRACE............................................................................................................................136
VITRUVE.........................................................................................................................136
GESTION...............................................................................................................................136
ANAEL BTP.....................................................................................................................136
DEVIS BTP......................................................................................................................136
EURICIEL.......................................................................................................................136
Gestion BTP pour Windows.............................................................................................136
LOGICIEL OPERA..........................................................................................................136
Marge+...........................................................................................................................136
Planning BTP pour Windows...........................................................................................137
PRO G PRODUCTION....................................................................................................137
SPI SOFTWARE..............................................................................................................137
Suivi BTP pour Windows..................................................................................................137
GESTION DE PROJET...............................................................................................................137
BATIMAX........................................................................................................................137
G.I.T................................................................................................................................137
HYPERARCHI 4..............................................................................................................137
SGTI (Derbi)...................................................................................................................138
IMMOBILIER..........................................................................................................................138
ABSIA..............................................................................................................................138
AGILE.............................................................................................................................138
ALEXIA...........................................................................................................................138
ALTO INFORMATIQUE..................................................................................................138
ARAMIS...........................................................................................................................138

7
 ARKIANE PROGICIELS..................................................................................................138
CERG DEVELOPPEMENT.............................................................................................139
DELGER.........................................................................................................................139
EGIDE INFORMATIQUE................................................................................................139
GAIN+ZA........................................................................................................................139
GESTRAT........................................................................................................................139
GETAL-ARGOS...............................................................................................................139
GIBTOS...........................................................................................................................139
GROUPE SEII.................................................................................................................139
HORIZON 2000 INFORMATIQUE..................................................................................139
JONQUILLE GERANCE..................................................................................................139
LIS INFORMATIQUE......................................................................................................140
LOG'IN MICROLOG.......................................................................................................140
LOGIQUE.......................................................................................................................140
LOLITA...........................................................................................................................140
MILADY..........................................................................................................................140
MIMOSA COMPTABILITE GENERALE..........................................................................140
PRIMEVERE...................................................................................................................140
PRISCA...........................................................................................................................140
PRO PLAN AMENAGEMENT.........................................................................................140
SDGI...............................................................................................................................140
SEET CECOBA ROCHER...............................................................................................140
SIMS................................................................................................................................140
SYCO...............................................................................................................................141
SYNDIC SGDI.................................................................................................................141
TRANSACTION...............................................................................................................141
VALERIA.........................................................................................................................141
VENDELIS......................................................................................................................141
MAINTENANCE......................................................................................................................141
CIRIS...............................................................................................................................141
CORIM SOLUTIONS.......................................................................................................141
SIVECO GROUP.............................................................................................................141
TECLOGIE......................................................................................................................141
MÉTRÉ..................................................................................................................................142
CALEpinage®.................................................................................................................142
CLOIsons®......................................................................................................................142
COVADIS........................................................................................................................142
Devis BTP pour Windows................................................................................................142
DK.METRE......................................................................................................................142
E BAT..............................................................................................................................142
ELCIA PRODEVIS..........................................................................................................142
L’ESTIMATEUR..............................................................................................................143
LOGIcal.prm®................................................................................................................143
LOGIceram®...................................................................................................................143
MESURA.........................................................................................................................143
MUTI DEVIS 2000...........................................................................................................143
OPTICOUPE...................................................................................................................143
PRODEVIS......................................................................................................................143
SESIA..............................................................................................................................143
TOBAGO.........................................................................................................................143

8
SITES INTERNET DE L’OFFRE COMMERCIALE EXISTANTE.............................144
RECOMMANDATIONS EN GUISE DE CONCLUSION...............................................147
INTRODUCTION......................................................................................................................147
RECOMMANDATIONS STRATÉGIQUES......................................................................................147
RECOMMANDATIONS TECHNIQUES.........................................................................................148
RECOMMANDATIONS ORGANISATIONNELLES..........................................................................149
RECOMMANDATIONS COMMERCIALES ET FINANCIÈRES...........................................................150
INITIALISATION DES RECOMMANDATIONS...............................................................................150
QUELQUES RÉFÉRENCES DE L’AUTEUR..................................................................151
INDEX....................................................................................................................................161

9
Introduction Générale
La mission logicielle telle qu’elle a été définie s’intéresse à un certain nombre de questions
fondamentales qui ont toutes un impact sur la capacité du CSTB à agir en qualité de concepteur,
développeur, producteur, éditeur et vendeur de logiciels.

Bien que de nombreuses relations existent entre ces grandes questions, il a été pour des raisons de
clarté de la présentation utile de les aborder de manière séparée, le lecteur devant conserver à l’esprit
qu’elles sont souvent intimement liées. Par exemple, il ne saurait être question de politique technique
sans s’intéresser aux dispositions organisationnelles qui peuvent être prises pour en garantir la bonne
exécution, ou encore d’une stratégie technique qui ferait fi des réalité du terrain du point de vue du
parc matériel et logiciel des utilisateurs ou de considérations commerciales lors du déploiement des
produits en faisant des hypothèses fortes sur les capacités d’équipement des clients, etc. Ainsi les
questions sont interdépendantes, et agir sur l’une sans mesurer les effets ou les conséquences sur les
autres est de peu d’utilité. C’est probablement la complexité de chacun des sujets que nous allons
aborder, couplée à leurs inter-relations qui rend l’activité logicielle difficile.

La politique technique est une question essentielle. On y abordera des thèmes comme la mesure de
la pertinence d’une solution technique, les conséquences en termes de productivité, de cohérence
entre les développements entrepris dans différents départements du CSTB, d’interopérabilité et
pérennité des développements logiciels par l’adoption de langages et de plate-formes de
développement préférentiels, de la mise en œuvre de bibliothèques de composants logiciels
réutilisables, de la documentation systématique et standardisée selon des normes de l’entreprise, de
maintenance corrective et adaptative, etc. Le champ est immense et si le CSTB peut s’enorgueillir de
posséder divers métiers celui du logiciel en tant que tel ne lui est finalement pas vraiment naturel.

Les questions de responsabilités préoccupent la Direction du CSTB, à juste titre, compte tenu des
conséquences importantes que peuvent avoir un usage erroné ou tout simplement hors des limites
prévues d’un logiciel. Ceci est particulièrement vrai compte tenu des capitaux engagés dans des
opérations de construction ou de TP, les erreurs, et malfaçons engendrés par voie de conséquences
ou autres problèmes se soldant généralement par un impact financier important voire considérable et
des délais, lesquels engendrent eux-même en retour des pénalités. Les hypothèses de modélisation
et les techniques de résolution numériques, doivent être explicitées et comprises des utilisateurs qui
doivent s’engager à décliner la responsabilité des concepteurs selon des modalités sur lesquelles
nous reviendront par la suite. Au titre de la portée juridique interviennent également les questions de
protection des logiciels, des droits qui leurs sont attachés et du transfert de ces droits aux utilisateurs,
avec toutes les limites qu’il convient d’imposer pour diverses raisons, ne seraient-ce que celles de
responsabilité qui viennent d’être exposées.

Les processus décisionnels et la logique économique doivent être bien maîtrisés et la décision de la
diffusion d’un logiciel doit être prise en parfaite connaissance de cause des implications sur les autres
activités. On peut en effet parfois penser que la mise à disposition d’un outil logiciel sophistiqué
auprès des utilisateurs finaux pourrait être de nature à diminuer les montants de contrats obtenus
lorsque ces derniers s’appuyaient sur la mise en œuvre d’un logiciel propriétaire assez sophistiqué
pour justifier de dispenser des prestations. Nous reviendrons par la suite sur ces arguments, et sans
en dire davantage, nous avons tendance à penser que la diffusion du logiciel – si elle est faite
correctement et que les utilisateurs peuvent s’appuyer sur l’éditeur en fonction que de besoin – peut
au contraire augmenter les volumes d’affaires. Ce point de vue sera argumenté par la suite.

La diffusion suppose des organisations et des démarches spécifiques tant pour le développement que
pour la promotion et la commercialisation dans un contexte où la connaissance de l’évolution rapide
des technologies informatiques reste un investissement permanent et où la cible commerciale est
souvent mouvante. Il ne suffit pas de remplir un service que l’on a pu identifier à un moment donné et
qui correspond à un besoin clair d’une population d’utilisateurs, encore faut-il que les conditions de la
cible n’aient pas changées entre le moment où le chantier est lancé et celui où la commercialisation
s’opère. Ce genre de problème s’est déjà malheureusement rencontré, ne serait-ce pour l’illustrer que

10
dans le cas où l’utilisateur ne veut plus – par exemple – d’une solution utilisant des données en local,
même si elles sont fréquemment mises à jour sous forme de CDs, mais où il souhaite pouvoir déporter
ce coût vers le fournisseur en se connectant par internet à ses serveurs. Dans ce cas, même si le
besoin est fonctionnellement satisfait par la solution proposée, le contexte technique ayant
suffisamment changé et ce de manière assez rapide pour qu’une migration devienne difficile, il est
alors très dur de commercialiser le produit qui rate sa cible. De ce point de vue, les étapes
d’investissement doivent être contrôlées régulièrement, et les décisions doivent se fonder sur une
analyse du type espérance de gains sur risque en tenant compte de la connaissance du marché, de la
concurrence, d’un business plan, etc.

Bien sûr et on le comprend aisément de ce qui vient d’être rapidement évoqué, le CSTB a tout intérêt
à mettre en place des partenariats pour s’appuyer sur des spécialistes de ces diverses questions.

Enfin, une mission comme celle-ci, conduite sur une durée de temps très limitée, n’aura permis que de
survoler l’ensemble des questions qui se posent et d’offrir un panorama nécessairement un peu
rustique de nombre de sujets qui mériteraient d’être approfondis.

Acceptons en l’augure.

11
Politique technique
Introduction
Les mérites d’une politique technique en matière logicielle peuvent s’entrevoir en observant les
phénomènes nés de son absence, et qui font que l’on maximise alors le quasi chaos en favorisant
l’émergence d’une multitude de compétences techniques ou méthodologiques sur des outils aussi
divers et incompatibles que possible.

Cette entrée en matière abrupte, ne rend compte hélas que d’une partie des problèmes en focalisant
sur les outils, qui ne constituent en un sens que le langage support qui devrait être commun pour que
les idées puissent s’échanger. Mais le plus grave est que l’extrême diversité des moyens déployés
depuis la modélisation, la conception, le codage, le test unitaire et le déploiement (entre autres) rend
l’échange et la factorisation des idées impossibles. Nous sommes trop hétérogènes et à tous les
niveaux pour espérer faire levier sur la diversité de nos compétences métier, nous sommes souvent
en matière logicielle des étrangers les uns pour les autres dans une même entreprise. Quand bien
même parviendrions nous à nous comprendre et à discerner un destin commun – qui dépasserait les
intérêts d’un service ou d’un département – et l’on citera quelques projets de cette nature que la mise
en œuvre pratique en serait rendue impossible.

Une stratégie technique, mise en place de manière progressive avec l’adhésion des acteurs, devrait
permettre de créer les conditions permettant de partager des formes d’expression et de représentation
– en matière logicielle – communes permettant aux départements de se renforcer et d’échanger des
blocs de connaissances sous forme logicielle, susceptibles d’être intégrés dans de la valeur ajoutée
créée par d’autres départements.

C’est un très vaste sujet, mais les objectifs minimaux que l’on pourrait fixer à une telle ambition
seraient de mettre en place :

 des procédures et des outils standardisés pour factoriser les compétences métiers des
départements dans des logiciels grâce à une homogénéité de moyens, de méthodes et
d’outils pour les spécifications, les développements (plate-formes de développement (.NET),
langages (C#,VB.NET)), les méthodes de documentation, la maintenance (corrective et
adaptative) ;
 des bibliothèques de composants logiciels réutilisables ;
 des librairies d’objets logiciels (demande DAE, DDD & DSSF) et de comportements
« normalisés » associés à ces objets (code réutilisable) ;
 des modèles physiques facilement intégrables à des applications ;
 des bases de données d’entreprise offrant de plus si besoin un support pour la gestion de la
relation client (GRC) ;
 des contenus numériques harmonisés et structurés (e.g. composants d’ouvrages, matériaux /
produits, données issues ATs, ETI, etc.),
 des utilitaires logiciels partagés (Interfaçages, Pré / post processeurs, « mailleurs », outils de
rendu, etc.) ;
 des ressources de haut niveau (IHM, protocoles entre objets, réseaux, etc.)

Les Outils
Introduction
Il existe pléthore de langages, d’environnements de développement, de solutions informatiques au
sens large. L’une des difficultés pour le CSTB est de ne pas se disperser dans une multitude de
solutions aussi peu compatibles les unes avec les autres que possible. Ce qui ressemble
malheureusement un peu à la situation actuelle, qui est elle même le résultat d’un ensemble de micro-

12
politiques qui cherchent individuellement à répondre au mieux aux contraintes de projets particuliers.
De tout ces environnements, il en existe des incontournables que nous allons citer ci-après et dont
nous mettrons en exergue les points forts afin de faciliter leur positionnement respectif. Il est
indispensable pour le CSTB de disposer d’une bonne compétence répartie au sein des départements
sur ces différentes solutions et plate-formes. Sans exclure bien évidemment la nécessité qui peut se
faire jour de maîtriser tel ou tel autre produit pour des raisons liées à l’exécution d’un contrat pour
lequel des contraintes spécifiques ont pu apparaître. Le tout étant de ne pas faire de l’exception une
généralité, qui est un peu la tendance actuelle, et qui contribue à l’entropie difficile à gérer à laquelle
les équipes ont une tendance endémique à s’auto exposer.

Ceci étant, la tendance en matière d’environnement de développement va aujourd’hui beaucoup plus

loin en proposant de prendre en compte la totalité du cycle de vie des logiciels, et ces nouvelles
solutions apparaîtront dans le courant de l’année 2005, une concurrence féroce se développant alors
entre les offres, dans la mesure où le cycle de vie étant intégralement couvert, il sera alors peu
probable que le client change son fusil d’épaule en cours de route d’une développement…

UML
UML (Unified Modeling Language, "langage de modélisation objet unifié") est né de la fusion des trois
méthodes qui ont le plus influencé la modélisation objet au milieu des années 90 : OMT, Booch et
OOSE.

L'approche objet est pourtant loin d'être une idée récente. Simula, premier langage de programmation
à implémenter le concept de type abstrait à l'aide de classes, date de 1967 ! Au début des années 70
déjà, Smalltalk implémente les concepts fondateurs de l'approche objet et CLOS (le Common LISP
Object System) ainsi que microCEYX de l’INRIA au début des années 80 sont parmi les plus anciens
langages objets offrant : encapsulation, agrégation, héritage. Les premiers compilateurs C++ datent
du début des années 80 et de nombreux langages orientés objets "académiques" ont étayés les
concepts objets (Eiffel, Objective C,...). Il y donc déjà longtemps que l'approche objet est devenue une
réalité. Les concepts de base de l'approche objet sont stables et largement éprouvés. De nos jours,
programmer "objet", c'est bénéficier d'une panoplie d'outils et de langages performants. L'approche
objet est une solution technologique incontournable. Ce n'est plus une mode, mais un réflexe quasi-
automatique dès lors qu'on cherche à concevoir des logiciels complexes qui doivent "résister" à des
évolutions incessantes.

L’objet est devenu pour les informaticiens incontournable. D’un concept qui était à la mode dans les
laboratoires de recherche en informatique de la fin de la décennie 80, une offre industrielle mature a
désormais émergé. Une grande partie du bénéfice d’une approche objet ne peut être retiré que si très
tôt dans le cycle de développement du logiciel on « pense » objet et on commence eu égard au cahier
des charges à spécifier en objets. Pour l’immense majorité des logiciels développés par le CSTB, et
quel que soit le stade de ces systèmes, du prototype au produit, aucune spécification objet n’est
disponible. Même pour les plus connus, les plus vendus et les plus prestigieux, pour ne pas les
nommer, le chemin vers l’objet ne fait que débuter en cette fin 2004, et il sera long car les équipes
devront s’adapter. Ors, une bonne spécification passe immanquablement par un diagramme de
classes UML (ou autre) qui permette de garantir que les structures de données satisferont aux
besoins exprimés dans le cahier des charges, qu’elles seront documentées et qu’elles
accompagneront les développements en servant de matrice à la production des classes (au sens du
code), puis de support à l’implémentation des fonctionnalités.

Pour l’heure une très petite minorité des développeurs pense « objet » et est en mesure d’employer
des méthodes de spécification comme UML pour permettre une certaine longévité aux
développements, sans même penser réutilisabilité des classes et du code qui serait éminemment
désirable. Et pourtant l’enjeu est considérable, ce d’autant plus que les moyens du CSTB en matière
logicielle sont limités et qu’ils doivent être employés au mieux. Si UML devait être retenu comme une
composante d’une politique technique logicielle pour la spécification des structures de classes, il serait
alors indispensable de s’assurer que cette connaissance soit assez largement répartie et disponible,
en veillant aux formations requises éventuellement.

13
En fait, il est plus naturel pour l'esprit humain de décomposer un problème informatique sous forme
d'une hiérarchie de fonctions élémentaires et de données, qu'en terme d'objets et d'interaction entre
ces objets. Souvent les objets ne servent que de support à l’application des fonctions et la
décomposition objet, le modèle est sous estimé et sans un cadre méthodologique approprié, la dérive
fonctionnelle de la conception est inévitable. Malheureusement, beaucoup de développeurs ne
pensent souvent objet qu'à travers un langage de programmation. Or les langages orientés objet ne
sont que des outils qui proposent une manière particulière d'implémenter certains concepts. Ils ne
permettent pas la représentation « objet » d’un système complexe que l’on souhaite modéliser de
manière indépendante des langages, et voué à une certaine pérennité d’usage de par son
universalité.

Pour remédier à ces inconvénients majeurs de l'approche objet, il nous faut donc :

 un langage (pour s'exprimer clairement à l'aide des concepts objets), qui doit permettre de
représenter des concepts abstraits (graphiquement par exemple), limiter les ambiguïtés
(parler un langage commun, au vocabulaire précis, indépendant des langages orientés objet),
faciliter l'analyse (simplifier la comparaison et l'évaluation de solutions).

 une démarche d'analyse et de conception objet, pour ne pas effectuer une analyse
fonctionnelle et se contenter d'une implémentation objet, mais penser objet dès le départ,
définir les vues qui permettent de décrire tous les aspects d'un système avec des concepts
objets.

L'unification et la normalisation des méthodes objet dominantes (OMT, Booch et OOSE) ne datent
que de 1995. UML est le fruit de cette fusion. UML, ainsi que les méthodes dont il est issu, s'accordent
sur un point : une analyse objet passe par une modélisation objet.

Un modèle objet est une abstraction de la réalité et consiste à identifier les caractéristiques
intéressantes des entités en vue d'une utilisation précise, ainsi qu’à déterminer les relations que ces
entités entretiennent entre elles et bien qu'un tel modèle ne représente pas une réalité absolue, il
reflète des aspects importants de la réalité, et en donne donc une vue juste et pertinente, du moins
pour l’usage auquel il est destiné. Le modèle réduit la complexité du système étudié, permet de le
simuler, le représente et reproduit ses comportements. UML permet donc de modéliser une
application selon une vision objet.

UML est une norme, un langage de modélisation objet, un support de communication, un cadre
méthodologique. Fin 1997, UML est devenu une norme de l’OMG (Object Management Group) qui
est un organisme à but non lucratif, créé en 1989 à l'initiative de grandes sociétés (HP, Sun, Unisys,
American Airlines, Philips...). Aujourd'hui, l'OMG fédère plus de 850 acteurs du monde informatique.
Son rôle est de promouvoir des standards qui garantissent l'interopérabilité entre applications
orientées objet, développées sur des réseaux hétérogènes.
L'OMG propose notamment l'architecture CORBA (Common Object Request Broker Architecture) qui
a été au cœur des projets VEGA et PERDIS conduits par SAIL au CSTB, un modèle standard pour la
construction d'applications à objets distribués (répartis sur un réseau). Pour rester simple, on peut
considérer CORBA comme une généralisation de l'architecture clients/serveurs aux objets.

Pour penser et concevoir objet, il faut savoir manipuler des concepts abstraits, indépendants des
langages d'implémentation et des contraintes purement techniques. Les langages de programmation
ne sont pas un support d'analyse adéquat pour "concevoir objet" car ils ne permettent pas de décrire
des solutions en termes de concepts abstraits et constituent un cadre trop rigide pour mener une
analyse itérative. Bien que raisonner en terme d'objets semble naturel, l'approche fonctionnelle reste
la plus intuitive pour la majorité des informaticiens et surtout des numériciens, et donc des ingénieurs
CSTB ! Voilà pourquoi il ne faut pas se contenter d'une implémentation objet, mais se discipliner à
"penser objet" au cours d'une phase d'analyse préalable.

UML permet d'exprimer et d'élaborer des modèles objet, indépendamment de tout langage de
programmation, mais c’est aussi un langage formel, défini par un métamodèle qui décrit de manière
très précise tous les éléments de modélisation (les concepts véhiculés et manipulés par le langage) et
la sémantique de ces éléments (leur définition et le sens de leur utilisation).

14
Programmer objet c’est d’abord concevoir objet, et UML est un outil indispensable pour ce faire en
offrant un support de communication performant, qui facilite la représentation et la compréhension de
solutions objet grâce à sa notation graphique qui permet d'exprimer visuellement une solution,
autorisant ainsi la comparaison et l'évaluation de solutions. De plus, l'aspect formel de sa notation,
limite les ambiguïtés et les incompréhensions. UML est donc bien plus qu'un outil qui permet de
"dessiner" des représentations mentales, il permet de parler un langage commun, normalisé mais
accessible, car visuel.

Ainsi combinés, les différents types de diagrammes UML qui sont le résultat de l’analyse, offrent une
vue complète des aspects statiques et dynamiques d'un système. Les diagrammes permettent donc
d'inspecter un modèle selon différentes perspectives et guident l'utilisation des éléments de
modélisation (les concepts objet), car ils possèdent une structure. Les modèles d'analyse et de
conception ne diffèrent que par leur niveau de détail, et l’implémentation en est rendue aisée au
travers d’une approche itérative par prototypage

UML peut être intégré à n'importe quel processus de développement logiciel de manière transparente,
ce indépendamment des langages cibles et les mérites d’UML en font un candidat incontournable
pour un organisme comme le CSTB qui souhaiterait harmoniser entre les départements les méthodes
de conception afin d’en retirer les inestimables bénéfices qu’il serait en droit d’en attendre :
documentation explicite des modèles, « ré-utilisabilité », « incrémentalité », « maintenabilité », etc.

Le futur environnement de développement de Microsoft Team System ne supportera pas

probablement pas UML mais je suis prêt à parier qu’il intègrera un module de conception graphique
visant à offrir les mêmes fonctionnalités tout en corrigeant les défauts actuels d’UML. En particulier le
fait que l’on soit en droit d’attendre un aller-retour simple au sens de facile entre la phase de
modélisation / conception et celle de production du code correspondant, ce réciproquement. En effet,
les modifications éventuelles apportées au niveau du code (en phase de test / déploiement) doivent
pouvoir être rétro-introduites dans la conception et la documentation correspondante. La richesse,
probablement excessive d’UML, rend le processus parfois impossible en l’état des technologies, et nul
doute que Microsoft gardera le meilleur d’UML pour l’agrémenter à la sauce MS et en livrer un produit
parfaitement intégré à Team System. De toutes manières, la connaissance d’UML facilitera
l’apprentissage des indispensables concepts pour bénéficier de la puissance de Team System. C’est
donc un passage incontournable pour les équipes de développement du CSTB.

.NET
Visual Studio .NET est un ensemble complet d’outils de développement pour construire des
application Web ASP, des Web Services XML, des applications « desktop » et des applications
« mobiles ». Visual Basic .NET, Visual C++ .NET, Visual C# .NET et VISUAL J# .NET utilisent tous le
même environnement de développement intégré (i.e. IDE Integrated Development Environment), qui
permet le partage d’outils et facilite la création de solutions multi-langage. De plus, ces langages sont
conçus pour offrir un levier sur le « framework » .NET, et donner ainsi accès à des technologies
essentielles qui facilitent le développement d’applications Web ASP et de Web Services XML.

La version disponible de .NET VS offre déjà un nombre impressionnant d’outils et de possibilités.

Nous allons rapidement citer les principales nouveautés :

 Visual J# est un outil de développement qui permet aux développeurs Java (familiers avec la
syntaxe du langage) de créer facilement des applications et des services pour .NET, en
incorporant Java dans l’environnement de développement intégré de VS .NET. Visual J#
supporte la plupart des fonctionnalités offertes par Visual J++ 6.0, y compris les extensions
Microsoft, mais n’est pas destiné à la production d’applications s’exécutant sur la machine
virtuelle Java. Les applications ainsi construites ne s’exécuteront que sur le framework .NET,
et Visual J# a été développé indépendamment par Microsoft et ne fait l’objet d’aucun accord
avec SUN Microsystems, Inc.

 VS .NET offre des outils pour le développement d’applications de type « smart device » i.e.
assistants intelligents comme le Pocket PC. Ainsi, en utilisant un sous-ensemble du
framework .NET est-il possible de créer, déboguer, et déployer des applications qui tournent

15
 sur le « .NET Compact Framework » disponible sur des assistants personnels type PDAs,
téléphones mobiles, et autres matériels offrant des ressources limitées. Ceci est évidemment
particulièrement intéressant pour une industrie comme la nôtre, où les acteurs emporteront de
plus en plus d’intelligence, d’informations et de capacités de connexions à d’autres systèmes
matériels ou logiciels sur les chantiers. Le BTP sera certainement un merveilleux champ
d’application pour des PDAs intelligents de toutes sortes, le succès de VIZALL allant bien
évidemment dans ce sens.

 ASP.NET Mobile Designer étend ASP.NET et le framework .NET pour permettre la création
d’applications spécifiques pour les téléphones mobiles, les PDAs et les pagers. Intégré dans
l’IDE, cet outil permet depuis VS de créer des applications Web mobiles, de modifier des
écrans Web mobiles et de les construire et les tester, sans quitter VS.

 Les « Web Forms » sont une technologie ASP.NET qui permet de créer des pages Web
programmables. Ces « formulaires » Web se matérialisent sous forme de scripts et de pages
HTML que n’importe quel navigateur est capable est visualiser. L’intérêt des concevoir
graphiquement et visuellement ces composant en manipulant des contrôles et en leur
associant du code.

 Les « Windows Forms » constituent la nouvelle plate-forme pour le développement

d’applications Windows Microsoft, basées sur le framework .NET. Ce framework fournit un
ensemble de classes orientées objet claires et extensibles qui permet de développer
rapidement des applications extrêmement riches. De plus, ceci peut agir en qualité d’interface
utilisateur locale dans une solution distribuée multi tiers.

 Les « Web Services XML » sont des applications qui peuvent recevoir des requêtes et des
données en utilisant XML au travers d’HTTP. Ces services Web ne sont pas dépendants
d’une technologie de composants Web particuliers ou de conventions d’appel d’objets
précises et peuvent ainsi être accédées par n’importe quel langage, modèle de composant ou
système d’exploitation. Grâce à Visual Studio .NET, il est possible de créer et d’inclure des
Web Services XML à l’aide de divers langages comme Visual Basic, Visual C#, Jscript, etc.

 Le support XML est total en VS. XML (Extensible Markup Language) fournit une méthode
permettant la description de données structurées, comme sous-ensemble de SGML, qui est
optimisée pour le Web. Le World Wide Web Consortium (W3C) a en charge la définition de la
norme XML de telle sorte que les données structurées en XML soient uniformes et
indépendantes des applications. Visual Studio propose XML Designer pour faciliter la gestion
de contenus XML.

Le Framework .NET est un environnement multi langage pour construire, déployer et faire opérer des
Web Services XML et des applications. Il se compose de trois parties essentielles :

Le CLR « Common Language Runtime » joue un rôle à la fois lors du développement et du

déploiement (gestion de la mémoire, des « threads », des processus, de la sécurité, des dépendances
d’un composant envers les autres composants, etc.)

Les classes de programmation unifiées consistent en un ensemble de librairies de classes, orientées

objet, hiérarchiques et extensibles (et leurs APIs). A l’heure actuelle, les développeurs C++ utilisent
les MFCs et les développeurs Java les Windows Foundation Classes. Le Framework .NET unifie ces
modèles disparates et donne également accès aux programmeurs Visual Basic et Jscript aux librairies
de classes. En offrant un ensemble d’APIs communes à tous les langages, le CLR permet de
l’héritage, de la gestion d’erreurs et du débogage dans un contexte hétérogène. Tous les langages
depuis Jscript jusqu’à C++ ont un accès comparable au framework et les développeurs sont libres de
choisir librement le langage préféré pour l’implémentation.

ASP.NET s’appuie sur les classes du framework .NET pour fournir un modèle d’application Web avec
des contrôles (e.g. menus, boites de textes, etc.) et une infrastructure qui facilite la création
d’applications Web ASP. Les contrôles tournent sur le serveur et propagent leur apparence utilisateur
en HTML vers le navigateur. Du côté serveur, les contrôles exposent un modèle de programmation

16
objet qui apporte la richesse de la programmation objet au développeur Web. ASP.NET fournit
également des services d’infrastructure (gestion de l’état des sessions, des processus, etc.) et permet
au développeur de se focaliser sur la logique métier du service Web qu’il veut développer et se
reposer sur l’infrastructure ASP.NET pour délivrer ce service via SOAP.

Tout ceci fait de .NET un environnement de premier choix pour la construction d’applications
sophistiquées, quelles soient ou non déployées sur le Web, et distribuées / réparties ou non
également.

.NET n’est pas encore très largement utilisé au CSTB et il conviendrait de prendre les mesures de
persuasion et de formation nécessaires pour que se développe une plus large culture .NET avec des
facultés de maîtrise et de développement plus largement réparties au sein des départements.

JAVA
Java est incontestablement l’un des langages et l’une des plate-formes que l’on ne peut ignorer, ce
pour de multiples raisons dont nous ne citerons que les plus évidentes. Tout d’abord il est simple, de
par son modèle 100% objet et ses techniques de compilation, Java fait partie des langages les plus
faciles à mettre en oeuvre. Il offre également plus de facilités aux concepteurs / développeurs pour
mettre en oeuvre des "design" propres, gages de modularité, de réutilisation et d’extensibilité.

Java offre de multiples librairies qui démultiplient la puissance de l’environnement. Que ce soit dans la
plate-forme même ou au travers de librairies tierces, des fonctionnalités innombrables sont
disponibles (suivant divers modèles de licences, Open Source ou commercial) pour répondre à la
plupart des besoins, qu'ils soient liés à la technologie (persistance, transactions, « threading »,
« middleware », etc.) ou au domaine lui-même (travail « collaboratif », banque, calcul, etc.).

Java est un environnement basé sur les standards. Qu'il s'agisse de protocoles internet divers et
variés, de sécurité ou encore d'accès aux données, la plate-forme Java fournit des primitives
intégrées basées sur les standards technologiques afférents. C'est le gage d'une ouverture maximale
sur l'extérieur, avec tous les bénéfices que cela peut apporter.

Java reste considéré comme portable. Bien que cela soit parfois anecdotique, la portabilité a fait
beaucoup pour Java et continue d’œuvrer dans le sens de Java. En effet, elle favorise le
développement de librairies et composants réutilisables aisément dans d'autres applications. Il est
également à noter que non seulement le code est portable, mais de plus la spécification J2EE se
place un cran au dessus en proposant divers modèles pour définir des composants métiers
réutilisables (JSP/Servlet, EJB, etc.).

Jusqu'à présent, SUN a fourni ainsi que ses partenaires tels que BEA, IBM ou BORLAND, des
environnements de développement Java de haut de gamme. Mais aujourd'hui, seul Visual Basic
s'adresse au marché de masse des développeurs en entreprise, que SUN voudrait conquérir. C'est le
but de l'environnement de développement graphique Java Studio Creator, lancé par Sun lors de sa
conférence annuelle Java-One en juin dernier, que de séduire les développeurs occasionnels et les
programmeurs peu expérimentés.

Destiné aux environnements J2EE 1.3 ou 1.4, pour des développements sous Solaris, Windows
2000/XP ou Linux, Java Studio Creator inclut le serveur d'applications Sun Java System Application
Server 8 Platform Edition, le kit de développement J2SE et un serveur de base de données SQL. Java
Studio Creator vise les développements Web simples. Il s'agit en fait d'un produit commercial bâti sur
la plate-forme open source NetBeans 3.6. Son coût est de 99 dollars par an.

Parallèlement, Sun a annoncé NetBeans 4.0, qui apporte le support de composants EJB, des services
Web, et de J2ME (Java 2 Platform Micro Edition), ainsi que la notion d'optimisation de performances.
De plus, la version 5.0 de J2SE, prévue pour le 1er semestre 2005, promet de nombreuses
améliorations du langage de programmation, des extensions de diagnostic et d'administration, le tout
associé à de meilleures performances. Lors de JavaOne, Sun en a fait la démonstration sur Longhorn,
le windows du futur, comme chacun sait :
http://msdn.microsoft.com/longhorn/

17
Il est à mon sens peu réaliste pour le CSTB de vouloir se doter des compétences – ce au niveau
requis forcément élevé - sur les deux environnements que sont respectivement .NET (ASP.NET, etc.)
et JAVA (J2EE, EJB) – ne parlons même pas des autres... La situation est que nous avons des
individus compétents dans l’une ou l’autre des technologies, mais nous manquons cruellement
d’équipes de développement depuis la modélisation, la conception, le codage, le test unitaire et le
déploiement (pour ne citer que quelques étapes) qui pourraient venir en appui des départements pour
les aider à mettre la connaissance métier « en boite », c’est à dire dans des systèmes logiciels. La
portabilité de ces plate-formes de l’une vers l’autre est limitée, ce d’autant que la majorité des
applications aujourd’hui demandent de la persistance ou du déploiement Web, qui ont recours à des
approches très différentes dans les deux technologies. Certains argumenteront que nous sommes
confrontés parfois à des situations où le client final impose une technologie (e.g. orientation « open
source »), en particulier quand nous nous insérons dans un déploiement dit « intranet » où le client
veut que nos applications soient homogènes avec ses choix informatiques internes. Je crois que c’est
peut être mal poser le problème ! La question est plutôt : devons nous chercher à nous intégrer dans
la logique intranet du client ou nous contenter de lui fournir le service par internet en le déployant avec
les technologies qui nous paraissent les plus appropriées, évitant ainsi un éventuel conflit avec ses
stratégies internes… D’une manière plus générale, les bases de données primaires – quelle qu’en soit
la nature, e.g. documentaires, matériaux, PVs essais, etc. – doivent résider au CSTB qui peut ainsi en
assurer une maintenance centralisée, organisée et contrôlée, et leur accès doit être assuré par la
consultation depuis des clients légers, de préférence des navigateurs standards chez le client, qui se
contentent d’importer depuis le serveur d’éventuels mécanismes spécifiques aux applications
envisagées.

BDs et Persistance
La persistance des données des applications logicielles est l’une des grandes questions que l’on doit
aborder pour permettre d’une part de déployer efficacement des logiciels mettant en œuvre de grand
volumes de données, mais aussi d’autre part de permettre à diverses applications de s’alimenter dans
un même réservoir d’informations, partagées pour des raisons fonctionnelles ou non d’ailleurs.

Au début des années 90 sont apparues les premières bases de données objets, et des « startup »
comme O2 technologies ont vu le jour pour offrir ces technologies novatrices. Après une phase de
maturation du marché qui a quasiment vu la disparition de ces précurseurs et de leurs solutions, des
stratégies visant à permettre un stockage relativement « normalisé » dans des bases de données
relationnelles de modèles « runtime » objet s’est imposé comme une approche pragmatique, certes
très sous-optimale à la fois du point de vue des efforts tant pour la mettre en œuvre que des
performances à l’exécution, mais une approche réaliste toutefois. On couplait ainsi le logiciel objet et
tous les avantages que nous n’avons précédemment fait que survoler, à la maturité des bases de
données relationnelles et à leur capacité à monter en charge pour les grand volumes de données,
atteignant souvent même pour des applications de taille moyenne des dizaines de millions de lignes
dans des dizaines de giga octets, ce que l’on appelle la « scalability ». Diverses solutions, dont celles
de Microsoft bien sûr, pas chères et fiables se sont imposées, depuis les petites bases jusqu’à plus
grosses avec des outils allant d’ACCESS, en passant par SQL serveur, jusqu’aux solutions
propriétaires lourdes.

Depuis peu, des solutions de bases de données orientées objets adaptées aux environnements de
développement que nous avons cités, comme .NET framework, ont vu le jour et constituent des
alternatives fort intéressantes (car moins coûteuses en temps de mise en œuvre) à la transcription
relationnelle d’un modèle objet en vu de son stockage sous une forme persistante.

Ainsi, Poet Software, l’entreprise qui a développé et commercialisé « FastObject » a été rachetée par
Versant en Mars 2004, système qui constitue à la fois une bonne solution à un problème
technologique important tout en alliant la surface commerciale et la pérennité d’une offre faite par
l’intermédiaire d’une grande entreprise du secteur, i.e. Versant.

Nous allons brièvement aborder cette solution puis essaierons de conclure sur les perspectives pour
le CSTB.

18
FastObject .NET est une solution 100% compatible avec le framework .NET et offre ainsi une
alternative orientée-objet satisfaisante au stockage traditionnel dans des bases de données
relationnelles. Le fonctionnalités offrent ainsi une persistance transparente et une gestion des états au
développeur .NET, ce qui lui permet de cesser de se préoccuper des données pour se concentrer sur
le problème métier qu’il est en train de traiter.

FastObject .NET met en œuvre le langage intermédiaire de .NET (IL) et offre ainsi du la possibilité
d’avoir recours au sein d’une même application à différents langages de programmation comme par
exemple C#, C++, J# ou VB.NET, et n’impose pas de contraintes au modèle objet dont on veut
assurer la persistance, gérant l’héritage, les interfaces ou les collections (au sens .NET) tout en étant
parfaitement intégré à Visual Studio et permettant la mise à jour des liens et dépendances avec la BD
à chaque recompilation. C’est un environnement de base de données transactionnel, qui peut monter
en charge pour gérer le multi utilisateurs grâce à la gestion de systèmes multi processeurs, de « fail-
safe », d’encodage, etc. FastObject .NET assure bien sûr la gestion des versions pour un
déploiement incrémental, l’intégrité des données grâce à des transactions ACID, et permet une
navigation à la fois facile et rapide en utilisant le modèle objet de l’utilisateur comme schéma de base
de données.

FastObject .NET se compose d’un noyau de base de données qui fournit l’essentiel des
fonctionnalités de type base de données et d’un ensemble de bibliothèques à utiliser du coté client. Le
schéma de la base de donnée et le code pour accéder aux données est généré directement à partir
du modèle objet, éliminant ainsi tout besoin de « mapping », i.e. de mise en correspondance entre le
modèle runtime et les données stockées. Les connections des clients sont maintenues grâce à des
sockets TCP/IP, et le multi tiers est géré grâce à du contrôle d’accès basé sur des mécanisme de
verrouillage des objets.

L’architecture « runtime » de FastObject .NET permet de livrer une application autonome, l’utilisateur
final n’ayant pas connaissance de l’existence de ce composant et l’installation restant aussi simple
qu’en l’absence de la BD objet.

Les principales caractéristiques de l’environnement sont :

 La persistance assurée de manière transparente et la gestion des états grâce à une

amélioration du code objet. L’ajout de la persistance est non intrusif dans le modèle objet et

19
 les classes peuvent être déclarées persistante et certains champs utilisés comme index sans
devoir hériter d’une classe de base particulière ou sans devoir implémenter des interfaces
spécifiques. L’ajout de code postérieurement à la compilation permet de gérer les états, les
transactions et mises à jour de la base de manière optimale ;
 L’accès concurrent à la base est géré à partir de stratégies de verrouillage optimistes et
pessimistes afin de garantir la consistance des objets quand plusieurs utilisateurs ou
processus y ont simultanément accès, et le « multi threading » se base sur la mise en place
de multiples transactions, chaque thread d’une application ayant recours à une transaction
séparée ;

 Le support aux modèles objets est total, i.e. héritage, polymorphisme, encapsulation, etc. et il
est n’est pas nécessaire de dégrader le modèle objet pour en assurer le stockage. La
conservation des relations qui existent entre les objets se fait de manière transparente, évitant
les mises en correspondance coûteuses lorsque des jointures de tables doivent être faites
pour restaurer le liens entre objets à partir de la consultation d’une base de données
relationnelles ;

 La gestion de données complexes est rendue facile, le code intermédiaire produit pour
l’assemblage de l’application étant analysé par FastObject .NET pour modifier ce code
intermédiaire afin de supporter automatiquement la persistance. Le schéma suivant illustre le
mécanisme d’amélioration du code intermédiaire et de génération des schémas pour la base
FastObject .NET

 La navigation dans le graphe d’objet est rendue facile et des techniques d’indexation
sophistiquées permettent une très bonne performance dans la recherche des objets stockés

 Les requêtes sont optimisées, grâce aux index, et s’écrivent avec le standard OQL, ‘l’Object
Query Language ;

 L’intégrité des données repose comme dans toute BD sur l’atomicité des transactions qui
garantit qu’une transaction est exécutée complètement ou pas du tout à destination du
stockage physique, ceci étant rendu possible grâce à un fichier de log qui permet de
reprendre – entre autre – la transaction en cas de crash du système (redo log), d’autres
mécanismes existant au niveau des données elles-mêmes « checksum », verrouillage, etc. ;

 La transparence au déploiement de l’application est total, et l’utilisateur de l’application n’a

pas connaissance de l’existence de la base de données, embarquée en quelque sorte. La
base fonctionnera indéfiniment, en l’absence d’administration particulière, en raison du fait
qu’elle embarque les outils indispensable à l’allocation d’espace, à la gestion des index et des
versions des schémas, etc. En cas de migration de schéma, d’une version à la suivante de
l’application, les données sont également migrées ;

20
  La capacité de monter en puissance, en particulier pour le déploiement d’applications web, en
offrant à des clients un accès à des données du serveur et en gérant le « commit » des
transactions, plus exactement la synchronisation automatique entre les clients et le serveur.
De plus la sauvegarde incrémentale des données est possible ;

 Enfin, divers services sont également supportés comme la réplication, l’encryption ou la

sécurisation des communications avec la base au travers de SSL.

La description sommaire d’un environnement comme FastObject .NET a pour seule ambition de
montrer quelles sont les tendances, sachant qu’une BD objet doit permettre d’assurer la persistance
d’un modèle objet pour un effort modeste voire minime. Un stockage relationnel sera forcément plus
coûteux en termes de développement, dans la mesure où le modèle objet doit être « traduit » en
tables puis en procédures et en requêtes qui vont effectuer les jointures nécessaires entre les tables
pour « remplir » les objets. L’une ou l’autre des approches est possible, mais dans les deux cas, le
CSTB doit se doter d’une doctrine, que ce soit pour l’emploi de bases objets – et probablement en
standardiser une – ou pour la « traduction » de modèles objets en systèmes de persistance
relationnelle, afin de garantir le meilleur usage possible des bases ainsi constituées, qui peuvent dans
certains cas contenir une valeur ajoutée de premier plan (e.g. données du LABE).

Le futur des environnements de développement

Introduction
Avant de s’intéresser à ce que pourraient être les environnements de développement du futur et
l’impact majeur qu’ils auront sur les stratégies de développement logicielles à l’avenir pour ceux qui
voudront avoir une chance de rester dans la course, le tableau suivant est un résumé de ce qui est
aujourd’hui disponible et de comment ces plate-formes, toutes déjà fort puissantes, se positionnent les
unes par rapport aux autres. Il ne saurait être question de s’engager dans un projet logiciel sans
s’appuyer sur un environnement de travail visuel, intégré, permettant de gérer au mieux un projet,
apportant des fonctions poussées de déboguage ou d'automatisation des tâches (à commencer par la
compilation, la maintenance des modules, etc.), et liant vers des outils externes (CVS, test unitaire…).

A titre d’exemple, un ensemble de 15 outils répondant à ces critères, sélection qui ne se veut pas
exhaustive mais donne un bon aperçu du marché et des possibilités des offres en présence est
fournie ci-après :

21
 Les environnements de développement généralistes
Editeur / Nom Langages Commentaire
Soutenu par IBM, le projet Eclipse vise à créer
une plate-forme de développement Open
Java. Nombreux plugins pour d'autres
Source aussi modulaire que possible. Gratuite,
Eclipse langages (C#, PHP, Python, Ruby, C/C++,
elle propose de nombreux composants
Erlang, JavaScript...)
répondants aux besoins des développeurs : Ant,
CVS, Debug, Team, WebDAV...
En réalité plusieurs éditeurs vendus sous un
même nom (en attendant VS.NET 2005 qui
Microsoft Visual L'ensemble des langages soutenus par devrait tous les unifier sous une même
Studio .NET : C#, VB.NET, J#, C++, JScript. bannière). Ce sont les outils à utiliser pour tout
développement .NET professionnels, étant
conçus par Microsoft...

Les environnements de développement Java/J2EE

Editeur / Nom
IBM WebSphere Studio
Application Developer
Borland JBuilder
JetBrains IntelliJ IDEA
Oracle JDeveloper
BEA WebLogic Workshop
NetBeans
Commentaire
Basé sur le projet Eclipse, IBM y a ajouté nombre de fonctionnalités que
l'éditeur ne souhaitait probablement pas voir intégrées directement au projet
Open Source : assistants au développement, éditeur UML, support des JSF et
de Struts, outils de profiling...
Probablement l'environnement Java le plus utilisé, celui-ci comprend un
support des JSF et de Struts, la possibilité de travailler directement avec les
serveurs BEA, IBM, Sybase ou JBoss, des outils de refactoring distribué et
d'audit de code, l'intégration de OptimizeIt...
Fournissant déjà de nombreux outils par défaut (refactoring, Ant, JUnit,
CVS...), IntelliJ IDEA dispose également d'une communauté active fournissant
nombre de plug-ins tiers. Il fréquemment cité comme éditeur le mieux conçu
pour aider le développeurs, rendant les tâches rébarbatives rapides à
concevoir...
Loin de se limiter aux outils Oracle (serveur d'application, base de données...),
JDeveloper est un éditeur complet : modélisation UML, gestion d'équipe de
développement (CVS, ClearCase...), éditeur XML puissant, support des services
Web...
Brique essentielle de la plate-forme WebLogic de l'éditeur, surtout connue pour
son serveur d'application, Workshop est un environnement solide de
programmation visuelle : classes de gestion de services Web intégrées, support
Struts et architecture MVC, support total de J2EE...
Soutenu par Sun, ce projet Open Source offre un environnement solide : Ant,
reconnaissance de base de données, support CORBA/RMI/JNDI/JINI, éditeurs
XML, CSS et DTD complets, débogueur, gestion des versions avec
CVS/PVCS/VSS, éditeur AWT/Swing en WYSIWYG... La version 4.0, aujourd'hui
en béta, promet beaucoup : refactoring, intégration Ant complète, support
J2SE 5.0, J2ME...

Les environnements de développement C#/.NET

Editeur / Nom Commentaire
Avec l'intégration de C#Builder au sein de Delphi, Borland propose désormais
un outil complet .NET/Win32 qui peut ravir la plupart des développeurs :
Delphi conception d'applications Windows & Web, modélisation UML, connexion directe
aux bases de données, refactoring, test unitaire, intégration native de Borland
StarTeam...
Pour ceux qui veulent programmer de manière visuelle avec ASP.NET, les
Microsoft ASP Web Matrix ingénieurs MS ont conçu cet outil gratuit qui permet déjà beaucoup, et intègre
notamment un serveur Web pour tester ses applications.
Placé en Open Source (licence GPL), #develop propose un éditeur C#/VB.NET
#develop
avec un analyseur d'assemblage et un outil de test intégré.

Les environnements de développement PHP

Editeur / Nom Commentaire
Conçu par une société française, PHP Edit a beaucoup grandit depuis ses
PHP Edit premiers pas pour intégrer aujourd'hui un débogueur et un éditeur UML
intégrés.

22
 Disposant d'un profiler d'un analyser de code (même PHP5), d'un manager de
Zend PHP Studio code via CVS, d'un vérificateur de syntaxe en direct, et d'un débogueur, l'outil
vendu par les créateurs de PHP reste l'un des plus aboutis.
Les points forts de cet environnement populaire : intégration des classes
NuSphere PHPEd NuSOAP de gestion de services Web, utilisation directe des bases de données
MySQL et PostgreSQL, intégration CVS complète, navigateur HTML intégré...

L'un des éditeurs les mieux conçus, avec support PHP5, gestion de versions par
Maguma Workbench
CVS, moteur de deboguage, support PHPDoc...

Les dernières éditions de JavaOne et de TechEd (prochaine conférence 5-8/07/2005 à Amsterdam)

ont confirmé la volonté des grands dont Microsoft de fournir des solutions couvrant la quasi-intégralité
du cycle de développement du logiciel. Les trois grands acteurs en la matière sont Microsoft (VS
Team System), IBM Rational (Atlantic) et Borland (Themis).

L’objectif est aussi à la marge d’ « encapsuler » les développeurs PHP, grâce à une version allégée
du célèbre Visual Studio qui verra le jour en 2005 et succèdera à Asp Web Matrix, un outil de
développement pour sites Web lancé en 2002. SUN fera évoluer Java afin qu'il puisse supporter ce
langage de script.

IBM
Quelques semaines à peine après Microsoft et Visual Studio Team System 2005, IBM a annoncé fin
juillet 2004 une stratégie identique visant une solution quasi complète de couverture du cycle de
développement. L'éditeur proposera, d'ici à la fin de l'année, une plate-forme de développement
collaboratif complètement intégrée. Basée sur Eclipse 3.0 (open source enrichi des outils de Rational),
ATLANTIC comportera des modules de modélisation, de gestion des exigences, de gestion de
configuration, de développement, de test, de déploiement, etc. ATLANTIC vise toutes les
technologies, de C à Java en passant par C# et Visual Basic .Net. Bien qu’il soit aujourd’hui possible
de construire un environnement collaboratif à partir des outils issus du portefeuille « Rational » d’IBM,
l’objectif sera de renforcer la facilité d’utilisation de tels outils afin de dépasser la population naturelle
des utilisateurs et de la base installée de Rational (i.e. les développeurs d’entreprise) pour s’aventurer
en des terres normalement tenues par Microsoft.

Microsoft
Début juillet donc, Microsoft a présenté la prochaine version de son environnement de développement
intégré (i.e. IDE Integrated Development Environment) : Visual Studio 2005. Disponible mi-2005, ce
dernier sera décliné en trois gammes : Express, Professionnel et Team System . Express vise les
débutants, couvre tous les langages de l'éditeur, et sera commercialisé quelques dizaines d'Euros.
L'édition professionnelle supporte, quant à elle, le framework .Net 2.0 et comporte un nouvel outil de
modélisation.

C’est surtout Team System qui se démarque de l’existant et montre la voie des futurs environnements
de développement et des perspectives qu’il vont offrir. L'éditeur souhaite en effet couvrir tout le cycle
de développement. Pour la première fois, tous les acteurs d'un projet informatique collaborent autour
du même outil, qui intègre toutes les fonctionnalités nécessaires et Team System Foundation devient
le pivot de l'intégration, du moins au niveau de l’implémentation.

La modélisation s'effectue dans WhiteHorse, un modeleur de services Web et de diagrammes de

classes, mais ne respecte malheureusement pas UML. En revanche, la gestion des projets et des
interactions entre développeurs s'appuie sur le serveur Team System Foundation et se révèle
particulièrement complète. Il stocke toutes les informations et expose l'ensemble de ses fonctions via
des services Web afin de faciliter l'intégration d'outils tiers.

23
Associé à Visual SourceSafe, c'est un concurrent direct d'outils tels que StarTeam de Borland. Team
System fournit de plus une batterie complète d'outils de test et inclut aussi un gestionnaire de builds
(MSBuild) et facilite les déploiements. Microsoft risque cependant de faire de l'ombre à certains
partenaires tels que Mercury, Borland et IBM Rational, qui comblaient jusqu'à présent les lacunes de
Visual Studio. Visual Studio 2005 Team System sera donc un environnement digne du futur qui
comportera des outils de travail en groupe, de modélisation et de test. Le CSTB se devra de faire des
choix et de s’y tenir afin - compte tenu des ressources limitées - de se donner les meilleures chances
d’accéder et de maîtriser les meilleurs environnements de développement qui vont apparaître dès
2005 sur le marché.

L’usine logicielle : attentes et perspectives

Pour bien mesurer l’importance de ces plate-formes de développement qui vont apparaître en 2005, et
introduire le concept d’usine logicielle, il faut savoir que les méthodes actuelles de développement se
traduisent dans l’industrie du logiciel par des chiffres désastreux : selon une récente étude menée par
Borland, seuls 16% des projets tiennent leurs engagements, tandis que 37% sont tout simplement
arrêtés en cours de route et passent pour pertes et profits. Les 47% restants dépassent le budget ou
les délais initialement prévus, ou ne satisfont pas totalement aux besoins fonctionnels.

Les grandes entreprises qui ont senti le besoin de disposer de plate-formes offrant davantage de
support pour la gestion de leurs développements logiciels se sont aujourd’hui tournées vers les
possibilités offertes aux acteurs du logiciel libre. Il y a de bonnes raisons pour cela, la principale
d’entre elles venant du fait que les acteurs du logiciels libre, étant séparés par toutes de barrières,
quelles soient géographiques, physiques, organisationnelles ou autres ont du recourir à des
techniques permettant de développer du logiciel dans ces contextes d’extrême fragmentation et de
grande diversité technique et culturelle.

Un certain nombre d’outils reviennent régulièrement dans les pratiques open source et l’on peut citer
Sourceforge , Mantis pour la recherche de bogues php/MySQL/Web http://www.mantisbt.org/ , Maven
(entre autre gestion des « build » dans une ligné remontant aux anciens « makefile »)
http://maven.apache.org/ , CVS (configurations), IntelliJ en matière d’IDE Java sophistiqué
http://www.jetbrains.com/idea/ Junit http://junit.sourceforge.net/ , Clover (tests unitaires « code
coverage tool ») http://www.cenqua.com/clover/ , etc.

Ainsi, les grandes étapes du cycle de vie d’un projet logiciel peuvent se résumer comme suit :
 Création du projet ;
 Définition des besoins et des exigences ;
 Modélisation objet UML des objets et des fonctionnalités désirées ;
 Génération des squelettes de classes ;
 Développement du code proprement dit ;
 Tests et profiling ;
 Publication du code source sur le serveur (tous les jours) ;
 Compilation et construction (automatique) de l’application – gestion des build ;
 Révision automatique du code source ;
 Génération automatique de la documentation ;
 Packaging et déploiement ;
 Gestion des évolutions et des versions ;

Le grand changement est que l’incrément de base du cycle de vie du logiciel devient la journée, ce qui
n’est pas encore habituel pour les équipes de développement. Chaque soir, le serveur chargé du
pilotage du projet et de l’intégration des contributions va effectuer une revue automatique du code et
s’assurer – par exemple – que les règles de nommage aient été respectées, que le code ne présente
pas de goulet d’étranglement préjudiciable aux performances, que les tests unitaires soient
disponibles, que la documentation ait été générée, etc. A l’heure actuelle, le seul système offrant un
serveur de projet et un seul socle client est le système de Microsoft.

En matière logicielle, 2005 sera l’année où l’on quittera le domaine de l’artisanat pour plonger dans
celui de l’industrialisation avec les usines logicielles.

24
Quid du logiciel libre ?
Introduction
L’idée du logiciel libre est ancienne et remonte au projet GNU qui a démarré en 1984 (GNU est un
acronyme récursif pour Gnu’s Not Unix). Ce projet a été lancé par Richard Stallman en 1984, l’objectif
étant un créer un système d’exploitation (OS) du style d’UNIX qui soit un OS « libre ». L’immense
majorité des personnes ayant fait de l’informatique dans ces années connaissent Richard Stallman –
entre autre pour avoir utilisé son éditeur de texte, et pour tous les curieux – les « vrais » informaticiens
– pour avoir eu la chance d’apprendre aussi comment l’on écrit un interprète LISP en C, Xemacs
ayant un langage de commande très sophistiqué se programmant en LISP (à l’époque du moins)… et
en fournissant le code source ! Finalement, la découverte de la notion de logiciel libre démarre là,
dans la reconnaissance de la capacité d’apprendre du code des autres, de pouvoir construire un
monde meilleur dans lequel les machines et les ordinateurs en particulier joueront une grande place,
un monde qui s’enrichira librement des efforts des uns et des autres. Libre ne veut pas forcément dire
gratuit et en aucun cas ne signifie du domaine public, mais nous allons revenir sur ces notions après
avoir dit quelques mots de Richard Stallman.

Richard Stallman est un personnage unique en son genre. Il obtint un BA en physique de l’Université
Harvard en 1974, travailla dans l’équipe d’Intelligence Artificielle du laboratoire du MIT, y développa
les premières versions d’Emacs en 1975, et y inventa le « dependecy-directed bactracking » du « truth
maintenance system ». En 1984 il quitta le MIT pour démarrer le projet GNU . En 1991 il reçu le prix
Grace Hopper de l’ACM pour son travail sur Emacs, en 1996 il reçu un Doctorat honoraire du KTH de
Suède, et en 1998 in obtint le prix des pionniers de l’« Electronic Frontier Fondation » avec Linus
Torvalds, bien connu pour le système d’exploitation Linux. Il accumule depuis les distinctions.

Mais la plupart des gens ignorent les relations entre GNU et LINUX , et pensent que Linus Torvalds
est l’auteur d’un système d’exploitation complet. En fait, il est l’auteur du noyau de Linux, une partie
essentielle de n’importe quel système d’exploitation et d’Unix en particulier, mais une partie qui sur
une distribution standard de Linux ne représente que 3% du volume total des sources, les
contributions en provenance du projet GNU représentant 26% !, voir http://www.gnu.org/gnu/linux-and-
gnu.html

La raison pour laquelle Linux passe à la postérité est qu’il est arrivé à un moment décisif et avant que
le projet GNU ne débouche sur un noyau fiable et complètement utilisable. En ce sens, Linus Torvalds
est le principal bénéficiaire de la démarche initiée par Richard Stallman et s’inscrit complètement dans
la philosophie du logiciel libre. En fait Linux a pris de court les auteurs et le groupe de travail de GNU
qui avaient démarré le développement de leur noyau en 1990 et qui ont rencontré de nombreuses
difficultés http://www.gnu.org/software/hurd/hurd-and-linux.html, le noyau de l’OS GNU ne devenant
disponible et fiable qu’en 2001.

Ainsi Linus Torvalds a comblé le vide qui persistait et dans sa release 0.01 reconnaît qu’un noyau seul
ne mène nulle part et que la majorité des composant qui font que le système fonctionne sont sous
licence GNU. A part Linux, il n’existe qu’un seul système d’exploitation libre, le BSD développé à
Berkeley et qui a une histoire très différente. Pour Linux, on ne devrait ainsi pas parler de Linux mais
de GNU/Linux ou de Linux/GNU.

GNU Operating System - Free Software Foundation

25
 Free as in Freedom

Au delà de l’exploit technique, le plus important pour nous et pour le CSTB reste la philosophie qui
sous-tend l’existence du logiciel libre et la licence GPL (General Public Licence) qui crée un précédent
juridique dans le monde du logiciel.

La Licence Publique Générale GNU fut donc développée pour le projet GNU par la Free Software
Foundation. Elle garantit un certain nombre de choses concernant la distribution et la modification du
free software. Free se réfère à la liberté, pas seulement au prix et malheureusement la GPL a souvent
été mal interprétée. La GPL autorise quiconque le désire à vendre ses programmes et à gagner de
l'argent avec, mais impose également que tout le monde puisse parallèlement distribuer la même
chose comme il l'entend, sans restrictions. Pour une présentation complète de cette licence en
Français on pourra consulter http://www.april.org/gnu/gpl_french2.html

Il faut bien préciser que le free software protégé par la GPL ne relève pas du domaine public. Un
programme en domaine public est un programme qui n'appartient à personne, et par conséquent tout
le monde en est propriétaire. Un programme protégé par la GPL, à l'opposé, appartient à son ou ses
auteurs (cf la notion droit d’auteur). Cela signifie que le programme est protégé par les lois
internationales en vigueur pour cette discipline, et que l'auteur existe vis à vis de la loi. Le fait que le
programme puisse être distribué librement et gratuitement ne signifie pas qu'il appartienne au
domaine public. Les programmes distribués selon la GPL peuvent par contre être diffusés et utilisés
totalement gratuitement.

La GPL autorise aussi les utilisateurs à modifier les programmes et à en distribuer leur propre version.
Toutefois, tout travail dérivé d'un programme soumis à la GPL doit être obligatoirement diffusé selon
cette licence. En d'autres termes, une entreprise ne peut pas récupérer un programme protégé par la
GPL, le modifier, et le revendre sous une licence plus restrictive. Tout programme dérivé d'un
programme sous licence GPL doit être diffusé selon la GPL.

La GPL permet de distribuer et d'utiliser les programmes avec une gratuité totale. Mais elle permet
aussi de faire payer pour cela, et même de faire des bénéfices ainsi. Toutefois, la vente de
programmes soumis à la GPL n'autorise aucune restriction de licence à l'achat ; si vous achetez un
programme diffusé selon la GPL, quel que soit le vendeur, vous avez le droit de le diffuser
gratuitement par la suite, ou de le revendre le prix que vous voudrez. Les organisations vendant des
programmes libres doivent se soumettre à certaines restrictions précisées dans la GPL. Tout d'abord,
elles ne peuvent pas réduire les droits des utilisateurs qui ont acheté les programmes. Cela signifie
que si vous avez acheté un CD-ROM de programmes soumis à la GPL, vous pouvez les copier autant
que vous voulez et redistribuer ce CD-ROM sans contrepartie financière. En second lieu, les
distributeurs doivent préciser clairement aux utilisateurs que les programmes sont couverts par la
GPL. Troisièmement, ces distributeurs sont dans l'obligation de fournir, gratuitement, tout le code
source des programmes qu'ils distribuent. Ceci permet à toute personne achetant un tel programme
de pouvoir lui apporter toutes les modifications qu'il désire.

Naturellement, la viabilité d’un business model reposant sur une telle approche n’est pas évidente. Il
se peut toutefois, que dans quelques niches scientifiques ou disciplinaires particulières, une telle
démarche puisse s’inscrire dans une certaine logique. C’est le cas si l’on ne compte pas gagner
d’argent de la diffusion du logiciel, mais que la fourniture d’une prestation de conseil s’appuie sur un
logiciel dont on a une parfaite connaissance et que le client souhaite pouvoir y avoir accès, y compris
au code source, pour des raisons qui sont liées à son modèle industriel, e.g. assurer une pérennité
aux outils employés indépendamment des prestataires, etc. Dans ce cas, il convient de tarifer
correctement l’intervention, pour que la divulgation du code source (qui s’accompagne de l’usage de
la GPL) ne soit pas une perte rédhibitoire.

Néanmoins nous pensons que ces pratiques du monde du « logiciel libre » sont à la marge d’une
politique industrielle normale pour un organisme comme le CSTB et qu’elle doivent être encadrées,
parfaitement justifiées par certains projets de recherche ou certains types de prestations intellectuelles
qui en sont à l’origine. Pour être simple, en termes de perspectives offertes par les business models,
nous dirons que Richard Stallman comme William Gates sont deux individus brillants qui passent par
la même université (Harvard) en 1974 et ont deux visions radicalement différentes pour l’informatique

26
des trois décennies suivantes et démarrent deux modèles également à l’opposé l’un de l’autre en
1975, la FSF d’un côté et Microsoft de l’autre. Si ces deux initiatives ont changé le monde, l’une a
rapporté plus à son initiateur que l’autre…

Pour le CSTB, il faut quand même s’orienter vers des modèles économiques qui permettent au moins
de financer les coûts et les travaux et de garantir ensuite un auto-financement des recherches qui
assurent la genèse de la génération suivante de produits dans une logique d’économie de marché. Le
logiciel libre ne peut occuper qu’une place réduite dans cette réalité.

Le lecteur qui souhaitera s’informer davantage pourra consulter les sources suivantes :
http://www.gnu.org/ bien sûr, mais aussi http://www.opensource.org/, et http://www.aful.org/index.html

Microsoft et le logiciel libre

Le principal problème de Microsoft aujourd’hui n’est pas de mener une bataille contre le logiciel libre,
mais d’éviter d’être poursuivi de manière répétitive pour abus de situation dominante, ce qui est
indubitablement le cas. Sun et Microsoft viennent dans ce contexte d'annoncer les premiers résultats
de leur travail conjoint en matière de recherche et développement. Une collaboration qui a été initiée
suite à l'accord à l'amiable intervenu entre les deux géants en début d'année - qui visait à mettre fin à
toutes les poursuites judiciaires lancées par le premier à l'encontre du second. Ce partenariat
historique qui actait le versement à Sun d'une enveloppe de 1,95 milliard de dollars prévoyait alors
l'amorce d'un chantier de développement avec pour objectif d'améliorer l'interopérabilité des plate
formes des deux éditeurs (Java et .Net). D’autre part, l’architecture .NET fait des émule dans le
monde du logiciel libre. Mono 1.0: le clone open source de .NET est lancé. Cette plate-forme de
développement open source permet d'exécuter des applications .NET dans des environnements
Linux, Unix, Netware et Mac OS.

Cette offensive du logiciel libre survient dans un contexte d’inflation des licences logicielles. Les prix
de ces dernières pourraient doubler d'ici à 2006. Processeurs multi cœurs et capacité à la demande
changent les tarifications. Une renégociation rapide des contrats existants s'impose. Sans cette
précaution, les entreprises pourraient voir le coût de leurs licences logicielles augmenter d'au moins
50 % d'ici à 2006. Ce scénario catastrophe, signé du cabinet Gartner, s'expliquerait par l'apparition
simultanée des processeurs multi cœurs, de la capacité à la demande, de la virtualisation et de la
répartition de charge.

Dans un contexte de maîtrise des dépenses le CSTB doit prendre en considération la charge que
représente les licences des outils de développement. Ce n’est bien évidemment pas le seul critère à
retenir dans la prise de décision, mais il peut faire partie d’un ensemble plus large d’éléments
d’évaluation. Il faut toutefois garder à l’esprit que le principal levier se situe sur le cycle complet du
logiciel, depuis la spécification, en passant par le développeur jusqu’à la maintenance, et que disposer
d’environnements de développement adaptés permettant d’augmenter la productivité des intervenants
et la fiabilité des produits conduit à des économies en homme / jour qui sont d’un autre ordre de
grandeur que celles réalisées sur l’achat des environnements eux-mêmes. Le reversement de
royautés sur les « runtime » doit par contre être envisagé avec la plus grande prudence compte tenu
du caractère récurrent de la dépense, venant amputer la marge future à la distribution.

Les organismes publics et le logiciel libre

Microsoft vient de se doter d’une division "secteur public". Le rapprochement de Microsoft avec le
secteur public passe probablement par une ouverture sur le monde du logiciel libre. En effet, la
signification des logiciels libres pour l'administration publique, tout spécialement en France, est assez
particulière. Le logiciel, en terme générique, représente une matière singulière et non un produit au
sens usuel du terme: la valeur de ce logiciel augmente avec l'usage et il est possible de le partager
sans perte. Il est possible de penser que le logiciel libre permet de développer un marché local de
services basés exclusivement sur des compétences humaines en lieu et place de dépenses sur des
licences. D’une manière plus générale, le logiciel libre (communément appelé LL ou OSS/FS en
anglais) supporte des objectifs de service public et d'intérêt général:

27
  Accès public par tous
 Meilleur usage de l’argent dépensé
 Indépendance par rapport aux vendeurs
 Réutilisation et mutualisation des ressources.

Dans le secteur public près de 56% des administrations et collectivités concernées sont équipées de
serveurs Linux, contre 15% des entreprises. Toutefois, 46% des sociétés privées de plus de 2000
collaborateurs disposent de serveurs Linux. Ainsi, le ministère de l’équipement (METLTM – DPSM/SI)
à adopté en particulier une "architecture commune des applications informatiques" (ACAI) pour ses
ministères. On consultera pour en savoir plus :

 http://www.equipement.gouv.fr/informatique/acai/circulaire.html
 http://www.equipement.gouv.fr/informatique/acai/doc/ACAI-Circ-CCT-100.pdf

Cet ensemble de recommandations qui stipule un certain nombre de dispositions techniques

générales (SOAP[XML/http], client léger, etc.) est par ailleurs une sorte de manifeste pour le logiciel
libre et ne retient aucune des solutions proposées par Microsoft. Les noms de diverses sociétés y sont
par contre cités – comme étant parfois simplement les outils utilisés par le ministère – et on retrouvera
depuis la phase de modélisation UML les outils de Rational Software (Rose Modeler, Rose Enterprise
Edition, etc.), AMC-Designor (pour les schémas relationnels), Jbuilder de Borland pour les
applications avec livraison des sources, etc.

On retrouvera notamment dans cette liste d’outils informatiques constituant le sésame du ministère
pour les contractants :

 UNIX (OS) – lisez LINUX

 APACHE (serveur Web)
 ORACLE (BD)
 Java (et J2EE, JSP/servlets, EJB à terme)
 Open Office http://www.openoffice.org/license.html

Il s’agit ainsi d’adhérer à un grand projets open source traitant aussi (et pas seulement) de :

 la messagerie ;
 la gestion d'agenda ;
 les annuaires ;
 la publication Web ;
 les outils de travail collaboratif ;
 La modélisation et l’échange de données (STEP ISO-10303 est malencontreusement identifié
dans le domaine de l’échange de plans et non dans celui de l’échange de données
http://www.adae.gouv.fr/upload/documents/Intro_cci_v2.pdf comme UML avec lequel il irait
mieux)

Quoi que l’on puisse penser d’ACAI et des recommandations formulées, et de la manière dont le
CSTB doit (devrait) les prendre en considération, force est de constater et de reconnaître qu’elles sont
l’aboutissement d’une réflexion approfondie sur l’état de l’art informatique et sur la manière dont un
« périmètre public » souhaite en faire usage. De ce point de vue, on peut noter que la démarche du
ministère est plus avancée que la notre, même si elle procède plus d’une logique régalienne que
d’une stratégie d’adhésion, de conviction et de mobilisation (qui est généralement celle du monde du
logiciel libre). En gros, on pourrait résumer : vous serez libres (ajoutez le mot logiciel si besoin) car
nous le voulons (pour vous) que ce soit votre choix ou non.

C’est en tous cas un choix clair et puissant, auquel on pourrait reprocher de manquer de nuance, mais
certainement pas de courage. Il doit aussi nous faire réfléchir sur nous-mêmes et nous amener à
mesurer l’urgence de prendre des dispositions adaptées pour rationaliser notre approche du logiciel.

Pour revenir à notre analyse plus générale de l’impact du logiciel libre sur le secteur public, on pourra
mentionner les éléments suivants :

28
  Le CEA (Commissariat à l’Énergie Atomique) et le Ministère chinois des sciences et des
technologies ont conclu un accord de développement d’une plate-forme libre en commun.
 Le parlement portugais planche sur un projet de résolution pour l’adoption et la promotion du
logiciel libre.
 Selon l’agence de communication gouvernementale Agencia Brasil, le déploiement de
logiciels libres dans 15 organismes du gouvernement fédéral a engendré pour le Brésil une
économie de 9,9 millions de dollars d’octobre 2003 à septembre 2004.
 Le gouvernement du Venezuela travaille sur un projet de décret établissant « de manière
officielle et obligatoire la promotion et l’adoption du logiciel libre au sein de l’administration
publique nationale » a déclaré le président Hugo Chávez le 29 septembre
 La Catalogne a présenté début octobre un plan de coordination du développement du logiciel
libre sur son territoire.
 La centrale gouvernementale britannique d’achats (Office of Government Commerce) a publié
un rapport très favorable au logiciel libre.
 La Corée du Sud qui veut se convertir à GNU/Linux et Mozilla
 Le Massachusetts qui se tourne vers le libre et les standards
 Les administrations et services publics du Vietnam pourraient passer au logiciel libre d'ici
2005
 L'état australien de Canberra a décidé de privilégier les logiciels libres autant que possible
dans son administration
 Le Bundestag, la Chambre du Parlement allemand, analyse l'éventualité de se séparer du
système d'exploitation Windows en faveur de Linux, partiellement dû aux soucis de sécurité.
Une commission parlementaire va devoir décider début 2002 quel système d'exploitation
utiliser lorsque que le moment de remplacer les Windows NT sera venu (NT est l'OS
actuellement en service sur les machines du Bundestag, selon Volker Schroer, un conseiller
social démocratique au Bundestag.

D’une manière plus générale, on pourra penser que dès qu’un acteur devient si dominant qu’il est en
situation quasi monopolistique partout, il déclenche des réactions de rejet et de défense, voire de
paranoïa. A ce titre, parmi les arguments en faveur de Linux parfois cités, on mentionnera la
prétendue existence dans certaines versions de Windows de « backdoors » conçues pour permettre à
la NSA américaine un accès aux données des utilisateurs. Des rapports concernant des backdoors
ont déjà été mentionnés dans les médias l'année passée selon lesquels les militaires allemands
éliminaient les logiciels Microsoft des ordinateurs dits "sensibles " - ces rapports ont été niés par la
suite par le ministère de la défense. [voir "German army denies report on Microsoft ban" .
http://www.idg.net/idgns/2001/03/19/UPDATEReportGermanArmyBans.shtml]

Quelques applications du logiciel libre

Nous citerons deux exemples de déploiement potentiel de solutions à base de logiciels libres dans
des domaines importants : la persistance (base de données) et les interfaces du futur.

Travailler dans les deux univers que sont l'orienté objet et la base de données relationnelle peut être
lourd et consommateur en temps dans le monde de l'entreprise d'aujourd'hui. Hibernate est un outil de
mapping objet/relationnel pour le monde Java. Le terme mapping objet/relationnel (ORM) décrit la
technique consistant à faire le lien entre la représentation objet des données et sa représentation
relationnelle basé sur un schéma SQL. Non seulement, Hibernate s'occupe du transfert des classes
Java dans les tables de la base de données (et des types de données Java dans les types de
données SQL), mais il permet de requêter les données et propose des moyens de les récupérer. Il
peut donc réduire de manière significative le temps de développement qui aurait été dépensé
autrement dans une manipulation manuelle des données via SQL et JDBC.

Le but d'Hibernate est de libérer le développeur de 95 pour cent des tâches de programmation liées à
la persistance des données communes. Hibernate n'est probablement pas la meilleure solution pour
les applications centrées sur les données qui n'utilisent que les procédures stockées pour
implémenter la logique métier dans la base de données, il est le plus utile dans les modèles métier
orientés objets dont la logique métier est implémentée dans la couche Java dite intermédiaire.
Hibernate est un projet open-source.

29
Pour ce qui concerne les interfaces graphiques, on s'achemine vers des interfaces visuellement très
différentes de celles que l'on côtoie habituellement. Le marché s'oriente vers une programmation
événementielle, avec XML comme format de prédilection pour décrire des interfaces homme-machine,
basées sur un jeu de composants graphiques et de services déjà présents sur le poste client. Cette
convergence entre modèles de programmation client lourd et client léger présente un très gros intérêt.
Elle unifie les méthodes de développement et les outils, quelle que soit la cible de déploiement. Cela
est possible grâce à la flexibilité que procure un squelette d'application décrit en XML. Il s'agit d'un
simple fichier texte, que le serveur peut adapter ou générer en fonction du récepteur. Mais la
complexité se déplace sur le poste client. Quoi qu'il en soit, la maîtrise du navigateur sera plus que
jamais au cœur des enjeux de demain. Les éditeurs peaufinent de nouveaux langages XML, qui
permettent de générer dynamiquement des applications dialoguant avec les services métier de
l'entreprise. Il n’existe par encore de standard qui puisse mettre tous les acteurs d’accord mais il
existe déjà des solutions :
 XALM (Microsoft)
 SVG et XFORMS (W3C)
 XUL (Mozilla)
 MXML (Macromédia)
 XDP (Adobe)

Le cas Open-Cascade
Open-CASCADE est une filiale de EADS Matra Datavision, fondée en janvier 2001. Cette équipe de
100 personnes (80 réalisateurs inclus) travaille en France et en Russie. Leur mission est de fournir
des services ainsi que le support pour les utilisateurs, les éditeurs de logiciels et les chercheurs
industriels pour leurs projets de développement basés sur le logiciel Open-CASCADE 3d (logiciel
libre). Les entreprises obtiennent un avantage concurrentiel via les applications contenant leur savoir-
faire spécifique. Dans beaucoup de cas, ce besoin spécifique n'est pas couvert par le logiciel
commercial de CAO ou, s'il est couvert, est difficile ou cher à mettre en application.

Le logiciel libre et le CSTB : un business model ?

Les logiciels libres sont, pour ces éditeurs, un moyen de s'affranchir de la dépendance envers d'autres
sociétés et de pouvoir apporter librement leurs compétences. Aucun frein (comme le paiement de
royautés ou encore le manque d'informations sur le fonctionnement du système) ne vient les
subordonner aux décisions conceptuelles ou stratégiques d'autres acteurs. Cette liberté permet une
compétition plus saine entre les éditeurs de logiciels. Le succès de ceux-ci ne dépend que de la valeur
ajoutée. Ces sociétés cherchent également à se diversifier pour conquérir de nouveaux marchés dans
lesquels le logiciel libre possède un potentiel certain. Par exemple, les Internet Appliances
(applications embarquées) ainsi que tous les types d'organiseurs personnels reliés à Internet et
promis à un fort développement, pourront tirer avantage de GNU/Linux par ses faibles besoins en
ressources, sa forte adaptabilité et l'absence de coûts de licences au niveau du prix de vente de ces
produits. Les solutions commerciales basées sur les logiciels libres semblent donc tout à fait viables,
même si elles obéissent à un modèle économique différent.

En plus de réduire la dépendance stratégique des entreprises, les logiciels libres peuvent également
avoir un impact important sur l'économie et l'emploi, souvent bien supérieur à ceux des logiciels
contrôlés par des acteurs propriétaires. Au même degré que les distributeurs de solutions basées sur
GNU/Linux, les logiciels libres sont créateurs d'emplois décentralisés de services (PME). De plus, de
nombreuses petites sociétés se créent dans la maintenance ou dans le développement personnalisé.
En supprimant le coût des licences, le logiciel libre autorise une marge supplémentaire en termes
d'adaptation, de réactivité et de fiabilité. La simple économie des licences peut permettre de payer des
ingénieurs pour adapter le logiciel libre aux besoins de l'entreprise mais aussi pour former les
utilisateurs. On peut ainsi penser que le logiciel libre (et adapté sur place) est à l'origine d'une création
d'emplois localement supérieure à celle du logiciel propriétaire importé.

30
Ce schéma reste valable au niveau national pour des pays dont les ressources financières sont
limitées, mais qui disposent d'une main d’œuvre bien formée ou pouvant l'être. Le logiciel libre semble
donc tout à fait viable comme modèle économique pour des entreprises éditrices de logiciels.

La valeur ajoutée du CSTB n’est pas dans le développement de solutions informatiques généralistes
et encore moins dans le développement de codes de calculs déjà existants. La valeur ajouté du CSTB
est plutôt dans la traduction sous forme logicielle de compétences métiers liées au bâtiment. En
utilisant le levier du code libre, le CSTB pourrait acquérir à moindre frais des solutions standard sur
lesquelles il pourrait bâtir des solutions spécifiques pour le secteur du bâtiment. L’utilisateur se verrait
facturer au final que la valeur ajoutée apportée par le CSTB (l’intégration et l’adaptation de solutions
standard au secteur du bâtiment).

De nombreux travaux de recherche s’appuient sur des logiciels de calcul commerciaux. L’utilisation
généralisée de codes libres permettrait d’augmenter les possibilités de valorisation et de diffusion de
ces travaux, et de garantir le maîtrise du code. Ainsi le code libre ASTER (www.code-aster.org )
développé par EDF pourrait être un support aux développements de DSSF. L’environnement libre
SCILAB (INRIA / ENPC) http://scilabsoft.inria.fr/ qui est soutenu par un consortium de 12 partenaires
http://www.inria.fr/presse/pre98.en.html devrait pouvoir permettre à SIMBAD de s’affranchir de
l’environnement propriétaire MATLAB http://www.mathworks.com/ .

Quelques mots des futurs OS

Introduction
La prochaine version du système d’exploitation des PC qui sera commercialisée par Microsoft est pour
l’instant connue sous le nom de code « Longhorn », et ne devrait pas être disponible avant 2006,
même si depuis le début de l’année, des bribes de cette plate-forme ont été divulguées y compris à
des EOM. De son côté, Microsoft commence également à livrer des détails sur ce qu’il estime être son
plus grand pari depuis Windows 95, et l’on pourra consulter le site qui a déjà été mentionné
http://msdn.microsoft.com/longhorn/ pour se faire une idée de l’ampleur du chantier.

Ainsi, lors de la conférence des développeurs, qui s’est tenue à la fin du mois d’octobre 2004 à Los
Angeles, l’éditeur a distribué une version très préliminaire de Longhorn. Ont également été présentés
les changements apportés au système d’exploitation ainsi que des outils de programmation connexes
tels que Visual Studio et SQL Server.

Tout en demeurant compatible avec les logiciels actuels, Longhorn constitue un changement complet
tant d’un point de vue esthétique que dans la façon de stocker et de retrouver les fichiers, ou de
protéger le PC. Ce nouveau système d’exploitation devrait également fournir une base permettant le
développement d’applications Windows plus innovantes.

Longhorn pour des machines surpuissantes

D’après Bill Gates dont les visions sont toujours fort intéressantes – je renvoie le lecteur à la « Route
du Futur » de 1995, d’ici à la sortie de Longhorn, les PC seront dotés de processeurs cadencés entre
4 et 6 GHz. Ils disposeront de plus de 2 Go de mémoire vive, d’une capacité de stockage d’au moins
un téra octet et de cartes graphiques trois fois plus puissantes. Le système est conçu pour tirer parti
de toutes ces ressources. L’interface tridimensionnelle nommée « Aero » , riche en fonctionnalités, en
est l'une des illustrations les plus évidentes.

Aero dépend d’Avalon, le nouveau moteur de traitement graphique qui s’appuie sur le langage XML
tout en empruntant également aux technologies DirectX et ClearType de Microsoft. Le résultat est une
interface plus sophistiquée avec des menus transparents, une animation fluide et des fenêtres
capables de se réduire à la taille d’une vignette ou de s’agrandir, tout en préservant le contenu.

Ce nouveau moteur permet également de créer et d’afficher des éléments actifs ("Tiles") sur le

31
Bureau, ces éléments utilisent le XML de façon à pouvoir présenter aussi bien des informations en
ligne — titres d’actualités, cotations boursières, etc. — que des renseignements provenant d’un
disque local — liste de fichiers MP3 ou d’interlocuteurs importants, par exemple. La barre de
tâches ou "Sidebar" — l’une des nouveautés de Longhorn — se présente sous la forme d’une
collection d’éléments actifs tels que l’horloge, la liste des contacts favoris, les actualités, les contrôles
de Windows Media Player, et les touches de lancement rapide des applications principales. Cette
barre peut se positionner verticalement sur l’un des côtés de l’écran ou horizontalement, en haut ou
en bas. Certains prototypes de cette Sidebar comportent également des éléments de synchronisation
et de recherche.

L’interface utilisateur rassemble un grand nombre des possibilités offertes actuellement par les
tablettes PC, les unités mobiles et les PC Media Center. Récemment, Microsoft a par ailleurs présenté
des technologies de reconnaissance d’écriture manuelle et de la voix telles qu’elles devraient être
traitées par Longhorn. À l’instar d’Internet Explorer, devenu il y a quelques années un composant à
part entière de Windows, Media Player se transforme progressivement en élément omniprésent,
cessant de n’être qu’une application autonome.

Les fonctionnalités requièrent non seulement un PC performant mais également un moniteur de

grande taille et d’une résolution très fine. Mais le système semble aussi prévu pour offrir différents
niveaux de fonctionnement, certains désactivant les effets les plus gourmands d’Aero, de façon à
obtenir des résultats satisfaisants sur les PC moins performants.
WinFS , le nouveau système de fichiers de Longhorn, fonctionne selon le principe des base de
données relationnelle et toute vision du système de fichier ressemble ainsi à une « vue » sur une base
de données. Ce qui n’est pas étonnant puisqu’il s’appuie sur la même technologie que Yukon, la
prochaine version de SQL Server. Plutôt que de classer les données dans des dossiers et sous-
dossiers, WinFS offre la perspective d’organiser et de rechercher les fichiers en fonction de leur
contenu ou d’autres attributs.

En d’autres termes, l’emplacement physique des fichiers n’est plus véritablement important. Au
contraire, ces dossiers virtuels présentent des fichiers ou des données qui partagent des propriétés
communes et sont construits à l’aide de filtres qu’il est possible de créer et modifier. Il sera ainsi
envisageable de créer des "piles" réunissant tous les morceaux de musique d’un auteur ou d’une
durée déterminée, ou affichant les photos prises au cours du dernier mois ou tous les contacts triés en
fonction de leur adresse électronique.

Le système WinFS devrait rendre le mécanisme de recherche plus efficace en faisant disparaître les
stocks d’information qui résident aujourd’hui dans des fichiers dont le format dépend des applications.
À titre d’exemple, l’utilisateur pourra obtenir à partir d’une simple boîte de recherche, tous les
messages électroniques, pages web et documents Office liés à un sujet donné.

La sécurité a été le talon d’Achille de Microsoft. L’un des objectifs majeurs de Longhorn sera donc de
l’améliorer. Toutefois, la façon dont l’éditeur envisage de s’y prendre sans imposer de mesures
draconiennes aux utilisateurs, reste floue. À titre d’exemple, Microsoft réfléchit à la possibilité d’activer
par défaut le pare-feu intégré. Si certains prétendent que Longhorn intégrera son propre antivirus, il
semble plus probable que Microsoft trouvera le moyen d’enfouir des solutions existantes plus
profondément dans le système, afin d’inciter un plus grand nombre d’utilisateurs à les installer et les
mettre à jour régulièrement. Des prototypes du système permettent aux parents de restreindre l’accès
au PC ou à l’internet à certaines plages horaires.

À un niveau plus global, Microsoft développe une architecture de sécurité baptisée NGSCB (Next-
Generation Secure Computing Base). Celle-ci introduit deux modes de fonctionnement du système: le
mode standard, dans lequel fonctionnent les matériels et logiciels actuels et le mode sécurisé, qui
requiert des authentifications plus rigoureuses et un cryptage. Une telle conception impose des
modifications aux matériels et logiciels tiers. Intel a d’ores et déjà annoncé que sa prochaine
génération de puces et jeux de composants Prescott, disponible au début de 2004, supporterait cette
nouvelle architecture.

L’importance de ce nouveau système d’exploitation est qu’il va ouvrir de nouvelles perspectives à

ceux qui vont être en mesure de s’adapter rapidement au changement et d’en tirer parti. Pour ce faire,
deux pré requis paraissent importants : le premier est de s’appuyer sur des environnements de

32
développement Microsoft (comme .NET et Visual Studio) plutôt que sur les concurrents ou que sur du
logiciel libre, car ces environnements Microsoft faciliteront la migration et la genèse d’applications
dans le nouvel environnement de par la nécessité même pour Microsoft de garantir à tous ses
développeurs une portabilité ascendante des applications, le deuxième pré requis étant de bien
connaître XML et de s’être préparé à une migration de grands volumes de données en XML, sachant
qu’XML sera au cœur même de Longhorn. En effet, XML d’après Microsoft, permet d’introduire «de
riches schémas utilisateur au sein même de la plate-forme». En d’autres termes, il s’agit de prendre
les données stockées dans des formats de fichiers propriétaires et de les transformer en fichiers XML
qu’il est alors possible de partager en les rendant éléments de l’architecture globale du système
d’exploitation.

L’exemple le plus évident pour nous est la base de donnée du CD-REEF, aujourd’hui en SGML,
demain en XML et qui deviendrait alors utilisable par n’importe quel élément de l’architecture
Longhorn, etc. La nouvelle interface de programmation WinFX ainsi que des outils tels que la plate-
forme de communications Indigo vont standardiser la façon dont les applications interagissent avec
les données XML. Microsoft croit si fermement aux possibilités de Longhorn qu’il investit la plupart de
ses ressources Office dans la création d’une version de sa suite qui ne fonctionnera que sous ce
nouveau système. Microsoft prévoit naturellement de rendre disponible de nouvelles versions de
Visual Studio facilitant le développement d’applications Longhorn.

Microsoft demeure encore très flou sur la date de livraison de son nouveau système d’exploitation. Et
ce d’autant que l’éditeur annonce une disponibilité «pilotée par la technologie», façon élégante de
sous-entendre que la date de 2006 initialement prévue a de bonnes chances d’être décalée. Une
version bêta du système client est toutefois prévue pour l’été 2004. Selon Bill Gates, le prix de
Longhorn sera comparable à celui de Windows XP.

Passer à côté de Longhorn et de la panoplie d’outils Microsoft qui l’accompagnera, depuis la

technologie de gestion des données par vues selon une approche « BD », la gestion avancée de
corpus XML, l’intégration à VS et à la suite « Office » de toutes les ressources « Longhorn », etc. sera
se décaler durablement voire définitivement par rapport aux standards de qualité et de fonctionnalités
que la plupart des utilisateurs attendront du logiciel et des applications métiers opérant sur la
prochaine génération de machines.

De ce point de vue, l’offre sera encore plus bi-polaire que jamais : Microsoft et sa panoplie complète -
le reste du monde du moins ce qu’il va en survivre…

Pour le CSTB il semble assez facile de conclure de quel côté penche la balance, quand on cherche
des solutions intégrées, faciles à déployer et à maintenir, sur l’ensemble du cycle de vie du logiciel, et
qui soient « scalable », i.e. qui puissent monter en puissance en tirant parti à la fois de machines plus
puissantes mais aussi de volumes de données devenant considérables.

33
Portée juridique et implication légales
Introduction
L’objet de cette partie est d’aborder les questions qui touchent à la protection de la propriété
intellectuelle du CSTB dans le cadre du développement de logiciels, à la portée juridique et aux
implications légales qui accompagnent l’acte de commercialiser des logiciels.

Parmi les points essentiels sur lesquels nous allons revenir par la suite, il convient de citer la définition
et la mise en oeuvre :

 de procédures administratives adaptées à l’établissement des droits patrimoniaux et à la

protection de la propriété intellectuelle du CSTB, i.e. conservation de tous les documents
permettant de tracer la propriété intellectuelle (contrats de R&D, accords spécifiques, contrats
de travail adaptés, etc.) et de la protéger (i.e. marques, brevets US/JP, EU) ;

 de procédures techniques alimentant les contrats de licences (e.g. limites d’usage technique,
hypothèses de modélisation et techniques de résolutions doivent être explicitées et faire
l’objet de clauses contractuelles spécifiques des licences octroyées) ;

 de procédures juridiques avec une assistance adaptées à l’établissement des contrats de

licences et à l’activité de certification des logiciels (e.g. limites d’usage contractuelles,
limitation de la responsabilité du CSTB en cas de dysfonctionnements (en particulier logiciels
1/3 certifiés)

Notion de protection des logiciels

L’objet de cette partie du document est d’évaluer la pertinence d’une démarche de protection des
logiciels en fonction des situations rencontrées, d’en mesurer l’intérêt économique, et de présenter les
options techniques et juridiques qui s’offrent aux organismes qui développent des logiciels et au CSTB
en particulier. Il existe en effet différentes formes de protection possibles, qu’elles soient formelles ou
informelles et ces dernières entraînent des niveaux de protection mais aussi des coûts bien différents
selon les approches mises en œuvre.

Le CSTB, à l’instar de très nombreux autres agents économiques, développe du logiciel à différentes
finalités, et se pose en fait des questions que l’on pourrait qualifier de classiques afin de veiller à
protéger sa propriété intellectuelle. Protéger le logiciel, quels que soient les moyens employés, est
l’une des décisions les plus importantes si l’on souhaite générer des profits ou tout simplement
empêcher des tiers de le faire sur des créneaux que l’on souhaite protéger quelles qu’en soient les
raisons.

Il existe quatre types essentiels de protection ayant une portée juridique à savoir les droits d’auteurs
ou « copyrights », les dépôts de marques ou « trademarks », les licences d’utilisation et leur octroi
contractualisé et les brevets. Il existe par ailleurs d’autres manières plus informelles de protéger du
logiciel.

Bien sûr ces différents types de protection peuvent se compléter les unes les autres et un logiciel
bénéficiant d’un brevet – nous verrons que cela devient une pratique courante dans certaines parties
du monde – peut également s’appuyer sur un dépôt de marque pour mieux protéger les
investissements marketing qui peuvent être faits pour promouvoir une certaine image du produit, un
certain « packaging », un positionnement, etc. Néanmoins, il faut garder présent à l’esprit que toute
forme de protection s’assortit d’un coût qu’il est important d’évaluer et qui sera précisé par la suite.
C’est donc la recherche d’un optimum entre les dépenses engagées et le niveau de protection obtenu
qui devra être recherché, ce au cas par cas en fonction des situations.

34
Pour ce qui concerne le logiciel, les entreprises ont deux positionnements différents, celles qui
développent pour leurs besoins propres et qui réalisent – souvent à posteriori - que les logiciels en
question ont une valeur de marché qu’elles souhaitent ensuite exploiter et celles qui d’entrée de jeu
cherchent à dégager des revenus de la vente de logiciels à des tiers. Le CSTB est plutôt dans la
première de ces deux situations, en ce sens où la majorité des logiciels dont il est l’auteur ou le co-
auteur est un résultat annexe d’une recherche ou d’une étude, annexe ne voulant pas dire sans
importance, mais simplement ne constituant que rarement l’objet central ou plus exactement
contractuel du travail fourni. Néanmoins, de plus en plus de connaissances n’existent que sous forme
logicielle ou ne peuvent être produites qu’en ayant recours à des logiciels. En ce sens, et dans la
mesure ou le logiciel est un générateur essentiel de la connaissance dans les champs de compétence
et d’expertise du CSTB, il ne saurait être une préoccupation « annexe ».

Vient désormais la question centrale, le CSTB doit-il protéger ses logiciels et si oui sous quelle forme
doit-il le faire ?

Quel besoin de protection ?

Il existe de toutes évidences trois raisons pour lesquelles une entreprise peut souhaiter protéger ses
logiciels.

 afin de s’assurer des revenus

 afin d’éviter que d’autres puissent en tirer une source de revenus
 afin d’en empêcher l’utilisation par des tiers

Certaines situations peuvent ne pas justifier que l’on protège les logiciels par d’autres moyens que le
signalement du droit d’auteur. Il en est ainsi des projets dits « open source » pour lesquels un certain
nombre d’organismes (souvent n’ayant pas des contraintes économiques très liées au marché)
s’associent pour proposer des logiciels libres de droits d’usage. Compte tenu du besoin pour le CSTB
de générer des ressources financières à partir des travaux qui se matérialisent sous une forme
logicielle, il est peu probable que ce type de « signalement » soit approprié à la majorité des
situations.

Nous allons plutôt considérer les moyens formels et informels de protection. Les moyens formels
dotent le détenteur de telles protections d’une capacité juridique pour faire respecter ses droits le cas
échéant. Il en va ainsi des droits d’auteurs, des marques, des licences et des brevets, chacun offrant
des possibilités particulières de recours contre les contrefacteurs ou les utilisateurs pirates. Il existe
également tout un ensemble de moyens informels permettant de se protéger même s’ils n’offrent pas
la capacité juridique. Ces derniers sont d’ailleurs souvent utilisés par les petites structures n’ayant pas
les moyens financiers de se doter de protections formelles.

Les protections techniques qu’elles soient logicielles (e.g. obfuscateurs afin d’éviter la décompilation
des exécutables en codes sources, clefs en tous genres, etc.) ou matérielles (e.g. dongles et autres)
offrent une sécurité souvent raisonnablement satisfaisante mais qui ne garantit pas la protection du
marché ni l’éventuelle entrée de concurrents sur un tel marché, objet des protections formelles. Tous
les autres avantages concurrentiels qui peuvent être dérivés d’une bonne connaissance du marché,
de savoirs techniques spécifiques, d’une clairvoyance d’emploi par des utilisateurs potentiels, d’une
adéquation entre l’image de l’entreprise et les créneaux envisagés sont autant de protections
informelles que nous considèrerons davantage sous l’angle de barrières d’entrée plus de réelles
protections.

Une brève analyse des comportements des petits acteurs logiciels, en particulier dans le monde du
BTP, montre qu’ils font usage des deux types de protections que nous venons de citer, tout en
sachant que les brevets en raison de leurs coûts d’obtention (et d’extension à de larges marchés qui
sont souvent ceux des logiciels) et de la complexité des procédures de délivrance ainsi que leur
relative nouveauté dans l’arsenal européen des protections sont souvent délaissés bien qu’ils offrent
les moyens les plus efficaces d’éliminer d’éventuels concurrents.

35
Les protections formelles
Il existe donc quatre manières formelles de protéger les logiciels, que nous citerons par ordre
croissant de garantie qu’elles offrent mais également de complexité et de coûts, les droits d’auteurs,
les marques, les licences et les brevets – également applicables au logiciel y compris en Europe
contrairement à une croyance répandue.

Le droit d’auteur
Le droit d’auteur également connu internationalement sous le terme de « copyright » est automatique
et peut donc être facilement utilisé pour autant qu’une revendication en droit d’auteur ait été énoncée.
L’usage de marques déposées est relativement peu coûteux et considéré comme une forme efficace
de protection par un grand nombre de développeurs de logiciels. Les marques s’appuient sur les
droits d’auteurs et les complètent. Les usages de licences et de brevets sont plus complexes bien que
les premières soient très courantes et tombent davantage dans le champ des protections
contractuelles.

Le droit d’auteur est la forme juridique de protection qui est automatiquement accordée aux œuvres
de l’esprit, qu’il s’agisse de littérature, de musique, d’œuvres d’art, de bases de données ou de
programmes informatiques. A peu d’exceptions près, le fait de se déclarer – et nous verrons les
formes que cela peut revêtir – auteur d’une création de l’esprit donne automatiquement accès aux
protections offertes par le droit d’auteur, ce pour autant que l’on appartienne à l’un des pays
signataires de la convention de Berne sur les droits d’auteurs, c’est à dire la vaste majorité des pays y
compris les pays européens, les états unis d’Amérique, le Japon et bien d’autres encore. La
revendication peut prendre n’importe quelle forme écrite qu’elle soit électronique ou non et qu’elle
accompagne le logiciel ou non. Le droit d’auteur est donc accordé automatiquement, facile à apposer
et à faire valoir et reconnu de manière quasi universelle. Il est donc recommandé de faire apparaître
de manière très visible les revendications et avertissements de droits d’auteurs sur les
conditionnements des logiciels livrés aux utilisateurs, qu’il s’agisse des manuels utilisateurs, des
supports physiques ou de tout autre dispositif livré à l’utilisateur. Le logiciel doit également lors de son
exécution afficher © [nom] [auteur] tous droits réservés.

Le droit d’auteur permet de poursuivre quiconque ferait un usage non autorisé du logiciel et de
demander des dommages et intérêts en guise de compensation financière. Ce droit protège
également les graphiques, les interfaces et les représentations externes produites par le logiciel bien
que dans certaines juridictions l’enregistrement de telles formes externes puisse être séparément fait
sous la forme de « design » et garantisse des protections complémentaires. Engager des poursuite
pour le non respect du droit d’auteur peut être plus rapide et meilleur marché que de faire respecter
les droits attachés aux brevets. La plupart des cas commencent par une injonction qui prend le plus
souvent la forme d’une signification faite par un huissier de justice afin de faire cesser l’usage illicite et
non autorisé. Cependant en cas de non obtempération les poursuites juridiques sont généralement
plus longues et difficiles.

Il est important que la propriété du droit d’auteur soit établie irréfutablement. En effet, et bien que -
sauf exception contractuellement énoncée par les parties - le droit d’auteur soit la propriété de
l’employeur du salarié auteur, il n’en est pas de même dans le cas où l’entreprise a recours à des
consultants ou à des prestataires extérieurs, même s’ils ont été intégralement rémunérés pour ce
faire. Ainsi, et en l’absence de preuve irréfutable et de dispositions écrites précises dans ce sens, le
droit d’auteur n’est pas transféré à celui qui finance le développement du logiciel et l’on mesure toutes
les précautions qu’il convient de prendre en la matière. Ainsi, le CSTB doit s’assurer que dans tous les
cas où recours est fait à des tiers extérieurs pour le développement de parties – mêmes mineures –
de logiciels les transferts ou renoncements aux droits d’auteurs aient été prévus dans les accords
contractuels signés avec les prestataires. De telles dispositions prenant des formes variables selon les
juridictions, il convient de plus de les faire valider par un juriste afin de ne pas se trouver dans une
situation paradoxale d’usage illégal d’un logiciel que l’on aurait financé !

Il est essentiel de garder des preuves permettant d’établir quels sont les auteurs des différentes
parties d’un logiciel complexe qui est souvent le résultat d’un assemblage, et de dater les

36
enregistrements établissant les auteurs de ces parties et de conserver l’ensemble avec les codes
sources (dans des archives sécurisées par mots de passe) en lieu sûr, comme un coffre qui peut être
dans les locaux de l’entreprise ou plus simplement dans une salle des coffres d’une banque. Si une
tierce partie comme un juriste est utilisée, elle doit fournir une preuve de dépôt accompagnée de
pièces qui attestent de l’état du logiciel à la date concernée.

La protection par droit d’auteur est gratuite mais sa faiblesse réside dans ce qu’elle ne garantit que
contre la copie, l’adaptation ou la retranscription du logiciel mais pas contre le re-développement
d’une solution comparable mais réalisée indépendamment et avec des moyens techniques différents.
Aucun recours n’est possible contre un concurrent qui propose une solution indépendante même si
elle s’inspire – y compris à posteriori - de celle originellement développée pour autant qu’il n’y ait pas
copie de code source ou exécutable ou d’éléments graphiques ou d’interface ou de présentation
caractéristiques. Si un tel risque est important et si des sommes considérables ont été investies pour
le développement, le mise au point et le « packaging » d’un logiciel il est alors opportun de considérer
d’autres formes de protections, en particulier celle qu’un brevet peut offrir.

Il est indispensable pour le CSTB d’informer ses agents qu’il est le détenteur du droit d’auteur sur
toutes les œuvres de l’esprit qui peuvent être le résultat du travail de ses salariés dans le cadre de
leurs fonctions et des compétences pour lesquelles ils officient pour l’organisme, et d’attirer leur
attention sur le fait qu’ils doivent également défendre ce droit d’auteur dans tous les cas où un
montage avec des tiers extérieurs pourrait conduire ne serait-ce qu’à créer une zone d’incertitude en
clarifiant systématiquement par écrit la revendication en droit d’auteur de l’organisme sur l’objet en
question.

Les marques déposées

La deuxième forme de protection juridique possible est octroyée par le dépôt de marque. Il s’agit d’un
nom de produit qui distingue clairement le logiciel de l’offre existante et d’un logo qui lui est associé, le
tout ayant une identité commerciale caractéristique. A l’instar du droit d’auteur, les marques déposées
sont bon marché et largement reconnues. Pour certains logiciels, cette forme de protection s’est in
fine avérée être la plus efficace en pratique.

Un bon logiciel est connu sous son nom. Dans la plupart des pays il suffit de faire apparaître ce nom
comme étant une marque commerciale. Bien que dans la plupart des pays les marques commerciales
soient protégées sans autre formalité, la défense – juridique s’entend - de marques ayant fait l’objet
d’un enregistrement en qualité de marques déposées est alors bien plus facile et moins onéreux. Le
dépôt d’une marque commerciale est habituellement aisé et bon marché et permet d’éviter que des
concurrents puissent utiliser le nom de votre produit, son logo ou toute représentation qui pourrait
entraîner la confusion de l’acheteur et l’amener à prendre leur produit pour celui déposé.

Si la marque n’a pas été déposée, il est cependant possible de poursuivre en justice des
contrefacteurs qui essaieraient en altérant à la marge le nom, le logo ou les représentations externes
du produit d’induire en erreur d’éventuels acheteurs. Cependant, dans un tel cas de figure les droits
seront plus difficiles à faire valoir et les frais induits seront naturellement plus élevés.

La contrefaçon d’une marque est en général plus facile à détecter que la violation d’un droit d’auteur,
en particulier dans le cas des logiciels, ceci en raison de l’usage d’éléments visuels facilement
reconnaissables alors que dans le cas du droit d’auteur il sera nécessaire de descendre dans des
comparaisons de détail pour établir la recopie illicite, toujours plus difficile à prouver.

Si le choix de la marque et des éléments visuels s’est fait en ayant recours à une agence spécialisée,
il est indispensable de prendre les mêmes précautions écrites vis à vis des tiers qu’en matière de
droits d’auteurs pour établir de manière irréfutable la propriété sur la marque et ses attributs. Il
convient de disposer de pièces écrites permettant d’établir que l’agence a renoncé à tous droits sur la
marque et qu’ils sont attribués au donneur d’ordre pour le compte duquel l’agence intervient. Les
faiblesses des marques sont voisines de celles des droits d’auteurs en ce sens où elles n’empêchent
pas les tiers de copier les idées essentielles sous-jacentes à l’innovation qui s’est matérialisée par le
logiciel et de déboucher commercialement sur un produit concurrent par des moyens différents sans
que des voies de recours soient alors possibles.

37
Le dépôt d’une marque s’effectue en général auprès des autorités nationales, e.g. INPI. , et permet
fort heureusement d’obtenir une protection internationale grâce à des procédures simplifiées. La
couverture de l’ensemble des pays européens est possible sous l’égide d’une seule « Community
Trade Mark » qui est octroyée et administrée par le bureau de l’harmonisation du marché intérieur, i.e.
Office for Harmonisation in the Internal Market » situé à Alicante en Espagne. Beaucoup de pays
importants dont le Japon (mais pas les US) sont membres du système d’enregistrement international
des marques commerciales géré par le système de Madrid qui permet aux membres le dépôt d’une
seule demande auprès de l’organisation mondiale de la propriété intellectuelle. Il en va des marques
comme des brevets et il est important de bien connaître la couverture géographique recherchée afin
d’entreprendre des démarches appropriées. L’organisation mondiale de la propriété intellectuelle
dispense des informations utiles sur la protection des marques commerciales à l’adresse suivante :
www.wipo.org/about-ip/en/trademarks.html

Il serait intéressant pour le CSTB de sensibiliser ses agents à l’intérêt des dépôts de marques, en
matière de logiciels comme en d’autres d’ailleurs, tout en les « cadrant » dans la démarche au moyen
d’un document adapté du style « déposer une marque pour le CSTB » qui décrirait les situations dans
lesquelles la Direction considèrerait approprié de déposer une marque et pour lesquelles les moyens
et procédures adaptées, en particulier pour disposer du soutien de l’encadrement, seraient énoncés.

Les licences utilisateur

La troisième forme de protection juridique possible est de nature contractuelle et s’appuie sur la
signature d’un accord de licence utilisateur que l’acheteur du système s’engage à respecter sous
peine de nullité des droits d’usage octroyés et au risque de poursuites éventuelles.

Les licences font l’objet d’une reconnaissance juridique et de niveau de protection variables selon les
juridictions et les pays. Cependant à la différence des droits d’auteurs, des marques commerciales et
des brevets, il n’existe pas d’accord ayant une portée internationale qui couvre le statut et le contenu
acceptable des licences. Il est important de garder à l’esprit que les licences ne font pas partie de
l’arsenal juridique conventionnel auquel les brevets, droits d’auteurs et marques appartiennent, i.e. au
droit de la propriété intellectuelle au sens large.

En ce sens l’un des principaux mérites des licences est de permettre la revendication sous toutes ses
formes de la propriété intellectuelle sur le logiciel, que ce soit en termes de droits d’auteur, marques
commerciales ou de brevets éventuels, délivrés ou en cours d’instruction.

Les licences présentent également l’avantage de prévoir les clauses de terminaison des contrats, en
particulier si certaines dispositions sont enfreintes par l’utilisateur ou si certains évènements
surviennent, comme la faillite de l’utilisateur, ce en raison du fait qu’en cas de rachat, le prédateur ne
se trouverait pas nécessairement lié par les termes de la licence octroyée. Certains évènements
permettent au propriétaire des droits de mettre en demeure l’utilisateur qui a souscrit à une licence de
satisfaire à des conditions avant un certain délai qui lui est contractuellement imparti.

La licence traitera également de la possibilité qui est offerte à l’utilisateur de réaliser des copies du
logiciel, en distinguant les usages sur des réseaux en entreprise des copies réalisées à titre individuel
par des personnes physiques. Quand des tarifs spécifiques sont pratiqués pour les organismes
d’enseignement et les universités, l’usage commercial sera naturellement prohibé.

Enfin, il est important de savoir qu’une directive européenne, la « European Commission Software
Copyright Directive » empêche de restreindre par contrat de licences certains droit de l’utilisateur
comme ceux consistant à

- réaliser des copies de sauvegarde nécessaires à l’utilisation ou à la protection du logiciel

- utiliser le logiciel afin d’observer, d’étudier ou de tester le fonctionnement du programme pour
déterminer ou identifier les idées ou principes sous-jacents
- dans certaines circonstances – « décompiler » le programme afin d’en assurer
l’interopérabilité avec d’autres programmes créés indépendamment.

38
L’intérêt de l’usage de licences d’exploitation dûment signées par les utilisateurs est de se prémunir
contractuellement contre d’éventuels recours qui pourraient être intentés contre le créateur ou le
diffuseur du logiciel dans l’éventualité où l’utilisateur serait confronté à des pertes, quelle qu’en soit la
nature – i.e. de données, d’exploitation, autres – suite à l’usage du dit logiciel. De telles précautions
peuvent s’avérer d’une efficacité relative dans certaines juridictions et il convient alors éventuellement
de contracter des assurances adaptées auprès de tiers spécialisés.

En ce sens où la rédaction d’une licence d’utilisation est relativement facile, un logiciel ne devrait
jamais être vendu et diffusé sans que l’utilisateur ne s’engage à accepter les restrictions d’usage, de
duplication ou autres qui lui sont signifiées dans un tel document. Bien sûr les termes de la licence
eux-mêmes varient avec la juridiction concernée et il convient de les adapter en fonction des marchés
ciblés ce qui ne représente qu’un effort limité eu égard aux bénéfices que l’on peut en escompter.
Pour citer quelques exemples de ce type, il peut être nécessaire que le document soit rédigé dans la
langue du pays de diffusion sous peine de nullité.

Dans l’éventualité où le logiciel est vendu en ligne des difficultés spécifiques apparaissent. En effet,
les termes de la licence dépendent du pays dans lequel le logiciel est vendu (ce qui suppose de le
connaître…) et de plus certaines juridictions ne reconnaissent pas – encore - le concept de signature
électronique. Prévoir que la loi nationale du pays du concepteur s’applique n’est que d’un intérêt limité
s’il n’est pas possible de poursuivre les contrevenants dans leurs propres juridictions.

Il est clair pour le CSTB que la mise au point d’un document de licence utilisateur « standard », rédigé
dans les diverses langues de nos marchés cibles, probablement inspiré des licences utilisées par des
éditeurs connus et validé par un service juridique, devrait être mis à la disposition de tous les
départements susceptibles de diffuser des logiciels, à quelque titre que ce soit.

Les brevets
La dernière forme de protection juridique est fournie par la délivrance d’un brevet, lequel une fois
obtenu confère un droit exclusif sur l’invention concernée. Un brevet est donc un titre de propriété sur
une invention qui peut ainsi faire l’objet d’actions en justice pour être reconnu et respecté le cas
échéant, avec d’éventuelles contreparties financières infligées aux contrevenants.

Un brevet donne donc un droit exclusif sur l’invention mais en requiert en échange une description
exhaustive et la publication complète. Ainsi, le brevet permet d’empêcher des tiers d’utiliser la dite
invention en l’absence de l’accord des inventeurs, ceci pouvant couvrir des produits ou des procédés.

L’intérêt des brevets ne se limité pas à cette seule protection, en ce sens où la situation exclusive
qu’ils donnent à leur détenteur, permet de disposer d’un capital de confiance accru auprès
d’investisseurs éventuels ou de partenaires commerciaux. De ce point de vue, même l’instruction en
cours d’une demande de brevet pour un ou quelques pays, peut apporter cet avantage, ce qui est une
démarche relativement peu coûteuse. Mais il est essentiel de se souvenir qu’un brevet offre une
protection de nature territoriale par essence, et qu’un brevet pour la France aura l’inconvénient de ne
protéger que dans ce pays tout en ayant dévoilé l’invention à tous, y compris le reste du monde…

L’obtention d’un brevet suppose d’effectuer les démarches suivantes :

 Vérifier que l’invention n’a pas déjà été publiée ;

 S’assure que l’invention soit de nature à faire l’objet d’un brevet en s’adjoignant les services
d’un cabinet spécialisé dans le droit de la propriété intellectuelle (PI) et de sa protection ;
 Mandater un juriste spécialisé pour mener les démarches relatives au dépôt de brevet lui
même.

S’assurer que l’idée n’a pas déjà fait l’objet d’une publication suppose de conduire un certain nombre
de recherches dans des bases de données spécifiques. Ces recherches permettent d’identifier
d’éventuels brevets en cours de validité qui recouvrent votre invention, auquel cas seul un
professionnel du droit de la PI peut vous renseigner avant de décider de poursuivre. Il es important de
savoir que pour ce qui concerne les brevets US, ces derniers ne sont publiés que lorsqu’ils sont
octroyés, ce qui crée une situation où de nombreux brevets sont en attente de publication et donc de

39
révélation au public, situation qui pourrait bien changer si un amendement au US Patent Act venait à
être publié et qui stipulerait que 80% des dépôts devraient faire l’objet d’une publication dans un délai
de 18 mois, comme c’est le cas en Europe et dans bon nombre d’autres pays. Cependant, si vous
découvrez que votre invention a déjà été brevetée mais que vous étiez le premier à la faire,
chronologiquement, il faut savoir que la loi américaine prévoit que le premier inventeur est habilité à
recevoir le brevet et peut si nécessaire faire valoir ses droits dans ce sens.

Afin que l’invention puisse faire l’objet d’un brevet elle doit décrire une idée neuve, absolument
novatrice, ce en termes mondiaux et doit de plus constituer un pas en avant décisif par rapport à l’état
de l’art en vigueur au moment du dépôt de brevet, et la recherche dans les bases de données doit
permettre de s’assurer de cet état de fait.

Certains bureaux de brevets excluent le logiciel de leur champ de considération, mais le fait est que
trois des plus grands organismes de délivrance de brevets à l’échelle mondiale, i.e. ceux d’Europe,
des Etats Unis et du Japon, considèrent le logiciel comme brevetable sous une forme ou une autre,
bien que des divergences dans les critères retenus et leur application existe entre ces trois offices.
Par exemple, tout logiciel innovant et non trivial qui produit un résultat tangible est éligible à une
protection sous forme de brevet aux US, alors qu’en Europe il est nécessaire la contribution technique
faite par la dite invention. Des exemples de « concepts logiciels » ayant été brevetés en Europe seront
cités en exemple plus loin.

Ceci étant, et bien que ces différences d’approches requièrent pour être correctement appréhendées
un conseil juridique spécialisé, quelle que soit la nature d’une invention logicielle, le brevet peut être
un instrument de protection adapté.

Le dépôt de brevet nécessite de passer par un cabinet spécialisé, comme Breese et Majerowicz -
Cabinet Simonnot, conseils en propriété industrielle et intellectuelle, ce en raison du fait que la
rédaction même de la demande ainsi que l’instruction de cette dernière demande des compétences
spécialisées. En particulier les prestations suivantes sont à considérer :

 Rédaction et dépôt des demandes pour les principales juridictions mondiales, compte tenu de
la nature territoriale même des brevets ;
 Traduction des demandes de brevets en autant de langues que de pays ciblés ;
 Renouvellement des brevets à périodicité régulière selon les pays concernés.

Toutes ces tâches demandent des compétences spécifiques et peuvent entraîner des dépenses
assez considérables. Dans l’éventualité où le brevet serait délivré, il convient de prévoir dans le
budget global les frais de renouvellement dont la fréquence dépend des lois nationales en vigueur au
sein des pays concernés. Bien que ces frais croissent assez fortement à chaque demande de
renouvellement, ceci n’est qu’un problème très relatif dans le cas du logiciel compte tenu de la durée
de vie réduite et d’amortissement rapide des produits.

Il est important de savoir que la première demande de brevet donne des droits prioritaires pour un
dépôt équivalent dans tous les pays signataires de la convention de Paris, i.e. « Paris Convention on
Industrial Property », mais ce pendant une durée d’un an seulement. Passé ce délai, si une demande
n’est pas formulée dans les autres pays, la possibilité de protéger par brevet l’invention peut être
perdue. Il existe un dispositif de concertation et de coordination au niveau mondial qui permet de
garantir la couverture internationale des brevets. Pour les européens, le « European Patent Office »,
i.e. office européen des brevets met en œuvre le système européen des brevets dans le respect du
« Patent Co-operation Treaty » traité international qui est administré par l’organisation mondiale de la
propriété intellectuelle, i.e. le « World Intellectual Property Organisation » .

La démarche naturelle est de chercher à utiliser la période d’un an que la première demande ouvre
afin de trouver des partenaires investisseurs qui vont assumer une partie des coûts engendrés par
l’extension à d’autres pays. Les convaincre est d’autant plus facile que le premier brevet est octroyé
mais en cas d’échec il faut mesurer la situation qui en résulte, en ce sens où l’invention a été révélée
dans le détail aux tiers eu égard à la première demande, mais se retrouve sans protection dans la
quasi totalité des autres pays, laissant libre cours à une concurrence potentiellement déloyale ou en
tous cas favorisée car n’ayant pas eu à supporter les coûts, les efforts et l’usure de tout processus de
développement innovant.

40
Si la démarche consistant à rechercher l’obtention d’un brevet est adaptée à la situation, il convient
cependant comme pour toute activité capitalisant des secrets industriels de les protéger avec la plus
grande rigueur. Les salariés travaillant sur les projets de cette nature doivent être liés par des
engagements de confidentialité très stricts, ainsi que d’éventuels consultants tiers qui doivent avoir
très clairement signé une renonciation totale à toute revendication sur les droits de propriété
intellectuelle et industrielle des projets en questions. De plus, il faut noter qu’une marque (déposée ou
non) peut compléter efficacement la protection offerte par un brevet et que les deux démarches sont
complémentaires.

Globalement, les brevets sont assez coûteux à obtenir. Si le dépôt et l’obtention initiale dans un seul
pays est abordable, son extension à une aire géographique conférant une protection industriellement
et commercialement significative est elle beaucoup plus chère et peut également s’avérer onéreuse à
défendre par voie de justice le cas échéant.

Les coûts associés aux brevets sont souvent l’une des principales raisons mises en avant pour
expliquer le relatif désintérêt des petites entreprises vis à vis de ce moyen de protection. Cependant,
la prise en charge de ces dépenses peut être assurée par un plan de financement de type « capital
risque » et répartir de plus les frais sur plusieurs années.

L’une des difficultés des brevets logiciels est de les faire respecter par les tiers, sachant qu’en cas de
litige une injonction est rarement suffisante et qu’il est hélas souvent nécessaire de procéder à une
action en justice complète dont les coûts sont importants. L’une des approches est de s’assurer contre
une telle éventualité auprès d’une compagnie d’assurance spécialisée, ce qui a de plus un effet
dissuasif certains au près des contrefacteurs potentiels qui savent alors que le détenteur du brevet
n’hésitera pas à faire valoir ses droits.

Dans la plupart des cas et des pays, la publication du brevet intervient dans les 18 mois qui suivent la
demande. Compte tenu que les logiciels font l’objet de dépôt de brevets depuis un certain temps déjà,
il existe un savoir faire assez conséquent en la matière, et la connaissance de l’industrie du logiciel,
des domaines d’application considérés, de l’état de l’art tel que divulgué dans la littérature spécialisée,
constituent des sources d’informations indispensables. Il est important de réaliser à ce titre
l’exhaustivité des recherches qui doivent être conduites. En effet, la nouveauté doit être complète, et il
ne suffit que l’invention supposée n’ait fait l’objet d’aucun dépôt de brevet préalable, il est essentiel
qu’elle n’ait pas donné lieu à des publications, des présentations dans des conférences ou tout autre
moyen de divulgation auprès du public qui pourrait être opposable à la nouveauté de l’invention. Ceci
entraîne que la seule recherche d’antériorité dans des bases de données de brevets n’est pas
suffisante même si elle est bien évidemment nécessaire. Une véritable recherche demandera des
moyens et des outils spécifiques que seul un consultant spécialisé peut offrir.

Les brevets sont donc la forme la plus aboutie de protection à laquelle le CSTB puisse imaginer
recourir pour se garantir le meilleur retour sur investissement en particulier en matière logicielle. Il est
cependant indispensable d’observer que cette perspective pourrait être de nature à changer certaines
de nos manières d’agir et de travailler, ce afin de préserver la « virginité » de nos inventions. Les
équipes, lorsqu’un dépôt de brevet permettrait à terme de protéger une position de marché, doivent
l’anticiper assez tôt pour éviter de publier dans la littérature scientifique ou technique des informations
qui rendront ensuite la demande impossible ou vouée à l’échec ! C’est un changement de culture, en
ce sens où l’habitude est celle de l’excellence scientifique ou technique, et passe le plus souvent par
la publication – de plus précoce – des travaux innovants. L’usage efficace du brevet – en matière
logicielle mais pas seulement – demande au contraire d’avoir une vision claire et précoce de l’objectif,
ce afin et dès les négociations en cas de recherche co-financée de s’assurer la confidentialité au
moins temporaire des résultats de la recherche. Les instruments existent, même en matière de
travaux financés par la communauté européenne, mais il est parfois difficile d’avoir la lucidité requise
pour anticiper les situations à venir.

A ce stade, et une fois une culture adaptée plus largement partagée par les agents, il conviendrait de
disposer d’une vision globale sur notre portefeuille de brevets potentiels, et de s’adjoindre les services
d’un cabinet spécialisé dans le cadre d’une relation fidélisée et forfaitisée afin de disposer au meilleur
prix des meilleures chances de défendre nos positions de marché.

41
Les enjeux
La méthode d’instruction des brevets US fait - comme nous l’avons brièvement évoqué - que des
milliers de brevets logiciels dans des domaines extraordinairement variés et couvrant entre autre tous
les champs du bâtiment, sont en attente de faire surface et de baliser un nouvel eldorado économique
dans lequel les plus puissants, les mieux armés pour faire respecter leurs droits, s’assureront une
prospérité durable fondée sur la dissuasion des nouveaux entrants et l’exploitation des nouveaux
monopoles acquis. Il est étonnant d’observer que dans une économie largement mondialisée et
libéralisée de ses monopoles étatiques vont se constituer des monopoles privés porteurs d’enjeux
considérables.

En un sens, c’était essentiellement le domaine de la recherche biomédicale dans le champ post

industriel de la matière grise pure, nous avait habitué à cette pratique du jackpot qui faisait que la
bonne molécule, le médicament vedette en dérivant, pouvait assurer dix bonnes années d’existence à
une société multinationale… Je crois que le logiciel est de ce point de vue à un tournant et c’est
probablement la raison pour laquelle le choc avec les acteurs du logiciel libre s’annonce aussi fort.
L’impact économique du logiciel est devenu si grand, que de pouvoir bloquer l’usage d’une
technologie et le déploiement de certaines applications ou de le permettre en contrôlant les revenus
en provenant, est un tel enjeu que les batailles s’annoncent féroces.

Certains acteurs de la recherche que nous connaissons bien, y compris en Europe comme l’institut
Fraunhofer ont déjà montré la voie avec un format audio aussi mondialement connu et utilisé que le
MP3, qui a envahi tous les lecteurs et baladeurs de son numérique, qu’ils ont co-inventé et breveté, en
confiant la licence d’exploitation exclusive à Thomson http://www.mp3licensing.com/ . En fait, le
Fraunhofer-Institut für Integrierte Schaltungen IIS (Fraunhofer IIS), situé à Erlangen en Allemagne,
est un leader mondialement connu dans le domaine de l’encodage de flux audio (lancement de
« codec » dès 1992…), avec le MPEG Layer-3 (mp3) puis pour ses efforts de standardisation
concernant le MPEG-4 Audio mais aussi 3GPP, AES, DMDA, DRM, DVB, DVD, EBU, ISMA, MPEG-7,
MPEG-21, ITU-R WP6A et ITU-R WP6Q. J’ai pu compter que 272 entreprises bénéficient d’une
licence et exploitent le standard dans le respect de la propriété intellectuelle des auteurs. Il est difficile
d’évaluer le marché – qui est immense – en raison d’un double tarification possible pour les
applications logicielles PCs : soit à l’unité (0,75$ pour le décodeur et 2,5$ l’encodeur et 5,0$ codec) ou
60.000$ en une fois pour le décodeur. Les prix sur le hardware (e.g. lecteur Archos) sont à l’unité et
comme des millions d’unités ont été vendues c’est en dizaines de millions de $US que l’on peut
évaluer les enjeux pour Thomson et Fraunhofer. Notons bien que ce qui fait l’objet de brevet est du
logiciel, il s’agit des routines d’encodage du son. Avec le http://www.mp3surround-format.com/ le
Fraunhofer s’attaque au marché des home cinémas et du son multi-canaux avec des systèmes de
reproduction sonores dits 5.1 diffusant un son enveloppant par l'intermédiaire de trois enceintes
situées face au spectateur et de deux à l'arrière, auxquelles s'ajoute un caisson de basses. Pour ce
format, Thomson, Fraunhofer et Agere (US) continuaient encore récemment à négocier la répartition
des royautés touchées à chaque vente de licence MP3 Surround. Paradoxalement, le MP3 n’est
devenu le MP3, i.e. le format le plus répandu dans le monde que grâce à … Napster ! Depuis, c’est la
guerre avec Microsoft (WMA) qui ne veut pas payer les royautés et avec RealNetworks (RealAudio).

Il ne s’agissait que d’un exemple pour illustrer les enjeux des brevets logiciels et le rôle que les
organismes de recherche peuvent jouer, sachant que le CSTB apparaît un peu comme un agneau
dans ce paysage, animé de ses bonnes intentions de valorisation de la recherche, publiant tous ses
résultats avec une grande ouverture dans des colloques et des revues internationales pour justifier de
la qualité de la recherche auprès des tutelles et des commissions d’évaluation. Car, comme nous
l’avons vu, déflorer une invention au sens le plus noble du terme, c’est renoncer à l’obtention de
brevets et donc au droit exclusif d’exploiter cette invention aux meilleures conditions économiques. Or
une grande partie de la matière grise produite par le CSTB dans les années à venir va se concrétiser
sous une forme logicielle, que ce soit dans les essais, ATXXs ou autres activités technologiques, les
recherches, les contrats et études, etc.

Bien sûr nous ne devons pas nous transformer en une machine à breveter - du logiciel ou autre - sans
perspectives économiques claires, mais en l’absence d’une politique bien définie, un défaut de
conscience collective du problème résultera en une marginalisation des positions du CSTB sur le
marché du logiciel (BTP) et des services associés.

42
Processus décisionnel et logique économique

Introduction
L’une des questions sur lesquelles le CSTB est peut être le plus démuni est sans doute celle qui
touche aux procédures et aux processus décisionnels en matière logicielle, surtout si l’on incorpore à
la réflexion la prise en compte des conséquences économiques des décisions, en particulier sur les
autres activités et sur la consultance plus précisément.

La force que constitue un fonctionnement de type fédéral, dans lequel les équipes se voient fixés de
grands objectifs en particulier budgétaires, qu’elles vont essayer d’atteindre chacune pour leur propre
compte, - qui est l’une des grandes forces du CSTB - engendre pour inconvénient de manquer d’une
politique logicielle globale que ce soit au niveau technique comme nous l‘avons vu, mais aussi d’une
politique cohérente de développement du portefeuille de titres.

Doit-on développer un logiciel ? Quels sont les moyens qu’il est nécessaire d’y consacrer ? pour
disposer de quel type d’outil (i.e. prototype, logiciel pré-commercial pour de la consultance, logiciel de
niveau industriel) ?, à quelle finalité de marché ?, dans quel environnement concurrentiel ?, avec
quels partenaires ? sont rarement des questions qui sont posées avant d’entreprendre un
développement. La plupart du temps, le logiciel au CSTB va résulter de la volonté d’un individu ou
d’un petit groupe de personnes, qui étant expertes d’un domaine voient un intérêt à la réalisation d’un
prototype et le développent avec les moyens humains et techniques qui sont à leur portée immédiate.
Cette liberté permet de disposer d’un portefeuille d’idées riche et diversifié, mais qui malheureusement
a un taux de transformation en systèmes commerciaux réduit pour de nombreuses raisons.

Si l’on se dote d’une politique technique, que l’on est à même border correctement les implications
juridiques de notre offre, l’essentiel de la valeur ajoutée viendra de la capacité à piloter l’exécution
d’un plan stratégique global de développement des logiciels fondé sur un arbitrage du portefeuille de
projets potentiels pour ne retenir que ceux qui paraissent avoir les meilleurs ratios en termes de coût,
de risque et d’espoir de gains. Cela supposera de se doter d’une structure de pilotage, en ayant
recours à la création par exemple d’un « Comité Logiciel », dont on définira le fonctionnement, les
prérogatives et les moyens dont il disposera (organisationnels, humains, techniques et financier) afin
de pouvoir conduire les projets qu’il proposera à l’agrément final de la Direction et dont il se saisira.
On devra probablement avoir régulièrement recours à un fonctionnement « en réseau » afin de
mobiliser des compétences complémentaires au sein de différents départements. Les phases
d’industrialisation et de commercialisation devront probablement se baser sur des partenariats qui se
renforceront au fil des projets et des réussites. Des moyens propres devront être mobilisables pour
conduire des études de marchés ou avoir recours à une assistance ciblée spécifique (e.g. technique,
marketing, commercial, autre).

Les questions liées à l’exécution d’une stratégie globale - sans prétendre à l’exhaustivité – et qui
seraient du ressort d’un « Comité Logiciel » sont :

 Mettre en œuvre la politique technique ;

 Veiller à la mise en place et au respect des procédures garantissant les limitations de portée
juridique ;
 Assurer le suivi d’un portefeuille segmenté de projets logiciels (cinq phases) ;
 Proposer une politique industrielle (éventuellement adaptée par projet du portefeuille) ;
 Réaliser une synthèse financière par projet ;
 Recommander des partenariats adaptés ;
 Soumettre les dossiers au Comité de Direction ;
 Instruire l’exécution par projet eu égard aux « contrat d’objectif » passé avec la Direction.

Avant de rentrer plus dans le détail d’un tel fonctionnement, nous allons revenir sur l’intérêt pour le
CSTB de diffuser des logiciels et sur les objectifs que l’on peut y associer.

43
Objectifs de diffusion des logiciels
Les bénéfices que les départements et de manière générale le CSTB peuvent attendre de la diffusion
de logiciels sont multiples :

 Promouvoir l’activité de consultance. Le logiciel ACOUBAT a été développé par le CSTB et

diffusé à prix attractif aux bureaux d’études et maîtres d’ouvrages dans le but d’attirer leur
attention sur les compétences de DAE en terme de simulation acoustique.

 Valoriser les travaux des départements sous forme de logiciels diffusés auprès des
professionnels. Issue de travaux de recherches, la méthode de dimensionnement
d’installations solaires SOLO a été valorisée sous la forme d’un logiciel de calcul : SOLO
2000. Cette première approche à permis une validation de la méthode et de son utilisation par
des professionnels. Les retours des utilisateurs ont permis de mettre en évidences certaines
limites et améliorations possibles. Cette valorisation se poursuit dans les projets SimSol puis
SimSol 2 .

 Générer des revenus pour assurer une partie du financement des outils utilisés pour la
consultance. Les améliorations apportées régulièrement au logiciel de Simulation Studio
TRNSYS sont entièrement financées par la commercialisation du produit. En interne, ce
logiciel facilite les travaux de recherche de plusieurs équipes dont l’équipe « énergie
renouvelable ».

 Améliorer, pérenniser, maintenir les outils des départements à la pointe de la technologie tant
sur le plan métier qu’informatique. La distribution du logiciel URUS (calcul de structures) a
permis de nouer un partenariat avec un éditeur CAO et ainsi doter le CSTB d’INTELLLIPLUS
outil alternatif à AUTOCAD. Ce partenariat devrait déboucher à terme sur une meilleure
interopérabilité des outils de simulation et de CAO. Des développements sont en cours et
presque aboutis au 10/12/04 pour créer une passerelle permettant l'échange de données
conceptuelles entre IntelliPlus (CAO), et URUS le logiciel de calcul de structure de la société
ABD Soft. Cette passerelle permettra aux ingénieurs de récupérer des plans 2D créés en
DWG (par exemple avec IntelliPlus ou AutoCAD) et de les convertir en quelques clics dans
IntelliPlus en modèles 3D (éléments finis) totalement compatibles avec URUS.

 Factoriser, et capitaliser les connaissances et les outils d’intégration de code calcul, de

développement d’interfaces graphiques ergonomiques et de protection et ainsi réaliser des
économies d’échelle. Le projet SI-QAI (Système d’Information pour la Qualité de l’Air Intérieur)
a permis le développement de nombreux composants réutilisables. Le composant de gestion
automatique de mails entrants a pu être réutilisé dans les outils de gestion de clients de SAIL
et de SIA.

 Etoffer la gamme des logiciels de manière à professionnaliser l’offre du CSTB. Nos clients
s’attendent à ce que la gamme des produits vendus reflètent l’étendue de l’expertise du
CSTB. La distribution du logiciel URUS permet au CSTB d’avoir une offre dans le domaine de
l’analyse de structures. Il s’agit d’un logiciel développé à l’extérieur mais largement utilisé et
plébiscité en interne. La gamme des logiciels proposé s’étend désormais sur les domaines
suivants : Acoustique, CAO, Thermique, Energie solaire, Gestion de patrimoine, Aéraulique.

 Jouer un rôle actif sur le marché du logiciel et anticiper son impact sur celui de la consultance.
La crédibilité du CSTB en tant que consultant est catalysée par la démonstration de la
maîtrise des outils logiciels les plus performants.

Le tableau ci-dessous reprend les logiciels cités et indique pour chacun les objectifs de diffusion les
plus pertinents :

44
 Présence marché(7)
Améliorations(4)
Capitalisation(5)
Valorisation(2)
Promotion(1)

Revenus(3)

Gamme(6)
Gestion du patrimoine
TOBUS ● ● ●
AGPS ● ● ●
Développement durable
SI-QAI ● ● ● ● ●
SIREN/COMIS ● ● ● ● ● ● ●
EQuity2/GRADE ● ● ● ● ● ●
Simsol ● ● ● ● ●
Climsol ● ● ● ●
Confort thermique
ConsoClim ● ●
Composants TRNSYS ● ● ●
Simbad indépendant ● ●
Matériaux
Vitrages bombés ● ● ● ● ● ●
Aide aux choix de matériaux ● ● ● ● ●
Confort acoustique
Boîte à outils ● ● ●
LABE ● ● ● ●
Mini-carmen ● ●
Securite-Structures
Calculs simplifiés ●
Calculs non-standards ● ● ● ● ●

Exemples d’objectif de la diffusion des différents logiciels

Les exemples qui viennent d’être pris montrent que les objectifs qui peuvent conduire à la fois à
développer, puis à diffuser un logiciel peuvent être extrêmement variés. Le plus important est
probablement de les expliciter, de les valider avec les départements concernés, de les inscrire dans la
stratégie du CSTB globalement, puis dans celle du département à l’origine de la demande ou de la
proposition et de mutualiser les efforts aux différents stades.

Quelques observations sur les processus actuels

Sans chercher à être aucunement polémique, nous devons reconnaître en matière logicielle au
moins :

 Une absence de fonctionnement centré autour de la notion de projet. Plus exactement on

donne parfois l’impression de le faire pour certaines activités (e.g. projets dits stratégiques),
mais le chef de projet n’en a pas complètement ou réellement les moyens au sens large, y
compris financiers et décisionnels, et sa capacité à mobiliser des ressources adaptées reste
limitée. La matrice décisionnelle qu’implique notre organisation est celle des disciplines (au
travers les départements) pas celle des projets ou des produits ;

 Une absence d’une culture basée sur le rôle de chef de produit. Un produit doit asseoir son
existence sur une notion de rentabilité économique. C’est particulièrement vrai d’ailleurs pour
ce qui concerne le logiciel où la majorité des investissements et des efforts sont immatériel et

45
 donc faciles à perdre de vue… Non seulement nous n’avons pas de chefs de produits, mais
nous ne disposons surtout que de très peu d’éléments de pilotage économique ; la
connaissance du chiffre d’affaire, s’assortit rarement de celle de la marge…qui pour être
calculée avec quelque réalisme demanderait beaucoup plus d’éléments que ce dont dispose
un chef de projet CSTB…

Si l’on cherche à évaluer les objectifs que se fixent nos chefs de projets il est très inhabituel des les
voir raisonner en des termes strictement commerciaux. L’essentiel des motivations est technique,
tactique (occuper une position) ou stratégique. On tente d’élargir l’extension géographique couverte
par un produit, on cherche à en améliorer les fonctionnalités, au mieux on tentera d’atteindre le niveau
des ventes réalisé lors de la dernière livraison d’une « release » majeure, mais ce sans aucune
connaissance de la marge, ni même du signe de la marge que l’on fait sur le produit pour la bonne et
simple raison que l’on n’est pas en mesure de déterminer précisément les coûts.

Très souvent des gisements significatifs sont à porté de main mais le fait qu’ils ne soient pas
identifiés, reconnus comme tels empêche de mettre en œuvre des moyens spécifiques et adaptés qui
permettraient de les concrétiser.

Pour ne prendre que quelques exemples que nous connaissons bien, les cas de trois logiciels, i.e.
TRNSYS (simulation studio), THERMOPTIM, et URUS seront successivement abordés.

Le cas de TRNSYS, qui est un produit vendu par le CSTB depuis plus de 10 ans se présente ainsi : à
l’occasion de la sortie d’une nouvelle version majeure, et sur les trois années qui suivent cet
événement, environ 500 copies sont vendues dans le monde, dont à peu près pour moitié 250 aux
Etats-Unis et 250 en Allemagne. Seulement 10 par an sont vendues en France, soit une trentaine en
tout, et la majorité des revenus que nous dégageons sur ce produit proviennent des 25% de royautés
qui nous sont rétrocédées sur les ventes effectuées par des distributeurs tiers, alors que nous
percevons 50% du montant des ventes quand nous les effectuons directement.

Il n’y a pas de raison fondamentale pour que le marché Français à terme ne fasse pas montre d’un
potentiel proche du marché Allemand (même si les pratiques y sont aujourd’hui encore un peu
différentes) s’il est correctement exploité, ce qui laisse penser que pour un produit vendu 4250 Euros,
un gisement de 4250 x 220 x 50%, soit de plus de 450.000 Euros, sur la durée de vie d’une version,
est latent et reste quasiment en friche. Rien ne peut être reproché à l’équipe qui a déjà la charge du
développement et qui répond aux sollicitations commerciales, mais faute d’une prospection active du
gisement il reste en friche. Les derniers chiffres, obtenus dans le cadre de la sortie de la V16
confirment ce potentiel et battent les précédents records (sans plus d’action commerciale…) : 78
licences distribuées (14 de plus que le record précédent, lors de l’introduction d’IISiBat en 1996), un
CA total de 195 000 US$ pour cette seule période de 6 mois, un revenu total du CSTB de 48.000
Euros sur 6 mois, un nombre record de ventes en directe par semestre (17). On constate par ailleurs
que le marché français commence à rattraper l’Allemand (comme espéré): TRANSSOLAR 14 , CSTB
17 ventes – du jamais vu, là aussi. Et cela pour une période qui ne couvre qu’une partie de la phase
de pré vente.

THERMOPTIM est un logiciel développé par un auteur indépendant affilié et enseignant à l’Ecole des
Mines de Paris, qui a conçu ce logiciel par passion. Il est vendu par le CSTB depuis plusieurs années,
mais ce n’est que depuis la mise en place d’un outil spécifique en aval du site software.cstb.fr
permettant de collecter des données essentielles sur les visiteurs internet du site, à savoir le
« software customer », qu’il est possible d’identifier tous les prospects, ce à compter du mois de Juin
2004. Ainsi, et depuis Juin, 108 contacts se sont identifiés et si l’on considère qu’un taux de
conversion de 10% pour la version industrielle est raisonnable dans le cadre d’une démarche de vente
directe à mettre en place, le gisement immédiat mesurable sur quelques mois s’élève à 50k€ brut, soit
de 25k€ sur la base 50% de royautés pour la vente du produit.

Le cas d’URUS n’est pas très différent. Il est certes difficile d’évaluer également en peu de temps la
pénétration possible d’une tel produit, qui est excellent, et que nous commercialisons en qualité de
revendeur. Une rapide évaluation, sur la base de 85 prospects depuis Juin dont les coordonnées ont
été recueillies sur le site software.cstb.fr, pour un logiciel vendu 12.000 Euros, avec un taux de

46
conversion supposé de 10% et 70% de royautés sur le produit, nous permettrait de cibler 75k€ de
gisement.

Il est clair que les gisements qui viennent d’être évoqués sont le résultat du seul passage de visiteurs
sur le site software.cstb.fr, en l’absence de toute démarche de vente ou de marketing spécifique pour
les logiciels du CSTB. C’est en quelque sorte le minimum des minima, un piège brownien qui recueille
les coordonnées et les centres d’intérêt des promeneurs égarés. Exploiter correctement ces contacts
dans le cadre d’une démarche commerciale volontariste supposerait un ingénieur techno-commercial
à temps plein, ayant une parfaite connaissance du potentiel de ces produits, aguerri à des
démonstrations convaincantes dans le cadre de scénarios d’usages bâtis avec des utilisateurs et
correspondant à leurs pratiques. La rémunération de cette personne doit être nécessairement
fortement incitative et non limitative afin que la motivation et la volonté de vendre soit maximale. Nous
devons seulement nous assurer que les gisements que nous aurons identifiés soient suffisants pour
d’une part garantir une rémunération décente de l’intervenant et d’autre part contribuer à dégager des
revenus auxquels nous renonçons tout simplement aujourd’hui.

Bien sûr l’évaluation des gisements demanderait une approche méthodique qui pourrait s’appuyer sur
des outils de pré enregistrement comme celui qui vient d’être mentionné, en disposant d’un historique
de consultation plus important, et de taux de conversion des prospects, ce pour chacun des produits.
Ceci devrait être normalement disponible dans le courant du premier semestre 2005, sachant que la
mise en place de l’outil par l’équipe est très récent et date de l’été 2004. Ce travail d’analyse du
gisement, puis de mise en exploitation doit pouvoir être conduit par la même personne (profil
précédemment cité), mais il s’agit clairement d’un métier différent de celui des équipes telles qu’elles
sont organisées aujourd’hui.

Recommandations
Si l’on souhaite progresser en se dotant d’une stratégie et des moyens de l’exécuter afin de s’engager
sur la route d’une diffusion plus méthodique, plus systématique de nos logiciels phares il convient de
mettre en place un « Comité Logiciel » doté de réels moyens et vers lequel les départements se
tourneront pour passer du stade de prototype à celui de logiciel commercial. Certes tous les projets ne
pourront pas être portés et les arbitrages ne retiendront que ceux qui satisferont aux meilleures
perspectives commerciales, les gisements ayant été évalués au mieux, mais les équipes seraient
dans un tel schéma assurées de disposer du soutien qui leur fait aujourd’hui défaut pour accompagner
leurs projets. Il faudra veiller à ce que ce « Comité Logiciel » ne soit pas une simple instance
consultative mais qu’il dispose de véritables moyens si l’on veut en faire un instrument d’une véritable
politique logicielle.

47
Politique industrielle
Introduction
Quelle est la place du logiciel dans la politique industrielle du CSTB et quelle doit être la politique
industrielle du CSTB en matière de logiciels sont les questions essentielles qui vont être abordées.

Très récemment, lors du discours d'ouverture de la conférence IST en novembre 2004 sur les
technologies de la société de l'information (TSI) organisée à La Haye, aux Pays-Bas, Fabio Colasanti ,
directeur général de la DG Société de l'information de la Commission, et Chris Buijink, directeur
général en charge des entreprises et de l'innovation au ministère néerlandais des affaires
économiques, se sont adressés aux délégués pour leur affirmer que le progrès technologique est
indissociable des ambitions européennes et que "Les TIC sont les principaux moteurs de
l'amélioration de la productivité et de la croissance économique. En Europe par exemple, près de 40
pour cent de la croissance de productivité enregistrée ces dix dernières années est imputable aux
TIC." Les nouvelles technologies sont également à la source des progrès réalisés dans tous les
principaux domaines scientifiques, a-t-il ajouté.

Le logiciel est donc perçu comme l’un des moteurs essentiels de l’innovation, mais son caractère
immatériel et sa faible durée de vie en tant que produit intrinsèque en l’absence de maintenance (ne
serait-ce que pour s’adapter aux incessants changements de l’environnement de déploiement matériel
et logiciel) et de mise à jour spécifique en font un objet très particulier qui capitalise la matière grise
sous une forme opérationnelle en offrant un levier majeur à la commercialisation (il n’y a quasiment
plus de coût associé à la duplication physique du produit) mais qui se pirate relativement aisément et
pose les questions de protection abordées par ailleurs, mais qui est frappé de rapide obsolescence et
demande un investissement incessant pour le faire vivre.

Spécificités du logiciel
Le logiciel a donc des spécificités et un cycle de vie propre qui suppose des moyens humains adaptés
que ce soit au niveau technique comme du point de vue de l’action commerciale (le CSTB figure là où
son intervention est la plus légitime) :

 Conceptualisation / Spécification (CSTB) & Prototypage (CSTB)

 Industrialisation (Tiers ?) & Commercialisation (Tiers ?)
 Maintenance évolutive / corrective (Tiers ?)

 Ingénieurs « métier » du champ disciplinaire (CSTB)

 Ingénieurs informaticiens (conception / exécution) (Tiers ?)
 Ingénieurs d’affaires pour de la consultance basée sur l’usage de logiciels (CSTB)
 Action commerciale et vente produits (Tiers)

Cette spécificité du logiciel montre que si le CSTB est parfaitement légitime à certaines étapes du
cycle de vie du logiciel, on aurait probablement intérêt à recourir à des moyens différents, mobilisés
chez des tiers (éditeurs, partenaires, filiales, autres), pour un certain nombre de tâches.

Au niveau de la conceptualisation, des spécifications (en particulier fonctionnelles) et du prototypage

le CSTB, eu égard au respect d’une politique technique, pourrait apparaître comme relativement bien
placé pour ces tâches. Deux écueils doivent être surmontés : le premier est de ne pas se fonder sur
notre propre (ou seule) appréciation pour l’identification ou l’appréciation d’un besoin, mais de mettre
en place un réseau d’utilisateurs finaux – exerçant au quotidien en entreprise, BE, etc. – et que l’on
pourrait mobiliser pour valider les idées de projets logiciels qui nous sembleraient pertinentes afin d’en
mesure la valeur d’usage dans un processus métier qui parfois nous est un peu étranger, le deuxième
serait de procéder à ces développements – pour autant que la première étape se soit révélée positive
– avec une rigueur méthodologique (ce qui est décrit dans la politique technique) afin que les
concepts, les spécifications, etc. bref l’ensemble de cette première phase du cycle de vie du logiciel

48
puisse être transmise sans rupture de charge aux intervenants suivants – probablement en externe
pour aller au delà du stade du prototype, mais sans que le CSTB perde la main sur ce qui fait le cœur
d’un logiciel. Un découpage de ce type sera encore plus facile à mettre en œuvre avec les nouveaux
ateliers et usines logicielles que l’on a présenté(e)s dans la partie précédente.

L’industrialisation doit être à mon sens systématiquement confiée à un tiers, avec un ensemble de
directives visant à ce que les spécifications soient reprises dans une usine logicielle précise (je
penche bien sûr pour Team System…), et que la suite du développement soit ainsi assurée sans
solution de continuité. Clairement, les nouveaux environnements qui vont voir le jour en 2005
devraient permettre de mieux découper les phases, positionner le CSTB là où il est en mesure
d’intervenir (identification d’un besoin amont, validation avec un réseau d’utilisateurs inter-disciplines
permettant de confirmer la pertinence - ou non - des idées, conceptualisation, spécification,
prototypage), et passer le relais sans pour autant perdre la maîtrise d’ouvrage du logiciel à des
partenaires spécialisés, pas nécessairement en France d’ailleurs, d’excellents rapports compétences /
coûts pouvant se trouver en Europe de l’Est voire au Maghreb. Au delà de la maîtrise d’ouvrage qui
doit rester du champs de compétences du CSTB, la délégation de la maîtrise d’œuvre doit se faire à
des conditions techniques très précises afin de garantir la conformité du résultat final aux attentes
initiales, et de s’assurer la possibilité de le ré-utiliser dans une ambition plus globale et dans une
logique de production de la valeur ajoutée qui dépasse le cadre d’un département (les modules
doivent être réutilisables librement au sein du CSTB et factorisables).

La commercialisation revêt plusieurs aspects, dont certains peuvent être pris en charge par le CSTB.
Partout où l’image du CSTB est un atout, et peut contribuer à stimuler les ventes de nos produits
logiciels, le CSTB doit s’impliquer. C’est en particulier vrai au niveau de ce que je nommerais le
« marketing amont », conférences, groupes de travails, projets, commissions, etc. où la crédibilité de
l’organisme est un argument déclenchant la vente. Cependant au niveau purement commercial, et
compte tenu de nos coûts de personnels, le packaging négocié avec l’éditeur tiers doit permettre
autant que faire se peut de déboucher sur une possibilité de commercialisation en ligne, les prix des
logiciels que nous vendons ne permettant que rarement un démarchage direct. Pour ces derniers cas,
un profil de technico-commercial a déjà été décrit et permettrait d’assurer aussi bien la liaison avec les
réseaux d’utilisateurs utilisés en « validation amont » que l’action commerciale aval (pour les logiciels
ou configurations de plus de 4000€ par exemple). Des accords avec des tiers ne sont pas exclure tout
en sachant que la perte de la relation commerciale directe conduit toujours à terme à la perte du
client…

La maintenance corrective doit être immédiate et se déclencher à la demande du CSTB et faire l’objet
d’une clause du contrat dans la délégation de maîtrise d’œuvre afin que des délais stricts soient
respectés pour qu’une nouvelle version puisse être disponible très rapidement. La maintenance
évolutive est plus itérative et peut s’intégrer dans les mêmes procédures que le développement lui
même.

Les ingénieurs de la discipline et du département concerné s’étant normalement suffisamment investis

dans la phase amont qui a conduit à la spécification et à la définition du logiciel, ils doivent être en
mesure de parfaitement connaître les limites d’usage et les perspectives d’application des logiciels
que nous aurons fait développer. Ce positionnement doit permettre de préserver l’obtention de
marchés en consultance, un créneau où la maîtrise du logiciel est un plus mais où il est surtout
possible de vendre - en plus du logiciel – une compétence au temps passé par nos ingénieurs à des
tarifs élevés.

En résumant sommairement ces idées, il est essentiel de se convaincre que ce n’est pas dans la
réalisation et dans le codage que le CSTB a ses meilleures cartes à jouer dans le logiciel. Il doit se
doter d’une capacité de maîtrise d’ouvrage – ce qui est un saut qualitatif important – et piloter ses
projets logiciels comme un maître d’ouvrage gère un projet de construction. Maîtrise des besoins au
niveau du programme, des spécifications au niveau du projet, des processus au niveau de l’exécution,
de la qualité au niveau de la réception, etc. Nous devons être des penseurs de la valeur ajoutée finale
et de son positionnement sur le marché (vis à vis de la concurrence), des assembleurs de solutions,
des gestionnaires de projets complexes, etc. et probablement passer moins de temps dans les
éditeurs de textes à se demander comment fabriquer tel ou tel composant ou élément logiciel, sauf
bien sûr en prototypage où il ne s’agit que de tester des idées.

49
Sous la terminologie de logique industrielle on va également s’intéresser d’une manière générale aux
types de produits que le CSTB peut envisager développer et voir comment ils pourraient se
positionner dans un ensemble de gammes.

La notion de Gamme
La notion de gamme est importante. On ne peut pas occuper un créneau sur un marché avec une
offre disparate qui se constitue au gré des projets de recherche et des personnalités qui s’impliquent
dans telle ou telle action. Il faut recherche un positionnement, le justifier par un savoir faire, une
expérience, un existant, par notre situation actuelle et la perception que le marché en a ainsi que par
les perspectives commerciales que l’on peut envisager au vu d’une ou plusieurs études de marché qui
reprendraient la ou les gammes que l’on envisagerait.

Un exemple de gamme verticale sur lequel on reviendra, partirait des documents normatifs - qui
constitueront 90% des documents de référence des professionnels à très court terme – et offrirait en
entrée gamme des logiciels d’édition électronique, elle serait complété au niveau moyen de la gamme
par des outils de calcul simples venant en appui des notions traitées et développées dans les textes et
se verrait dans le niveau haut de la gamme étoffé d’applications plus sophistiquées, en simulation, en
modélisation de phénomènes couplés, etc.

Ce concept « en couches surimposées verticalement » peut ensuite se décliner selon une logique
disciplinaire, selon les compétences des départements.

Pour résumer, si l’on reprend les trois couches principales, nous aurions :

 Entrée de gamme : (e.g systèmes documentaires de GED sur la matière technico

réglementaire et normative) ;
 Milieu de gamme : niveau 1) plus des outils de calcul simples (simplifiés ?) pour la conception,
le dimensionnement des ouvrages déduits des eurocodes, des fascicules édités par la
Direction des Marchés Publics, etc. ;
 Haut de gamme : niveau 2) plus des applications logicielles de haut niveau, e.g. simulation
dynamique, phénomènes couplés, etc.

DSSFDAE DDD Etc.

CAD system
Applications sophistiquées

Outils calcul & dimensionnement simplifiés

Edition électronique technico-réglementaire

Dans ce qui vient d’être évoqué, la logique industrielle aborde ici la notion de gamme selon deux
axes :

 Les fonctionnalités offertes (e.g. entrée de gamme, milieu et haut de gamme).

50
  Les champs disciplinaires couverts (e.g. par département).

Il est bien sûr possible d’envisager la création de gammes de produits logiciels à entrées multiples:

 La Gamme de produits à deux dimensions précédemment envisagée (i.e. recherche d’un

produit) ;
 Une Offre de consultance, axée sur le logiciel et formalisée selon une logique marketing
répondant à des questions de la clientèle du type: « existe-t-il un logiciel que le CSTB maîtrise
et qui réponde au problème X ? », i.e. recherche d’un service fondé sur du logiciel. Il s’agit
d’avoir une approche marketing qui permette de nous positionner quand un client se demande
s’il existe un logiciel qui réponde à son besoin et surtout s’il existe un prestataire capable de
mettre en œuvre ce système pour le besoin du client ;
 Un référentiel de certification et de benchmarking de logiciels tiers dans une logique de
détermination de la valeur d’usage, aptitude au déploiement (e.g. GdP), i.e. recherche d’une
garantie d’usage attestée par un acteur indépendant ;

Dans ce dernier registre, il existe une demande et la société CYPE par exemple est une entreprise
espagnole qui développe une large gamme de logiciels adaptés au secteur de l'Architecture, de
l'Ingénierie et de la Construction, et qui travaille au développement de logiciels efficaces, fiables et
adaptés aux besoins des professionnels. Il s'agit également d'un bureau d'études techniques de
prestige, qui compte notamment l'Hotel Bali de Benidorm parmi ses ouvrages de référence. Cette
entreprise travaille actuellement à l’adaptation de ses logiciels au marché Français: traduction,
adaptation aux normes et aux usages et sollicite le CSTB afin de connaître les services que nous
pourrions lui fournir dans ce sens (évaluation des logiciels, certifications...) pour les logiciels suivants:
 CYPECAD: programme de calcul de structures BA et métallique
 Installations du Bâtiment: logiciel de calcul et dimensionnement des divers réseaux
techniques du bâtiment (électricité, gaz, climatisation...)
 Eléments de soutènement: Ecrans et Murs de soutènement de différents types (paroi moulée,
palplanches, semelles sur pieux...)
 Ponts-Cadres PICF: éléments de passage inférieur routiers en BA

Au delà de l’exemple précis donné pour fournir de la consistance au propos, il est intéressant de
constater que le profil du CSTB nous conduit à recevoir naturellement ce genre de sollicitations et que
nous avons de bonnes cartes à jouer.

Nous sommes également régulièrement sollicités pour de la distribution pure, comme nous le faisons
pour URUS, le dernier exemple en date venant d’Ingeciber SA pour un produit nommé CivilFEM qui
met en œuvre la technologie d’ANSYS Inc (Nasdaq: ANSS, www.ansys.com ) et se présente comme
une solution de simulation basée sur EF. Si le CSTB ne souhaite pas directement s’engager dans ce
métier – la distribution en particulier de logiciels tiers – il est bien placé cependant pour nouer des
alliances (capitalistiques ?) qui seraient favorables à ses intérêts.

Nous devons jouer sur tous les leviers qui sont les nôtres en matière de politique industrielle logicielle,
image, indépendance, crédibilité, expertise disciplinaire, etc. et nous doter de ceux dont nous avons
besoin pour nous imposer comme un acteur incontournable, i.e. capacité de maîtrise d’ouvrage
logicielle, connaissance des usines logicielles du futur, etc. et probablement éviter autant que possible
d’essayer de faire du code nous mêmes…

Dans le cadre de sa politique industrielle, le CSTB dispose d’un certain nombre de projets
stratégiques qui sont de nature à contribuer à l’avènement d’une culture logicielle. Nous allons
rapidement en aborder quelques uns dans cette perspective.

Quelques projets stratégiques

La réalité virtuelle
En matière de réalité virtuelle le marché des utilisateurs terminaux, dans une logique d’usage finalisé
en support à des actions concrètes est dirigé dans le métier du CSTB par les collectivités locales et

51
territoriales. Les besoins sont toujours très liés à la programmation et à l’exécution de projets ayant un
impact sur les citoyens, qu’il s’agisse de moyens de transports nouveaux à mettre en place,
d’infrastructures routières ou portuaires, d’aménagement de quartiers, etc.

A ce titre, deux besoins essentiels donnent la tendance :

 le premier est la nécessité de rapprocher les systèmes matériels et logiciels du client et de

l’utilisateur final qui ne souhaite pas se déplacer mais désire que le système vienne à lui dans
la logique de concertation ou de négociation qu’il recherche toujours localement, que ce soit
au travers de représentants (de quartiers, de lobby, autres) ou des citoyens eux-mêmes ;

 la deuxième est celle de disposer d’un dispositif léger et puissant qui puisse être utilisé à la
guise du client dans le cadre de sa logique propre de communication, ou dans sa démarche
technique ou de programmation indépendamment de l’offreur de service qui a préparé les
démonstrations, les scénarii ou les modèles.

De ce point de vue, l’émergence de matériels – dans le sillage du gigantesque marché des jeux
sophistiqués très gros consommateurs de ressources graphiques – amènent les fabricants de
matériels à introduire deux nouveautés importantes qui permettent de proposer des applications de
réalité virtuelle de très bon niveau sur des plate-formes de très petite taille et de très honorable
puissance pour moins de 1500€.

 La première de ces nouveautés sont les machines dites « à petit facteur de forme », bref de
petites machines compactes comme celles vendues par le constructeur de « boites » Shuttle
http://www.xbitlabs.com/articles/mobile/display/shuttle-sff.html

 La deuxième concerne le développement rapide des « cartes graphiques » - terminologie au

sens large – qui a vu entre autre l’émergence d’une part de la série GeForce 6800 GT de
NVIDIA (220 millions de transistors…) mais aussi la réponse d’ATI avec RADEON X800 XT
(425MHz & 256MB de mémoire GDDR3 cadencée à 900MHz), évoluant de plus vers des
composants intégrables dans des « laptops » avec le MOBILITY RADEON 9800 ou le NV41M
(GEForce 6800 pour laptop / deskstop).

Bien sur ces deux changement ne font qu’un dans des machines comme celles livrées à base de kits
Shuttle par les assembleurs (e.g. SK41G) http://www.xbitlabs.com/articles/mobile/display/shuttle-
sn85g4.html dans une boite de 82cm (largeur), 43cm (hauteur), 19cm (profondeur) dont les
caractéristiques principales sont mentionnées pour mémoire ci-après et qui s’appuie dans ce cas sur
l’ATI RADEON 9700 pro http://www.ati.com/products/radeon9700/radeon9700pro/ le tout pour
1500€ :

CPU Athlon 64 3200+

Carte Shuttle FN85
Mémoire 2x256MB Corsair XMS3200C2
Disque Seagate Barracuda ATA IV 40GB
Carte graphique ATI Radeon 9700 Pro
Pilotes (drivers) nForce3 drivers 3.43 (beta)
ATI Catalyst 3.6

La course se poursuit, toujours alimentée par le marché de masse que constituent les « jeux vidéos »
et les cartes typiques comme la NVIDA GeForce 6800 Ultra sont en technologie 0,13 microns, avec
plus de 200 millions de transistors, GDDR3 faible flux thermique, cadence d’horloge de mémoire à
1100MHz !, avec des pipelines affichant 16 pixels par cycle d’horloge, une méthode d’anti-« aliasing »
plein écran, algorithme de filtrage anisotropique, rendu de scènes et ombrage (Shaders V3) DX9.0,
avec Ultra Shadow II, images à fort rendu (HDRI, High Dynamic Range Images) etc. et s’intègrent
dans une boite comme celles de Shuttle.

52
Une prestation typique se facture ainsi en dessous de 10.000€ pour une collectivité locale, et
comprend la construction du modèle MNT (qui peut se faire par ortho-photos acquise grâces à des
lâchers de ballons et prise d’images par un appareil photo dont l’orientation est pilotée par des servos
actionnés par une radio-commande) avec habillage végétal et mise en place des constructions, prise
en compte des alternatives offertes par l’étude faisant l’objet de la commande, livraison complète sur
une machine de type « Shuttle » et prise en main par le client. Pour 3000€ de plus le client peut
disposer de deux projecteurs supplémentaires (sur les deux sorties standards) et se déplacer avec
une solution technologique complète de très haut niveau pour aller à la rencontre des administrés, des
comités de quartier. Il est fréquent que les collectivités se donnent une année entière pour conduire
cette phase de négociation / séduction afin de remporter l’adhésion des intéressés. Evidemment tout
ceci se passe dans la proximité du terrain.

Pour des solutions mettant en œuvre des rendus graphiques particuliers à base de PC et toujours
transportables avec le son en plus, des produits comme ceux de panoram technologies
http://www.panoramtech.com/products/pv290.html et notamment le PV 290 DSK seraient
intéressants : http://www.panoramtech.com/products/pv290.pdf

Enfin des machines très classiques comme le Dell Dimension 8300 avec jeu de composants d’Intel
875P, bus frontal 800MHz et une carte graphique haut de gamme obtiennent désormais de très hauts
niveaux de performances (e.g. plus de 11000 points au 3Dmark 2003). Ces machines équipées en
standard de la RADEON 9800 Pro d’ATI et de périphériques de bon niveau (DVD+RW 4X rapide,
carte son Creative Aidigy 2, Ultra ATA 200Go, etc.), moniteur Ultra-Sharp, haut-parleurs Altec-Lansing
ADA-995 avec le son surround 5.1 et format audio THX sont de très bon matériels pour des
applications RV classiques.

Ces quelques remarques à la fois du point de vue des attentes des clients représentant la cible
commerciale majeure, de l’évolution des matériels disponibles, des types de marchés que nous
sommes en mesure de prendre doit nous amener à réfléchir à notre positionnement en termes de RV,
au delà des activités de R&D en particulier dans le cadre européen, si nous souhaitons prendre part à
l’avènement du conseil dans le domaine de la RV commerciale finalisée. La salle immersive ne sera
dans une telle perspective qu’un atout dans une offre plus large et notre stratégie ne devrait pas être
uniquement focalisée sur cet équipement, en ce sens où l’investissement réalisé ne nous donne pas
une position décisive – eu égard aux attentes du marché - pour concrétiser des prestations
commerciales pour des tiers. Le coût de la maintenance d’un tel équipement et la spécialisation des
compétences liées à un matériel spécifique de ce type doivent également être pris en compte dans
l’évaluation des perspectives.

In fine, le CSTB dispose de compétences dans la modélisation de phénomènes couplés, dont la

complexité de la représentation en termes de structures de données et d’algorithmes de modélisation
et de résolution font qu’il reste encore un acteur privilégié sur ce créneau, la RV ne venant qu’en appui
de ces compétences de base pour la restitution et la représentation de phénomènes complexes qui
gagnent à être visualisés par des moyens modernes. Compte tenu des coûts des personnels CSTB il
paraît peu raisonnable d’entrer en concurrence frontale avec des bureaux de conseil en RV, qui
répondent parfaitement aux attentes du marché en termes de prestation et de facilité de déploiement
des solutions, acteurs auxquels nous devrions peut être sous-traiter au moins partie des réalisations
RV illustrant les résultats numériques des contrats d’ingénierie « phares » que nous sommes en
position d’emporter.

Si nous cantonnons nos activités à de la recherche, quelle qu’en soit la nature, la salle immersive est
un équipement offrant des fonctionnalités uniques qui peuvent être valorisées comme telles dans les
consortiums. Il est à craindre cependant que la loi de Moore énoncée dans Electronics en 1965
(doublement du nombre de transistors par circuits de même taille tous les 12 mois (1965) hypothèse
révisée à 18 mois (1975)) pour ce qui concerne l’évolution des performances des matériels
informatiques, s’applique encore à peu près (24 mois observés en réalité) pendant quelques années
(au moins cinq générations de chips jusqu’en 2017) avant que les limites physiques d’intégration des
composants (les atomes…) ne soient peut être atteintes. La progression est de toutes manières
exponentielle et ne peut correctement s’observer qu’en échelle semi-logarithmique. L’obsolescence
rapide des matériels de la salle immersive devra donc être prise en compte et les coûts de mise à
niveau intégrés dans les perspectives.

53
Finalement la plus forte valeur ajoutée du projet RV, sur laquelle le CSTB pourra capitaliser, sera peut
être issue de la volonté de faire travailler ensemble des équipes pluri disciplinaires, qui auront eu la
motivation de maîtriser tout un ensemble de technologies logicielles et de modèles numériques (e.g.
données, phénomènes physiques, etc.) pour produire des artefacts de bâtiments et de phénomènes
les affectant de manière réaliste. Ces résultats pourront - in fine – être aussi bien montrés dans la
salle immersive que sur de très bonnes machines conventionnelles (équipés de plusieurs projecteurs
si besoin) et transportables pour satisfaire aux besoins diversifiés de la clientèle.

D’une manière générale il semble réaliste et pragmatique de regarder d’abord ce que le marché veut,
y compris en termes de RV, en incorporant dans ce cas la salle immersive comme l’un des éléments
de notre offre, et pas forcément comme la composante centrale. Il est important d’offrir des solutions
plus légères, transportables, aux besoins des clients, tout en laissant le passage en salle immersive
comme une possibilité, un plus mais pas forcément une finalité.

Restent bien sûr de rares prestations très haut de gamme, qui font l’objet d’appels d’offres publics
occasionnels, pour des services dépassant 100.000€, mais il est évident que l’obtention de tels
marchés est difficile et qu’il serait hasardeux d’espérer en faire le fonds de roulement de l’activité RV,
même si elles correspondent plus à l’esprit et aux possibilités de la salle immersive. Il serait
probablement également judicieux de coupler les prestations « RV haut de gamme » à des
démarches plus conventionnelles qui rencontrent un réel succès compte tenu des préoccupations
politiques et sociétales, en particulier dans le cadre de projets exemplaires. A titre d’exemple, la
Société Générale construit une nouvelle tour de haute qualité environnementale avec la volonté de
faire de ce projet une référence pour la nouvelle génération d'immeubles de bureaux de grande
hauteur du début du 21ème siècle. Le projet « Ganite » conçu par Christian de Portzamparc est situé
à proximité immédiate du siège central de la banque à La Défense, se profilera à l'horizon du quartier
Valmy et du nouveau quartier Seine-Arche de Nanterre, et s'inscrira ainsi comme le point final de
l'extrémité ouest de l'esplanade de La Défense. Le lancement des travaux est prévu le 17 janvier
2005, et la démarche H.Q.E. a été retenue par Nexity qui depuis 2001 accompagne et conseille la
Société Générale dans la démarche environnementale mise en place pour ce projet. Sogeprom, filiale
de la Société Générale, assistant au maître d'ouvrage, pourrait être intéressé - compte tenu d’un
cahier des charges très ambitieux -, par des simulations de type RV autour de modèles aérauliques
(qualité de l’air), hygrothermiques, d’éclairage, etc. Trouver un débouché pour les activités RV sur des
projets exemplaires de ce type permettrait d’aborder le marché par ses deux extrémités : projets
banalisés sur du matériel banalisé pour une majorité de clients (i.e. collectivités territoriales,
municipalités, etc.) et prestations sur mesures pour des projets phares appuyant notre crédibilité et
notre visibilité d’ensemble.

Les plate-formes d’intégration

Les plate-forme d’intégration ont fait l’objet de nombreux travaux de recherche, ainsi que les modèles
de bâtiments qui seront abordés par la suite. La notion d’intégration est inhérente à l’emploi industriel
de logiciels. N’importe quel processus complexe va mettre en œuvre toute une panoplie de logiciels,
et la communication des informations entre ces systèmes est fragmentaire.

Deux principales difficultés s’opposent à l’échange fluide d’informations entre logiciels. Nous allons
utiliser une analogie, celle de la communication d’informations entre être humains, pour illustrer les
problèmes rencontrés.

Les logiciels, comme les humains, ont un modèle interne du monde. Ce sont des structures de
données (et des procédures associées pour faire simple) pour les programmes, des concepts et leurs
représentations mentales pour les humains. Quelle que soit la langue utilisée pour essayer de
communiquer, si l’on ne parle pas de la même chose et que les représentations internes sont
suffisamment incompatibles, c’est le dialogue de sourds.

Cette première difficulté est la plus sérieuse, la sémantique même des concepts est différente, il ne
s’agit pas d’un simple problème de langage, mais d’une abstraction différente du monde. Si l’on
surmonte cette difficulté – par exemple au moyen d’un même modèle de données pour les
programmes – reste le problème du langage pour communiquer sur ces concepts sans perdre les

54
informations. C’est un deuxième niveau, qui n’est pas forcément aussi simple qu’il y paraît car le
langage doit pouvoir communiquer toute la sémantique des concepts, ce qui n’est pas toujours le cas,
ce même pour les langues naturelles extrêmement riches. Le langage a d’ailleurs une influence sur la
pensée et cela se vérifie en philosophie comme en informatique !

Voilà résumé en quelques phrases de quoi occuper des cohortes de chercheurs pendant des
années…partager les même concepts, les représenter de la même manière, se doter de langages
permettant d’échanger les concepts et leurs occurrences, tout un programme.

Mais tout un business aussi, car les enjeux sont considérables. Evidemment, dans certains secteurs
où des acteurs dominants existent au niveau de la maîtrise d’ouvrage, les choses ont abouties. C’est
le cas de l’automobile et de l’aéronautique, ces secteurs ayant fait des progrès considérables de
productivité en réglant ces problèmes de communication à l’aide de plate-formes d’intégration
adaptées et en ayant du même coup fait le succès d’entreprises de conseil et d’offres technologiques,
comme ProSTEP AG .

Quand le CSTB était déjà bien avancé dans ces travaux d’intégration de systèmes, ProSTEP a
démarré comme une startup avec six personnes, mais la jeune pousse était soutenue par BMW
Group, Bosch, Continental Teves, DaimlerChrysler, Delphi Automotive Systems, Opel/General Motors,
Siemens and Volkswagen, ainsi que par une association de 220 membres appartenant à 17 pays, ce
dans le cadre des travaux de normalisation de la norme STEP de l’ISO. Depuis, ProSTEP s’est
imposée comme un offreur de solution B2B pour l’industrie manufacturière en Allemagne autour de
plate-formes comme Open PDM, et réalise 17millions € de chiffre d’affaire pour plus de 180 salariés.
Le business est florissant et l’entreprise se développe.

Que penser de l’évolution survenue au CSTB et dans le domaine du bâtiment plus généralement
autour de ces projets stratégiques de plate-formes d’intégration ?

Le CSTB n’a malheureusement pas été en mesure de conserver son équipe de développement et la
plate-forme - qui était quasiment aboutie en 2000 - n’a pas connu de destin industriel. C’est
évidemment fort regrettable et nos donneurs d’ordre comme la communauté européenne n’ont pas
manqué de remarquer l’interruption de notre effort. Mais le secteur ne s’est bien sûr pas arrêté, et
d’assez nombreux projets ont poursuivi leur route comme BLIS « Building Lifecycle Interoperable
Software » http://www.blis-project.org/index2.html et son modèle SABLE « Simple Access to the
Building Life-Cycle Exchange » , ou encore le projet CORENET (Construction and Real Estate
Network) http://www.corenet.gov.sg/Corenet/ soutenu par les autorités de Singapour, et porteur de
très grosses ambitions afin de transformer en profondeur les processus dans le domaine de la
conception / construction de bâtiments, en promouvant des solutions totalement intégrées tout au long
de la chaîne de valeur.

Aujourd’hui, les mérites et l’intérêt pour le CSTB de la compréhension des fonctionnalités offertes par
ces plate-formes et de la connaissance des ces technologies, ne seraient pas uniquement les
perspectives commerciales que l’on pourrait espérer concrétiser à partir de solutions offertes par des
tiers (sachant que le coût du redémarrage de telles activités serait à prendre en compte), mais
également le levier qu’offrirait en interne un usage harmonisé de modèles et de techniques
d’échanges assurant aux différents départements une capacité de se compléter dans les prestations
commerciales qu’ils pourraient alors enchaîner pour un client final.

Il est cependant à prévoir que même dans notre secteur - qui fait montre d’une adoption relativement
lente des technologies -, les plate-formes accompagneront l’évolution des logiciels et assureront à
court ou moyen terme des moyens d’échange et de stockage équivalents à ce que les industries
aéronautiques ou automobiles utilisent déjà aujourd’hui. Dans cette perspective, l’intérêt majeur de la
démarche est non de s’inscrire dans une logique de facturation simple de la prestation (en homme /
jour) mais dans une approche qui vise tout le cycle de vie des constructions et offrirait au Maître
d’Ouvrage une assistance pour la gestion long terme des données techniques depuis la conception
jusqu’à la maintenance, en facturant le service au travers d’une indexation en pourcentage (très faible)
sur la valeur d’immobilisation des constructions. Le modèle économique devient récurrent et bien plus
avantageux pour le prestataire que la simple vente de logiciels. Il conviendrait de se rapprocher de
gestionnaires en partenariat avec un éditeur spécialisé (e.g. Vizelia ?) afin d’évaluer la viabilité d’une
telle approche.

55
Les modèles de bâtiment
Les travaux sur les modèles de bâtiment ont véritablement démarré au début des années 1990. Les
progrès prirent une décennie (et nous renvoyons le lecteur à la bibliographie) mais les résultats sont
assez considérables, le modèle des IFC ayant aujourd’hui une grande notoriété et faisant l’objet d’une
large adoption dans un ensemble de système, notamment commerciaux.

Il est étrange que le CSTB – dans son ensemble - n’ait pas plus largement connaissance de la
structure du modèle au sein des départements et recours à son usage ainsi qu’à des adaptations
spécifiques pour des travaux particuliers, sachant que le besoin de disposer d’un modèle commun de
bâtiment, qui serait partagé entre les disciplines et les métiers exercés par les départements, a été
formulé à plusieurs reprises par les participants aux diverses réunions organisées.

Il est intéressant de constater qu’après des années de recherches sur les modèles de données et les
infrastructures logicielles pour les déployer, des prix sont désormais décernés pour la mise en œuvre
pratique de ces concepts dans des projets de construction. Récemment, le projet intitulé « IFC Model
Based Operation and Maintenance of Building » qui peut se traduire comme étant un projet basé sur
les IFC pour l’exploitation et la maintenance des bâtiments, a remporté le prix de l’innovation 2004
attribué par le CIOB, le très honorable Chartered Institute of Building. Les partenaires du projet, qui
regroupent Taylor Woodrow, AEC2, IES, COINS, MRO Software, Graphisoft et BSRIA ont fait la
démonstration convaincante du déploiement de ces technologies (e.g. serveur d’objets IFCs) qui
permettent de supprimer les ruptures de charges en termes de flux d’informations entre les systèmes
logiciels employés lors des phases de conception / construction et ceux mis en œuvre lors du passage
en exploitation / maintenance des constructions. Le prix sera remis le 21 Avril 2005.

Il est intéressant d’observer que depuis Mai 2003 et sur la base de données réelles correspondant à
des réalisation conduites par les organismes ou entreprises suivantes :

 CAD-Office of Bavarian Government, Germany

 Degenhart Architects, Germany
 FZK-Research Centre Karlsruhe, Germany Office Prof. Dr.-Ing. W. Jaeger, Germany
 Obermeyer, Germany
 Taylor Woodrow, UK

Onze éditeurs de logiciels disposent désormais d’une accréditation « 2eme degré » de la part de l’IAI
qui atteste de la conformité de l’échange basée sur le modèle IFC en condition d’usage sur données
réelles. Ces derniers et leurs produits sont :

 BCA Singapore / NovaSprint – ePlanCheck

 Bentley - Triforma
 DDS - DDS Teknisk Partner
 GEM Teamsolutions - ADT IFC-Interface
 Graphisoft - ArchiCAD
 Nemetschek - Allplan 2003 products
 Olof Granlund – Riuska
 Solibri - Solibri Model Checker
 Vizelia - Facility Online
 YIT - COVE

Enfin ACTIVe3D - IFC Treeview & Viewer dispose d’une accréditation de premier niveau.

En quelque sorte, le monde a changé et la vision que nous en avions s’est révélée porteuse de grands
progrès pour l’industrie. Une nouvelle décennie sera probablement nécessaire avant qu’une
généralisation ne se fasse jour dans les mêmes proportions que ce que nous venons de connaître
avec la CAO par exemple. Mais elle sera inéluctable et les logiciels métiers viendront se positionner
en périphérie de ces serveurs d’objets, et rendront les utilisateurs davantage maîtres du cycle de vie
des projets, remplaçant les logiciels en fonction que de besoin et des progrès de l’offre.

56
Après avoir fourni une bonne partie de l’élan initial des travaux de recherche au début des années
1990, avoir contribué à la vision qui se met aujourd’hui en place, avoir tenté de se positionner en
offreur de technologies sans succès alors que nous étions très près, puis s’être un peu repliés sur les
projets de R&D financés par la communauté européenne sans déboucher sur une offre commerciale
au tournant des années 2001-2002, le CSTB est à la recherche de sa stratégie sur ces sujets.

De récents séminaires, y compris IFC-bridge , montrent que les acteurs sont toujours très intéressés
par ces thématiques, que les questions qu’ils posent et les besoins qu’ils formulent nous y ramènent
(i.e. serveurs d’objets IFC), probablement plus dans une logique d’intégrateur d’une offre logicielle qui
serait fournie par d’autres éditeurs que par nous mêmes, mais nous leur répondons RV ou autres
problématiques et l’absence de stratégie claire va lentement mais sûrement nous faire sortir
définitivement du champs des acteurs crédibles…

Les modèles numériques sophistiqués

Il existe plusieurs équipes au CSTB qui développent des modèles numériques considérés comme du
niveau de l’état de l’art au plan international, par exemple chez DAE ou encore au sein de la cellule
MOCAD, pour n’en citer que deux et sans limitation aucune. Nous utiliserons l’exemple des travaux de
l’équipe MOCAD, qui ne seront pas abordés ici et nous renvoyons le lecteur à la récente habilitation à
diriger des recherches de Ghassan Mounajed, afin d’illustrer certaines difficultés de communication
entre des groupes de personnes ayant des « backgrounds » variés.

Il est important de noter que l’absence d’un référentiel sémantique commun, sujet abordé par ailleurs,
amène les auteurs à employer des termes identiques pour désigner des concepts différents. Le
problème n’est pas de chercher à savoir si les uns ou les autres ont raison mais simplement d’évoquer
les difficultés de compréhension et de communication qui peuvent en résulter.

Par exemple, pour Ghassan et dans le logiciel SYMPHONIE , l’acception de la notion de modèle de
données est très éloignée de celle que nous avons retenu dans ce document. Pour nous un modèle
de données est un ensemble de concepts, puis en ensemble de structures de données qui permettent
la représentation d’un bâtiment et de ses propriétés.

Pour Ghassan, c’est une organisation hiérarchique lui permettant de passer d’une catégorie de
problème à des paramètres de modèles dans une logique de résolution par Eléments Finis (EFs). En
l’occurrence, on passe de la catégorie du modèles (e.g. thermique, mécanique, hydrique, couplages,
etc.) à une classe de catégorie (e.g. statique, dynamique, transitoire, modale), puis à une classe de
modèle (e.g. élastique, plastique, fissuration, viscolélasticité, fluage, etc.), à un modèle physique puis
à des paramètres de modèles.

Ce type d’approche, parfaitement adapté à la conceptualisation que les numériciens ont de leur
problème est très éloignée de la mise en place de modèles de données de bâtiments commun que
nous avons développé. Néanmoins, ces modèles (ceux dont nous parlons ) seraient également fort
utiles aux numériciens, car ils porteraient également la géométrie (ne serait-ce que pour cela et sans
parler des nombreuses propriétés physiques que l’on y trouverait pour les simulations), géométrie qui
est déjà récupérée par SYMPHONIE dans de nombreux formats de représentation dont STEP !

Il y a ainsi une réflexion plus globale à mener, pour identifier les besoins des différents départements
du point de vue des structures de données qui leur seraient utiles eu égards eux usages qu’ils en font
(les formaliser y compris en UML et les documenter), puis pour les replacer dans la perspective de ce
qu’il est possible de satisfaire à l’aide des modèles actuels (e.g. IFCs) et enfin s’engager dans un
travail de développement pour compléter les modèles existants et qui déboucherait sur une ressource
fondamentale, utilisable transversalement par les départements. Un tel projet aurait un caractère
stratégique pour le CSTB en contribuant à l’harmonisation des formes de pensées et des
représentations mentales utilisées par les équipes et in fine à l’intégration de nos systèmes
d’information.

57
L’ingénierie documentaire
Le CSTB a fait partie des pionniers au début des années 90 en matière d’ingénierie documentaire en
anticipant l’arrivé du numérique et en proposant sur un CD-ROM les textes technico réglementaire qui
n’était disponibles que sous forme papier auparavant. Pour ce faire, il a constitué un fonds structuré
en SGML. Si cette période a permis de lancer un nouveau produit, le CD-Reef et d’observer une
progression des ventes pendant une décennie, l’observation semble montrer aujourd’hui un tassement
de la demande, alors que la pénétration du marché (environ 7000 copies) laisse à penser qu’il n’est
pas nécessairement saturé. Une évolution intranet a récemment vu le jour, le i-Reef , mais il semble
que diverses questions puissent être soulevées pour essayer de préciser l’avenir de ces produits.

De même qu’il était normal de penser il y a dix ans que le client préfèrerait disposer d’un CD plutôt
que de mises à jour papier pénibles à gérer, il est également naturel d’anticiper que le client ne
souhaitera plus disposer des données du tout et qu’il voudra seulement consulter ce dont il aura
besoin à un instant donné, via un client internet léger, et ce à une date précise qui est souvent celle à
laquelle l’événement qui l’intéresse est survenu. On voit donc la nécessité d’une architecture assez
radicalement différente, à la fois du point de vue technique mais aussi organisationnel et également
en termes de partenariats en ce sens où il est peu probable que l’AFNOR trouve son intérêt si elle
n’est pas associée étroitement – d’une manière ou d’une autre – à une telle démarche.

Techniquement et compte tenu de l’avènement de Longhorn, on peut s’interroger sur le passage en

XML de la totalité du corpus. De plus, la nouvelle base ne devra pas seulement contenir la dernière
édition mais pour simplifier – et tant que l’on garde une gestion discrétionnaire et trimestrielle du
temps – les 40 éditions antérieures permettant au client de se positionner à n’importe quel moment
dans le passé couvert par la garantie décennale. Ce n’est en effet pas seulement en conception que
les documents technico réglementaires sont utilisés, mais probablement - sans que je dispose
d’éléments précis à ce sujet (à l’heure où j’écris) – également très souvent en situation de gestion de
la sinistralité, que ce soit pour les compagnies d’assurances ou plus logiquement pour toutes les
parties impliquées. Il n’est pas envisageable de fournir ce genre de service sans que la base soit
centralisée, le client ne venant y accéder que par une application informatique légère au travers d’un
navigateur Web standard et une connexion internet banalisée.

Deux problèmes se posent : le premier est technique et suppose de disposer d’un système logiciel
capable de gérer une base de ce type et tout son historique (e.g. quel document remplace quel
autre ?, à partir de quand tel document n’est plus la référence , etc.) dans une technologie adaptée, le
second est organisationnel au sens large que ce soit du point de vue des équipes que des
partenariats. En effet, le CSTB a pendant longtemps vécu sa mission de diffusion du savoir au travers
de l’édition et du commerce basées sur le papier, ce qui est un métier en soi, avec ses règles du jeu,
ses contraintes, et ses profils de clients. Actuellement, le client à évolué, d’une part en ayant
totalement pris le virage de l’électronique ce qui n’était pas le cas, et loin sans faut dans le monde de
la construction, aux débuts du CD-Reef. Non content de s’être équipé en micro-ordinateur et d’avoir
intégré cet outil dans sa panoplie de travail, notre client a maintenant aussi pris les us et coutumes
des utilisateurs d’outils informatiques.

A ce titre, et cette caractéristique se manifeste régulièrement, il s’attend à une réactivité et à un

dynamisme de la part de ses fournisseurs de produits et services qui n’a pas de commune mesure
avec celle en vigueur dans le monde de l’édition papier (quand bien même elle existerait). Non
seulement l’utilisateur veut des informations vivantes et actualisées le plus souvent et rapidement
possible, mais il veut aussi que son fournisseur soit là quand il en a besoin, ou tout au moins, qu’il
prenne acte de ses problèmes, suggestions, récriminations,…. et qu’il y apporte des réponses (même
si elles sont négatives). Ceci passe également par l’écoute réelle de ses réactions, et l’intégration de
celles-ci dans nos produits et services. En fait le client veut tout simplement que ce que nous lui
proposons soit conforme à ce dont il a besoin et à ce qu’il a exprimé, et non pas une matérialisation
de notre propre projection de ce que nous pensons être ses attentes (l’enquête qui a provoqué
l’évolution de la ligne CD-Reef, puis la création de i-Reef en est une parfaite démonstration).

La synthèse de ces contraintes imposées par l’évolution (somme toute logique et prévisible) de nos
clients, fait assez clairement apparaître qu’il faut se mettre en configuration de réactivité maximale.
Ceci ne peut être atteint que par une adaptation (allègement ?) des structures et processus
décisionnels visant à faire œuvrer les équipes avec la plus grande efficacité. Ainsi par exemple,

58
répartir les responsabilités éditoriales des produits électroniques sur deux services différents ne
semble pas être le plus approprié, car impliquant alors deux hiérarchies différentes, dont l’une semble
ne pas avoir de réelle expérience quant à la confrontation au monde de l’édition logicielle (mais
semblant par contre toujours fortement imprégnée de l’ « esprit du papier »). De même, faire subir aux
produits les conséquences des contraintes imposées par les outils et/ou procédures de gestion (pour
référence les délais et difficultés d’intégration de i-Reef dans la chaîne SAP, intégration encore
imparfaite car trop calquée sur les pratiques appliquées aux produits précédents) n’est pas réellement
acceptable.

Il n’y a en fait rien de bien neuf et original là-dedans : ce sont tout simplement les caractéristiques de
toute société d’édition logicielle, à laquelle l’activité d’édition électronique s’assimile grandement par la
force des choses. Cette spécificité de mode opératoire, probablement non applicable aux autres
activités du CSTB, plaide elle aussi en faveur d’une réflexion concernant un nouveau modèle
organisationnel (filiale, groupement,…). La question sur un tel dossier peut logiquement être posée de
savoir si le démarrage d’un société co-détenue par le CSTB, l’AFNOR et ses dirigeants ne serait pas
une solution permettant de répondre aux défis de diverses nature qui se posent à long terme, en
assurant le CSTB de disposer de royautés sur les produits, quelle que soit l’évolution de la répartition
des types de documents dans le corpus (et l’augmentation du nombre de normes…), tout en pouvant
se déployer sur des modes de commercialisation différents.

Au delà de l’accès internet banalisé que je viens de mentionner, on peut aussi imaginer des
approches commerciales nouvelles, ayant fortement recours au « référencement » du site marchand
de la dite société par des partenaires avec rétrocession d’une commission selon le modèle Amazon à
ces derniers (e.g. Batiactu, Moniteur expert, etc.). Une telle approche augmente la marge sur les
ventes et démultiplie la surface marketing touchée sans faire croître les coûts. De plus, des
applications logicielles minimales (e.g. calculs simples) doivent pouvoir être à terme proposées à
l’internaute, qui souhaite utiliser les documents non comme de la matière morte et figée mais comme
une référence facile à mettre en œuvre dans ses propres conditions d’usage. Tout ceci n’exclut pas
une logique thématique ou par disciplines et renvoie sur la notion de gamme telle qu’elle est
développée par ailleurs. De plus, la convergence entre logiciels de simulation, logiciels réglementaires
et textes de référence est naturelle, les deux premiers aspects étant abordés ci-après.

Tendances
De manière à doter la diffusion de produits logiciels d’une stratégie cohérente il est important d’avoir
une vision à long terme de l’évolution des technologie et des besoins. Cette vision devrait permettre
de mettre en évidence les thèmes moteurs et les synergies de développement possibles.

Les développements allant dans ce sens devront être privilégiés. Ces paragraphes illustrent les
thèmes émergeants et les orientations propices à d’autres valorisations à plus long terme :

Convergence simulation, réglementation

Les logiciels réglementaires et de simulation constituent actuellement sur le marché, de deux offres
distinctes. Les bureaux d’études sont souvent amenés à évaluer des études de bâtiments selon ces
deux aspects. Ils sont ainsi demandeurs de logiciels mixtes leur évitant une double saisie des modèles
de bâtiments.

Une étude a été lancée par DDD afin de concevoir un format de données commun aux logiciels de
simulation (Simbad, TRNSYS) et de réglementaire thermique (ThE, ThC, Consoclim) du CSTB. Une
étude similaire est menée dans le cadre d’ICO pour l’échange de données entre Climawin (BBS
Slama) et TRNSYS. Dans l’optique de cette convergence, il serait également envisageable de
connecter le CD-Reef avec différents logiciels de calcul afin d’offrir aux utilisateurs la possibilité de
consulter la réglementation correspondant à un élément de calcul particulier.

59
Simulation multidisciplinaire
Les outils mono-disciplinaires ne suffisent pas à trouver les meilleurs compromis entre des critères à
priori contradictoire. Aération / Economie d’énergie, Eclairage naturel / Confort thermique. Les
professionnelles attendent des outils leur permettant de résoudre ces contradictions principalement
autour des thème de l’économie d’énergie, la santé et le confort.

Système d’information géographiques

De plus en plus de logiciels (TRNSYS, SI-OQAI, aide aux choix de fenêtre, WebRT200,…) intègrent
des aspects géographiques. Il s’agit soit en amont du calcul de permettre à l’utilisateur la sélection de
zones géographiques ou de l’affichage de résultats (répartition de ressources, pollution, zone
climatiques…) de calculs sur une carte. Il serait donc intéressant de se doter ou de développer un
composant graphique réutilisable permettant d’intégrer des cartes interactives dans les
développements futurs.

Service en ligne à titre promotionnels

La plupart des grand fabricants de matériaux et des portails du bâtiments sont en train de se doter de
services en ligne gratuits destinés à augmenter le trafic sur leur site et au final promouvoir leurs offres
payantes. En interne les départements (DDD, DER…) ayant une offre de consultance commencent à
développer des services en ligne à vocation promotionnelle. S’agissant de petits développement
récurrents, il serait bénéfique de grouper leur développement de manière à factoriser les ressources.

Intégration de codes open-source

De nombreux travaux de recherche s’appuient sur des logiciels de calcul commerciaux. L’utilisation
généralisée de codes libres permettrait d’augmenter les possibilités de valorisation et de diffusion de
ces travaux, et de garantir le maîtrise du code. Ainsi le code libre ASTER (www.code-aster.org )
développé par EDF pourrait être un support aux développements de DSSF.

L’environnement libre SCILAB (INRIA / ENPC) http://scilabsoft.inria.fr/ qui est soutenu par un
consortium de 12 partenaires http://www.inria.fr/presse/pre98.en.html dont plusieurs très gros
industriels devrait pouvoir permettre à SIMBAD de s’affranchir de l’environnement propriétaire
MATLAB. Le package SCILAB fait l’objet d’un taux de « download » moyen de 10.000 copies par
mois, ce qui est considérable pour un système de cette nature, i.e. très sophistiqué et visant un
marché de niche pour des développeurs en pointe dans le domaine de la modélisation numérique.

Il pourrait être d’un intérêt stratégique pour le CSTB, compte tenu du nombre d’équipes qui font usage
de modèles numériques sous une forme ou une autre, de partager une connaissance commune
autour des fonctionnalités offertes par SCILAB, d’utiliser autant que possible les capacités
« transversales » interdisciplinaires du solveur, et de ne venir les compléter en quelque sorte que
lorsque les modèles dont nous avons besoin présenteraient des caractéristiques trop éloignées des
outils disponibles et bien précises pour qu’il soit pertinent d’engager des développements spécifiques,
ciblant alors une valeur ajoutée de niche en forte connexion avec une modélisation disciplinaire liée
aux ouvrages ou composants du bâtiment.

Notre participation au consortium SCILAB pourrait être envisagée et devrait faire l’objet d’une double
démarche : d’abord auprès des équipes du CSTB pour évaluer leur intérêt puis vis-à-vis du
consortium pour essayer de déterminer les modalités et les meilleures conditions de notre éventuelle
participation, ne serait-ce qu’au titre d’utilisateur de référence.

60
Logique financière
Introduction
Le monde du logiciel, plus précisément celui des éditeurs et non des prestataires de service en
informatique, met en œuvre un « business model » bien spécifique en raison de la nature même de
l’objet commercialisé, dont les coûts de duplication pour la production en masse une fois le logiciel
obtenu sont extrêmement bas, ce d’autant plus que les documentations papier ont vécu et que la
documentation accompagne désormais sous une forme également électronique le programme,
réduisant encore les coûts. C’est par exemple ce que nous avons récemment fait lors de la sortie de la
dernière version de Simulation Studio (TRNSYS).

Ainsi, un éditeur « typique » réalise une marge de 98% sur la vente de licences, de 55% sur la
maintenance, de 20% sur la consultance et la formation, et les dépenses de marketing représente
50% revenus totaux (RTs), la recherche pèse pour 20% de ces mêmes RTs et les frais généraux sont
maintenus très bas, en général aux alentours de 10% des revenus totaux.

Ces données suffisent à comprendre que ce métier – pris dans sa globalité - est loin de celui ou de
ceux du CSTB. Cela ne signifie pas qu’il ne soit pas pertinent de se poser la question de savoir
comment intégrer un tel métier dans nos pratiques, en l’internalisant en totalité ou seulement
partiellement ?, en déportant le codage et la réalisation de systèmes parfaitement spécifiés ou en
assurant conjointement la maîtrise d’œuvre avec des partenaires ayant un meilleur accès et une
meilleure connaissance du marché ? etc.

Bien sûr, chacune de ces options entraîne des modèles financiers différents, des engagements et des
risques également différents. Mais avant toute chose, il convient de rappeler que les projets logiciels
passent par un certain nombre de phases, et que la transition de l’une à l’autre s’accompagne
d’engagements budgétaires croissants dans des ordres de grandeurs très significatifs !

Phases des projets logiciels

Classiquement, et compte tenu de l’emploi au sens large dans le modèle économique du CSTB des
logiciels, on peut distinguer cinq grandes phases pour les projets qui sont :

1. Recherche : le prototype est le résultat d’un projet de recherche. Souvent il n’est à ce stade
utilisable que par le concepteur uniquement, mais permet une preuve de concept, l’illustration
d’une démarche intellectuelle, et constitue la capitalisation sous une forme opérationnelle d’un
savoir qui ne serait autrement que purement formel (équations ou système d’). Atteindre un tel
stade requiert des investissements aussi importants dans la recherche stricto sensu que dans
la réalisation de la première version d’un prototype. Le minimum s’évalue souvent à une
année / homme pour la recherche à proprement parler et autant pour le logiciel, sachant que
les deux efforts sont souvent imbriqués et que les premiers résultats obtenus grâce au logiciel
font évoluer la recherche et les idées poursuivies. Min 24 h/m

2. Consultance de pointe : le logiciel est alors le fruit d’un travail finalisé consistant à
implémenter une méthode stabilisée sous une forme opérationnelle grâce à un logiciel maison
qui peut alors être utilisé pour assurer une prestation intellectuelle pour un client. A ce stade,
seule l’équipe ayant développé la méthode et le logiciel est en mesure de conduire des études
avec. Ceci pour de multiples raisons, qui sont autant liées à la nécessaire compréhension de
la méthode elle même compte tenu de la rusticité des moyens de saisie des projets que de
restitution des résultats, que de la faible robustesse du système informatique qui ne peut être
mis entre toutes les mains. C’est en général le stade le plus avancé que nos systèmes
informatiques atteignent, et l’on peut alors estimé l’effort sur la méthode à quelques années /
homme alors que le logiciel peut demander jusqu’à 5 années / homme pour atteindre ce
stade.

61
 3. Produits (pour consultance standard) : on veut disposer à ce stade d’un véritable logiciel
commercial (CSTB ou tiers). L’effort financier est alors à multiplier par 10, et disposer d’un
système robuste, qui s’installe facilement, que l’on puisse mettre entre toutes les mains, et qui
sache les limites d’usage eu égard aux modèles employés au delà desquelles il convient
d’attirer l’attention de l’utilisateur demande rarement moins de 20 années / homme d’effort.
C’est évidemment l’une des raisons pour lesquelles si peu de nos logiciels peuvent prétendre
atteindre cette étape. Elle ne peut d’ailleurs l’être que si le marché sur lequel ce système va
être vendu est suffisamment large pour que les engagements puissent être au moins amortis.

4. Service : vente de support technique, développement à partir du produit. On est là dans une
situation bien différente, en ce sens où le logiciel peut appartenir ou non au CSTB. On va
vendre un service, une prestation sur la base tarifaire du « bordereau des salaires » et c’est la
connaissance du logiciel qui justifie l’intérêt du client. Pas de connaissance d’un système
logiciel capable de répondre aux attentes du client veut dire pas de commande. On vend alors
un savoir, et sa capacité de mise en œuvre par un système.

5. Prescription/Certification : proposer une certification aux éditeurs lorsque le marché devient

mature. Proposer une prescription aux utilisateurs. C’est n rôle naturel pour le CSTB, la
rentabilité du business étant intrinsèquement comparable à 4) mais demandant des
compétences moins onéreuses.

Il convient d’observer que l’on distingue une logique financière très différente pour ces cinq phases.
Les phases 1 et 2 peuvent avoir recours à une sorte d’autofinancement. L’utilisation d’une politique
technique « corporate » permettra de préserver les efforts effectués à ce stade dans une perspective
éventuelle de passage à une phase ultérieure, littéralement d’industrialisation si les études de marché
et le positionnement (est-ce que cela rentre dans LA gamme ou dans une gamme) le justifient.

In fine, il faut souligner que la logique financière doit venir en appui du processus décisionnel au
travers de la réponse aux questions suivantes :

 Évaluation de l’investissement requis : i.e. analyse technico-économique de l’existant,

évaluation financière de l’effort pour changer de phase 2->3 (CSTB / Tiers)

 Détermination de l’espérance commerciale : i.e. Connaissance du marché, de la concurrence,

établissement d’un business plan (Tiers)

 Modalités d’exécution : i.e., seuls, en partenariat, en exécution déportée

On doit se souvenir que le business model des sociétés de logiciel est particulier. Il peut amener le
CSTB à envisager la création de filiales, de joint-ventures capitalistique avec des partenaires
stratégiques pour s’attaquer à ce type de marché.

Le Logiciel BTP, micro business ?

On peut se demander, indépendamment de la place occupée par de quasi standards comme
AUTOCAD, l’espace qui reste pour les éditeurs de logiciels BTP spécialisés européens ? La réponse
est fort encourageante, et si l’on prend l’exemple de Nemetschek, une entreprise avec laquelle nous
entretenons des relations depuis une décennie et au moins depuis que le Pr. Nemetschek m’avait
reçu dans ses bureaux de Munich pour le montage du projet européen VEGA en 95, on observera que
cette entreprise a réalisé un chiffre d’affaires de 95,6 millions d’euros en 2003, avec un résultat
opérationnel de 5,6 millions d’euros et dispose de 36,6 millions d’euros de cash, et est installée dans
vingt pays dont les US. Il ne s’agit clairement pas d’une petite affaire, et cela n’a pourtant pas
empêché des concurrents de longue date comme IEZ (projet ATLAS 92-95) http://www.iez.com/en/ de
disposer d’importantes parts du marché allemand.

62
 Politique partenariats stratégiques
Introduction
Les partenariats sont l’un des éléments clefs d’une politique industrielle réussie, nous allons prendre
deux exemples pour illustrer le propos :

 Dans un contexte où la matière technico réglementaire devient de plus en plus normative,

n’est-il pas temps pour le CSTB de songer à la création d’une société privée à capital partagé
AFNOR / CSTB pour assurer un futur à l’édition électronique de cette matière et des produits /
applications dérivées ?

 Dans un contexte où le logiciel est de plus en plus sophistiqué, n’est-il pas intéressant pour le
CSTB de viser une stratégie où il fait « embarquer » des modules spécifiques de valeur
ajoutée ciblée dans les applications des éditeurs les mieux placés sur un marché déterminé ?

Pour ce faire, il faut être en mesure :

 D’approcher des éditeurs, et de maintenir une connaissance à jour de leur offre et disposer
d’une vision sur leur stratégie

 De sceller des partenariats d’une part avec les utilisateurs (e.g. Dir. Info des groupes,
Associations, Clubs Industriels, etc.) assurant l’identification des besoins d’autre part avec des
éditeurs – développement, édition, distribution (e.g. modules embarqués type « plug-ins »)

 D’identifier et de recommander le montage de structures nouvelles stratégiques adaptées à la

satisfaction de contraintes issues de situations nouvelles, de besoins nouveaux ou justifiés
pour toutes autres raisons : e.g. Joint Venture AFNOR / CSTB autour des produits d’édition
électronique normative (e.g. eurocodes) ? Et des applications dérivées ?

Comme nous venons de le souligner, la première étape est incontestablement de faire un tour de
l’offre existante, afin de cerner les fonctionnalités offertes par les systèmes, d’identifier exactement
l’offre et l’éditeur qui en est à l’origine, de connaître le positionnement marketing et commercial, en
particulier la politique tarifaire de l’éditeur pour le produit.

C’est un travail important en raison de la richesse de l’offre et de la diversité des produits. Il ne saurait
être question, même en y consacrant beaucoup énergie de pouvoir prétendre à une quelconque
exhaustivité dans cette recherche. Néanmoins, les éléments qui sont proposés ci-après ont été puisés
aux meilleures sources et devraient donner une bonne vision du marché, des produits, de leurs
fonctionnalités principales et des prix.

Survol de l’offre existante

Pour chaque logiciel on trouve son nom, le domaine d’activité pour lequel ce système est conçu, la
catégorie d’outil à laquelle il appartient, le domaine d’application, une description sommaire des
grandes fonctionnalités, l’éditeur qui l’a créé ou qui le commercialise, et le prix quand nous avons pu
nous le procurer.

Prix
Logiciel Activité Outils Domaine Description Source
€HT
ABSIA/ALTIK maîtrise gestion patrimoine Système d'information géographique, gestion
d'ouvrage d'infrastructure

63
 Bureaux
d'études,
architectes,
Acoubat Version bureaux de Logiciel d'aide à la conception acoustique des
1.1 contrôle bâtiments CSTB 493
Adcof Version 3 Logiciel de réalisation des plans d'exécution de PROGISCAD 2271
coffrage. Outils d'aide à l'utilisation d'Autocad
(cotations, mise en page, gestion de blocs...)

Bureaux
d'études de la
construction,
entreprises de
construction, Conception d'ouvrages et production de plans
advance Version architectes d'exécution sous autocad GRAITEC 2900
Advanced Load BET, Entreprise Progiciel pour le calcul de la climatisation selon FAUCONNET 610
Version Block de climatisation. l'ASHRAE. Ingénierie SA
Load 3
génie Charges thermiques & Analyse énergétique
AdvancedLoad BE Calcul thermique horaire. www.fauconet.fr
ADVANCE- Gros œuvre CFAO Structure modélisation de structures béton et production www.graitec.fr
Gamme béton béton automatique de plans de coffrage, de plans de
ferraillage et de métrés sous AutoCAD
modélisation de structures métalliques et
production automatique de plans d'ensemble,
fiches de traçage, nomenclatures et fichiers
ADVANCE- Structure pour machines à commandes numériques sous
Gamme métal Conception CAO métallique AutoCAD ® www.graitec.fr
AGI Bâtiment PME PMI TPE AGISOFT INC
Version TPI
génie
AHH BE Calcul thermique calcul relatif à l'air humide www.fauconet.fr 188
ALLFA gestion Gestion www.nemetschek.fr
graphique de
patrimoine
CAO pour tous les métiers du bâtiment. Lecture
directe des bibles DESCWORD 2 et CAP 2 et
Allplan FT Conception CAO Tous récupération des quantités. www.nemetschek.fr
AllPlan Version Constructeurs de Logiciel de CAO de coffrage-ferraillage NEMETSCHEK 6708
12 maisons permettant de créer de créer des plans de France
individuelles, coffrage et de ferraillage non standards en 2D
bureaux de et 3D. Logiciel de CAO Architecture et maisons
dessin en individuelles.
bâtiment,
maîtres
d'oeuvre,
architectes.
PME-PMI,
Alpage Elec Bureaux Logiciel de conception et de maintenance
Version V4 d'études d'installation électriques industrielles. IGE-XAO
AlphaBase Conception Aide aux Acoustique logiciel de gestion de base de données www.euphonia.fr
choix de regroupant de nombreuses définitions de
matériaux matériaux acoustique nécessaires pour
alimenter les calculs prévisionnels.

Logiciel de devis, métré, facturation, suivi de

chantier, situation des travaux, gestion des
Amibat Version 1 Artisans et PME stocks et des fournisseurs. Microfirst 747
APC Draft APC Draft est un logiciel de dessin 2D avec SOFTCAD France 686
Version outils architechtoniques
API BAT
Comptabilité
Bâtiment Version Logiciel de comptabilité spécifique au bâtiment :
1 Toutes plan comptable du bâtiment en standard, ... API BAT 442
API BAT Toute Logiciel permettant d'optimiser la découpe API BAT 899
Découpe Version entreprises rectangulaire de bois, métal, verre, plastique,
1 faisant de la ainsi que les chutes.
découpe

64
 Entreprise de
gros et second Logiciel permettant de réaliser des métrés sur la
API BAT Métré oeuvre base de plans en 2D avec une table à
Version 11.1 d'aménagement digitaliser, à la souris ou au clavier. API BAT 747
API BAT Paye Artisans et PME Logiciel de paye adapté spécialement aux API BAT 991
Bâtiment Version du batiment entreprises du bâtiment (gestion des heures
1 d'intempéries, paniers, déplacements, etc, ...)
Structure
ARCHE Gros œuvre CFAO béton Production de plans béton armé www.graitec.fr
Arche Version Service études simulation de bâtiment et production GRAITEC 10671
3.7 de toute automatique des plans de ferraillage
entreprise de
construction
(BE).

Gestion
graphique de
ARCHIBUS FM gestion patrimoine Archibus
ArchiCAD Architectes CAO Tous Le logiciel le plus complet de CAO www.cyberarchi.co 6000
m
Logiciel de CAO pour constructeurs de maisons
Constructeurs de individuelles M.O. - architectes : plans 2D,
maisons ouvrages affectés des valeurs de métré;
individuelles génération des vues, image de synthèse et
ArchiTECH.PC M.O. - insertion dans le site, génération automatique
Version 2.07 Architectes des prix, gestion des marges et fra SOFTCAD France 5183
Architecte- Architectes, Gros Gestion Chantier établir les CCTP, les DQE et réaliser l’analyse www.cyberarchi.co 1200
Economiste Œuvre des offres et le suivi des chantiers. m

Architectural www.cyberarchi.co
Desktop Etudiants CAO Tous Autocad pour le bâtiment m 120
Architectural Architectes CAO Tous Autocad pour le bâtiment www.cyberarchi.co 6400
Desktop m
Logiciel de gestion (commerciale, chantier,
administrative, ressources), devis-factures,
Artisa 3 Version métré à destination des différents corps de
3.3 Artisans métier des artisans du bâtiment. EDIBAT 2104
ASSET CENTER gestion Gestion Peregrine
graphique de
patrimoine
Asset maîtrise
management d'ouvrage gestion patrimoine Inventaire des équipements www.vizelia.com
AutoIndexIT™Pe Toutes Gestion Tous Solution simple, évolutive gestion, Indexation www.rg2.fr
rsonnal documentai automatique texte Intégral (Full text), Archivage.
re

Bureaux
d'études béton
Bael Version 5 armé. Logiciel de plans et calculs de béton armé. EIBA 3201
BAELR-BAELT- BE calcul structure Calcul de sections rectangulaires en béton armé www.editions- 155
MR béton soumises à la flexion simple ou composée- eyrolles.com
Calcul des sections en T en béton armé
soumises à la flexion simple ou composée.
Calcul du moment résistant d’une section
rectangulaire soumise à la flexion composée de
Socotec.
logiciel de gestion des informations clients,
Architecte, Gros devis, factures pour les entreprise du BTP avec
œuvre, second traitement des informations jusque sur le
BATAPPLI œuvre Gestion Relation client chantier. www.systemlog.fr
Batappli Version Logiciel de gestion Devis Facture Situation, SYSTEMLOG - 1204
Batappli 2000 V calcul temps réel de coefficients, composition Batappli
3.25 d'ouvrages, aide à la création de tarifs.
Importation de catalogues d'articles, de
références fournisseurs, gestion de stock.
BÂTI Maîtrise Gestion du logiciel de gestion technique des équipements,
PATRIMONIA d'ouvrage Gestion patrimoine conçu par les territoriaux pour les territoriaux. www.sneda.fr
Batigest Gros œuvre Gestion Client, Devis, factures, suivis de chantier www.cyberarchi.co 1300
chantier m
Logiciel de gestion pour les entreprises du
Batigest Version bâtiment : devis, facturation, suivi de chantier,
1.1 Toutes planning, gestion des stocks... API BAT 1646

65
Batimax Version Pour tous les Logiciel de gestion de chantier : Devis, Métré, ARCHIC 1000
Version 9 corps d'état. Descriptif, Facturation, Situation, Suivi des
Artisans et matériaux et de la main d’œuvre. Jonction CAO;
PME. Jonction comptabilité. Import des fichiers
d'articles des fournisseurs.
Logiciel de gestion sous windows, devis avec
descriptifs (utilisation de bibliothèques
Batiment pour standards Batiprix, Capeb...), facturation, suivi EBP
Dos Version 5.1 Toutes de la rentabilité du chantier... INFORMATIQUE 456
Batiment PRO TPE, PMI/PME Gestion des ressources spécifiques en EBP 761
V2 Version pourcentage. Calcul des ouvrages en prix de INFORMATIQUE
142V2M vente imposé ou calculé Réalisation de devis
avec intégration de titres, ouvrages, ressources,
mais aussi de texte libre, totaux et sous-totaux,
lignes dites annexes (frais
Logiciel de gestion du batiment pour Windows
Batiment Pro 95 : suivi des affaires, gestion des ressources, EBP
Version 1.10 Toutes devis, facturation métré. INFORMATIQUE 761
Batiment Version Toutes Logiciel de gestion sous windows, devis avec EBP 456
1.06 descriptifs (utilisation de bibliothèques INFORMATIQUE
standards Batiprix, Capeb...), facturation, suivi
de la rentabilité du chantier...
Logiciel de gestion utilisant une base de
données : devis, facturation, suivi de chantier,
Batpro BTP gestion des stocks, gestion des achats et des
Version V4 PME ventes. BATPRO 45735
Bat'Windows PME Logiciel de devis quantitatif estimatif, métré, ARPASOFT
Version facturation utilisant les outils standards de
Microsoft.
B.E. et Calcul, dessin métré des éléments de poutre,
BAWIN Version 2 entreprises B.A. poteau et semelle en béton armé FLOPPYLOG 1524
BDP gestion Gestion Infeo
graphique de
patrimoine
génie Charges thermiques sous Windows 95/98 et
Block Load BE Calcul thermique NT. www.fauconet.fr
Block Load BET, Entreprise Progiciel pour le calcul de la climatisation selon FAUCONNET 610
Version Block de climatisation. l'ASHRAE. Ingénierie SA
Load 3
Gestion
graphique de
BUILDING ONE gestion patrimoine Absia
C.BATI Version PME bâtiment, Devis, Factures, Gestion, relances impayés, RCC 442
6.2 tp, espaces chantiers, sav, comptabilité, paye, dépannages,
verts véhicules, contrats d'entretien
Logiciel de dessin assisté par ordinateur pour la
CADCONSULT préparation du chantier : installation de chantier.
Version 4.2 Gros oeuvre Rotation de souches, PPSPS CADCONSULT 3659
Cadmatic Toutes Bibliothèques de symboles personnalisables FAUCONNET 300
Version 3 Ingénierie SA

BET.
CADRaster LTX Architectes. Affichage de fond de plan scannérisé FAUCONNET
Version 4 Installateurs. directement sous AutoCAD ou ADT. Ingénierie SA 685
CADWIN FM gestion Gestion Stratégies
graphique de
patrimoine
Programme de DAO spécialisé dans tous les
Charpentes, domaines de la construction bois, tel que :
bureaux ingénierie, architecture, charpente traditionnelle
CADWORK d'études, + industrielle, ossature, lamellé-collé, CADWORK
Version 7 menuiseries menuiserie INFORMATIQUE 7622
CALBOIS Charpentiers Outil de calcul des éléments simples de FLOPPYLOG 762
Version 3 Bois charpente bois (pannes, lisses, chevrons...)
Logiciel de métré-calculs et fabrication. Ce
logiciel utilise le principe de la mémorisation des
CALCMET connaissances professionnelles (suivant le TRENOY
Version 2007 Toutes principe du robot). INFORBAT 1220
CALCOUV Toutes Application des DTU "couvertures" pour calculer JRB- 106
Version 1.1 entreprises de les déboursés en fonction de la surface à ENTREPRENDRE
couvertures réaliser

66
 SARL soumises
à l'impôt sur le
revenu,
entreprises Permet de calculez ses charges sociales à
Calculez vos individuelles, l'avance sur 1 an. valable pour les entreprises
cotisations micro- individuelles, micro-entreprises, SARL soumises
Version 1.0 entreprises à l'impôt sur le revenu. whisp'air 31
CalculoCAD Construction Calcul plans Logiciel de métré sur plans. Calcul de quantités www.cogistem.com
à partir de fichiers DXF, DWG ou images et
récupération des quantités dans DESCWORD
ou CAP
Calculs Logiciel de calculs thermiques dans tout types
thermiques de locaux : déperditions, coefficients
Version 1 réglementaires, coefficients de transmission, ... API BAT 381
CalepiBloc Marbreries, Logiciel de calepinage de façades et de retours BOOLE et 3049
Version 3.5 bureaux de (tableaux), optimisation et édition des débits. PARTNERS
calepinage

CalepiChute Carreleurs, Logiciel de calepinage modulaire (carrelage, BOOLE et

Version 3.5 marbreries, BET plafond, etc. ), débits et optimisation de chutes. PARTNERS 457
CALPAO Version Entreprise Logiciel sous Windows de plans, métrés et FS2I 747
11.2 réalisant des calepinages de surfaces
calepinages

gros oeuvre, logiciel de calculs et schémas d'installation

Caneco BT Second oeuvre CAO, calcul Electricité électrique Basse Tension. www.alpi.fr
Caneco EP gros oeuvre, CAO, calcul Electricité, calculs des réseaux électriques d'Eclairage www.alpi.fr
Second oeuvre éclairage Public Basse Tension et Haute Tension

logiciel de conception et de vérification des

gros oeuvre, CAO, installations électriques alimentées en HTB,
Caneco HT Second oeuvre Calcul Electricité HTA , et sources autonomes de génération www.alpi.fr
Caneco gros oeuvre, CAO, Electricité applicatif AutoCAD d’implantation de matériel www.alpi.fr
Implantation Second oeuvre Calcul électrique et de câblage automatique en 2D ou
3D interfacé avec Caneco BT
outil de dessin de schématique électrique, très
gros oeuvre, CAO, simple à utiliser, et parlant le métier de
Caneco-dessin Second oeuvre Calcul Electricité l'électricien www.alpi.fr
CAP Gros œuvre Gestion Relation logiciel pour les Constructeurs de Maisons www.ajsoft.fr
client, Individuelles
chantier

Bureaux
d'ingénierie,
ingénieurs en
bâtiment,
Cascad Version entreprises gros Logiciel de calculs de descente de charge,
3 oeuvre plans de coffrage, analyse de structure, ... EIBA 6098
Catalog Version Toutes Logiciel simple permettant de faire des devis et DESA/DESIGN 229
1 des bons de commande fournisseur. SYSTEM
logiciel de simulation acoustique le plus avancé
dans le domaine de l'acoustique virtuelle,
également reconnu et largement utilisé dans
l'ingénierie de l'acoustique du bâtiment et de la
CATT Acoustic Conception Simulation Acoustique sonorisation. www.euphonia.fr
CCMX Batiment BTP - de 0 à 50 Gestion commerciale des entreprises du CCMX 900
Version 5.62 salariés bâtiment : gestion souple des bibliothèques
d'articles et d'ouvrages, gestion performante
des devis, préparation et suivi de chantiers,
gestion optimisée des temps passés, situation
et facture, suivi d'affaires, dema
Gamme de progiciels permettant de réduire les
tâches administratives, répondre aux appels
CEGID B.T.P d'offre, maîtriser les coûts, suivre la main
Version Selon Bâtiment et d’œuvre, suivre les consommations et mieux CEGID
les modules travaux publics gérer les stocks INFORMATIQUE 8384
CEGID Traiteurs ou Gestion commerciale d'une activité traiteur CEGID 1219
TRAITEUR organisateurs de INFORMATIQUE
Version manifestations
Demander à C.

67
Toubois

Logiciel de conception et de fabrication de

charpentes métalliques, pour bâtiments simples
CFAO Version Toutes ou structures évoluées. ROBOBAT 13720
Chantier Gros œuvre Gestion Chantier CHANTIER est un logiciel de gestion conçu www.anshare.com
pour les entreprises et artisans du Bâtiment et
des Travaux Publics. Complet et très simple, il
répond aux besoins spécifiques de tous les
corps d'état. Créez vos devis à partir d'une
bibliothèque de p...
Calcul de Cheminées de 0 à 20 Méga Watts,
CHEMINEES Second oeuvre Calcul Cheminées TGB84, DTU75, Arrêté PIC www.fauconet.fr 290
Clima-Win Toutes Logiciel organisateur contenant 6 modules : BBS SLAMA 3354
Version 1 calculs climatiques et thermiques, contient une
bibliothèque d'articles pour les calculs (format
EDIBATEC), permet une gestion par projet
(organise).
CLIMAWIN- génie www.bbs-
AÉRAULIQUE BE calcul thermique slama.com 590
CLIMAWIN-AIR BE calcul génie Diagramme psychrométrique www.bbs- 150
HUMIDE thermique slama.com

CLIMAWIN-AIR génie Dimensionnement de CTA en clim et chauffage www.bbs-

HUMIDE CTA BE calcul thermique sur diag. psychro slama.com 390
CLIMAWIN-C+ BE calcul génie Th-C www.bbs- 490
thermique slama.com

CLIMAWIN-
CENTRALES + génie Détermination d'une CTA + Diagramme www.bbs-
AIR HUMIDE BE calcul thermique psychrométrique slama.com 500
CLIMAWIN- BE calcul génie Détermination d'une CTA + Diagramme psychro www.bbs- 690
CENTRALES + thermique CTA slama.com
AIR HUMIDE
CTA
CLIMAWIN- génie www.bbs-
CLIMA-CAD BE calcul thermique Éditeur graphique pour le thermicien slama.com 590
CLIMAWIN- BE calcul génie Calculs de coefficient K, d'apports (méthode www.bbs- 750
CLIMATIQUE thermique ASHRAE) slama.com
CLIMAWIN-
COMPORTEME génie Évolution des températures dans les locaux non www.bbs-
NT BE calcul thermique climatisés slama.com 250
CLIMAWIN- BE calcul génie Th-E www.bbs- 250
CONFORT thermique slama.com
D'ÉTÉ
CLIMAWIN-
CONSOMMATIO génie Hiver/Été - Habitat/tertiaire/industriel (après www.bbs-
NS BE calcul thermique achat Thermique/Climatique) slama.com 390
CLIMAWIN- BE calcul génie Installations électriques www.bbs- 390
CONVECTEURS thermique slama.com

CLIMAWIN- génie Réaliser ses plans sous AutoCAD en calculant www.bbs-

HYDRAU-CAD BE calcul thermique ses réseaux slama.com 890
CLIMAWIN- BE calcul génie www.bbs- 590
HYDRAULIQUE thermique slama.com

CLIMAWIN- génie www.bbs-

MONOTUBE BE calcul thermique Boucles de radiateurs monotube slama.com 390
CLIMAWIN- BE calcul génie UTILI-THERM, PROJET,BIBLIO-TECH, www.bbs- 290
ORGANISATEU thermique CHIFFRAGE, CLIMA-DRAW slama.com
R
CLIMAWIN- génie www.bbs-
PLANCHERS BE calcul thermique Planchers chauffants / Planchers rafraîchissants slama.com 390
CLIMAWIN- BE calcul génie Installations bitube / Installations collecteurs www.bbs- 390
RADIATEURS thermique slama.com

CLIMAWIN-ThC- génie www.bbs-

ThE-RT2000 BE calcul thermique ThC et ThE slama.com 740
CLIMAWIN- BE calcul génie Calculs de coefficients U, b, UBât (Th-U), www.bbs- 900
THERMIQUE thermique Déperditions (Règles TH-D) slama.com

68
 génie www.bbs-
CLIMAWIN-VMC BE calcul thermique slama.com 390
Clip-CAD BET. Entreprises Outil de métré de TTH-2001 sous AutoCAD ou FAUCONNET 228
Version 2001 en génie ADT. Ingenierie SA
climatique.
Architectes.
Métreurs.

Fabricants Logiciel de conception d'escalier avec édition

compass Version d'escaliers détaillé de produits et des besoins TACT 4000
Cond-WIn Toutes Logiciel de calcul de cheminée de 10 à 4000 FAUCONNET 137
Version 1.03 Kw Ingenierie SA

ConsoDJU BE Simulation Energie Calcul de consommation selon DJU www.fauconet.fr 228

ConsoDJU BE Simulation génie Détermination de la consommation des www.fauconet.fr
thermique systèmes de chauffage.

BET. Entreprises
ConsoDJU en génie Progiciel pour la détermination de la
Version 2001 climatique. consommation des systèmes de chauffage. www.fauconet.fr 228
CoolPrev Conception Calcul Sécurité Destiné aux chargés de la prévention en www.anshare.com
sécurité incendie, aux architectes, ce logiciel
permet de calculer le nombre et la largeur des
dégagements (sorties, issues, portes, ...) en
ERP (établissements recevant du public) en
fonction du nombre de personnes.
COSWIN gestion Maintenance Siveco Group
Dacad Version 2 Tous les Logiciel de calculs, CAO pour réaliser des toits CF2I 1967
professionnels avec métré permettant de lister toutes les
de la surfaces et lignes caractéristiques (gouttières,
charpente/couve arêtiers, ...)
rture.

DATASTREAM
7i gestion Maintenance DATASTREAM
DC Calcul béton BET et bureaux Logiciel de ferraillage automatique des poutres, BLM INGENIERIE 610
Version 6 ou 8 d'études poteaux, semelles.
(suivant le d'entreprises de
module) gros oeuvre.

DC Charpente
bois Version 6 ou Logiciel permettant la réalisation de plans de
8 (suivant le charpente bois ou de plans de charpente
module) Toutes lamellé - collé. BLM INGENIERIE 3354
DC Charpente Toutes Logiciel permettant la réalisation de plans de BLM INGENIERIE 915
métal. Version 6 charpente métal.
ou 8 (suivant le
module)

DC Coffrage BET et bureaux

Version 6 ou 8 d'études
(suivant le d'entreprises de Logiciel permettant de réaliser des plans de
module) gros oeuvre. coffrage pour béton armé. BLM INGENIERIE 1829
DC Descente de BET et bureaux Logiciel qui permet la réalisation de la descente BLM INGENIERIE 2287
charge Version 6 d'études de charge d'un bâtiment.
ou 8 (suivant le d'entreprises de
module) gros oeuvre.

DC Ferrailllage BET et bureaux

Version 6 ou 8 d'études Logiciel permettant de réaliser des plans de
(suivant le d'entreprises de ferraillage pour béton armé. Permet aussi la
module) gros oeuvre. création de nomenclatures et de métrés. BLM INGENIERIE 2287
DC Prédalle BET et bureaux Logiciel permettant la réalisation des plans de BLM INGENIERIE 1220
Version 6 ou 8 d'études pose et des calepinages de pré-dalles, ainsi que
(suivant le d'entreprises de des découpages de différents panneaux de
module) gros oeuvre. façade.

D-Calc Logiciel permettant de traiter les implantations

Implantation électriques sur plans de tous formats et
Version févr-01 Electricité d'obtenir les métrés complets. JPK LOGICIEL 1052
D-Calc Logiciel de Logiciel de dessin, devis, débit permettant de JPK LOGICIEL 4558
Menuiserie l'industrie de la concevoir, modifier, archiver un châssis, une
Version 2.0 lumière véranda, une façade alu, bois, PVC.
windows naturelle :
portes, fenêtres,
façades,
vérandas alu,
bois, PVC

Toutes Logiciel permettant de réaliser des schémas

D-Calc Schéma entreprises multi-folios de distribution et télécommande,
Version 2.0 réalisant des conception d'implantation, métrés
Windows schémas automatiques. JPK LOGICIEL 1967
DEAFACT Petites Fichier clients, Devis, situations de travaux, DEAL-ELEC 190
Version Version entreprises, factures, règlements, calcul automatisé des
2.5 artisans du chiffres d'affaires par clients et global, gestion
bâtiment, etc... de la trésorerie

Decoup'Aid Calcul des plans de découpe de panneaux à

Artisan Version Artisans, PME- partir de formats disponibles et d'une liste de
1.07 PMI, éducation pièces à découper en fonction des paramètres ELP 450
Decoup'Aid Artisans et Logiciel d'optimisation de découpe pour ELP 1448
Version 3 petites windows.
entreprises

Optimiser les découpes (bois, métal, verre,

Découpe Second oeuvre Calcul Tous plastique...) et les chutes. www.microcopie.fr
Delta Zéro 2001 BE Calcul génie Calcul de Thermo-Equilibrage des installations www.fauconet.fr
thermique de chauffage central collectives

Logiciel de Thermo-Equilibrage d'installations

DELTA-ZERO BE Calcul Energie collectives de chauffage central www.fauconet.fr 4558
Descrithèque 97 Toutes Bibliothèque de descriptifs pour les CCTP tous ARCHIC 2119
Version 97 corps d'état.
De la préparation de l’appel d’offres, en passant
par l’ouverture des plis, l’analyse des offres,
jusqu’à la signature des marchés et des outils
gros oeuvre, complémentaires permettant l’envoi et l’analyse
DescWord-DE'O Second oeuvre Gestion Administratif des dossiers d’appels d’offres par E-Mail.. http://www.ajsoft.fr
DescWord-Estim Conception Gestion financier pour la prévision et maîtrise du coût de la http://www.ajsoft.fr
construction en phase APS et en étude de
faisabilité (également en provenance de la
CAO). Chiffrage par lots et par fonctions,
rapports de coûts statistiques, etc.

De l’ordre de service, avec les comptes rendus

de chantier et la gestion des avances, avenants,
DescWord- sous-traitances, décomptes, révisions,
Gestion de gros oeuvre, Chantier, actualisations, bons de paiement, jusqu’à la
chantier Second oeuvre Gestion relation client levée de garantie. http://www.ajsoft.fr
DescWord-Métré gros oeuvre, Gestion financier pour le calcul des métrés (également en http://www.ajsoft.fr
A Second oeuvre provenance de la CAO), les devis, études de
prix, ratio et un ensemble d’outils
complémentaires (décomposition matériaux,
attachement à des bases de prix, coûts par
localisation de projet, etc.)
pour la rédaction de vos CCTP, et cadre de
bordereau sous Word. Fourni avec une
DescWord- gros oeuvre, bibliothèque de descriptif tous corps d’état de
Pièces écrites Second oeuvre Gestion Administratif plus de 5000 ouvrages. http://www.ajsoft.fr
Devis BTP gros oeuvre, Gestion Relation Établissez simplement et rapidement vos devis www.logiciels- 300
Second oeuvre client, et factures. informatique-
financier btp.com

Toutes
entreprises du
bâtiment
Digibat (1981) nécessitant un Logiciel de métré du bâtiment. Métré par table à
Version 11.2 métré. digitaliser, par clavier ou souris. FS2I 1357

70
DIGIBAT (1995) Petites Logiciel sous Windows de plans et métrés FS2I 594
Version 11.2 entreprises du bâtiment
bâtiment, sauf
corps d'état
technique

Logiciel de digitalisation graphique qui calcule

Digigraph automatiquement les quantités de bases (murs, BERNARD
Version 2.20 c Toutes pièces, percements) INFORMATIQUE 1524
Digimétré Métré de plans par digitalisation SOFTCAD France 2119
Version
gros oeuvre, Logiciel de métré sur plans et photos avec envoi
DIGITO Second oeuvre Calcul plans direct des quantités dans DESCWORD ou CAP www.tobago.fr
DistoPocket Architectes, Relevé sur site avec suivi graphique et interface ARCHI-SOFT 2550
Version 2.0 Maitres avec microsoft Excel
d'oeuvres,
entreprises de
construction,
entreprises de
bâtiment et de
second oeuvre

Relevés de surfaces par couplage d'un

DISTPOCKET lasermètre Disto (Leica) et d'un ordinateur de
Version 2.01 poche Ipaq (Compaq) ARPASOFT 747
DIXI Version Logiciel (Windows/DOS) : Caisse, Stock, fichier DIXI 1372
clients, statistiques

TP, DK-mètre métré, terrassement, assainissement, CDI

DK mètre administrations, épure routière. DK mètre Métré pour DEVELOPPEMEN
Version 7.2 BET Microstation T
DS-Elec Version PME Logiciel pour tous les types de schémas : de DESA/DESIGN 442
5 commande, de puissance, unifilaire (comprend SYSTEM
Unifil'r de DéSA), d'automatismes,
d'hydrauliques, chauffage/climatisation,
pneumatique, grafcet.Il est multi constructeurs.
DuctLINK BET. Entreprise Progiciel pour le calcul et le dessin des réseaux FAUCONNET
Version 2 du bâtiment. de gaines. Ingenierie SA 690
Easy3D Version BET. Entreprises Réalisation de dessins en 3D sous AutoCAD ou FAUCONNET 747
2001 du bâtiment. ADT 3.3 Ingenierie SA
Relation
gros oeuvre, client, Editeur de Bâtiment 2004, logiciel de gestion
EBP Second oeuvre Gestion financier des devis et factures. http://www.ebp.fr
Ecobat Version Installateurs Logiciel de réalisation des installations Schneider Electric 1288
V2 électriciens. électriques inférieures ou égales à 3200 SA
Ampères. Sa conception modulaire permet le
traitement complet des appels d'offres.
Eco-Diag2 Logiciel de diagnostic thermique de la maison
Version 2 Toutes individuelle et du petit collectif. BBS SLAMA 838
Ecodial3 Version Installateurs Logiciel de conception des installations Schneider Electric 762
V1 électriciens, électriques basse tension. SA
bureaux
d'études.

Ecoelec2 Artisan Outil de réalisation des installations électriques Schneider Electric

Version V3 électricien. de tarifs bleu ou jaune à modules intégrés. SA 526
Ecoplanning Toutes les Logiciel de planification de projets pour le ECOPLANNING
Version 4 entreprises du bâtiment et l'ingénierie.
BTP

Calcul des performances acoustiques d'un

écran fini ou infini par source ponctuelle www.editions-
Ecran BE calcul acoustique de Socotec eyrolles.com 77
EDIELEC Second oeuvre Aide au tarif et catalogue informatisé multi-fabricant à www.alpi.fr
choix de format homogène.
matériaux EDIELEC est mis à jour aisément par
téléchargement par Internet.

71
 puissant solveur capable de résoudre des
systèmes composés de plus de 6000 équations.
Ses bibliothèques de fonctions
(thermodynamiques et mathématiques) font de
Génie EES un logiciel capable de résoudre tous vos
EES BE Calcul thermique problèmes de calcul. software.cstb.fr 1450
EFFEL BE Calcul Structure Calcul de structure par éléments finis www.graitec.fr

Toute entreprise
de construction Logiciel de calcul de structures utilisant la
notamment les méthode des éléments finis. Permet d'étudier
Effel Version bureaux d'étude des ouvrages en 2D et en 3D. GRAITEC 10000
Electriciens- Second oeuvre Calcul Electricité A partir d'un plan, Electriciens-Pieuvres vous www.microcopie.fr
Pieuvres permet de réaliser les estimatifs quantitatifs ou
descriptifs et de suivre votre stock.
Eliot VI Version Logiciel sous Windows permettant de dessiner
V 2.0 Artisans des plans électriques. IGE-XAO
Emma Artisan- Mécaniciens Logiciel de gestion pour artisans et agents dans OCITA 1479
Agent Version agricoles le machinisme agricole : devis, facturation,
4.02 M.A.J. 7 tableaux de bord, comptabilité, gestion
commerciale, ...
EMPAC gestion Maintenance Indus International
ESA-Prima Win BE CAO, calcul Structure extensive family of 3D analysis and design www.scia-
software modules all integrated in one software. online.com
It covers graphic modelling (geometry, loading),
static, dynamic, linear and non-linear analysis,
advanced analysis.
Gestion
ESTIA gestion location SNEDA
Etude de prix PME et grands Module assurant l'étude complète du prix de PHAROS 244
Version 5.43 comptes vente. Le calcul est basé sur l'étude précise et
exhaustive du prix.
Peintre en lettre ;
milieu de Logiciel de découpe interactif sous Windows.
Exemix Version 3 l'enseigne Permet d'économiser le vinyle. BRAUMAT 303
FACITY ONLINE gestion Gestion Vizzelia
graphique de technologies
patrimoine
Module de facturation assurant le calcul,
Facturation PME et grands l'historisation et la présentation des factures et
Version 5.43 comptes situations de travaux. PHAROS 762
FelixCAD Bureaux Logiciel de CAO et moteur de développement METALOGIC 495
Version Version d'études, graphique
5 Cabinets
d'Ingénierie,
Architectes,
Economistes,
Géomètres,
Entreprises
générales du
Bâtiment,
Artisans et
industriels du
Bâtiment et de la
construction
mécanique,
Services
techniques des
Collectivités
Locales,
Territoriales...

Fisa-CAD BET . Applicatif pour le dessin paramétré des gaines FAUCONNET

Version 3 Installeurs. et des tubes. Ingénierie SA 1370
FisaDuct BE CAO, calcul génie calcul et dessin des réseaux gaine http://www.fauconet 690
thermique .fr

Calcul de la flèche d’une poutre ou d’une

console de section rectangulaire ou en té à
l’état limite de service - Calcul des consoles
courtes en béton armé www.editions-
Fleche-CO BE calcul structure de Socotec eyrolles.com 77
Flovent www.laurenti.com

72
Fluent www.laurenti.com
G.I.T. Gros œuvre Gestion réglementaire permet l'élaboration des DESCRIPTIF / www.isbat.fr 1500
DESCRIPTIF documentai C.C.T.P. grâce à la Banque de données livrée
re avec le logiciel (4000 articles, normes,
réglementation, DTU...) .

chantier, gestion et le suivi financier de vos chantiers

G.I.T. GESTION Gros œuvre Gestion financier (avec ou sans sous-traitants). www.isbat.fr 1500
G.I.T. Version Toutes Logiciel de maîtrise d’œuvre (Descriptif - ISBAT 1220
9.1 Quantitatif - Estimatif, métré, gestion,
facturation, ... Dispose d'une banque de
données de 4000 articles, normes, DTU...).
Galae Version Logiciel de gestion d'atelier avec tableau de
Galae Windows bord, encours de fabrication, bilan de série,
1.3 PME-PMI historique. C'est un outil d'aide à la décision. CETIH 3811
GAZ B Second oeuvre calcul Gaz Dimensionne les canalisations domestiques www.fauconet.fr 300
GAZ après compteur.
BET. Entreprises
Gaz B.171 en génie Dimensionnement des canalisations FAUCONNET
Version 2001 climatique d'installation de gaz domestique. Ingenierie SA 300
Gaz CAD Second oeuvre CAO, calcul Gaz saisie et le dessin des grands réseaux de gaz. www.fauconet.fr 228

www.fauconet.fr
Gaz Win Second oeuvre CAO, calcul Gaz les calculs des grands réseaux de gaz 381
Gaz-Win Version BET. Logiciel de calcul et dessin de grands réseaux FAUCONNET 254
2001 Installateurs. de gaz. Ingenierie SA
Ingénieurs
conseils.
Entreprises de
chauffage

Logiciel d'analyse des offres permettant le

Toute entreprise dépouillement, l'analyse et la négociation des
Geo Version 2 du BTP offres de prix. GT INFO 1220
GEOPUNCH Toutes Logiciel de programmation pour poinçonneuses ALMA 15245
Version 6 grignoteuses et machines à technologies
combinées.
www.fauconet.fr
Conception, Gestion
maîtrise documentai
GESDRAWS d'ouvrage re plans Gestion de plan Autocad
Gestion BTP Gros œuvre Gestion Chantier Maîtrisez vos approvisionnements et stocks de www.logiciels- 300
chantier. informatique-
btp.com
GIT Permet le calcul et l'édition de tous les éléments
DECLARATION gros œuvre, nécessaires pour votre déclaration à la
M.A.F. second œuvre Gestion administratif mutuelle. http://www.isbat.fr 550
GIT gros œuvre, Gestion financier Permet d'estimer rapidement une nouvelle http://www.isbat.fr 550
ESTIMATION second œuvre affaire par rapport à une affaire déjà traitée par
ratio de surface..

gros œuvre, Permet la facturation aux entreprises :

GIT facturation second œuvre Gestion relation client situations, tirages de plans, frais de dossier ... http://www.isbat.fr 550
GIT gros œuvre, gestion financier Permet de traiter les honoraires M.O.P., ainsi http://www.isbat.fr 550
HONORAIRES second œuvre, que les honoraires privés.
architectes
Permet de traiter la gestion et l'édition de
GIT pièces gros œuvre, l'ensemble des pièces écrites relatives à un
écrites second œuvre gestion administratif marché. http://www.isbat.fr 550
GIT Plannings gros œuvre, gestion chantier Permet l'établissement des plannings de http://www.isbat.fr 550
second œuvre chantiers ainsi que les plannings financiers
prévisionnels.
Traitement des plannings soit au niveau lot, soit
au niveau du bordereau ...

Logiciel de suivi de chantier permettant de gérer

les marchés, avenants, travaux
Toute entreprise supplémentaires ; suivi d'affaires, gestion des
Gop Version 2.5 du BTP contacts. GT INFO 2287

73
Graph-PLR BE CAO génie Dessin de planchers chauffants www.fauconet.fr 228
thermique
Hall acoustic www.laurenti.com
HAP 4 BE simulation génie Analyse énergétique horaire www.fauconet.fr 1295
thermique

HAP Version BET. Entreprises Progiciel pour le calcul de la climatisation et FAUCONNET

4.06 de climatisation. consommation selon l'ASHRAE. Ingenierie SA 1295
Hydrobus BE calcul génie Progiciel pour le calcul des radiateurs en www.fauconet.fr
thermique réseau mono-tube
génie www.fauconet.fr
Hydrobus BE calcul thermique Calcul Radiateurs pour Mono-Tube 381
Hydrobus BET . Entreprise Progiciel pour le calcul des radiateurs en réseau FAUCONNET 381
Version 2001 de chauffage. mono-tube. Ingenierie SA

génie Progiciel pour le calcul des radiateurs en www.fauconet.fr

Hydrocab BE calcul thermique réseau hydrocablé ou bi-tube.
Hydrocab BE calcul génie Calcul Radiateurs pour Système Hydrocablé ou www.fauconet.fr 381
thermique Bi-Tube
Hydrocab BET. Entreprise Progiciel pour le calcul des radiateurs en réseau FAUCONNET
Version 2001 chauffage. hydrocablé ou bi-tube selon la norme NF 442. Ingenierie SA 381
ICI SOLUTION TOUS CORPS LOGICIEL DE TRAITEMENT DES DEVIS, DE ICIDEVELOPPEM 1524
Version DE METIERS (1 FACTURATION, DE SUIVI D'AFFAIRES. ENT
EVOLUTION2 - 50 POSTES)

Gérer les devis, les affaires, les factures, le suivi

Tous corps d'état de chantier, le stock (bases de données
dans les métiers BATIPRIX), le SAV, la gestion des heures, des
ICISolution du bâtiment pour plannings, les contrats de maintenance, gestion ICI
Bâtiment Version les artisans et des droits utilisateurs, des frais divers, des DEVELOPPEMEN
version 4 les PME/PMI. ouvrages, multi T 1500
Installateurs Second oeuvre chantier gestion Gestion de travaux de plomberie www.microcopie.fr
Plombiers
Intelligibility www.laurenti.com
Isafact Version Artisans Logiciel de gestion commerciale : gestion des ISARTI 602
5.06 clients, produits, facturation et règlement,
documents, statistiques.
Isi For You gestion Maintenance Isiom
IZI cahrpente BE calcul structure Dimensionnement, optimisation des attaches www.robot97.com
métallique métallique métalliques
Gestion
graphique de
KIM PARK gestion patrimoine KIMOCE
Lane & load BE CAO, clacul structure Planning in the prefab concrete industry starts www.scia-
planner béton with the delivery at the construction site. online.com
Covering all aspects of shipment, storage,
production sheets, factory planning, overview
drawings, CAD modelling the planning process
goes up to the design office.
gestion
gros œuvre, documentai www.cyberarchi.co
Le pack juridique second œuvre re juridique L'Assistant en Droit du Travail m 45
Light scape www.laurenti.com

BET, Installateur
Linelec Version d'électricité du Réalisation rapide des plans d'équipements FAUCONNET
2001 batiment. électriques. Ingénierie SA 381
Logest Version 1 Toute entreprise Logiciel de création de devis, factures et SEFORH 303
du bâtiment mailings

gros œuvre, administratif, www.logiconstruct.

LogiConstruct second œuvre gestion financier Gestion pour les entreprise du BTP com/
Logipro Version Entreprises dans Logiciel de prospection clientèle SEFORH 419
1 le génie
thermique

Entreprises dans
le génie
Logisav Version thermique et
1 autres Logiciel de gestion du service après-vente SEFORH 1029

74
Logitherm Entreprises dans Logiciel de calculs thermiques, permettant de SEFORH 755
Version 2 le génie réaliser des bilans et des études thermiques
thermique pour des habitations résidentielles.

Bureaux
d'ingénierie,
architectes,
lesnomistes,
entreprises du Logiciel de devis, métré, descriptif, quantitatif,
Logmo Version 6 bâtiment estimatif, suivi chantier, ... EIBA 5488
MAINTA Version Industriel, Gestion des travaux, du préventif, des stocks et APAVE Alsacienne 3000
5.0 tertiaire, tierce achats 3 niveaux fonctionnels : M3, M5, M8
maintenance,
collectivité,
gestionnaire de
parcs

Toutes les Le logiciel réunit dans un seul et unique

petites programme toutes les fonctionnalités de CRM
entreprises aux ou Gestion de la Relation Client (Gestion des
budgets limités contacts, des clients, des produits, des activités,
Mamut Business et aux besoins des projets,...) et toutes les fonctionnalité du
Software Version précis. commerce électronique Mamut Software 399
MARCO-DEVIS gros œuvre, gestion financier Elaboration des estimations - gestion des www.agysoft.fr
second œuvre avants-projets
MARCO-OP gros œuvre gestion financier Suivi 'Comptable' des opérations pluriannuelles. www.agysoft.fr
MARCO-PROC gros œuvre gestion financier Suivi des Procédures de Passation des www.agysoft.fr
Marchés.
Rédaction des pièces administratives des
MARCO-REDAC gros œuvre gestion financier Marchés. www.agysoft.fr
MARCO-STF gros œuvre gestion financier Suivi 'Technique' et/ou 'Financier' des Marchés. www.agysoft.fr

Artisans, PME
du BTP, toutes
spécialités à Référentiel, étude de prix, gestion
MARGE Version partir de 5 prévisionnelle, suivi chantier, trésorerie,
2.00 salariés situations CELTIS 9511
Mastere Version Toutes Logiciel intégré de calculs thermiques et BBS SLAMA 4573
3.5c climatiques : calculs techniques,
réglementaires, de coefficient C en collectif, de
déperdition, d'apport, de consommation hiver,
de radiateurs, de planchers chauffants,
hydrauliques et aérauliques, ...
The Mathcad product family allows you to
calculate, graph, and communicate technical
ideas in an unified, easy-to-use, visual format.
Mathcad is the industry standard for applying www.scia-
MathSoft BE calcul tous mathematics… online.com
Maximo gestion Maintenance MRO Software
Logiciel de gestion du bâtiment sous Windows :
PME de plus de devis, métrés, situation, facturation, gestion
MD 7 Version 3 15 salariés clients et fournisseurs. DYNALOG 595
MD7 Artisan Artisans, Logiciel de devis, métrés, suivi de chantier, prix DYNALOG 595
Version 1 entreprises de de revient, factures, gestion clients.
moins de 10
salariés.

structure
MELODY BE CAO, calcul métallique Calcul et dessin de charpente métallique www.graitec.fr
Memsoft Toutes Logiciel de gestion, devis, facturation, suivi de LSE-EASY 6936
Batiment Version chantier, ...
Logiciel de devis, métré, descriptif quantitatif
estimatif, CCTP (Cahier des Clauses
Techniques Particulières), étude de prix
Toute entreprise permettant l'élaboration des pièces techniques
Meteor Version 4 du BTP d'un projet. GT INFO 2897
METRAL Version Charpentiers Outil de calcul des éléments simples de FLOPPYLOG 1524
3 Métal. charpente métallique (plancher, pannes,
lisses,...)

75
Métré peinture PME et grands
Version comptes Module de métré en peinture... PHAROS 760
Métré Version PME et grands Module de métré permettant de réaliser un PHAROS 1524
5.43 comptes métré conforme à la méthode développée par
l'école St Lambert.
Logiciel de métré 3D : calculs complets de
Metricom métrés du bâtiment avec visualisation
Version 7 PME et artisans instantanée en 3D. DYNALOG 1448
METRIS 2000 Suivant les JGB CONSEIL 793
Version 3.6 options de
l'artisanal à la
grosse
entreprise

Logiciel intégré pour les constructeurs de

MIAO7 Version 5 Toutes maisons individuelles. ALL SYSTEMS 14483
MiniCAD Version Toutes Logiciel de CAO/DAO simple permettant à partir CESYAM 1357
7 des dessins de réaliser des nomenclatures,
devis, métrés. Un certain nombre d'applicatifs
métiers ont été développés sur ce logiciel.
MULTIDOC LT
Version MultiDoc Entreprise du Création de devis avec métré et édition de
XP Lt (V8.1) bâtiment facture ECI-BAT 454
MXartisans Artisans, PME Devis, factures, suivis de chantiers, avoirs, CED Informatique 1502
Version V3.37i de 1 à 50 encaissements, trésorerie, banques,
personnes tous fournisseurs, commandes, règlements,
corps d'état. employés, courriers.

Création de Devis. Suivi des chantiers.

Facturation totale, partielle, ou en pourcentage.
De 1 à 30 Suivi des encaissements. Personnalisation de la
MXbat Version salariés Tous bibliothèque des produits et services.
V3.21A corps d'état Commandes et règlements fournisseurs. MicroeXe 442
NaviBat gros œuvre, gestion financier Gestion www.navibat.com
second œuvre

Bureaux
d'études et
New Bocad-3D constructeurs Logiciel de CAO/FAO/ GPAO, gestion dans le
97 Version 17.6 métalliques. domaine des structures métalliques. BSI
Noise Map www.laurenti.com
logiciel intégré de devis, commande, facturation
génie et suivi de projet d’installation électrique destiné
Office ELEC second oeuvre gestion électrique aux chargés d’affaires. www.alpi.fr
Onaya Version Artisans - Logiciel d'études de prix AQUITAINE 1829
P.M.E. INFORMATIQUE
BTP
logiciel de gestion du patrimoine (GPL). Ces
outils permettent de définir de manière
entièrement dynamique tout ensemble
immobilier, tant sur le plan de l'implantation
maîtrise spatiale que sur le plan architectural (structure, www.iciatechnologi
OPenImmo d'ouvrage gestion patrimoine réseaux). es.fr
OPTIMAINT gestion Maintenance APISOFT

BET. Entreprises
OutilCad Version chauffage. FAUCONNET
2001 Climatisation. Réalisation rapide des plans d'incorporation. Ingénierie SA 381
Palm BTP gros œuvre, gestion financier le compagnon idéal pour la gestion des stocks. www.logiciels- 300
second œuvre informatique-
btp.com
PCMétré+ gros œuvre calcul plans Calcul quantités / devis + bibliothèque de prix www.vizelia.com
People maîtrise gestion patrimoine Suivi de l'utilisation/occupation des locaux www.vizelia.com
management d'ouvrage

Toutes les
entreprises de Logiciel pour calculer et dessiner les plannings
PERT Version 3 bâtiment de chantiers EIBA 762
PHOTOPLAN architecte,gros gestion plans 'redresser' des photographies aériennes ou de photoplan.net/
œuvre, second façades
œuvre, maîtrise
d'ouvrage

76
 www.logiciels-
gros œuvre, informatique-
Planning BTP second œuvre gestion chantier Planification et préparation des chantiers. btp.com 300
Polyboard Menuiseriers, PolyBoard est utilisé dans les secteurs de la BOOLE et 656
Version agenceurs, menuiserie, de l'agencement, de la cuisine, des PARTNERS
cuisinistes,... bibliothèques, de la vente et de la fabrication de
rangements et de placards sur mesures .
PolyBoard est utilisé dans les secteurs de la
menuiserie, de l'agencem

Calcul d’un poteau en béton armé sous

compression centrée - Calcul au flambement
structure d’une colonne modèle en béton armé www.editions-
Poteau-tige BE calcul béton de Socotec eyrolles.com 124
PREMIUM TOUTES LOGICIEL DE DAO - PLAN 2D ARCHI-SOFT 1494
Version ENTREPRISES
PREMIUM 2 DE BATIMENT
14.03
Prestation de
services Version Logiciel complet de devis facturation EBP
1.54 Toutes s'adressant à tout type de prestataire. INFORMATIQUE 608
PRISEC Version Toutes les Logiciel pour éditer des devis estimatifs EIBA 1220
3.1 entreprises du concernant la réalisation d'un chantier
bâtiment
Logiciel de DAO 2D/3D. C'est en fait un
assemblages de différents modules
correspondants aux professions concernées.
Ce logiciel utilise le principe de la mémorisation
PRJ Version des connaissances professionnelles (suivant le TRENOY
2007 Toutes principe du robot). INFORBAT 1220
Pro.Clim 3D second oeuvre CAO réseaux dessiner les réseaux aérauliques et www.prosys.fr
hydrauliques hydrauliques à partir d'une saisie unifilaire afin
d'obtenir directement une visualisation réaliste
des réseaux en 3 dimensions.
intègre les fonctions de Pro.Plan, et y ajoute un
Pro.Plan maîtrise module de gestion de patrimoine simple et
Aménagement d'ouvrage gestion patrimoine accessible. www.prosys.fr
Pro.Plan gros œuvre gestion chantier solution pour gérer les opérations préalables à www.prosys.fr
Chantier la réception sur les opérations de construction.
Il permet d'assigner graphiquement les réserves
sur les plans, et de les suivre jusqu'à leur levée.
Utilisé avec nos outils de GED Technique, il
permet également de tenir informé en temps
réel les différents acteurs du projet de l'état des
réserves, selon des critères géographiques ou
par émetteur.
utilisé en conjonction avec nos outils de GED
Technique, permet d'automatiser la production
gestion de plan de synthèse technique, à partir de
Pro.Plan architecte, gros documentai requêtes simple rassemblant les documents
Synthèse œuvre re plans nécessaires à la compilation souhaitée. www.prosys.fr
Pro.Plan architecte, BE CAO tous s'appuie sur de nombreuses bibliothèques de www.prosys.fr
Technique symboles pour permettre au concepteur de
réaliser des plans d'implantation multi-technique
(électricité, plomberie, climatisation).

Concepteurs et
PRO/Clim- entreprises
PRO/Plomb chargés de
Version réaliser les Outil d'aide à l'installation de chauffage, de
PRO/CLIM installations de climatisation, de plomberie. La production des
3D( V7); chauffage, de plans, des schémas, et des notes de calcul est
PRO/PLOMB climatisation et assurée par les différents modules de cette
(V7) plomberie famille de logiciels. PROSYS 3049
Pro/Elec Installateur - Outil d'implantation des équipements PROSYS 3811
Implantation Bureaux électriques constituant une installation
Version 7 d'études industrielle ou tertiaire concernant les courants
forts, les courants faibles, les cheminements
primaires et secondaires

77
 Toutes
entreprises. Une
version a été
adaptée aux Progiciel de gestion intégré destiné aux
réseaux de entreprises qui assurent la mise en place,
PRO6 Version Boulangers- l'entretien et le dépannage d'installations en IRIS
1.5 Pâtissiers. clientèle. TECHNOLOGIES
Production Toutes Logiciel qui gère la totalité de l'entreprise, du SGI
Management devis à la trésorerie, en passant par la
Version Version comptabilité, la production, etc...
95

Logiciel de gestion de production bâtiment :

étude de prix (devis, métré, ...), planification,
Progap BTP PME et grands situation de travaux, gestion de chantier, METHODES ET
Version 6.1 comptes. gestion des documents, ... CONSTRUCTION 1906
Progib Version Toutes Logiciel intégré de gestion, devis, facturation, PRO2i
12.03 entreprises du situation des travaux, gestion des heures,
bâtiment et TP compta, salaires, analyse de rentabilité des
de 10 à 400 affaires ...
salariés

Gestion service simple et intuitif de GED Technique

architecte, gros documentai accessible via Internet permettant de mettre en
Projecteo® œuvre re chantier relation tous les acteurs d'un projet. www.prosys.fr
Promotel BE Calcul Energie Production d'études PROMOTELEC à partir de www.fauconet.fr 228
TTH2001
outil de modélisation et de gestion des cycles
Gestion de vie des documents, simple et adapté aux
documentai processus en usage dans le mode de la
Prosys gros œuvre re chantier construction. www.prosys.fr
Prosys maîtrise gestion patrimoine Gestion de patrimoine www.prosys.fr
d'ouvrage
service de GED Technique et de travail
collaboratif du bouquet de services le Moniteur-
architectes, gros Gestion expert. Grâce à sa modularité, il accompagne
œuvre, maîtrise documentai vos projets des phases d'études au travaux et à
Prosys Online d'œuvre re tous l'exploitation des ouvrages. www.prosys.fr
Radiance www.laurenti.com
structure
RCAD Métal BE CAO métallique Modélisation de structures 3D www.robot97.com
REALVIZ® architectes CAO plans la solution de création de panoramas complets www.cyberarchi.co 560
Stitcher 360° x 180°. m
Référentiel maîtrise
patrimoine d'ouvrage gestion patrimoine Gestion financière du patrimoine immobilier www.vizelia.com
Rimbaud Version Toutes celles Logiciel de programmation pour machines de ALMA 9147
6 équipées de découpe à commande numérique par suivi de
machines de contour : laser, plasma, oxycoupage, jet d'eau,
découpe. défonçage, ... Intègre des fonctionnalités
métiers.
Logiciel d'optimisation de découpe rectangulaire
bord à bord. Intègre un fonction devis
Ritmo Version 4 Artisans et PME simplifiée. ALMA 1296
ROBOT 97 B.E., ingénierie, Logiciel de calcul et d'optimisation des poutres ROBOBAT 13720
Béton armé bureaux de métalliques
Version 11 contrôle,
établissements
d'enseignement,
charpentiers
métalliques,
charpentiers
bois

78
 B.E., ingénierie,
bureaux de
contrôle,
établissements
d'enseignement,
Robot 97 charpentiers Logiciel de calcul de structures avec une
Structures métalliques et interface graphique, et exploitant les avantages
Version V 11.0 bois de l'environnement Windows. ROBOBAT 13720
Robot BE calcul structure Calcul charpente assemblées www.robot97.com
assemblage CM métallique
ROBOT
Assemblages
Bois BE calcul structure bois www.robot97.com
ROBOT dalles BE calcul structure www.robot97.com
structure
Robot LT - CM BE calcul métallique Dimensionnement et optimisation des hangars www.robot97.com
ROBOT LT Bois BE calcul structure bois www.robot97.com
Robot millenium BE calcul structure Modélisation/calcul de structures www.robot97.com
Robot millenium BE calcul structure Conception/calcul de structures acier www.robot97.com
charpente métallique
métallique
www.robot97.com

ROBOT
MILLENNIUM structure
DDC avancée BE calcul béton
ROBOT murs BE calcul structure www.robot97.com
ROBOT poteaux BE calcul structure www.robot97.com
ROBOT poutre BE calcul structure www.robot97.com
ROBOT semelles BE calcul structure www.robot97.com
Robot V6 Toutes Logiciel de calculs, d'analyse, d'optimisation de ROBOBAT 13720
Charpente Bois charpentes bois avec saisie graphique.
Version 4.2
B.E.
mécaniques,
Robot V6 chaudronniers, Logiciel de calculs mécaniques, de la
Mécanique construction mécanique lourde à la petite mécanique,
Version 4.2 mécanique chaudronnerie, etc... ROBOBAT 13720
RoCad Version BET, Applicatif pour le dessin paramétré des gaines FAUCONNET 2000
NC Architectes, et tubes en 2D et 3D Ingénierie SA
Conception.
Gestion
graphique de
RS ABYLA gestion patrimoine Sertec - RS
RxCaptureScan architectes, BE, Gestion Gestion de Lecture Automatique des documents. http://www.rg2.fr
gros œuvre documentai plans
re

Gestion Tous vos fichiers électroniques sur CD-ROM

RxCD-Dossier™ architectes, BE, documentai Gestion de prêts pour la consultation, la recherche et
- gros œuvre re plans l'impression directe à partir du CD. http://www.rg2.fr
Sani-Win Version Installateurs de Logiciel permettant le calcul de distribution FAUCONNET 381
3 sanitaires. d'eau chaude ou froide. Ingénierie SA
SAP PM gestion Maintenance SAP
SAVOS gestion Maintenance PHAROS

Bureaux
d'études, Service
de maintenance,
service
Schema Version production,
V7 BTP,... Logiciel de schémas électriques. IGE-XAO
SCIA Floor BE Calcul structures SCIA's "Floor" software offers a complete www.scia-
béton solution for concrete prefab floors. It supports online.com
hollow core slabs, lattice girder slabs, ribbed
slabs, beams and blocks. Hollow core slabs,

79
 lattice girder slabs and ribbed slabs can be
reinforced and pre-stressed. The total solution
comprises.
Gestion
graphique de
SEQUOIA FM gestion patrimoine Trace Ingénierie
ServiceDesk maîtrise gestion patrimoine Management de la maintenance www.vizelia.com
d'ouvrage
Smart_Project was developed using the Lotus
Notes technology and the Quickplace platform.
It is a teamware application, allowing users to
architectes, gros create a shared virtual construction company on www.scia-
Smart project œuvre gestion chantier the Internet or on a corporate Intranet… online.com
SmartEngineer BE calcul tous SmartEngineer is the most comprehensive www.scia-
toolbox for daily calculations of engineers, online.com
draughtsmen and architects. It offers answers to
many questions asked in routine design work
and with a little use becomes an indispensable
tool...
Logiciel de création de devis, facture,
commande, gestion des fournitures, du stock,
client, trésorerie... Conçu pour un très grand
financier, nombre de corps d'état (Plafond suspendu, toile
SodeaSoft gros œuvre, relation tendu, plâtrerie, plancher technique, Carrelage,
Business second œuvre gestion clients peinture, électricité... www.anshare.com
SodeaSoft Bureaux Logiciel de création de devis, facture, EBLM 550
Business Version d'études commande, gestion des fournitures, du stock,
3.3 client, trésorerie... Conçu pour un très grand
nombre de corps d'état (Plafond suspendu, toile
tendu, plâtrerie, plancher technique, Carrelage,
peinture, électricité, Plomberie
SoftCAD 3D Light est un programme qui permet
de créer rapidement des objets en 3D et de les
exporter en DXF ou DWG pour être réutilisés
SoftCAD 3D par ArchiTECH.PC ou par d'autres progiciels de
Version DAO. SOFTCAD France 191
Soleili BE calcul énergie Soleili est un freeware destiné à optimiser www.anshare.com
solaire l'ensoleillement de bâtiments ou de panneaux
solaires. Fonctionnement simple et souple en
3D. Résultats visuels et chiffrés. Seules
quelques connaissances géométriques sont
nécessaires pour aborder ...
Logiciel de gestion commerciale (ordre de
réparation, facture/devis, forfaits, stocks,
contrôles techniques, liens constructeurs et
Solycar 3 garanties) et de gestion comptable d'un garage
Garage Version automobile, d'un concessionnaire, d'un
2.05 Toutes carrossier. Microfirst 534
Space maîtrise gestion patrimoine Evaluation de la performance du patrimoine www.vizelia.com
management d'ouvrage
Bureau d'Etude /
Ingénieur
Conseil
Charpente Métal Calcul de structures Charpente Bois Charpente
Spot Version 6.3 Charpente Bois Métal FLOPPYLOG 1524
Stair Designer escaliers, Logiciel pour escaliers balancés L et U en 2D, BOOLE et 899
Version menuisiers, avec exportation DXF PARTNERS
métalliers,
bureaux
d'études,…

Bureaux
d'études,
SteelCad constructeurs, Logiciel de modélisation 3D pour le dessin
Version 7.1 engineering. traçage en 3D de toute structure métallique. SMRT 117500
STEELFAB Bureaux BTP / DAO pour plan d'exécution et traçage de SCIA GROUP 7622
Version 3.4 a Constructeurs structures métalliques
métalliques
Logiciel de gestion commerciale complète
intégrant les commandes clients et les
Stop Version 5- Société de commandes fournisseurs, les stocks et la
R06 gardiennage comptabilité client. CEGI 13720
Strakon Version PME, bureaux Logiciel de CAO/DAO pour le béton armé : LUX CEC 5793
4,40 Version d'études béton coffrage, ferraillage.
Version 4.40 armé

Bureaux
d'Etudes,
Entreprise de
StruCad Version charpente Système leader de modélisation en 3D de
V9 métallique structures métalliques. METALOGIC
Suivi BTP architecte, gros gestion chantier Maîtrisez vos prix de revient et la rentabilité de www.logiciels- 300
œuvre vos chantiers. informatique-
btp.com
Module de gestion du chantier assurant les
Suivi de chantier PME et grands fonctions de budgétisation, de contrôle et
Version 5.43 comptes d'analyse. PHAROS 2134
Sybat Version Artisans et PME Devis-Métré, Facturation-situation, Suivi de Microfirst 747
6.1 chantier, journal des ventes et des règlements,
gestion des stocks et fournisseurs.
BE, enseignant, puissant outil de conception et simulation de
Thermoptim chercheurs simulation énergie systèmes thermodynamiques software.cstb.fr 2200
Thermo-tracer BE, expert saisie génie premier système de traçabilité de la http://www.scia-
thermique température utilisable à grande échelle. online.com
Il permet d'enregistrer jusqu'à une année de
température.

Architectes,
Constructeurs de
maisons
TOP ARCHI individuelles,
Version Version Maîtres Logiciel de CAO/DAO pour les métiers de
9 d’œuvres l'architecture et la construction TOP A.E.C. SA 9909
Trace Elec Pro second œuvre, gestion génie permet de concevoir tout type d'installations
maîtrise électrique électriques industrielles, de générer les
d'ouvrage éléments nécessaires à leur production et d'en
assurer la maintenance.

BE, second génie progiciel permettant le calcul d'installations www.traceindustry.

TR-Ciel œuvre calcul électrique électriques Basse Tension, com
TR-CIEL LT Toutes les Cette version, spécifique aux besoins des Trace Software 5900
Version 1.63 entreprises ayant artisans, est une version "légère" du logiciel TR-
à calculer un CIEL bien connu des professionnels de
réseau électrique l'industrie et du bâtiment. Ce produit permet le
basse tension calcul et la vérification de conformité d'une
(Conformité à la installation électrique basse
norme NF C 15-
100).

Bureaux
d'études,
ingénieries,
installateurs,
artisans et
industriels dans Logiciel de réalisation de schémas électriques
TR-Elec Version le domaine fonctionnant sous AutoCAD. Permet de faire de
14 électrique. l'installation, de la maintenance, ... Trace Software 2271
TRNSYS BE, enseignants, simulation génie L'atelier de simulation Trnsys Simulation Studio software.cstb.fr 5000
chercheurs thermique est un environnement de simulation complet et
extensible, dédié à la simulation dynamique des
systèmes, y compris les bâtiments multi-zones.

Logiciel de simulation détaillée des

Trnsys Version PME (bureau performances thermiques des bâtiments et de
14.2 d'étude) leurs équipements. CSTB 3659
TrueSpace gros œuvre CAO plans rendu 3D + bibliothèque de textures www.vizelia.com
génie
thermique,
réseau Windows Progiciel de calculs hydrauliques des
TTH-EAU BE calcul hydrauliques réseaux de chauffage. www.fauconet.fr

81
TTH-eau Version BET. Entreprise Progiciel de calcul hydraulique pour réseau bi- FAUCONNET 483
2001 chauffage. tube. Ingénierie SA
Entreprise
climatisation.

génie
thermique,
réseau Progiciel de calculs hydrauliques et dessin de http://www.fauconet
TTH-OCAD BE calcul hydrauliques réseaux de chauffage. .fr
Tubage 3D pour Toutes Logiciel de formes tubulaires en 3D avec BOOLE et 76
MiniCad Version variation de section et correction de torsion. PARTNERS
2
Turbo-TH
Version TTH Logiciel pour les calculs thermiques visuels FAUCONNET
2001 BET. suivant RT 2000. Ingénierie SA 1290
ULIS gestion Gestion Sopra
location
Logiciel windows de gestion administrative écrit
sur mesure pour toutes les entreprises
gros œuvre, d'installation du secteur de la construction: http://www.thermso
UniFAC second œuvre gestion administratif devis, facturation ,interventions, chantiers. ft.com
Unifil'r Version 5 Toutes Schémas électriques unifilaires, dessins de DESA/DESIGN 442
tableaux électriques de distribution. SYSTEM
Logiciel windows de consultation de tarif,
gros œuvre, gestion des commandes, ...distribué http://www.thermso
UniTarif second œuvre gestion financier gratuitement via le fournisseur. ft.com
UniTherm BE calcul génie Logiciel windows de calcul de déperdition, http://www.thermso
thermique coefficient k, sélection radiateurs, ...(nouvelles ft.com
normes européennes ) pour les chauffagistes,
bureaux d'études, administrations,
fournisseurs,....
Urbanistic Noise http://www.laurenti.
Map com
URUS BE calcul structure logiciel de calcul de structures aux éléments http://www.abd-
finis, conçu pour l’analyse de la résistance et de soft.net
la stabilité des constructions du Génie Civil et
de la Construction Mécanique.
URUS dispose d’un puissant post-processeur
pour le béton armé : Ce module est interfacé
très fidèlement aux modules d’analyse globale
mais peut également être exécuté de manière
autonome pour réaliser des vérifications rapides http://www.abd-
URUS béton BE calcul structure d’éléments. soft.net
URUS Metal BE calcul structure URUS dispose d’un puissant post-processeur http://www.abd-
pour la charpente métallique : Ce module est soft.net
interfacé très fidèlement aux modules d’analyse
globale mais peut également être exécuté de
manière autonome pour réaliser des
vérifications rapides d’éléments.

Artisans, PME-
PMI, Groupes
Vasco Version industriels, Logiciel de conception d'installations électriques
1.7 utilisateurs. basse tension, selon la norme NF C 15-100. SOCOTEC 3354
Vector 3 Version Toutes Logiciel de schématique et de calcul BBS SLAMA 2424
3.2 d'équilibrage dédié aux réseaux de fluide
(aéraulique, hydraulique, sanitaire et
acoustique).

Artisans (85%),
industriels Logiciel fournissant un ensemble de fonctions
(10%), centres automatisées pour effectuer les tâches
Version 5 de formation journalières : du devis à la facturation,
Version (5%). fabrication, ... CMS informatique
Visual Bâtiment Entreprises du Logiciel de gestion spécifique des entreprises DC2I 532
Version 1.2 BTP : artisans, du BTP : devis, suivi de chantier, facturation,
PME-PMI. gestion des métrés.
génie Cacul rapide des déperditions avec la méthode http://www.fauconet
VIT'DEPER BE calcul thermique des ratios au m² .fr 300
Vit'Déper BE calcul génie Le calcul rapide des déperditions par volumes. http://www.fauconet
thermique .fr
second œuvre,
Viz'all experts saisie plans Solution automatisée de relevés de bâtiments http://www.viz-all.fr

82
VPRasterPro architectes, gros Gestion plans La vectorisation automatique COULEUR sous http://www.rg2.fr
œuvre, second documentai AutoCAD.
œuvre, maîtrise re
d'ouvrage

architectes, gros
œuvre, second Gestion
œuvre, maîtrise documentai
VPselect d'ouvrage re plans Indexation Automatique par l'OCR. http://www.rg2.fr
WinCHANT architectes, gros gestion financier couvre la gestion financière du chantier, dans http://www.attic-
œuvre sa globalité, depuis les ordres de service plus.fr
jusqu'à la clôture des comptes.

gros oeuvre, prend en charge la préparation, le lancement et http://www.attic-

WinOffre second oeuvre gestion administratif l'analyse des appels d'offres. plus.fr
Win-PLR BE calcul génie Progiciel pour les calculs de planchers http://www.fauconet 381
thermique chauffants. .fr
d'établir un devis quantitatif en effectuant une
saisie par LOCALISATION ( pièce, parois,
gros oeuvre, relation client, etc... ), tout en conservant une approche http://www.attic-
WinQuant second oeuvre gestion financier traditionnelle des minutes de calcul. plus.fr
WinQUANT Q4- architectes, gros calcul plans obtention des quantités. http://www.attic-
GTP œuvre, second plus.fr
œuvre, maîtrise
d'ouvrage

Partenariats pour quels sujets ?

Bien sûr la recherche de partenariats doit se faire en fonction de la nature des projets que l’on
souhaite réaliser, des compétences de l’éditeur et de son envie de s’allier au CSTB en poursuivant
une complémentarité de savoir faire. L’extrême est une situation dans laquelle, le CSTB a
suffisamment bien spécifié le logiciel qu’il souhaite développer et dispose de tous les documents
permettant de déléguer ensuite le maîtrise d’œuvre du logiciel, de telle sorte que le prestataire retenu
ne soit plus vraiment un partenaire, ni un spécialiste d’un domaine du champ construction, mais
simplement un prestataire de service en informatique.

Ce n’est que l’un des cas de figure, sachant que la valeur ajoutée totale est plus importante si l’on
peut faire levier sur d’éventuelles compétences métier de l’éditeur et si ce dernier dispose d’une large
base installée de produits qui peuvent constituer une cible de marketing pour le ou les produits
nouveaux à venir.

Le partenariat sera donc très probablement décidé au coup par coup, mais il importe de réaliser que la
production, le packaging et la vente de logiciel n’est pas vraiment l’un des métiers du CSTB, qu’il ne
suffit de disposer d’un bon logiciel (qu’il soit notre propriété ou que nous ayons un accord de
commercialisation pour un tiers), de créer une page web sur un site comme software.cstb.fr et
d’attendre !

URUS en est une illustration cuisante. Le logiciel est excellent, mais se contenter de le faire figurer sur
notre site – à un prix d’ailleurs élevé par rapport aux autres canaux de distribution possibles – sans
avoir la capacité de relancer une base installée de client, de leur proposer de l’avant vente dans le
cadre de démonstrations, et de les convaincre de notre capacité à les soutenir dans l’usage
opérationnel du système, ressemble à lancer une bouteille non à la mer mais à l’immensité de l’océan
en espérant… Le chiffre d’affaire que nous avons réalisé sur ce produit nous ramène cruellement aux
réalités !

Si l’analyse marketing est à la base de la perception que nous allons bâtir du marché et des besoins
des clients, et dans l’attente de dimensionner plus précisément ce que nous sommes prêts à engager
pour nous doter de ces informations stratégiques, une étude conduite par une étudiante du CERAM
nous avait appris un certain nombre de choses surprenantes. Par exemple, à la question : « Les
logiciels du CSTB répondent-ils à vos besoins ? » 57% des personnes interrogées ont choisi l’option

83
« ne se prononce pas » car ces derniers ne connaissent pas les logiciels du CSTB !!! Nous pouvons
ainsi mesurer notre déficit d’image « d’éditeur logiciel » au vu de cette réponse.

Il y a donc un double travail indispensable si l’on souhaite progresser, le premier consiste à déterminer
les moyens que l’on souhaite engager pour mieux connaître le marché au delà de ce qui vient d’être
présenté ici (c’est un travail important à part entière que de suivre le pilotage d’une telle étude qui doit
être conduite par des spécialistes de l’analyse de marchés), et le second a pour objet sur le moyen /
long terme de mettre en place une politique de communication qui promeuve l’image d’éditeur logiciel
du CSTB afin que la perception de nos activités par la majorité des acteurs économiques change.

Enfin, si l’on revient sur les besoins les plus fréquemment cités par les personnes interrogés dans le
cadre de l’étude CERAM mentionnée, nous rapporter sans ordre de précédence particulier :

 Logiciels de dimensionnement (en particulier thermique)

 Logiciels de conception (e.g. projets HQE, climatisation)
 Logiciels de calculs réglementaires (e.g. coefficient K, calcul de déperditions, etc.)
 Logiciels de simulation (e.g. chauffage solaire combiné avec planchers chauffants)
 Logiciels & plate-formes d’interopérabilité (passerelles CAO vers logiciels métiers et entre
logiciels métiers)

On peut donc observer que les logiciels du CSTB ne sont pas connus, que le CSTB n’est pas encore
perçu comme un acteur du logiciel BTP, que 57% parmi ceux qui viennent sur notre site Web pour y
rechercher un logiciel précis ne savent même pas qu’elle est l’offre logicielle du CSTB. Inutile de
parler des autres…

On peut enfin remarquer que :

 Les besoins exprimés par les utilisateurs sont parfois satisfaits par l’offre des éditeurs mais les
utilisateurs ne le savent pas !

 Certains besoins essentiels, comme l’interopérabilité entre logiciels, ont fait l’objet de travaux
du CSTB qui n’ont pas débouché sur une offre logicielle, dommage !

84
Réflexions sur notre portefeuille de projets
Introduction
Les entretiens avec les représentants des principaux départements impliqués dans le développement
logiciel montrent qu’il existe au CSTB une large palette de projets à valoriser à court terme. Il s’agit en
grande partie de logiciels se situant au stade de prototypes et issus de projets de recherche ou
développés pour des missions de consultance. Les départements sont à priori favorables à la diffusion
de ces logiciels pour autant qu’elle ne nuise pas à la consultance. Au cours des entretiens, nous
avons mis en évidence qu’en l’accordant à la stratégie de chaque département, la diffusion des
logiciels pouvait même jouer le rôle de catalyseur de la consultance.

Les projets Candidats

Les projets de valorisation de logiciels recensés sont présentés sous la forme de fiches. Ces fiches
doivent permettre de définir des priorités et d’amorcer l’évaluation des projets. Elles sont organisées
de la manière suivante :

Nom du projet existant

Fonction principale.
Activité : Type de professionnels auxquels s’adresse le logiciel.
Domaine : Champs d’expertise et en interne le département concerné par
le logiciel.
Type : Nature du logiciel : application documentaire, logiciel de
gestion, logiciel de calcul…
Description : Fonctionnalités et contexte de développement et d’utilisation du
logiciel.
Valeur ajouté : Avantages et pertinence du CSTB en tant que développeur /
diffuseur du logiciel.
Existant : Etat d’avancement du logiciel.
Charge : Evaluation de l’effort nécessaire à la commercialisation.

Gestion de patrimoine

TOBUS
Aide à la décision, et calcul du coût de la réhabilitation.
Activité : Maîtrise d’ouvrage, entreprise de rénovation.
Domaine : Réhabilitation, gestion de patrimoine, bureaux, hôtels.
Type : Outils de gestion, calcul de coût
Description : TOBUS est une extension du projet plus généraliste EPIQR
(basé sur la méthode MER/MERIP d’évaluation de la
détérioration des bâtiments). TOBUS est un logiciel spécifique
pour les bâtiments professionnels et les bureaux
(administrations, banques, mairies, centres informatiques). Il se
focalise essentiellement sur la mise en conformité thermique et
environnementale de ces bâtiments. Un logiciel équivalent
dédié aux hôtels est à l’étude.
Valeur ajouté : Le CSTB a été à l’initiative de la méthode MER d’évaluation de
la détérioration des bâtiments. Des contacts avec certains
professionnels du secteur ont été établis (ACCOR). Le marché

85
 de la réhabilitation est un marché en expansion estimé à plus
de 200 millions d’Euros par an.
Existant : Le projet européen TOBUS a abouti à un logiciel opérationnel.
Charge : La charge nécessaire pour diffuser TOBUS réside
essentiellement dans le packaging et la promotion.
Produits concurrent : Loxnet
http://www.2c-informatique.com/prod/ent/loxnet/index.html
Contact : Dominique Caccavelli : dominique.caccavelli@cstb.fr

AGPS
Calcul des coût de maintenance du bâtiment par services.
Activité : Maîtrise d’ouvrage, hôpitaux.
Domaine : Gestion du patrimoine.
Type : Outils de gestion
Description : AGPS permet aux gestionnaire d’un hôpital de calculer la
répercussion des coûts globaux de maintenance des bâtiments
sur les services en fonction du l’utilisation faite des différents
espaces.
Valeur ajouté : AGPS est facilement déployable sur le réseau interne d’un
hôpital . Il prend en charge les plans aux format IFC.
Existant : Une licence a déjà été vendu à un hôpital Lillois.
Charge : La charge nécessaire pour diffuser AGPS réside
essentiellement dans le packaging et la promotion.
Produits concurrents :
Contact : Rémi Vankeisbelk : remi.vankeisbelck@cstb.fr

Développement durable

SI-QAI
Système d’information pour la qualité de l’air intérieur.
Activité : Collectivités, ADEME, Conseils Régionaux, financements
européens (FEDER)
Domaine : Santé/environnement > qualité de l’air
Type : Système d’information
Description : SI-QAI est une solution de gestion de campagnes de mesures
pour la qualité de l’air intérieur. Cette solution comprend une
application mobile de saisie de questionnaires, un site extranet
composé de différents modules (consultation et partage de
données et documents, tableaux de bord, statistiques), une
base de données centralisée.
Valeur ajouté : Il s’agit d’une offre couplée comprenant la location d’application
/ l’hébergement de données / et de services.
Existant : Un contrat de location de 12 mois a été signé avec HABIT’AIR
pour une campagne en région.
Charge : Il s’agit d’une offre de service plus que d’une vente de licence.
Des améliorations pourraient être apportées sur la
documentation, la formation des utilisateurs, le paramétrage
des outils, le reporting.
Produits concurrents : Il n’existe pas d’offres concurrentes en France.
Contact : Séverine Kirchner : kirchner@cstb.fr
Nicolas Bus : nicolas.bus@cstb.fr

86
SIREN 95 / COMIS
Comportement aéraulique des bâtiments et de l'exposition des
occupants aux polluants. Calcul de la dispersion des polluants.
Activité : Hôpitaux
ANAES : Agence Nationale d'Accréditation et d'Evaluation en
Santé
ARH : Agence Régionale d'Hospitalisation
CSHPF : Conseil Supérieur d'Hygiène Publique de France
CTIN : Comité Technique national des Infections
Nosocomiales.
DDASS : Direction Départementale des Affaires Sanitaires et
Sociales
DGS : Direction Générale de la Santé
DRASS : Direction Régionale de Affaires Sanitaires et Sociales
ONERBA : Observatoire National de l’Epidémiologie de la
Résistance Bactérienne
Domaine : Santé/environnement > qualité de l’air
Type : Logiciel de Simulation de comportement aéraulique des
bâtiment.
Description : Le code de calcul SIREN95 est une méthode de calcul du
comportement aéraulique des bâtiments et de l'exposition des
occupants aux polluants. Cette méthode pourrait trouver une
application dans la simulation et la prévention de la propagation
des maladies nosocomiales dans les hôpitaux.
Valeur ajouté : Il s’agit d’une méthode mise au point pas le CSTB. Par ailleurs,
Le CSTB diffuse déjà un logiciel de simulation aéraulique
(COMIS).
Existant : SIREN 95 est un code de calcul sans interface. COMIS est un
produit existant qu’il faudrait adapter aux besoins des hôpitaux.
Charge : Une interface graphique devrait être développée pour finaliser
SIREN 95. Les possibilité d’adaptation de COMIS à ce sujet
doivent être étudiées.
Produits concurrents : ?
Contact : Werner Keilholz : werner.keilholz@cstb.fr
Bernard Collignan: collignan@cstb.fr
Séverine Kirchner: kirchner@cstb.fr

Equity 2 / GRADE
Logiciel d’aide à la gestion des déchets de chantier
Activité : Maîtrise d’œuvre, entreprises de construction
Domaine : Développement durable, réhabilitation.
Type : Calcul de coût.
Description : Pour aider les industriels à identifier une filière de valorisation
des déchets, le CSTB a conçu le « Diagnostic Valorisation ». Il
permet d’estimer la faisabilité technique, économique et
environnementale de tout procédé nouveau mettant en oeuvre
une matière première « secondaire » ainsi que les
performances du produit résultant.
Valeur ajouté : Les nouvelles normes européennes en terme de recyclage
poussent les professionnels à mieux gérer leurs déchets.
Ce logiciel doit permettre de sensibiliser les
professionnels au traitement des déchets et promouvoir la
consultance sur ce thème.
Existant : Deux logiciels Equity 2 et GRADE ont été développés par le
service matériaux pour proposer aux professionnels un
diagnostic de leur gestion des déchets. Le logiciel GRADE est
orienté chantiers de réhabilitation et « déconstruction ». La
base de données INIES (Informations sur l’Impact
Environnemental et Sanitaire) donne aux prescripteurs, maîtres

87
 d’œuvre et maîtres d’ouvrage une information synthétique sur
les impacts environnementaux et sanitaires d’un produit ou
d’une famille de produits. Cette base pourrait être valorisée au
sein d’un outil d’aide aux choix de matériaux en fonction de
critères environnementaux.
Charge : L’effort de diffusion de tels logiciel réside dans l’adaptation à
l’utilisation par les professionnels eux-même, puis l’édition et la
distribution.
Produits concurrents : ?
Contact : Jean-Luc Chevalier : jl.chevalier@cstb.fr
Publications : http://www.cstb.fr/lettres_rech/lettre/2000/R44FR.pdf

Confort thermique

ConsoClim
Calcul de la consommation d’énergie des bâtiments climatisés.
Activité : Bureaux d’étude
Domaine : Développement durable, thermique du bâtiment
Type : Calcul thermique, calcul de coût.
Description : A la demande du ministère du Logement et de l'ADEME, en
liaison avec l'AICVF (Association des ingénieurs en climatique,
ventilation et froid), le CSTB et le Centre d'Energétique de
l'Ecole des Mines de Paris ont développé ConsoClim.
Valeur ajouté : Le CSTB distribuait déjà un logiciel en partenariat avec l’Ecole
des Mines de Paris. ConsoClim calcule les consommations
d'énergie des bâtiments climatisés. Il est constitué d'un
ensemble d'algorithmes qui permettent d'assembler sept
systèmes de climatisation. La climatisation des bâtiments est
un thème d’actualité. Suite à une étude marketing, nous avons
pu observer une forte demande pour ce type de logiciels qui fait
défaut au sein de la gamme « thermique » de Software.cstb.fr .
Existant : Le logiciel consoclim est opérationnel.
Charge : Un effort de mise à niveau et de packaging est nécessaire.
Produits concurrents : Fauconnet/HAP (www.fauconnet.fr), Climawin (www.bbs-
slama.com ).
Contact : Emmanuel Fleury : e.fleury@cstb.fr
Augustine Bolher: bolher@cstb.fr
Publications : http://www.cstb.fr/lettres_rech/lettre/2004/LR67FR.pdf
http://www-cenerg.ensmp.fr

Nouveaux types Simulation Studio/TRNSYS

Composants optionnels permettant de calculer la conformité
aux normes européennes, ou permettant la connection à des
catalogues produits.
Activité : Bureau d’études (déjà clients de Simulation Studio/TRNSYS)
Domaine : Thermique, développement durable
Type : Composant logiciel (plug-in).
Description : Il s’agit de composants optionnels permettant d’ajouter des
fonctionnalités au logiciel TRNSYS. Une dizaine de
composants pourraient être développés sur la base des
nouvelles normes thermiques européennes.
Valeur ajouté : Le logiciel Simulation Studio/TRNSYS est bien implanté chez
les spécialistes de la thermique du bâtiment. La vente de
composants optionnels permettrait de fidéliser davantage les

88
 clients de ce produit. Le CSTB participe activement à la mise
au point des normes européennes.
Existant : Un composant « chaudière » s’interfaçant avec un catalogue de
produits commerciaux a déjà été développé.
Charge : De tels composants peuvent être développés en quelques
semaines/mois.
Produits concurrents : Concurrents de TRNSYS.
Contact : Werner Keilholz : werner.keilholz@cstb.fr
Dominique Caccavelli : dominique.caccavelli@cstb.fr

SIMBAD indépendant
Simulations dynamiques de composants d’installations
climatiques.
Activité : Laboratoire de test. Bureaux d’étude.
Domaine : Génie climatique
Type : Outil de simulation, banc de test.
Description : "SIMBAD Building and HVAC Toolbox" est la première
bibliothèque de composants de génie climatique pour
l'environnement MATLAB/Simulink http://www.mathworks.com/
Cet outil fournit les modèles de bâtiment et les composants des
systèmes de chauffage / climatisation pour réaliser des
simulations dynamiques des installations de génie climatique.
Le principal obstacle à la diffusion de SIMBAD est sa
dépendance vis à vis de MATLAB. En effet, l’utilisation de
SIMBAD nécessite l’achat préalable de MATLAB. Adapter les
composants SIMBAD à l’environnement libre SCILAB
développé par l’INRIA permettrait de rendre SIMBAD
indépendant de tout autre produit commercial. Les
fonctionnalités et la puissance de SCILAB sont comparables à
celles de MATLAB. Déjà de nombreux industriels (Renault,
EDF) ont migré de MATLAB vers SCILAB.
Valeur ajouté : Indépendance vis à vis de MATLAB.
Existant : Des kits de migration commencent déjà à apparaître.
Charge :
Produits concurrents :
Contact : Werner Keilholz : werner.keilholz@cstb.fr
Peter Riederer : p.riederer@cstb.fr
Nicolas Bus: nicolas.bus@cstb.fr
Publications : http://scilabsoft.inria.fr

Matériaux

Vitrages bombées
Simulation du comportement des vitrages bombés.
Activité : Bureaux d’études, entreprises de construction.
Domaine : Matériaux > vitrages
Type : Outils de calcul, simulation
Description : Les ingénieurs renseignent le modèle numérique sur les
caractéristiques du vitrage puis testent virtuellement –avant
fabrication- sa résistance en situation réelle d’utilisation.
Valeur ajouté : Complémentarité et promotion de l’offre de consultance du
département aérodynamique.
Existant : code finalisé
Charge : édition, distribution

89
Produits Concurrents : Météodyn est un produit externe leader dans sa catégorie.
Contact : Adrian Panait : a.panait@cstb.fr
Gérard Delsahut : delsahut@cstb.fr
Publications : http://www.cstb.fr/lettres_rech/lettre/2003/LR56FR.pdf

Aide au choix de matériaux

Outils d’aide au choix de matériaux valorisant les avis
techniques.
Activité : Bureaux d’études, second œuvre, entreprises de construction,
fabricants.
Domaine : Matériaux, développement durable, structures, thermique,
acoustique …
Type : Outil d’aide au choix de matériaux
Description : Il s’agit de valoriser les avis et fiches techniques, issus des
tests de matériaux réels et virtuels pratiqué au CSTB, sous la
forme d’outils d’aide au choix de matériaux et équipements tels
que :
-Capteurs solaires
-Contrôleurs, régulateurs
-Produits de second œuvre (qualité environnementale)
-Isolants
-Fenêtres
-Eléments de structure
-Parois en plâtre
-Fixations
Ces outils pourraient être déclinés sous la forme de services en
ligne simplifiés mis à la disposition des professionnels à titre
promotionnel ; sous la forme de services avancés payables à
l’acte ou par abonnement ; ou encore sous la forme de
composants (webservices) pour des logiciels de calculs
existants.
Valeur ajouté : En tant que centre de certification le CSTB produit des avis
techniques en toute indépendance vis à vis des fabricants.
Existant : L’outil OCI (aide au choix des isolant) valorise déjà la base
ACERMI. D’autres projets valorisations ont été développés
(Aide au choix des fenêtre, ACOUBAT, Solo2000).
Charge : Il s’agit d’outils simples diffusés en ligne pouvant être réalisés
et diffusés en quelques semaines/mois.
Produits concurrents : Il s’agit d’un thème d’actualité dans lequel de nombreux
fabriquants se lancent (Lafarge, Saint-Gobain…).
Contact :

Confort acoustique

Boîte à outils pour l’acoustique

Ensemble d’outils de calcul simple.
Activité : Bureaux d’études, second oeuvre
Domaine : Acoustique
Type : Méthodes de calculs simplifiées
Description : Le département acoustique du CSTB a capitalisé au cours de
ses études une gamme de méthodes de calculs appliquées à
l’acoustique des bâtiments. Ces outils pourraient être mis
facilement à la disposition des professionnels sous la forme
d’un service en ligne.
Valeur ajouté : Proposer ce type de service aux professionnels permettrait
d’attirer leur attention sur des produits plus complexes comme

90
 ACOUBAT et sur les offres de consultance du département
acoustique.
Existant : Ces outils sont déjà opérationnels sous la forme de tableurs
Excel.
Charge : Une mise à disposition de ces outils garantissant la protection
du code peut être effectuée rapidement par une adaptation
sous la forme de service en ligne.
Produits concurrents :
Contact : Claude MARTIN : c.martin@cstb.fr

LABE
Logiciel de pilotage de banc d’essai acoustique pour les
produits issus bu bâtiment ou de l’industrie.
Activité : Laboratoire de test
Domaine : Acoustique
Type : Logiciel de banc de test.
Description : Les activités de certification (NF, UPEC A) du LABE à Champs
sont basées sur un logiciel maison. Les équipes du LABE
doivent garder un contrôle total sur le logiciel qu'elles utilisent
de manière à pouvoir garantir leur indépendance.
Valeur ajouté : La diffusion du logiciel LABE ne risque pas d’impacter l’activité
essai du LABE. En effet l’acquisition d’un tel logiciel ne suffirait
pas à un laboratoire pour rentrer en concurrence avec le LABE.
Elle permettrait au contraire de valoriser et de pérenniser les
outils utilisés en interne.
Existant : Une licence du logiciel LABE à déjà été vendue à un laboratoire
basque.
Charge : Les équipes du LABE améliorent continuellement leur logiciel.
Pour permettre de le diffuser un effort devra être porté sur le
packaging et la promotion.
Produits concurrents : Ce logiciel doit être adapté régulièrement pour suivre l'évolution
des normes et du matériel. Un logiciel concurrent est sorti
récemment et à déjà été vendu à 4 laboratoires.
Contact : Carole Horlaville : c.horlaville@cstb.fr
Liste de distribution : mlv.acou@cstb.fr

Mini-Carmen
Système électroacoustique actif.
Activité : Bureaux d’étude, second œuvre, réhabilitation
Domaine : Acoustique
Type : Système temps réel.
Description : CARMEN est un système électroacoustique actif pour le
contrôle de l'acoustique des salles de spectacle. Ce produit est
performant mais couteux et s’adresse donc aux grandes salles
de spectacles ou de conférences. Un produit simplifié et plus
accessible est en cours d’élaboration.
Valeur ajouté : Il s’agit d’un produit permettant d’étendre la cible de diffusion
du produit CARMEN.
Existant : CARMEN est une offre complète comprenant matériel , logiciel,
service et consultance. Un prototype de CARMEN lite est en
cours d’élaboration. CARMEN lite doit pouvoir être paramétré
par l’utilisateur et nécessite une assistance moins lourde de la
part du département acoustique.
Charge :
Produits concurrents : ASR ( http://www.activeaudio.fr )
Contact : Jean Paul Vian : vian@cstb.fr

91
Sécurité - structures

Logiciel de calcul simplifiés

Logiciel de calcul simplifié de résistance de structures.
Activité : Bureaux d’études
Domaine : Sécurité, structure
Type : Méthodes de calculs simplifiées
Description : Des méthodes de calcul simplifiées pour des applications
limités peuvent facilement être mises au point grâce aux
logiciels complexes mis au point par le département
« Structures ».
De nombreuses autres méthodes de calcul simplifiées figurent
dans les fascicules de la direction des marchés publics, des
eurocodes et des DTU.
Par ailleurs, certains bureaux d’études créent également leurs
propres méthodes, souvent sous la forme de tableaux excel.
En échange de conseil en développement, ces méthodes
pourraient être partagées, optimisées et valorisées par le CSTB
sous la forme de logiciels de calcul simplifiés.
Valeur ajouté : Les petits bureaux d’études de structure devant être de plus en
plus réactifs cherchent des outils faciles à prendre en main et
permettant de résoudre rapidement des problèmes simples.
Existant : Des codes de calculs visant à résoudre les cas les plus
courants d’analyse de structure sont en cours d’élaboration.
Charge : Ces méthodes doivent être finalisées et testé par le
département structure. Compte tenu de leur simplicité de mise
en œuvre leur intégration dans un service en ligne ne constitue
pas une charge importante.
Produits concurrents :
Contact : Menad Chenaff : chenaf@cstb.fr
Jean Vivien Heck : jv.heck@cstb.fr
François Torrent : torrent@cstb.fr

Autres

D’autre valorisations ont été identifiés mais devront être explorées plus précisément lors de prochains
entretiens.

Météodyn_NS
Le code Meteodyn_NS est le premier code totalement
automatique de calcul du vent en terrain complexe.
Activité : Bureaux d’études
Domaine : aérodynamique, climatologie, éoliennes
Type : Outils de dimensionnement, calcul, simulation
Description :
Valeur ajouté : Complémentarité et promotion de l’offre de consultance du
département aérodynamique.
Existant : code finalisé
Charge : édition, distribution
Produits Concurrents : Météodyn est un produit externe leader dans sa catégorie.
Contact : Didier DELAUNAY : didier.delaunay@meteodyn.com, ancien
ingénieur du CSTB.

92
Publications : http://www.meteodyn.com

CLIMAT
Générateur stochastique de données météos utiles au
dimensionnement énergétique des logements.
Contact : Christian Sacre : sacre@cstb.fr

EXTRA
Evaluation de l’indice d’exposition à la pollution automobile en
fonction des caractéristiques et de la climatologie du site.
Contact : Christian Sacre : sacre@cstb.fr

Réseaux hydrauliques
Relevé de réseaux hydraulique sur site.
Activité : Bureaux d’étude
Domaine : Hydraulique
Type : Outil de saisie mobile.
Contact : Thibaud Rousselle : rousselle@cstb.fr
Didier Fouquet (tp2e) : tep2e.fouquet@wanadoo.fr

Mixte
Pré-dimensionnement de l'éclairage artificiel et naturel
Activité : Maîtres d’ouvrages, architectes, collectivités locales
Domaine : Eclairage, énergie
Type : Méthode de calcul simplifiée
Description : MIXTE a été doté d'une interface conviviale pour rendre son
utilisation plus aisée. A l’aide de cet outil architectes et bureaux
d'études peuvent calculer les consommations d’énergie liées à
l'éclairage en prenant en compte la nature et la disposition des
luminaires ainsi que des baies, et répondre ainsi aux exigences
de la nouvelle réglementation thermique.
Contact : Michel Perraudeau : perraudeau@cstb.fr
Laurent David : david@cstb.fr

Exemple d’évaluation sommaire du portefeuille

Evaluer un portefeuille de projets, c’est nécessairement retenir un certain nombre de critères et
effectuer un jugement de valeurs.

Nous avons pour illustrer la démarche, et sans que cela ne doive à ce stade de l’étude être considéré
comme plus qu’un exercice de style, retenu les critères suivants :

 Mission CSTB: il s'agit de l'adéquation du projet avec la stratégie et la

gamme de produits actuels. (1 = apporte une valeur ajoutée, 0 = neutre, -1 = hors sujet).
 Coût: représente le coût nécessaire pour finaliser le produit. (1=coût
faible, 0 = coût élevé, -1 = coût prohibitif)

93
  Marché: évalue le marché potentiel en fonction du nombre de clients
potentiels du renouvellement possible des licences et du prix des licences.
(1 = Marché large, 0 = Niche, -1 = Marché difficile)
 Concurrence: évalue la présence d'offres concurrentes sur le marché. (1 = Pas d'offre
concurrente, 0 = Concurrence minimale, -1 = forte concurrence)
 Evaluation équipe: représente la motivation de l'équipe pour travailler sur
le sujet.

Chaque critère a été doté d'un coefficient 1. On obtient ainsi le tableau résultat.

Evaluation équipe
Mission CSTB

Concurrence
Marché

Rang
Total
Coût

SAV
Description 1 0 -1 Commentaire
Coeficients 1 1 1 1 1 1 1 1 1
AGPS Gestion de 1 1 1 1 -1 4 0 1 4 7 1 Produit quasi finalisé de bonne
patrimoine qualité. 1 licence vendue. Marché
large.
SI-QAI Outils pour 1 0 1 1 1 4 1 0 3 7 1 Package incluant de la
audits consultance. Licence annuelle.
techniques Prix élévé. Pas de concurrence.
Adaptable à d'autres marchés que
la QAI.
COMIS Calcul aéraulique 1 1 1 1 -1 4 0 1 2 5 2 Produits concurrent gratuit.
TOBUS Gestion de 1 1 1 0 1 4 1 0 0 4 3 Le projet dépend de
patrimoine D.CACCAVELLI. Un partenariat
avec ACCOR est en cours.
Boîte à outils BE Calcul simplifié 1 1 0 1 0 3 2 0 1 4 3 Besoin exprimé par un BE
partenaire
Bibliothèque de matériaux Bases accessible -1 1 0 1 -1 2 1 2 2 2 4 Présence de produits concurrents
par soft gratuits sur le marché
GRADE Aide à la -1 1 0 1 1 3 1 1 0 2 4 Couplage avec le projet INIES
conception
LABE Banc de test 1 0 0 1 0 2 3 0 0 2 4 1 licence déjà vendue
accoustique
EUROCODES structure Calcul simplifié 1 1 -1 0 0 2 2 1 0 1 5
HydroMobile Aide à la saisie 1 1 -1 0 0 2 2 1 0 1 5 Besoin exprimé par un BE
partenaire

Si la démarche paraît intéressante, elle doit être validé, puis systématisée et le portefeuille doit faire
l’objet d’une telle évaluation régulièrement.

94
Le Département Développement Durable - DDD
Participants
Lors de notre entretien, les activités santé et environnement ont été parcourues brièvement. Il
conviendrait pour approfondir notre vision des activités logicielles de DDD, de rencontrer
ultérieurement au moins Y.ZIRGLI et C.COCHET.

Représentants du département développement durable:

JC. VISIER
P. CORRALES
A. BOLHER
P. RIEDERER
D. CACCAVELLI

Auditeurs:

P. POYET
W. KEILHOLZ
N. BUS

Place du logiciel dans les activités de DDD

Les ingénieurs du département développement durable se posent de nombreuses questions vis-à-vis
des procédures de développement des logiciels et de leur lancement commercial:

 Jusqu'à présent DDD a développé une offre logicielle financée en grande partie par les
Pouvoirs Publics sans consulter le marché. A l'avenir, la diffusion de logiciels ne devrait-elle
pas être davantage tirée par la demande plutôt que poussée par la recherche ?

 Le CSTB occupe différentes positions dans le paysage des métiers du bâtiment selon les
domaines d'activités: prescripteur auprès des professionnels dans certains domaines,
conseiller auprès des Pouvoirs Publics, certificateur ou acteur économique spécialisé dans
d'autres. Quel positionnement le CSTB doit-il afficher en matière d'édition logicielle ?

 La vision du marché du logiciel qu'ont les équipes résulte plus souvent de l'expérience
recueillie par la consultance et la recherche que d'une action active de veille concurrentielle.
Dans quelle mesure un département doit et peut-il actualiser régulièrement sa vision du
marché ? quels outils utiliser ? existe-t-il des synergies possibles entre départements à ce
niveau ?

 La diffusion de logiciel peut avoir un impact non négligeable (positif ou négatif) sur la
consultance. Un département ne pouvant juger que de l'impact de la diffusion d'un logiciel sur
sa propre activité, comment être sûr de préserver l'intérêt de chaque département et du CSTB
lors de la diffusion d'un logiciel?

 Quelles leçons peut on tirer, lorsque le marché ne répond pas au lancement d'un logiciel
pourtant de qualité professionnelle sur les plans techniques et fonctionnels ?

95
Caractéristiques de l'édition logicielle au sein de DDD
Activités « énergie et environnement » s’appuyant sur des outils logiciels
DDD évalue les produits innovants du génie climatique tels que : plafonds rayonnants, planchers
chauffants, systèmes de rafraîchissement, composants et systèmes de ventilation, thermostats
programmables, GTB, chauffe-eau solaires. Le département assiste également les Pouvoirs Publics
dans la mise en place des réglementations nationales et de la normalisation européenne et apporte
son aide (études et assistance technique) aux industriels et aux maîtres d'ouvrage.

Les développements logiciels produits par DDD sont nombreux et riches (sur les plans thématiques et
techniques). Ils sont en grande partie utilisés en interne comme support à l'évaluation de produits, la
consultance, la recherche et en externe pour la diffusion de connaissances. Parmi ces
développements, peu on été valorisés de manière significative sous la forme de produits
commerciaux. Une grande partie des méthodes de calcul mises au point par les chercheurs de DDD
peut servir de base à des logiciels commerciaux. Plusieurs tentatives menées dans ce sens n'ont pas
rencontré le succès escompté. Certains contrats de financement de développements logiciels
(DGUHC, ADEME), incluent des clauses de non commercialisation ou de non-concurrence en France.
Néanmoins le potentiel de valorisation des développements DDD reste important sous la forme de
produits dérivés (produits pédagogiques, traductions, adaptation aux normes européennes).

DDD produit également un grand nombre d'avis techniques. Il possède des bases de données
techniques de produits régulièrement réactualisées. Il serait possible de les valoriser en les intégrant à
des logiciels de calculs de la même manière que les données du LABE sont valorisés dans
ACOUBAT.

La réglementation thermique:

Les activités de DDD concernant la réglementation thermique s'appuient en grand partie sur des
moteurs de calcul développés en interne et des logiciels de simulation développés soit en totalité
(Symphonie) soit en partie (Simulation Studio) par le CSTB.

Le génie climatique et les automatismes:

Les activités du laboratoire virtuel SIMBAD (automatismes, régulation et GTB) sont fondées sur le
développement et l'utilisation d'une bibliothèque de composants logiciels du même nom. Chacun de
ces composants intègre un modèle numérique simulant le comportement physique d'un bâtiment ou
d'un élément du bâtiment. Ces composants sont développés dans l'environnement de développement
MATLAB http://www.mathworks.com/ et sont fortement dépendants de cet environnement.

Les énergies renouvelables:

Le laboratoire des composants solaires thermiques développe une série de modèles numériques pour
l'étude du comportement thermique des systèmes solaires. Il produit des avis techniques sur les
produits et procédés solaires thermiques (capteurs, chauffe-eau solaires).
Pour ses propres besoins, l'équipe Energies Renouvelables (ER) développe des bancs d’essais et
des outils logiciels permettant d'évaluer les performances des systèmes solaires thermiques actifs.
L'équipe valorise les avis techniques sur les capteurs solaires et diffuse ses connaissances métiers en
les intégrant à des logiciels comme SOLO 2000 et SIMSOL sur financements ADEME. Elle s'est
également donnée pour mission de diffuser de la connaissance en développant une information
technique simplifiée à l'adresse des acteurs professionnels (sites Internet, guides, …). L'équipe
Energies Renouvelables (ER) est moteur dans le développement de logiciels au CSTB et entretient un
partenariat fort avec l'équipe AEL dans le montage de projets commandités par l’ADEME.

La qualité environnementale des produits de construction:

Le laboratoire POLLEM (pollutions chimiques) à mis au point une méthode de classification des
produits de construction d'après leur nocivité. Cette méthodologie pourrait servir à terme à intégrer la

96
notion de qualité environnementale aux avis techniques sur les produits de construction. Pour
promouvoir cette méthodologie auprès des industriels, sensibiliser et conseiller les utilisateurs de
matériaux, l'équipe à mis au point en partenariat avec TIDS un outil (BPOL) d'aide au choix de
matériaux intégrant la notion de qualité environnementale.

L'Observatoire de la Qualité de l'Air Intérieur:

Dès sa création, l'Observatoire de la Qualité de l'Air Intérieur a choisi de se doter d'un système
d'information orienté métier (BDDQAI). Ce système à été mis au point par les ingénieurs de TIDS.
L'observatoire centralise et consolide chaque année plusieurs millions de mesures provenant d'un
réseau de partenaires. Grâce à un module de workflow (gestion des flux), tous les processus
d'échanges d'information entre l'équipe centrale et les équipes de terrain sont pris en charge et
contrôlés par le système, depuis la saisie sur site jusqu'à l'édition de rapport statistiques. Il en résulte
une économie de temps et de moyens pour mener à bien une campagne nationale.

Expérience de DDD dans l'édition logicielle

DDD étant le fournisseur exclusif des moteurs de calculs thermiques réglementaires a un contact
régulier avec les éditeurs de logiciels. Cette position lui permet d'avoir une bonne vision du marché du
logiciel de calculs thermiques réglementaires.

Quatre éditeurs se partagent le plus grande partie du marché français (par ordre d’importance) : BBS
Slama , FAUCONET , PERRENOUD , CARBONNEL (orienté industriels / constructeurs). D'autres
acteurs se placent à un niveau européen (ROUCA?) notamment sur les marchés hollandais et
allemands dont l’offre logicielle s’oriente vers des solutions industrielles.

Plusieurs ingénieurs de DDD ont une double compétence bâtiment / informatique mais leur implication
dans les projets européens et les travaux de consultance ne leur permet souvent pas de pouvoir
dégager suffisamment de temps pour capitaliser et valoriser leurs développements. Plusieurs logiciels
développés jusqu'à un niveau de produit fini sont devenus obsolètes faute d'avoir pu trouver les
ressources nécessaires pour les maintenir (PSD, FASOL V).

Les logiciels développés par DDD et TIDS dédiés à la conception de systèmes solaires (SOLO 2000,
SIMSOL) ont rencontré un franc succès et sont largement utilisés par les professionnels français
(plusieurs centaines d'utilisateurs).

Un projet d’extension de Simsol, pour les installations collectives, commandité et financé en partie par
EDF (~20 k€) n’a pas pu être réalisé. Les développements ayant été estimés à 40 k€, l’équipe de
développement aurait du prendre à sa charge l’investissement complémentaire (20 k€) et l’amortir par
la commercialisation de l’extension. Ce type d’investissement constitue un risque qu’une petite équipe
ne peut pas endosser seule.

Le projet EPIQR a été poussé jusqu’au dépôt d’une marque (en France) et à la commercialisation.
Faute de moyens de commercialisation, seulement 50 licences (600€ / licences) on été vendues.
Quelques versions sont encore vendues par une PME Suisse sur lesquelles ER touche 17% de
royautées.

L’institut Fraunhofer, un homologue allemand du CSTB (pour certaines de ses unités de recherche)
ayant participé au même projet européen n’a pas non plus réussi la commercialisation de son produit
(IBP). En revanche une spin-off d’une dizaine de personnes issues de Fraunhofer y est parvenue sur
le marché Allemand grâce à un accord avec un éditeur déjà très présent sur le marché (Nemetcheck).
On estime que 200 licences à 10 000€ ont été vendues à ce jour, ce qui représente tout de même
2M€, et montre qu’une structure agile et plus légère faisant une alliance stratégique avec un éditeur
peut réussir là ou des approches plus classiques ont échoué.

DDD à pour ambition d’être le fournisseur privilégié de solutions de simulation thermique orientées
contrôleurs et de simulations d’automatismes pour les laboratoires de tests à un niveau européen. Le
service pourrait envisager à terme de négocier un pourcentage sur les PV dressés par les laboratoires
utilisateurs de SIMBAD. SIMBAD http://kheops.champs.cstb.fr/Simbadhvac/ pourrait devenir la

97
solution leader dans son domaine et se développer selon le modèle de MITHRA. Mais l’offre ne
semble pas prête pour le marché notamment à cause de sa dépendance avec MATLAB.

Clients
Les acteurs institutionnels (80%) constituent l'essentiel des clients du département : Ministères
(Équipement, Environnement, Santé, Recherche…), ADEME, Communauté Européenne.

Les maîtres d'ouvrages, les collectivités territoriales, les producteurs d'énergie et les industriels
représentent 20 % de l'activité.

Ci-dessous figurent quelques référence de DDD classées par type d'outils et de services:

Outils de simulation pour la conception d’automatismes : Carrier, Invensys, Robert Bosh,

Universite de Kyoto, EDF, NIST

Laboratoires de test : Invensys, Danfoss, Siemens, Honeywell, Delta Dore, Napac, Trilogie
Réalisation d’essais : Hager, Delta Dore, Trend, Satchwell

Aide au développement de produits : Somfy, Legrand, Siemens

Outils de formation : Essais

Financements
Le département DDD est fortement impliqué dans les activités de recherche et la mise au point de
normes et d'essais. Ses revenus proviennent essentiellement des Pouvoirs Publics. Si DDD base en
grande partie son travail sur l'utilisation et le développement de logiciels, ces derniers sont davantage
des vecteurs de diffusion que des produits commerciaux. L'édition logicielle n'est pas considérée
comme prioritaire par les responsables de DDD mais néanmoins comme une source potentielle de
revenus qu'il ne faut pas négliger.

Partenaires
Dans le développement de logiciels DDD entretient un partenariat de longue date avec TIDS. Aucun
partenaire extérieur majeur dans le domaine de l'édition logicielle n'a été identifié.

Technologies mises en oeuvre

Environnements de développement: Visual Studio / .NET, MATLAB
Languages: Visual Basic 6, C#, Fortran
Os: Windows
Logiciels: Symphonie

Inventaire des développements et logiciels DDD

FASOL V
FASOL V, pôle CVA 1997 : moteur Fortran, interface VB5. Calcul de facteur solaire. Le logiciel n’est
plus maintenu, il est désormais obsolète. Les ventes de ce produit lors de son lancement n’ont pas été
significatives (~10 licences). Le fait que le calcul de facteur solaire soit désormais inclus dans la
réglementation donnerait une plus grande pertinence à ce logiciel s’il était mis à jour. DDD produit des

98
avis techniques et vend de la consultance (s’appuyant sur le logiciel SYMPHONIE de MOCAD) dans
ce domaine pour permettre aux industriels de respecter la réglementation. Les industriels sont en
demande d’un logiciel de calcul de facteurs solaire. La vente de ce logiciel n’aurait pas d’impact
négatif sur la consultance. Aucun produit équivalent n’existe à ce jour sur le marché.

Un prototype de boîte à outils pour le choix de fenêtres a déjà été développé (O.RENON), le calcul de
facteur en est un élément. La base de données constituée par les avis techniques pourrait y être
ajoutée. Les responsables de DDD on déjà pris contact avec les syndicats de fabricants de fenêtres et
vitrages pour évaluer la demande concernant ce type d’outils. Un projet européen (WINDAD) est en
cours dans le but de mettre au point un produit de choix de fenêtres européen s’appuyant sur une
base américaine. Le LBNL (Lawrence Berkeley National Laboratory) diffuse déjà la 5 ème version de
son outil gratuit : WINDOW. Un outil d’aide au choix de fenêtres européen, ou américain peut ne pas
répondre aux attentes des industriels français.

SIMBAD
"SIMBAD Building and HVAC Toolbox" http://kheops.champs.cstb.fr/Simbadhvac/ est la première
bibliothèque de composants de génie climatique pour l'environnement MATLAB/Simulink. Cet outil
fournit les modèles de bâtiment et les composants des systèmes de chauffage / climatisation pour
réaliser des simulations dynamiques des installations de génie climatique. Il devient, en l'utilisant avec
les autres boîtes à outils de MATLAB (Réseaux de neurones, Logique Floue, optimisation...), un outil
puissant pour le développement et le test de régulateurs pour les installations de génie climatique.

SIMBAD est une bibliothèque de modèles pour la simulation thermique orientée contrôleur. SIMBAD
permet de concevoir et prédire le comportement d’un système de contrôleurs électroniques
(électrovannes…). Les principaux utilisateurs de ce produit sont les laboratoires de recherche et les
fabricants de régulateurs et dans une moindre mesure les bureaux d’études très spécialisés. SIMBAD
est très utilisé en interne par les services travaillant sur les automatismes. Il est utile de préciser que
de plus en plus de matériaux de construction intègrent des automatismes et que le logiciel occupe une
importance croissance dans les régulateurs.

C’est déjà le cas de certains vitrages dits électrochromes. Le produit SIMBAD s’appuie sur
l’environnement MATLAB et actuellement, il n’est pas possible d’utiliser SIMBAD sans MATLAB.
L’obligation d’achat d’une licence MATLAB (env. 6000€+ 1000€/an ) http://www.mathworks.com/ est
un obstacle très fort à la vente de SIMBAD. Aucun résultat concluant n’a été obtenu après plusieurs
tentatives pour rendre SIMBAD indépendant de MATLAB. En interne, rendre inter opérables les deux
logiciels de simulation thermique les plus utilisés et par ailleurs complémentaires (SIMBAD et
TRNSYS) permettrait d’améliorer l’efficacité de la recherche et de la consultance dans ce domaine.

SOLO 2000
Le logiciel SOLO 2000 permet de dimensionner les installations solaires de production d'eau chaude
sanitaire. Il sert d'outil informatique de référence dans le cadre d'une Garantie de Résultats Solaires
(GRS) mise en place par l'ADEME. Il a été réalisé à partir de deux documents de référence :

 SOLO : Méthode mensuelle d'évaluation des performances thermiques des systèmes solaires
de production d'eau chaude sanitaire (cahier du CSTB 2847 Novembre 1995)
 PSD : Méthode mensuelle d'évaluation des performances des Planchers Solaires Directs.

EMMA
Logiciel d'aide à la détection de défauts des systèmes de chauffage des bâtiments communaux
(Programme européen SAVE ). Ce produit, s'il est vendu en tant que logiciel, est en fait l’un des
éléments d'une offre plus globale (service, matériel, logiciels).

99
SIMSOL
SIMSOL est un outil de prédiction des performances thermiques des installations de production d’eau
chaude solaire collective. SIMSOL à été développé par ER et AEL sur des fonds ADEME. Il est
distribué gratuitement.

La commercialisation de la version française n’est pas autorisée. Une diffusion dans d’autre pays
européens est envisagée. Cette diffusion nécessite de traduire les interfaces et d’adapter les modèles
aux spécificités locales (ex : bases de capteurs, configurations de systèmes…).

Il existe sur le marché un logiciel équivalent, distribué en Suisse par SPF, sous le nom de POLYSUN .
La version stand-alone de POLYSUN est vendue à 520€, sa version en ligne allégée est gratuite.

BPOL
Une démarche permettant d'évaluer les caractéristiques environnementales et sanitaires des produits
de construction a été mise en place. Elle ouvre la voie à l'intégration de ces critères dans les
évaluations techniques existantes (certifications d'aptitude à l'usage, Comité Environnement Santé de
l'Avis Technique). Cette méthode permet de dresser la carte d'identité environnementale et sanitaire
d'un produit de construction et fournit un outil d'aide à la décision pertinent pour les prescripteurs,
notamment dans le cadre d'opérations HQE, mais aussi pour les utilisateurs de ces produits.

Cette démarche est celle poursuivie par François MAUPETIT dans le cadre du laboratoire POLLEM
http://www.cstb.fr/lettres_rech/lettre/2002/LR55FR.pdf visant à mesurer les composés organiques
volatils (COV) et les aldéhydes dont le formaldéhyde. On pourra disposer à terme d’un ensemble
d’outils d’aide au choix de matériaux de second œuvre en fonction de leur toxicité (produits émissifs,
faiblement ou très faiblement émissifs). Cet outil à été commandé par l’ADEME et la base de données
qu’il contient pourrait être valorisée dans un logiciel d’aide aux choix multidisciplinaires ou dans un
outil de calcul ( e.g.: calcul de coût / devis ).

BDDQAI (Système d'Information de l'Observatoire de la Qualité de l'Air

Intérieur)
Le système d’information de l’observatoire de la qualité de l’air intérieur à été entièrement développé
par le CSTB. Il a dans un premier temps été conçu pour un usage interne : assurer une campagne de
mesure nationale commandée par l’Etat. Dans un second temps, il a pu être adapté aux campagnes
de mesures régionales suite à une demande de la région Nord-Pas-De-Calais. Si cette demande était
confirmée et que la campagne Nord-Pas-De-Calais validait la pertinence de ce système pour les
campagnes de mesures régionales, le système pourrait être alors proposé en « location » à d’autres
régions de France.

COMET CE
COMET CE (JR MILLET, B COLLIGNAN, A BOLHER, C PLANCHON, J DE SOUA) est un modèle
simplifié de thermique du bâtiment qui permet de calculer son comportement dynamique par analogie
électrique. COMET à bénéficié d’un financement extérieur mais n’a jamais été commercialisé.

CometRes
CometRes permet de déterminer les conditions d'ambiance dans les locaux résidentiels en été selon
le niveau de protection solaire, l'inertie de la construction et la ventilation. Il prend en compte la future
norme européenne relative aux performances thermiques des bâtiments en été sans système de
climatisation. Cet outil est utilisé pour les audits et conseils réalisés sur les bâtiments de bureaux
présentant des situations d'inconfort.

100
CometClim
CometClim calcule les besoins de refroidissement dans les locaux climatisés. Il prend en compte les
systèmes de climatisation et calcule ainsi les consommations d'énergie de bâtiments entiers. Cet outil
est utilisé pour les audits et conseils réalisés sur les bâtiments de bureaux présentant des situations
d'inconfort.

Moteurs de calculs pour la réglementation thermique

Une des missions de DDD dans ce cadre est de développer et diffuser auprès des éditeurs de
logiciels les moteurs de calcul illustrant la réglementation thermique. Ces moteurs ainsi que leur code
sont mis gratuitement à la disposition des éditeurs pour les intégrer dans leurs logiciels. Cette mesure
à pour but de dynamiser la concurrence dans le secteur logiciel du calcul réglementaire thermique et
ainsi garantir au utilisateurs finaux des produits de qualité. Elle a été mise en place il y a 5 ans et se
base sur une licence GPL (cf. logiciels libres). Les codes de calculs concernés sont ThE, ThC,
ThClim correspondant chacun à un volet de la réglementation thermique courante. Le CSTB est tenu
de ne pas rentrer en concurrence avec les éditeurs sur le marché de la réglementation thermique
française. Le contrat passé avec la DGUHC pour le développement des moteurs de calcul génère
des revenus récurrents à DDD du fait de son exclusivité et de l’évolution constante de la
réglementation. En 2003 une interface internet pédagogique à été développée (WebThC/E). Cette
interface a permis aux professionnels une première approche pédagogique de la réglementation
thermique. Son développement à été l'occasion de rendre inter opérables deux moteurs de calculs
jusqu'alors hétérogènes et incompatibles.

ConsoClim (A.BOLHER)
Développé conjointement par le CSTB et l'Ecole des Mines de Paris, ConsoClim est un logiciel de
simulation dynamique présentant la particularité d'être fondé sur une représentation simplifiée du
bâtiment et de ses équipements, permettant ainsi de limiter le temps passé à saisir les données
d'entrée tout en gardant une précision satisfaisante sur les résultats.

Compte tenu de l'impact important du comportement des occupants, des études spécifiques in situ
sont menées pour prendre en compte des comportements moyens.

ConsoClim est un produit opérationnel qui pourrait être commercialisé pourvu que les ressources
nécessaires soient allouées.

PSD
La technique du Plancher Solaire Direct (PSD) constitue actuellement l'une des applications les plus
intéressantes de l'énergie solaire au chauffage des locaux, combinée avec la production d'eau chaude
sanitaire.
PSD est une méthode de calcul pour la France métropolitaine qui permet de déterminer les
performances mensuelles, en termes d'économie de consommation (chauffage et eau chaude
sanitaire), pour des maisons individuelles équipées de planchers solaires directs. Les économies sont
calculées par rapport à un système de référence utilisant la même énergie (cf. Règles Th-C Cahiers
du CSTB 2676).

EPIQR - Energy Performance Indoor Environment Quality Retrofit (D.CACCAVELLI)

EPIQR est issu d’un projet Européen et il est basé sur un besoin clairement identifié auprès des
maîtres d’ouvrage et d’œuvre publics et privés. Il permet l'acquisition en peu de temps, donc à peu de
frais, de l'ensemble des données nécessaires pour déboucher sur une estimation du montant

101
correspondant à la remise en état de l'immeuble et ceci avec une précision suffisante c'est à dire
compatible avec les fluctuations enregistrées dans le domaine du bâtiment.

Il s'adresse à toute personne ou organisme qui s'occupe de rénovation d'immeubles ou qui gère un
parc immobilier et plus particulièrement les services techniques de la maîtrise d'ouvrage, les
architectes et ingénieurs, les associations de propriétaires, les régies immobilières et gérances, les
bureaux d'experts. Des déclinaisons d’EPIQR ont été développées pour différents types de bâtiments:
TOBUS, INVESTIMMO, XENIOS.

SYMPHONIE
Développé par l'équipe MOCAD, Symphonie simule le comportement des ouvrages de bâtiments sous
les effets couplés de l’eau, de la chaleur et des mouvements différentiels. C’est un code de calcul
complexe aux éléments finis, qui fournit des solutions originales aux problèmes couplés, dits thermo-
hygro-mécaniques.

Simulation Studio (TRNSYS)

Simulation Studio est utilisé par les ingénieurs de DDD pour les activités de recherche et de
consultance. Il s'agit d'un environnement de simulation complet et extensible, dédié à la simulation
dynamique des systèmes, y compris les bâtiments multi-zones. L'interface graphique de Simulation
Studio est développée par TIDS.

SIMBAD (P.RIEDERER)
Développé par DDD, est la première bibliothèque de composants de génie climatique pour
l'environnement MATLAB/ SIMULINK.

MATLAB
Produit commercial externe, MATLAB, est un environnement de développement de codes de calcul
matriciels à syntaxe simple.

Avec ses fonctions spécialisées, MATLAB peut être aussi considéré comme un langage de
programmation adapté pour les problèmes scientifiques. SIMULINK est une extension de MATLAB
permettant une approche graphique et systémique des problèmes scientifiques.

SIREN 95
Méthode de calcul du comportement aéraulique des bâtiments et de l'exposition des occupants aux
polluants.

EQUITY
Sous la pression de l'opinion publique et des mouvements écologiques et face à une nouvelle forme
de concurrence, les industriels sont amenés à faire de plus en plus la preuve de la qualité
environnementale de leurs produits.

Le CSTB à développé Equity, un logiciel d'analyse du cycle de vie, adapté au secteur de la

construction. Ce logiciel dresse un bilan chiffré des consommations et des rejets sur toutes les phases
du cycle de vie.

102
Freins à la diffusion de logiciels chez DDD
 Les logiciels sont en général lancés sur le marché par les équipes de recherche elles-mêmes
sur la base de travaux internes. Aucune étude de marché n'est pratiquée préalablement au
lancement. Une étude de marché permettrait soit d'adapter un produit à la cible soit de statuer
sur son inadéquation au marché au plus tôt.

 Composé essentiellement de chercheurs et d’ingénieurs spécialisés, le département DDD n'a

pas de compétence(s) marketing.

 La position du CSTB vis à vis des Pouvoirs Publics notamment son implication dans la mise
au point de la réglementation ne lui permet pas d'occuper également une place d'éditeur de
produits dérivés de cette même réglementation. Cette restriction est cependant limitée à la
réglementation française.

 La bibliothèque de composants SIMBAD n'est pas protégée contre la copie, ce qui rend sa
commercialisation risquée.

 La bibliothèque de composant SIMBAD ne peut être utilisée sans que l'on soit en possession
d'une licence du logiciel commercial MATLAB. Cette "obligation d'achat" est la principale
réticence exprimée par les prospects à la perspective de l'achat de SIMBAD.

 Les contrats de financement de développements signés avec les Pouvoirs Publics n'autorisent
que rarement le CSTB à réutiliser les résultats à des fins commerciales. Lorsque l'édition de
produits ne figure pas dans les priorités du département ces restrictions ne font l'objet
d'aucune négociation. A l'avenir, des clauses adaptées pourraient être incluses dans ce type
de contrat, de manière à autoriser un certains nombre de débouchés potentiels.

Facteurs favorables et opportunités

DDD dispose de compétences informatiques au sein de son équipe notamment dans le
développement de codes de calcul. Ces compétences sont cependant essentiellement concentrées
dans le pôle "Automatisme et gestion de l'énergie". Différents projets ont fait la preuve que les
compétences de DDD (modèles numériques) alliées à celles de TIDS (modèles objets et interfaces)
sont suffisantes au développement intégral d'un logiciel de calcul.

Les nouvelles normes européennes

DDD est fortement impliqué dans la mise au point des normes européennes sur la thermique des
bâtiments. Parmi les 31 nouvelles normes thermiques européennes, le CSTB en dirige 10 et est
présent dans 25 autres. Ces normes constituent des briques de base pour la constitution de
réglementations nationales. Si les Etats ont obligation d’utiliser ces normes pour rédiger leurs
réglementations, leur assemblage est libre. Dans ce sens, intégrer ces normes à un logiciel de calcul
ne constitue pas une entorse à la clause de non-concurrence passée avec la DGUHC. On pourrait
imaginer créer une dizaine de types TRNSYS sur la base de ces normes.

L’un de ces types pourrait être un modèle de bâtiment simplifié basé sur la norme européenne.
Cependant, l’utilisation de ces types pour la conception d’un bâtiment, ne pourrait suffire à garantir sa
conformité à la réglementation nationale. Avant de se lancer dans le développement de ces modèles,
il conviendrait de sonder l’intérêt qu’ils pourraient représenter pour des bureaux d’études.

On sent bien néanmoins poindre une perspective, la simulation dynamique conformément aux normes
européennes intéressant tout particulièrement les bureaux d’études pour les bilan énergétiques,
surtout si les bâtiments ainsi modélisés pouvaient satisfaire aux réglementations nationales…

103
Les thèmes émergeants
Les bâtiments à énergie positive constituent un thème émergent et à fort potentiel comme peut l’être
le solaire. L’offre logicielle de conception / simulation de bâtiment à énergie positive est quasiment
inexistante. L’opportunité de commercialiser un logiciel sur ce thème mériterait d’être évaluée.

La méthode de calcul SIREN 95 pourrait être soumise aux hôpitaux pour la prédiction et la protection
contre la propagation des maladies nosocomiales.

D'autre thèmes émergeants pour lesquels l'offre est encore quasi nulle pourraient faire l'objet de
développements logiciels commerciaux à terme : rupteurs thermiques, piles à combustible, les normes
HQE...

Systèmes d'information
Le système d'information utilisé par l'Observatoire de la Qualité de l'Air Intérieur a été développé par
TIDS comme support aux campagnes de mesures nationales. Une étude à montré que ce système
pourrait être adapté aux besoins des régions. La région Nord-Pas-de-Calais s'est déjà montrée
intéressée par la location de cet outil pour ses besoins propres.

Convergence des développements

Une action menée actuellement par DDD et TIDS vise à rendre les différents logiciels développés en
interne dans le domaine du calcul réglementaire et de la simulation en thermique du bâtiment
complémentaires. Cette action consiste dans un premier temps à définir un format de description
thermique de bâtiment commun à ThE, ThC, ThClim, ConsoClim, Simulation Studio (TRNSYS),
SIMBAD . Cette action, si elle était menée à bien, pourrait faire émerger une gamme cohérente
d'outils pour la thermique.

Valorisation des base données techniques

Les base de données techniques issues des essais pourraient être valorisées sous forme de
bibliothèques de composants accessibles et intégrées aux logiciels de calculs:
 Capteurs solaires
 Contrôleurs, régulateurs
 Produits de second œuvre (qualité environnementale)

Logiciel d'aide à la gestion des déchets de chantier

Les réglementations françaises et européennes conduisent à favoriser la valorisation matière et/ou
énergie de déchets. Le stockage en centre d'enfouissement sera, à terme (même si l’échéance de
juillet 2002 a été repoussée), réservée à l'élimination des déchets ultimes. Actuellement, la majorité
des déchets de chantiers sont éliminés en mélange, ce qui limite les possibilités de valorisation. On
estime qu'environ 90% des déchets sont mis en décharges (contrôlées ou sauvages). Mieux gérer les
déchets à l'avenir impose une connaissance à long terme du gisement. A cette fin il est nécessaire
d’estimer les flux de matériaux et produits entrant dans la construction, ceux qui sont stockés dans le
parc immobilier et leur devenir entre la fabrication et la fin de vie.

Gestion du patrimoine
L'objectif du projet européen INVESTIMMO, dont le CSTB assure la coordination, est de mettre au
point un outil de gestion de patrimoine qui assiste le maître d'ouvrage dans l'élaboration de stratégies
de planification de budgets d'investissement sur le long terme en matière de maintenance et de
réhabilitation d'un parc immobilier. Cet outil doit pouvoir répondre aux questions suivantes : "sur quel

104
bâtiment et sur quels éléments de ce bâtiment doit-on en priorité faire porter l'effort d'investissement "
et "à quel moment doit-on intervenir pour optimiser cet investissement ? ". Cet outil est en cours
d'élaboration et devrait être disponible en 2004.
Le développement d’un logiciel d’évaluation et d’estimation de remise en état pour les hôtels en
partenariat avec le groupe ACCOR pourrait constituer une réelle opportunité pour le CSTB. Une partie
du travail de développement à déjà été effectuée en interne, à partir d’EPIQR, sous le nom de
XENIOS .

Energie renouvelables
Pour mémoire, FASOL V est un produit développé conjointement entre DDD et TIDS et ce logiciel
pourrait avoir été mis trop tôt sur le marché. En raison d'un accueil mitigé des professionnels, FASOL
V à été retiré de la vente et n'est plus maintenu. Depuis, le calcul de facteur solaire à été inclus dans
la réglementation ce qui rend l'utilisation du logiciel beaucoup plus pertinente. Des demandes de
licences continuent à nous parvenir sans que nous puissions y répondre.

Par ailleurs, et selon D.CACCAVELLI, le CSTB est tout à fait légitime pour développer un soft de
conception dans le domaine des installations solaires. Les développements logiciels initiés par ER
sont financés par des commanditaires publics (l'ADEME en particulier) et diffusés gratuitement en
France. La maintenance de ces logiciels n'est actuellement pas financée sauf en cas d'évolution
majeure sollicitée par un commanditaire. Ils deviennent en général inutilisables au bout de quelques
années ne pouvant suivre l’évolution des systèmes d’exploitation.

De manière à pouvoir financer la maintenance des logiciels et ainsi assurer leur pérennité dans
l’intérêt de toutes les parties, il serait utile de réfléchir avec l’ADEME à des ajustements du modèle
économique actuel. En particulier, il serait peut être envisageable de commercialiser des extensions
ou des adaptations pour d’autres pays pour des logiciels comme SIMSOL, ou encore de ne s’engager
à une diffusion gratuite que sur une certaine durée qui correspondrait à l’impact initial souhaité par
l’ADEME et à l’investissement ex-ante, les ventes ultérieures (et postérieures à une certaine date
négociée) venant en soutien à la maintenance. Ces actions commerciales complémentaires peuvent
être suffisamment indépendantes du projet initial commandité et ne pas poser de problème (e.g.
diffusion à l’étranger), ou bien négociées et comprises dans l’intérêt respectif des parties, tout en
s’inscrivant dans la stratégie de l’ADEME.

D’autres projets de développement financés par l’ADEME seront menés en 2004-2005: Simsol V 2,
Climsol.

"Best practices" DDD

 Maintenir un différentiel technologique positif entre les logiciels utilisés un interne et les
logiciels diffusés permet de mettre la consultance à l'abri de la concurrence sans se priver des
revenus que peut générer la vente de logiciels.

 Par ailleurs le CSTB envisage de valoriser ses acquis en matière de tests (bases de données,
expériences) en devenant le leader européen en matière de laboratoire virtuel. En proposant
des tests à des coûts très compétitifs, le CSTB entend inciter les laboratoires à sous-traiter les
tests virtuels de produits au CSTB. Dans ce sens le CSTB à tout intérêt à capitaliser sur ses
propres modèles physiques et objets de composants intégrables et réutilisables (fenêtres,
régulation). L’idéal serait de permettre aux entreprises de pouvoir utiliser ces modèles non
seulement en phase de conception mais aussi en exploitation dans un premier temps pour
valider le modèle, dans un second temps pour étudier, prévoir son comportement dans le
temps.

 Cette capitalisation de modèles passe par l’homogénéisation des technologies mises en

œuvre. DDD à commencé à faire converger ses environnements de développement vers la
plate forme .NET et le langage C#. Ainsi, tous les moteurs réglementaires utiliseront cette

105
 technologie à l’avenir. Un projet de convergence des modèles de données thermiques de
bâtiment est en cours. Ce modèle de données facilitera à terme l’utilisation pour la
consultance de logiciels développés en interne (SIMBAD, SYMPHONIE, TRNSYS).

 Valorisation des avis techniques sous forme de bases de données produits intégrées dans un
logiciel de calcul (SOLO 2000, SIMSOL).

 Utiliser le logiciel comme une vecteur de communication pour promouvoir une méthode de
calcul, une méthodologie de qualification des produits auprès des industriels et des Pouvoirs
Publics (BPOL) .

 Se doter d'un système d'information orienté métier permettant d'optimiser les flux de données
fonctionnelles et techniques pour capitaliser les données, automatiser les tâches récurrentes,
garantir qualité et la traçabilité (Système d'Information de l'Observatoire de la Qualité de L'Air
Intérieur).

 Mener une action récurrente de veille concurrentielle pour avoir une vision du marché aussi
réaliste que possible.

 Développer les applications internet plutôt que des applications autonomes –lorsque les
spécifications le permettent - de manière à réduire les coûts de maintenance et de
déploiement.

 "Récycler" les produits déjà commercialisés sous la forme de produits dérivés. Le logiciel
SIMSOL utilise le moteur de Simulation Studio (TRNSYS). Par ailleurs, certaines nouvelles
fonctionnalités apportées par SIMSOL ont pu servir à enrichir l'interface graphique de
Simulation Studio (TRNSYS)

 Dépôt d’une marque. Le service juridique du CSTB s’est chargé de déposer la marque EPIQR
en France avant la commercialisation du logiciel.

 Partenariat avec un éditeur déjà présent sur le marché. On se souvient qu’un partenariat
passé avec Nemetschek http://www.nemetschek.de/ à permis à une PME de 10 employés de
pénétrer le marché très convoité des logiciels de gestion du patrimoine.

 Partenariat avec un utilisateur de référence (ACCOR). Un partenariat entre le CSTB et

ACCOR est tout à fait envisageable et permettrait au CSTB de lancer de manière efficace un
logiciel s’adressant aux professionnels de l’hôtellerie.

Attentes de DDD dans le cadre d'une action Edition

Logicielle généralisée
 Faire un logiciel nécessite d’évaluer les risques versus le potentiel. La décision du lancement
ou non d’un logiciel devrait être prise en charge par un comité de décision chargé de
représenter les intérêts du CSTB.

 Etudes de marché (en soutien aux initiatives DDD).

 Un soutien à la convergence des technologies, des modèles de données et des pratiques.

 Jusqu'à présent DDD à développé une offre logicielle financée en grande partie par les
Pouvoirs Publics sans consulter le marché. A l'avenir, le développement de logiciels ne
devrait-il pas être davantage tiré par demande plutôt que poussé par la recherche ?

 Quel positionnement, le CSTB doit-il afficher en matière d'édition logicielle sur le marché
français ? quel positionnement sur le marché européen ?

106
 Dans quelle mesure un département doit-il et peut-il actualiser régulièrement sa vision du
marché logiciel ? quel outils utiliser ? existe-t-il des synergies possible entre départements ?

 Comment être certain de préserver l'intérêt de chaque département et du CSTB lors de la

diffusion d'un logiciel ?

 Quelles leçons peut on tirer, lorsque le marché ne répond pas au lancement d'un logiciel,
pourtant de qualité professionnelle sur les plan techniques et fonctionnels ?

 L’équipe ER souhaiterait que les méthodes de développement de logiciels au CSTB se

professionnalisent notamment en déléguant, à des utilisateurs représentatifs, des tests
systématiques avant commercialisation. La diffusion d’un logiciel non testé peut avoir des
répercutions très néfastes sur l’image du CSTB (cas de SOLO 2000).

 L’équipe ER insiste sur l’importance de la capitalisation des développements. Les

développements et les connaissances doivent être factorisés et réutilisés au maximum de
manière à faire baisser continuellement les coûts de production des logiciels.

 ER voit le développement de logiciel avant tout comme un vecteur de communication et de

promotion des activité de prescription et de consultance. L’équipe métier souhaite dans ce
sens contrôler la relation avec les commanditaires et les utilisateurs.

107
Le Département Acoustique et Eclairage - DAE
Participants
Jacques ROLAND
Jacques MARTIN
Jérome DEFRANCE
Philippe JEAN
François GAUDAIRE
Claude MARTIN
Dirk VAN MAERCKE

Patrice POYET
Werner KEILHOLZ
Nicolas BUS

La place du logiciel dans les activités acoustiques de DAE

Le département DAE est l’un des départements du CSTB dont l'activité s'appuie le plus sur des
logiciels. L'activité logicielle est fortement présente dans les trois métiers de DAE (recherche,
consultance, production). Les chercheurs du laboratoire commencent par modéliser les phénomènes
acoustiques dans différents environnements, pour ensuite confronter leurs résultats aux expériences.
Ils peuvent ensuite développer des logiciels qui aident les industriels dans la construction des
bâtiments, mais aussi dans les constructions navales, automobiles et aéronautiques.

Environ 20% du CA de DAE est issu des royautés perçues sur la vente de produits logiciels et 50% de
l'activité de consultance dépend directement d'une solution logicielle. Les logiciels développés par
DAE sont de nature très variées allant du produit logiciel clé en main destiné aux bureaux d'étude
spécialisés (ACOUBAT) jusqu'à l'installation d'équipements «audios» inclus dans une offre groupée
comprenant étude, équipement, logiciel et service (CARMEN). La maturité des développements DAE
s'étend du code de calcul sans interface, jusqu'au produit commercial. Les développements de DAE,
de par leur variété constituent en ce sens une palette représentative des logiciels que le CSTB peut
produire.

L'équipe DAE connaît plusieurs succès dans la vente de certains de ses logiciels mais cette activité
n'étant pas son principal métier, elle se heurte à de nombreuses difficultés pesant sur la charge de
travail. Les ingénieurs et chercheurs de DAE se posent beaucoup de questions quant aux méthodes à
mettre en place pour élargir la diffusion, maintenir leur offre à long terme, diminuer les coûts de
développement, et trouver des sources de financement privées. DAE est concerné par cette
problématique et se montre très favorable à une organisation unifiée de la production et de la diffusion
de logiciels.

Nous allons essayer de mettre en évidence les facteurs de succès des logiciels de DAE et également
les interrogations et obstacles rencontrés par les développeurs.

Caractéristiques de l'édition logicielle DAE

Activités du domaine de l’acoustique s’appuyant sur des logiciels
Acoustique et vibrations dans le bâtiment - Aide au développement de produits (Michel Villot)
Acoustique des salles - Contrôle actif des salles (Jean-Paul Vian)
Acoustique environnementale - Acoustique qualitative (Jérôme Defrance)
Réalité virtuelle - Ondes radio-électriques - Bruits intérieur des véhicules (Jacques Martin)

108
Produits logiciels - Systèmes d'informations géographiques (Dirk Van Maercke)
Méthodes numériques basses et hautes fréquences (Philippe Jean)

Clients

 Maîtres d'ouvrages,
 Maîtres d'œuvre publics et privés pour l'assistance technique dans les grands projets de
construction et d'urbanisme,
 Pouvoirs publics, pour la préparation des dossiers d'aide à la décision dans l'élaboration de
nouveaux textes officiels,
 Bureaux d'études spécialisés dans l'acoustique du bâtiment (ACOUSTB*) comme fournisseur
de logiciels de calcul prévisionnel,
 Centres de recherche et développement des industriels du transport (automobile, rail,
aéronautique),
 Industriels (Lafarge, St-Gobain...) pour l'évaluation technique de leurs produits et l'aide à
l'innovation,
 Architectes

*ACOUSTB: bureau d'étude filiale du CSTB à 80%, proposant son expertise dans les domaines
suivants :

 mesures de bruit autour des grandes infrastructures de transport ou des sites industriels,
 études d'impact acoustique,
 conception acoustique des bâtiments,
 plan de gêne sonore,
 cartographie urbaine utilisant les SIG

Financements
Les développements informatiques et leur maintenance représentent près de 50% de l'activité de DAE
et génèrent directement ou indirectement une part équivalente du chiffre d'affaires. Cependant il est
difficile d'évaluer avec précision la part d'expertise métier et d'informatique de l'activité tant les deux
sont intimement liées.

Les développements sont financés sur le budget propre de DAE et grâce aux études soutenues par
l’enveloppe recherche du CSTB. Les revenus du département se décomposent en royautés sur les
logiciels diffusés (~20% du CA, dont MITHRA 40%, ICARE 20%, CARMEN -estimation du CA
généré par la partie logicielle- 20%, ACOUBAT SOUND 16%), projets européens (~20% du CA) et
consultance (~60%).

Partenaires
Sous-traitance : audio-équipement
Distribution : MTS (ICARE), 01DB (MITHRA)
Financement : industriels (SNECMA), CERTU, commission européenne
Client-partenaire : ACOUSTB

Technologies mises en oeuvre

Bureautique : microsoft office, Excel, Access
Langages : C++, Fortran, Assembleur
Os : Linux, Windows, Cygwin (émulation linux sous windows)
Logiciels : Protools
Hardware : DSP

109
L'expérience de DAE dans l'édition logicielle
Les logiciels diffusés doivent être maintenus, mis à jour et évoluer de manière continue pour suivre
l'évolution des besoins et des machines sous peine de devenir obsolètes ou de perdre leur avance par
rapport à des solutions concurrentes. DAE souhaiterait se concentrer sur l'évolution des cœurs de
calculs des logiciels plus proches de son métier de base, et se décharger des interfaces logicielles
semblant peser plus lourdement sur les charges. Les évolutions ne pouvant être prises en charge
directement par l'équipe sont souvent confiées à des stagiaires ou des thésards ce qui peut entraîner
une fuite des connaissances. Des dispositions juridiques simples pourraient être mises en oeuvre pour
protéger le CSTB de la réutilisation des codes de calculs par des tiers à des fins commerciales.

La copie illicite des logiciels représente un manque à gagner énorme sur la vente. La mise en place
de protections matérielles ou logicielles pourrait dissuader un grand nombre d'utilisateurs d'avoir
recours à cette pratique. On estime que plusieurs centaines de copies non autorisées de logiciels
diffusés par le CSTB circulent en France. Des versions en téléchargement libre ont été identifiées sur
des sites non-officiels.

Les logiciels sont également générateurs de support technique. Si le support de niveau 2 (support
métier) ne peut être assuré que par DAE, en revanche le support de niveau 1 (support informatique)
pourrait être centralisé.

Certains logiciels diffusés par DAE doivent être adaptés aux besoins spécifiques de certains clients.
Ces besoins peuvent être d'ordres techniques (système d'exploitation, niveau de sécurité exigé...) ou
fonctionnels. Les développeurs se heurtent à des problèmes de déploiement et de versioning
inhérents à la diffusion de tout logiciel.

D'autres logiciels, issus de travaux de recherche souvent dotés d'une interface sommaire ne sont pas
diffusables en l'état mais vitaux pour la consultance. Ces outils ont quasiment tous été développés en
interne, ils sont souvent en avance par rapport au marché et pourraient être commercialisés dans la
mesure où ils ne favoriseraient pas la concurrence directe de DAE. L'expérience apportée par
MITHRA montre qu'il est parfois nécessaire de diffuser ce type d'outil lorsqu'un logiciel concurrent est
sur le point d'apparaître. Le manque à gagner en terme de chiffre d'affaires et d'image dû à un
renforcement de la consultance concurrente peut être récupéré par la vente de produits logiciels. Le
CSTB doit donc protéger ses outils logiciels dans les domaines où il est leader dans la consultance,
mais doit se tenir prêt à les diffuser pour contrer la sortie éventuelle d'outils concurrents pouvant nuire
à ses affaires.

Ainsi, les ingénieurs et chercheurs de DAE consacrent une partie conséquente de leur temps à
résoudre des problèmes purement informatiques, assurent une maintenance minimale de leurs
logiciels au détriment de l'exercice de leur métier de base. S'ils étaient déchargés de certaines de ces
tâches, les agents de DAE pourraient consacrer plus de temps à la consultance.

D'autres produits logiciels pourraient également voir le jour. C'est la cas de la boîte à outils pour
l'acoustique qui intéresse tous les bureaux d'étude acoustique mais n'est pas maintenue ni diffusée
faute de moyens.

Les responsables de DAE estiment que leur activité pourrait croître de manière significative compte
tenu de la demande si un commercial prenait en charge la prospection notamment chez les grands
comptes. Le CSTB est un des seuls centres techniques à être dépourvu de commerciaux. Ainsi, on
estime que 3 installations CARMEN pourrait être déployées chaque année contre une seule
actuellement, ce qui diminuerait sensiblement le risque financier. Certains grands comptes seraient
également prêts à financer le développement de logiciels mais n'ont pas été sollicités dans ce sens.

La vente de logiciel n'étant pas reconnue comme l’un des métiers du CSTB, elle souffre d'une
mauvaise communication interne. Ainsi, il n'est pas rare qu'un client renonce à sa commande parce
qu'il aura été informé à tort par une assistante que le logiciel n'existe plus !

110
Freins à la diffusion de logiciels
 Un défaut de communication interne autour des logiciels pénalise leur diffusion (les clients
sont mal dirigés ou informés lorsqu'ils entrent en contact avec le CSTB par d'autres entrées
que DAE pour les logiciels DAE).

 La plupart des développements de DAE sont issus d'outils de recherche ou de consultance et

ne sont pas toujours en phase avec le marché.

 Certaines contraintes techniques imposées par les grands comptes (licences FLEX-LM)
http://www.macrovision.com/products/legacy_products/flexlm/index.shtml ne peuvent être
assurées pour une raison de coût. Seule une mutualisation de ces techniques pourrait rendre
leur utilisation rentable.

 Les grands comptes sont souvent en position de force face à une très petite structure
d'édition. Une mutualisation de l'édition pourrait modérer cet inconvénient.

 La variété des clients visés par l'activité, la variété des technologies employées, l'étendue des
prix pratiqués fragmentent les développements et les actions marketing.

 La consultance est prépondérante dans l'activité de DAE, ce qui pousse le département à la

protéger, à juste titre, au dépend de l'activité logicielle. La diffusion d'un logiciel au cœur d'une
activité de consultance pourrait en effet favoriser la consultance de concurrents, cependant
des dispositions pourraient être prises de manière à diminuer voire annuler ce risque sans
étouffer l'activité logicielle.

 L'absence de force de prospection ne permet pas à l'activité d'édition logicielle de prendre son
essor et la cantonne à une activité marginale. Les grands comptes ne sont pas sollicités ou au
prix d'efforts coûteux.

 Les équipes d'ingénieurs et chercheurs acousticiens sont confrontées à des problématiques

purement informatiques (support niveau 1, protection, interfaces graphiques, déploiement,
maintenance, évolutions techniques...) qu'elles finissent par résoudre localement mais en
pénalisant leurs activités de base.

 Le défaut de protection de certains logiciels favorise la copie et se traduit par un manque à

gagner évident.

 Le défaut de protection des codes sources favorise les fuites technologiques et le risque de
récupération par un concurrent.

Facteurs favorables à la diffusion de logiciels

 DAE possède une expertise de pointe dans un domaine ou l'utilisation d'outils logiciels est
incontournable vu la complexité des calculs en jeu.

 L'activité logicielle de DAE est intégrée dans une offre globale conseil, équipement matériel,
équipement logiciel, service, formation.

 DAE dispose d'une expérience exemplaire dans le développement et la diffusion de logiciels

au travers d'ACOUBAT SOUND.

 Les logiciels sont un bon moyen de valoriser la certification (la base de données de
ACOUBAT SOUND est issue des tests pratiqués par l'équipe du LABE). On sait par ailleurs

111
 que pour les bureaux d'études, la qualité et l'exhaustivité de la base de données produits est
l'un des critères majeurs dans le choix d'un logiciel de calculs.

 La maîtrise de logiciels reconnus dans son domaine d'expertise permet également à DAE de
remporter un grand nombre des projets européens.

 L'activité logicielle de DAE génère 20% de son chiffre d'affaires et participe à 50% à l'activité
de consultance.

Opportunités
 Baisser les coûts de développement en mutualisant les aspects purement informatiques.

 Accéder aux grands comptes pour augmenter les revenus et obtenir le financement de
développements en ouvrant des postes de commerciaux / ingénieurs d'affaires.

 Mieux répondre aux cahiers des charges logiciels des grands comptes en se dotant des
technologies logicielles et en les mutualisant.

 Baisser le coût des actions marketing en regroupant les activités logicielles par typologie de
clients.

 Diffuser ses connaissances au travers de logiciels plus vite et mieux que la concurrence,
posséder et communiquer sur un logiciel leader donne une notoriété et une image très
favorable à la consultance. A l'inverse, un concurrent qui diffuserait en premier et
massivement son logiciel pourrait réussir sur les deux tableaux : gagner des parts de marché
en consultance et occuper une place privilégiée dans la vente de produits. L'expérience de
DAE fait apparaître que le logiciel est stratégique.

 Bénéficiant des résultats de recherches de pointe, les logiciels développés par les équipes du
CSTB ont souvent plusieurs années d'avance sur le marché. Mais surévaluant le risque pour
la consultance et en retardant la diffusion de ces logiciels, le CSTB peut perdre cette avance
et accuser un manque à gagner tant sur la consultance que sur la vente de logiciels. Il
apparaît ainsi que les évolutions logicielles devraient suivre un cycle d’exploitation / diffusion
régulier : recherche, consultance, distribution de manière à faire conserver à la consultance
une avance notable sans priver le CSTB de revenu générés par les logiciels.

 Gagner en temps de développement en gérant de manière plus efficace les développements

et leur "versioning".

 Valoriser les développements internes comme de la boîte à outils pour l'acoustique qui
pourrait faire l'objet d'un logiciel d'entrée de gamme ou d’un produit d'appel.

 Profiter de l'expérience de DAE pour étendre le succès de ACOUBAT SOUND à d'autres

domaines.

"Best practices"
 Tirer parti de l'activité certification en diffusant un logiciel intégrant les tests d'un laboratoire.

 Observer le marché du logiciel et se tenir prêt à diffuser un logiciel pour préserver la notoriété
et l'image de la consultance.

 Proposer aux entreprises des licences éducations limitées dans le temps dans le cas de thèse
ou de stages.

112
  Courtiser les écoles d'ingénieurs et universités en leur permettant d'accéder à des tarifs
préférentiels (généralement –50%).

 Proposer une offre couplée: étude, équipement logiciel, équipement matériel, service associé
pour limiter l'apparition d'offres concurrentes.

 Dériver à partir des développements spécialisés pour le bâtiment des applications adaptées
aux secteurs connexes (automobile, aéronautique...).

 Prendre des parts de marché aux logiciels généralistes en proposant des produits spécialisés
dans le bâtiment.

Attentes de DAE dans le cadre d'une action Edition

Logicielle généralisée.
 Trouver les ressources nécessaires pour valoriser les développements issus de travaux de
recherche et de consultance.

 Trouver les ressources nécessaires pour maintenir et faire évoluer les logiciels diffusés.

 Disposer d'un outil de description de bâtiments de référence commun aux logiciels de calculs
du CSTB permettant aux équipes de mieux collaborer et de fédérer les outils en une gamme
cohérente. Une étude DDD/TIDS est par ailleurs en cours pour doter le CSTB d'un outil et
d'un modèle de description de bâtiments de référence pour les logiciels de réglementation et
de simulation thermique. D'autres travaux sont en cours d'une part autour d'ARCHICAD
(équipe EVE) d'autre part autour d'Intelliplus (clone AUTOCAD très compétitif).

 Protéger les logiciels contre la copie.

 Doter les codes de calcul d'une protection juridique.

 Gérer efficacement l'évolution du code et les spécificités client.

 Assurer la pérennité des logiciels.

 Diminuer les charges de développement d'interfaces et de maintenance.

 Se doter d'une réelle force de prospection des clients et d’approche des investisseurs privés.

 Améliorer l'organisation et la communication interne à propos des logiciels.

Cet "audit" mené auprès du département DAE montre que les équipes se sentent impliquées, sont
favorables et attendent beaucoup d'une action « édition logicielle ». DAE a une activité d'édition et
dispose d'un potentiel de croissance important. Les principales difficultés rencontrées ne sont pas
directement liées au métier de base de DAE mais plus à des considérations informatiques ou
commerciales, les équipes de DAE devant assurer par leurs propres moyens chaque étape du cycle
de vie des produits.

Inventaire des développements et logiciels DAE

Typologie
Le développement d'outils informatiques constitue une part importante de l'activité. Ces outils sont
utilisés à des fins de recherche, de consultance (ICARE, MICADO) ou de production (ACOUBAT

113
SOUND, ICARE, MITHRA). L'importance de ces outils s'échelonne entre le logiciel simple d'utilisation
(ACOUBAT) et l'offre mixte produit / service (CARMEN).

Ils peuvent être soit dédiés spécifiquement au bâtiment soit adaptés à des secteurs dépassant le
métier de base du CSTB (automobile, aéronautique).

ACOUBAT SOUND
(Dirk VAN MAERCKE)

ACOUBAT SOUND est un logiciel d'aide à la conception acoustique des bâtiments. Il est diffusé
auprès des industriels, architectes et bureaux d'études spécialisés en acoustique. Il calcule,
conformément à la NRA, les isolements aux bruits aériens et bruits d'impacts dans les bâtiments et
donne le rendu sonore des solutions proposées. ACOUBAT SOUND comporte une banque de
données de produits traditionnels (brique, béton, plâtre...) et de produits industriels testés dans le
LABE du CSTB (portes, fenêtres, cloisons...). Cette base de données est mise à jour régulièrement et
constitue une forme de valorisation pour le LABE. Acoubat permet de déterminer une solution
acoustique optimale et ce pour les logements collectifs, bureaux, salles de classe, chambres
d'hôpitaux. Une carte son et un casque (ou deux enceintes), suffisent pour écouter le rendu sonore
d'un bruit aérien à l'intérieur d'une pièce particulière, quels que soient son niveau, sa source, sa
nature et 32 sources de bruits sont disponibles. Acoubat a été traduit en espagnol et en anglais, des
distributeurs Espagnols (franchises) et Anglais ont été ou sont sur le point d'être mandatés pour le
distribuer.

ACOUBAT est vendu au prix de 800 €HT, il doit donc nécessiter un effort de vente minimal de la part
du département pour être rentable. Ce logiciel est diffusé à 400 exemplaires mais n'étant pas protégé
contre la copie, il est fort probable qu'un grand nombre de copies existent en particulier dans les pays
ou cette pratique est banalisée. Les développeurs assurent aux utilisateurs un support gratuit par
téléphone ce qui constitue une charge de travail additionnelle non négligeable et non rémunérée.

Un partenariat de développeur entre TIDS et DAE, remontant à plusieurs années, s'est soldé par un
échec suite au départ d'un développeur. Cette expérience regrettable semble encore peser sur les
relation entre DAE et TIDS.

ACOUBAT est un succès commercial pour DAE et participe pour une grande part à la promotion des
activités de consultance du département. Il s'appuie à la fois sur la norme et sur l'expérience que
l'équipe a acquise au fil des études. Les méthodes de calcul qu'il intègre sont complexes ce qui rend
l'utilisation d'un logiciel quasiment incontournable pour mener à bien des étude dans ce domaine. La
base de données intégrée à ACOUBAT est une valeur ajoutée indéniable pour ACOUBAT, elle permet
de justifier des mises à jour payantes du produit mais implique un effort de maintenance récurrent.

Il existe un produit concurrent sur le marché: BASTIAN qui s'appuie rigoureusement sur la norme
vendu au prix de 1800 €HT. Ce produit est distribué par Datacoustique.
http://www.delta.dk/services/consulting/acoustics/building-acou/bastian/content.htm

De nombreuses évolutions fonctionnelles d’ACOUBAT répondant à une demande sont prévues mais
sont régulièrement retardées faute de moyens. Il s'agit notamment de coupler les méthodes de calcul
acoustique avec les codes de calcul structure et thermique.

MITHRA
MITHRA est un logiciel de prévision de la propagation à l'extérieur. Il permet la modélisation 3D de la
propagation acoustique avec prise en compte de l'ensemble des paramètres tels que: topographie,
bâti, écrans, merlons, nature du sol, météorologie, etc. Il est distribué par la société 01 dB. Ce logiciel
a permis à DAE de remporter de nombreux contrats de consultance grâce à son avance par rapport
au marché. Le risque d'apparition d'un logiciel concurrent suite à un appel d'offre du CERTU (Centre
d'Etudes sur les Réseaux de Transport et l'Urbanisme) était originellement la raison qui a néanmoins
poussé DAE à mettre MITHRA sur le marché.

114
MITHRASON
Le CSTB développe une version multimédia de MITHRA. Ainsi, un auditeur pourra entendre le bruit
généré par exemple par une autoroute dans son environnement familier : une cour d'école, une place
avec une fontaine, ou encore son appartement fenêtres ouvertes ou fenêtres fermées. Il pourra en
même temps visualiser l'intégration des protections acoustiques dans le paysage.

EPIDAURE, EBINAUR
(Philippe JEAN)

EPIDAURE est un logiciel dédié à l'acoustique des salles. Il permet la simulation 3D du comportement
acoustique d'une salle: calcul des durées de réverbération, tir de rayons, échogrammes, clarté,
définition, RASTI, cartes de critères, etc. Il est adapté à tous les volumes (forme quelconque) et
autorise l'édition de cartes graphiques en couleurs. Les domaines d'application sont les salles de
spectacles, amphithéâtres, studios, et par extension les locaux industriels.

Le secteur des transports emprunte de plus en plus des technologies issues du secteur du bâtiment et
notamment le logiciel EBINAUR pour améliorer le confort acoustique dans l'habitacle des automobiles
et des cabines d'avions. Ce logiciel de simulation restitue fidèlement et précisément l'effet spatial, à
partir de la géométrie du volume, des caractéristiques acoustiques d'absorption et de diffusion des
matériaux utilisés pour la construction.

ICARE
(Jacques MARTIN, François GAUDAIRE, Nicolas NOE )

ICARE est un logiciel de calcul de rayonnement (réflexions sur des surfaces courbes) et prise en
compte de la diffraction. ICARE est utilisé comme support à la consultance. Il permet des études
dépassant le cadre du bâtiment (automobile –PSA-, aéronautique). Un premier développement a été
financé par la SNECMA pour l'étude acoustique des avions. Ce logiciel est leader dans son domaine
mais diffusé chez un très petit nombre de clients. Une partie du logiciel est développée à Nantes.
L'environnement de développement n'est pas commun à tous les programmeurs ce qui complique
l'intégration et rallonge les temps de développement.

De plus, il doit d'être adapté au parc informatique du client. Les équipes sont parfois obligées de se
déplacer et de recompiler le code sur site ce qui rend le support et la maintenance très coûteux et la
protection du logiciel très incertaine. Certains grands comptes imposent des contraintes rigoureuses
aux éditeurs de logiciels. Ainsi ICARE a été refusé par plusieurs grands comptes pour ne pas intégrer
la technologie de gestion de licences en réseau (FLEX-LM) de Macrovision.

Faute d'avoir la masse critique suffisante, le CSTB se retrouve souvent en position de faiblesse face
aux grands comptes (cas des conditions proposées par DASSAULT pour l'intégration d’ICARE dans
CATIA). La gestion fragmentée des développements et de la distribution aggravent encore la situation.
Des logiciels concurrents issus du monde universitaire gagnent en puissance. L'équipe DAE
souhaiterait pouvoir se concentrer sur le développement du code de calcul et se décharger de la
conception de l'interface, des MDs, des BDs attachées.

Boite à outils pour l'acoustique

(Claude MARTIN)

Il s'agit d'une série de code de calculs (sous forme de feuilles excel) utilisés pour la consultance.
Certains de ces codes ont été distribués gratuitement à quelques bureaux d'études. Il ne sont
actuellement plus maintenus par DAE faute de temps mais pourraient être valorisés à peu de frais.

115
Boite à outils pour la réalité virtuelle
(Jacques MARTIN)

Certains des codes cités ont été intégrés à la plate forme de réalité virtuelle EVE et permet au
département DAE de décrocher des projets européens sur ce thème.

CARMEN
(Jean-Paul VIAN)

CARMEN est un système électroacoustique actif pour le contrôle de l'acoustique des salles de
spectacle. Le service proposé par DAE consiste en l'étude, le paramétrage et l'installation de murs
acoustiques virtuels destinés à pourvoir des salles de spectacles traditionnelles de propriétés
acoustiques dignes d'opéras. La solution CARMEN se compose d'un système audio, d'une carte de
traitement du signal basé sur des DSP programmés en assembleur. La fabrication de ces cartes est
assurée par audio-équipement. La partie logiciel de la solution est donc spécifique et de bas niveau ce
qui rend son évolution difficile. La partie étude de l'offre CARMEN consiste à simuler la salle à équiper
grâce aux outils de simulation dont dispose DAE (ICARE, EPIDAURE).

Compte tenu de l'évolution des machines une solution basée sur un matériel plus standard (PC +
carte audio professionnelle) n'est pas à exclure à l'avenir. La solution CARMEN est vendue au prix de
200.000€, elle équipe actuellement 6 salles dans le monde. Une version simplifiée (nom de code
MINI-CARMEN) est à l'étude. Cette solution met en oeuvre un filtre réverbérant implémenté sous la
forme d'un plug-in pour Protools (C++). Ce produit pourrait être vendu autour de 40 000€.

CASC
CASC est un code de Calcul pour l'Acoustique des Structures en Couches. CASC à été vendu à un
seul exemplaire.

MICADO
(Philippe JEAN, Jérôme DEFRANCE)

Code de calcul MICADO : Méthode Intégrale de Calcul Acoustique de la Diffraction par les Obstacles.
MICADO est développé en Fortran. Il s'agit d'une méthode de calcul par éléments finis spécialisés
pour l'étude d'écrans acoustiques dans les bâtiments. MICADO est capable de rendre des résultats en
3D sur la base de structures définies en 2D (2D 1/2).

Une version entièrement 3D est à l'étude mais nécessite une puissance de calcul très élevée.
MICADO est un facteur de succès pour la consultance. ACOUSTB est un des clients de MICADO.

MEFISSTO
(Philippe JEAN)

Code de calcul MEFISSTO : Méthode par Eléments Finis de calcul de l'Interaction vibratoire Sol-
Structure. Propagation des ondes en sous-sol (tramway).

4AS
Pour gares souterraines. Calcul vibro-acoustique des ouvrages par méthode énergétique statistique.
Ce logiciel rencontre une faible demande. Il existe des logiciels concurrents mais ces dernier ne sont
pas optimisés pour les bâtiments.

116
PARABOLE
(Philippe JEAN)

PARABOLE : propagation du son en milieu hétérogène. Propagation extérieure + météo. Cet outil est
un résultat de recherche.

ATLAS
Code de calcul ATLAS : Calcul de la transmission acoustique par approche modale.

LABE
Les activités de certification (NF, UPEC A) du LABE à Champs sont basées sur un logiciel maison.
Une seule licence à été vendue (laboratoire basque). Les équipes du LABE doivent garder un contrôle
total sur le logiciel qu'elles utilisent de manière à pouvoir garantir leur indépendance. Cependant, ce
logiciel pourrait être vendu à d'autres laboratoires car cela ne leur suffirait pas à rentrer en
concurrence avec le LABE. Ce logiciel doit être adapté régulièrement pour suivre l'évolution des
normes et du matériel. Un logiciel concurrent est sorti récemment et à déjà été vendu à 4 laboratoires.
En anticipant la sortie de ce concurrent le CSTB aurait pu conserver une avance technologique de 4
ans.

117
Le Département Structure Sécurité Feu - DSSF
Participants
Représentants du département Sécurité, Structure, Feu:

C. BALOCHE
JV. HECK
F. TORRENT

Auditeurs:

P. POYET
W. KEILHOLZ
N. BUS

Le logiciel dans les activités de DSSF

La simulation des comportements mécaniques des bâtiments est un domaine qui utilise depuis
longtemps l'outil informatique. L'offre logicielle actuelle est riche et répond largement à la demande.
Cette offre a en effet été tirée par d'autres secteurs comme l'aéronautique où des contraintes de poids
rendent les simulations plus complexes encore. Des logiciels ayant nécessité des dizaines d'années /
hommes en développement sont désormais dans le domaine public. Dassault ne se rémunère ainsi
plus sur la vente de licences CATIA mais sur le support et le service aux entreprises utilisatrices.

Il existe cependant peu de solutions logicielles permettant d'exploiter et d'enrichir le même modèle de
description d'un bâtiment de la conception jusqu'à l'exploitation. Le format IFC est l’une des solutions
permettant de suivre ainsi le cycle de vie complet d'un bâtiment.

Les études menées par les bureaux d'études de structure et sécurité s'appuient fortement sur des
outils logiciels. La principale difficulté de ces études réside dans l'acquisition et la saisie des données
dans le logiciel. Compte tenu du faible coût des matériaux de construction par rapport au coût des
ingénieurs, la tendance est à la simplification des calculs par surdimensionnement des ouvrages. Les
BE se restreignent à la conception d'ouvrages aux formes simplifiées et basent de plus en plus
souvent leur validation sur des méthodes de calculs simplifiées (eurocodes) plutôt que sur des
simulations complexes. Les éditeurs de logiciels de calcul de structures semblent suivre cette
tendance en intégrant progressivement les eurocodes à leurs produits (c'est le cas de GRAITEC avec
Effel).

Lorsqu'un BE rencontre un problème non-standard ou très complexe il se tourne souvent vers des
organismes de recherche comme le CSTB ou vers les universités qui offrent leurs services pour des
coûts très faibles. Les universités constituent de ce fait pour DSSF une concurrence forte bien que les
universités françaises ne garantissent pas souvent une qualité de service professionnel. Dans les
autres pays d'Europe, en revanche, les universités ont une pratique beaucoup plus professionnelle;
les directeurs de ces universités étant souvent aussi directeurs de bureaux d'études.

L'activité de consultance de DSSF est basée sur la maîtrise de logiciels de simulation de très haut de
gamme permettant de résoudre des problèmes très complexes. DSSF peut ainsi être considéré
comme un BE structure de pointe dont l'expertise permet de mener des études à partir de choix de
modélisation non-standards. Lorsque les logiciels commerciaux utilisés par les ingénieurs de DSSF ne
répondent pas directement à leurs besoins, ils les enrichissent par le développement de fonctions
spécifiques.

Les études de sécurité des bâtiment sont de plus en plus basées sur des approches (études par
données d'entrées) probabilistes (variables stochastiques). Il s'agit d'une nouvelle approche qui

118
permet de prendre en compte la sécurité de manière très fine sans avoir recours à des coefficients de
sécurité démesurés. Il est ainsi possible de faire une économie substantielle de matière première tout
en garantissant un niveau de sécurité acceptable.

Les études de fiabilité dans le domaine du bâtiment ne sont pas aussi pointues qu'elles peuvent l'être
dans l'aéronautique. Cependant pour des raisons d'acceptation par la population, les pouvoirs publics
exigent pour les bâtiments des niveaux de sécurité beaucoup plus élevés que pour les transports. Si
un niveau de défection de 10 -4 par an est acceptable pour un avion, d'après les textes officiels, un
bâtiment devra être 100 fois plus fiable.

DSSF s'oriente ainsi vers une offre d'étude de fiabilité des bâtiments basée sur la prise en compte de
la distribution des données d'entrées et leur influence sur les résultats (dispersion des valeurs de
sortie). Il s'agit en quelque sorte d'une étude de sensibilité qui nécessite un grand nombre de re-
calculs. Pour pouvoir offrir ce genre de service DSSF doit se doter d'outils et de l'infrastructure
adaptés, les temps de calculs nécessaires étant démultipliés.

Le domaine de l'étude fine de la résistance au feu des bâtiments est récent. Il n'existe actuellement
pas de modèles matures de propagation du feu. La physique du feu est rendue complexe par
l'existence d'un grand nombre d'éléments perturbateurs dont une variation infime peut modifier
considérablement le résultat. Dans ce domaine, DSSF met au point des outils logiciels expérimentaux
pour ses besoins propres.

L'utilisation de logiciels est indispensable à l'activité de DSSF. Les ingénieurs de l'équipe enrichissent
les outils du marché ou développent leurs propres outils lorsqu'une maîtrise totale du code devient
critique. L'importance des logiciels dans l'activité de consultance de DSSF va s'accélérer, la tendance
étant à la substitution des essais réels par des tests virtuels.

Enfin la diffusion de logiciels est également davantage envisagée par DSSF comme un vecteur de
communication destiné à améliorer l'image du CSTB.

Activités de DSSF s’appuyant sur des outils logiciels.

Conception et calcul de structures en béton armé, béton précontraint et maçonneries

(SYMPHONIE, URUS, BEFIM, BITMAC)

Comportement des structures et éléments de construction en cas d'incendie

(STABFEU, CIMFEU)

Modélisation physique du développement du feu et des fumées

(CIFI, FISBA, NAT)

Analyses de sécurité avancées

Simulation numérique avancée des comportements mécaniques

(SYMPHONIE, MARC)

Etudes Réglementaires
(BATIMDIM)

Clients et Financements
L'État et les différents acteurs publics et parapublics pour les missions de recherche et de
consultance.

Les industriels du bâtiment pour les missions d'évaluation technique et de certification.

119
Les maîtres d'ouvrage, les maîtres d'œuvre et autres intervenants dans l'acte de construire pour les
missions de consultance notamment en ingénierie sismique et incendie.

Partenaires
CSTB-MOCAD: DSSF est utilisateur des logiciels développés par MOCAD (SYMPHONIE, STABFEU)

INERIS (L'Institut national de l'environnement industriel et des risques): cet organisme est
actuellement très actif sur les thèmes de la sécurité. Il pourrait être un partenaire de choix dans des
projets de développements logiciels (transfert de connaissance, co-développement).

ABD-SOFT: le CSTB a signé récemment un contrat de distribution avec cet éditeur de logiciel de
calcul de structures haut de gamme. Par ailleurs une partie de la consultance de DSSF s'appuie sur le
logiciel URUS développé par ABD-SOFT .

Direction des marchés publics: les études réglementaires faisant partie de l'activité de DSSF, les
ingénieurs de l'équipe sont en contact régulier avec les auteurs des fascicules réglementaires édités
par la Direction des marchés publics. Ces fascicules contiennent des textes officiels appliqués aux
marchés publics sur l'ensemble des techniques du bâtiment. Ils proposent également des méthodes
de calcul simplifiées.

Inventaire des développements et logiciels DSSF

SYMPHONIE
Développé par l'équipe MOCAD, Symphonie simule le comportement des ouvrages de bâtiments sous
les effets couplés de l’eau, de la chaleur et des mouvements différentiels. Il s'agit d'un code de calcul
général aux éléments finis avec modules spécifiques de couplage thermo-hygro-mécanique.

STABOS
Logiciel de calcul de flambement de structures.

BITMAC
Logiciel pour la prévision du comportement mécanique des ouvrages de murs en maçonnerie.

FISBA
(cf. traité de physique du bâtiment, T3: Physique du feu pour l'ingénieur, CSTBoutique, page 653). Le
développement de l'incendie.

CIFI
(cf. traité de physique du bâtiment, T3: Physique du feu pour l'ingénieur, CSTBoutique, page 672). Le
modèle et logiciel CIFI permet l'étude du mouvement des fumées. Il est utilisé par le service pour les
études de mouvement des fumées mais n'est pas satisfaisant. Son développement semble peu fiable
et son interface non standard rend son utilisation difficile.

120
NAT
(cf. traité de physique du bâtiment, T3: Physique du feu pour l'ingénieur, CSTBoutique, page 637).
Modèle et logiciel d'étude de la stabilité des structures (NAT),

BATIDIM
Une tentative d'intégration des eurocodes dans un logiciel de calcul a été menée par DSSF
(BATIDIM) mais suite à une mauvaise analyse, le développement n'a pu être valorisé.

STABFEU
Logiciel STABFEU est conçu pour l'évaluation des cloisons de grande hauteur. Il permet d’évaluer la
résistance au feu des cloisons de grande hauteur. MOCAD dispose d’une plate-forme dédiée au
calcul parallèle, constituée d’un ensemble de stations de travail monoprocesseurs fonctionnant en
réseau. Elle autorise les analyses les plus complexes, sur des structures entières et non plus sur des
composants isolés, par une utilisation simultanée et cumulée des processeurs, mémoires vives, et
capacités de stockage.

MARC
MSC MARC est l'un des principaux codes de calcul non linéaire aux éléments finis – voir le site de
l’éditeur http://www.mscsoftware.com/products/products_detail.cfm?PI=1. Grâce aux procédures
spécifiques développées par les ingénieurs de DSSF, ce logiciel permet par exemple de simuler –
avant fabrication - les réponses d'un verre bombé aux sollicitations d'usage définies par le concepteur.
Les ingénieurs renseignent le modèle numérique sur les caractéristiques du vitrage (dimension du
verre et largeur de la lame d'air) et pour les sollicitations extérieures (température, rayonnements
solaires, vent, différence entre la hauteur en pose et la hauteur de fabrication) avant de tester
virtuellement se résistance en situation réelle d'utilisation.

Simulation des incendies

Développés par les chercheurs, les logiciels de simulation des incendies ouvrent la voie à une
optimisation de la sécurité des projets de construction, et permettent l'élaboration de scénarios
incendies.

URUS
URUS est un logiciel de calcul de structures par éléments finis, spécialement dédié à l'analyse de la
résistance et de la stabilité des constructions pour les bâtiments et les ouvrages de génie civil.

CIMFEU
Développé en partie par MOCAD pour le compte de le société CIMBETON, ce logiciel vise le
dimensionnement des ouvrages en béton armé conformément au DTU et à l'eurocode feu.

BEFIM
Dans le cadre du projet national BEFIM (BEton FIbre Mécanique), le CSTB a développé un logiciel
pour simuler la montée en pression rapide de l'eau dans les Bétons à Haute Performance lors d'un
incendie et prévoir ainsi à quel moment intervient l'éclatement et la perte de résistance à haute
température.

121
Freins à la diffusion de logiciels
Le marché du logiciel de calcul de structure pur permettant de réaliser des études standards est
saturé.

Concurrence des universités

Les universités mettent à la disposition des BE des moyens d'études pour des coûts très bas.

DSSF se considère davantage comme un département utilisateur de l'outil logiciel que comme un
département visant le développement de produits logiciels.

DSSF n'a pas vocation à valoriser les développements effectués pour la consultance ou dans le cadre
de projets de recherche. Les compétences des ingénieurs du département sont davantage orientées
vers le métier du bâtiment que celui du génie logiciel.

Facteurs favorables et opportunités

Code ASTER (www.code-aster.org)
Développé initialement par EDF il est devenu un projet open source. L'analyse du comportement réel
et des risques des structures mécaniques et des ouvrages de génie civil en fonctionnement passe par
la maîtrise des modélisations non linéaires en mécanique et en thermique. Le Code ASTER est
développé pour ces enjeux. Ce code rentre dans les champs de compétences de DSSF, il pourrait
permettre d’enrichir les outils de consultance de DSSF en garantissant la maîtrise du code.

Fascicules de la direction des marchés publics

Les méthodes de calculs proposées dans les fascicules édités par la direction des marchés publics
constituent une vaste source de connaissance (Env. 1000 pages pour les quelques 80 fascicules) que
l'on pourrait valoriser sous la forme d'outils de calcul simplifiés. ex: le dimensionnement mécanique
des conduits et canalisations (fascicule 70 de la Direction des marchés publics). Les calculs sont
complexes, il n'existe à priori pas d'offre sur le marché. Le coût de développement d'un tel type de
logiciel est faible. Les principales difficultés résident dans l'interprétation des textes et des abaques
(hypothèses empiriques, contradictions, utilisation implicite de coefficients de sécurité). Les ingénieurs
de DSSF sont en contact avec les rédacteurs de plusieurs fascicules. Il serait néanmoins nécessaire
d'interroger le marché sur la pertinence d'un tel outil.

Eurocodes
De la même manière, les eurocodes peuvent faire l'objet de nouveaux logiciels ou venir enrichir des
produits existants. Les eurocodes représentent un volume de 5000 pages. On pourrait envisager leur
intégration au CD-REEF. Le CD-REEF serait ainsi enrichi d'outils de calculs simples illustrant les
textes officiels. Il serait alors possible de décliner une gamme « CD-REEF / eurocodes » où les
documents et les assistants logiciels seraient organisés par type d'ouvrages ou par métiers. Un
financement des pouvoirs publics sur ce thème n'est pas à exclure.

Saisie automatique des bâtiments (VIZALL, IFC)

Pour les bureaux d’études de structure en général, la saisie de la géométrie des bâtiments est une
phase coûteuse. Pour les bâtiments existants, la maîtrise d’une solution de numérisation sur site
(système de type VIZALL) permet de diminuer le temps et le coût de la saisie. Lorsque le bâtiment a

122
été initialement numérisé dans un format neutre (type IFC) il peut être par la suite utilisé dans
différents types de logiciels de calcul sans nécessiter de ressaisies intempestives.

Gestion complète du cycle de vie du bâtiment

Il n'existe pas actuellement de solutions logicielles permettant de capitaliser les données techniques
d'un bâtiment depuis sa conception jusqu'à son exploitation. Les IFC pourraient être un élément de
solution.

Méthodes de calcul simplifiées

DSSF met actuellement au point une série de méthodes de calcul simplifiées inédites basées sur des
résultats (nuages de points) obtenus par des méthodes très complexes restreintes à des utilisations
très particulières. Il s'agit en quelque sorte d'abaques numériques. Ces méthodes sont
particulièrement faciles à mettre en oeuvre, efficaces et adaptées aux bureaux d'études. L'application
directe des solutions réglementaires peut conduire à des difficultés techniques ou à des surcoûts
injustifiés. L'utilisations de telles méthodes permet de les éviter.

Valorisation des données techniques

DSSF teste les produits du bâtiment (éléments de structure, parois en plâtre, fixations) vis-à-vis de
leurs performances conditionnant la sécurité des structures. Il évalue les ouvrages et les procédés
innovants du point de vue de leur aptitude à l'emploi et de la sécurité. Les données techniques
résultant de ces tests (PV de réaction / résistance au feu) pourraient être valorisées soit sous la forme
d'outil d'aide au choix des matériaux (sur le modèle d'OCI oci.cstb.fr ) soit sous la forme de
bibliothèques de produits dans des logiciels de calculs.

Prescription de solutions logicielles

En 2004, le CSTB a signé un contrat de partenariat avec la société ABD-SOFT pour la distribution du
logiciel URUS. Les ingénieurs de DSSF maîtrisent le fonctionnement de URUS et son domaine
d'application (l'analyse de la résistance et de la stabilité des constructions). La diffusion d'un logiciel
haut de gamme tel que URUS en plus d'être une source de revenus permet de promouvoir les
activités de consultance de DSSF.

Mutualisation des moyens de calculs

Les études menées par DSSF nécessitent une grande puissance de calcul. Les stations de travail
standards sont souvent insuffisantes. DSSF s'oriente vers l'utilisation de super-calculateurs ou de
clusters de machines. Le site de Champs comporte 850 machines qui ne sont pas utilisées à 100% du
temps (pas d'utilisation la nuit). La mise en commun de ces unités de calcul non utilisées grâce à une
architecture de type "GRID computing" pourrait permettre de réduire considérablement les temps
nécessaires à une étude sans avoir à faire l'acquisition de machines très coûteuses.

Thèmes émergents
La simulation de la résistance au feu des bâtiment et de la propagation du feu est un sujet
relativement récent. L'offre logicielle dans ce domaine est encore balbutiante. Le CSTB pourrait tirer
parti de son avance et de son expertise dans ce domaine pour la mise au point de nouveaux logiciels
de calcul.

123
Approche statistique
Les études de sécurité des bâtiments sont de plus en plus basées sur des études par données
d'entrée probabilistes (variables stochastiques). Il s'agit d'une nouvelle approche qui permet de
prendre en compte la sécurité de manière très fine et sans avoir recours à des coefficients de sécurité
démesurés. Il est ainsi possible de faire une économie substantielle de matière première tout en
garantissant un niveau de sécurité similaire.

Attentes de DSSF dans le cadre d'une action Edition

Logicielle généralisée.

Format de données
L’utilisation de différents logiciels pour l’étude d’un même bâtiment conduit souvent à ressaisir les
données d’entrée. L’utilisation d’un format neutre permettrait le partage d’un même fonds de données
tout au long de l’étude et à terme de permettre de conserver les données techniques entrées et
calculées tout au long du cycle de vie du bâtiment. Elle permettrait également une meilleure
coordination entre équipes pour les études multidisciplinaires.

Maîtrise du code
Si le logiciel n'est pas considéré comme une priorité, il est néanmoins à prendre très au sérieux car il
a un très fort impact sur l'image de la consultance. Sans maîtrise du code de calcul utilisé, la maîtrise
des résultats obtenus devient incertaine, en particulier pour des études non-standards.

Assurance qualité logicielle

Le CSTB doit pouvoir être en mesure d'assurer un contrôle qualité de sa production logicielle. Les
ingénieurs DSSF soulignent l'importance de l'interface graphique comme critère de choix d'un logiciel.
Plus l'interface paraît familière à l'utilisateur (proche des interfaces des outils utilisés couramment)
plus la prise en main du logiciel serait facile. La faiblesse des interfaces de certains codes de calculs
utilisés en interne en rend l'utilisation lourde donc coûteuse. Dans ce sens, il est important pour le
CSTB d'unifier les interfaces de ces logiciels et de les calquer sur les interfaces les plus couramment
utilisées.

Stratégie commune
L'édition logicielle est une problématique transversale qui devrait être supervisée par un organe de
décision stratégique (développement, distribution, diffusion) représentant les intérêts des différentes
activités du CSTB. La mise en place d'une stratégie commune devrait permettre de mettre en avant
les synergies et ainsi d'éviter les redondances, de favoriser le partage de connaissances entre
départements, et de motiver les développements multi-compétences.

124
Deux mots des autres Départements, DRD & DT
Participants
Animation :
Patrice POYET
Werner KEILHOLZ
Nicolas BUS

Départements représentés :
CAPE Christian SACRE
DAE Dirk VAN MAERCK
DDD Ahmad HUSAUNNDEE
DER Adrien PANAIT
DRD Y. MONTRELAY
DSSF Jean-Vivien HECK
M.CHENNAF
Direction technique Europe Yannick LEMOIGNE
HES O.CORREC
Service financier/Pôle juridique Eric BAUMLIN
SPD Stéphane BALLE
TIDS/Gestion du patrimoine Régis BONETTO

Vision collective des Départements

Pilotage
De l’avis général, il est important de piloter collectivement une activité comme la diffusion de logiciels
en interne comme en externe de manière à préserver les intérêts du CSTB. Les idées suivantes sont
mises en avant par le groupe de travail et partagées par ses membres.

Positionnement/Cycle de vie :
Un éditeur peut avoir un positionnement différent pour chacun de ses produits. Ce positionnement
peut évoluer en fonction de la maturité du marché. Le groupe de travail s’accorde à penser que
globalement, les logiciels semblent suivre le cycle de vie suivant :

 Recherche : prototype résultat d’un projet de recherche. Souvent utilisable par le concepteur
uniquement.
 Consultance de pointe : logiciel maison utilisé pour assurer un service
 Produits (pour consultance standard) : logiciel commercial
 Service : vente de support technique, développement à partir du produit.
 Prescription/Certification : proposer une certification aux éditeurs lorsque le marché devient
mature. Proposer une prescription aux utilisateurs.

Ce cycle ne doit pas être appliqué de manière rigide. L’ordre des étapes peut difficilement être
inversé, mais n’importe quelle étape doit pouvoir servir de porte d’entrée ou de sortie.

Qualité du logiciel
Le développement de logiciels au CSTB ne dispose pas de procédures qualité. Certains cas de figure
fragilisent la pérennité des développements :

125
  Connaissance détenue par une seule personne
 Documentation trop sommaire
 Tests non systématiques
 Défaut de protection
 …

Etablissement du prix
Parmi les actions nécessaires à la commercialisation d’un produit, la détermination du prix de vente
est celle qui semble soulever le plus de questions. Aucune démarche, aucun outil n’ont été mis en
place pour le moment.

Questions juridiques
Lorsqu’un industriel soutien financièrement le développement d’un logiciel, qui en devient à terme
propriétaire ?
Le CSTB est-il réellement propriétaire de tous les logiciels dont il suppose avoir implicitement les
droits patrimoniaux, et de tous les logiciels qu’il commercialise en particulier ?
Le CSTB est-il prêt à faire valoir ses droits, en cas de conflit ?
En cas de certification d’un logiciel, quelle est la responsabilité du CSTB en cas de défaillance du
code ?
Ces questions d’ordre juridique renvoient à une réflexion sur les contrats signés en amont d’un
développement et à la conservation de tout l’historique du financement.

Survol des Départements et DRD & DT

Jean-Vivien HECK – DSSF

La diffusion des fascicules de la direction des marchés publics, des eurocodes et des DTU sous forme
de logiciels de calcul simples est pertinente. Le CSTB pourrait néanmoins se contenter de développer
un logiciel de référence et de proposer une certification aux éditeurs. Etant donnée la charge
importante générée par l’activité de consultance du département, le temps qu’il est possible d’allouer
au développement de logiciels est insuffisant pour pouvoir déboucher sur un produit commercial.

Dirk VAN MAERCK – DAE

Le département DAE est fortement impliqué dans le développement de logiciels et rencontre une
demande forte de la part des bureaux d’études. Le département touche d’autres secteurs du marché
comme l’automobile. DAE diffuse ACOUBAT comme produit d’appel de la consultance, à un prix de
vente inférieur au prix de revient. Est-ce souhaitable ? légal ?

Le logiciel Phanie développé par l’équipe éclairage est également un support à la consultance, il ne
s’agit pas d’un produit fini au sens d’un logiciel commercial.

O.CORREC - HES – Thésard

Le département HES a identifié plusieurs produits attendus par le marché :

 Logiciel de prédiction de dégradation des réseaux d’eau.

 Test de fissuration du « pexiglass » (baignoires) par traitement de l’image.
 Système de relevé de réseau d’eau sur ordinateur de poche.

126
Eric BAUMLIN (Protection logicielle)

L’historique du financement des logiciels au CSTB est flou. En cas de contentieux, il serait difficile de
retrouver les droits de chaque acteur. La multiplicité des partenaires à l’international rend les contrats
plus complexes encore. Il est impératif à l’avenir de préciser dans les contrats de recherche que les
résultats de recherche reviennent au CSTB (consortium agreement). Un algorithme ne peut être
protégé. Par contre un code peut être soumis aux droits d’auteur. Le CSTB doit se protéger des fuites
de connaissance par des clauses de secret et de non-concurrence.

M.CHENNAF – DSSF

Les majors de l’édition de logiciels de mécanique (ROBOT, GRAITEC) emploient souvent plus de 20
développeurs (parfois à l’étranger) à temps plein et 10 commerciaux. Le CSTB ne dispose pas d’une
puissance de développement comparable. Il devra « externaliser » voire délocaliser les
développement pour être compétitif.

Les BE d’études se contentent souvent de calculs simplifiés (linéaires) par manque d’outils
appropriés. URUS (développé en UKRAINE et diffusé par TIDS) permet le calcul non-standard. De
nombreux logiciels de calcul non-standard existent mais ne sont pas spécialisés bâtiment (CATIA,
MARC) ce qui rend l’utilisation lourde. Il existe donc un débouché pour le CSTB dans la diffusion de
logiciel de calcul mécanique non-standards spécialisés.

Tous les bureaux d’études développent des outils maisons lorsqu’ils ne trouvent pas de produit
équivalent sur le marché. L’ensemble de ces développements représente un potentiel de valorisation
considérable.

Le CSTB a une capacité de financement non négligeable, un réseau de partenaire étendu, des
méthodes de calcul rodées. Ces facteurs sont autant d’atouts permettant au CSTB de se positionner
comme « Intelligence économique » dans le développement de logiciels BTP.

Régis BONETTO – TIDS – Gestion du patrimoine

Dans la gestion de patrimoine, le CSTB se positionne comme prescripteur (Etapes 4 et 5). Pour
respecter ce positionnement, cette l’activité doit rester indépendante vis à vis des éditeurs.

Y. MONTRELAY -DRD

Le CSTB pourrait être simultanément conseil, service et audit mais des précautions juridiques sont à
prendre. Le logiciel est un enjeu important pour le CSTB. Le CSTB doit regarder ce qui se fait dans les
autres organismes de recherche (y compris à l’étranger). Dans la diffusion de logiciel, le CSTB souffre
d’un manque de méthodes (rédaction de cahier des charges, diffusion, maintenance, fixation des prix).
Si l’on suit le cycle de vie du logiciel comment se réserver des portes de sortie en cas d’échec et ne
pas s’enfermer dans une forme rigide ? L’atout du CSTB est sa capacité dans sa maîtrise de la
connaissance et des codes. Un logiciel qui repose sur une seule personne est fragile.

Yannick LEMOIGNE – Direction technique Europe

La convergence simulation, réglementation est un débouché intéressant. Il est dans l’intérêt du CSTB
de promouvoir la reconnaissance de l’utilisation des outils de simulation pour l’évaluation technique.
Le CSTB pourrait jouer un rôle de prescripteur d’outils de simulation pour les autres instituts
européens. Il existe un potentiel à exploiter dans le développement de solutions pour synchroniser les
essais réels et virtuels.

Christian SACRE – CAPE

127
Le département a identifié des créneaux possibles dans lesquels le CSTB pourrait s’insérer :

 Logiciel de modélisation de pollution atmosphérique.

 Logiciels de calcul non-linéaire de comportement de structure sous l’effet du vent.
 Transformation de base de mesure en champs continu (abaque numérique).

Les principales difficultés rencontrées ont été :

 La discontinuité entre les thèses successives

 La fuite des connaissances vers les bureaux d’études.

Adrien PANAIT – DER - ingénieur étude et recherche

DER est un département technologique. Il rencontre les mêmes problèmes que DSSF. Les méthodes
de développement font défaut. Il existe des opportunités dans le développement de logiciels sur le
thème des vitrages.

Ahmad HUSAUNNDEE – DDD

Le département diffuse les moteurs de calcul officiels de la réglementation thermique mais ne dispose
pas de ressources suffisantes pour le développement de logiciels complets.
Le laboratoire LEPI évalue les logiciels des éditeurs utilisant ces moteurs de calcul.

La détection de défauts des installations solaires est un débouché à exploiter.

Le positionnement de SIMBAD est ambigu servant à la fois de support à la consultance et de produit

commercial.

Proposer des logiciels en ligne à la location permettrait d’élargir la cible et de diminuer le coût de
déploiement mais nécessite une adaptation des procédures de facturation.

Synthèse
Le tour de table a permis de confirmer les résultats des audits des départements DAE, DDD et DSSF.
Tous les départements considèrent que le logiciel est un enjeu important pour le CSTB. Des
opportunités de développement de produits logiciels existent dans la majorité des départements. Les
atouts du CSTB en tant que maître d’œuvre dans l’édition logicielle sont incontestables et partagés
par les participants (notoriété, fond de connaissance, portefeuille de développements, expertise,
réseau de partenaires) mais n’est-ce pas dans la maîtrise d’ouvrage du logiciel que se trouve la plus
grande valeur ?

Pour préserver la maîtrise de son portefeuille d’outils utilisés en interne et éventuellement devenir un
acteur important du marché des logiciels, le CSTB doit faire évoluer ses méthodes de développement
et de diffusion, l’organisation de ses moyens de développement, prendre plus de précautions au
niveau juridique et cibler son positionnement.

128
Quelques Eléments sur l’offre Commerciale
Existante
L’objectif n’est bien sûr pas ici de rentrer dans le détail de tous les logiciels offerts par le marché mais
d’en lister quelques uns afin de montrer la diversité de l’offre et les types de besoins couverts par ces
logiciels. Cela permet aussi de se faire une idée des alliances qui pourraient être recherchées selon
les projets que l’on souhaiterait engager. Les logiciels sont regroupés par grands domaines, et pour
chacun d’eux l’éditeur est identifié et la solution décrite en quelques mots.

Calcul
AD DEVELOPPEMENT

AdCOF : Le coffrage est un métier...

AdFER : L'outil de ferraillage le plus puissant sous AutoCAD !
Adtopo : La topographie conviviale sous AutoCAD.

ADX

Une gamme complète de logiciels de calculs de structures, conviviaux et puissants : béton armé -
métallique – bois.

ANCOTECH

Programme anti-poinçonnement des dalles plates et des fondations. Programme pour les ingénieurs
en bâtiments. Téléchargement gratuit.

ARMACAD

ArmaCAD est un logiciel d'armatures sous Autocad avec génération automatique de nomenclatures.
Son utilisation est simple et intuitive. Il est compatible avec les normes ISO 4066 et BS 8666,
règlements BAEL et AASHTO.

BUILDSOFT

BuildSoft produit et commercialise des logiciels pour le calcul de structure béton, acier ou bois. La
cible est principalement les bureaux d'études, les architectes et les artisans du bâtiment en proposant
une gamme très large. Les deux grandes priorités sont d'une part de proposer des logiciels dont
l'utilisation reste particulièrement conviviale et dont les résultats sont de grande qualité. D'autre part,
un réel soutien technique est offert à tous les clients.

CABLOA

Le logiciel de câblage d'ouvrages d'art précontraints sous Autocad®.

CADWORK INFORMATIQUE

Logiciels outils.

129
DESCARTES

Descartes est spécialisée depuis 1992 dans la cartographie et plus particulièrement dans le
développement de logiciels dans le domaine des Systèmes d'Information Géographique (SIG) à
destination des collectivités locales.

ÉPICENTRE

Calcul de résistance au vent et aux séismes des bâtiments contreventés par des voiles (calcul
statique, calcul dynamique, descente de charges). Diffusé dans la Profession depuis 1989,
ÉPICENTRE est utilisé par les trois principaux bureaux de contrôle et par de nombreux bureaux
d’études.

FAUCONNET INGENIERIE S.A.

Matériels de mesure et contrôle - Gaines de ventilation et conduits d'air - Logiciels verticaux - Logiciels
outils - Isolation thermique par l'intérieur (produits et procédés) - Tubes, tuyaux - Bureaux d'études,
conseils techniques - Vitrage isolant thermique et/ou acoustique. Numéro 1 des logiciels sous
Windows pour le génie climatique.

FLOVENT

Logiciel pour l’analyse des écoulements d'air et des transferts thermiques dans les bâtiments. (salle
blanche, climatisation, contaminant ...).

GRAITEC

GRAITEC assiste les bureaux d'études et les services études du BTP et de la mécanique dans le
calcul et la production de documents techniques, avec des solutions logicielles uniques et une gamme
de services personnalisés.

iMEDIA

Tube Report est un logiciel d'inspection télévisée des réseaux d'assainissement. Il permet de créer
facilement et rapidement les rapports d'inspection télévisée. Tube Report gère l'inspection télévisée
de la capture des photos jusqu'à l'impression sur n'importe quelle imprimante fonctionnant sous
Windows 3.1x/95/98.

ITECH

Editeur de logiciels de calcul de structures dans les domaines de l'industrie, de la construction et du

génie civil. Distributeur du logiciel CESAR-LCPC.

LOGIBOIS

(Menuiserie et Charpente).

LUQS

Logiciel d'estimation spécialisé pour la construction lourde, de bâtiment, environnementale et routière.

130
MELBA 98

Méthode des états limites appliquée aux structures en béton armé.

NAILWEB CALCUL LT

NAILweb CALCUL LT: Ce programme, fonctionnant sous Windows 3.1 et Windows 95/98, permettra
d'effectuer un pré-dimensionnement des poutres NAILweb. On pourra calculer des structures sur 2
appuis, uniformément chargées, en pannes, chevrons et solives.

PERRENOUD

Logiciels de calcul thermiques développés pour les bureaux d'études et les entreprises du génie
climatique - Déperditions - Apports - RT 2000 - Sélection de matériel (Radiateurs, planchers
chauffants) - Calculs de réseaux (Hydraulique, Aéraulique, Gaz,...).

PRO CLIM 3D

Implantation, dimensionnement et quantitatif des réseaux aéraulique et hydraulique en 3D.

ROBOT MILLENIUM

ROBOT Millennium est l'apogée de deux générations de logiciels extrêmement puissants destinés
pour les bureaux d'études spécialisés en acier, béton armé et ingénierie civile

TEKLA XSTEEL

CFAO charpente métallique. Tekla Xsteel est un logiciel de modélisation 3D spécialisé dans l'étude de
détail des structures et charpentes métalliques. Grâce à une interface reconnue comme la plus
conviviale du marché, l'opérateur du logiciel Tekla Xsteel crée une maquette en tout point identique à
la structure dont il a en charge l'étude.

TISSEYRE ET ASSOCIES

Les logiciels de prévision développés pour l'environnement Windows par TISSEYRE & Associés sont
la base des maquettes informatiques, supports de la conception acoustique architecturale des
ouvrages et opérations étudiées par TISSEYRE & Associés ; ce dernier garantit les résultats obtenus
par ses maquettes.

VALVES

Les soupapes de sécurité sont l'ultime organe de protection des installations contre les surpressions.
Elles doivent absolument êtres conçues, calculées, construites avec les plus larges garanties de
fiabilité et de sécurité. Ce logiciel est un outil pour ce travail, mais il n'engage en aucune façon la
responsabilité de l'auteur.

131
CAO
ABIS 3D

La modélisation avec ABIS 3D permet dès les premières ébauches de travailler dans la réalité (soit-
elle virtuelle). 3D signifie un contrôle constant des formes, proportions et relations.

ABISPLAN

Depuis longtemps déjà Steel Projects, a contribué à l'informatisation des ateliers des constructeurs
métalliques en collaboration avec le leader mondial des constructeurs de machines outils. Aujourd'hui
par la modularité et la flexibilité des produits, ABISPLAN désire apporter des solutions adaptées à
tous les maillons de la gestion de production et de fabrication sans omettre le bureau d'études, point
de départ du flux d'informations.

ARC+ PROGRESS 4

Au fil des ans, ACA Europe, éditeur du logiciel ARC+ s'est imposé dans la conception de logiciels
CAO professionnels.

ARCHIBALD

Logiciel d'assistance technique du bureau d'étude.

ARCHICADO

Archicado.fr.fm est un site non commercial qui met à disposition en téléchargement des éléments
(images, photos, textures et objets 3D ou 2D) utilisables notamment dans le logiciel Archicad.
Archicad est un logiciel de la société Graphisoft. Tous les autres logiciels mentionnés sont la propriété
de leurs auteurs ou ayants droit respectifs. Les conditions d'utilisation de ces logiciels sont décrites
dans leur licence respective. Le droit d'utilisation des éléments du site est strictement réservé à un
usage conjoint avec des logiciels dont vous détenez la licence .

ARCHIDATA

ArchiDATA s'est donné comme mission de développer des outils informatiques dans le domaine de
l'architecture et de l'ingénierie qui permettront d'augmenter la qualité d'un projet tout au long du
processus de réalisation en optimisant ses coûts de construction et d'opération.

ATLANTIC'S

ATLANTIC'S est un logiciel de préparation et d'imbrication destiné aux machines de découpe par
oxycoupage, jet d'eau laser et plasma, ainsi qu'aux fraiseuses à commande numérique.

AUTODESK

Autodesk - Editeur de Logiciels de CAO / DAO pour PC – 4ème Editeur Mondial de Logiciels sur PC.

BLM INGENIERIE

132
DAO architecture, DAO bureau d'études, DAO charpentes bois / métal, DAO chantier, calculs de
descente de charges, gestion de plans, contacts ... BLM Ingénierie a été fondée en 1968 par Monsieur
Jacques de MERSSEMAN, ingénieur diplômé de l'école Polytechnique de Zurich. BLM Ingénierie est
spécialisé dans l'ingénierie de structures dans le domaine de la construction, béton armé et
précontraint, charpente métal, bois.

CADWORK

Cadwork est un système CAO/FAO 3D spécialement conçu pour la construction en bois, offrant une
solution optimale dans les domaines de la planification, de la construction et de la production. Ce
programme répond à l’ensemble des exigences des architectes, ingénieurs, charpentiers et
techniciens liées à la construction en bois.

DATACAD LLC

DATACAD conçoit des logiciels de C.A.O. pour l'architecture, l'ingénierie, l'architecture d'intérieur, la
maison individuelle, la conception de stands, l'aménagement de magasins et le mobilier, les
entreprises de constructions et tous ceux qui aménagent les espaces de vie.

DP TECH

Logiciels professionnels de CAO DAO 2D 3D en DWG IntelliPlus. Issus de la technologie IntelliCAD,

ces logiciels de dessin sont comparables à des génériques permettant aux architectes, artisans,
bureaux d'étude ou tout professionnel de la construction ou du BTP de lire, modifier et dessiner des
plans.

DX CONVERT 4.0

Récupération et réorganisation de fichiers DXF et DWG sur AutoCAD.

FELIXCAD ET FELIXCAD MOBILE

Application de CAO/DAO et moteur de développement graphique pour PC de type AutoCAD.

Disponible sous Windows CE, ce qui permet d'avoir un outil de visualisation de plans, de modification
création et de programmation totalement mobile. Médaille d'or au concours de l'innovation Batimat
2001.

FTZ

Avec plus de 20 années d'expériences, FTZ présente un ensemble de compétences dans le monde
de la C.A.O. mécanique et électrique par le développement et la vente de logiciels et de matériels.
FTZ fournit également aux entreprises une prestation complète de services liés à la C.A.O.

GESTAFF

Gestaff® gère automatiquement l'environnement de travail CAO en fonction des particularités de

chaque affaire. C’est l’assurance de travailler avec les bonnes ressources pour une affaire donnée:
cartouche, gabarits, logos du client, charte graphique, tables de plumes, fichiers de configuration
d'imprimantes, polices, types de lignes, fichiers de configuration d’ArmaCAD...

133
GRAPHILAND

Graphiland enrichit son offre et propose un service de vente par téléchargement de logiciels majeurs:
Dreamweaver, Flash, Fireworks. Disponibilité permanente 24h/24 et 7J/7, facilité d'accès, rapidité
d'acquisition, la vente par téléchargement vous assure un gain de temps et une réactivité optimale,
pour se consacrer sereinement à la création.

I-MAGINER

Les pack logiciels i-maginer permettent de créer et d'administrer un environnement 3d virtuel sur
internet : Village Expo, Boutique virtuelle, Show-room, Salon, Cartographie 3D. Faites le lien en un clic
entre un produit 3D virtuel et tous vos documents multimédia.

KITCHENDRAW

Logiciel d'agencement de cuisine. Téléchargez et utilisez le dés maintenant pendant 30 heures

gratuites. Conception et chiffrage de cuisines et salles de bain. Editeur de catalogue intégré. Paiement
à l'utilisation.

LT ARCHI

LT Archi est une bibliothèque comprenant 2500 symboles couramment utilisés en dessin
d'architecture. Tous les symboles sont dessinés et non scannés (vectorisés), leur dessin est donc
propre et exact. De plus LT Archi ne contient que des composants industriels utilisés en France.

MENSURA VOIRIE URBAINE

Le mode VOIRIE URBAINE est un logiciel d'aide à la conception des projets en site urbain.

METALOGIC

Les logiciels qui sont présentés ici répondent aux besoins des différentes phases de construction d'un
projet et permettent de concevoir, calculer, détailler et fabriquer tout type de structure en acier.

METRICOM

METRICOM, logiciel de CAO/DAO, est un outil de métré et de dessin pour tous types de bâtiments,
d’une simple maison, à une construction de plusieurs niveaux.

MOSAIQUE 2000

Le logiciel mosaïque permet de construire une mosaïque à partir d'une image numérique. Il imprime le
plan de pose qui permet de guider la construction de la mosaïque.

NEMETSCHEK FRANCE

logiciel de CAO ALLPLAN. Offre une interface IFC. Un des leaders européens du marché de la CAO
bâtiment.

134
PIXEDIT

PixEdit est une application professionnelle de traitement des grands documents fichiers raster (ou
bitmap): dessins, plans et cartes, pour les environnements Microsoft Windows 95, 98, NT. Scan,
modification, vectorisation et enregistrement du fichier dans de nombreux formats permettent des
solutions adaptées à tous les projets.

PROFAST

Logiciel de conception pour les métiers de l'aluminium. Solution modulaire qui permet de concevoir
avec la même simplicité façades modulaires, murs rideaux, verrières, vérandas, portes et fenêtres.
PROFAST est un produit intégré au logiciel de CAO/DAO AUTOCAD

SOFT CAD

Téléchargez SoftCAD.3D® Lite 1.16 gratuitement! Il s'agit d'une version non bridée à usage
commercial. SoftCAD.3D® est un logiciel professionnel qui permet la création aisée de modèle 3D.
Idéal pour un large public y compris les utilisateurs existants de logiciels de CAO qui ont besoin d'un
outil de visualisation. Didacticiels gratuits disponible. SoftCAD.2D® 3.0 ArchiTECH.PC® 3.0

STARBAT C.A.O/D.A.O

STARBAT est un logiciel de CAO/DAO complet et autonome destiné aux professionnels du bâtiment.
Initialement conçu pour répondre aux besoins des Architectes et des Bureaux d'études, son champ
d'application est élargi à des secteurs tels que: La gestion de patrimoine Immobilier, La domotique,
l'urbanisme.

TEXACAD

La société TEXACAD distribue des applicatifs français pour le logiciel AutoCAD dans le domaine de la
climatisation et de la plomberie. Ce site assure la promotion de ces applicatifs qui répondent aux
besoins des bureaux d'études et des entreprises.

THERMOTEQUE

La thermothèque, c’est une base graphique permettant de réaliser d’une manière simple et rapide,
des schémas d’installation de chauffage domestique et des schémas de principe de chaufferies
collectives.

TOP A.E.C. SA

TOP A.E.C. SA, filiale du groupe ALL SYSTEMS est le premier groupe français spécialisé en
DAO/CAO pour les professionnels du Bâtiment

TOP ARCHI

TOP A.E.C. a réuni les techniques les plus avancées en CAO dans une gamme de produits
totalement intégrés et facile d'accès: conception, images de synthèse, photos réalistes, métrés
descriptifs quantitatifs estimatifs (DQEs), production de plans d'exécution, tout est réuni dans un seul
logiciel qui fait de TOP ARCHI une solution professionnelle pour l'architecture.

135
TOPDESIGN

Services informatiques.
Topdesign est un logiciel de CAO bâtiment et architecture professionnelle édité par la société
Archivolt.

TRACE

TRACE Software est éditeur de logiciels techniques et d'applications métiers liées à la CAO.

VITRUVE

Vitruve apporte les outils nécessaires pour exploiter le standard AutoCAD dans les métiers du
bâtiment. Associant souplesse, clarté et rapidité dans la saisie et l'élaboration des projets, Vitruve
offre un ensemble complet de commandes spécifiques « Architecture » et fait aussi bénéficier ses
utilisateurs d'une bibliothèque de 6500 symboles.

Gestion
ANAEL BTP

Anael BTP, est une solution éprouvée et sécurisée s'appuyant sur plus de 20 ans d'expérience auprès
des entreprises du BTP. Sa grande richesse fonctionnelle, sa souplesse et son adaptabilité rendent
les saisies limitées et permettent l'optimisation des processus administratifs.

DEVIS BTP

Devis - Facturation - Situations de Travaux - Spécifique aux artisans et aux entreprises du Bâtiment et
Travaux Publics.

EURICIEL

Logiciels verticaux - Périphériques et matériels - Solutions Internet (supply chain, composants

logiciels, e-business...)

Gestion BTP pour Windows

GESTION BTP propose une solution simple et rapide pour la gestion de vos stocks : bibliothèque
multi tarifs, importation des tarifs des principaux constructeurs, étiquetage codes barres, aide à la
préparation des commandes fournisseurs, livraisons de chantiers, gestion des retours chantiers,
pointages factures, inventaires, stocks.

LOGICIEL OPERA

Logiciel de gestion financière et administrative. Il s'adresse particulièrement aux maîtres d'ouvrage,

architecte, maître d’œuvre, bureau d'étude, coordinateur...

Marge+

136
Nouvelle version du logiciel Marge+ conçue avec les professionnels du BTP incluant - le référentiel:
bible, tâches, ressources et articles, - études de prix, devis commercial, calcul de marge et
planification, - gestion prévisionnelle par tâche et par article, - suivi de chantier avec comparatif /
prévisionnel, projection des résultats et des délais, - prévisions de trésorerie chantier avec
réajustement.

Planning BTP pour Windows

Simple et efficace, inspiré des plannings muraux, cet outil est destiné aux responsables de chantiers
pour planifier le travail des salariés ou équipes complètes en offrant une vue complémentaire de leur
activité ainsi que la gestion des autres ressources du chantier (engins, véhicules, matériels de
location, sous traitants).

PRO G PRODUCTION

Le système de gestion électronique de documents Pro/G Production répond à une préoccupation

grandissante: comment manipuler plus vite et plus facilement l'information. Il permet d'organiser et de
gérer une masse de documents de plus en plus importante, en améliorant la communication entre les
membres d'un groupe de travail, gage essentiel d'une organisation efficace.

SPI SOFTWARE

Depuis 1992, SPI Software développe une gamme de logiciels de gestion et de conception pour les
PME de l’industrie de l’ameublement et de transformation du bois.

Suivi BTP pour Windows

L’objectif est d'optimiser la gestion de l’entreprise en apportant un outil pour établir le contrôle
budgétaire des chantiers sans attendre les arrêtés comptables.

Gestion de projet
BATIMAX

Un logiciel souple et précis pour architectes et entreprises: devis, métrés, descriptifs, C.C.T.P, Notice
45.1, O.S, marchés, avenants, contrats, facturation. En option: situations de paiement, suivi matériaux
et main d'ouvre.

G.I.T.

Le Logiciel G.I.T. Maîtrise d’œuvre Pièces écrites, honoraires, estimations, planning, facturation, ...

HYPERARCHI 4

HyperArchi est avant tout une base de données. Sa force réside dans la diversité et dans la quantité
d'informations qu'il gère et auxquelles il permet d'accéder simplement. Qu'il s'agisse de bibliothèques
de descriptifs et de prix, d'images, de modèles de documents, d'intervenants ou de contacts, de
projets, de marchés, de notes d'honoraires, de pointages ou de notes de frais, HyperArchi permet de
constituer / consulter tous ces documents rapidement et les présente de manière rationnelle.

137
SGTI (Derbi)

Les modules de base offrent :

 la gestion électronique des documents du projet (plans, comptes-rendus, planning, ...)
 la messagerie avec gestion des accusés de réception
 la gestion des circuits de validation associés aux documents sur le serveur
Le module financier propose: la saisie, validation, calcul et édition des situations de travaux en
conformité avec le code des marchés publics. Gestion des fiches modificatives, des OS et génération
du bilan financier OPR. Organisation et gestion des opérations préalables à la réception (réserves)

Immobilier
ABSIA

L’objectif d’ABSIA est d’offrir une solution globale de gestion opérationnelle du patrimoine immobilier
en proposant des outils adaptés aux non informaticiens. ABSIA s’est entouré de spécialistes dans
différents domaines afférents au "Facility Management" pour mettre au point une offre logicielle
répondant d’une manière très précise aux besoins des responsables de services généraux et
responsables informatiques afin d’optimiser l’exploitation de leur patrimoine immobilier.

AGILE

Logiciels de gestion dans les domaines paie et RH, gestion des temps, comptabilité, immobilier
(gérance locative, saisonnière, syndics de copropriétés), gestion commerciale, contrôle qualité ISO
9001.

ALEXIA

Paye des employés

ALTO INFORMATIQUE

Progiciels de conseils et simulation en financement immobilier destinés aux banques, courtiers en

crédit, conseil en gestion de patrimoine, CIL, constructeur/promoteurs, agences immobilières, ...

ARAMIS

Aramis... tout gérer au doigt et à l'œil. Aramis est un outil de gestion complet qui rassemble toutes les
fonctionnalités qu'un professionnel de l'immobilier est en droit d'attendre.

ARKIANE PROGICIELS

Editeur de logiciels de gestion immobilière sous Windows®, Arkiane propose une gamme complète:
"Arkiane locations saisonnières" pour les locations de vacances, "Arkiane transactions immobilières"
pour les achats/ventes, "Arkiane syndic" pour la gestion des copropriétés, "Arkiane gérance" pour la
régie locative.

Ces progiciels immobiliers sont tous connectables sur internet : permettent ainsi de proposer à vos
clients la réservation en ligne, la vente en ligne, la consultation des comptes, etc...

138
CERG DEVELOPPEMENT

cerg développement est le spécialiste des systèmes informatiques destinés à la gestion des
immeubles de bureaux, des centres commerciaux, des galeries commerciales, des entrepôts, des
boutiques...et aussi des logements si le patrimoine en comporte.

DELGER

DELGER offre aux agences immobilières, une gestion efficace de leur activité de Gestion Locative.
Bénéficiant de l’interface graphique de Windows®, permet d’accéder et de visualiser rapidement les
informations sur les locataires, propriétaires, situations des comptes, etc. Permet d’effectuer les
appels de loyer, gérer les changements d’indice de construction et les augmentations de loyer,
d’effectuer les encaissements locataires, et les paiements propriétaires, et ce de façon très simple.
DELGER comporte aussi de nombreuses fonctionnalités facilitant la gestion de l’activité.

EGIDE INFORMATIQUE

Progiciels pour la gestion immobilière

GAIN+ZA

GAIN+ est concepteur de "Logiciels d'Achats" pour toutes tailles de sociétés

GESTRAT

Gestion des contrats d'entretien et d'exploitation

GETAL-ARGOS

Gestion d'inventaire et de plan pluriannuel de travaux

GIBTOS

Gestion des bons de travaux et ordres de services

GROUPE SEII

Logiciels immobiliers pour administrateurs de biens

HORIZON 2000 INFORMATIQUE

Progiciels pour la gestion immobilière.

JONQUILLE GERANCE

Une gestion locative très rapide à mettre en place, simple à utiliser, et cependant puissante et sûre.
Utilisable en monoposte ou en réseau, pour des parcs à partir de 15 lots.

139
LIS INFORMATIQUE

Société spécialisée dans la gestion immobilière : progiciel Solhis, destiné aux organismes HLM.

LOG'IN MICROLOG

Logiciels pour professionnels de l'immobilier.

LOGIQUE

Logiciels pour administrateurs de biens.

LOLITA

Suivi des locations

MILADY

Milady est un progiciel de paie adapté aux administrateurs de biens et à toute société gérant un
patrimoine immobilier.

MIMOSA COMPTABILITE GENERALE

Une comptabilité générale simple et précise, adaptée à l'immobilier.

PRIMEVERE

Un outil intégré et modulaire pour toute la gestion professionnelle de l'immobilier.

PRISCA

Comptabilité générale

PRO PLAN AMENAGEMENT

Gestion du patrimoine immobilier en liaison ODBC

SDGI

Suite complète de logiciels de gestion, transaction, syndic et sites internet.

SEET CECOBA ROCHER

Logiciel de gestion immobilière

SIMS

Système d'Indicateurs de Maintenance Standardisés

140
SYCO

SYCO est un logiciel conçu pour effectuer rapidement l’ensemble des travaux et opérations
comptables d’un syndic de copropriétés. Sa souplesse et sa facilité d’utilisation au cœur de
l’environnement graphique de Windows® , font de ce logiciel l’outil idéal pour une gestion optimale
des copropriétés

SYNDIC SGDI

Plus de 15 années de collaboration étroite avec des agents immobiliers et leurs experts comptables
ont débouché à l’élaboration de produit SDGI.

TRANSACTION

Logiciel de transaction réalisé après une étude longue et précise des besoins des agences
immobilières.

VALERIA

VALERIA est le logiciel de suivi des travaux pour les syndics de copropriétés et administrateurs de
biens. Son but est de traiter intégralement les ordres de services, depuis leur émission jusqu'à
l’exécution, et ceci automatiquement. Le carnet d'entretien en découle et s'imprime tout simplement.

VENDELIS

Vendelis est une solution logicielle permettant une gestion rapide et facile de biens immobiliers. Les
différents écrans de saisie (Propriétaires, Lots, Adhérents) sont constitués d'onglets permettant soit de
visualiser le détail d'une fiche, soit de visualiser l'ensemble du fichier par l'intermédiaire d'une grille.

Maintenance
CIRIS

Grâce à AXEL, il est désormais possible de gérer la maintenance de façon simple. Un maximum
d'efforts a été réalisé pour concevoir un logiciel simple d'utilisation et adaptable.

CORIM SOLUTIONS

Corim Solutions, c'est plus de 10 ans d'expérience dans le domaine de la maintenance informatisée,
avec 7 progiciels, plus de 300 sites installés dans 12 pays, en 5 langues.

SIVECO GROUP

SIVECO GROUP est spécialisé dans la Gestion de Maintenance Assistée par Ordinateur depuis sa
création en 1986.

TECLOGIE

141
logiciels de gestion de maintenance et de gestion de la qualité, utilisés aujourd’hui dans plus de 500
sites à travers le monde

Métré
CALEpinage®

CALEpinage® est le logiciel métier de la gamme LOGItram spécialisé pour l'étude et le chiffrage des
chantiers nécessitant des calepinages comme les faux plafonds, planchers techniques, revêtements
de sols.

CLOIsons®

Le logiciel de référence des cloisons modulaires destiné aussi bien aux entreprises et agenceurs
qu'aux fabricants et négociants.

COVADIS

Applicatif de référence d'AutoCAD en topographie et projets V.R.D. Complet et performant, c'est la

garantie du meilleur rendement.

Devis BTP pour Windows

Une solution complète et performante spécialement destinée aux entreprises du bâtiment quels que
soient leurs corps d'états. DEVIS BTP est un outil professionnel qui permet de réaliser simplement
toutes les fonctions nécessaires à l'élaboration de devis, factures, situations, gestion des clients et
préparation des budgets de chantiers.

DK.METRE

Le logiciel a été crée en 1985 en France afin de développer des outils techniques à destination des
entreprises de travaux publics, des bureaux d'études et des collectivités locales. CDI Technologies a
installé plus de 400 licences DK.mètre et est référencée en termes de qualité et de compétences
auprès des plus grands groupes de travaux publics.

E BAT

E-bat est un logiciel de devis / facturation conçu avec les outils les plus modernes de l'informatique. E-
bat est l’aboutissement d’un long travail qui a mobilisé pendant plusieurs années des métreurs
vérificateurs et des informaticiens qui ont conjugué leurs efforts pour proposer un produit unique par
sa puissance et la qualité de sa technologie.

ELCIA PRODEVIS

ELCIA est une société informatique spécialisée dans la conception et la réalisation de logiciels
spécifiques aux métiers de la menuiserie et des fermetures.

Les différents outils sont destinés à tous les professionnels de ce secteur: artisans ou industriels,
fabricants ou revendeurs et concernent tous types de produits : fenêtres, portes, volets roulants, volets
battants, portails, stores, quincailleries…

142
L’ESTIMATEUR

Un logiciel d'estimation, devis ou métré, simple et efficace, L'Estimateur Spécialisé, L'Estimateur

Digital et MySoft, sont spécialement conçus pour cela.

LOGIcal.prm®

Le logiciel LOGIcal.prm permet d'effectuer le plan de calepinage par pièce à partir des calculs
énergétiques réglementaires et des calculs de déperditions par pièce (définition de la surface,...)

LOGIceram®
Logiciel spécifique pour le calepinage et calculs des carrelages, revêtements de sols et murs.

MESURA

Outil idéal pour l'économiste de la construction utilisant AutoCAD. Apprécié pour sa souplesse et sa
capacité d’échanges par le gestionnaire de patrimoine, Mesura sera indispensable à l’architecte
souhaitant maîtriser le coût de son projet et séduira l’ingénieur de production pour les nombreuses
nomenclatures qu’il doit produire.

MUTI DEVIS 2000

Multi Devis 2000 est un logiciel de devis et de suivi de chantiers sous Windows.

OPTICOUPE

Lance en 1996, OptiCoupe est aujourd'hui, avec plusieurs milliers de licences en service dans plus de
20 pays, le leader de l'optimisation de débits de panneaux et de barres.

PRODEVIS

ProDevis est un logiciel commercial destiné a la vente de menuiseries, fermetures et protections

solaires. Il réalise des devis parfaitement illustrés qu'il gère jusqu'à la facturation.

SESIA

Logiciel de prévision des coûts de construction aux niveaux "programmation" et "études de faisabilité".
Logiciel de prévision des coûts de construction aux niveaux "avant-projet sommaire" et "avant-projet
définitif". Logiciel de création et d'exploitation de bibliothèques de fiches de coûts constatés Logiciel
destiné à faciliter la négociation des rémunérations de la Maîtrise d'Oeuvre publique sur la base des
décrets d'application de la loi MOP.

TOBAGO

Digito LOGICIEL de relevé de quantité qui s'adresse à tous ceux qui font des métrés à partir de plans
ou de photos sur support papier ou numérique.

143
Sites Internet de l’offre Commerciale Existante
 Acte informatique - Importateur de Allplan : commercialisation, mise en service et formation.
 AD Développement - Les produits sous Autocad de coffrage, ferraillage et topographie.
 ADCI - Specialisé dans l'informatique de gestion pour les entrepreneurs.
 AdX - Édition et distribution de logiciels en structures béton armé, métal et bois.
 ALT Computer - Logiciels de gestion de production bâtiment. Mise en place de solutions de
suivi et contrôle.
 Amaline - Coordonateur Pro : pour la gestion de missions de sécurité et de protection de la
santé (SPS).
 APIBat - Logiciels de gestion destinés aux métiers du bâtiment.
 Arcade - Solutions informatiques pour les professions des matériaux de construction et des
travaux-publics.
 Arentel - Logiciels informatiques pour le bâtiment, assistance et formation.
 Attic + - La gamme des logiciels : estimations et métré, gestion de chantiers et de
patrimoine, et d'appel d'offre pour le bâtiment.
 Axilog Informatique - Logiciels de gestion de cabinets d'assurances et contrats d'entretien.
 Calepiweb - Logiciel de calepinage pour les plafonds suspendus ou faux plafonds.
 Catelec - Fichier regroupant les articles de 130 fabricants destiné aux entreprises
d'électricité, artisans, éditeurs de logiciels.
 Challenge technologies informatique - Logiciel de gestion de traçabilité de produits carnés
(Qualiboo). Logiciel des négociants en matériaux de construction (Logimat). Logiciel des
distributeurs de pièces auto (Logipad).
 Dialgeo - Logiciel pour la gestion de la profession de géomètre expert, pour tout bureau
d'études.
 Elcia - Spécialisé dans l'informatique des menuiseries et fermetures.
 Études et ouvrages - Logiciel de création de devis, factures, commandes, gestion des
fournitures et des clients.
 FMCP Informatique - Solutions logicielles pour les négoces liés au bâtiment.
 Graitec - Édition de logiciels de CAO et de calcul de structures pour le bâtiment et le génie
civil : béton armé, construction métallique, constructions en bois.
 Groupe All Systems - Logiciels de CAO et DAO dediés aux professionnels du bâtiment.
 ICI Solution Bâtiment - Solution informatique pour les métiers du bâtiment : traitement des
devis, suivi de chantier et gestion des interventions.
 Intergraph - Matériel et logiciel informatique visant à intégrer et optimiser les projets
d'architecture, de construction, d'implantation et de gestion du bâtiment.
 Itech - Calculs statiques, dynamiques, sismiques et des assemblages pour constructions
métalliques, en béton ou en bois.
 Logibois - Logiciel de calcul pour la charpente et la menuiserie.
 Logiciel GIT (Le) - Logiciel de description, de quantification, d'estimation, de mesure et de
consultation des entreprises.

144
  Logiconstruct - Gamme de logiciels Devisoft pour Windows de gestion de production pour
les entreprises du BTP et les PME industrielles.
 LUQS - Développeur de logiciels d'estimation détaillée des coûts de construction de
bâtiments et de travaux publics.
 Metalogic Software - Distribution, formation et maintenance de logiciels pour le calcul de
structures en acier.
 Microcopie - Logiciels pour le bâtiment.
 Pharos - Conception, édition et distribution de solutions progicielles adaptables : métré,
études de prix, suivi de chantier, facturation, gestion de parc, SAV, paye et comptabilité.
 Progiscad - Logiciels et services pour le BTP, le génie civil, les bureaux d'études.
 Pro2i - SSII éditant des logiciels pour entreprises du BTP : gestion, devis, suivi d'affaire, sav
et maintenance. Formation, installation et assistance.
 Robo Bat - L'édition de logiciels de calcul dans le bâtiment et la construction en acier, béton
armé, bois et aluminium.
 Site Alpha - Éditeur du logiciel Sam, qui permet de gérer l'ensemble des interventions liées
à la vie d'un bâtiment.
 SoftCAD - Éditeur de logiciels de CAO professionnelle pour le bâtiment.
 Sol Expert - Bureau d'études géotechniques. Conception d'ouvrages souterrains, assistance
technique, mise à disposition de logiciels de calcul.
 Synerglass-Soft - Propose des logiciels pour la gestion des entreprises de modification de
verres plats.
 Terrasol - Bureau d'ingénieurs conseil en géotechnique. Développement et distribution de
logiciels de calcul géotechnique.
 Tobago - Logiciels de métré et calculs sur plans papier, plans scannés, plans CAO, DAO ou
photographies.

Mais aussi :

 Devisoft www.scifag.fr
Logiciels de gestion édités par Scifag pour le secteur du BTP (Devisoft)
 A.Doc www.a-doc.com
Logiciels en CAO 2D/3D compatibles AutoCad pour les professionnels du bâtiment
(A.Doc). Présentation de la société, des produits et services.
 ELCIA www.elcia.fr
L'Informatique des Professionnels de la Menuiserie (ELCIA) ELCIA conçoit et
réalise des logiciels de vente spécifiques aux métiers de la menuiserie et des
fermetures.
 ETI informatique www.eti-info.fr/
Développement et installation clé en main de solutions informatiques pour
concessionnaires et loueurs de matériel (ETI informatique) entres autres dans le
domaine du bâtiment et des travaux publics. Description du produit-phare : VISU.
 IDBAT www.id-bat.fr/
Suite logicielle de GMAO bâtiment et EDELE (IDBAT) logiciel d'état des lieux.
 Archilog www.archilog.fr/
Logiciel Arc+ DAO/CAO en architecture (Archilog) prestation de service en
infographie graphique.
 Attic plus www.attic-plus.fr
Logiciels bâtiment permettant le traitement des données ainsi que la digitalisation
et la récupération des plans de CAO (Attic plus).

145
 Tr-ciel www.tr-ciel.com/
Progiciel permettant le calcul d'installations électriques basses tensions
garantissant le respect de la norme NF C 15-100 (Tr-ciel).
 Navibat www.navibat.com
Logiciel de gestion de projet BTP pour la planification et suivi de chantier
(Navibat).
 Thermsof@t.com www.thermsoft.com
Développement et commercialisation de logiciels techniques (Thermsoft.com) de
gestion complète pour le secteur du bâtiment et propose également des solutions
E-Commerce et de Webdesign.
 Isbat www.isbat.fr/
Le logiciel bâtiment GIT maître d’œuvre (Isbat) architecte et construction btp : le
suivi, la gestion des chantiers, appels d'offres, métré.
 BOSS International www.bossintl.co.uk/fr/index.html
Fournit des logiciels pour la modélisation de l'hydrologie (BOSS International) de
l'hydraulique et du génie civil et de l'environnement.
 Ifca informatique www.ifca.fr/
Proposant des solutions adaptées au bâtiment (Ifca informatique).
 Génivar www.genivar.com/
Ingénierie et conseil dans le domaine de la construction (Génivar)
 ISUPE www.isupe.com
Initiative pour des Services d'Utilité Publique en Europe (ISUPE) Participe
activement aux débats et aux prises de décisions qui concernent l'avenir des
services d'utilité publique.
 VM zinc www.vmzinc.com
Étude ( VM zinc ) conception et fabrication de toitures, façades en zinc.
 Menard Soltraitement www.menard-soltraitement.com/
Entreprise internationale spécialisée dans la mise en oeuvre de solutions de
fondations basées sur les techniques d'amélioration de sol (Menard Sol
traitement).
 Sovag fondations www.sovag.com/
Entreprise spécialisée dans les travaux spéciaux dans le bâtiment et dans la
réhabilitation d'ouvrages : fondations spéciales (Sovag fondations) génie civil,
consolidations et reprises de bâtiments, micro pieux, puits, longrines et injections.

146
Recommandations en guise de conclusion
Introduction
Les recommandations formulées sont une sorte de synthèse des idées fortes qui se dégagent de
l’étude qui a été conduite. Elles ne peuvent reprendre tous les points qui ont été abordés et se
contentent de mettre en avant des changements essentiels, en les regroupant selon leur nature, i.e.
stratégique quand il s’agit d’un impact global sur l’organisme avec des conséquences sur les relations
que nous entretenons ou devrions entretenir avec nos partenaires, techniques quand elles supposent
de mieux préciser nos pratiques logicielles ou de les faire évoluer, organisationnelles quand elles
suggèrent des changements dans nos fonctionnements et notre organisation, commerciales et
financières quand elles discutent des moyens à mettre en œuvre pour atteindre les résultats. Cette
décomposition est un peu arbitraire et certaines des recommandations ont du mal à ne trouver place
que dans une seule catégorie, les inter-dépendances entre ces catégories et entre les
recommandations elles mêmes rend difficile toute structuration trop rigide. Néanmoins, et pour en
faciliter la lecture, un regroupement est proposé.

Recommandations Stratégiques
1. Il semble nécessaire de passer d’une stratégie d’offre CSTB à une approche fondée sur la
demande, sur les besoins du marché, tout en clarifiant à chaque fois le rôle économique
auquel le logiciel ou la prestation correspondent (e.g. prescription, contrôle, calcul, simulation,
etc.). Pour ce faire, il sera nécessaire de globaliser la perception et la compréhension que
nous avons du marché et qui est aujourd’hui circonscrite aux départements. En effet, c’est
souvent au travers des activités de consultance qui sont conduites par un département que ce
dernier analyse la demande, pour le logiciel comme pour les autres prestations au demeurant.
Nous avons donc une approche fractale et dispersée des besoins des utilisateurs, et les
décisions prises par un département sont en général peu coordonnées avec les autres, de
telle sorte que la mise sur le marché d’un logiciel ne fait pas l’objet d’une réflexion conjointe et
coordonnée et peut ainsi entraîner des difficultés imprévues pour d’autres activités ;

2. Il faut mieux positionner le CSTB dans la chaîne de valeur quitte à identifier des
positionnements multiples. Il nous faut également évaluer les différents types de business
modèles possibles et les manières de les mettre en oeuvre. Les activités logicielles à finalité
commerciale (à partir de la phase 3) gagneraient probablement à être « déportées »
progressivement dans une structure de type filiale dans laquelle le CSTB aurait une
participation importante et qui lui assurerait à terme des revenus récurrents. Une création de
ce type pourrait bénéficier d’un contexte actuellement favorable grâce aux mesures incitatives
en vigueur mises en place par le gouvernement, mais une étude spécifique de viabilité devrait
être conduite, en considérant différentes variantes suivant les ressources qui seraient
apportés dans la corbeille de mariage. Pour assurer la viabilité d’une telle opération, le CSTB
doit accepter de renoncer temporairement à certains produits d’exploitation pour bénéficier à
moyen terme d’un bon positionnement, d’un retour sur investissements satisfaisant tout en y
transférant bien évidemment ensuite un certain nombre de charges.

3. Il nous faut nous appuyer sur des partenaires, probablement des éditeurs de logiciels
spécialisés, qui dans une première étape complèteront le savoir faire du CSTB et qui au fil du
temps, nous permettront d’acquérir les compétences faisant défaut. Cette logique vaut aussi
bien pour les activités prenant place au sein des départements que pour celles qui pourraient
être transférées dans une filiale, ce probablement dès le démarrage éventuel d’une nouvelle
société d’édition liée au CSTB.

4. Il nous faut systématiquement préserver nos intérêts et en cas de sous-traitance ou de

partenariats avec un tiers, s’assurer de l’établissement et du respect de notre propriété
intellectuelle et veiller à maintenir autant que possible le lien aval avec les clients. Cette
propriété intellectuelle peut ensuite être éventuellement transférée dans la filiale sus-

147
 mentionnée en échange de royautés ou de toutes autres dispositions commerciales adaptées
à la mise sur le marché des produits.

5. In fine, le CSTB doit se doter à terme d’un système d’information global pour l’entreprise, qui
permette à tous les agents de disposer d’un accès facile à tous les documents de référence,
ATs, essais, mesures, modèles, codes, etc. Un tel système ne saurait se limiter à un certain
nombre de machines interconnectés, il doit être pensé, organisé, structuré et sécurisé, afin
que ces ressources soient mises en commun et que le levier maximum sur la connaissance
de l’organisme soit obtenu. Ce système d’information serait également un lien fort avec la
structure d’édition partenaire ou filiale.

Recommandations Techniques
En matière technique, nous devons probablement poursuivre deux voies complémentaires, ne serait-
ce qu’en raison de la position très affirmée prise par notre ministère de tutelle. L’une mettra en œuvre
des solutions propriétaires, du meilleur niveau technique et faisant l’objet d’une large adhésion du
marché et des équipes du CSTB afin que nous ayons une transition douce entre les différentes
phases de développement d’un produit logiciel depuis le prototype jusqu’à la version packagée
proposée par notre filiale, probablement autour de Microsoft, l’autre s’appuiera sur des standards et
des logiciels libres afin de ne pas se couper de certaines communautés qui ont rejeté complètement
les solutions propriétaires (e.g. spécification ACAI).

Pour ce qui concerne les approches basées sur les logiciels libres, on veillera à :

1. S'appuyer sur des standards "libres", inter opérables, matures et à les utiliser à bon
escient que ce soit pour les problèmes de présentation (e.g. PDF - XML, (X)HTML, javascript,
CSS – GIF) pour la gestion des données (e.g. bases de données relationnelles (SQL) – XML -
STEP / IFC), pour mettre en œuvre une interopérabilité (e.g. Webservices (SOAP) – XML), ou
encore pour disposer de méthodes (e.g. UML)

2. Favoriser l’intégration plutôt que l’implémentation, réutiliser au maximum le code déjà

développé en interne et en externe en ayant largement recours aux librairies sous licence
GPL. La maîtrise du code est dans ce type d’approche un gage de pérennité et de fiabilité.

3. Favoriser la génération automatique de code à partir de schéma indépendants des langages

(UML,DDL, WSDL, XML), en particulier en matière de générateurs de documentation
(Oxygen, javaDoc), de générateur de code (Eclipse, JET), de générateur de code de
persistance en base de données (Hybernate), de générateur de code de persistance en XML
(BorlandXML), de générateur de code d’appel et d’exposition de services Web (Axis), de
générateur de code C# ou Java à partir d’UML (XDE).

Pour ce qui concerne les solutions propriétaires :

1. Profiter de l’homogénéité de ces IDEs pour harmoniser les pratiques et les méthodes, que ce
soit en termes de modèles objets, de codage proprement dit, de documentation, de
procédures de tests, de validation par les utilisateurs, etc. tout ceci afin de limiter le nombre, la
diversité et l’hétérogénéité des outils et plate-formes logicielles déployées par le CSTB mais
en identifiant les champs d’activités qui peuvent obéir à des logiques dérogatoires compte
tenu des particularités des métiers, des contrats, du contexte.

2. Hors ces zones dérogatoires, s’appuyer sur ces environnements pour mettre en place de
nouvelles méthodes, basées sur le « eXtreme Programming » avec un cycle journalier de
développement, validation, acceptation, et incrémentation du projet logiciel. Cette approche
sera harmonisée avec la filiale logicielle afin que l’ensemble des éléments constitutifs d’un
développement logiciel et à ses différents stades, puisse être transmis de manière fluide entre
les intervenants.

148
 3. Promouvoir des librairies d’objets et de fonctionnalités dont les interfaces (au sens
programmatique) sont les bases du contrat logiciel sur lequel se fonde leur utilisation
transversale par divers départements, par les partenaires et la filiale, valider la démarche avec
un véritable projet « modèles objets de bâtiments » permettant de recenser les besoins des
utilisateurs, des départements, des développeurs, etc. en matière de structures de données à
partager entre systèmes logiciels. C’est une problématique omni présente au CSTB depuis les
modèles requis pour TRNSYS, le virtuel, en passant par ceux développés par DDD, DAE,
etc…

Du manière générale, et quelles que soient les solutions retenues, i.e. propriétaires ou non :

1. Internationaliser nativement les applications en utilisant des chaînes de caractères

« externalisées » et visant un langage cible, en utilisant des charset internationaux ISO, UTF,
Unicode

2. Unifier ou externaliser le développement les fonctionnalités génériques ou récurrentes comme

la gestion des utilisateurs, la gestion de projets/sessions, la gestion de la persistance (en
base, sur disque), la mise en œuvre d’une charte graphique (utilisation de templates)

3. Développer des bibliothèques de composants métiers durables, réutilisables et interopérables.

4. Mettre en place une politique de protection des logiciels CSTB contre la copie illicite
http://www.macrovision.com/products/legacy_products/flexlm/index.shtml (Macrovision / Flex
LM ?)

Recommandations Organisationnelles
1. Adopter une méthode de gestion du cycle de développement des logiciels (ex : cycle en V,
« eXtreme Programming », etc.)

2. Adopter une méthode de rédaction et de mise en œuvre de business plan par projet logiciel.

3. Adopter un plan qualité définissant les procédures et les documents liés à chaque étape
(GAP+).

4. Accompagner l’organisation existante vers une organisation cible.

5. Nommer un comité logiciel en y impliquant les départements et en définir la mission :

a. Bâtir une stratégie logicielle : business models
b. Evaluer l’existant
c. Evaluer, définir les priorités des projets
d. Dégager des synergies entre les projets
e. Gérer les compétences (formation, profils, disponibilité)
f. Assurer une veille technologique externe : évaluer les technologies émergentes
g. Assurer une veille concurrentielle : évaluer les produits concurrents

6. Mettre en place une gestion de projet normalisée et partagée :

Ressources humaines :
a. Responsable maîtrise d’ouvrage : connaissant et sachant exprimer le besoin (cahier
des charges)
b. Chef de projet : capable de traduire les besoins fonctionnels en spécifications
techniques.
c. Responsable du respect de la satisfaction client, des coûts et délais.
d. Intégrateur : responsable du fonctionnement technique global
e. Développeur(s) : responsable du fonctionnement technique unitaire
f. Testeur(s) : capable de valider le fonctionnement par rapport au cahier des charges.

149
 g. Chef de produit : responsable de l’évolution du produit, de la relation client.

Outils :
h. Gestion de bugs partagée (Bugzilla)
i. Partage et « historisation » du code (CVS, WebCVS)
j. Génération de documentation technique (Oxygen, Javadoc)
k. Gestion de projet (Open WorkBench)

Documents: (plan qualité GAP+)

l. Cahier des charges
m. Dossier de spécification
n. Documentation technique
o. Documentation utilisateur
p. Plan de test

7. Sous-traiter lorsque c’est moins cher mais en gardant la maîtrise du code si possible (implique
de pourvoir comparer les coûts en interne et en externe).

8. Rester intégrateur chaque fois que possible permettrait au CSTB de garder la maîtrise de la
connaissance technique.

9. Externaliser certaines étapes pour lesquelles le CSTB à peu de compétences ou une

expérience limitée : industrialisation, commercialisation, maintenance.

Recommandations Commerciales et Financières

1. Etudier le marché avant d’investir dans un produit (définir le point d’équilibre au plus tôt).

2. Mettre en place des indicateurs permettant de chiffrer les projets.

3. Se doter d’un fonds d’investissement logiciel permettant de participer ou de co-financer le

développement de logiciels en partenariat financier avec les équipes et les tiers (e.g.
extensions de SIMSOL)

Initialisation des Recommandations

Le chantier est suffisamment vaste pour que l’on puisse suggérer quelques étapes préalables afin de
procéder à une initialisation des recommandations formulées plus haut.

1. Définir l’organisation cible (filiale ?) et proposer un business plan.

2. Encourager et reproduire, intégrer les bonnes pratiques existantes à l’organisation cible.

3. Sélection quelques projets candidats.

4. Mettre au point un dossier d’affaire pour chaque projet retenu.

a. Executive summary
b. Produit et proposition de valeur
c. Etude de marché, analyse des concurrents et positionnement
d. Business model, organisation et processus
e. Equipe de management
f. Opportunités et risques
g. Eléments financiers
h. Planning de mise en oeuvre

5. Lancer le ou les projets pertinents.

150
Quelques références de l’auteur
1. R. Bowen, P. Poyet, P. Leymarie, 1985. Database Management Systems. Proc. of
COGEODATA Workshop : Implementation on Micro-Computers of the Software Available for
the Processing of Exploration Data, 20-22th March, 1985, INRIA Sophia Antipolis, Abstracts.
2. P. Poyet, 1985. Un logiciel de sélection des anomalies de géochimie des eaux liées à
d'éventuelles minéralisations uranifères à partir des données complémentaires de prospection
sous couverture de Corbigny. Rapport édité par l'Ecole des Mines de Paris, Centre de
Télédétection et d'Analyse des Milieux Naturels, CTAMN/85/R/05, 78 pp.
3. P. Poyet, 1986. Un Système d'Aide à la Décision en Prospection Uranifère: Méthodes de
Discrimination des Anomalies Géochimiques Multi-élémentaires Significatives. Thèse de
Doctorat d'Etat ès Sciences, Université de Nice - Institut National de Recherche en
Informatique et en Automatique, Edité par le CNRS, et également édité sous forme de micro-
fiches par l'Atelier National de Reproduction des Thèses de l'Université des Sciences Sociales
de Grenoble, 436 pp.
4. P. Poyet, 1986. Un logiciel convivial de traitement et d'intégration des données géochimiques
sur micro ordinateur IBM AT, Rapport INRIA MC 14868, 1986, 52pp.
5. P. Poyet, 1987. La structure de contrôle dans les systèmes experts de simulation. Proc. 6ème
Congrès Reconnaissance des Formes et Intelligence Artificielle de l'Association Française de
Cybernétique Economique et Technique, Editions Dunod Informatique, ISBN 2-04-013480-8,
Vol. 2, 1987, p. 723-738.
6. P. Poyet, P. Haren, P. De la Cruz, 1987. Un système expert de simulation navale. Proc. 6ème
Congrès Reconnaissance des Formes et Intelligence Artificielle de l'Association Française de
Cybernétique Economique et Technique, Editions Dunod Informatique, ISBN 2-04-013475-1,
Vol. 1, 1987, p. 587-592.
7. P. Poyet, P. De La Cruz, 1987. Simulation Navale en Environnement Hostile. Actes de l'Ecole
d'Automne d'Intelligence Artificielle. Article invité par l'Institut d'Expertise et de Prospective de
l'Ecole Normale Supérieure de la rue d'Ulm, Proc. de l'Ecole d'Automne, Campus Thomson,
Jouy en Josas, Oct. 1987, 10pp.
8. P. Poyet, 1987. La Conception de Systèmes Intelligents: Exemples d'Applications dans les
Géosciences. Cours de Maîtrise des Sciences et Techniques, Deuxième Année, Laboratoire
de Géologie et Géochimie, UA 725 du CNRS, Université de Nice, Parc Valrose, 06034 Nice
Cédex, 72 pp.
9. M. Detay, P. Poyet, 1988. Environnement et Géologie: Application de l'Intelligence Artificielle
en Hydrogéologie, Géologues, Sciences de la Terre et Techniques Modernes, Revue
Officielle de l'Union Française des Géologues, ISSN 0016-7916, numéro 85-86, 1988.2/3, p.
41-47.
10. Hydro+, 1988. Hydroexpert: Le Système Expert de l'Hydraulique Villageoise, Article paru dans
le Magazine International de l'Eau Hydro+, Rubrique "Technologies", Numéro 2, Novembre
1988, p. 27-27.
11. P. Poyet, M. Detay, 1988. L'Avènement d'une Génération de Systèmes Experts de Terrain.
Proceedings of the Sahel Forum on the State-of-the-Art of Hydrology and Hydrogeology in the
Arid and Semi Arid Areas of Africa, Organized by Unesco, the Norwegian National Comittee
for Hydrogeology, and Interafrican Comittee for Hydraulic Studies, 7 au 12 Novembre 1988,
Ouagadougou, Burkina Faso, Edited by Misganaw Demissie and Glenn E. Stout, International
Water Resources Association, Illinois, p. 567-577.
12. P. Poyet, P. Haren, 1988. A.I. Modelling of Complex Systems. Invited Paper. Proc. of the ACM
and IFIP 4th International Conference on Modelling Techniques and Tools for Computer
Performance Evaluation, Sept. 1988, Palma de Majorque, 34 pp.
13. P. Poyet, P. De La Cruz, 1988. Une Nouvelle Classe de Simulateurs Destinée aux Aides
Tactiques et aux Systèmes d'Armes. Actes des Conférences Spécialisées Science et
Défense, Proc. Huitièmes Journées Internationales sur les Systèmes Experts et leurs
Applications, ISBN 2-906899-07-0, Vol. Specialized Conferences, 1988, p. 89-99.
14. P. Poyet, M. Detay, 1988. HYDROEXPERT®: Aide à l'Implantation d'Ouvrages d'Hydraulique
Villageoise. Proc. des Huitièmes Journées Internationales sur les Systèmes Experts et leurs
Applications, ISBN 2-906899-07-0, Vol. 2, 1988, p. 397-410.

151
15. M. Detay, P. Poyet, 1988. HYDROEXPERT®: Un système expert en hydrogéologie de terrain.
Proc. HYDROPLAN International Exhibition of Agricultural, Rural, Urban, and Industrial
hydraulic Engineering, May 1988, Actes des Communications Scientifiques, p. 191-195.
16. M. Detay, P. Poyet, 1989. HYDROFORM le Système Expert hydrogéologue du CEFIGRE,
L'Eau, L'Industrie, les Nuisances, n° 130, Septembre 1989, ISSN 0755-5016, p. 56-58.
17. M. Detay, P. Poyet, 1989. HYDROLAB: le système expert de l'hydraulique villageoise. Bulletin
de liaison du Comité Interafricain d'Etudes Hydrauliques, n° 76, Avril 1989, p.25-41.
18. M. Detay, P. Poyet, 1989. Design and Implementation of a Field Expert System for Village
Water Supply programs. Bulletin of the International Association of Engineering Geology,
n°41, p. 63-75.
19. M. Detay, P. Poyet, Y. Emsellem, A. Bernardi, G. Aubrac, 1989. Influence du développement
du réservoir capacitif d'altérites et de son état de saturation sur les caractéristiques
hydrodynamiques des forages en zone de socle cristallin. Comptes Rendus de l'Académie
des Sciences de Paris, ISSN 0249-6313, t. 309, Série II, 1989, p. 429-436.
20. P. Poyet, M. Detay, 1989. HYDROLAB: A New Generation of Compact Expert Systems.
Computers and Geosciences - An International Journal, Pergamon Press, ISSN 0098-3004,
Vol. 15, n° 3, 1989, p. 255-267.
21. P. Poyet, M. Detay, 1989. HYDROLAB: Un Système Expert de Poche en Hydraulique
Villageoise, Article invité par le Comité de Rédaction de la Revue Technique et Science
Informatiques de l'Association Française de Cybernétique Economique et Technique, ISSN
0752-4072, TSI, Vol. 8, n° 2, 1989, p. 157-167.
22. P. Poyet, P. Haren, 1989. A.I. Modelling of Complex Systems, in: Modelling Techniques and
Tools for Computer Evaluation, R. Puigjaner and D. Potier Editors, Plenum Publishing
Company, London, (Reprinted from local citation [Poyet et al., 1988-d]) p. 265-290.
23. M. Detay, P. Poyet, 1989. Application of remote sensing in the field of hydroengineering
geology : the artificial intelligence approach. Proc. of the International Symposium Remote
Sensing and Water Resources. Organized by the International Association of Hydrogeologists,
the Netherland Society for Remote Sensing with the support of the International Remote
Sensing and Water Related Organizations, p. 849-858.
24. B. Delcambre, P. Poyet, 1989. Noé: Système Expert d'Assistance au Contrôle Technique de
l'Etanchéité des Toitures Terrasses. Proc. Colloque Méthodes et Outils pour l'Ingénierie BTP,
Université de Savoie, Chambéry, 30 Nov. 1989, p. 85-97.
25. P. Poyet, B. Delcambre, 1989. NOE: Expert System on Technical Inspection of Waterproofing
on Flat Roofs. Expert Systems in Civil Engineering, Published by the International Association
for Bridge and Structural Engineering, ISBN 3-85748-058-0, Vol 58, 1989, p. 175-187.
26. P. Poyet, P. De La cruz, T. Miléo, J. N. Loiseau, 1989. Récentes Etudes en Matière de
Simulations Tactiques Intelligentes. Conférence spécialisée Intelligence Artificielle et Défense,
Proc. Neuvièmes Journées Internationales sur les Systèmes Experts et leurs Applications,
ISBN 2-906899-24-0, 1989, p.149-181.
27. M. Detay, P. Poyet, 1989. Development and Evaluation of a Field Prototype Expert System for
Village Water Supply Programs. Proc. International Symposium on Groundwater
Management: Quantity and Quality. Published by the International Association of
Hydrogeologists, Benidorm, Spain, October 2-5, 1989, IAHS Publ. no. 188, p. 80-100.
28. P. Poyet, M. Detay, 1989. HYDROLAB a New Generation of Compact Expert Systems for
Village Water Supply. Proc. 28 th Geological Congress, Washington, July 9-19, Abstracts, Vol.
3, p. 497-498.
29. M. Detay, P. Poyet, 1989. Influence of the development of the saprolite reservoir and of its
state of saturation on the hydrodynamic characteristics of drillings in crystalline basement.
Proc. 28 th Geological Congress, Washington, July 9-19, Abstracts, Vol. 3, p. 463-464.
30. P. Poyet, M. Detay, 1989. Enjeux Sociaux et Industriels de l'Intelligence Artificielle en
Hydraulique Villageoise. Convention I.A. 1989, Proc. Première Conférence et Exposition
Européenne sur les Techniques et les Applications de l'Intelligence Artificielle en milieu
Industriel, Editions Scientifiques et Techniques Hermes, ISBN 2-86601-171-6, Vol. 2, 1989, p.
621-652.
31. P. Poyet, M. Detay, 1989. HYDROEXPERT™ Version V1.4, Un Système Expert d'Aide à
l'Implantation de Forages en Hydraulique Villageoise, Manuel d'introduction et de référence.
Rapport de Recherche de l'Institut National de Recherche en Informatique et en Automatique,
Numéro 936, Décembre 1988, ISSN 0249-6399, 43pp.
32. E. Brisson, M. Detay, P. Poyet, 1990. Enseignement Assisté par ordinateur : Application à la
gestion des Ressources en Eau. Géologues, Sciences de la Terre et Techniques Modernes,

152
 Revue Officielle de l'Union Française des Géologues, ISSN 0016-7916, n°93 (Déc. 1990), p.
35-40.
33. M. Detay, P. Poyet, 1990. Article invité pour la revue Waterlines (Intermediate Technology
Publication - 103, 105 Southampton Row, London) pour présenter notre expérience sur le
thème des systèmes en hydrogéologie. En cours de rédaction.
34. P. Poyet, M. Detay, 1990. Artificial Intelligence Modelling of Water Resources in Africa. Water
Resources Research - An International Journal, ISSN 0883-9514, 1990, 26 pp.
35. P. Poyet, 1990. Intelligence Artificielle et Bâtiment : Les Activités du CSTB. The Journal of CIB
- Building Research and Practice, Published by E. & F. N. Spon, ISSN 0182-3329, p. 226-239.
36. M. Detay, P. Poyet, 1990. HYDROLAB, an Expert System for groundwater Exploration and
Exploitation. International Journal of Water Resources Development, Asik Biswas Editor,
Butterworths, ISSN 0790-0627, Vol. 6, n° 3, 1990, p. 187-200.
37. P. Poyet, A. M. Dubois, B. Delcambre, 1990. Artificial Intelligence Software Engineering in
Building Engineering. Micro-computers in Civil Engineering, An International Journal - Elsevier
Science Publishers, ISSN 0885-9507, 1990, Vol 5, n° 3, p. 167-205.
38. P. Poyet, 1990. Integrated Access to Information Systems. Applied Artificial Intelligence - An
International Journal, Hemisphere Publishers, ISSN 0883-9514, Vol 4, n° 3, 1990, p. 179-238.
39. M. Detay, P. Poyet, 1990. La Place de l'Informatique dans les Géosciences. Géologues,
Sciences de la Terre et Techniques Modernes, Revue Officielle de l'Union Française des
Géologues, ISSN 0016-7916, n°91 (1989.4), p. 37-49.
40. M. Detay, P. Poyet, 1990. Introduction aux Méthodes Modernes de Maîtrise de l'Eau. Revue
Hydrogéologie, Géologie de l'Ingénieur, Ed. du BRGM, ISSN 0246-0866, n° 1, 1990, p. 3-25.
41. P. Poyet, 1990. Artificial Intelligence and Building Engineering. in: 2nd Finnish-French
Colloquium for Information Technologies in Construction, VTT Symposium 118, Julkaisija-
Utgivare Publishers, P. Huovila Editor, ISBN 951-38-3908-7 et ISSN 0357-9387, Abstracts, p.
8-9.
42. P. Poyet, 1990. Computer Aided Decision Techniques for Hydro-geochemical Uranium
Exploration. in: Use of Micro-computers in Geology, Pergamon Press, Oxford, H. Kürzl and D.
F. Merriam Editors, p. 119-159.
43. P. Poyet, M. Detay, 1990. Artificial Intelligence Tools and Techniques for Water resources
Assessment in Africa. in: Use of Micro-computers in Geology, Pergamon Press, Oxford, H.
Kürzl and D. F. Merriam Editors, p. 25-71.
44. P. Poyet, M. Detay, 1990. Compact Expert System for Water Resources Assessment in Africa.
in: Special Volume Published by the International Association of Hydrogeologist, Simpson Ed.,
Article invité sur sélection des abstracts du 28th Geological Congress, 1990, Verlag Heinz
Heise Publ., Vol. 1, p. 463-471.
45. M. Detay, P. Poyet, 1990. Influence of the development of the saprolite reservoir and of its
state of saturation on the hydrodynamic characteristics of drillings in the cristalline basement.
in: Special Volume Published by the International Association of Hydrogeologist, Simpson Ed.,
Article invité sur sélection des abstracts du 28th Geological Congress, Verlag Heinz Heise
Publ., Vol. 1, p. 417-430.
46. B. Tomasini, P. Poyet, B. Siffredi, 1990. Multiple Target Tracking in a Cluttered Environment
and Intelligent Track Record. Proc. of the 29th IEEE Conference on Decision and Control,
Honolulu, Dec. 13-14, 1990, Hawaï, USA, 7 pp.
47. P. Poyet, B. Delcambre, 1990. Impact of Information Technologies on the Design and
Operation of Buildings. Proc. of the European Network of Building Research Institute / CEC
Seminar on Construction Research Needs, October 31, 1990, 7 pp.
48. P. Poyet, B. Delcambre, 1990. Artificial Intelligence and Building Engineering. Proc. du
Second Colloque Franco-Finlandais sur l'Informatique dans la Construction, Association
Franco-Finlandaise pour la recherche Scientifique et Technique, VVT à ESPOO, 14 et 15
Juin, 1990, 59 pp.
49. P. Poyet, 1990. Artificial Intelligence and Building Engineering. Proc. du Second Colloque
Franco-Finlandais sur l'Informatique dans la Construction, Association Franco-Finlandaise
pour la recherche Scientifique et Technique, VVT à ESPOO, 14 et 15 Juin, 1990, Abstracts, p.
8-9.
50. P. Poyet, 1990. Intelligence Artificielle et Bâtiment. Proc. du Séminaire Conjoint de l'Agence
Française pour la Maîtrise de l'Energie et du Centre Scientifique et technique du Bâtiment, 26-
27 Janvier, 1990, Sophia Antipolis Ecole des Mines de Paris, 40 pp.
51. P. Poyet, B. Delcambre, 1990. Noé: Vers une Base de Connaissances Multi-Services en
Etanchéité de Toitures Terrasses. Proc. Deuxième Conf. Européenne sur les Applications de

153
 l'Intell. Artif. et de la Robotique en Architecture et génie Civil, 15 et 16 Mars 1990, Liège, p.
228-235.
52. P. Poyet, L. Bertolo, B. Delcambre, 1990. Développement de Systèmes Experts en Thermique
du Bâtiment. Rapport de Recherche du Centre Scientifique et Technique du Bâtiment
DGC/1032, Juillet 1990, 124 pp.
53. M. Bove, A. Chaize, B. Delcambre, P. Poyet, F. Subra, 1990. Noé: Vers un Système Expert
d'Assistance au Contrôle Technique de l'Etanchéité des Toitures-Terrasses. Les Cahiers du
Centre Scientifique et Technique du Bâtiment, Livraison 308, Cahier 2407, Avril 1990, 25 pp.
54. P. Poyet, 1990. Intelligence Artificielle et Bâtiment. Séminaire AFME/CSTB : Bilan et
Perspectives, Sophia Antipolis, 23 et 24 Janvier 1990, Rapport du Centre Scientifique et
Technique du Bâtiment DGC/1061, 31 pp.
55. P. Poyet, E. Brisson, P. Debras, 1991. A First Step towards and Intelligent Integrated Design
System in the Building Field. Micro-computers in Civil Engineering, An International Journal -
Elsevier Science Publishers, ISSN 0885-9507, 1991, 10pp.
56. P. Debras, P. Poyet, E. Brisson, 1991. Expert Systems and Documentary Databases. Micro-
computers in Civil Engineering, An International Journal - Elsevier Science Publishers, ISSN
0885-9507, Vol 6, n° 4, 1991, p. 281-289.
57. M. Detay, P. Poyet, G. Castagny, A. Bernardi, R. Casanova, Y. Emsellem, E. Brisson, G.
Aubrac, 1991. Hydrogéologie de la limite Sud-Ouest du bassin du Lac Tchad au Nord
cameroun - mise en évidence d'un aquifère semi-captif de socle dans les zones de piémont et
de biseau sec. Comptes Rendus de l'Académie des Sciences de Paris, ISSN 0249-6313, t. ,
Série II, 1991, 6 pp.
58. P. Poyet, M Rubinstein, 1991. Systèmes Experts et Bâtiment. Le Progrès Technique, Le
Magazine du Management de la Technologie, Journal de l'Association Nationale de la
Recherche Technique, ISSN 0397-80670, numéro spécial "Construire pour mieux se loger",
1991 N1, p.45-48.
59. M. Detay, P. Poyet, E. Brisson, 1991. Hydrolab, le Système Expert d'Aide à l'Implantation de
Forages : concepts, techniques et application au Burkina Faso. SEG-CIEH (Eds), ISBN 2-
909143-00-7, 120 pp.
60. P. Poyet, J. Rilling, 1991. The CIMED Project : Computer Integrated Models and Electronic
Data Exchange. Proc. of the EDIBUILD International Conference, Berlin, Aug. 26th, 1991,
Germany, 10 pp.
61. L. Bourdeau, A. M. Dubois, P. Poyet, 1991. A Common Data Model for Computer Integrated
Building. Proc. of the CIB seminar, the Computer Integrated Future, Eindhoven, Sept. 16-17,
1991, The Netherlands, 11 pp.
62. E. Brisson, P. Debras, P. Poyet, 1991. A First Step towards and Intelligent Integrated Design
System in the Building Field. Proc. of the CIB seminar, the Computer Integrated Future,
Eindhoven, Sept. 16-17, 1991, The Netherlands, 10 pp.
63. P. Poyet, M. Rubinstein 1991. Systèmes Experts et Bâtiment. Proc. of the XXI Conf. of the
International Association of Housing Science, Habitat du 21eme siècle, Alès, 23-27 Sept.,
1991, France, p. 584-596.
64. P. Debras, P. Poyet, E. Brisson, 1991. Expert Systems and Documentary Databases. Proc. of
the Seminar Computers and Building Regulations, Espoo, May 27-29, 1991, Finland, p. 161-
170.
65. P. Poyet, 1991. Integration of Technical Knowledge in the Building Life Cycle. Proc. of the
ESPRIT Exploratory Action n° 5604 - Computer Integrated Building, Utrecht, April 23, 1991,
The Netherlands, 9 pp.
66. P. Poyet, E. Brisson, P. Debras, 1991. An Intelligent System to handle Seismic Hazards in the
Design of Detached Houses. Proc. of the 4h International Conference on Computing in Civil
and Building Engineering, Tokyo, July 29-31, 1991, Japan, p. 239-241.
67. P. Poyet, 1991. Introduction to the Special Issue Artificial Intelligence and Construction :
Research in Europe. Micro-computers in Civil Engineering, An International Journal - Elsevier
Science Publishers, ISSN 0885-9507, Vol 6, n° 4, March 1992, p. 263-265.
68. P. Poyet, E. Brisson, 1992. Des Outils Logiciels pour la Conception Intégrée - Un Sistema
Inteligente Integrado del Proceso de Conception en el Sector de la Construccion - CASE
Tools for Integrated Design. Proc. of Jornadas COTEC Sobre las Nuevas Technologias Y el
Sector de la Construccion, Madrid, March 24th, 1992, Spain, p. 69-99.
69. P. Poyet, 1992. Six Comments for a Summary Report on the Data Model Issue. Proc. of the
European Seminar on Technical Data Interchange in the Construction Sector, Oct. 2nd, Paris,
6 pp.

154
70. P. Poyet, E. Brisson, 1992. Software Engineering for Energy Efficiency in Buildings. The
European Directory of Energy Efficient Building, James & James Science Publishers Ltd.,
London, England, p. 134-140.
71. P. Poyet, E. Brisson, 1992. COMBINE Project, Implementation of the Integrated Data Model.
Proc. of the COMBINE Seminar, Sponsored by the EC DGXII Directorate, 18-20th November,
Stuttgart, Germany, 15 pp.
72. P. Poyet, E. Brisson, P. Debras, 1992. Computer Assisted Anti-Seismic Design, The Detached
Houses Case Study. Building and Environment, The International journal of Building Science
and its Applications, Pergamon Press, ISSN 0360-1323, Vol. 27, No. 4, 1992, p. 483-492.
73. E. Brisson, A.M. Dubois, J.C. Escudié, P. Poyet, 1992. L'intégration de l'énergétique dans le
processus de conception. Rapport de Recherche CSTB-ADEME, 92/1297, 68 pp. + Annexes.
74. E. Brisson, P. Poyet, 1992. MIPS Implementation of the Integrated Data Model of the
COMBINE Project. Rapport de Recherche CSTB pour la Commission des Communautés
Européennes (DGXII), May 1992, SIB/DBC/1286, 79 pp.
75. A.M. Dubois, L. Laret, P. Poyet, 1992. Le Projet Européen COMBINE : La Modélisation
Appliquée à l'Industrie du Bâtiment. Les Cahiers du CSTB, Vol. 326, n° 2557, Février 1992, 8
pp.
76. P. Poyet, E. Brisson, P. Debras, 1992. Environnements Logiciels pour l'Ingénierie Intégrée.
Rapport de Recherche CSTB DBC/1272/92, Mars 1992, 63 pp.
77. P. Poyet, 1992. ISOBUILD : Integrated Software Environments for Energy Efficient Building
Design in Europe. Proposal for the Programme on Non-Nuclear Energy in Industry and
Building, CEC, DGXII, Programme Joule II, February 1992, DBC/92/1265/NB, 48 pp +
Annexes.
78. P. Poyet, E. Brisson, 1992. Proposition d'Organisation des Données FARTEC dans le cadre
du Projet ATLAS : le Schéma Conceptuel, le Modèle Relationnel, Le Modèle Objet. Rapport
de Recherche CSTB DBC/92/1277/PP, 66 p. + Annexes.
79. P. Poyet et al., 1993. Evolution des pratiques informatiques dans le secteur de la construction.
Les Cahiers du CSTB, Livraison 340, n° 2660, Juin 1993, 31p.
80. P. Poyet, 1992. Software Environments for Integrated Construction. Proc. of the N + N
Meeting Integration of Construction Information (invited Paper), Sponsored by the United
Kingdom Science and Engineering Research Council, Armathwaite Hall Hotel, 24-26th, May
1993, 19 pp (Blackwell Scientific Publications, Oxford).
81. P. Poyet, 1993. XPDI : The eXpert Product Data Interchange Station™ Documentation. CSTB
ILC/93/1314/PP, 456 pp.
82. P. Poyet, 1993. Evolution des Pratiques Informatiques dans le Secteur de la Construction.
Rapport de Recherche CSTB ILC/93/1319/PP, p. 85 + Annexes.
83. P. Poyet, 1993. CIMACE : CIM models and Architectures for the Construction industry and
Enterprises (Esprit Proposal). Rapport de Recherche CSTB ILC/93/1322/PP, Part I, Part II (68
pp.) and Part III.
84. P. Poyet, E. Brisson, 1993. Implementation of the Combine Integrated Data Model. Final
Report for the Commission of the European Communities. Rapport de Recherche CSTB
ILC/93/1334/PP, Convention Joule-0060-C, 37pp.
85. E. Brisson, P. Poyet, 1993. Utilisation possible du cadre méthodologique STEP dans le
contexte du projet SUC-BD. Rapport de Recherche CSTB ILC/93/1129/PP, 10 pp.
86. M. Böhms, J. Neuteboom, A. Eijs, W. Bakkeren, R. Greening, G. Storer, J. Stephens, J.
Kattenhorn, Angel Gayoso, P. Poyet, 1993. ATLAS Deliverable D102Ê: Data Analysis, CIME
IV.2.3, Project # 7280 - ATLAS, WP1, Task 1200, issue Nov. 1993, restricted.
87. Böhms, M., van Mieghem, R., Poyet, P., Brisson, E., Debras, Ph., 1993. ATLAS Deliverable
D104a : Software tools for modelling supporting the Methodology for Open Systems
Integration, ESPRIT III - CIME IV.2.3, Project # 7280 - ATLAS, WP1, Task 1400.
88. P. Debras, P. Poyet, 1993. ATLAS Deliverable D402a : Information Management and
Document Handling System, ESPRIT III - CIME IV.2.3, Project # 7280 - ATLAS, WP4, Task
4200, issue Oct 1993, restricted.
89. A.M. Dubois, Y. Rezgui, P. Poyet, 1993. ATLAS Deliverable D206 : ATLAS HVAC System
View type Model, ESPRIT III - CIME IV.2.3, Project # 7280 - ATLAS, WP2, Task 2600, issue
Dec. 1993, restricted.
90. P. Poyet, E. Brisson, 1994. ISO TC184/SC4 STEP WG3 Parametric Group Meeting, 23-28
Jan. 1994. “Parametrics models in STEP”, in Phoenix, Arizona, USA.
91. E. Grivart, G. Besse, P. Poyet, E. Brisson, 1994. ESPRIT 7280 : ATLAS. 3D modelling CSTB
contribution Jan.'94. Rapport of ILC n°1352.

155
92. E. Brisson, E. Grivart, P. Poyet, 1994. ESPRIT III 7280 : ATLAS. WP3 workshop : integration
of Knowledge-Based systems. In : WP3 workshop, Sophia Antipolis, 11-12 janvier 1994,
Rapport of ILC n°1353.
93. R. Greening, U. Frey, P. Poyet, 1994. ATLAS Deliverable D501a: ATLAS Prelimimary Project
Results, ESPRIT III - CIME IV.2.3, Project #7280 - ATLAS, WP5, Task 5400, issue Feb 1994,
restricted.
94. R. Greening, P. Poyet, R. Singh, M. Böhms, G. Storer, 1994. ATLAS Deliverable D201 : LSE
Project Modelling Kernel, ESPRIT III - CIME IV.2.3, Project #7280 - ATLAS, WP2, Task 2100,
issue Jan. 1994, restricted.
95. R. Greening, J. Thiele, P. Poyet, E. Brisson, 1994. ATLAS Deliverable D203 : 3D Modelling,
ESPRIT III - CIME IV.2.3, Project # 7280 - ATLAS, WP2, Task 2300, issue Feb. 1994,
restricted.
96. P. Poyet, E. Grivart, E. Brisson, G. Besse, M. Irvine, R. Greening, M. Böhms, 1994: ATLAS
Deliverable D301a : Implementation of Knowledge Base Extensions, ESPRIT III - CIME
IV.2.3, Project # 7280 - ATLAS, WP3, Task 3100.
97. P. Poyet, E. Brisson, E. Grivart, J. van Horssen, B. Behage, M. Mooij, R. Greening, R. Singh,
1994: ATLAS Deliverable D302c : Data Abstraction Generalisation and View Conversion
Mechanisms, ESPRIT III - CIME IV.2.3, Project # 7280 - ATLAS, WP3, Task 3200.
98. P. Poyet, R. Greening, 1994. ISO TC184/SC4 STEP WG3, 18-20 May 1994. “Product Model
Interfaces”, in Davos, Switzerland, 11pp.
99. P. Poyet, 1994. ATLAS integration tools Sept. 1994. Rapport of ILC n°1364.
100. J. L. Monceyron, P. Poyet, J. Beaumont, 1994. A View Dependent Model for Acoustics in
Building Design with Communication Purpose. Proc. of the 1st ECPPM Conference, Oct 1994,
Dresden, Germany.
101. P. Poyet, 1994. ATLAS integration tools. In : Product and process modelling in the building
industry. Proceedings of ECPPM'94. The first European conference on product and process
modelling in the building industry, Dresden (Germany), 5-7 Oct. 94. In "Product and process
modelling in the building industry", pp. 479-488,
102. P. Poyet, F. Tolman, 1994. The ATLAS models. In : Product and process modelling in the
building industry. Proceedings of ECPPM'94. The first European conference on product and
process modelling in the building industry, Dresden, (Germany), 5-7 October 1994. In "Product
and process modelling in the building industry" , pp. 473-477.
103. P. Poyet, A.M. Dubois, 1994. ISO TC184/SC4 STEP WG3 / T12 / AEC / Building Construction
Group Meeting, 16-21 Oct. 1994. “Building Core Model”, in Greenville, S.C., USA.
104. J. Wix, F. Tolman, P. Poyet, B.C. Bjork, 1994. The Building Construction Core Model, project
proposal to TC184/SC4/WG3, Report n°341, 6pp.
105. P. Poyet, 1995. Software Architectures for the Integration of Knowledge Base Systems in
STEP. PDT Days’95, Using STEP in Industry, 25-26 th Jan. 1995, BMW A.G., Munich,
Germany.
106. P. Poyet, 1995. Software Architectures for the Integration of Knowledge Base Systems in
STEP. Revue Internationale de CFAO et d'Informatique Graphique, International Journal of
CADCAM and Computer Graphics, Hermes Ed., 10 (1-2) , 1995, p. 45-55.
107. P. Debras, P. Poyet, 1995. COMBINE 2, task 4. CSTB contribution : DOCLINK design tool.
July 1995, Rapport ILC n° 1374.
108. P. Poyet, G. Besse, E. Brisson, P. Debras, A. Zarli, J.L. Monceyron, 1995. STEP Software
Architectures for the Integration of Knowledge Based Systems. International workshop
organized by the Working Commission on "Information Technology in Construction" (W78) of
the International Council for Building Research Studies and Documentation (CIB), Aug. 21-23
1995, Stanford University, Stanford, USA.
109. J.L. Monceyron, P. Poyet, A. Zarli, G. Guarracino, J. Beaumont, 1995. A STEP-based
semantical view mapping. Knowledge sharing between a CAD system and an acoustics
Knowledge-Based System in building design. In : EUROPIA'95, Lyon, 12-14 décembre 1995.
In "EUROPIA'95", pp.151-164.
110. P. Poyet, A. Zarli, G. Besse, J.L. Monceyron, 1995. Knowledge-Based Systems and STEP
architectural CAD systems. The integration of STEP compliant KBS and CAD systems in
building design. In : EUROPIA'95, Lyon, 12-14 décembre 1995, pp. 451-465.
111. A. Zarli, G. Besse, J.L. Monceyron, P. Poyet, 1995. AI-based approach for STEP compliant
engineering applications. Nov.'95. Rapport of ILC n° 1379.
112. A. M. Dubois, P. Poyet, 1995. Software environments for integrated construction, In:
Integrated construction information. Dec.'95, pp. 213-229.

156
113. P. Poyet, J.L. Monceyron, 1995. ISO TC184/SC4 STEP WG3 / T12 / AEC / Building
Construction Group Meeting,17-23 March 1995. “AP 228 Building Services HVAC”, Sydney,
Australia.
114. P. Poyet, J.L. Monceyron, 1995. ISO TC184/SC4 STEP WG3 / T12 / AEC / Building
Construction Group Meeting, June 1995. “SDAI Platforms & AP 228 Building Services HVAC”,
Washington DC, USA
115. P. Poyet, J.L. Monceyron, 1995. ISO TC184/SC4 STEP WG3 / T12 / AEC / Building
Construction Group Meeting, 23-25 Oct. 1995. “AP 228 Building Services HVAC, ISO
TC184/SC4/WG3/N343”, in Grenoble, France.
116. P. Poyet, 1996. QUAKES V2. Un système expert d'aide à la conception pour les maisons
individuelles dans le respect de la nouvelle réglementation parasismique. Documentation
utilisateur. Rapport final. Jan.'96. Rapport of ILC n° 1380
117. P. Poyet, 1996. STEP ISO TC184/SC4 WG3 / T12 / AEC / Building Construction Group
Meeting, 22-24th Jan. 1996. “AP 228 Building Services HVAC”, in Dallas, TX, USA.
118. P. Poyet, 1996. Quelques éléments d'information STEP dans le secteur de la construction.
Février 96. Sophia Antipolis, CSTB, Rapport n° ILC 1382.
119. P. Poyet, B. Ferries, 1996. Communication et gestion de la production dans la construction. 14
Février 96. Séminaire PCA, Arche de la Défense, Paris.
120. P. Poyet, 1996. IAI International Technical Summit, 20-24 th May 1996. “Research and
Advisory Committee member”, London, UK.
121. G. Storer, P. Poyet, J.L. Monceyron, 1996. STEP WG3 / T12 / AEC / Building Construction
Group Meeting, 10-13th June. 1996. “AP 228 Building Services HVAC”, in Kobe, Japan.
122. P. Poyet, 1996. “PDT in the BC Sector today and tomorrow”, 10 th July 1996. PDTAG
workshop, Esprit project 9049, Brussels, 9pp.
123. P. Poyet, 1996. “Echanges de données techniques: la situation dans le secteur BTP”, Revue
Normatique, Août 1996, Paris, 4pp.
124. A. Zarli, P. Debras, P. Poyet, M. Köthe, W. Bakkeren, H.K. , Distribution of STEP Product Data
Models (EXPRESS-D), ESPRIT 20408 - VEGA, D102a, revision 4, 8th August 1996.
125. P. Poyet, 1996. STEP ISO TC184/SC4 WG3 / T12 / AEC / Building Construction Group
Meeting, 7-10th Oct. 1996. “AP 228 Building Services HVAC”, in Toronto Canada.
126. P. Poyet, 1996. Invited presentation to the Canadian STEP Workshop, 7-10 th Oct. 1996. “
SDAI based modelling tools and platforms – Integration of KB systems – STEP in a distributed
computing environment”, in Toronto, Canada, 10pp.
127. P. Poyet, 1996. IAI International Technical Management meeting, French Chapter
representative, 12th Oct. 1996. in Chicago, IL, USA.
128. A. Zarli, P. Debras, P. Poyet, W. Bakkeren, H.K. Dahl, M. Köthe, K. Schulz, Distribution of
STEP Product Data Models, ESPRIT 20408 - VEGA, D102b, revision 4, 10th January 1997.
129. P. Poyet, J.L. Monceyron, 1997. ISO TC184/SC4 STEP WG3 / T12 / AEC / Building
Construction Group Meeting, 2-5th March 1997. “AP 228 Building Services HVAC”, in Chester,
UK.
130. P. Poyet, 1997. Vers l'ingénierie concourante. In : L'EDI, dans la Construction - les pratiques
se conjuguent. Bilan d'expériences à l'occasion de Constructique, 26 mars 1997, CNIT Paris
La Défense, pp.165-166.
131. P. Poyet, 1997. Atelier d’Intégration Logicielle. Constructique ‘97, 26 mars 1997, CNIT Paris
La Défense, 65pp.
132. P. Poyet, et al. 1997. European Product Data Technology Days 1997, Competitive
Deployment of Product Data Technology, PDT Days’ 97 Conference Organiser and
Programme Committee and Panel member, April 15-16 th 1997, Sophia Antipolis (FR), ISBN
1901782 01 8.
133. P. Debras, V. Amar, P. Poyet, P. Huguet, 1997. RISESTEP (EP 20459) : a user driven project
to develop a platform for product data sharing in a concurrent engineering context. In Proc.
"Product Data Technology Days 1997", 15-16th April, Sophia Antipolis, pp. 23-30.
134. P. Poyet, V. Amar, A. Zarli, P. Debras, 1997. Distribution of STEP models with CORBA.
Presentation by P. Poyet at the International symposium on global engineering networking.,
Antwerp, Belgium, 22-24th April 1997.
135. A. Zarli, V. Amar, P. Debras, P. Poyet, 1997. Distribution of STEP models with CORBA. In :
International symposium on global engineering networking., Antwerp, Belgium, 22-24 th April
1997. In Proc. "GEN'97", pp. 79-96, publisher "Band" ISBN 3-931466-20-5.

157
136. J.L. Monceyron, P. Poyet, 1997. Méthodes et outils d'intégration des données techniques :
exemples d'applications au contrôle du règlement de construction. Mai 1997. "Cahiers du
CSTB", n° 2951, vol 379, 64 pp.
137. J.L. Monceyron, P. Poyet, 1997. STEP ISO TC184/SC4 WG3 / T12 / AEC / Building
Construction Group Meeting, 1-6th June 1997. “STEP & IAI Interoperability, C++ late binding
platform & technology”, San Diego, CA, USA.
138. P. Debras, A. Zarli, V. Amar, P. Poyet, 1997. The distributed information service in the VEGA
project. 9-11th July 1997. In : Information technology support for construction process
reengineering, CIB, Cairns, Australia, pp.123-137.
139. P. Poyet, 1997. Modélisation, échange et partage des données techniques de produits,
Clermont-Ferrand, 24 septembre 1997. Sept.'97. In Proc. " In : 4ème symposium de l'innovation
des progiciels du bâtiment EDIBATEC"
140. F. Sandakly, J. Garcia, P. Ferreira, P. Poyet, 1997. Distributed Shared Memory Infrastructure
for Virtual Enterprise in Building and Construction, Journal of Intelligent Manufacturing, Vol.
12, n.2, pp. 199-212.
141. P. Poyet, J.L. Monceyron, 1997. “Les classes d'objets IFCs. Finalités et mode d'emploi – End
User Guide to Industry Foundation Classes ». Oct. '97. Report of CSTB "Cahiers du CSTB",
n°2986, 32pp.
142. A. Zarli, P. Poyet, P. Debras et al. 1997. Integrating emerging IT paradigms for the virtual
enterprise : the VEGA platform. Oct. 1997. Proc. In: 4 th international conference on concurrent
enterprising ICE'97. Concurrency for competitiveness: towards the concurrent enterprise in the
age of electronic commerce, Nottingham, UK, pp. 347-359
143. A. Zarli, F. Diard, M. Marache, P. Poyet, 1997. Bridging the gap between STEP, CORBA and
virtual reality technology for the next building industry applications generation. Proc. In: 4 th
international conference on concurrent enterprising ICE'97. Concurrency for competitiveness :
towards the concurrent enterprise in the age of electronic commerce, Oct. 1997, Nottingham,
UK.
144. F. Sandakly, P. Poyet, 1997. Java and code mobility in B and C applications : a case study.
Oct.'97. In : workshop on persistence and distribution in Java, Lisbon, Portugal.
145. P. Poyet, 1997. ”IAI Current Developments – Liaison report to the ISO TC184/SC4”, 24 th Oct.
1997. In Proc. " STEP meeting”, Florence, Italy, 15pp.
146. P. Poyet, 1997. “Division Intégration Logicielle pour la Construction”, Nov. 1997. In Proc.
"Réunion d’avancement”, Sophia Antipolis, 58pp.
147. P. Poyet, 1998. INTEREST project “Integration Environment for Durability & Reliability Design
Support Tools”, Esprit 25584, AIT Programme, 1st review meeting, official reviewer on behalf
of the CEC, 25th March 1998. In Proc. " INTEREST Project Review”, BRE Garston, UK.
148. P. Poyet, 1998. “Intégration Logicielle pour la Construction”, 17-20th March 1998. In Proc.
"MICAD Workshops, 17ème Exposition et Conférences Internationales dédiées à la CFAO, à
l'Infographie et aux Technologies Assistées par Ordinateur”, Paris, 98pp.
149. P. Poyet, 1998. OPERA project “Operator Training with Real-Time Simulators”, Esprit project
24950, 1st review meeting, official reviewer on behalf of the European Commission DG III F5
HPCN & DGXIII F3/BU, 6th May 1998. In Proc. "OPERA Project Review”, European
Commission, Brussels.
150. P. Poyet, 1998. OPERA project “Operator Training with Real-Time Simulators”, Esprit project
24950, 2nd review meeting, official reviewer on behalf of the European Commission DG III F5
HPCN & DGXIII F3/BU, 18th May 1998. In Proc. "OPERA Project Review”, Thomson Training
& Simulation, Cergy, France.
151. P. Poyet, 1998. WIT project “enabling data sharing and business interactivity across the Wood
sector value chain by developing a custom set of Internet IT Tools”, Esprit project 25677, 1 st
review meeting, official reviewer on behalf of the European Commission DGIII/F7, 24-26th
March 1998. In Proc. "WIT Project Review – PDT Days ‘98”, Watford, UK.
152. P. Poyet, 1998. PRODNET II project “Production Planning and Management in an Extended
Enterprise”, Esprit project 22647, 1 st review meeting, official reviewer on behalf of the
European Commission, 4th June 1998. In Proc. "PRODNET II Project Review”, European
Commission, Tomar, Portugal.
153. F. Sandakly, S. Klossterman, P. Ferreira, P. Poyet, 1998. PerDiS: Persistent Distributed Store
for Virtual Enterprise Concurrent Engineering. June '98. In Proc. "CIB-W78 Conference".
154. P. Poyet, 1998. IAI International Technical Summit, 9-10 th Oct 1998. “Research and Advisory
Committee member”, CSTB, Paris.

158
155. P. Poyet, 1998. WIT project “enabling data sharing and business interactivity across the Wood
sector value chain by developing a custom set of Internet IT Tools”, Esprit project 25677, 2 nd
review meeting, official reviewer on behalf of the European Commission DGIII/F7, 4th Nov
1998. In Proc. "WIT Project Review”, European Commission, Brussels.
156. P. Poyet, 1998. OPERA project “Operator Training with Real-Time Simulators”, Esprit project
24950, 3rd review meeting, official reviewer on behalf of the European Commission DG III F5
HPCN & DGXIII F3/BU, 18th Nov 1998. In Proc. "OPERA Project Review”, European
Commission, Brussels.
157. P. Poyet, 1998. “Examples of IFC-based Interoperability”, 10 th Dec. 1998. In Proc. "SAP
internal Workshop”, SAP Company, Waldorf, Germany, 19pp.
158. P. Poyet, 1998. INTEREST project “Integration Environment for Durability & Reliability Design
Support Tools”, Esprit 25584, AIT Programme, 2 nd review meeting, official reviewer on behalf
of the CEC, 20th Nov. 1998. In Proc. "INTEREST Project Review”, Porsche Company,
Stuttgart, Germany.
159. P. Poyet, 1999. PRODNET II project “Production Planning and Management in an Extended
Enterprise”, Esprit project 22647, 2nd review meeting, official reviewer on behalf of the
European Commission, 11th Jan. 1999. In Proc. "PRODNET II Project Review”, Aveiro,
Portugal.
160. P. Poyet, 1999. IAI & STEP WG3 / T12 / AEC / Building Construction Group Meeting in San
Francisco (USA), 26-28th Jan. 1999. “ISTforCE concept project proposal”, San Francisco, CA,
USA.
161. A. Zarli, P. Poyet, 1999. Distributed architectures and components for the virtual enterprises.
La Haye, 15-17 March 1999. In Proc. "5th International Conference on Concurrent
Enterprising (ICE'99)", pp.253-263.
162. P. Poyet, 1999. OPERA project “Operator Training with Real-Time Simulators”, Esprit project
24950, 4th review meeting, official reviewer on behalf of the European Commission DG III F5
HPCN, 18th May 1999. In Proc. "OPERA Project Review”, Heerlen, The Netherlands.
163. P. Poyet, 1999. “Taking Stocks of Research Enablers and Industry Initiatives”, 23 rd Sept. 1999.
In Proc. "Construction towards the Digital Economy”, Brussels, 41pp.
164. P. Poyet, 1999. “SDAI platforms for the Construction Industry”, invited by Chuck Eastman at
the Georgia Tech University, 27-28 th Sept. 1999. In Proc. "NSF/NIST workshop on Building
Object Modelling”, Atlanta, USA.
165. P. Poyet, 1999. “Moving Construction towards the Digital Economy”, invited by
Mediaconstruct, 10th Oct. 1999. In Proc. "Mediaconstruct Workshop”, Paris, 39pp.
166. P. Poyet, 1999. PRODNET II project “Production Planning and Management in an Extended
Enterprise”, Esprit project 22647, 3 rd review meeting, official reviewer on behalf of the
European Commission, 28th Oct. 1999. In Proc. "PRODNET II Project Review”, Porto,
Portugal.
167. A. Zarli, P. Poyet, 1999. A Framework for distributed information management in the virtual
enterprise: The VEGA Project. October '99. In Proc. "PRO-VE'99 - The IFIP TC5 WG5.3 /
PRODNET Working Conference on Infrastructures for industrial virtual enterprises", 27-28
Oct. 1999, Porto, Portugal, pp. 293-306.
168. F. Sandakly, P. Poyet, 1999. An Infrastructure for Cooperative Engineering in a Virtual
Enterprise. October '99. In Proc. "PRO-VE'99 - The IFIP TC5 WG5.3 / PRODNET Working
Conference on Infrastructures for industrial virtual enterprises", 27-28 Oct. 1999, Porto,
Portugal, pp. 319-332.
169. F. Sandakly, J. Garcia, P. Ferreira, P. Poyet, 1999. PerDIS: An Infrastructure for Cooperative
Engineering in Virtual Enterprise. October '99. In Proc. "PRO-VE'99 - The IFIP TC5 WG5.3 /
PRODNET Working Conference on Infrastructures for industrial virtual enterprises", 27-28
Oct. 1999, Porto, Portugal.
170. P. Poyet, 1999. WIT project “enabling data sharing and business interactivity across the Wood
sector value chain by developing a custom set of Internet IT Tools”, Esprit project 25677, 3 rd
review meeting, official reviewer on behalf of the European Commission INFSO C/3, 11th Nov
1999. In Proc. "WIT Project Review”, European Commission, Brussels.
171. P. Poyet, 1999. INTEREST project “Integration Environment for Durability & Reliability Design
Support Tools”, Esprit 25584, AIT Programme, 3rd review meeting, official reviewer on behalf
of the CEC, 12th Nov. 1999. In Proc. "INTEREST Project Review”, European Commission,
Brussels.

159
172. P. Poyet, 1999. Infocop ProManual Project CP 96-0231 2 nd review meeting, official reviewer on
behalf of the CEC INFSO C/3, 19th Nov. 1999. In Proc. "Review on Intelligent Product
Manuals”, European Commission, Brussels.
173. P. Poyet, F. Allignol, F. Sandakly, 2000. Systèmes d’Information Géographique Urbains, état
de l’art et problématique. Séminaire Ville de Nice, 19 Jan. 2000, 15pp.
174. P. Poyet, 2000. L’intégration Logicielle : Vers une économie numérique pour le
secteur construction. DGUHC, Paris, 20 Jan. 2000, 40pp.
175. P. Poyet, 2000. Infocop ProManual Project CP 96-0231 review meeting, official reviewer on
behalf of the EC DG Research, Feb. 2000. In Proc. "Workshop on Intelligent Product
Manuals”, University of Wales, Cardiff, UK.
176. F. Allignol, F. Sandakly, P. Poyet, 2000. Systèmes d’Information Géographique Urbains, état
de l’art et problématique. Cahiers du CSTB 3226, Juin 2000, 15pp.
177. P. Poyet, 2000. Infocop ProManual Project CP 96-0231 3 rd review meeting, official reviewer on
behalf of the EC DG Research, 27 th July 2000. In Proc. "Review on Intelligent Product
Manuals”, European Commission, Brussels.
178. P. Poyet, 2000. WIT project “enabling data sharing and business interactivity across the Wood
sector value chain by developing a custom set of Internet IT Tools”, Esprit project 25677, 3 rd
review meeting, official reviewer on behalf of the European Commission INFSO C/3, 22nd Sept
2000. In Proc. "WIT Project Review”, Athens, Greece.
179. P. Poyet, 2000. “Intégration Logicielle pour la Construction“, 5 Déc. 2000. In Proc. "Journées
du SETRA”, Bagneux, France, 57pp.
180. P. Poyet, 2001. “Technologies de l’Information pour la Communication dans le BTP“, 29 Juin
2001. A l’invitation de Pierre Laffitte, Fondation Sophia Antipolis, In Séminaire Architecture
Innovante, Sophia, 16pp.
181. P. Poyet, 2001. Upcoming Challenges & ICT Instruments for the Construction Industry, Dec.
2001. In Proc. "Workshop on Sustainable Construction in the Knowledge Economy", Brussels.
182. P. Poyet, 2001. e-Technologies for Sustainability in Construction, 6 th Dec. 2001. In Proc.
"Workshop on Sustainable Construction in the Knowledge Economy", Brussels, 7pp.
183. P. Poyet, 2002. Virtual Testing Service for Construction Materials, Products & Assemblies.
Jan. 2002. In VITESSE Workshop", Paris.
184. P. Poyet, 2002. Service Applications et Infrastructures Logicielles. 18 Jan. 2002. Note interne
de présentation budgétaire, Sophia Antipolis, 5pp.
185. P. Poyet, 2002. « De l’usage des IFC pour des Environnements Virtuels », 4 Juillet 2002. In :
« Du langage Objet de la Construction à la Maquette Numérique », Workshop du Chapitre
Francophone de l’IAI, FFB, Paris, 11pp.
186. P. Poyet, 2002. Plan d’Orientations Stratégiques du Service SAIL, 8 Juillet 2002. Doc Interne
CSTB, 15 pp.
187. P. Poyet, G. Besse, 2002. Vers une généralisation de l’usage de la norme STEP dans le
secteur du bâtiment. Nov. 2002. Contrat DRAST (Direction de la Recherche et des Affaires
Scientifiques et Techniques)", Rapport SAIL/02-1405, 115pp.
188. P. Poyet, 2002. Le Service Applications et Intégration Logicielles en 2001-2002 – Réunion
d’Avancement. CSTB, 18 Déc. 2002. Sophia Antipolis, 12pp.
189. P. Poyet, 2003. Le Service SAIL en 2003 – Réunion d’Avancement. CSTB, 21 Nov. 2003.
Sophia Antipolis.
190. P. Poyet, 2004. "Le Logiciel est il un enjeu pour le CSTB ?", 10 Mars 2004, Comité de
Direction du CSTB, Champs sur Marne, ARIA, 14pp.
191. P. Poyet, 2004. "Le Logiciel est il un enjeu pour le CSTB ?", 9 Juin 2004, Atelier logiciel et
Conseil de Direction du CSTB, Champs sur Marne, DS 65AB, 17pp.
192. P. Poyet, 2004. "Mission logicielle – éléments de méthode et calendrier", 7 Juillet 2004, 1 er
Comité de Pilotage du projet et Direction du CSTB, Champs sur Marne, ARIA, 16pp.

160
Index

ACAI FAUCONET, 97 MicroCEYX

projet, 27 PERRENOUD, 97 langage objet, 13
ACCOR VIZALL, 16 Microsoft
partenariat, 106 EPIQR conférence TechEd, 22
Aero déclinaisons, 102 Longhorn, 17
Interface, 31 projet, 97 Team System, 23
ASTER EVE MITHRA
EDF, 30, 60 plate-forme, 116 logiciel, 110
ATI Radeon Fasol V Modèle de bâtiment
carte graphique 9700 pro, 52 logiciel, 105 commun, 104
carte graphique 9800 pro, 53 Fraunhofer Modèle objet
Berne IBP, 97 définition, 14
Convention, 36 IIS – MP3, 42 Moore
BLIS GNU Loi de, 53
projet, 55 projet, 25 Mounajed
BPOL GPL auteur, 57
méthode de calcul, 106 définition, 25 MP3
Brevet Granite brevet, 42
dépôt, 40 Tour environnementale, 54 Nexity
CARMEN IBM opérateur immobilier, 54
équipement, 110 Atlantic, 23 NGSCB
CD-Reef IFC bridge Sécurité, 32
produit, 58 séminaire, 57 NVIDIA
CERAM Ingeciber carte graphique GeForce
étude, 84 société, 51 6800, 52
CIOB INPI carte graphique GeForce
Institut, 56 Organisme, 38 6800 Ultra, 52
CivilFEM INVESTIMMO Obfuscateurs
produit, 51 projet, 104 protection, 35
CLOS i-Reef OHIM
langage objet, 13 produit, 58 Bureau - Alicante, 38
CLR J# PERDIS
Langage, 16 Langage, 15 projet SAIL, 14
Colasanti Fabio Java POLLEM
La Haye, 48 conférence JavaOne, 22 classification produits, 96
CORBA Java Studio Creator, 17 POLYSUN
définition, 14 LABE logiciel, 100
CORENET laboratoire, 114 Portzamparc de
projet, 55 Licences architecte, 54
CYPE non restriction des, 38 ProSTEP
société, 51 Linux Société, 55
Dell OS, 25 Référencement
dimension 8300, 53 Longhorn concept, 59
Dongles concept, 31 SABLE
protection, 35 Mantis projet, 55
Droit d’auteur débogage, 24 SAVE
établissement, 36 Marques programme européen, 99
Editeur dépôt, 38 SCILAB
ABD-SOFT, 120 wipo, 38 Solveur open source, 60
BBS Slama, 97 Maven SIMBAD
CARBONNEL, 97 makefiles, 24 laboratoire virtuel, 96

161
Simulation Studio UML Concept, 16
logiciel, 102 diagramme de classes, 13 WINDAD
SIREN 95 metamodèle, 14 projet européen, 99
méthode calcul, 104 URUS WinFS
Smalltalk logiciel, 120 file system, 32
langage, 13 US Patent Act WIPO
Sourceforge amendement, 40 Organisation, 40
environnement, 24 VEGA XENIOS
SYMPHONIE projet SAIL, 14 logiciel, 105
Logiciel, 57 VS.NET XML
TRNSYS Environnement, 15 définition, 16
nouveaux types, 103 Web Services

162