Académique Documents
Professionnel Documents
Culture Documents
THESE
prsente devant
Diplme de DOCTORAT
Spcialit : GENIE CIVIL
par
Denis MORAND
le 21 fvrier 1994
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 :
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.
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.
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.
Chapitre 1
I - 1 - 3 Le contrle : ............................................................................................................21
I - 1 - 4 La ralisation :.........................................................................................................21
I - 2 - 2 L'esquisse : ...............................................................................................................22
Chapitre 2
Chapitre 3
Chapitre 4
Chapitre 5
Chapitre 6
Glossaire..................................................................................... 171
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.
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.
page 14 Introduction
Les principales abrviations utilises dans ce document :
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.
Chapitre 1 page 19
thorique de la circulation des informations entre les fonctions au cours du projet.
I - 1 - 1 La matrise d'ouvrage :
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.
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.
I - 1 - 4 La ralisation :
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).
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.
I - 2 - 2 L'esquisse :
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 :
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 documents :
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 documents :
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.
page 24 Chapitre 1
Les fonctions : la matrise d'ouvrage, la matrise d'uvre.
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 :
Chapitre 1 page 25
Les fonctions : la matrise d'uvre, la ralisation.
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.
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
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).
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
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 matrise des cots, qui aborde les problmes d'enveloppe financire, des
budgets prvisionnels, des situations et de la comptabilit des travaux.
Chapitre 1 page 29
la constitution du dossier des ouvrages excuts) ;
- niveau 0 ou global ;
- niveau 1 ou enveloppe ;
- niveau 2 ou dtaill ;
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.
Chapitre 1 page 31
tels que le linaire de faades en fonction de la surface de plancher,...) ;
- 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).
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.
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.
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.
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 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.
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.
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).
En ce qui nous concerne, nous avons retenu trois principaux types de tche, en
Chapitre 1 page 35
regard des plannings les plus courants :
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.
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.
- 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.
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.
- 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 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.
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
Appartement
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.
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.
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 contrainte est le terme gnral dsignant une relation entre deux ou plusieurs
lments susceptibles d'interagir.
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).
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.
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.
Elles traduisent les dates et les dlais de disponibilit des ressources, les capacits
et cots de stockage et de production.
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.
page 42 Chapitre 1
Chapitre 2
La liaison conception-
gestion de projet :
analyse et propositions
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
Conception de l'ordonnancement
A nalys e des
modifications envis ageables
Analys e du dlai
Ngociations avec
les entrepris es
Planning de rfrence
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,...).
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.
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.
Chapitre 2 page 47
3 - La quantification et l'homognisation des tches :
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.
5 - Conception de l'ordonnancement :
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.
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.
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 :
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.
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.
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
(1)
Transformation
des
informations
REALISATION
Outils
(5) informatiques
de la gestion
de projet
(2) (3)
Chapitre 2 page 51
Les diffrents lments du processus conception - gestion de projet :
Exemple :
Les plans d'architecte, les plans techniques, le CCTP regroupent des informations
de conception.
page 52 Chapitre 2
l'importance de l'intervention de l'expert "humain" dans cette phase du processus.
- 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, ...
Aussi intgrs soient-ils, ces outils informatiques restent ddis des domaines
restreints :
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)
L'outil informatique doit assister l'expert humain sur les points suivants :
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.
- des tches types avec les types d'ouvrages raliss, les mthodes
d'valuation (calcul des dures, cots, consommations) ;
- des entreprises types (afin de faire des hypothses sur les moyens de
production mis en uvre).
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.
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
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 :
(temps )
Enveloppe
P la nif ica tio n
Global Dtailll
(plannings)
Trs dtaill
- 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 ;
page 60 Chapitre 3
remettre en cause ;
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.
- nouvelle gnration :
Chapitre 3 page 61
d'informations pour la gestion de projet un rseau de tches.
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
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".
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"
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.
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.
page 64 Chapitre 3
A partir de cette situation, on distingue deux cas de figure :
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).
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) :
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.
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.
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).
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) :
Nous modlisons ensuite les informations pour la gestion de projet, puis les
informations de ralisation, en cohrence avec la modlisation des informations de
conception.
: 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.
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.
Les objets communs sont articuls autour de deux notions : les espaces et les
composants du btiment.
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.
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.
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
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.
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'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
Bloc
Form de
Contient
Poteau
Plancher
Objet
physique Division
Poutre Mur
Cloison Form de
Equipe- Spara-
ment teur
Situ dans
Dlimite
Local
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.
A Correspond
Fonction
Acteur Rle gestion de
projet
Objet Fonction de
physique Fonction
conception
Satisfait
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
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
Ce btiment est compos d'un certain nombre d'objets physiques (Fig. 4.6) :
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
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.
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".
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 :
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.
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 :
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
m1 m2 m3
Bton
Objet de planification "Voile"
Isol
ant
Doublage
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).
Tche
Utilise Consomme
Ressource Ressour
renouve- consom
lable mable
T
Main
Matriel d'uvre Ressour-
ce
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.
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
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).
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
Acteur
Objet
du
projet
Evnement
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.
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
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
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
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
Un acteur signe ou tablit des contrats, ceux-ci faisant partie d'un lot.
Etablit
Se
dcompose
en
Signe
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
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.
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
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
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
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", ...
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
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
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.
Chapitre 4 page 95
- des zones de planification gnriques ;
page 96 Chapitre 4
Chapitre 5
Constitution d'une base de
connaissances pour la gestion
de projet
- 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 :
- 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.
Nom Compose
Projet
Btiment Projet
Bloc Btiment
Etage Btiment
Division Bloc
Local Division
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.
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.
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
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
- lot : les options de construction ont t identifies et dcrites lot par lot. Nous
indiquons dans cette colonne le nom des diffrents lots retenus.
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".
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
- 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.
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.
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
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
- code : le code rfrence la tche gnrique et sera repris dans les tableaux
suivants.
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.
- 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.
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.
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
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
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.
(Conceptor)
ouvrages Informations pour la
matrise des dlais
- 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.
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).
5PSN 5 est un produit de SCITOR Corporation, traduit de l'amricain par Le Bihan & Cie.
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).
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.
- la composante fondations
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.
- la composante conomique
Les espaces :
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...
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.
- ils comportent une part procdurale qui leur est spcifique (mthode de calcul
de la dure d'une tche, par exemple) ;
Des langages orients objets existent sur le march mais nous avons prfr
choisir GRAM v2, dvelopp au LGCH par Grard Sauce et Michel Mommessin,
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 :
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.
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).
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...
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 :
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 : ()
}
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
['meta-tache 'show]
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) ;
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 : ()
}
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).
Le mme schma est reproduit pour les objets de planification, les zones de
planification, les contraintes de planification et les options de construction.
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 : ()
}
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).
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
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 : ()
}
{ 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.
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".
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 ;
UTILISATEUR :
- fournit le fichier comportant les objets physiques du projet ;
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 : ()
{ 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)
}
{ 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
}
m0 m7 m8 m9
m6 p2
p1 p4 m1
m10 p3
p7 p8 p5 p6
m11
p9 p10
m12 m2
m5
m4 m3
- un objet "doublage-cloisons-isolation" :
{ opg09-batiment1
- isa : opg09
- option : ()
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
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
{ tg09_1
- isa : tg09
- duree : 7
- cout : ()
- moe : ()
- realise : (op-tache_1)
- tache-regroupe-taches : ()
- tache-compose-tache : ()
}
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 ;
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;
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 :
Utilisateur
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.
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.
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.
PROJECTOR :
- dcompose les objets de planification de niveau 1 en objets de planification de
niveau 2.
- finitions tage 0 ;
- doublage tage 0.
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.
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
['mur0 'realise-par??]
= (tg09_1 tg06_2)
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.
- 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).
Btiment :
Conducteur de travaux :
Contrainte :
Coordonateur :
Document :
Dossier :
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 :
Fonction :
Flux d'informations :
Gestion de production :
Gestion de projet :
Informations de conception :
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 :
Lot :
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.
March :
Mthode de ralisation :
Niveau de dtail :
Objet de planification :
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.
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 :
Parti de construction :
Pilote :
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 :
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 :
Rseau de tches :
Il s'agit de la liste des tches relies entre elles par des contraintes.
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.
Ressources consommables :
Ressources renouvelables :
Rle :
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".
Unit de temps :
[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.
[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.
[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.
[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.
[HAP 76] Hapin, D.W. Woodhead, R.W. Design of Construction and Process
Operations. New York : John Wiley & Sons, 1976. 539 p.
[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.
[JOU 94] Joundi, N. Pour une aide la conception de charpentes en bois. Thse de
Doctorat : Universit de Savoie, 1994.
[LAU 92] Laurikka, P. The suitability of computer simulation programs for construction
planning. Research notes. Espoo : Valtion Teknillinen Tutkimuskeskus, 1992. 37p.
[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.
[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.
[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.
[PSN 92] Le Bihan & Cie. PSN5, progiciel de gestion de projets : Manuel de rfrence.
Paris : Le Bihan & Cie, 1992.
[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.
[X2A 88] X2A, un systme de conception assiste par ordinateur en avant projet
sommaire des btiments. - Paris, Plan Construction et Architecture, 1988. 95p.
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 ;
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
- 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:
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
Entrepris
es
Vrification de la conformit :
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.
- le nom du document;
- la date de parution;
- la frquence de parution;
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:
Frquence: journalire.
Evolution:
la demande de l'entreprise.
Evolution:
L'acte d'engagement:
Responsabilit: march de travaux.
Evolution:
Ordre de service:
Responsabilit: coordination.
Evolution:
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 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
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.
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.
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
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.
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
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.
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.
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 ;
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.
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.
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:
- 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
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.
- DESCARTES, qui fournit une aide pour l'habillage par des composants
techniques d'une gomtrie en respectant les choix de partis du concepteur,
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.
- d'autre part, du fait que X2A est maintenant obsolte compte tenu des
possibilits offertes :
* par les outils gnraux plus adapts disponibles maintenant sur le march.
- la modlisation du btiment,
Objectifs
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:
La composante structure
La composante fondations
La composante thermique
La composante conomique
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.
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 :
- sur la base d'un habillage : il faut pouvoir copier et dduire le filaire. Deux
problmes sont examiner : le calepinage et la coordination dimensionnelle.
- valuations techniques
-- manuelles,
-- par module d'assistance experte (mise en uvre des calculs, choix des
modles, gestion des rsultats).
- tudes de variantes,
- 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].
- l'volutivit, car de tels systmes, volumineux, sont crs et grs sur des
priodes longues. La mise en uvre est progressive,
- 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,
- intgres en tant que mthode pour les valuations disponibles dans les
bibliothques techniques,
Le prototype a t dvelopp sous UNIX sur stations de travail (BULL DPX 1000,
SUN 4, ...) couples un DPX 2000.