Liaison entre la conception et la gestion de projet de

batiments : PROJECTOR, un prototype pour la

planification.
Denis Morand

To cite this version:

Denis Morand. Liaison entre la conception et la gestion de projet de batiments : PROJEC-
TOR, un prototype pour la planification.. Autre. Universite de Savoie, 1994. Francais. <tel-
00689988>

HAL Id: tel-00689988

https://tel.archives-ouvertes.fr/tel-00689988
Submitted on 20 Apr 2012

HAL is a multi-disciplinary open access Larchive ouverte pluridisciplinaire HAL, est

archive for the deposit and dissemination of sci-
entific research documents, whether they are pub-
lished or not. The documents may come from
teaching and research institutions in France or
abroad, or from public or private research centers.
destinee au depot et a la diffusion de documents
scientifiques de niveau recherche, publies ou non,
emanant des etablissements denseignement et de
recherche francais ou etrangers, des laboratoires
publics ou prives.
 Laboratoire
Gnie Civil et Habitat

THESE

prsente devant

l'Universit de Savoie pour obtenir le

Diplme de DOCTORAT
Spcialit : GENIE CIVIL

par

Denis MORAND
le 21 fvrier 1994

Liaison entre la conception et la

gestion de projet de btiments :
PROJECTOR, un prototype pour la
planification.

Jury :
M. Alain COURTOIS
M. Jean Claude HUOT Rapporteur
M. Jean-Claude MANGIN Directeur de thse
M. Marcel MIRAMOND Rapporteur
M. Francis PIERRE
M. Grard SAUCE
Avant-propos :

Jean Claude Mangin, Professeur, directeur du Laboratoire Gnie Civil et Habitat

et Grard Sauce, Matre de Confrences, m'ont encadr pendant toute la dure
de mon travail de thse. Je leur suis trs reconnaissant de l'aide prcieuse qu'ils
m'ont apporte et je tiens les en remercier vivement.

Francis Pierre, responsable du secteur Recherche et Dveloppement de la

socit Mthodes et Construction, a trs tt montr son intrt pour le sujet sur
lequel nous travaillions et sa collaboration a ds lors t constante et d'une richesse
jamais dmentie : qu'il en soit ici vivement remerci.

Monsieur Jean Claude Huot, Professeur d'Universit Montral (Canada),

spcialiste des grands projets, et Monsieur Marcel Miramond, Professeur et directeur
du Laboratoire Mthodes de l'INSA de Lyon ont accept d'tre rapporteurs de mon
mmoire de thse : je leur en suis trs reconnaissant. Je remercie galement
Monsieur Alain COURTOIS, Professeur et directeur du dpartement Organisation et
Gestion de la Production de l'IUT d'Annecy d'avoir bien voulu faire parti du jury.

Je tiens par ailleurs exprimer ma reconnaissance toutes les personnes que j'ai
ctoyes d'une faon ou d'une autre au cours de ma thse.

Je pense notamment Nahed et Michel, avec qui nous avons suivi le mme
itinraire depuis le DEA commenc Lyon en 1989. Arriv Chambry, j'ai aussi
apprci de travailler aux cts de Frdric et Philippe : j'aurais prfr que vous
redoubliez votre thse afin de profiter plus longtemps de votre complicit.

Catherine et Genevive, vous n'imaginez pas quel point vous contribuez

l'puisement intellectuel d'un thsard : pendant trois annes, chercher en
permanences de bons mais faux prtextes pour faire un dtour par le secrtariat,
cela force l'imagination. Mais on est coup sr rcompens par la comptence et
la gentillesse dont vous faites preuve chaque sollicitation. Merci...

Je n'oublie pas tous mes autres collgues thsards et enseignants, ils contribuent
tous faire du LGCH un lieu o j'tais content de me retrouver. Je pense galement
au personnel de choc de la BU qui a su rpondre mes demandes ventuellement
intempestives et qui n'a jamais refus de se laisser corrompre par quelques
viennoiseries pour fermer les yeux sur des prts prolongs...

Pascal, je te sens t'impatienter : "De quoi, il ne parle mme pas de moi ???". Voil
qui est fait. Et tu sais que j'aurais souhait en crire plus, mais ce mmoire de thse
comprend dj plus de 200 pages, alors on s'appelle et on reparle de tout a au
tlphone. D'accord ? En attendant, je sais que je te laisse en excellente
compagnie avec Pierre.

Michelle et Serge, le couple de l'anne 1993 et des suivantes (merci qui ?), j'ai
apprci de vous compter parmi mes proches, dans les moments difficiles comme
dans les moments agrables.

Christine, courage ! Tu es plus prs du dbut que de la fin mais tu y arriveras vite
et brillamment, j'en suis persuad.

J'arrte ici les citations mais nombreuses sont les autres personnes qui j'aurais
envie de faire un clin d'il dans cet avant-propos. Alors, j'exprimerai ma gratitude
chacun et chacune d'entre vous de vive voix...
Rsum :
La matrise du processus de la gestion de projet dans le domaine de la
construction de btiments constitue l'un des enjeux majeurs pour assurer des gains
de qualit et de productivit dans l'avenir. Nous proposons d'amliorer la liaison
entre la conception et la gestion de projet de btiments en intgrant les
connaissances ncessaires dans un systme informatique, PROJECTOR, dont nous
prsentons le prototype.

L'analyse de la liaison a permis d'identifier les fonctions, les acteurs et les

informations en jeu et de montrer le rle important du matre d'uvre d'excution
dans la matrise des dlais et des cots. Son savoir faire est fondamental pour assurer
la transformation, la maintenance et la cohrence de ces informations.

La description de ce savoir faire a ncessit l'laboration d'un modle

conceptuel prcisant l'organisation des diffrentes informations en jeu, la
formalisation des connaissances de base du matre d'uvre d'excution et la
recherche des stratgies d'utilisation de ces connaissances. Afin de vrifier la
faisabilit informatique de nos propositions, nous avons ralis le prototype
PROJECTOR. Ce prototype inclut une base de connaissances expertes, constitue
grce des contacts avec des professionnels. Nous montrons comment nous
ralisons, en liant un logiciel de planification PROJECTOR, un planning enveloppe
puis un planning dtaill partir d'une base d'informations de conception
provenant d'un systme de CAO pour le btiment.

Abstract :
Project control process in building construction is one of the major stakes in
securing quality and productivity improvement in the future. We propose to improve
the connection between building design and project control by integrating
knowledge in a computerised tool, PROJECTOR, whose prototype we present.

The analysis of the connection permits the identification of actors, functions and
information involved and shows the project manager large part in costs control and
scheduling control. His know-how is fundamental to insure information transformation
that is linked with the connection.

This know-how description has required the elaboration of a conceptual model

which describes information organisation, the project manager's basic knowledge
formalisation and the research of the different the way of making use of this
knowledge. In order to validate our propositions, we have realised the prototype
PROJECTOR. This prototype includes a knowledge base obtained from interviews of
professionals. We show how a global schedule and then a detailed schedule can
be realised from design information (obtained from a CAD system) by connecting a
planning software to PROJECTOR.
 Introduction gnrale

Chapitre 1

La gestion de projet de btiments

I - Le projet de btiment - les fonctions, les acteurs, les tapes, les
documents :.................................................................................................... 19
I - 1 Les fonctions, les acteurs : ......................................................................................... 20

I - 1 - 1 La matrise d'ouvrage : .........................................................................................20

I - 1 - 2 La matrise d'uvre :.............................................................................................20

I - 1 - 3 Le contrle : ............................................................................................................21

I - 1 - 4 La ralisation :.........................................................................................................21

I - 2 Les grandes tapes d'une opration de construction : .......................................... 22

I - 2 - 1 - Les tudes pralables et le programme :........................................................22

I - 2 - 2 L'esquisse : ...............................................................................................................22

I - 2 - 3 L'avant-projet sommaire : ....................................................................................23

I - 2 - 4 L'avant projet dtaill :.........................................................................................23

I-2-5 Les tudes de projet, la constitution du dossier de consultation

des entreprises (DCE) :.........................................................................................................24

I - 2 - 6 La prparation du chantier : ...............................................................................25

I - 2 - 7 Les tudes d'excution :.......................................................................................25

I - 2 - 8 Les travaux de construction : ..............................................................................26

II - La gestion de projet de btiments :........................................................ 28

II - 1 Gestion de production et gestion de projet : .......................................................... 28

II - 2 La planification et la matrise des cots : ............................................................... 30

II - 2 - 1 La planification et les diffrents niveaux de dtail : ......................................30

II - 2 - 2 Les cots : ...............................................................................................................31

II - 3 Interaction ralisation/conception :........................................................................ 32

III - La planification : ...................................................................................... 33

III - 1 Les plannings :........................................................................................................... 33

III - 1 - 1 Le planning global :.............................................................................................33

III - 1 - 2 Le planning enveloppe : ....................................................................................33

III - 1 - 3 Le planning dtaill tous corps d'tat : ...........................................................34

 III - 1 - 4 Le planning dtaill d'excution : ................................................................... 34

III - 1 - 5 Le planning trs dtaill :................................................................................... 35

III - 2 Les diffrents lments du planning : ..................................................................... 35

III - 2 - 1 Les tches : ........................................................................................................... 35

III - 2 - 2 Les zones de planification : ............................................................................... 38

III - 2 - 3 Les contraintes : ................................................................................................... 40

Chapitre 2

La liaison conception-gestion de projet : analyse et propositions

I - La liaison conception - gestion de projet : ........................................... 45
II - La problmatique lie la liaison Conception - Gestion de projet : 49
III - Une solution informatique pour amliorer la liaison :......................... 53

Chapitre 3

Ralisation d'un module de gestion de projet :

fonctionnalits et principe de fonctionnement
I - Objectif gnral et fonctionnalits : ...................................................... 59
II - Le principe de fonctionnement du module de gestion de projet : ... 61
II - 1 Premire gnration d'un rseau de tches :........................................................ 62

II - 2 Nouvelle gnration d'un rseau de tche : ......................................................... 64

II - 2 - 1 Gnration d'un rseau de tches enveloppes : ......................................... 65

II - 2 - 2 Gnration d'un rseau de tches trs dtailles :...................................... 65

II - 3 Rpercussion d'une modification : .......................................................................... 66

Chapitre 4

Gestion de projet de btiments : modlisation des

informations et formalisation des connaissances
I - La modlisation des informations de conception :.............................. 72
I - 1 La conception des btiments :.................................................................................. 72

I - 2 La modlisation des espaces :.................................................................................. 73

I - 3 La modlisation des composants du btiment :..................................................... 76

 I - 4 Les acteurs :................................................................................................................. 78

I - 5 Exemple illustratif : ...................................................................................................... 78

II - La modlisation des informations pour la gestion de projet :............ 80

II - 1 L'objet de planification : ........................................................................................... 81

II - 2 Les tches : ................................................................................................................. 83

II - 3 Les contraintes : ......................................................................................................... 84

III - La modlisation des informations de ralisation :................................ 85

III - 1 Les options de construction :................................................................................... 85

III - 2 Les documents : ........................................................................................................ 86

III - 3 L'entreprise :............................................................................................................... 88

IV - La formalisation des connaissances : ................................................. 89

Chapitre 5

Constitution d'une base de connaissances pour la gestion

de projet
I - Principe du recueil des connaissances : ............................................ 100
II - Les options de construction gnriques : .......................................... 103
III - Les objets de planification gnriques : ........................................... 107
IV - Les tches gnriques :...................................................................... 117
V - Les contraintes de planification gnriques : ................................... 123

Chapitre 6

Propositions pour une mise en uvre : le prototype PROJECTOR

I - PROJECTOR - Objectifs et description gnrale :................................. 133
I - 1 Le logiciel de planification PSN 5 :.......................................................................... 134

I - 2 Les informations de conception :............................................................................ 135

I - 3 Le langage choisi pour programmer PROJECTOR : GRAM v2 : ........................... 137

II - L'implmentation du modle dans PROJECTOR :.............................. 139

II - 1 Le schma de base :............................................................................................... 139

II - 2 La base de connaissances :................................................................................... 142

III - Exemple d'utilisation de PROJECTOR : ................................................. 147

 III - 1 Le projet : ................................................................................................................. 147

III -2 Gnration d'un premier planning enveloppe : .................................................. 149

III - 2 - 1 Le choix des options de construction : ......................................................... 150

III - 2 - 2 L'identification des zones de planification :................................................. 151

III - 2 - 3 Identification des objets de planification : .................................................. 153

III - 2 - 4 Identification des tches :............................................................................... 156

III - 2 - 5 Identification des contraintes de planification :......................................... 157

III - 2 - 6 Utilisation de PSN5 : ........................................................................................... 157

III - 3 Gnration d'un planning plus dtaill :.............................................................. 159

III - 3 - 1 Affinement des options de construction : .................................................... 159

III - 3 - 2 Dcomposition des objets de planification :............................................... 160

III - 3 - 3 Utilisation de PSN5 : ........................................................................................... 161

III - 4 Les liens entre les diffrentes informations :......................................................... 162

Conclusion gnrale................................................................. 165

Glossaire..................................................................................... 171

Rfrences bibliographiques ................................................... 181

Annexes
Annexe 1 : exemples de plannings............................................................ 189
Annexe 2 : un cahier des charges pour la de gestion de projet de
btiments ...................................................................................................... 195
Annexe 3 : les documents relatifs au projet de btiment ........................ 201
Annexe 4 : dictionnaire des principaux concepts de la modlisation .. 213
Annexe 5 : le Projet CONCEPTOR ............................................................... 221
Introduction
gnrale
 La complexit et la diversit du secteur btiment, aussi bien au niveau des
acteurs que des documents, des pratiques quotidiennes, des tapes du processus
de conception-ralisation, font qu'il existe de nombreuses lacunes combler. Elles
sont dues la coupure ou au manque de liaisons fortes, structures, entre les
intervenants, les outils qu'ils utilisent, notamment les outils informatiques, les
documents produits, les donnes disponibles. Ainsi, dans l'ensemble du processus qui
s'tend de la gense du projet jusqu' sa mise en service, la liaison entre la
conception et la ralisation du projet apparat comme une phase particulirement
problmatique. La matrise du processus de la gestion de projet dans le milieu du
B.T.P. constituant l'un des enjeux majeurs pour assurer les gains de qualit et les gains
de productivit dans l'avenir, nous avons choisi d'effectuer un travail de recherche
autour de la liaison conception-ralisation, dans le but d'identifier clairement les
problmes rencontrs et de proposer des solutions aptes apporter des
amliorations.

Cette recherche ncessitait, dans un premier temps, un important travail de

recueil d'informations sur la gestion de projet de btiments et sur son
interdpendance avec la conception. Cette phase d'expertise a repos d'une part
sur une tude bibliographique et d'autre part sur des contacts suivis avec des
professionnels du btiment. Ces contacts ont notamment t pris au cours d'une
enqute faite dans le cadre d'un travail relatif un contrat de recherche pour le
Plan Construction et Architecture [PCA 93]. Ils ont t plus particulirement suivis
avec la socit Mthodes et Construction1.

Sur la base de l'expertise, nous devions prciser la problmatique afin de spcifier

un outil destin amliorer la liaison conception-ralisation. Ce travail a pos le
problme de la disponibilit des connaissances de l'expert et nous devions alors
procder une phase de modlisation et de formalisation. Afin de vrifier la
faisabilit informatique de nos propositions, nous devions finalement constituer une
base de connaissances, aprs avoir prcis les limites de notre application, puis
ralis le prototype de l'outil informatique destin amliorer la liaison entre la
conception et la gestion de projet.

1La socit Mthodes et Construction est un cabinet de consultants en organisation et

gestion de la production dans le domaine de la construction de btiments. A ce titre, elle

intervient en prparation et mthodes sur de nombreux chantiers, et, par ailleurs, elle assure
la conception et le dveloppement d'un ensemble de logiciels regroups sous le nom de
Progap (Prvision, Rationalisation, Optimisation et Gestion Avance de Production).

Introduction page 13
 Le rsultat de l'ensemble de ces travaux est prsent travers six chapitres.

Le premier chapitre prsente les informations que nous avons recueillies sur la
base d'une tude bibliographique et de contacts suivis avec des professionnels du
domaine de la conception et de la ralisation des btiments. Il dcrit le projet de
btiment, puis les diffrentes fonctions de la gestion de projet. Il aborde enfin plus
particulirement la planification dont nous avons choisi de privilgier l'analyse.

Dans le deuxime chapitre, nous centrons notre proccupation sur la liaison

entre la conception et la gestion de projet en dcrivant l'interdpendance entre
ces deux aspects et la difficult de faire communiquer les informations de l'un
l'autre. Nous en dduisons l'intrt d'laborer un outil informatique destin
amliorer cette liaison.

Le troisime chapitre dveloppe les spcifications et les fonctionnalits de cet

outil.

Dans le quatrime chapitre, nous prsentons une modlisation de la gestion de

projet de btiments et une formalisation des connaissances ncessaires pour assurer
la liaison entre la conception et la gestion de projet.

Le cinquime chapitre prsente une partie de ces connaissances, recueillies en

vue de raliser un prototype de l'outil informatique destin amliorer la liaison.

Ce prototype, ralis dans un contexte de CAO pour le btiment, est prsent

dans le sixime et dernier chapitre.

page 14 Introduction
 Les principales abrviations utilises dans ce document :

APD : avant projet dtaill.

APS : avant projet sommaire.

APTS : avant projet trs sommaire.

CAO : conception assiste par ordinateur.

CCAG : cahier des clauses administratives gnrales.

CCAP : cahier des clauses administratives particulires.

CCTG : cahier des clauses techniques gnrales.

CCTP : cahier des clauses techniques particulires.

DAO : dessin assist par ordinateur.

DCE : dossier de consultation des entreprises.

LOO : langage orient objet.

SGBD : systme de gestion de bases de donnes.

TCE : tout corps d'tat.

Introduction page 15
Chapitre 1
 La gestion de projet
de btiments

La gestion de projet est une activit exerce dans des domaines aussi divers que
le gnie civil, le gnie logiciel, la construction navale, l'urbanisme, et, plus
gnralement, les grands projets industriels [AFI 91]. Dans chaque domaine, elle est
ralise de faon diffrente parce qu'elle concerne des projets eux-mmes de
types trs diffrents. Dans le domaine de la construction de btiments, la gestion de
projet recouvre diffrents aspects qui font intervenir un grand nombre d'acteurs. Le
vocabulaire li notre domaine d'tude est, en consquence, trs riche et
prsente de nombreuses ambiguts. Afin de lever ces ambiguts et de dcrire le
contexte de notre tude, nous prsentons dans ce premier chapitre le projet de
btiment puis la gestion de projet de btiments elle-mme ( la fin de ce
document, un glossaire reprend et dfinit les principaux termes spcifiques utiliss
dans ce chapitre). Nous abordons enfin plus particulirement un aspect de la
gestion de projet que nous avons choisi de privilgier dans notre recherche : la
planification.

Ce chapitre rsulte d'une importante tude bibliographique mais aussi de

nombreux contacts avec des professionnels du domaine de la conception et de la
ralisation des btiments. Compte tenu de cette dernire mthode "d'investigation",
la prsentation de la gestion de projet de btiments faite ici correspond la
pratique observe en France. Cependant, l'analyse bibliographique du domaine
([BEN 90], [STU 87],...) a montr que les grands principes de la gestion de projet de
btiments que nous dveloppons ci-dessous peuvent tre gnraliss,
indpendamment du pays o on les observe.

I - Le projet de btiment - les fonctions, les acteurs, les

tapes, les documents :
Les nombreux acteurs [PIE 91] qui interviennent sur un projet de btiment ne
jouent pas toujours le mme rle selon le projet et son organisation. On doit donc
distinguer l'acteur (personne physique ou morale) de sa fonction. Dans ce paragra-
phe, nous recensons les diffrentes fonctions de la gestion de projet et les acteurs
qui les remplissent habituellement. Puis, nous situons ces fonctions par rapport aux
diffrentes phases du projet de btiment, en prcisant les types de document
utiliss au cours de chacune d'elles. Nous en dduisons alors une reprsentation

Chapitre 1 page 19
 thorique de la circulation des informations entre les fonctions au cours du projet.

"Le guide de la construction" [CAV 88] constitue une source prcieuse

d'informations sur le projet de btiment : il nous a t trs utile et le lecteur pourra y
trouver des renseignements complmentaires sur les notions prsentes dans cette
premire partie.

I - 1 Les fonctions, les acteurs :

I - 1 - 1 La matrise d'ouvrage :

Le matre d'ouvrage doit vrifier la faisabilit du projet, dfinir la localisation, le

programme, l'enveloppe prvisionnelle, assurer le financement, choisir le processus
de ralisation et conclure les contrats. On attribue gnralement la fonction de
matrise d'ouvrage au client, celui pour le compte duquel le projet est ralis.

Les comptences du matre d'ouvrage se dcomposent en deux grands ples :

un ple administratif, juridique et financier (assur par un directeur d'investissement)
et un ple technique (assur par un conducteur d'opration, ou ventuellement
dlgu au matre d'uvre).

Les acteurs : Les matres d'ouvrage professionnels peuvent tre les producteurs de
logement (HLM, SEM, promoteurs...), l'Etat et ses tablissements publics, les
collectivits locales, les grands groupes privs. Le matre d'ouvrage peut aussi tre
occasionnel (particulier construisant sa maison, industriel agrandissant son usine, ...).
Parfois, la matrise d'ouvrage est dlgue lorsque le client considre qu'il n'a pas les
capacits pour l'assurer lui-mme.

I - 1 - 2 La matrise d'uvre :

Le matre d'uvre est choisi par le matre d'ouvrage pour sa comptence afin de
concevoir le projet et d'en assurer la ralisation.

Le matre d'uvre vrifie la cohrence du programme, conoit le btiment, de-

mande les autorisations administratives, consulte et dsigne les entreprises, prpare
les marchs, coordonne les tudes et les travaux, contrle la qualit, les cots. On
peut ds lors dcomposer la matrise d'uvre en deux grandes sous-fonctions :

- la matrise d'uvre de conception (architecturale et technique) ;

- la matrise d'uvre d'excution (ou de ralisation), relative aux oprations de

coordination et de suivi.

Les acteurs : Les matres d'uvre de conception sont gnralement les

architectes et agrs en architecture ainsi que les bureaux d'tudes techniques. Le
matre d'uvre d'excution est l'architecte lui-mme pour de petits chantiers ; sinon,
c'est un coordinateur (ou coordonnateur) travaillant pour l'entreprise gnrale
adjudicataire de tous les lots, ou alors le pilote, adjudicataire d'un lot spcifique
"coordination".

page 20 Chapitre 1
 I - 1 - 3 Le contrle :

Il s'agit soit du contrle technique, exig par certains matres d'ouvrages et qui
consiste en un examen critique des dispositions techniques du projet et de la
ralisation, soit d'une vrification technique, gnralement demande par les
assureurs, qui consiste vrifier le respect de certaines rgles (scurit incendie, ...)
ou les caractristiques de matriaux spcifiques.

Les acteurs : le contrle est assur par les bureaux de contrle.

I - 1 - 4 La ralisation :

Il s'agit, sur la base des tudes de conception, d'assurer les fournitures et

d'excuter les travaux ncessaires la ralisation du projet.

Les acteurs : Il s'agit bien sr des entreprises, lesquelles peuvent intervenir de

diffrentes faons :

- en marchs spars : chaque entreprise signe un march particulier et n'a

aucun lien juridique ni contractuel avec les autres entreprises. Le matre d'ouvrage
joue alors un rle important de coordination qu'il pourra dlguer un pilote.

- en entreprise gnrale : l'ensemble des travaux est confi une seule

entreprise qui, gnralement, sous-traite a des entreprises spcialises les travaux
qui ne relvent pas de sa comptence. Elle demeure nanmoins directement et
personnellement responsable vis vis du matre d'ouvrage. A ce titre, elle assure la
coordination tant dans la phase prparatoire que pendant les travaux.

- en entreprises groupes : soit les entreprises signent chacune un march et

dsignent un mandataire commun qui devra assurer la coordination, soit elles
signent solidairement un seul march et sont alors chacune responsables pour la
ralisation de l'ensemble du march.

Le tableau ci-dessous rcapitule la rpartition des fonctions par acteur :

Acteur
Fonction Client Architecte Bureau Pilote Econo- Bureau de Entreprise
d'tude miste contrle

Matrise d'ouvrage X

Matrise d'uvre :
conception architecturale X
conception technique X X
march de travaux X
coordination X X X
matrise des cots X X X X

Contrle X

Ralisation X

Chapitre 1 page 21
 I - 2 Les grandes tapes d'une opration de construction :
Les diffrentes fonctions dcrites ci-dessus n'ont pas toujours la mme importance
relative au cours de l'volution du projet. Dans ce paragraphe, nous dcrivons les
principales tapes d'une opration de construction en prcisant pour chacune les
fonctions sollicites et les documents rsultants (on trouvera en annexe 3 un
rcapitulatif des principaux documents lis au projet de btiment).

I - 2 - 1 - Les tudes pralables et le programme :

Sur la base d'un besoin immdiat ou long terme, d'une volont politique, le
matre d'ouvrage va dans un premier temps procder une analyse de la situation
en considrant le contexte, les impacts du projet, les moyens ncessaires. Il dfinira
la localisation, envisagera la libration de l'emprise foncire. Sur la base de la
dfinition de l'enveloppe financire prvisionnelle (tablie en rcapitulant les cots
des diffrents postes, de la charge foncire jusqu' l'ventuelle marge bnficiaire),
il commencera envisager le financement.

Ces tudes aboutiront la rdaction d'une note de synthse, dmontrant la

faisabilit dans le temps et dans l'espace, et la faisabilit financire et technique.

Le matre d'ouvrage pourra alors tablir le programme : il s'agit d'un document

qui comprend une prsentation de l'opration (nature et historique de l'opration,
principaux acteurs, tudes pralables). Il prsente les principaux objectifs qualitatifs,
le contexte physique et urbain (plan de situation, de nivellement et de limites, des
ouvrages existants), la vie de l'quipement, les contraintes et exigences gnrales,
les exigences de dlai et de cot. Il constituera le document qui amorcera le
dialogue avec le matre d'uvre.

Aprs tablissement du programme, le matre d'ouvrage choisira les

concepteurs, tablira le contrat de matrise d'uvre.

Les fonctions : la matrise d'ouvrage.

Les documents : note de synthse de faisabilit, le programme.

I - 2 - 2 L'esquisse :

C'est la premire tape de la rponse architecturale et technique au

programme. Son laboration fait l'objet d'un important dialogue entre le matre
d'ouvrage et le matre d'uvre de conception. Sur la base de l'analyse du
programme, ce dernier procdera une recherche documentaire (rglementation
technique et administrative, documents techniques, organismes consulter) afin de
dfinir le principe de fonctionnement du projet. Cela se traduit par une organisation
des diffrents volumes composant les btiments du projet. A ce stade de la
conception, on pourra choisir le parti gnral de construction.

Les fonctions : la matrise d'ouvrage, la matrise d'uvre.

Les documents : une srie de plans peu dtaills (plan masse au 1/1000, plan des
diffrents niveaux, perspectives et faades au 1/500), une note explicative destine

page 22 Chapitre 1
 expliquer certains choix. Parfois, une maquette est jointe l'esquisse, surtout
lorsque cette dernire constitue la rponse un concours d'architecture. Cette liste
indicative de documents masque en fait une grande diversit dans la faon de
prsenter l'esquisse. Par exemple, si les plans produits sont dans l'ensemble peu
prcis ce niveau de la conception architecturale, on pourra en revanche avoir
certains schmas trs dtaills reprsentant des ouvrages ou lments d'ouvrages
particuliers.

I - 2 - 3 L'avant-projet sommaire :

Il s'agit d'un prdimensionnement, qui permettra notamment d'tablir la

demande de permis de construire.

A la suite de l'esquisse et sur la base du programme, l'APS proposera les

possibilits techniques les mieux adaptes aux caractristiques du projet.

Les tudes d'APS portent sur les contraintes d'environnement dans l'espace et le
temps, la dfinition du programme ventuel des reconnaissances ncessaires
cette phase (tudes de sol) et l'apprciation des rsultats de ces reconnaissances,
la solution d'ensemble (parti gnral et solution technique) retenue pour l'ensemble
des ouvrages, ainsi que la rpartition des ouvrages et leurs liaisons dans l'espace.

Les fonctions : la matrise d'ouvrage, la matrise d'uvre.

Les documents :

- un mmoire descriptif, explicatif et justificatif abordant :

- l'tude comparative des diffrentes solutions ;
- la justification du choix de la solution d'ensemble notamment par rfrence
au cot total ;
- la description sommaire de la solution d'ensemble prconise, numrant les
ouvrages et indiquant les caractristiques fonctionnelles de chacun d'eux.

- une estimation sommaire des dpenses :

- dpenses des reconnaissances supplmentaires, des tudes et de la
construction ;
- frais de libration de l'emprise, de raccordements, droits et taxes, frais
financiers ;

- le dossier de la solution d'ensemble prconis : croquis, esquisses, schmas,

plans masse et de situation, notes techniques et de calcul.

I - 2 - 4 L'avant projet dtaill :

Il s'agit d'un travail qui permettra d'laborer le dossier de consultation des

entreprises.

La solution d'ensemble retenue l'APS est ici affine afin de prsenter les choix
architecturaux et techniques et d'tablir une estimation dtaille des dpenses
d'excution. Cette tude porte sur l'apprciation des reconnaissances
complmentaires, des rglements, sur le principe de construction, les fondations et

Chapitre 1 page 23
 structures et leur dimensionnement, les dispositions gnrales et les principes
d'quipement, la nature et la qualit des matriaux et matriels employs, les
modalits gnrales et dlais d'excution.

Les fonctions : la matrise d'ouvrage, la matrise d'uvre.

Les documents :

- un mmoire caractre descriptif, explication et justificatif portant sur :

- l'indication de l'ensemble des donnes utiles (sol, climat et autres contraintes
de site) et de leurs consquences ;
- l'indication de l'ensemble des dispositions rglementaires et de leurs
consquences ;
- la justification des types d'ouvrage prconiss et, ventuellement, les
variantes susceptibles d'tre admises ;
- la description des ouvrages et de leurs composants afin d'expliquer les
modes de construction et d'exploitation et de faciliter la comprhension des
plans ;
- l'identification des diffrents lots techniques ;
- l'indication du planning d'excution ;

- une valuation dtaille des dpenses, lies l'excution des ouvrages,

gnralement fonde sur un avant-mtr ;

- le dossier technique des ouvrages :

- les plans d'ensemble reprsentant les ouvrages dans leur site ;
- les plans de disposition gnrale et des divers niveaux au 1/200 ou 1/100
avec indication des surfaces ;
- les plans et schmas des principaux quipements (chauffage, sanitaire,...) ;
- les plans de principe de fondations et de structure ;
- les plans de principe des rseaux et des raccordements aux rseaux publics ;
- les plans dtaills (1/20, 1/10) de certains lments rptitifs, de certains
assemblages, dtails de fabrication de certains composants (dtails de
menuiserie,...).

I - 2 - 5 Les tudes de projet, la constitution du dossier de consultation des

entreprises (DCE) :

Il s'agit d'tudes de dtail relatives l'excution des ouvrages sur la base d'un
APD accept par le matre d'ouvrage. Ces tudes portent sur la dtermination dans
tous leurs dtails des dispositions architecturales et techniques des ouvrages et la
spcification des lots techniques : caractristiques fonctionnelles, dimensionnelles et
de positionnement de tous les dtails des ouvrages, choix des matriaux et
quipements, allotissement des travaux, planning d'excution dtaill tout corps
d'tat, estimation dtaille du cot du btiment et des rseaux.

C'est galement lors de cette phase de la conception que l'on dterminera la

nature du march (entreprises groupes, entreprise gnrale, ...) dans la mesure o
ce choix aura une forte influence sur le rle du matre d'uvre.

page 24 Chapitre 1
 Les fonctions : la matrise d'ouvrage, la matrise d'uvre.

Les documents : Les documents du DCE seront essentiellement extraits de l'APD :

- modle d'acte d'engagement (prcisant les parties contractantes, le prix et les

modalits de paiement, le dlai) ;

- planning d'excution dtaill ;

- plans complts par des schmas fonctionnels, des notes techniques et de

calcul ;

- spcifications techniques dtailles (cahier des clauses techniques particulires

ou CCTP) ;

On trouvera en plus un devis quantitatif numrant les diverses units d'uvre

employes dans la construction et indiquant la quantit ncessaire pour chacune
d'elles. Dans le cadre d'un march prix forfaitaire, l'entreprise consulte indiquera
le prix unitaire et le prix total relatifs chaque ligne du quantitatif de manire
calculer le prix total de son intervention qui deviendra alors contractuel si le march
est sign.

Dans le cas des marchs prix unitaires, l'entreprise remplira seulement un

bordereau de prix unitaires, lesquels seront affects ensuite de la quantit des
travaux effectivement raliss.

Enfin, seront joints au DCE, le cahier des clauses administratives particulires ainsi
que le cahier des clauses techniques gnrales (documents normatifs caractre
technique).

I - 2 - 6 La prparation du chantier :

Il y a souvent conflit entre l'intrt de l'ouvrage collectif et les intrts internes

chaque entreprise. La phase de prparation de chantier devra y remdier.

A l'intrieur de l'entreprise, le dossier est pass du service commercial, qui avait

labor la rponse l'appel d'offre, au service technique ou de travaux qui rvisera
les objectifs atteindre en fonction des contraintes qui psent sur l'entreprise (plan
de charge, disponibilit de la main d'uvre et des matriels, ...).

La phase de prparation de chantier consiste en fait prparer la production.

Les fonctions : la matrise d'uvre, la ralisation.

Les documents : planning d'excution dtaill, l'chancier de versement des

acomptes, le plan d'installation de chantier et le plan d'hygine et scurit, le
planning d'arrive des documents sur le chantier.

I - 2 - 7 Les tudes d'excution :

Les modes opratoires n'ayant gnralement pas t pris en considration dans

le devis descriptif, on va dfinir la manire dont les entreprises vont excuter leur
travail ainsi que les modification de dtail qui faciliteront leur travail.

Chapitre 1 page 25
 Les fonctions : la matrise d'uvre, la ralisation.

Les documents : plans d'excution dtaills, dessins et schmas fonctionnels tels

que les plans de ferraillage.

I - 2 - 8 Les travaux de construction :

Il s'agit de contrler les oprations, d'organiser les runions, de diffuser les informa-
tions, de veiller de la conformit des travaux aux pices contractuelles, de lancer les
ordres de service.

Elle intgre une importante composante de "comptabilit de travaux" : en

fonction de l'avancement des travaux et selon diffrents processus possibles, des
acomptes sont verss aux entreprises. Il convient de comparer ces versements
l'chancier qui avait t tabli au cours de la conception. La comptabilit de
travaux abordera galement le problme du compte inter-entreprises, c'est dire
la rpartition des dpenses communes relatives au chantier (installations, eau,
lectricit,...).

Les fonctions : la matrise d'uvre, la ralisation.

Les documents : les situations, les comptes-rendus de runion de chantier, les

fiches journalires de travail.

On trouvera page suivante (Fig. 1.1) un schma reprsentant les changes

thoriques d'informations entre fonctions au cours d'un projet. D'autres schmas
peuvent tre tablis : ils correspondent des contextes diffrents d'opration ou de
collaboration entre acteurs, ou ne prsentent pas les mmes niveaux de dtail et
de globalit. Les diffrences avec notre schma portent alors essentiellement sur les
dtails et non sur le fond.

page 26 Chapitre 1
Chapitre 1
Etude de
Montage Mise au Commercialisation
march Suivi chan-
Matre Cahier des financier point MarchsDblocage
tier Livraison
d'ouvragecharges montage O.S. Paiements

Dpouille- Suivi chan-

Matre A.P.S. Chiffrage A.P.D. Ordre de tier Rceptio
ment A.O. Marchs
D.C.E. service Vrification
d'oeuvre Ngociations Situation

Etudes RalisationRception
Devis Dossier
Entreprise Ordre de dcompte
Etudes Marchs dtaill S.T.
service Dpouille-
Coordination
gnrale variantes Consultation dfinitifs
ment, OS Situation

page 27
Prparation Dcompte
Sous- Devis Devis travaux Ralisationdfinitif
traitants Lancement

Figure 1.1 : Les changes thoriques d'informations au cours d'un projet de btiment
II - La gestion de projet de btiments :
Dans cette deuxime partie, nous apportons quelques dfinitions [AFI 89] [AFI 92]
[MOR 90] afin de prciser les diffrents aspects de la gestion de projet que nous
aborderons par la suite. Nous ferons galement un bilan sur la pratique actuelle de
la gestion de projet dans le milieu du btiment.

L'un des rsultats de cette analyse est l'laboration d'un cahier des charges pour
la ralisation d'un outil complet de gestion de projet de btiments (annexe 2).

II - 1 Gestion de production et gestion de projet :

Compte tenu du grand nombre d'acteurs concerns par le droulement d'un
projet de btiment, la gestion de projet dans ce domaine peut tre vue sous
diffrents angles. Par exemple, pour le matre d'ouvrage, elle commencera par la
dfinition du programme et finira avec la fin de la garantie dcennale ; pour le
matre d'uvre, elle commencera avec la conception et finira avec l'achvement
de la ralisation ; pour l'entreprise, elle se limitera son intervention sur le projet et
sera en fait intgre l'organisation interne de sa production.

Paralllement aux diffrentes faons de dfinir les limites du projet, il existe

diffrents niveaux de dtail dans sa dcomposition qui peut voluer de faon
presque continue entre la dfinition de grandes tapes (telles que le programme,
les tudes, la ralisation et l'utilisation du btiment) et la dfinition de "micro-tches"
qui pourraient correspondre la programmation de chaque mouvement d'un
robot.

Malgr la coexistence de ces nombreux points de vue, on observe deux grands

types d'activits, dont les noms respectifs ne sont pas toujours utiliss bon escient :

- la gestion de projet elle-mme, qui consiste tablir l'ensemble complet et

prcis des caractristiques du projet, mettre au point un systme de contrle
et de prise de dcisions, et faire fonctionner ce systme, notamment en
rpartissant les moyens de production et en optimisant leur utilisation, jusqu'
l'aboutissement du projet. Elle ne concerne qu'un seul projet mais , en
revanche, implique plusieurs entreprises dont les interventions sur ce mme
projet devront tre coordonnes de manire optimiser le dlai et le cot ;

- la gestion de production propre une seule entreprise et qui consiste pour

celle-ci optimiser l'utilisation des moyens de production qu'elle mettra en
uvre pour participer la ralisation des projets sur lesquels elle intervient. Elle
doit alors rpondre la question: comment fabriquer, quand et quel prix? La
rponse est apporte par la dfinition des actions, par le plan de production,
par la gestion des stocks et des approvisionnements, par le suivi de la qualit,
par la matrise des cots, et aussi par la maintenance de l'outil de production.
Par consquent, la gestion de production correspond gnralement un
niveau de dtail beaucoup plus fin.

page 28 Chapitre 1
 On reprsente ci-dessous l'imbrication (dcrite plus prcisment dans [MOR 90])
qui existe entre gestion de projet et gestion de production (Fig. 1.2).

Droulement
du projet Gestion gnrale du projet B

Gestion du projet B
dans l'entreprise X

Entreprise X

Gestion de production
dans l'entreprise X

A Projet B C

Activits de l'entreprise

Figure 1.2 : gestion de production et gestion de projet

L'intersection entre l'axe vertical (le projet) et l'axe horizontal (l'entreprise) illustre
la ncessit de trouver un compromis entre les intrts de l'entreprise, intervenant
sur plusieurs projets, et le bon droulement du projet, confi plusieurs entreprises.

Sans ngliger les aspects de gestion de production, nous avons choisi de centrer
notre tude sur la gestion de projet. La dfinition que nous en donnons plus haut
laisse entrevoir divers aspects. En fait, la description de la gestion de projet n'est pas
fige : elle varie notamment en fonction de celui qui en a la charge, du type de
projet et de son contexte. Cependant, deux aspects, troitement lis, caractrisent
typiquement la gestion de projet de btiments :

- la planification, qui concerne la gestion du temps et des ressources ;

- la matrise des cots, qui aborde les problmes d'enveloppe financire, des
budgets prvisionnels, des situations et de la comptabilit des travaux.

A ces deux aspects fondamentaux, on peut ajouter :

- la gestion des diffrents documents relatifs au projet (organisation de leur

production, de leur classement, de leur mise jour, la diffusion de l'information,

Chapitre 1 page 29
 la constitution du dossier des ouvrages excuts) ;

- la vrification de la conformit (prsentation des chantillons, gestion de la

qualit, organisation de la rception des travaux) ;

- l'analyse des variantes proposes par les entreprises.

L'annexe 2 dtaille ces diffrents aspects en prcisant notamment leurs

proccupations respectives en termes de prvision, de suivi et de bilan.

Dans le paragraphe suivant, nous privilgions les deux aspects fondamentaux

(matrise des cots et planification) que nous dcrivons successivement. Nous mon-
trons les diffrences dans leur principe ainsi que les interactions qu'ils prsentent.

II - 2 La planification et la matrise des cots :

II - 2 - 1 La planification et les diffrents niveaux de dtail :

La planification consiste traduire la description des btiments, labore au

cours des phases de conception, en termes de travaux excuter pour raliser le
projet. Ces travaux sont dcomposs en diffrents lots et en diffrents lieux d'excu-
tion, autrement dit, en un certain nombre de tches. La planification dtermine
galement les attributs relis ces tches (dure, consommation, contraintes,...) et,
par une technique d'ordonnancement, organise leur excution de manire
optimiser le dlai total mais aussi l'utilisation des moyens de production. Le rsultat
de l'ordonnancement est gnralement prsent sous forme de plannings.

Nous avons voqu, dans le paragraphe prcdent, la progression quasi-

continue des diffrents niveaux de gestion de projet de btiments. Nanmoins, en
observant la pratique, nous avons distingu certains niveaux de dtail significatifs :

- niveau 0 ou global ;

- niveau 1 ou enveloppe ;

- niveau 2 ou dtaill ;

- niveau 3 ou trs dtaill.

Ces quatre niveaux apparaissent successivement au cours de l'volution de la

dfinition du projet. Le tableau suivant montre le lien que l'on peut ainsi tablir entre
niveau de dtail de la planification et niveau de conception. Ce mme tableau
indique quels sont les principaux utilisateurs de chaque niveau de dtail.

Niveau Avancement Matre Matre Entreprise Sous-traitants

de dtail du projet d'ouvrage d'uvre gnrale
0 Programme X (X)
1 Avant projet X (X)
2 Programme dtaill X X
3 Chantier (X) X

page 30 Chapitre 1
 Si les diffrents niveaux de dtail apparaissent successivement au cours de
l'volution du projet, en revanche, ils doivent ensuite coexister de faon cohrente.

On verra plus loin que cette notion de niveau de dtail sera frquemment prise
en compte.

Comme nous l'avons voqu plus haut, l'articulation entre la gestion de projet et
la gestion de production est lie la notion de niveau de dtail. En terme de type
de planning produit, cela se traduit de la faon suivante :

Objectif :
Niveau de dtail Gestion de projet Gestion de production
0 Global
1 Enveloppe (ventuellement)
2 Dtaill tout corps d'tat Dtaill excution
3 (ventuellement) Dtaill jour par jour

Chaque planning est ralis d'une part partir d'informations relatives au projet
et aux entreprises, et, d'autre part grce la "valeur ajoute" qu'apportent les
connaissances du planificateur.

II - 2 - 2 Les cots :

Le problme de la matrise des cots ne peut pas tre abord de manire tout
fait parallle. Dans ce domaine, deux mthodes de calcul peuvent tre employes
: la premire correspond une estimation trs globale, d'aprs des ratios, la
seconde, plus prcise, correspond une estimation faite partir d'informations plus
prcises, telles que le quantitatif. L'utilisation de l'une ou de l'autre mthode dpend
de la prcision et de la rapidit souhaites, ainsi que de la quantit et de la nature
des informations disponibles.

Pour le matre d'ouvrage, l'aspect cots va consister estimer, lors de

l'laboration du programme et selon la premire mthode de calcul, une premire
enveloppe financire prvisionnelle.

Le matre d'uvre, afin de confirmer cette enveloppe financire, disposera de

plus d'informations sur le projet et pourra donc utiliser la seconde mthode de calcul
pour tablir un budget prvisionnel. Dans les phases plus avances de la
conception, il devra tablir l'chancier de versements des acomptes, c'est dire
prendre en compte le planning afin de prvoir l'talement des dpenses au cours
du projet. Enfin, au cours de la ralisation, il interviendra pour tablir les situations
afin de dterminer les versements effectifs et de les comparer l'chancier.

Au niveau de l'entreprise, l'aspect cot sera galement abord de diffrentes

manires au cours de l'volution du projet :

- dans un premier temps, c'est un diagnostic ou chiffrage rapide, de manire

savoir si le dossier d'appel d'offre prsente un intrt pour l'entreprise. Ce chiffrage
sera fait avec la premire mthode de calcul (en fonction de certains indicateurs

Chapitre 1 page 31
 tels que le linaire de faades en fonction de la surface de plancher,...) ;

- ensuite, c'est l'tude de prix, un chiffrage dtaill fait avec la deuxime

mthode de calcul (d'aprs le dossier d'appel d'offre, les plans). Ds ce stade, on
peut aussi faire une pr-tude, c'est dire une approche plus fonctionnelle (quels
moyens seront mis en uvre,...). Cette mthode sera privilgie pour les tches o
la plus grande partie des dbourss correspond l'emploi de la main d'uvre et
l'utilisation de matriel (comme le terrassement par exemple). Il s'agit de cas o le
choix des moyens mis en uvre a une grosse incidence sur le cot, contrairement
aux tches faisant appel l'utilisation de quantits importantes de matriaux,
quantits indpendantes de la mthode choisie. La pr-tude imposera donc
d'avoir dj tabli un planning de manire valuer la dure d'utilisation des divers
matriels ;

- ensuite, aprs l'tude de prix, une fois le march obtenu, dmarre l'tude
travaux, sur la base de plans plus dtaills. Cette tude ne sera pas forcment plus
prcise que la prcdente mais elle correspondra un dcoupage diffrent (par
tche, plutt que par ligne du quantitatif) de manire prparer un budget de
chantier. Cette tude distinguera les cots des matriaux (directement
proportionnels au mtr) des cots matriel/main d'uvre (lis la mthode).

- enfin, au cours de la ralisation, l'entreprise gnrale devra assurer la

comptabilit de travaux, c'est dire, sur la base des situations, comparer
prvisionnels et versements rels, et aussi grer les comptes inter-entreprises. Des
tches qui en fait ne font pas appel aux rgles gnrales de la comptabilit telle
qu'on la dfinit habituellement.

II - 3 Interaction ralisation/conception :
Mme si la phase "ralisation" apparat chronologiquement la fin du projet,
certaines de ses caractristiques doivent tre prises en compte en amont, compte
tenu de leur rpercussion sur la conception du projet.

Ainsi, le choix des moyens de production peut interdire certaines solutions

techniques envisages lors de la conception. Et dans tous les cas, les cots
prvisionnels devront prendre en compte (qualitativement et quantitativement) les
moyens de production utiliss. Ce choix des moyens de production peut tre dicts
par des contraintes de dlais respecter. Ces mmes contraintes de dlais peuvent
interdire, au moment de la conception, certains choix techniques dont la mise en
uvre serait dans tous les cas trop longue. Enfin, les contraintes qui s'exercent sur la
ralisation (conditions particulires d'accs au chantier, de voisinage, de climat, ...)
se traduisent par une organisation spcifique du chantier dont les rpercussions
peuvent se propager jusqu'aux choix techniques.

Exemples :
- un systme de chauffage lectrique individuel peut tre choisi en
remplacement d'un chauffage central au gaz en vue de rduire les cots et
dlais d'installation. Ce choix, impos par des considrations relatives la
planification et la matrise des cots, se traduit par des choix techniques

page 32 Chapitre 1
 imposs dans les phases de conception.

- les contraintes climatiques particulires des sites de haute altitude imposent

souvent l'utilisation d'ouvrages en bton prfabriqu : ce choix doit alors tre pris
en compte dans les phases de conception et se traduit, au moment de la
ralisation, par l'existence de tches caractristiques de la mise en uvre
d'ouvrages prfabriqus.

De cette interaction entre conception et ralisation rsulte une forte liaison entre
la conception et la gestion de projet. Cette liaison et la problmatique qui en
rsulte sont l'origine de ce travail de recherche. Elles sont dcrites plus
prcisment dans le prochain chapitre. Elles nous amneront faire des
propositions dont nous vrifierons ensuite la faisabilit pour un domaine restreint de
la gestion de projet, la planification, que nous prsentons ci-dessous.

III - La planification :
Le contexte de notre tude est la planification vue par le matre d'uvre
d'excution, autrement dit, la matrise des dlais et la gestion des moyens, qui
ncessite l'identification des travaux raliser.

Les rsultats de la planification s'expriment, entre autres, sous forme de plannings.

Dans cette troisime partie, nous dcrivons les diffrents niveaux de dtail de la
planification travers les diffrents types de plannings les plus courants, puis nous
dcrivons les principales notions utilises dans l'tablissement de ces plannings : les
tches, les zones, les contraintes.

III - 1 Les plannings :

Nous avons vu dans le paragraphe prcdent comment nous avions t amens
considrer diffrents types de plannings. La description de ces diffrents types de
plannings permet de montrer les diffrents niveaux de dtail de la planification.
Nous donnons ci-dessous la description des cinq principaux d'entre eux. Nous
prsentons, en annexe 1, un exemple pour chacun des types de plannings
prsents ci-dessous.

III - 1 - 1 Le planning global :

Il est tabli par le matre d'ouvrage (ventuellement en collaboration avec le

matre d'uvre) partir de ratios et visualise quelques grandes phases du
droulement du projet dans son ensemble, y compris les phases d'tudes et de
commercialisation [HUO 90]. A ce niveau, on parle en fait plus de "calendrier" dont
l'un des buts est d'valuer la faisabilit du projet dans le temps.

Chapitre 1 page 33
 III - 1 - 2 Le planning enveloppe :

Il s'agit d'un document de rfrence qui aura pour objet d'indiquer les intervalles
de temps attribus chaque lot ou corps d'tat (c'est dire un ensemble de
travaux correpondant un dcoupage technique du projet). Il est labor par le
matre uvre, ou ventuellement par les services spcialiss du matre d'ouvrage,
par le pilote ou par l'entreprise gnrale. Il reprsente l'enchanement de 10 20
tches enveloppes (pouvant regrouper plusieurs corps d'tat) avec une chelle de
temps de l'ordre du mois et il est destin aux entreprises et au matre d'ouvrage.

Le planning enveloppe est labor partir d'informations relatives au projet un

niveau d'APS ou APTS (forme gnrale du btiment, surfaces de planchers,...) et aux
moyens mis en uvre, et d'aprs des ratios de cadence et de cots. De ce
planning, on pourra dduire les prvisions d'engagement de dpenses, l'enveloppe
et les simulations financires, les dates "buttoirs" (dates fixes respecter, comme la
date de livraison du btiment par exemple).

III - 1 - 3 Le planning dtaill tous corps d'tat :

Il a pour objet de synchroniser l'excution, et ventuellement de remettre en

cause certaines parties du planning enveloppe. Il est tabli aprs la ralisation des
plans dtaills et le choix des entreprises (avant le dmarrage des travaux,
thoriquement), par le pilote mandat par le matre d'ouvrage, le matre d'uvre
lorsque sa fonction est tendue au suivi de l'excution ou le coordinateur en
entreprise gnrale. Il reprsente l'enchanement d'une ou de quelques centaines
de tches unitaires dont la dure est de l'ordre de la semaine. Il est destin aux
entreprises sous-traitantes et au matre d'ouvrage.

Le planning tous corps d'tat est ralis partir des informations sur la topologie
et la gomtrie de l'ouvrage, auxquelles s'ajoutent les connaissances relatives au
dlai d'enclenchement des tches (par exemple, ratios sur les dlais de schage
d'un enduit, cadence de pose,...) ainsi que les contraintes d'enclenchement entre
les tches. Les informations rsultantes sont, pour chaque tche, une date de
dbut, une date de fin et une marge. Elles donneront au matre d'ouvrage des
prcisions sur la prvision des engagements de dpenses et, aux entreprises, des
indications sur les dates d'approbation des plans, de prsentation des chantillons,
sur l'utilisation et la consommation des ressources.

III - 1 - 4 Le planning dtaill d'excution :

Le planning dtaill d'excution (comme le planning trs dtaill) entre dans le

cadre de la gestion de production des entreprises.

Ralis essentiellement pour le gros uvre, il a pour objet d'optimiser l'utilisation

des diffrentes ressources, l'optimisation de certaines tant prioritaire par rapport
d'autres. Il est tabli au dmarrage du gros uvre par le conducteur de travaux ou
son mandataire. Il fait appel la mme partition de l'ouvrage que le planning tout
corps d'tat mais il reprsente l'enchanement de tches plus prcises (par
exemple, une tche "ralisation d'un voile" du planning dtaill tout corps d'tat se

page 34 Chapitre 1
 dcompose en "mise en place des banches", "coulage du bton" et "finitions" dans
un planning dtaill d'excution). Il est destin l'entreprise de gros uvre, aux
sous-traitants et, de fait, au responsable du planning tout corps d'tat.

Les informations de dpart proviennent des plans, des descriptifs, des moyens mis
en uvre, du systme constructif et, thoriquement, du planning tout corps d'tat
qui devrait indiquer les dates "buttoirs". En fait, c'est ce dernier qui est la plupart du
temps tabli en tenant compte du planning dtaill d'excution. Outre les dates,
ce planning donnera des informations sur l'utilisation des moyens.

III - 1 - 5 Le planning trs dtaill :

Dans ce type de planning, la tche correspond la ralisation d'un lment de

l'ouvrage (tche lmentaire). Il est tabli au cours du chantier, pour chaque corps
d'tat concern, par le conducteur de travaux, et aura pour objet d'optimiser le
cot de production. Il est destin aux chefs de chantier ou aux chefs d'quipes.

Ralis partir des informations relatives l'ouvrage et aux moyens mis en

uvre, il permet de fournir une fiche d'instruction par quipe et par jour de travail.

III - 2 Les diffrents lments du planning :

III - 2 - 1 Les tches :

a) Les diffrents "niveaux" de tche :

La ncessit d'aborder la planification diffrentes tapes de la conception,

pour diffrents acteurs, pour diffrents objectifs cre le besoin de dfinir une
structure de hirarchisation des tches, de manire pouvoir considrer diffrents
niveaux de dtails. On doit alors de dfinir les diffrents types de tches
correspondant aux diffrents types de plannings prsents dans le paragraphe
prcdent.

Par exemple, dans [DAR 88], les tches de diffrents niveaux de dtail sont
partages en deux catgories : d'une part les tches simples (simple actions), celles
qui ne peuvent tre dcomposes, d'autre part, les tches composes (compound
actions) regroupant en fait plusieurs tches simples. Dans [HAP 76], les tches sont
rpertories selon 5 catgories (Project - Activity - Operation - Process - Work task), la
premire reprsentant la mise en uvre d'une technologie sur tout un btiment
(par exemple, tous les travaux relatifs la maonnerie), la dernire reprsentant des
interventions trs ponctuelles (par exemple, mettre en place un parpaing).

Le premier cas semble plus adapt un niveau conceptuel et non la pratique

de la gestion de projet de btiments. Notre notion de niveau de dtail s'apparente
davantage au deuxime cas, mme si celui-ci prsente une structure hirarchique
qui nous semble un peu "rigide" par rapport la complexit de la reprsentation du
btiment et de sa ralisation.

En ce qui nous concerne, nous avons retenu trois principaux types de tche, en

Chapitre 1 page 35
 regard des plannings les plus courants :

- La tche lmentaire correspond au dcoupage le plus fin de la ralisation du

projet. Elle reprsente un travail effectu par une petite quipe, avec un seul type
d'outillage. Sa dure n'excdera pas quelques heures. Ce type de tche sera utilis
pour organiser chaque journe de travail.

- La plus courante, la tche unitaire, correspond la ralisation, sans interruption,

par une quipe donne, d'un ouvrage ou ensemble d'ouvrages identifiable dans
une zone donne. L'ordre de grandeur de sa dure est la semaine. La tche unitaire
est utilise pour tablir un planning d'excution dtaill tous corps d'tat.

On peut en fait dfinir un niveau intermdiaire entre tche lmentaire et tche

unitaire. En effet, si la tche est considre plus sous l'angle gestion de production
que sous l'angle gestion de projet, on dfinit alors une sorte de tche qui correspond
au travail effectu par une quipe non plus dans une zone mais au cours d'une
journe (planning dtaill d'excution).

- La tche enveloppe correspond un regroupement de tches unitaires qui

reprsentera l'intervention, limite ventuellement un btiment ou une tranche
si le projet en comporte plusieurs, d'un corps d'tat. Elle est utilise par le matre
d'ouvrage ou le matre d'uvre pour tablir le planning enveloppe. L'ordre de
grandeur de sa dure est le mois.

Exemples :
tches lmentaires :
coulage d'un poteau ;
Pose d'un lment prfabriqu ;

tches unitaires :
lasure extrieur ;
carrelage d'un tage ;

tches enveloppes :
menuiseries extrieures d'un btiment ;
ralisation de la superstructure d'un tage.

La description de ces diffrents types de tches laisse apparatre une certaine

structure hirarchique : la tche enveloppe regroupe des tches unitaires qui elles-
mmes regroupent des tches lmentaires. Connaissant les tches lmentaires,
on peut ds lors construire facilement, par regroupement, les tches unitaires et les
tches enveloppes. Or, le niveau de dtail de la planification gnralement requis
est d'autant plus global que le niveau de conception est prcoce. Autrement dit,
lorsque l'on souhaite identifier des tches enveloppes, les informations relatives au
projet ne sont pas assez prcises pour identifier des tches lmentaires susceptibles
d'tre regroupes pour constituer les tches enveloppes. Ces dernires doivent alors
tre dfinies directement partir des informations existantes, peu prcises. Elles
contraindront alors par la suite la dfinition des tches prsentant un niveau de

page 36 Chapitre 1
 dtail plus fin : les tches enveloppes constitueront un cadre que devront respecter
les tches plus dtailles qui les composent. Cela impose des mthodes
d'valuation des tches enveloppes suffisamment larges pour englober les diffrents
cas de figures envisageables lorsque le niveau de dtail s'affine.

Paralllement cette structure hirarchique, certains types de tches se

distinguent de la dfinition classique :

- les tches fictives : elles ne correspondent pas des travaux mais elles sont
dfinies de manire pouvoir prendre en compte, lors de l'ordonnancement,
certains vnements ponctuels ou des contraintes spcifiques.

Exemples :
L'ordre de service et la rception des travaux (vnements ponctuels), le
schage d'un ouvrage en bton (qui ne mobilise pas de ressources mais qui
conditionne la poursuite des travaux) peuvent tre prises en compte en tant
que tches fictives.

- les tches "lastiques" : elles correspondent des travaux effectivement

excuts, cependant, leur dure n'est pas calcule en fonction de l'importance de
ces travaux mais par rapport aux dates de dbut et de fin des autres tches.

Exemple :
La tche "lectricit" dans un planning enveloppe dbute gnralement en
mme temps que le gros-uvre et finit avec l'achvement du chantier, les
interventions de l'lectricien tant rparties pratiquement tout au long du
chantier.

b) Les caractristiques des tches :

Une tche se rattache un contexte particulier de gestion de projet ou de

gestion de production. En fonction de l'objectif recherch, on attribue un certain
nombre d'informations aux tches.

Les caractristiques obligatoires :

- la localisation : celle-ci permet de lier la tche un espace. Cet espace

correspond une zone d'une partition du btiment (voir paragraphe suivant). La
localisation consiste en la rfrence une et une seule zone (une mme tche ne
pouvant tre excute sur plusieurs zones distinctes).

- la dure : elle s'exprime avec une unit de temps prdtermine en

fonction du niveau (de la minute au mois). Gnralement, on donne plutt un
intervalle de dure variant entre une valeur optimiste et une valeur pessimiste,
prenant en compte, par exemple, tous les alas (ils sont nombreux !) susceptibles de
ralentir l'excution de la tche.

Les caractristiques optionnelles :

- les moyens : ils sont matriels, humains ou financiers. Les types de moyens
ont un lien avec les niveaux : pour un planning global, on ne considrera que les

Chapitre 1 page 37
 moyens financiers, alors que pour un planning trs dtaill, on tudiera de manire
trs approfondie l'utilisation des moyens matriels.

- les contraintes : diffrents types de contraintes sont envisags (voir

paragraphe III-2-3).

- les attributs de trac : il s'agit d'indiquer de quelle manire la tche sera

reprsente sur le planning.

- Les attributs de suivi : cela consiste indiquer un pourcentage

d'avancement par exemple.

III - 2 - 2 Les zones de planification :

Le dcoupage en zones est le rsultat de contraintes gographiques et de

gestion de production. Il permet d'une part de localiser chaque tche dans le projet
et par rapport aux autres tches, et, d'autre part, de dcomposer l'excution des
travaux.

Les premires zones dfinies dans un projet sont les volumes rsultant de la
conception architecturale. A partir de ces volumes, on dfinit les locaux qui
constituent des zones "de base" pour de nombreuses proccupations. Mais ces
zones de bases sont ensuite regroupes diffremment selon les utilisateurs, chacun
d'eux ralisant sa propre recomposition spatiale en fonction de son point de vue : le
thermicien crera ainsi des zones thermiques [ZE 93], l'acousticien des zones
acoustique [ACH 93],... En ce qui nous concerne, afin de rpondre aux besoins de la
planification, nous avons dfini la zone de planification. Cette zone est le
regroupement continu et identifiable de locaux (ou zones lmentaires) qui
constitue une unit vis vis d'un type de tche ; c'est un volume qui englobe un
sous-ensemble du projet homogne vis vis de sa ralisation.

Exemple :
Dans un planning dtaill tout corps d'tat, on dfinit gnralement une tche
"pose des menuiseries extrieures" par tage de btiment. L'tage constitue
alors une zone de planification pour ces tches.

On distingue diffrents types de zones de planification. Chacun est dfini comme

un regroupement de zones lmentaires - les locaux - et constitue la mme zone
globale - le projet lui-mme (Fig. 1.3). Le rle de la zone lmentaire est
essentiellement d'tablir une correspondance entre les zones ; la zone lmentaire
n'est que trs rarement utilise comme zone de planification (sauf pour un niveau
de dtail trs fin).

La figure 1.3 indique les diffrents types de zones identifis et montre les liens
hirarchiques qui existent entre eux. Le cas des faades est particulier puisqu'il ne
correspond pas un regroupement de locaux, si l'on s'en tient la dfinition
habituelle de ces derniers. Nous montrerons dans le chapitre 4 la rponse que nous
apportons ce problme.

page 38 Chapitre 1
 Projet

Btiment

Etage Colonne Cage Faade

montante

Appartement

Pice Colonne sur Cage sur Faade sur

un tage un tage un tage
Locaux

Figure 1.3 : la hirarchisation des zones de planification

Le dcoupage en zones de planification est li la fois la configuration

gomtrique et aux diffrents corps d'tat. En effet, la "composition" des zones n'est
pas la mme selon les tches. Le choix du type de zone pour un type de tche
prendra notamment en compte l'ordre de grandeur souhait pour la dure des
tches.

Exemple :
Pour une tche lmentaire telle que le terrassement, la zone est un btiment ;
pour la peinture intrieure, c'est un tage d'un btiment ; pour l'isolation
extrieure, c'est une faade.

A tout instant, le dcoupage en zones de planification reprsente une partition

du projet, mais cette partition n'est pas constante au cours de la ralisation, selon les
tches en cours d'excution. On dfinit nanmoins une partition qui, elle, reste
constante au cours du projet : c'est la partition en zones lmentaires. Elle doit tre
dfinie de manire trs prcoce.

Dans tous les cas, le dcoupage doit correspondre des zones continues et
clairement identifiables "sur le terrain". La notion de "zone identifiable" volue au
cours du projet : avant la pose des cloisons, on ne pourra pas forcment distinguer
les diffrentes pices d'un appartement alors que cela ne posera plus de problme
une fois les cloisons installes.

On peut distinguer diffrentes sortes de relations entre zones de planification

Chapitre 1 page 39
 voisines [MAN 79] :
- la contigut simple exprime le fait que deux zones ont une frontire
commune (A est ct de B) ;
- la contigut oriente (l'une est au-dessus de l'autre, par exemple) inclut en
plus la notion de logique de progression, c'est dire qu'elle permet
d'envisager l'ordre de d'excution d'une tche dans deux zones voisines ;
- la contigut (simple ou oriente) avec communication permet de mettre en
vidence les contraintes d'accessibilit une zone lorsqu'une zone voisine est
occupe ;
- la contigut d'ensemble caractrise des zones voisines formant un tout.

Ces relations constituent des attributs morphologiques des zones. De ces relations
et des contraintes dues la technologie vont tre dduites les contraintes entre
tches (voir paragraphe suivant). Cela peut consister en une logique de progression
ou de dclenchement qui n'est pas forcment la mme selon les types de tches

Exemple :
L'lectricien, lorsqu'il installe ses gaines dans les colonnes montantes, progresse
"verticalement", alors que lorsqu'il pose les appareillages lectriques, il progresse
"horizontalement", c'est dire qu'il quipe tout un niveau avant de passer au
niveau suivant.

La non-simultanit de l'excution de deux tches dans une mme zone, l'inter-

diction de l'accs une zone lorsqu'une zone voisine est occupe, la neutralisation
d'une zone par le stockage de matriel ou par son utilisation provisoire comme bu-
reau de chantier par exemple, constituent d'autres types de contraintes sur les
zones. Ces contraintes deviennent particulirement importantes dans le cas des
travaux de rnovation ou de rhabilitation de btiments, c'est dire lorsque des
zones de planification habites et des zones de planification en travaux coexistent
dans un mme btiment. [GLA 93] dcrit plus prcisment ce cas.

III - 2 - 3 Les contraintes :

La contrainte est le terme gnral dsignant une relation entre deux ou plusieurs
lments susceptibles d'interagir.

Les diffrents types de contraintes :

- Les contraintes de succession :

Elles expriment la ncessit de dmarrer ou de finir une tche avec un certain

dlai par rapport au dbut ou la fin d'une autre tche.

Exemple :
Dans une zone donne, les travaux de fondation ne peuvent commencer avant
la fin des terrassements ; dans une zone donne, les travaux de pose de la
moquette ne peuvent commencer avant la fin des travaux de peinture.

Dans [TAT 77], les contraintes de succession (appeles conditions) sont spares

page 40 Chapitre 1
 en deux catgories : celles qui concernent un seul acteur de la ralisation (par
exemple, commencer une tche aprs la livraison des matriaux ncessaires) et
celles qui lient diffrents intervenants (par exemple, construire les cloisons aprs le
gros-uvre).

- Les contraintes de disjonction entre tches :

Elles traduisent la non-simultanit de deux tches. On les utilise lorsque l'on

impose par exemple que deux tches diffrentes ne peuvent pas tre ralises en
mme temps dans une mme zone.

- Les contraintes de dates :

Il s'agit la plupart du temps de dates butoirs lies des vnements, indiquant la

fin "au plus tard" d'une tche.

Exemple :
Si telle tranche du projet doit tre livre une date donne, toutes les tches
doivent tre acheves avant cette date.

Ce type de contrainte peut aussi indiquer une date imprative "au plus tt".

Exemple :
La date de livraison d'un matriau ncessaire l'excution de telle tche
correspondra la date de dbut au plus tt de celle-ci.

- Les contraintes de moyens :

Ce sont des contraintes lies aux moyens de production tels que la main d'uvre
et le matriel. Elles traduisent les dates de disponibilit et de non-disponibilit, la
limitation des moyens (contrainte plus ou moins forte suivant le type de moyens), la
ncessit d'optimiser l'utilisation des moyens (avec une priorit pour certains d'entre
eux). La prise en compte des contraintes de limitation de moyens est couramment
appele nivellement. Celle des contraintes d'optimisation dans l'utilisation des
moyens peut consister viser une certaine continuit dans la quantit de ces
moyens affects la ralisation d'un projet : on parle alors de lissage.

- Les contraintes sur les consommations :

Elles traduisent les dates et les dlais de disponibilit des ressources, les capacits
et cots de stockage et de production.

Certaines de ces contraintes peuvent tre exprimes sous forme de tches

fictives telles que "production de plans", "transmission de documents", "rception
d'un ouvrage", "commande d'un matriau",...

Chapitre 1 page 41
 Ce premier chapitre a dcrit le contexte de la gestion de projet de btiments qui
correspond notre domaine de recherche. Il a montr la complexit de ce
domaine due l'aspect typiquement multidisciplinaire de la conception et de la
ralisation des btiments et au grand nombre d'acteurs qui en rsulte.

Nous avons voqu, dans ce chapitre, le lien existant entre la conception et la

gestion de projet. Celui-ci est d'autant plus problmatique qu'il se situe dans un
domaine dont on a montr la complexit. Nous devons donc analyser plus
particulirement la liaison entre la conception et la gestion de projet. Le chapitre 2
prsente cette analyse et montre la ncessit d'amliorer la liaison.

page 42 Chapitre 1
Chapitre 2
 La liaison conception-
gestion de projet :
analyse et propositions

Les particularits de la gestion de projet de btiments et l'interaction entre la

ralisation et la conception des btiments justifient un travail d'analyse spcifique
de la liaison conception - gestion de projet. Cette analyse est prsente dans ce
deuxime chapitre. Nous formulons ensuite des propositions en vue d'amliorer la
liaison conception - gestion de projet ; les diffrentes tapes qui ont conduit leur
mise en uvre ont constitu la trame de cette thse.

Afin de prciser la notion d'interaction conception-ralisation, nous prsentons

une application de la gestion de projet faisant apparatre le processus d'analyse et
de transformation des informations. Nous dcrivons ensuite de manire plus globale
la problmatique de la liaison de la gestion de projet avec la conception. Enfin,
nous proposons une solution informatique destine faciliter et optimiser cette
liaison.

I - La liaison conception - gestion de projet ; l'exemple de

l'laboration d'un planning dtaill :
Afin d'illustrer la notion d'interaction conception-ralisation travers une
application de la gestion de projet, nous avons choisi de prsenter le cas, assez
reprsentatif, de la ralisation d'un planning dtaill : ce type de planning est
suffisamment dtaill pour manipuler un nombre important d'informations et
suffisamment global pour aborder l'ensemble des travaux de construction. Son
laboration est typiquement du ressort du matre d'uvre d'excution et elle prend
en compte diffrentes informations qui sont analyses et transformes au cours de
phases cls. Ces diffrentes phases sont prsentes sur le schma ci-dessous
(Fig. 2.1).

Chapitre 2 page 45
 Plans
Informations CCT P, CCAP
de A nalys e du projet Marchs
ralis ation Quantitatif
Localis ation

Identification et quan-
tification de s tches

Dfinition des contraintes

Conception de l'ordonnancement

A nalys e des
modifications envis ageables

Analys e du dlai

Ngociations avec
les entrepris es

Planning de rfrence

Figure 2.1 : principe d'tablissement d'un planning dtaill TCE

Nous dcrivons, dans les lignes qui suivent, les diffrentes tapes de
l'tablissement du planning dtaill tout corps d'tat.

1 - Analyse du projet :

Elle se fait sur la base des documents suivants : les plans, le CCTP, le CCAP (y
compris le planning enveloppe), le quantitatif, les marchs aux entreprises (ceux qui
ont dj t signs), les contraintes de localisation. Ces documents regroupent les
informations de conception. L'analyse porte galement sur les informations de
ralisation fournies par les entreprises (moyens mis en uvre) et par le matre
d'ouvrage (climat, environnement, conditions d'accs,...).

Cette analyse permet dans un premier temps de "dcouper" le projet : en fait, un

premier dcoupage existe dj (dcoupage en lots, en entreprises). Le dcoupage

page 46 Chapitre 2
 dfinir dans cette analyse est le dcoupage en zones de planification. Celui-ci
tient compte de la gomtrie du btiment (c'est dire de la possibilit d'identifier
les zones au cours du chantier), de la programmation de la mise en service (en cas
de livraison en plusieurs tranches successives par exemple), de la dure usuelle des
tches et de la mthode de travail lie chacun des corps d'tat.

2 - Identification des tches :

Aprs le dcoupage en zones de planification, on aborde l'identification des

tches, c'est dire que dans chacune des zones dfinies prcdemment, on
cherche quelles sont les interventions de chaque corps d'tat. L'identification des
tches ncessite une phase pralable d'identification des ouvrages raliser.
Chaque corps d'tat a en charge la ralisation de certains types d'ouvrages et
procde par rapport un certain type de zone de planification. Cette recherche
quivaut remplir les cases d'un tableau constitu par autant de lignes qu'il y a de
zones dans le projet et par au moins autant de colonnes qu'il y a de corps d'tat
(pour les corps d'tats auxquels correspondent plusieurs types de tches sur le
projet, on prvoit autant de colonnes ) ; dans chaque case de ce tableau, on
dispose alors les ouvrages appartenant une zone donne et correspondant une
intervention donne d'un corps d'tat donn.

Exemple :
Le corps d'tat Gros uvre excute deux types de tches : la ralisation des
porteurs verticaux et la ralisation des porteurs horizontaux. Le type de zone
associ ces interventions est l'tage. Dans le tableau ci-dessus, on dfinit ainsi
deux colonnes pour le gros uvre et autant de lignes que le btiment
comporte d'tages. Dans la colonne correspondant l'intervention ralisation
des porteurs verticaux, chaque case contiendra tous les poteaux et murs
porteurs de l'tage correspondant.

Terrassements Gros uvre Charpente etc...

Zone ralisation des ralisation des
verticaux horizontaux
RC mur1, mur2, plancher1,
mur3, mur4, ... plancher2,
poteau1, poutre 1,
poteau 2 poutre 2
Etage 1 mur 10, mur 11, plancher 3,
mur12, mur14,... plancher 4,
poutre 3,
poutre 4
Etage 2 ... ...
etc...

Chapitre 2 page 47
 3 - La quantification et l'homognisation des tches :

En fonction de la quantit de travail lie la tche, on dtermine sa

consommation de ressources, sa dure et son cot. La quantification doit permettre
de vrifier si la dure des tches ainsi identifies est correcte : pour un planning
dtaill, l'ordre de grandeur de la dure d'une tche est la semaine (bien que
certaines tches puissent avoir une dure trs diffrente : le terrassement par
exemple, dont la dure sera plutt proche du mois, ou la rception, qui ne durera
qu'un jour). Si tel n'est pas le cas, on remet en cause le dcoupage en zones (par
regroupement ou dcomposition suivant le rsultat recherch) de manire
obtenir des tches de dure correcte. Il ne s'agit pas l d'optimiser la dure des
tches en acclrant le rythme des travaux mais de proposer un dcoupage des
travaux adapt l'chelle de temps lie au niveau de dtail du planning.

4 - La dfinition des contraintes de succession :

On ne dispose en fait que trs tardivement de toutes les informations ncessaires

qui permettraient de connatre l'ordre de succession entre toutes les tches. Celui-ci
dpend notamment du processus de ralisation propre chaque entreprise.

Exemple :
Si une entreprise de gros uvre ralise les ouvrages de bton arm avec des
coffrages traditionnels, des contraintes de succession sont dfinies entre les
tches de ralisation des porteurs verticaux et celles de ralisation des porteurs
horizontaux. En revanche, si elle utilise des coffrages tunnels, les porteurs
verticaux et horizontaux seront raliss en mme temps.

Dans certaines phases prcoces de la gestion de projet, on pourra donc tre

amen faire des hypothses quant aux processus de ralisation qui seront
employs.

5 - Conception de l'ordonnancement :

L'ordonnancement consiste calculer les dates caractristiques des tches

(date de dbut au plus tt, au plus tard, ...) en fonction de leur dure et des
contraintes de succession. A ce niveau de l'laboration du planning, on prend en
compte certaines "subtilits" de manire tre d'emble le plus proche de ce qui se
passera dans la ralit.

Exemples :
Contrairement la pratique habituelle, il est intressant de prendre en compte
la dure du week-end pour certaines tches "fictives" telles que le schage du
bton puisqu'en fait elle ne se droule pas uniquement sur les jours ouvrables.

Par ailleurs, suite un premier ordonnancement, il est prfrable de s'assurer le

plus tt possible du respect du planning en faisant par exemple dbuter les
tches les lundis, de manire ce que les entreprises ne dmarrent pas leur
semaine sur un autre chantier sur lequel elles risquent de prendre du retard.
Dans le mme ordre d'ide, si l'on a calcul que la dure d'une tche tait de 4

page 48 Chapitre 2
 jours, autant estimer d'emble qu'elle sera plutt de 5 jours, c'est dire une
semaine, puisqu'il y a de grandes chances pour que l'entreprise s'organise de
sorte qu'il en soit ainsi.

Moyennant ces considrations, on trace le planning et on dduit de

l'ordonnancement le dlai global d'excution.

6 - Analyse du dlai et des modifications envisageables :

Le dlai calcul est confront aux exigences du matre d'ouvrage. S'il n'est pas
accept, on doit alors analyser quelles sont les modifications que l'on doit apporter
afin de rpondre aux exigences partielles ou globales. Ces modifications visent
gnralement obtenir un dlai de construction plus court. Cet objectif peut tre
atteint de diffrentes manires :

- en remettant en cause l'ordonnancement, par exemple en ne respectant plus

certaines contraintes de disjonction ou de succession, ou en ne garantissant plus la
continuit d'intervention pour toutes les entreprises ;

- en modifiant les moyens de production (augmentation des moyens, utilisation

de moyens plus performants) ;

- en modifiant certains ouvrages (utilisation de procds ou de matriaux

permettant une mise en uvre plus rapide, abandon de certaines prestations,
diminution de surface, de volume, ...).

7 - Ngociations avec les entreprises :

Lorsque le dlai rpond aux exigences du matre d'ouvrage, les ngociations sont
engages avec les entreprises sur la base des dates respectives de leurs
interventions dtermines partir du planning. Si le plan de charge de l'entreprise
ne permet pas de respecter le planning tabli, une nouvelle analyse des
modifications envisageables est faite, puis un nouveau planning labor et propos.

8 - Etablissement d'un planning de rfrence:

Il est obtenu lorsque le dlai impos par le matre d'ouvrage est atteint et lorsque
les ngociations avec les entreprises ont abouti. Si ce planning est relativement
"stabilis" dans sa conception, on peut difficilement dire de lui qu'il est dfinitif : en
effet, il sera trs probablement remani tout au long du chantier en fonction de
l'avancement rel des travaux des modifications apportes au projet au cours de la
construction. Il jouera alors le rle de planning de rfrence, paralllement auquel
sera tenu jour un planning de suivi, la diffrence entre les deux visualisant les
retards ou (plus rarement !) les avances et permettant d'envisager les moyens
d'action pour tenir le dlai.

Chapitre 2 page 49
II - La problmatique lie la liaison Conception - Gestion
de projet :
Actuellement, les phases du processus d'tablissement du planning dtaill qui
requirent la plus grande partie du savoir faire du matre d'uvre d'excution sont
les phases d'identification et de quantification des tches et de dfinition des
contraintes, partir de l'analyse du projet. Les autres phases, telles que
l'ordonnancement, le traage des plannings et le suivi de chantier, correspondent
des traitements de l'information plus simples et, de plus, elles peuvent tre largement
facilites par l'utilisation d'outils informatiques gnralement performants.

Les phases de constitution d'un rseau de tches partir de l'analyse du projet

correspondent la gnration d'informations d'un type diffrent de celles, rsultant
de la conception, qui dcrivent le btiment d'un point de vue technique et
gomtrique.

On peut ds lors distinguer deux principaux types d'informations :

Les informations de conception :

Il s'agit de la description des diffrents composants du projet : leur nombre, leur

localisation, leurs fonctions, leurs dimensions, les liaisons ventuelles entre eux. Ce
sont par exemple les informations contenues dans un descriptif quantitatif.

Les informations pour la gestion de projet :

Il s'agit d'informations relatives la ralisation des composants dcrits ci-dessus. Ces
informations sont essentiellement articules autour de la notion de tche et des
caractristiques qui lui sont associes. Nous rappelons alors ces caractristiques,
dcrites dans le chapitre prcdent : une localisation, une dure, des moyens, des
contraintes, ...

Mme si elles dcrivent un mme projet, ces informations prsentent de grandes

diffrences dans leur structuration : les informations de conception sont prsentes
selon un dcoupage gomtrique des btiments eux-mmes alors que les
informations pour la gestion de projet dcoupent la ralisation des btiments en
intgrant la notion de temps.

L'exemple de l'laboration d'un planning dtaill n'est qu'un aspect trs partiel
de la liaison entre la conception et la gestion de projet. Il illustre cependant le type
de difficults qui lui sont lies en raison de la nature des diffrents informations
manipules. Ces difficults sont d'autant plus importantes que les informations de
conception peuvent tre dtenues par diffrents concepteurs (architecte, bureau
d'tude structure, thermique, ...) et que les informations pour la gestion de projet
doivent tre adaptes aux besoins des diffrentes sous-fonctions (matrise des dlais,
des cots,...). Il en rsulte une certaine complexit lie par ailleurs l'volutivit du
niveau de conception et la coexistence des diffrents niveaux de dtail de la
gestion de projet.

page 50 Chapitre 2
 La figure 2.2 reprsente les diffrents types de liaisons lis la liaison entre
conception, et gestion de projet. En fait, elle doit tre reproduite pour chaque
niveau de conception et pour chaque niveau de dtail de la gestion de projet.

Conception
Architecture
Thermique
Acoustique Documents
Structure
Cot
Plans (DAO)
Etc...
Descriptifs

Plannings

Budget de
chantier
Planification

Etc... Cots

Gestion de projets

Figure 2.2 : l'interaction conception / gestion de projet

Aprs avoir distingu les informations de conception des informations pour la

gestion de projet travers l'tablissement d'un planning dtaill tout corps d'tat,
nous avons souhait proposer un schma plus reprsentatif de l'ensemble du
processus de conception-gestion de projet des btiments. Nous avons d identifier
les principaux lments de ce processus ainsi que les liens existant entre eux. Nous
aboutissons au schma suivant (Fig. 2.3) :

CONCEPTION GESTION (4)

DE
PROJET

(1)

Transformation
des
informations
REALISATION
Outils
(5) informatiques
de la gestion
de projet
(2) (3)

Figure 2.3 : le processus conception-gestion de projet

Chapitre 2 page 51
 Les diffrents lments du processus conception - gestion de projet :

- Les informations issues de la conception (1) dcrivent la gomtrie et la

technologie de tous les composants du btiment : ces informations rsultent des
choix de l'architecte et des calculs qui ont t effectus dans les diffrents
domaines techniques (structure, thermique,...). Leur laboration est du ressort du
matre d'uvre de conception.

Exemple :
Les plans d'architecte, les plans techniques, le CCTP regroupent des informations
de conception.

- Les informations pour la gestion du projet (3) doivent permettre de grer le

projet, notamment de le planifier et d'en matriser les cots. Les informations relatives
au projet sont donc exprimes l en termes de tches excuter, de dlais, de
consommation, de prix, de contraintes de planification. Cette base d'informations
est construite partir des informations de conception, puis elle est exploite et
complte par des outils informatiques de la gestion de projet (4).

- L'identification et l'valuation des informations pour la gestion de projet ne

peuvent pas tre assures, en gnral, partir des seules informations de
conception : en effet, la description de la gomtrie et de la technologie d'un
composant d'un btiment ne permet pas systmatiquement de prjuger de la
faon dont ce composant sera ralis, et donc de la nature des tches qui devront
tre excutes. Par ailleurs, l'valuation des tches identifies ne prend pas en
compte uniquement les caractristiques des composants raliser mais aussi les
moyens mis en uvre. Nous devons dons dfinir un nouveau type d'informations,
"intermdiaires" entre les informations de conception et les informations pour la
gestion de projet : Les informations de ralisation (2). Elles prcisent la mthode de
ralisation des composants et le type et la quantit des moyens de production
utiliss. Ces informations dpendent donc essentiellement de l'quipement et des
habitudes de travail des entreprises intervenant dans la ralisation du projet. Elles
sont troitement lies aux informations de conception qu'elles compltent, mais
cette liaison est du ressort de la gestion de projet dans la mesure o les informations
de ralisation ont pour rle de prciser la faon de raliser les ouvrages.

- La transformation des informations (5) doit permettre d'assurer le lien CAO -

Gestion de projet dans chaque sens : les tudes de conception (architecturale et
technique) ont dfini la nature et les dimensions des diffrents composants du
btiment ; pour les besoins de la gestion de projet, ces informations doivent tre
traduites en type et en quantit de travail excuter pour raliser le projet;
inversement, si des informations relatives la gestion de projet ne sont pas
convenables (dlai trop important par exemple), on doit pouvoir retrouver les
informations de conception et de ralisation qui leur sont lies afin de les modifier en
consquence. La diffrence de structuration des diffrentes bases d'informations
explique la difficult de la liaison entre la conception et la gestion de projet et

page 52 Chapitre 2
 l'importance de l'intervention de l'expert "humain" dans cette phase du processus.

Dans l'ensemble de ce processus, l'informatique n'a apport, ce jour, que des

aides trs locales [PIE 91] : les outils existants ont gnralement t conus pour un
type d'acteur et pour un type d'utilisation. On trouve ainsi [MOR 90] :

- des outils de C.A.O. (bien que l'appellation soit de fait souvent usurpe) et de
D.A.O., pour l'architecture, la thermique, la structure, ...

- des outils de calculs techniques ;

- des outils abordant les problmes de la matrise des cots et/ou de la

planification [MOR 90].

Aussi intgrs soient-ils, ces outils informatiques restent ddis des domaines
restreints :

Au niveau de la conception, des travaux de recherche ont t engags, visant

intgrer les diffrents domaines techniques. Au LGCH de Chambry, cela se traduit
par la ralisation d'un prototype de systme de CAO pour le btiment : CONCEPTOR
(prsent dans le dernier chapitre de ce document). Il permet le maintien de la
cohrence entre les diffrentes techniques (fondations, structure, thermique,
acoustique, ...) au cours de l'volution de la dfinition du projet [DUF 91].

Par ailleurs, certains outils informatiques abordent dj de faon plus ou moins

intgre diffrents aspects de la gestion de projet de btiments.

Cependant, l'utilisation d'un logiciel de gestion de projet, mme trs complet,

impose un important travail de prparation des donnes faisant appel des
connaissances expertes. L'intervention du matre d'uvre d'excution au niveau de
la liaison conception - gestion de projet reste ncessaire en raison de
l'incompatibilit des outils informatiques utiliss en amont et en aval. Cette
incompatibilit reflte la diffrence dans la structuration des informations qu'ils
traitent respectivement.

La liaison entre la conception et la gestion de projet reste alors problmatique,

mme si elle a dj fait l'objet de recherches (les principaux travaux dans ce
domaines sont prsents dans [LEC 90] et [LEV 88]). Nous souhaitons contribuer
ces travaux en visant un plus haut degr d'intgration des outils informatiques afin
de supprimer la coupure existant entre les outils pour la conception d'une part et les
outils pour la gestion de projet d'autre part.

III - Une solution informatique pour amliorer la liaison :

L'utilisation de l'informatique tant au niveau de la conception que de la gestion

de projet a permis d'atteindre, dans chacun de ces domaines, un certain degr
d'intgration de leurs diffrents aspects. Dans un cas comme dans l'autre, le grand

Chapitre 2 page 53
 nombre d'informations manipuler, la diversit des utilisateurs et la dispersion des
connaissances ont bnfici de l'apport de l'informatique. Il n'est videmment pas
question de remettre en cause le choix de la solution informatique. Or, si nous
voulons proposer une intgration du processus conception-gestion de projet sur la
base des solutions adoptes dans chacun des deux domaines, nous devons
respecter une certaine homognit dans les outils utiliss. Nous proposons donc
une solution informatique pour amliorer la liaison entre la conception et la gestion
de projet. Le but est d'assister le matre d'uvre d'excution dans le processus
d'change et de transformation des diffrents types d'informations.

Afin de prciser le contexte dans lequel l'outil informatique sera utilis et le rle
qu'il aura, nous reprenons la figure 2.3 que nous adaptons au cas o la liaison entre
la conception et la gestion de projet est assiste par l'ordinateur. Sur ce nouveau
schma (Fig. 2.4), nous dlimitons (trait pointill) la partie du processus conception-
ralisation qui concerne directement l'outil informatique que nous souhaitons
raliser.

CONCEPTION GESTION
DE
PROJET

Transformat ion
de s
informat ions

REALISATION
Out ils
informat ique s
de la ge st ion
de proje t

Base de connaissance s
de la ge st ion de proje t

(1)

Figure 2.4 : le rle de l'informatique dans la liaison conception - gestion de projet

L'outil informatique doit assister l'expert humain sur les points suivants :

- la constitution puis la gestion de la base d'informations de ralisation ;

page 54 Chapitre 2
 - la constitution puis la gestion de la base d'informations pour la gestion de
projet ;

- la gestion des relations entre les diffrentes bases d'informations et entre les
diffrents outils de l'ensemble du processus.

L'expert humain assure ces diffrentes fonctions grce au savoir-faire qu'il a

acquis. La ralisation d'un outil informatique destin assister l'action de l'expert
humain suppose la disponibilit de ces connaissances. Celles-ci sont organises
selon diffrents niveaux :

- un modle conceptuel prcisant les diffrents types d'informations en jeux et

leur articulation ;

- les connaissances de bases du matre d'uvre d'excution, constituant la base

de connaissances (1)

- des tches types avec les types d'ouvrages raliss, les mthodes
d'valuation (calcul des dures, cots, consommations) ;

- des contraintes de planification types ;

- des entreprises types (afin de faire des hypothses sur les moyens de
production mis en uvre).

- les mta-connaissances constitues par les diffrents scnarios d'utilisation de

ces connaissances de base pour assurer la liaison entre conception et gestion de
projet.

En vue de raliser l'outil informatique propos, nous devons donc :

- laborer un modle conceptuel, sur la base des informations recueillies pour

identifier la problmatique de la liaison ;

- formaliser les connaissances de base du matre d'uvre d'excution en vue de

constituer la base de connaisssances ;

- prciser les diffrents scnarios d'utilisation de ces connaissances en vue

d'assurrer les diffrentes fonctionnalits retenues.

Nous avons prsent, dans ce chapitre, les caractristiques de la liaison entre la

conception et la gestion de projet et nous avons voqu le vide auquel correspond
cette liaison en termes d'outils informatiques. Nous avons alors rapidement dcrit la
solution que nous proposons pour palier ce manque.

Chapitre 2 page 55
 Avant de raliser un prototype de l'outil informatique destin amliorer la liaison
conception-gestion de projet, nous devons dcrire plus prcisment les diffrentes
fonctionnalits de cet outil et prciser son principe de fonctionnement. Cette phase
est dcrite dans le chapitre 3.

L'identification des lments du processus de conception-gestion de projet et

des liens existant entre eux montre la ncessit de modliser les diffrents types
d'informations en jeu afin de prciser la liaison. Cette modlisation permet ensuite
de formaliser les connaissances mises en uvre pour assurer la liaison. Le chapitre 4
prsente ce travail.

La base de connaissances a t constitue, en cohrence avec la modlisation,

grce des contacts avec le monde professionnel. Nous en prsentons une
synthse dans le chapitre 5.

Enfin, le chapitre 6 prsente le prototype d'un outil informatique que nous avons
ralis en vue d'amliorer la liaison entre la conception et la gestion de projet.

page 56 Chapitre 2
Chapitre 3
 Ralisation d'un module de
gestion de projet :
fonctionnalits et principe
de fonctionnement

Aprs avoir dcrit, dans les chapitres prcdents, la gestion de projet de

btiments puis le problme spcifique de la liaison conception - gestion de projet
qui a motiv notre recherche, nous prcisons dans ce chapitre les fonctionnalits et
le principe de fonctionnement d'un module informatique de gestion de projet que
nous souhaitons raliser afin d'amliorer cette liaison.

I - Objectif gnral et fonctionnalits :

Dans le premier chapitre, nous avons dcrit, d'une part, le droulement d'un
projet en prsentant les principales tapes rencontres de la conception jusqu' la
ralisation, et, d'autre part, les diffrents aspects de la gestion de projet de
btiments. Nous avons ainsi montr que le niveau de dtail de la gestion de projet
pouvait tre d'autant plus fin que la conception tait plus avance et fournissait des
informations plus prcises.

Nous reprsentons ci-dessous (Fig. 3.1) l'volution d'un projet avec le temps en
confrontant l'aspect conception et l'aspect gestion de projet. A un instant donn,
les informations de conception doivent permettre de gnrer les informations pour la
gestion de projet, et, en retour, les informations pour la gestion de projet doivent tre
prises en compte dans les actions de conception.

Chapitre 3 page 59
Le s principale s phases d e la co nception e t d e la ralisatio n du pro je t :

Matris e Conception Conception

L e s fo nctio ns d' ouvrage architecturale technique R alis ation

L e p ro je t (de nsit croissante des informatio ns de conce ptio n)

L e s ta p e s Programme Es quis s e APS APD PEO

(temps )

Enveloppe
P la nif ica tio n
Global Dtailll
(plannings)
Trs dtaill

Budget Echancier de Situations

C o ts Enveloppe Evaluation vers ement
financire s ommaire prvis ionnel de travaux
des acomptes

Les d iff re nts aspe cts d e la g estio n de projet

Figure 3.1 : l'volution de la liaison conception - gestion de projet

La base d'informations pour la gestion de projet doit tre susceptible d'tre

utilise pour assurer les diffrentes fonctions de la gestion de projet de btiments
L'annexe 2 de ce document prsente un cahier des charges de la gestion de projet
de btiments. De ce cahier des charges dont nous retenons les principales fonc-
tions, nous dduisons les principales fonctionnalits du module de gestion de projet :

- un niveau de conception prcoce (esquisse), on doit pouvoir tablir un

planning enveloppe et effectuer une valuation sommaire des cots ;

- partir de l'APS, le planning enveloppe doit tre plus prcis et la matrise des
cots doit se traduire par l'tablissement d'un budget prvisionnel ;

- au niveau de conception correspondant l'APD, on doit pouvoir tablir un

planning dtaill tout corps d'tat (en respectant le planning enveloppe) ainsi
qu'un chancier de versement des acomptes ;

- partir de l'excution des travaux, la planification consiste produire un

planning trs dtaill (en respectant le planning dtaill) et des fiches
journalires de travail ; par ailleurs, les situations de travaux doivent tre faites ;

- au cours des diffrentes phases de conception, si un dlai calcul est trop

long ou si un prix est trop lev, on doit pouvoir identifier les choix techniques

page 60 Chapitre 3
 remettre en cause ;

- si le projet est modifi dans sa conception (technologie, dimensions, ...) ou

dans sa mthode de ralisation, les modifications doivent tre rpercutes sur
la planification et sur la matrise des cots.

Pour chacune de ces fonctionnalits, le module de gestion de projet apporte

une aide au matre d'uvre d'excution, c'est dire qu'il propose des solutions
labores partir d'une base de connaissances mais que l'utilisateur doit pouvoir
modifier ces solutions en fonction de son propre savoir-faire.

II - Le principe de fonctionnement du module de gestion de

projet :
Dans le chapitre 2, nous avons reprsent (Fig. 2.4) le systme conception -
gestion de projet et identifi puis dcrit les diffrents lments qui le composent :

- une base des informations issues de la conception du projet ;

- une base d'informations de ralisation prcisant les conditions de mise en

uvre des ouvrages composant le projet ;

- une base d'informations pour la gestion de projet ;

- des logiciels exploitant les informations pour la gestion de projet ;

- une base de connaissances expertes.

Dans la mesure o nous avons choisi d'utiliser des logiciels de gestion de projet
existants, les fonctionnalits du module de gestion de projet se traduisent par la
ncessit de constituer la base d'informations de ralisation et de gnrer les
informations susceptibles d'tre exploites par ces logiciels.

Nous avons distingu diffrents scnarios de fonctionnement du module :

- premire gnration des informations pour la gestion de projet ;

- nouvelle gnration :

- pour un niveau de dtail plus fin ;

- pour un niveau de dtail plus global ;

- rpercussion d'une modification :

- des informations de conception ;

- des informations de ralisation ;

- des informations pour la gestion de projet.

Nous dcrivons ci-dessous ces diffrents scnarios en prenant comme exemple

Chapitre 3 page 61
 d'informations pour la gestion de projet un rseau de tches.

II - 1 Premire gnration d'un rseau de tches :

Le schma ci-dessous (Fig. 3.2) reprsente les principales tapes ncessaires la
gnration d'un rseau de tches. Nous dcrivons par la suite ces diffrentes
tapes.

Logiciel de
Conception planification

Description Ordonnan-
des composants cement des
du btiment tches

Association Identification
d'informations Identification et valuation Identification
de ralisation des ouvrages des tches des liens entre
chaque raliser excuter les tches
composant pour chaque
du btimant ouvrage

Module de gestion de projet

Figure 3.2 : principe de gnration d'un rseau de tches

Association d'informations de ralisation chaque composant du btiment :

Les informations de conception issues de la CAO dcrivent le projet travers une

liste de composants (des murs, des poteaux, des fentres, des convecteurs, ...),
chacun tant caractris par une composition et des dimensions. Or, la
composition et les dimensions des composants dcrits dans la base d'informations
de conception ne permettent pas systmatiquement de prjuger de la mthode
qui sera utilise pour les raliser.

Exemple :
Un mur est un composant d'un btiment. La partie bton arm d'un mur peut
tre soit prfabrique, soit coule en place. Dans le premier cas, on identifie
une tche "pose des lments prfabriqus", dans le deuxime cas, on identifie
les tches "ferraillage", "coffrage" et "coulage".

Une premire tape dans l'analyse de la base d'informations de conception

consiste alors associer chaque technologie de chaque ouvrage une information
de ralisation permettant d'identifier le ou les types de tches qui la raliseront.
Appelons cette information de ralisation option de construction. Chaque ouvrage

page 62 Chapitre 3
 est caractris par au moins une option de construction. Chaque option de
construction est associe un ou plusieurs types de tches (fig. 3.3).

Tche "ferraillage"

Option "bton
Tche "coffrage"
arm
coul en place"
Tche "coulage"

Mur Option "doublage-

isolation par Tche "pose
panneau complexe" panneau"

Figure 3.3 : l'option de construction

En fonction de la nature du composant du btiment, le module de gestion de

projet propose, le cas chant et pour un niveau de dtail donn, les diffrentes
options de construction possibles. Les options de construction choisies par l'utilisateur
sont associes au composant analys. Lorsque tous les composants du btiment ont
t analyss, chaque option de construction choisie sont associs les composants
qu'elle caractrise.

Identification des ouvrages raliser :

Le choix d'une option de construction entrane l'excution d'un ou plusieurs types

de tche. L'excution d'une tche consiste raliser une partie homogne et
identifiable du projet : l'ouvrage.

Exemple :
L'excution de la tche "ralisation des porteurs verticaux" consiste raliser la
partie "bton" des murs et poteaux d'un mme tage. L'ensemble des murs et
des poteaux d'un tage constitue l'ouvrage que ralise la tche.

On doit ainsi identifier tous les ouvrages du btiment associs aux diffrents types
de tches. Le regroupement des composants du btiment est ralis selon des
critres technologiques, de gomtrie et de mise en uvre correspondant des
connaissances de la gestion de projet.

Identification et valuation des tches excuter :

Pour chaque ouvrage identifi, on gnre la ou les tches correspondantes. Les

tches gnres sont ensuite values (dure, moyens, cot) en fonction des
caractristiques des ouvrages qu'elles ralisent, autrement dit, en fonction des
caractristiques des composants regroups dans chaque ouvrage, et en fonction
des moyens de production mis en uvre.

Chapitre 3 page 63
 Identification des liens entre tches :

Ces liens traduisent les contraintes dfinies entre les tches : la base de
connaissances inclut une liste de contraintes types, exprimes entre des types de
tches donns et appliques dans des conditions particulires. Au cours de l'analyse
de la liste des tches, lorsque deux tches correspondent une contrainte type, la
condition d'application est teste afin de dterminer si une contrainte doit tre
pose entre les deux tches.

Ordonnancement des tches :

A la fin de ce processus, on a gnr une liste de tches values et relies entre

elles par des contraintes. Cette liste peut alors tre exploite, par exemple par un
logiciel d'ordonnancement afin de construire un planning.

II - 2 Nouvelle gnration d'un rseau de tche :

Le fonctionnement dcrit ci-dessus est valable lorsque aucune information pour
la gestion de projet existe. Lorsqu'un rseau de tches a dj t constitu, la
gnration d'un nouveau rseau pour un niveau de dtail diffrent ne peut pas se
faire indpendamment, pour deux raisons au moins :

- les informations de ralisation fournies par l'utilisateur lors de la premire

gnration doivent pouvoir tre rutilises automatiquement afin de limiter les
oprations de saisie ;

- les informations correspondant des niveaux de dtail diffrents doivent tre

cohrentes entre elles.

Supposons que les informations de ralisation (notamment les options de

construction) aient t dtermines en vue de gnrer des informations pour la
gestion de projet correspondant au niveau de dtail 2 (type planning dtaill)
(Fig. 3.4)

Informations de Informations pour Niveau de

ralisation la gestion de projet dtail

Figure 3.4 : premire gnration des informations pour la gestion de projet

page 64 Chapitre 3
 A partir de cette situation, on distingue deux cas de figure :

- la gnration d'information pour la gestion de projet avec un niveau de dtail

plus global ;

- la gnration d'information pour la gestion de projet avec un niveau de dtail

plus fin.

Par exemple, si l'on dispose au dpart d'un planning dtaill (niveau 2), on
distingue le cas de la gnration d'un planning enveloppe (niveau 1) de la
gnration d'un planning trs dtaill (niveau 3).

II - 2 - 1 Gnration d'un rseau de tches enveloppes :

On souhaite gnrer des tches avec un niveau de dtail plus global (le niveau 1
correspondant un planning enveloppe) aprs avoir construit un premier planning
dtaill. Les informations de ralisation de niveau 1 sont des informations globales
suffisamment vagues pour englober les diffrentes informations de ralisation
possibles des niveaux de dtail plus fins. Elles sont utilises lorsque l'avancement du
projet ne permet pas d'avoir des informations plus prcises. Dans notre cas de figure,
elles sont inutiles puisque l'on dispose d'emble d'informations plus prcises utilises
pour construire le planning dtaill. (Fig. 3.5) :

Informations de Informations pour Niveau de

ralisation la gestion de projet dtail

Figure 3.5 : nouvelle gnration pour un niveau de dtail plus global

Exemple :
La plupart des logiciels d'ordonnancement possdent des fonctionnalits
permettant de regrouper les tches par familles. On peut alors gnrer les
tches d'un planning enveloppe en regroupant des tches du planning dtaill,
c'est dire sur la base d'informations pour la gestion de projet d'un niveau de
dtail plus fin.

II - 2 - 2 Gnration d'un rseau de tches trs dtailles :

Supposons maintenant que l'on souhaite gnrer des tches avec un niveau de
dtail plus fin (le niveau 3, correspondant celui d'un planning trs dtaill). Cela

Chapitre 3 page 65
 ncessite la prise en compte d'informations de ralisation supplmentaires plus
dtailles.

Exemple :
Pour un mur en bton arm, s'il suffisait, pour un niveau de dtail donn, de
prciser qu'il tait ralis selon l'option "bton arm coul en place", pour un
niveau de dtail plus fin, on doit de prciser le type de coffrage utilis afin de
pouvoir valuer plus prcisment les tches.

On dtermine les informations de ralisation du niveau de dtail "trs dtaill" par

affinement des informations de niveau "dtaill". Cela vite de rappeler les choix
dj faits prcdemment et de rester cohrent avec ces derniers. Les informations
de ralisation obtenues par affinement permettent de gnrer les informations pour
la gestion de projet un niveau "trs dtaill". A partir de ces dernires, par
recomposition, on peut, si ncessaire, gnrer des informations de niveau plus
global (Fig. 3.6).

Informations de Informations pour Niveau de

ralisation la gestion de projet dtail

Figure 3.6 : nouvelle gnration pour un niveau de dtail plus fin

II - 3 Rpercussion d'une modification :

Les informations de diffrents types sont interdpendantes : les paragraphes
prcdents ont montr comment les informations pour la gestion de projet sont
gnres partir des informations de conception en fonction des informations de
ralisation. Des relations sont cres entre ces diffrents types d'informations au
cours du processus de gnration des tches : les composants du btiment
(informations de conception) sont associs des options de construction
(informations de ralisation) ; ils composent des ouvrages qui sont raliss par des
tches (informations pour la gestion de projet). Ces relations cres au cours du
processus sont ensuite mmorises : si une des informations est modifie, on peut
ainsi identifier les autres informations qui lui sont lies et sur lesquelles la modification
doit tre rpercute.

page 66 Chapitre 3
 Exemple :
Un mur constitu de bton est associ l'option de construction "bton coul
en place". Il compose l'ouvrage "porteurs verticaux de l'tage 1" et est ralis
par la tche "ralisation des porteurs verticaux de l'tage 1". Si les dimensions du
mur sont modifies, la tche est rvalue ; si l'option de construction est
change, la nouvelle option ("bton prfabriqu" par exemple) est associe au
mur et le processus d'identification de l'ouvrage et de la tche est ritr ; si les
caractristiques de la tche ne donnent pas satisfaction (trop chre, trop
longue), on doit remettre en cause le choix de l'option de construction "bton
coul en place" ou les caractristique du mur (ses dimensions par exemple).

A travers cette description du principe de fonctionnement du module de gestion

de projet, nous avons introduit de nouvelles notions (option de construction,
ouvrage associ une tche). Elles interviennent dans la gnration des
informations pour la gestion de projet. Ces notions sont apparues dans une
description assez globale du principe de fonctionnement du module de gestion de
projet : elle montre la ncessit de procder une modlisation beaucoup plus
dtaille des diffrentes informations manipules afin de bien identifier tous les
concepts en prsence et les liens qui existent entre eux.

Par ailleurs, les connaissances de la gestion de projet sont voques dans la

description du principe de fonctionnement du module. Elles apparaissent sous
diffrentes formes :

- la notion d'option de construction, prcisant la faon dont les ouvrages sont

mise en uvre ;

- les critres de regroupement des composants du btiment pour constituer des

ouvrages ;

- les types de tches que l'on associe chaque type d'ouvrage ;

- la mthode d'valuation des tches et d'identification des contraintes ;

- la faon de rpercuter une modification sur les diffrentes informations

concernes...

Sur la base de la modlisation des informations, nous devons formaliser ces

connaissances de la gestion de projet en vue de constituer la base de
connaissances du module que nous souhaitons raliser.

La modlisation des informations et la formalisation des connaissances sont

prsentes dans le chapitre suivant.

Chapitre 3 page 67
Chapitre 4
 Gestion de projet de btiments :
modlisation des informations et
formalisation des connaissances

Nous avons identifi, dans le chapitre 2, trois types d'informations utiliss dans le
processus de conception - gestion de projet que nous devons modliser (Fig. 2.4) :

- les informations de conception ;

- les informations de gestion de projet ;

- les informations de ralisation.

Le Laboratoire Gnie Civil et Habitat de Chambry a ralis de nombreux

travaux de recherche dans le domaine de la conception des btiments. Ces
travaux ont notamment abouti une modlisation des btiments [GSD 91]. La
modlisation des informations de conception que nous prsentons dans la premire
partie de ce chapitre est extraite de ces travaux.

Nous modlisons ensuite les informations pour la gestion de projet, puis les
informations de ralisation, en cohrence avec la modlisation des informations de
conception.

La modlisation de ces diffrents types d'informations nous permet alors de

formaliser les connaissances mise en uvre pour assurer la liaison entre la
conception et la gestion de projet.

Les diffrents concepts et relations identifis au cours de cette modlisation sont

reprsents avec le formalisme NIAM [HAB 88]2. A chaque concept, nous avons

2NIAM est une mthode de construction de schmas conceptuels de donnes. Elle

permet de reprsenter des relations entre diffrents concepts. Dans l'exemple ci-dessous, on
relie les concepts "Homme" et "Enfant".

Homme Enfant : contrainte de totalit

: contrainte d'unicit
Est le pre de

Expression de la relation : un homme peut tre le pre d'un ou plusieurs enfants; tout
enfant est le fils d'un homme et d'un seul.

Chapitre 4 page 71
 associ des attributs. En annexe, on trouvera le dictionnaire des diffrents concepts
prsents dans ce chapitre.

I - La modlisation des informations de conception :

Nous reprenons, dans ce paragraphe, la modlisation d'un btiment qui rsulte
des travaux raliss au sein du Laboratoire Gnie Civil et Habitat dans le cadre du
projet CONCEPTOR, systme de CAO pour le btiment. Cette modlisation a t
confronte et harmonise avec d'autres propositions dans le cadre des travaux du
Groupe Structuration de Donnes [GSD 91].

Aprs avoir rapidement dcrit l'aspect multidisciplinaire de la conception des

btiments, nous prsentons ci-dessous la modlisation des ouvrages et des espaces
d'un btiment, puis des acteurs du projet de btiment (il s'agit l d'un extrait de la
modlisation, ralise par le LGCH, permettant la comprhension des concepts
utiliss dans les paragraphes suivants).

I - 1 La conception des btiments :

La conception des btiments comporte un aspect multidisciplinaire qui rsulte de
sa dcomposition en diffrents domaines ; cette dcomposition est rendue
ncessaire par l'importance et la diversit des connaissances requises pour la
conception d'un btiment. Elle reflte les pratiques actuelles puisque conception
architecturale et conception dans chacun des domaines techniques sont
gnralement assures par des acteurs diffrents. Elle correspond aussi la
distinction faite entre les diffrentes fonctions assures par les composants du
btiment (stabilit, isolation thermique, ...).

La conception des btiments comporte galement un aspect dynamique : de la

premire rponse l'esquisse architecturale jusqu' la ralisation des plans
d'excution des ouvrages, la conception technique volue et le niveau de
dfinition du projet augmente [SAU 93]. Bien que cette volution soit progressive, il
nous a paru important de fixer certains niveaux de conception dont la dfinition
reste la mme pour tous les domaines :

- niveau 0 : choix des partis techniques ;

- niveau 1 : prdimensionnement des objets techniques ;

- niveau 2 : dfinitions de dtails, optimisation, ralisation des plans d'excu-

tion.

Le choix de ces diffrents niveaux de conception correspond aux grandes

tapes de la conception observes dans la pratique. On les retrouve d'ailleurs chez
d'autres auteurs ([QUI 85] par exemple).

Dans chaque domaine, le concepteur ne travaille pas uniquement sur la base de

l'esquisse issue de la seule conception architecturale. Il a aussi besoin des rsultats

page 72 Chapitre 4
 de la conception dans les autres domaines. En revanche, le concepteur limite son
action la partie du projet qui correspond son domaine de conception.

Exemple :
Le thermicien tient compte de l'paisseur de bton dans ses calculs de
dperdition. En revanche, il ne prendra pas l'initiative de modifier cette
paisseur.

Certaines activits, telles que la gestion de la qualit ou la vrification de la

cohrence et de la faisabilit, ont une vision plus globale du projet dans laquelle
chaque domaine de conception a le mme poids.

La modlisation de la conception doit donc proposer des objets communs tous

les utilisateurs, regroupant toutes les informations issues des diffrentes phases de la
conception dans chacun des domaines. En outre, la structure de ces objets
communs doit pouvoir voluer au cours des diffrentes tapes de la conception
afin de tenir compte de la restructuration ou de l'augmentation des informations
lies aux objets. Enfin, chaque concepteur doit pouvoir, sur la base des objets
communs, dfinir ses propres objets adapts ses besoins travers des sur-modles
spcifiques.

Les objets communs sont articuls autour de deux notions : les espaces et les
composants du btiment.

I - 2 La modlisation des espaces :

La modlisation propose par le LGCH [GSD 91] organise le projet selon une
hirarchie des espaces, en partant du projet lui-mme pour descendre jusqu'au
local, espace de base (Fig. 4.1).

Le projet est associ au site dans lequel il est construit. La rfrence un site
permet de prendre en compte certaines informations sur l'environnement
(acoustique, climatique, gologique, topographique) qui influent sur la conception
technique. Du point de vue de la gestion de projet, certaines caractristiques de
l'environnement peuvent avoir une incidence sur le droulement de la construction.

Exemple :
Les conditions climatiques d'un site (frquence des intempries, priodes de
gel,...) ont une influence sur le calcul du dlai de construction si l'on dcide de
prendre en compte les alas dans le calcul des dlais ; les conditions d'accs
difficiles (prsence de constructions avoisinantes, relief accident, ...) peuvent
compromettre l'utilisation de certains matriels lourds et donc le choix de
certains partis techniques de construction.

Chaque projet comprend un ou plusieurs btiments. La modlisation propose

par le Groupe Structuration de Donnes [GSD 91] dcompose ensuite le btiment
en un certain nombre de divisions. Nous avons choisi d'ajouter une tape
intermdiaire en introduisant la notion de bloc, regroupement de locaux prsentant
une certaine autonomie vis vis de la gestion de projet.

Chapitre 4 page 73
 Exemple :
Deux parties d'un mme btiment spares par un joint de dilatation, ou deux
tranches d'un btiment livres sparment constituent des blocs disjoints. Dans
ces deux cas (parfois confondus), les blocs sont le plus souvent considrs, d'un
point de vue gestion de projet, comme s'ils taient deux btiments distincts.

Chaque bloc est dcompos en divisions. Celles-ci prsentent une certaine

homognit vis vis de l'utilisation qui en sera faite. On distingue ainsi quatre sortes
de divisions : les appartements, les communs, les dpendances et les circulations
(horizontales et verticales).

Enfin, la division est elle-mme dcompose en locaux. On emploie ici le mot

local au sens large : l'ensemble des locaux d'un btiment doit constituer une
partition de celui-ci, si bien que des espaces tels que les gaines techniques seront
considrs comme des locaux, au mme titre que les pices. Par ailleurs, pour les
besoins de la planification, on a introduit la notion de local extrieur qui
correspondra l'espace semi-infini limit par une faade. Cette notion de local
extrieur permet de dfinir des zones de planification associes des tches
relatives des travaux sur les faades.

On trouvera dans le glossaire la dfinition des autres concepts apparaissant sur le

schma suivant (Fig. 4.1)3.

3Le formalisme NIAM permet de reprsenter les liens de

Homme
spcialisation ( ) ainsi que les contraintes d'exclusion ( ) :
Etre
humain
Les hommes et les femmes sont des "sortes" d'tres
humains ; un tre humain est soit un homme, soit une femme. Femme

page 74 Chapitre 4
 Projet Site

Situe

Form de

Btiment

Form de

Bloc

Form de Appar-
tement
Circu-
lation ho-
rizontale

Circu- Com-
lation mun
Division
Circula-
tion ver-
ticale

Distribue Dpen
Form de dance

Relie

Etage Local Utilise

Local
Pice extri-
ext- Compose eur
rieure

Pice Autre Gaine

int- Pice local techni-
rieure que

Figure 4.1 : les espaces

Chapitre 4 page 75
 I - 3 La modlisation des composants du btiment :
Dans la modlisation propose par le LGCH, les composants du btiment sont
modliss par les objets physiques. L'objet physique est reprsent par une
gomtrie et est constitu par une technologie, il satisfait des fonctions et il est le
rsultat d'actions de conception.

Exemple :
Un objet physique mur est constitu d'une couche bton, d'une couche isolant
et d'une couche doublage (ces couches dcrivent sa technologie). Il a une
fonction de stabilit, de sparation et d'isolation phonique et thermique.

Les sur-modles spcifiques comportent des objets techniques propres chaque

fonction.

Exemple :
L'objet technique Voile-BA est constitu par la partie bton de plusieurs murs
contigus. Il modlise la fonction porteuse du mur.

On dfinit ainsi diffrents espaces articuls autour de l'objet physique (Fig. 4.2) :

- l'espace conception, caractrisant la multidisciplinarit de la conception,

notamment travers les diffrents espaces techniques spcifiques ;

- l'espace volution, caractrisant l'aspect dynamique ;

- l'espace morphologie, correspondant la partie description de l'objet physique.

La morphologie de l'objet physique volue au gr des actions de conception.

L'objet physique correspond une partie du projet qui prsente une certaine
homognit vis vis des diffrentes technologies qui le composent et des
diffrentes fonctions qu'il assure. L'objet physique peut tre un mur, une poutre, un
poteau, un quipement ou un sparateur. Le sparateur dlimite les locaux; afin
d'assurer l'homognit, l'objet physique ne doit pas sparer plus de deux locaux, il
doit tre port par une seule surface ou une seule ligne et sa composition au sens
technologique doit tre constante. Tout objet physique appartient un et un seul
bloc (fig. 4.3).

page 76 Chapitre 4
 Critre
ace e
Esp ologi Gomtrie
rph
mo

Evalue
Technologie Reprsente

Est satisfaite

conception
par

Espace
Constitue Fonction

Objet
physique

Modlise

S'applique
Action de sur Objet
conception technique

Espace Espace technique

volution spcifique

Figure 4.2 : morphologie, conception et volution des objets physiques

Bloc
Form de
Contient

Poteau

Plancher
Objet
physique Division
Poutre Mur

Cloison Form de

Equipe- Spara-
ment teur

Situ dans
Dlimite
Local

Figure 4.3 : l'objet physique

Chapitre 4 page 77
 L'objet physique est le noyau de la modlisation des informations de conception
et il doit tre interprt en fonction du point de vue de l'utilisateur, notamment du
matre d'uvre d'excution en ce qui nous concerne.

I - 4 Les acteurs :
Chaque acteur a un rle (architecte, client, bureau d'tude, ...) qui correspond
une fonction de gestion de projet (matrise d'ouvrage, matrise d'uvre, contrle,
ralisation).

D'autres objets du projet peuvent galement tre relis aux fonctions. C'est le
cas, par exemple, des objets physiques qui doivent assurer la fonction de
conception en rpondant certains critres.

Matrise Matrise Contrle

Ralisat
d'ouvrage d'uvre

A Correspond

Fonction
Acteur Rle gestion de
projet

Objet Fonction de
physique Fonction
conception

Satisfait

Figure 4.4 : les acteurs

I - 5 Exemple illustratif :
On considre un projet (Fig. 4.5) constitu d'un seul btiment, lui mme compos
d'un seul bloc. Le bloc est compos d'une cage et de trois appartements. La cage
est un commun qui est form des locaux 1, 2 et 8 (le local 1 tant une circulation
verticale) ; l'appartement 1 est form des locaux 3, 4, 5 et 6; l'appartement 2 est
form des locaux 9, 10 et 14; l'appartement 3 est form des locaux 11, 12 et 13. Les
locaux 1 6 composent l'tage 0 ; les locaux 8 14 composent l'tage 1. Les locaux
15 18 sont des locaux extrieurs correspondant aux quatre faades du btiment.

page 78 Chapitre 4
 local15

local
local2 local8
C a ge local 3 local9
1
local4

local13 local11 local14

local local
18 16

local6 local10
local12
local5

local17 A p p a r t e me n t 3 A p p a r t e me n t 2
A p p a r t e me n t 1
E t a ge 0 E t a ge 1

Figure 4.5 : les zones de planification du projet

Ce btiment est compos d'un certain nombre d'objets physiques (Fig. 4.6) :

m0 m7 m8 m9 m20 m21 m22

c2
p11 p12
m6 p2 p3 m19 p15
m23 m13
p1 m10 p4
m1
c1 c9 c6 c14
c0 c10 m24 c13
p7 p8 m11 p5 p6 m18 p13 p14
c5 p16

c4 c3 c8 c7 c11 c12

p9 p17
p10 p18
m2 m17
m12 m25
m5
m14

m4 m3 m16 m15
Etage 0 p : plancher haut Etage 1
m : mur
c : cloison

Figure 4.6 : les objets physiques du projet

Chapitre 4 page 79
 Dans cet exemple, nous avons retenu trois types d'objets physiques :

Les murs :
Exemple : le mur m0 spare le local 1 de l'extrieur, a une surface de 4 m2, est
compos d'une couche d'enduit extrieur, de 15 cm de bton arm, de 10 cm
d'isolant, d'un doublage pltre et d'une couche de peinture intrieure.

Les planchers :
Exemple : le plancher p9 spare les locaux 6 et 12. Il est compos d'une couche
de peinture, de 1 cm de pltre, 20 cm de bton arm, de 3 cm de chape, de
moquette. Sa surface est 25 m2.

Les cloisons :
Exemple : La cloison c1 est compose d'une couche de peinture, de 1 cm de
pltre, de 5 cm de brique creuse, de 1 cm de pltre et d'une couche de papier
peint. Elle spare les locaux 2 et 6 et a une surface de 11 m2.

II - La modlisation des informations pour la gestion de projet :

Sur la base de la prsentation du domaine de recherche faite dans le premier
chapitre, nous avons labor une modlisation des informations pour la gestion de
projet de btiments. Elle doit tre cohrente avec la modlisation des informations
de conception prsente dans le paragraphe prcdent. Compte tenu de la
dfinition de l'objet physique, la cohrence entre la modlisation des informations
de conception et la modlisation des informations de gestion de projet passe par
l'interprtation de l'objet physique d'un point de vue gestion de projet.

L'excution des tches consistant raliser les composants du btiment, il existe

donc un lien entre la tche et les objets physiques que l'on doit prciser. Des travaux
de recherche ont dj t faits sur ce lien. Nous prsentons ci-dessous deux grandes
classes de solutions qui ont t proposes pour modliser ce lien, puis nous
proposons un modle qui nous a sembl mieux rpondre notre problmatique.

Dans [ASS 89], le btiment est reprsent par une arborescence de nuds selon
la hirarchie : chantier -> btiment -> infrastructure/superstructure ->
verticaux/horizontaux -> fondations (cette notion de nud avait dj t introduite
dans [TAT 77]). Chaque nud correspond alors un type de composant du projet.
A chaque type de composant est associ un jeu de "sous-plans", sortes de rseaux
partiels de tches. Pour chaque nud du projet, il s'agit alors, en fonction de
l'environnement, de slectionner un de ces sous-plans, puis, dans ce sous-plan, de
slectionner les tches qui seront rellement excutes. Ces tches sont ensuite
values puis relies entre elles en fonction des contraintes de succession. Dans
[MAR 87], on retrouve galement la notion de hirarchie des objets raliser mais
une autre hirarchie est dfinie en parallle : celles des tches. Les deux hirarchies
se rejoignent leur base o un nud d'activit relie chaque objet "lmentaire"

page 80 Chapitre 4
 une tche "lmentaire".

Dans ce premier type de proposition [ASS 89] [MAR 87], la notion de

hirarchisation semble un peu trop rigide pour tre adapte directement aux
projets de btiments dont les composants sont structurs de faon plus complexe
qu'une simple hirarchie, notamment en raison de leur aspect multitechnique.

Un autre type de solution est prsent dans [HEN 87] : chaque lment de
conception (design element), objet dont la dfinition est proche de celle de l'objet
physique, est associ des lments de tches (element activity). Les tches sont
ensuite construites par composition partir des lments de tche. Chaque
lment de tche tant valu indpendamment des autres, nous percevons deux
problmes :

- le trs grand nombre de calculs effectuer et le nombre important

d'informations en rsultant ;

- l'impossibilit de modifier la mthode d'valuation (dure, consommations) de

la tche "compose" en fonction de l'importance du travail laquelle elle
correspond puisqu'elle est value par simple cumul des valeurs calcules
indpendamment pour chaque lment de tche.

En outre, les rgles de regroupement des lments de tche peuvent tre les
mmes pour diffrents types de tches mais elles seront ractives pour la
constitution des tches de chaque type, d'o un manque d'optimisation du
processus. Enfin, cette modlisation intgre la description du btiment alors que
nous souhaitons reprendre la modlisation des btiments labore au cours des
nombreux travaux de recherche du LGCH.

Nous avons par consquent prfr laborer notre propre modlisation de la

gestion de projet. Or, le principe de base de l'objet physique, noyau de la
modlisation du btiment que nous souhaitons utiliser, fait qu'il doit tre
systmatiquement interprt par l'utilisateur. Nous avons alors dfini un objet
correspondant une interprtation d'un point de vue "gestion de projet". En fait, le
principe de cet objet a t introduit dans les chapitres 1 et 2 lorsque l'identification
des tches ncessitait le regroupement de diffrents composants du btiment de
manire construire une entit vis vis des travaux de construction. Sa dfinition est
proche de celle de l'ouvrage en tant que "rsultat d'un travail" mais nous avons
prfr ne pas retenir ce terme courant mais utilis avec des sens trs varis. Nous
l'avons appel objet de planification, rappelant ainsi dans quel contexte nous
l'avons identifi et dfini.

II - 1 L'objet de planification :
L'objet physique est compos de diffrentes technologies ralises par diffrentes
tches ; par ailleurs, sa gomtrie correspond au plus petit dcoupage du btiment
de manire en faire un lment commun que chaque utilisateur peu recomposer
selon ses besoins. Le matre d'uvre d'excution doit ainsi regrouper des objets
physiques jusqu' constituer un ouvrage constituant une entit vis vis d'un ou

Chapitre 4 page 81
 plusieurs types de tches. Nous en dduisons la dfinition suivante :

L'objet de planification est le regroupement d'une partie (au sens

technologique) d'un ou plusieurs objets physiques. Sa ralisation est assure
par l'excution d'une seule tche de mme type. Une mme tche ne
contribue raliser qu'un seul objet de planification.

Cette dfinition est assez proche de celle de l'objet compos (compound

object) propose dans [DAR 88], bien que cette dernire rponde beaucoup plus
des critres gomtriques que technologiques.

La figure 4.7 reprsente la relation tablie entre la tche et l'objet physique par
l'intermdiaire de l'objet de planification.

Objet de Objet
Tche planifi- physique
cation

Constitue
Ralise

Figure 4.7 : l'objet de planification

Exemple (Fig. 4.8) :

Un objet de planification "voile bton" est constitu par le regroupement de la
partie bton des objets physiques de type mur m1, m2 et m3. Pour raliser cet
objet de planification, on excute, pour un niveau de dtail donn, une seule
tche : la tche "ralisation du voile bton". Pour un niveau de dtail plus fin, on
peut imaginer l'excution de plusieurs tches pour ce mme objet de
planification : le ferraillage, le coffrage et le coulage. En revanche, on
n'envisagera pas deux tches de coffrage pour cet unique objet de
planification. Si les contraintes de ralisation imposaient ce genre de
dcomposition, on dcomposerait alors de la mme sorte l'objet de
planification de manire n'avoir qu'une seule tche de mme type sur un
mme objet de planification.

m1 m2 m3
Bton
Objet de planification "Voile"
Isol
ant
Doublage

Objet de planification "Doublage-Isolation"

Figure 4.8 : constitution d'un objet de planification

page 82 Chapitre 4
 II - 2 Les tches :
L'excution d'une tche consiste raliser un objet de planification dans sa
totalit ou au moins la totalit d'une de ses technologies (par exemple, le ferraillage
d'un objet de planification voile-bton).

L'excution de la tche entrane au moins l'utilisation de ressources

renouvelables (sinon, on considrera que la tche n'existe pas, le cas des tches
fictives tant trait plus loin travers la notion d'vnement), et, la plupart du
temps, la consommation de ressources renouvelables (Fig. 4.9)4.

Tche

Utilise Consomme

Ressource Ressour
renouve- consom
lable mable
T

Main
Matriel d'uvre Ressour-
ce

Figure 4.9 : la tche

Les tches sont regroupes par lot, c'est dire gnralement par corps d'tat.

La relation entre les tches et les objets de planification permet de localiser les
tches par rapport aux zones de planification. Ces zones de planification
regroupent des locaux, et, ventuellement, des zones de planification de dimension
infrieure. Elles contiennent des objets de planification.

La figure suivante (Fig. 4.10) rcapitule les principales notions aboutissant

l'identification d'une tche.

4Le formalisme NIAM permet de reprsenter les

Homme
contraintes de totalit (T) :
Etre
T
humain
les hommes et les femmes constituent la totalit des
tres humains. Femme

Chapitre 4 page 83
 Objet de Objet
planifi- physique
cation
Constitue

Ralise Division

Appartient

Zone de
Tche Regroupe planifi- Regroup
cation

Regroupe
Appartient

Lot Local

Figure 4.10 : identification d'une tche

II - 3 Les contraintes :
Le problme des contraintes a t abord par le Groupe Structuration de
Donnes [GSD 91]. Les concepts et relations qui avaient alors t dfinis sont
compatibles avec les caractristiques des contraintes de planification. Nous avons
donc repris le mme schma en introduisant la contrainte de planification comme
type de contrainte (Fig. 4.11).

Nous avons ajout ce schma la notion d'vnement, sorte d'objet du projet.

L'vnement peut tre un ordre de service, une runion de chantier, des
intempries, l'obtention d'un permis de construire, le dmarrage ou la rception des
travaux qui sont l'origine ou visent une contrainte (pour raliser l'ordonnancement,
on peut le prendre en compte en tant que tche fictive).

De manire gnrale, la contrainte est fixe par un acteur, elle vise et a pour
origine un objet du projet, dpend de conditions d'application et donne lieu une
action (relchement, nouvelle contrainte). On peut distinguer diffrents types de

page 84 Chapitre 4
 contraintes (pour la planification, on aura des contraintes de succession, de
disjonction, de date impose,...).

Type de
contrainte
Condition
Action d'applica-
tion
Contrainte
de succes-
sion
A

Contraint
de disjonc
Donne lieu Dpend
tion

Contrainte Contrainte
Contrain
de plani-
de date
fication

Contraint
de moyens
Fixe

A pour origine Vise

Contrainte
sur les con-
sommations

Acteur
Objet
du
projet
Evnement

Figure 4.11 : les contraintes

Exemple :
Une contrainte peut avoir pour origine un local et viser toutes les tches. Elle
exprime le fait que deux tches distinctes ne peuvent tre excutes
simultanment dans un mme local. Il s'agit l d'une contrainte de ralisation.

III - La modlisation des informations de ralisation :

Il s'agit de modliser les informations qui permettent de dterminer la faon dont
les composants du btiment seront raliss et les moyens qui seront employs dans
ce but. Nous prsentons galement dans ce chapitre une modlisation des
documents, lments importants de la gestion de projet.

Chapitre 4 page 85
 III - 1 Les options de construction :
Nous avons introduit la notion d'option de construction dans le chapitre 3. Nous
rappelons ci-dessous le raisonnement qui nous a amen dfinir ce concept.

L'objet de planification est reli aux diffrents objets physiques qui le composent.
Cette relation dpend du type d'objet physique et des technologies qui le
composent. Or, une mme technologie peut tre mise en uvre de diffrentes
faons. Selon la mthode choisie, les ouvrages et les tches correspondants ne sont
pas forcment les mmes. D'o la ncessit de dfinir un nouveau concept,
intermdiaire entre l'objet physique et l'objet de planification : l'option de
construction (Fig. 4.12).

Exemple :
Pour un niveau de dtail relativement global, la partie technologique "bton
arm" d'un mur, on peut associer soit l'option de construction "bton coul en
uvre", soit l'option "bton prfabriqu". Pour un niveau de dtail plus fin,
l'option "bton coul en uvre" se dcompose en deux sous-options : "coffrages
tunnels" et "coffrages traditionnels".

Otion de Objet
construc- physiqu
tion

Se dcom- Associe
pose en
Associe

Objet
de Tche
planifi-
cation
ralise

Figure 4.12 : l'option de construction

III - 2 Les documents :

Au cours du projet, l'information sera porte et vhicule par les documents
(Fig. 4.13) : chaque document a pour rle d'informer sur des objets du projet. On
peut envisager diffrents types de document, tels que les plans, les descriptifs, les
comptes-rendus, les plannings... Le document est rarement transmis seul : il fait

page 86 Chapitre 4
 gnralement partie d'un dossier. C'est ce dossier qui est commandit et/ou reu
par un acteur. En revanche, chaque document d'un mme dossier peut avoir t
tabli par un acteur diffrent.

Commandite

Dossier Acteur

Reoit

Contient

Objet
du Document
projet
Informe sur Etablit

Descrip- Compte- Plan

Planning Et c ...
tif rendu

Figure 4.I3 : les documents et les acteurs

La modlisation des documents relatifs un projet de construction est aborde

dans [GSD 91]. On y retrouve une partie de la modlisation que nous avons prsent
ainsi que diffrentes propositions dont nous retenons les suivantes (Fig. 4.14) : les
documents sont soit informatiques, soit sous forme "papier". Ils correspondent un
type principal : document contractuel, document relatif la gestion de projet ou
document relatif la conception (dans ce dernier cas, on prcise le domaine de
conception). Un document peut tre reli d'autres documents : celui qui est sa
version antrieure et ceux qui ont t utiliss pour le constituer.

Chapitre 4 page 87
 Gestionde
projet

Domaine
Type
Conception de con-
principal
ception

Document
contrac-
tuel

Est
l'origine de Document
Est la version
antrieure de

Document Document
gom- texte
tral

Figure 4.I4 : les documents

III - 3 L'entreprise :
L'entreprise dispose d'une certaine quantit de ressources renouvelables. Elle
choisit des options de construction pour chacune desquelles elle affecte des
ressources renouvelables, ceci afin d'excuter des tches.

page 88 Chapitre 4
 Entreprise Tche

Excute
Dispose de Utilise

Res-
source re- Optionde
nouvela- construc-
ble tion

Affecte

Main
Matriel
d'uvre

Figure 4.I5 : l'entreprise

Un acteur signe ou tablit des contrats, ceux-ci faisant partie d'un lot.

Etablit

Acteur Contrat Lot

Se
dcompose
en
Signe

Figure 4.I6 : le contrat

IV - La formalisation des connaissances :

Le but est de formaliser le savoir-faire du matre d'uvre d'excution, celui qui
permet de passer du "quoi" (la description du btiment) au "comment" (tches
excuter) [ASS 89] [LAU 92]. Ce savoir-faire correspond des connaissances
gnrales qui, confrontes un projet particulier, permettent de gnrer des

Chapitre 4 page 89
 informations pour la gestion de projet partir d'informations de conception et de
ralisation, c'est dire de construire les zones de planification et les objets de
planification partir des objets physiques, puis de gnrer les tches ainsi que les
contraintes de planification.

Nous avons donc dfini des objets types, indpendants de tout contexte de
projet particulier : des tches types, des objets de planification types, des zones de
planification types, des contraintes de planification types. Nous appelons ces objets
types des objets gnriques.

Exemple :
Quel que soit le projet considr et quelle que soit la zone de planification de
ce projet, une tche "ralisation des ouvrages verticaux en bton arm" a
toujours les mmes types d'attributs (dure, cot, consommations), les mmes
mthodes d'valuation de ces attributs, elle appartient toujours au mme lot,
ralise toujours le mme type d'objet de planification, ... On peut donc dfinir
dans un mme objet, une tche gnrique, la structure communes toutes les
tches de type "ralisation des ouvrages verticaux en bton arm" (Fig. 4.17).

Lot

Appartient

Tche
gnrique
Est associe
Est associe

Ressource Ressourc
renou- consom-
velable mable

Figure 4.17 : les caractristiques d'une tche gnrique

Sur le schma ci-dessus (Fig. 4.17), la relation Tche gnrique-Utilise-Ressource

renouvelable a pour attribut la mthode de calcul de la quantit de ressource
renouvelable utilise alors que l'attribut de la relation Tche-Utilise-Ressource
renouvelable est la quantit utilise (et calcule selon la mthode dfinie au niveau
gnrique).

page 90 Chapitre 4
 La gnration d'une tche consiste ensuite, partir de la structure dfinie dans la
tche gnrique, dterminer les caractristiques d'une tche "relle".

Exemple :
Tche gnrique "ralisation d'un voile en bton" :
- ralise : ouvrage de type voile.
- consommation de bton : volume de l'ouvrage ralis.

- dure : 5h + 3h par m3 de bton.

Tche "ralisation du voile n3 du btiment n1" :

- ralise : voile n3

- consommation de bton : 5m3.

- dure : 20h.

Cette notion de tche gnrique est galement utilise dans [GLA 93] o des
"oprations types" ont t prdfinies : on leur associe un type d'lment raliser,
la qualification et le nombre minimum d'ouvriers requis, la dimension de rfrence
(surface, volume ou nombre d'units) et la dure unitaire par ouvrier.

Le principe d'objet gnrique est gnralis pour tous les principaux types
d'informations pour la gestion de projet (Fig. 4.18) :

Objet
gnri- Objet
que
Gnre

Figure 4.18 : les objets gnriques

Nous avons ainsi dfini les tches gnriques, zones de planification gnriques,
les objets de planification gnriques et les contraintes de planification gnriques
(Fig. 4.19).

Chapitre 4 page 91
 Objet
gnrique

S'applique sur

Zone Objet de Tche

Contrainte gnri- planifica- gnriqu
gnrique que tion gn-
rique
Est associe Est associe
Gnre Gnre Gnre Gnre

Con- Zone Objet de

planifica- Tche
trainte
tion

Figure 4.19 : gnration des objets

Le schma ci-dessus (Fig. 4.19) introduit la notion de relation entre objets

gnriques. La relation "tche gnrique - est associe - objet de planification
gnrique" traduit le fait qu'un certain type de tche consiste raliser un certain
type d'objet de planification.

Exemple :
Pour reprendre l'exemple ci-dessus, la tche gnrique "ralisation des ouvrages
verticaux en bton arm" est associe l'objet de planification gnrique
"ouvrages verticaux en bton arm".

Nous avons vu dans un paragraphe prcdent (voir fig. 4.11) que l'objet de
planification est en fait li aux objets physiques qui le composent par l'intermdiaire
de l'option de construction qui pallie le manque d'informations de ralisation
explicite rsultant de la conception. On peut alors formaliser la connaissance mise
en uvre pour construire les objets de planification en dfinissant des relations un
niveau gnrique. On dfinit ainsi l'option de construction gnrique et l'objet
physique gnrique (Fig. 4.20).

page 92 Chapitre 4
 Objet
physique
Associe
gnrique
Associe

Objet de Option de
planification construction
gnrique gnrique
A

Associe
Techno-
logie

Figure 4.20 : le rle de l'option de construction gnrique

Exemple :
L'option de construction gnrique "bton arm coul en place" est associe
aux objets de planification gnriques "superstructure" et "infrastructure". Elle
caractrise la technologie "bton" des objets physiques de type "mur",
plancher", "dalle", "poteau", "poutre", ...

L'objet de planification gnrique est reli la notion de zone de planification.

L'appartenance une mme zone de planification constitue en effet le critre de
base pour le regroupement des objets physiques en objets de planification. Comme
la partition du projet n'est pas la mme suivant les types de tche en cours
d'excution, on ne considre pas toujours les mmes types de zones de planification
selon les types d'objets de planification. Autrement dit, chaque objet de
planification gnrique, on associe une zone de planification gnrique.

Exemple :
L'objet de planification "superstructure", correspondant au niveau de dtail de
type planning enveloppe, est associ la zone de planification gnrique
"tage". Un btiment est constitu par (au moins) autant d'objets de
planification "superstructure" qu'il comporte d'tages de superstructure.

Le schma suivant (Fig. 4.21) rcapitule les diffrentes relations prsentes ci-
dessus afin de montrer le cheminement qui conduit de l'objet physique la tche.

Chapitre 4 page 93
 Tche Objet de Zone de
gnrique planification planificat
Gnre gnriqu
gnrique

Est associ
Ralise

Est associ
Tche
Gnre

Gnre
Option de
construction
gnrique
Ralise
Objet de Zone de
planifica- planifica
tion tion

Regroupe Gnre

Caractrise
Contient
Ralise
Option de Objet
construc- physique
tion

Figure 4.21 : gnration de la tche

Enfin, constatant que les contraintes de planification pouvaient tre

gnralement regroupes par familles selon certains critres de ressemblance
(mme type d'objet cible et origine, mme type de conditions d'application, mme
expression), nous avons galement introduit la notion de contrainte de planification
gnrique, associe diffrents objets gnriques (Fig. 4.22).

Au niveau gnrique, un mme objet peut tre la fois origine et cible (par
exemple, une tche de type "ralisation du gros uvre" peut contraindre une
tche de mme type mais excute sur l'tage suprieur). En revanche, les objets
gnrs ne peuvent se contraindre eux-mmes en tant la fois cible et origine.

page 94 Chapitre 4
 A pour cible

Contrainte
de planifi- Objet
cation g- gnrique
nrique

Gnre Gnr
A pour origine

A pour cible

Contrainte
de planifi- Objet
cation

A pour origine

Figure 4.22 : la contrainte de planification gnrique

Exemple :
La notion de contrainte gnrique est employe pour exprimer le fait que pour
tout objet de planification de type "porteur vertical", la tche "coffrage"
prcde la tche "coulage du bton".

Dans ce chapitre, nous avons identifi puis dcrit les diffrents concepts lis
respectivement aux informations de conceptions, aux informations pour la gestion
de projet et aux informations de ralisation. Les relations entre ces concepts
montrent comment s'articule la liaison entre la conception et la gestion de projet de
btiments.

Le modle conceptuel labor permet alors de formaliser les connaissances de

base du matre d'uvre d'excution travers la dfinition des objets gnriques.
Nous avons ainsi structur ces connaissances selon cinq principales catgories :

Chapitre 4 page 95
 - des zones de planification gnriques ;

- des options de construction gnriques ;

- des objets de planification gnriques ;

- des tches gnriques ;

- des contraintes de planification gnriques.

La constitution de la base de connaissances consiste alors recenser et dcrire

les connaissances, dans chacune de ces catgories, correspondant la gestion de
projet de btiment, dans un contexte pralablement dfini. Il s'agit l de l'objet du
chapitre suivant.

page 96 Chapitre 4
Chapitre 5
 Constitution d'une base de
connaissances pour la gestion
de projet

Nous avons montr, au cours des premiers chapitres, l'importance de la base de

connaissances pour la gestion de projet de btiments. La modlisation et la formali-
sation prsente dans le chapitre prcdent ont permis de dfinir la structure de
cette base de connaissances, guidant ainsi le recueil de l'expertise auprs de pro-
fessionnels. Ce recueil d'expertise a d'abord t fait de faon relativement informel-
le auprs de divers acteurs du projet de btiment (des architectes, des conducteurs
de travaux, des ingnieurs, des pilotes, ...). Puis nous avons privilgi une collabora-
tion avec la socit Mthodes et Construction pour construire la base de connais-
sances conformment la formalisation prsente dans le chapitre prcdent,
c'est dire en identifiant les occurrences des diffrents objets gnriques.

Nous avons retenu deux niveaux de dtail de la planification : le niveau

enveloppe et le niveau dtaill :

- le niveau dtaill (niveau 2) est trs utilis dans le domaine du btiment ; il est
typiquement du ressort du matre d'uvre de ralisation ;

- afin d'illustrer l'articulation entre les diffrents niveaux de dtail, nous devions en
choisir un second pour notre application, plus global ou plus dtaill. Le niveau trs
dtaill correspond davantage la gestion de production : il fait appel des
connaissances trs nombreuses, plus difficilement formalisables et gnralement
disperses entre les reprsentants de chaque corps d'tat. Nous avons donc prfr
retenir le niveau enveloppe (niveau 1), plus global, galement trs utilis.

Nous avons par ailleurs retenu un certain nombre de lots : nous ne pouvions pas,
en raison de la quantit de travail que cela aurait reprsent, faire une tude aussi
exhaustive que possible quant aux diffrents lots. Nous avons d faire une slection
et nous avons choisi les lots qui nous semblaient tre les lots de base pour une
grande partie des travaux de construction des btiments :

- fondations profondes ; - menuiseries extrieures ;

- gros uvre ; - lectricit ;

- doublage-cloisons-isolation ; - charpente-couverture ;

- menuiseries intrieures.

Chapitre 5 page 99
 En outre, le choix de ces diffrents lots permet d'aborder l'aspect multitechnique
des objets physique (un mur comporte une partie bton, une partie isolation, une
partie doublage ; il peut porter une menuiserie intrieure ou extrieure). On pourra
ainsi montrer les diffrentes faon de regrouper les objets physiques en fonction du
type d'objet de planification construire.

I - Principe du recueil des connaissances :

Les diffrents types d'objets gnriques identifis lors de la modlisation de la
gestion de projet de btiments (chapitre prcdent) sont :

- les options de construction gnriques ;

- les tches gnriques ;

- les objets de planification gnriques ;

- les contraintes de planification gnriques ;

- les zones de planification gnriques.

Les zones de planification gnriques ne constituent qu'une partie trs restreinte

de la base de connaissances que nous prsentons ci-dessous : les diffrents types de
zones ont dj t prsents dans le premier chapitre. Nous compltons, ci-dessous,
cette liste et tablissons les relations entre zones gnriques.

Nom Compose
Projet
Btiment Projet
Bloc Btiment
Etage Btiment
Division Bloc
Local Division

L'tage se spcialise en tage d'infrastructure et en tage de superstructure. La

division se spcialise en appartement, commun, circulation.

Pour les autres objets gnriques, le recueil des connaissances ne s'est pas fait
selon la logique de progression rsultant de la modlisation, c'est dire en
dfinissant les objets de planification gnriques partir des options de construction
gnriques pour aboutir aux tches gnriques. Nous avons d nous adapter au
mode de raisonnement de l'expert humain qui associe des tches, et non des objets
de planification, aux options de construction ; nous ensuite d'identifier les objets
de construction correspondants.

Concrtement, pour chacun des lots retenus et pour le niveau de dtail

"enveloppe", nous avons recens les diffrentes options de construction
envisageables, et, pour chacune d'elles, les tches potentiellement ralisables,
autrement dit, les tches gnriques. Cette premire tape a d'abord t ralise

page 100 Chapitre 5

 travers l'analyse de diffrents projets de construction (consultation d'appels d'offres,
de divers types de plannings...) puis a t affine auprs de l'expert. Pour chacune
des tches ainsi identifies, nous avons alors dtermin la mthode de calcul de la
dure. Ensuite, nous avons recens les contraintes de succession en indiquant leur
type (fin-dbut, fin-fin, ...) et le dlai ventuel qui leur est associ. Enfin seulement,
nous avons dfini pour chaque tche gnrique l'objet de planification gnrique
correspondant, un mme objet de planification pouvant tre associ plusieurs
tches. A chaque objet de planification gnrique ainsi identifi, nous avons
associ les types d'objets physiques regroups, la technologie concerne, les
dimensions caractristiques (celles qui permettront d'valuer les tches) et la
mthode d'valuation de ces dimensions.

Ensuite, pour le niveau de dtail "dtaill", nous sommes partis de chacune des
options de construction gnriques et des tches gnriques "enveloppes" que nous
avons dcomposes pour obtenir les options et les tches correspondant au niveau
"dtaill". Puis nous avons dtermin les objets de planification gnriques
correspondants, de la mme faon que pour le niveau enveloppe.

Dans les paragraphes qui suivent, nous prsentons d'abord les options de
construction, puis les objets de planification, les tches et, enfin, les contraintes de
planification. Chacun des types de connaissances est prsent sous forme de
tableau. La page suivante montre l'articulation entre les diffrents tableaux.

Chapitre 5 page 101

 Les liens entre les tableaux :

Lot Option de Code Types d'objets Technologie

construction physiques
Gros uvre Bton arm coul OCG01 Mur Bton
en uvre Plancher
Poteau
Poutre

Option de Objet de Code Technologie Types d'objets Zone par Dimensions Mthode de
construction planification physiques dfaut caractristiques calcul
OCG01 Infrastructure OPG05 Bton Mur Etage d'in- Surface de Somme de la
OCG02 Poteau frastructure plancher surface des
OCG03 Poutre planchers
Plancher

Objet de Tche gnrique Code Mthode de calcul de la dure

planification
OPG05 Ralisation infrastructure TG05 1 semaine + 1jour par 45 m2 de
plancher

Nom de la Tche Tches Type de Dlai Conditions d'application
contrainte origine cibles contrainte
CG01 TG05 TG06 fin-dbut - 1 semaine cible sur l'tage immdiatement
suprieur l'origine

page 102 Chapitre 5

II - Les options de construction gnriques :
Pour chaque lot et pour chacun des deux niveaux de dtail retenus, nous avons
identifi un certain nombre d'options de construction. Pour certains lots, et
particulirement pour le niveau de dtail 1, nous n'avons identifi qu'une seule
option de construction, considrant qu'il n'y avait pas lieu de distinguer diffrents
cas pour lesquels les tches identifies ne seraient pas notablement diffrentes.

Le tableau reprsentant les options de construction gnriques est structur en

deux parties :

- les colonnes de gauche comportent les options de construction correspondant

au niveau de dtail 1 ;

- chacune des options de construction de niveau 1 correspondent des options

de construction de niveau 2, plus prcises. Les colonnes de droite dcrivent ces
dernires.

Description des diffrentes colonnes du tableau "options de construction

gnriques" :

- lot : les options de construction ont t identifies et dcrites lot par lot. Nous
indiquons dans cette colonne le nom des diffrents lots retenus.

- option de construction : en face de chaque lot, on indique le nom des

diffrentes options identifies.

- code : nous avons choisi de rfrencer chaque option de construction avec un

code C'est ce code, de prfrence au nom, qui sera repris dans les autres tableaux
pour faire rfrence une option.

- types d'objets physiques : une option de construction caractrise certains types

d'objets physiques seulement. Ceux-ci sont indiqus dans cette colonne.

- technologie : les objets physiques caractriss par l'option de construction

peuvent comporter plusieurs technologies. Nous prcisons dans cette colonne celles
qui sont concernes par l'option de construction.

- options de niveau de dtail 2 : en regard de chaque option de niveau 1, on

indique dans cette colonne les diffrentes options de niveau 2 correspondantes.
Pour chacune de ces dernires, on prcise ensuite le code et les types d'objets
physiques concerns.

Exemple :
Pour le lot gros uvre et pour le niveau de dtail 1, trois options de construction
sont possibles : "bton arm coul en uvre", "bton arm prfabriqu" et
"maonnerie". L'option "maonnerie" concerne la technologie "maonnerie" des
murs, planchers et cloison. Pour le niveau de dtail 2, l'option "maonnerie" se
dcompose en deux sous-options : "Agglos bton" ou "Briques creuses".

Chapitre 5 page 103

 Les options de construction gnriques :

Lot Option de Code Types d'objets Technologie Option de niveau de Code Types d'objets
construction physiques dtail 2 physiques
Gros uvre Bton arm OCG01 Mur Bton Planchers prdalles OCG01.01 Mur
coul en uvre Plancher Plancher
Poteau Poteau
Poutre - Planchers coffrages OCG01.02 Poutre
Semelle alu Semelle
Radier Radier
Rampe Planchers coffrages OCG01.03 Rampe
Longrine traditionnels Longrine
Bton arm OCG02 Mur Bton Bton arm OCG02.01 Mur
prfabriqu Plancher prfabriqu Plancher
Poteau Poteau
Poutre - Poutre
Semelle Semelle
Radier Radier
Rampe Rampe
Longrine Longrine
Maonnerie OCG03 Mur Maonnerie Agglo. de bton OCG03.01 Mur
Plancher - Plancher

Cloison Briques creuses OCG03.02 Cloison

page 104 Chapitre 5

 Menuiseries Menuiseries OCG04 Percement Porte extrieure Menuiseries extrieures OCG04.01 Porte extrieure
extrieures extrieures Fermeture Porte garage avec prcadres Porte garage
Fentre - Fentre

Fermeture Menuiseries extrieures OCG04.02 Fermeture

sans prcadre
Menuiseries Menuiseries OCG05 Percement Fentre Menuiseries intrieures OCG05.01 Fentre
intrieures intrieures Porte de Porte de avec prcadres Porte de
placard passage - passage

Porte de Menuiseries intrieures OCG05.02 Porte de

placard sans prcadre placard
Electricit Electricit OCG06 Electricit Electricit - Electricit OCG06.01 Electricit

Fondation- Fondation- OCG07 Pieux Bton - Fondation-spciales OCG07.01 Pieux

spciales spciales
Charpente Couverture OCG08 Couverture Couverture non Sous-couverture OCG08.01 Couverture non
couverture ardoise isole - polyane isole

Couverture Sous-couverture OCG08.02 Couverture

isole panneaux isolants isole
Couverture tuiles OCG09 Couverture Couverture non Sous-couverture OCG09.01 Couverture non
isole - polyane isole

Couverture Sous-couverture OCG09.02 Couverture

isole panneaux isolants isole
Couverture OCG10 Couverture Couverture non Sous-couverture OCG10.01 Couverture non
bacs aciers isole - polyane isole

Couverture Sous-couverture OCG10.02 Couverture

isole panneaux isolants isole

Chapitre 5 page 105

 Doublage- Doublage- OCG11 Mur Maonnerie Briques pltrires OCG11.01 Cloison
cloisons- cloisons-isolation Cloison Petits lments Carreaux pltre OCG11.02
isolation Plancher Panneaux- Panneaux sec OCG11.03 Mur
assembls--sec Cloison
Panneaux- Panneaux complexes OCG11.04
complexes
Flocage Flocage OCG11.05 Plancher
Isolant droul Isolant droul OCG11.06

page 106 Chapitre 5

III - Les objets de planification gnriques :
Chaque option de construction gnrique est associe des objets de
planification gnriques, susceptibles de gnrer des objets de planification si
l'option de construction est utilise. Nous prsentons dans ces tableaux les diffrents
objets de planification gnriques que nous avons ainsi identifis.

Description des diffrentes colonnes du tableau "objets de planification

gnriques" :

- Option de construction : les objets de planification gnriques sont associs

une ou plusieurs options de construction gnriques. Nous rappelons dans cette
colonne les codes rfrenant de ces options.

- Objet de planification et code : le code rfrence l'objet de planification

gnrique et sera repris dans les tableaux suivants.

- Technologie et types d'objets physiques : un objet de planification regroupe

une partie (au sens technologique du terme) de plusieurs objets physiques. On
indique dans ces colonnes le type d'objets physiques et la technologie susceptibles
de constituer l'objet de planification.

- zone par dfaut : le critre de base pour dfinir quels objets physiques
composent un mme objet de planification est l'appartenance une zone de
planification donne, le type de zone dpendant de l'objet de planification. On
indique dans cette colonne le type de zone pris par dfaut.

- dimensions caractristiques : le rle des objets de planification est de constituer

une entit (un ouvrage) vis vis des tches. Ils permettent non seulement d'identifier
les tches excuter mais aussi de les valuer. Les dimensions des objets de
planification qui permettront de valuer ces tches sont listes dans cette colonne.

- mthode de calcul : on indique dans cette colonne la mthode de calcul des

dimensions des objets de planification en fonction de celles des objets physiques.
Dans certains cas, les dimensions de l'objet de planification ne peuvent pas tre
calcules partir des informations de conception (surface des btiments existants
dmolir, par exemple) ; elles sont alors demandes l'utilisateur.

Exemple :
Les options de construction OCG04.01 et OCG04.02 ("menuiseries extrieures
avec prcadre" et "menuiseries extrieures sans prcadre") sont associes,
notamment, l'objet de planification gnrique OPG 07.02 ("portes
extrieures"). Cet objet de planification regroupe les objets physiques de type
"percement" comportant une technologie "porte extrieure". Il est constitu, par
dfaut, par toutes les portes extrieures d'un mme tage. Ses dimensions
caractristiques sont le nombre portes avec prcadre et le nombre de portes
sans prcadre.

Certains objets de planification ne sont pas relis des options de construction :

ce sont ceux qui concernent l'amnagement du chantier et les terrassements.

Chapitre 5 page 107

 Les objets de planification gnriques pour un niveau de dtail 1 :

Option de Objet de Code Technologie Types d'objets Zone par Dimensions Mthode de calcul
construction planification physiques dfaut caractristiques
Terrain OPG01 Projet Surface plancher Somme de la surface
des planchers
Terrassement OPG02 Projet Volume terrassement Demander
l'utilisateur
OCG07 Fondations OPG03 Bton Pieux Btiment Nombre de pieux Nombre de pieux
profondes
OCG01 Fondations OPG04 Bton Semelles Btiment Volume bton Somme du volume de
OCG02 superficielles Radiers bton des objets
OCG03 Longrines physiques
Massifs de
tte de pieux
OCG01 Infrastructure OPG05 Bton Murs Etage Surface plancher Somme de la surface
OCG02 Maonnerie Planchers infrastructure des planchers
OCG03 Poutres
Poteaux
Rampe
OCG01 Superstructure OPG06 Bton Murs Etage Surface plancher Somme de la surface
OCG02 Maonnerie Planchers superstructure des planchers
OCG03 Poutres Volume prfabriqu Somme du volume de
Poteaux bton des lments
prfabriqus
OCG04 Menuiseries OPG07 Porte-extrieure Percement Btiment Nombre de Nombre de
extrieures Porte-fentre Fermeture menuiseries menuiseries
Fentre extrieures extrieures
Porte de garage
Fermeture

page 108 Chapitre 5

 OCG05 Menuiseries OPG08 Porte de Percement Btiment Nombre de Nombre de
intrieures passage Faade de menuiseries intrieures menuiseries intrieures
Faade de gaine
gaine Garde corps
Garde corps Porte placard
Porte placard
OCG11 Doublage- OPG09 Maonnerie Cloisons Btiment Surface plancher Somme de la surface
cloisons-isolation Petits lments Murs des planchers
Panneaux Planchers
assembles a sec
Panneaux
complexes
OCG06 Electricit OPG10 Apparent Electricit Btiment Surface plancher Somme de la surface
Incorpor des planchers
OCG08 Charpente OPG11 Bois Panne Btiment Surface couverture Somme de la surface
OCG09 Mtal Chevron des pans de toiture
OCG10 Ferme
OCG08 Couverture OPG12 Couverture Pans de Btiment Surface ardoises Somme de la surface
OCG09 isole toiture d'ardoise
OCG10 Couverture non Surface tuiles Somme de la surface
isole de tuiles
Surface bacs acier Somme de la surface
de bacs acier

Chapitre 5 page 109

 Les objets de planifiation gnriques pour le niveau de dtail 2

Option de Objet de Code Technologie Types Zone par Dimensions Mthode de calcul
construction planification d'objets dfaut caractristiques
physiques
Chantier OPG01.01 Projet Nombre de grues Demander
l'utilisateur
Nombre de baraques Demander
l'utilisateur
Surface des acces Demander
l'utilisateur
Longueur de cloture Demander
l'utilisateur
Nombre de centrales Demander
l'utilisateur
Nombre de bancs de Demander
prfabrication l'utilisateur
Nombre d'ateliers Demander
d'armatures l'utilisateur
Nombre d'ateliers de Demander
coffrages l'utilisateur
Nombre de btiments Nombre de btiments
Btiments OPG02.01 Projet Surface des btiments Demander
existants existants l'utilisateur
Sol dcaper OPG02.02 Projet Surface du sol Demander
dcaper l'utilisateur
Sol fouilles OPG02.03 Projet Volume des fouilles Demander
l'utilisateur
Remblais OPG02.04 Projet Volume remblais Demander
priphriques l'utilisateur
extrieures
OCG07.01 Fondations OPG03.01 Bton Pieux Projet Nombre de pieux Nombre de pieux
profondes

page 110 Chapitre 5

 OCG01.01 Fouilles OPG04.01 Btiment Volume fouilles Demander
OCG01.02 fondations l'utilisateur
OCG01.03 superficielles
OCG02.01
OCG03.01 Ttes de pieux OPG04.02 Bton Massifs ttes Btiment Volume bton Somme du volume de
OCG03.02 de pieux bton des massifs
Nombre de pieux Nombre de pieux

Surface de coffrage Somme des surfaces

latrales des massifs
Longrines OPG04.03 Bton Longrines Btiment Volume de bton Somme du volume de
bton des longrines
Surface de coffrage Somme des surfaces
latrales des longrines
Remblais OPG04.04 Btiment Volume de remblais Demander
intrieur l'utilisateur
Dallage OPG04.05 Dallage Plancher Btiment Surface de dallage Somme de la surface
des planchers
Semelles OPG04.06 Bton Semelles Btiment Volume de bton Somme du volume de
bton des semelles
Surface de coffrage Somme des surfaces
latrales des semelles
OCG01.01 Porteurs OPG05.01 Bton Poteaux Etage Volume de bton Somme du volume de
OCG01.02 verticaux Poutres infrastructure bton des porteurs
OCG01.03 infrastructure Murs verticaux
OCG02.01 Surface de coffrage Somme des surfaces
des porteurs verticaux
x2
Nombre de poutres Nombre de poutres
prfabriques prfabriques

Chapitre 5 page 111

 OCG01.01 Ouvrages OPG05.02 Bton Planchers Etage Surface de plancher Somme de la surface
OCG01.02 horizontaux infrastructure prdalles des planchers
OCG01.03 infrastructure prdalles
OCG02.01 Surface de plancher Somme de la surface
coffrage alu des planchers
coffrage alu
Surface de plancher Somme de la surface
coffrage traditionnel des planchers
coffrage traditionnel
OCG01.01 Poutres OPG05.03 Bton Poutres Etage Volume de bton Somme du volume de
OCG01.02 infrastructure infrastructure bton des poutres
OCG01.03
Surface de coffrage Somme des surfaces
latrales des poutres
OCG01.01 Rampes OPG05.04 Bton Rampes Etage Surface des rampes Somme de la surface
OCG01.02 infrastructure des rampes
OCG01.03
OCG02.01
OCG03.01 Maonneries OPG05.05 Maonnerire Murs Etage Surface de plancher Somme de la surface
OCG03.02 infrastructure Planchers infrastructure maonnerie des planchers
maonnerie
Surface de murs Somme de la surface
briques creuses de briques creuses
Surface de murs Somme de la surface
agglos bton d'agglos bton
OCG01.01 Finitions OPG05.06 Bton Murs Etage Surface des finitions Somme de la surface
OCG01.02 infrastructure Infrastructure Planchers infrastructure des planchers et des
OCG01.03 murs
OCG02.01
OCG03.01
OCG03.02

page 112 Chapitre 5

 OCG01.01 Porteurs OPG06.01 Bton Poteaux Etage Volume de bton Somme du volume de
OCG01.02 verticaux Murs superstructure bton des porteurs
OCG01.03 superstructure Poutres verticaux
OCG02.01 Surface de coffrage Somme des surfaces
des porteurs verticaux
x2
Nombre de poutres Nombre de poutres
prfabriques prfabriques
OCG01.01 Ouvrages OPG06.02 Bton Planchers Etage Surface de plancher Somme de la surface
OCG01.02 horizontaux superstructure prdalles des planchers
OCG01.03 superstructure prdalles
OCG02.01 Surface de plancher Somme de la surface
coffrage alu des planchers
coffrage alu
Surface de plancher Somme de la surface
coffrage traditionnel des planchers
coffrage traditionnel
OCG01.01 Poutres OPG06.03 Bton Poutres Etage Volume de bton Somme du volume de
OCG01.02 superstructure superstructure bton des poutres
OCG01.03 Surface de coffrage Somme des surfaces
OCG02.01 latrales des poutres
OCG03.01 Maonneries OPG06.04 Maonnerire Murs Etage Surface de plancher Somme de la surface
OCG03.02 superstructure Planchers superstructure des planchers
Surface de murs Somme de la surface
briques creuses de briques creuses
Surface de murs Somme de la surface
agglos bton d'agglos bton
OCG01.01 Finitions OPG06.05 Bton Murs Etage Surface des finitions Somme de la surface
OCG01.02 superstructure Planchers superstructure des planchers et des
OCG01.03 murs
OCG02.01
OCG03.01
OCG03.02

Chapitre 5 page 113

 OCG04.01 Fentres et OPG07.01 Fentre Percements Etage Nombre de Nombre de
OCG04.02 portes-fentres Porte fentre menuiseries <1m2 menuiseries <1m2
avec prcadre avec prcadre
Nombre de Nombre de
menuiseries <1m2 sans
menuiseries <1m2 sans
prcadre prcadre
Nombre de menuise- Nombre de menuise-
ries entre 1 et 2m2 ries entre 1 et 2m2
avec prcadre avec prcadre
Nombre de menuise- Nombre de menuise-
ries entre 1 et 2m2 ries entre 1 et 2m2
sans prcadre sans prcadre
Nombre de Nombre de
menuiseries >2m2 menuiseries >2m2
avec prcadre avec prcadre
Nombre de Nombre de
menuiseries >2m2 sans
menuiseries >2m2 sans
prcadre prcadre
Surface de vitrage Somme de la surface
des vitrages
OCG04.01 Portes OPG07.02 Porte extrieure Percements Etage Nombre de portes Nombre de portes
OCG04.02 extrieures avec prcadre avec prcadre
Nombre de portes Nombre de portes
sans prcadre sans prcadre
OCG04.01 Fermetures OPG07.03 Fermeture Fermetures Etage Nombre de Nombre de
OCG04.02 fermetures <1m 2 fermetures <1m2
Nombre de fermetu- Nombre de fermetu-
res entre 1 et 2m2 res entre 1 et 2m2
Nombre de Nombre de
fermetures >2m2 fermetures >2m2
OCG04.01 Portes de OPG07.04 Porte garage Percements Etage Nombre de portes Nombre de portes
OCG04.02 garage

page 114 Chapitre 5

 OCG05.01 Portes de OPG08.01 Porte de Percement Etage Nombre de portes Nombre de portes
OCG05.02 passage passage avec prcadre avec prcadre
Nombre de portes Nombre de portes
sans prcadre sans prcadre
OCG05.01 Portes de OPG08.02 Porte de Porte de Etage Surface de porte Somme de la surface
OCG05.02 placard placard placard des portes
OCG05.01 Faades de OPG08.03 Faade de Faade de Etage Surface de faade Somme des surface
OCG05.02 gaines gaine gaine de faades
OCG05.01 Garde-corps OPG08.04 Garde-corps Garde-corps Etage Longueur de garde Somme de la
OCG05.02 corps longueur des garde-
corps
OCG11.01 Cloisons OPG09.01 Maonnerie Cloisons Etage Surface de briques Somme de la surface
OCG11.02 Petits lments des cloisons briques
Panneaux- Surface carreaux Somme de la surface
assembls-- pltres des carreaux pltres
sec Surface panneaux Somme de la surface
Panneaux- des panneaux
complexes Surface de panneaux Somme de la surface
complexes des panneaux
complexes
OCG11.03 Doublages OPG09.02 Panneaux Murs Etage Surface doublage Somme de la surface
OCG11.04 assembls sec des doublages
Panneaux
complexes
OCG11.06 Isolation OPG09.03 Isolant Planchers Etage Surface isolant Somme de la surface
combles de comble isole
OCG11.05 Flocage en sous OPG09.04 Flocage Planchers Etage Surface isolant Somme de la surface
face de flocage en sous-
face
OCG06.01 Gaines OPG10.01 Electricit Electricit Etage Longueur de gaine Somme de la
longueur des gaines

Chapitre 5 page 115

 OCG08.01 Charpente OPG11.01 Charpente Pannes Btiment Surface de couveture Somme de la surface
OCG08.02 Fermes des pans de toiture
OCG09.01 Chevrons
OCG09.02
OCG10.01
OCG10.02
OCG08.01 Couverture OPG12.01 Couverture Pans de Btiment Surface polyane Somme de la surface
OCG08.02 isole toiture de polyane
OCG09.01 Couverture non Surface de panneaux Somme de la surface
OCG09.02 isole isolants des panneaux
OCG10.01 Surface ardoise Somme de la surface
OCG10.02 d'ardoises
Surface tuiles Somme de la surface
de tuiles
Surface bacs acier Somme de la surface
de bacs acier
OCG08.01 OPG12.02 Zinguerie Zinguerie Elments de Btiment Longueur zinguerie Somme de la
OCG08.02 zinguerie longueur des
OCG09.01 lments de zinguerie
OCG09.02
OCG10.01
OCG10.02

page 116 Chapitre 5

IV - Les tches gnriques :
Chaque objet de planification gnrique est associ des tches gnriques
susceptibles de gnrer des tches pour chaque instance de l'objet de planification
gnrique. Nous prsentons dans ces tableaux les diffrentes tches gnriques
que nous avons ainsi identifies.

Description des diffrentes colonnes du tableau "tches gnriques" :

- objet de planification : cette colonne reprend la liste des objets de planification

gnrique.

- tche gnrique : on associe chaque objet de planification gnriques des

tches gnriques afin d'indiquer par quel type de tche chaque type d'objet de
planification est ralis.

- code : le code rfrence la tche gnrique et sera repris dans les tableaux
suivants.

- mthode de calcul de la dure : la dure des tches gnres sera calcule

avec la mthode indique dans cette colonne, en fonction des dimensions de
l'objet de planification ralis.

Exemple :
L'objet de planification OPG07.02 ("portes extrieures") est ralis par la tche
TG07.03 ("pose des portes extrieures"). La dure des tches est calcule
ajoutant 3h par porte sans prcadre et 2,5h par porte avec prcadre.

Compte tenu des niveaux de dtail choisis, nous n'avons pas pris en compte la
gestion des moyens qui est surtout assure pour des niveaux de dtail plus fins. Nous
n'avons donc pas associ de type de ressources ni de mthode de calcul des
ressources utilises et consommes aux tches gnriques.

Chapitre 5 page 117

 Les tches gnriques pour le niveau de dtail 1 :

Objet de Tche gnrique Code Mthode de calcul de la dure

planification
OPG01 Installation du chantier TG01 1 jour + 1 semaine par 5000 m2 de plancher + 9 jour par
grue
OPG02 Terrassements gnraux TG02 1 jour + 1 jour par 400 m3 de terrassement
OPG03 Ralisation fondations TG03 1 jour pour 6 pieux, 1 semaine minimum
profondes
OPG04 Ralisation fondations TG04 1 semaine + 1 jour par 10 m3 de bton
superficielles
OPG05 Ralisation infrastructure TG05 1 semaine + 1 jour par 45 m2 de plancher
OPG06 Ralisation superstructure TG06 1 jour par 21 m3 de bton coul + 1 jour par 45 m3 de
bton prfabriqu, 1 semaine minimum
OPG07 Pose menuiseries TG07 1 jour par 3 menuiseries, 1 semaine minimum
extrieures
OPG08 Pose menuiseries TG08 1 jour par 3 menuiseries, 1 semaine minimum
intrieures
OPG09 Pose cloisons-doublage- TG09 1 jour par 40 m, 1 semaine minimum
isolation
OPG10 Ralisation lectricit TG10 date de fin de la peinture - date de dbut du gros uvre
OPG11 Montage charpente TG11 1 semaine + 1 semaine par 300 m2
OPG12 Pose couverture TG12 1 jour par 60 m2 de tuiles + 1 jour par 30 m2 d'ardoises +
1 jour par 400 m2 de bacs acier

page 118 Chapitre 5

 Les tches gnriques de niveau de dtail 2 :

Objet de Tche gnrique Code Mthode de calcul de la dure

planification
OPG01.01 Installation des grues TG01.01 3 jours par grue, minimum 1 semaine
Intallation des baraques TG01.02 1 jour pour 2 baraques
Connection aux rseaux TG01.03 1 jour + 1 jour pour 4 baraques
Amnagement des TG01.04 1 jour par 150 m2 d'accs, minimum 2 jours
accs
Cloture du chantier TG01.05 1 jour + 1 jour par 30 m
Installation de la centrale TG01.06 5 jours par centrale
bton
Installation aire de TG01.07 1 jour par banc
prfabrication
Installation atelier de TG01.08 1 semaine par atelier
coffrage
Installation atelier TG01.09 1 semaine par atelier
d'armatures
Implantation TG01.10 1 jour par btiment
OPG02.01 Dmolition TG02.01 1 jour + 1 jour par 500 m2 de plancher de btiment
dmoli
OPG02.02 Dcapage TG02.02 1 jour + 1 jour par 2000 m2 de sol dcaper
OPG02.03 Fouilles TG02.03 1 jour par 400 m3 de fouille
OPG02.04 Remblais extrieurs TG02.04 1 jour par 200 m3 de remblai
priphriques

Chapitre 5 page 119

 OPG03.01 Installation matriel TG03.01 1 semaine
fondations profondes
Ralisation fondations TG03.02 1 jour par 6 pieux
profondes
Repli entreprise TG03.03 2 jours
fondations pro
OPG04.01 Fouilles en trous ou en TG04.01 1 jour par 60 m3 et par machine
rigoles
OPG04.02 Recpage pieux TG04.02 1 jour par 6 pieux
Ralisation des massifs de TG04.03 1,8h par m3 de bton + 0,6h par m2 de coffrage
ttes de pieux
OPG04.03 Ralisation longrines TG04.04 1,8h par m3 de bton + 0,6h par m2 de coffrage
OPG04.04 Remblais TG04.05 1 jour par 100 m3 de remblai
OPG04.05 Dallages TG04.06 0,6h par m2 de dallage
OPG04.06 Ralisation semelles TG04.07 1,8h par m3 de bton + 0,6h par m2 de coffrage
OPG05.01 Ralisation voiles et TG05.01 1,3h par m3 de bton + 0,35h par m2 de coffrage +
poteaux 3h par poutre prfabrique poser
OPG05.02 Ralisation planchers TG05.02 1,8h par m2 de plancher-prdalle + 0,9h par m2 de
plancher avec coffrage alu + 1,05h par m2 de plancher
avec coffrage traditionnel
OPG05.03 Ralisation poutres TG05.03 1,8h par m3 de bton + 0,6h par m2 de coffrage
OPG05.04 Ralisation rampes TG05.04 2h par m2
OPG05.05 Ralisation maonnerie TG05.05 1,6h par m2 de plancher poutrelle + 1h par m2 de mur
agglo bton + 0,9h par m2 de mur brique creuse
OPG05.07 Finitions infrastructure TG05.07 0,08h par m2 de plancher et de mur
OPG06.01 Ralisation voiles et TG06.01 1,1h par m3 de bton + 0,28h par m2 de coffrage +
poteaux 3h par poutre prfabrique poser

page 120 Chapitre 5

 OPG06.02 Ralisation planchers TG06.02 1,8h par m2 de plancher-prdalle + 0,9h par m2 de
plancher avec coffrage alu + 1,05h par m2 de plancher
avec coffrage traditionnel
OPG06.03 Ralisation poutres TG06.03 1,8h par m3 de bton + 0,6h par m2 de coffrage
OPG06.04 Ralisation maonnerie TG06.04 1,6h par m2 de plancher poutrelle + 1h par m2 de mur
agglo bton + 0,9h par m2 de mur brique creuse
OPG06.06 Finitions infrastructure TG06.06 0,08h par m2 de plancher et de mur
OPG07.01 Pose fentres et portes- TG07.01 2h par fentre ou porte fentre <1 m2 sans prcadre +
fentres 1,5h par fentre ou porte fentre <1 m2 avec prcadre +
6h par fentre ou porte fentre >2 m2 sans prcadre +
4h par fentre ou porte fentre >2 m2 avec prcadre +
3h par fentre ou porte fentre de 1 2 m2 sans
prcadre + 2,5h par fentre ou porte fentre de 1 2 m2
avec prcadre
Pose vitrages TG07.02 0,5h par m2 de vitrage
OPG07.02 Pose portes extrieures TG07.03 3h par porte sans prcadre + 2,5h par porte avec
prcadre
OPG07.03 Pose fermetures TG07.04 2h par fermeture <1 m + 3h par fermeture de 1 2 m2 +
2

6h par fermeture >2 m2

OPG07.06 Pose portes de garage TG07.07 8h par porte de garage
OPG08.01 Pose portes de passage TG08.01 3h par porte sans prcadre + 2,5h par porte avec
prcadre
OPG08.02 Pose portes de placard TG08.02 1h par m2 de porte de placard
OPG08.03 Pose faades de gaines TG08.03 1h par m2 de faade de gaine
OPG08.04 Pose garde-corps TG08.04 1h par m

Chapitre 5 page 121

 OPG09.01 Pose cloisons TG09.01 0,9h par m2 de brique + 0,4h par m2 de carreaux de
pltre + 1 jour par 30 m de panneaux assembls sec +
1 jour par 40 m de panneaux complexes
OPG09.02 Pose doublages faade TG09.02 1 jour par 40 m
OPG09.03 Pose isolation combles TG09.03 1 jour par 100 m2
OPG09.04 Flocage en sous-face TG09.04 1 jour par 40 m2
OPG10.01 Electricit TG10.01 date de fin de la peinture - date de dbut du gros uvre
OPG11.01 Montage charpente TG11.01 1 semaine par 300 m2
OPG12.01 Pose sous-couverture TG12.01 1 jour par 150 m2 de polyane + 1 jour par 80 m2 de
panneaux isolants
Pose couverture TG12.02 1 jour par 400 m de bacs acier + 1 jour par 60 m2 de
2

tuiles + 1 jour par 30 m2 d'ardoises

OPG12.02 Pose zinguerie TG12.03 1 jour par 40 m

page 122 Chapitre 5

V - Les contraintes de planification gnriques :
Dans le contexte de la ralisation de notre prototype, nous n'avons retenu que
les contraintes de planification de type "contraintes de succession" s'appliquant aux
tches. Diffrentes raisons nous ont amens faire cette restriction :

- la ncessit de limiter la taille de la base de connaissances d'un premier

prototype ;

- le manque de formalisation des contraintes de type diffrent ;

- l'inadaptation des logiciels ralisant l'ordonnancement aux autres types de

contraintes.

L'identification et la caractrisation des contraintes de planification gnriques

t ralise partir de la liste des tches gnriques : pour chacune d'elles, nous
avons cherch savoir si son excution tait conditionne par l'excution d'autres
tches.

Description des diffrentes colonnes du tableau "contraintes de planification

gnriques" :

- tche origine : on indique dans cette colonne la tche gnrique dont les
instances vont contraindre l'excution des tches cibles.

- tches cibles : les tches gnriques cibles sont celles dont les instances auront
leur date de dbut ou de fin cale par rapport la date de dbut ou de fin d'une
tche origine.

- type de lien : on prcise dans cette colonne si on cale le dbut ou la fin des
tches cibles par rapport au dbut ou la fin de la tche origine.

- dlai : dans cette colonne, on indique le dlai (ou sa mthode de calcul s'il
n'est pas fixe) associ au lien.

- conditions d'application : l'existence d'instances de la tche origine et des

tches cibles n'est pas une condition suffisante l'tablissement d'un lien. Des
conditions d'applications portant sur l'origine et les cibles doivent tre vrifies. Elles
sont dcrites dans cette colonne.

Exemple :
La contrainte de planification CG10 tablit un lien de type "dbut-dbut" entre
une tche TG11 ("montage de la charpente") et une tche TG12 ("pose de la
couverture"). Le lien est tabli si les deux tches sont excutes dans la mme
zone de planification. Dans ce cas, la tche "pose de la couverture" ne peux
commencer avant que 300 m2 de la charpente n'aient t poss.

Chapitre 5 page 123

 Les contraintes de planification gnriques de niveau de dtail 1 :

Code de la Tche origine Tches cibles Type de lien Dlai Conditions d'application
contrainte
CG01 TG01 TG02 dbut-dbut 1 semaine origine et cibles dans la mme zone
CG02 TG02 TG03 dbut-dbut 2 semaines origine et cibles dans la mme zone
CG03 TG03 TG04 dbut-dbut 2 semaines origine et cibles dans la mme zone
CG04 TG04 TG05 dbut-dbut 2 semaines TG05 sur l'tage le plus bas
CG05 TG04 TG06 dbut-dbut 2 semaines TG06 sur l'tage le plus bas
CG06 TG05 TG06 dbut-dbut la moiti de la dure du TG05 sur le dernier tage d'infrastructure
dernier tage et TG06 sur le premier tage de
d'infrastructure superstructure
CG07 TG05 TG05 fin-dbut - 1 semaine cible sur l'tage immdiatement
suprieur l'origine
CG08 TG06 TG06 fin-dbut - 1 semaine cible sur l'tage immdiatement
suprieur l'origine
CG09 TG06 TG11 fin-dbut 0 cible sur l'tage immdiatement
suprieur l'origine
CG10 TG11 TG12 dbut-dbut (300/surface couverture) origine et cibles dans la mme zone
x dure TG11
CG11 TG06 TG10 fin-dbut 0 TG06 sur l'tage le plus haut
TG07
CG12 TG09 TG08 dbut-dbut (1/nombre d'tage) origine et cibles dans la mme zone
x dure TG09
CG13 TG12 TG09 fin-dbut 0 origine et cibles dans la mme zone

page 124 Chapitre 5

 Les contraintes de planification gnriques de niveau de dtail 2 :

Code de la Tche origine Tches cibles Type de lien Dlai Conditions d'application
contrainte
CG100 TG01.10 TG01.01 fin-dbut 0 origine et cibles dans la mme zone
TG01.02
TG01.03
TG01.04
TG01.06
TG01.07
TG01.08
TG01.09
CG101 TG02.01 TG01.01 fin-dbut 0 origine et cibles dans la mme zone
TG01.10
TG02.02
CG102 TG02.02 TG01.01 fin-dbut 0 origine et cibles dans la mme zone
TG01.02
TG01.04
TG01.05
TG01.06
TG01.07
TG01.08
TG01.09
TG02.03

Chapitre 5 page 125

 CG103 TG01.04 TG01.01 fin-dbut 0 origine et cibles dans la mme zone
TG01.02
TG01.06
TG01.07
TG01.08
TG01.09
TG02.03
CG104 TG05.01 TG02.04 fin-dbut 0 origine sur le dernier tage
TG04.05 d'infrastructure
TG04.06
CG105 TG05.01 TG05.02 fin-dbut 0 origine et cibles dans la mme zone
TG05.07
CG106 TG05.01 TG04.05 fin-dbut 0 origine sur le dernier tage
TG04.06 d'infrastructure
CG107 TG05.02 TG02.04 fin-dbut 0 origine sur le dernier tage
d'infrastructure
CG108 TG05.02 TG04.05 fin-dbut 0 origine sur le dernier tage
TG04.06 d'infrastructure
CG109 TG05.02 TG05.01 fin-dbut 0 origine sur tage immdiatement
TG05.05 infrieur aux cibles
CG110 TG05.02 TG05.04 dbut-dbut 0 origine sur tage immdiatement
infrieur aux cibles
CG111 TG05.02 TG05.07 fin-dbut 0 origine et cibles dans la mme zone
CG112 TG02.03 TG03.01 fin-dbut 0 origine et cibles dans la mme zone
CG113 TG02.03 TG04.01 dbut-dbut 0 origine et cibles dans la mme zone
CG114 TG03.01 TG03.02 fin-dbut 0 origine et cibles dans la mme zone
CG115 TG03.02 TG03.03 fin-dbut 0 origine et cibles dans la mme zone

page 126 Chapitre 5

 CG116 TG03.02 TG04.01 dbut-dbut 2 jours origine et cibles dans la mme zone
TG04.02
CG117 TG04.02 TG04.03 fin-dbut 0 origine et cibles dans la mme zone
CG118 TG04.03 TG04.04 fin-dbut 0 origine et cibles dans la mme zone
CG119 TG04.04 TG04.05 fin-dbut 0 origine et cibles dans la mme zone
CG120 TG04.07 TG04.05 fin-dbut 0 origine et cibles dans la mme zone
CG121 TG04.05 TG04.06 fin-dbut 0 origine et cibles dans la mme zone
CG122 TG04.01 TG04.07 fin-dbut 0 origine et cibles dans la mme zone
CG123 TG05.03 TG05.02 dbut-dbut 0 origine et cibles dans la mme zone
CG124 TG05.02 TG06.01 fin-dbut 0 origine sur dernier tage infrastructure
et cible sur premier tage superstructure
CG125 TG06.01 TG06.02 fin-dbut 0 origine et cibles dans la mme zone
CG126 TG06.01 TG06.06 fin-dbut 0 origine et cibles dans la mme zone
CG127 TG06.02 TG06.01 fin-dbut 0 origine sur tage immdiatement
TG06.04 infrieur aux cibles
CG128 TG06.03 TG06.02 dbut-dbut 0 origine et cibles dans la mme zone
CG129 TG06.02 TG06.06 fin-dbut 0 origine et cibles dans la mme zone
CG130 TG06.02 TG11.01 fin-dbut 0 origine sur le dernier tage de
superstructure
CG131 TG06.01 TG11.01 fin-dbut 0 origine sur le dernier tage de
superstructure
CG132 TG06.04 TG07.01 fin-dbut 0 origine et cibles dans la mme zone
CG133 TG06.01 TG07.01 fin-dbut 0 origine et cibles dans la mme zone
CG134 TG07.01 TG07.02 fin-dbut 0 origine et cibles dans la mme zone
TG07.04

Chapitre 5 page 127

 CG135 TG07.01 TG07.01 fin-dbut 0 origine sur tage immdiatement
infrieur aux cibles
CG136 TG07.01 TG09.01 fin-dbut 0 origine et cibles dans la mme zone
TG09.02
CG137 TG07.02 TG09.01 fin-dbut 0 origine et cibles dans la mme zone
TG09.02
CG138 TG11.01 TG07.07 fin-fin 0 origine et cibles dans la mme zone
TG07.03
CG139 TG09.01 TG08.01 fin-dbut 0 origine et cibles dans la mme zone
TG08.02
TG08.03
TG08.04
CG140 TG08.01 TG08.01 fin-dbut 0 origine sur tage immdiatement
infrieur aux cibles
CG141 TG12.02 TG09.01 fin-dbut 0 origine et cibles dans la mme zone
TG09.02
TG09.03
TG09.04
CG142 TG11.01 TG12.01 fin-dbut (300/surface de origine et cibles dans la mme zone
couverture)
x dure TG11.01
CG143 TG12.01 TG12.02 fin-dbut 0 origine et cibles dans la mme zone
CG144 TG12.02 TG12.03 fin-dbut 0 origine et cibles dans la mme zone

page 128 Chapitre 5

 Les contacts que nous avons pris avec un expert de la gestion de projet de
btiments nous ont permis de constituer une base de connaissances pour la gestion
de projet de btiment. Cette mthode de constitution de la base de connaissances
lui confre un aspect concret et rel : nous ne nous sommes pas bass sur de
simples "hypothses d'cole" destines raliser une application dconnecte de
la ralit. L'expertise recueillie correspond une pratique relle de la planification.

En contrepartie, il est clair que ces connaissances sont spcifiques un expert et

que certains pourront proposer d'autres mthodes de regroupement des ouvrages,
d'valuation des tches, etc... Si le contenu de la base de connaissances est
spcifique un expert en particulier, en revanche, sa structure, issue de la
modlisation, permet l'adaptation la plus grande diversit des experts et de leurs
savoir-faire respectifs. L'utilisation de cette base de connaissances des fins d'outils
de laboratoire ncessiterait une validation de son contenu par un recueil d'expertise
largi et par confrontation avec le point de vue de plusieurs professionnels, afin de
constituer une base de connaissances plus reprsentative. En revanche, son
dveloppement pour la mise au point d'un outil plus finalit plus "professionnelle"
ncessiterait plutt la mise en uvre de procdures permettant l'utilisateur
d'adapter la base de connaissances son propre savoir-faire.

Nous devons prsent envisager les diffrents scnarios d'utilisation de ces

connaissances et valider nos proposition travers une phase exprimentale. C'est
l'objectif de la ralisation d'un prototype d'outil informatique, prsent dans le
chapitre suivant.

Chapitre 5 page 129

Chapitre 6
 Propositions pour une mise en
uvre : le prototype PROJECTOR

Afin de vrifier la faisabilit informatique de nos propositions et la validit de

notre modle, nous devons raliser un prototype de module de gestion de projet
utilisant la base de connaissances prsente dans le chapitre prcdent. Nous
avons appel ce prototype PROJECTOR et nous le prsentons dans ce dernier
chapitre.

Aprs en avoir prcis les objectifs et donn une description gnrale, nous
dcrivons l'implmentation, avec un langage orient objet, du modle et de la
base de connaissances, puis nous prsentons le fonctionnement du prototype
travers un exemple d'utilisation.

I - PROJECTOR - Objectifs et description gnrale :

Notre objectif n'est pas de raliser un outil couvrant tous les aspects de la liaison
conception/gestion de projet mais de privilgier certains cas de figure reprsentatifs
(Fig. 6.1) :

(Conceptor)
ouvrages Informations pour la
matrise des dlais

CONCEPTION Espaces PROJECTOR

PSN 5

Figure 6.1 : les diffrents lments du systme conception/planification

- un niveau de conception donn, on doit pouvoir gnrer les informations

permettant d'utiliser un logiciel de planification, PSN 5, pour diffrents niveaux de

Chapitre 6 page 133

 dtail de la planification ; les informations gnres constituent en fait une
proposition, le matre d'uvre d'excution tant mme de les modifier en
fonction de ses propres habitudes de travail ;

- on doit pouvoir rpercuter toute modification du projet sur sa planification ;

- lorsque les caractristiques d'une tche doivent tre modifies (dure trop
longue par exemple), on doit pouvoir identifier les ouvrages que celle-ci ralise en
vue de les transformer.

Nous avons prsent et justifi, dans l'introduction du chapitre 5, les restrictions

que nous avons faites en ce qui concerne les fonctions de la gestion de projet, les
lots techniques et les niveaux de dtail. Nous rappelons ici brivement nos choix :

- aspect de la gestion de projet retenu : la planification ;

- lots techniques : fondations profondes, gros uvre, doublage-cloisons-isolation,

menuiseries intrieures, menuiseries extrieures, lectricit, charpente-couverture.

- niveaux de dtail : dtaill et enveloppe.

Nous dcrivons, dans la premire partie de ce chapitre, les diffrents lments

prsents dans la figure 6.1.

I - 1 Le logiciel de planification PSN 5 :

Nous avons choisi d'exploiter la base d'informations pour la gestion de projet
avec un logiciel dont l'utilisation est trs rpandue dans le domaine de la
construction de btiment : PSN 5 (Project Scheduler Network) [PSN 92]5.

Il s'agit d'un logiciel de planification classique, c'est dire qu'il ne propose en fait
qu'une aide la planification en ordonnanant des tches pralablement
identifies et en permettant de calculer les courbes de charge, de contrler les
cots, de contrler l'avancement, ... PSN 5 permet en outre de faire de la gestion
"multi-projets" : les tches peuvent tre regroupes selon un critre prcis par
l'utilisateur afin de constituer ainsi une nouvelle tche plus globale (on peut ainsi,
partir d'un planning d'un certain niveau de dtail, construire un planning avec un
niveau de dtail moins fin, sans ressaisir un nouveau rseau de tches et en
s'assurant la cohrence entre les deux niveaux de dtail).

PSN 5 distingue trois types de ressources : la main d'uvre, le matriel et les

matriaux.

En ce qui concerne l'ordonnancement, PSN 5 prend en compte les liens entre

tches de type fin/dbut, dbut/dbut et fin/fin avec des dlais positifs ou ngatifs,
il calcule les dates au plus tt et au plus tard. Il reprsente sous diffrentes formes le
rsultat de l'ordonnancement :

- sous forme de diagramme Gantt ;

5PSN 5 est un produit de SCITOR Corporation, traduit de l'amricain par Le Bihan & Cie.

page 134 Chapitre 6

 - en visualisant le chemin critique sur un rseau de tches ;

- en tablissant les courbes de charge par ressource...

Ce logiciel comporte un programme d'import-export de donnes (Imex), ce qui

nous permet d'envisager sa liaison avec PROJECTOR. Cette liaison se fait par
transfert des donnes contenues dans les six types de fichiers (au format lotus,
dBaseIII) utiliss par PSN 5 :

- "informations projet" : ce fichier comporte notamment le nom du projet, celui de

son responsable, la date de dbut et la date de fin du chantier, la date de mise
jour ;

- "Activits" : ce fichier comporte de trs nombreuses informations sur les tches ;

outre leur nom, leur code et les cots, on trouve diffrentes dures (optimiste, plus
probable, pessimiste) ainsi que les diffrent types de date (de dbut et de fin, au
plus tt, au plus tard, relle, ...) ;

- "Ressources" : il s'agit en quelque sorte d'une bibliothque de ressources dont

on prcise entre autres le nom, le type, le cot unitaire, la disponibilit ;

- "Liens" : on indique dans ce fichier, pour chaque lien, le numro de la tche

antcdente, le numro de la tche succdante, le type de lien et le dlai qui lui
est associ ;

- "Affectations" : on associe chaque tche les types de ressources consommes

(les quantits sont prcises dans le fichier "activits") ;

- "Calendrier" : ce fichier comprend la date de rfrence pour

l'ordonnancement, la rpartition des jours et heures chms dans une semaine et un
jour types.

Imex lit les informations contenues dans ces fichiers et crit les rsultats dans ces
mmes fichiers. Ceux-ci comportent donc deux types de champs : les champs lus
par PSN5 (par exemple, la dure d'une tche) et les champs calculs par PSN5 (par
exemple, la date de dbut d'une tche).

I - 2 Les informations de conception :

Nous avons choisi de nous situer dans un contexte de CAO pour le btiment6. En
effet, il nous a sembl d'autant plus pertinent d'amliorer la liaison entre la
conception et la gestion de projet que la conception elle-mme prsenterait un
haut degr d'intgration quant aux diffrents domaines techniques et aux
difrentes fonctions qui la composent. Le LGCH de Chambry ayant pour axe de
recherche majeur la conception des btiments, nous avons choisi de raliser
PROJECTOR dans le contexte de CONCEPTOR [DUF 91] [LEF 91] : ce prototype de

6Un systme de CAO pour le btiment permet de faire voluer un projet d'un tat de

conception un autre. Il s'agit d'un outil informatique qui assiste les diffrents concepteurs
intervenant sur un projet de btiment.

Chapitre 6 page 135

 systme de C.A.O. pour le btiment a t ralis au sein du LGCH. Son analyse et
son dveloppement rsultent d'un travail d'quipe et un document commun a t
ralis, prsentant une synthse de ses caractristiques. Ce document est reproduit
en annexe 5.

Les spcifications de CONCEPTOR :

CONCEPTOR est un systme qui doit permettre la conception de btiments

diffrents stades d'volution du projet. Afin d'assurer l'aspect multitechnique, les
principaux domaines de conception technique ont t retenus :

- la composante structure [GAL 87]

- la composante fondations

- la composante thermique [ZE 93]

- la composante acoustique [KAR 93]

- la composante charpente [JOU 94]

Ces diffrentes fonctions sont values partir de logiciels regroups dans une
base d'algorithmes. Celle-ci est constitue le plus souvent possible par des outils
existants du march.

Paralllement ces composantes techniques, des composantes transversales

(recouvrant l'ensemble des techniques) ont t retenues :

- la composante conomique

- la composante qualit [LEF 91] [SAU 84]

- cohrence et faisabilit du projet [BEL 92]

La composante gestion de projet, traite en partie dans cette thse, correspond

elle-mme une composante transversale.

Le schma conceptuel adopt pour CONCEPTOR :

Il a t voqu travers le modlisation de la conception prsente dans le

chapitre 4. Nous en rappelons ci-dessous les principaux concepts.

Les espaces :

Ils sont organiss autour de la notion de local, espace de base.

Les objets physiques :

Les objets physiques issus de la conception sont de cinq types :

- les sparateurs, spcialiss en murs, planchers, cloisons ou pans de toiture ; ils

sont composs de couches et portent ventuellement des percements et des
lments inclus ;

- les quipements, spcialiss en quipements autonomes ou en installations ;

page 136 Chapitre 6

 - les liniques, spcialiss en poutres, poteaux ou adaptateurs ;

- les ponctuels, spcialiss en adaptateurs.

Les adaptateurs correspondent aux liaisons entre objets physiques. Par exemple,
l'adaptateur ponctuel correspond la liaison entre deux poutres, entre deux
poutres et un poteau, entre un poteau et un plancher... L'adaptateur linique
correspond la liaison entre deux murs, entre un mur et un plancher...

Les objets technologiques :

Les objets technologiques sont destins prciser les caractristiques

technologiques des objets physiques.

Exemple :
La fentre est un objet technologique de type "ouverture". Cet objet
technologique est associ un objet physique de type "percement" dont il
prcise la technologie.

Des objets technologiques de type "solution logique" sont associs aux

adaptateurs. Ils permettent de prciser de quelle manire sont raliss ces
adaptateurs lorsque plusieurs solutions sont envisageables (par exemple,
l'adaptateur linique correspondant l'intersection de deux voiles perpendiculaires
peut tre ralis dans le prolongement de l'un ou l'autre des deux voiles).

Les lments rappels ci-dessus constituent le noyau de CONCEPTOR. Il s'y ajoute

les objets techniques destins interprter les objets physiques selon chacune des
composantes techniques.

I - 3 Le langage choisi pour programmer PROJECTOR : GRAM v2 :

Dans [DUF 91], les auteurs justifient l'utilisation d'un langage orient objet pour la
ralisation du prototype CONCEPTOR. Les raisons qui nous amen utilis ce type
d'outil pour PROJECTOR sont semblables : la modlisation des informations et la
formalisation des connaissances ont abouti la dfinition d'un grand nombre de
concepts que nous avons distingus en objets gnriques et en objets instancis ; la
plupart de ces objets ont les caractristiques suivantes :

- ils prsentent de nombreuses interactions entre eux ;

- ils comportent une part procdurale qui leur est spcifique (mthode de calcul
de la dure d'une tche, par exemple) ;

- ils utilisent la notion d'hritage (par exemple, la contraintes de succession est

une sorte de contrainte de planification dont elle hrite de la structure et du
comportement).

Les langages orients objet sont actuellement les mieux adapts

l'implmentation de modles prsentant ces caractristiques.

Des langages orients objets existent sur le march mais nous avons prfr
choisir GRAM v2, dvelopp au LGCH par Grard Sauce et Michel Mommessin,

Chapitre 6 page 137

 dans la mesure o celui-ci a t conu pour apporter une rponse spcifique aux
besoins de reprsentation des connaissances pour la CAO btiment. Dans
[MOM 93], les auteurs prsentent ce langage et justifient l'ajout d'une couche
graphique permettant de saisir et de manipuler les entits constituant un btiment,
en cohrence avec la modlisation des ouvrages et des espaces adopte pour le
prototype CONCEPTOR. Nous prsentons dans ce paragraphe une rapide
description de GRAM v2 en introduisant les termes qui seront employs dans ce
chapitre. Pour plus de dtail, on se reportera [MOM 93].

Dans GRAM v2, les objets sont totalement encapsuls : ils apparaissent
l'utilisateur comme des "botes noires", leur structure interne tant inconnue. Le seul
moyen de communiquer avec ces objets consiste alors leur envoyer des
messages qu'ils sont susceptibles d'identifier. Ces messages activent des mthodes
dfinies dans les classes. Ces objets sont organiss selon un modle mta-circulaire,
c'est dire :

- tout est objet (classe, instance, attribut) ;

- tout objet est instance d'un autre objet.

On peut cependant distinguer deux types d'instances :

- les instances terminales ;

- les classes, se dcomposant elles-mmes en :

- mta-classes, aptes gnrer d'autres classes ;

- les autres classes, gnrant des instances terminales.

Cette modlisation, largement dveloppe par ailleurs [MAS 89], permet

d'obtenir un langage homogne qui a t tendu de quatre manires :

- les classes de reprsentation :

Chaque objet peut tre un objet composite, c'est dire compos d'autres objets
(par exemple, le mur est compos de couches). Ces derniers sont alors des
instances de classes de reprsentation. L'objet composite peut dlguer la rponse
un message des objets qui le composent. Cette dlgation est dfinie dans la
classe de l'objet composite avec une mthode dlgue.

- les domaines de comptence :

La rponse d'un objet un message n'est pas la mme selon le domaine de

comptence de l'utilisateur qui envoie le message.

- les classes graphiques :

Des classes spcialises ont t dfinies en standard afin de proposer des classes
de reprsentation graphiques aux objets (par exemple, des points, des lignes, des
surfaces polygonales, des objets volumiques).

- les relations entre entits :

A la diffrence de la notion de composition (les couches composent un mur), la

relation ne se traduit pas par une hirarchisation des objets. De plus, elle peut tre

page 138 Chapitre 6

 value.

II - L'implmentation du modle dans PROJECTOR :

De la modlisation et de la formalisation prsentes dans le chapitre 4 rsultent
deux niveaux de concepts :

- le modle lui-mme, reprsentant l'articulation entre les diffrents objets de

la gestion de projet (les tches, les objets de planification, les contraintes, les zones
de planification, ...) ;

- les objets gnriques, formalisant les connaissances de la gestion de projet.

Les notions de mta-classe, de classe et d'instances terminales de GRAM v2 nous

ont permis d'implmenter le modle et les connaissances d'une part, ainsi que les
informations concernant un projet particulier d'autre part. Ci-dessous (Fig. 6.2), nous
reprsentons en parallle le niveau conceptuel et la structuration dans PROJECTOR.

Mta-tches
Objet
Tche
planif Mta-objets de planification
etc...
Modle Mta-classes

Objet Tches
Objets de planification
Tche
planif
gnrique
gnrique
etc...

Connaissances Classes

Objet de planification "superstructure tage 1" Objet de planification "superstructure tage 1"
Tche "ralisation superstructure tage 1" Tche "ralisation superstructure tage 1"
etc... etc...

Projet Instances terminales

Niveau conceptuel PROJECTOR

Figure 6.2 : implmentation du modle et des connaissances

Dans la deuxime partie de ce chapitre, nous dcrivons le schma de base,

constitu de mta-classes, puis la base de connaissances, constitue de classes.

II - 1 Le schma de base :
Le schma de base comprend les diffrentes mta-classes correspondant aux
diffrents types d'objets de base identifis lors de la modlisation :

Chapitre 6 page 139

 - la mta-classe des tches ;

- la mta-classe des objets de planification ;

- la mta-classe des contraintes de planifications ;

- la mta-classe des options de construction ;

- la mta-classe des zones de planification.

Nous prsentons ci-dessous ces principales mta-classes7 en expliquant, pour la

premire d'entre elles, les diffrents lments la dcrivant.

La mta-tche :
{ meta-tache
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (niv-det . mono) (types-de-ressources . multi) (moe-
maxi . mono) (moe-optim . mono) (calc-duree . mono) (realise .
meta_rel_att_5) (origine-de-cg . meta_rel_att_20) (cibles-de-cg .
meta_rel_att_22) (tg-regroupe-tg . meta_rel_att_25) (tg-compose-tg .
meta_rel_att_26))
- methods : ((regroupe? #:gdp:tgregroupetg) (compose? #:gdp:tgcomposetg)
(nom? #:gdp:nom?) (cg-associees? #:gdp:cg-associees?) (moe-maxi?? #:gdp:
moe-maxi?) (moe-optim?? #:gdp:moe-optim?) (realise? #:gdp:realise?mt)
(ressources #:gdp:ressource) (niveau?? #:gdp:niveau-det))
- sons : ()
- instances : (tache tg12.03 tg12.02 tg12.01 tg11.01 tg10.08 ...)
- r_methods : ()
}

Les diffrents lments dcrivant la mta-tche :

isa : indique de quelle classe l'objet est instance (la mta-tche est une instance
de r_meta_class) ;

super : indique de quelle classe l'objet est une spcialisation (la mta-tche est
une sorte de r_meta_class, c'est dire que ses instances sont des classes) ;

i-v : liste des attributs de la mta-tche ; par exemple (nom . mono) correspond
l'attribut nom de type monovalu, (realise . meta_rel_att_5) est destin recevoir
l'identificateur d'une relation qui relie les instances de mta-tches d'autres objets
(en l'occurrence, il s'agit de la relation permettant d'associer des tches gnriques
des objets de planification gnriques) ;

7La description des objets est obtenue en utilisant la commande show de Gram v2. Par

exemple, pour la mta-tche :

['meta-tache 'show]

page 140 Chapitre 6

 methods : liste des mthodes de la mta-tche ; par exemple, le couple (cg-
associees? #:gdp:cg-associees?) signifie que lorsqu'une instance de mta-tche
reoit le message cg-associes?, la rponse est donne travers l'excution de la
fonction dfinie sous le nom #:gdp:cg-associees? (en l'occurrence, il s'agit de
dterminer quelles contraintes gnriques ont pour origine ou cible l'instance de
mta-tche que l'on interroge) ;

sons : liste des spcialisations de la mta-tche (la mta-tche n'en comporte

pas) ;

instances : liste des instances de la mta-tche (on n'a ici repris qu'une partie de
la liste de toutes les tches gnriques identifies lors de la constitution de la base
de connaissances) ;

r_methods : liste des mthodes dlgues de la mta-tche (la mta-tche n'en

comporte pas).

Les mta-objets de planification :

{ meta-op
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (niv-det . mono) (technologie . multi) (fonction .
multi) (realise-par . meta_rel_att_6) (appartient-a . meta_rel_att_9)
(regroupe. meta_rel_att_11) (mop-associe-a-moc . meta_rel_att_18) (opg-
regroupe-opg . meta_rel_att_23) ( opg-compose-opg . meta_rel_att_24))
- methods : ((nom? #:gdp:nom?) (option? #:gdp:option?) (fonctions-
associees? #:gdp:fonctions-associees?) (technologies-associees? #:gdp:
technologies-associees?) (zone-associee? #:gdp:zone-associee) (genereop
#:gdp: genereop) (regroupe? #:gdp:regroupe-type-ophy) (appartient-a? #:gdp:
appartient-a) (realise-par?? #:gdp:realise-par) (niveau?? #:gdp:niveau-
det))
- sons : ()
- instances : (op opg12.02 opg12.01 opg11.01 opg10.01 opg09.04 ...)
- r_methods : ()
}

Les mta-contraintes :
{ meta-contrainte
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (type-lien . mono) (condition . mono) (tg-origine-
associee . meta_rel_att_19) (tg-cibles-associees . meta_rel_att_21))
- methods : ((tg-cibles? #:gdp:tg-cibles?) (tg-origine? #:gdp:tg-origine?)
(genere-cont #:gdp:genere-cont))
- sons : ()
- instances : (contrainte cg144 cg143 cg142 cg141 cg140 cg139 cg138 ...)
- r_methods : ()
}

Chapitre 6 page 141

 Les mta-options :
{ meta-option
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (niv-det . mono) (technologie . multi) (fonction .
multi) ( associee-a-lot . meta_rel_att_2) ( moc-se-decompose-en .
meta_rel_att_13) (moc-compose . meta_rel_att_14) ( associee-a-ophy .
meta_rel_att_15) (moc-associee-a-mop . meta_rel_att_17))
- methods : ((sur-option? #:gdp:sur-option?) (sous-options? #:gdp: sous-
options?) (op-relies? #:gdp:op-relies?) (type-ophy-associe? #:gdp: type-
ophy-associe) (fonctions? #:gdp:fonctions-option) (technologies? #:gdp:
technologies-option) (nom? #:gdp:nom?))
- sons : ()
- instances : (option ocg11 ocg10 ocg09 ocg08 ocg07 ocg06 ocg05 ...)
- r_methods : ()
}

Les mta-zones :
{ meta-zone
- isa : r_meta_class
- super : r_meta_class
- i-v : (( regroupe . meta_rel_att_7) (compose . meta_rel_att_8) (contient
. meta_rel_att_10))
- methods : ((contient? #:gdp:contient))
- sons : ()
- instances : (local division etage-superstructure etage-infrastructure
etage bloc batiment chantier projet zone)
- r_methods : ()
}

II - 2 La base de connaissances :
Les connaissances de la gestion de projet se dcomposent en diffrents types :
des tches gnriques, des objets de planification gnriques, ... Les connaissances
de mme type ont des caractristiques communes : ainsi, toutes les tches ont un
nom, une dure, une date au plus tt, ... En revanche, elles peuvent se distinguer
par la mthode calcul de leur dure, par le type d'objet de planification ralis, ...
On dfinit alors une classe correspondant la "tche type", instance de la mta-
tche, puis autant de spcialisation de cette classe type que nous avons identifi
de tches gnriques (Fig. 6.3).

page 142 Chapitre 6

 Mta-
classe Classe
mta- tche
tche

Classe t- Classe t- Classe

che ralisa- che ralisa- tche pose
tion infra- tion super- couverture
structure structure

Ralisa- Ralisa- Ralisa-

tion super- tion super- tion super-
structure structure structure
tage 0 tage 1 tage 2

Figure 6.3 : Instanciation et spcialisation8

Le mme schma est reproduit pour les objets de planification, les zones de
planification, les contraintes de planification et les options de construction.

La classe tche est dcrite comme suit :

{ tache
- isa : meta-tache
- super : object
- i-v : ((duree . mono) (cout . mono) (moe . mono) (realise .
meta_rel_att_28) (tache-regroupe-taches . meta_rel_att_45) ( tache-compose-
tache. meta_rel_att_46))
- methods : ((duree? #:gdp:duree?) (duree-cumul #:gdp:duree-cumul) (relier-
a #:gdp:relier-a) (zone? #:gdp:zone?) (calcul-duree #:gdp:calcul-duree) (
realise-op? #:gdp:realiseop?) (realise-ophy? #:gdp:realise-ophy?))
- sons : (tg12.03 tg12.02 tg12.01 tg11.01 tg10.08 tg10.07 ...)
- instances : ()
- r_methods : ((moe-maxi? (isa . moe-maxi??)) (moe-optim? (isa . moe-
optim??)) (niveau? (isa . niveau??)))
- nom : ()
- niv-det : ()
- types-de-ressources : ()
- moe-maxi : ()
- moe-optim : ()
- calc-duree : ()

8Dans ce schma, nous distinguons deux Lien de sp cialisation

types de liens entre les diffrents concepts : Lien d'insta nciation

Chapitre 6 page 143

 - realise : ()
- origine-de-cg : ()
- cibles-de-cg : ()
- tg-regroupe-tg : ()
- tg-compose-tg : ()
}

Des mthodes dlgues ont t dfinies au niveau de la classe tche : par

exemple (niveau? (isa . niveau??)) signifie que lorsqu'une tche reoit le message
niveau?, elle dlgue la rponse au contenu de l'attribut isa (en l'occurrence, le
nom de sa classe) en lui envoyant le message niveau??. Cette r_methods est
destine retourner le niveau de dtail de la tche.

On retrouve par ailleurs, dans la description de la classe tche, la liste des tches
gnriques qui figuraient dj dans la description de la mta-tche, mais cette fois-
ci, en temps que spcialisation et non en temps qu'instances. Nous dcrivons ci-
dessous l'une de ces tches gnriques :
{ tg06
- isa : meta-tache
- super : tache
- i-v : ((duree . mono) (cout . mono) (moe . mono) (realise .
meta_rel_att_28) (tache-regroupe-taches . meta_rel_att_45) ( tache-compose-
tache . meta_rel_att_46))
- methods : ()
- sons : ()
- instances : ()
- r_methods : ()
- nom : ralisation superstructure
- niv-det : 1
- types-de-ressources : ()
- moe-maxi : 5
- moe-optim : 3
- calc-duree : #:gdp:dureetg06
- realise : mt-mop_6
- origine-de-cg : (mc-mt-origine_11 mc-mt-origine_9 mc-mt-origine_8)
- cibles-de-cg : (mc-mt-cible_8 mc-mt-cible_6 mc-mt-cible_5)
- tg-regroupe-tg : mt-mt_6
- tg-compose-tg : ()
}

L'attribut origine-de-cg contient le nom des relations liant la tche gnrique

TG06 des contraintes de planification gnrique. Par exemple :
{ mc-mt-origine_11
- isa : mc-mt-origine
- pere : cg11

page 144 Chapitre 6

 - fils : (tg06)
}

La relation mc-mt-origine_11 relie la tche TG06 la contrainte CG11, dcrite ci-

dessous :
{ cg11
- isa : meta-contrainte
- super : contrainte
- i-v : ((isa) (delai . mono) (tache-origine . mono) (tache-cible . mono))
- methods : ((calcul-delai #:gdp:calcul-delaicg11))
- sons : ()
- instances : ()
- r_methods : ()
- nom : ()
- type-lien : fd
- condition : #:gdp:conditioncg11
- tg-origine-associee : mc-mt-origine_11
- tg-cibles-associees : mc-mt-cible_11
}

L'attribut realise de la tche TG06 contient le nom de la relation la reliant un

objet de planification :
{ mt-mop_6
- isa : mt-mop
- pere : tg06
- fils : (opg06)
}

La tche TG06 est ainsi relie l'objet de planification gnrique OPG06 :

{ opg06
- isa : meta-op
- super : op
- i-v : ((option . mono) (realise-par . meta_rel_att_27) (appartient-a-
zone . meta_rel_att_31) (regroupe . meta_rel_att_35) (op-lie-a-oc .
meta_rel_att_42) (op-regroupe-op . meta_rel_att_43) (op-compose-op .
meta_rel_att_44) (surface-plancher . mono) (volume-prefa . mono))
- methods : ((dim #:gdp:dimopg06) (volume-prefa? #:gdp:volume-prefaopg06)
(surface-plancher? #:gdp:surface-plancheropg06))
- sons : ()
- instances : ()
- r_methods : ()
- nom : superstructure
- niv-det : 1
- technologie : (maconnerie beton)

Chapitre 6 page 145

 - fonction : (isolation-phonique separation stabilite)
- realise-par : (mt-mop_6)
- appartient-a : mop-mzp_6
- regroupe : mop-mophy_5
- mop-associe-a-moc : (moption-mop_29 moption-mop_27 moption-mop_26)
- opg-regroupe-opg : mop-mop_6
- opg-compose-opg : ()
}

L'attribut appartient-a de l'objet OPG06 contient le nom de la relation le reliant

une zone de planification :
{ mop-mzp_6
- isa : mop-mzp
- pere : opg06
- fils : (etage-superstructure)
}

La zone de planification gnrique etage-superstructure est dcrite de la faon

suivante :
{ etage-superstructure
- isa : meta-zone
- super : etage
- i-v : ((regroupe . meta_rel_att_29) (compose . meta_rel_att_30) (
contient . meta_rel_att_32) (contient-ophy . meta_rel_att_34) (numero .
mono))
- methods : ()
- sons : ()
- instances : (etage1 etage0)
- r_methods : ()
- regroupe : ()
- compose : (mzp-mzp_2)
- contient : (mop-mzp_35 mop-mzp_34 mop-mzp_33 mop-mzp_32 mop-mzp_31
mop-mzp_6)
}

L'attribut mop-associe-a-moc de l'objet OPG06 contient le nom de la relation le

reliant une option de construction :
{ moption-mop_26
- isa : moption-mop
- pere : ocg01
- fils : (opg06 opg05 opg04 opg03 opg02 opg01)
}

Plusieurs objets de planification gnriques, dont OPG06, sont relis l'option de

construction gnriques OCG01, dcrite ci-dessous :

page 146 Chapitre 6

 { ocg01
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op
.ta_rel_att_41))
- methods : ()
- sons : ()
- instances : ()
- r_methods : ()
- nom : beton-arme-coule-en-place
- niv-det : 1
- technologie : (beton)
- fonction : ((poutre stabilite) (poteau stabilite) (plancher stabilite)
(murstabilite))
- associee-a-lot : (lot-moption1_1)
- moc-se-decompose-en : moption-moption_1
- moc-compose : ()
- associee-a-ophy : moption-mophy_25
- moc-associee-a-mop : moption-mop_26
}

III - Exemple d'utilisation de PROJECTOR :

A travers un exemple d'utilisation de PROJECTOR, nous prsentons la
transformation des informations, de l'objet physique jusqu' la tche. Nous
prsentons diffrents objets diffrents stades du processus de gnration des
tches. Nous distinguons deux cas de figure :

- la premire ralisation d'un planning enveloppe ;

- la ralisation d'un planning dtaill aprs la ralisation d'un planning

enveloppe.

Dans un premier temps, nous prsentons le projet de btiment tudi.

III - 1 Le projet :
Nous reprenons l'exemple que nous avions prsent dans le chapitre 4 pour
illustrer la modlisation des informations de conception. Il s'agit d'un projet constitu
d'un btiment avec trois appartements rpartis sur deux tages (Fig. 6.4).

Nous proposons de choisir un objet physique de ce btiment (un mur) et de suivre

le cheminement aboutissant la gnration des tches qui ralisent ce mur.

Chapitre 6 page 147

 Mur 1

m0 m7 m8 m20 m21 m22

Bton
Panneau
p12 p15
m6 p2 isolant m19 m23 m13
p1 m10 p3 m1
c1 local4
p4 percement1 c9 c6 c14
c0 p8 m24 c13
p5 m18 p13
p7 m11 p14 p16
c5
c4 c3 c8 c7 c11 c12

p18
p10 p17
m12 m2 m17
m25
m5 p9
m14

m4 m3 m16 m15
Etage 0 p plancher haut Etage 1
m : mur
c : cloison

Figure 6.4 : le projet tudi

Les informations de conception sont constitues par la liste des objets physiques
composant le btiment. Prenons l'exemple du mur 1 :
{ mur1
- isa : mur
- technologies-ophy :
- fonction : (separation isolation-thermique isolation-phonique stabilite)
- ophy-appartient-a-zone :
- compose-op :
- lie-a-option :
- filaire : filaire1
- perce-par : (percement1)
- compose-de-couche : (couche-isolant-doublage1 couche-beton1)
- equipe-par : ()
- delimite : (local4)
- est-cale-par : ()
- est-delimite-par : ()
}

Le mur 1 est compos de trois couches :

{ couche-isolant1

page 148 Chapitre 6

 - isa : couche-isolant
- contour : polygone1
- position : 20
}

{ couche-platre1
- isa : couche-platre
- contour : polygone1
- position : 27
}

{ couche-beton1
- isa : couche-beton
- contour : polygone1
- position : 0
}

Ces couches sont des instances de classes comportant des renseignements tels
que l'paisseur, le type de matriau... La position de la couche est sa distance au
plan de rfrence portant le mur.

Le mur 1 est perc par le percement 1:

{ percement1
- isa : percement
- technologies-ophy :
- fonction : (eclairage separation isolation-thermique isolation-phonique)
- ophy-appartient-a-zone : ophy-zone_57
- compose-op :
- lie-a-option :
- position-surface : ()
- contour : polygone3
- porte : fenetre1
}

Ce percement porte un objet technologique : une fentre.

III -2 Gnration d'un premier planning enveloppe :

Le schma ci-dessous (Fig. 6.5) reprsente les diffrentes tapes permettant de
gnrer les tches partir des objets physiques et des locaux.

Chapitre 6 page 149

 Utilisateur
Zones de Options de Objets de Contraintes de
planification construction planification Tches Structure du
planification
gnriques gnriques gnriques gnriques fichier
gnriques
Objets
Objets Objets de
physiques
physiques planification
+ options Tches Contraintes
Fichier
Identification pour
Choix des Identification Identification
des objets PSN 5
CAO options de
de
des tches des
construction contraintes
planification
Construction
d'un fichier PSN 5
pour PSN 5
Identification
des zones Zones de
Locaux de planification
planification

Figure 6.5 : Premire gnration d'un planning enveloppe

Nous dcrivons ci-dessous ces diffrentes tapes en suivant l'exemple du mur 1. A

la fin de la prsentation de chacune de ces tapes, nous rappelons les rles
respectifs de PROJECTOR et de l'utilisateur.

III - 2 - 1 Le choix des options de construction :

Les informations de dpart sont les objets physiques et les diffrents locaux et
divisions constituant le projet. La technologie des objets physiques n'est pas
exprime directement mais elle peut gnralement tre connue partir des
lments composant l'objet physique. Cependant, cette rapide analyse n'est pas
toujours suffisante, notamment des stades prcoces de la conception : plusieurs
technologies sont parfois envisageables sans que les caractristiques de l'objet
physique concern ne permettent de dterminer laquelle doit tre choisie. Ce choix
revient alors l'utilisateur.

Exemple :
On peut envisager diffrentes technologies pour raliser l'isolation et le
doublage du mur 1 : par exemple, des "panneaux complexes", ou alors des
"panneaux assembls sec". Dans notre exemple, l'utilisateur choisit la
technologie "panneaux-complexes".

De manire acclrer les traitements ultrieurs, PROJECTOR affecte

explicitement chaque objet physique ( travers l'attribut technologies-ophy) les
technologies qu'il comporte.

A chacune de ces technologie correspond une option de construction. Pour

certaines technologies, pour le niveau de dtail enveloppe, une seule option de
construction est envisageable. C'est le cas, en ce qui concerne le mur 1, pour la
technologie "panneaux complexes". En revanche, pour la partie bton, l'utilisateur
doit prciser s'il s'agit de bton prfabriqu ou de bton coul en uvre. C'est

page 150 Chapitre 6

 cette dernire option qui a t choisie dans notre exemple.

PROJECTOR :
- affecte explicitement chaque objet physique les technologies qui le
composent ou propose, le cas chant, les diffrentes technologies possibles par
rapport aux fonctions de l'objet physique ;

- affecte explicitement chaque objet technologie de chaque objet physique

l'option de construction qui la caractrise ou propose, le cas chant, les
diffrentes options de construction possibles.

UTILISATEUR :
- fournit le fichier comportant les objets physiques du projet ;

- choisit les technonologies si ncessaire ;

- choisit les options de construction si ncessaire.

III - 2 - 2 L'identification des zones de planification :

L'objet physique est associ des zones de planification : les informations issues
des phases de conception associent l'objet physique aux locaux qu'il dlimite ou qui
le contiennent. Ces locaux constituent des zones de planification : celles-ci sont
alors associes l'objet physique.

PROJECTOR :
- associe chaque objet physique toutes les zones de diffrents types le
contenant.

UTILISATEUR :
- indique la hirarchie des zones.

Aprs ces deux premires tapes (choix des technologies et des options de
construction et identification des zones de planification), le mur1 est dcrit de la
faon suivante :
{ mur1
- isa : mur
- technologies-ophy : (beton panneaux-complexes)
- fonction : (separation isolation-thermique isolation-phonique stabilite)
- ophy-appartient-a-zone : ophy-zone_2
- compose-op :
- lie-a-option : (option-ophy_3 option-ophy_1)
- filaire : filaire1
- perce-par : (percement1)
- compose-de-couche : (couche-isolant1 couche-platre1 couche-beton1)
- equipe-par : ()
- delimite : ()
- est-cale-par : ()
- est-delimite-par : ()

Chapitre 6 page 151

 }

La relation ophy-zone_2 est dcrite de la faon suivante :

{ ophy-zone_2
- isa : ophy-zone
- pre : mur1
- fils : (batiment1 projet1 bloc1 etage0)
}

Le mur1 est donc contenu dans l'tage 0, le bloc 1, le btiment 1 et le projet 1.

Les options de construction associes au mur 1 sont les suivantes :

{ option-ophy_3
- isa : option-ophy
- pere : ocg11_1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur13 mur14
mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 cloison0 cloison1 cloison2
cloison3 cloison4 cloison5 cloison6 cloison7 cloison8 cloison9 cloison10
cloison11 cloison12 cloison13 cloison14 plancher7 plancher8 plancher9
plancher10 plancher11 plancher12 plancher13 plancher14 plancher15
plancher16 plancher17 plancher18)
}

{ option-ophy_1
- isa : option-ophy
- pere : ocg01_1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur10 mur11
mur12 mur13 mur14 mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 mur23
mur24 mur25 plancher1 plancher2 plancher3 plancher4 plancher5 plancher6
plancher7 plancher8 plancher9 plancher10 plancher11 plancher12 plancher13
plancher14 plancher15 plancher16 plancher17 plancher18)
}

Deux options de construction sont ainsi associes au mur 1 : ocg11_1 et ocg01_1.

Ces deux options sont respectivement des instances des classes ocg11 et ocg01 :
{ ocg11
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op .
meta_rel_att_41))
- methods : ()
- sons : ()
- instances : (ocg11_1)
- r_methods : ()
- nom : doublage-cloison-isolation
- niv-det : 1
- technologie : (isolant-deroule flocage panneaux-complexes panneaux-
assembles-a-sec petits-elements maconnerie)

page 152 Chapitre 6

 - fonction : ()
- associee-a-lot : (lot-moption1_7)
- moc-se-decompose-en : moption-moption_12
- moc-compose : ()
- associee-a-ophy : moption-mophy_35
- moc-associee-a-mop : moption-mop_37
}

{ ocg01
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op .
meta_rel_att_41))
- methods : ()
- sons : ()
- instances : (ocg01_1)
- r_methods : ()
- nom : beton-arme-coule-en-oeuvre
- niv-det : 1
- technologie : (beton)
- fonction : ()
- associee-a-lot : (lot-moption1_1)
- moc-se-decompose-en : moption-moption_1
- moc-compose : ()
- associee-a-ophy : moption-mophy_26
- moc-associee-a-mop : moption-mop_27
}

III - 2 - 3 Identification des objets de planification :

Dans la base de connaissances, nous avons associ chaque option de

construction gnrique des objets de planification gnriques. A partir des options
associes aux objets physiques du projet, on peut ainsi dterminer les objets de
planification susceptibles de constituer le projet tudi. Dans notre cas, le mur 1 est
reli deux options de construction :

- option "doublage-cloisons-isolation", associe l'objet de planification

gnrique "doublage-cloisons-isolation" ;

- option "bton arm coul en uvre", associe aux objets de planification

gnriques "superstructure" et "infrastructure".

Le mur 1 va ainsi composer deux objets de planification :

- un objet "superstructure" :

Chapitre 6 page 153

 { opg06-etage0
- isa : opg06
- option : ()
- realise-par :
- appartient-a-zone : op-zone_6
- regroupe : op-ophy_3
- op-lie-a-oc : ()
- op-regroupe-op : ()
- op-compose-op : ()
- surface-plancher : 100
- volume-prefa : 0
}

Cet objet regroupe plusieurs objets physiques (Fig. 6.6) :

{ op-ophy_3
- isa : op-ophy
- pere : opg06-etage0
- fils : (plancher10 plancher9 plancher8 plancher7 plancher6 plancher5
plancher4 plancher3 plancher2 mur12 mur11 mur10 mur9 mur8 mur7 mur6 mur5
mur4 mur3 mur2 mur1 mur0)
}

m0 m7 m8 m9

m6 p2
p1 p4 m1
m10 p3

p7 p8 p5 p6
m11

p9 p10
m12 m2
m5

m4 m3

Figure 6.6 : l'objet de planification "superstructure tage 0"

- un objet "doublage-cloisons-isolation" :
{ opg09-batiment1
- isa : opg09
- option : ()

page 154 Chapitre 6

 - realise-par :
- appartient-a-zone : op-zone_8
- regroupe : op-ophy_5
- op-lie-a-oc : ()
- op-regroupe-op : ()
- op-compose-op : ()
- surface-planchers : 200
}

Cet objet de planification regroupe plusieurs objets physiques (Fig. 6.7) :

{ op-ophy_5
- isa : op-ophy
- pere : opg09-batiment1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur13 mur14
mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 cloison0 cloison1 cloison2
cloison3 cloison4 cloison5 cloison6 cloison7 cloison8 cloison9 cloison10
cloison11 cloison12 cloison13 cloison14)
}

m0 m7 m8 m9 m20 m21 m22

c2
m6 m19 m13
m1
c9 c6 c14
c0 c1 c10 c13
m18
c5
c4 c3 c8 c7 c11 c12

m2 m17
m5
m14

m4 m3 m16 m15

Figure 6.7 : l'objet de planification "doublage-cloison-isolation-btiment1"

PROJECTOR :
- gnre les objets de planification et les lie aux objets physiques qui le
constituent.

UTILISATEUR :
- ventuellement, modifie la composition et les dimensions de certains objets de

Chapitre 6 page 155

 planification.

III - 2 - 4 Identification des tches :

A chaque objet de planification gnrique ayant gnr des objets de

planification sont associes des tches gnriques, susceptibles de gnrer des
tches pour la ralisation du projet tudi.

Ainsi, l'objet de planification gnrique "superstructure" est associ la tche

gnrique TG06 ("ralisation superstructure") et l'objet de planification gnrique
"doublage-cloisons-isolation" la tche gnrique TG09 ("ralisation doublage-
cloisons-isolation"). Chacun des deux objets de planification que compose l'objet
mur1 est donc ralis par une tche :
{ tg06_2
- isa : tg06
- duree : 10
- cout : ()
- moe : ()
- realise : (op-tache_4)
- tache-regroupe-taches : ()
- tache-compose-tache : ()
}

Cette tche ralise l'objet de planification "superstructure-tage0" :

{ op-tache_4
- isa : op-tache
- pre : opg06-etage0
- fils : (tg06_2)
}

{ tg09_1
- isa : tg09
- duree : 7
- cout : ()
- moe : ()
- realise : (op-tache_1)
- tache-regroupe-taches : ()
- tache-compose-tache : ()
}

Cette tche ralise l'objet de planification "doublage-cloisons-isolation-

btiment1" :
{ op-tache_1
- isa : op-tache
- pre : opg09-btiment1

page 156 Chapitre 6

 - fils : (tg09_1)
}

PROJECTOR :
- gnre les tches, calcule leur dure et les lie aux objets de planification
qu'elles ralisent respectivement.

UTILISATEUR :
- ventuellement, modifie les caractristiques de certaines tches ;

- gnre de nouvelles tches particulires.

III - 2 - 5 Identification des contraintes de planification :

Pour chaque contrainte gnrique, s'il existe des instances des tches gnriques
origine et cible, les conditions d'application sont values et, le cas chant, une
contrainte est gnre et le dlai qui lui est affect est calcul. On dfinit de cette
manire, partir de la liste des tches ralisant le projet, une liste de contraintes de
planification. Nous prsentons ci-dessous une de ces contraintes :
{ cg08_1
- isa : cg08
- delai : -5
- tache-origine : tg06_2
- tache-cible : tg06_1
}

PROJECTOR :
- gnre les contraintes de planification et les lie aux tches cibles et origines.

UTILISATEUR :
- ventuellement, modifie les caractristiques des contraintes gnres;

- cre ou supprime des contraintes.

III - 2 - 6 Utilisation de PSN5 :

Nous avons exploit la liste des tches et des contraintes, en vue de raliser
l'ordonnancement, avec le logiciel PSN5 Les transferts entre PROJECTOR et PSN 5 ont
t raliss grce la gnration, par PROJECTOR, de deux fichiers textes
compatibles avec les formats import/export de PSN :

- le fichier "activits", comportant pour chacune des tches : l'identificateur, le

nom, la dure ;

- le fichier des "liens", comportant pour chaque ressource : l'identificateur de la

tche cible, l'identificateur de la tche origine, le type de lien, le dlai.

Nous prsentons ci dessous le rsultat de l'ordonnancement obtenu, sous forme

de diagramme Gantt (Fig. 6.8).

Chapitre 6 page 157

 UTILISATEUR :
- utilise PSN5 en exploitant la liste des tches et des contraintes construite avec
PROJECTOR.

- modifie le planning obtenu :

- nom des tche ;

- ajustement de la tche lastique "Electricit".

Figure 6.8 : le planning enveloppe

page 158 Chapitre 6

 III - 3 Gnration d'un planning plus dtaill :

Utilisateur

Options de Objets de Contraintes de

construction planification Tches planification Structure
gnriques gnriques gnriques gnriques du fichier
Objets Objets
physiques physiques Objets de
+ options + sous-options planification
Tches

Affinement Dcompo- Identifica- Fichier pour

Premire des options Identififica- Contraintes PSN 5
sition des tion des
gnration de tion des
objets de tches
construction contraintes
planification
Construction
d'un fichier PSN 5
Zones de pour PSN 5
Objets de planification
planification

Figure 6.9 : Gnration d'un planning plus dtaill

Dans le cas de la ralisation d'un planning dtaill lorsqu'un planning enveloppe

a dj t ralis (Fig. 6.9), le principe de gnration des tches n'est pas le mme :
certaines informations ont t fournies lors de la premire gnration et elles
devront tre affines pour la nouvelle gnration : c'est le cas des options de
construction.

Nous dcrivons ci-dessous (toujours travers l'exemple du mur 1) les tapes qui
diffrent du cas de la gnration d'un premier planning enveloppe (voir
paragraphe prcdent), c'est dire l'affinement des options de construction et la
dcomposition des objets de planification.

III - 3 - 1 Affinement des options de construction :

Chaque option de construction gnrique de niveau de dtail 1 englobe des

options de construction gnriques de niveau de dtail 2. Reprenons par exemple
l'une deux options caractrisant le mur 1 pour le niveau de dtail 1 :
{ moption-moption_1
- isa : moption-moption
- pere : ocg01
- fils : ((ocg01-03 ocg01-02 ocg01-01))
}

L'option de construction ocg01 (bton coul en uvre) peut tre ralis de trois
faons :

- ocg01-01 : planchers-predalles ;

- ocg01-02 : planchers-coffrages-alu ;

- ocg01-03 : planchers-coffrages-traditionnels.

Chapitre 6 page 159

 Dans notre exemple, supposons que l'utilisateur choisisse l'option ocg01-03 :
{ ocg01-03
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op .
meta_rel_att_41))
- methods : ()
- sons : ()
- instances : (ocg01-03_1)
- r_methods : ()
- nom : beton-coule-en-place/planchers-coffrages-traditionnels
- niv-det : 2
- technologie : (beton)
- fonction : ((poutre stabilite) (poteau stabilite) (plancher stabilite)
(mur stabilite))
- associee-a-lot : (lot-moption1_1)
- moc-se-decompose-en : ()
- moc-compose : (moption-moption_1)
- associee-a-ophy : moption-mophy_3
- moc-associee-a-mop : moption-mop_3
}

De la mme manire, toutes les options choisies pour le niveau de dtail 1 sont
ainsi affines et les relations entre options de construction et objets physiques
modifis en consquence.

PROJECTOR :
- en fonction des options de construction de niveau 1, associe chaque objet
physique des options de construction de niveau 2 ou, le cas chant, propose les
diffrentes options de construction possibles.

UTILISATEUR :
- choisit, si ncessaire, une option de construction de niveau 2.

III - 3 - 2 Dcomposition des objets de planification :

Les options de construction gnriques correspondant au niveau de dtail 2 sont

associes des objets de planification gnriques du mme niveau de dtail. Pour
gnrer les instances de ces derniers, on n'analyse pas la totalit des objets
physiques mais on part des objets de planification de niveau de dtail 1 que l'on
considre comme autant de sous-projets.

PROJECTOR :
- dcompose les objets de planification de niveau 1 en objets de planification de
niveau 2.

page 160 Chapitre 6

 UTILISATEUR :
- ventuellement, modifie la composition et des dimensions de certains objets de
planification.

Aprs l'affinement des options de construction et la dcomposition des objets de

planification, le mur 1 est reli deux options de construction et
{ mur1
- isa : mur
- technologies-ophy : (beton panneaux-complexes)
- fonction : (separation isolation-thermique isolation-phonique stabilite)
- ophy-appartient-a-zone : ophy-zone_2
- compose-op : (op-ophy_11 op-ophy_7 op-ophy_6)
- lie-a-option : (option-ophy_6 option-ophy_4)
- filaire : filaire1
- perce-par : (percement1)
- compose-de-couche : (couche-isolant1 couche-platre1 couche-beton1)
- equipe-par : ()
- delimite : ()
- est-cale-par : ()
- est-delimite-par : ()
}

Le mur 1 compose les objets de planification :

- porteurs verticaux tage 0 ;

- finitions tage 0 ;

- doublage tage 0.

A partir de la liste des objets de planification de niveau de dtail 2, la procdure

de gnration des tches et des contraintes de planification est la mme que celle
utilise pour une premire gnration.

III - 3 - 3 Utilisation de PSN5 :

Comme pour le niveau enveloppe, nous avons exploit la liste des tches et des
contraintes ( travers les deux fichiers "activits" et " liens" gnrs par PROJECTOR)
en vue de raliser l'ordonnancement avec le logiciel PSN5.

Nous prsentons ci-dessous le rsultat de l'ordonnancement obtenu, sous forme

de diagramme Gantt (Fig. 6.10).

UTILISATEUR :
- utilise PSN5 en exploitant la liste des tches et des contraintes construite avec
PROJECTOR.

- modifie les rsultats obtenus avec PSN5 : dans notre exemple, les contraintes
gnriques de la base de connaissances correpondant des contraintes
techniques de mise en uvre (par exemple, ne pas poser la couverture avant

Chapitre 6 page 161

 d'avoir mont la charpente), l'utilisateur a ajout des contraintes rsultant de la
limitation des moyens en dfinissant des contraintes de succession entre les
tches de second uvre de mme type mais ralises dans des zones
diffrentes.

Figure 6.10 : le planning dtaill

III - 4 Les liens entre les diffrentes informations :

Les diffrents objets et relations dans PROJECTOR ont t dfinis non seulement
dans une optique de gnration des informations pour la planification mais aussi
dans le but d'identifier et de situer les liens entre la conception et la planification.
Nous avons ainsi associ aux classes des objets physiques, des objets de
planification et des tches des mthodes permettant, aprs les phases de

page 162 Chapitre 6

 gnration, de dterminer "qui ralise quoi". Nous montrons ci-dessous des exemples
d'envois de messages (avec la syntaxe ['objet 'message]) destins prciser les liens
entre objets physiques et tches.
['tg06_2 'realise-OPhy?]
= (plancher10 plancher9 plancher8 plancher7 plancher6 plancher5 plancher4
plancher3 plancher2 mur12 mur11 mur10 mur9 mur8 mur7 mur6 mur5 mur4 mur3
mur2 mur1 mur0)

['mur0 'realise-par??]
= (tg09_1 tg06_2)

La tche tg06_2 (ralisation de la superstructure de l'tage 0) ralise les

planchers 2 10 et les murs 0 12. Le mur 0 est ralis par la tche TG06_2
(ralisation de la partie superstructure du mur) et par la tche TG09_1 (ralisation de
la partie doublage isolation du mur).

De la mme faon, des messages permettent d'indiquer la composition des

objets de planification, les tches qui les ralisent, les zones qui les contiennent, ...

La persistance de ces liens aprs les phases de gnration des informations est
indispensable pour assurer la vrification de la cohrence des diffrents types
d'informations en prsence. Par exemple, si les caractristiques d'un objet physique
sont modifies, l'objet de planification qu'il compose ainsi que les tches qui le
ralisent doivent tre identifis pour tre modifis. Par ailleurs, ces liens identifient les
lments du projet (objets physiques, options de construction) qui ont t pris en
compte dans la gnration des tches : ce sont ces lments sur lesquels devront
tre envisages des actions en vue de modifier les caractristiques de la tche
correspondante (sa dure par exemple). Ce retour de la gestion de projet sur la
conception permet alors de faciliter la prise en compte de proccupations de la
gestion de projet au cours de la conception.

En outre, l'identification des liens entre les diffrents types d'information ouvre des
perspectives d'intgration plus pousse du processus conception-ralisation. Les
liens permettent ainsi d'envisager la mise au point de fonctionnalits de simulation.
Par exemple, la simulation pourrait se traduire par la visualisation des objets de
planification raliss une date donne en fonction du rsultat de
l'ordonnancement des tches ; cela ncessite alors l'existence d'un lien entre ces
objets et les tches du planning. Ces fonctionnalits de simulation constitueront une
aide pour les professionnels de la conception et de la ralisation des btiments mais
elles ont aussi pour but de mettre les connaissances de la gestion de projet la
disposition des chercheurs : PROJECTOR doit aussi tre considr comme tant la
base d'outil de laboratoire.

Ces perspectives, ainsi que d'autres, ouvertes par le travail de recherche que
constitue cette thse sont dveloppes plus longuement dans la conclusion
gnrale.

Chapitre 6 page 163

 Le prototype PROJECTOR ne correspond pas une mise en uvre exhaustive
des diffrentes propositions que nous avons faites pour amliorer la liaison entre la
conception et la gestion de projet de btiments. Nanmoins, il a montr comment
une solution informatique permet d'assister le matre d'uvre d'excution dans la
constitution d'une base d'informations susceptible d'tre exploite par un logiciel
d'aide la planification et de maintenir des liens entre ces informations, les
informations de conception et les informations de ralisation.

La ralisation de ce prototype valide les ides de base de nos propositions et

montre l'intrt de vrifier la faisabilit informatique dans un contexte beaucoup
plus large. Nous en dduisons diffrentes pistes de recherche qu'il nous parait
intressant d'aborder, dans le prolongement de cette thse. Nous les prsentons
dans la conclusion gnrale de ce document.

page 164 Chapitre 6

Conclusion gnrale
 L'un des premiers objets de cette thse a t de dcrire la gestion de projet de
btiments : en effet, si la littrature concernant la gestion de projet d'une part et le
projet de btiment d'autre part est nombreuse, il n'en est pas de mme pour la
gestion de projet de btiments. Cette phase d'tude du domaine de recherche a
confirm le besoin exprim par les professionnels d'amliorer la liaison entre la
conception et la gestion de projet. Nous avons donc analys plus particulirement
la liaison puis nous avons propos une solution informatique destine grer les
changes d'informations inhrents cette liaison. La mise en uvre de cette
solution nous a sembl d'autant plus pertinente que la conception tait elle mme
assure de faon optimale. Nous avons ainsi dcid de nous situer dans un contexte
de CAO multitechnique et nous avons bnfici des nombreux travaux de
recherche qui ont t faits dans ce domaine au Laboratoire Gnie Civil et Habitat
de Chambry, notamment travers le prototype CONCEPTOR. La spcification de
la solution informatique a montr l'intrt de distinguer diffrentes bases
d'informations et de constituer une base de connaissances. Nous avons alors
modlis ces informations et formalis ces connaissances, en cohrence avec la
modlisation de la conception prcdemment propose par le LGCH. La
formalisation des connaissances a guid le recueil de l'expertise auprs d'un expert
de la gestion de projet de btiments. Ce travail a abouti la constitution d'une
base de connaissances pour la planification des projets de btiment. Celle-ci
donne au prototype PROJECTOR un aspect concret lui permettant de ne pas tre
dconnect de la pratique actuelle de la gestion de projet dans le milieu
professionnel du btiment. Cet aspect concret passe galement par la nature des
outils utiliss pour vrifier la faisabilit informatique de nos propositions : si
PROJECTOR a t ralis partir d'un langage de programmation avanc (le
langage orient objet GRAM v2), en revanche, les informations gnres par notre
prototype ont t exploites avec un logiciel d'aide la planification
commercialis de longue date et largement rpandu dans les secteurs d'activit
concerns par la gestion de projet.

La vrification de la faisabilit informatique ralise avec le prototype

PROJECTOR n'est videmment que partielle compte tenu de l'tendue de la gestion
de projet de btiments. Par consquent, de larges perspectives sont ouvertes et
nous proposons ci-dessous quelques pistes de travail :

- il parait intressant de prolonger la rflexion pour des niveaux de dtail

beaucoup plus fins, c'est dire de ne plus se limiter la gestion de projet vue par le
matre d'uvre d'excution mais d'aborder la gestion de production vue par
l'entreprise ; on aborderait alors des problmes tels que les rotations de coffrage, les
charges de grue, l'installation de chantier. Les connaissances ncessaires pour faire
le lien entre ces problmes et la conception ne sont pas les mmes que celles que

Conclusion page 167

 nous avons utilises. En fait, plus le niveau de dtail est fin, plus les connaissances
sont spcifiques un savoir-faire particulier ; le systme expert doit alors tre trs
ouvert en offrant de larges possibilits de modification de la base de connaissances
(dont la cohrence doit alors tre vrifie). A un niveau donn, il serait mme
probablement souhaitable d'offrir l'utilisateur la possibilit de modifier jusqu'au
modle, tout en prservant une certaine notion de transparence.

- lors de l'tude des diffrents lments du planning, nous avons cit diffrents
types de contraintes de planification. Pour la ralisation du prototype PROJECTOR,
nous n'avons retenu que les contraintes de succession. Il semble intressant de
pousser plus loin l'tude : quelles sont les caractristiques de la ralisation des
btiments que l'on peut exprimer sous forme de contraintes ? Comment prendre en
compte tous les types de contraintes (notamment les contraintes de disjonction que
les logiciels de planification classiques ignorent) ? Quelles applications sont
envisageables avec les outils rcents de propagation de contraintes ?

- dans la mise en uvre de nos proposition, nous avons fait appel un logiciel
(dit) de planification, en estimant qu'il offrait les fonctionnalits suffisantes pour la
validation de PROJECTOR. Or, la plupart des logiciels de planification actuels ne
sont pas totalement satisfaisant quant leurs fonctionnalits d'ordonnancement.
Nous l'avons dj not plus haut en ce qui concerne la non prise en compte des
contraintes de disjonction. D'autres spcificits du domaine de la construction des
btiments ncessitent une adaptation des logiciels d'ordonnancement : c'est le cas,
par exemple, des tches "lastiques", celles dont la dure est calcule partir des
dates de dbut et de fin d'autres dates (donc, aprs un premier ordonnancement).

- l'analyse de l'articulation entre les diffrents niveaux de dtail doit tre

approfondie : par exemple, dans le cas de la planification, si l'tablissement d'un
planning enveloppe est fait gnralement sur la base d'informations incompltes et
peu prcises, il n'en demeure pas moins que ce planning doit tre respect par la
suite, mme lorsqu'un planning dtaill tabli sur la base d'informations plus prcises
ne semble pas compatible avec lui. Il faut alors traduire les dures et dates
calcules pour un planning enveloppe en termes de contraintes pour le planning
dtaill.

- l'analyse de la liaison entre la conception et la gestion de projet doit

videmment tre tendue l'ensemble des aspects de la gestion de projet de
btiments. Il parait notamment indispensable d'tudier l'aspect cot et d'analyser
non seulement l'interaction qui existe avec la conception (des outils performants
existent dj) mais aussi avec la planification.

- l'utilisation d'un langage tel que GRAM V2 prsentant des fonctionnalits de

modeleur graphique permet d'envisager une importante interactivit dans
l'utilisation d'un outil comme PROJECTOR : il serait intressant, par exemple, de
visualiser les diffrents objets de planification gnrs, de les modifier par une
procdure de saisie graphique, de montrer l'volution des btiment en visualisant
diffremment les objets de planification dj construits des autres, ou encore, en
visualisant l'objet de planification ralis par une tche que l'on aura "clique" dans

page 168 Conclusion

 un diagramme Gantt (ou vis versa).

- enfin, la recherche d'un plus haut degr d'intgration ncessite un travail de

modlisation plus approfondi de manire, notamment, bien apprhender
l'articulation qui existe entre les fonctions d'un objet physique, ses technologies et ses
options de construction.

La plupart de ces propositions de recherche ncessitent une collaboration avec

le monde professionnel dont le savoir-faire constitue une donne importante du
problme. Il ne semble cependant pas draisonnablement optimiste d'crire que
l'accueil gnralement fait ces propositions tant chez les matres d'uvre que
dans les grandes entreprises laisse prsager l'existence de nombreuses oportunits
de collaboration.

Conclusion page 169

Glossaire
 Acteur :

Personne physique jouant un rle dans la gestion d'un projet.

Btiment :

Construction d'un seul tenant mettant couvert des espaces habitables.

C.A.O. (ou systme de conception assiste par ordinateur) :

Systme informatique permettant de faire voluer (cration, modification,

suppression) un projet d'un tat de conception un autre.

Conducteur de travaux :

Cadre oprationnel, responsable de chantier, dans les entreprises de

construction de gros ou de second uvre.

Contrainte :

Expression d'une exigence que doit respecter tout ou partie du projet et de sa

ralisation.

Exemple : la contrainte de succession est une contrainte de type "ralisation", elle

est fixe par le pilote, elle a pour origine une tche et vise une autre tche.

Coordonateur :

Acteur assurant la fonction de matrise d'uvre d'excution au sein d'une

entreprise gnrale, titulaire de la totalit des lots.

D.A.O. (ou systme de dessin assist par ordinateur) :

Logiciel permettant la reprsentation graphique d'un tat donn du projet par

ordinateur.

Document :

Ensemble d'informations relatives au projet. Contribue la communication entre

les acteurs.

Attributs : date d'mission; date de validit; indice; but (contractuel, informel,...).

Exemple : le plan d'architecte appartient au dossier de march, il est tabli par

l'architecte, il informe sur la morphologie des objets physiques et il a une
prsentation graphique.

Glossaire page 173

 Donne :

C'est la part d'information explicite et ralisable.

Dossier :

Ensemble de documents ayant une destination commune.

Entreprise :

C'est un acteur qui excute les tches en consommant et utilisant les ressources
afin de raliser le projet.

Exemple : telle entreprise de gros uvre utilise la mthode de bton coul sur
place, elle utilise une grue, une centrale bton, des coffrages et 3 quipes de
main d'uvre. Elle signe des contrat avec le matre d'ouvrage et tablit des
contrats pour ses sous-traitants.

Evnement :

C'est un fait qui se produit de faon rgulire, progressive ou exceptionnelle. La

fin du mois, l'achvement d'une tche et la chute d'une grue sont des vnements
respectivement rguliers, progressifs et exceptionnel.

Fonction :

Traduit les diffrents aspects du domaine de comptence des acteurs.

Flux d'informations :

Un ensemble d'informations migrant d'un poste un autre, d'une source une

cible, constitue un flux d'informations.

Gestion de production :

Cela consiste rpondre la question: comment fabriquer et par qui, quand et

quel prix? La rponse est apporte par la dfinition des tches, par le plan de
production, par la gestion des stocks et des approvisionnements, par le suivi de la
qualit, par la matrise des cots, et aussi par la maintenance de l'outil de
production, le choix des investissements, par le choix d'implantation et
d'organisation.

Gestion de projet :

La gestion de projet consiste tablir l'ensemble complet et prcis des

caractristiques du projet, mettre au point un systme de contrle et de prise de
dcisions, et faire fonctionner ce systme, notamment en rpartissant les moyens
de production et en optimisant leur utilisation, jusqu' l'aboutissement du projet.

page 174 Glossaire

 Information :

C'est une connaissance relative un vnement et qui devient plus ou moins

synthtique et analytique aprs traitement.

Informations de conception :

Ce sont les informations qui transitent de l'quipe de conception vers l'entreprise.

Elles dcrivent la topologie et la technologie du projet. Elles sont compltes par les
donnes techniques. Elles peuvent tre obtenues partir de la C.A.O..

Informations de ralisation :

Elles concernent les mthodes, les moyens mis en uvre, les processus de
ralisation, les capacits de production des entreprises, les cadences, l'installation
de chantier,... Ce sont des informations destines complter les informations de
conception.

Intervention :

Ensemble de tches faites un moment donn sans interruption.

Lot :

C'est un regroupement de tches qui rsulte d'un dcoupage technique du

btiment construire. Il permet de rpartir les diffrents types de travaux entre les
entreprises.

Attribut : cot.

Exemple : le lot "Gros uvre" regroupe toutes les tches relatives la ralisation
de la structure bton du btiment.

Matre d'ouvrage :

C'est la personne physique ou morale qui sera propritaire de l'ouvrage. C'est lui
qui fixe le programme.

Matre d'uvre :

C'est la personne physique et morale qui reoit mission du matre d'ouvrage pour
assurer la conception et le contrle de la ralisation d'un ouvrage conformment
au programme.

Matre d'uvre de conception :

Personne physique ou moral dont la fonction consiste raliser et/ou coordonner

la conception architecturale et technique du projet. Ce rle est gnralement jou
par les architectes.

Glossaire page 175

 Matre d'uvre de ralisation ou d'excution :

Personne physique ou morale dont la fonction consiste organiser et suivre

l'excution des travaux sur la base du projet.

March :

Attributs : type; mthode de rvision des prix.

Mthode de ralisation :

C'est la faon de mettre en uvre une solution technique retenue.

Attribut : liste de tches gnriques.

Exemple : la prfabrication des prdalles en atelier est une mthode de

ralisation. Elle est utilise par les entreprise de gros uvre et elle ncessite une grue
pour la mise en place des lments prfabriqus. Elle est associe aux tches de
commande des lments prfabriqus et d'installation des lments prfabriqus.

Niveau de dtail :

C'est le degr de dcomposition du projet. Il se caractrise notamment par

l'unit de temps choisie, par la dfinition des units de lieu, par le dcoupage.

Objet de planification :

Ensemble de parties (au sens technologique) d'objets physiques dont la

ralisation reprsente une ou plusieurs tches, une mme tche gnrique
n'intervenant qu'une seule fois sur cet objet.

Attributs : quantit (une par technologie).

Exemple : les porteurs verticaux constitus de la partie bton arm des murs et
poteaux du niveau 3 du bloc A forment un objet de planification. Celui-ci est
associ la mthode de ralisation "bton coul en place"; il est ralis par la
tche "ralisation des porteurs verticaux"; il appartient une zone de type "niveau".

Objet physique :

Plus petite partie du btiment, porte par un seul objet gomtrique, comportant
une seule technologie, sparant au plus deux locaux et dont la ralisation ne
ncessite pas plus d'une instance de chaque tche gnrique.

Exemple : le mur compos d'un voile BA, d'un isolant et d'un doublage, et
sparant les locaux 1 et 2 du niveau 3 est un objet physique.

Attributs : technologie, quantit (une par technologie).

Option de construction :

Il s'agit d'un terme englobant les diffrents types d'informations prcisant la

mthode utilise pour raliser un ouvrage.

page 176 Glossaire

 Exemple : la mthode de ralisation est une option de construction.

Ordonnancement :

C'est classer des tches dans le temps en fonction des contraintes qui
conditionnent leur excution, une mthode approprie permettant alors de
calculer leurs dates de dbut et de fin ainsi que les marges.

Ouvrage :

Rsultat de l'excution d'un travail.

Parti de construction :

C'est le choix d'une solution ou d'une classe de solutions techniques rpondant

au parti architectural.

Exemple : la solution de la technique de la dalle BA correspond un choix de

parti.

Attribut : liste de tches gnriques.

Pilote :

Acteur assurant la fonction de matrise d'uvre d'excution au sein d'une quipe

d'ingnierie ou d'une socit spcialise.

Planification (ou processus d'excution des plannings):

La planification dtermine les tches, les dures, les dlais, en vue d'un
traitement, partir des informations de conception et des informations de
ralisation.

Planning :

C'est une reprsentation graphique de l'ordonnancement.

Programme :

C'est l'ensemble des documents qui prcisent les besoins du matre d'ouvrage, les
objectifs, les conditions auxquelles doit satisfaire l'ouvrage, ses caractristiques
principales, les principales actions envisages, les responsabilits qui leur sont
attaches, les chances de ralisation, avec un premier budget prvisionnel.

Projet de btiment :

Ensemble immobilier homogne implant sur un site unique.

Rseau de tches :

Il s'agit de la liste des tches relies entre elles par des contraintes.

Glossaire page 177

 Ressources :

Il s'agit de tout ce qui est employ, utilis ou consomm pour assurer la ralisation
d'une tche.

Exemple : la main d'uvre, les engins, les matriaux sont des ressources.

Attribut : cot unitaire / fournisseur; quantit; dlai d'approvisionnement; quantit

minimale.

Ressources consommables :

Il s'agit de ressources qui ne sont pas rutilisables aprs l'excution de la tche.

Exemple : le bton, le carrelage, la peinture sont des ressources consommables.

Ressources renouvelables :

Il s'agit de ressources disponibles en quantits limites, qui ne peuvent tre

affectes plusieurs tches simultanment mais peuvent l'tre successivement, y
compris sur diffrents projets.

Exemple : la main d'uvre, le matriel sont des ressources renouvelables.

Rle :

Indique dans quel cadre l'acteur intervient.

S.I.I. (systme informatique intgr) :

Outil informatique comportant plusieurs applications concourant un but

commun (par exemple, la ralisation d'un projet). Le SII assure la cohrence et les
changes d'informations entre les diffrentes applications.

Tche :

Une tche correspond une action localise dans le temps et dans l'espace et
qui contribue la ralisation et la mise en place d'un objet de planification.

Exemple : la ralisation des porteurs verticaux du niveau 1 est une tche. Elle est
associe des contraintes temporelles, elle utilise de la main d'uvre, une grue, des
coffrages, du bton, des armatures; elle appartient au lot gros uvre; elle se
dcompose en tches "coffrage", "coulage" et "ferraillage".

Remarque : Le cot est calcul en additionnant le cot par ressource.

Unit de temps :

Il s'agit de la plus petite dure l'intrieur de laquelle on choisit de ne pas

dtailler la ralisation. Le choix de cette unit de temps est li au niveau de dtail
du planning projet.

page 178 Glossaire

 Zone de planification :

C'est une sorte de division correspondant au regroupement de locaux en

fonction de critres propres la gestion de projet. Les zones de planification
rsultent d'un dcoupage gomtrique des btiments.

Exemple : pour la planification des oprations de gros uvre un niveau de

dtail intermdiaire, le niveau d'un bloc constitue une zone de planification; pour un
niveau de dtail moins fin, cette zone compose la zone de planification "bloc".

Glossaire page 179

 Rfrences
bibliographiques
 [ACH 93] Achard, G. Karroum, M. Sauce, G. Acoustical building design in a
multitechnical CAD system. ARECDAO91, Barcelone, 1993. Barcelone : Ministerio de
Obras Piblicas y Transportes, 1993. p 307-318.

[AFI 92] AFITEP. Dictionnaire de management de projet. 2e d. Paris : AFNOR, 1992.

218p.

[AFI 91] AFITEP. Le management de projet, principes et pratique. Paris : AFNOR, 1991.
218p. Coll. Gestion.

[AFI 89] AFITEP. Vocabulaire de gestion de projet. Paris : AFNOR, 1989. 163p. Coll. Les
dossiers de la normalisation.

[ARM 91] Armand, J. La coordination de travaux: la fonction, les missions, les contrats
types. Paris : Editions du Moniteur, 1991. 146p.

[ARM 89] Armand, J. et Raffestin, Y. Conduire son chantier: la direction et la

coordination des travaux. 2e d. Paris : Editions du Moniteur, 1989. 208p. Coll.
Moniteur technique.

[ASH 87] D.B. Aschley, D.B. Levitt, R.E. Expert Systems in Construction: Work in
Progresse. Journal of Computing in Civil Engeneering. 1987,Vol.1, N4, p303-311.

[ASS 89] Assemat, C. Coplaner, un systme expert en planification de btiment.

Journes internationales sur les systmes experts et leurs applications, Avignon,
1989. p 741-754.

[BEN 90] Bencivenga, E.F. Effective application of planing and scheduling as a

management tool on large construction projects. Second Workshop on Project
Management and Scheduling, Compigne,1990. p231-240.

[BOU 88] Bourdeau, M. Intelligence artificielle et conception des btiments : les

reprsentations centres objet. Cahiers du centre scientifique et technique du
btiment. 1988, N294, Cahier 2294.

[CAR 88] Carlier, J. et Chrtienne, P. Problmes d'ordonnancement: modlisation,

complexit, algorythme. Paris : Masson, 1988. 326p. Coll. Etudes et recherches en
informatique.

[CAV 88] Cavallini, C. et Raffestin, Y. Le guide de la construction: les hommes, les

moyens, les mthodes. Paris : Editions du Moniteur, 1988. 338p.

[DAR 88] Darwiche, A. Levitt R.E. Hayes-Roth, B. Oarplan : Generating Project Plans by
Reasoning about Objects, Actions and Resources. Artificial Intelligence for
Engineering, Design, Analysis and Manufacturing, 1988, Vol.2, N3, p169-181.

Bibliographie page 183

 [DEC 90] Decelle, A.F. Lefevre, A. Mommessin, M. Squelart, P. Sauce, G. Cimsteel, un
C.I.M. pour la construction mtallique dvelopp autour d'outils gnraux. MICAD
90, Paris, 1990. Paris : Herms, 1990. p 29-44.

[DUF 91] Dufau, J. Mommessin, M. Sauce, G. Lefebvre, G. Approche multitechnique

et dynamique de la conception de btiment : le prototype CONCEPTOR.
ARECDAO91, Barcelone, 1991. Barcelone : Ministerio de Obras Piblicas y Urbanismo,
1991. p 139-150.

[GAL 87] Galley, H. Un modle d'valuation dtaill de structure de btiment intgr

dans le systme de CAO X2A utilisant un systme de base de donnes rseau. Thse
de doctorat : INSA de Lyon, 1987. 126 p

[GIA 91] Giard, V. Gestion de projets. Paris : Economica, 1991. 174p. Coll. Gestion.

[GLA 93] Glardon, C. Redell, J.R. Hanrot, S. Kohler, N. A Building model to schedule
and simulate the house refurbishment process. In : Advanced Teschnologies -
Architecture, planning, civil engineering. EuropIA93, Delft, 1993. (Advanced
Technologies) Amsterdam : Elsevier Science Publishers, 1993. p147-154.

[GSD 91] Groupe Structuration de Donnes. Synthse de modles conceptuels

dvelopps dans le cadre de la recherche btiment en France. Paris : Plan
Construction et Architecture, 1991. 94p. Rapport n10. Coll. Recherche.

[HAB 88] Habrias, H. Le modle relationnel binaire : mthode IA (NIAM). Paris :

Eyrolles, 1988. 301p.

[HAP 76] Hapin, D.W. Woodhead, R.W. Design of Construction and Process
Operations. New York : John Wiley & Sons, 1976. 539 p.

[HEN 87] Hendrickson, C. Expert system for construction planning. Journal of

Computing in Civil Engineering, 1987, Vol. 1, N 4, p253-269.

[HUO 90] Huot, J.C. - La dynamique des grands projets. Thse de Doctorat d'Etat :
Universit de Lyon 1 - INSA de Lyon, 1990. 323 p.

[HUO 93] Huovila, P. Hult, S. Bjrk, B. Computer aided document management - A

step on the long road to CIC. ARECDAO93, Barcelone, 1993. Barcelone : Ministerio
de Obras Piblicas y Urbanismo, 1993. p259-268.

[JOU 94] Joundi, N. Pour une aide la conception de charpentes en bois. Thse de
Doctorat : Universit de Savoie, 1994.

[KAR 93] Karroum, M. La composante acoustique dans un systme de CAO

[LAU 92] Laurikka, P. The suitability of computer simulation programs for construction
planning. Research notes. Espoo : Valtion Teknillinen Tutkimuskeskus, 1992. 37p.

page 184 Bibliographie

 [LEC 90] Leclerc, A. Paris, J. Ribot, D. PIMS : an integrated environment for
supporting project managers. Techniques et Sciences Informatiques. 1990, Vol.9,
N2, p113-120.

[LEF 91] Lefebvre, F. - Gestion de la qualit des btiments en phase de conception

dans un systme de C.A.O.- Thse de doctorat : Universit de Savoie, 1991. 232 p.

[LEV 88] Levitt, R.E. Kunz, J.C. Using Knowledge of Construction and Project
Management for Automated Schedule Updating. Project Management Journal.
1985, Vol.16, N5, P57-76.

[LEV 88] Levitt, R.E. Kunz, J.C. Artificial Intellingence Techniques for Generating
Construction Project Plans. Journal of Construction Engineering and Management.
1988, Vol.114, N3, p329-343.

[MAN 79] Mangin, J.C. - Prise en compte des tches rptitives dans
l'ordonnancement des travaux de btiment.- Thse de Doctorat d'Etat : Universit
de Lyon 1 - INSA de Lyon, 1979. 322 p.

[MAR 87] Marshall, G. Barber, T.J. Boardman, J.T. Methodology for modelling a
project management control environment. IEE Proceedingd. 1987, Vol.134, N4,
p287-300.

[MAS 89] Massini, G. Napoli, A. Colnet, D. Lonard, D. Trombe, K. Les langages

objets. Paris : Interditions, 1989.

[MOM 93] Mommessin, M. Sauce, G. Reprsentation des connaissances pour la

C.A.O. Btiment : Expression des besoins - Proposition de solutions. Reprsentation
par objets. La garnde Motte. 1993.

[MOR 90] Morand, D. Vers l'intgration d'un module de planification dans un systme
de CAO Btiment multitechnique... Rapport de DEA, Universit de Savoie, 1990. 46p.

[MUL 75] Moullot, J. Coordination et pilotage des travaux de btiment (la fonction
de matre de chantier). Paris : Eyrolles, 1975. 138p.

[NAV 88] Navinchandra, D. Sriram, D. Logcher, R.D. Ghost : Project Network

Generator. Journal of Computer in Civil Engineering. 1988, Vol.2, N3, p239-254.

[NIC 78] Nicol, F. Le planning du coordinateur de travaux btiment. Paris : Eyrolles,

1978. 195p.

[PCA 93] L.G.C.H., Mthodes et Construction, IRPEACS. Vers une amlioration des
changes d'informations entre les intervenants de l'acte de construire. Rapport final
de recherche dans le cadre de l'appel d'offre Plan Construction et Architecture /
PIRTEM : "La communication dans le secteur de la construction". Subvention
n0591191. 1993.

Bibliographie page 185

 [PIE 91] Pierre, F. L'informatisation des mtiers du chantier dans les entreprises de
btiment. Paris : Plan Construction et Architecture, 1991. 85p. Rapport n12. Coll.
Recherche.

[PSN 92] Le Bihan & Cie. PSN5, progiciel de gestion de projets : Manuel de rfrence.
Paris : Le Bihan & Cie, 1992.

[QUI 85] Quintrand, P. Autran, J. Florenzano, M. Fregier, M. Zoller, J. La conception

assiste par ordinateur en architecture. Paris : Hermes, 1985. 257p. Coll. Trait des
Nouvelles Technologies.

[SAU 84] Sauce, G. Aide la conception d'esquisse de btiments d'habitation par la

manipulation de critres de qualit. Thse de doctorat de 3 cycle. INSA de Lyon :
1984. 159p.

[SAU 93] Sauce, G. Dufau, J. Perrotin, P. Analyse et modlisation du processus de

conception de btiments. 01DESIGN'93, Tunis, 1993. 9p.

[STU 87] Stukhart, G. Construction Management Responsabilities during Design.

Journal of Construction Engineering and Management. 1987, Vol.113, N1, p90-98.

[TAT 77] Tate, A. Generation Project Networks. IJCAI 77, Cambridge, 1977. p 888-893.

[VAT 87] Vatin, P. L'utilisation de l'informatique pour la gestion de chantier dans les
PME du btiment, diagnostic des besoins. Paris : Plan Construction et Architecture,
1987. 62p. March n 86 61209 00 223 75 01.

[VIL 91] Villemain, C. La planification oprationnelle, mthodes et mtiers de la

planification de projet. Paris : AFNOR, 1991. 124p. Coll. Gestion.

[X2A 88] X2A, un systme de conception assiste par ordinateur en avant projet
sommaire des btiments. - Paris, Plan Construction et Architecture, 1988. 95p.

[X2A 89] X2A-SE, ralisation de systmes experts intgrs un systme de CAO

btiment". - Rapport final de recherche, Contrat Plan Construction et Habitat n86-
A4-04. - Direction de la Construction - MELATT - fvrier 1989

[ZE 93] ZE, Martin. Intgration de la composante nergtique dans un systme de

CAO btiment. Utilisation d'une reprsentation oriente objet. Thse de doctorat :
Universit de Savoie, 1993. 258p.

[ZOZ 89] Zozaya-Gorostiza, C. Hendrickson, C. Rehak, D.R. Knowledge-Based Proces

Planning for Construction and Manufacturing. San Diego : Academic Press, 306 p.

[ZOZ 90] Zozaya-Gorostiza, C. Hendrickson, C. Rehak, D.R. A Knowledge-Intensive

Planner for Construction Projects. Bulding and Environment. 1990, Vol.25, N3, p268-
278.

page 186 Bibliographie

 Annexes

Annexe 1 : exemples de plannings

Annexe 2 : un cahier des charges pour la gestion de projet de

btiments

Annexe 3 : les documents relatifs au projet de btiment

Annexe 4 : dictionnaires des principaux concepts de la modlisation

Annexe 5 : le projet CONCEPTOR

Annexe 1 : exemples de plannings

Afin d'illustrer les dfinitions que nous avons donnes pour chacun des principaux
types de planning et de montrer les diffrents niveaux de dtail de la planification,
nous prsentons dans cette annexe :

- un planning global ;

- un planning enveloppe ;

- un planning dtaill TCE ;

- un planning trs dtaill d'excution ;

- une fiche journalire de travail.

Annexes 1 page 189

page 190
Etudes pralables
Planning global :

Programme

Foncier

Choix concepteur

Montage financier

Etudes et autorisations

Annexes 1
Travaux

Livraison

3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9

1993 1994 1995

 Planning enveloppe :

Annexes 1 page 191

 Planning dtaill tout corps d'tat (extrait) :

page 192 Annexes 1

 Planning trs dtaill d'excution :

Annexes 1 page 193

 Fiche journalire de travail (extrait) :

page 194 Annexes 1

Annexe 2 : un cahier des charges pour la gestion de projet de
btiments

On considre la gestion de projet partir de la rponse l'appel d'offre jusqu'

la livraison du (des) btiment(s). On retiendra les trois principaux acteurs que sont le
matre d'ouvrage, le matre d'uvre et l'entreprise.

Les six domaines de la gestion de projet retenus sont:

- la matrise des cots;

- la matrise des dlais;

- la gestion des moyens;

- la gestion des documents;

- la conception technique;

- la vrification de la conformit.

Outre les fonctionnalits associes chacun de ces domaines (voir tableaux ci-
dessous), l'outil de gestion de projet devra avoir certaines spcificit informatiques:

La saisie : faciliter la saisie des informations de conception et de ralisation,

notamment en autorisant la saisie graphique.

L'dition : visualiser et raliser les diffrents documents de la gestion de

projet.

La gestion des bibliothques : utiliser les bibliothques de composants, de

matriaux, de matriel, de fournisseurs propres chaque entreprise.

La liaison avec la CAO : utiliser automatiquement les rsultat de la CAO.

Annexes 2 page 195

 La Matrise des cots :

Phase Nom Acteur But Documents Mthode Documents Comman- Destinataire

ncessaires rsultants ditaire
Prvisions Etude de Entreprises Donner un prix pour chaque ligne du Descriptif-CCTP Ratios DQE Matre Matre
prix quantitatif, partir d'une estimation Plans (prix par ligne d'ouvrage d'ouvrage
des cots, et rcapituler par lot. Prix unitaires de mtr) Matre
d'uvre
Budget de Entreprises Organiser diffremment l'tude de DQE Prix par tche Entreprises Entreprises
chantier prix, c'est dire dcomposer le cot
global en cot par tche.

Echancier Matre En fonction du planning dtaill Planning % prvisionnel Montant des Matre Matre
versement d'uvre d'excution des travaux, valuer mois dtaill TCE d'avancement diffrents d'ouvrage d'ouvrage
acomptes par mois l'avancement des travaux des tches acomptes
de manire prvoir le montant des DQE x mensuels
acomptes vers chaque entreprise prix des tches
chaque mois.

Suivi Choix des Matre A partir des rponses l'appel d'offre, Propositions de Comparaison Classement des Matre Matre
entreprises d'uvre dsigner les entreprises les moins- prix des des diffrents propositions, lot d'ouvrage d'ouvrage
disantes et rpondant aux divers entreprises prix, lot par lot par lot
critres de slection.

Demande Matre A partir du bilan de l'avancement des Echancier de % Situation Matre Matre
d'acomptes d'uvre travaux, tablir les situations versement des d'avancement mensuelle d'ouvrage d'uvre
Entreprises mensuelles. acomptes; x
Comparer l'chancier de % rel prix total tche
versement des acomptes. d'avancement

Bilan Mises jour Entreprises En fonction des dpenses consta- Tableau de Prix unitaires Entreprises Entreprises
tes, mettre jour les prix unitaires. bord des
dpenses
Dcompte Matre Faire le dcompte gnral des March Bilan financier Matre Entreprises
dfinitif d'uvre versements des acomptes. Rcapitulatif d'ouvrage Matre
acomptes Entreprises d'ouvrage

page 196 Annexes 2

 Matrise des dlais :

Phase Nom Acteur But Documents Mthode Documents Comman- Destinataire

ncessaires rsultants ditaire
Prvisions Ordonnan- Matre Indiquer des intervalles de temps Descriptif-CCTP Ratios Planning Matre Matre
cement d'uvre attribus chaque lot, c'est dire Plans enveloppe d'ouvrage d'ouvrage
enveloppe ordonner 10 20 tches globales Temps unitaires Entreprises
correspondant peu prs aux
diffrents corps d'tat.
Ordonnan- Matre Synchroniser l'excution des travaux Idem + nature et Quantits Planning Matre Matre
cement d'uvre en ordonnant des tches de type caractristi-ques x dtaill d'uvre d'uvre
dtaill TCE Entreprises unitaire. des moyens de prix unitaires TCE Entreprises
production
Organisation Entreprises Pour un mme dcoupage du Idem + Dcomposition Fiches de travai Entreprises Entreprises
journalire du (essentiell- btiment que celui du planning TCE, Planning de journalires (essentiel- (essentiel-
travail ement gros ordonner des tches plus dtailles dtaill TCE l'ordonnancem lement gros lement gros
uvre) afin d'optimiser l'utilisation des moyens ent dtaill par uvre) uvre)
de production et d'tablir. jour de travail
Ordonnan- Entreprises Ordonnancer les tches lmentaires Idem + ren- Planning trs Entreprises Entreprises
cement l'intrieur de chaque corps d'tat. seignement sur dtaill
trs dtaill les mthodes
d'entreprise
Organisation Matre A partir de l'allotissement et du Planning Date de dbut Planning de Matre Matre
de la d'uvre planning global, prvoir les dates de enveloppe de chaque lot - consultation des d'ouvrage d'uvre
consultation consultations des sous-traitants. Allotissement dure probable sous-traitants
des sous- de la
traitants consultation
Suivi Suivi de Matre Observer l'avancement des travaux, Planning Comparaison % Ordres de Matre Matre
chantier d'uvre valuer les consquences des retards dtaill TCE d'avancement service d'ouvrage d'uvre
constats, visualiser les dcalages sur prvu et % Rapport de suivi
les plannings. En fonction de l'avance- constat de chantier
ment, dclencher les tches suivantes,
prparer l'ordre du jour des runions de
chantier et les convocations.
Ordonnan- Matre Proposer un nouveau planning des Planning de Matre Entreprises
cement de d'uvre tches critiques avec ventuellement rattrapage d'uvre
rattrapage de nouveaux moyens mis en uvre,
de manire rattraper le retard.

Annexes 2 page 197

 Gestion des moyens :

Phase Nom Acteur But Documents Mthode Documents Comman- Destinataire

ncessaires rsultants ditaire
Prvisions Rotation du Entreprises Optimiser l'utilisation du matriel rare Planning Planning de Entreprises Entreprises
matriel Matre et cher (grue, centrale, banches). dtaill TCE rotation du
d'uvre Planning trs matriel
dtaill
Liste matriel
utilis
Affectation du Entreprises Optimiser l'emploi de la main d'uvre Planning Planning Entreprises Entreprises
personnel en procdant au lissage et en tenant dtaill TCE d'affectation
compte de la charge des entreprises. Planning trs de la main
dtaill d'uvre
Main d'uvre
utile par tche
Gestion des Entreprises Prvoir les dates de commande, de Planning Planning Entreprises Entreprises
appro- rception et de stockage des dtaill TCE d'appro-
visionnement matriaux. Planning trs visionnement
dtaill
Consommation
en matriaux
et
quipements
Organisation Entreprises Prvoir les dates de commande des Planning Planning Entreprises Entreprises
de la prfa- lments prfabriqus en tenant dtaill TCE prfabrication
brication compte des dlai d'tude et Planning trs
d'excution. dtaill
Plans

page 198 Annexes 2

 Gestion des documents :

Phase Nom Acteur But Documents Mthode Documents Comman-

ncessaires rsultants ditaire Destinat
aire
Prvisions Organisation Matre En fonction du planning d'excution Planning Dtermination Planning de Matre
de la d'uvre dtaill, prvoir l'arrive des plans Dtaill TCE des plans production des d'uvre Matre
production d'architectes, des bureaux d'tudes, produire pour plans d'uvre
des plans des entreprises sur le chantier, la chaque lot
transmission des ordres de services Dtermination Entrepris
aux entreprises. des plans
techniques es
obtenir
Suivi Mise jour Matre Rpercuter toute modification Liste des Recollement Nouveaux Matre
d'uvre portant sur le projet sur tous les modifications de tous les documents mis d'uvre Matre
documents concerns. documents jour d'uvre
utiliss
Entrepris
es
Organisation Matre Assurer la transmission de chaque Planning global Planning de Matre
des d'uvre document chaque contractant Liste des transmission d'uvre Matre
documents concern, en temps voulu. documents des documents d'uvre
ncessaires
chaque lot Entrepris
es
Courrier Matre En fonction de l'avancement des Compte-rendu Matre
d'uvre travaux, des retards constats, de runions d'uvre Matre
envoyer les convocations, les mises en des chantier d'ouvrage
garde aux entreprises.
Matre
d'uvre

Entrepris
es

Annexes 2 page 199

 Conception technique :

Phase Nom Acteur But Documents Mthode Documents Comman- Destinataire

ncessaires rsultants ditaire
Suivi Analyse de Matre Evaluer l'intrt des variantes Rponse des Dossier mis Entreprises Matre
variantes d'ouvrage proposes par les entreprises dans entreprises jour d'ouvrage
Matre leur rponse l'appel d'offre. CCTP-Descriptif Matre
d'uvre Plans d'uvre
Entreprises
Bilan Dossier des Matre Runir et archiver les plans dfinitifs Tous les Recollement, Dossier des Matre Matre
ouvrages d'uvre d'architecte, des techniciens, des documents classement ouvrages d'uvre d'uvre
excuts entreprises, des rseaux, le journal de relatifs au excuts Matre Matre
chantier, les notices d'utilisation et chantier, mis d'ouvrage d'ouvrage
d'entretien des quipements, la liste jour
des matriaux et de leurs
caractristiques.

Vrification de la conformit :

Phase Nom Acteur But Documents Mthode Documents Comman- Destinataire

ncessaires rsultants ditaire
Prvisions Prsentation Matre En vue du contrle de la qualit, Planning Planning de Matre Matre
des d'uvre prvoir les dates souhaitables de dtaill TCE prsentation d'ouvrage d'ouvrage
chantillons prsentations des chantillons. Liste des des Entreprises
matriaux par chantillons
tche
Suivi Gestion de la Matre Indiquer quels contrles et Planning Liste et date Matre Matre
qualit d'uvre vrifications effectuer sur le chantier dtaill TCE des contrles d'uvre d'ouvrage
de manire s'assurer de la qualit effectuer Matre Entreprises
d'excution des travaux. d'ouvrage
Bilan Rception Matre Effectuer les contrles pralables la Descriptif Comparaison Liste et Matre Entreprise
d'uvre rception, dterminer et grer les CCTP travaux planning d'ouvrage
Entreprises travaux complmentaires raliser, effectus / travaux
guider la rception. travaux prvus compl-
mentaires

page 200 Annexes 2

Annexe 3 : les documents relatifs au projet de btiment

Les pages qui suivent donnent une description des principaux documents
manipuls dans le cadre de la gestion de projet, en vue de prsenter la circulation
des informations entre les acteurs, aux divers stades du processus de conception et
de ralisation.

Nous avons fait un certain nombre de choix tendant dlimiter l'aspect de la

gestion de projet que nous privilgierons dans notre tude. Ainsi, nous avons retenu
la phase qui commence avec la rponse l'appel d'offre et qui se termine avec la
fin de la ralisation.

Pour chaque document, une fiche a t ralise qui indique:

- le nom du document;

- la responsabilit (c'est dire la fonction au titre de laquelle un acteur

assure la ralisation du document - voir ci-dessous la correspondance entre fonction
et acteur);

- l'objet (c'est dire le but, ou l'usage qui sera fait du document);

- le type de support et de prsentation;

- les types d'informations contenus;

- les destinataires et leurs rles (pour information, pour contrle, pour

excution - voir les prcisions ci-dessous);

- la date de parution;

- la frquence de parution;

- l'volution (quelles sont les modifications susceptibles d'intervenir,

l'initiative de qui).

Quelques prcisions sur les destinataires et leurs rles:

- pour information: le destinataire utilisera le document comme donne de

travail. Par exemple, le bureau d'tude utilisera les plans d'architecte pour effectuer
la conception technique et raliser les plans techniques.

- pour contrle: le destinataire vrifiera si le document est conforme ses

prescriptions, la rglementation, ses objectifs. Par exemple, le matre d'uvre
contrlera le bien-fond d'une demande de versement d'acompte d'une entreprise
avant de la transmettre au matre d'ouvrage. Le contrle sera gnralement
entrin par une signature.

- pour excution: le destinataire excutera directement les instructions

Annexes 3 page 201

 contenues explicitement ou implicitement dans le document. Par exemple,
l'entreprise ralisera les ouvrages dcrits sur les plans techniques et le CCTP.

Les fonctions et les acteurs:

C'est l'acteur qui ralise un document mais il le fait au titre d'une fonction qui lui est
attribue en fonction du type de march et de l'importance du projet.

Acteur
Fonction Client Architecte Bureau Pilote Econo- Bureau de Entreprise
d'tude miste contrle

Matrise d'ouvrage X

Matrise d'uvre:
conception architecturale X
conception technique X X
march de travaux X
coordination X X X
matrise des cots X X X X

Contrle X

Ralisation X

Pour un petit projet, l'architecte pourra assurer lui-mme toutes les sous-fonctions de
la matrise d'uvre, l'exception de la conception technique.

Pour un projet plus important, si la coordination et la matrise des cots font l'objet
de lots part dans le march, elles seront assures respectivement par un pilote et
un conomiste. Si l'ensemble des travaux a t attribu une entreprise gnrale,
celle-ci sera responsable de la coordination (qui sera assure par un coordonnateur
qu'elle aura dsign).

Remarques:

- Les fiches/documents des pages suivantes n'ont pas t classes selon un

critre particulier.

- On trouvera la fin de ce dossier un tableau rcapitulatif des types d'informations

par type de document.

page 202 Annexes 3

 Les plans d'architecte:
Responsabilit: conception architecturale.

Objet: reprsentation de la gomtrie, de l'orientation et de

l'organisation du btiment, du principe de la technologie.

Support: ensemble de documents graphiques (plans, coupes,

lvation, perspective).

Types d'information: localisation, morphologie, parti de

construction gnral, matriau.

Destinataire: Matre d'ouvrage, pour contrle;

Entreprise, pour information, pour excution;

Bureau d'tude, pour information;

Bureau de contrle, pour contrle.

Date: de l'esquisse jusqu' l'appel d'offre, la prcision

augmentant avec le temps.

Frquence: nouveaux plans en cas de travaux supplmentaires.

Evolution: la demande du matre d'ouvrage et du bureau de

contrle, de la conception jusqu' la ralisation;

la demande de l'entreprise et des bureaux

d'tudes au cours des tudes techniques et de la ralisation;

mise jour pour assurer la cohrence des

plans au cours des phases de conception et de ralisation.

Annexes 3 page 203

 L'chancier d'engagement des dpenses:
Responsabilit: matrise des cots.

Objet: prvoir les dpenses mensuelles du matre d'ouvrage au

titre du payement des acomptes.

Support: document crit sous forme de tableau.

Types d'informations: prix, date, lot, tche.

Destinataire: matre d'ouvrage, pour information, pour contrle.

Date: prparation de chantier.

Frquence: parution unique.

Evolution: en fonction des dcalages constats au niveau des

dlais.

Le planning dtaill TCE:

Responsabilit: coordination.

Objet: description de l'enchanement des tches unitaires.

Support: document graphique (diagramme barres).

Types d'informations: lot, date, dure, localisation, tche.

Destinataire: entreprise, pour contrle, pour excution.

Date: prparation de chantier.

Frquence: parution unique.

Evolution: au cours du chantier, en fonction des retards

constats.

page 204 Annexes 3

 Le planning enveloppe:
Responsabilit: coordination.

Objet: description de l'enchanement des tches globales.

Support: document graphique (diagramme barre).

Types d'informations: localisation, date, dure, lot, tche.

Destinataire: matre d'ouvrage, pour contrle;

entreprise, pour information.

Date: avant l'appel d'offre.

Frquence: parution unique.

Evolution: en fonction des dcalages constats au niveau des

dlais.

Les fiches journalires de travail:

Responsabilit: ralisation.

Objet: organiser la journe de travail en prcisant

l'enchanement des tches lmentaires, la rpartition des
quipes, du matriel, des ressources.

Support: document crit.

Types d'information: localisation, date, dure, tche, ressources,

responsable, main d'uvre.

Destinataire: entreprise, pour excution (il s'agit en fait d'un

document interne l'entreprise).

Date: pendant la priode d'intervention de l'entreprise.

Frquence: journalire.

Evolution:

Annexes 3 page 205

 Les plans techniques:
Responsabilit: conception technique.

Objet: sur la base des plans d'architecte, reprsenter le rsultat

de la conception technique.

Support: ensemble de documents graphiques (par exemple,

plans de ferraillages, rseaux, plan implantation des quipements
de chauffage,...)

Types d'informations: localisation, morphologie, matriau, mise

en uvre, quantit.

Destinataire: bureau de contrle, pour contrle;

entreprise, pour information, pour excution;

matre d'uvre, pour contrle, pour

information.

Date: aprs la conception architecturale.

Frquence: Autant de fois qu'il y a de technologies mises en

uvre dans le projet.

Evolution: la demande du matre d'uvre, pour assurer la

cohrence du projet;

la de mande du bureau de contrle, pour

assurer le respect de la rglementation;

la demande de l'entreprise.

page 206 Annexes 3

 Le CCTP:
Responsabilit: conception technique.

Objet: description dtaille des travaux excuter par lot

(aspects quantitatif et qualitatif).

Support: document crit descriptif et quantitatif.

Types d'informations: parti de construction, mthode de

ralisation, matriau, localisation, quantit, lot.

Destinataire: bureau de contrle, pour contrle;

bureau d'tude, pour information;

entreprise, pour information, pour excution;

matre d'ouvrage pour contrle.

Date: labor en phase de conception.

Frquence: parution unique.

Evolution: la demande du matre d'ouvrage et du bureau de

contrle, de la conception jusqu' la ralisation;

la demande de l'entreprise et des bureaux

d'tudes au cours des tudes techniques et de la ralisation;

mise jour pour assurer la cohrence entre les

lots au cours des phases de conception et de ralisation.

Annexes 3 page 207

 Le cahier des clauses administratives particulires:
Responsabilit: march de travaux.

Objet: le cahier des clauses administratives particulires prcise

l'objet du march, sa dcomposition en diffrents lots techniques,
la liste des pices constitutives du march, le prix et le mode
d'valuation des ouvrages, la variation des prix, le planning et les
pnalits de retard, les modalits de prparation, de coordination
et d'excution des travaux , le contrle et la rception des
travaux, les drogations aux documents gnraux.

Support: document crit dtaillant article par article les points

ci-dessus lists.

Types d'informations: responsables, lot, date, dure, prix,

document.

Destinataire: matre d'ouvrage, pour contrle.

entreprise, pour information.

Date: au moment de l'appel d'offre.

frquence: parution unique.

Evolution:

page 208 Annexes 3

 L'estimatif:
Responsabilit: matrise des cots.

Objet: faire une estimation du cot de la construction de

manire fixer une enveloppe financire, fixer un prix maximum
lors de l'appel d'offre et valuer les rponses des entreprises.

Support: document crit sous forme de tableau.

Types d'informations: prix, lot, tche.

Destinataire: matre d'ouvrage, pour accord.

entreprise, pour information.

Date: avant l'appel d'offre.

Frquence: parution unique.

Evolution: modification la demande du matre d'ouvrage ou

de l'entreprise.

L'acte d'engagement:
Responsabilit: march de travaux.

Objet: document rcapitulant l'essentiel des obligations

rciproques du matre d'ouvrage et du matre d'uvre.

Support: document crit.

Types d'informations: entreprise, responsable, prix, date.

Destinataire: matre d'ouvrage, pour contrle;

entreprise, pour contrle.

Date: signature des marchs.

Frquence: chaque fois qu'une entreprise signe un march.

Evolution:

Annexes 3 page 209

 Organigramme des documents:
Responsabilit: coordination.

Objet: pour chaque lot, liste des documents, plans et schmas

d'excution ncessaires le ralisation des travaux, avec, pour
chacune de ces pices, la date laquelle elle arrivera la
direction des travaux.

Support: document crit.

Types d'informations: document, responsable, date, lot.

Destinataire: bureau d'tude: pour excution.

Date: prparation de chantier.

Frquence: parution unique.

Evolution: en fonction des nouveaux documents non prvus.

Ordre de service:
Responsabilit: coordination.

Objet: notifier une entreprise la date de dbut de son

intervention.

Support: document crit.

Type d'information: date, entreprise.

Destinataire: entreprise, pour information.

Date: pendant le phase de ralisation.

Frquence: chaque fois qu'une entreprise doit commencer son

intervention.

Evolution:

page 210 Annexes 3

 Les diffrents types d'information dans chaque document:

Informations (*)

LO MO PA PR LT % TA MA M QU DA DU RE ET MR DO RS

Plans d'architectes X X X X

Situation mensuelle X X X X X

Budget de chantier X X X X X X X X X X

Echancier
d'engagement des X X X
dpenses

Planning dtaill TCE X X X X X

Planning enveloppe X X X X X

Plans techniques X X X X X

Fiche journalire de X X X X X X X
Travail

CCTP X X X X X X

CCAP X X X X X X

Estimatif X X X

Acte d'engagement X X X X

Organigramme des X X X X
documents

Ordre de service X X

(*) voir page suivante la liste des diffrentes informations.

Annexes 3 page 211

 Les diffrents types d'informations:

LO: localisation (il s'agit de situer les objets par rapport un

repre).

MO: morphologie (description de la forme des objets).

PA: parti de construction (rponse technologique par la

dfinition des ouvrages et des quipements pour les diffrents lots
techniques).

PR: prix

LT: lot

%: pourcentage d'avancement

TA: tche

MA: matriau

M: main d'uvre

QU: quantit

DA: date

DU: dure

RE: ressource

RS: responsable

ET: entreprise

DO: document.

MR: mthode de ralisation (moyens et techniques mises en uvre pour

procder la ralisation des ouvrages)

page 212 Annexes 3

Annexe 4 : dictionnaire des principaux concepts de la
modlisation

Cette annexe reprend et dcrit les diffrents concepts identifis au cours de la

modlisation de la gestion de projet et de la formalisation des connaissances.

Remarque : tous les objets sont, par dfaut, des sortes d'objets du projet.

Acteur :
Dfinition : personne physique jouant un rle dans la gestion d'un projet.
Exemple : l'architecte est un acteur.
Schmas : 4, 13, 16.

Appartement :
Dfinition : ensemble de locaux contigus destination d'habitation.
Sorte de : division.
Schmas : 1.

Autre local :
Dfinition : sorte de local destination autre qu'habitation.
Sorte de : local.
Se spcialise en : local extrieur, gaine technique.
Schmas : 1.

Btiment :
Dfinition : construction d'un seul tenant mettant couvert des espaces
habitables.
Schmas : 1.

Bloc :
Dfinition : c'est une partie de btiment homogne et indpendante du point de
vue technologique et ralisation.
Exemple : un joint de dilatation spare deux blocs.
Schmas : 1, 3.

Circulation :
Dfinition : espace architectural qui assure la fonction de circulation des
personnes.
Sorte de : division.
Se spcialise en : circulation horizontale, circulation verticale.
Schmas : 1.

Annexes 4 page 213

 Circulation horizontale :
Dfinition : c'est une circulation qui assure la liaison horizontale entre les divisions.
Sorte de : circulation.
Exemple : un couloir est une circulation horizontale.
Schmas : 1.

Circulation verticale :
Dfinition : c'est une circulation qui assure la liaison verticale entre les divisions.
Sorte de : circulation.
Exemple : un escalier est une circulation horizontale.
Schmas : 1.

Commun :
Dfinition : division assurant une fonction de service commun autre que la
circulation.
Sorte de : division.
Exemple : un local vlos est un commun.
Schmas : 1.

Contrainte :
Dfinition : expression d'une exigence que doit respecter tout ou partie du projet.
Se spcialise en : contrainte de planification.
Attributs :
Type {ralisation, rglementaire} ;
Ordre dans la hirarchie.
Exemple : la contrainte de planification succession est une contrainte de type
"ralisation", elle est fixe par le pilote, elle a pour origine une tche et vise une
autre tche.
Schmas : 11.

Contrainte de planification :
Dfinition : contrainte spcifique au domaine de la planification.
Sorte de : contrainte.
Attributs :
Type {succession, date impose, disjonction}.
Schmas : 11, 22.

Dpendance :
Dfinition : division affecte, de part sa destination, une autre division.
Sorte de : division.
Exemple : une cave est une dpendance.
Schmas : 1.

Division :
Dfinition : partie d'un btiment compose de locaux contigus et qui a une

page 214 Annexes 4

 destination dtermine.
Se spcialise en : appartement, circulation, dpendance, commun.
Schmas : 1, 3.

Document :
Dfinition : ensemble d'informations relatives au projet. Contribue la
communication entre les acteurs.
Se spcialise en : plan d'architecte, planning, ordre de service, plan d'excution,
descriptif, mtr, devis, ...
Attributs :
Prsentation {crite, graphique, informatique} ;
Date d'mission ;
Date de validit ;
Indice ;
Valeur {contractuel, informel}.
Schmas : 13, 14.

Dossier :
Dfinition : ensemble de documents ayant une destination commune.
Attributs :
Date.
Exemple : le dossier d'appel d'offre est un dossier. Il est constitu de plans, du
descriptif, du permis de construire,...
Schmas : 13.

Entreprise :
Dfinition : c'est un rle qui consiste excuter les tches en consommant et
utilisant les ressources afin de raliser le projet.
Sorte de : acteur.
Attributs :
Adresse ;
Responsable ;
Exemple : telle entreprise de gros uvre utilise la mthode de bton coul sur
place, elle utilise une grue, une centrale bton, des coffrages et 3 quipes de
main d'uvre. Elle signe des contrat avec le matre d'ouvrage et tablit des
contrats pour ses sous-traitants.
Schmas : 15.

Equipement :
Dfinition : objet physique servant quiper un local.
Sorte de : objet physique.
Se spcialise en : installation, autonome.
Exemple : un convecteur est un quipement.
Schmas : 3.

Annexes 4 page 215

 Etage :
Dfinition : ensemble de locaux contigus ayant une mme altitude pour leurs
planchers infrieurs.
Sorte de :
Se spcialise en : tage de superstructure, tage d'infrastructure.
Schmas : 1.

Evnement:
Dfinition : c'est un fait qui se produit de faon rgulire, progressive ou
exceptionnelle.
Attributs :
Type.
Exemple : la fin du mois, l'achvement d'une tche et la chute d'une grue sont
des vnements respectivement rguliers, progressifs et exceptionnel.
Schmas : 3.

Gomtrie :
Dfinition : concept dfinissant toutes les entits gomtriques.
Se spcialise en : surface, ligne, point.
Schmas : 2.

Local :
Dfinition : plus petit espace manipul par le concepteur.
Se spcialise en : pice, autre local.
Exemple : gaine technique, balcon, pice, ...
Schmas : 1, 3.

Lot :
Dfinition : c'est un regroupement de tches.
Attributs :
Entreprises ;
Cot.
Exemple : le lot "Gros uvre" regroupe toutes les tches relatives la ralisation
de la structure bton du btiment.
Schmas : 10, 16, 17.

Objet de planification :
Dfinition : ensemble de parties (au sens technologique) d'objets physiques dont
la ralisation reprsente une ou plusieurs tches, une mme tche gnrique
n'intervenant qu'une seule fois sur cet objet.
Attributs :
Dimensions.
Exemple : les porteurs verticaux constitus de la partie bton arm des murs et
poteaux du niveau 3 du bloc A forment un objet de planification. Celui-ci est
associ la mthode de ralisation "bton coul en place"; il est ralis par la

page 216 Annexes 4

 tche "ralisation des porteurs verticaux"; il appartient une zone de type "niveau".
Schmas : 7, 10, 12, 19, 21.

Objet de planification gnrique :

Dfinition : c'est un type d'objet de planification non instanci.
Attributs :
Niveau de dtail ;
Mthode de calcul de la grandeur significative ;
Type d'objets physiques regroups.
Exemple : la dalle est un objet de planification gnrique.
Schmas : 19, 20, 21.

Objet du projet :
Dfinition : C'est le concept le plus gnral qui soit. Il regroupe toutes les entits
dfinies dans le modle.
Se spcialise en : tous les objets qui n'ont pas de super.
Schmas : 11, 13, 20, 21.

Objet gnrique :
Dfinition : c'est un concept gnral qui regroupe tous les objets non instancis.
Se spcialise en : contrainte de planification gnrique, zone de planification
gnrique, objet de planification gnrique, tche gnrique.
Schmas : 19, 20, 21.

Objet physique :
Dfinition : plus petite partie du btiment, porte par un seul objet gomtrique,
comportant une seule technologie, sparant au plus deux locaux et dont la
ralisation ne ncessite pas plus d'une instance de chaque tche gnrique.
Se spcialise en : quipement, sparateur, poteau, poutre, percement.
Exemple : le mur compos d'un voile B.A., d'un isolant et d'un doublage, et
sparant les locaux 1 et 2 du niveau 3 est un objet physique.
Schmas : 2, 3, 4, 7, 10, 12, 21.

Option de construction :
Dfinition : c'est une information associe l'objets physique afin de prciser la
faon dont ses diffrentes technologies sont mises en uvre.
Exemple : "utilisation de coffrages traditionnels" est une option de construction
permettant de dterminer la faon de mettre en uvre la technologie "bton" des
murs, poteaux, poutre et planchers.
Schmas : 12, 15, 21.

Option de construction gnrique :

Dfinition : c'est un modle d'option de construction.
Attributs :
niveau de dtail.

Annexes 4 page 217

 Schmas : 21.

Pice :
Dfinition : sorte de local destination d'habitation.
Sorte de : local.
Se spcialise en : pice intrieure, pice extrieure.
Schmas : 1.

Pice extrieure :
Dfinition : sorte de pice situe en partie extrieure d'un btiment.
Sorte de : pice.
Exemple : un balcon est une pice extrieure.
Schmas : 1.

Pice intrieure :
Dfinition : sorte de pice situe l'intrieur d'un btiment.
Sorte de : pice.
Exemple : une chambre est une pice intrieure.
Schmas : 1.

Projet :
Dfinition : ensemble immobilier homogne implant sur un site unique.
Attributs :
Cots ;
Dlai.
Schmas : 1.

Ressources :
Dfinition : il s'agit de tout ce qui est employ, utilis ou consomm pour assurer la
ralisation d'une tche.
Se spcialise en : ressource renouvelable, ressource consommable.
Attributs :
Cot unitaire ;
Fournisseur ;
Quantit ;
Quantit minimale.
Exemple : la main d'uvre, les engins, les matriaux sont des ressources.
Schmas : 9.

Ressources consommables :
Dfinition : il s'agit de ressources qui ne sont pas rutilisables aprs l'excution de
la tche.
Sorte de : ressource.
Attributs :
Dlai d'approvisionnement.

page 218 Annexes 4

 Exemple : le bton, le carrelage, la peinture sont des ressources consommables.
Schmas : 9, 17.

Ressources renouvelables :
Dfinition : il s'agit de ressources disponibles en quantits limites, qui ne peuvent
tre affectes plusieurs tches simultanment mais peuvent l'tre successivement,
y compris sur diffrents projets.
Sorte de : ressource.
Se spcialise en : main d'uvre, matriel.
Exemple : la main d'uvre, le matriel sont des ressources renouvelables.
Schmas : 9, 15, 17

Rle:
Dfinition : indique dans quel cadre l'acteur intervient.
Attribut :
Type {architecte, bureau d'tude, bureau de contrle, entreprise, client, ...}.
Exemple :
Schmas : 4.

Sparateur :
Dfinition : objet physique assurant une sparation entre deux locaux.
Sorte de : objet physique.
Se spcialise en : mur, plancher, cloison, pan de toiture...
Schmas : 3.

Site:
Dfinition : entit regroupant les informations sur l'environnement du projet
(gographie, climat, sources sonores, ...).
Attributs :
Localisation.
Schmas : 1.

Tche :
Dfinition : c'est une action qui contribue la ralisation et la mise en place d'un
objet de planification.
Attributs :
1-aspect prvisionnel :
Dure calcule ;
Dure avec marge et risques ;
Cot H.T. ;
Date dbut au plus tt ;
Date dbut au plus tard ;
Date fin au plus tt ;
Date fin au plus tard ;
Code de tri ;

Annexes 4 page 219

 Calendrier ;
Lot.
2-aspect suivi :
Pourcentage d'avancement par rapport au planning de rfrence ;
Date de dbut relle ;
Date de fin prvue, puis relle ;
Drive d'avancement ;
Cot thorique d'engagement ;
Cot d'engagement accept.
Exemple : la ralisation des porteurs verticaux du niveau 1 est une tche. Elle est
associe des contraintes temporelles,; elle utilise de la main d'uvre, une grue,
des coffrages, du bton, des armatures; elle appartient au lot gros uvre; elle se
dcompose en tches "coffrage", "coulage" et "ferraillage".
Schmas : 4, 5, 6, 8, 9, 15.

Tche gnrique :
Dfinition : type d'action qui contribue la ralisation et la mise en place d'un
ensemble de technologies de types d'objets physiques.
Attributs :
Niveau de dtail ;
Mthode de calcul de la dure.
Exemple : la ralisation de porteurs verticaux est une tche.
Schmas : 7, 9, 10, 12, 19, 21.

Zone de planification :
Dfinition : c'est une sorte de division correspondant au regroupement de locaux
en fonction de critres propres la gestion de projet.
Attributs :
surface.
Exemple : l'tage 1 est la zone de planification associe la tche "ralisation
des porteurs vercticaux de l'tage 13.
Schmas : 10, 19, 21.

Zone de planification gnrique :

Dfinition : c'est un type de zone de planification.
Exemple : l'tage est une zone gnrique.
Schmas : 19, 21.

page 220 Annexes 4

Annexe 5 : le Projet CONCEPTOR
Ce document commun a t ralis par les diffrents chercheurs du LGCH qui
ont dvelopp le prototype de systme de CAO pour le btiment CONCEPTOR. Il
dcrit l'objet et l'historique du projet, ses spcificits, ses fonctionnalits et sa mise en
uvre.

Objet du projet :
Le projet CONCEPTOR pour objectif la ralisation d'un prototype de systme de
C.A.O multitechnique pour l'ingnierie btiment sur la base d'une modlisation
oriente objet.

CONCEPTOR est un systme multitechnique intgrant une base de

connaissances permettant l'aide la conception et l'assistance de l'utilisateur.

Les applications techniques sont intgres autour d'une base d'informations

unique partir d'un modle de donnes et de connaissances structures
permettant les changes.

Elles doivent permettre CONCEPTOR de couvrir le processus de conception

depuis l'esquisse architecturale, jusqu' l'avant projet dtaill en prenant en compte
les diffrents niveaux de conception.

CONCEPTOR est dvelopp autour d'outils gnraux du march (S.G.B.D.,

Modeleurs, systmes de gestion de base de connaissance S.G.B.C.).

Diffrentes tapes ont t envisages. Pour l'instant, l'tape en cours est celle de
la mise en oeuvre d'une maquette de laboratoire autour d'AUTOCAD et de KOOL.
Cette maquette est ncessaire au L.G.C.H. pour la validation de ses travaux de
recherche sur les modles de donnes et sur la cohrence, sur la faisabilit du projet
btiment au cours des phases de conception.

Elle pourra aussi servir de base dmonstrative pour les dveloppements plus
avancs avec d'autres partenaires au cours d'tapes ultrieures.

Historique du projet :
Le projet CONCEPTOR rsulte des actions menes par le L.G.C.H. en 1987 et 1988
sur la C.A.O. btiment, notamment sur:

- le dveloppement d'un prototype de systme de C.A.O., baptis X2A, pour

les valuations techniques et conomiques en avant projet de btiment,

- l'intgration de systmes experts dans X2A [X2A 88] pour accrotre ses
performances et ses fonctionnalits.

Ces deux actions ont t menes dans le cadre de contrats avec le Plan

Annexes 5 page 221

 Construction et Architecture en partenariat avec le L.M.G.C.U. - I.N.S.A. LYON et le
L.I.A. - Universit de Savoie - CHAMBERY [X2A 87] [X2A 89].

Les rsultats obtenus lors de ces tudes ont permis de montrer que pour certaines
applications, il tait trs difficile de dvelopper une base de connaissances autour
de X2A.

Notre stratgie consistait, en effet, quitter le systme de C.A.O. et sa B.D.,

travailler avec le S.E. et sa base de connaissances pour rsoudre le problme pos,
puis revenir dans le systme de C.A.O..

Cette dmarche a pu tre applique dans le cadre de X2A-SE par la mise en

uvre de systmes experts comme :

- DESCARTES, qui fournit une aide pour l'habillage par des composants
techniques d'une gomtrie en respectant les choix de partis du concepteur,

- CASC, qui aide dfinir la meilleure squence d'algorithmes permettant de

rpondre une requte de calcul pose par l'utilisateur.

Dans ces deux cas, o B.D. et B.C. sont bien spares, et o la connaissance n'est
pas directement lie aux objets de la B.D., la procdure adopte semble
satisfaisante.

En revanche, dans un troisime cas, celui du systme MODIVAL envisag pour

assurer la gestion des consquences des modifications sur les objets techniques,
cette dmarche est difficile mettre en oeuvre. La connaissance est trs rpartie,
exprime propos des objets mme de la B.D. si bien que les raisonnements mens
s'effectuent sur une masse de donnes importante.

Ds lors la procdure prcdente n'est plus applicable. CONCEPTOR est donc n

:

- d'une part de ce constat,

- d'autre part, du fait que X2A est maintenant obsolte compte tenu des
possibilits offertes :

* en termes de modlisation et de puissance de reprsentation, par les outils

orients objets

* par les outils gnraux plus adapts disponibles maintenant sur le march.

Il faut donc revoir :

- la modlisation du btiment,

- les schmas de conception, les scnarios,

- la structure gnrale du systme informatique.

page 222 Annexes 5

 Spcifications succinctes :

Objectifs

CONCEPTOR est un systme qui doit permettre la conception de btiments

courants de toutes destinations (habitation, bureaux, industriel, ...), composs de
blocs et structurs en niveaux. L'environnement immdiat du btiment est pris en
compte.

L'tude doit pouvoir porter sur tous les stades du processus de conception depuis
l'esquisse jusqu'aux plans d'excution de l'ouvrage. Trois niveaux d'action sont
distingus pour les tudes techniques:

NIVEAU 0: Aide l'laboration des choix techniques,

NIVEAU 1: Validation des choix et notamment, respect de la rglementation et

des rgles de l'art,

NIVEAU 2: Dfinition complte des tudes techniques composante par

composante.

Les tudes techniques portent sur cinq composantes principales.

Ces diffrentes composantes sont si possible analyses travers les niveaux

d'action prcdents. Cela permet de classifier les outils techniques ou les oprations
effectues, tout en gardant des possibilits de dcoupage plus fin de ces niveaux si
besoin est.

La composante structure

Les ossatures considres sont essentiellement en bton arm. Deux niveaux de

conception sont distingus en fonction des tches accomplir :

- niveau 1 : choix de la structure et validation globale de la stabilit sous des

actions verticales, horizontales et dynamiques,

- niveau 2 : la structure tant stable, dfinition prcise de chaque ouvrage et

des plans dtaills (A.P.D. et P.E.O.),

La composante fondations

Le premier niveau, niveau 0, concerne les tudes prliminaires ; nous considrons

qu'elles sont pralables au systme de C.A.O.. Cette position pourra tre
reconsidre dans le futur.

Le choix du systme de fondations et son prdimensionnement partir des

tudes prliminaires, de la reconnaissance du sol et des charges en pied de
structure constitue le niveau 1.

La composante thermique

Le niveau 0 concerne le choix du systme de conditionnement thermique partir

Annexes 5 page 223

 de critres conomiques, nergtiques et d'exploitation.

Ce choix doit ensuite tre valid par l'estimation des dperditions, la

dtermination des besoins de chauffage et des consommations, la vrification de la
rglementation.

Enfin, les lments constitutifs de la composante thermique (technologie des

parois, des planchers, ..., appareillages, ...) doivent tre prcisment dfinis.

La composante conomique

Trois niveaux d'valuation conomique sont envisags :

- au stade du programme partir d'un questionnaire rapide.

- au stade de l'esquisse ou de l'A.P.S. lorsqu'une partie des informations

ncessaires est dj dductible de la base de donnes.

- au stade de l'A.P.D. et plus, lorsque les composantes techniques sont

dfinies prcisment. La plupart des renseignements sont dductibles et les trois
modes de calcul suivants peuvent cohabiter : ratio, sondage, calcul exhaustif.

La composante qualit

Elle est dcoupe d'une faon spcifique car elle couvre l'ensemble des
composantes prcdentes, mais aussi d'autres domaines moins spcifiquement
techniques tels que la composition du logement, l'esthtique, l'orientation ou
l'adaptation au mode de vie.

Ces domaines sont difficilement classables dans les trois niveaux gnraux que
nous avons dfinis.

N.B. : Ultrieurement, d'autres composantes pourront tre ajoutes

CONCEPTOR notamment, des composantes concernant l'adaptation au sol et les
VRD, l'acoustique ou les fluides.

Ces composantes sont values partir de logiciels regroups dans une base
d'algorithmes. Elle est constitue le plus souvent possible par des outils existants du
march.

Fonctionnalits :
CONCEPTOR devra offrir l'utilisateur les fonctions suivantes :

- saisie et constitution du projet : graphique, interactive, volutive avec le niveau

de dfinition du projet, habillage intelligent par dduction grce au systme expert
DESCARTES dvelopp au laboratoire [X2A 89].

Trois procdures diffrentes sont envisages:

- sans document de base: on peut construire la gomtrie (filaire ou

volumique) ou alors effectuer une construction fonctionnelle (positionnement de
composants par leur fonction technique) et dduire la gomtrie,

page 224 Annexes 5

 - sur la base du filaire: il faut pouvoir copier ce filaire et l'habiller par des
composants. Trois niveaux de procdures sont possibles : manuel, par macro-
commandes, par dduction,

- sur la base d'un habillage : il faut pouvoir copier et dduire le filaire. Deux
problmes sont examiner : le calepinage et la coordination dimensionnelle.

- modlisation : La modlisation gomtrique et technologique de base de X2A

reste valable. Il s'agit brivement :

- d'un filaire bas sur des facettes planes (modlisation 3D surfacique),

- d'Units Volumiques (UV) intrieures ou extrieures,

- de composants adaptables la gomtrie ou invariables (cf. ci-dessous

bibliothque de composants).

- visualisation 2D, 3D : plans, coupes, lvations, perspectives avec ou sans lignes

caches, cotation manuelle, automatique, totale ou partielle

-bibliothque de composants : fonctions de gestion: cration, modification, mise

jour, consultation. Les composants sont dfinis trois niveaux:

- gomtrique: paramtrage en nature et dimension, reconnaissance

intrieur-extrieur, reprsentation en plan, en lvation et diffrentes chelles,

- fonctionnel: porteurs, sparateurs, percement, etc...,

- technologique: matriaux constitutifs, caractristiques techniques

- valuations techniques

-- manuelles,

-- par module d'assistance experte (mise en uvre des calculs, choix des
modles, gestion des rsultats).

- gestion du projet : gestion statique par slection, duplication, archivage en fin

ou en cours d'tude mais aussi gestion de la vie du projet, savoir :

- gestion de l'historique: calculs effectus, mthode utilise, dates,

- tudes de variantes,

- tat d'avancement par composante technique.

- traitement de la cohrence et de la faisabilit du projet.

- gestion de la qualit.

Mise en uvre :
Compte tenu du paragraphe prcdent, l'approche fonctionnelle faite pour
CONCEPTOR est une approche de type systme intgr dont nous avons
l'exprience par notre participation au projet europen EUREKA 130 sur le projet
CIMSTEEL, un systme intgr pour la construction mtallique [DEC 90].

Annexes 5 page 225

 Un tel systme doit tre capable d'intgrer de nombreuses applications
diffrentes effectues des moments diffrents par des quipes diffrentes.

Quatre qualits du systme ont t respectes. Elles influent videmment sur

l'architecture du systme. Ce sont :

- l'volutivit, car de tels systmes, volumineux, sont crs et grs sur des
priodes longues. La mise en uvre est progressive,

- la flexibilit : les applications contenues dans le systme ne sont pas

ncessairement dtermines. Le systme doit pouvoir tre dfini la carte,

- l'unicit des informations : c'est un point essentiel qui ne peut tre assur
que par l'existence d'une seule et mme structure de donnes pour tout le monde,

- l'adaptabilit : il s'agit de l'aspect interchangeabilit des "boites noires" du

systme pour les outils gnraux ou les applications.

Cela ncessite l'utilisation de standards de communication et d'changes qui

permettent, par exemple, de changer de S.G.B.D. sans problme, (comme nous
l'avons dj ralis dans le projet EUREKA 130).

Les fonctionnalits et spcifications de CONCEPTOR font apparatre la ncessit

de disposer :

- d'un schma conceptuel de donnes, regroupant l'ensemble des

informations relatives tous les domaines de conception.

- d'un langage de dveloppement associant la plupart des formalismes

actuels de programmation et de reprsentation des connaissances : procdures,
classes, mthodes, rflexes , calcul de prdicats et rgles de production. Un tel
langage hybride devra en outre:

-- possder des fonctionnalits en matire de persistance d'objets,

-- permettre une volution dynamique de la structure des objets,

-- tre capable de dfinir et manipuler des entits graphiques 3D (par

exemple, la structure du btiment doit pouvoir tre visualise l'cran et toute
modification graphique doit interagir avec la base de donnes).

- d'une base de connaissance se dcomposant en :

-- des bibliothques de fonctions :

- gomtriques compatibles avec le schma conceptuel

gomtrique,

- techniques (structure, thermique, ...) tout niveau de

conception (prdimensionnement, avant - projet ...),

dans lesquelles on vient puiser pour dfinir les mthodes dcrivant le

comportement des classes.

-- une base dcrivant la part non algorithmique du comportement

des objets (actuellement cette connaissance est formalise sous forme de rgles).

page 226 Annexes 5

 L'tude des produits existants a montr :

- la non disponibilit d'un langage hybride manipulant des objets

graphiques 3D,

- l'absence de bibliothque d'valuation technique,

- en revanche, l'existence de nombreux logiciels techniques non

dcomposables en fonctions lmentaires.

Ce constat nous a conduit raliser un prototype du systme constitu de deux

modules :

- un module de saisie graphique dvelopp en rajoutant une sur-couche

oriente objet au logiciel de D.A.O. AUTOCAD,

- le "noyau" CONCEPTOR proprement dit ralis avec l'environnement de

dveloppement d'applications KOOL. Ce dernier combine un langage de
programmation fonctionnelle (Lisp), un langage objet et un systme base de
rgles. Il permet de reprsenter des connaissances statiques et dynamiques. Il est
interfaable avec d'autres langages de programmation et prsente quelques
fonctionnalits de gestion de sessions et d'objets.

Les valuations techniques (structure, thermique, ...) sont soit :

- intgres en tant que mthode pour les valuations disponibles dans les
bibliothques techniques,

- interfaces avec CONCEPTOR par l'intermdiaire de "pipe" Unix, dans le

cas de logiciels techniques globaux. Cette mthode ncessite la ralisation d'un
traducteur de donnes en entre et en sortie du logiciel. Elle permet d'intgrer
l'existant.

Le prototype actuel ralise des valuations techniques associes aux

composantes thermique et structure. Les composantes acoustique et fondations
sont en cours de dveloppement.

Le prototype a t dvelopp sous UNIX sur stations de travail (BULL DPX 1000,
SUN 4, ...) couples un DPX 2000.

Annexes 5 page 227