b
atiments : PROJECTOR, un prototype pour la
planification.
Denis Morand
Laboratoire
Gnie Civil et Habitat
THESE
prsente devant
l'Universit de Savoie pour obtenir le
Diplme de
DOCTORAT
Denis MORAND
le 21 fvrier 1994
Rapporteur
Rapporteur
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.
Catherine et Genevive, vous n'imaginez pas quel point vous contribuez
l'puisement intellectuel d'un thsard : pendant trois annes, chercher en
permanences de bons mais faux prtextes pour faire un dtour par le secrtariat,
cela force l'imagination. Mais on est coup sr rcompens par la comptence et
la gentillesse dont vous faites preuve chaque sollicitation. Merci...
Je n'oublie pas tous mes autres collgues thsards et enseignants, ils contribuent
tous faire du LGCH un lieu o j'tais content de me retrouver. Je pense galement
au personnel de choc de la BU qui a su rpondre mes demandes ventuellement
intempestives et qui n'a jamais refus de se laisser corrompre par quelques
viennoiseries pour fermer les yeux sur des prts prolongs...
Pascal, je te sens t'impatienter : "De quoi, il ne parle mme pas de moi ???". Voil
qui est fait. Et tu sais que j'aurais souhait en crire plus, mais ce mmoire de thse
comprend dj plus de 200 pages, alors on s'appelle et on reparle de tout a au
tlphone. D'accord ? En attendant, je sais que je te laisse en excellente
compagnie avec Pierre.
Michelle et Serge, le couple de l'anne 1993 et des suivantes (merci qui ?), j'ai
apprci de vous compter parmi mes proches, dans les moments difficiles comme
dans les moments agrables.
Christine, courage ! Tu es plus prs du dbut que de la fin mais tu y arriveras vite
et brillamment, j'en suis persuad.
J'arrte ici les citations mais nombreuses sont les autres personnes qui j'aurais
envie de faire un clin d'il dans cet avant-propos. Alors, j'exprimerai ma gratitude
chacun et chacune d'entre vous de vive voix...
Rsum :
La matrise du processus de la gestion de projet dans le domaine de la
construction de btiments constitue l'un des enjeux majeurs pour assurer des gains
de qualit et de productivit dans l'avenir. Nous proposons d'amliorer la liaison
entre la conception et la gestion de projet de btiments en intgrant les
connaissances ncessaires dans un systme informatique, PROJECTOR, dont nous
prsentons le prototype.
L'analyse de la liaison a permis d'identifier les fonctions, les acteurs et les
informations en jeu et de montrer le rle important du matre d'uvre d'excution
dans la matrise des dlais et des cots. Son savoir faire est fondamental pour assurer
la transformation, la maintenance et la cohrence de ces informations.
La description de ce savoir faire a ncessit l'laboration d'un modle
conceptuel prcisant l'organisation des diffrentes informations en jeu, la
formalisation des connaissances de base du matre d'uvre d'excution et la
recherche des stratgies d'utilisation de ces connaissances. Afin de vrifier la
faisabilit informatique de nos propositions, nous avons ralis le prototype
PROJECTOR. Ce prototype inclut une base de connaissances expertes, constitue
grce des contacts avec des professionnels. Nous montrons comment nous
ralisons, en liant un logiciel de planification PROJECTOR, un planning enveloppe
puis un planning dtaill partir d'une base d'informations de conception
provenant d'un systme de CAO pour le btiment.
Abstract :
Project control process in building construction is one of the major stakes in
securing quality and productivity improvement in the future. We propose to improve
the connection between building design and project control by integrating
knowledge in a computerised tool, PROJECTOR, whose prototype we present.
The analysis of the connection permits the identification of actors, functions and
information involved and shows the project manager large part in costs control and
scheduling control. His know-how is fundamental to insure information transformation
that is linked with the connection.
This know-how description has required the elaboration of a conceptual model
which describes information organisation, the project manager's basic knowledge
formalisation and the research of the different the way of making use of this
knowledge. In order to validate our propositions, we have realised the prototype
PROJECTOR. This prototype includes a knowledge base obtained from interviews of
professionals. We show how a global schedule and then a detailed schedule can
be realised from design information (obtained from a CAD system) by connecting a
planning software to PROJECTOR.
Introduction gnrale
Chapitre 1
La gestion de projet de btiments
I - Le projet de btiment - les fonctions, les acteurs, les tapes, les
documents :.................................................................................................... 19
I - 1 Les fonctions, les acteurs : ......................................................................................... 20
I - 1 - 1 La matrise d'ouvrage : .........................................................................................20
I - 1 - 2 La matrise d'uvre :.............................................................................................20
I - 1 - 3 Le contrle : ............................................................................................................21
I - 1 - 4 La ralisation :.........................................................................................................21
I - 2 Les grandes tapes d'une opration de construction : .......................................... 22
I - 2 - 1 - Les tudes pralables et le programme :........................................................22
I - 2 - 2 L'esquisse : ...............................................................................................................22
I - 2 - 3 L'avant-projet sommaire : ....................................................................................23
I - 2 - 4 L'avant projet dtaill :.........................................................................................23
I-2-5
Chapitre 2
La liaison conception-gestion de projet : analyse et propositions
I - La liaison conception - gestion de projet : ........................................... 45
II - La problmatique lie la liaison Conception - Gestion de projet : 49
III - Une solution informatique pour amliorer la liaison :......................... 53
Chapitre 3
Ralisation d'un module de gestion de projet :
fonctionnalits et principe de fonctionnement
I - Objectif gnral et fonctionnalits : ...................................................... 59
II - Le principe de fonctionnement du module de gestion de projet : ... 61
II - 1 Premire gnration d'un rseau de tches :........................................................ 62
II - 2 Nouvelle gnration d'un rseau de tche : ......................................................... 64
II - 2 - 1 Gnration d'un rseau de tches enveloppes : ......................................... 65
II - 2 - 2 Gnration d'un rseau de tches trs dtailles :...................................... 65
II - 3 Rpercussion d'une modification : .......................................................................... 66
Chapitre 4
Gestion de projet de btiments : modlisation des
informations et formalisation des connaissances
I - La modlisation des informations de conception :.............................. 72
I - 1 La conception des btiments :.................................................................................. 72
I - 2 La modlisation des espaces :.................................................................................. 73
I - 3 La modlisation des composants du btiment :..................................................... 76
Chapitre 5
Constitution d'une base de connaissances pour la gestion
de projet
I - Principe du recueil des connaissances : ............................................ 100
II - Les options de construction gnriques : .......................................... 103
III - Les objets de planification gnriques : ........................................... 107
IV - Les tches gnriques :...................................................................... 117
V - Les contraintes de planification gnriques : ................................... 123
Chapitre 6
Propositions pour une mise en uvre : le prototype PROJECTOR
I - PROJECTOR - Objectifs et description gnrale :................................. 133
I - 1 Le logiciel de planification PSN 5 :.......................................................................... 134
I - 2 Les informations de conception :............................................................................ 135
I - 3 Le langage choisi pour programmer PROJECTOR : GRAM v2 : ........................... 137
Introduction
gnrale
d'informations sur
la
gestion
de
projet
de
btiments
et
sur
son
Introduction
page 13
page 14
Introduction
Introduction
page 15
Chapitre 1
La gestion de projet
de btiments
La gestion de projet est une activit exerce dans des domaines aussi divers que
le gnie civil, le gnie logiciel, la construction navale, l'urbanisme, et, plus
gnralement, les grands projets industriels [AFI 91]. Dans chaque domaine, elle est
ralise de faon diffrente parce qu'elle concerne des projets eux-mmes de
types trs diffrents. Dans le domaine de la construction de btiments, la gestion de
projet recouvre diffrents aspects qui font intervenir un grand nombre d'acteurs. Le
vocabulaire li notre domaine d'tude est, en consquence, trs riche et
prsente de nombreuses ambiguts. Afin de lever ces ambiguts et de dcrire le
contexte de notre tude, nous prsentons dans ce premier chapitre le projet de
btiment puis la gestion de projet de btiments elle-mme ( la fin de ce
document, un glossaire reprend et dfinit les principaux termes spcifiques utiliss
dans ce chapitre). Nous abordons enfin plus particulirement un aspect de la
gestion de projet que nous avons choisi de privilgier dans notre recherche : la
planification.
Ce chapitre rsulte d'une importante tude bibliographique mais aussi de
nombreux contacts avec des professionnels du domaine de la conception et de la
ralisation des btiments. Compte tenu de cette dernire mthode "d'investigation",
la prsentation de la gestion de projet de btiments faite ici correspond la
pratique observe en France. Cependant, l'analyse bibliographique du domaine
([BEN 90], [STU 87],...) a montr que les grands principes de la gestion de projet de
btiments
que
nous
dveloppons
ci-dessous
peuvent
tre
gnraliss,
Chapitre 1
page 19
page 20
Chapitre 1
I - 1 - 3 Le contrle :
Il s'agit soit du contrle technique, exig par certains matres d'ouvrages et qui
consiste en un examen critique des dispositions techniques du projet et de la
ralisation, soit d'une vrification technique, gnralement demande par les
assureurs, qui consiste vrifier le respect de certaines rgles (scurit incendie, ...)
ou les caractristiques de matriaux spcifiques.
Les acteurs : le contrle est assur par les bureaux de contrle.
I - 1 - 4 La ralisation :
Il s'agit, sur la base des tudes de conception, d'assurer les fournitures et
d'excuter les travaux ncessaires la ralisation du projet.
Les acteurs : Il s'agit bien sr des entreprises, lesquelles peuvent intervenir de
diffrentes faons :
- en marchs spars : chaque entreprise signe un march particulier et n'a
aucun lien juridique ni contractuel avec les autres entreprises. Le matre d'ouvrage
joue alors un rle important de coordination qu'il pourra dlguer un pilote.
- en entreprise gnrale : l'ensemble des travaux est confi une seule
entreprise qui, gnralement, sous-traite a des entreprises spcialises les travaux
qui ne relvent pas de sa comptence. Elle demeure nanmoins directement et
personnellement responsable vis vis du matre d'ouvrage. A ce titre, elle assure la
coordination tant dans la phase prparatoire que pendant les travaux.
- en entreprises groupes : soit les entreprises signent chacune un march et
dsignent un mandataire commun qui devra assurer la coordination, soit elles
signent solidairement un seul march et sont alors chacune responsables pour la
ralisation de l'ensemble du march.
Le tableau ci-dessous rcapitule la rpartition des fonctions par acteur :
Acteur
Fonction
Client
Architecte
Bureau
Pilote
d'tude
Matrise d'ouvrage
Economiste
Bureau de Entreprise
contrle
Matrise d'uvre :
conception architecturale
X
X
conception technique
march de travaux
coordination
Contrle
X
X
Ralisation
Chapitre 1
page 21
tablissement
du
programme,
le
matre
d'ouvrage
choisira
les
page 22
Chapitre 1
expliquer certains choix. Parfois, une maquette est jointe l'esquisse, surtout
lorsque cette dernire constitue la rponse un concours d'architecture. Cette liste
indicative de documents masque en fait une grande diversit dans la faon de
prsenter l'esquisse. Par exemple, si les plans produits sont dans l'ensemble peu
prcis ce niveau de la conception architecturale, on pourra en revanche avoir
certains schmas trs dtaills reprsentant des ouvrages ou lments d'ouvrages
particuliers.
I - 2 - 3 L'avant-projet sommaire :
Il s'agit d'un prdimensionnement, qui permettra notamment d'tablir la
demande de permis de construire.
A la suite de l'esquisse et sur la base du programme, l'APS proposera les
possibilits techniques les mieux adaptes aux caractristiques du projet.
Les tudes d'APS portent sur les contraintes d'environnement dans l'espace et le
temps, la dfinition du programme ventuel des reconnaissances ncessaires
cette phase (tudes de sol) et l'apprciation des rsultats de ces reconnaissances,
la solution d'ensemble (parti gnral et solution technique) retenue pour l'ensemble
des ouvrages, ainsi que la rpartition des ouvrages et leurs liaisons dans l'espace.
Les fonctions : la matrise d'ouvrage, la matrise d'uvre.
Les documents :
- un mmoire descriptif, explicatif et justificatif abordant :
- l'tude comparative des diffrentes solutions ;
- la justification du choix de la solution d'ensemble notamment par rfrence
au cot total ;
- la description sommaire de la solution d'ensemble prconise, numrant les
ouvrages et indiquant les caractristiques fonctionnelles de chacun d'eux.
- une estimation sommaire des dpenses :
- dpenses des reconnaissances supplmentaires, des tudes et de la
construction ;
- frais de libration de l'emprise, de raccordements, droits et taxes, frais
financiers ;
- le dossier de la solution d'ensemble prconis : croquis, esquisses, schmas,
plans masse et de situation, notes techniques et de calcul.
I - 2 - 4 L'avant projet dtaill :
Il s'agit d'un travail qui permettra d'laborer le dossier de consultation des
entreprises.
La solution d'ensemble retenue l'APS est ici affine afin de prsenter les choix
architecturaux et techniques et d'tablir une estimation dtaille des dpenses
d'excution.
Cette
tude
porte
sur
l'apprciation
des
reconnaissances
Chapitre 1
page 23
entreprises (DCE) :
Il s'agit d'tudes de dtail relatives l'excution des ouvrages sur la base d'un
APD accept par le matre d'ouvrage. Ces tudes portent sur la dtermination dans
tous leurs dtails des dispositions architecturales et techniques des ouvrages et la
spcification des lots techniques : caractristiques fonctionnelles, dimensionnelles et
de positionnement de tous les dtails des ouvrages, choix des matriaux et
quipements, allotissement des travaux, planning d'excution dtaill tout corps
d'tat, estimation dtaille du cot du btiment et des rseaux.
C'est galement lors de cette phase de la conception que l'on dterminera la
nature du march (entreprises groupes, entreprise gnrale, ...) dans la mesure o
ce choix aura une forte influence sur le rle du matre d'uvre.
page 24
Chapitre 1
Chapitre 1
page 25
page 26
Chapitre 1
Chapitre 1
page 27
Soustraitants
Entreprise
gnrale
Matre A.P.S.
d'oeuvre
Mise au
point
montage
MarchsDblocage
O.S.
Devis
Devis
Prparation
Dcompte
travaux Ralisationdfinitif
Lancement
Etudes Ralisation
Rception
Devis
Dossier
Ordre de
dcompte
Etudes
Marchs
dtaill S.T.
Dpouilleservice
Coordination
dfinitifs
variantes
Consultation
ment, OS Situation
Suivi chanRceptio
tier
Vrification
Situation
Commercialisation
Suivi chanLivraison
tier
Paiements
Figure 1.1 : Les changes thoriques d'informations au cours d'un projet de btiment
A.P.D.
DpouilleOrdre de
ment A.O. Marchs
service
D.C.E.
Ngociations
Montage
financier
Chiffrage
Etude de
march
Matre Cahier des
d'ouvragecharges
page 28
Chapitre 1
Droulement
du projet
Gestion du projet B
dans l'entreprise X
Entreprise X
Gestion de production
dans l'entreprise X
Projet B
C
Activits de l'entreprise
Sans ngliger les aspects de gestion de production, nous avons choisi de centrer
notre tude sur la gestion de projet. La dfinition que nous en donnons plus haut
laisse entrevoir divers aspects. En fait, la description de la gestion de projet n'est pas
fige : elle varie notamment en fonction de celui qui en a la charge, du type de
projet et de son contexte. Cependant, deux aspects, troitement lis, caractrisent
typiquement la gestion de projet de btiments :
- la planification, qui concerne la gestion du temps et des ressources ;
- la matrise des cots, qui aborde les problmes d'enveloppe financire, des
budgets prvisionnels, des situations et de la comptabilit des travaux.
A ces deux aspects fondamentaux, on peut ajouter :
- la gestion des diffrents documents relatifs au projet (organisation de leur
production, de leur classement, de leur mise jour, la diffusion de l'information,
Chapitre 1
page 29
Niveau
Avancement
Matre
Matre
Entreprise
de dtail
du projet
d'ouvrage
d'uvre
gnrale
Programme
(X)
Avant projet
Programme dtaill
Chantier
(X)
page 30
Chapitre 1
Sous-traitants
(X)
Objectif :
Niveau de dtail
Gestion de projet
Gestion de production
Global
Enveloppe
(ventuellement)
Dtaill excution
(ventuellement)
Chaque planning est ralis d'une part partir d'informations relatives au projet
et aux entreprises, et, d'autre part grce la "valeur ajoute" qu'apportent les
connaissances du planificateur.
II - 2 - 2 Les cots :
Le problme de la matrise des cots ne peut pas tre abord de manire tout
fait parallle. Dans ce domaine, deux mthodes de calcul peuvent tre employes
: la premire correspond une estimation trs globale, d'aprs des ratios, la
seconde, plus prcise, correspond une estimation faite partir d'informations plus
prcises, telles que le quantitatif. L'utilisation de l'une ou de l'autre mthode dpend
de la prcision et de la rapidit souhaites, ainsi que de la quantit et de la nature
des informations disponibles.
Pour le matre d'ouvrage, l'aspect cots va consister estimer, lors de
l'laboration du programme et selon la premire mthode de calcul, une premire
enveloppe financire prvisionnelle.
Le matre d'uvre, afin de confirmer cette enveloppe financire, disposera de
plus d'informations sur le projet et pourra donc utiliser la seconde mthode de calcul
pour tablir un budget prvisionnel. Dans les phases plus avances de la
conception, il devra tablir l'chancier de versements des acomptes, c'est dire
prendre en compte le planning afin de prvoir l'talement des dpenses au cours
du projet. Enfin, au cours de la ralisation, il interviendra pour tablir les situations
afin de dterminer les versements effectifs et de les comparer l'chancier.
Au niveau de l'entreprise, l'aspect cot sera galement abord de diffrentes
manires au cours de l'volution du projet :
- dans un premier temps, c'est un diagnostic ou chiffrage rapide, de manire
savoir si le dossier d'appel d'offre prsente un intrt pour l'entreprise. Ce chiffrage
sera fait avec la premire mthode de calcul (en fonction de certains indicateurs
Chapitre 1
page 31
Cette
tude
distinguera
les
cots
des
matriaux
(directement
II - 3 Interaction ralisation/conception :
Mme si la phase "ralisation" apparat chronologiquement la fin du projet,
certaines de ses caractristiques doivent tre prises en compte en amont, compte
tenu de leur rpercussion sur la conception du projet.
Ainsi, le choix des moyens de production peut interdire certaines solutions
techniques envisages lors de la conception. Et dans tous les cas, les cots
prvisionnels devront prendre en compte (qualitativement et quantitativement) les
moyens de production utiliss. Ce choix des moyens de production peut tre dicts
par des contraintes de dlais respecter. Ces mmes contraintes de dlais peuvent
interdire, au moment de la conception, certains choix techniques dont la mise en
uvre serait dans tous les cas trop longue. Enfin, les contraintes qui s'exercent sur la
ralisation (conditions particulires d'accs au chantier, de voisinage, de climat, ...)
se traduisent par une organisation spcifique du chantier dont les rpercussions
peuvent se propager jusqu'aux choix techniques.
Exemples :
- un systme de chauffage lectrique individuel peut tre choisi en
remplacement d'un chauffage central au gaz en vue de rduire les cots et
dlais d'installation. Ce choix, impos par des considrations relatives la
planification et la matrise des cots, se traduit
page 32
Chapitre 1
De cette interaction entre conception et ralisation rsulte une forte liaison entre
la conception et la gestion de projet. Cette liaison et la problmatique qui en
rsulte sont l'origine de ce travail de recherche. Elles sont dcrites plus
prcisment dans le prochain chapitre. Elles nous amneront faire des
propositions dont nous vrifierons ensuite la faisabilit pour un domaine restreint de
la gestion de projet, la planification, que nous prsentons ci-dessous.
III - La planification :
Le contexte de notre tude est la planification vue par le matre d'uvre
d'excution, autrement dit, la matrise des dlais et la gestion des moyens, qui
ncessite l'identification des travaux raliser.
Les rsultats de la planification s'expriment, entre autres, sous forme de plannings.
Dans cette troisime partie, nous dcrivons les diffrents niveaux de dtail de la
planification travers les diffrents types de plannings les plus courants, puis nous
dcrivons les principales notions utilises dans l'tablissement de ces plannings : les
tches, les zones, les contraintes.
Chapitre 1
page 33
page 34
Chapitre 1
Chapitre 1
page 35
page 36
Chapitre 1
dtail plus fin : les tches enveloppes constitueront un cadre que devront respecter
les tches plus dtailles qui les composent. Cela impose des mthodes
d'valuation des tches enveloppes suffisamment larges pour englober les diffrents
cas de figures envisageables lorsque le niveau de dtail s'affine.
Paralllement cette structure hirarchique, certains types de tches se
distinguent de la dfinition classique :
- les tches fictives : elles ne correspondent pas des travaux mais elles sont
dfinies de manire pouvoir prendre en compte, lors de l'ordonnancement,
certains vnements ponctuels ou des contraintes spcifiques.
Exemples :
L'ordre de service et la rception des travaux (vnements ponctuels), le
schage d'un ouvrage en bton (qui ne mobilise pas de ressources mais qui
conditionne la poursuite des travaux) peuvent tre prises en compte en tant
que tches fictives.
Chapitre 1
page 37
moyens financiers, alors que pour un planning trs dtaill, on tudiera de manire
trs approfondie l'utilisation des moyens matriels.
- les contraintes : diffrents types de contraintes sont envisags (voir
paragraphe III-2-3).
- les attributs de trac : il s'agit d'indiquer de quelle manire la tche sera
reprsente sur le planning.
- Les attributs de suivi : cela consiste indiquer un pourcentage
d'avancement par exemple.
III - 2 - 2 Les zones de planification :
Le dcoupage en zones est le rsultat de contraintes gographiques et de
gestion de production. Il permet d'une part de localiser chaque tche dans le projet
et par rapport aux autres tches, et, d'autre part, de dcomposer l'excution des
travaux.
Les premires zones dfinies dans un projet sont les volumes rsultant de la
conception architecturale. A partir de ces volumes, on dfinit les locaux qui
constituent des zones "de base" pour de nombreuses proccupations. Mais ces
zones de bases sont ensuite regroupes diffremment selon les utilisateurs, chacun
d'eux ralisant sa propre recomposition spatiale en fonction de son point de vue : le
thermicien crera ainsi des zones thermiques [ZE 93], l'acousticien des zones
acoustique [ACH 93],... En ce qui nous concerne, afin de rpondre aux besoins de la
planification, nous avons dfini la zone de planification. Cette zone est le
regroupement continu et identifiable de locaux (ou zones lmentaires) qui
constitue une unit vis vis d'un type de tche ; c'est un volume qui englobe un
sous-ensemble du projet homogne vis vis de sa ralisation.
Exemple :
Dans un planning dtaill tout corps d'tat, on dfinit gnralement une tche
"pose des menuiseries extrieures" par tage de btiment. L'tage constitue
alors une zone de planification pour ces tches.
page 38
Chapitre 1
Projet
Btiment
Colonne
montante
Etage
Cage
Faade
Cage sur
un tage
Faade sur
un tage
Appartement
Pice
Colonne sur
un tage
Locaux
Chapitre 1
page 39
La non-simultanit de l'excution de deux tches dans une mme zone, l'interdiction de l'accs une zone lorsqu'une zone voisine est occupe, la neutralisation
d'une zone par le stockage de matriel ou par son utilisation provisoire comme bureau de chantier par exemple, constituent d'autres types de contraintes sur les
zones. Ces contraintes deviennent particulirement importantes dans le cas des
travaux de rnovation ou de rhabilitation de btiments, c'est dire lorsque des
zones de planification habites et des zones de planification en travaux coexistent
dans un mme btiment. [GLA 93] dcrit plus prcisment ce cas.
III - 2 - 3 Les contraintes :
La contrainte est le terme gnral dsignant une relation entre deux ou plusieurs
lments susceptibles d'interagir.
Les diffrents types de contraintes :
- Les contraintes de succession :
Elles expriment la ncessit de dmarrer ou de finir une tche avec un certain
dlai par rapport au dbut ou la fin d'une autre tche.
Exemple :
Dans une zone donne, les travaux de fondation ne peuvent commencer avant
la fin des terrassements ; dans une zone donne, les travaux de pose de la
moquette ne peuvent commencer avant la fin des travaux de peinture.
Dans [TAT 77], les contraintes de succession (appeles conditions) sont spares
page 40
Chapitre 1
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.
Chapitre 1
page 41
page 42
Chapitre 1
Chapitre 2
Chapitre 2
page 45
Informations
de
ralis ation
Plans
CCT P, CCAP
Marchs
Quantitatif
Localis ation
A nalys e du projet
Conception de l'ordonnancement
A nalys e des
modifications envis ageables
Analys e du dlai
Ngociations avec
les entrepris es
Planning de rfrence
page 46
Chapitre 2
Terrassements
Gros uvre
Charpente
Zone
ralisation des
ralisation des
verticaux
horizontaux
RC
mur1, mur2,
plancher1,
plancher2,
poteau1,
poutre 1,
poteau 2
poutre 2
plancher 3,
mur12, mur14,...
plancher 4,
Etage 1
poutre 3,
poutre 4
Etage 2
...
...
etc...
Chapitre 2
page 47
etc...
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.
Chapitre 2
page 49
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
Documents
Acoustique
Structure
Cot
Etc...
Plans (DAO)
Descriptifs
Plannings
Budget de
chantier
Planification
Etc... Cots
Gestion de projets
CONCEPTION
(1)
REALISATION
GESTION
DE
PROJET
Transformation
des
informations
(5)
(2)
(3)
Chapitre 2
(4)
page 51
Outils
informatiques
de la gestion
de projet
page 52
Chapitre 2
Chapitre 2
page 53
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)
page 54
Chapitre 2
Chapitre 2
page 55
page 56
Chapitre 2
Chapitre 3
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
L e s fo nctio ns
Conception
architecturale
Conception
technique
R alis ation
L e p ro je t
Programme
L e s ta p e s
Es quis s e
APS
PEO
APD
(temps )
Enveloppe
Global
Dtailll
Trs dtaill
C o ts
Enveloppe
financire
Evaluation
s ommaire
Budget
prvis ionnel
Echancier de
vers ement
des acomptes
Situations
de travaux
page 60
Chapitre 3
remettre en cause ;
- si le projet est modifi dans sa conception (technologie, dimensions, ...) ou
dans sa mthode de ralisation, les modifications doivent tre rpercutes sur
la planification et sur la matrise des cots.
Chapitre 3
page 61
Logiciel de
planification
Conception
Ordonnancement des
tches
Description
des composants
du btiment
Association
d'informations
de ralisation
chaque
composant
du btimant
Identification
des ouvrages
raliser
Identification
et valuation
des tches
excuter
pour chaque
ouvrage
Identification
des liens entre
les tches
page 62
Chapitre 3
Tche "ferraillage"
Option "bton
arm
coul en place"
Mur
Tche "coffrage"
Tche "coulage"
Tche "pose
panneau"
On doit ainsi identifier tous les ouvrages du btiment associs aux diffrents types
de tches. Le regroupement des composants du btiment est ralis selon des
critres technologiques, de gomtrie et de mise en uvre correspondant des
connaissances de la gestion de projet.
Identification et valuation des tches excuter :
Pour chaque ouvrage identifi, on gnre la ou les tches correspondantes. Les
tches gnres sont ensuite values (dure, moyens, cot) en fonction des
caractristiques des ouvrages qu'elles ralisent, autrement dit, en fonction des
caractristiques des composants regroups dans chaque ouvrage, et en fonction
des moyens de production mis en uvre.
Chapitre 3
page 63
3
Informations de
ralisation
page 64
Chapitre 3
3
Informations de
ralisation
Chapitre 3
page 65
3
Informations de
ralisation
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
Nous avons identifi, dans le chapitre 2, trois types d'informations utiliss dans le
processus de conception - gestion de projet que nous devons modliser (Fig. 2.4) :
- les informations de conception ;
- les informations de gestion de projet ;
- les informations de ralisation.
Le Laboratoire Gnie Civil et Habitat de Chambry a ralis de nombreux
travaux de recherche dans le domaine de la conception des btiments. Ces
travaux ont notamment abouti une modlisation des btiments [GSD 91]. La
modlisation des informations de conception que nous prsentons dans la premire
partie de ce chapitre est extraite de ces travaux.
Nous modlisons ensuite les informations pour la gestion de projet, puis les
informations de ralisation, en cohrence avec la modlisation des informations de
conception.
La modlisation de ces diffrents types d'informations nous permet alors de
formaliser les connaissances mise en uvre pour assurer la liaison entre la
conception et la gestion de projet.
permet de reprsenter des relations entre diffrents concepts. Dans l'exemple ci-dessous, on
relie les concepts "Homme" et "Enfant".
Homme
Enfant
: contrainte de totalit
: contrainte d'unicit
Est le pre de
Expression de la relation : un homme peut tre le pre d'un ou plusieurs enfants; tout
enfant est le fils d'un homme et d'un seul.
Chapitre 4
page 71
page 72
Chapitre 4
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.
Homme
Etre
humain
page 74
Chapitre 4
Femme
Site
Projet
Situe
Form de
Btiment
Form de
Bloc
Form de
Circulation horizontale
Appartement
Commun
Circulation
Division
Circulation verticale
Dpen
dance
Distribue
Form de
Relie
Etage
Utilise
Local
Pice
extrieure
Compose
Pice
intrieure
Pice
Local
extrieur
Autre
local
Chapitre 4
page 75
Gaine
technique
On dfinit ainsi diffrents espaces articuls autour de l'objet physique (Fig. 4.2) :
- l'espace conception, caractrisant la multidisciplinarit de la conception,
notamment travers les diffrents espaces techniques spcifiques ;
- l'espace volution, caractrisant l'aspect dynamique ;
- l'espace morphologie, correspondant la partie description de l'objet physique.
La morphologie de l'objet physique volue au gr des actions de conception.
L'objet physique correspond une partie du projet qui prsente une certaine
homognit vis vis des diffrentes technologies qui le composent et des
diffrentes fonctions qu'il assure. L'objet physique peut tre un mur, une poutre, un
poteau, un quipement ou un sparateur. Le sparateur dlimite les locaux; afin
d'assurer l'homognit, l'objet physique ne doit pas sparer plus de deux locaux, il
doit tre port par une seule surface ou une seule ligne et sa composition au sens
technologique doit tre constante. Tout objet physique appartient un et un seul
bloc (fig. 4.3).
page 76
Chapitre 4
Critre
ace e
Esp ologi
rph
mo
Gomtrie
Evalue
Reprsente
Technologie
Fonction
Constitue
Objet
physique
Espace
conception
Est satisfaite
par
Modlise
S'applique
sur
Action de
conception
Objet
technique
Espace
volution
Espace technique
spcifique
Bloc
Form de
Contient
Poteau
Poutre
Plancher
Objet
physique
Mur
Division
Form de
Cloison
Equipement
Sparateur
Situ dans
Dlimite
Local
Chapitre 4
page 77
I - 4 Les acteurs :
Chaque acteur a un rle (architecte, client, bureau d'tude, ...) qui correspond
une fonction de gestion de projet (matrise d'ouvrage, matrise d'uvre, contrle,
ralisation).
D'autres objets du projet peuvent galement tre relis aux fonctions. C'est le
cas, par exemple, des objets physiques qui doivent assurer la fonction de
conception en rpondant certains critres.
Matrise
d'ouvrage
Ralisat
Fonction
gestion de
projet
Rle
Objet
physique
Contrle
Correspond
Acteur
Matrise
d'uvre
Fonction de
conception
Fonction
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
C a ge
local
3
local2
local
1
local8
local9
local4
local11
local13
local14
local
16
local
18
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 1
E t a ge 0
A p p a r t e me n t 2
E t a ge 1
m7
m8
m20
m9
c2
p2
m6
p1
m19
p3
m10
p4
p11
p12
m23
c1
c9
p8 m11
p5
p9
m18
p6
c4
c10
p13
c6
p15
m13
c14
m24
c13
p14
c5
c8
c3
p16
c11
c7
p17
p10
m2
m12
m22
m1
c0
p7
m21
c12
p18
m17
m25
m5
m14
m4
Etage 0
m3
m16
p : plancher haut
m : mur
c : cloison
m15
Etage 1
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.
hirarchie
chantier
->
btiment
->
infrastructure/superstructure
->
page 80
Chapitre 4
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
Objet de
planification
Tche
Objet
physique
Constitue
Ralise
m1
m2
m3
Bton
Isol
ant
Doubl
age
page 82
Chapitre 4
II - 2 Les tches :
L'excution d'une tche consiste raliser un objet de planification dans sa
totalit ou au moins la totalit d'une de ses technologies (par exemple, le ferraillage
d'un objet de planification voile-bton).
L'excution de la tche entrane au moins l'utilisation de ressources
renouvelables (sinon, on considrera que la tche n'existe pas, le cas des tches
fictives tant trait plus loin travers la notion d'vnement), et, la plupart du
temps, la consommation de ressources renouvelables (Fig. 4.9)4.
Tche
Utilise
Consomme
Ressource
renouvelable
Ressour
consom
mable
T
Matriel
Main
d'uvre
Ressource
4Le
formalisme
NIAM
permet
de
reprsenter
les
Femme
tres humains.
Chapitre 4
Homme
page 83
Etre
humain
Objet de
planification
Objet
physique
Constitue
Division
Ralise
Appartient
Tche
Regroupe
Appartient
Zone de
planification
Regroup
Regroupe
Local
Lot
II - 3 Les contraintes :
Le problme des contraintes a t abord par le Groupe Structuration de
Donnes [GSD 91]. Les concepts et relations qui avaient alors t dfinis sont
compatibles avec les caractristiques des contraintes de planification. Nous avons
donc repris le mme schma en introduisant la contrainte de planification comme
type de contrainte (Fig. 4.11).
Nous avons ajout ce schma la notion d'vnement, sorte d'objet du projet.
L'vnement peut tre un ordre de service, une runion de chantier, des
intempries, l'obtention d'un permis de construire, le dmarrage ou la rception des
travaux qui sont l'origine ou visent une contrainte (pour raliser l'ordonnancement,
on peut le prendre en compte en tant que tche fictive).
De manire gnrale, la contrainte est fixe par un acteur, elle vise et a pour
origine un objet du projet, dpend de conditions d'application et donne lieu une
action (relchement, nouvelle contrainte). On peut distinguer diffrents types de
page 84
Chapitre 4
Type de
contrainte
Condition
d'application
Action
Contrainte
de succession
A
Dpend
Donne lieu
Contrainte
Contrainte
de planification
Contraint
de disjonc
tion
Contrain
de date
Contraint
de moyens
Fixe
A pour origine
Vise
Contrainte
sur les consommations
Acteur
Objet
du
projet
Evnement
Chapitre 4
page 85
Objet
physiqu
Otion de
construction
Se dcompose en
Associe
Associe
Objet
de
planification
Tche
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
projet
Document
Etablit
Informe sur
Descriptif
Planning
Compterendu
Plan
Et c ...
Chapitre 4
page 87
Gestionde
projet
Type
principal
Conception
Domaine
de conception
Document
contractuel
Est
l'origine de
Document
Est la version
antrieure de
Document
gomtral
Document
texte
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
Tche
Entreprise
Excute
Dispose de
Utilise
Ressource renouvelable
Optionde
construction
Affecte
T
Main
d'uvre
Matriel
Etablit
Acteur
Lot
Contrat
Se
dcompose
en
Signe
Chapitre 4
page 89
Lot
Appartient
Tche
gnrique
Est associe
Est associe
Ressource
renouvelable
Ressourc
consommable
page 90
Chapitre 4
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
gnrique
Objet
Gnre
Chapitre 4
page 91
Objet
gnrique
S'applique sur
Contrainte
gnrique
Gnre
Contrainte
Zone
gnrique
Objet de
planification gnrique
Est associe
Est associe
Gnre
Zone
Tche
gnriqu
Gnre
Objet de
planification
Gnre
Tche
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
Associe
Objet
physique
gnrique
Associe
Objet de
planification
gnrique
Option de
construction
gnrique
Associe
Technologie
Le schma suivant (Fig. 4.21) rcapitule les diffrentes relations prsentes cidessus afin de montrer le cheminement qui conduit de l'objet physique la tche.
Chapitre 4
page 93
Gnre
Zone de
planificat
gnriqu
Objet de
planification
gnrique
Tche
gnrique
Est associ
Ralise
Est associ
Tche
Gnre
Gnre
Option de
construction
gnrique
Ralise
Zone de
planifica
tion
Objet de
planification
Gnre
Regroupe
Caractrise
Contient
Ralise
Objet
physique
Option de
construction
Enfin,
constatant
que
les
contraintes
de
planification
pouvaient
tre
page 94
Chapitre 4
A pour cible
Contrainte
de planification gnrique
Gnre
Objet
gnrique
Gnr
A pour origine
A pour cible
Contrainte
de planification
Objet
A pour origine
Dans ce chapitre, nous avons identifi puis dcrit les diffrents concepts lis
respectivement aux informations de conceptions, aux informations pour la gestion
de projet et aux informations de ralisation. Les relations entre ces concepts
montrent comment s'articule la liaison entre la conception et la gestion de projet de
btiments.
Le modle conceptuel labor permet alors de formaliser les connaissances de
base du matre d'uvre d'excution travers la dfinition des objets gnriques.
Nous avons ainsi structur ces connaissances selon cinq principales catgories :
Chapitre 4
page 95
page 96
Chapitre 4
Chapitre 5
- menuiseries extrieures ;
- gros uvre ;
- lectricit ;
- doublage-cloisons-isolation ;
- charpente-couverture ;
- menuiseries intrieures.
Chapitre 5
page 99
Compose
Projet
Btiment
Projet
Bloc
Btiment
Etage
Btiment
Division
Bloc
Local
Division
nous
avons
recens
les
diffrentes
options
de
construction
page 100
Chapitre 5
Dans les paragraphes qui suivent, nous prsentons d'abord les options de
construction, puis les objets de planification, les tches et, enfin, les contraintes de
planification. Chacun des types de connaissances est prsent sous forme de
tableau. La page suivante montre l'articulation entre les diffrents tableaux.
Chapitre 5
page 101
Option de
Code
construction
Bton arm coul OCG01
en uvre
Types d'objets
physiques
Mur
Plancher
Poteau
Poutre
Technologie
Bton
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'inSurface de
Somme de la
OCG02
Poteau
frastructure
plancher
surface des
planchers
OCG03
Poutre
Plancher
Objet de
planification
OPG05
Nom de la
contrainte
CG01
page 102
Tche gnrique
Code
Ralisation infrastructure
TG05
Tche
origine
TG05
Tches
cibles
TG06
Type de
contrainte
fin-dbut
Dlai
Conditions d'application
- 1 semaine
Chapitre 5
des
diffrentes
colonnes
du
tableau
"options
de
construction
gnriques" :
- lot : les options de construction ont t identifies et dcrites lot par lot. Nous
indiquons dans cette colonne le nom des diffrents lots retenus.
- option de construction : en face de chaque lot, on indique le nom des
diffrentes options identifies.
- code : nous avons choisi de rfrencer chaque option de construction avec un
code C'est ce code, de prfrence au nom, qui sera repris dans les autres tableaux
pour faire rfrence une option.
- types d'objets physiques : une option de construction caractrise certains types
d'objets physiques seulement. Ceux-ci sont indiqus dans cette colonne.
- technologie : les objets physiques caractriss par l'option de construction
peuvent comporter plusieurs technologies. Nous prcisons dans cette colonne celles
qui sont concernes par l'option de construction.
- options de niveau de dtail 2 : en regard de chaque option de niveau 1, on
indique dans cette colonne les diffrentes options de niveau 2 correspondantes.
Pour chacune de ces dernires, on prcise ensuite le code et les types d'objets
physiques concerns.
Exemple :
Pour le lot gros uvre et pour le niveau de dtail 1, trois options de construction
sont possibles : "bton arm coul en uvre", "bton arm prfabriqu" et
"maonnerie". L'option "maonnerie" concerne la technologie "maonnerie" des
murs, planchers et cloison. Pour le niveau de dtail 2, l'option "maonnerie" se
dcompose en deux sous-options : "Agglos bton" ou "Briques creuses".
Chapitre 5
page 103
Option de
Code
construction
Gros uvre
Bton arm
Types d'objets
Technologie
Option de niveau de
physiques
OCG01
coul en uvre
Mur
Code
dtail 2
Bton
Planchers prdalles
physiques
OCG01.01
Plancher
Poteau
Poteau
Semelle
Planchers coffrages
OCG01.02
alu
Radier
Rampe
Planchers coffrages
Longrine
traditionnels
OCG02
Mur
Bton
Bton arm
Plancher
OCG01.03
OCG02.01
Semelle
Poteau
Poutre
Semelle
Radier
Radier
Rampe
Rampe
Longrine
Longrine
OCG03
Mur
Plancher
Cloison
page 104
Mur
Plancher
Poutre
Rampe
Longrine
prfabriqu
Poteau
Maonnerie
Poutre
Semelle
Radier
prfabriqu
Mur
Plancher
Poutre
Bton arm
Types d'objets
Chapitre 5
Maonnerie
Agglo. de bton
OCG03.01
Mur
Plancher
Briques creuses
OCG03.02
Cloison
Menuiseries
Menuiseries
extrieures
extrieures
OCG04
Percement
Porte extrieure
Fermeture
Porte garage
Fentre
Fermeture
avec prcadres
Porte garage
Fentre
Fermeture
sans prcadre
Menuiseries
Menuiseries
intrieures
intrieures
OCG05
Percement
Fentre
Porte de
Porte de
placard
passage
Porte de
Electricit
OCG06
Electricit
Electricit
Fondation-
Fondation-
OCG07
Pieux
Bton
OCG08
Couverture
Couverture non
spciales
spciales
Charpente
Couverture
couverture
ardoise
Couverture tuiles
isole
OCG09
Couverture
Couverture
OCG10
Couverture
bacs aciers
Chapitre 5
sans prcadre
Electricit
Fondation-spciales
OCG07.01
Pieux
Sous-couverture
polyane
panneaux isolants
Couverture non
Sous-couverture
isole
OCG08.02
Sous-couverture
isole
panneaux isolants
Couverture non
Sous-couverture
Sous-couverture
isole
panneaux isolants
Couverture
isole
polyane
Couverture
Couverture
isole
polyane
Couverture
placard
OCG06.01
isole
Porte de
Electricit
Sous-couverture
isole
page 105
passage
Couverture
isole
Porte de
placard
Electricit
avec prcadres
Fentre
isole
OCG10.02
Couverture
isole
Doublage-
Doublage-
cloisons-
cloisons-isolation
isolation
OCG11
Mur
Maonnerie
Briques pltrires
OCG11.01
Cloison
Petits lments
Carreaux pltre
OCG11.02
Plancher
Panneaux-
Panneaux sec
OCG11.03
assembls--sec
Panneaux-
Cloison
Mur
Cloison
complexes
page 106
Chapitre 5
Flocage
Flocage
OCG11.05
Isolant droul
Isolant droul
OCG11.06
Plancher
des
diffrentes
colonnes
du
tableau
"objets
de
planification
gnriques" :
- Option de construction : les objets de planification gnriques sont associs
une ou plusieurs options de construction gnriques. Nous rappelons dans cette
colonne les codes rfrenant de ces options.
- Objet de planification et code : le code rfrence l'objet de planification
gnrique et sera repris dans les tableaux suivants.
- Technologie et types d'objets physiques : un objet de planification regroupe
une partie (au sens technologique du terme) de plusieurs objets physiques. On
indique dans ces colonnes le type d'objets physiques et la technologie susceptibles
de constituer l'objet de planification.
- zone par dfaut : le critre de base pour dfinir quels objets physiques
composent un mme objet de planification est l'appartenance une zone de
planification donne, le type de zone dpendant de l'objet de planification. On
indique dans cette colonne le type de zone pris par dfaut.
- dimensions caractristiques : le rle des objets de planification est de constituer
une entit (un ouvrage) vis vis des tches. Ils permettent non seulement d'identifier
les tches excuter mais aussi de les valuer. Les dimensions des objets de
planification qui permettront de valuer ces tches sont listes dans cette colonne.
- mthode de calcul : on indique dans cette colonne la mthode de calcul des
dimensions des objets de planification en fonction de celles des objets physiques.
Dans certains cas, les dimensions de l'objet de planification ne peuvent pas tre
calcules partir des informations de conception (surface des btiments existants
dmolir, par exemple) ; elles sont alors demandes l'utilisateur.
Exemple :
Les options de construction OCG04.01 et OCG04.02 ("menuiseries extrieures
avec prcadre" et "menuiseries extrieures sans prcadre") sont associes,
notamment,
l'objet
de
planification
gnrique
OPG
07.02
("portes
Chapitre 5
page 107
Objet de
planification
Terrain
OPG01
Zone par
dfaut
Projet
Terrassement
OPG02
Projet
Fondations
profondes
Fondations
superficielles
OPG03
Bton
OPG04
Bton
OCG01
OCG02
OCG03
Infrastructure
OPG05
OCG01
OCG02
OCG03
Superstructure
OPG06
OCG04
Menuiseries
extrieures
OPG07
OCG07
OCG01
OCG02
OCG03
page 108
Code
Technologie
Types d'objets
physiques
Pieux
Btiment
Dimensions
caractristiques
Surface plancher
Mthode de calcul
Somme de la surface
des planchers
Volume terrassement
Demander
l'utilisateur
Nombre de pieux
Nombre de pieux
Semelles
Btiment
Volume bton
Somme du volume de
Radiers
bton des objets
Longrines
physiques
Massifs de
tte de pieux
Bton
Murs
Etage
Surface plancher
Somme de la surface
Maonnerie
Planchers
infrastructure
des planchers
Poutres
Poteaux
Rampe
Bton
Murs
Etage
Surface plancher
Somme de la surface
Maonnerie
Planchers superstructure
des planchers
Poutres
Volume prfabriqu Somme du volume de
Poteaux
bton des lments
prfabriqus
Porte-extrieure Percement
Btiment
Nombre de
Nombre de
Porte-fentre
Fermeture
menuiseries
menuiseries
Fentre
extrieures
extrieures
Porte de garage
Fermeture
Chapitre 5
OCG05
Menuiseries
intrieures
OPG08
OCG11
Doublagecloisons-isolation
OPG09
OCG06
Electricit
OPG10
OCG08
OCG09
OCG10
OCG08
OCG09
OCG10
Charpente
OPG11
Couverture
OPG12
Chapitre 5
Porte de
Percement
passage
Faade de
Faade de
gaine
gaine
Garde corps
Garde corps Porte placard
Porte placard
Maonnerie
Cloisons
Petits lments
Murs
Panneaux
Planchers
assembles a sec
Panneaux
complexes
Apparent
Electricit
Incorpor
Bois
Panne
Mtal
Chevron
Ferme
Couverture
Pans de
isole
toiture
Couverture non
isole
page 109
Btiment
Nombre de
Nombre de
menuiseries intrieures menuiseries intrieures
Btiment
Surface plancher
Somme de la surface
des planchers
Btiment
Surface plancher
Btiment
Surface couverture
Somme de la surface
des planchers
Somme de la surface
des pans de toiture
Btiment
Surface ardoises
Surface tuiles
Surface bacs acier
Somme de la surface
d'ardoise
Somme de la surface
de tuiles
Somme de la surface
de bacs acier
Objet de
planification
Code
Chantier
OPG01.01
Technologie
Types
d'objets
physiques
Zone par
dfaut
Dimensions
caractristiques
Mthode de calcul
Projet
Nombre de grues
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Nombre de btiments
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Demander
l'utilisateur
Nombre de baraques
Surface des acces
Longueur de cloture
Nombre de centrales
OCG07.01
page 110
Btiments
existants
Sol dcaper
OPG02.01
Projet
OPG02.02
Projet
Sol fouilles
OPG02.03
Projet
Nombre de bancs de
prfabrication
Nombre d'ateliers
d'armatures
Nombre d'ateliers de
coffrages
Nombre de btiments
Surface des btiments
existants
Surface du sol
dcaper
Volume des fouilles
Remblais
priphriques
extrieures
Fondations
profondes
OPG02.04
Projet
Volume remblais
Projet
Nombre de pieux
OPG03.01
Bton
Chapitre 5
Pieux
Nombre de pieux
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG03.01
OCG03.02
Fouilles
fondations
superficielles
OPG04.01
Ttes de pieux
OPG04.02
Bton
Massifs ttes
de pieux
Btiment
Volume fouilles
Demander
l'utilisateur
Btiment
Volume bton
Somme du volume de
bton des massifs
Nombre de pieux
Nombre de pieux
Surface de coffrage
Longrines
OPG04.03
Bton
Longrines
Btiment
Volume de bton
Surface de coffrage
Remblais
intrieur
Dallage
OPG04.04
OPG04.05
Dallage
Semelles
OPG04.06
Bton
Btiment
Volume de remblais
Plancher
Btiment
Surface de dallage
Semelles
Btiment
Volume de bton
Surface de coffrage
OCG01.01
OCG01.02
OCG01.03
OCG02.01
Porteurs
verticaux
infrastructure
OPG05.01
Bton
Poteaux
Poutres
Murs
Etage
infrastructure
Volume de bton
Surface de coffrage
Nombre de poutres
prfabriques
Chapitre 5
page 111
OCG01.01
OCG01.02
OCG01.03
OCG02.01
Ouvrages
horizontaux
infrastructure
OPG05.02
Bton
Planchers
Etage
infrastructure
OCG01.01
OCG01.02
OCG01.03
Poutres
infrastructure
OPG05.03
Bton
Poutres
Etage
infrastructure
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG03.01
OCG03.02
Rampes
OPG05.04
Bton
Rampes
Etage
infrastructure
Maonneries
infrastructure
OPG05.05
Maonnerire
Murs
Planchers
Etage
infrastructure
Surface de plancher
maonnerie
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG03.01
OCG03.02
page 112
Surface de plancher
prdalles
Somme de la surface
des planchers
prdalles
Surface de plancher Somme de la surface
coffrage alu
des planchers
coffrage alu
Surface de plancher Somme de la surface
coffrage traditionnel
des planchers
coffrage traditionnel
Volume de bton
Somme du volume de
bton des poutres
Surface de coffrage
Finitions
infrastructure
OPG05.06
Bton
Infrastructure
Chapitre 5
Murs
Planchers
Etage
infrastructure
Surface de murs
briques creuses
Surface de murs
agglos bton
Surface des finitions
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG01.01
OCG01.02
OCG01.03
OCG02.01
Porteurs
verticaux
superstructure
Ouvrages
horizontaux
superstructure
OPG06.01
OPG06.02
Bton
Bton
Poteaux
Murs
Poutres
Planchers
Etage
superstructure
Volume de bton
Surface de coffrage
Nombre de poutres
prfabriques
Etage
Surface de plancher
superstructure
prdalles
Surface de plancher
coffrage alu
Surface de plancher
coffrage traditionnel
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG03.01
OCG03.02
OCG01.01
OCG01.02
OCG01.03
OCG02.01
OCG03.01
OCG03.02
Chapitre 5
Poutres
superstructure
OPG06.03
Bton
Maonneries
superstructure
OPG06.04
Maonnerire
Murs
Planchers
Finitions
superstructure
OPG06.05
Bton
Murs
Planchers
page 113
Poutres
Etage
superstructure
Volume de bton
Surface de coffrage
Etage
Surface de plancher
superstructure
Surface de murs
briques creuses
Surface de murs
agglos bton
Etage
Surface des finitions
superstructure
Somme du volume de
bton des porteurs
verticaux
Somme des surfaces
des porteurs verticaux
x2
Nombre de poutres
prfabriques
Somme de la surface
des planchers
prdalles
Somme de la surface
des planchers
coffrage alu
Somme de la surface
des planchers
coffrage traditionnel
Somme du volume de
bton des poutres
Somme des surfaces
latrales des poutres
Somme de la surface
des planchers
Somme de la surface
de briques creuses
Somme de la surface
d'agglos bton
Somme de la surface
des planchers et des
murs
OCG04.01
OCG04.02
Fentres et
portes-fentres
OCG04.01
OCG04.02
Portes
extrieures
OCG04.01
OCG04.02
OCG04.01
OCG04.02
page 114
OPG07.01
Fentre
Porte fentre
Percements
Etage
Percements
Etage
Fermetures
OPG07.03
Fermeture
Fermetures
Etage
Portes de
garage
OPG07.04
Porte garage
Percements
Etage
Chapitre 5
Nombre de
menuiseries <1m2
avec prcadre
Nombre de
menuiseries <1m2 sans
prcadre
Nombre de menuiseries entre 1 et 2m2
avec prcadre
Nombre de menuiseries entre 1 et 2m2
sans prcadre
Nombre de
menuiseries >2m2
avec prcadre
Nombre de
menuiseries >2m2 sans
prcadre
Surface de vitrage
Nombre de
menuiseries <1m2
avec prcadre
Nombre de
menuiseries <1m2 sans
prcadre
Nombre de menuiseries entre 1 et 2m2
avec prcadre
Nombre de menuiseries entre 1 et 2m2
sans prcadre
Nombre de
menuiseries >2m2
avec prcadre
Nombre de
menuiseries >2m2 sans
prcadre
Somme de la surface
des vitrages
Nombre de portes
Nombre de portes
avec prcadre
avec prcadre
Nombre de portes
Nombre de portes
sans prcadre
sans prcadre
Nombre de
Nombre de
2
fermetures <1m
fermetures <1m2
Nombre de fermetu- Nombre de fermetures entre 1 et 2m2
res entre 1 et 2m2
Nombre de
Nombre de
fermetures >2m2
fermetures >2m2
Nombre de portes
Nombre de portes
OCG05.01
OCG05.02
Portes de
passage
OPG08.01
Porte de
passage
Percement
Etage
OCG05.01
OCG05.02
OCG05.01
OCG05.02
OCG05.01
OCG05.02
Portes de
placard
Faades de
gaines
Garde-corps
OPG08.02
Porte de
placard
Faade de
gaine
Garde-corps
Etage
OPG08.04
Porte de
placard
Faade de
gaine
Garde-corps
OCG11.01
OCG11.02
Cloisons
OPG09.01
Maonnerie
Petits lments
Panneauxassembls-sec
Panneauxcomplexes
Cloisons
Etage
OCG11.03
OCG11.04
Doublages
OPG09.02
Murs
Etage
Planchers
Etage
Surface isolant
Flocage
Planchers
Etage
Surface isolant
Electricit
Electricit
Etage
Longueur de gaine
OCG11.06
OPG08.03
Panneaux
assembls sec
Panneaux
complexes
OPG09.03
Isolant
Isolation
combles
OCG11.05 Flocage en sous OPG09.04
face
OCG06.01
Chapitre 5
Gaines
OPG10.01
page 115
Etage
Etage
Nombre de portes
avec prcadre
Nombre de portes
sans prcadre
Surface de porte
Nombre de portes
avec prcadre
Nombre de portes
sans prcadre
Somme de la surface
des portes
Surface de faade
Somme des surface
de faades
Longueur de garde
Somme de la
corps
longueur des gardecorps
Surface de briques
Somme de la surface
des cloisons briques
Surface carreaux
Somme de la surface
pltres
des carreaux pltres
Surface panneaux
Somme de la surface
des panneaux
Surface de panneaux Somme de la surface
complexes
des panneaux
complexes
Surface doublage
Somme de la surface
des doublages
Somme de la surface
de comble isole
Somme de la surface
de flocage en sousface
Somme de la
longueur des gaines
OCG08.01
OCG08.02
OCG09.01
OCG09.02
OCG10.01
OCG10.02
OCG08.01
OCG08.02
OCG09.01
OCG09.02
OCG10.01
OCG10.02
OCG08.01
OCG08.02
OCG09.01
OCG09.02
OCG10.01
OCG10.02
page 116
Charpente
OPG11.01
Charpente
Pannes
Fermes
Chevrons
Btiment
Couverture
OPG12.01
Couverture
isole
Couverture non
isole
Pans de
toiture
Btiment
OPG12.02
Zinguerie
Zinguerie
Elments de
zinguerie
Btiment
Chapitre 5
Surface polyane
Somme de la surface
de polyane
Surface de panneaux Somme de la surface
isolants
des panneaux
Surface ardoise
Somme de la surface
d'ardoises
Surface tuiles
Somme de la surface
de tuiles
Surface bacs acier Somme de la surface
de bacs acier
Longueur zinguerie
Somme de la
longueur des
lments de zinguerie
Compte tenu des niveaux de dtail choisis, nous n'avons pas pris en compte la
gestion des moyens qui est surtout assure pour des niveaux de dtail plus fins. Nous
n'avons donc pas associ de type de ressources ni de mthode de calcul des
ressources utilises et consommes aux tches gnriques.
Chapitre 5
page 117
page 118
Tche gnrique
Code
Installation du chantier
TG01
Terrassements gnraux
Ralisation fondations
profondes
Ralisation fondations
superficielles
Ralisation infrastructure
Ralisation superstructure
TG02
TG03
TG04
TG05
TG06
Pose menuiseries
extrieures
Pose menuiseries
intrieures
Pose cloisons-doublageisolation
Ralisation lectricit
Montage charpente
Pose couverture
TG07
TG08
TG09
TG10
TG11
TG12
Chapitre 5
Chapitre 5
Tche gnrique
Code
TG01.01
TG01.02
TG01.03
Amnagement des
accs
Cloture du chantier
TG01.04
TG01.05
TG01.06
TG01.07
TG01.08
Installation de la centrale
bton
Installation aire de
prfabrication
Installation atelier de
coffrage
Installation atelier
d'armatures
Implantation
TG01.09
TG01.10
OPG02.01
Dmolition
TG02.01
OPG02.02
Dcapage
TG02.02
OPG02.03
Fouilles
TG02.03
OPG02.04
Remblais extrieurs
priphriques
TG02.04
page 119
OPG03.01
OPG04.02
Installation matriel
fondations profondes
Ralisation fondations
profondes
Repli entreprise
fondations pro
Fouilles en trous ou en
rigoles
Recpage pieux
TG04.03
OPG04.03
TG04.04
OPG04.04
Remblais
TG04.05
OPG04.05
Dallages
TG04.06
OPG04.06
Ralisation semelles
TG04.07
OPG05.01
TG05.01
OPG05.02
Ralisation voiles et
poteaux
Ralisation planchers
TG05.02
OPG05.03
Ralisation poutres
TG05.03
OPG05.04
Ralisation rampes
TG05.04
2h par m2
OPG05.05
Ralisation maonnerie
TG05.05
OPG05.07
Finitions infrastructure
TG05.07
OPG06.01
Ralisation voiles et
poteaux
TG06.01
OPG04.01
page 120
Chapitre 5
TG03.01
1 semaine
TG03.02
TG03.03
2 jours
TG04.01
TG04.02
Chapitre 5
OPG06.02
Ralisation planchers
TG06.02
OPG06.03
Ralisation poutres
TG06.03
OPG06.04
Ralisation maonnerie
TG06.04
OPG06.06
Finitions infrastructure
TG06.06
OPG07.01
TG07.01
Pose vitrages
TG07.02
OPG07.02
TG07.03
OPG07.03
Pose fermetures
TG07.04
OPG07.06
TG07.07
OPG08.01
TG08.01
OPG08.02
TG08.02
OPG08.03
TG08.03
OPG08.04
Pose garde-corps
TG08.04
1h par m
page 121
OPG09.01
Pose cloisons
TG09.01
OPG09.02
TG09.02
OPG09.03
TG09.03
OPG09.04
Flocage en sous-face
TG09.04
1 jour par 40 m2
OPG10.01
Electricit
TG10.01
OPG11.01
Montage charpente
TG11.01
OPG12.01
Pose sous-couverture
TG12.01
Pose couverture
TG12.02
Pose zinguerie
TG12.03
OPG12.02
page 122
Chapitre 5
Chapitre 5
page 123
page 124
Type de lien
Dlai
Conditions d'application
TG01
TG02
dbut-dbut
1 semaine
CG02
TG02
TG03
dbut-dbut
2 semaines
CG03
TG03
TG04
dbut-dbut
2 semaines
CG04
TG04
TG05
dbut-dbut
2 semaines
CG05
TG04
TG06
dbut-dbut
2 semaines
CG06
TG05
TG06
dbut-dbut
CG07
TG05
TG05
fin-dbut
la moiti de la dure du
dernier tage
d'infrastructure
- 1 semaine
CG08
TG06
TG06
fin-dbut
- 1 semaine
CG09
TG06
TG11
fin-dbut
CG10
TG11
TG12
dbut-dbut
CG11
TG06
fin-dbut
CG12
TG09
TG10
TG07
TG08
(300/surface couverture)
x dure TG11
0
dbut-dbut
CG13
TG12
TG09
fin-dbut
Chapitre 5
(1/nombre d'tage)
x dure TG09
0
Dlai
Conditions d'application
fin-dbut
fin-dbut
fin-dbut
contrainte
CG100
TG01.10
TG01.01
TG01.02
TG01.03
TG01.04
TG01.06
TG01.07
TG01.08
TG01.09
CG101
TG02.01
TG01.01
TG01.10
TG02.02
CG102
TG02.02
TG01.01
TG01.02
TG01.04
TG01.05
TG01.06
TG01.07
TG01.08
TG01.09
TG02.03
Chapitre 5
page 125
CG103
TG01.04
TG01.01
fin-dbut
fin-dbut
TG01.02
TG01.06
TG01.07
TG01.08
TG01.09
TG02.03
CG104
TG05.01
TG02.04
TG04.05
d'infrastructure
TG04.06
CG105
TG05.01
TG05.02
fin-dbut
fin-dbut
TG05.07
CG106
TG05.01
TG04.05
TG04.06
CG107
TG05.02
TG02.04
d'infrastructure
fin-dbut
CG108
TG05.02
TG04.05
fin-dbut
TG04.06
CG109
TG05.02
TG05.01
d'infrastructure
fin-dbut
TG05.05
CG110
TG05.02
TG05.04
dbut-dbut
page 126
CG111
TG05.02
TG05.07
fin-dbut
CG112
TG02.03
TG03.01
fin-dbut
CG113
TG02.03
TG04.01
dbut-dbut
CG114
TG03.01
TG03.02
fin-dbut
CG115
TG03.02
TG03.03
fin-dbut
Chapitre 5
CG116
TG03.02
TG04.01
dbut-dbut
2 jours
TG04.02
CG117
TG04.02
TG04.03
fin-dbut
CG118
TG04.03
TG04.04
fin-dbut
CG119
TG04.04
TG04.05
fin-dbut
CG120
TG04.07
TG04.05
fin-dbut
CG121
TG04.05
TG04.06
fin-dbut
CG122
TG04.01
TG04.07
fin-dbut
CG123
TG05.03
TG05.02
dbut-dbut
CG124
TG05.02
TG06.01
fin-dbut
CG125
TG06.01
TG06.02
fin-dbut
CG126
TG06.01
TG06.06
fin-dbut
CG127
TG06.02
TG06.01
fin-dbut
TG06.04
CG128
TG06.03
TG06.02
dbut-dbut
CG129
TG06.02
TG06.06
fin-dbut
CG130
TG06.02
TG11.01
fin-dbut
CG131
TG06.01
TG11.01
fin-dbut
CG132
TG06.04
TG07.01
fin-dbut
CG133
TG06.01
TG07.01
fin-dbut
CG134
TG07.01
TG07.02
fin-dbut
TG07.04
Chapitre 5
page 127
CG135
TG07.01
TG07.01
fin-dbut
CG136
TG07.01
TG09.01
fin-dbut
fin-dbut
fin-fin
fin-dbut
fin-dbut
TG09.02
CG137
TG07.02
CG138
TG11.01
TG09.01
TG09.02
TG07.07
TG07.03
CG139
TG09.01
TG08.01
TG08.02
TG08.03
TG08.04
CG140
TG08.01
TG08.01
TG12.02
TG09.01
fin-dbut
fin-dbut
(300/surface de
TG09.02
TG09.03
TG09.04
CG142
TG11.01
TG12.01
couverture)
x dure TG11.01
page 128
CG143
TG12.01
TG12.02
fin-dbut
CG144
TG12.02
TG12.03
fin-dbut
Chapitre 5
Les contacts que nous avons pris avec un expert de la gestion de projet de
btiments nous ont permis de constituer une base de connaissances pour la gestion
de projet de btiment. Cette mthode de constitution de la base de connaissances
lui confre un aspect concret et rel : nous ne nous sommes pas bass sur de
simples "hypothses d'cole" destines raliser une application dconnecte de
la ralit. L'expertise recueillie correspond une pratique relle de la planification.
En contrepartie, il est clair que ces connaissances sont spcifiques un expert et
que certains pourront proposer d'autres mthodes de regroupement des ouvrages,
d'valuation des tches, etc... Si le contenu de la base de connaissances est
spcifique un expert en particulier, en revanche, sa structure, issue de la
modlisation, permet l'adaptation la plus grande diversit des experts et de leurs
savoir-faire respectifs. L'utilisation de cette base de connaissances des fins d'outils
de laboratoire ncessiterait une validation de son contenu par un recueil d'expertise
largi et par confrontation avec le point de vue de plusieurs professionnels, afin de
constituer une base de connaissances plus reprsentative. En revanche, son
dveloppement pour la mise au point d'un outil plus finalit plus "professionnelle"
ncessiterait plutt la mise en uvre de procdures permettant l'utilisateur
d'adapter la base de connaissances son propre savoir-faire.
Chapitre 5
page 129
Chapitre 6
(Conceptor)
Informations pour la
matrise des dlais
ouvrages
CONCEPTION
Espaces
PROJECTOR
PSN 5
Chapitre 6
page 133
5PSN 5 est un produit de SCITOR Corporation, traduit de l'amricain par Le Bihan & Cie.
page 134
Chapitre 6
"Calendrier"
ce
fichier
comprend
la
date
de
rfrence
pour
6Un systme de CAO pour le btiment permet de faire voluer un projet d'un tat de
conception un autre. Il s'agit d'un outil informatique qui assiste les diffrents concepteurs
intervenant sur un projet de btiment.
Chapitre 6
page 135
page 136
Chapitre 6
objets
technologiques
sont
destins
prciser
les
caractristiques
lorsque
plusieurs
solutions
sont
envisageables
(par
exemple,
langages
orients
objet
sont
actuellement
les
mieux
adapts
Chapitre 6
page 137
dans la mesure o celui-ci a t conu pour apporter une rponse spcifique aux
besoins de reprsentation des connaissances pour la CAO btiment. Dans
[MOM 93], les auteurs prsentent ce langage et justifient l'ajout d'une couche
graphique permettant de saisir et de manipuler les entits constituant un btiment,
en cohrence avec la modlisation des ouvrages et des espaces adopte pour le
prototype CONCEPTOR. Nous prsentons dans ce paragraphe une rapide
description de GRAM v2 en introduisant les termes qui seront employs dans ce
chapitre. Pour plus de dtail, on se reportera [MOM 93].
Dans GRAM v2, les objets sont totalement encapsuls : ils apparaissent
l'utilisateur comme des "botes noires", leur structure interne tant inconnue. Le seul
moyen de communiquer avec ces objets consiste alors leur envoyer des
messages qu'ils sont susceptibles d'identifier. Ces messages activent des mthodes
dfinies dans les classes. Ces objets sont organiss selon un modle mta-circulaire,
c'est dire :
- tout est objet (classe, instance, attribut) ;
- tout objet est instance d'un autre objet.
On peut cependant distinguer deux types d'instances :
- les instances terminales ;
- les classes, se dcomposant elles-mmes en :
- mta-classes, aptes gnrer d'autres classes ;
- les autres classes, gnrant des instances terminales.
Cette modlisation, largement dveloppe par ailleurs [MAS 89], permet
d'obtenir un langage homogne qui a t tendu de quatre manires :
- les classes de reprsentation :
Chaque objet peut tre un objet composite, c'est dire compos d'autres objets
(par exemple, le mur est compos de couches). Ces derniers sont alors des
instances de classes de reprsentation. L'objet composite peut dlguer la rponse
un message des objets qui le composent. Cette dlgation est dfinie dans la
classe de l'objet composite avec une mthode dlgue.
- les domaines de comptence :
La rponse d'un objet un message n'est pas la mme selon le domaine de
comptence de l'utilisateur qui envoie le message.
- les classes graphiques :
Des classes spcialises ont t dfinies en standard afin de proposer des classes
de reprsentation graphiques aux objets (par exemple, des points, des lignes, des
surfaces polygonales, des objets volumiques).
- les relations entre entits :
A la diffrence de la notion de composition (les couches composent un mur), la
relation ne se traduit pas par une hirarchisation des objets. De plus, elle peut tre
page 138
Chapitre 6
value.
Objet
planif
Tche
Mta-tches
Mta-objets de planification
etc...
Modle
Mta-classes
Objet
planif
gnrique
Tche
gnrique
Tches
Objets de planification
etc...
Connaissances
Classes
Projet
Instances terminales
Niveau conceptuel
PROJECTOR
II - 1 Le schma de base :
Le schma de base comprend les diffrentes mta-classes correspondant aux
diffrents types d'objets de base identifis lors de la modlisation :
Chapitre 6
page 139
La mta-tche :
{ meta-tache
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (niv-det . mono) (types-de-ressources . multi) (moemaxi . mono) (moe-optim . mono) (calc-duree . mono) (realise .
meta_rel_att_5) (origine-de-cg . meta_rel_att_20) (cibles-de-cg .
meta_rel_att_22) (tg-regroupe-tg . meta_rel_att_25) (tg-compose-tg .
meta_rel_att_26))
- methods : ((regroupe? #:gdp:tgregroupetg) (compose? #:gdp:tgcomposetg)
(nom? #:gdp:nom?) (cg-associees? #:gdp:cg-associees?) (moe-maxi?? #:gdp:
moe-maxi?) (moe-optim?? #:gdp:moe-optim?) (realise? #:gdp:realise?mt)
(ressources #:gdp:ressource) (niveau?? #:gdp:niveau-det))
- sons : ()
- instances : (tache tg12.03 tg12.02 tg12.01 tg11.01 tg10.08 ...)
- r_methods : ()
}
Les diffrents lments dcrivant la mta-tche :
isa : indique de quelle classe l'objet est instance (la mta-tche est une instance
de r_meta_class) ;
super : indique de quelle classe l'objet est une spcialisation (la mta-tche est
une sorte de r_meta_class, c'est dire que ses instances sont des classes) ;
i-v : liste des attributs de la mta-tche ; par exemple (nom . mono) correspond
l'attribut nom de type monovalu, (realise . meta_rel_att_5) est destin recevoir
l'identificateur d'une relation qui relie les instances de mta-tches d'autres objets
(en l'occurrence, il s'agit de la relation permettant d'associer des tches gnriques
des objets de planification gnriques) ;
7La description des objets est obtenue en utilisant la commande show de Gram v2. Par
['meta-tache 'show]
page 140
Chapitre 6
methods : liste des mthodes de la mta-tche ; par exemple, le couple (cgassociees? #:gdp:cg-associees?) signifie que lorsqu'une instance de mta-tche
reoit le message cg-associes?, la rponse est donne travers l'excution de la
fonction dfinie sous le nom #:gdp:cg-associees? (en l'occurrence, il s'agit de
dterminer quelles contraintes gnriques ont pour origine ou cible l'instance de
mta-tche que l'on interroge) ;
sons : liste des spcialisations de la mta-tche (la mta-tche n'en comporte
pas) ;
instances : liste des instances de la mta-tche (on n'a ici repris qu'une partie de
la liste de toutes les tches gnriques identifies lors de la constitution de la base
de connaissances) ;
r_methods : liste des mthodes dlgues de la mta-tche (la mta-tche n'en
comporte pas).
Chapitre 6
page 141
Les mta-options :
{ meta-option
- isa : r_meta_class
- super : r_meta_class
- i-v : ((nom . mono) (niv-det . mono) (technologie . multi) (fonction .
multi) ( associee-a-lot . meta_rel_att_2) ( moc-se-decompose-en .
meta_rel_att_13) (moc-compose . meta_rel_att_14) ( associee-a-ophy .
meta_rel_att_15) (moc-associee-a-mop . meta_rel_att_17))
- methods : ((sur-option? #:gdp:sur-option?) (sous-options? #:gdp: sousoptions?) (op-relies? #:gdp:op-relies?) (type-ophy-associe? #:gdp: typeophy-associe) (fonctions? #:gdp:fonctions-option) (technologies? #:gdp:
technologies-option) (nom? #:gdp:nom?))
- sons : ()
- instances : (option ocg11 ocg10 ocg09 ocg08 ocg07 ocg06 ocg05 ...)
- r_methods : ()
}
Les mta-zones :
{ meta-zone
- isa : r_meta_class
- super : r_meta_class
- i-v : (( regroupe . meta_rel_att_7) (compose . meta_rel_att_8) (contient
. meta_rel_att_10))
- methods : ((contient? #:gdp:contient))
- sons : ()
- instances : (local division etage-superstructure etage-infrastructure
etage bloc batiment chantier projet zone)
- r_methods : ()
}
II - 2 La base de connaissances :
Les connaissances de la gestion de projet se dcomposent en diffrents types :
des tches gnriques, des objets de planification gnriques, ... Les connaissances
de mme type ont des caractristiques communes : ainsi, toutes les tches ont un
nom, une dure, une date au plus tt, ... En revanche, elles peuvent se distinguer
par la mthode calcul de leur dure, par le type d'objet de planification ralis, ...
On dfinit alors une classe correspondant la "tche type", instance de la mtatche, puis autant de spcialisation de cette classe type que nous avons identifi
de tches gnriques (Fig. 6.3).
page 142
Chapitre 6
Mtaclasse
mtatche
Ralisation superstructure
tage 0
Classe
tche
Ralisation superstructure
tage 1
Classe
tche pose
couverture
Ralisation superstructure
tage 2
Lien de sp cialisation
Chapitre 6
page 143
- realise : ()
- origine-de-cg : ()
- cibles-de-cg : ()
- tg-regroupe-tg : ()
- tg-compose-tg : ()
}
Des mthodes dlgues ont t dfinies au niveau de la classe tche : par
exemple (niveau? (isa . niveau??)) signifie que lorsqu'une tche reoit le message
niveau?, elle dlgue la rponse au contenu de l'attribut isa (en l'occurrence, le
nom de sa classe) en lui envoyant le message niveau??. Cette r_methods est
destine retourner le niveau de dtail de la tche.
On retrouve par ailleurs, dans la description de la classe tche, la liste des tches
gnriques qui figuraient dj dans la description de la mta-tche, mais cette foisci, en temps que spcialisation et non en temps qu'instances. Nous dcrivons cidessous 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-composetache . meta_rel_att_46))
- methods : ()
- sons : ()
- instances : ()
- r_methods : ()
- nom : ralisation superstructure
- niv-det : 1
- types-de-ressources : ()
- moe-maxi : 5
- moe-optim : 3
- calc-duree : #:gdp:dureetg06
- realise : mt-mop_6
- origine-de-cg : (mc-mt-origine_11 mc-mt-origine_9 mc-mt-origine_8)
- cibles-de-cg : (mc-mt-cible_8 mc-mt-cible_6 mc-mt-cible_5)
- tg-regroupe-tg : mt-mt_6
- tg-compose-tg : ()
}
L'attribut origine-de-cg contient le nom des relations liant la tche gnrique
TG06 des contraintes de planification gnrique. Par exemple :
{ mc-mt-origine_11
- isa : mc-mt-origine
- pere : cg11
page 144
Chapitre 6
- fils : (tg06)
}
La relation mc-mt-origine_11 relie la tche TG06 la contrainte CG11, dcrite cidessous :
{ cg11
- isa : meta-contrainte
- super : contrainte
- i-v : ((isa) (delai . mono) (tache-origine . mono) (tache-cible . mono))
- methods : ((calcul-delai #:gdp:calcul-delaicg11))
- sons : ()
- instances : ()
- r_methods : ()
- nom : ()
- type-lien : fd
- condition : #:gdp:conditioncg11
- tg-origine-associee : mc-mt-origine_11
- tg-cibles-associees : mc-mt-cible_11
}
Chapitre 6
page 145
page 146
Chapitre 6
{ ocg01
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op
.ta_rel_att_41))
- methods : ()
- sons : ()
- instances : ()
- r_methods : ()
- nom : beton-arme-coule-en-place
- niv-det : 1
- technologie : (beton)
- fonction : ((poutre stabilite) (poteau stabilite) (plancher stabilite)
(murstabilite))
- associee-a-lot : (lot-moption1_1)
- moc-se-decompose-en : moption-moption_1
- moc-compose : ()
- associee-a-ophy : moption-mophy_25
- moc-associee-a-mop : moption-mop_26
}
un
exemple
d'utilisation
de
PROJECTOR,
nous
prsentons
la
III - 1 Le projet :
Nous reprenons l'exemple que nous avions prsent dans le chapitre 4 pour
illustrer la modlisation des informations de conception. Il s'agit d'un projet constitu
d'un btiment avec trois appartements rpartis sur deux tages (Fig. 6.4).
Nous proposons de choisir un objet physique de ce btiment (un mur) et de suivre
le cheminement aboutissant la gnration des tches qui ralisent ce mur.
Chapitre 6
page 147
Mur 1
m0
m7
m8
m20
m22
m21
Bton
Panneau
isolant
p2
m6
p1
local4
p4
p8
c0
p7
m11
m23
c9
percement1
m18
p5
p13
c5
c4
m13
m12
p10
m2
m17
c14
c13
p14
p16
c7
c8
c3
c6
m24
c11
c12
p18
p17
m25
p9
m5
p15
m1
m10 p3
c1
p12
m19
m14
m4
Etage 0
m16
p plancher haut
m : mur
c : cloison
m3
m15
Etage 1
page 148
Chapitre 6
- isa : couche-isolant
- contour : polygone1
- position : 20
}
{ couche-platre1
- isa : couche-platre
- contour : polygone1
- position : 27
}
{ couche-beton1
- isa : couche-beton
- contour : polygone1
- position : 0
}
Ces couches sont des instances de classes comportant des renseignements tels
que l'paisseur, le type de matriau... La position de la couche est sa distance au
plan de rfrence portant le mur.
Le mur 1 est perc par le percement 1:
{ percement1
- isa : percement
- technologies-ophy :
- fonction : (eclairage separation isolation-thermique isolation-phonique)
- ophy-appartient-a-zone : ophy-zone_57
- compose-op :
- lie-a-option :
- position-surface : ()
- contour : polygone3
- porte : fenetre1
}
Ce percement porte un objet technologique : une fentre.
Chapitre 6
page 149
Utilisateur
Zones de
planification
gnriques
Objets de
planification
gnriques
Options de
construction
gnriques
Objets
physiques
+ options
Objets
physiques
Choix des
options de
construction
CAO
Locaux
Identification
des zones
de
planification
Objets de
planification
Identification
des objets
de
planification
Contraintes de
planification
gnriques
Tches
gnriques
Tches
Identification
des tches
Structure du
fichier
Contraintes
Identification
des
contraintes
Fichier
pour
PSN 5
Construction
d'un fichier
pour PSN 5
PSN 5
Zones de
planification
De
manire
acclrer
les
traitements
ultrieurs,
PROJECTOR
affecte
page 150
Chapitre 6
Chapitre 6
page 151
}
La relation ophy-zone_2 est dcrite de la faon suivante :
{ ophy-zone_2
- isa : ophy-zone
- pre : mur1
- fils : (batiment1 projet1 bloc1 etage0)
}
Le mur1 est donc contenu dans l'tage 0, le bloc 1, le btiment 1 et le projet 1.
Les options de construction associes au mur 1 sont les suivantes :
{ option-ophy_3
- isa : option-ophy
- pere : ocg11_1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur13 mur14
mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 cloison0 cloison1 cloison2
cloison3 cloison4 cloison5 cloison6 cloison7 cloison8 cloison9 cloison10
cloison11 cloison12 cloison13 cloison14 plancher7 plancher8 plancher9
plancher10 plancher11 plancher12 plancher13 plancher14 plancher15
plancher16 plancher17 plancher18)
}
{ option-ophy_1
- isa : option-ophy
- pere : ocg01_1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur10 mur11
mur12 mur13 mur14 mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 mur23
mur24 mur25 plancher1 plancher2 plancher3 plancher4 plancher5 plancher6
plancher7 plancher8 plancher9 plancher10 plancher11 plancher12 plancher13
plancher14 plancher15 plancher16 plancher17 plancher18)
}
Deux options de construction sont ainsi associes au mur 1 : ocg11_1 et ocg01_1.
Ces deux options sont respectivement des instances des classes ocg11 et ocg01 :
{ ocg11
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op .
meta_rel_att_41))
- methods : ()
- sons : ()
- instances : (ocg11_1)
- r_methods : ()
- nom : doublage-cloison-isolation
- niv-det : 1
- technologie : (isolant-deroule flocage panneaux-complexes panneauxassembles-a-sec petits-elements maconnerie)
page 152
Chapitre 6
- fonction : ()
- associee-a-lot : (lot-moption1_7)
- moc-se-decompose-en : moption-moption_12
- moc-compose : ()
- associee-a-ophy : moption-mophy_35
- moc-associee-a-mop : moption-mop_37
}
{ ocg01
- isa : meta-option
- super : option
- i-v : ((liee-a-ophy . meta_rel_att_37) (oc-regroupe-oc .
meta_rel_att_39) (oc-compose-oc . meta_rel_att_40) (oc-liee-a-op .
meta_rel_att_41))
- methods : ()
- sons : ()
- instances : (ocg01_1)
- r_methods : ()
- nom : beton-arme-coule-en-oeuvre
- niv-det : 1
- technologie : (beton)
- fonction : ()
- associee-a-lot : (lot-moption1_1)
- moc-se-decompose-en : moption-moption_1
- moc-compose : ()
- associee-a-ophy : moption-mophy_26
- moc-associee-a-mop : moption-mop_27
}
III - 2 - 3 Identification des objets de planification :
Dans la base de connaissances, nous avons associ chaque option de
construction gnrique des objets de planification gnriques. A partir des options
associes aux objets physiques du projet, on peut ainsi dterminer les objets de
planification susceptibles de constituer le projet tudi. Dans notre cas, le mur 1 est
reli deux options de construction :
- option "doublage-cloisons-isolation", associe l'objet de planification
gnrique "doublage-cloisons-isolation" ;
- option "bton arm coul en uvre", associe aux objets de planification
gnriques "superstructure" et "infrastructure".
Le mur 1 va ainsi composer deux objets de planification :
- un objet "superstructure" :
Chapitre 6
page 153
{ opg06-etage0
- isa : opg06
- option : ()
- realise-par :
- appartient-a-zone : op-zone_6
- regroupe : op-ophy_3
- op-lie-a-oc : ()
- op-regroupe-op : ()
- op-compose-op : ()
- surface-plancher : 100
- volume-prefa : 0
}
Cet objet regroupe plusieurs objets physiques (Fig. 6.6) :
{ op-ophy_3
- isa : op-ophy
- pere : opg06-etage0
- fils : (plancher10 plancher9 plancher8 plancher7 plancher6 plancher5
plancher4 plancher3 plancher2 mur12 mur11 mur10 mur9 mur8 mur7 mur6 mur5
mur4 mur3 mur2 mur1 mur0)
}
m0
m7
m8
m9
p2
m6
p1
p4
m10 p3
p8
p7
m11
p9
p5
m1
p6
p10
m12
m2
m5
m4
m3
page 154
Chapitre 6
- realise-par :
- appartient-a-zone : op-zone_8
- regroupe : op-ophy_5
- op-lie-a-oc : ()
- op-regroupe-op : ()
- op-compose-op : ()
- surface-planchers : 200
}
Cet objet de planification regroupe plusieurs objets physiques (Fig. 6.7) :
{ op-ophy_5
- isa : op-ophy
- pere : opg09-batiment1
- fils : (mur0 mur1 mur2 mur3 mur4 mur5 mur6 mur7 mur8 mur9 mur13 mur14
mur15 mur16 mur17 mur18 mur19 mur20 mur21 mur22 cloison0 cloison1 cloison2
cloison3 cloison4 cloison5 cloison6 cloison7 cloison8 cloison9 cloison10
cloison11 cloison12 cloison13 cloison14)
}
m0
m7
m8
m20
m9
m21
m22
c2
m19
m6
m13
m1
c9
c0
c1
m18
c6
c14
c10
c13
c5
c4
c8
c3
m2
c7
c11
c12
m17
m5
m14
m4
m16
m3
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
Chapitre 6
page 155
planification.
III - 2 - 4 Identification des tches :
A chaque objet de planification gnrique ayant gnr des objets de
planification sont associes des tches gnriques, susceptibles de gnrer des
tches pour la ralisation du projet tudi.
Ainsi, l'objet de planification gnrique "superstructure" est associ la tche
gnrique TG06 ("ralisation superstructure") et l'objet de planification gnrique
"doublage-cloisons-isolation" la tche gnrique TG09 ("ralisation doublagecloisons-isolation"). Chacun des deux objets de planification que compose l'objet
mur1 est donc ralis par une tche :
{ tg06_2
- isa : tg06
- duree : 10
- cout : ()
- moe : ()
- realise : (op-tache_4)
- tache-regroupe-taches : ()
- tache-compose-tache : ()
}
Cette tche ralise l'objet de planification "superstructure-tage0" :
{ op-tache_4
- isa : op-tache
- pre : opg06-etage0
- fils : (tg06_2)
}
{ tg09_1
- isa : tg09
- duree : 7
- cout : ()
- moe : ()
- realise : (op-tache_1)
- tache-regroupe-taches : ()
- tache-compose-tache : ()
}
Cette
tche
ralise
l'objet
de
planification
btiment1" :
{ op-tache_1
- isa : op-tache
- pre : opg09-btiment1
page 156
Chapitre 6
"doublage-cloisons-isolation-
- fils : (tg09_1)
}
PROJECTOR :
- gnre les tches, calcule leur dure et les lie aux objets de planification
qu'elles ralisent respectivement.
UTILISATEUR :
- ventuellement, modifie les caractristiques de certaines tches ;
- gnre de nouvelles tches particulires.
III - 2 - 5 Identification des contraintes de planification :
Pour chaque contrainte gnrique, s'il existe des instances des tches gnriques
origine et cible, les conditions d'application sont values et, le cas chant, une
contrainte est gnre et le dlai qui lui est affect est calcul. On dfinit de cette
manire, partir de la liste des tches ralisant le projet, une liste de contraintes de
planification. Nous prsentons ci-dessous une de ces contraintes :
{ cg08_1
- isa : cg08
- delai : -5
- tache-origine : tg06_2
- tache-cible : tg06_1
}
PROJECTOR :
- gnre les contraintes de planification et les lie aux tches cibles et origines.
UTILISATEUR :
- ventuellement, modifie les caractristiques des contraintes gnres;
- cre ou supprime des contraintes.
III - 2 - 6 Utilisation de PSN5 :
Nous avons exploit la liste des tches et des contraintes, en vue de raliser
l'ordonnancement, avec le logiciel PSN5 Les transferts entre PROJECTOR et PSN 5 ont
t raliss grce la gnration, par PROJECTOR, de deux fichiers textes
compatibles avec les formats import/export de PSN :
- le fichier "activits", comportant pour chacune des tches : l'identificateur, le
nom, la dure ;
- le fichier des "liens", comportant pour chaque ressource : l'identificateur de la
tche cible, l'identificateur de la tche origine, le type de lien, le dlai.
Nous prsentons ci dessous le rsultat de l'ordonnancement obtenu, sous forme
de diagramme Gantt (Fig. 6.8).
Chapitre 6
page 157
UTILISATEUR :
- utilise PSN5 en exploitant la liste des tches et des contraintes construite avec
PROJECTOR.
- modifie le planning obtenu :
- nom des tche ;
- ajustement de la tche lastique "Electricit".
page 158
Chapitre 6
Utilisateur
Contraintes de
Objets de
Options de
Tches
planification
planification
construction
gnriques
gnriques
gnriques
gnriques
Objets
Objets de
physiques
planification
+ sous-options
Tches
Objets
physiques
+ options
Affinement
des options
de
construction
Premire
gnration
Dcomposition des
objets de
planification
Identification des
tches
Zones de
planification
Objets de
planification
Structure
du fichier
Fichier pour
Identififica- Contraintes
PSN 5
tion des
contraintes
Construction
PSN
d'un fichier
pour PSN 5
Chapitre 6
page 159
page 160
Chapitre 6
UTILISATEUR :
- ventuellement, modifie la composition et des dimensions de certains objets de
planification.
Aprs l'affinement des options de construction et la dcomposition des objets de
planification, le mur 1 est reli deux options de construction et
{ mur1
- isa : mur
- technologies-ophy : (beton panneaux-complexes)
- fonction : (separation isolation-thermique isolation-phonique stabilite)
- ophy-appartient-a-zone : ophy-zone_2
- compose-op : (op-ophy_11 op-ophy_7 op-ophy_6)
- lie-a-option : (option-ophy_6 option-ophy_4)
- filaire : filaire1
- perce-par : (percement1)
- compose-de-couche : (couche-isolant1 couche-platre1 couche-beton1)
- equipe-par : ()
- delimite : ()
- est-cale-par : ()
- est-delimite-par : ()
}
Le mur 1 compose les objets de planification :
- porteurs verticaux tage 0 ;
- finitions tage 0 ;
- doublage tage 0.
A partir de la liste des objets de planification de niveau de dtail 2, la procdure
de gnration des tches et des contraintes de planification est la mme que celle
utilise pour une premire gnration.
III - 3 - 3 Utilisation de PSN5 :
Comme pour le niveau enveloppe, nous avons exploit la liste des tches et des
contraintes ( travers les deux fichiers "activits" et " liens" gnrs par PROJECTOR)
en vue de raliser l'ordonnancement avec le logiciel PSN5.
Nous prsentons ci-dessous le rsultat de l'ordonnancement obtenu, sous forme
de diagramme Gantt (Fig. 6.10).
UTILISATEUR :
- utilise PSN5 en exploitant la liste des tches et des contraintes construite avec
PROJECTOR.
- modifie les rsultats obtenus avec PSN5 : dans notre exemple, les contraintes
gnriques de la base de connaissances correpondant des contraintes
techniques de mise en uvre (par exemple, ne pas poser la couverture avant
Chapitre 6
page 161
tches de second uvre de mme type mais ralises dans des zones
diffrentes.
page 162
Chapitre 6
gnration, de dterminer "qui ralise quoi". Nous montrons ci-dessous des exemples
d'envois de messages (avec la syntaxe ['objet 'message]) destins prciser les liens
entre objets physiques et tches.
['tg06_2 'realise-OPhy?]
= (plancher10 plancher9 plancher8 plancher7 plancher6 plancher5 plancher4
plancher3 plancher2 mur12 mur11 mur10 mur9 mur8 mur7 mur6 mur5 mur4 mur3
mur2 mur1 mur0)
['mur0 'realise-par??]
= (tg09_1 tg06_2)
La tche tg06_2 (ralisation de la superstructure de l'tage 0) ralise les
planchers 2 10 et les murs 0 12. Le mur 0 est ralis par la tche TG06_2
(ralisation de la partie superstructure du mur) et par la tche TG09_1 (ralisation de
la partie doublage isolation du mur).
De la mme faon, des messages permettent d'indiquer la composition des
objets de planification, les tches qui les ralisent, les zones qui les contiennent, ...
La persistance de ces liens aprs les phases de gnration des informations est
indispensable pour assurer la vrification de la cohrence des diffrents types
d'informations en prsence. Par exemple, si les caractristiques d'un objet physique
sont modifies, l'objet de planification qu'il compose ainsi que les tches qui le
ralisent doivent tre identifis pour tre modifis. Par ailleurs, ces liens identifient les
lments du projet (objets physiques, options de construction) qui ont t pris en
compte dans la gnration des tches : ce sont ces lments sur lesquels devront
tre envisages des actions en vue de modifier les caractristiques de la tche
correspondante (sa dure par exemple). Ce retour de la gestion de projet sur la
conception permet alors de faciliter la prise en compte de proccupations de la
gestion de projet au cours de la conception.
En outre, l'identification des liens entre les diffrents types d'information ouvre des
perspectives d'intgration plus pousse du processus conception-ralisation. Les
liens permettent ainsi d'envisager la mise au point de fonctionnalits de simulation.
Par exemple, la simulation pourrait se traduire par la visualisation des objets de
planification
raliss
une
date
donne
en
fonction
du
rsultat
de
l'ordonnancement des tches ; cela ncessite alors l'existence d'un lien entre ces
objets et les tches du planning. Ces fonctionnalits de simulation constitueront une
aide pour les professionnels de la conception et de la ralisation des btiments mais
elles ont aussi pour but de mettre les connaissances de la gestion de projet la
disposition des chercheurs : PROJECTOR doit aussi tre considr comme tant la
base d'outil de laboratoire.
Ces perspectives, ainsi que d'autres, ouvertes par le travail de recherche que
constitue cette thse sont dveloppes plus longuement dans la conclusion
gnrale.
Chapitre 6
page 163
page 164
Chapitre 6
Conclusion gnrale
ont
exploites
avec
un
logiciel
d'aide
la
planification
Conclusion
page 167
nous avons utilises. En fait, plus le niveau de dtail est fin, plus les connaissances
sont spcifiques un savoir-faire particulier ; le systme expert doit alors tre trs
ouvert en offrant de larges possibilits de modification de la base de connaissances
(dont la cohrence doit alors tre vrifie). A un niveau donn, il serait mme
probablement souhaitable d'offrir l'utilisateur la possibilit de modifier jusqu'au
modle, tout en prservant une certaine notion de transparence.
- lors de l'tude des diffrents lments du planning, nous avons cit diffrents
types de contraintes de planification. Pour la ralisation du prototype PROJECTOR,
nous n'avons retenu que les contraintes de succession. Il semble intressant de
pousser plus loin l'tude : quelles sont les caractristiques de la ralisation des
btiments que l'on peut exprimer sous forme de contraintes ? Comment prendre en
compte tous les types de contraintes (notamment les contraintes de disjonction que
les logiciels de planification classiques ignorent) ? Quelles applications sont
envisageables avec les outils rcents de propagation de contraintes ?
- dans la mise en uvre de nos proposition, nous avons fait appel un logiciel
(dit) de planification, en estimant qu'il offrait les fonctionnalits suffisantes pour la
validation de PROJECTOR. Or, la plupart des logiciels de planification actuels ne
sont pas totalement satisfaisant quant leurs fonctionnalits d'ordonnancement.
Nous l'avons dj not plus haut en ce qui concerne la non prise en compte des
contraintes de disjonction. D'autres spcificits du domaine de la construction des
btiments ncessitent une adaptation des logiciels d'ordonnancement : c'est le cas,
par exemple, des tches "lastiques", celles dont la dure est calcule partir des
dates de dbut et de fin d'autres dates (donc, aprs un premier ordonnancement).
- l'analyse de l'articulation entre les diffrents niveaux de dtail doit tre
approfondie : par exemple, dans le cas de la planification, si l'tablissement d'un
planning enveloppe est fait gnralement sur la base d'informations incompltes et
peu prcises, il n'en demeure pas moins que ce planning doit tre respect par la
suite, mme lorsqu'un planning dtaill tabli sur la base d'informations plus prcises
ne semble pas compatible avec lui. Il faut alors traduire les dures et dates
calcules pour un planning enveloppe en termes de contraintes pour le planning
dtaill.
- l'analyse de la liaison entre la conception et la gestion de projet doit
videmment tre tendue l'ensemble des aspects de la gestion de projet de
btiments. Il parait notamment indispensable d'tudier l'aspect cot et d'analyser
non seulement l'interaction qui existe avec la conception (des outils performants
existent dj) mais aussi avec la planification.
- l'utilisation d'un langage tel que GRAM V2 prsentant des fonctionnalits de
modeleur graphique permet d'envisager une importante interactivit dans
l'utilisation d'un outil comme PROJECTOR : il serait intressant, par exemple, de
visualiser les diffrents objets de planification gnrs, de les modifier par une
procdure de saisie graphique, de montrer l'volution des btiment en visualisant
diffremment les objets de planification dj construits des autres, ou encore, en
visualisant l'objet de planification ralis par une tche que l'on aura "clique" dans
page 168
Conclusion
Conclusion
page 169
Glossaire
Acteur :
Personne physique jouant un rle dans la gestion d'un projet.
Btiment :
Construction d'un seul tenant mettant couvert des espaces habitables.
C.A.O. (ou systme de conception assiste par ordinateur) :
Systme informatique permettant de faire voluer (cration, modification,
suppression) un projet d'un tat de conception un autre.
Conducteur de travaux :
Cadre
oprationnel,
responsable
de
chantier,
dans
les
entreprises
de
Glossaire
page 173
Donne :
C'est la part d'information explicite et ralisable.
Dossier :
Ensemble de documents ayant une destination commune.
Entreprise :
C'est un acteur qui excute les tches en consommant et utilisant les ressources
afin de raliser le projet.
Exemple : telle entreprise de gros uvre utilise la mthode de bton coul sur
place, elle utilise une grue, une centrale bton, des coffrages et 3 quipes de
main d'uvre. Elle signe des contrat avec le matre d'ouvrage et tablit des
contrats pour ses sous-traitants.
Evnement :
C'est un fait qui se produit de faon rgulire, progressive ou exceptionnelle. La
fin du mois, l'achvement d'une tche et la chute d'une grue sont des vnements
respectivement rguliers, progressifs et exceptionnel.
Fonction :
Traduit les diffrents aspects du domaine de comptence des acteurs.
Flux d'informations :
Un ensemble d'informations migrant d'un poste un autre, d'une source une
cible, constitue un flux d'informations.
Gestion de production :
Cela consiste rpondre la question: comment fabriquer et par qui, quand et
quel prix? La rponse est apporte par la dfinition des tches, par le plan de
production, par la gestion des stocks et des approvisionnements, par le suivi de la
qualit, par la matrise des cots, et aussi par la maintenance de l'outil de
production,
le
choix
des
investissements,
par
le
choix
d'implantation
et
d'organisation.
Gestion de projet :
La gestion de projet consiste tablir l'ensemble complet et prcis des
caractristiques du projet, mettre au point un systme de contrle et de prise de
dcisions, et faire fonctionner ce systme, notamment en rpartissant les moyens
de production et en optimisant leur utilisation, jusqu' l'aboutissement du projet.
page 174
Glossaire
Information :
C'est une connaissance relative un vnement et qui devient plus ou moins
synthtique et analytique aprs traitement.
Informations de conception :
Ce sont les informations qui transitent de l'quipe de conception vers l'entreprise.
Elles dcrivent la topologie et la technologie du projet. Elles sont compltes par les
donnes techniques. Elles peuvent tre obtenues partir de la C.A.O..
Informations de ralisation :
Elles concernent les mthodes, les moyens mis en uvre, les processus de
ralisation, les capacits de production des entreprises, les cadences, l'installation
de chantier,... Ce sont des informations destines complter les informations de
conception.
Intervention :
Ensemble de tches faites un moment donn sans interruption.
Lot :
C'est un regroupement de tches qui rsulte d'un dcoupage technique du
btiment construire. Il permet de rpartir les diffrents types de travaux entre les
entreprises.
Attribut : cot.
Exemple : le lot "Gros uvre" regroupe toutes les tches relatives la ralisation
de la structure bton du btiment.
Matre d'ouvrage :
C'est la personne physique ou morale qui sera propritaire de l'ouvrage. C'est lui
qui fixe le programme.
Matre d'uvre :
C'est la personne physique et morale qui reoit mission du matre d'ouvrage pour
assurer la conception et le contrle de la ralisation d'un ouvrage conformment
au programme.
Matre d'uvre de conception :
Personne physique ou moral dont la fonction consiste raliser et/ou coordonner
la conception architecturale et technique du projet. Ce rle est gnralement jou
par les architectes.
Glossaire
page 175
page 176
Glossaire
Glossaire
page 177
Ressources :
Il s'agit de tout ce qui est employ, utilis ou consomm pour assurer la ralisation
d'une tche.
Exemple : la main d'uvre, les engins, les matriaux sont des ressources.
Attribut : cot unitaire / fournisseur; quantit; dlai d'approvisionnement; quantit
minimale.
Ressources consommables :
Il s'agit de ressources qui ne sont pas rutilisables aprs l'excution de la tche.
Exemple : le bton, le carrelage, la peinture sont des ressources consommables.
Ressources renouvelables :
Il s'agit de ressources disponibles en quantits limites, qui ne peuvent tre
affectes plusieurs tches simultanment mais peuvent l'tre successivement, y
compris sur diffrents projets.
Exemple : la main d'uvre, le matriel sont des ressources renouvelables.
Rle :
Indique dans quel cadre l'acteur intervient.
S.I.I. (systme informatique intgr) :
Outil informatique comportant plusieurs applications concourant un but
commun (par exemple, la ralisation d'un projet). Le SII assure la cohrence et les
changes d'informations entre les diffrentes applications.
Tche :
Une tche correspond une action localise dans le temps et dans l'espace et
qui contribue la ralisation et la mise en place d'un objet de planification.
Exemple : la ralisation des porteurs verticaux du niveau 1 est une tche. Elle est
associe des contraintes temporelles, elle utilise de la main d'uvre, une grue, des
coffrages, du bton, des armatures; elle appartient au lot gros uvre; elle se
dcompose en tches "coffrage", "coulage" et "ferraillage".
Remarque : Le cot est calcul en additionnant le cot par ressource.
Unit de temps :
Il s'agit de la plus petite dure l'intrieur de laquelle on choisit de ne pas
dtailler la ralisation. Le choix de cette unit de temps est li au niveau de dtail
du planning projet.
page 178
Glossaire
Zone de planification :
C'est une sorte de division correspondant au regroupement de locaux en
fonction de critres propres la gestion de projet. Les zones de planification
rsultent d'un dcoupage gomtrique des btiments.
Exemple : pour la planification des oprations de gros uvre un niveau de
dtail intermdiaire, le niveau d'un bloc constitue une zone de planification; pour un
niveau de dtail moins fin, cette zone compose la zone de planification "bloc".
Glossaire
page 179
Rfrences
bibliographiques
Bibliographie
page 183
page 184
Bibliographie
Bibliographie
page 185
[PIE 91] Pierre, F. L'informatisation des mtiers du chantier dans les entreprises de
btiment. Paris : Plan Construction et Architecture, 1991. 85p. Rapport n12. Coll.
Recherche.
[PSN 92] Le Bihan & Cie. PSN5, progiciel de gestion de projets : Manuel de rfrence.
Paris : Le Bihan & Cie, 1992.
[QUI 85] Quintrand, P. Autran, J. Florenzano, M. Fregier, M. Zoller, J. La conception
assiste par ordinateur en architecture. Paris : Hermes, 1985. 257p. Coll. Trait des
Nouvelles Technologies.
[SAU 84] Sauce, G. Aide la conception d'esquisse de btiments d'habitation par la
manipulation de critres de qualit. Thse de doctorat de 3 cycle. INSA de Lyon :
1984. 159p.
[SAU 93] Sauce, G. Dufau, J. Perrotin, P. Analyse et modlisation du processus de
conception de btiments. 01DESIGN'93, Tunis, 1993. 9p.
[STU 87] Stukhart, G. Construction Management Responsabilities during Design.
Journal of Construction Engineering and Management. 1987, Vol.113, N1, p90-98.
[TAT 77] Tate, A. Generation Project Networks. IJCAI 77, Cambridge, 1977. p 888-893.
[VAT 87] Vatin, P. L'utilisation de l'informatique pour la gestion de chantier dans les
PME du btiment, diagnostic des besoins. Paris : Plan Construction et Architecture,
1987. 62p. March n 86 61209 00 223 75 01.
[VIL 91] Villemain, C. La planification oprationnelle, mthodes et mtiers de la
planification de projet. Paris : AFNOR, 1991. 124p. Coll. Gestion.
[X2A 88] X2A, un systme de conception assiste par ordinateur en avant projet
sommaire des btiments. - Paris, Plan Construction et Architecture, 1988. 95p.
[X2A 89] X2A-SE, ralisation de systmes experts intgrs un systme de CAO
btiment". - Rapport final de recherche, Contrat Plan Construction et Habitat n86A4-04. - Direction de la Construction - MELATT - fvrier 1989
[ZE 93] ZE, Martin. Intgration de la composante nergtique dans un systme de
CAO btiment. Utilisation d'une reprsentation oriente objet. Thse de doctorat :
Universit de Savoie, 1993. 258p.
[ZOZ 89] Zozaya-Gorostiza, C. Hendrickson, C. Rehak, D.R. Knowledge-Based Proces
Planning for Construction and Manufacturing. San Diego : Academic Press, 306 p.
[ZOZ 90] Zozaya-Gorostiza, C. Hendrickson, C. Rehak, D.R. A Knowledge-Intensive
Planner for Construction Projects. Bulding and Environment. 1990, Vol.25, N3, p268278.
page 186
Bibliographie
Annexes
Afin d'illustrer les dfinitions que nous avons donnes pour chacun des principaux
types de planning et de montrer les diffrents niveaux de dtail de la planification,
nous prsentons dans cette annexe :
- un planning global ;
- un planning enveloppe ;
- un planning dtaill TCE ;
- un planning trs dtaill d'excution ;
- une fiche journalire de travail.
Annexes 1
page 189
page 190
Annexes 1
Livraison
Travaux
Etudes et autorisations
Montage financier
Choix concepteur
Foncier
Programme
Etudes pralables
7 8
1993
9 10 11 12
1
2
7 8
1994
9 10 11 12
1995
7 8
Planning global :
Planning enveloppe :
Annexes 1
page 191
page 192
Annexes 1
Annexes 1
page 193
page 194
Annexes 1
Annexes 2
page 195
Nom
Prvisions
Etude de
prix
Budget de
chantier
Suivi
Bilan
Documents
ncessaires
Entreprises Donner un prix pour chaque ligne du Descriptif-CCTP
quantitatif, partir d'une estimation
Plans
des cots, et rcapituler par lot.
Prix unitaires
But
Echancier
versement
acomptes
Matre
d'uvre
Choix des
entreprises
Matre
d'uvre
Mthode
Ratios
DQE
Planning
dtaill TCE
Matre
d'ouvrage
Matre
d'ouvrage
Mises jour
Entreprises En fonction des dpenses constates, mettre jour les prix unitaires.
Faire le dcompte gnral
versements des acomptes.
Annexes 2
des
Tableau de
bord des
dpenses
March
Rcapitulatif
acomptes
Montant des
diffrents
acomptes
mensuels
Comman- Destinataire
ditaire
Matre
Matre
d'ouvrage d'ouvrage
Matre
d'uvre
Entreprises Entreprises
Matre
d'ouvrage
DQE
% prvisionnel
d'avancement
des tches
x
prix des tches
Matre
A partir du bilan de l'avancement des Echancier de
%
d'uvre travaux,
tablir
les
situations versement des d'avancement
Entreprises mensuelles.
acomptes;
x
Comparer
l'chancier
de
% rel
prix total tche
versement des acomptes.
d'avancement
Matre
d'uvre
Documents
rsultants
DQE
(prix par ligne
de mtr)
Prix par tche
Demande
d'acomptes
Dcompte
dfinitif
page 196
Acteur
Situation
mensuelle
Matre
d'ouvrage
Matre
d'uvre
Prix unitaires
Entreprises
Entreprises
Bilan financier
Matre
d'ouvrage
Entreprises
Entreprises
Matre
d'ouvrage
Nom
Prvisions
Ordonnancement
enveloppe
Ordonnancement
dtaill TCE
Acteur
But
Documents
ncessaires
Matre
Indiquer des intervalles de temps Descriptif-CCTP
d'uvre attribus chaque lot, c'est dire
Plans
ordonner 10 20 tches globales Temps unitaires
correspondant peu prs aux
diffrents corps d'tat.
Matre
Synchroniser l'excution des travaux Idem + nature et
d'uvre en ordonnant des tches de type caractristi-ques
des moyens de
Entreprises unitaire.
production
Mthode
Ratios
Quantits
x
prix unitaires
Documents
rsultants
Planning
enveloppe
Planning
dtaill
TCE
Comman- Destinataire
ditaire
Matre
Matre
d'ouvrage d'ouvrage
Entreprises
Matre
d'uvre
Matre
d'uvre
Entreprises
Organisation Entreprises
journalire du (essentielltravail
ement gros
uvre)
Ordonnancement
trs dtaill
Suivi
Organisation
de la
consultation
des soustraitants
Suivi de
chantier
Ordonnancement de
rattrapage
Annexes 2
Matre
d'uvre
page 197
Planning de
rattrapage
Matre
d'uvre
Entreprises
Nom
Prvisions
Rotation du
matriel
Acteur
But
page 198
Gestion des
approvisionnement
Organisation
de la prfabrication
Annexes 2
Documents
ncessaires
Planning
dtaill TCE
Planning trs
dtaill
Liste matriel
utilis
Planning
dtaill TCE
Planning trs
dtaill
Main d'uvre
utile par tche
Planning
dtaill TCE
Planning trs
dtaill
Consommation
en matriaux
et
quipements
Planning
dtaill TCE
Planning trs
dtaill
Plans
Mthode
Documents
rsultants
Planning de
rotation du
matriel
Comman- Destinataire
ditaire
Entreprises Entreprises
Planning
d'affectation
de la main
d'uvre
Entreprises
Entreprises
Planning
d'approvisionnement
Entreprises
Entreprises
Planning
prfabrication
Entreprises
Entreprises
Nom
Acteur
But
Documents
ncessaires
Mthode
Documents
rsultants
Commanditaire
Destinat
aire
Prvisions
Suivi
Organisation
de la
production
des plans
Mise jour
Matre
d'uvre
Matre
d'uvre
Planning
Dtaill TCE
Rpercuter
toute
modification
Liste des
portant sur le projet sur tous les modifications
documents concerns.
Dtermination
Planning de
des plans production des
produire pour
plans
chaque lot
Dtermination
des plans
techniques
obtenir
Recollement
Nouveaux
de tous les
documents mis
jour
documents
utiliss
Matre
d'uvre
Matre
d'uvre
Entrepris
es
Matre
d'uvre
Matre
d'uvre
Entrepris
es
Organisation
des
documents
Matre
d'uvre
Planning de
transmission
des documents
Matre
d'uvre
Matre
d'uvre
Entrepris
es
Courrier
Matre
d'uvre
Matre
d'uvre
Matre
d'ouvrage
Matre
d'uvre
Entrepris
es
Annexes 2
page 199
Conception technique :
Phase
Nom
Suivi
Analyse de
variantes
Bilan
Dossier des
ouvrages
excuts
Acteur
Documents
ncessaires
Matre
Evaluer
l'intrt
des
variantes Rponse des
entreprises
d'ouvrage proposes par les entreprises dans
Matre
leur rponse l'appel d'offre.
CCTP-Descriptif
d'uvre
Plans
Matre
d'uvre
But
Mthode
Documents
rsultants
Dossier mis
jour
Recollement,
classement
Dossier des
ouvrages
excuts
Documents
ncessaires
Planning
dtaill TCE
Liste des
matriaux par
tche
Planning
dtaill TCE
Mthode
Documents
rsultants
Planning de
prsentation
des
chantillons
Descriptif
CCTP
Comparaison
travaux
effectus /
travaux prvus
Comman- Destinataire
ditaire
Entreprises
Matre
d'ouvrage
Matre
d'uvre
Entreprises
Matre
Matre
d'uvre
d'uvre
Matre
Matre
d'ouvrage d'ouvrage
Vrification de la conformit :
Phase
Nom
Acteur
But
Prvisions
Prsentation
des
chantillons
Matre
d'uvre
Suivi
Gestion de la
qualit
Matre
d'uvre
Bilan
Rception
page 200
Indiquer
quels
contrles
et
vrifications effectuer sur le chantier
de manire s'assurer de la qualit
d'excution des travaux.
Matre
Effectuer les contrles pralables la
d'uvre rception, dterminer et grer les
Entreprises travaux complmentaires raliser,
guider la rception.
Annexes 2
Liste et date
des contrles
effectuer
Liste et
planning
travaux
complmentaires
Comman- Destinataire
ditaire
Matre
Matre
d'ouvrage d'ouvrage
Entreprises
Matre
d'uvre
Matre
d'ouvrage
Matre
d'ouvrage
Matre
d'ouvrage
Entreprises
Entreprise
Les pages qui suivent donnent une description des principaux documents
manipuls dans le cadre de la gestion de projet, en vue de prsenter la circulation
des informations entre les acteurs, aux divers stades du processus de conception et
de ralisation.
Nous avons fait un certain nombre de choix tendant dlimiter l'aspect de la
gestion de projet que nous privilgierons dans notre tude. Ainsi, nous avons retenu
la phase qui commence avec la rponse l'appel d'offre et qui se termine avec la
fin de la ralisation.
Pour chaque document, une fiche a t ralise qui indique:
- le nom du document;
- la responsabilit (c'est dire la fonction au titre de laquelle un acteur
assure la ralisation du document - voir ci-dessous la correspondance entre fonction
et acteur);
- l'objet (c'est dire le but, ou l'usage qui sera fait du document);
- le type de support et de prsentation;
- les types d'informations contenus;
- les destinataires et leurs rles (pour information, pour contrle, pour
excution - voir les prcisions ci-dessous);
- la date de parution;
- la frquence de parution;
- l'volution (quelles sont les modifications susceptibles d'intervenir,
l'initiative de qui).
Annexes 3
page 201
Client
Architecte
Bureau
Pilote
Econo-
d'tude
Matrise d'ouvrage
miste
Bureau de Entreprise
contrle
Matrise d'uvre:
conception architecturale
conception technique
march de travaux
coordination
Contrle
X
X
X
X
Ralisation
Pour un petit projet, l'architecte pourra assurer lui-mme toutes les sous-fonctions de
la matrise d'uvre, l'exception de la conception technique.
Pour un projet plus important, si la coordination et la matrise des cots font l'objet
de lots part dans le march, elles seront assures respectivement par un pilote et
un conomiste. Si l'ensemble des travaux a t attribu une entreprise gnrale,
celle-ci sera responsable de la coordination (qui sera assure par un coordonnateur
qu'elle aura dsign).
Remarques:
- Les fiches/documents des pages suivantes n'ont pas t classes selon un
critre particulier.
- On trouvera la fin de ce dossier un tableau rcapitulatif des types d'informations
par type de document.
page 202
Annexes 3
d'information:
localisation,
morphologie,
parti
de
Date:
de
l'esquisse
jusqu'
l'appel
d'offre,
la
prcision
Annexes 3
page 203
page 204
Annexes 3
Le planning enveloppe:
Responsabilit: coordination.
Objet: description de l'enchanement des tches globales.
Support: document graphique (diagramme barre).
Types d'informations: localisation, date, dure, lot, tche.
Destinataire:
organiser
la
journe
de
travail
en
prcisant
Annexes 3
page 205
d'uvre,
pour
contrle,
pour
information.
Date: aprs la conception architecturale.
Frquence: Autant de fois qu'il y a de technologies mises en
uvre dans le projet.
Evolution: la demande du matre d'uvre, pour assurer la
cohrence du projet;
la de mande du bureau de contrle, pour
assurer le respect de la rglementation;
la demande de l'entreprise.
page 206
Annexes 3
Le CCTP:
Responsabilit: conception technique.
Objet: description dtaille des travaux excuter par lot
(aspects quantitatif et qualitatif).
Support: document crit descriptif et quantitatif.
Types d'informations: parti de construction, mthode de
ralisation, matriau, localisation, quantit, lot.
Destinataire:
Annexes 3
page 207
page 208
Annexes 3
L'estimatif:
Responsabilit: matrise des cots.
Objet: faire une estimation du cot de la construction de
manire fixer une enveloppe financire, fixer un prix maximum
lors de l'appel d'offre et valuer les rponses des entreprises.
Support: document crit sous forme de tableau.
Types d'informations: prix, lot, tche.
Destinataire:
L'acte d'engagement:
Responsabilit: march de travaux.
Objet:
document
rcapitulant
l'essentiel
des
obligations
Annexes 3
page 209
Ordre de service:
Responsabilit: coordination.
Objet: notifier une entreprise la date de dbut de son
intervention.
Support: document crit.
Type d'information: date, entreprise.
Destinataire: entreprise, pour information.
Date: pendant le phase de ralisation.
Frquence: chaque fois qu'une entreprise doit commencer son
intervention.
Evolution:
page 210
Annexes 3
LT
TA MA M QU DA DU RE
Situation mensuelle
Budget de chantier
PR
Echancier
d'engagement des
dpenses
Planning enveloppe
Plans techniques
Fiche journalire de
Travail
CCTP
X
X
X
CCAP
Estimatif
Acte d'engagement
Organigramme des
documents
X
X
X
X
X
X
X
X
Ordre de service
Annexes 3
RS
X
X
ET MR DO
page 211
X
X
page 212
Annexes 3
Annexes 4
page 213
Circulation horizontale :
Dfinition : c'est une circulation qui assure la liaison horizontale entre les divisions.
Sorte de : circulation.
Exemple : un couloir est une circulation horizontale.
Schmas : 1.
Circulation verticale :
Dfinition : c'est une circulation qui assure la liaison verticale entre les divisions.
Sorte de : circulation.
Exemple : un escalier est une circulation horizontale.
Schmas : 1.
Commun :
Dfinition : division assurant une fonction de service commun autre que la
circulation.
Sorte de : division.
Exemple : un local vlos est un commun.
Schmas : 1.
Contrainte :
Dfinition : expression d'une exigence que doit respecter tout ou partie du projet.
Se spcialise en : contrainte de planification.
Attributs :
Type {ralisation, rglementaire} ;
Ordre dans la hirarchie.
Exemple : la contrainte de planification succession est une contrainte de type
"ralisation", elle est fixe par le pilote, elle a pour origine une tche et vise une
autre tche.
Schmas : 11.
Contrainte de planification :
Dfinition : contrainte spcifique au domaine de la planification.
Sorte de : contrainte.
Attributs :
Type {succession, date impose, disjonction}.
Schmas : 11, 22.
Dpendance :
Dfinition : division affecte, de part sa destination, une autre division.
Sorte de : division.
Exemple : une cave est une dpendance.
Schmas : 1.
Division :
Dfinition : partie d'un btiment compose de locaux contigus et qui a une
page 214
Annexes 4
destination dtermine.
Se spcialise en : appartement, circulation, dpendance, commun.
Schmas : 1, 3.
Document :
Dfinition : ensemble d'informations relatives au projet. Contribue la
communication entre les acteurs.
Se spcialise en : plan d'architecte, planning, ordre de service, plan d'excution,
descriptif, mtr, devis, ...
Attributs :
Prsentation {crite, graphique, informatique} ;
Date d'mission ;
Date de validit ;
Indice ;
Valeur {contractuel, informel}.
Schmas : 13, 14.
Dossier :
Dfinition : ensemble de documents ayant une destination commune.
Attributs :
Date.
Exemple : le dossier d'appel d'offre est un dossier. Il est constitu de plans, du
descriptif, du permis de construire,...
Schmas : 13.
Entreprise :
Dfinition : c'est un rle qui consiste excuter les tches en consommant et
utilisant les ressources afin de raliser le projet.
Sorte de : acteur.
Attributs :
Adresse ;
Responsable ;
Exemple : telle entreprise de gros uvre utilise la mthode de bton coul sur
place, elle utilise une grue, une centrale bton, des coffrages et 3 quipes de
main d'uvre. Elle signe des contrat avec le matre d'ouvrage et tablit des
contrats pour ses sous-traitants.
Schmas : 15.
Equipement :
Dfinition : objet physique servant quiper un local.
Sorte de : objet physique.
Se spcialise en : installation, autonome.
Exemple : un convecteur est un quipement.
Schmas : 3.
Annexes 4
page 215
Etage :
Dfinition : ensemble de locaux contigus ayant une mme altitude pour leurs
planchers infrieurs.
Sorte de :
Se spcialise en : tage de superstructure, tage d'infrastructure.
Schmas : 1.
Evnement:
Dfinition : c'est un fait qui se produit de faon rgulire, progressive ou
exceptionnelle.
Attributs :
Type.
Exemple : la fin du mois, l'achvement d'une tche et la chute d'une grue sont
des vnements respectivement rguliers, progressifs et exceptionnel.
Schmas : 3.
Gomtrie :
Dfinition : concept dfinissant toutes les entits gomtriques.
Se spcialise en : surface, ligne, point.
Schmas : 2.
Local :
Dfinition : plus petit espace manipul par le concepteur.
Se spcialise en : pice, autre local.
Exemple : gaine technique, balcon, pice, ...
Schmas : 1, 3.
Lot :
Dfinition : c'est un regroupement de tches.
Attributs :
Entreprises ;
Cot.
Exemple : le lot "Gros uvre" regroupe toutes les tches relatives la ralisation
de la structure bton du btiment.
Schmas : 10, 16, 17.
Objet de planification :
Dfinition : ensemble de parties (au sens technologique) d'objets physiques dont
la ralisation reprsente une ou plusieurs tches, une mme tche gnrique
n'intervenant qu'une seule fois sur cet objet.
Attributs :
Dimensions.
Exemple : les porteurs verticaux constitus de la partie bton arm des murs et
poteaux du niveau 3 du bloc A forment un objet de planification. Celui-ci est
associ la mthode de ralisation "bton coul en place"; il est ralis par la
page 216
Annexes 4
tche "ralisation des porteurs verticaux"; il appartient une zone de type "niveau".
Schmas : 7, 10, 12, 19, 21.
Objet de planification gnrique :
Dfinition : c'est un type d'objet de planification non instanci.
Attributs :
Niveau de dtail ;
Mthode de calcul de la grandeur significative ;
Type d'objets physiques regroups.
Exemple : la dalle est un objet de planification gnrique.
Schmas : 19, 20, 21.
Objet du projet :
Dfinition : C'est le concept le plus gnral qui soit. Il regroupe toutes les entits
dfinies dans le modle.
Se spcialise en : tous les objets qui n'ont pas de super.
Schmas : 11, 13, 20, 21.
Objet gnrique :
Dfinition : c'est un concept gnral qui regroupe tous les objets non instancis.
Se spcialise en : contrainte de planification gnrique, zone de planification
gnrique, objet de planification gnrique, tche gnrique.
Schmas : 19, 20, 21.
Objet physique :
Dfinition : plus petite partie du btiment, porte par un seul objet gomtrique,
comportant une seule technologie, sparant au plus deux locaux et dont la
ralisation ne ncessite pas plus d'une instance de chaque tche gnrique.
Se spcialise en : quipement, sparateur, poteau, poutre, percement.
Exemple : le mur compos d'un voile B.A., d'un isolant et d'un doublage, et
sparant les locaux 1 et 2 du niveau 3 est un objet physique.
Schmas : 2, 3, 4, 7, 10, 12, 21.
Option de construction :
Dfinition : c'est une information associe l'objets physique afin de prciser la
faon dont ses diffrentes technologies sont mises en uvre.
Exemple : "utilisation de coffrages traditionnels" est une option de construction
permettant de dterminer la faon de mettre en uvre la technologie "bton" des
murs, poteaux, poutre et planchers.
Schmas : 12, 15, 21.
Option de construction gnrique :
Dfinition : c'est un modle d'option de construction.
Attributs :
niveau de dtail.
Annexes 4
page 217
Schmas : 21.
Pice :
Dfinition : sorte de local destination d'habitation.
Sorte de : local.
Se spcialise en : pice intrieure, pice extrieure.
Schmas : 1.
Pice extrieure :
Dfinition : sorte de pice situe en partie extrieure d'un btiment.
Sorte de : pice.
Exemple : un balcon est une pice extrieure.
Schmas : 1.
Pice intrieure :
Dfinition : sorte de pice situe l'intrieur d'un btiment.
Sorte de : pice.
Exemple : une chambre est une pice intrieure.
Schmas : 1.
Projet :
Dfinition : ensemble immobilier homogne implant sur un site unique.
Attributs :
Cots ;
Dlai.
Schmas : 1.
Ressources :
Dfinition : il s'agit de tout ce qui est employ, utilis ou consomm pour assurer la
ralisation d'une tche.
Se spcialise en : ressource renouvelable, ressource consommable.
Attributs :
Cot unitaire ;
Fournisseur ;
Quantit ;
Quantit minimale.
Exemple : la main d'uvre, les engins, les matriaux sont des ressources.
Schmas : 9.
Ressources consommables :
Dfinition : il s'agit de ressources qui ne sont pas rutilisables aprs l'excution de
la tche.
Sorte de : ressource.
Attributs :
Dlai d'approvisionnement.
page 218
Annexes 4
Annexes 4
page 219
Calendrier ;
Lot.
2-aspect suivi :
Pourcentage d'avancement par rapport au planning de rfrence ;
Date de dbut relle ;
Date de fin prvue, puis relle ;
Drive d'avancement ;
Cot thorique d'engagement ;
Cot d'engagement accept.
Exemple : la ralisation des porteurs verticaux du niveau 1 est une tche. Elle est
associe des contraintes temporelles,; elle utilise de la main d'uvre, une grue,
des coffrages, du bton, des armatures; elle appartient au lot gros uvre; elle se
dcompose en tches "coffrage", "coulage" et "ferraillage".
Schmas : 4, 5, 6, 8, 9, 15.
Tche gnrique :
Dfinition : type d'action qui contribue la ralisation et la mise en place d'un
ensemble de technologies de types d'objets physiques.
Attributs :
Niveau de dtail ;
Mthode de calcul de la dure.
Exemple : la ralisation de porteurs verticaux est une tche.
Schmas : 7, 9, 10, 12, 19, 21.
Zone de planification :
Dfinition : c'est une sorte de division correspondant au regroupement de locaux
en fonction de critres propres la gestion de projet.
Attributs :
surface.
Exemple : l'tage 1 est la zone de planification associe la tche "ralisation
des porteurs vercticaux de l'tage 13.
Schmas : 10, 19, 21.
Zone de planification gnrique :
Dfinition : c'est un type de zone de planification.
Exemple : l'tage est une zone gnrique.
Schmas : 19, 21.
page 220
Annexes 4
Objet du projet :
Le projet CONCEPTOR pour objectif la ralisation d'un prototype de systme de
C.A.O multitechnique pour l'ingnierie btiment sur la base d'une modlisation
oriente objet.
CONCEPTOR
est
un
systme
multitechnique
intgrant
une
base
de
Historique du projet :
Le projet CONCEPTOR rsulte des actions menes par le L.G.C.H. en 1987 et 1988
sur la C.A.O. btiment, notamment sur:
- le dveloppement d'un prototype de systme de C.A.O., baptis X2A, pour
les valuations techniques et conomiques en avant projet de btiment,
- l'intgration de systmes experts dans X2A [X2A 88] pour accrotre ses
performances et ses fonctionnalits.
Ces deux actions ont t menes dans le cadre de contrats avec le Plan
Annexes 5
page 221
page 222
Annexes 5
Spcifications succinctes :
Objectifs
CONCEPTOR est un systme qui doit permettre la conception de btiments
courants de toutes destinations (habitation, bureaux, industriel, ...), composs de
blocs et structurs en niveaux. L'environnement immdiat du btiment est pris en
compte.
L'tude doit pouvoir porter sur tous les stades du processus de conception depuis
l'esquisse jusqu'aux plans d'excution de l'ouvrage. Trois niveaux d'action sont
distingus pour les tudes techniques:
NIVEAU 0: Aide l'laboration des choix techniques,
NIVEAU 1: Validation des choix et notamment, respect de la rglementation et
des rgles de l'art,
NIVEAU 2: Dfinition complte des tudes techniques composante par
composante.
Les tudes techniques portent sur cinq composantes principales.
Ces diffrentes composantes sont si possible analyses travers les niveaux
d'action prcdents. Cela permet de classifier les outils techniques ou les oprations
effectues, tout en gardant des possibilits de dcoupage plus fin de ces niveaux si
besoin est.
La composante structure
Les ossatures considres sont essentiellement en bton arm. Deux niveaux de
conception sont distingus en fonction des tches accomplir :
- niveau 1 : choix de la structure et validation globale de la stabilit sous des
actions verticales, horizontales et dynamiques,
- niveau 2 : la structure tant stable, dfinition prcise de chaque ouvrage et
des plans dtaills (A.P.D. et P.E.O.),
La composante fondations
Le premier niveau, niveau 0, concerne les tudes prliminaires ; nous considrons
qu'elles sont pralables au systme de C.A.O.. Cette position pourra tre
reconsidre dans le futur.
Le choix du systme de fondations et son prdimensionnement partir des
tudes prliminaires, de la reconnaissance du sol et des charges en pied de
structure constitue le niveau 1.
La composante thermique
Le niveau 0 concerne le choix du systme de conditionnement thermique partir
Annexes 5
page 223
Ultrieurement,
d'autres
composantes
pourront
tre
ajoutes
Fonctionnalits :
CONCEPTOR devra offrir l'utilisateur les fonctions suivantes :
- saisie et constitution du projet : graphique, interactive, volutive avec le niveau
de dfinition du projet, habillage intelligent par dduction grce au systme expert
DESCARTES dvelopp au laboratoire [X2A 89].
Trois procdures diffrentes sont envisages:
- sans document de base: on peut construire la gomtrie (filaire ou
volumique) ou alors effectuer une construction fonctionnelle (positionnement de
composants par leur fonction technique) et dduire la gomtrie,
page 224
Annexes 5
- sur la base du filaire: il faut pouvoir copier ce filaire et l'habiller par des
composants. Trois niveaux de procdures sont possibles : manuel, par macrocommandes, par dduction,
- sur la base d'un habillage : il faut pouvoir copier et dduire le filaire. Deux
problmes sont examiner : le calepinage et la coordination dimensionnelle.
- modlisation : La modlisation gomtrique et technologique de base de X2A
reste valable. Il s'agit brivement :
- d'un filaire bas sur des facettes planes (modlisation 3D surfacique),
- d'Units Volumiques (UV) intrieures ou extrieures,
- de composants adaptables la gomtrie ou invariables (cf. ci-dessous
bibliothque de composants).
- visualisation 2D, 3D : plans, coupes, lvations, perspectives avec ou sans lignes
caches, cotation manuelle, automatique, totale ou partielle
-bibliothque de composants : fonctions de gestion: cration, modification, mise
jour, consultation. Les composants sont dfinis trois niveaux:
- gomtrique: paramtrage en nature et dimension, reconnaissance
intrieur-extrieur, reprsentation en plan, en lvation et diffrentes chelles,
- fonctionnel: porteurs, sparateurs, percement, etc...,
- technologique: matriaux constitutifs, caractristiques techniques
- valuations techniques
-- manuelles,
-- par module d'assistance experte (mise en uvre des calculs, choix des
modles, gestion des rsultats).
- gestion du projet : gestion statique par slection, duplication, archivage en fin
ou en cours d'tude mais aussi gestion de la vie du projet, savoir :
- gestion de l'historique: calculs effectus, mthode utilise, dates,
- tudes de variantes,
- tat d'avancement par composante technique.
- traitement de la cohrence et de la faisabilit du projet.
- gestion de la qualit.
Mise en uvre :
Compte tenu du paragraphe prcdent, l'approche fonctionnelle faite pour
CONCEPTOR est une approche de type systme intgr dont nous avons
l'exprience par notre participation au projet europen EUREKA 130 sur le projet
CIMSTEEL, un systme intgr pour la construction mtallique [DEC 90].
Annexes 5
page 225
page 226
Annexes 5
des objets
graphiques 3D,
- l'absence de bibliothque d'valuation technique,
-
en
revanche,
l'existence
de
nombreux
logiciels
techniques
non
prototype
actuel
ralise
des
valuations
techniques
associes
aux
Annexes 5
page 227