Tese Leonardo Manzione

Leonardo Manzione
Proposio de uma Estrutura Conceitual de

Gesto do Processo de Projeto Colaborativo
com o uso do BIM
Tese
apresentada
Escola
Politcnica da Universidade de So
Paulo para obteno do ttulo de
Doutor em Engenharia
So Paulo, 2013
Leonardo Manzione
Proposio de uma Estrutura Conceitual de

Gesto do Processo de Projeto Colaborativo
com o uso do BIM
Tese apresentada Escola

Politcnica da Universidade de So
Paulo para obteno do ttulo de
Doutor em Engenharia
rea de concentrao: Engenharia de
Construo Civil
Orientador: Professor Livre-docente
Silvio Burrattino Melhado
So Paulo, 2013
Este exemplar foi revisado e corrigido em relao verso original, sob

responsabilidade nica do autor e com a anuncia de seu orientador.
So Paulo,
de agosto de 2013.
Assinatura do autor ____________________________
Assinatura do orientador _______________________
FICHA CATALOGRFICA
Manzione, Leonardo
Proposio de uma estrutura conceitual de gesto do processo de projeto colaborativo com o uso do BIM / L. Manzione. -verso corr. -- So Paulo, 2013.
325 p.
Tese (Doutorado) - Escola Politcnica da Universidade de
So Paulo. Departamento de Engenharia de Construo Civil.
CATALOGRFICA
1. Gesto daFICHA
informao
(Projeto) 2. Processo (Projeto)
3. Coordenao (Projeto) I. Universidade de So Paulo. Escola
Politcnica. Departamento de Engenharia de Construo Civil
II. t.
Dedicatria
Dedico esta Tese s pessoas mais importantes e amadas de minha vida:

minha esposa Sonia, meus filhos Flora e Raul e aos meus pais, Idaracy e
Enzo ( in memoriam).
II
Agradecimentos
H dez anos eu no pensava que um dia me tornaria um pesquisador. Lembro-me de

IUHTXHQWDUDVDXODVGR3URI6LOYLRDLQGDFRPRRXYLQWHHQXPDGHODVHOHPHQFLRQRXQRGLD
TXHR/HRQDUGRVHWRUQDUGRXWRUDTXLORVRRXHVWUDQKRQRSULPHLURPRPHQWR
Mas as palavras do Prof. Silvio foram incentivadoras e me conduziram primeiro para o
Mestrado e em seguida para o Doutorado.
Quero agradecer a ele antes de tudo pela sua tica profissional na conduo do trabalho.
A pacincia outra qualidade do Prof. Silvio que esperou sempre o meu amadurecimento no
preVVLRQDQGR RX SUHFLSLWDQGR VLWXDo}HV SDUD DSUHVVDU R SURFHVVR (OH UHVSHLWRX H PH
orientou em todas as fases do trabalho e principalmente nas situaes mais crticas soube
conservar a sua calma e gentileza.
A escolha do tema foi um desafio para ambos, o orientador e o orientado. Trata-se de um tema
novo e pesquisas que integrem conhecimentos entre gesto e BIM ainda so muito poucas.
Agradeo a ele pela liberdade concedida na escolha de um tema complexo e confiar em minha
capacidade para levar a empreitada adiante. O crescimento e troca com certeza foram
recprocos.
Agradeo tambm ao Prof. Rafael Sacks que percebeu rapidamente o que eu estava buscando
e no tardou a passar a ser um grande colaborador trocando ideias e compartilhando artigos.
No Prof. Sacks tive a oportunidade de conhecer um pesquisador de envergadura internacional
e o seu esprito colaborativo foi admirvel e fortalecedor do ncleo desse trabalho.
Agradeo aos meus filhos e desculpo-me pelos momentos em que estive ausente e em
especial a minha esposa Sonia que sempre buscou me incentivar em todos os momentos e
acabou participando das viagens de pesquisa organizadas pelo CIB.
Agradeo a minha me pela minha formao e constante encorajamento para o meu
crescimento.
III
Resumo
A crescente difuso do uso da tecnologia BIM mostra que um novo paradigma para o trabalho
colaborativo em projeto precisa ser criado. Em diferentes pases e cenrios, percebem-se
muitas barreiras a serem transpostas para o aproveitamento pleno dos benefcios do BIM.
Faltam conhecimentos sobre a integrao da nova tecnologia para a melhoria do processo de
projeto. Falta tambm uma compreenso abrangente e uma viso geral de fatores no
tecnolgicos, caso das relaes e interdependncias na interseco entre a gesto do processo
de projeto e o BIM. Nesse contexto, a escassez de teorias que busquem a integrao entre o
domnio da gesto do processo do projeto e a tecnologia BIM motivou o desenvolvimento do
presente trabalho.
O objetivo geral desta tese desenvolver uma estrutura conceitual para a gesto do processo
de projeto com o uso do BIM.
Com uma profunda reviso bibliogrfica, mostra-se a difuso fragmentada de conceitos e a
tendncia na produo de aplicaes prticas para a implementao do BIM sem, contudo,
estarem elas respaldadas por suficientes reflexes conceituais.
Como principal contribuio, a estrutura conceitual desenvolvida procura sustentar o conjunto
de metodologias aplicveis nova tecnologia e demonstra como relacionar os domnios da
gesto do processo de projeto e da tecnologia da informao. So propostos tambm
indicadores de desempenho para medir tanto o nvel de desenvolvimento do projeto quanto
controlar a qualidade do modelo.
Outra contribuio relevante do trabalho a reformulao do conceito de LOD (nvel de
desenvolvimento ou de detalhe) para o de Nvel de Maturidade, composto pela gesto dos
requisitos do programa de necessidades, gesto do nvel de desenvolvimento do modelo,
medio do nvel de interferncias fsicas e a proposio de um sistema de planejamento e
controle do processo de projeto adequado para o BIM.
Finalmente, foram feitos testes prticos em dois modelos BIM de edifcios, que possibilitaram
a demonstrao dos indicadores de desempenho e a sua aplicabilidade prtica.
Com a estrutura conceitual proposta, entendemos ter contribudo com um novo olhar sobre
como deve evoluir a gesto do processo de projeto no contexto da tecnologia BIM.
Palavras-chave: gesto do processo de projeto, BIM, processo de gesto integrada.
IV
Abstract
The increasingly widespread use of BIM technology shows that a new paradigm for design
collaborative work needs to be created. In different countries and settings, many barriers to be
transposed are perceived to fully exploit the benefits of BIM. There is a lack of knowledge
about the integration of new technology to improve the design process. Also lacking are
comprehensive understanding and an overview of non-technological factors, besides the
relationships and interdependencies in the intersection between design management and BIM
design process. In this context, the small number of theories that seek integration between the
design management process and BIM motivated the development of this work.
The overall objective of this thesis is to develop a conceptual framework for managing the
design process by using BIM.
The literature review shows a diffusion of fragmented concepts and trends in the production
of applications for the implementation of BIM; however, they are not sufficiently supported
by conceptual reflections.
As the main contribution, the conceptual framework developed seeks to support the set of
methodologies applicable to new technologies and shows how to relate the fields of design
management process and information technology. Key performance indicators to both
measure the project development level and monitor the quality of the model are also
proposed.
Another important contribution of the thesis was the reformulation of the LOD (level of detail
or development) concept to Maturity Level, comprising the management requirements of the
program requirements, managing the model development level, level measurement physical
interference and proposed a system of planning and control of the design process suitable for
BIM.
Finally, tests were conducted on two practical BIM models of buildings, which enabled the
demonstration of performance indicators and their applicability.
With the proposed conceptual framework, we believe to have contributed to a new
perspective on how to evolve the management of the design process in the BIM context.
K ey-words: design management process, BIM, integrated design process
Lista de Figuras
Figura 1 Integrao de processos, tecnologia da informao (TI) e colaborao. ... 2
Figura 2: Delimitao da pesquisa ..................................................................................... 12
Figura 3 - Conceito de converso ...................................................................................... 19
Figura 4: Conceito de Gerao de Valor .......................................................................... 20
Figura 5 - Conceito de Fluxo de Informaes .................................................................. 21
Figura 6 - Problemas relacionados com a gesto do fluxo de informaes. .............. 23
Figura 7: Passos da metodologia ADePT ......................................................................... 25
Figura 8: Ciclo de Vida total de um Empreendimento .................................................... 29
Figura 9: Um empreendimento com a perspectiva dos agentes da AEC .................... 30
Figura 10: Esquema de relaes entre os diferentes nveis de abstrao do BIM .... 38
Figura 11: BIM e o ciclo de vida do edifcio ...................................................................... 40
Figura 12: Os trs conceitos da tecnologia da buildingSMART .................................... 43
Figura 13: Viso geral do esquema IFC, verso 2x4 ...................................................... 47
Figura 14(QWLGDGHSDUHGHHHQWLGDGHHVSDoRQRPRGHOR,)&HVXDs relaes 50
Figura 15: Imagens do projeto Mango Hill/North Lakes Police Station ........................ 53
Figura 16: Diagrama de instncia ...................................................................................... 55
Figura 17: Conjunto de propriedades para tipos ............................................................. 55
Figura 18: Conjunto de propriedades para desempenho............................................... 56
Figura 19: Conjunto de propriedades para quantidades ................................................ 57
Figura 20: Arquitetura da IDM............................................................................................. 62
Figura 21: Componentes principais de um mapa de processo para IDM ................... 64
Figura 22: Mapa de processo para IDM de concreto pr-moldado .............................. 65
Figura 23: Exemplo de tabela de especificao de modelo de troca ........................... 68
Figura 24: Cdigos utilizados na tabela dos Modelos de Troca ................................... 69
Figura 25: O IFD consegue capturar o que um dicionrio comum no consegue ..... 70
VI
Figura 26: Classificao OmniClass .................................................................................. 73

Figura 27: A natureza varivel do Processo de Projeto ................................................. 78
Figura 28: Conceito de modelo compartilhado ................................................................ 81
Figura 29: Coordenao entre disciplinas ...................................................................... 111
Figura 30: Diferentes vises e diferentes modelos ....................................................... 112
Figura 31: Interferncia fsica forte .................................................................................. 115
Figura 32: Interferncias que bloqueiam acessos ......................................................... 115
Figura 33: Interferncia com a acessibilidade a um ambiente .................................... 116
.Figura 34: Inter-relao entre a gesto do processo de projeto e a gesto da
modelagem da informao ................................................................................................. 117
Figura 35: Conceito de transferncia por troca fsica de arquivos.............................. 128
Figura 36: Conceito de Modelo Federado ...................................................................... 128
Figura 37: Esquema do servidor de modelos Revit Server Autodesk ........................ 135
Figura 38: Esquema de funcionamento de uma rede WAN com o BIMServer ........ 136
Figura 39: Processo tradicional - sequencial.................................................................. 142
Figura 40: Processo BIM+IPD - simultneo ................................................................... 143
Figura 41: Curva MacLeamy ............................................................................................. 144
Figura 42: Estgios de evoluo do BIM ........................................................................ 146
Figura 43: Macroestrutura do Projeto InPro ................................................................... 165
Figura 44: Triangulao dos dados quantitativos e qualitativos e paralelismo da
reviso da literatura ............................................................................................................. 172
Figura 45: Esquema das fases de desenvolvimento da pesquisa .............................. 173
Figura 46: Formas de Representao dos Problemas Relacionados Gesto ...... 181
Figura 47: Pontos-chave da gesto do processo de projeto ....................................... 187
Figura 48: Pontos-chave da modelagem da informao .............................................. 188
Figura 49: Hierarquia entre processos ............................................................................ 189
Figura 50: Estrutura Conceitual ........................................................................................ 192
VII
Figura 51: Nvel de maturidade ........................................................................................ 195

Figura 52: Elaborao do programa de necessidades ................................................. 196
Figura 53: Combinao de requisitos e restries para a definio do produto ...... 197
Figura 54: Mudanas e descolamento do objetivo inicial............................................. 198
Figura 55: Ajuste das solues de projeto ...................................................................... 199
Figura 56: Ajuste dos requisitos ....................................................................................... 199
Figura 57: Controle, anlise crtica e tomada de deciso ............................................ 200
Figura 58: Usos do BIM, propriedades geomtricas e no geomtricas ................... 204
Figura 59: Exemplo de preenchimento da tabela de elementos do modelo ............. 207
Figura 60: Estrutura da matriz de elementos e objetos do Veterans Affairs ............. 208
Figura 61: Conceito de conjunto de propriedades ......................................................... 209
Figura 62: Nvel de desenvolvimento e conjuntos de propriedades ........................... 210
Figura 63: Mapeamento das categorias Uniformat versus o desenvolvimento de
tipos de propriedades .......................................................................................................... 211
Figura 64: Conjunto de propriedades para requisitos de desempenho de vedaes
................................................................................................................................................ 214
Figura 65: Conjunto de propriedades para requisitos de incndio ............................. 218
Figura 66: Contagem de objetos atravs do Solibri ...................................................... 225
Figura 67: Exemplo de relatrio analtico dos objetos e propriedades ...................... 226
Figura 68: Planilha de clculo do ND .............................................................................. 227
Figura 69: Planilha com exemplo de clculo numrico do ND .................................... 229
Figura 70: Clculo do ND para o projeto como um todo .............................................. 230
Figura 71: Compatibilidade geomtrica ........................................................................... 234
Figura 72: Componentes duplicados: paredes .............................................................. 238
Figura 73: Interferncias entre componentes diferentes sobrepostos: pilar x parede
................................................................................................................................................ 239
VIII
Figura 74: Interferncias entre componentes diferentes sobrepostos: viga x parede

cortina .................................................................................................................................... 239
Figura 75: Interferncia crtica: parede dentro de outra ............................................... 242
Figura 76: Interferncia moderada: laje x beiral ............................................................ 243
Figura 77: Interferncia moderada: escada x estrutura ................................................ 243
Figura 78: Interferncia de grau baixo ............................................................................. 244
Figura 79: Relacionamento entre a gesto do projeto e a gesto do modelo .......... 245
Figura 80: Estrutura analtica integrada: EAP + EAM ................................................... 246
Figura 81: EAP do projeto exemplo ................................................................................. 247
Figura 82: Estrutura analtica do modelo (EAM) ............................................................ 248
Figura 83: Edifcio exemplo ............................................................................................... 249
Figura 84: Macro-fluxo do processo de projeto e modelagem .................................... 250
Figura 85: Fontes de informao da DSM ...................................................................... 251
Figura 86: Fase de concepo ......................................................................................... 252
Figura 87: Fase de definio ............................................................................................ 253
Figura 88: Fase de desenvolvimento ............................................................................... 254
Figura 89: Fase de documentao e projetos para produo ..................................... 255
Figura 90: DSM ................................................................................................................... 256
Figura 91: Cronograma geral ............................................................................................ 257
Figura 92: Relao entre a DSM e o cronograma ......................................................... 258
Figura 93: Relacionamento entre as atividades e os objetos ...................................... 260
Figura 94: Mapeamento de propriedades aplicveis aos objetos ............................... 261
Figura 95: Programao semanal incluindo as definies de propriedades ............ 262
Figura 96: Ciclos de planejamento e controle de mdio e curto prazo ...................... 265
Figura 97: Vistas em Perspectiva do Empreendimento analisado ............................. 267
Figura 98: Tabela com datas de entregas dos projetos ............................................... 268
IX
Figura 99: Evoluo do ND ............................................................................................... 271

Figura 100: Variao do ND versus nmero de objetos ............................................... 272
Figura 101: ND em funo das categorias e nmeros de objetos .............................. 273
Figura 102: Distribuio dos tipos de objetos ................................................................ 273
Figura 103: S1 - *UiILFRGDV',VREWLGDVGDGRVVHPQRUPDOL]DomR ....................... 282
Figura 104: S2 - *UiILFRGDV',VREWLGDV(dados sem normalizao) ....................... 282
Figura 105: Comparao da variao da DI crtica entre S1 e S2 ............................. 283
Figura 106: S1 - *UiILFRGDV',VFUtWLFDVREWLGDV(dados normalizados) ................. 284
Figura 107: S2 - *UiILFRGDV',VFUtWLFDVREtidas (dados normalizados) ................. 284
Figura 108: S1 - Grfico de Pareto com a classificao dos tipos de problemas
encontrados .......................................................................................................................... 285
encontrados .......................................................................................................................... 286
Figura 110: Variao da DI versus o nmero de objetos ............................................. 287
Figura 111: Perspectiva do empreendimento ................................................................ 288
Figura 112: Imagens dos pavimentos.............................................................................. 289
Figura 113: Problemas de falta de organizao no grupo E-1090 ............................. 292
Figura 114: Revestimento modelado como "parede".................................................... 294
Figura 115: Modelagem da alvenaria .............................................................................. 295
Lista de Tabelas
Tabela 1 2EVWiFXORV,QHUHQWHVj*HVWmRGR3URFHVVRGH3URMHWR .............................. 3

Tabela 2 0RGHORVGH&RODERUDomR ................................................................................... 4
Tabela 3 - Comparao entre os conceitos de Converso, Fluxo e Gerao de Valor
.................................................................................................................................................. 18
Tabela 4: Usos do BIM ......................................................................................................... 41
Tabela 5: Modelo para requisitos de troca ........................................................................ 66
Tabela 6: Exemplo de Tabela de requisitos ...................................................................... 67
Tabela 7: Relao de tabelas da OmniClass.................................................................... 72
Tabela 8: Classificao Uniformat para elementos do edifcio ...................................... 75
Tabela 9: Nveis de Desenvolvimento do Modelo BIM ................................................... 86
Tabela 10 (YROXomRGR1tYHOGH'HVHQYROYLPHQWR/2'GR0RGHOR%,0 .............. 87
Tabela 11: Nvel de Desenvolvimento (LOD) e Autor do Elemento do Modelo (AEM)
.................................................................................................................................................. 90
Tabela 12: Classificao dos Tipos de Informaes disponveis na Planilha Mestra 95
Tabela 13: Planilha Mestra com os Tipos de Grupos de Informao x LOD .............. 98
Tabela 14: Propriedades para o elementR3DUHGHHPIXQomRGR/2'HGRJUXSRGH
Tipos de Propriedades ........................................................................................................ 101
Tabela 15: Suporte dos softwares de modelagem para os itens de informao ...... 110
Tabela 16: Diferentes mecanismos e formatos de troca de informaes em BIM ... 125
Tabela 17: Requisitos de uma Plataforma Aberta de Colaborao ............................ 130
Tabela 18: Funcionalidades e requisitos tcnicos de um Servidor de Modelos ....... 132
Tabela 19: Quadro comparativo entre os diferentes Mtodos de compartilhamento
de Modelos............................................................................................................................ 137
Tabela 20 - Guias de implementao de BIM ................................................................ 148
Tabela 21: Tipos de propriedades da estrutura conceitual .......................................... 219
XI
Tabela 22: Conjunto de propriedades para espao ....................................................... 220

Tabela 23: Categorizao das interferncias ................................................................. 240
Tabela 24: Clculo do ND .................................................................................................. 270
Tabela 25: S1 - Classificao das interferncias crticas pelo tipo de objeto envolvido
................................................................................................................................................ 277
................................................................................................................................................ 278
Tabela 27: S1 - Dados dos testes de interferncias e clculo da DI .......................... 280
Tabela 28: S2 - Dados dos testes de interferncias e clculo da DI .......................... 281
Tabela 29: Trecho da planilha com as propriedades .................................................... 290
Tabela 30: Resultados do clculo do ND ........................................................................ 291
Tabela 31: Anlise dos elementos no classificados .................................................... 292
Tabela 32: Clculo das interferncias .............................................................................. 293
XII
Lista de Abreviaturas e Siglas
ABNT
Associao Brasileira de Normas Tcnicas
ADePT
Analytical Design Planning Technique
AEC
Arquitetura, Engenharia e Construo
AGESC
Associao de Gestores e Coordenadores de Projeto
AIA
A merican Institute of Architects
API
Application Program Interface
ASTM
A merican Society for Testing and Materials
BIM
Building Information Modeling
BPMN
Business Process Model and Notation
CAD
Computer-Aided Design
CIB
International Council for Research and Innovation in Building and Construction
CIS/2
CIM Steel Integration Standards
CMM
Capability Maturity Model
COBIE
Construction Operations Building Information Exchange
CRC
Cooperative Research Centre
CSCW
Computer Supported Cooperative Work
CSCW
Construction Specifications Canada
CSI
Construction Specifications Institute
DePlan
Metodologia que incorpora o last planner
DI
Densidade de interferncias
DSM
Design Structure Matrix
DXF
Data eXchange Format
EAP
Estrutura analtica de projeto
EPIC
Electronic Product Information Cooperation
GARM
General AE C Reference Model
gbXML
Green Building XML
GSA
General Services Administration
GUID
Global Unique Identifier
IAI
International Alliance for Interoperability
ICD
Indicador chave de desempenho
XIII
IDDS
Integrated Design and Delivery Solutions
IDEF0
Icam D E F inition for Function Modeling
IDM
Information Delivery Manual
IFC
Industry Foundation Classes
IFD
International F ramework for Dictionaries
InPro
Open Information Environment for Knowledge-based Collaborative Processes

throughout the Lifecycle of a Building
IPD
Integrated Project Delivery
ISO
International Organization for Standardization
LAN
Local Area Network
LOD
Level of Development
MVD
Model View Definition
NBIMS
National Building Information Modeling Standard
NIBS
National Institute of Building Sciences
NIST
National Institute of Standards and Technology
OIP
Open ICT Platform
POO
Programao Orientada a Objetos
PPC
Plan Percent Complete
QFD
Quality Function Deployment
SBPQ
Simpsio Brasileiro de Qualidade do Projeto no Ambiente Construdo
SDAI
Standard Data Access Interface
SOA
Service Oriented Architecture
STEP
Standard for the Exchange of Product Data
TI
Tecnologia da Informao
TIC
Tecnologias de Informao e Comunicao
UNICLASS Unified Classification for the Construction Industry

WAN
Wide Area Network
XML
Extensible Markup Language
XML
eXtensible Markup Language
XIV
Sumrio
Resumo .................................................................................................................................... I I I
Abstract .................................................................................................................................... I V
Lista de F iguras ........................................................................................................................ V
Lista de Tabelas ........................................................................................................................ X
Lista de Abreviaturas e Siglas ............................................................................................... X I I
1
Introduo .......................................................................................................................... 1
1.1
Justificativas .................................................................................................................1
1.1.1
Aspectos do trabalho cooperativo suportado por computador ........................................4
1.1.2
Obstculos implantao do BIM em um contexto colaborativo ...................................7
1.1.3
A implantao do BIM na perspectiva apontada pela IDDS ..........................................8
1.1.4
Questes da pesquisa .................................................................................................. 11
1.1.5
Delimitao da pesquisa.............................................................................................. 12
1.1.6
Objetivos .................................................................................................................... 12
1.1.7
Guia de leitura da tese ................................................................................................. 13
Reviso bibliogrfica ....................................................................................................... 15

2.1
Vises fundamentais do processo de projeto ............................................................... 17
2.2
Reviso da metodologia de planejamento do processo de projeto ................................ 24
2.3
O processo de projeto no contexto do empreendimento imobilirio ............................. 28
2.4
Diversidade de agentes, gesto das interfaces e mudanas ........................................... 30
2.5
Modelagem e modelo de dados ................................................................................... 33
2.6
Building Information Modeling (BIM) ........................................................................ 35
2.6.1
Definies .................................................................................................................. 36
2.6.2
Objetos paramtricos .................................................................................................. 38
2.6.3
Principais usos e benefcios do BIM ........................................................................... 39
2.6.4
Conceitos bsicos sobre IFC, IDM, MVD e IFD ......................................................... 43
2.6.5
IFC ............................................................................................................................. 44
2.6.6
IDM e MVD ............................................................................................................... 60
2.6.7
IFD ............................................................................................................................. 69
2.6.8
Sistemas de classificao da informao do edifcio .................................................... 71
2.6.9
Modelagem, coordenao e nvel de desenvolvimento do modelo (LOD).................... 78
2.6.10
Conceitos bsicos do processo de modelagem ............................................................. 80
2.6.11
Modelagem de requisitos, funes e atividades ........................................................... 82
2.6.12
A complexidade envolvida na modelagem de espaos ................................................. 83
XV
2.6.13
Nvel de desenvolvimento do modelo (LOD) .............................................................. 84
2.6.14
Gesto e coordenao do processo de projeto em BIM .............................................. 111
2.6.15
Anlise crtica e controle de qualidade de projetos em BIM ...................................... 113
2.6.16
A coordenao de projetos e o surgimento de novos agentes ..................................... 117
2.6.17
Compartilhamento e troca de modelos BIM .............................................................. 125
2.6.18
Fases do processo de projeto em BIM e o IPD .......................................................... 141
2.6.19
Adoo do BIM ........................................................................................................ 144
2.6.20
Estgios de adoo segundo Succar .......................................................................... 145
2.6.21
Manuais e guias de implementao BIM ................................................................... 148
2.6.22
Consideraes sobre a Reviso Bibliogrfica ............................................................ 167
Metodologia.................................................................................................................... 170
3.1
Mtodos.................................................................................................................... 170
3.2
Processo da pesquisa ................................................................................................. 173
Estrutura conceitual da gesto do processo de projeto em B I M ................................. 180

4.1
Representaes utilizadas na soluo de problemas de Gesto .................................. 180
4.2
Formulao da Estrutura Conceitual.......................................................................... 186
4.3
Proposio da Estrutura Conceitual ........................................................................... 191
4.3.1
Nvel de maturidade do projeto ................................................................................. 193
4.3.2
Objetivos do empreendimento e requisitos programticos ......................................... 195
4.3.3
1tYHOGHGHVHQYROYLPHQWRSURSULHGDGHVJHRPpWULFDVHQmRJHRPpWULFDV ................. 203
4.3.4
Compatibilidade geomtrica ..................................................................................... 234
4.3.5
Planejamento e controle do processo de projeto ........................................................ 245
Simulaes ..................................................................................................................... 266

4.1
Caso 1....................................................................................................................... 266
4.2
Caso 2....................................................................................................................... 288
Concluses ..................................................................................................................... 296

6.1
Concluses gerais ..................................................................................................... 296
6.2
Atendimento aos objetivos da pesquisa ..................................................................... 303
6.3
Comentrios sobre as simulaes .............................................................................. 305
6.3.1
Limitaes das simulaes estudadas ........................................................................ 305
6.3.2
Lies aprendidas das simulaes ............................................................................. 306
6.4
Sugestes e recomendaes para trabalhos futuros .................................................... 306
6.4.1
Proposies relativas ao desenvolvimento e melhorias da estrutura conceitual .......... 306
6.4.2
Proposies relacionadas formao do coordenador de projetos ............................. 308
6.5
Consideraes finais ................................................................................................. 309
Referncias ............................................................................................................................. 310
XVI
1
introduo
1
1.1
Introduo
Justificativas
Os edifcios so estruturas complexas resultantes de um longo processo de projeto,

planejamento e construo. As equipes de projeto multidisciplinares envolvem a participao
de variados agentes, em uma associao temporria, com diferentes habilidades, estruturas de
trabalho e necessidades de informao diversas.
Melhado (1994) aponta para a complexidade crescente das edificaes, fator que vem
exigindo um nmero cada vez maior de projetistas e consultores, ficando claro que a evoluo
do setor de construo de edifcios deve produzir novas situaes scias tcnicas que
possibilitem o trabalho colaborativo, pois as prticas convencionais de trabalho, pouco
colaborativas, no conseguem responder adequadamente s demandas do mercado.
Trabalhar de forma colaborativa levaria profissionais e empresas a obter melhores resultados,
interna e externamente ao ambiente das empresas. Entretanto, ainda um desafio para todos
obter a efetiva colaborao, conforme Akintoye e McIntosh (2000).
As empresas investem recursos implantando novas tecnologias, sem necessariamente
compreender as mudanas que elas traro na sua adoo. Conforme Owen (2009), as
tecnologias existem para sustentar os processos, os quais sustentaro criao e manuteno
de informaes coerentes e relevantes, e estas, por sua vez, sustentaro colaborao das
pessoas envolvidas em um mesmo projeto; ver ilustrao desse ciclo na Figura 1.
2
introduo
Figura 1 Integrao de processos, tecnologia da informao (TI) e colaborao.
Fonte: Adaptado dos conceitos de Owen (2009).

A colaborao um dos temas centrais no estudo da melhoria do processo de projeto; porm,
importante identificar com maior preciso o significado desse conceito. Kvan (2000);
Vreede e Briggs (2005) comparam os conceitos de cooperao, do latim cooperare (trabalhar
com outros), e de colaborao, do latim colaborare (trabalhar de comum acordo), e entendem
que a principal distino entre essas palavras que na colaborao o aspecto criativo e
holstico do trabalho uma demanda difcil de ser estabelecida e mantida, e requer mais do
que simplesmente trabalhar de maneira cooperativa, como fazem as formigas e abelhas.
2 WHUPR cooperao foi inicialmente utilizado por economistas na primeira metade do
sculo XIX, e Karl Marx (1890) formalizou o seu conceito como mltiplos indivduos
trabalhando juntos de forma planejada ou no mesmo processo de produo ou em processos
de produo conectados >@
A colaborao requer maior comprometimento que a cooperao para o alcance de um
objetivo comum, pois implica aumento de riscos, exigindo um nvel maior de confiana entre
os participantes dos grupos envolvidos. Kalay (1998) define colaborao como um acordo
entre os agentes envolvidos para compartilhar suas habilidades em um processo em particular
e atingir os objetivos do projeto como um todo.
Segundo Leicht (2009), existem trs elementos que definem colaborao:
1. A colaborao um processo;
3
introduo
2. A colaborao envolve a interao de duas ou mais pessoas;

3. As pessoas precisam trabalhar juntas em direo a um objetivo comum.
O processo de projeto j foi bem estudado por diversos pesquisadores nacionais e
estrangeiros: Austin e Baldwin (1996); Fabrcio (2002); Melhado (1994) e Ulrich e Eppinger
(1999). Assim como em outros pases, no Brasil so identificadas necessidades de ampla
reformulao. A tecnologia do Building Information Modeling (BIM) e o trabalho
colaborativo tm sido considerados o estgio superior a ser alcanado nessa linha de
evoluo. Porm, necessrio estudar o trabalho colaborativo levando em considerao
quatro recursos-chave: pessoas, processos, tecnologia e dados.
Para uma definio precisa dos problemas a serem resolvidos, devemos comear pela
compreenso dos gargalos ainda no solucionados no processo de projeto, que devem ser
superados por meio de novas tecnologias ou processos de gesto e da avaliao do impacto
relacionado a problemas causados pelo fator humano, constantemente presente no processo.
O autor desta tese, com base em observaes participantes como Coordenador de Projetos e
tambm apoiado nas concluses de sua Dissertao de Mestrado, Manzione (2006),
relacionou, conforme a Tabela 1, alguns itens detectados como obstculos relacionados
gesto dos projetos particularmente oriundos dos profissionais de projeto:
Tabela 1 2EVWiFXORV,QHUHQWHVj*HVWmRGR3URFHVVRGH3URMHWR
Obstculos
Processo fragmentado e
sequencial
Pouca integrao entre os

agentes envolvidos
A coordenao de projetos
confundida com a
compatibilizao dos projetos
Planejamento com mtodo

inadequado: controle de
entregas e no de processos
Falta de comunicao
Diferentes objetivos e valores

para cada um dos agentes
envolvidos
Resistncia ao trabalho
colaborativo
Resistncia ao planejamento
Processo desestruturado de
trabalho
Heterogeneidade dos conflitos

envolvendo a equipe de projetos
Resistncia ao uso de TI
TI vista como um custo, no

como investimento.
Pouca relevncia ao
desempenho da construo
Falta de controle de qualidade

do processo
Falhas na gesto da empresa de

projetos
Fonte: Autor
4
introduo
1.1.1 Aspectos do trabalho cooperativo suportado por computador

2 trabalho cooperativo suportado por computador, mais conhecido por seu acrnimo em
ingls: Computer Supported Cooperative Work (CSCW), foi o termo criado em 1988 por
Greif (1988) como forma abreviada de se referir a uma linha de pesquisa sobre como suportar
mltiplos agentes trabalhando em conjunto em sistemas computacionais.
As pesquisas sobre o tema se desenvolvem a partir de dois pontos de vista: o primeiro
centrado em tecnologia, que procura desenvolver tecnologias para melhor suportar as pessoas
trabalhando juntas; o segundo centrado no trabalho, com nfase no entendimento dos
processos de trabalho e, a partir deles, na melhoria dos desenhos de sistemas segundo Mills
(2003).
Encontram-se referncias nas linhas de pesquisa centradas no processo de trabalho em
Anumba et al. (2002); que descrevem maneiras de colaborao baseadas em uma classificao
de espao e tempo na Tabela 2.
Tabela 2 0RGHORVGH&RODERUDomR
Ao mesmo tempo
Em tempos diferentes
No mesmo local
&RODERUDomRIDFHDIDFH
Colaborao assncrona
Em locais diferentes
Colaborao sncrona
Colaborao assncrona
distribuda
distribuda
Fonte: Anumba et al. (2002).
Em trabalhos semiestruturados, como o caso do projeto, as tarefas contemplam tambm a

incerteza e a interatividade, tornando difcil o seu planejamento, conforme Manzione (2006) e
Melhado (1994), transformando o processo de coordenao num esforo contnuo de
negociaes e renegociaes entre os agentes envolvidos.
A complexidade e o processo criativo envolvidos na elaborao de um projeto vo de
encontro viso comumente aceita em muitas organizaes burocrticas tradicionais, nas
quais as pessoas executam VXDVDWLYLGDGHV GH DFRUGRFRP XP FRQMXQWR GHSURFHGLPHQWRV
bem especificados e desenvolvidos pela administrao central como meios eficientes e
5
introduo
eficazes para atingir determinados fins.

Nesse modelo tradicional, arraigado na Arquitetura, Engenharia e Construo (AEC), muitas
suposies so feitas sobre uma base racional para a ao, visando atender aos objetivos
comuns dos funcionrios e da organizao. De acordo com essa viso, o organograma
tradicional indica as linhas de autoridade real e especifica o padro correto do fluxo de
informao e comunicao, segundo Bannon e Schmidt (1989).
Sistemas computacionais que procuram atender rigidamente a esses padres tendem a falhar
por no levar em conta a informalidade e as relaes sociais que se estabelecem dentro das
empresas e que so invisveis luz do organograma formal. As interaes informais que
ocorrem no ambiente das empresas tm uma funo vital na conduo do trabalho rotineiro e
na conduo dos processos, e a importncia disso precisa ser mais bem considerada no estudo
da melhoria dos processos colaborativos.
Uma evidncia disso que, quando as pessRDVWUDEDOKDPVRPHQWHGHQWURGDVUHJUDV ou
dentro do que, no Brasil, comumente chamadRGHRSHUDomRSDGUmR RVUHVXOWDGRVVmR
medocres e a lentido impera.
O que isso implica no desenvolvimento de sistemas?
Sistemas cujo objetivo apenas a organizao de um fluxo de trabalho FRPRpRFDVRGH
sistemas de fluxos de trabalho, que negligenciam a coordenao necessria para tornar esse
fluxo de trabalho possvel podem simplesmente falhar, conforme Bannon e Schmidt (1989)
e Mills (2003).
O desenvolvimento de um espao de informao compartilhada, outro problema central do
CSCW, fortemente influenciado pela intensidade das relaes de trabalho colaborativo, pois
pode requerer a interao de pessoas com objetivos e estruturas conceituais de deciso
diversos, dando origem a problemas de controle de situaes simultneas em aplicaes que
envolvam mltiplos usurios.
Por esse motivo, um espao de informao e deciso compartilhada precisa ser transparente, o
que implica a necessidade de pesquisas mais aprofundadas sobre autoria, propriedade,
identificao da origem e das estratgias adotadas na produo das informaes nele contidas,
bem como sobre a responsabilidade envolvida em sua disseminao.
De acordo com Ciborra (1985), a noo de que as organizaes devam ser entidades
monolticas, podendo ser unificadas simplesmente atravs de um modelo de dados, um tanto
6
introduo
ingnua, do mesmo modo que a ideia de um banco de dados transparente no parece ser
totalmente realista quando se consideram os fatores de natureza humana.
Ao invs disso, e em contraposio com a viso cartesiana tradicional, parece mais realista
acreditar que uma organizao seja uma mistura dinmica de colaborao e conflito, de
transparncia e ocultamento contnuos. As informaes geradas e processadas nas empresas
esto sujeitas a deturpao, porque podem ter sido geradas e comunicadas em um contexto de
incongruncia de objetivos e desacordo de motivos e interesses.
Por outro lado, a necessidade de transparncia amplificada por essa contradio; logo, a
transparncia precisa ser mais bem delimitada.
Um funcionrio engajado num processo de deciso cooperativa precisa ser hbil para
controlar a disseminao da informao pertinente ao seu trabalho: o que para ser revelado,
quando, para quem e de que forma deve ser revelado.
Essas realidades da vida organizacional, de acordo com Bannon e Schmidt (1989), precisam
ser seriamente investigadas; e ignorar essa realidade de diferenciao de estratgias e de
incongruncia de estruturas conceituais reduz o problema apenas natureza tcnica dos
sistemas multiusurios, ou seja, apenas a uma abordagem orientada pela tecnologia para o
problema, com suas concomitantes aproximaes e limitaes.
Outro ponto central do CSCW a adaptao recproca entre a tecnologia e a organizao.
Compreender as complexas interaes que ocorrem entre os subsistemas tcnicos e a
organizao do trabalho requer uma abordagem sociotcnica como parte do estudo da
superao de barreiras necessrias para a implantao e melhoria de sistemas de trabalho
colaborativos. Bannon e Schmidt (1989) levantam alguns pontos de referncia a serem
considerados nessa anlise:
1. Os privilgios e prejuzos na alocao das tarefas;
2. As formas institucionais de expressar e regular os conflitos de interesses;
3. As formas de controle social no ambiente de trabalho;
4. O impacto da funo da empresa no sistema socioeconmico.
Outro ponto de referncia tambm considerado necessrio o estudo do impacto dos
processos e sua relao com outros processos encadeados junto aos demais agentes da cadeia
produtiva em que a empresa se insere.
7
introduo
1.1.2 Obstculos implantao do BIM em um contexto colaborativo

Apesar dos benefcios do BIM em termos de melhoria na eficincia da gesto do fluxo das
informaes, capacidades de simulao que possibilitam antever problemas de custos e
desperdcios e melhoria geral da colaborao e da coordenao dos projetos a adoo do BIM
tm sido lentas na prtica.
Em uma indstria como a AEC, cuja maioria dos seus projetos baseada em associaes
temporrias de equipes multiorganizacionais, a falta de clareza das responsabilidades e dos
benefcios do uso do BIM tambm constitui um importante fator inibidor.
Muitos fatores foram identificados nessa baixa taxa de adoo, tais como: falta de
treinamento, segundo Khemlani (2007a); falta de incentivos nos negcios, segundo Holzer
(2007); percepo de lucros baixos, segundo London e Bavinton (2006); deficincias na
interoperabilidade; fragmentao da indstria; baixo entendimento do potencial da TI para a
melhoria dos processos; problemas contratuais e resistncias mudana dos processos atuais
de trabalho, segundo Johnson e Laepple (2003).
Owen et al. (2010), a partir de sua observao de pesquisas, afirmam que a tendncia corrente
de muitos utilizar o BIM mais como uma tecnoloJLD R TXH GHQRPLQDP VLPSOHV %,0
(sBi m), e menos como um processo integrado ou inteligente ( iBIM), embora nessa segunda
forma existam mais vantagens financeiras, especialmente se estiver ligada aos processos de
construo enxuta e a novos processos de colaborao, como o Integrated Project Delivery
(IPD).
Diversos pontos de vista tm mostrado a necessidade de se aprofundarem as pesquisas sobre a
melhoria das prticas de gesto.
Em vista da tendncia observada entre os usurios em utilizar o BIM apenas como uma
tecnologia de projetos, os autores tambm j reconhecem uma nova propenso entre os
usurios avanados e os lderes da indstria em buscar um novo conceito.
Rekola, Kojima e Makelainen (2010) constataram que desenvolver melhorias nas prticas
interorganizacionais para um uso eficiente do BIM requer no s mudanas na tecnologia,
mas tambm que as empresas coordenem e desenvolvam a interoperabilidade entre seus
processos de negcios, para aproveitar todos os benefcios da tecnologia BIM.
O A merican Institute of Architects (AIA), segundo Fallon e Hagan (2006), identificou como
obstculo nmero um para a utilizao da interoperabilidade a falta de entendimento de parte
8
introduo
dos participantes da indstria sobre a maneira de obter a integrao dos fluxos de trabalho
atravs de uma tecnologia integrada.
1.1.3
A implantao do BIM na perspectiva apontada pela IDDS
Recentemente foi definido um conjunto de temas prioritrios para o International Council for
Research and Innovation in Building and Construction (CIB) , organizados na chamada

Integrated Design and Delivery Solutions (IDDS), com o objetivo de definir a agenda de
pesquisa dos temas relacionados a esses problemas.
O CIB define IDDS como:
a utilizao de processos de trabalho colaborativos e competncias reforadas,
com dados integrados, informao e gesto do conhecimento para minimizar as
ineficincias estruturais de processos e para aumentar o valor agregado durante
as fases de projeto, construo e operao atravs dos empreendimentos. Owen
et al. (2010)
A IDDS tem como objetivo integrar os temas de pesquisa prioritrios do CIB e auxiliar a
definir o foco da maioria das comisses e grupos de tarefas atravs do desenvolvimento de
diretrizes de pesquisas destinadas a orientar entre quatro mil e cinco mil pesquisadores do
CIB por meio de um processo interativo na conduo da agenda de investigao.
Owen et al. (2010) comentam que inovaes como o BIM e o IPD, AIA (2007), vm sendo
desenvolvidas de maneira isolada e sem a devida considerao das relaes globais entre
pessoas, processos e tecnologia. Os autores identificaram os quatro maiores aspectos que
precisam ser resolvidos:
1. Processos colaborativos atravs de todas as fases de projeto;
2. Habilidades das equipes;
3. Integrao da informao e automatizao dos sistemas;
4. Gesto do conhecimento.
Para exemplificar as mudanas a serem feitas, os autores comentam que, com a difuso do
BIM, a sua implantao, em diversos casos, vem acontecendo de forma anloga ao que
ocorreu com a implantao da tecnologia Computer-Aided Design (CAD), na medida em que
se reproduz um processo corrente de forma praticamente inalterada.
Para maximizar o potencial da tecnologia BIM so necessrias uma anlise e uma
reengenharia dos processos afetados e uma reavaliao do papel dos profissionais em cada um
9
introduo
desses processos. Essa mesma concluso tambm compartilhada por Kiviniemi et al. (2008)
e Taylor e Bernstein (2009).
Esses pesquisadores entendem que o aspecto cultural a ser modificado constitui um desafio,
especialmente se considerarmos o desenvolvimento de confiana dentro de um setor
desconfiado e propagador de riscos como a AEC.
Em geral, prevalecem na AEC a cultura e a menWDOLGDGH GH VLORV GH FRQKHFLPHQWR e as
trocas baseadas apenas em documentos entre os profissionais e a cadeia produtiva se do de
forma descoordenada e com baixa inteligncia. As decises so frequentemente tomadas de
maneira autnoma e sem participao multidisciplinar, e com a ausncia de uma acurada
compreenso holstica.
Fabrcio (2002), ao comentar em sua tese as mudanas necessrias no setor da AEC para a
implantao da prtica do Projeto Simultneo, observa que so necessrias algumas mudanas
profundas na filosofia e nas prticas de trabalho das empresas, como:
1. Transformaes na cultura dos agentes envolvidos, de forma a substituir a integrao
contratual vigente por relaes de parceria que sejam pautadas pela confiana
recproca entre os agentes do processo de projeto.
2. Mobilizao dos agentes desde o incio do processo de projeto do empreendimento,
com o servio se estendendo at a entrega da obra, e mesmo depois dela, na fase de
uso, de operao e de manuteno, de forma a garantir que as decises e criaes do
projeto ocorreram de maneira integrada.
3. Apropriao de novas tecnologias de informtica e telecomunicaes como
ferramentas que facilitam a comunicao virtual distncia e permitem novo ambiente
cognitivo e tecnolgico para o processo de projeto.
4. Coordenao entre as diferentes disciplinas de Arquitetura e das Engenharias,
assumida pelo agente promotor desde o incio do processo de projeto, de modo a
garantir que as solues projetuais sejam globalmente eficientes.
Portanto, segundo Prins e Owen (2010), o uso de um processo de projeto interativo e
desenvolvido a partir das necessidades do cliente virtualmente impossvel ou difcil de ser
obtido dentro das estruturas correntes.
Levando em considerao o fator humano, Prins e Owen (2010) comentam que a
interoperabilidade entre as plataformas e os parceiros das equipes frequentemente lembrada
10
introduo
para o uso efetivo da tecnologia BIM.

No entanto, para utilizar todo o potencial dessas novas tecnologias, os parceiros da equipe
devem ser capazes de usar a tecnologia para se adaptar s formas de colaborao e de trabalho
integrado, e isso s ser eficaz quando essa habilidade for incorporada em uma organizao,
no contexto institucional de cada participante, sendo absolutamente necessrio que os
participantes da equipe estejam aproximadamente no mesmo nvel de maturidade.
Prins e Owen (2010) concluem fazendo a ressalva, ou crtica, de que o foco atual das
pesquisas se mostra forte apenas nas Tecnologias de Informao e Comunicao (TIC), e no
na descoberta de novas formas de produzir, colaborar e compartilhar o conhecimento,
enfatizando, alm disso, que as ferramentas de tecnologia da informao tero de fornecer
maior capacidade de compartilhamento de conhecimentos, em vez de se limitarem simples
troca, agregao e armazenamento de informaes.
A ineficcia do processo de projeto de edificaes aponta para a necessidade da evoluo da
gesto do processo de projeto. O BIM surge como uma soluo, mas tambm preciso avaliar
se no estamos avanando para um novo patamar sem resolver problemas existentes na
configurao atual da gesto de projetos.
A tecnologia de uso dos softwares CAD para projetos poderia ter aumentado
significativamente a qualidade e a eficincia dos processos de projeto; porm, a tecnologia
isolada no tem o poder de resolver todos os problemas de gesto, e o uso do BIM poder
resultar nos mesmos gargalos.
Para definir os problemas a serem resolvidos, devem-se compreender os gargalos no processo
de projeto, alm de avaliar o impacto relacionado a problemas causados pelo fator humano
constantemente presente. A fragmentao do setor da construo civil, em decorrncia das
muitas pequenas empresas envolvidas, tambm constitui um aspecto limitante.
11
introduo
1.1.4 Questes da pesquisa

Muito se estudou a respeito do processo de projeto convencionalmente utilizado no Brasil e
so conhecidas as suas limitaes impostas pelo uso inadequado da TIC e por modelos de
gesto ineficazes.
O surgimento dos sistemas em BIM mostra que um novo paradigma para o trabalho
colaborativo precisa ser criado. Porm, em um estgio inicial, observado ainda no Brasil,
percebe-se que as equipes de projeto continuam a trabalhar de maneira individual e com
trocas de informao somente nos momentos de eventos-chave de compatibilizao. Na
prtica continua-se trabalhando de forma convencional, sem o aproveitamento dos benefcios
possveis da tecnologia BIM.
Eventuais justificativas para essa situao poderiam ser baseadas em argumentos dos
profissionais que talvez argumentem que sejam obrigados a adotar mtodos de trabalho
particulares em virtude das limitaes dos processos implantados em seus escritrios,
concebidos para funcionar sem o apoio efetivo da TIC e do Processo Colaborativo,
justificando com isso a manuteno de velhos hbitos no colaborativos, fortemente
arraigados na cultura da AEC.
Consequentemente, a colaborao imaginada para o processo em BIM ser muito difcil de
ser conseguida com a utilizao das metodologias de trabalho atualmente utilizadas. Dessa
maneira, muitas empresas falharo em alcanar a eficincia e os benefcios que o BIM pode
trazer para o trabalho colaborativo entre elas e seus clientes.
Partindo-se ento das premissas de que a baixa produtividade e qualidade do Processo de
Projeto resultado da desorganizao e da falta de uso de mtodos adequados de gesto e de
que o desenvolvimento de mtodos de gesto e ferramentas de tecnologia da informao tem
ocorrido de maneira dissociada, limitando o exerccio das prticas de colaborao, foram
formuladas as seguintes questes para esta pesquisa:
1. Como desenvolver uma estrutura de conceitos que possibilite o desenvolvimento de
metodologias de gesto que possam dar suporte ao trabalho colaborativo?
2. Como criar um processo de trabalho simultneo e interativo com metas claras e
definidas?
3. Como planejar, controlar e avaliar o desempenho desse processo?
4. Como organizar o fluxo de trabalho e de informaes atravs da gesto de um modelo
central em BIM?
12
introduo
1.1.5 Delimitao da pesquisa

A temtica do presente estudo aborda um inter-relacionamento entre Gesto de Processo de
Projeto e Ferramentas de Tecnologia da Informao.
O presente estudo concentrar-se- na regio de conhecimento situado na interseco entre as
disciplinas Gesto e Tecnologia da Informao, conforme ilustrado na Figura 2.
Dentro do domnio da Gesto do Processo de Projeto, esta pesquisa tratar de Projetos de
Edifcios, no incluindo nesse escopo de trabalho os Projetos de Engenharia de Infraestrutura
e Construo Pesada.
Figura 2: Delimitao da pesquisa
Fonte: Autor
1.1.6
Objetivos
Objetivo geral
Formulou-se como objetivo geral da presente pesquisa o:
1. Desenvolvimento de uma Estrutura Conceitual de Gesto para o Processo de Projeto
Colaborativo mediante o uso do BIM.
13
introduo
Objetivos especficos
Para se chegar ao objetivo principal, os seguintes objetivos especficos precisaro ser
atingidos:
1. Definir e propor uma Estrutura Conceitual para o Processo de Projeto Colaborativo;
2. Definir a metodologia para o Planejamento e Controle do Processo e estabelecer
Indicadores Chave de Desempenho para medir a sua eficincia.
3. Validar esses indicadores atravs de simulaes em modelos BIM
1.1.7 Guia de leitura da tese

O presente trabalho est estruturado em seis captulos, que sero apresentados a seguir:
&DStWXOR,QWURGXomR
Nesse captulo so levantadas as justificativas da pesquisa com a dissertao sobre os aspectos
do trabalho colaborativo e os obstculos existentes para a implantao do BIM em um
contexto colaborativo. So definidas as questes que nortearam a pesquisa sendo delimitado o
escopo do trabalho e definidos os objetivos principal e especficos.
&DStWXOR5HYLVmRELEOLRJUiILFD
A reviso bibliogrfica foi intensiva e buscou mapear o conhecimento a respeito do tema sob
vrios pontos de vista, tanto os de natureza tecnolgica quanto os gerenciais. Foram revistos
os conceitos bsicos sobre BIM e IFC, IDM, MVD, IFD, siglas que contm o conhecimento
necessrio para o domnio mnimo do tema. Os sistemas de classificao da informao foram
revistos e constatada sua importncia para a estruturao do trabalho.
Os principais manuais e guias de implementao de BIM foram estudados com o objetivo de
conhecer as diferentes abordagens sobre o tema e as eventuais lacunas de conhecimento.
Um ponto fundamental da reviso bibliogrfica foi o estudo em profundidade das
propriedades no geomtricas do BIM o que possibilitou a estrutura de conceitos necessria
para o desenvolvimento do trabalho.
&DStWXOR0HWRGRORJLD
Esse captulo descreve a metodologia utilizada na pesquisa. Inicialmente so discutidos os
mtodos necessrios a serem adotados para sustentar o estudo de um problema com uma
14
introduo
natureza scio tcnica e ao mesmo tempo interativa na medida em que novas descobertas vo
levando a novos problemas e a necessidade constante de apoio da bibliografia. As diferentes
fases de evoluo da pesquisa e seus mtodos foram descritos.
&DStWXOR(VWUXWXUDFRQFHLWXDOGDJHVWmRGRSURFHVVRGHSURMHWRHP%,0
Esse o captulo fundamental da tese. Nele feita a proposio da estrutura conceitual da
gesto do processo de projeto em BIM. Diversos conceitos bsicos so discutidos e a proposta
surge como uma base para o desenvolvimento organizado de novas metodologias integradoras
entre a gesto e o BIM.
&DStWXOR6LPXODo}HV
O captulo cinco experimental. Nele os indicadores de desempenho criados na estrutura
conceitual so aplicados em dois modelos BIM de edifcios e os seus resultados so
comparados e referenciados estrutura conceitual.
&DStWXOR&RQFOXV}HV
As concluses da pesquisa so apresentadas no captulo seis juntamente com reflexes a
respeito do desenvolvimento do tema alm de serem sugeridos trabalhos futuros que possam
dar continuidade aos conhecimentos desenvolvidos na pesquisa.
Cada abertura de captulo ou tpico importante precedida de um prembulo, que prepara o

leitor para o tema a ser discutido e ao final so feitas consideraes sobre o tpico quando as
mesmas foram necessrias para a concluso do texto.
A formatao do trabalho obedece aos padres recomendados pela Universidade de So Paulo
e pela Escola Politcnica.
15
reviso bibliogrfica
Reviso bibliogrfica
A proposio desta tese, de desenvolver uma estrutura conceitual para a Gesto do Processo
de Projeto em BIM, levou necessidade da reviso de diversos conceitos, alguns de forma
bsica e outros de maneira mais aprofundada, e assim abranger o assunto o mais amplamente
possvel, para constituir um referencial de base para a pesquisa.
Inicialmente so revistos os conceitos bsicos do processo de projeto e sua contextualizao
no objeto do estudo no caso, os edifcios da indstria imobiliria. As diferentes vises do
processo de projeto so introduzidas, sendo feita tambm uma reviso dos principais
conceitos do planejamento do processo de projeto, objeto anterior, da Dissertao de
Mestrado do autor, que, revisitados, mostraram a necessidade de atualizao e visualizao
dos seus limites prticos com vistas sua aplicabilidade no processo de projeto em BIM.
Por se tratar de um tema com razes tanto na tecnologia da informao quanto na gesto de
processos foi necessria uma reviso de conceitos bsicos relacionados programao
orientada a objetos e modelagem da informao por serem introdutrios aos conceitos de
BIM. Percebeu-se na ampla reviso da literatura que muitas publicaes ainda possuem um
FXQKRPHVVLkQLFRDRWUDWDUGRDVVXQWR%,0FRORFDQGR-RPXLWDVYH]HVFRPRXPDWiEXDGH
VDOYDomR SDUD WRGRV RV SUREOHPDV GDV HPSUHVDV (VVDV UHIHUrQFLDV DOJXPDV FRQKHFLGDV
foram desprezadas em virtude de sua parcialidade em lidar com o tema. A publicao
fundamental sobre o tema, The BIM Handbook , Eastman et al. (2008), serviu, em linhas
gerais, como um guia mestre ao apontar caminhos e referncias para o aprofundamento dos
assuntos correlatos.
Houve a necessidade de um aprofundamento mnimo, mas capaz de levar compreenso do
Industry Foundation Classes (IFC), assunto que, embora rido para os no iniciados na rea,
de capital importncia para a compreenso do mecanismo de seu esquema, e sua base em
relaes foi fundamental para o desenvolvimento do raciocnio subsequente. O
aprofundamento do estudo do IFC foi at o ponto considerado necessrio para sua
FRPSUHHQVmREiVLFDSRLVIRJHGRHVFRSRGHVWDWHVHGHVFHUDXPGHWDOKDPHQWRGHOLQJXDJHP
GH PiTXLQD SDUD D GLVFXVVmR GH Vistemas de gesto. Porm, hoje, incuo discutir gesto
16
reviso bibliogrfica
sem base em TI, e cabe s pesquisas na rea um conhecimento bsico para equacionar os
problemas que surgem no decorrer das pesquisas. De fundamental importncia foi a reviso
dos sistemas de classificao da informao dos edifcios, assunto oportuno, uma vez que no
momento est sendo objeto de desenvolvimento de norma brasileira, o que permitir organizar
efetivamente o caos hoje existente na classificao de sistemas e na nomenclatura vigentes.
Entendemos que, sem essa abordagem, a organizao de processos em BIM mostra-se
simplesmente invivel em um nvel sistmico.
Em relao aos usos e benefcios do BIM, procuramos abordar o tema de maneira
parcimoniosa, uma vez que o aprofundamento em cada uma das inmeras possibilidades de
uso do BIM requerer, com certeza, outras teses e dissertaes. E muitas das aplicaes do
BIM ainda esto no estgio experimental, sem fundamento bibliogrfico que comprove seus
reais benefcios, alm dos normalmente alardeados pelos autores.
Com relao aos conceitos de modelagem envolvidos no BIM, buscamos enfatizar os tpicos
mais relevantes e talvez mais sutis do assunto, j que o tema em si remete ao domnio dos
manuais de uso e operao dos softwares de modelagem, que no so objeto deste estudo.
Contudo, foram bastante aprofundadas as questes relacionadas evoluo do projeto,
denominada Level of Development (LOD), que entendemos poder ser mais bem interpretada
como nvel de desenvolvimento. Essa leitura mostrou a possibilidade de se descer a um nvel
de granularidade bastante fino do BIM, o que serviu de base para que sejam repensadas as
fases e as responsabilidades envolvidas no processo de projeto, principalmente com relao ao
TXHVHFRQKHFHFRPRHQWUHJiYHLVdeliverables). A reviso caminhou para os processos de
gesto e coordenao do BIM, mostrando a crescente necessidade de integrao dos domnios
da tecnologia da informao com os da gesto, pois se percebeu ainda na literatura a
predominncia de uma viso mecanicista com relao gesto do processo, contrariamente
viso holstica que o BIM por definio nos remete. A integrao de funes do coordenador
de projetos e do gerente de BIM tambm uma questo em discusso, mostrando que a AEC
ainda procura caminhos para aperfeioar e viabilizar a sua gesto.
A seguir, foram estudados os principais mecanismos que possibilitam a troca de dados entre
os agentes, ficando clara a importncia do desenvolvimento dos Servidores de Modelo.
Percebeu-se, porm, uma ntida diviso entre as linhas de pensamento que defendem os
servidores de modelo e as que defendem o uso de modelos federados.
Finalmente, foi estudada a adoo do BIM sob um ponto de vista terico, mas bastante
consistente e referenciado na literatura, demonstrando que o BIM ter uma implantao em
17
reviso bibliogrfica
estgios evolutivos. Uma leitura ampla da maioria das normas e manuais de procedimento e
guias de implantao do BIM foi feita com o objetivo de apreender dessa literatura os pontos
principais, destacados na implementao do BIM. Em virtude da grande heterogeneidade e
diversidade constatada nos manuais pesquisados, achamos por bem selecionar aqueles que
entendemos mais relevantes para o desenvolvimento desta tese.
2.1
Vises fundamentais do processo de projeto
A gesto do processo de projeto vem sendo objeto de estudos de alguns autores, como Ballard
e Koskela (1998); Formoso et al. (1998), indicando que nas prticas correntes o planejamento
e o controle do processo de projeto so substitudos pelo caos e pela improvisao, causando
problemas de comunicao, falhas na gerao da documentao, falta de informaes,
alocao insuficiente de recursos, ausncia de coordenao entre as diferentes disciplinas e
erros nas tomadas de deciso.
Mesmo que alguns desses problemas sejam justificados pela natureza complexa do processo
de projeto, que envolve incerteza, complexidade e interatividade, essa realidade constatada
nas pesquisas no pode ser entendida como satisfatria, segundo a opinio de Tzortzopoulos e
Formoso (1999).
As aes para a melhoria do processo de projeto esto fortemente influenciadas pela maneira
como ele conceituado e praticado. Nesse sentido, organizar o conhecimento existente sobre
ele o ponto de partida fundamental para a sua melhoria.
Huovila e Koskela (1997) propem uma estrutura conceitual que analisa o processo de projeto
sob trs diferentes vises: converso; fluxo; e gerao de valor, resumidos na Tabela 3.
18
reviso bibliogrfica
Tabela 3 - Comparao entre os conceitos de Converso, Fluxo e Gerao de Valor

Item
Conceito de
Converso
Conceito de Fluxo
Conceito de
Gerao de Valor
Processo que converte
Fluxo de informao
Processo no qual o
requisitos em projeto
composto de
valor para o cliente
de produto
converso, inspeo,
criado atravs do
movimento e espera
cumprimento dos seus
Conceituao de
projeto
requisitos
Princpios
fundamentais
Decomposio
Eliminao do
Eliminao da perda de
hierrquica, controle e
desperdcio (atividades
valor
decomposio das
desnecessrias),
atividades
reduo do tempo,
decompostas.
rapidez na reduo da
incerteza
Mtodos e prticas
Estrutura analtica de
Design Structure
Quality Function
projeto (EAP), mtodo
Matrix, abordagem de
Deployment (QFD),
do caminho crtico,
equipe, integrao
anlise e gesto
organograma e matriz
entre ferramentas,
sistematizada e
de responsabilidades
parceria
rigorosa do fluxo de
requisitos, otimizao
Contribuio prtica
Atentar para o que tem
Atentar para que o
Atentar para que os
que ser feito
desnecessrio seja
requisitos do cliente
minimamente feito
sejam atendidos da
melhor forma possvel
Nome sugerido para

essa viso
Gesto de tarefas.
Fonte: Huovila e Koskela (1997)
Gesto do fluxo.
Gesto do valor.
19
reviso bibliogrfica
Conceito de converso
Segundo Ballard e Koskela (1998), esse conceito o mais clssico e largamente praticado no
mercado. Ele se fundamenta no princpio de que o trabalho a ser executado pode ser feito pela
VXEGLYLVmRGRWRGRHPSDUWHV2FRQFHLWRGHFRQYHUVmRHVWiLOXVWUDGRQD)LJXUD
Figura 3 - Conceito de converso
Fonte: Extrado de Manzione (2006)
Esse modelo tradicional de trabalho , segundo os autores, fator limitante para o

aperfeioamento do processo de projeto, por introduzir diversas deficincias.
Koskela, Huovila e Leinonen (2002) entendem que essa viso um ponto efetivo a ser
considerado pela gesto, na medida em que revela as tarefas necessrias para o
desenvolvimento de um projeto. Ressaltam, todavia, que, utilizada isoladamente, essa viso
no garante a otimizao dos recursos, e a melhoria do processo no se mostra suficiente para
garantir o pleno atendimento dos requisitos do cliente.
Ballard e Koskela (1998) relacionam alguns pontos problemticos do uso dessa viso:
1. O trabalho de projeto sequencial, rigidamente segmentado e sua administrao se
concentra apenas nos cumprimentos dos contratos individuais dos projetistas.
2. Fragmentao ( mais importante, na viso convencional, concluir a tarefa
isoladamente do que promover a interao entre as diferentes tarefas).
3. O entendimento da gesto do projeto apenas como gesto isolada de suas tarefas, no
conseguindo capturar conceitualmente a gerao de valor e trazendo resultados pobres
para o cliente.
4. No existe trabalho colaborativo para a soluo conjunta de problemas na equipe de
projetos.
5. A natureza cclica e interativa do projeto pouco percebida no processo, o que gera
uma elevada carga de retrabalho.
6. Os requisitos do cliente vo sendo esquecidos ou negligenciados nas longas
sequncias de trabalho decorrentes dessa viso.
20
reviso bibliogrfica
Codinhoto (2003) e Tzortzopoulos (1999) comentam os fatores limitantes nessa viso, que a
torna insuficiente para o entendimento ou melhoria do processo, uma vez que ela no explicita
as atividades que no agregam valor ao longo do processo, como as verificaes, a
transferncia e a espera pelas informaes.
Koskela, Huovila e Lautanala (1994) observam que essas caractersticas so amplificadas
dentro de uma organizao, influenciando seus controles e suas estruturas de comunicao e
impedindo a soluo dos pontos problemticos, mesmo que sejam percebidos pelas pessoas
individualmente. A persistncia desses pontos problemticos traz as seguintes consequncias:
1. Baixa percepo de requisitos no incio do processo;
2. Deteco de erros de projeto somente em fases adiantadas;
3. Interaes escassas entre os membros das equipes;
4. Desperdcio de tempo em atividades de espera e troca de informaes;
5. Baixa qualidade final.
Conceito de projeto como gerao de valor

Esse conceito enfatiza o atendimento aos requisitos do cliente. A melhoria do processo
obtida por meio da reduo das perdas de valor que surgem quando nem todos esses
requisitos so obtidos e transmitidos ao longo do processo, conforme podemos ver na Figura
4.
Figura 4: Conceito de Gerao de Valor

Segundo Koskela, Huovila e Lautanala (1994), a gerao de valor consiste em obter os
requisitos de desempenho do produto com ausncia de falhas. Nessa viso, a eficcia do
projeto depender do mximo valor que poder ser agregado a ele. As perdas de valor,
21
reviso bibliogrfica
ocorridas pela ineficcia da identificao dos requisitos e necessidades dos clientes tanto na
etapa inicial quanto durante o desenvolvimento do projeto e pela baixa otimizao das
solues, devem ser combatidas.
Para prevenir a perda de valor, necessria uma gesto sistemtica desses requisitos em
estreita cooperao com todos os clientes do processo, atravs de rpidas interaes entre os
agentes e a considerao de todas as etapas do ciclo de vida do produto logo nas fases iniciais
do projeto.
Conceito de projeto como fluxo de informaes
Essa viso se concentra em estudar dentro do processo de projeto as formas como a
informao circula, entendendo que a otimizao do projeto deva ocorrer principalmente pela
reduo do desperdcio de tempo gasto na gesto da informao, conforme mostra a Figura 5.
eXPDYLVmRGHVHQYROYLGDDSDUWLUGRVFRQFHLWRVGDproduo enxutaHWHPFRPRREMHWLYR
reduzir o desper dcio de tempo em diferentes fases do processo:
1. Tempo de espera pela informao;
2. Tempo de conferncia, para garantir a coerncia da informao com seus requisitos
prvios;
3. Tempo gasto retrabalhando a infor mao para que ela fique de acordo com os
requisitos;
4. Tempo gasto para que a infor mao circule pela equipe do projeto.
Figura 5 - Conceito de Fluxo de Informaes

As pesquisas desenvolvidas a partir dessa viso entendem que a melhoria da eficincia na
gesto desse fluxo possibilitar resultados mais eficazes. Nesse sentido, so incentivadas a
reduo do retrabalho mediante reduo do nmero de interaes entre os agentes, a
colaborao em equipe e a transferncia da informao em pequenos lotes.
22
reviso bibliogrfica
De acordo com Ballard e Koskela (1998), esse conceito pode ser adotado para o processo de
projeto, quando se levam em conta as diferenas entre a produo fsica e o projeto. Esses
autores entendem que visualizar o processo como um fluxo de informaes permite
flexibilidade e coordenao de diferentes fluxos de informao e a integrao do processo de
projeto com o processo de suprimentos e de execuo da obra.
O combustvel do projeto so as informaes. Os projetistas usam e produzem informaes na
forma de ideias, princpios, regras e habilidades, aplicados para gerar uma descrio abstrata
(um modelo BIM ou um conjunto de desenhos em CAD) que define como um edifcio deve
ser construdo, segundo Sacks e Tribelski (2010).
Essa caracterstica do projeto, que ser movido por informaes, implica, para o seu sucesso,
que o fluxo dessas informaes precisa ocorrer continuamente entre os projetistas, sendo sua
gesto um fator crtico para a eficincia e a eficcia do projeto, segundo Eckert, Clarkson e
Stacery (2001).
Sacks e Tribelsky (2007) observam que o fluxo das informaes nas equipes de projeto no
bem compreendido, e com frequncia ocorrem problemas de gerenciamento devido falta de
compreenso terica do problema e de medidas objetivas do fluxo.
Austin e Hassam (1999) afirmam que entender o processo pelo qual a informao flui entre os
participantes do projeto essencial para a melhoria da gesto. Emmitt (2007) ressalta que
mapear e entender o fluxo das informaes um pr-requisito para as empresas de projeto,
chamando a ateno para o entendimento dos desperdcios que ocorrem em todo o processo
de trabalho.
Eckert, Clarkson e Stacery (2001) pesquisaram os principais problemas relacionados com a
gesto do fluxo das informaes, classificando-os em quatro categorias, conforme a Figura 6.
23
reviso bibliogrfica
Figura 6 - Problemas relacionados com a gesto do fluxo de informaes.
Fonte: Adaptado de Eckert, Clarkson e Stacery (2001)

Sacks e Tribelski (2010) identificaram que os problemas que caracterizam um fluxo pobre em
sistemas de produo genricos, como grandes tamanhos de lotes, longos tempos de ciclo,
gargalos no fluxo, grandes inventrios de trabalho em processo, podem ser medidos e
identificados na etapa de projetos executivos.
De acordo com esses autores, os fluxos de informaes decorrentes de processos ineficientes
resultam em problemas e geram diversas formas de desperdcio: retrabalho gerado por uso de
bases de desenho desatualizadas; longos tempos de espera pela informao, que obrigam os
projetistas a mudar seu foco de ateno para outros projetos, levando um tempo maior para se
familiarizarem com as mudanas quando as novas informaes chegam; aumento de custos e
de prazos globais do projeto, causado pelo retrabalho gerado.
As trs vises isoladas do processo de projeto converso, fluxo e gerao de valor foram
apresentadas e criticadas, cada uma com sua prpria metodologia de gesto.
Entretanto, no se tratam de teorias que se conflitam, mas que se complementam. Huovila e
Koskela (1997) sugerem que na gesto do processo de projeto os trs pontos de vista
desenvolvidos neste tpico devam ser integrados, alinhados e balanceados, entendendo que a
complexidade do processo ir demandar uma viso conjunta desses trs aspectos.
24
reviso bibliogrfica
2.2
Reviso da metodologia de planejamento do processo de projeto
Tradicionalmente, conforme Hughes, W. (2003), o processo de projeto planejado da mesma

forma que a construo da obra, com forte nfase no resultado de cada atividade e pouco
esforo na gesto necessria para alcanar o resultado desejado.
Observa-se na rotina de trabalho que as prticas correntes de gesto e planejamento de
projetos se restringem, na maioria das vezes, ao mero controle de contratos e entregas de
desenhos.
As ferramentas de planejamento usuais diagramas de barra so recursos limitados, pois
representam apenas graficamente as etapas desses contratos, no dando conta de mostrar a
complexidade do projeto: o seu processo de grande interatividade e com intensa troca de
informaes.
O modelo convencionalmente utilizado no planejamento e controle do processo de projeto o
de controle de entregas de desenho. Esse modelo, largamente utilizado pela indstria da AEC
por no levar em considerao a gesto do fluxo das informaes, gera muitas vezes projetos
desintegrados e com tempo de desenvolvimento prolongado.
A gesto do fluxo de informaes e das atividades de um projeto ir requerer uma estrutura
metodolgica que possibilite racionalizar e organizar tanto a sequncia quanto o contedo das
informaes que iro ser requeridas ao longo do processo.
A natureza interativa do processo de projeto foi observada empiricamente por Smith e Tjandra
(1998) e modelada usando a Design Structure Matrix (DSM), desenvolvida por Steward
(1981), a qual foi base de diversas pesquisas voltadas para a otimizao do processo de
projeto, como as feitas por Eppinger et al. (1994); Pektas e Pultar (2006) e Smith e Eppinger
(1997).
Austin (1999) observa que as prticas atuais do planejamento do processo de projeto levam
pouco em conta a interdisciplinaridade e a natureza interativa do processo de projeto,
acarretando um processo de projeto com ciclos de retrabalho que aumentam o tempo de
projeto e seus custos, atrasando a execuo das obras.
A metodologia Analytical Design Planning Technique (ADePT) foi proposta por Austin
(1999) como uma soluo para a racionalizao do processo de projeto, tendo como objetivo
principal criar uma rede de tarefas do projeto baseada na precedncia das informaes, e no
na produo de desenhos.
25
reviso bibliogrfica
Essa metodologia tem como fundamentos a modelagem precisa do processo de projeto, seus
agentes e a racionalizao da troca de informaes que iro ocorrer entre eles.
A metodologia constituda por quatro passos, conforme a Figura 7.
Figura 7: Passos da metodologia ADePT
Fonte: Adaptado de Austin (1999)
Em sntese, o processo de elaborao de uma rede de planejamento com a metodologia

ADePT ocorre como descrito a seguir:
Os passos 1 e 2 acontecem de forma concomitante.
O passo 1 construir a estrutura analtica do projeto utilizando uma verso da metodologia
Icam D E F inition for Function Modeling (IDEF01). Essa estrutura representa as atividades de
projeto e suas dependncias de informao. O processo de projeto dividido nas disciplinas
(Arquitetura, Estrutura, Instalaes, etc.); depois em elementos ou sistemas construtivos; e
finalmente em atividades de projeto.
No passo 2 construda uma tabela que relaciona as informaes necessrias para cada
atividade e a sua fonte, quer seja um agente, quer seja outra informao que a preceda.
O passo 3 a ordenao das atividades do projeto tendo com base suas necessidades de
informao representadas com o uso da DSM. A DSM construda com base em algoritmos
1
IDEF0 disponvel em: <http://www.idef.com/IDEF0.htm>. Acesso em: 16/11/2012.
26
reviso bibliogrfica
que particionam a matriz, agrupando as atividades cclicas, identificando grupos de tarefas

que iro requerer um gerenciamento crtico e gerando a sequncia otimizada das tarefas do
projeto.
A matriz particionada pode ser exportada para ferramentas de planejamento para gerar o
cronograma do projeto. Para organizar o cronograma necessrio definir as datas de incio e
trmino das atividades, suas duraes e os recursos necessrios. As precedncias das
atividades so extradas da DSM. Entretanto, os blocos de atividades inter-relacionadas
requerem ateno especial, pois o sequenciamento desses blocos no baseado apenas em
dependncias, exigindo decises estratgicas.
Assim, o estgio final da metodologia ADePT produz o cronograma mestre que define todo o
planejamento estratgico do projeto, baseado na lgica das dependncias de informaes do
processo de projeto, que tambm deve ser integrado com o cronograma da obra.
A abordagem da ADePT deixa claro que as informaes do projeto so disponibilizadas e
comunicadas, formal ou informalmente, para a equipe de projeto, atravs das revises dos
desenhos, com o objetivo de obter a informao certa, da pessoa certa, no momento certo.
Mas frequentemente a experincia tem demonstrado que isso no acontece como foi
planejado, requerendo esforos adicionais do Coordenador de Projetos para isso.
Limitaes da metodologia ADePT e os avanos recentes

Um bom planejamento do processo de projeto o primeiro passo para melhorar sua gesto.
Entretanto, se o planejamento no for cuidadosamente controlado as equipes de projeto
podem ser tentadas a voltar para os mtodos mais tradicionais de gesto, levando a
ineficincias significativas devido a fluxos de informaes pobres e alocao inadequada de
recursos.
A metodologia ADePT apresenta limitaes, pois, embora possibilite a construo estruturada
da rede de planejamento, no oferece instrumentos metodolgicos para as etapas de controle e
replanejamento.
Diversos autores conceituam planejamento relacionando-o com controle, de forma a constituir
um sistema.
Formoso et al. (1999) definem planejamento como um processo gerencial que envolve o
estabelecimento de objetivos e a determinao dos procedimentos necessrios para atingi-los,
27
reviso bibliogrfica
e o planejamento somente eficaz quando realizado em conjunto com o controle. Afirmam os

autores que no existe a funo controle sem planejamento e que o planejamento
praticamente incuo se no existe controle.
Assumpo (1996) comenta que a essncia do processo de planejamento consiste na
construo de modelos que representam as relaes entre as variveis ou atividades que se
desenvolvem no ambiente da empresa e seus empreendimentos, aliados a sistemas que
permitam operar com esses modelos e gerar informaes, ora na forma de expectativas de
comportamento do modelo (programao), ora avaliando o comportamento das aes j
empreendidas (controle).
Laufer e Tucker (1987) consideram o controle indispensvel e estabelecem que ele se
desenvolva em trs estgios: medio, avaliao de desempenho e tomada de aes corretivas
em relao s aes ou a equvocos dos planos. O controle inclui o monitoramento do que
aconteceu na realidade, a comparao com o que fora planejado e as aes para providenciar
as mudanas necessrias de realinhamento do plano.
Com relao avaliao do desempenho do processo, que na metodologia ADepT
fundamentada no fluxo de informaes, Sacks e Tribelski (2010) observam que a falta de um
planejamento e de controle mais detalhado na fase de projetos executivos pode decorrer, em
parte, da ausncia de ferramentas adequadas para avaliar a evoluo do projeto, tendo com
base as medidas do seu fluxo de informaes.
Choo et al. (2004) apresentam a metodologia DePlan como complemento s limitaes da
ADePT. A metodologia DePlan incorpora a metodologia do last planner, que, de acordo com
Ballard (1997), uma filosofia de gerenciamento da produo com foco na aplicao dos
princpios lean na organizao e no gerenciamento de operaes de empreendimentos.
A metodologia do last planner baseada na reduo da quantidade de incertezas dentro do
processo de projeto gerindo a variabilidade que ele contm. A tcnica do last planner ajuda a
equipe de projeto a criar de maneira sistemtica planos de lookaheads (de mdio prazo), nos
quais so identificadas as restries inerentes s tarefas, de modo a elimin-las
antecipadamente.
So tambm criados planos semanais de trabalho para planejar o curto prazo semanal e
acompanhar os resultados do trabalho produzido por intermdio de um indicador de
desempenho denominado Plan Percent Complete (PPC), que mede a porcentagem das tarefas
28
reviso bibliogrfica
semanais 100% concludas, em contraposio ao nmero de tarefas originalmente previstas

para aquele perodo.
Outro avano voltado para o controle e medio do fluxo das informaes no processo de
projeto relatado no trabalho de Sacks e Tribelski (2010), no qual foram estudados 14
projetos desenvolvidos em CAD e armazenados em uma extranet comum, com o objetivo de
analisar a natureza dos problemas relacionados com o fluxo de informaes; verificar de que
forma interferem no processo de projeto; e estabelecer uma medida do seu fluxo por meio do
clculo de indicadores de desempenho.
Atravs da leitura dos arquivos de acesso dos usurios extranet, os autores mapearam as
aes de download e upload de arquivos e analisaram o contedo dos desenhos.
Nesse estudo, foram verificadas as ocorrncias dos seguintes fenmenos: gargalos no fluxo de
informaes, retrabalhos, grandes lotes de informaes, grande nvel de trabalho em
progresso e falha no atendimento das necessidades do cliente.
A partir dos resultados, os autores definiram sete indicadores de desempenho do fluxo de
informaes e estabeleceram correlaes com os resultados obtidos no projeto: nvel de ao;
maturidade do pacote de informaes; volume de trabalho em processo; tamanho do lote de
informaes transferidas pelos projetistas; velocidade de desenvolvimento do projeto;
gargalos; e retrabalho.
Os autores concluram serem adequadas as medidas de fluxo desenvolvidas para a fase de
projetos executivos, que de natureza tcnica e requer maior estruturao se comparada s
fases iniciais do projeto. Para essas fases, porm, por sua natureza mais interativa e pelas
muitas alternativas sendo estudadas em paralelo, os autores recomendam o desenvolvimento
de mais pesquisas e de indicadores-chave de desempenho especfico para essas fases iniciais.
2.3
O processo de projeto no contexto do empreendimento imobilirio
Nobre, Santos e Barros Neto (2004) comentam que o processo de desenvolvimento do

produto imobilirio na AEC bastante diferente do das demais indstrias em razo das
FDUDFWHUtVWLFDVSHFXOLDUHVGRSURGXWRHGLItFLR
Citam como caractersticas importantes a complexidade do mercado imobilirio, o longo
tempo do ciclo do processo do negcio, a longa durao da vida til do produto, o impacto
29
reviso bibliogrfica
ambiental gerado, destacando que o produto imobilirio, por ser nico, no seriado e com
localizao fixa, dificulta a compreenso dos aspectos que envolvem sua produo, ocorrendo
distanciamento entre projetistas e construtores, o que leva fragmentao do processo e gera
perda de informaes.
Navarro (2007) acrescenta a esses fatores o elevado potencial de risco de um empreendimento
imobilirio e apresenta, na Figura 8, a relao entre a exposio ao risco e o nvel de
investimento durante o ciclo de vida de um empreendimento. A autora comenta a importncia
da fase de planejamento do empreendimento, em que os principais riscos so assumidos, e
destaca que, por serem muitas vezes elevados e baseados em cenrios de grandes incertezas,
caso se concretizem, esses riscos iro prejudicar o cumprimento das metas e dos prazos e
afetaro a rentabilidade do empreendimento.
Figura 8: Ciclo de Vida total de um Empreendimento
Fonte: Wideman (1992) apud Navarro (2007)

Georgakopoulos e Tsalgatidou (1998) definem processo de negcios como um conjunto de
uma ou mais atividades relacionadas entre si que realizam um objetivo de negcio ou objetivo
poltico, como o cumprimento de um contrato de negcio ou a satisfao de uma necessidade
especfica de um cliente.
Olofsson et al. (2010) destacam a importncia de o processo de projeto estar alinhado com o
processo do negcio e indicam que as fases iniciais do processo de projeto so de fundamental
importncia para a obteno de bons resultados. A Figura 9 foi desenvolvida pelos autores
30
reviso bibliogrfica
para mostrar a necessidade do alinhamento entre o empreendedor com os processos

especficos de projeto e a produo da AEC.
Figura 9: Um empreendimento com a perspectiva dos agentes da AEC
Fonte: Adaptado de Olofsson et al. (2010)
Fontenelle (2002) destaca o papel estratgico do projeto para o desempenho competitivo das
empresas do subsetor de empreendimentos imobilirios, uma vez que ele o principal
instrumento para a materializao das estratgias competitivas das empresas, tais como a
diferenciao e a liderana no custo.
Melhado (1994) GHVFUHYH R SURMHWR FRPR XP VHUYLoR QD FRQVWUXomR GHVWDFDQGR GXDV GH
suas dimenses: projeto como processo estratgico, visando atender s necessidades e
exigncias do empreendedor, voltado, portanto, para a definio de caractersticas do produto
final e projeto como processo operacional, visando eficincia e confiabilidade dos
processos que geram os mesmos produtos.
2.4
Diversidade de agentes, gesto das interfaces e mudanas
Melhado (1994) estudou os fatores que influenciam na qualidade de um projeto e classificou

os agentes envolvidos no processo do empreendimento, em suas diversas fases, em quatro
categorias de participantes principais, com diferentes interesses e capacidades em influir no
processo do negcio:
1. Empreendedor: responsvel pela gerao do produto; avalia a qualidade do
31
reviso bibliogrfica
projeto a partir do alcance de seus objetivos empresariais, que envolvem tanto o

sucesso quanto a penetrao do produto no mercado; responsvel pela formao de
uma imagem junto aos compradores, pelo retorno que o projeto venha a
proporcionar a seus investimentos ou, pelo menos, pela manuteno dos custos
previstos para o empreendimento;
2. Projetista: atua na formalizao do produto;
3. Construtor: viabiliza a fabricao do produto; avalia a qualidade do projeto com
base na clareza da apresentao, importante para facilitar o trabalho de
planejamento da execuo, em que o contedo, a preciso e a abrangncia das
informaes possam reduzir a margem de dvida ou necessidade de correes
durante a execuo; analisar a potencial economia de materiais e de mo de obra,
capazes de proporcionar reduo de desperdcios;
4. Usurio: assume a utilizao do produto; avalia a qualidade do projeto na medida
da satisfao de suas intenes de consumo, envolvendo conforto, bem-estar,
segurana e funcionalidade, somando-se a estas baixos custos de operao e de
manuteno; ressalte-se que esse o cliente externo.
No entanto, completa o autor, o peso da satisfao de cada cliente no conjunto dessas relaes
pode vir a ser diferenciado, na medida em que cabe ao empreendedor, entre outras atribuies,
intervir, por exemplo, como contratante do projetista. E, dependendo do caso, construtor e
projetista constituiro partes da mesma empresa os clientes internos, em cada caso, podem
ter importncias diferentes.
Dentro desse raciocnio, o autor coloca a necessidade de uma gesto mais eficiente do
processo e ressalta que ela deve se concentrar na melhoria da gesto do fluxo da informao,
tanto no que diz respeito informao utilizada (dados de entrada) quanto deciso (dados de
sada).
De acordo com Brandon (2009), a gesto uma interveno que procura melhorar a eficincia
e a eficcia das atividades que precisam ser executadas para se alcanar um objetivo, o que
inevitavelmente inclui interveno na maneira como os vrios participantes colaboram para
atingir o objetivo desejado. Contudo, uma das metas deve ser minimizar a quantidade de
gerenciamento requerido, sem comprometer a eficincia e a eficcia, pois o gerenciamento
uma despesa administrativa (overhead) e, como tal, precisa ser minimizada.
32
reviso bibliogrfica
Muitas das dificuldades encontradas residem no s na forma como as pessoas colaboram,

mas tambm, e cada vez mais, no modo como elas se relacionam e produzem seus trabalhos
com a tecnologia da informao.
Benning et al. (2010a) estudaram os diferentes pontos de vista dos agentes envolvidos em um
empreendimento em busca de definir critrios para a criao de uma estrutura analtica de
projeto. Esse estudo mostra que a multiplicidade de agentes e de pontos de vista diversos
demandar no s os esforos de gesto como tambm a estruturao analtica de uma ampla
base de informaes em TI, para atender s necessidades de todos os agentes durante o
empreendimento.
Ao estudar a gesto das interfaces, Brandon (2009) questiona se o problema da colaborao
apenas de ordem tecnolgica ou se tem origem na interface entre as pessoas; afirma que o
problema central da funo da gesto reside nas interfaces entre as pessoas, organizaes,
cadeias de suprimentos, tecnologias e o que mais for necessrio no envolvimento de duas ou
mais pessoas trabalhando com algum nvel de interdependncia.
O autor entende que, ao longo de um processo em cadeia colaborativa, o conhecimento sofre
perdas e ganhos; argumenta que em cada uma das interfaces pode existir um contrato ou
alguma regulamentao a ser cumprida e acrescenta que, muito frequentemente, uma
negociao ou deciso pode ser feita com informaes incompletas. Para Brandon (2009), a
gesto, por si s, no tem condies efetivas de resolver problemas quando sua raiz causada
pelas prprias interfaces e com o modelo de trabalho utilizado por cada um dos agentes da
organizao.
Argumenta o autor que podem ocorrer falhas advindas das relaes potencialmente adversas
entre os agentes, falhas dos sistemas de TI utilizados, que tendem a seguir as prticas manuais
e manter o mesmo desenho das interfaces, e falhas na inovao, porque os sistemas so
fossilizados pela estrutura de interfaces e pelo desempenho dos profissionais envolvidos.
Conclui que, paradoxalmente, ao ampliar desmesuradamente a gesto com o objetivo de
resolver problemas, muito frequentemente, quanto mais se gerencia tanto mais o processo se
torna complexo, requerendo mais gesto para resolv-lo.
Algumas reflexes dos autores sobre esse tpico indicam que as formas convencionais de
trabalho necessitam mudanas de paradigma, e no somente mais investimentos em TI e
gesto. O mesmo paradoxo citado por Brandon pode ocorrer no caso do advento da TI para a
33
reviso bibliogrfica
melhoria de processos, j que, quanto mais TI for investida, se os processos no forem

mudados, mais TI dever ser investida, num ciclo ininterrupto.
Fica clara a necessidade de ambientes colaborativos, o que na prtica ir se traduzir na
reduo das interfaces e no estabelecimento de processos, protocolos de comunicao e
linguagens comuns aos agentes, por mais heterogneos que possam ser os seus interesses
dentro dos empreendimentos.
O momento atual de mudanas nos paradigmas da AEC, uma indstria conservadora e
tradicionalmente avessa a mudanas. Nesse sentido, os principais agentes e os clientes
precisam ser motivados a partir da perspectiva do aumento das vantagens competitivas que
adviro das mudanas.
Porm, no existem milagres nessa rea e, para complementar o assunto, citamos Phillip
Bernstein2, que, em resposta questo 4XDQGRILQDOPHQWHWHUHPRVDLQWHURSHUDELOLGDGHHQWUH
RVSURFHVVRV"DILUPRX
Estamos em um perodo de exploso da inovao tecnolgica e de processos e
recomendamos s pessoas pacincia, selecionando entre as solues que funcionam
e as que no funcionam. Acho que a tecnologia que as pessoas desejam acabar
vindo tona, embora acho que exista uma expectativa irrealista que o problema seja
UHVROYLGR DWUDYpV GD IRUoD EUXWD SHORV IRUQHFHGRUHV GH VRIWZDUH HP XPD VROXomR
GH FLPD SDUD EDL[R $ WHFQRORJLD VRPHQWH LUi IXQFLRQDU TXDQGR DV SHVVRDV
descobrirem o que e como querem realizar seus processos de negcio e, em seguida,
encontrar formas de interconect-los. McGrawHill (2007), p. 27
Phillip Bernstein finaliza dizendo que em um momento de inovao assim que as coisas
funcionam.
2.5
Modelagem e modelo de dados
De acordo com Booch, Maksimchuk e Engle (2007), a modelagem de dados um processo

no qual os dados so estruturados e organizados. Uma vez estruturados, os dados podem ser
tratados no chamado Sistema de Gerenciamento de Banco de Dados. A principal ideia por trs
desses sistemas gerenciar uma quantidade grande de dados estruturados e no estruturados.
Phillip Bernstein, Vice-Presidente da Autodesk em 2007.
34
reviso bibliogrfica
Modelos de dados so os resultados do processo de modelagem de dados. So modelos

abstratos cujo objetivo descrever como os dados so utilizados e representados de forma
HILFD]2WHUPRPodelo GHGDGRVpQRHQWDQWRXWLOL]DGRGHGXDVIRUPDV$SULPHLUDWUDWD
da descrio formal de como os dados devem ser usados e estruturados. A segunda trata da
aplicao desses dados atravs de um exemplo concreto.
Conforme Khemlani (2004), um modelo de dados, em qualquer domnio de conhecimento,
descreve os atributos de suas entidades dentro do domnio do conhecimento a que se refere.
Como todos os programas de computador tratam com algum tipo de dados, eles precisam ter
internamente um modelo de dados subjacente. As aplicaes tradicionais em CAD 2D e 3D
representam os dados, internamente em suas estruturas, por meio de formas primitivas
geomtricas, como pontos, linhas, polgonos elementares, planos, etc. Segundo Khemlani
(2004), embora essa forma permita a representao geomtrica de um edifcio no domnio de
diversas disciplinas, ela no permite incluir as informaes especficas de cada uma delas.
Para esse autor, o modelo de dados de um edifcio precisa ser constitudo com base nos seus
elementos e relaes. A geometria apenas uma de suas propriedades, j que um modelo
rico em informaes sobre o edifcio, e essas informaes podem ser extradas e utilizadas
para vrios propsitos: documentao, visualizao e anlise, entre outros.
Na modelagem conceitual, explica Bjrk (1995), existe uma distino bsica entre os
fenmenos do mundo real que estamos interessados em nosso caso, os edifcios e os
conceitos que utilizamos para descrev-los nos sistemas de processamento de informaes.
Segundo Bo-Christer (1992), um modelo conceitual especifica as categorias de informao
utilizadas em um domnio especfico. Em um modelo conceitual apenas a informao em si
semntica modelada e no o formato exato em que ela armazenada ou apresentada
sintaxe.
O mundo real percebido consistindo em objetos ou entidades. Os objetos tm propriedades
que podem estar inter-relacionadas e os objetos com algum grau de propriedades similares
podem ser agrupados em classes ou categorias.
Bjrk (1995) enumerou cinco principais requisitos para modelos de dados de edifcio:
capacidade de modelar qualquer tipo de informao; cobertura das necessidades de
informao de diferentes fases e disciplinas; estruturas de informao no redundantes;
capacidade de suportar formatos de apresentao alternativos; e independncia das restries
dos softwares de aplicao.
35
reviso bibliogrfica
2.6
Building Information Modeling (BIM)
Ao longo da histria da Arquitetura, a representao essencial dos edifcios tem sido feita
atravs de desenhos. A leitura de muitos livros mostra como os desenhos e os croquis so
parte integrante do pensamento e do trabalho criativo do Arquiteto. [...] A substituio de
desenhos por uma nova base de representao para o projeto, comunicao e construo
dos edifcios uma mudana revolucionria e que marca poca, tanto na Arquitetura
como na Indstria da Construo em geral. Estas mudanas alteram as ferramentas, os
meios de comunicao, e os processos de trabalho. Eastman (2006) p. 2
Estamos nos estgios iniciais de uma transformao na AEC que ir modificar profundamente
a forma como o ser humano percebe e interage com o meio ambiente construdo. Essa
mudana, que est sendo impulsionada pelo advento crescente do BIM, segundo Underwood
e Isikdag (2010), permitir que as pessoas experimentem o edifcio virtualmente antes de sua
execuo, possibilitando que o imvel seja otimizado no uso de seus materiais e de energia,
de modo a diminuir os impactos negativos ao meio ambiente.
O BIM tornou-se objeto de estudos ante a importncia crescente, nos ltimos anos, das
pesquisas na rea de inovao do uso da TI na AEC.
Inicialmente restrito aos pesquisadores especficos, com o passar dos anos muitos esforos de
pesquisa tm sido feitos no mbito dos impactos dessa tecnologia; na proposio de novas
formas de gesto do trabalho colaborativo; e no desenvolvimento de novas tecnologias da
informao e comunicao para dar suporte a toda a transformao que ser necessria para o
uso pleno do BIM.
Em palestra realizada na Universidade de Tecnologia de Tallinn, na Estnia, em 4 de
dezembro de 2010, Sacks (2012) defende que o BIM um exerccio social e no
necessariamente um exerccio tcnico; e, como exerccio social, seu foco principal a
colaborao e a cooperao entre as pessoas. Segundo o autor, s podemos ter edifcios
inteligentes se tivermos profissionais inteligentes. Ele enfatiza que no a tecnologia do BIM
que ir tomar as decises. Quem dever tom-las so os profissionais atravs do uso que
fazem dessa tecnologia.
36
reviso bibliogrfica
A principal mensagem transmitida por Sacks nessa palestra que

A tecnologia interessante, excitante e possui muitas capacidades, mas seu objetivo
principal criar situaes em que os profissionais passam colaborar uns com os
outros da melhor forma possvel. E, se isso no for alcanado, teremos feito muito
pouco. Sacks (2012)
2.6.1 Definies
A Modelagem da Informao do Edifcio, conhecida como Building Information Modeling
(BIM), , de acordo com Underwood e Isikdag (2010), um processo baseado em modelos
digitais, compartilhados, integrados e interoperveis denominados Building Information
Models.
Assim, o Building Information Modeling pode ser definido como um processo que permite a
gesto da informao, enquanto o Building Information Model o conjunto de modelos
compartilhados, digitais, tridimensionais e semanticamente ricos, que formam a espinha
dorsal do processo do Building Information Modeling.
Underwood e Isikdag (2010) definem as caractersticas dos Building Information Models
como:
1. Orientados a objetos;
2. Ricos em dados e abrangentes: os modelos so ricos em dados e abrangentes
enquanto cobrem e mantm as caractersticas fsicas e funcionais e os estados dos
elementos do edifcio;
3. Tridimensionais: os modelos representam a geometria do edifcio em trs
dimenses;
4. Espacialmente relacionados: as relaes espaciais entre os elementos do edifcio
so mantidas nos modelos de maneira hierrquica;
5. Semanticamente ricos: os modelos mantm uma grande quantidade de informao
semntica sobre os elementos do edifcio;
6. Modelos capazes de suportar vistas: as vistas do modelo so subconjuntos ou
instantneos do modelo que podem ser gerados com base no modelo principal. Essas
vistas podem ser automaticamente geradas resguardando as necessidades do usurio.
37
reviso bibliogrfica
A General Services Administration, General_Services_Administration (2007) define Building
Information Modeling como o processo de desenvolvimento e o uso de softwares

modeladores de dados no apenas para documentar os projetos, mas para simular a construo
e a operao de um novo edifcio ou de sua recuperao. O modelo resultante um Building
Information Model , rico em dados, baseado em objetos, inteligente e com representao

digital paramtrica, com vistas apropriadas para diferentes usurios, que podem extrair e
analisar as informaes e fornecer retroalimentao para a melhoria do edifcio.
Eastman et al. (2008) definem BIM como uma tecnologia de modelagem e um conjunto de
processos associados para produzir, comunicar e analisar modelos de edifcios.
Os modelos de edifcios so caracterizados pelos autores como componentes representados
digLWDOPHQWHDWUDYpVGHREMHWRVTXHVDEHPRTXHVmRHTXHSRGHPVHUDVVRFLDGRVDWUDYpVGD
computao grfica, possuindo propriedades, atributos e regras paramtricas.
Os componentes incluem dados que descrevem como eles devem se comportar: de forma
coordenada, consistente e no redundante.
Para Nederveen, Beheshti e Gielingh (2010), BIM um modelo de informao sobre um
edifcio ou o projeto de um edifcio que compreende informao completa e suficiente
para dar suporte aos processos do ciclo de vida do edifcio, e que pode ser interpretado
diretamente por aplicativos de computador. O BIM compreende informaes sobre o edifcio
e seus componentes e contm informaes sobre propriedades como funes, forma, materiais
e processos.
NIBS (2008) adota um esquema de abstrao do BIM em trs nveis: como um produto, como
uma ferramenta e como um processo. Como um produto, o BIM refere-se a um modelo da
edificao; como ferramenta, refere-se s aplicaes que interpretam o modelo da edificao e
a ele agregam informaes e representaes; e, como um processo, o BIM formado pelas
atividades desenvolvidas durante todo o ciclo de vida da edificao.
Ayres (2009) prope uma classificao do BIM em quatro nveis de abstrao: no primeiro
nvel,
metamodelagem,
so
discutidas
as
questes
sobre
modelos
conceituais,
interoperabilidade de aplicaes e os impactos da tecnologia sobre a indstria; no segundo

nvel, modelagem, so abordadas questes relacionadas criao de modelos e interfaces das
aplicaes CAD que realizam a modelagem do produto; no terceiro nvel, do modelo, so
enfocadas as relaes semnticas entre os diferentes objetos que o compe; e no quarto nvel,
dos objetos, so abordadas as questes sobre a funcionalidade das partes componentes do
38
reviso bibliogrfica
modelo, como comportamento, propriedades e atributos, entre outros. A Figura 10 ilustra esse
esquema de relaes propostas.
Figura 10: Esquema de relaes entre os diferentes nveis de abstrao do BIM
Fonte: Extrado de Ayres (2009)

2.6.2 Objetos paramtricos
Segundo Autodesk (2007), a essncia do projeto de um edifcio so as relaes que podem ser
incorporadas no modelo da construo. A criao e a manipulao dessas relaes se
constituem no ato de projetar. Os parmetros fornecem aos projetistas acessos diretos a esses
relacionamentos e so um jeito natural e intuitivo de pensar sobre os edifcios utilizando um
computador assim como uma planilha eletrnica uma ferramenta para pensar sobre nmeros
e um processador de texto um instrumento para pensar sobre as palavras.
O autor define parmetros como nmeros ou caractersticas utilizados para determinar o
comportamento de um objeto e definir relacionamentos entre os componentes do modelo.
Ayres (2009) afirma que h dois tipos bsicos de parmetros: os que armazenam informao
sobre a forma dos elementos como posio, dimenses ou transformaes geomtricas e
os que armazenam caractersticas funcionais dos elementos, como material, especificaes,
requisitos legais, procedimento de montagem, preo, fabricante, entre outros.
Os objetos paramtricos em BIM tm as seguintes caractersticas, de acordo com Eastman et
al. (2008):
1. Consistem em definies geomtricas, associadas a regras e dados;
2. A sua geometria integrada e no redundante;
39
reviso bibliogrfica
3. As regras paramtricas para os objetos modificam automaticamente a geometria

associada quando inseridas no modelo do edifcio ou quando modificaes so feitas
nos objetos associados;
4. Os objetos podem ser definidos por diferentes nveis de agregao, o que permite
definir uma parede, bem como os componentes a ela relacionados;
5. Os objetos tm a habilidade de ligar ou receber uma ampla variedade ou conjuntos de
propriedades e atributos;
6. O usurio tem a possibilidade de desenvolver os seus prprios objetos paramtricos por
meio da criao de bibliotecas de classes de objetos.
2.6.3 Principais usos e benefcios do BIM

Diversos autores estudaram as aplicaes do BIM, associando-as a seus usos, benefcios e
potenciais para melhoria de processos. Eastman et al. (2008) categorizam os usos e benefcios
por fases do ciclo de vida.
1. Fase de concepo de projeto: estudos preliminares de conceitos e viabilidade;
2. Projeto: visualizao mais precisa e em estgios mais recentes do projeto; correes
automticas dos elementos no modelo quando so efetuadas mudanas no projeto;
gerao automtica de desenhos 2D em qualquer estgio do projeto; facilidade de
colaborao mais cedo do trabalho multidisciplinar; facilidade de verificao do
projeto contra os requisitos do programa; extrao automtica de quantitativos durante
o processo de projeto; melhorias no processo de anlise energtica e de
sustentabilidade.
3. Execuo: sincronizao do planejamento da obra com os objetos do modelo;
descoberta de interferncias fsicas entre elementos do edifcio ou omisses antes da
execuo da obra; rapidez no processo de mudanas do projeto; possibilidade de usar o
modelo de projeto como base para a pr-fabricao; melhor implementao da
metodologia da construo enxuta; sincronizao das fases de aquisio, projeto e
construo;
4. Operao: melhor gerenciamento da operao dos sistemas e ativos do edifcio
40
reviso bibliogrfica
A Figura 11 ilustra os conceitos.

Figura 11: BIM e o ciclo de vida do edifcio
Fonte: Autor
Dependendo do ambiente em que forem utilizados, os modelos BIM podem ter, de acordo
com Underwood e Isikdag (2010), diferentes funes, como:
1. Vinculador de espaos: liga micro e macro espaos urbanos;
2. Facilitador
da
interoperabilidade:
possibilita
compartilhamento
de
informaes entre os diversos agentes e suas ferramentas de software;

3. Repositrio de dados: armazena a informao do edifcio por todo o seu ciclo de
vida;
4. Facilitador do processo de aquisies: disponibiliza e facilita diversas
atividades de aquisies no ciclo de vida do edifcio;
5. Suporte da colaborao: viabilizado atravs da gesto e do uso das informaes
compartilhadas do edifcio em tempo real;
6. Simulador de processos: facilita a simulao do processo de construo e dos
sistemas construtivos do edifcio;
7. Servio de informao do edifcio: pode oferecer informaes do edifcio sob
demanda e em tempo real pela internet;
8. Facilitador da construo sustentvel: permite anlises avanadas para o
suporte do projeto e da construo sustentvel energeticamente econmica.
41
reviso bibliogrfica
apresentada na Tabela 4 a classificao de Succar (2009) para os usos do BIM na fase de

projeto, construo e operao.
Tabela 4: Usos do BIM
Projeto
Visualizao
Projetos com visualizao em 3D

Controle de ciclos de revises
Documentao e detalhamento
Escaneamento de edifcios com raio laser
Fotogrametria
Representao realstica
Realidade virtual
Realidade aumentada
Anlise
Verificaes de requisitos de normas

Estimativas de custo
Anlises estruturais por elementos finitos
Simulao de fogo e fumaa
Anlises de luminotecnia
Levantamentos quantitativos
Anlises de implantao no terreno
Estudos de radiao solar
Coordenao espacial e anlise de interferncias
Anlise estrutural
Anlises de sustentabilidade
Anlises energticas
Anlises trmicas
Estudos do impacto do vento
Construo
Execuo
Construtibilidade
Construo virtual
Segurana do trabalho
Especificaes da construo
Projeto de sistemas construtivos
Tecnologias mveis para uso no canteiro
Planejamento e controle da produo
Licitaes e contrataes
42
reviso bibliogrfica
Pr-fabricao
Estruturas metlicas
Estruturas em concreto pr-moldado
Aquisio
Coordenao dos suprimentos

preparao de pacotes de compras
Operao
Gerenciamento Rastreamento dos ativos

Manuteno dos ativos
Monitoramento de ativos por GPS
Gerenciamento dos espaos
Gerenciamento de reformas
Simulao
Gesto dos sistemas

Planejamento para situaes de emergncia
Anlises do consumo energtico
Rastreamento da ocupao
Otimizao de
processos
Lean construction
Gesto da cadeia de suprimentos
Gesto do conhecimento
Anlises de valor
Melhoria do processo de comunicao
Fonte: Adaptado de Succar (2009)
43
reviso bibliogrfica
2.6.4 Conceitos bsicos sobre IFC, IDM, MVD e IFD

Para que o setor da construo possa usufruir dos benefcios do BIM, as necessidades de troca
de informaes entre os diferentes agentes devem ser plenamente atendidas. Os esforos nesse
sentido datam de 1994, quando foi criada a Industry Alliance for Interoperability a partir de
um consrcio de 12 companhias3 norte-americanas lideradas pela Autodesk, com o objetivo
de auxiliar no desenvolvimento de um conjunto de classes em C++ para sustentar o
desenvolvimento de aplicaes integradas.
Em 1995 foi aberto o ingresso para outros membros da indstria e em 1997 a Industry
Alliance for Interoperability foi renomeada para International Alliance for Interoperability
(IAI), uma organizao sem fins lucrativos com o objetivo de promover o Industry
Foundation Class (IFC) como um produto neutro para dar suporte ao ciclo de vida do
edifcio.
Em 2005, a IAI foi renomeada como buildingSMART, especializando-se no uso do BIM e do
IFC como propulsores de formas mais inteligentes de trabalho. Hoje conta com captulos
regionais na Europa, na Amrica do Norte, na Austrlia, na sia e no Oriente Mdio
A buildingSMART desenvolve e mantm padres para o trabalho em BIM de maneira aberta,
denominados open BIM , combinados em trs grandes conceitos que suportam a sua
tecnologia. A Figura 12 ilustra esses trs conceitos que sero desenvolvidos nos prximos
tpicos.
Figura 12: Os trs conceitos da tecnologia da buildingSMART
Fonte: Adaptado de buildingSMART (2012a)
Os outros membros fundadores foram as empresas: AT&T; ARCHIBUS; Carrier Corporation; Hellmuth, Obata
& Kassabaum (HOK); Honeywell; Jaros Baum & Bolles; Lawrence Berkeley Laboratory; Primavera Systems;
Softdesk; Timberline Software Corp; e Tishman Research Corp.
44
reviso bibliogrfica
1. Industry Foundation Classes (IFC), ISO 16739 modelo de dados que define
como trocar ou compartilhar informaes de um edifcio.
2. International Framework for Dictionaries (IFD), ISO-12006-3 (2007)

dicionrio de dados que define qual informao do edifcio ser trocada e
compartilhada.
3. Information Delivery Manual / Model View Definition (IDM/MVD), ISO29481-1 (2010) manual de informao que trata das definies dos processos de
troca, especificando quando e quais informaes sero trocadas ou compartilhadas.
Conforme Khemlani (2004) muito embora o estudo do IFC esteja bem documentado para os
desenvolvedores de software, existem lacunas de conhecimento para o usurio normal da
AEC que necessita trabalhar com ele.
Por esse motivo, o objetivo desse tpico dar uma viso geral dos conceitos e do
desenvolvimento desses trs padres e de sua importncia para o desenvolvimento do BIM.
2.6.5 IFC
O desenvolvimento de um modelo de dados de edifcios relativamente novo, de acordo com
Khemlani (2004). A primeira aplicao concebida com esse conceito pela companhia
hngara Graphisoft foi o ArchiCAD. A mais recente o Revit, cuja companhia responsvel
pelo seu desenvolvimento, a Revit Technology Corporation, foi comprada pela Autodesk em
2002.
Existem tambm outras aplicaes, como, por exemplo, Bentley Architecture e Autodesk
Architectural Desktop, que desenvolveram seus modelos de dados de Edifcios sobre suas
plataformas originais em CAD: MicroStation e Auto CAD , respectivamente.
7RGDVHVVDVDSOLFDo}HVSRVVXHPVXDVHVWUXWXUDVLQWHUQDVGHGDGRVQRIRUPDWRSURSULHWiULR
isto , elas no podem compartilhar suas informaes entre si, a menos que exista um tradutor
para isso.
Eastman et al. (2008) explicam que o IFC foi desenvolvido para criar um grande conjunto de
dados consistentes para representar um modelo de dados de um edifcio, com o objetivo de
permitir a troca de informaes entre diferentes fabricantes de software na AEC.
45
reviso bibliogrfica
2 ,)& VXUJH QHVVH FRQWH[WR FRPR XP PRGHOR GH GDGRV GH WUDGXomR HP IRUPDWR QmR
SURSULHWiULR GLVSRQtYHO OLYUHPHQWH SDUD D GHILQLomR GH REMHWRV QD $(& 3RUpP HOH no
padroniza as estruturas de dados em aplicaes de software, restringindo-se apenas
padronizao das informaes compartilhadas.
A buildingSMART (2012d) define o IFC como um esquema de dados que torna possvel
conter dados e trocar informaes entre diferentes aplicativos para BIM. O esquema IFC
extensvel e compreende informaes cobrindo as muitas disciplinas que contribuem para um
edifcio durante seu ciclo de vida: desde a concepo, o projeto, a construo at a reforma ou
demolio.
O IFC est registrado pela International Organization for Standardization (ISO) como ISOPAS-16739 (2005) e encontra-se em processo de se tornar uma norma oficial. Cada
implementaR GH WURFD HP ,)& SUHFLVD VHJXLU R TXH VH HQWHQGH SRU UHTXLVLWRV GH WURFD
(exchange requirements). Esses requisitos especificam a informao que precisa estar
presente em uma troca de dados em determinado estgio de um projeto, prevenindo
incertezas.
PoU LQWHUPpGLR GR ,)& p SRVVtYHO WDPEpP D FULDomR GH YLVWDV GH LQIRUPDomR RX
subconjuntos de dados, apenas com os dados necessrios para determinado domnio, atravs
do processo de Model View Definitions (MVD).
A General Services Administration (2007) define o IFC como um esquema de especificaes
que fornece maneiras de definir e conhecer as informaes, as relaes e as propriedades
especficas de objetos de um edifcio contidas em um modelo BIM.
De acordo com Jim Steel, Drogemuller e Toth (2012), o IFC foi definido, do ponto de vista
tcnico, usando as especificaes da norma ISO 10303 11 (1994) para modelagem e troca de
dados, tambm conhecida como Standard for the Exchange of Product Data (STEP).
O STEP teve seu desenvolvimento iniciado em 1984 pela ISO, com o objetivo de definir
normas para a representao e troca de informaes de maneira geral, e utilizado em vrios
domnios, como a engenharia mecnica e a indstria de design. As pessoas inicialmente
envolvidas no esforo da STEP criaram a IAI para o desenvolvimento de padres especficos
para a AEC. Por essa razo, o IFC utiliza recursos baseados no STEP e usa a mesma
linguagem de modelagem, denominada EXPRESS.
O STEP consiste em uma gama de especificaes, tendo mais notavelmente uma linguagem
para especificao do esquema de dados, STEP/EXPRESS, ISO 10303 11 (2004), na qual a
46
reviso bibliogrfica
linguagem IFC definida; um mapeamento, ISO 10303 21 (2002), para arquivos de texto que
representam os modelos segundo o esquema de dados; um mapeamento, StepXML, ISO
10303 28 (2007), para arquivos no formato Extensible Markup Language (XML4); e um
mapeamento para Application Program Interface (API5), ISO 10303 22 (1998), para acessar
os modelos para programao, conhecido como Standard Data Access Interface (SDAI).
De todas essas tecnologias de mapeamento, a mais significativa em termos de
interoperabilidade, de acordo com Jim Steel, Drogemuller e Toth (2012), a ISO 10303 21
(2002), que define efetivamente o formato do arquivo IFC.
O desenvolvimento atual do modelo IFC est sob a responsabilidade do Model Support
Group, coordenado pela buildingSMART (2012b). O IFC vem sendo desenvolvido desde
1997, quando foi lanada a verso 1.0, e aps sucessivas e regulares atualizaes encontra-se
hoje na verso 2x4 Release Candidate (RC4), lanada no princpio de 2012. As verses vo
sofrendo modificaes e incrementos para poder representar cada vez mais entidades e
relaes no edifcio e no seu ciclo de vida.
Por ser um formato de dados neutro e aberto, ele est disponvel para as empresas de software
desenvolverem exportaes de dados em IFC. Para isso, a aplicao precisa ser IFC
compattYHOXPSURFHVVRGHFHUWLILFDomRIRUQHFLGRSHOD buildingSMART. Atualmente existem
DSUR[LPDGDPHQWHVRIWZDUHVFHUWLILFDGRVFRPR,)&FRPSDWtYHLV
Viso geral da arquitetura do IFC
Para o entendimento do IFC como um todo utilizaremos o esquema conceitual da Figura 13.
Para a descrio simplificada dessa estrutura foram revistos e resumidos os conceitos de
Eastman et al. (2008), Khemlani (2004) e o site de referncia do IFC da buildingSMART
(2012b).
XML uma abreviao de Extensible Markup Language, uma linguagem criada para armazenar e transportar
dados, definindo um conjunto de regras para a codificao de documentos que seja legvel tanto para um homem
quanto para um computador.
5
API a abreviao de Application Program Interface , que um conjunto de rotinas, protocolos e ferramentas
para o desenvolvimento de softwares.
47
reviso bibliogrfica
Figura 13: Viso geral do esquema IFC, verso 2x4
Fonte: Adaptado de buildingSMART (2012b)

Nessa estrutura esto representadas quatro camadas que sero descritas em uma leitura na
sequncia de baixo para cima: Camada dos Recursos o Camada do Ncleo o Camada de
Interoperabilidade: Elementos Compartilhados o Camada dos Domnios.
48
reviso bibliogrfica
Camada dos recursos

Essa camada a base composta por entidades comumente utilizadas nos objetos da AEC,
como geometria, topologia, materiais, medidas, agentes responsveis, representao, custos,
etc. De acordo com Eastman et al. (2008), como os dados em IFC so extensveis, essas
entidades que esto na base podem ser especializadas e serem criadas novas subentidades.
Camada do ncleo
Todas as entidades dessa camada derivam da raiz do IFC e contm entidades abstratas que so
referenciadas pelas camadas mais altas da hierarquia.
A camada do ncleo subdivida e em quatro subcamadas de extenso: Controle, Produto,
Processo e Ncleo6.
A subcamada ncleo (representada por um tringulo amarelo) fornece a estrutura de base, que
so as relaes e os conceitos fundamentais comuns para todas as especializaes adicionais
em modelos especficos e nos quais so definidos conceitos fundamentais como grupo,
processo, produto, relacionamentos.
O esquema de extenso do produto (representado por um retngulo de cor laranja no centro)
define componentes de construo abstratos, como espao, local, construo, elemento.
O esquema de extenso de processo (representado por um retngulo de cor laranja do lado
direito) capta ideias sobre o mapeamento de processos em uma sequncia lgica do
planejamento e programao de trabalho e das tarefas necessrias para a sua concluso.
O esquema de extenso de controle (representado por um retngulo de cor laranja do lado
esquerdo) trabalha com os conceitos relacionados ao controle do processo.
Camada de elementos compartilhados ou de interoperabilidade
Essa camada compreende as categorias de entidades que representam os elementos fsicos de
um edifcio. utilizada para compartilhamento de especialidades e de aplicaes de
manuteno e contm os elementos fsicos de um edifcio.
Ela possui definies de entidades como vigas, colunas, paredes, portas e outros elementos
fsicos de um edifcio, assim como propriedades para controle de fluxos, fluidos, propriedades
acsticas, entre outras.
O esquema IFC d o nome Ncleo ao conjunto dessas quatro camadas, mas uma dessas camadas tambm
chamada de Ncleo.
49
reviso bibliogrfica
Camada dos domnios

Essa a camada de nvel mais alto e lida com entidades de disciplinas especficas, como
Arquitetura, Estrutura, Instalaes, entre outras.
Como as entidades so definidas?
Para a demonstrao desse conceito ser utilizado um exemplo apresentado em um artigo de
Khemlani (2004). Nesse exemplo sero XWLOL]DGDVGXDVHQWLGDGHVEiVLFDVXPDSDUHGHHXP
HVSDoRe ser visto como cada uma delas representada individualmente e como a relao
entre ambas representada, conforme a Figura 14.
Na Figura 14, os retngulos representam as definies das entidades, mostrando alguns de
seus atributos: os crculos pequenos representam as instncias das entidades parede e
espao, e os losangos representam o relacionamento entre as entidades.
50
reviso bibliogrfica
Figura 14: Entidade parede e entidade HVSDoRQRPRGHOR,)&e suas relaes
Fonte: Adaptado de Khemlani (2004)
8PHQWLGDGHSDUHGHHRXWUDVHQWLGDGHVItVLFDVFRPRODMHVYLJDVSLODUHVHWFVmRGHILQLGDV
por uma hierarquia de entidades. Na prtica, iVVRVLJQLILFDTXHDHQWLGDGHSDUHGH IfcWall )
GHILQLGDFRPRXPVXEWLSRGDHQWLGDGHHOHPHQWRVGRHGLItFLR ifcBuildingElement), que por
VXDYH]pXPVXEWLSRGDHQWLGDGHHOHPHQWR(ifcElement ) e assim por diante, at a entidade
UDL]( ifcRoot).
51
reviso bibliogrfica
Os atULEXWRV VmR DVVRFLDGRV FRP FDGD WLSR GH HQWLGDGH H D HQWLGDGH SDUHGH KHUGD RV
DWULEXWRV GH WRGDV DV HQWLGDGHV DFLPD RX HQWLGDGHV SDL FRQKHFLGDV FRPR VXSHUWLSRV
Todas as entidades no nvel superior nesse caso so abstratas, o que significa no ser possvel
criar uma instncia de uma entidade desse tipo, motivo pelo qual essas entidades esto
localizadas na camada do ncleo.
$HQWLGDGHSDUHGHQRHQWDQWRQmRpDEVWUDWDVLJQLILFDQGRTXHHODSRGHVHULQVWDQFLDGDSDUD
FULDU RV REMHWRV SDUHGH TXH existem no modelo do edifcio. Os atributos de uma parede,
como seu tipo, forma, localizao, quantidade, conexes, aberturas, etc., so, em sua maioria,
SULPDULDPHQWHGHILQLGRVSHORVVHXVVXSHUWLSRV
Passando para a definio da entidade espao (ifcSpace), definida como um subtipo de
HOHPHQWRGHHVWUXWXUDHVSDFLDO(ifcSpatial StructureElement ), esta, por sua vez, um subtipo
GDHQWLGDGHSURGXWR(ifcProduct )TXHWDPEpPH[LVWHQDKLHUDUTXLDGDHQWLGDGHparede
1RFDVRGDHQWLGDGHHVSDoRWRGDV as suas entidades supertipos so abstratas, e a entidade
espaoKHUGDWRGDVDVSURSULHGDGHVGRVVHXVVXSHUWLSRV(QWUHWDQWRGDPHVPDIRUPDTXHD
HQWLGDGH parede D HQWLGDGH HVSDoR QmR p DEVWUDWD H SRGH VHU LQVWDQFLDGD SDUD FULDU RV
diferentes espaos do edifcio.
Diferentes tipos de relaes podem ser associadas s entidades usadas nesse exemplo. Uma
UHODomR GH DJUHJDomR SRGH VHU DSOLFDGD SDUD DV LQVWkQFLDV GD HQWLGDGH HVSDoR SDUD
agrup-las em um pavimento do edifcio, H XPD UHODomR GH HQFDSVXODPHQWR SRGH VHU
DSOLFDGDSDUDXPDHQWLGDGHPREtOLDSDUDORFDOL]i-la dentro de um determinado espao.
6H D HQWLGDGH SDUHGH SUHFLVDU VHU DVVRFLDGD j HQWLGDGH HVSDoR XPD UHODomR GH
encapsulamento (ifcRelContainedInSpatial Structure ) ser aplicada. Como mostrado na Figura
16, o relacionamento ocorre nos nveis de ifcElement e ifcSpatial StructureElement , o que
significa que qualquer outro elemento parede, viga, coluna, porta, etc. pode ser associado
a uma estrutura espacial um terreno, um edifcio, um pavimento, um espao.
Enquanto o formato Ifc permite criar todos esses tipos de relacionamento, a responsabilidade
de garantir que essas relaes sejam feitas de maneira adequada do autor do aplicativo, que
dever exportar o modelo no formato Ifc.
Pelo fato de o Ifc ser flexvel e no impor uma nica forma de associao, uma parede deve
ser associada a um espao, mas pode tambm ser associada a um pavimento.
52
reviso bibliogrfica
Ao mesmo tempo, uma aplicao que necessite encontrar uma parede que esteja associada a
um espao, se essa associao no tiver sido feita de maneira explcita, a aplicao
provavelmente no a encontrar. Assim, muito importante a forma como um arquivo IFC
criado para exportao por um aplicativo, constituindo um fator crtico do sucesso da
interoperabilidade entre aplicaes usando o Ifc.
Complexidade da linguagem IFC

A linguagem Ifc muito extensa e complexa, conforme Jim Steel, Drogemuller e Toth (2012).
A verso atual, 2x4 RC4, buildingSMART (2012d), inclui 126 tipos definidos, 206 tipos de
enumerao, 59 tipos para seleo, 764 definies de entidades, 43 funes, 408 conjuntos de
propriedades, 91 conjunto de quantidades e 1.691 propriedades individuais.
A complexidade da linguagem exacerbada pela possibilidade de existirem formas
alternativas de modelagem para um mesmo objeto: por exemplo, um bloco estrutural pode ser
tanto modelado por uma representao limitada por quatro planos quanto pela extruso de
uma superfcie e um vetor. Cada um desses objetos tem diferentes significados semnticos e,
embora possam ter a mesma aparncia na vista em 3D, eles tero tratamentos diferentes na
ferramenta de anlise estrutural.
Para casos em que o Ifc no tem um objeto em particular, a linguagem inclui um mecanismo
de modelagem denominado IfcProxy7, que serve como mecanismo para sua extenso. Alm
da complexidade da linguagem, os modelos IFC tendem a ter tamanhos de arquivos bastante
grandes, o que ir fazer com que a troca entre especialidades exija um servidor de modelos,
assunto a ser explicado nos prximos tpicos.
A Figura 15 mostra o exemplo de um edifcio com os modelos separados das especialidades
de Arquitetura, Estrutura e Instalaes e o modelo combinando as especialidades. Segundo os
autores Jim Steel, Drogemuller e Toth (2012), a Figura 15 representa um piso de um edifcio
de 19 pavimentos, cujo modelo completo tem aproximadamente 360 megabytes de tamanho.
O IfcProxy se destina a ser um tipo de recipiente para encapsular objetos que se encontram definidos por
propriedades associadas, as quais podem ou no ter uma representao geomtrica e posio no espao. Um
proxy pode ter um significado semntico, definido pelo atributo Nome, e definies de propriedade, ligadas
atravs da relao de atribuio de propriedade, cuja definio pode estar fora daquelas dadas pela verso atual
do IFC.
53
reviso bibliogrfica
Figura 15: Imagens do projeto Mango Hill/North Lakes Police Station
Fonte: Extrado de Jim Steel, Drogemuller e Toth (2012)
Conjunto de propriedades (property sets)

Para atender aos objetivos e ao escopo desta tese, os conjuntos de propriedades, ou Property
Sets, sero abordados em maior profundidade do que as outras entidades IFC. Alm disso,
segundo Eastman et al. (2008) o tpico tem relevncia, pois trata-se de um dos pontos em que
o IFC coloca bastante nfase.
Os conjuntos de propriedades sofrem atualizaes ou complementaes a cada nova verso do
IFC. Por no ser o foco especfico desta tese e visando tambm manter sua atualidade,
dispensamos a elaborao de um anexo descrevendo cada um dos 408 conjuntos de
propriedades, e entendemos ser melhor a consulta direta no site da buildingSMART
buildingSMART (2012d) , que mantm um banco de dados atualizado para esse fim.
Segundo a definio da buildingSMART, os conjuntos de propriedades so uma entidade
denominada (IfcPropertySet ), que define dinamicamente propriedades extensveis. O conjunto
54
reviso bibliogrfica
de propriedades uma classe que contm propriedades dentro de uma estrutura em rvore,
sendo interpretadas de acordo com o seu atributo de nome.
Os conjuntos de propriedades definem um tipo particular de objeto e podem ser atribudos aos
objetos por meio de uma entidade de relacionamento denominada IfcRelDefinedByProperties.
Se, contudo, o mesmo conjunto de propriedades aplicado para mais de um objeto, ele pode
ser atribudo por uma simples instncia da entidade IfcRelDefinedByProperties para um
conjunto de objetos relacionados. Nesse caso, esses conjuntos de propriedades so
GHQRPLQDGRVFRQMXQWRGHSURSULHGDGHVFRPSDUWLOKDGDV
PropertySets so o conjunto de propriedades usadas em conjunto para definir materiais,

desempenho e propriedades contextuais como vento, dados climticos e geolgicos. Existem
propertySets para muitos tipos de objetos de um edifcio, como telhados, paredes, janelas,
fachadas em pele de vidro, vigas, reforos estruturais, etc. Alm disso, muitas propriedades
so associadas pelos seus diferentes comportamentos materiais, como propriedades trmicas,
produtos de combusto, propriedades mecnicas e outras. O IFC inclui tambm propriedades
para custo, tempo, levantamento de quantidades, espaos, segurana contra incndio,
utilizao do edifcio, entre outras.
De acordo com o glossrio de definies constante no site da buildingSMART (2012d) ,
qualquer especializao de um objeto pode estar relacionada a mltiplas ocorrncias de
conjuntos de propriedades. Um conjunto de propriedades contm mltiplas ocorrncias de
propriedades, os tipos de dados da ocorrncia de propriedades podem ser valores simples,
valores enumerados, valores limitados, valores em uma tabela, valores referenciados, lista de
valores e combinaes dessas ocorrncias de propriedades.
55
reviso bibliogrfica
A Figura 16 ilustra um diagrama de instncia8 que mostra o esquema geral para atribuio de
conjunto de propriedades.
Figura 16: Diagrama de instncia
Fonte: Extrado de buildingSMART (2012d)

Os conjuntos de propriedades se subdividem em trs tipos especficos: conjuntos de
propriedades para tipos, para desempenho e para quantidades.
1. Conjunto de propriedades para tipos9
Para tipos de objetos, os conjuntos de propriedades so definidos diretamente. A Figura 17
ilustra um diagrama de instncia para o conjunto de propriedades para tipos.
Figura 17: Conjunto de propriedades para tipos
Fonte: Extrado de buildingSMART (2012b)
Observar que os termos da figura no esto traduzidos para a lngua portuguesa, uma vez que a linguagem IFC
como norma escrita com seus termos no idioma ingls.
9
Tipos so constructos bsicos de informao derivados de primitivas, enumeraes ou seleo de entidades.
Definio de buildingSMART (2012d).Essa definio est em conformidade com ISO-10303-11 (2004).
56
reviso bibliogrfica
2. Conjunto de propriedades para desempenho

Para o histrico de desempenho, as propriedades esto em forma de srie temporal, para
permitir a rastreabilidade dos dados no tempo. A Figura 18 ilustra um diagrama de instncia
para o conjunto de propriedades para desempenho.
Figura 18: Conjunto de propriedades para desempenho

3. Conjunto de propriedades para Quantidades
Uma especializao de um objeto pode ser relacionada a mltiplas ocorrncias de conjuntos
de quantidades. Um conjunto de quantidades contm mltiplas ocorrncias de quantidades. O
tipo de dados da ocorrncia de quantidades so contagem, comprimento, rea, volume, peso,
tempo ou a combinao de todos esses atributos. Cada quantidade definida pelo seu nome,
valor e, opcionalmente, pela frmula que a caracteriza.
O conjunto de quantidades expresso por instncias de IfcElementQuantity, em que o nome
determina o designador comum do conjunto de quantidade. A especificao contm um
nmero de conjunto de quantidades pr-definidas e um modelo para a definio de cada uma
delas. O atributo MethodOfMeasurement especifica o mtodo pelo qual os valores das
quantidades individuais so calculados. A Figura 19 ilustra um diagrama de instncia para o
conjunto de propriedades para quantidades.
57
reviso bibliogrfica
Figura 19: Conjunto de propriedades para quantidades
O IFC e a interoperabilidade
A interoperabilidade crtica para o sucesso do BIM. O desenvolvimento de padres

GH GDGRV DEHUWRV H R DFHVVR QmR-SURSULHWiULR SDUD RV GDGRV GR %,0 p XPD
prioridade urgente para a indstria se quisermos evitar as ineficincias e os
problemas recorrentes de reentrada de dados. A interoperabilidade permitir o reuso
de dados de projeto j desenvolvidos e assim garantindo consistncia entre cada um
dos modelos para as diferentes representaes do mesmo edifcio. Dados
consistentes, acurados e acessveis por toda a equipe de projeto iro contribuir
significativamente para mitigar os atrasos e os custos adicionais. Ian Howell e Bob
Batcheler 10 em Howell e Batcheler (2004)
[...] Existe uma tendncia para reduzir o problema da Interoperabilidade como

apenas colocar cada pedao de dados em todas as peas dos softwares. Isso
reducionista e til. Phillip Bernstein, Vice-Presidente da Autodesk em 2007.
McGrawHill (2007), p. 27
10
Ian Howell e Bob Batcheler so, respectivamente, CEO e Vice-Presidente Estratgico da Newforma), empresa
australiana de softwares e com longa trajetria na indstria de softwares, tendo Howell participado da IAI e
Batcheler da Autodesk.
58
reviso bibliogrfica
Com essas afirmaes, personalidades renomadas da indstria de softwares expressaram

opinies sobre a importncia fundamental da interoperabilidade para o sucesso do BIM e
mostraram ser ela no apenas uma questo de natureza tcnica, muito embora esteja permeada
pela tecnologia. Entendemos, pela afirmao, que a questo remete tambm ao aspecto da
organizao dos processos empresariais e da colaborao.
Os autores do relatrio da McGrawHill (2007), por sua vez, definem a interoperabilidade em
dois contextos, um tcnico e um cultural.
No contexto tcnico, ela definida como a habilidade para gerenciar e comunicar produtos
eletrnicos e dados de projetos entre empresas e dentro das empresas individuais de projetos,
construo, manuteno e sistemas de processos de negcios, sendo que a mesma definio
feita pelo National Institute of Standards and Technology (NIST), em um relatrio sobre os
custos de interoperabilidade na AEC norte-americana, conforme Gallaher et al. (2004).
No contexto cultural, a interoperabilidade definida como a habilidade em implementar e
gerenciar relaes colaborativas entre membros de equipes multidisciplinares que possibilitam
o desenvolvimento de projetos de edifcios de forma integrada.
O'Brien e Marakas (2005) definem interoperabilidade como a capacidade de realizar
aplicaes de software utilizando diferentes tipos de sistemas computacionais, sistemas
operacionais e softwares de aplicao especfica interligados por diferentes tipos de redes
locais ou remotas.
Jim Steel, Drogemuller e Toth (2012) consideram a interoperabilidade em quatro nveis:
1. Interoperabilidade no nvel de arquivos: a habilidade de ferramentas de
software em trocar de maneira bem-sucedida os seus arquivos;
2. Interoperabilidade no nvel de sintaxe: a habilidade de ferramentas de software
em analisar os modelos trocados sem a ocorrncia de erros;
3. Interoperabilidade no nvel de visualizao: a habilidade de ferramentas de
software em visualizar fielmente o modelo que est sendo trocado;
4. Interoperabilidade semntica: a habilidade de ferramentas de software em ter um
entendimento comum do significado do modelo trocado. A interoperabilidade
semntica tambm entendida por O'Brien e Marakas (2005) como a capacidade de
sistemas de software em interpretar a informao trocada automaticamente para
produzir resultados que sejam considerados teis para os usurios finais de ambos os
sistemas.
59
reviso bibliogrfica
Custos associados falta de interoperabilidade

Um estudo bastante conhecido na bibliografia geral sobre o tema o relatrio do NIST,
Gallaher et al. (2004).
Esse relatrio, j em 2004, estimava um aumento de 15,6 bilhes de dlares nos custos na
indstria devido falta de interoperabilidade. O estudo estima que entre 0,86% e 1,24% dos
custos da AEC esto diretamente relacionados falta de interoperabilidade, estimando
tambm que os proprietrios de edifcios arcaram com aproximadamente dois teros desses
custos.
Os agentes da AEC norte-americana percebiam, na poca, que o problema poderia ser ainda
maior do que o estudo do NIST sugeria, pois, atravs de uma pesquisa feita entre eles,
documentada em McGrawHill (2007), foi estimada uma perda de 3% dos custos das
construes relacionadas a problemas de falta de interoperabilidade.
Conforme o relatrio da McGrawHill (2007), que se baseou no estudo do NIST, a estimativa
do mercado da AEC, na poca do estudo (2004), era da ordem de 1,2 trilho de dlares, o que
representaria 36 bilhes de dlares gastos anualmente com essa perda.
A McGrawHill (2007) extrapola o valor desses dados para o mercado mundial da AEC da
poca, estimado, segundo ele, em 4,6 trilhes de dlares e conclui que o desperdcio pode
extrapolar a cifra de 138 bilhes de dlares anuais.
O estudo da McGrawHill (2007), feito atravs de ampla pesquisa entre os seguintes agentes
da AEC norte-americana: arquitetos, engenheiros, contratantes e proprietrios levantou
tambm as causas primrias, segundo a opinio desses agentes, dos custos dos problemas
ocasionados pela falta interoperabilidade.
Dos pesquisados, 69% consideram a entrada duplicada de dados entre aplicaes,
considerando a mo de obra e o tempo gasto nesse esforo; 56% atribuem maior custo ao
tempo despendido em softwares, que geram trabalhos redundantes; 46% incluem o tempo
perdido na verificao das verses vlidas de arquivos; e 41% consideram excessivo e
dispendioso o tempo gasto para processar e responder s solicitaes de informaes dos
agentes.
Um dos desafios da AEC, segundo Jim Steel, Drogemuller e Toth (2012), o uso do BIM no
apenas como ferramenta no processo de projeto, mas como interface para a troca de
60
reviso bibliogrfica
informaes entre os diversos agentes envolvidos durante a fase de projeto e durante todo o
ciclo de vida do edifcio.
Um projeto tpico necessita de colaborao e troca de informaes entre diferentes agentes,
que tradicionalmente fazem essas trocas a partir de documentos e desenhos em CAD 2D.
Com o advento do BIM, cada um desses agentes ir implementar, dentro de suas
organizaes, modelos de informao como meio para a troca de informaes; contudo esses
agentes iro frequentemente utilizar ferramentas de software diferentes oriundas de
fabricantes diversos, tornando essa diversidade um desafio e uma barreira para a integrao
plena dos processos dentro da AEC.
2.6.6 IDM e MVD

Esse tpico, ao descrever a IDM e MVD, tem por objetivo ressaltar a necessidade da
transferncia de informao estruturada entre os agentes da AEC para que os objetivos
potenciais do BIM possam ser alcanados.
Introduo e histrico da IDM
Segundo Sacks et al. (2010), somente o IFC isoladamente no captura as maneiras pelas quais
as informaes so criadas e trocadas pelos agentes envolvidos no processo de projeto. Alm
disso, a falta de especificaes mais precisas do contedo das informaes que se processam
nessas trocas dificulta a implantao de solues tanto de softwares quanto de gesto dos
processos.
De acordo com Karlshoej (2012), medida que as classes IFC foram sendo desenvolvidas e
implementadas em softwares pela buildingSMART, tornou-se claro que as necessidades
especficas de informaes para os diferentes tipos de negcios precisariam ser levadas em
conta.
Com esse objetivo, um grupo de organizaes formou o Projeto BLISS, buildingSMART
(2012c), para desenvolver a verso 2 do IFC e criar subconjuntos do modelo de dados do IFC,
facilitando a implementao de solues especficas para diferentes modelos de negcios.
(VVHVVXEFRQMXQWRVGHGDGRVIRUDPFKDPDGRVGHYLVWDVVHQGRPDLVWDUGHGHVFULWRVFRPR
Model View Definitions (MVD). Durante o mesmo perodo foi desenvolvido o Information
Delivery Manual (IDM).
61
reviso bibliogrfica
A IDM se tornou uma norma ISO, ISO-29481-1 (2012) e foi desenvolvida pela
buildingSMART como uma metodologia para capturar e especificar os processos de negcios

durante o ciclo de vida de um produto.
De acordo com Berard e Karlshoej (2011), a IDM pode ser entendida tanto como um produto,
para documentar a informao que necessita ser trocada para a execuo de uma tarefa em um
processo, quanto como uma metodogia, para modelar e estudar a reengenharia de processos.
Enquanto produto, a IDM uma extenso da Business Process Model and Notation (BPMN).
O conceito aprofundado da BPMN est em Muehlen e Recker (2008) e IDMteam (2007).
Ao contrrio de outros mtodos de modelagem de linguagem de processos, a IDM no tem
foco em produtos de informao, como documentos, mas em uma descrio em profundidade
de elementos de informao, como atributos, e a troca desses atributos atravs de modelos de
informao orientados para objetos.
Wix (2007) conceitua a IDM como uma metodologia capaz de estruturar processos de
negcios em empreendimentos da construo civil, permitindo o desenvolvimento das
especificaes detalhadas das informaes necessrias para as trocas entre os agentes
envolvidos.
Segundo Bazjanac (2002), o uso da IDM requer conhecimentos aprofundados nos seguintes
pontos: processos de negcios que ocorrero entre os agentes; ferramentas BIM que podero
ser usadas nos projetos; e capacidades e limitaes da IDM em relao especificao dos
seus arquivos em IFC.
A importncia da IDM tem crescido na indstria de software e entre pesquisadores, como uma
forma de estudar processos e propor a sua reengenharia com vistas a otimizar o fluxo das
informaes.
A buildingSMART (2012e) relaciona 98 IDMs que esto em desenvolvimento, quatro delas
aprovadas. Na reviso bibliogrfica encontramos exemplos de aplicao da IDM ao concreto
pr-moldado, nos trabalhos de Jeong et al. (2009) e Panushev, Sacks e Eastman (2010);
sugestes para sua implementao, em Eastman et al. (2010); melhorias, em Sacks et al.
(2010) e estudos para o processo de licitao e contratao de obras, em Berard e Karlshoej
(2011).
62
reviso bibliogrfica
Arquitetura da IDM
De acordo com Wix (2007), a IDM pode ser compreendida como uma metodologia que
combina dois domnios: o dos usurios, no qual ela trabalhada como metodologia, em forma
no tcnica; e o dos desenvolvedores dos softwares, no qual ela trabalhada como tecnologia,
em forma tcnica, atravs do uso de MVD.
No domnio dos usurios, ela simples de ser entendida, pois descreve de maneira no tcnica
os processos que ocorrem na AEC e especifica as informaes que precisam ser fornecidas
por esses usurios. No domnio dos desenvolvedores de software, conforme Wix (2007), ela
identifica e divide o processo de forma funcional e detalhada, descrevendo quais recursos do
IFC devero suportar cada parte do processo em termos de entidades, atributos e conjuntos de
propriedades.
A arquitetura bsica da IDM est representada na Figura 20 e suas partes sero detalhadas ao
longo do prximo trecho.
Figura 20: Arquitetura da IDM
F onte: Adaptado de Wix (2007)
Mapas de processo (representados por um retngulo azul): descrevem o fluxo das

atividades para um processo de negcios em particular e permitem o entendimento da
configurao das atividades que compem o trabalho como um todo; identificam tambm os
agentes envolvidos e a informao requerida, consumida e produzida. Um mapa de processo
identifica: o incio e o trmino de um evento no processo; os eventos nos quais as trocas de
informaes ocorrem; e os momentos de tomada de deciso.
63
reviso bibliogrfica
A notao adotada na IDM para mapear os processos a BPMN, por ser a mais adequada, de
acordo com WIX (2007), para representar os diferentes agentes, o processo de negcio em si e
a definio da informao.
Requisitos de trocas entre agentes (representados por retngulos roxos): so um
conjunto de informaes que precisam ser trocadas para suportar um requisito particular de
um processo de negcios em determinado estgio de um projeto; os requisitos descrevem as
LQIRUPDo}HVHPIRUPDWRQmRWpFQLFRTXHVmREDVHDGDVQRVFRQKHFLPHQWRVGRVHVSHFLDOLVWDV
da rea envolvida.
Partes funcionais (representadas por hexgonos marrons): so uma unidade de informao
utilizada pelos desenvolvedores de software para dar suporte a um requisito de troca. Uma
parte funcional um esquema completo, em sua definio, e um subconjunto de um modelo
de dados IFC na qual est baseada.
Regras de negcios (representadas por crculos verdes): so as restries a serem
aplicadas ao conjunto de dados dentro de um determinado processo.
Testes de verificao (representados por losangos vermelhos): so os testes realizados
entre os softwares para verificar a preciso do seu suporte para os requisitos de troca.
Para atingir os objetivos desta tese, sero aprofundados, a seguir, os conceitos de mapas de
processo e requisitos de troca de informaes.
Mapas de processo para a IDM

Um mapa de processo tem como propsito descrever o fluxo de atividades de um processo de
trabalho com o objetivo de esclarecer e unificar o conhecimento de todos os agentes
integrados na forma como o trabalho desenvolvido.
Os pr-requisitos de um mapa de processo so: objetivo; entradas de informaes, originadas
de requisitos de troca e de outras fontes de informao; sadas de informaes
especificamente destinadas a outros requisitos de troca; conjunto de atividades que precisa ser
desenvolvido em determinada sequncia prvia; e pontos de tomada de deciso.
Um mapa de processo tpico apresenta os seguintes componentes, especificados e numerados
na legenda da Figura 21.
64
reviso bibliogrfica
Figura 21: Componentes principais de um mapa de processo para IDM
F onte: Adaptado de Wix (2007)

Componentes (identificados nas legendas da Figura 21 com nmero dentro de retngulos)
1. &DGDPDSD GH SURFHVVR p GHVHQYROYLGR HP XPD ~QLFDSLVFLQD cujo objetivo
LGHQWLILFDU FDGD SURMHWR FRPR XPD RUJDQL]DomR ~QLFD H FDGD DJHQWH FRPR XP
participante dessa organizao.
2. As atividDGHV GH FDGD XP GRV DJHQWHV VmR UHSUHVHQWDGDV HP UDLDV dessa
SLVFLQDRPodelo da informao tratado como um agente em separado e tem sua
SUySULDUDLD
3. Um requisito de troca (3) p VHPSUH PRVWUDGR FRPR XP REMHWR GHQWUR GD UDLD GR
modelo da informao.
4. A solicitao de um requisito de troca de informao sempre mostrada por um
HYHQWRPHQVDJHP dentro da sequncia de um fluxo; observar que essa regra vale
para as operaes de entrada ou de sada de informaes do modelo de informao.
5. 8P SRQWR GH FRRUGHQDomR sempre sucede uma troca de informaes com o
modelo, pois para esse ponto convergem diversas trocas de informaes trazidas para
exame, consideraes ou aes.
Para exemplificar um caso real, a Figura 22, extrada de Panushev, Sacks e Eastman (2010),
mostra trecho de um mapa de processos de uma IDM desenvolvida para projeto de concreto
pr-moldado. Esse mapa de processos apresenta tambm, nos campos definidos por linhas
65
reviso bibliogrfica
verticais, a sucesso das diversas etapas do processo ao longo do tempo; no caso, o processo
foi dividido nas seguintes fases: aquisio, desenvolvimento do produto, fabricao e
montagem.
Figura 22: Mapa de processo para IDM de concreto pr-moldado
Fonte: Extrado de Panushev, Sacks e Eastman (2010)

Requisitos de troca ( Exchange requirements)
De acordo com Wix (2007), os requisitos de troca so conjunto de informaes que precisam
VHU WURFDGDV HQWUH RV DJHQWHV H VmR GHILQLGRV HP IRUPD QmR WpFQLFD EDVLFDPHQWH
respondendo s seguintes questes propostas pelo autor:
1. Quem: designa o requisitante das informaes, ou seja, o agente que requisita a
informao para dar suporte a um processo ou a uma tomada de deciso;
2. Por qu: explicita o que torna a informao importante para uma atividade de
projeto;
66
reviso bibliogrfica
3. Quando: especifica a fase do projeto em que a informao necessria;

4. O qu: define o conjunto de dados em BIM que d suporte ao requisito;
5. De quem: indica os agentes ou grupo de agentes que enviam as informaes
requisitadas.
O conjunto de requisitos de troca entre os agentes denominado modelo GHWURFDEastman
et al. (2009) definem os modelos de troca entre os agentes em trs nveis:
1. Descries do modelo de troca: descrio em um texto curto, para dar uma
viso geral do contedo e do propsito do modelo de troca;
2. Especificaes do modelo de troca: uma especificao completa do modelo de
troca, definida nos termos das informaes a serem trocadas e apresentadas, juntas
com outros modelos de troca que pertencem ao mesmo caso no mapa de processo;
3. Uma viso composta de todos os modelos de troca em um grfico simples, de
maneira a permitir que eles sejam comparados e revistos.
Sacks et al. (2010) sugerem iniciar a construo do modelo de troca atravs de um modelo a
ser preenchido em cada caso de troca, conforme a Tabela 5.
Tabela 5: Modelo para requisitos de troca
Fase do projeto
Especifica a fase do projeto, segundo a O mniClass?11
Disciplinas
Identificar os agentes envolvidos nessa troca
envolvidas na troca
Descrever o nmero e o nome segundo critrio da O mniClass
Descrio
Descrio verbal:
1. Do propsito da troca;
2. Do contedo requerido para a troca;
3. Dos contedos opcionais da troca;
4. Citar os softwares envolvidos na troca;
5. Indicar se as trocas so de ida e volta ou numa nica

direo.
Modelos de troca
11
Outras trocas que interagem com essa (trocas predecessoras e
As O mni Class so um sistema de classificao das informaes de um edifcio e sero detalhadas nos
captulos posteriores desta Tese.
67
reviso bibliogrfica
sucessoras)
relacionados
Fonte: Extrado de Sacks et al. (2010)

Os mesmos autores apresentam um exemplo real de preenchimento dessa tabela de requisitos,
conforme a Tabela 6.
Tabela 6: Exemplo de Tabela de requisitos
Estudos preliminares do Projeto Estrutural
Fase do projeto
Descrio preliminar do projeto
Disciplinas
Arquitetura
envolvidas na troca
Construo
Fabricante do produto
Descrio
1. O propsito definir e rever o projeto estrutural bsico em
2.
3.
4.
5.
termos de cargas verticais, maiores esforos e apoios das

fundaes.
O conceito do modelo de arquitetura envolve o layout
bsico do espao do edifcio, incluindo as fachadas e a
forma do edifcio, podendo identificar lugar com potencial
especfico para a transferncia de cargas verticais.
Ele pode envolver a definio dos principais acabamentos
de arquitetura, a seleo dos sistemas estruturais, a
modulao da estrutura e a anlise da implantao no
terreno.
Revit, Archicad, S D S/2, Tekla.
As trocas podem ocorrer tanto em ida e volta como em ida
nica.
Modelos de troca
A_EM.1, P_EM.1, S_EM.1 (que so, nesse caso do estudo, outros
relacionados
modelos que esto sendo referenciados no desenho completo)
Fonte: Extrado de Sacks et al. (2010)

A partir do estudo para uma IDM do processo do concreto pr-moldado, Eastman et al. (2009)
explicam que as especificaes do modelo de troca devem ter descries detalhadas, que so
inicialmente identificadas nos mapas de processo e depois definidas em textos genricos nas
descries do modelo de troca. Finalmente, as especificaes de troca so relacionadas em
termos de itens de informao que elas podem conter. Todos os itens de informao
68
reviso bibliogrfica
disponveis para o domnio do estudo (no caso, o concreto pr-moldado) so organizados

hierarquicamente em grupos de itens de informao, conjunto de atributos e atributos,
definidos a seguir:
1. Grupos de informao: so as classes maiores de objetos em um edifcio, como o
terreno, os edifcios, peas pr-moldadas, aberturas, armaduras, etc.;
2. Itens de informao: so exemplos especficos dos membros de cada grupo de
informao. Eles so definidos tendo como base que cada item de informao dentro
de um grupo de informao possui os mesmos atributos;
3. Conjunto de atributos: so grupos de propriedades usadas para descrever um
grupo de informao.
4. Atributos: so as propriedades necessrias para definir de maneira completa o grupo
de informao.
A Figura 23 exemplifica uma especificao para um modelo de troca a partir da pesquisa
realizada por Eastman et al. (2009) para uma IDM dos processos do concreto pr-moldado.
Figura 23: Exemplo de tabela de especificao de modelo de troca
Grupo de informao Itens de informao
Fundaes
Eixos da fundao
Coroamento
Posio das vigas nos eixos
Paredes de conteno
Coroamento das estacas
Estacas
Conjunto de atributos Atributos

Forma
P_EM.1
Geometria
Exigida?
Deformaes?
Funo
Nvel de detalhe
Acuracidade
Tolerncia dimensional
Exigida?
Tipo
Tipo estrutural
Exigida?
Fornecedor
Fornecedor
Exigida?
Material
Tipo de material
Exigida?
Quantidades
Exigida?
Relaes de montagem Parte de qual sistema estrutural Exigida?
Relaes de incluso
Contm
Exigida?
Conexes para conter
Exigida?
Relaes de conexo
para pr-moldado
Exigida?
para ao
Exigida?
Metadados
autor, verso, data
Exigida?
autor, verso, data
Exigida?
R
A
V
L
P
O
R
O
R
O
P_EM.2
R
A
F
M
P
O
R
O
R
O
P_EM.3
R
D
E
H
C
R
R
O
R
R
R
O
O
O
O
O
O
Fonte: Traduzido de Eastman et al. (2009)

As respostas so identificadas por uma legenda cujas letras significam a resposta para cada
um dos atributos, e foram mantidas as iniciais da lngua inglesa descritas na Figura 24.
Para a compreenso dessa tabela verificamos que est sendo estudado o grupo de informaes
para as fundaes. Na coluna em seguida temos os itens que pertencem s fundaes, como
eixos, estacas, coroamento, etc.; a seguir so relacionados os atributos necessrios, como
69
reviso bibliogrfica
forma, tipo, fornecedor, etc., e finalmente vm os atributos que iro constar na troca. Os itens
com os nomes P_EM.1, P_EM.2, P_EM.3 so os conjunto de modelos de troca que esto
colocados juntos, conforme a metodologia recomendada.
Figura 24: Cdigos utilizados na tabela dos Modelos de Troca
Grupo de informao ou atributo

Deformaes geomtricas
Funo geomtrica
Acuracidade da geometria
Nvel de detalhe da geometria
Variveis
Cdigos para os valores
Exigido / opcional ( R equired/ O ptional)
R
O
Sem deformao / Deformado ( A s Cast / D eformable)
A
D
Visvel/Referencivel/Editvel ( V iewable / R eferenceable / E ditable) V
R
E
Plana / Curva ( P lanar / C urved)
P
C
Nvel de detalhe alto/mdio/baixo ( H igh, M edium, L ow)
H
M
L
Fonte: Adaptado de Eastman et al. (2009)
2.6.7 IFD
Bjorkhaug e Bell (2007) definem International F ramework for Dictionaires (IFD) como uma
estrutura12 internacional para dicionrios. Os autores estendem o conceito de dicionrios para
XPDHVWUXWXUDLQWHUQDFLRQDOSDUDRQWRORJLDV
A buildingSMART (2011) define o IFD, na sua forma mais simples, como um mecanismo
que permite a criao de dicionrios em mltiplas lnguas ou ontologias.
O IFD est normatizado pela ISO-12006-3 (2007); um modelo escrito na linguagem
EXPRESS. Segundo Bjorkhaug e Bell (2007), o modelo simples sob a perspectiva dos
implementadores, mas, por ser muito flexvel, pode resultar em vrias implementaes
diferentes.
Os mesmos autores explicam que o IFD no um nico sistema de classificao uniforme,
pois ele pode conter mltiplos sistemas de classificao em sua estrutura. O IFD no uma
alternativa para o IFC, e sim um suplemento.
12
$GRWDPRVQDWUDGXomRRWHUPRHVWUXWXUDHPYH]GHPROGXUDTXHVHULDDWUDGXomROLWHUDOSDUD framework.
70
reviso bibliogrfica
O IFD como dicionrio

De acordo com Bjorkhaug e Bell (2007), o IFD, entendido como dicionrio, separa o conceito
dos nomes e das linguagens. Ele no um mapeamento de palavras de uma linguagem para
SDODYUDV HP RXWUD OLQJXDJHP PDV XP PHFDQLVPR HP TXH R FRQFHLWR HP VL p XPD FRLVD
separada, conectado apenas com as palavras que o descrevem a partir de relaes.
A Figura 25 ilustra melhor esse conceito com um exemplo.
Figura 25: O IFD consegue capturar o que um dicionrio comum no consegue
Fonte: Extrado de Bjorkhaug e Bell (2007)
1R H[HPSOR D SDODYUD dr em noruegus, seria traduzida em um dicionrio comum por
door SRUWD HP ,QJOrV 3RUpm, ao estudar o conceito, os autores observaram que em
noruegus o WHUPR door refere-se porta e sua moldura, enquanto o mesmo termo em
ingls refere-VH DSHQDV j IROKD GD SRUWD (P QRUXHJXrV R WHUPR dr deve ser ento
traduzido, para manter o significDGRRULJLQDOGHdoor set (folha da porta e seu conjunto de
componentes). No IFD, isso possvel separando o conceito dos nomes e das descries
utilizados para defini-lo.
Apesar dos problemas que advm do fato de uma palavra poder conter mltiplos significados,
PXLWDVWURFDVGHLQIRUPDo}HVVmRIHLWDVXVDQGRHWLTXHWDVRX name tags. Para eliminar esse
problema, o IFD oferece um identificador nico, conhecido como Global Unique Identifier
(GUID). A ideia da utilizao dos GUIDs que, em vez de se fazer a troca de informaes
por palavras, ela seja feita apenas pelo GUID, necessitando para isso que o software que ir
receber as informaes tenha os dicionrios dos GUIDs implementados ou tenha acesso
biblioteca aberta do IFD na internet.
71
reviso bibliogrfica
2.6.8 Sistemas de classificao da informao do edifcio

Para auxiliar a organizao dos processos da AEC e do BIM foram criados diversos sistemas
de classificao da informao do edifcio. A importncia de um sistema de classificao em
BIM, em que todos os objetos de um edifcio se vinculem de modo a facilitar a
interoperabilidade, destacada por Amorim (2011).
Nesse tpico sero apresentados os principais sistemas de classificao que auxiliam a
organizar o BIM13: O mniClass, Uniformat, Master Format, Unified Classification for the
Construction Industry (Uniclass) e Electronic Product Information Cooperation (EPIC).

Amorim e Silva (2010) organizam esses modelos de acordo com suas caractersticas:
1. Masterformat: classificao hierrquica
2. Uniformat: classificao facetada
3. Omniclass: classificao hierrquica + facetada
OmniClass
A O mniClass um sistema de classificao das informaes geradas no contexto da AEC. Ela
se destina a ser uma base unificada para todo o ciclo de vida de uma edificao, e o objetivo
do seu desenvolvimento ser um meio para organizar, classificar e recuperar as informaes
em aplicativos baseados em bancos de dados relacionais.
A base da O mniClass a norma ISO-12006-3 (2007) j traduzida para o portugus, ABNTNBR-ISO-12006-2 (2010)FRPR&RQVWUXomo de edificao: Organizao de informao da
construo 3DUWH(VWUXWXUDSDUDFODVVLILFDomRGHLQIRUPDomR
Segundo Amorim e Silva (2010), o sistema O mniClass mescla elementos e componentes a
sistemas e conjuntos, fornecendo uma estrutura para base de dados que aborda desde a
organizao de bibliotecas de materiais e produtos at a organizao sobre o projeto.
A O mniClass considerada pelos autores uma classificao multifacetada, pois utiliza
informaes e conceitos de outros sistemas de classificao para compor suas tabelas: o
Master Format, para classificar os resultados do trabalho, o Uniformat para classificar os

sistemas e componentes de um edifcio e o EPIC para os produtos.
13
Em virtude do foco desta Tese, sero mais detalhados os sistemas O mniClass e Uniformat; os demais sero
apenas referenciados.
72
reviso bibliogrfica
Amorim e Silva (2010) relacionam as seguintes vantagens da O mniClass para a AEC: auxilia
o gerenciamento do projeto especialmente custos e suprimentos; facilita a comunicao
entre os diversos sistemas do setor construtivo interoperabilidade; e facilita os comparativos
entre as bases conceituais de sistemas estrangeiros distintos intercambialidade. Para o
desenvolvimento do BIM, os autores relacionam vantagens nos seguintes processos de
trabalho: oramentao; controle de custos; colaborao; especificao; controle do
desenvolvimento do empreendimento; e rastreabilidade.
A O mniClass formada por 15 tabelas hierrquicas, cada qual representando um aspecto
diferente da informao na construo que pode ser utilizado de forma independente ou
combinado com informaes de outras tabelas para assuntos de maior complexidade. Essas
tabelas esto descritas na Tabela 7.
Tabela 7: Relao de tabelas da OmniClass
Srie
Tabela
10
11
Entidades de construo pela funo
12
Entidades de construo pela forma
13
Espaos pela funo
14
Espaos pela forma
21
Elemento
22
Resultados do trabalho
23
Produtos
31
Fases
32
Servios
33
Disciplinas
34
Funes organizacionais
35
Ferramentas e equipamentos
41
Materiais
49
Propriedades
20
30
40
Descrio
Fontes: OmniClass (2006); CSI (2012b).

A Figura 26 ilustra os conceitos da OmniClass.
73
reviso bibliogrfica
Figura 26: Classificao OmniClass
Fonte: Documento extrado de ABNT-CEE 134: Modelagem da Informao na Construo
74
reviso bibliogrfica
Uniformat
O Uniformat um sistema de classificao para a organizao de informaes de construo,
com foco nos sistemas funcionais de um edifcio organizados em uma ordem e sequncia
padronizada, segundo OmniClass (2006), sem a preocupao de identificar as solues
tcnicas de projeto que as compem.
uma norma ASTM-E1557-09 (2005) desenvolvida e mantida pelo Construction
Specifications Institute (CSI) e pelo Construction Specifications Canada (CSC). .

O sistema organizado em trs nveis: o nvel 1 compreendendo os maiores grupos de
elementos do edifcio; o nvel 2 detalhando os maiores grupos em grupos menores; e o nvel 3
chegando ao nvel de cada um dos elementos individuais do edifcio.
A classificao foi traduzida e est descrita na Tabela 8.
75
reviso bibliogrfica
Tabela 8: Classificao Uniformat para elementos do edifcio
76
reviso bibliogrfica
77
reviso bibliogrfica
Fonte: Traduzido de ASTM E1557 (2005)
78
reviso bibliogrfica
MasterFormat, Uniclass e EPIC

Segundo OmniClass (2006), o Master Format, CSI (2012a), um dos sistemas precursores de
classificao de informaes, desenvolvido inicialmente em 1963, e constitui a base da Tabela
22 da OmniClass5HVXOWDGRVGRTrabalho
O Uniclass, um sistema ingls equivalente ao O mniClass desenvolvido com base nas normas
ISO 12006 2 (2001) e ISO 12006 3 (2007), foi um dos pontos de partida para o
desenvolvimento da O mniClass, que utilizou partes para montar sua estrutura.
O sistema EPIC um padro para a troca de informaes entre bancos de dados de produtos
para a construo, encontra-se na verso 2 lanada em 1999 e teve como base para a sua
estrutura a norma ISO 12006 2 (2001).
Ele a base das tabelas 23 (Produtos), 41 (Materiais) e 49 (Propriedades) da O mniClass.
2.6.9 Modelagem, coordenao e nvel de desenvolvimento do modelo

(LOD)
A natureza do processo de projeto varivel. Nos primeiros estgios de desenvolvimento, o
contedo das informaes tem alto impacto na soluo final e, medida que o processo
caminha para os estgios mais avanados, esse impacto diminui, correspondendo passagem
de um estado menos estruturado, de maior incerteza, no qual preponderam as negociaes,
para um estgio mais estruturado, em que h um aumento da complexidade do fluxo das
informaes com um nmero crescente de agentes, conforme Figura 27.
Figura 27: A natureza varivel do Processo de Projeto
Fonte: Adaptado de Austin et al. (2002)
79
reviso bibliogrfica
Moum (2008) afirma que a natureza complexa do processo de projeto ainda no totalmente
compreendida. De acordo com Kalay (2004), a sntese das solues de projeto caracterizada
pela incerteza e imprevisibilidade, pela alegria da descoberta e pela frustrao das descobertas
infrutferas.
O processo de projeto e sua gesto vm enfrentando diversos desafios naquilo que Wikforss
(2003) apud14 Moum (2008) chama de big bang das formas tradicionais de trabalho da AEC e
rpido desenvolvimento da indstria da TI.
Chastain, Kalay e Peri (2002) descrevem dois paradigmas relacionados ao encontro entre a
prtica do projeto e o mundo digital. Eles do o nome de primeiro paradigma tentativa de
colocar um pino quadrado em um buraco redondo, descrevendo com isso o problema da
adaptao das novas tecnologias para a prtica corrente e indicando a incompatibilidade entre
as atividades de projeto os buracos e as ferramentas aplicadas os pinos.
Essa incompatibilidade pode ser causada por uma falha no entendimento das atividades dos
projetistas ou pela substituio das ferramentas tradicionais por novas, mas com qualidades
inadequadas.
O segundo paradigma por eles chamado de carruagem sem cavalos: caracteriza a mudana
de percepo de uma prtica que se transforma em relao a uma nova tecnologiaHPTXHD
WDUHID GH WUDQVSRVLomR p GHVFULWD DWUDYpV GDV OHQWHV GH XPD WHFQRORJLD SUpYLD $V
ferramentas utilizadas pelos projetistas esto mudando com o desenvolvimento de novas
tecnologias, mas sem uma reflexo e anlise de como isso pode afetar a prtica do processo de
projeto e de sua gesto.
Associando o processo de projeto com o BIM, Bedrick (2008) comenta que o projeto um
processo de aproximaes sucessivas que se movem em direo a uma informao cada vez
mais precisa; porm, a representao dos objetos em BIM intrinsecamente precisa e exata,
mesmo quando no necessrio! Por esse motivo, pode-se ter uma falsa indicao da preciso
em determinado ponto do processo de projeto.
Aliado a essa caracterstica existe o fato de que o BIM pode ser utilizado para vrios
propsitos custos, cronogramas, desempenho, simulaes, etc. alguns desses propsitos
podendo no ter sido previstos pelo criador do modelo. Conclui o autor que a preciso e a
14
O texto original foi escrito em sueco, razo pela qual utilizamos a citao do autor, extrada de outro autor que
pesquisou diretamente a fonte.
80
reviso bibliogrfica
adequao do modelo BIM necessitam de uma estrutura conceitual para a definio prvia dos
objetivos do projeto e consequentemente dos estgios de progresso do modelo durante o
ciclo de vida.
2.6.10 Conceitos bsicos do processo de modelagem
Modelos como simplificaes da realidade

A criao de um modelo de informaes de um edifcio um processo social, coletivo e
interativo e a produo do modelo do edifcio ir requerer habilidades tcnicas relacionadas
tanto ao conhecimento especfico da especialidade envolvida quanto aos conhecimentos e s
habilidades necessrias para a produo do modelo de informao, conforme Moum (2008).
Nederveen, Beheshti e Gielingh (2010) entendem que para o processo de projeto ser
desenvolvido de maneira eficiente necessrio que sejam criados modelos BIM individuais
para cada disciplina, na qual a informao do edifcio possa ser descrita de forma adequada
para cada um dos agentes.
Vernadat (1996) define modelo como uma representao til de um determinado tema. O
modelo uma abstrao formal da realidade ou do universo do discurso expresso em termos
formais atravs da modelagem de constructos para os propsitos do usurio. Em outras
palavras, Minsk (1968) assim o define: A um modelo da realidade B para um observador C,
desde que C possa usar A para obter a informao em B.
Mayer, Painter e de Witte (1992) definem modelo como um sistema caracterizado por objetos,
propriedades e relaes. Ele projetado com uma estrutura particular para imitar ou
reproduzir conjuntos de caractersticas do mundo real. O poder de um modelo vem de sua
habilidade em simplificar os sistemas reais que ele representa e de sua capacidade de previso
do comportamento do sistema real a partir de simulaes feitas por ele.
De acordo com os conceitos anteriormente definidos, o modelo de informaes do edifcio
precisa estar a servio das necessidades de todos os agentes durante o ciclo de vida. Portanto,
em um modelo BIM, todas as disciplinas precisam ver as paredes, os pisos e as janelas e o
modelo precisa sustentar esses conceitos.
81
reviso bibliogrfica
Como na prtica os agentes tm diferentes interesses e vises do problema e, para manter os

seus prprios modelos o mais simples possvel, necessrio ignorar muitos aspectos e
GHWDOKHVFRQVLGHUDGRVLUUHOHYDQWHV(VVDVDEVWUDo}HVVmRGHQRPLQDGDVvistas em um modelo
%,0FRQIRUPHNederveen, Beheshti e Gielingh (2010).
Os modelos das disciplinas individuais em BIM so na prtica representaes simplificadas
da realidade atuando como filtros das informaes irrelevantes, mostrando apenas a
informao essencial de uma maneira til para uma atividade.
Porm, como um projeto um processo colaborativo, cada disciplina precisa ser apoiada por
um modelo referencial contendo as informaes das outras disciplinas e que possa ser
compartilhado por todos os agentes. Uma forma conceitual aparentemente simples de tratar
com as vistas especficas trat-las como submodelos de um modelo referencial
compartilhado. Por esse conceito, o modelo compartilhado contm informaes a partir da
unio de cada um dos modelos individuais, conforme Figura 28.
Figura 28: Conceito de modelo compartilhado
Fonte: Adaptado de Nederveen, Beheshti e Gielingh (2010)
82
reviso bibliogrfica
2.6.11 Modelagem de requisitos, funes e atividades

A modelagem da geometria uma das partes essenciais do processo de modelagem do
edifcio, mas no nica, e uma das caractersticas que distinguem um modelo BIM de um
modelo convencional em 3D a possibilidade da criao de propriedades.
Um edifcio composto por pavimentos, cmodos, paredes, janelas, etc. Todos esses objetos
tm propriedades como dimenses, materiais, etc.
Porm, na raiz da questo devemos refletir o SRUTXr GH XP HGLItFLR VHU FRQVWLWXtGR SRU
elementos xyz RXRSRUTXrGHXPDSDUHGHWHUGLPHQV}HVHVHUIHLWDGHPDWHULDOabc.
De acordo com Nederveen, Beheshti e Gielingh (2010), esse tipo de informao normalmente
dado em termos de funes e requisitos.
As informaes sobre os requisitos e funes so essenciais quando se necessita avaliar um
edifcio, tanto na sua fase de projeto como nas fases de obra e operao.
Porm, na fase de modelagem, a parte difcil, de acordo com os autores, ocorre quando se
tenta ligar os requisitos aos objetos fsicos. Se os requisitos e os objetos fsicos forem
modelados de forma independente, a ligao entre esses modelos ser quase sempre uma
FRPSOLFDGD UHODomR GH PXLWRV-para-PXLWRV ,VVR DFRQWHFH SRUTXH XP REMHWR p SURMHWDGR
normalmente com diversos requisitos em mente e, inversamente, um requisito pode ser
atendido por diversos objetos.
Uma abordagem para ligar os requisitos aos objetos fsicos feita utilizando o conceito de
funo. Um objeto fsico tem uma funo e dessa funo derivam os requisitos especficos.
Gielingh (1988) define a metodologia General AE C Reference Model (GARM) para tratar
dessa questo. Nessa abordagem, a informao do edifcio definida em termos de unidades
funcionais e solues tpFQLFDV $V XQLGDGHV IXQFLRQDLV GHVFUHYHP RV REMHWRV FRPR
UHTXHULGRV H FRP FDUDFWHUtVWLFDV UHTXHULGDV $V VROXo}HV WpFQLFDV descrevem os objetos
FRPR SURMHWDGRV H FRP FDUDFWHUtVWLFDV HVSHUDGDV 6HJXQGR R DXWRU HVVD PHWRGRORJLD
SHUPLWH D FULDomR GH UHODo}HV XP-para-XP HQWUH DV XQLGDGHV IXQFLRQDLV H DV VROXo}HV
tcnicas; ele afirma que, se o mtodo for aplicado sistematicamente, o resultado ser um
modelo BIM bem estruturado e bem gerencivel.
E, finalmente, concluem Nederveen, Beheshti e Gielingh (2010) que outra forma de lidar com
os requisitos iniciar com o conceito das atividades que iro ocorrer no edifcio. Assim, pode-
83
reviso bibliogrfica
se comear com a definio e a modelagem das atividades e da em direo aos objetos fsicos
necessrios. Esse propsito requer ateno especial para a modelagem dos espaos.
2.6.12 A complexidade envolvida na modelagem de espaos
Existem duas formas complementares para a definio dos espaos: a primeira baseada nos
seus limites fsicos e na separao de um espao de outros espaos; a segunda se baseia na
concepo de um local para uma atividade homognea, conforme conceituado por Bjrk e
Bo-Christer (1992).
A primeira IRUPDSRGHVHUFKDPDGDGHGHILQLomRWpFQLFDHLQGLUHWDGRHVSDoRHD segunda
pode ser GHQRPLQDGDIXQFLRQDORXGLUHWD
De acordo com Nederveen, Beheshti e Gielingh (2010), a modelagem dos espaos a parte
mais simples; a parte complicada est nos relacionamentos.
Os autores desenvolvem um exerccio de raciocnio questionando e demonstrando como pode
ser complexa a modelagem dos espaos.
Por exemplo, um edifcio pode ser decomposto em espaos, e diversos nveis de
decomposio podem ser utilizados? necessrio que a decomposio seja completa, de
forma que todos os espaos estejam inclusos em uma rvore de decomposies? A
sobreposio dos espaos permitida ou necessrio que a totalidade do espao do edifcio
seja igual soma de todos os seus espaos constituintes?
As coisas podem ficar ainda mais complexas, segundo os autores, com os relacionamentos
entre os espaos.
e SRVVtYHO DILUPDU TXH R HVSDoR [ p DGMDFHQWH DR HVSDoR \ contudo, para maior
compreenso podemos dizer: a separao entrHRHVSDoR[HRHVSDoR\SRGHVHUGHILQLGD
por um elemento separador, como uma parede, por exemplo.
Em seguida, a superfcie do elemento de separao pode ser relacionada no s a esse
elemento, mas tambm ao espao. Por exemplo, a funo do espao pode impor requisitos
sobre a superfcie da parede. Os autores mencionam que problemas semelhantes podem
ocorrer quando so modeladas as aberturas nos elementos de separao, como portas e
janelas.
Atualmente, segundo os autores, a especificao do IFC tem um padro para os espaos, mas
o IFC no cobre ainda todos os problemas que vm sendo levantados ao longo dos anos; essas
84
reviso bibliogrfica
questes, exemplificadas acima, nos fornecem uma indicao. Arquitetos, usurios finais e
outros podem pensar sobre os espaos de uma forma semanticamente complexa, muitas vezes
difcil de ser compreendida em um modelo de informao.
2.6.13 Nvel de desenvolvimento do modelo (LOD)

Com vistas criao de uma estrutura conceitual para nortear de maneira coordenada o
processo de desenvolvimento do projeto e a evoluo do detalhamento das suas informaes,
foi elaborado o conceito de Nvel de Desenvolvimento15.
Concebido inicialmente pelos membros da indstria de software, conforme mencionado por
VICO (2012) e Bedrick (2008), o conceito foi trazido para o subcomit de tecnologia da AIA,
responsvel pelo desenvolvimento do IPD, no qual os pontos de vista de arquitetos,
contratantes, engenheiros, proprietrios de edifcio e desenvolvedores de software foram
agregados para estender a aplicabilidade desse conceito.
O AIA desenvolveu esse conceito e em 2008 o incorporou a um documento conhecido como
BIM Protocol Exhibit (2008), o qual formaliza o processo de desenvolvimento e os usos do
BIM. O AIA menciona em seu website, American Institute of Architects (2012a), que esse
documento aborda as seguintes questes: responsabilidades por cada elemento do modelo em
cada um dos LOD; usos autorizados para o modelo; responsabilidade pelo gerenciamento do
modelo; e propriedade do modelo.
Foram extradas desse documento as seguintes definies propostas pela Exhibit (2008) no
documento E202, que sero utilizadas ao longo desta tese e comentadas a seguir:
15
O termo referido na literatura como LOD: L evel O f D evelopment ou tambm como L evel O f D etail. Para
efeito desta tese ser adotada a sigla LOD para identificar o nvel de desenvolvimento, uma vez que essa sigla
reconhecida dentro do jargo internacional sobre o tema.
85
reviso bibliogrfica
1. Nvel de desenvolvimento (LOD): o nvel de desenvolvimento descreve o grau de

completude para o qual um elemento do modelo desenvolvido e incorpora um
princpio importante do IPD:
Os produtos de cada fase ou etapa do projeto precisam ser definidos sucintamente para que os
membros da equipe entendam o nvel de detalhe no qual eles devem trabalhar e quais decises
devem ou no estar finalizadas. American_Institute_of_Architects (2007) p. 23
Os nveis de desenvolvimento so representados em uma escala que varia em cinco graus,

correspondendo a um detalhamento que vai ocorrendo progressivamente ao longo do projeto:
100 (fase conceitual), 200 (geometria aproximada), 300 (geometria precisa), 400 (execuo
ou fabricao) e 500 (obra concluda). Essa escala foi feita em graduaes de 100 unidades,
prevendo a possibilidade futura da criao de nveis intermedirios.
O AIA produziu diretrizes para os diversos LOD em virtude de alguns usos do BIM. Dessa
forma, ao uso do BIM para projeto esto associados outros usos, como planejamento, custos,
cumprimento de programa, etc. A preciso geomtrica do modelo e as informaes no
geomtricas podem ser associadas aos LOD. A Tabela 9 descreve essas diretrizes.
86
reviso bibliogrfica
Tabela 9: Nveis de Desenvolvimento do Modelo BIM
Nveis >
100
Contedo do
Modelo
Conceitual
Projeto e
Estudos de massa,
Coordenao
volumes, zonas,
modelados em 3
dimenses ou
representados por
outros dados
Usos
recomendados
Planejamento
Nveis de Desenvolvimento - Especificao e Usos do BIM

200
300
Geometria aproximada
Geometria precisa
Os elementos so
Os elementos so
modelados de forma
modelados de forma
genrica e aproximadas de precisa e exata de
suas dimenses, peso,
suas dimenses, peso,
quantidades, orientao e quantidades,
localizao. Informaes orientao e
no geomtricas podem ser localizao.
anexadas ao modelo
Informaes no
geomtricas podem
ser anexadas ao
modelo
Durao global da
Escala de tempo,
Apresentao
obra
apresentao ordenada dos ordenada pelo tempo
Macro-planejamento elementos principais
das atividades
Fases e maiores
principais e de
elementos
conjuntos detalhadas
400
Execuo - fabricao
As-built
Os elementos so
Os elementos so
modelados com o objetivo modelados
de montagem, de forma conforme
precisa e exata de suas
construidos com
dimenses, peso,
informaes
quantidades, orientao e precisas e exatas das
localizao contendo o
dimenses, peso,
detalhamento completo quantidades,
de fabricao e
orientao e
montagem. Informaes localizao.
no geomtricas podem Informaes no
ser anexadas ao modelo geomtricas podem
ser anexadas ao
modelo
Fabricao e detalhes de
montagem, incluindo
meios e mtodos de
construo (gruas,
elevadores,
escoramentos, etc)
Estimativa de
Custos
Custos estimados:
exemplo R$/m2 de
rea de construo,
R$/ leitos
hospitalares,
R$/quarto de hotel
Custo estimado baseado

em dimenses de
elementos genricos como
paredes, lajes, etc.
Custos baseados em Preos confirmados em

dimenses precisas e propostas de
especificaes
fornecedores
completas e
detalhadas
Cumprimento de
programa de
necessidades
Materiais
sustentveis
reas brutas dos

diversos setores
Requisitos especficos de
cada um dos ambientes
Casos especficos,
instalaes e conexes
Estratgias para
atendimento dos
requisitos LEED
500
Quantidades aproximadas Quantidades precisas Seleo dos fornecedores

de materiais organizados de materiais com a
especficos
pelas categorias LEED
porcentagem de
materiais reciclados
Anlises e
Estratgia e critrios Projeto conceitual baseado Simulaao
Simulao precisa
simulaes de
de desempenho
na geometria aproximada e aproximada baseada baseada nas
iluminao, uso baseado em reas e em pr-definies de
em sistemas
especificaes do
de energia, fluxos volumes.
sistemas.
projetados.
fabricante e em detalhes
de ar.
dos componentes dos
sistemas.
Outros usos que podem ser desenvolvidos
Circulao, rotas
de fuga,
acessibilidade
Atendimento de
requisitos de
normas
Custos realizados
Documentao das
compras e
especificaes
Comissionamento e
registro dos
resultados obtidos.
Fonte: Adaptado de Exhibit (2008)

O Singapore BIM Guide, Building Construction Authority (2012), incorpora esses conceitos e
os representa de forma grfica conforme a Tabela 10.
87
reviso bibliogrfica
Tabela 10 (YROXomRGR1tYHOGH'HVHQYROYLPHQWR/2'GRModelo BIM

Fase
3URGXWRVHQWUHJiYHLVGR%,0
LOD
Contedo do
modelo
Conceitual
100
Estudos de massa
conceituais com
dimenses, reas,
volumes, locao e
orientao apenas
indicativos.
Geometria
aproximada
200
Viso geral do
edifcio e de seus
sistemas com
dimenses, forma,
locao, orientao e
quantidades
aproximadas. Podem
ser inseridas
propriedades no
geomtricas nessa
fase.
Geometria
precisa
300
Verso mais precisa e

detalhada dos
componentes e
sistemas do edifcio,
com preciso nas
dimenses, forma,
locao, orientao e
quantidades. Podem
ser inseridas
propriedades no
geomtricas nessa
fase.
Ilustrao
88
reviso bibliogrfica
Desenhos precisos
gerados no LOD 300
Execuo /
fabricao
400
O modelo para
fabricao e
montagem
apresentado com
maior preciso de
detalhes que na fase
de LOD 300. Porm,
se houver necessidade
os detalhes podem ser
completados em
modelos 2D.
Como foi
construdo
500
O modelo detalhado
com o mesmo nvel
de preciso do estgio
anterior,
mas
atualizado a partir das

modificaes
ocorridas em obra, de
forma a retratar o
edifcio
exatamente
como foi construdo.
Fonte: Adaptado de Building and Construction Authority (2012).
89
reviso bibliogrfica
2. Elemento do modelo: uma parte do Building Information Model representando

um componente, um sistema ou uma montagem dentro de um edifcio. Para efeito do
documento E202, os elementos do modelo devem ser representados atravs do sistema
Uniformat de classificao especificado conforme descrito em CSI (2012c).

3. Autor do elemento do modelo: o agente responsvel pelo desenvolvimento do
elemento do modelo especfico para o nvel de desenvolvimento requerido pela fase
do projeto.
Bedrick (2008) comenta que, alm das caractersticas da geometria tridimensional de um
modelo BIM, existe uma grande quantidade de informaes fornecidas por diferentes ou
mltiplos agentes que podem ser ligadas a um elemento do BIM.
Para especificar as responsabilidades pelas informaes de forma combinada com o LOD de
um projeto, definida, na seo 4.3 do documento E202 da Exhibit (2008), a Tabela de
Elementos do Modelo, que identifica o nvel de desenvolvimento de cada elemento do modelo
ao final de cada fase do projeto, conforme a classificao de fases do IPD Guide, AIA (2007)
p. 22; o autor do elemento do modelo responsvel por desenvolv-lo para o nvel de
desenvolvimento tambm identificado. Essa tabela utiliza a classificao Uniformat para
associar os elementos do edifcio aos LOD e s responsabilidades.
O AIA alerta que os requisitos apresentados na Tabela 11, disponvel em American Institute
of Architects (2012b) so exemplos, sendo esperado que em cada projeto especfico a equipe
valide e ajuste o contedo da tabela de acordo com os requisitos especficos do projeto e as
capacidades e competncias dos membros da equipe. Contudo, o AIA menciona que os dados
mostrados na Tabela 11 atendem aos requisitos mnimos que satisfazem s descries de fases
do guia do IPD, conforme American Institute of Architects (2007).
Foram adotados os seguintes termos e siglas para a Tabela 11:
PR:
Projetista Responsvel
SE:
Subempreiteiros
CP:
Consultores do Projeto
F:
Fornecedores
CR:
Construtor Responsvel
L O D: Nvel de Desenvolvimento
A E M : Autor do Elemento do Modelo
90
reviso bibliogrfica
Tabela 11: Nvel de Desenvolvimento (LOD) e Autor do Elemento do Modelo (AEM)

Elementos conforme a classificao UNIFORMAT, CSI (2012).
Fases do Processo do Projeto conforme classificao do

IPD Guide, AIA (2007) p.22
Conceituao
Nvel 1
Maiores grupos de elementos
A
INFRAESTRUTURA
CASCA OU
ENVOLTRIA
INTERIORES
Nvel 2
Nvel 3
Grupos de elementos
Elementos individuais
A10
Fundaes
A20
Construo do subsolo
B10
Superestrutura
B20
Fechamento externo
B30
Cobertura
C10
Construes internas
C20
Escadas
C30
Acabamentos internos
A1010
A1020
A1030
A2010
A2020
B1010
B1020
B2010
B2020
B2030
B3010
B3020
C1010
C1020
C1030
C2010
C2020
C3010
C3020
C3030
Fundaes comuns
Fundaes especiais
Lajes inclinadas
Escavao de subsolo
Paredes cortina de subsolo
Construo do piso
Construo da cobertura
Paredes externas
Janelas externas
Portas externas
Acabamentos da cobertura
Aberturas da cobertura
Vedaes
Portas internas
Acessrios
Construo da escada
Acabamentos da escada
Acabamentos de paredes
Acabamento de pisos
Acabamento de forros
Projeto
esquemtico
LOD AEM LOD

100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
200
100
200
200
200
200
200
200
200
200
200
200
200
200
100
200
100
100
100
100
Projeto
detalhado
Documentos de
implementao
AEM
LOD
AEM
LOD
AEM
CP
CP
CP
CP
CP
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
300
300
300
300
300
300
300
300
300
300
300
300
300
300
300
300
100
100
100
100
SE
SE
SE
SE
SE
PR
PR
SE
SE
SE
SE
SE
PR
PR
PR
SE
SE
PR
PR
PR
400
400
400
300
400
300
300
400
400
400
300
300
400
400
400
400
100
100
100
100
SE
SE
SE
SE
SE
CR
CR
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
91
reviso bibliogrfica
continuao da tabela 11

Conceituao
Nvel 1
D
SERVIOS
Nvel 2
Nvel 3
Grupos de elementos
D10
D20
D30
D40
D50
Transporte
D1010
D1020
D1090
Sistemas Hidraulicos
D2010
D2020
D2030
D2040
D2090
Sistemas de Ar condicionado D3010
D3020
D3030
D3040
D3050
D3060
D3070
D3090
Proteo contra incndio
D4010
D4020
D4030
D4090
Sistemas Eltricos
D5010
D5020
D5030
D5090
Elevadores
Escadas rolantes
Outros sistemas de transporte
Fixao de tubulaes
Distribuio domstica de gua
Esgoto sanitrio
Drenagem de guas pluviais
Outros sistemas hidrulicos
Suprimento de energia
Sistemas de gerao de calor
Sistemas de refrigerao
Sistemas de distribuio
Terminais
Controles e instrumentao
Testes e balanceamento
Outros sistemas
Sprinklers
Tubulaes
Sistemas especiais de proteo
Outros sistemas
Distribuio eltrica
Iluminao e fiao
Comunicaes e segurana
Outros sistemas
Projeto
esquemtico
LOD AEM LOD

100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
100
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
200
200
200
100
100
100
100
100
100
200
200
100
100
100
100
100
100
100
100
100
100
100
100
100
Projeto
detalhado
Documentos de
implementao
AEM
LOD
AEM
LOD
AEM
PR
PR
PR
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
CP
300
300
300
300
300
300
300
300
300
300
300
300
300
100
100
300
300
300
300
300
300
100
100
100
CP
CP
CP
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
400
400
400
400
400
400
400
400
400
400
400
400
400
100
100
400
400
400
400
400
400
10
100
100
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
SE
92
reviso bibliogrfica

Conceituao
Nvel 1
E
EQUIPAMENTOS
E MOBILIRIO
CONSTRUO
ESPECIAL E
DEMOLIO
Nvel 2
Nvel 3
Grupos de elementos
E10
Equipamentos
E20
Mobilirio
F10
Construo especial
F20
Demolio seletiva
Final tabela 11
Fonte: Adaptado de American Institute of Architects (2007)
E1010
E1020
E1030
E1090
E2010
E2020
F1010
F1020
F1030
F1040
F1050
F2010
F2020
Equipamentos comerciais
Equipamentos institucionais
Equipamentos de veculos
Outros equipamentos
Mobilirios fixos
Mobilirios removveis
Estruturas especiais
Construes integradas
Sistemas de construes especiais
Sistemas de instalaes especiais
Controles especiais e instrumentao
Demolio de elementos do edifcio
Demolio de elementos perigosos
Projeto
esquemtico
LOD AEM LOD

100
100
100
100
100
100
100
100
100
100
100
100
100
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
100
100
100
100
100
100
200
100
100
100
100
200
100
Projeto
detalhado
Documentos de
implementao
AEM
LOD
AEM
LOD
AEM
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
PR
300
300
300
300
300
100
300
300
300
300
100
300
100
SE
SE
SE
SE
PR
PR
PR
PR
PR
PR
PR
PR
PR
400
400
400
400
400
100
400
400
400
400
100
400
100
SE
SE
SE
SE
PR
PR
PR
PR
PR
PR
PR
SE
SE
93
reviso bibliogrfica
4. Usurio do modelo: agentes ou organizaes autorizadas a utilizar o modelo no

projeto.
Matriz de elementos e objetos em BIM

O documento E202 da AIA pode ser interpretado como um conjunto de diretrizes mnimas
que norteiam o nvel de desenvolvimento de um modelo BIM. Todavia, a especificao do
nvel de desenvolvimento de um modelo pode ser bastante aprofundada graas riqueza
semntica do BIM, com suporte das classes IFC, pelas classes IFC.
A partir do documento E202 da AIA, Exhibit (2008), foi desenvolvido pelo VA BIM Guide
(2010), um manual com linhas guia de implementao do BIM para uso daquela instituio.
O manual estudou em profundidade o documento E202 e criou, como anexo, uma srie de
SODQLOKDVHP([FHOGHQRPLQDGDV0DWUL]GH(OHPHQWRVH2EMHWRVHP%,0FRPRREMHWLYR
de propiciar uma expanso em profundidade do E202 para dar suporte ao uso das informaes
em BIM com um grande nvel de detalhe. O desenvolvimento dessas planilhas ficou sob a
responsabilidade da empresa Graphisoft16.
As planilhas desse manual so citadas pelo recente Building and Construction_Authority
(2012), que ressalva, porm, serem elas baseadas nas prticas norte-americanas,
recomendando que os usurios interpretem o contedo e o adaptem s prticas locais.
As planilhas esto ordenadas pelo Sistema de classificao Uniformat e organizadas em um
arquivo Excel contendo RVVHJXLQWHVUHJLVWURVXPDSODQLOKDSULQFLSDOGHQRPLQDGDSODQLOKD
PHVWUD H DV SODQLOKDV LQGLYLGXDLV UHODFLRQDGDV D VHJXLU SHORV VHXV FyGLJRV Uniformat : A,
A10, A1020, B10, B1010, B2010, B2020, B2030, B30, C1010, C3030, D10, D20, D30, D40,
D50, E10, E2010, G, G10 e F1010.
As planilhas so um guia de trabalho para a equipe de projeto. Elas devem ser utilizadas para
a verificao dos requisitos especificados para o projeto. Para usar a planilha deve ser
escolhido o tipo especfico da informao a partir dos cabealhos da planilha mestra,
coloridos de maneira a ser um cdigo de cores.
Uma vez escolhido o tipo da informao, deve-se percorrer a planilha mestra e localizar a
linha que indica o LOD apropriado para a fase do projeto.
16
Graphisoft. Disponvel em: <http://www.graphisoft.com/>. Acesso em: 16/12/2012.
94
reviso bibliogrfica
As demais tabelas iro detalhar as propriedades especficas por tipo de objeto para o LOD
selecionado, relacionando-as com as classes IFC que suportam a propriedade. Existe tambm
um suporte para os softwares Archicad e Revit em que so mostrados os campos das
propriedades equivalentes disponveis para as verses 2010 desses softwares.
As informaes ou propriedades localizadas na planilha devem corresponder aos dados que
entraro nos campos dos objetos, elementos, famlias ou parmetros da ferramenta BIM
utilizada para a modelagem do projeto. At o presente estgio, ainda no existem todos os
campos em cada ferramenta de modelagem BIM, mas as que contm parmetros ou
propriedades que combinam so listadas em cada uma das planilhas dos elementos
individuais.
Foram construdas quatro tabelas para esclarecer a matriz de elementos e objetos em BIM:
A Tabela 12 foi construda para mostrar os grupos de tipos de propriedades utilizados na
planilha mestra. Nela, os tipos de propriedades esto categorizados conforme as O mniClass.
A Tabela 13 apresenta uma parte da planilha mestra (que vai at o grupo de propriedades de
especificaes), contemplando desde o LOD 100 at o LOD 500.
A Tabela 14 exemplifica uma planilha para um elemento especfico, no caso o elemento
SDUHGH FODVVLILFDGR FRPR & FRQIRUPH D Uniformat), e est traduzida em sua
totalidade. Ela apresenta as propriedades para cada tipo de grupo de atributos em funo do
LOD do projeto e contempla desde o LOD100 at o LOD 500. 17
A Tabela 15 apresenta o suporte dos softwares de modelagem para os itens de informao.
17
A srie completa de planilhas encontra-se disponvel para download em:

<http://www.cfm.va.gov/til/bim/BIMGuide/modreq.htm>. Acesso em: 25/12/2012.
95
reviso bibliogrfica
Tabela 12: Classificao dos Tipos de Informaes disponveis na Planilha Mestra

Tipo da informao
Classificao da informao conforme

critrio da OmniClass
Tabelas da OmniClass
correspondentes
Entidade de construo por funo
11
Entidade de construo por forma
12
Espaos por funo
13
Espaos por forma
14
Propriedades fsicas dos elementos e objetos BIM
Propriedades
49
Localizao geoespacial dos elementos e objetos
Propriedades
49
Informao
36
Produtos
23
Materiais
36
Informao
41
Produtos
23
Propriedades
49
Servios
32
Propriedades
49
Produtos
33
Informaes
26
Servios
32
Informaes
36
Programa do edifcio e metadados do projeto
Requisitos especficos de informao do fabricante
Especificaes
Estimativas de custos
Anlises energticas
96
reviso bibliogrfica
Materiais sustentveis conforme critrios LEED
Propriedades
49
Produtos
23
Materiais
41
Propriedades
49
Ambiente e condies do terreno
*Classificao expandida da Uniform at, no

suportada pela O mniClass
Validao e observncia do programa de necessidades
Espaos por funo
13
Espaos por forma
14
Propriedades
49
Espaos por funo
13
Propriedades
49
Informaes
36
Fases
31
Servios
32
Disciplinas
33
Papis organizacionais
34
Fases
31
Servios
32
Disciplinas
33
Papis organizacionais
34
Fases
31
Produtos
23
Cumprimento de cdigos de segurana
Planejamento da obra
Sequencia e logstica da construo
Comissionamento da obra
97
reviso bibliogrfica
Critrios classificao COBIE18, mais

informaes detalhadas em East (2012)
Instalaes e ativos da edificao
Resultados do trabalho
22
Servios
32
Informaes
36
Produtos
23
Fonte: Adaptado de VA BIM Guide (2010)
18
COBIE so as iniciais de Construction Operations Building Information Exchange, um padro que especifica e identifica o conjunto mnimo de informaes necessrias
para o gerenciamento dos ativos de um edifcio durante o seu ciclo de vida. O padro COBIE pode ser visualizado durante as fases de projeto, construo e manuteno
XWLOL]DQGR SDUD LVVR SODQLOKDV HP IRUPDWR ([FHO REWLGDV DWUDYpV GD H[SRUWDomR QR IRUPDWR [PO GDV FODVVHV ,)& FRQWHQGR R conjunto das especificaes do padro
COBIE.
98
reviso bibliogrfica
Tabela 13: Planilha Mestra com os Tipos de Grupos de Informao x LOD
Tipos de informaes
MATRIZ MESTRA DE
INFORMAES PARA O BIM
Servios e Tipos de
informaes de
desempenho
suportados por casos
de uso do BIM
Informaes nessa linha so

especficas para cada planilha
Categoria do item
Elemento, objeto ou familia
Programa do edifcio e
metadados do projeto
Propriedades fsicas dos

elementos e objetos BIM
Propriedades (Tabela 49)
Espaos por funo (Tabela 13)
Localizao geoespacial dos

elementos e objetos
Produtos (Tabela 23)
Informao (Tabela 36)
Materiais (Tabela 41)
Uniformat
Identificador dos servios (facilities) Comprimento total (Tabela 49)

do edifcio
Estudos de massa com

indicaes de rea, peso,
volume, locao e orientao
Nome dos servios

Tipo funcional dos servios
Largura total (Tabela 49)

Peso total (Tabela 49)
Longitude (Tabela 49)

Altitude (Table 49)
Funo dos servios (Tabela 11)

Forma do servio (Tabela 12)
Endereo do servio
Area total (Tabela 49)

Volume total (Tabela 49)
Posio sistema GPS (Tabela 49)

Tipo de posio (Tabela 49)
Restries de locao (Tabela 49)
Restries de cdigos legais (Tabela 49)
Comprimento (Tabela 49)
Nmero do pavimento (Tabela 49)
Largura (Tabela 49)

Peso (Tabela 49)
Area (Table 49)
Volume (Table 49)
Declividade (Tabela 49)
Tamanho mximo(Tabela 49)
Espao mnimo requerido (Tabela 49)
Propsito (Tabela 49)
Zona/Nome do espao (Tabelas13 & 14)

Zona/Nmero do espao (Tabela 49)
Nome do compartimento (Tabela 49)
Nmero do comodo (Tabela 49)
Identificador do piso (Tabela 49)
Nome do piso (Tabela 49)
Descrio do piso (Tabela 49)
Elevao do piso (Tabela 49)
Unidades de elevao do piso (Tabela 49)
Altura total do piso (Tabela 49)
Nmero de pisos (Tabela 49)
Nmero da zona de ventos (Tabela 49)
Descrio do tipo de vento (Tabelas 13 & 14)
Nome da zona (Tabela 13 )
Funo da zona (Tabela 14)
Sistemas gerais ou montagens Entorno do espao (Programa)

com quantidades
Tipo do espao/Categoria
aproximadas, tamanho, forma,
locao e orientao.
Especificaes
Podem ser ligadas informaes Produtos (Tabela 23)

do sistema MasterFormat
LOD 100-Conceitual
Nmero do projeto
Requisitos espaciais
informao do fabricante
UniFormat expandido
Espaos por forma (Tabela 14)
NVEL DE DETALHE
Descrio
Informaes resumidas sobre o produto
As categorias da informao esto codificadas por cores e incluem caractersitcas funcionais e de desempenho que podem ser extendidas atravs das tabelas da
OmniClass - estas suportam as tabelas de Servios, Tabelas 41 & 32.
Tipos de classificao da Entidade de construo por funo

informao. NOTA: Esta a (Tabela 11)
classificao genrica e nem
todos os tipos de dados so
atualmente suportados pelo
OmniClass
(Tabela 12)
LOD 200-Geometria
aproximada
Caractersticas bsicas
Informaes chave
Foto do objeto ou elemento
Latitude (Tabela 49)
(Por objeto / elemento)
(Ver a planilha apropriada)
Sistemas por funo (Tabelas 21 & 22)
Tipo geral (Tabelas 22 & 23)

(Ver a planilha apropriada)
99
Tipos de informaes
reviso bibliogrfica
Servios e Tipos de
informaes de
desempenho
de uso do BIM

OmniClass
(Tabela 12)


elementos e objetos
NVEL DE DETALHE
Funo do espao (Tabela 13)

Forma do espao (Tabela 14)
Nome do edificio (Tabela 49)
Nmero do edificio (Tabela 49)
Especificaes
UniFormat expandido

Uniformat

LOD 300- Geometria precisa
Montagens ou execuo
precisas em termo de
tamanho, forma, locao,
quantidades e orientao.

Elevao (Tabela 49)
Tamanho nominal (Tabela 49)
ngulo de rotao (Tabela 49)
Massa (Tabela 49)
Elevao
em relao
ao pavimento
(Tabela 49)
Massa por unidade de comprimento (Tabela Distanciamento
49)
em relao
ao referencial
Mass per Unit Area (Table 49)
(Tabela 49)
Identificador da coordenada (Tabela 49)
Conexes (Tabela 49)
Tipo da coordenada (Tabela 49)
Capacidade (Tabela 49)
Altura do forro (Tabela 49)
Perimetro (Tabela 49)
Inclinao do ngulo plano (Tabela 49)
Seo transversal (Tabela 49)
Profundidade (Tabela 49)
Tipo do ncleo (Tabela 49)
Tamanho do ncleo (Tabela 49)
Volume do ncleo (Tabela 49)
Superfcie bruta do ncleo (Tabela 49)
Superfcie folheada (Tabelas 49 & 41)
Volume folheado (Table 49)
Superfcie do topo (Tabela 49)
Superfcie do fundo (Tabela 49)
Superfcie dos limites (Tabela 49)
Folga dos espaos (Tabela 49)
Acessibilidade (Tabela 49)
Coordenada do eixo X (Tabela 49)

Unidade das coordenadas do eixo X (Tabela
49)
Coordenada
do eixo Y (Tabela 49)
Unidade das coordenadas do eixo Y (Table 49)
Coordenada do eixo Z (Table 49)
Unidade das coordenadas do eixo Z (Table 49)
Tipo (Tabela 36)

Material (Tabela 41 & 49)
Disponibilidade (Tabela 49)
Identificador do componente
(Tabelado49)
Nome
componente (Tabelas 23
& 49)
Descrio do componente (Tabela
49)

(See Appropriate Tab)
Identificador do atributo (Tabela 49)
Conjunto de tipos de atributo (Tabela 49)
Identificador da referncia do atributo (Tabela
49)
Nome do atributo (Tabela 49)
Descrio do atributo (Tabela 49)
Valor do atributo (Tabela 49)
Unidade do atributo (Tabela 49)
Referncia do atributo (Tabela 49)
Prioridade do atributo (Tabela 49)
100
Tipos de informaes
reviso bibliogrfica
Servios e Tipos de
informaes de
desempenho
de uso do BIM

OmniClass
(Tabela 12)


elementos e objetos

Uniformat

Prazo de entrega (Tabela 49)
Nome do fabricante (Tabela 49)
Peso para transporte (Tabela 49)
Montagens ou execuo
precisas em termo de
quantidades e orientao com
o detalhamento das
informaes.
Local de estocagem no canteiro da obra

(Tabela 13)
Nvel de rudo (Tabela 49)

Valor do atributo no projeto (Tabela 49)
Valor atual do atributo (Table 49)
LOD 500-Como construido
Nome no Sistema de Informao Geogrfica GIS (Tabela 49)

Nome no sistema GPS (Tabela 49)
Posio no sistema GPS (Tabela 49)
Nmero da classificao
Uniformat
49)(Tabela 49)
Nmero
no(Tabela
inventrio
Nmero do modelo (Tabela 49)
Nmero do pedido de compra
(Tabela 49) do produto (Tabela
Identificador
49)
Nome do produto (Tabela 23)
Ano da produo (Tabela 49)
Acessrios (Tabela 23)
Condio (Tabela 49)
LOD 400-Execuo e
fabricao
NVEL DE DETALHE
Especificaes
UniFormat expandido

Nmero do contato
Conforme construido com

preciso em termos de
Defeitos (Tabela 49)

Nmero de srie (Tabela 49)
Cdigo de barras (Tabela 49)
Provedor do servio (Tabelas 32 &
33)
Dados finais de aprovao do produto (Tabela

36)
Data final de aprovao dos desenhos
executivos (Tabela 36)
101
reviso bibliogrfica
Tabela 143URSULHGDGHVSDUDRHOHPHQWR3DUHGHHPIXQomRGR/2'HGRJUXS o de Tipos de Propriedades
Parede- Vedaes
internas
Objeto ou elemento BIM
Informao de uso geral
Categoria do item - Vedao interna
Sistema do edifcio
Descrio: um elemento em duas ou trs dimenses. Um elemento de superfcie vertical utilizado para
dividir ambientes dentro de um edifcio. Uma parede interna garante a privacidade entre espaos
adjacentes. Uma parede interna pode ser ou no um elemento estrutural.
Categoria do item no sistema - Uniformat
Photo
LOD
Categoria de informao por item de informao. (verificar a

planilha mestra das informaes).
LOD 100 - Conceitual

Estudos de massa com indicaes de
rea, peso, volume, locao e
orientao

Requisitos para estimativas de custos
Requisitos para anlises energticas
Item de informao
(informao sobre o objeto ou
elemento especfico)
Identificador da instalao
Nome da instalao
Descrio da instalao
Comprimento total
Largura total
Peso total
rea total
Volume tottal
Tipo de posio
Restrio de locao
Restrio de cdigos
Custos conceituais
Unidades dos custos conceituais
Hipteses de custos futuros
Bases de desempenho energtico
Hipteses de requisitos verdes
Estratgias 'verde'
Certificaes LEED, bronze, prata, ouro
Fases
Durao global
Suporte das classe IFC
IfcWall->IfcBuilding.Name
IfcWall->IfcBuilding.LongName
IfcWall->IfcBuilding.Description
IfcWall->IfcQuantityLength.Name="Length"
IfcWall->IfcQuantityLength.Name="Width"
IfcWall->IfcQuantityLength.Name="Height"
IfcWall->IfcQuantityArea.Name="GrossSurfaceArea"
IfcWall->IfcQuantityVolume.Name="GrossVolume"
IfcWall.ObjectPlacement
{clarify} - IfcConstraint
{clarify} - IfcConstraint
IfcWall->IfcCostValue.CostType="Conceptual"
IfcWall->IfcCostValue.CostType="Conceptual" + UnitBasis
IfcWall->IfcCostValue.CostType="Whole life"
IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement
IfcProject->IfcTask.Name {stages} + IfcClassificationReference to OmniClass
IfcProject->IfcTask->IfcScheduleTimeControl.ScheduleDuration
102
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

LOD 200-Geometria aproximada

Sistemas gerais ou montagens com
quantidades aproximadas, tamanho,
forma, locao e orientao.

Requisitos de informao do fabricante
Validao do programa de necessidades
Item de informao
elemento especfico)
Comprimento
Largura total
Altura
Area
Volume
Tamanho mximo
Nmero do pavimento
Nome do espao/zona
Nmero do espao/zona
Nome do comodo
Nmero do comodo
Identificador do piso
Nome do piso
Descrio do piso
Elevao do piso
Unidades de elevao do piso
Altura total do piso
Unidades da altura total do piso
Tipo geral
Estimativas de custos (p.ex custo por m2)
Itens LEED por valores das quantidades
Requisitos para os vidros de fachada
Requisitos para os comodos
Requisitos para taxa de proteo de
incndio
Seleo da tipologia do edificio
Sequenciamento de tempo
Ordem das atividades chave
IfcWall->IfcQuantityLength.Name="Length"
IfcWall->IfcQuantityLength.Name="Width"
IfcWall->IfcQuantityLength.Name="Depth"
IfcWall->IfcQuantityArea.Name="GrossSurfaceArea"
IfcWall->IfcQuantityVolume.Name="GrossVolume"
IfcWall->IfcBuildingStorey.Name
IfcWall->IfcZone.LongName (new in IFC2x4)
IfcWall->IfcZone.Name
IfcWall->IfcSpace.LongName
IfcWall->IfcSpace.Name
IIfcWall->fcBuildingStory.Name
IfcWall->IfcBuildingStory.LongName
IfcWall->IfcBuildingStory.Description
IfcWall->IfcBuildingStory.Elevation
IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet]
IfcBuildingStorey->IfcQuantityLength.Name="Height"
IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet]
IfcWallType.Name + IfcClassificationReference
IfcWall->IfcCostValue.CostType="Estimated" + UnitBasis
IfcWall->-IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement
IfcWall->Pset_DoorWindowGlazingType
assign IfcRelSpaceBoundary: IfcWall->IfcSpace - IfcSpace has IfcConstraint
IfcWall->Pset_ColumnCommon.IfcProperty.Name="FireRating"
IfcBuilding->IfcConstraint
IfcProject->IfcTask->IfcRelSequence + assign IfcWall->IfcRelAssignsToProcess
IfcProject->IfcTask.IsMilestone->IfcRelSequence + assign IfcWall->IfcRelAssignsToProcess
103
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

Item de informao
elemento especfico)
LOD 300-Geometria precisa

Montagens ou execuo precisas em Propriedades fsicas dos elementos e objetos BIM
termo de tamanho, forma, locao,
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Especificaes
Tamanho nominal
Conexes
Capacidade
Permetro
ngulo plano
Seo transversal
Elevao
Elevao para o Datum
ngulo de rotao
Elevao para o pavimento
Deslocamento em rel. ao referencial
Identificador de coordenadas
Tipo de coordenadas
Coordenada do eixo X
Unidade da coordenada do eixo X
Coordenada do eixo Y
Unidade da coordenada do eixo Y
Coordenada Z
Unidade da coordenada do eixo Z
Tipo
Material
Disponibilidader
Identificador do componente
Nome do componente
Descrio do componente
Acabamento interno
Acabamento da superfcie interna
Modelagem da base
Modelagem base
Modelagem coroa
Capacidade estrutural
Tipo de ncleo estrutural
Identificador do atributo
Tipo de conjunto de atributos
Identificador da referncia de atributos
Nome dos atributs
Descrio dos atributos
Valores dos atributos
Unidades dos atriburos
Referncias dos atributs
Prioridade dos atributos
IfcWall->Pset_ColumnCommon with Property.Name="LoadBearing"

IfcWall->IfcQuantityLength.Name="GrossPerimeter"
IfcWall->IfcQuantityArea.Name="GrossSideArea"
total height, sum up by IfcWall.ObjectPlacement.RelativePlacement.Location.[Z] + building story placement
total height, sum up by IfcWall.ObjectPlacement.RelativePlacement.Location.[Z] + building ref height
IfcWall.ObjectPlacement.RelativePlacement.RefDirection
IfcWall-> IfcBuildingStorey.Elevation
difference between IfcWall.ObjectPlaceement and IfcBuildingStorey.ObjectPlacement
IfcGeometricRepresentationContext.ContextIdentifier
IfcGeometricRepresentationContext.ContextType
IfcWall.ObjectPlacement.RelativePlacement.Location.[X]
IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet] - given consistently to all elements
IfcWall.ObjectPlacement.RelativePlacement.Location.[Y]
IfcWall.ObjectPlacement.RelativePlacement.Location.[Z]
IfcWallType
IfcWallType->IfcMaterial.Name
IfcWall.Tag
IfcWall.Name
IfcWall.Description
IfcWall->IfcCovering.Predefinedtype="CLADDING"
IfcWall->IfcCovering.Predefinedtype="CLADDING"
IfcWall->Pset_ColumnCommon->Property="LoadBearing"
{update} check with new COBIE2 consolidated attributes
IfcWall->IfcProperty.Name
IfcWall->IfcProperty.Description
IfcWall->IfcProperty.NominalValue
IfcWall->IfcProperty.Unit
104
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

Item de informao
elemento especfico)

Montagens ou execuo precisas em Requisitos para estimativas de custos
Requisitos para anlises energticas
Custo da montagem bsica

IfcWall->IfcCostValue : CostType="Assembly based"
Frete
IfcWall->IfcCostValue : CostType="Shipping"
Taxas adicionais
IfcWall->IfcCostValue : CostType="Additional Tax"
Custo total de propriedade
IfcWall->IfcCostValue : CostType="Total Ownershipt"
Valor de absoro
Tipo de material verde
Especificao 'verde' do material
Item novo
Item reciclado
Contedo de reciclagem ps industrializadaIfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement
Contedo de reciclagem pr-consumo
Contedo de reciclagem ps-consumo
Consumo de carbono
Impedncia acustica
IfcWall->Pset_ColumnCommon->Property="AcousticRating"
Transmitncia e resistncia ao som
Informaes do edifcio
IfcWall->IfcBuildingStorey
Requisitos das utilidades
IfcWall->IfcRelSpaceBoundary->IfcSpace : space constraints
Requisitos dos equipamentos
Requisitos dos acabamentos
Identificador do espao
Lista de identificadores dos espaos
Funes dos espaos
IfcWall->IfcRelSpaceBoundary->IfcSpace : space classification
Identificador das referncias dos espaos IfcWall->IfcRelSpaceBoundary->IfcSpace : space identifier
Nmero do espao
IfcWall->IfcRelSpaceBoundary->IfcSpace.Name
Nome do espao
IfcWall->IfcRelSpaceBoundary->IfcSpace.LongName
Descrio do espao
IfcWall->IfcRelSpaceBoundary->IfcSpace.Description
Altura utilizvel do espao
IfcWall->IfcRelSpaceBoundary->IfcSpace : space quantity height
Unidades da altura utilizvel do espao
105
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

Item de informao
elemento especfico)

Montagens ou execuo precisas em Cumprimento de cdigos de segurana
Resistncia ao fodo
Avaliao horria
Preveno ao incndio
Tempo de ciclo
Ordem de precedncias das atividades
Ordem de precedncias das montagens
Durao
Identificador do material
Identificador da lista do material
Nome do material
Descrio do material
Identificador do sistema
Lista de identificadores dos sistemas
Funo do sistema
Identificador do sistema de referncia
Nome do sistema
Descrio do sistema
IfcWall->Pset_ColumnCommon->Property="FireRating"
IfcWall->Pset_ColumnCommon->Property="FireRating"
IfcWall->IfcRelSpaceBoundary->IfcSpace : Pset_FireSafetyRequirements
{IfcProject->IfcTask->IfcRelSequence.TaskDuration.LagValue (added in IFC2x4)}
assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ScheduleDuration
IfcWall->IfcMaterial.Name
{IfcWall->IfcMaterial.Description (added in IFC2x4)}
IfcWall->IfcBuilding.Name
IfcWall->IfcSystem.ObjectType
IfcWall->IfcSystem.Name
{IfcWall->IfcSystem.LongName (added in IFC2x4)}
IfcWall->IfcSystem.Description
106
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

LOD 400-Execuo e fabricao

Montagens ou execuo precisas em
quantidades e orientao com o
detalhamento das informaes.

Item de informao
elemento especfico)
Tempo para entrega
Localizao do estoque no canteiro
Nome do fabricante
Nome do executor do servio
Nmero de srie
Nmero da classificao Uniformat
Nmero de inventrio
Nmero do modelo
Nmero do pedido de compra
Identificador do produto
Nome do produto
Ano de produo
Acessorios
Informaes da compra
Custo no varejo
Unidade de custo no varejo
Custo de instalao
Custo de montagem
Locao da manufatura no prdio
Item selecionado da certificao verde
Tempo de execuo
Mtodo executivo
Tempo de instalao
Sequencia de instalao
Data de incio da instalao
Data de trmino da instalao
Atraso previsto para entrega
Identificador do calendrio
Aprovado por
Entregue por
Atividade no calendrio
IfcProject->IfcTask.IsMilestone + assign IfcWall->IfcRelAssignsToProcess

IfcWall->Pset_ManufacturerTypeInformation->Property="Manufacturer" (see also Maker Name)
IfcWall->Pset_ManufacturerTypeInformation->Property="Manufacturer" (see also Manufacturer)
IfcWall->Pset_ManufacturerOccurrence->Property="SerialNumber"
IfcWall->Pset_ManufacturerOccurrence->Property="BarCode"
IfcWall->Pset_ManufacturerTypeInformation->Property="ModelLabel"
IfcWall->Pset_ManufacturerTypeInformation->Property="ArticleNumber"
IfcWallType->Pset_ManufacturerTypeInformation->Property="ModelReference"
IfcWallType->Pset_ManufacturerTypeInformation->Property="ProductionYear"
IfcWall->IfcCostValue : CostType="Retail"
IfcWall->IfcCostValue : CostType="Retail"" + UnitBasis
IfcWall->IfcCostValue : CostType="Installation"
IfcWall->IfcCostValue : CostType="Set Assembly"
assign IfcWall->IfcRelAssignsToProcess->IfcTask.WorkMethod
assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ActualStart
assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ActualFinish
assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.LateFinish
assign IfcWall->IfcRelAssignsToProcess->IfcTask.TaskId
assign IfcWall->IfcRelAssignsToProcess->IfcTask assigned to IfcApproval
assign IfcWall->IfcRelAssignsToProcess->IfcTask assigned to IfcApctor
107
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD



Item de informao
elemento especfico)
Identificador da transmisso
Lista de identificadores das transmisses
Nmero da transmisso
Reviso da transmisso
Desvio da transmisso
Nome da transmisso
Descrio da transmisso
Lista de identificadores da instalao
Nome da instalao
Fabricante da instalao
Modelo da instalao
Nmero de srie da instalao
Nmero da etiqueta da instalao
Descrio da instalao
atualizao a ser verificada com o padro COBIE2

108
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD



Item de informao
elemento especfico)
Identificador do registro
Identificador da lista de registros
Tipo de produto
Tipo de registro
Tipo do ativo
Registro aprovado por
Nome do registro
Referncia do registro
Custo de recolocao
Unidade do custo de recolocao
Expectativa de vida
Unidade da expectativa de vida
Identificador do documento
Identificador da lista de documentos
Nome do documento
Nome do diretrio do documento
Nome do arquivo
Tipo de documento
Identificador do manual
Nome do manual
Descrio do manual
Identificador da garantia
Lista de identificadores da garantia
Nome da garantia
Descrio da garantia
Incio da garantia
Trmino da garamtia
Identificador de estoque
Tipo de estoque
Lista de identificadores de estoque
Identificador do conjunto de estoques
Nome do estoque
Nmero de estoque
Descrio do estoque
Identificador de instruo
Nome da instruo
Descrio da instruo
Identificador de teste
Nome do teste
Descrio do teste
Identificador do certificado
Nome do certificado
Descrio do certificado

109
reviso bibliogrfica
Parede- Vedaes
internas
Sistema do edifcio
Photo
LOD

LOD 500-Como construido

Conforme construido com preciso em Localizao geoespacial dos elementos e objetos
termos de tamanho, forma, locao,
Item de informao
elemento especfico)
Etiqueta GIS
Etiqueta GPS
Posio GPS
Condio
Defeitos
Custo realizado
Custo da instalao
Custo que foi excedido do previsto
Documentao LEED
Avaliaes de desempenho 'verde'
Manuteno
{IfcCoordinateReferenceSystem->IfcMapConverstion (addded in IFC2x4)}

assigned to IfcSite with RefLongitude, RefLatitude, RefElevation
assigned to IfcSite with RefLongitude, RefLatitude, RefElevation
IfcWall->IfcCostValue : CostType="Recorded Actuall"

IfcWall->IfcCostValue : CostType="Installedl"
IfcWall->IfcCostValue : CostType="Over-Run"
110
reviso bibliogrfica
Tabela 15: Suporte dos softwares de modelagem para os itens de informao

VA Object Element Matrix
Suporte dos softwares para os itens de informao
ArchiCAD 12
Revit 2010
Descrio do parmetro
Nome da varivel no ArchiCAD
Descrio do parmetro
Nome da varivel no Revit
altura da parede
material da parede no lado oposto da abertura
material da parede no lado da abertura
material dos limites da parede
Identificador do usuario da parede
Identificador interno da parede (GUID)
Resoluo 3D da parede curvada
Espessura da parede
Espessura inicial da parede
Espessura final da parede
Inclinao das superfcies da parede
Tipo de material de enchimento da parede
Estrutura composta da parede
Nmero de camadas da parede
Parmetros das camadas da parede
Direo da parede
Coordenadas absolutas em relao origem
Comprimento da parede em relao linha de referncia
Comprimento da parede em relao ao lado oposto da linha de referncia
Comprimento da parede no centro
rea da parede
Permetro da parede
Superfcie da parede ao lado da linha de referncia
Superfcie da parede no lado opostoda linha de referncia
Superfcie do contorno da parede
Superfcie bruta da parede em relao linha de referncia
Superfcie bruta da parede em relao ao lado oposto linha de referncia
Volume da parede
Volume bruto da parede
Altura mnima da parede
Altura mxima da parede
WALL_HEIGHT
WALL_MAT_A
WALL_MAT_B
WALL_MAT_EDGE
WALL_ID
WALL_INTGUID
WALL_RESOL
WALL_THICKNESS
WALL_START_THICKNESS
WALL_END_THICKNESS
WALL_INCL
WALL_FILL
WALL_COMPS_NAME
WALL_SKINS_NUMBER
WALL_SKINS_PARAMS
WALL_DIRECTION
WALL_POSITION
WALL_LENGTH_A
WALL_LENGTH_B
WALL_CENTER_LENGTH
WALL_AREA
WALL_PERIMETER
WALL_SURFACE_A
WALL_SURFACE_B
WALL_EDGE_SURF
WALL_GROSS_SURFACE_A
WALL_GROSS_SURFACE_B
WALL_VOLUME
WALL_GROSS_VOLUME
WALL_MIN_HEIGHT
WALL_MAX_HEIGHT
Cdigo de montagem
Descrio da montagem
Famlia e tipo
Famlia
Tipo
Marcao
Nota chave
Funo
Uso estrutural
Taxa de proteo contra fogo
Fabricante
Modelo
Comentrios do tipo
Tipo de marcao
URL
Comentrios
rea
Volume
Altura
Largura
Projeo vertical do fundo
Projeo vertical do topo
Projeo horizontal
Contagem
Descrio
Custo
Varivel definida pelo usuro
AssemblyCode
AssemblyDescription
FamilyandType
Family
Type
Mark
Keynote
Function
StructuralUsage
FireRating
Manufacturer
Model
TypeComments
TypeMark
URL
Comments
Area
Volume
Width
Length
BottomVerticalProjection
TopVerticalProjection
HorizontalProjection
Count
Description
Cost
*VARIABLE
Identificador nico
Tipo do identificador nico
Criado na fase
Demolido na fase
Opo de projeto
Volume estimado de reforo
Deslocamento do topo
Deslocamento da base
Restrio da base
Altura desconectada
Restrio de topo
Delimitador do cmodo
UniqueID
UniqueTypeID
PhaseCreated
PhaseDemolished
DesignOption
EstimatedReinforcementVolume
TopOffset
BaseOffset
BaseConstraint
UnconnectedHeight
TopConstraint
RoomBounding
Tipos de parmetros e variveis das paredes
Identificador nico
Id
Nota chave
Modelo
Fabricante
Comentrios do tipo
URL
Descrio
Cdigo de montagem
Nome da famlia
Nome do tipo
Tipo da marcao
Proteo contra fogo
Custo
Largura
Varivel definida pelo usurio
Keynote
Model
Manufacturer
TypeComments
URL
Description
AssemblyCode
FamilyName
TypeName
TypeMark
FireRating
Cost
Width
*VARIABLE
111
reviso bibliogrfica
2.6.14 Gesto e coordenao do processo de projeto em BIM

Ao observar de perto o que as disciplinas fazem quando trabalham com a informao de um
edifcio, logo se perceber que a vista de uma disciplina no somente um subconjunto de
WRGDDLQIRUPDomo do edifcio.
Durante o processo de projeto, a informao filtrada, idealizada e transformada em ciclos
sucessivos de interaes, em que os modelos individuais so mesclados, interferncias
detectadas, novas informaes agregadas e novos problemas percebidos, conforme Figura 29.
Figura 29: Coordenao entre disciplinas
Fonte: Adaptado de buildingSMART (2012c)

Algumas vezes, novas informaes so adicionadas por motivo de anlises. Um engenheiro
de estrutura analisa um edifcio e cria seu prprio modelo a partir das interaes com os
demais modelos. Assim, componentes que no tenham uma funo estrutural so
considerados carregamentos, e informaes irrelevantes, como cores ou propriedades
trmicas, so desprezadas.
Diferentes vises do modelo podem tambm ser desenvolvidas para atender necessidade da
informao dos agentes. Dessa maneira, o modelo de uma estrutura concebido com seus
pilares contnuos para a criao de prticos, mas esses pilares contnuos podem ser
interrompidos no modelo do construtor, para adequar o modelo forma como a estrutura do
edifcio construda, atravs da sucesso de seus pavimentos (Figura 30a). O construtor por
sua vez procura visualizar o espao final e toda sua infraestrutura, enquanto o arquiteto ir se
preocupar mais com o aspecto final do ambiente. (Figura 30b).
112
reviso bibliogrfica
Figura 30: Diferentes vises e diferentes modelos
Fonte: Extrado de American Institute of Architects (2009)

Nederveen, Beheshti e Gielingh (2010) afirmam que a parte complexa a relao entre os
diferentes modelos. O processo de desenvolvimento de um projeto cclico e interativo, e no
caso do BIM envolve a coordenao do processo de projeto, a coordenao do
desenvolvimento do modelo (o produto resultante dessa interao) ocorrendo de maneira
simultnea.
Portanto, a gerao de um modelo de uma disciplina semanticamente rico muito mais
complexo que proceder a uma simples seleo; demanda esforos conjuntos e integrados por
meio da gesto e coordenao do processo de projeto e do produto. Essa relao de
coordenao desenvolvida de maneira contnua e interdependente.
113
reviso bibliogrfica
2.6.15 Anlise crtica e controle de qualidade de projetos em BIM

Melhado (1994) define anlise crtica de projetos como:
Avaliao
do
projeto ou de uma
sua parte,
propondo
alteraes ou
complementaes, visando atender a uma dada diretriz ou atingir um dado objetivo

adequar caractersticas do produto, aumentar sua construtibilidade, reduzir custos
ou prazos, otimizar mtodos construtivos e racionalizar a produo, ou quaisquer
outros que contribuam para a qualidade. Melhado (1994), p. 200
Em seus slides de aula, Melhado (2009) relaciona alguns aspectos a serem verificados na
anlise crtica de um projeto, como, por exemplo: atendimento s normas tcnicas aplicveis
ao caso; aplicao dos princpios de racionalizao e construtibilidade; avaliao tecnolgica
e econmica; deteco de pontos desconsiderados ou mal resolvidos.
Os pontos-chave destacados por esse autor nvel de compatibilizao das interfaces,
atendimento de normas tcnicas e deteco de pontos mal resolvidos so normalmente
problemticos no processo de projeto e geradores de atrasos e retrabalhos.
Na rotina prtica de projetos comum ocorrer o que VH GHQRPLQD FRPSDWLELOL]DomR GH
SURMHWRVFRQFHLWRQRUPDOPHQWHFRQIXQGLGRFRPDQiOLVHFUtWLFD
Para Graziano (2003), a compatibilidade definida como um atributo do projeto, cujos
componentes dos sistemas ocupem espaos que no conflitem entre si e, alm disso, os dados
compartilhados tenham consistncia e confiabilidade at o final do processo de projeto e obra.
Para Rodrigues e Heineck (2001), a compatibilizao deve acontecer em todas as etapas do
projeto, com foco na integrao geral das solues e nas verificaes das interferncias
geomtricas.
Melhado (1994) ressalta que cada um dos projetistas deve se preocupar em garantir a
compatibilidade do seu trabalho com o dos demais membros da equipe, colaborando para a
coordenao das interfaces.
De acordo com Picchi (1993), a compatibilizao de projetos compreende a atividade de
sobrepor os vrios projetos e identificar as interferncias, bem como programar reunies entre
os diversos projetistas e a coordenao, com o objetivo de resolver eventuais interferncias
detectadas.
114
reviso bibliogrfica
3RGHPRV VLQWHWL]DU R FRQFHLWR GH DQiOLVH FUtWLFD GH PDQHLUD JHUDO FRPR D DYDOLDomR GR
FRQWH~GRGRSURMHWRHFRPSDWLELOL]DomRFRPRDVROXomRGHLQWHUIHUrQFLDVJHRPpWULFDV
A sntese feita a partir da leitura dessas referncias permite entender a compatibilizao como
um processo colaborativo, preservando a responsabilidade individual de cada um dos agentes,
gerando projetos com dados consistentes e que possam ser compartilhados, com solues
integradas e sem interferncias geomtricas, de forma a garantir a construtibilidade do
edifcio.
No universo BIM, esses processos relacionados por Melhado so bastante facilitados, graas
s ferramentas tecnolgicas disponibilizadas. Em BIM, esses conceitos so tratados atravs de
um processo denominado clash detection RXGHWHFomRGHLQWHUIHUrQFLDV
Benning et al. (2010b) classificam a deteco de interferncias em duas categorias:
interferncias baseados na geometria e interferncias baseadas na verificao de regras.
Segundo o autor, a deteco das interferncias baseadas na geometria consiste no processo de
verificao cruzada entre as especialidades para a descoberta de interseces geomtricas
entre elementos em 3D.
A deteco das interferncias baseadas em regras mais complexa, pois consiste na
verificao dos requisitos e normas legais estabelecidos. O autor exemplifica o conceito
DWUDYpVGHGLYHUVRVH[HPSORVXPDGHWHUPLQDGDWXEXODomRQmRSRGHFUX]DUXPGHWHUPLQDGR
F{PRGRRXXPHOHmento A e um elemento B precisam manter uma distncia mnima de 40
FP RX WDPEpP WRGRV RV HOHPHQWRV SDUHGH SUHFLVDP VHU PRGHODGRV QD FDPDGD GDV
SDUHGHV ,VVR VLJQLILFD TXH D GHWHFomR D SDUWLU GH UHJUDV SRVVLELOLWD D LGHQWLILFDomR GH
conflitos mais complexos que necessitam ser verificados por softwares com habilidades de
anlises do modelo19.
Em uma anlise mais aprofundada do problema, o autor categoriza ainda os dois tipos de
interferncias em trs categorias.
1. Interferncias fsicas fortes: so interferncias em que elementos colidem de
forma a inviabilizar a execuo fsica; elas ocorrem quando dois elementos se
penetram ou se superpem, conforme pode ser visto na Figura 31. Essas interferncias
podem ser de dois tipos: colises entre o mesmo elemento (lado esquerdo da figura)
19
O Solibri Model Checker possibilita a verificao do modelo BIM atravs de um processo denominado rule
checking, software apropriado para a deteco dessa classe de conflitos.
115
reviso bibliogrfica
ou colises entre vrios elementos de uma ou vrias disciplinas (lado direito da

figura).
Figura 31: Interferncia fsica forte
Fonte: Extrado de Benning et al. (2010b)

2. Interferncias fsicas fracas: so interferncias que ocorrem quando um objeto
intersecta uma rea que pode afetar o movimento de objetos ou pessoas. So
interferncias que no impedem a construtibilidade, porm podem dificultar o uso do
edifcio em operao normal.
Interferncias que bloqueiam acessos: ocorrem quando por exemplo uma
tubulao bloqueia o livre acesso uma determinada destinada por exemplo
manuteno, Figura 32.
Figura 32: Interferncias que bloqueiam acessos
Fonte: Extrado de Benning et al. (2010b)
116
reviso bibliogrfica
Interferncias relacionadas com o tempo e movimentos: esse tipo de

interferncia ocorre, por exemplo, quando se imagina a coliso entre objetos mveis,
como duas gruas operando simultaneamente em um canteiro de obras.
3. Interferncias com normas e regulamentos: esse tipo de interferncia ocorre

quando alguma norma ou regulamentao de cdigos de edificaes no respeitada,
como, por exemplo, uma tubulao que cruza um cmodo em uma cota muito baixa,
ou um cmodo com dimenses menores que as mnimas regulamentadas pela lei.
possvel tambm verificar o atendimento de requisitos especficos de acessibilidade de
edificaes, rotas de fuga para situaes de emergncia, entre outros. A Figura 33
mostra que o banheiro em questo no permite o acesso de cadeira de rodas,
demonstrado pelo desenho de um crculo vermelho indicando essa interferncia.
Figura 33: Interferncia com a acessibilidade a um ambiente
Fonte: Extrado do help do software Solibri
Comentrios
A compatibilizao geomtrica no universo BIM talvez seja um dos atributos mais
conhecidos na prtica atual; porm, o aspecto da verificao da compatibilizao baseada em
regras abre a possibilidade de estudos mais aprofundados do processo de anlise crtica,
podendo melhor-lo sensivelmente, pois o atendimento de requisitos espaciais de programa e
o atendimento s normas e a requisitos especficos do usurio podem ser feitos de maneira
117
reviso bibliogrfica
automtica, ampliando potencialmente o uso do BIM para as fases iniciais do processo de

projeto e instrumentalizando adequadamente a atividade de anlise crtica de projetos
2.6.16 A coordenao de projetos e o surgimento de novos agentes

Observa-se, com a crescente complexidade dos edifcios aliada ao advento do BIM, que
existem dois grandes domnios envolvidos em um todo: a gesto do processo de projeto e a
gesto da modelagem da informao (o produto da interao entre eles so os modelos BIM).
Esses domnios podem ser associados analogicamente ao funcionamento de duas engrenagens
acopladas para ilustrar a interdependncia entre o processo de projeto e o processo de
modelagem da informao (Figura 34).
.Figura 34: Inter-relao entre a gesto do processo de projeto e a gesto da
modelagem da informao
Fonte: Autor
Porm, para que tais engrenagens possam girar de forma coordenada, necessria uma gesto
desse movimento. Um ponto essencial para o sucesso dos projetos, trazendo o movimento das
engrenagens para o modelo BIM, , de acordo com Moum, Koch e Haugen (2009), ter uma
gesto eficaz do seu processo.
118
reviso bibliogrfica
O campo do processo de projeto complexo e as sucesses de aes recprocas entre

processos interativos e interdependentes e de papis e aes podem ser vistas como a base
para o desenvolvimento de boas solues de projeto.
A complexidade crescente do processo de projeto introduziu ao longo do tempo a funo de
coordenador de projetos, pois, segundo Melhado (informao verbal)20 o projeto um
processo e, como tal, necessita de gesto para atingir seus objetivos.
Para o exerccio dessa gesto, Melhado (1994) define a coordenao de projetos como uma
atividade decorrente de um carter multidisciplinar, devendo ser exercida por profissional
experiente, o coordenador de projetos, de forma imparcial e isenta, representando, em
primeiro plano, o empreendedor e tendo os seguintes objetivos bsicos:
Orientar a equipe de projeto e garantir o atendimento s necessidades dos clientes do
projeto; garantir a obteno de projetos coerentes e completos, isto , sem conflitos
entre as especialidadeVHVHPSRQWRVGHLQGHILQLomRvazios de projeto); coordenar
o desenvolvimento do projeto, distribuindo tarefas e estabelecendo prazos, alm de
disciplinar o fluxo de informaes entre os participantes e demais envolvidos no
projeto, transmitindo dados e realizando consultas, organizando reunies de
LQWHJUDomRHFRQWURODQGRDTXDOLGDGHGRVHUYLoRSURMHWRGHFLGLUHQWUHDOWHUQDtivas
para soluo de problemas tcnicos, em especial nas interfaces entre especialidades.
Melhado (1994), p. 199
A Associao de Gestores e Coordenadores de Projetos (2003b) descreve a atuao do

coordenador de projetos de forma similar a Melhado (1994) e relaciona o seu papel nas
diversas fases do processo de projeto convencional:
Fase a concepo do produto
Apoiar o empreendedor nas atividades relativas ao levantamento e definio do conjunto de
dados e de informaes que objetivam conceituar e caracterizar perfeitamente o partido do
produto imobilirio e as restries que o regem, e definir as caractersticas que devem ter os
profissionais de projeto a serem contratados.
Fase b definio do produto
Coordenar as atividades necessrias consolidao do partido do produto imobilirio e dos
demais elementos do empreendimento, definindo todas as informaes necessrias
20
Informao fornecida em sesso de orientao em 2012.
119
reviso bibliogrfica
verificao de sua viabilidade tcnica, fsica e econmico-financeira, e elaborao dos

projetos legais.
Fase c identificao e soluo de interfaces de projeto
Coordenar a conceituao e caracterizao claras de todos os elementos do projeto do
empreendimento com as definies de projeto necessrias a todos os agentes nele envolvidos,
resultando em um projeto com solues para as interferncias entre sistemas e todas as suas
interfaces resolvidas, de modo a subsidiar a anlise de mtodos construtivos e a estimativa de
custos e prazos de execuo.
Fase d detalhamento de projetos
Coordenar o desenvolvimento do detalhamento de todos os elementos de projeto do
empreendimento, de modo a gerar um conjunto de documentos suficientes para a perfeita
caracterizao das obras e servios a serem executados, possibilitando a avaliao dos custos,
dos mtodos construtivos e dos prazos de execuo.
Fase e ps-entrega de projetos
Garantir a plena compreenso e utilizao das informaes de projeto e sua correta aplicao,
e avaliar o desempenho do projeto em execuo.
Fase f ps-entrega da obra
Coordenar o processo de avaliao e retroalimentao do processo de projeto, abrangendo os
diversos agentes do empreendimento e gerando aes para melhoria em todos os nveis de
atividades envolvidos.
Porm, o BIM e seus processos tm uma forte base na tecnologia da informao, demandando
dos profissionais mudanas em suas prticas de projeto e em sua relao com o objeto em si:
o edifcio. Essa questo remete a observaes das prticas de projeto feitas por pesquisadores
como Kalay (2004); Lawson (2006) e Schn (1983)
Schn (1983) caracteriza a prtica do projeto como um dilogo reflexivo entre o projetista e a
situao do projeto.
Kalay (2004) refere-se ao processo de projeto como uma relao cclica entre dois
paradigmas: o projeto como solucionador de problemas, em que o projetista busca solues
para os problemas; e o projeto como a montagem de um quebra-cabea, o projetista vendo-o
como um processo de descoberta em que as partes dadas so sintetizadas em um todo nico.
120
reviso bibliogrfica
Lawson (2006) descreve o processo de projeto como uma negociao entre o problema e a
soluo, por intermdio das atividades de anlise, sntese e avaliao, o que desafia a
compreenso do processo de projeto como apenas uma sequncia de atividades.
Os requisitos de implantao e gesto do BIM vm demandando novas habilidades
especficas dos profissionais, e, por isso, tm surgido no mercado novos especialistas,
destacando-se entre eles o gerente de BIM ou BIM Manager, como mais conhecido no
jargo.
Segundo Barison e Santos (2010), as empresas necessitam de um novo profissional que seja
responsvel pela coordenao que o contexto do BIM requer; afirmam os autores que a
funo principal desse novo profissional gerenciar as pessoas na implementao ou na
manuteno do processo de projeto em BIM.
A definio de suas autoridades e responsabilidades bastante extensa e, de acordo com o
Building and Construction Authority (2012), elas so genericamente resumidas nos seguintes
termos:
1. Estabelecer e acordar um plano de execuo BIM, garantindo o seu cumprimento e
melhoria contnua, e tambm praticar todas e quaisquer responsabilidades ou funes,
conforme exigidas no Plano de Execuo BIM;
2. Criar, apagar, modificar e manter os direitos de acesso adequados para os usurios,
para evitar perda de dados ou danos durante a troca de arquivos, manuteno e
arquivamento;
3. Definir o ponto de origem do modelo, sistema de coordenadas e unidades de medida;
4. Definir o nome do modelo;
5. Facilitar a coordenao do modelo promovendo reunies, incluindo anlises de
interferncias e emisso de relatrios peridicos de compatibilizao;
6. Dar a soluo para o armazenamento do modelo;
7. Controlar a nomenclatura das verses do modelo;
8. Controlar os direitos de acesso dos usurios;
9. Agregar o modelo, tornando-o disponvel para visualizao;
10. Receber novos modelos, coordenar a troca de modelos, validar os arquivos, liberandoos para os demais projetistas, em acordo com os protocolos aplicveis do plano de
execuo do BIM, mantendo uma cpia de segurana de cada arquivo recebido;
11. Tomar as precaues necessrias para garantir que no ocorram problemas de
interoperabilidade, providenciando, para isso, os requisitos necessrios de hardware,
121
reviso bibliogrfica
software, licenas, formato de arquivos e necessidades de espaos de trabalho

colaborativos;
12. Determinar as convenes a serem seguidas para o processo de reviso dos modelos
BIM;
13. Estabelecer um protocolo de segurana de dados para prevenir a ocorrncia de dados
corrompidos, vrus, mau uso de dados ou danos deliberados pelos membros da equipe
de projetos e outros;
14. Responsabilidade pelos backups regulares dos dados dos servidores de modelo;
15. Processamento de rotinas para garantir a segurana do modelo de dados;
16. Atualizar os aplicativos para impedir vulnerabilidades documentadas pelos fabricantes
de software no modelo;
17. Estabelecer e manter a proteo de dados atravs de mecanismos de encriptao de
dados;
18. Documentar e relatar qualquer incidente relacionado com o modelo;
19. Transferir incondicionalmente para o seu eventual sucessor todas as informaes
necessrias para a continuidade do trabalho.
Gallello (2008) acrescenta s habilidades do gerente de BIM a capacidade de pensamento no
linear e de viso multidisciplinar e tambm o entendimento dos fluxos de trabalho do
processo de projeto e conhecimentos sobre sua gesto.
O escopo de sua atuao estabelecido considerando o papel que esse agente pode assumir.
Assim, o Building and Construction Authority (2012) determina diferentes responsabilidades
para o gerente de BIM levando em conta trs contextos distintos: o contexto do processo de
projeto, o contexto da empresa de projeto e o mbito da construtora e do empreendedor.
Barison e Santos (2010) fazem raciocnio semelhante e relacionam algumas de suas
responsabilidades. No trabalho em empresas de projeto, o BIM Manager ser responsvel pela
implementao do BIM, pela coordenao das equipes de projeto, estabelecendo a conexo
necessria entre os diversos escritrios.
Suas funes incluem tambm organizar os treinamentos e se manter informado sobre as
novas atualizaes de software, assumindo ainda a responsabilidade pela difuso dos
conceitos BIM na organizao e no mercado e com isso exercendo um papel estratgico no
processo.
122
reviso bibliogrfica
Contudo, os autores enfatizam a importncia da existncia de um plano de implementao do

BIM como requisito para embasar o processo na empresa e colocam a responsabilidade em
manter e implementar o plano como uma de suas funes precpuas, examinando e avaliando
as metas do processo em BIM, e desenvolvendo um plano que atenda s demandas dos
clientes, levando em conta a experincia da equipe de projeto e a disponibilidade de recursos.
'HQWUR GD UHYLVmR GRV HVSHFLDOLVWDV HP %,0 HODERUDGD SRU Barison e Santos (2010),
relacionada ainda uma nova srie de profissionais BIM, classificados segundo suas
atribuies como: modelador, analista, desenvolvedor de aplicaes, especialistas em
modelagem, facilitadores, consultores, pesquisadores. Os autores concluem ressaltando a
importncia de mais pesquisas que investiguem a participao de todos esses especialistas a
partir de uma abordagem organizacional, de modo a detectar quais conhecimentos e
competncias precisam ser criados para que uma organizao obtenha vantagens
competitivas.
Comentrios
A reviso do tema mostrou pontos de grande relevncia; um deles a importncia da gesto
do processo de projeto, que, independentemente do suporte tecnolgico a ser dado, precisa
continuar existindo. Outro ponto ressaltado o advento do BIM trazendo radicais
transformaes para o processo de trabalho tradicional e incorporando novas necessidades
tcnicas e organizacionais.
Esse tpico suscita relevantes reflexes.
A abordagem advinda dos profissionais especializados em TI tem sido a da especializao,
desde um nvel superior gerente de BIM at um nvel inferior na cadeia de produo o
modelador de BIM , o que nos leva a questionar se essa forma de viso focada na
especializao de funes e na diviso do trabalho no tende a conduzir o processo de projeto
DXPDOLQKDFDGDYH]PDLVIRUGLVWDHWD\ORULVWDILORVRILDVTXHVHFDUDFWHUL]DPSHODrQIDVHQDV
tarefas, cada vez mais atomizadas, com o objetivo de aumentar a eficincia em nvel
operacional.
No seria esta uma forma de conceber os sistemas como simples agregados mecanicistas de
partes em relaes causais separadas umas das outras, resultando em uma concepo de
causalidade linear unidirecional?
123
reviso bibliogrfica
O pressuposto implcito nesse raciocnio o da simplicidade, concepo segundo a qual

necessrio separar as partes para entender o todo. Ou seja, separar o mundo complexo em
partes para se chegar compreenso do todo atravs da deteco de seus elementos simples.
Da a compartimentao do saber, que fragmenta o conhecimento em diferentes disciplinas.
Dessa forma criam-se os especialistas, aqueles que tm um acesso privilegiado ao
conhecimento, estabelecendo-se uma hierarquia do saber.
A concepo do BIM, por sua vez, defende uma viso holstica do edifcio em todo o seu
FLFORGHYLGDHWHUPRVFRPRLQWHJUDomRHFRODERUDomRVmRFRUUHQWHVHPVXDOLWHUDWXUDR
que torna essa concepo mais coerente com a escola de pensamento sistmico de Ludwig
von Bertalanffy.
Bertalanffy (1975) define a Teoria Geral dos Sistemas como o mtodo que procura entender o
funcionamento dos sistemas, com o objetivo de classific-los conforme seus componentes se
RUJDQL]DPGHPRGRDLGHQWLILFDUDVOHLVRXRVSDGU}HVFDUDFWHUtVWLFRVGHFRmportamento de
cada categoria de sistemas.
Um de seus princpios a interdependncia das partes: o todo constitudo de partes
interdependentes, e, segundo o autor:
A tecnologia e a sociedade hoje se tornaram to complexas que as solues
tradicionais j no so suficientes. necessrio utilizar abordagens de natureza
holstica ou sistmica, generalistas ou interdisciplinares. Ou seja, os sistemas devem
ser estudados como entidades e no como um ajuntamento de partes distintas.
Bertalanffy (1975)
Seriam necessrios mais profissionais ou precisaria melhorar a qualificao dos atuais,

agregando a eles mais competncias? As divises de funes pressupem tambm uma
diviso entre os campos da gesto e do projeto e o campo da tecnologia, o que pode levar a
hierarquias baseadas no saber, resultando em silos de conhecimento, problemas de comando e
tomadas de deciso, relaes de subordinao e burocracia dentro das empresas.
Por outro lado, a carga de conhecimentos e habilidades requeridas, relacionadas tanto para o
coordenador de projetos quanto para o gerente de BIM, mostra que um profissional que rena
sozinho a maior parte dessas competncias praticamente inexistente no mercado e sua
formao plena iria requerer muitos anos de prtica e de estudos aprofundados.
124
reviso bibliogrfica
O mercado vive atualmente uma fase de transio e de incio de implantao de uma nova
tecnologia e novos processos.
Tome-se como exemplo a implantao de sistemas de gesto ERP, na prtica existe um
perodo que pode ser razoavelmente longo que requer a presena na empresa de tcnicos
especializados que iro treinar a equipe no uso do software e iro customiz-lo para atender s
necessidades especficas da empresa. Findo esse perodo a empresa de maneira autnoma
continua conduzindo os seus processos e utiliza eventualmente de suporte tcnico para
esclarecimento de detalhes ou para a configurao de novas verses do software.
Entendemos que com o BIM o processo seja semelhante. Porm, achamos que a demanda
maior seja de natureza processual, devendo ser feita uma reestruturao dos processos de
trabalho em funo da tecnologia a ser implantada. Essa tecnologia, por sua vez, deve tambm
ser pensada de modo a buscar, dentro dos limites possveis, sintonia com os processos.
A figura de um gerente de BIM, em nosso entendimento, dispensvel em uma viso de
ORQJR SUD]R SRLV VH DQDOLVDUPRV D GHVFULomR GH VXDV IXQo}HV IHLWD D SDUWLU GD UHYLVmR
ELEOLRJUiILFDLUHPRVFRQVWDWDUTXHPXLWDVGHODV, so superpostas s funes do coordenador
de projetos, como, por exemplo: promover reunies entre a equipe de projeto; emisso de
relatrios peridicos de compatibilizao; coordenar a troca de modelos; validar os arquivos,
liberando-os para os demais projetistas; definir o ponto de origem do modelo, sistema de
coordenadas e unidades de medida; capacidade de pensamento no linear e de viso
multidisciplinar e tambm o entendimento dos fluxos de trabalho do processo de projeto e
conhecimentos sobre sua gesto.
Portanto, entendemos ser necessrio melhorar a capacitao desse profissional de
coordenao de projetos, que atualmente deficiente, sendo talvez esse fator que cause a
QHFHVVLGDGH GH XP SURILVVLRQDO VDOYDGRU GD SiWULD VDtGD TXH QRV SDUHFH LQFRUUHWD SRU
postergar a soluo do problema.
Acreditamos, em uma perspectiva de longo prazo, que a melhoria da capacitao seja a
soluo mais correta, e a agregao de especialistas em determinadas funes requeridas pelo
BIM, como preparao de famlias e outras de natureza meramente tecnolgica, seja
acessria, podendo ser complementada por profissionais subordinados ao coordenador de
projetos.
125
reviso bibliogrfica
2.6.17 Compartilhamento e troca de modelos BIM

A colaborao na AEC compreende complexos fluxos de trabalho em que diferentes agentes
precisam ser incorporados em um conjunto comum de informaes por um longo perodo de
tempo. Durante o processo de projeto, quando a tecnologia BIM utilizada, a colaborao
acontece atravs da troca ou do compartilhamento dos modelos BIM ou de seus subconjuntos.
Como espinha dorsal de todo o ciclo de vida da edificao, as informaes devem estar
disponveis no BIM a qualquer um dos agentes envolvidos, sempre que for necessrio.
Portanto, os mecanismos de troca e compartilhamento so essenciais para o desenvolvimento
de metodologias de gesto que possibilitem acompanhar a evoluo do projeto e o
atendimento dos requisitos do cliente.
A reviso bibliogrfica do tema foi feita basicamente com referncia nas publicaes de
Isikdag e Underwood (2010) e Eastman et al. (2008), que compilaram as diferentes formas
como as trocas de informao em BIM se processam.
Essas trocas vo desde mecanismos rudimentares, como a simples troca fsica de arquivos, at
tecnologias sofisticadas de servidores de modelo, como Autodesk (2012b), ou Plataformas
Abertas de Interoperabilidade, como descrito por Nummelin et al. (2010) no Projeto InPro.
A amplitude da pesquisa possibilitou classificar os mtodos de troca em duas categorias uma
baseada no formato do arquivo e outra na plataforma na qual a troca feita, sendo possvel
tambm diversas combinaes entre ambas.
Os resultados esto categorizados na Tabela 16 e sero comentados ao longo do tpico.
Tabela 16: Diferentes mecanismos e formatos de troca de informaes em BIM
Trocas de acordo com o formato do Trocas de acordo com a plataforma
arquivo
Trocas atravs de API
Trocas de arquivos fsicos de modelos separados
Formatos proprietrios
Modelos federados
Formatos de exportao pblicos
Servidores de Modelo em formato proprietrio
Atravs de esquemas baseados em XML
Servidores de Modelo em formato IFC
Fontes: Isikdag e Underwood (2010); Eastman et al. (2008)
126
reviso bibliogrfica
Troca de dados atravs de interfaces entre programas (API)

Eastman et al. (2008) definem esse mtodo como uma ligao direta entre ferramentas
especficas em BIM atravs de protocolos de comunicao proprietrios conhecidos como
API (Application Programming Interface )
21
. Segundo Isikdag e Underwood (2010), esse
mtodo mais apropriado para compartilhar dados, em vez de troc-los, e geralmente ocorre
em uma arquitetura do tipo two-tier22, RX DUTXLWHWXUD GH GXDV FDPDGDV QD TXDO XP
DSOLFDWLYR TXH UHTXLVLWD D LQIRUPDomR p R DSOLFDWLYR FOLHQWH H R DSOLFDWLYR TXH IRUQHFH D
LQIRUPDomR p R DSOLFDWLYR VHUYLGRU VHQGR D OLJDomR HQWUH HVVHV DSOLFativos feita por meio
dos protocolos da API.
Troca de dados atravs de formatos de exportao proprietrios

Essa modalidade, de acordo com Eastman et al. (2008), primariamente utilizada para as
trocas, envolvendo o aspecto geomtrico dos modelos. Enquanto uma troca atravs de API
feita diretamente entre mquinas em interface binria, a troca com um formato de exportao
implementada atravs de um arquivo em formato de texto legvel pelo ser humano. O autor
relaciona, como exemplos, o formato DXF ( Data eXchange Format ), definido pela Autodesk;
o formato SAT, definido pela Spatial Technology; e o formato 3DS, para o aplicativo
3D Studio.
Os autores concluem que, pelo fato de esses aplicativos terem propsitos especficos prprios,
eles atendem plenamente s suas funcionalidades.
Troca de dados atravs de formatos de exportao pblicos

As empresas de software normalmente iro preferir fazer as trocas por meio de parcerias com
outros fabricantes utilizando uma API, pelo fato de esse mtodo ser mais bem controlado,
evitando que seus usurios venham a procurar solues de empresas concorrentes.
21
API ou Application Programming Interface um conjunto de rotinas, protocolos e ferramentas para o

desenvolvimento de softwares e para a comunicao entre eles. O software que necessita das informaes
SHUJXQWDDRRXWURXWLOL]DQGRpara isso as APIs, pois ela define os protocolos para essa finalidade.
22
Arquitura two-tierRXDUTXLWHWXUDGHGXDV FDPDGDVpEDVHDGDHPFOLHQWHVHUYLGRU4XDQGRXPDUHTXLVLomRp
feita a um aplicativo servidor pelo aplicativo cliente, o aplicativo servidor retorna com a tarefa ou informao
solicitada.
127
reviso bibliogrfica
Por outro lado, conforme mencionam Eastman et al. (2008), existe um desejo natural dos
usurios em ir alm dos limites de interoperabilidade fornecidos por uma nica empresa.
O mtodo de integrao torna-se crtico em projetos envolvendo grandes equipes com
diferentes especialidades, j que uma nica empresa no ter necessariamente todas as
melhores solues de software. Berlo et al. (2012) opinam tambm que a escolha do software
de trabalho deva ser de responsabilidade do profissional nele envolvido.
O setor governamental, por ser pblico, deve evitar solues proprietrias que acabem criando
monoplios para empresas individuais.
De acordo com Eastman et al. (2008), somente o IFC e o CIM Steel Integration Standards
(CIS/2) para estruturas metlicas, conforme NIST (2012), so formatos pblicos e
normatizados. Assim, a tendncia, segundo o autor, que o formato IFC se torne cada vez
mais o padro internacional para a interoperabilidade em BIM.
Troca de dados atravs de esquemas baseados em XML

XML significa eXtensible Markup Language , uma extenso do HTML, que a linguagem
bsica da web. O XML no propriamente uma linguagem, pois permite a definio de uma
estrutXUDHRVLJQLILFDGRGRVGDGRVHPXPDHVWUXWXUDFRQKHFLGDFRPRHVTXHPD
Os diferentes esquemas XML do suporte a diferentes tipos de dados entre aplicaes e so
indicados por Eastman et al. (2008) para a troca de pequenos volumes de dados. Os autores
relacionam ainda alguns formatos XML como: aecXML administrado pela Fiatech (2012);
gbXML ( Green Building XML ), um esquema para transferir informaes para anlises
energticas preliminares; e IFCXML, um mapeamento parcial do esquema IFC para XML que
atualmente d suporte a usos para catlogos de materiais e listas de quantidades
Troca de dados atravs de arquivos fsicos com modelos separados

Nessa modalidade, a troca ocorre atravs da simples transferncia do arquivo fsico gerado
pelo software de modelagem por meio de mdias fsicas como DVD ou de intranets ou
extranets, ou repositrios, como Dropbox, via web.
A Figura 35 ilustra esse procedimento.
128
reviso bibliogrfica
Figura 35: Conceito de transferncia por troca fsica de arquivos
Fonte: Autor
Troca de dados atravs de modelo federado

Lowe e Muncey (2009) definem um modelo federado como um modelo composto por
modelos distintos e ligados logicamente, em que suas fontes de dados no perdem a
identidade ou integridade pelo fato de estarem ligadas; ento, uma mudana feita em um dos
modelos no cria mudanas nos demais componentes do modelo federado. A Figura 36 ilustra
o esquema de um modelo federado.
Figura 36: Conceito de Modelo Federado
Fonte: Autor
Bentley (2003) define modelo federado como um banco de dados nico em termos de sua
lgica, mas distribudo e sincronizado em muitas partes. Isikdag e Underwood (2010)
129
reviso bibliogrfica
complementam o conceito afirmando que esse conjunto ou federao de bancos de dados

associados precisa ser coordenado por um aplicativo23 para manter a consistncia.
O modelo federado caracteriza-se por ser um sistema que permite aos usurios trabalhar com
os dados e formatos da forma que entendem mais produtiva, permitindo tambm um controle
central para gerenciar a conectividade e as grandes transaes. Segundo Bentley (2003), esse
mtodo propicia ajustes finos e ganhos graduais no modelo BIM, criando um modelo
globalmente escalvel. O desafio para a gesto nesse mtodo manter a compatibilidade e a
consistncia entre os nveis dos modelos individuais com o modelo federado.
Troca de dados atravs de servidores de modelos

Servidores de modelos BIM so definidos por Vishal, Ning e Xiangyu (2011) basicamente
como um conjunto de bancos de dados relacionais e centrais que funcionam como repositrios
de informaes que permitem que outras aplicaes, utilizando a interface do banco de dados,
possam atualizar seus modelos, importar informaes de modelos de outras especialidades e
gerar vistas de dados a partir de combinaes de modelos.
Esses servidores tm por objetivo possibilitar a comunicao e a colaborao entre vrias
aplicaes envolvidas no ciclo de vida de um edifcio, incluindo ferramentas de projeto,
anlise, gesto de facilities, etc. e podem ser integrados com sistemas de gerenciamento de
documentos e outras aplicaes web, como bibliotecas de produtos. Essa capacidade de
integrao pode melhorar a colaborao, possibilitando a criao de uma fonte unificada para
o acesso e compartilhamento de dados.
Eastman et al. (2008) e Hannus (2003) identificam o desenvolvimento da tecnologia e a
implementao de servidores de modelo como fatores cruciais para aumentar a produtividade
e a eficincia na AEC.
Beetz et al. (2011) mencionam que o processo de colaborao em BIM necessita de um
modelo comum de dados e de uma tecnologia de banco de dados que permitam criar, ler,
atualizar e apagar informaes em nvel semntico dos objetos e de seus atributos.
Jrgensen et al. (2008) relacionam alguns requisitos-chave para os servidores de modelo:
compartilhamento de dados atravs de rede de dados, segurana, direitos de acesso aos
usurios, utilizao simultnea de vrios usurios, vistas especficas de disciplinas, buscas ad
23
Existem diversos softwares para esse fim, como, por exemplo, Solibri Model Checker ou Navisworks.
130
reviso bibliogrfica
hoc, mistura dos modelos (merge), velocidade, desempenho, integridade, consistncia, backup
dos dados, histrico de atualizaes do modelo e capacidade de armazenamento.
Num conceito mais amplo, segundo Nummelin et al. (2010), um servidor de modelos pode ser
entendido como uma Plataforma de Colaborao. Os autores formularam no relatrio do
Projeto InPro um captulo descrevendo os requisitos para o desenvolvimento de uma
plataforma aberta de colaborao, descritos na Tabela 17.
Tabela 17: Requisitos de uma Plataforma Aberta de Colaborao

Dimenso
Abertura
Descrio
Esse requisito est relacionado com o grau de dependncia de um
fabricante especfico de software, ou uma linguagem determinada de
programao ou plataforma. Distinguem-se alguns graus:
x
Fechado;
Aberto em formato proprietrio, que implica na dependncia

de um nico fabricante;
Aberto em formato no proprietrio, no depende de

fabricantes.
A abertura mxima quando so utilizados padres abertos como o

IFC.
Interoperabilidade
Esse requisito depender de dois pontos:

x
Comunicao: relacionado com a capacidade da plataforma

suportar vrios protocolos e tipos de comunicao;
Integrao: relacionado com a capacidade da plataforma

integrar com facilidade as aplicaes ou recursos de
software. Um pr-requisito garantir a interoperabilidade
sinttica, mas somente a interoperabilidade semntica pode
garantir efetivamente a integrao para a colaborao e
compartilhamento do conhecimento.
Semntica
Os meios digitais podem ter diferentes nveis semnticos e a
131
reviso bibliogrfica
plataforma
pode
dar
suporte
desde
nveis
totalmente
desestruturados at nveis semanticamente ricos: documentos, vistas,

desenhos 2D, modelos de dados. Uma plataforma pode suportar um,
alguns ou todos os nveis semnticos mencionados.
Abstrao
A plataforma pode dar suporte aos dados dos modelos e tambm os

metadados sobre a gesto do processo de projeto, como, por
exemplo, o mapeamento do fluxo de trabalho.
Generalidade
Indica a amplitude do contexto da aplicao: genrica (para qualquer

setor da indstria), AEC ou partes especficas como tipos de edifcio
ou tipos de construo.
Flexibilidade
Designa a capacidade de uma plataforma facilmente integrar novas

funcionalidades sem mudar sua arquitetura global. Como exemplos:
versionamento de arquivos, comunicao atravs de mensagens de
texto ou vdeo conferncia.
Segurana
A plataforma deve contemplar vrios nveis de segurana e de

proteo dos dados.
Acessibilidade
Indica a acessibilidade da plataforma em qualquer momento e de

qualquer lugar e tambm a qualidade do servio em termos de
velocidade de comunicao e desempenho.
Portabilidade
A portabilidade se relaciona com a capacidade de um sistema ser

implementado em vrias plataformas de hardware, com vrias
ferramentas e linguagens e com vrios tipos de dispositivos.
Por exemplo, a tecnologia Service Oriented Architecture (SOA)
pode ser implementada atravs de webservices, linguagem Java, etc.
Fonte: Adaptado de Nummelin et al. (2010)
Outros autores, como Vishal, Ning e Xiangyu (2011), tambm definiram os requisitos para
servidores de modelos e formularam uma estrutura conceitual para o desenvolvimento de
servidores de Modelos BIM, cujos requisitos esto relacionados na Tabela 18.
132
reviso bibliogrfica
Tabela 18: Funcionalidades e requisitos tcnicos de um Servidor de Modelos

Requisitos relacionados com a organizao e o gerenciamento do modelo BIM
Requisito
Funcionalidades
Repositrio do modelo
Editor do sistema de nomenclatura
Submodelos e objetos com diferentes nveis

de detalhes
Espaos pblicos e privados para os modelos
Globally Unique Identifier (GUID) para

todos os objetos de dados
Acessibilidade do modelo
Segurana e acesso atravs de regras e

direitos pr-estabelecidos
Administrao hierrquica da estrutura do

modelo
Opes de visualizaes do modelo
Documentao e relatrios
Possibilidade de bloqueio de verso e

arquivamento
Requisitos relacionados com a interface do usurio

Atualizao do modelo atravs de
importao e exportao parcial de dados
Visualizao em tempo real, impresso e

marcas de comentrios
Interface customizvel
Requisitos relacionados coordenao do

projeto
Acesso em clique de mouse as

propriedades dos objetos e suas modificaes
Comunicao e interao da equipe
Visualizao e facilidade de navegao no

projeto
Requisitos relacionados a segurana dos dados
Suporte a confidencialidade, integridade e
disponibilidade
Autenticao dos usurios
Segurana global do sistema
Criptografia
Controle de acesso
Requisitos relacionados configurao, implementao e suporte ao usurio
133
reviso bibliogrfica
Suporte ao gerenciamento do escopo do

projeto
Suporte s tomadas de deciso no projeto
Suporte Gesto do escopo do BIM
Ferramenta para a organizao das tarefas

como a Design Structure Matrix
Gerenciamento do Sistema de configurao
Suporte administrao do servidor
Visualizao do status do sistema
Gerenciamento do sistema de formas de

visualizao
Suporte legal e contratual
Treinamento e suporte tcnico
Fonte: Vishal, Ning e Xiangyu (2011),
De acordo com Beetz et al. (2011), os servidores de modelo podem ser classificados em duas
categorias:
1. Servidores exclusivos para ferramentas de formatos proprietrios com
capacidade para controle de verses e mltiplos usurios. Podem ser citados como
exemplos nessa categoria os sistemas da Autodesk ( Revit Server ), mais informaes
em Autodesk (2012a), e da Graphisoft ( Team work ), mais informaes em Graphisoft
(2012);
2. Servidores para formatos abertos e no proprietrios originados de
aplicaes de diferentes fabricantes. Exemplos: Open Source Bi mServer , desenvolvido
por BimServer (2012), e E DM Server, desenvolvido por Jotne (2012).
Servidores exclusivos para ferramentas de formatos proprietrios

Dentro dessa categoria, o Revit Server , da Autodesk, ser utilizado como exemplo para
integrao exclusiva dos softwares da empresa, para as reas de arquitetura, estrutura e
instalaes.
Conforme Beetz et al. (2011), essa categoria de servidores trabalha com o conceito original de
um repositrio central de dados. Nesse conceito, um modelo central vai sendo modificado
atravs de consecutivos acessos para adicionar, apagar ou modificar objetos. Por esse mtodo,
somente as mudanas (deltas) so comunicadas com o modelo central, exigindo uma alta
qualidade de importao e exportao.
134
reviso bibliogrfica
De acordo com a documentao disponibilizada por Autodesk (2012b), o esquema geral do
Revit Server compreende trs componentes principais:

1. Servidor central (host): um servidor que hospeda o modelo central dentro da
WAN24. Nesse esquema, os usurios normalmente no tm acesso direto a ele, a
menos que estejam na mesma localizao fsica.
2. Servidor local ou acelerador: um servidor localizado em cada um dos locais de
trabalho. Uma cpia do modelo central armazenada nesse servidor, que ir
sincronizar com o servidor central.
3. Revit server add on: um aplicativo que faz a conexo entre a aplicao Revit e o
servidor.
Uma vez que todos os componentes estejam instalados e configurados, o usurio sincronizar
o seu modelo com o modelo central armazenado no Servidor Local. Assim, eles estaro
sincronizados atravs de sua LAN 25. Uma vez completa a sincronizao, as mudanas sero
propagadas at o Servidor Central atravs da WAN e da sero propagadas para o restante dos
servidores locais.
Dessa forma, a sincronizao com o modelo central torna-se mais rpida, pois o servidor local
atua como um cache de memria e propaga para o servidor central, ou recebe dele,
dependendo do caso, apenas os incrementos positivos e negativos das mudanas feitas em
qualquer ponto por qualquer um dos outros usurios. A Figura 37 ilustra essa forma de
relacionamento.
24
A Wide Area Network (WAN), ou rede de longa distncia, tambm conhecida como rede geograficamente
distribuda, conecta os usurios em distintos ambientes fsicos.
25
A Local Area Network ( LAN), ou rede de curta distncia, conecta os usurios em um mesmo ambiente fsico
de trabalho.
135
reviso bibliogrfica
Figura 37: Esquema do servidor de modelos Revit Server Autodesk
Fonte: Adaptado de Autodesk (2012a)
Servidores para formatos abertos e no proprietrios

Tomaremos nessa categoria dois servidores que operam no formato IFC, o Bi mServer,
desenvolvido por BimServer (2012), um projeto produzido em cdigo livre ( Open Source ), e
o e o E DM Server, de uso comercial, desenvolvido por Jotne (2012).
Nesse modelo de servidor, que opera no formato IFC, so carregadas diferentes instncias do
modelo IFC, que ficam armazenadas no servidor em um sistema de cascata, e a fuso somente
ocorre mediante a solicitao do usurio, que pode escolher as combinaes de modelos e de
verses livremente para a fuso.
O modo de fuso do modelo difere dos servidores de formato proprietrio, pois requer que o
aplicativo nativo converta o seu modelo para o formato IFC e posteriormente o exporte. O
mecanismo contrrio, de volta, exige o mesmo procedimento.
O modelo fundido pode ser importado de volta para o usurio para anlise das alteraes.
Esse sistema tem uma lgica semelhante dos modelos federados, sendo um mtodo menos
136
reviso bibliogrfica
intrusivo, conforme Beetz et al. (2011), que o mtodo utilizado pelos servidores em formato
proprietrio.
O problema mais difcil que pode ocorrer nesses servidores a existncia de objetos
duplicados. Durante a fuso, o algoritmo de fuso deve detectar os objetos duplicados e fundilos em uma nica instncia; porm, conceitualmente, concluem Beetz et al. (2011), o mesmo
problema tambm ocorre nas sincronizaes em tempo real, feitas pelo mtodo dos servidores
exclusivos.
O Open Source BIMServer no exige aplicativo cliente na mquina do usurio e sua interface
feita totalmente atravs de um web browser; j o EDM Server requer o uso de um aplicativo
cliente ( I F CModel ServerManager ) para a comunicao com o servidor.
Diferentemente do BIMServer, o EDM Server possui a funcionalidade de importao ou
exportao parcial dos modelos (check-in, check-out), um processo no qual o usurio pode
selecionar apenas os objetos a serem editados e bloquear o seu acesso equipe enquanto faz
as alteraes necessrias.
No aspecto geral, as funcionalidades desses servidores permitem: importao e exportao em
IFC, ifcXml, ifcZIP; controle das verses de IFC utilizadas; notificaes de alteraes atravs
de sistema de RSSfeed; criao de modelos georeferenciados; fuso parcial ou total dos
modelos; controle de revises; comparao de verses permitindo que o software encontre as
mudanas entre verses; filtragem permitindo a escolha de objetos especficos; e deteco de
interferncias ( clash checking) (Figura 38).
Figura 38: Esquema de funcionamento de uma rede WAN com o BIMServer
Fonte: Autor
137
reviso bibliogrfica
Discusses sobre os mtodos apresentados

A reviso bibliogrfica
evidenciou a
existncia
de
mltiplos mtodos de
compartilhamento de arquivos em um estgio em que a indstria ainda est

evoluindo, sem, contudo, existirem posies fechadas a respeito dos mtodos, e sim
muitos balanos com os seus prs e os seus contras.
Sobre o uso de servidores de modelo ou de modelos federados existem opinies divergentes,
porm no excludentes, o que pode evidenciar que a combinao de diferentes mtodos seja
um caminho que merea ser mais bem-pesquisado.
Algumas opinies de autores so necessrias para a concluso desse tpico.
Jrgensen et al. (2008), ao estudarem o assunto, apresentam uma tabela na qual
comparam os diversos tipos de mtodos de compartilhamento de modelos, chegando
a algumas concluses que esto resumidas na Tabela 19.
Tabela
19:
Quadro
comparativo
entre
os
diferentes
Mtodos
de
compartilhamento de Modelos
Caractersticas
Modelos separados
Modelos
Modelo
Federados
compartilhado
em servidor de
modelos
Redundncia
Ocorre redundncia
Ocorre redundncia
A redundncia pode
quando alteraes que
quando so feitas
ser evitada, e as
so feitas em
alteraes sendo
operaes de
determinado modelo
necessrio que as
atualizao so
precisam ser estendidas
mesmas sejam feitas
feitas uma nica vez
a todos os modelos
em todos os
modelos em que
ocorrem.
Integridade e
Regras e procedimentos
Regras e
procedimentos so
As regras e os
138
reviso bibliogrfica
consistncia
criados
separadamente em
procedimentos
cada organizao,
mas possvel fazer
a verificao
cruzada atravs de
softwares como
Solibri ou
Navisworks
em comum. A
Os diversos agentes tm
Os agentes e o
Os usurios podem
acesso atravs do envio
coordenador
ter seu acesso de
fsico desses modelos
acessam
acordo com regras e
ou vistas parciais
frequentemente o
podem extrair os
modelo federado, e
dados e produzir
o cliente acessa
suas prprias vistas
normalmente
no momento que
atravs de vistas do
necessitarem
so criados
separadamente em cada
organizao, e com isso
a verificao cruzada
fica difcil de ser feita
Acessibilidade
devem ser definidos

verificao cruzada
feita no modelo
hospedado no
servidor
modelo
Responsabilidade Cada organizao
pelo Modelo
Cada organizao
A organizao do
proprietria de seu
proprietria de seu
grupo como um
prprio modelo
prprio modelo
todo responsvel
pelo modelo; porm,
cada organizao,
de forma
independente, pode
garantir suas
responsabilidades
dentro dele
Propriedade do
Cada organizao
Cada organizao
O direito autoral do
Modelo
proprietria de seu
proprietria do seu
modelo
prprio modelo
prprio modelo
compartilhado
Os recursos so
Os recursos so
Os recursos no so
Desempenho
139
reviso bibliogrfica
desperdiados quando
desperdiados
os mesmos dados
quando os mesmos
precisam ser criados e
dados precisam ser
mantidos em mltiplos
criados e mantidos
modelos
em mltiplos
desperdiados
modelos
Fonte: Adaptado de Jrgensen et al. (2008)
Vishal, Ning e Xiangyu (2011) realizaram estudos de caso utilizando o servidor de modelos
EDM em IFC e relataram alguns problemas: interface com o usurio complexa e confusa;
necessidade de melhoria do help do programa e criao de tutoriais; problemas com objetos
duplicados; e melhoria das funcionalidades de comunicao.
Berlo et al. (2012), em recente pesquisa realizada com os usurios na Holanda, com o objetivo
principal de identificar entre os usurios se os padres abertos como o IFC atendem s
necessidades da indstria, revelou alguns pontos importantes nessa discusso, que sero
descritos a seguir:
Marcao, bloqueio e liberao de objetos no servidor: o fluxo sequencial de
solicitao para efetuar mudanas em um servidor homogneo 26 no bem aceito pelos
usurios, que preferem o acesso simultneo.
Trabalho em tempo real em um repositrio de dados: a principal razo para muitos

usurios trabalharem em ambientes de softwares homogneos a sincronizao em tempo
real. A soluo de marcar os objetos para solicitar liberaes cria atualmente diversas
instncias diferentes no repositrio de dados.
(QWUHWDQWR R WHPSR real QmR H[LVWH GH IDWR 2 TXH H[LVWH p XP DWUDVR QR WHPSR GH
sincronizao, mesmo quando diversos usurios se conectam em um banco de dados.
Argumentam os autores que a questo importante definir a frequncia de sincronizao
desejada pelos usurios.
26
Os autores se referem a softwares em ambientes homogneos para sistemas proprietrios, como, por exemplo,
o Revit Server, que aceita somente os aplicativos da Autodesk.
140
reviso bibliogrfica
Os autores entendem que no existem fundamentalmente diferenas entre usar um nico

banco de dados (homogneo) no qual todos se conectam ou um conjunto de bancos de dados
distribudos, que sincronizado em determinado momento (modelos federados).
Eles observaram que as capacidades de sincronizao em tempo real foram na prtica
desligadas e transformadas em sincronizaes manuais. Cada vez mais, os usurios na AEC
tm manifestado preferncias por sincronizaes feitas uma vez ao dia ou at uma vez por
semana. Alm disso, com o crescimento da complexidade dos edifcios e o crescimento
associado do volume de dados, o hardware nem sempre tem capacidade de sincronizar
completamente o banco de dados. Os usurios preferem extrair um subconjunto de dados que
contenha somente a informao necessria no momento.
Troca de dados e informaes

Os usurios pesquisados entendem que a falta de acordos para a troca de informaes um
ponto crucial na transformao da indstria para o uso do BIM em seu maior potencial. Os
pesquisados acreditam que os conceitos de IDM e MVD podem resolver essa questo, mas
esperam que a BuildingSMART acelere o desenvolvimento e a implementao prtica desses
mtodos.
A questo principal que originou a pesquisa, realizada por Berlo et al., foi investigar se os
padres abertos como o Ifc atendem s necessidades da indstria, o que, segundo eles,
positivamente ocorrer quando o Ifc for utilizado com modelos federados. A concluso do
experimento holands que o Ifc, combinado com processos inteligentes, cria um ambiente
de colaborao estvel e utilizvel na AEC.
Argumentam os autores que, quando se trabalha com o uso de modelos federados em Ifc, nem
todos os membros da equipe necessitam ter o mesmo nvel de experincia com o BIM,
diferentemente do que ocorre em ambientes com softwares homogneos.
Outra concluso da pesquisa que muitas das preocupaes sobre a interoperabilidade na
prtica no so sobre a interoperabilidade semntica, mas sobre a quantidade de informao
necessria e suficiente para executar uma tarefa especfica em um projeto, problema que tem
respostas no domnio do planejamento do processo do projeto, e no na tecnologia.
141
reviso bibliogrfica
Os autores concluem que:

A AEC espera que as solues oriundas da IDM venham facilitar isso. Os
profissionais experientes no esto preocupados em criar um modelo de dados
perfeitos e sim uma engenharia de alta qualidade para o edifcio. Os usurios de
BIM esto focados em ferramentas BIM que deem suporte tanto para o desempenho
para a execuo de uma tarefa especfica quando colabore efetivamente com os
parceiros de projeto. Berlo et al. (2012), p. 8
2.6.18 Fases do processo de projeto em BIM e o IPD

A implantao do BIM em uma perspectiva de longo prazo ir mudar no s as prticas de
trabalho, mas tambm as relaes contratuais entre os agentes.
Graas tecnologia envolvida na construo do modelo BIM, possvel o trabalho
concorrente dos diversos agentes , o que na prtica pode significar um grande impulso para o
advento da Engenharia Simultnea na AEC.
exigido um elevado grau de maturidade para se chegar a essa fase, que, alm da mudana na
prtica, ir requerer a mudana das relaes contratuais para um novo objetivo.
O IPD foi o conceito desenvolvido pela American_Institute_of_Architects (2007) como
embasamento e resposta para a necessidade das mudanas das prticas contratuais necessrias
plena implementao do BIM. A AIA define IPD como:
O Integrated Project Delivery (IPD) uma abordagem de entrega do projeto que
integra pessoas, sistemas, estruturas e prticas de negcio em um processo que
colaborativamente aproveita os talentos e conhecimentos de todos os participantes
para otimizar os resultados do projeto, aumentar o valor para o proprietrio, reduzir
o desperdcio, e maximizar a eficincia em todas as fases de projeto, construo e
fabricao. American_Institute_of_Architects (2007), p. 1
Matthews e Howell (2005) identificam quatro problemas sistmicos da abordagem contratual

convencional que justificam a adoo do IPD: as boas ideias no so divulgadas; o arranjo
contratual convencional limita a cooperao e a inovao; muitas dificuldades para a
coordenao decorrentes das imposies contratuais; e a ocorrncia de presses para
otimizao das solues locais por especialidade, em detrimento do projeto como um todo.
142
reviso bibliogrfica
Zhang e Guangbin (2009) relacionam seis caractersticas bsicas do IPD: processos altamente
colaborativos que abrangem o processo de projeto; construo e entrega do edifcio;
aproveitamento das contribuies individuais dos especialistas nos instantes iniciais do
projeto; troca aberta de informao entre os agentes de projeto; sucesso da equipe ligado ao
sucesso do projeto, como resultado do compartilhamento dos riscos e benefcios; processo de
deciso baseado na anlise de valor para o edifcio com plena utilizao da tecnologia da
informao como suporte do trabalho.
As caractersticas do IPD, mencionadas acima, levam a uma nova distribuio de esforos
para a consecuo do projeto, graas sinergia que pode ocorrer entre o BIM e o IPD. Podese concluir pelo postulado que o IPD um pr-requisito para a implementao do BIM e viceversa.
O BIM pode acelerar rapidamente o processo de trabalho pela sua capacidade tecnolgica, e o
IPD, aproveitando a capacidade de simulao de processos que o BIM proporciona, pode
encorajar a participao mais cedo de todos os agentes, que, dessa forma, passam a ter
melhores condies de colaborar cada qual com sua viso para um melhor resultado do
edifcio como um todo. A diferena entre o processo convencional e o processo com o IPD
ilustrada nas figuras 39 e 40. Na Figura 39, o processo convencional mostrado numa
organizao rgida e sequencial, evidenciando que o processo ocorre com baixas interaes
entre as etapas, e a informao conduzida apenas de uma fase para a outra.
Na Figura 40, a integrao possibilitada pelo BIM + IPD far com que as etapas aconteam de
maneira simultnea, trazendo para o princpio do processo a totalidade dos agentes, tendo
como consequncia trocas de informao mais ricas e verticais ao longo da cadeia de
produo.
Figura 39: Processo tradicional - sequencial
143
reviso bibliogrfica
Figura 40: Processo BIM+IPD - simultneo

A Curva MacLeamy (Figura 41) uma figura bastante conhecida que sintetiza todos os
conceitos. Nela mostrada a relao entre o esforo de concepo e o tempo despendido
linhas 1 e 2 , indicando como o esforo tradicionalmente distribudo linha 3 e como ele
pode ser redistribudo como resultado da sinergia entre o BIM e o IPD linha 4.
144
reviso bibliogrfica
Figura 41: Curva MacLeamy
Fonte: Adaptado de American Institute of Architects (2007)

A terminologia constante na legenda da curva sofreu algumas adaptaes para a realidade
brasileira, principalmente em relao nomenclatura das fases do Projeto Tradicional. Assim
permanece a nomenclatura tradicional: estudos preliminares, anteprojeto, pr-executivo,
executivo e detalhamento, e as etapas de contratao da obra e construo.
2.6.19 Adoo do BIM

O processo de adoo do BIM tem sido estudado por diversos autores. Gu et al. (2010)
relatam um nvel ainda relativamente baixo de implementao do BIM e apontam alguns
fatores como: falta de iniciativa e treinamento, natureza fragmentada da AEC, relutncia da
indstria em querer modificar os seus processos de trabalho.
Em pesquisa realizada Khemlani (2007b) encontrou aspectos importantes para a adoo do
BIM: a colaborao ainda realizada fundamentalmente em desenhos CAD 2D; existe uma
145
reviso bibliogrfica
grande demanda por bibliotecas mais simples e melhorias das ferramentas de modelagem; h
um aumento de demanda das tecnologias que do suporte ao trabalho colaborativo de equipes;
a preferncia pelas ferramentas de modelagem varia segundo o porte da empresa as
empresas menores preferem ferramentas mais simples e intuitivas e as companhias grandes
envolvidas em projetos complexos preferem ferramentas mais adaptveis s suas
necessidades; a visualizao 3D deixou de ser a maior demanda dos usurios, que agora, mais
que simples visualizao, necessitam de mais informaes; existe uma necessidade urgente no
mercado de melhor treinamento e suporte tcnico; anlises de desempenho e
interoperabilidade so importantes, mas no foram consideradas relevantes entre os
pesquisados.
A adoo do BIM ser analisada neste tpico a partir de vrios pontos de vista. Inicialmente
ser estudado o modelo de Succar (2009). Esse autor vislumbra a adoo do BIM a partir de
estgios de evoluo e que posteriormente ser feita uma reviso bibliogrfica dos principais
manuais de implementao do BIM, localizados na pesquisa.
2.6.20 Estgios de adoo segundo Succar

Succar (2009) entende que a adoo do BIM por empresas e profissionais seja um processo de
longo prazo desenvolvido em estgios. Esse autor elaborou um modelo de maturidade no qual
estabelece critrios e pesos para qualificar o estgio da empresa baseado em diversos
requisitos. De forma simplificada, o autor classifica os estgios de implementao em cinco
graus: Pr-BIM, BIM estgio 1, BIM estgio 2, BIM estgio 3 e BIM estgio Integrated
Project Delivery , ilustrados na Figura 42 e definidos em seguida.
146
reviso bibliogrfica
Figura 42: Estgios de evoluo do BIM
Estgio zero pr-BIM

(VVHHVWiJLRpGHILQLGRSHORDXWRUFRPRHVWiJLRGHVDUWLFXODGREDVHDGRHPGHVHQKRV&$'
2D, com algumas visualizaes em 3D, sem integrao entre os diferentes documentos
gerados no processo de trabalho, como levantamentos quantitativos e especificaes.
As prticas de trabalho nesse estgio no so colaborativas e o processo de projeto
sequencial e assncrono. Nesse estgio, a AEC tem grandes problemas devido aos baixos
investimentos na tecnologia da informao e na falta da interoperabilidade.
BIM estgio um modelagem

Este , segundo o autor, o estgio inicial da implementao do BIM e se baseia na modelagem
individual das disciplinas com softwares, como Archicad, Revit, Tekla e outros. Os usurios
geram modelos normalmente para a fase de projetos, construo ou operao. Os produtos
comumente gerados por esses modelos so a criao automtica de desenhos,
compatibilizao de projetos, visualizaes 3D e tabelas simples de quantitativos de portas,
volumes de concreto, etc.
O processo de trabalho continua a ocorrer de forma no colaborativa, as trocas de informaes
entre os agentes so unidirecionais e a comunicao se d de maneira assncrona. As
alocaes de risco entre os agentes e o comportamento organizacional persistem sem
mudanas.
147
reviso bibliogrfica
Entretanto, o autor desta tese acredita que a natureza semntica acaba por encorajar o avano
para o prximo estgio, o de colaborao.
BIM estgio dois

Aps o estgio um, os agentes adquiriram habilidade na modelagem de suas especialidades e
iniciam o processo de colaborao com outras disciplinas atravs da troca de arquivos em
formatos proprietrios ou de exportaes no formato IFC entre softwares em BIM.
Essa colaborao pode ocorrer dentro de uma ou duas fases do ciclo de vida do edifcio,
como, por exemSOR WURFD SURMHWR-SURMHWR HQWUH PRGHORV GH DUTXLWHWXUD H HVWUXWXUD WURFD
SURMHWR-FRQVWUXomR HQWUH PRGHORV GH HVWUXWXUD H PRGHORV SDUD IDEULFDomR GH HVWUXWXUDV
PHWiOLFDVHWURFDSURMHWR-RSHUDomRHQWUHPRGHORVGHDUTXLWHWXUDHPRGHORVSDUDJHVWmRGDV
utilidades. O autor menciona que apenas um dos modelos precisa conter as informaes da
geometria do edifcio, para permitir as trocas semnticas em BIM, e cita como exemplo a
troca entre um modelo de arquitetura e um modelo para a gerao de cronogramas (4D) ou
custos (5D).
A comunicao continua a ser assncrona, porm surge a necessidade de uma delimitao de
responsabilidades maior, exigindo mudanas em contratos, uma vez que a colaborao feita
diretamente nos modelos BIM acaba por eliminar os documentos tradicionais. O nvel de
granularidade da informao tende a aumentar na medida em que o modelo BIM vai
evoluindo e substituindo os modelos mais simplificados feitos nas fases iniciais do projeto.
BIM estgio trs integrao

Nesse estgio, o desenvolvimento do BIM est na sua plenitude, com modelos
semanticamente ricos sendo criados, compartilhados e mantidos de forma colaborativa atravs
de todo o ciclo de vida do edifcio. A integrao pode ocorrer com o uso de diversas
WHFQRORJLDVFRPRVHUYLGRUHVGHPRGHORVXWLOL]DQGR formatos proprietrios, abertos ou no
proprietrios, modelos centrais ou modelos federados e computao em nuvem.
Esse estgio se caracteriza pela troca interdisciplinar de modelos, permitindo anlises mais
complexas do desempenho do edifcio. O autor conclui afirmando que, do ponto de vista do
processo, nesse estgio as trocas sncronas que ocorrem atravs do modelo BIM ocasionam a
VXSHUSRVLomRGHIDVHVGRSURMHWRWHQGHQGRDXPSURFHVVRVHPIDVHV
148
reviso bibliogrfica
BIM estgio quatro IPD

O estgio final o atingimento da fase do IPD. Nesse estgio, as relaes contratuais se
alteram e se baseiam na colaborao efetiva por todos os agentes envolvidos. Os princpios do
IPD, de acordo com o American_Institute_of_Architects (2007), so: respeito e confiana
mtuos; benefcios mtuos e recompensas; inovao e decises feitas em conjunto;
envolvimento de todos os agentes e definio dos objetivos no princpio do processo;
planejamento intenso; comunicao aberta; tecnologia adequada; organizao; e liderana.
2.6.21 Manuais e guias de implementao BIM
Observam-se esforos de diversas organizaes no mundo que visam estruturar o processo de
trabalho para o BIM. Esses trabalhos esto documentados sob a forma de manuais de boas
prticas e guias de implantao do BIM.
Sem a pretenso de esgotar o assunto, uma vez que se percebe a velocidade com que esses
manuais vm sendo publicados, o objetivo deste tpico compilar e comentar os manuais
mais recentes, visando com isso obter subsdios para o desenvolvimento do Modelo
Conceitual desta Tese. A Tabela 20 resume o material pesquisado que ser comentado ao
longo do captulo.
Tabela 20 - Guias de implementao de BIM

Nome
Ano
Pas
7KH&RQWUDFWRUV*X ide to B IM
2006
Estados Unidos
Building Information Modeling Roadmap
2006
Estados Unidos
Gsa (Gene ral S e rvices Ad m inistration)
2007
Estados Unidos
General Buildings Information Handover

Guide
2007
Estados Unidos
S enate Properties
2007
Finlndia
N BIM S
2007
Estados Unidos
N ational Guidelines for D igita l Modeling
2009
Australia
149
reviso bibliogrfica
B IM Execution Planning Guide
2010
Estados Unidos
InPro
2010
Consrcio de diversos
Pases Europeus
Fonte: Autor
The CRQWUDFWRUVJXLGHWR%,0Associated General Contractors of America,

AGCA (2006)
O objetivo desse guia essencialmente educar os contratantes de BIM, incluindo seus
benefcios, ferramentas e aplicaes. O contedo organizado em cinco tpicos:
implementao do BIM a partir da converso do 2D para 3D; ferramentas bsicas de
software; o processo em BIM e como ele conduzido; esclarecimento das responsabilidades
fundamentais de cada agente envolvido; e as reas de risco nas quais os contratantes precisam
se preocupar.
O guia identifica benefcios aos contratantes, como capacidade de detectar colises,
visualizao 3D; menos erros na execuo; melhoria da possibilidade da pr-fabricao; e
capacidade de simular diferentes cenrios, entre outros.
Em relao implementao, o guia discute a alternativa da converso dos desenhos 2D, em
contraste com o uso do modelo 3D desenvolvido por uma equipe de projeto, usando BIM, e
uma seo inteira do guia dedicada ao exame dessa questo.
O guia tambm discute o nmero de modelos que sero produzidos, colocando a questo da
interdisciplinaridade e a necessidade de combin-los em um modelo composto; porm, no
deixa clara a necessidade da tecnologia de servidor de modelos para organizar as trocas e
montar esse modelo composto.
O guia fornece algumas sugestes concretas para dar incio ao uso da tecnologia BIM,
incluindo a configurao da equipe, a escolha do projeto e a escolha do software e do
hardware.
Com relao s responsabilidades, o guia enfatiza que, embora o uso do BIM possa mudar os
caminhos pelos quais os projetos so concebidos, projetados, comunicados e construdos, ele
no alterar as principais responsabilidades dos membros da equipe do projeto.
150
reviso bibliogrfica
Apesar de no responder a todas as questes jurdicas decorrentes da relao entre

contratantes e projetistas o guia discute algumas preocupaes e oferece sugestes para os
contratantes, como, por exemplo, recomendando que os contratantes faam o melhor para ter
um bom entendimento com todas as partes sobre o direito de contar com as informaes do
modelo. Lembra tambm a necessidade de controle de verses e de acessos para que seja
possvel fazer auditoria do modelo, visando com isso preservar as responsabilidades de todos
os envolvidos.
O guia um bom trabalho introdutrio, fornecendo orientaes teis sobre os passos iniciais.
Ele adverte, por exemplo, que o BIM no garante automaticamente a colaborao, mas
permite que projetos sejam mais colaborativos. Este um insight til para a indstria em
geral. Para dar outro exemplo, o guia enumera uma srie de entraves que podem impedir que
os contratantes viessem a usar a tecnologia, como medos (dos aspectos legais, do risco, da
mudana, do desconhecido, etc.), custos de investimento inicial, tempo para aprender como
usar o software e, talvez, falta de apoio das lideranas da empresa, que pode constituir a maior
barreira para muitos.
Porm, algumas falhas so detectadas no guia: a discusso de soluo de softwares ficou
aqum das solues disponveis: por exemplo, ao mencionar ferramentas de modelagem BIM
enumerou apenas solues para arquitetura, ignorando completamente as solues para
estrutura e instalaes.
Tambm no discutiu como a estimativa de custo pode ser feita a partir de um modelo BIM
uma das tarefas mais importantes de um contratante e tampouco mencionou que o BIM tem
potencial para fazer oramentos mais eficientes e precisos.
Em nenhum momento, o guia aborda a gesto do processo de projeto necessria para o BIM;
DSHQDV H[SOLFLWD QR WySLFR 2 SURFHVVR %,0 FRPR HOH VHUi FRQGX]LGR" DV TXHVW}HV
relacionadas s estratgias de modelagem e a converso de 2D para 3D. Faltou empenho para
falar da organizao das informaes a partir do uso da metodologia da IDM e da necessidade
do mapeamento das trocas das informaes.
Para finalizar nossa anlise sobre esse guia, conclumos que, embora seja considerado, em
muitos aspectos, til para iniciantes, ele no contempla importantes pontos relacionados
gesto do processo do projeto e da integrao do BIM como um todo.
151
reviso bibliogrfica
Building Information modeling roadmap verso 1, USACE (2006)

O objetivo desse guia estabelecer linhas estratgicas de implantao do BIM para o Exrcito
Americano. Existem duas verses deste guias: a inicial, direcionada para o uso da Tecnologia
BIM da Bentley27, publicado em 2006, USACE (2006), e a atual, de 2010, USACE (2010),
desenvolvido pela Autodesk para o US Ar my Corps.
Numa anlise inicial do guia de 2006, verificamos que o contedo organizado em trs
FDStWXORV,QWURGXomR9LVmRHREMHWLYRVH$SrQGLFHV
A Introduo examina os conceitos bsicos e conhecidos sobre o BIM e sua importncia, e
apresenta a estrutura do documento. O Captulo Dois discorre sobre a viso, os objetivos e a
importncia estratgica do BIM, e o coloca dentro dos planos de longo prazo da organizao.
Em seguida dada a definio clara e obrigatria do uso da tecnologia BIM, desenvolvida
pelo fabricante Bentley, justificando essa deciso em virtude de uma rpida implantao
obtida com uma nica plataforma deciso que procura diminuir os riscos da implantao ao
abrir mo da interoperabilidade aberta com o formato IFC.
O guia prope metas de implantao, estabelecendo, para o ano 2008, a capacitao bsica em
alguns projetos especficos; para 2010, o uso para todo o ciclo de vida 90% desse uso em
acordo com os padres nacionais da National BIM Standard (NBIMS); para 2012, o pleno
uso operacional em todas as fases e em todos os projetos; e, para 2020, a automao das
tarefas ao longo do ciclo de vida, ensejando nesse horizonte o pleno amadurecimento da
tecnologia.
As fases de implantao so descritas em maiores detalhes e metas de curto prazo so
estabelecidas; porm, se observa um foco do documento apenas nos aspectos da tecnologia, e
o trabalho colaborativo no aparece em nenhum momento como meta a ser atingida,
denotando que o entendimento restrito aos aspectos tecnolgicos do problema.
Os apndices detalham a estratgia. No Apndice A dessa publicao, so definidos os
objetivos estratgicos e estabelecidas mtricas para avaliar a implementao do processo.
feLWDDHVFROKDGRVLVWHPDGHLQGLFDGRUHVEDVHDGRQDPHWRGRORJLD6HLV6LJPD 28, no qual so
fixadas metas quantitativas de implantao. Por exemplo: para estabelecer a capacidade
inicial definida at 2008, um indicador tem o foco na reutilizao dos modelos BIM para
27
Bentley Systems, Incorporated.

Disponvel em: <http://www.isixsigma.com/new-to-six-sigma/getting-started/what-six-sigma/>. Acesso em: 6
maro 2012.
28
152
reviso bibliogrfica
planejamento e projeto, determinando como mtrica a reduo de 15% no tempo gasto para
essas tarefas.
As demais mtricas so semelhantes e quantitativas, com foco na aproximao dos padres
NBIMS. Percebe-se, porm, que as metas tm pouco encadeamento ao no contemplarem a
evoluo do processo por graus de maturidade e no colocarem na balana todos os fatores
envolvidos, como: tecnologia, processos e polticas. A abordagem at certo ponto simplista
mostra uma viso que provavelmente no refletiu sobre todas as nuances que o assunto
encerra. Ao final, chega-se ao uso total do BIM, mas no fica suficientemente claro como esse
caminho deve ser percorrido, j que somente metas so colocadas, sem especificar como os
processos, tanto tecnolgicos quanto colaborativos, devero ocorrer.
O Apndice B mais interessante e procura, por intermdio de perguntas e respostas, preparar
o usurio para as resistncias que ocorrero, fornecendo de antemo as justificativas
necessrias. Nas linhas guia de implantao mostrado que ocorrero problemas e mudanas
no processo e so propostas DOJXPDVHWDSDVQDVTXDLVLVVRDFRQWHFHpDSUHVHQWDGRXPWLPH
GH WUDQVLomR com a definio de gerente de BIM e suas responsabilidades, e proposto um
programa de treinamento para a equipe. O programa de treinamento detalhado e parece ter
sido desenvolvido em parceria com a Bentley.
O manual superficial quando esboa os comentrios sobre a gesto do processo de projeto,
limitando-se a esclarecer a necessidade do gerente de BIM e a definir as responsabilidades
convencionais para os agentes projetistas. Nada falado sobre como o processo ir se
desenvolver, e o foco principal no uso da ferramenta e no estabelecimento de metas para
resultados.
Uma parte do guia descreve a organizao da estrutura de dados, mas o processo a descrito
ainda visto de maneira sequencial e at certo ponto burocrtica, no sendo possvel perceber
a interatividade do processo possibilitada pela tecnologia.
Na configurao do processo, o guia prope o uso de um modelo mestre com algumas regras,
sem, contudo, mencionar qual a tecnologia de servidor de modelos ser utilizada e como sero
gerenciadas as trocas de informao.
Em relao s mudanas que normalmente ocorrem no projeto, o guia direciona para um
procedimento, no acessvel, de autorizao prvia, provavelmente um padro que remeta
essa deciso para outra instncia, mostrando que o processo de trabalho deva ser burocrtico,
153
reviso bibliogrfica
ficando claro que essa importante funo de gesto no do gerente de BIM, porm no
especificando quem deva ser esse agente, nem sua relao com o processo de projeto.
No final so feitas as especificaes tcnicas de modelagem, genricas e pouco informativas,
deduzindo-se que o detalhamento deva ser feito no programa em parceria com a Bentley.
Por fim, feito um resumo das funes do gerente de BIM, com foco em suas
responsabilidades, mas, ao longo de toda a leitura do guia, fica claro que o entendimento do
BIM, embora correto em termos dos resultados a serem obtidos, ainda simplista ao colocar o
foco da mudana exclusivamente na tecnologia.
Os processos de trabalho no so em nenhum momento discutidos, focando-se apenas a fase
de projeto, no deixando claro, porm, como os agentes externos ao processo profissionais
de projeto sero contratados e como ocorrero as fases de trabalho. Tambm nenhuma
colocao feita sobre a necessidade da gesto do fluxo das informaes, essencial ao
processo de projeto, tanto na tecnologia convencional quanto na tecnologia BIM.
Building Information Modeling roadmap verso 2, USACE (2010)

O objetivo desse guia estabelecer as linhas para a implantao especfica do software Revit
da Autodesk, que foi escrito por essa empresa para o Exrcito Americano.
O contedo organizado em trs captulos: Introduo; Fluxo de trabalho de Implantao do
Revit; e Recursos do Revit.

O Captulo um discorre sobre o software em geral, focalizando sua capacidade paramtrica e
reforando os conceitos de integridade resultantes de um modelo BIM.
O Captulo dois aborda, de maneira mais prtica, a implementao do Revit; so colocados
pontos importantes para otimizar o uso da ferramenta e recomendadas boas prticas
relacionadas estratgia de modelagem, e com um enfoque elucidativo na definio dos
espaos de trabalho, ou worksets, como so denominados. Nesse ponto especfico colocada,
de um ponto de vista estritamente tcnico, a questo do compartilhamento do modelo e da
colaborao, deixando claras, porm, as diferentes estratgias recomendadas o que para o
objetivo de um guia prtico adequado e evita problemas futuros para os usurios.
So colocadas tambm questes importantes relacionadas evoluo do grau de detalhamento
do modelo nas diferentes fases de desenvolvimento do projeto. O Captulo trs prope
GLYHUVDV GLFDV VREUH DV ERDV SUiWLFDV UHFRPHQGDGDV SDUD R XVR GD IHUUDPHQWD
154
reviso bibliogrfica
recomendando alguns procedimentos que iro facilitar o trabalho do usurio e evitar

problemas futuros.
O guia finaliza direcionando detalhes mais abrangentes e especficos para um plano de
treinamento que fornecido pela Autodesk e enumerando as etapas desse treinamento.
Conclui-se que a proposta do guia como um plano de implementao do BIM no adequada,
pois, embora tecnicamente apropriado, ele traz poucas referncias sobre o BIM e sua gesto
ou implantao. exclusivamente focado na implantao de uma ferramenta especfica de
modelagem no caso, o Revit.
BIM Guides serie 1, General Services Administration (2007)

O guia da General Services Administration (GSA) foi originado a partir do programa de
LPSODQWDomRGR%,0GHVVDLQVWLWXLomRFKDPDGR3URJUDPD'-4D-%,0TXHWHYHLQtFLRQR
ano 2003.
A GSA29 o rgo norte-americano responsvel pela administrao dos edifcios pblicos,
que movimentou 12 bilhes de dlares em investimentos de construo e manuteno desses
edifcios. Um estudo do NIST identificou a falta de interoperabilidade da informao como a
principal causa do desperdcio e retrabalho dentro desse amplo programa da GSA. Do total
investido, 4,2% foi estimado como desperdcio, o equivalente a 650 milhes de dlares.
Foram identificados os seguintes itens prioritrios a serem superados com a implantao do
programa BIM: erros e omisses de projeto; documentao da etapa de as-built; problemas na
fase de uso e ocupao; validao de medidas para anlises espaciais; e desempenho
energtico.
O programa focou inicialmente no problema da validao dos espaos, essencial para a
determinao dos valores de utilizao de seu portflio imobilirio.
O guia oficial da GSA teve sua primeira verso no ano 2007, denominanda G SA BIM Guide
Series 1 Overview e Series 2 Spatial Program Validation. A srie de guias cresceu para
um total de oito volumes, organizados atualmente na seguinte relao: Srie 1: 3D-4D-BIM
viso geral / Srie 2: Validao da programao de uso dos espaos / Srie 3: 3D,
Escaneamento a laser / Srie 4: BIM 4D / Srie 5: Operao e desempenho energtico / Srie
29
Disponvel em: <http://www.gsa.gov/portal/category/100000>. Acesso em: 6 maro 2012.
155
reviso bibliogrfica
6: Validao da circulao e segurana / Srie 7: Elementos do edifcio / Srie 8: Gesto das

utilidades e instalaes.
A Srie 1 destinada aos funcionrios, consultores e prestadores de servio da GSA. Oferece
uma viso geral do Programa Nacional e contm as tecnologias e servios de suporte, em um
texto abrangente para ser usado como um guia de referncia pelos membros da GSA, para
determinar os tipos de aplicaes em BIM adequados para cada projeto especfico.
A Srie 2, destinada validao do programa de uso dos espaos, tem por objetivo estabelecer
as diretrizes para a medio dos espaos de maneira consistente e eficiente. A validao
desses espaos constitui uma importante mtrica para usos posteriores, como o
estabelecimento de oramentos, contratos para a ocupao, determinao da renda obtida com
os edifcios, etc.
Como todos os projetos e obras da GSA so contratados de terceiros, importante, j durante
a fase de concepo dos projetos, que as diferentes equipes de projetistas tenham um critrio
nico para a determinao dos espaos, para que eles possam ser aprovados em termos de uso,
conforme o programa de necessidades.
Foi desenvolvido um padro denominado G SA Concept Design View para a incorporao em
seus softwares de modelagem. Esse padro foi produzido para ser utilizado atravs do formato
neutro IFC, com a finalidade de gerar modelos BIM que possam ser verificados
automaticamente pelos requisitos espaciais da GSA.
Essa srie est dividida em quatro sees principais:
Seo um: Programa Espacial BIM descreve o objetivo geral, histria e processo para a
apresentao do programa espacial BIM e os requisitos de modelagem para criar o BIM e
para a sua apresentao em IFC.
Seo dois: Espaos e zonas descreve como e aonde criar os limites do espao e como
atribuir as informaes necessrias para referenci-las aos objetos espaciais.
Seo trs: Elementos de construo descreve os elementos de construo necessrios
para a validao espacial.
Seo quatro: Regras e anlises do modelo BIM descreve as regras de anlise s quais
sero submetidos os modelos BIM, destacando casos especiais que podem afetar essa
anlise
156
reviso bibliogrfica
A Srie 3 tem por objetivo estabelecer diretrizes tcnicas e normativas para o uso da
tecnologia de escaneamento a laser, com a finalidade de: melhorar a documentao da fase de
as-built; gerar documentao para a preservao e conservao do patrimnio histrico; e

propiciar visualizao para aperfeioar a gesto das instalaes.
A Srie 4 objetiva conceituar e estabelecer diretrizes tcnicas para o uso da tecnologia BIM,
em conjunto com o planejamento de obras, conhecido como BIM 4D.
Essa srie est organizada em trs sees: na primeira so fornecidos os principais conceitos;
na segunda feita a definio para o escopo de trabalho em 4D e a definio do nvel de
detalhe a ser trabalhado; e a terceira seo desenvolve e especifica os requisitos tcnicos
necessrios.
A Srie 5 estabelece as diretrizes tcnicas para auxiliar o estudo do desempenho energtico
dos seus edifcios. um guia que define, essencialmente, os conceitos bsicos para uma
anlise BIM do desempenho energtico de um edifcio e determina uma srie de definies de
espaos, de critrios de clculo e de formatos de arquivos (IFC, IFCxml, gbXML,)
necessrios para as anlises energticas.
A Srie 6, que trata da validao da circulao e segurana, no apresenta um manual
impresso, mas remete a um projeto desenvolvido em conjunto com a empresa Solibri30 e o
Georgia Institute of Technology31, com o objetivo de automatizar um mtodo para avaliar e
aprovar a circulao em edifcios de tribunais federais.
Esse estudo de caso foi apresentado pelo Professor Charles Eastman no Congresso TIC
201132. Nesse congresso foi exposto o problema bsico: as rotas entre pblico, juzes,
advogados e rus em tribunais tm requisitos de segurana, no podendo se comunicar
diretamente.
Para o estudo da circulao foram simuladas, com o software Solibri Model Checker , 27 mil
rotas possveis usando 302 regras de circulao em apenas dez segundos de processamento.
Tanto a Srie 7, que trata de elementos construtivos do edifcio, quanto a Srie 8, que aborda
a gesto das instalaes, no se encontravam disponveis para ser baixadas no site da GSA, na
ocasio da pesquisa.
30
Disponvel em: <http://www.solibri.com/>. Acesso em: 6 maro 2012.

Disponvel em: <http://www.gatech.edu/>. Acesso em 10 maro 2012.
32
Disponvel em: <http://www.lcad.ufba.br/tic2011/>. Acesso em 10 maro 2012.
31
157
reviso bibliogrfica
A anlise global de toda a srie dos guias pesquisados oferece uma viso abrangente do
projeto de implantao do BIM, focando aspectos prioritrios para a GSA. O guia redigido
de forma clara e didtica, com nfase no aspecto prtico, mas bem-fundamentado, sem se
prender a aplicativos especficos e procurando colocar as diretrizes em termos universais para
sua utilizao.
General Buildings Information Handover Guide,

NIST (2007)
O objetivo desse guia auxiliar o desenvolvimento da AEC, fornecendo orientao em

metodologia, tecnologias e normas para melhorar a eficincia e a qualidade do uso, e
compartilhamento da informao atravs do ciclo de vida das edificaes. Ele oferece uma
estrutura de representao para definio e entrega de pacotes de informao entre os
participantes de empreendimentos, procurando abranger as esferas empresariais e
institucionais.
A estratgia principal recomendada pelo guia baseada na necessidade das informaes para
os clientes a jusante de cada fase do processo do empreendimento e na maneira como essas
informaes podero ser utilizadas.
Um importante conceito apresentado o da informao estruturada. Os dados so estruturados
de forma a ser interpretados por computadores, sem necessidade da interveno humana. Essa
estruturao permitir um alto grau de integrao e de automao dos processos de trabalho.
Conclumos que esse guia atende aos objetivos propostos e, por trazer em si um conhecimento
de base, pode fornecer as diretrizes para se escreverem guias de implantao.
Nesse sentido, ele aborda, do ponto de vista conceitual e metodolgico, as etapas necessrias
para esse fim, tratando-se, portanto, de um guia da infraestrutura do conhecimento.
158
reviso bibliogrfica
Bim Requirements, Senate (2007)
Senate Properties33 a empresa estatal da Finlndia, subordinada ao Ministrio das Finanas,

responsvel pelo gerenciamento do patrimnio imobilirio do governo finlands.
Os requisitos especificados ao longo desse guia visam atender s demandas de edifcios novos
e de reformas de edifcios estatais do governo finlands.
O objetivo do guia desenvolver procedimentos operacionais gerais em projetos para o uso
da tecnologia BIM, especificando, de forma detalhada, os requisitos para a construo de
modelos de informao. Trata-se de um guia que visa cobrir os estgios principais do ciclo de
vida de uma edificao, entendendo a modelagem BIM como um processo que ir tornar os
projetos mais precisos e com isso servir de base para dar suporte a decises de investimentos
a partir da comparao de escopos e de alternativas visando ao desempenho em longo prazo
das edificaes em seu ciclo de vida.
O desempenho energtico enfatizado nesse guia, ficando clara a necessidade de sua
simulao em fase de projeto e, posteriormente, de sua gesto eficaz na fase de operaes. O
guia tambm entende que a qualidade das solues de projeto vir principalmente do trabalho
colaborativo de troca de informaes entre os agentes envolvidos; porm, deixa claro que a
colaborao no descartar as responsabilidades e as habilidades individuais de cada
especialidade.
O guia extenso, constituindo-se de oito volumes: Volume 1: Aspectos gerais / Volume dois:
Modelagem a partir dos edifcios existentes / Volume trs: Projeto de Arquitetura / Volume
quatro: Projeto de Instalaes / Volume cinco: Projeto Estrutural / Volume seis: Garantia de
qualidade e modelos combinados / Volume sete: Levantamento de quantitativos / Volume
oito: Uso dos modelos com objetivos de visualizao.
O volume 6, focado na garantia de qualidade e nos modelos combinados, ser analisado com
maior profundidade, visto que seu escopo de aplicao maior aos objetivos desta tese.
O guia declara, logo no princpio desse volume, que seu principal objetivo melhorar a
qualidade das solues de projeto e as trocas das informaes entre as partes envolvidas. Para
que esse objetivo seja alcanado, ele deixa claro a importncia da responsabilidade do cliente
e dos prprios projetistas.
33
Disponvel em: <http://www.senaatti.fi/index.asp?siteID=2>. Acesso em: 6 maro 2012.
159
reviso bibliogrfica
Como princpio geral, o guia entende que a garantia de qualidade do modelo BIM diz respeito
principalmente validao do seu modelo no formato IFC. Estabelece que o processo de
garantia da qualidade seja dividido em duas partes: a parte dos projetistas e a parte do cliente.
Os projetistas devem ser responsveis integralmente pelo seu processo interno de qualidade e,
nesse sentido, o objetivo do guia apenas fornecer recomendaes baseadas em boas prticas
de trabalho.
Como orientao importante, o guia aconselha que, antes do envio do modelo para a
aprovao do cliente e posterior distribuio aos demais, o modelo seja verificado no seu
formato nativo e tambm no formato IFC, recomendando tambm que o processo de
verificao interno ao escritrio seja feito por um profissional especializado nesse tipo de
anlise, que no seja o autor.
So recomendados tambm dois mtodos para garantir a qualidade do modelo BIM: mtodos
de checagem, para situaes pontuais, e mtodos de anlise, para anlise sistmica, mais
relacionada com o desempenho esperado do edifcio, simulado atravs do uso do modelo
BIM.
O entendimento do guia com relao ao processo de qualidade do modelo essencialmente o
de sua anlise de compatibilidade e de integridade do seu formato IFC.
Ele entende que o modelo final, resultante da combinao dos modelos das especialidades
individuais, dever ser checado em termos de sua integridade e do atendimento dos requisitos
do cliente, o que inclui a anlise do desempenho.
Embora no fique explcito, o guia se apropria de diversas ilustraes obtidas a partir do
software Solibri Model Checker, um software especializado exatamente nessas duas
caractersticas de anlise: integridade do modelo BIM e atendimento de requisitos de
programa.
Porm, o guia no aborda como a gesto do processo de projeto e principalmente a gesto do
fluxo das informaes devam ser feitas para que o modelo resultante tenha a qualidade
esperada. Esse o ponto falho do guia no abordar a gesto do processo, limitando-se a
focalizar o resultado desse processo. No h dvida que, se somente o produto for analisado,
isso causar impacto no processo e provocar ciclos de retrocesso, uma vez que apenas a
anlise individual de cada especialidade enfatizada como responsabilidade do projetista
no garante por si s a integrao e a colaborao ao longo do processo.
160
reviso bibliogrfica
Tambm se d pouca ou nenhuma ateno tecnologia para a troca de informaes e a

gerao de modelos federados. No aspecto de processos colaborativos, o guia tambm
omisso.
Concluindo, o guia mostra-se bastante completo na parte da gesto do Modelo BIM, mas
falho na gesto do processo de projeto para dar suporte a essa tecnologia.
National Building Information Modeling Standard Version 1 - Part 1: Overview,

Principles, and Methodologies, NIBS (2008)
A partir de uma viso global da ineficincia da construo civil nos Estados Unidos, em que
em 2008 se estimou um movimento financeiro da ordem de um trilho e duzentos e oitenta e
oito milhes de dlares (US$ 1.288.000.000), com uma perda aproximada em torno de 57%,
decorrente das inmeras deficincias sistmicas, representando um montante de seiscentos
bilhes de dlares (US$ 600.000.000.000), desperdiados ano aps ano, o National Institute
of Building Sciences (NIBS), ao publicar esse guia, sinaliza o BIM como alternativa para
reduo dessas perdas e melhoria do processo.
O NIBS criou o National Building Information Modeling Standard (NBIMS), comit cujos
planos e mtodos de trabalho, organizao, filosofias, polticas, includos em seu projeto, se
constituiro em uma norma nacional composta por guias, classificaes, prticas
recomendadas e especificaes.
Esse guia o primeiro de uma srie e contempla os princpios gerais que nortearo o
desenvolvimento de outros manuais de especificaes de processos a serem adotadas a partir
de proposies consensuais entre os agentes do setor.
A viso principal do guia estabelecer princpios para o BIM em todo o ciclo de vida do
edifcio, tendo a interoperabilidade aberta como um dos seus pilares para promover essa
ampla integrao. Esse guia dividido em cinco sees, e sua abordagem conceitual busca
abranger os conceitos e requisitos que devero se constituir em norma.
Os conceitos-chave relacionados interoperabilidade e troca de informaes a partir de
IDM e MVD so bem-fundamentados, mostrando que, mais que um guia tcnico, trata-se de
um referencial para a organizao de processos em BIM.
Como anexo a esse primeiro documento, foi tambm definido um modelo de maturidade, o
Capability Maturity Model (CMM), para ser usado como instrumento de medida do grau de
161
reviso bibliogrfica
maturidade de implementao do BIM. Esse modelo parte de requisitos mnimos e por meio
da avaliao de requisitos de desempenho chega at a modelos evoludos de implementao e
interoperabilidade pelo ciclo de vida.
National Guidelines for Digital Modeling, CRC-Australia (2009)

O Cooperative Research Centre (CRC) uma associao constituda por empresas e
representantes do setor da construo civil australiana. Congregado na Queensland University
of Technology34, o CRC subordina-se ao programa de pesquisas do governo australiano. Um

de seus objetivos o desenvolvimento de tecnologias-chave, ferramentas e sistemas de gesto
para melhorar a eficincia da indstria da construo na Austrlia.
O guia em anlise um dos resultados dessa iniciativa do CRC. Sua meta a discusso do
uso da tecnologia BIM pela indstria da construo civil australiana, o objetivo de encorajar o
desenvolvimento e a adoo de uma prtica nacional normatizada. A nfase da publicao
menos nos aspectos tecnolgicos e mais nos processos e nas questes polticas que podem
auxiliar a obter o pleno potencial do BIM.
O guia apresenta riqueza de informaes, e um de seus aspectos mais significativos trazer
informaes relevantes para os agentes envolvidos que querem ampliar seus conhecimentos
sobre o impacto do BIM em suas profisses e como incorpor-lo efetivamente em seus
processos de trabalho.
Outro aspecto importante desse guia oferecer uma estrutura comum de linguagem para
orientar no desenvolvimento de prticas de trabalho. Quando as prticas ainda no esto
consolidadas, como no caso do BIM, a ausncia de pontos comuns, mesmo que rudimentares,
aumenta as chances de as pessoas no chegarem, atravs do dilogo, a um alinhamento dos
seus objetivos.
O guia vem acompanhado de um documento anexo composto de seis estudos de caso,
utilizando processos colaborativos em BIM. Cada um dos casos ilustrado com desenhos e
fotografias. A descrio desses estudos de caso inclui o programa de necessidades do projeto,
as perspectivas de cada um dos agentes envolvidos, as razes de adoo do BIM, detalhes dos
aplicativos utilizados, nveis de detalhes dos modelos, resumos dos fluxos de trabalho
34
Disponvel em: <http://www.qut.edu.au/>. Acesso em: 6 maro 2012.
162
reviso bibliogrfica
adotados, processos colaborativos, requisitos de treinamento, problemas e solues, e uma

avaliao das principais contribuies do BIM para o projeto.
As sees iniciais desse guia oferecem uma boa viso geral para os leitores iniciantes,
incluindo os principais usos dos modelos BIM. So introduzidos conceitos importantes, como
o da qualidade do modelo, fases de desenvolvimento do modelo e nvel de detalhe dos
objetos. Essas sees so de interesse particular para os agentes que trabalham no nvel
estratgico dentro das organizaes, pois apresentam o espectro das opes de uso do BIM
com os desafios correspondentes associados.
As sees seguintes so de interesse mais especfico para os profissionais, oferecendo
recomendaes de boas prticas de modelagem, introduzindo o que deve e o que no deve ser
modelado, a quantidade apropriada de dados a ser incorporada ao modelo nos diferentes
estgios do projeto e quando a modelagem deve ser considerada concluda.
So oferecidos conselhos para a configurao dos modelos e para o estabelecimento de
protocolos de trabalho para a equipe de projetos, juntamente com instrues de implantao
prtica do BIM, incluindo fluxos de trabalho e listas de verificao que consistem em definir,
SDUD FDGD XPD GDV IDVHV GR SURMHWR R TXr SRU TXHP H TXDQGR DV FRLVDV GHYHP VHU
feitas.
O guia pode ser entendido, de maneira geral, como um guia gerencial para a implantao do
BIM, descrevendo, mais que uma norma prescritiva, as mudanas necessrias nos processos
da indstria. Porm, apesar da relevncia dos aspectos abordados, a discusso de modelos
para a gesto do processo de projeto continua restrita s questes da coordenao BIM do
modelo, que discutida de maneira bem completa nos pontos relacionados qualidade da
auditoria do modelo, sem, contudo, propor metodologias de gesto que deem suporte ao
desenvolvimento da modelagem.
Da mesma forma, embora a IDM e seus principais componentes sejam descritos de maneira
clara e simplificada, sua correlao com o processo de projeto, principalmente na definio do
fluxo das informaes e das trocas entre os agentes, no mencionada.
BIM Execution Planning Guide, PennState (2010)
Esse guia foi desenvolvido pela Universidade Estadual da Pensilvnia atravs de um
programa de pesquisa denominado Computer Integrated Construction Research Program 35.
35
Disponvel em: <http://www.engr.psu.edu/ae/cic/>. Acesso em: 6 maro 2012.
163
reviso bibliogrfica
O objetivo do guia servir de manual prtico para as equipes de projeto, de modo a orientar
na elaborao de um plano estratgico para a implantao do BIM desde os estgios iniciais
de um projeto.
O guia est estruturado em oito captulos, resumidos a seguir:
Captulo um: viso geral da metodologia proposta para estabelecer um plano de implantao
em BIM / Captulo dois: metodologia para identificar os usos a serem dados para o BIM /
Captulo trs: metodologia para planejar o processo de projeto em BIM / Captulo quatro:
metodologia para definir as trocas de informaes / Captulo: metodologia para definir a
infraestrutura para dar suporte ao processo BIM / Captulo seis: metodologia estruturada para
a implantao do processo BIM em uma equipe, atravs de reunies e tarefas intermedirias /
Captulo sete: metodologia para a implantao do BIM dentro de organizaes / Captulo oito:
concluses e recomendaes a partir das lies aprendidas na elaborao do guia.
Juntamente com o guia fornecido um modelo para ser preenchido pela equipe de projeto, de
maneira a acompanhar cada passo previsto dentro do guia.
De todos os guias analisados, este em particular apresenta, de forma clara e estruturada, o
BIM como um processo. Ao identificar cada um dos usos do BIM utilizada a metodologia
da BPMN para representar os agentes, as atividades e as trocas de informao.
Para documentar as trocas, proposta, em particular, uma planilha que identifica os agentes e
as informaes necessrias para cada uma das tarefas do processo. So fornecidos mapas
genricos para diversos usos do BIM
Alm desses mapas genricos, fornecido tambm um exemplo preenchido com o estudo da
construo de um laboratrio.
164
reviso bibliogrfica
Projeto InPro, Benning et al. (2010a)

O Open Information Environment for Knowledge-based Collaborative Processes throughout
the Lifecycle of a Building36 (InPro) programa de pesquisas desenvolvido durante quatro

anos, de 2006 a 2010 foi copatrocinado pela Comisso Europeia, tendo um oramento de 13
milhes de euros. Participaram desse projeto vinte organizaes de nove pases europeus. O
programa foi liderado por cinco construtoras europeias em associao com empresas de
consultoria em TI, arquitetos, universidades e centros de pesquisa.
O principal objetivo desse projeto foi o desenvolvimento de uma metodologia para o processo
de projeto colaborativo de edifcios em suas fases iniciais, e de uma Plataforma de
Informaes Aberta ( Open Information Environment OIE), segundo Tarandi e Houbaux
(2010).
Um ponto relevante na abordagem do InPro foi a integrao entre a tecnologia da informao
e os processos de gesto dos negcios. Essa integrao foi definida como a relao entre um
SX[mRGHQHJyFLRVbusiness pull HXPHPSXUUmRGHWHFQRORJLDtechnology push).
A metodologia desenvolvida como produto do InPro se sustenta a partir do desdobramento de
trs diretrizes estratgicas do projeto:
1. O desenvolvimento de novos conceitos de negcios e processos para o trabalho
colaborativo, baseado em modelos BIM em interface de informaes aberta;
2. Uso inteligente da Tecnologia da Informao atravs do compartilhamento, troca e
reuso das informaes durante o ciclo de vida da edificao;
3. Desenvolvimento de aes de suporte para implantao direta na construo civil
europeia.
O trabalho desse projeto de pesquisa foi organizado em dez pacotes ( Work Packages),
estruturados em quatro grupos correlacionados com os objetivos do projeto (Figura 43).
36
Disponvel em: <http://www.inpro-project.eu/main.asp>. Acesso em: 6 maro 2012.
165
reviso bibliogrfica
Figura 43: Macroestrutura do Projeto InPro

" Puxo" de Negcios
"Empurro" da Tecnologia
(Business pull)
(Technology push)
WP3: Processos de TI
1.1 Melhores prticas
2.1 Principais casos de utilizao
1.2 Conceitos otimizados

de negcio
1.3 Indicadores de
desempenho (KPI)
2.2 Processos colaborativos
3.1 Aplicaes de gesto da 4.1 Requisitos

informao
3.2 Aplicaes para as fases 4.2 Especificaes
iniciais do projeto
3.3 Estruturas de
4.3 Implementaes
informao e m formato
neutro
1.4 Estratgias para

obteno de negcios
2.4 Processos de projeto com a

viso do ciclo de vida
2.3 Percebendo os valores dos

agentes e nvolvidos
WP4: Plataforma de TI
aberta
WP5: Integrao
5.1 Ambiente Inpro de i nformao aberta
5.3 Avaliao de desempenho
5.2 Barreiras e oportunidades
5.4 Cooperao
Ambiente Inpro de i nformao aberta
WP10: Gesto do Projeto Inpro
WP1: Conceitos de negcio WP2: Processos das fases

iniciais de projeto
WP6: Demonstrao
6.1 Testes e demonstraes
WP7: Educao e
WP8: Disseminao e Normas
Treinamento
Plataforma de treinamento Website, e ventos, publicaes cientficas,
contribuies para normatizao
Cursos de negcios
Currculo para
Universidade
WP9: Explorao
Estratgias de e xplorao
Gesto de l ongo prazo
Transformao Industrial
Fonte: Adaptado de Benning et al. (2010b)
Os conceitos de negcios, desenvolvidos no WP1, criam incentivos para que o setor da

construo foque sua ateno nas fases iniciais do projeto ( early design). O WP2 visa
estruturao dos processos iniciais de colaborao e de comunicao do projeto com uma
perspectiva do ciclo de vida. Os processos de negcios, com suporte de tecnologia da
informao, foram desenvolvidos no WP3 e integrados no WP4.
As inovaes de negcios integradas com suas tecnologias de apoio para o ambiente de
informao aberta foram desenvolvidas no WP5 e validadas em projetos pilotos de grande
escala no WP6.
166
reviso bibliogrfica
O objetivo dos WPs 7, 8 e 9 era estruturar o treinamento, a explorao e a disseminao de

conhecimentos. A gesto do projeto como um todo foi realizada no WP10.
A Plataforma de Informaes Aberta, desenvolvida no WP5, foi elaborada em uma
plataforma de TI denominada Open ICT Platform (OIP) que consistia em um servidor de
modelos, Share-A-space , Eurostep (2011), que utilizava padres abertos em IFC.
A arquitetura dessa plataforma na qual o hub de colaborao BIM foi inserido est projetada
para dar suporte a: modelo completo; modelos agregados de diferentes disciplinas; exportao
e importao de modelos parciais; gerenciamento de mudanas e fluxos de trabalho; troca de
informaes utilizando um modelo neutro de troca baseado em IFC.
O uso prtico dessa plataforma foi demonstrado a partir de provas de conceito e do
mapeamento de sete processos-chave:
Processos-chave
KP1: Coordenao entre o projeto de arquitetura e projetos complementares.
KP2: Colaborao e fluxo de trabalho de aprovao.
KP3: Anlise energtica.
KP4: Planejamento de obra baseado em modelo 4D.
KP5: Definio dos escopos de projeto em termos de quantidade, qualidade,
funcionalidades e responsabilidades.
KP6: Gesto dos requisitos do cliente.
KP7: Gesto dos custos.
O relatrio final aponta, de forma positiva, para o atendimento dos objetivos do projeto e
enumera suas principais realizaes, conforme Tarandi e Houbaux (2010):
1. Foi desenvolvida uma metodologia e demonstrado que o processo de projeto
colaborativo integrado vivel, prtico e benfico para todos os agentes envolvidos.
2. Foram identificadas solues genricas e desenvolvida uma estrutura para a
colaborao.
3. Foram descritos os fluxos de trabalho para os processos-chave da colaborao aberta.
4. Simultaneamente aos desenvolvimentos avanados em padres IFC e ferramentas para
implantao imediata, desenvolveu-se uma plataforma para a colaborao semntica
plena.
167
reviso bibliogrfica
5. O conhecimento desenvolvido pelo InPro foi adotado pela buildingSMART e

incorporado no plano de aes de companhias importantes.
2.6.22 Consideraes sobre a Reviso Bibliogrfica

Na reviso bibliogrfica, procurou-se criar a base que foi considerada indispensvel
proposio da Estrutura Conceitual, objetivo principal desta tese.
O processo de projeto complexo e contempla as vises de fluxo, converso e gerao de
valor, sendo necessrias tcnicas especficas para o seu planejamento. Nesse sentido, foi feita
a reviso da metodologia Adept, incluindo-se a gesto do curto prazo a partir de tcnicas de
last planner.
No contexto do empreendimento, o processo de projeto apresenta fundamental importncia
para todos os agentes envolvidos, cada um deles com suas diferentes vises, exigindo da
gesto do processo que coordene essas vises e, ainda, esteja atenta a todas as interfaces entre
elas.
Para a introduo do conceito BIM foi necessria a reviso dos conceitos de Modelagem e de
Modelo de Dados. Verificou-VH TXH D 0RGHODJHP p XP SURFHVVR H TXH PRGHOR p R
UHVXOWDGRGHVVHSURFHVVR(VVHFRQFHLWRpLQHUHQWHDR%,0XPDYH]TXHR0GR%,0SRGH
VHU HQWHQGLGR FRPR PRGHOLQJ SURFHVVR GH PRGHODJHP H PRGHO PRGHOR GH GDGRV
resultante do processo de modelagem).
Ainda relativo aos conceitos de BIM, destacando-se a natureza paramtrica de seus objetos,
foram apresentados os principais usos e benefcios.
Os pilares da interoperabilidade, IFC, IFD, IDM, MVD foram tratados pela reviso,
mostrando a importncia da interoperabilidade para possibilitar a correta troca de informaes
entre os agentes e entre os softwares das diferentes especialidades. Verificou-se que o IFC a
base mais importante desses conceitos e que dele derivam as propriedades e relaes entre os
elementos de um edifcio.
Dando suporte proposio desta tese, foi efetuada a reviso do conceito de LOD, que se
mostra ambguo na literatura, pois LOD ora subentende nvel de detalhe das informaes
geomtricas e ora subentende nvel de detalhe das informaes no geomtricas. A falta de
um aprofundamento desse tema na literatura mostrou uma oportunidade de pesquisa que
168
reviso bibliogrfica
possibilitar uma futura insero das propriedades no geomtricas na Estrutura Conceitual

proposta.
A gesto do processo de projeto foi tratada na reviso, buscando extrair os seus principais
fundamentos para, com isso, transpor, adequar e propor extenses para a gesto do processo
de projeto dentro da Estrutura Conceitual. Os processos de anlise crtica e controle de
qualidade foram particularmente importantes nesta parte da reviso, pois constituem
elementos fundamentais para a gesto do processo de projeto.
Novos agentes tm sido criados com o desenvolvimento do BIM; em particular, foi feita uma
reviso sobre o Gerente de BIM e questionada a sua real necessidade, concluindo-se que a
melhoria da formao dos Coordenadores de Projeto atuais um caminho aparentemente
melhor a ser seguido, ao invs da criao de novas funes e a consequente fragmentao do
conhecimento nas organizaes.
O compartilhamento dos modelos foi tambm estudado, sendo vistas as diferentes
modalidades de mecanismos de troca, desde os mais simples at os mais sofisticados, como os
VHUYLGRUHVGHPRGHOR(VWHWySLFRpHVSHFLDOPHQWHUHOHYDQWHSRLVRFRPSDUWLOKDPHQWRGRV
modelos est na base do processo de colaborao entre os agentes, havendo necessidade de
que essa troca seja feita em bases tecnolgicas adequadas.
De igual relevncia, foram revisados os principais sistemas de classificao da informao do
edifcio, conhecimento bsico necessrio para o processo de modelagem. Vale salientar que a
nova norma Brasileira de BIM ainda no publicada adotar o sistema de classificao a
partir das OmniClass.
As fases do processo de projeto em BIM modificam-se, pois o efeito de superposio entre
atividades potencializado pela tecnologia e, por esse motivo, o BIM um grande facilitador
GDHQJHQKDULDVLPXOWkQHD(PXPDYLVmRPDFURIRLUHYLVWRRPRGHORSURSRVWRSRU6XFFDU
(2009) relativo aos estgios de adoo do BIM na indstria como um todo. Esse modelo,
bastante utilizado na literatura, consegue antever e auxiliar as empresas e profissionais
mostrando principalmente que o processo de implantao do BIM gradual e evolutivo.
Finalmente os principais guias e manuais de implementao do BIM foram tratados na reviso
bibliogrfica, sendo encontradas diferentes vises, algumas excessivamente tecnolgicas para
a implementao prtica de softwares e outras mais conceituais, buscando colocar o BIM na
perspectiva de um processo de longo prazo dentro do ciclo de vida da edificao.
169
reviso bibliogrfica
A partir da leitura crtica desses manuais, verificou-se que em nenhum deles feita a
proposio de uma estrutura conceitual que possa integrar o processo de modelagem com o
seu resultado modelo de informao de maneira coordenada e buscando indicadores do
desempenho do processo. Essa lacuna ser explorada na proposio da Estrutura Conceitual.
170
metodologia
Metodologia
Este captulo apresenta o processo e as tcnicas selecionadas para se alcanar os objetivos

propostos na pesquisa. Os mtodos so introduzidos inicialmente (3.1) e depois o processo e
as tcnicas utilizadas para a conduo da pesquisa so definidos (3.2).
3.1
Mtodos
O BIM tem sido definido em muitas publicaes, seminrios e workshops como uma
WHFQRORJLDGLVUXSWLYDHSURQWDSDUDUHGX]LUDIUDJPHQWDomRGRVHWRUGD$(&HPHOKRUDUD
sua eficcia e eficincia.
Muito se fala e se escreve sobre BIM, mas nem sempre sob bases corretas. O termo BIM foi
citado por Charles Eastman como um enorme chavo (informao verbal) 37 e muito do que
se observa na prtica so afirmaes errneas sobre o BIM, que afloram e se propagam de
maneira catica nos diversos meios de comunicao.
O que se espera normalmente de uma definio que ela delimite o campo semntico. No
entanto, com o termo BIM ocorre o que se GHQRPLQDDQDUTXLDVHPkQWLFDSRLVREVHUYD-se
no cotidiano um emaranhamento dos conceitos de modelagem da informao com modelo da
informao e vises discrepantes sobre a implantao e a gesto do BIM nas empresas.
Poucos percebem a necessidade da gesto integrada entre o processo de projeto e o processo
da modelagem da informao.
Esses fatos justificaram a necessidade de a pesquisa buscar o desenvolvimento de uma
estrutura conceitual, colocando o BIM como o agente integrador de processos e no apenas
como um conjunto desarticulado de tecnologias e processos.
37
Charles Eastman se referiu ao BIM como um grande chavo (huge buzzword) em palestra proferida no evento
TIC 2011 em Salvador.
171
metodologia
Caracterizao do tipo de problema envolvido na pesquisa

Comumente a pesquisa envolve a soluo de problemas. Uma simples classificao de tipos
de problemas dada por Fellows e Liu (2003):
1. Problemas fechados problemas simples com uma soluo correta. A existncia do
problema, a sua natureza e as variveis envolvidas podem ser identificadas facilmente.
So problemas comuns que podem ser solucionados com facilidade atravs de
KHXUtVWLFDVRXSUiWLFDVGHURWLQD6mRFRQKHFLGRVFRPRSUREOHPDVGRPiYHLV
2. Problemas abertos tendem a ser complexos; a existncia do problema pode no ser
detectada de incio, pois, provavelmente, o problema tem natureza dinmica e suas
variveis so difceis de ser isoladas. Pode no ser evidente quando a soluo
alcanada, e muitas solues alternativas podem ser possveis. A soluo desses
problemas pode vir de insights do pesquisador.
O problema tratado na pesquisa de natureza no trivial e envolve caractersticas complexas,
evoluindo de uma formulao inicial. Aps interaes com a prtica e o conhecimento
adquirido, houve insights que possibilitaram vrias opes de soluo. Portanto, a pesquisa,
ao tratar do desenvolvimento de uma estrutura conceitual para a gesto do BIM, lida com um
problema aberto.
Definio do mtodo da pesquisa
Existem vrias formas para se definir o mtodo de pesquisa; Hughes, C. (2003) define o
mtodo de forma simplificada em duas etapas: a construo e o teste da teoria. Phillips e Pugh
(2000) definem trs categorias de pesquisa, a exploratria, a de testes de hipteses e a de
soluo de problemas. Fellows e Liu (2003) trabalham com os conceitos de pesquisa
qualitativa e pesquisa quantitativa
A natureza do objetivo da pesquisa, que desenvolver uma estrutura conceitual, requer
aspectos tanto de natureza qualitativa quanto de natureza quantitativa e foram adotados os
conceitos de Fellows e Liu (2003) descritos a seguir.
Na pesquisa qualitativa, a explorao do assunto realizada sem formulaes anteriores. O
objetivo ganhar entendimento e coletar informaes e dados de forma que a teoria emerja. A
pesquisa qualitativa procura obter insights e entendimentos do porqu de as coisas
acontecerem de uma certa maneira, para determinar os significados para os quais as pessoas
atribuem eventos, processos e estruturas.
172
metodologia
A pesquisa quantitativa adota o mtodo cientfico no qual o estudo inicial da teoria na

literatura gera objetivos com proposies e hipteses a serem testadas. A pesquisa feita
atravs da avaliao de aplicaes prticas e, segundo Segundo Fellows e Liu (2003), tem por
objetivo determinar relacionamentos por meio de dados factuais. A sua abordagem a de
WLUDUUHWUDWRV(snapshots), usados para resolver questes do tipo: o qu, quanto ou quantos.
Paralelamente pesquisa bibliogrfica, iniciada pelos temas mais gerais, foram feitas as
pesquisas qualitativa e quantitativa, surgindo novas questes e com isso a necessidade do
aprofundamento da pesquisa bibliogrfica.
A metodologia adotada nesta tese utilizou as pesquisas qualitativa e quantitativa de forma
combinada, sendo que a primeira precedeu a segunda, ocorrendo a triangulao dos dados
quantitativos com os qualitativos e o paralelismo da reviso da literatura (Figura 44).
Figura 44: Triangulao dos dados quantitativos e qualitativos e paralelismo da
reviso da literatura
Fonte: Adaptado de Fellows e Liu (2003)
173
metodologia
3.2
Processo da pesquisa
A pesquisa evoluiu em quatro fases distintas (Figura 45), detalhadas a seguir.

Figura 45: Esquema das fases de desenvolvimento da pesquisa
Fonte: Autor
174
metodologia
Fase 1
A partir do projeto inicial da pesquisa que dava continuidade ao problema do planejamento do
processo de projeto de edifcios, problema pesquisado na dissertao de mestrado do autor,
definiu-se como ponto de partida o levantamento da situao atual da gesto do processo de
Projeto, vista sob o foco da implantao recente no Brasil da Tecnologia BIM.
Para isso foram realizadas onze observaes participantes de projetos recentes, nos quais se
constataram barreiras para o desenvolvimento da Gesto do Processo de Projeto, o que
auxiliou na caracterizao da situao atual e reforou as justificativas da pesquisa.
A partir desse quadro inicial foram identificados os fatores chave que afetam o
desenvolvimento da AEC justificando a proposio de novas formas de trabalho que possam
superar as barreiras atuais relacionadas tanto aos aspectos da Colaborao quanto do
desenvolvimento de projetos.
A reviso bibliogrfica nessa etapa preocupou-se com o entendimento geral dos conceitos
sobre o BIM e com o estudo de diversos manuais de implementao dessa tecnologia.
Buscouse identificar os nveis de implantao j alcanados em outros pases e conhecer as
diferentes abordagens. Foram constatadas lacunas nesses manuais, muitos essencialmente
tcnicos e outros com abordagens combinando gesto e tecnologia, porm de forma
superficial.
Dentro da fase 1 da pesquisa iniciaram-se contatos com pesquisadores internacionais a partir
da participao do autor no evento CIBW78 realizado em outubro de 2010 na cidade do
Cairo, Egito. A participao nesse evento serviu de base para o entendimento da fase atual das
pesquisas relacionadas ao uso da tecnologia da informao na construo civil e mais
especificamente da tecnologia BIM.
Foram contatados no evento os seguintes pesquisadores: Prof. Rafael Sacks, do Technion
Israel Institute of Technology; Prof. Robert Owen, da Universidade de Salford, da Inglaterra;
e M. Lon Berlo, da TNO Innovation for Life da Holanda.
Com esses pesquisadores foi adotada a estratgia de propor trabalhos conjuntos visando
estimular o desenvolvimento da pesquisa com as suas colaboraes. Foram propostos artigos
para os congressos seguintes do CIBW78 Nice e CIBW96 Viena
175
metodologia
Com a colaborao do Prof Rafael Sacks, Lon Berlo e outros pesquisadores foi escrito o
DUWLJR Development and application of key performance indicators to analyze and i mprove
management of information flow in the BIM design processManzione et al. (2011b).

Esse artigo teve como pontochave o entendimento e a proposio da medio da eficincia
da gesto do fluxo de informaes em BIM. Essa contribuio partiu de uma iniciativa do
Prof. Sacks, ao enviar ao autor dois artigos importantes que tratavam do tema, ainda que para
o ambiente convencional de projeto, Sacks e Tribelsky (2007); Sacks e Tribelski (2010).
Com a colaborao do Prof. Robert Owen e outros pesquisadores foi escrito o artigo
Challenges for i mplementation of a new model of collaborative design management:
analyzing the i mpact of human factorManzione et al. (2011a).

Esse artigo abordou os aspectos relacionados com a colaborao em projetos permitindo a
compreenso scio tcnica e as justificativas das barreiras encontradas na implantao do
BIM no mundo.
Outro ponto importante na pesquisa foi entrar em contato com a tecnologia de Model Server a
partir do software BIMserver, desenvolvido pelo pesquisador Lon Berlo. O contato com esse
software possibilitou conhecer a potencialidade do formato IFC e as possibilidades de
implementao de um modelo federado, em ambiente Web para os modelos em BIM.
O contato com o IFC obrigou o aprofundamento na reviso bibliogrfica e o estudo da sua
estrutura e de seu funcionamento.
Fase 2
Essa fase se iniciou com a primeira apresentamRGDHVWUXWXUDFRQFHLWXDOQRHYHQWR6ROXo}HV
SDUDHPSUHVDVGHSURMHWR
Esse evento, concebido pelo Prof. Dr. Silvio Melhado, tem como objetivo o desenvolvimento
das empresas de projeto a partir de workshops. Ao final do mdulo anual do programa feito
um evento no qual so apresentados os resultados obtidos pelas empresas durante o programa
e as solues existentes no mercado e inovaes em desenvolvimento na academia.
Nessa apresentao foram tambm debatidas as questes da implementao atual do BIM no
Brasil, com diversas crticas pelo autor a respeito da forma como essa implementao est
sendo feita, que em sntese reproduz o processo convencional de trabalho, sem se levarem em
conta as grandes melhorias de processo que so possveis com a tecnologia BIM.
176
metodologia
Posteriormente o autor participou de mais dois eventos.

Evento BIMServer breakfast: realizado na cidade de Amsterdam. O evento anual e
promovido pela comunidade que mantm o desenvolvimento do software open source
BIMServer. Foi possvel nesse evento, que reuniu em torno de 150 pessoas, observar o
funcionamento do software, compartilhar questes tcnicas com outros pesquisadores e
tambm conhecer desenvolvedores de interfaces e visualizadores para o BIMServer voltadas
para o uso comercial.
Evento sobre ensino de BIM: a partir de um convite feito pelo Prof. Rafael Sacks, foi
feita viagem de estudos para participao em um evento organizado pelo Technion Israel
Institute of Technology a respeito de questes relacionadas ao ensino de BIM. Alm de
discusses produtivas, onde se pde aprofundar o conhecimento do estgio atual do ensino do
BIM no mundo, foi possvel tambm, a partir de videoconferncia, ouvir os pontos de vista de
pesquisadores-chave sobre o tema, como os professores Charles Eastman e Paul Teicholz,
autores do livro The BIM Handbook , em parceria com Rafael Sacks.
Nessa visita ao Technion Israel Institute of Technology foi possvel tambm conhecer de
perto as pesquisas realizadas pelo Prof. Rafael Sacks em seu laboratrio tcnico (cave digital ).
As pesquisas mostradas abriram espao para o entendimento da utilizao do BIM na etapa de
construo e a grande sinergia possibilitada pelo uso do BIM junto com conceitos da Lean
Construction.
Como ponto importante desse mesma visita, foi feita uma reunio de troca de ideias com o
Prof. Rafael Sacks, onde a estrutura sofreu um grande aprimoramento quando foram pensados
os seus dois grandes aspectos: a Gesto do Processo e a Gesto do desenvolvimento do
Produto.
A partir desse encontro, a definio da estrutura conceitual passou a ser mais precisa, seus
domnios foram delineados e vislumbrou-se a possibilidade de utilizar os conceitos da
estrutura para um futuro sistema de gesto automtico do BIM, criando-se o conceito de
indicadores-chave de desempenho associados ao processo de projeto.
177
metodologia
Fase 3
Aps esses eventos, foi promovido pelo SindusCon SP um evento sobre BIM que contou com
a presena do Prof. Rafael Sacks e do Prof. Charles Eastman.
Na ocasio da vinda do Prof. Rafael Sacks, ele fez duas palestras, uma na Escola Politcnica
da USP e outra na Faculdade de Engenharia Civil da Unicamp, onde discorreu sobre suas
pesquisas no Technion.
Houve dessa vez uma segunda oportunidade de troca de ideias com o Prof. Rafael Sacks, onde
foi simplificada a estrutura conceitual proposta nessa tese e feita sua analogia com um sistema
de engrenagens, sendo acrescidos os conceitos dos mecanismos de retroalimentao a partir
da medio dos indicadores-chave de desempenho.
A partir dessas melhorias, a estrutura conceitual foi apresentada publicamente pela segunda
vez no evento TIC2011, em Salvador.
O TIC2011 propiciou o debate, com pesquisadores, de aspectos que possibilitaram sua
melhoria.
A terceira apresentao pblica do modelo ocorreu no Congresso CIBW78, em Nice, onde o
artigo desenvolvido em parceria com o Prof. Rafael Sacks e outros colaboradores foi tambm
apresentado para o pblico de pesquisadores internacionais.
Nessa ocasio foram feitos questionamentos sobre os objetivos do desenvolvimento da
estrutura conceitual e houve contribuies no sentido de buscar o alinhamento da estrutura
com os processos de negcio, ampliando mais o seu escopo inicial.
Escolha da empresa
Inicialmente, o objetivo da pesquisa seria experimentar a aplicao do conceito de gesto
em uma situao real em empresas de projeto, em um caso multidisciplinar. Assim, foram
feitos, durante o ano 2010 e 2011, diversos contatos com empresas construtoras e de projeto
que estavam implantando BIM.
De maneira geral, percebeu-se que em todos os casos existiu uma grande resistncia das
empresas em fornecer o acesso pesquisa, tanto de seus dados quanto de seus processos de
trabalho.
178
metodologia
Ao todo foram consultados quatro grandes construtoras e quatro escritrios de projeto de

arquitetura e somente um dos escritrios de projeto de arquitetura concordou em participar da
pesquisa.
Esse aspecto, por um lado, limitou o desenvolvimento da pesquisa, mas, por outro, mostrou
uma situao atual representativa do contexto brasileiro e da dificuldade existente para a
integrao de esforos entre a academia e o mercado.
A justificativa para a maioria das negativas era de natureza estratgica, procurando evitar que
o conhecimento existente fosse investigado e em alguns casos receando que a anlise crtica a
ser feita durante o desenvolvimento da pesquisa pudesse de alguma maneira interferir
negativamente na implantao do BIM nessas empresas.
O nico escritrio que concordou em participar da pesquisa mostrou o seu interesse ao
manifestar a percepo de que para trabalhar os projetos com a tecnologia BIM seriam
necessrias mudanas na maneira de trabalhar e que, mesmo no tendo internamente nenhum
plano em como fazer essa mudana, a empresa entendeu que seria benfico para ela colaborar
com a pesquisa fornecendo acesso ao seu modelo BIM.
Essa empresa concordou em ceder o modelo de um projeto em desenvolvimento para que ele
fosse testado com os indicadores que ainda estavam em desenvolvimento.
Inicialmente, foi escolhido, para os testes, o software I F C F ile Analyzer, Lipman (2012);
contudo, o software apresentou limitaes de processamento em arquivos grandes, deixando
de processar muitas entidades IFC. Outra questo ocorrida foi a limitao do software em
possibilitar a identificao rpida das propriedades dos objetos, pois a leitura de seu relatrio
mostrava somente os totais de entidades, sendo necessrias leituras indiretas para se
conhecerem as propriedades do modelo.
Percebeuse a necessidade de se partir para uma nova plataforma de testes, sendo escolhido o
Solibri Model Checker como ferramenta, o que viabilizou os testes e o desenvolvimento dos
indicadores de desempenho.
Fase 4
Essa fase foi de amadurecimento e aprofundamento dos conceitos. Os testes em casos reais
foram feitos e os resultados obtidos mostraram a necessidade de ajuste e redirecionamento de
alguns indicadores.
179
metodologia
Por outro lado se percebeu que a qualidade e os objetivos da modelagem so fatores

fundamentais para o desenvolvimento de um modelo.
Houve necessidade de um estudo mais rigoroso em dois aspectos: o do processo de negcio e
o de sua integrao com o processo de projeto; nesse caso, a reviso de todo o material do
projeto InPro, Olofsson et al. (2010), foi fundamental.
A anlise dos documentos da American Institute of Architects mostrou a necessidade da
definio precisa dos nveis de desenvolvimento. O estudo realizado pela Veterans Affairs, ao
propor o desdobramento do nvel de desenvolvimento, associando-o diretamente com as
propriedades, resultou na concluso da estrutura. Foi descoberta uma lacuna importante que a
pesquisa solucionou, pois, apesar da definio do nvel de desenvolvimento, no existiam
ainda formas de fazer a medio de maneira precisa.
Nessa etapa, a formulao da estrutura conceitual estava completa.
Em seguida foram feitas baterias de testes com a srie de modelos que possibilitaram chegar
resultados e a concluso da pesquisa.
180
proposio da estrutura conceitual
Estrutura conceitual da gesto do processo de

projeto em BIM
Neste captulo formulada e detalhada a Estrutura Conceitual da Gesto do Processo de

Projeto em BIM. Inicialmente so revistas algumas formas de representao utilizadas nos
problemas relacionados gesto, com o objetivo de escolher aquela que melhor contenha a
proposio da estrutura. Em seguida so formuladas algumas questes advindas das reflexes
a respeito de como e de quais pontos em comum deve ser pensada uma estrutura com a viso
holstica que entendemos necessria. Finalmente feita a proposio e o detalhamento do
modelo.
4.1 Representaes utilizadas na soluo de problemas de Gesto
Para melhor entendimento da construo terica desta tese e tendo em vista o objetivo geral
desta pesquisa que consiste em desenvolver uma Estrutura Conceitual de Gesto para o
Processo de Projeto Colaborativo usando a tecnologia BIM , faz-se necessrio definir os
conceitos bsicos sobre as formas de representao e as abordagens utilizadas na soluo de
problemas relacionados gesto.
Ao estudarem o tema, Shehabuddeen et al. (1999) definem representaes como as formas de
se retratarem os problemas relacionados gesto e aplicaes enquanto mtodos de implantar
a soluo desses problemas. Os autores classificaram as formas de representao e aplicao
em quatro grupos que sero detalhados no decorrer do captulo: Sistema, F ramework , Mapa e
Modelo (Figura 46).
181
Figura 46: Formas de Representao dos Problemas Relacionados Gesto
Fonte: Adaptado de Shehabuddeen et al. (1999)

A seguir so detalhados os conceitos bsicos para a compreenso da proposio dos autores.
Paradigmas
As representaes so governadas por paradigmas. O Dicionrio Houaiss da Lngua
Portuguesa, Houaiss, Villar e Franco (2007)GHILQHSDUDGLJPDFRPRXm exemplo que serve

FRPRPRGHOR>@
Segundo Shehabuddeen et al. (1999) um paradigma uma forma de pensamento ou cognio
com base em um contexto particular influenciado por um conjunto bsico de crenas. Os
paradigmas descrevem pressupostos estabelecidos e convenes e so comumente usados
para definir, em um nvel muito abstrato, as bases conceituais que sustentam a compreenso
de um problema.
182
Sistemas38
A abordagem dos problemas a partir do pensamento sistmico originou-se com Bertalanffy
(1975), criador da Teoria Geral dos Sistemas. Segundo esse autor o pensamento sistmico
postula que um sistema pode ser entendido como um conjunto de partes integradas
sinergicamente, com determinados objetivos, efetuando determinadas funes, e relacionadas
com o ambiente que as contm.
Frameworks
Miles e Huberman (1994) GHILQHPIUDPHZRUNFRPR
um produto escrito ou visual, que explica graficamente ou em forma narrativa, as
principais coisas a serem estudadas os fatores chaves, constructos ou variveis e
a relao presumida entre eles. As estruturas conceituais podem ser rudimentares ou
elaboradas, baseados na teoria ou no senso comum, descritivas ou causais. Miles e
Huberman (1994) p.18
O Longman dicionrio, Longman (2012), define framework como um conjunto de fatos e

ideias a partir das quais mais ideias so desenvolvidas e nas quais as decises so baseadas
>@.
O :HEVWHUV 7KLUG 1HZ ,QWHUQDWLRQDO 'LFWLRQDU\ , Gove (1981), fornece as seguintes
definies para framework:
1.
Uma estrutura conceitual bsica usada para resolver problemas complexos;
2.
Uma descrio hipottica de uma entidade ou processo complexo;
3.
Uma estrutura subjacente que fornece um quadro factual para pesquisas

futuras;
4.
Uma estrutura que suporta ou contm alguma coisa;
5.
Na cincia da computao um termo usual para se referir a um conjunto

de bibliotecas ou classes que so usadas para implantar a estrutura de uma
aplicao para um sistema operacional especfico. Gove (1981)
Segundo Shehabuddeen et al. (1999), os frameworks so utilizados para traduzir temas

complexos em formas que possam ser estudadas e analisadas, podendo: representar um
problema para um propsito definido; ligar vrios elementos para mostrar uma relao;
38
Esse conceito j foi definido anteriormente no captulo 2 Reviso Bibliogrfica e est colocado aqui de
forma simplificada com o objetivo de compor o conjunto do tema.
183
possibilitar a viso holstica de uma situao a ser analisada; demonstrar uma situao ou criar
a base para a soluo de um problema; e fornecer uma abordagem estruturada para lidar com
um problema especfico.
Afirmam os autores que muitos frameworks para gesto so mostrados na forma de grficos
ou diagramas, por serem estes um meio eficaz de comunicar ideias, uma vez que, para os
autores, difcil explicar um conceito sem o entendimento visual dos seus constructos, pois a
primeira etapa para resolver a maioria dos problemas visualizar os seus vrios componentes
e relaes.
Um dos sinnimos para a palavra framework , no :HEVWHUV 7KLUG 1HZ ,QWHUQDWLRQDO
Dictionary, Gove (1981), conceptual structure. Assim, adotaremos em portugus o termo

HVWUXWXUD FRQFHLWXDO HTXLYDOHQWH HP FRQFHLWR H VLJQLILFDGR j H[SUHVVmR RULJLQDO
framework GD lngua inglesa.
Mapas
Os mapas so geralmente usados como um meio de representar um retrato instantneo da
UHODomR HQWUH YiULRV HOHPHQWRV GH XP VLVWHPD $R FRQWUiULR GDV HVWUXWXUDV FRQFHLWXDLV RV
mapas no mostram as relaes causais entre esses elementos e tendem a ser menos
conceituais do que elas. Adotaremos para essa Tese a definio de Shehabuddeen et al.
(1999)8PPDSDGiVXSRUWHDRHQWHQGLPHQWRGDVUHODo}HVHVWiWLFDVHQWUHHOHPHQWRVGHXP
sistema. Ele uma representao discreta e no contnuDGDVIRUPDV>@8PH[HPSORSDUD
um mapa a DSM, citada no Captulo 2 Reviso Bibliogrfica.
Modelos
Os modelos so amplamente utilizados tanto para a Gesto quanto para aplicao na cincia
com objetivos de simulaes.
Um modelo pode ser visto como uma abstrao da realidade, sendo necessrio porque o
mundo real muito complexo para ser entendido. Portanto diversas variveis e dimenses so
ignoradas na elaborao de um modelo. Apenas um subconjunto das que so significantes so
escolhidas.
Segundo Shehabuddeen et al. (1999) modelos so usados em gesto principalmente para fazer
estimativas, previses e auxiliar as tomadas de deciso.
184
Os autores categorizam trs tipos de modelos, de acordo com as caractersticas de suas

propriedades de representao: modelos icnicos, que representam rplicas fsicas de objetos
reais; modelos analgicos, que tm forma fsica, mas no a mesma aparncia fsica do objeto
modelado (por exemplo: um termmetro representando a temperatura); e modelos
matemticos, que representam um problema atravs de um sistema de smbolos e expresses e
relaes matemticas.
Os autores, porm, colocam uma questo-chave: se as estruturas conceituais tambm
representam questes particulares, por que os modelos diferem delas?
A diferenciao entre modelos e estruturas conceituais deduzida pelos autores a partir da
seguinte argumentao.
Uma caracterstica-chave do estudo da gesto de modelos representar uma abstrao de uma
situao, que pode ser mostrada (exposta) de forma grfica ou atravs de relaes
matemticas.
Os autores entendem, com esses argumentos, que um modelo uma representao dinmica
de um sistema em estudo. Portanto, um modelo no contm em si mesmo os procedimentos
de como um sistema deve ser operado, mas pode ser usado para determinar como um sistema
operaria se uma de suas variveis sofresse alteraes.
Deduzem os autores que um modelo uma representao dinmica da realidade que tem por
objetivo esclarecer a relao entre diferentes elementos indicando a interao entre causas e
efeitos.
A sntese dos conceitos permite uma formulao de modelos como representaes
simplificadas que descrevem aspectos particulares da realidade, so de natureza dinmica,
mostram relacionamentos e possibilitam a previso do impacto que pode ocorrer quando
mudanas em suas variveis demonstram relaes de causa e efeito.
Os autores concluem que as caractersticas definidas de modelo esto contidas nas
caractersticas de uma estrutura conceitual e que o inverso no necessariamente verdadeiro,
sendo razovel aceitar a ideia que um modelo um tipo particular de estrutura conceitual.
185
Constructo
Segundo o dicionrio, Houaiss, Villar e Franco (2007)FRQVWUXFWRp1 construo puramente
mental, criada a partir de elementos mais simples, para ser parte de uma teoria. 2 objeto de
percepo ou pensamento formado pela combinao de impresses passadas e presentes >@
Processo, procedimento, tcnica e ferramenta

Adotaremos as seguintes definies desses termos, conforme Shehabuddeen et al. (1999) ):
processo XPDDERUGDJHPSDUDREWHUXPREMHWLYRJHUHQFLDODWUDYpVGHWUDQVIRUPDo}HVGH
HQWUDGDV HP VDtGDV >@ procedimento p XPD VpULH GH SDVVRV SDUD RSHUDFLRQDOL]DU XP
SURFHVVR>@tcnica XPDIRUPDHVWUXWXUDGDGHFRPSOHWDUXPDSarte de um procedimento
>@Hfer ramenta XPIDFLOLWDGRUGDDSOLFDomRSUiWLFDGHXPDWpFQLFD>@
Para sintetizar todos esses conceitos, os autores apresentam na Figura 46, atravs de uma
HVWUXWXUD FRQFHLWXDO DV IRUPDV GH UHSUHVHQWDo}HV H DV DSlicaes de acordo com duas
dimenses: a primeira, o eixo vertical, vai do domnio conceitual preocupado com a
abstrao ou a compreenso de uma situao aplicao efetiva preocupada com as aes
concretas em um ambiente prtico; e a segunda, o eixo horizontal, partindo de uma viso
esttica, preocupada com a estrutura e a posio dos elementos dentro de um sistema,
chegando at a viso dinmica, concentrada em estudar a interao entre os elementos de um
sistema.
186
4.2 Formulao da Estrutura Conceitual

A reflexo para responder s questes desta tese levou ao questionamento de como traduzir as
possveis respostas em forma de uma proposio, o que nos orientou a formular algumas
questes.
1)
Qual a forma adequada da representao da proposio?
Para responder a essa questo, foi utilizado o referencial de conceitos propostos por
Shehabuddeen et al. (1999).
Descartamos a ideia da proposio de um modelo, tomando como base os argumentos da
definio proposta por Shehabuddeen et al. (1999), em que as diferentes possibilidades de
solues de projeto para uma dada situao programtica aliada aos diferentes usos
possveis do BIM para cada uma dessas situaes e possibilidade de granularidade do BIM
HP GLIHUHQWHV QtYHLV GH SURIXQGLGDGH RULHQWDULDD VROXomR SDUD XP Podelo com inmeras
possibilidades de combinaes de variveis,
O resultado final seria um elevadssimo universo de situaes de causa e efeito a serem
analisadas e combinadas em arranjos sistmicos, impossibilitando sua instrumentao prtica
e metodolgica.
Por outro lado, a adoo de um modelo padro limitaria o nmero de variveis, pois teria seu
uso restrito a situaes particulares, o que seria impraticvel, pois iramos encontrar diferentes
graus de implementao do BIM, diferentes processos de trabalho desenvolvidos pelas
empresas e diferentes tipologias de edifcios, tornando invivel o modelo padro.
A soluo encontrada, portanto, foi o desenvolvimento de uma estrutura conceitual com um
nvel de amplitude e detalhamento suficiente para estruturar situaes particulares e
possibilitando, a partir dessas situaes, particularizadas pelo usurio, desenvolver modelos
especficos, com capacidade para fazer simulaes e previses.
A escolha adotada foi o uso da estrutura conceitual, que permite uma viso holstica, fornece
uma abordagem estruturada para lidar com problemas especficos e serve de base para a
construo de modelos ou outras estruturas conceituais mais simples e particulares.
187
2) Quais pontos chave devem ser contemplados na Estrutura Conceitual?

A resposta a essa questo vem do esforo de integrao dos domnios principais; ou seja, o
domnio da gesto do processo de projeto integrado ao domnio da gesto do processo de
modelagem da informao do edifcio (BIM). Inicialmente relacionamos atravs de simples
HVTXHPDVPDSDVPHQWDLVRVSRQWRV-chave nas Figuras 47 e 48.
Figura 47: Pontos-chave da gesto do processo de projeto
Fonte: Autor
188
Figura 48: Pontos-chave da modelagem da informao
Fonte: Autor
189
3) Qual o alinhamento e a hierarquia entre os domnios envolvidos?

Em nossa proposio devem estar intrnseca e hierarquicamente encadeados: o processo de
negcio formulando os objetivos, o Ifc sustentando o modelo da informao, que sustenta o
projeto, que, por sua vez, sustenta o negcio (Figura 49).
Figura 49: Hierarquia entre processos
Fonte: Autor
4)
Quais devem ser suas principais caractersticas e objetivos
A proposio da estrutura conceitual no pode ser fixa ou rgida; precisa ter flexibilidade para
atender aos diferentes tipos de organizaes de empresas, s especialidades envolvidas, ao
grau de complexidade dos projetos e aos diferentes nveis de implementao do BIM, tanto na
organizao principal quanto nas atividades com os parceiros.
Durante o desenvolvimento de um projeto, muitos itens vo sendo aprofundados medida que
o projeto vai ganhando maturidade e seu nvel de detalhes aumenta e se modifica ao longo do
tempo. Porm, a montagem da estrutura conceitual deve ser feita logo no princpio do projeto
a fim de formalizar e ordenar as estruturas de dados e as trocas de informaes entre os
agentes envolvidos.
190
As principais caractersticas e objetivos da estrutura conceitual so:

1. Permitir a viso sistmica entre os processos de gesto e de TI, vislumbrando-os de
forma encadeada e interdependente.
2. Apresentar os macroprocessos envolvidos nos domnios da gesto e da TI atravs de
diretrizes para a criao de linhas guias dos principais mtodos, ferramentas e
mecanismos de controle do processo colaborativo.
3. Propor a mudana do paradigma atual do processo de projeto, que baseado em
entregas de desenhos, para outro, baseado na evoluo do grau de maturidade do
modelo BIM.
4. Orientar a criao da matriz de responsabilidades a partir da definio precisa da
estrutura de trabalho.
5. Definir Indicadores Chave de Desempenho (ICD) para medir a eficincia e eficcia do
processo.
191
4.3 Proposio da Estrutura Conceitual

A Estrutura Conceitual proposta baseia-se no nvel de desenvolvimento do projeto, que
customizado pelo usurio em funo do seu processo do empreendimento e seus objetivos.
Os domnios do processo do empreendimento, gesto do processo de projeto e gesto da
modelagem da informao so interligados, tendo, como eixo horizontal, o ciclo de vida do
edifcio e o processo do empreendimento e, como eixo vertical, os estgios de evoluo do
processo, com nveis de maturidade crescente de informao.
O processo de deciso e a conduo da gesto so baseados em Indicadores Chave de
Desempenho (ICD), que servem tanto como base para as tomadas de deciso como para
diagnosticar o processo de projeto, atuando como ferramentas de retroalimentao ou de
diagnstico.
O processo de projeto evolui ao longo do tempo e a ele novos agentes vo sendo agregados,
acumulando mais informaes e tornando o processo complexo o que faz com que o fluxo
de informaes necessite ser monitorado e controlado.
So propostas fases para o desenvolvimento do processo de projeto, ao final das quais um
ponto de controle faz a anlise crtica a partir das informaes extradas diretamente do
modelo BIM.
Em cada fase do processo, os objetivos so configurados e confrontados com os resultados
obtidos na fase anterior. A anlise crtica a partir dos dados dos ICD formaliza o que acontece
e garante a comunicao entre todos os interessados, de forma que a responsabilidade seja
compartilhada com todos os participantes.
Cada ponto de controle um momento de avaliao e de tomada de deciso, possibilitando
retorno, quando necessrio, at que os objetivos da fase sejam alcanados ou, se for o caso,
dando continuidade ao processo. Dessa forma, mantm-se controle do processo, podendo se
evitar desperdcios e tomadas de deciso atrasadas ou em momentos errados.
A partir do atendimento dos requisitos de validao, o processo segue em frente agregando as
informaes necessrias aos modelos BIM alinhando-os ao processo e refletindo os resultados
obtidos. A Figura 50 sintetiza e ilustra a estrutura conceitual concebida.
192
Figura 50: Estrutura Conceitual
Fonte: Autor
193
O detalhamento da estrutura conceitual em seus aspectos fundamentais requer o estudo de

seus componentes internos e de suas relaes.
Esse detalhamento ser baseado na Figura 50, que referencia a estrutura conceitual durante os
tpicos seguintes.
4.3.1 Nvel de maturidade do projeto
O conceito da AIA de nvel de desenvolvimento descreve o grau de completude para
determinado elemento do modelo em relao a um referencial previamente definido. Essa
proposio contempla os nveis de desenvolvimento dos elementos construtivos organizados a
partir da classificao Uniformat. Embora esse critrio especifique adequadamente os
diferentes setores ou sistemas de um edifcio, ele pode conduzir a vises parciais e
compartimentadas do projeto, se entendido isoladamente.
O conceito original de nvel de desenvolvimento, denominado LOD na bibliografia,
contempla dois significados RUD p WUDWDGR FRPR QtYHO GH GHWDOKH level of detail ) em
American Institute of Architects (2007), PennState (2010), Building and Construction
Authority (2012) e VICO (2012) RUD p WUDWDGR FRPR QtYHO GH GHVHQYROYLPHQWR level of
development) em BIM Protocol Exhibit (2008), demonstrando contradies.

Observamos que o prprio AIA no faz distino entre os dois conceitos, aceitando-os como
sinnimos, o que pode ser confirmado em um documento do AIA sobre IPD, American
Institute of Architects (2009).
Houaiss, Villar e Franco (2007), em Dicionrio Houaiss da Lngua Portuguesa (2007),
GHILQHPGHVHQYROYLPHQWRFRPR
1 Ao ou efeito de desenvolver; 2 aumento da capacidade ou das possibilidades de
algo; crescimento; progresso; adiantamento; 3 aumento de qualidades fsicas.
Houaiss, Villar e Franco (2007) p. 989
E definem GHWDOKHFRPR
1 ato ou efeito de detalhar 2 pormenor, minudncia, particularidade 5 cada uma das
partes de uma obra ou plano tomadas em separado. Houaiss, Villar e Franco (2007),
p. 1022
Nos documentos ilustrativos sobre LOD, normalmente as figuras associadas ao conceito

(referenciadas na reviso bibliogrfica nas tabelas 9 e 10) relacionam o LOD ideia de
194
aumento de detalhes geomtricos, o que pode conduzir o usurio a entender o BIM apenas
como sinnimo de representao tridimensional.
Entendemos ser necessria a reviso do conceito de Nvel de Desenvolvimento, ampliando-o
para Nvel de Maturidade, e incluindo outros parmetros que possibilitem avaliar a
combinao de outros aspectos incluindo o prprio nvel de detalhe e assim resolver
conceitualmente as contradies apontadas.
Assim propomos uma nova definio.
Nvel de maturidade
Nvel de maturidade a medida do desenvolvimento de um projeto em relao s suas metas
previamente definidas. Esse referencial de metas composto pelos objetivos do negcio
traduzidos em requisitos programticos; pelos usos preestabelecidos do BIM traduzidos em
conjuntos especficos de propriedades geomtricas e no geomtricas; pela compatibilidade
geomtrica; e pelo sistema de planejamento e controle (Figura 51).
195
Figura 51: Nvel de maturidade
Fonte: Autor
Sero detalhados a seguir os quatros referenciais que iro determinar o nvel de maturidade:
usos do BIM e propriedades, compatibilidade geomtrica, objetivos do empreendimento e
planejamento e controle.
4.3.2 Objetivos do empreendimento e requisitos programticos

A elaborao do programa de necessidades o ponto de partida para o desenvolvimento do
empreendimento e de seus projetos.
Esse tpico ir abordar questes-chave relacionadas ao programa de necessidades: a pouca
ateno que dada ao assunto; a complexidade do tema e sua relao com o projeto como um
todo e o suporte atual do IFC e suas limitaes para o gerenciamento do programa.
Em nosso entendimento, as questes-chave mencionadas acima necessitam ser consideradas
em toda implantao de projetos em BIM, devendo ser entendidas como recomendaes e
196
alertas. A Figura 52 ilustra a fase de elaborao do programa que pertence etapa de

planejamento do empreendimento e antecede a elaborao dos projetos. Trata-se de uma fase
terica, pois, ao se definir o programa, dispe-se de poucos elementos concretos, alm de o
projeto ainda no ter sido iniciado na prtica.
Figura 52: Elaborao do programa de necessidades
Fonte: Autor
Pouca ateno dada ao problema

Pouca ateno tem sido dada pelas entidades profissionais elaborao do programa. A
Associao de Gestores e Coordenadores_de_Projetos (2003a) segundo seu Manual de
Escopo, considera a elaborao do programa como um servio opcional, REVHUYDQGRTXHHVWD

atividade mais comumente aplicada em empreendimentos mais complexos, ou que
LQFRUSRUHPDWLYLGDGHVYDULDGDV>@
A pouca ateno concedida ao tema pode justificar em parte os problemas encontrados na
prtica, como a desorganizao do fluxo de informaes e a falta de dados para o
planejamento do processo de projeto, problemas estes que resultam em retrabalhos, atrasos e
aumentos nos custos dos projetos. A elaborao do programa no universo do BIM um
197
assunto que precisa ser estudado e aprofundado, e muita pesquisa precisa ser feita para
preencher essa lacuna que ocorre no mundo profissional. O desenvolvimento de uma
metodologia completa para a definio do programa em BIM foge do escopo desta tese, mas
chamaremos ateno para os pontos mais importantes que so contemplados na estrutura
conceitual e recomendamos, para maior aprofundamento do assunto, a leitura da tese de
Kiviniemi (2005), que prope um modelo de gerenciamento de requisitos em IFC.
O que se denomina programa do edifcio constitui, na prtica, um conjunto de necessidades e
requisitos do cliente, envolvendo vrios aspectos: espaciais, funcionais, estticos,
desempenho, uso de sistemas construtivos e novas tecnologias, especificaes de materiais,
etc. Por outro lado, em paralelo s definies do programa h que se lidar com restries de
vrias espcies que limitaro o universo das solues e atuaro como filtros. So restries de
vrias naturezas, como: forma e geologia do terreno, regulamentaes das diferentes
instncias pblicas, normas, disponibilidade de verbas, entre outras (Figura 53).
Figura 53: Combinao de requisitos e restries para a definio do produto
Fonte: Autor
198
A complexidade, a natureza dinmica e a relao com o todo do projeto

Normalmente, o registro da elaborao do programa feito por meio de documentos textuais
e planilhas, sendo completado por atas de reunies que ocorrero ao longo do processo.
Porm, medida que o projeto evolui so feitas mudanas incrementais que alteraro o
programa inicial, levando a solues que no atendem necessariamente ao programa original.
O cliente relata seus requisitos, relacionando-os, de modo geral, com o programa do espao
do edifcio. Contudo, esses requisitos se estendem indiretamente para os elementos
delimitadores do espao, como paredes, portas, janelas, lajes e outros. Os sistemas tcnicos,
como ar condicionado, instalaes eltricas e hidrulicas, tambm so afetados indiretamente,
pois seu detalhamento ocorre em fases avanadas, sendo feito por profissionais que no
participaram dos estgios iniciais. Esses requisitos indiretos, decorrentes dos requisitos
principais definidos pelo cliente, nem sempre so percebidos de imediato e podem surgir
FRPR SUREOHPDV HP PRPHQWRV DYDQoDGRV GR SURMHWR RFDVLRQDQGR UHWURFHVVRV RX HP
muitos casos, so esquecidos, resultando em solues incompletas de projeto.
Outro fator importante a natureza interativa do processo de projeto, pois a evoluo das
solues pode afetar e estimular o cliente a mudar os seus requisitos, aspecto que, combinado
com as interaes tcnicas entre os projetistas, pode ocasionar mudanas, resultando em
solues descoladas dos objetivos iniciais (Figura 54).
Figura 54: Mudanas e descolamento do objetivo inicial
Fonte: Adaptado de Kiviniemi (2005)
199
Observa-se na prtica que, embora conceitualmente o programa de necessidades pertena

fase de planejamento, a mudana dos requisitos do programa ocorre continuamente em ciclos
de interaes, justificando o monitoramento e o ajuste contnuo das solues e do prprio
programa. Deve-se buscar um ponto de convergncia entre as solues propostas e o
atendimento dos requisitos, quer ajustando a soluo de projeto (Figura 55) quer ajustando os
requisitos (Figura 56).
Figura 55: Ajuste das solues de projeto
Figura 56: Ajuste dos requisitos
200
O fato de se utilizar a tecnologia BIM favorece o processo de mudanas, uma vez que essas
mudanas podem ser feitas com bastante rapidez. Porm, necessrio que o processo tenha
disciplina, e que o nmero de problemas de projeto versus o nmero de mudanas decresa
conforme o projeto v avanando e que ao final exista convergncia e equilbrio.
Para que o processo fique alinhado com os objetivos do empreendimento e possa ter uma
evoluo o mais contnua possvel, so necessrios vrios instrumentos de planejamento e de
controle do processo e do modelo.
A estrutura conceitual prev pontos de controle ao final de cada fase de projeto nos quais os
resultados obtidos em cada fase sero confrontados com os objetivos do programa. Esse
processo, conhecido na literatura como anlise crtica, Melhado (2009), permitir, alm do
controle, a tomada de deciso, sendo este o momento de go / no go do projeto, fazendo-o
avanar ou retroceder (Figura 57).
Figura 57: Controle, anlise crtica e tomada de deciso
Fonte: Autor
201
Suporte e limitaes do IFC para a gesto dos requisitos do programa

O desenvolvimento de uma estrutura conceitual ir requerer que o IFC sustente o processo,
como j comentado na proposio dos requisitos da estrutura.
Porm, existem questes a serem tratadas no desenvolvimento das futuras verses do IFC que
hoje constituem barreiras para o gerenciamento dos requisitos.
De acordo com as concluses da pesquisa de Kiviniemi (2005), so identificadas duas
questes bsicas: a necessidade do gerenciamento das informaes dos requisitos durante o
processo de projeto e a possibilidade de lig-los aos objetos do modelo BIM. O autor entende
que a principal barreira ainda seja a falta de uma teoria para estabelecer essa ligao e
identifica como fatoreschave: a falta de uma especificao formal da ligao entre os
requisitos e o modelo; a falta de uma especificao formal da qual derivem os requisitos
indiretos dos elementos delimitadores e os sistemas tcnicos a partir dos requisitos diretos.
Ele aponta a gesto dos requisitos como uma das limitaes atuais da especificao do IFC,
justificando que o foco do desenvolvimento do IFC tem sido voltado mais para a elaborao
do projeto do que para a sua gesto.
Segundo o autor, as especificaes do IFC no possuem definies coerentes para os
requisitos, eles esto dispersos em diversos conjuntos de propriedade e uma grande parte
deles est anexada com entidades espaciais. A proposta do autor em sua tese o
desenvolvimento de uma estrutura independente, criando um modelo dos requisitos separado
do modelo do projeto.
Essa questo levou reflexo sobre a necessidade de melhoria da interface dos softwares de
modelagem, de maneira a permitir a leitura direta do programa e sua associao direta com os
diferentes elementos do edifcio, o que facilitaria o acompanhamento das mudanas e
permitiria a todos os agentes a visualizao rpida dos requisitos, mesmo que alguns desses
agentes entrassem em fases avanadas do processo.
Os requisitos no so atributos dos objetos do projeto, mas entidades independentes; isto , se
o projeto se modifica e um espao removido, os seus requisitos precisam permanecer, a
menos que as necessidades do espao tambm tenham se modificado. Caso contrrio o
autor enfatiza , uma comparao confivel das solues confrontadas com os requisitos
ficaria praticamente impossibilitada.
202
Sobre o suporte que o IFC pode dar elaborao do programa, reportamo-nos especificao
do projeto BLISS feita por Hietanen (2000), que determina as bases tericas para o
estabelecimento GHXPPRGHORSDUDUHTXLVLWRVGHILQLQGRDYLVWDSDUDRVUHTXLVLWRVGRFOLHQWH
e sua relao com o layout GRVHVSDoRVFRPR
O subcojunto do modelo IFC que usado para transferir dados espaciais dos
requisitos do cliente para os aplicativos de projeto arquitetnico. O aplicativo para
os requisitos do cliente pode ser desde uma simples planilha at um real aplicativo,
porm, a coisa importante que a ferramenta adotada consiga ter como dados de
sada os requisitos do cliente no formato IFC. Os aplicativos de projeto podem
importar o arquivo IFC resultante e comear o projeto definindo espaos, paredes,
portas, janelas, etc. [...] O primeiro nvel de funcionalidade ser capaz de gerar
HVTXHOHWRVHVSDFLDLVTXHFRPELQHPFRPRVUHTXLVLWRVGRFOLHQWHLVWRpRQ~PHUR
e tipo correto de espaos e as reas. O segundo nvel armazenar os requisitos nos
aplicativos e ser capaz de retroalimentar como o projeto atendeu a esses requisitos.
Hietanen (2000)
A partir da leitura de Kiviniemi (2005) foram estudadas entidades do IFC que sustentam a
elaborao do programa do edifcio.
Em seu estudo, o autor classificou as entidades para elaborao do programa em quatro
categorias:
1. Requisitos relacionados ao espao: IfcControl , IfcSpaceProgram, Space Property Sets.
2. Propsito do requisito, propsito do projeto e estado da aprovao: IfcApproval Status.
3. Referncia para documentos externos: IfcDocumentsReference.

4. Elementos e sistemas do edifcio: IfcRel SpaceBoundary, IfcSystem.
O autor ao propor um modelo para a gerao do programa em IFC no menciona como ir
colocar os dados dentro do modelo IFC. Ou seja, qual software utilizar para a gerao do
modelo e se questiona porque no utilizar o prprio software de modelagem para armazenar
os requisitos programticos em um modelo com esse objetivo para que ele possa ser
comparado posteriormente com os modelos que iro ocorrendo ao longo do desenvolvimento
do projeto?
Talvez o principal ponto tenha sido esquecido. Os requisitos do programa podem ser teis se
o estado do modelo corrente de informaes possa ser comparado com os requisitos com o
objetivo de medir a maturidade do modelo. Para ser til porm os requisitos devem ser
planejados com as mesmas unidades do ICD que mede o desenvolvimento do modelo em
termos de atendimento aos requisitos do programa. Isso deve ser planejado em uma linha de
203
tempo onde se criam estados de desenvolvimento e atendimento aos requisitos do programa.

Essa gesto pode ser feita em IFC, mas pode porm tambm ser feitas em softwares para a
gesto de requisitos, podendo ser estabelecidos metas de LOD para cada fase do projeto.
4.3.3 1tYHOGHGHVHQYROYLPHQWRSURSULHGDGHVJHRPpWULFDVHQmR
geomtricas
Apesar das definies de fases de desenvolvimento de um projeto no processo convencional
serem conhecidas na prtica pelos profissionais, existem problemas que limitam a verificao
do atendimento dos requisitos de cada uma dessas fases.
Uma razo que tanto nas normas vigentes, ABNT NBR 13531 (1995), quanto nos manuais
de escopo de projeto, Associao de Gestores e Coordenadores de Projetos (2003a), a
delimitao das fases no especifica critrios objetivos e sim conceitos. A outra razo se deve
ao fato do processo de verificao ser manual e por esse motivo impreciso, dando margem
para verificaes incompletas e para a subjetividade.
Problemas semelhantes ocorrem tambm no universo do BIM: o conceito adotado pela
American Institute of Architects (2007) para classificar os nveis de desenvolvimento enfatiza
a evoluo geomtrica do modelo e d importncia relativamente menor para as propriedades
no geomtricas.
Essa conceituao pode reforar nos usurios a ideia que o BIM apenas um modelo
geomtrico o que reafirma o ponto de vista de Owen et al. (2010), que observam que a
WHQGrQFLDFRUUHQWHGHPXLWRVpXWLOL]DUR%,0PDLVFRPRXPDWHFQRORJLDRTXHGHQRPLQDP
VLPSOHV%,0sBi m), e menos como um processo integrado ou inteligente ( iBIM) >@
Entendemos que dentro da estrutura conceitual deva existir uma parcela importante
relacionada associao dos usos do BIM para cada elemento do modelo e para cada fase do
projeto (Figura 58).
204
Figura 58: Usos do BIM, propriedades geomtricas e no geomtricas
Fonte: Autor
Essa falha de conceituao tambm ocorre em alguns manuais de implementao do BIM: o
manual da PennState (2010) trabalha com o FRQFHLWR GHQtYHO GH GHWDOKH level of detail)
chegando a propor uma planilha para a definio de informaes para a troca entre
especialidades. Essa planilha um instrumento til para a fase de preparao do processo de
planejamento, porm ela no associa diretamente as informaes necessrias com os tipos de
propriedades existentes no IFC e no formula como os objetivos traados sero medidos.
O manual de Singapura, Building and Construction Authority (2012) tem foco relevante na
geometria do modelo, RTXHSRGHVHUSHUFHELGRSHORFRQFHLWRDGRWDGRGHQtYHOGHGHWDOKH
pelas ilustraes utilizadas (ver a Tabela 10) que enfatizam o desenvolvimento geomtrico e
SHOR XVR GH H[SUHVV}HV FRPR Sodem ser inseridas propriedades no geomtricas nessa
IDVH>@ que transmitem a ideia de algo opcional ou com pouca importncia.
Para ser possvel avaliar o desenvolvimento de um projeto em BIM necessrio elaborar uma
forma objetiva de medir suas propriedades e associar os resultados com o nvel de
desenvolvimento.
Pesquisando o tema utilizamos como referncia para o desenvolvimento da medida das
propriedades em BIM o trabalho de Sacks e Tribelski (2010). Esse trabalho foi desenvolvido
em projetos utilizando a tecnologia CAD 2D e consistiu em levantar diversos indicadores para
205
o processo de projeto nesse ambiente. Para construir esses indicadores os autores definiram
alguns conceitos preliminares:
1. UPSDFRWHGHLQIRUPDomRpXPDYLVWDHPXPGHVHQKRXPGRFXPHQWRGHWH[WRXPD
planilha, uma tabela de dados, etc., ou impressos em papel ou em um arquivo de
computador [...] &RPR RPHLR GH FRPXQLFDomR XWLOL]DGR QR H[SHULPHQWR IRUDP RV
desenhos em CAD 2D, os pacotes de informao foram as unidades bsicas
transferidas entre a equipe de projeto, porm ressaltam os autores, se o BIM for
utilizado, o pacote de informao pode representar um modelo inteiro ou um
subconjunto de um modelo.
2. 8P LWHP GH LQIRUPDomR um fragmento de informao que pode ser textual (um
nmero em uma lista de quantidades) uma dimenso em um desenho, ou um elemento
grfico como uma linha, um arco ou uma textura em um desenho. Um pacote de
informao, portanto representa um conjunto de itens de informao.
3. 8PREMHWRGHLQIRUPDomR um componente distinto de um edifcio com atributos e
caractersticas tcnicas como forma, funo e comportamentos definidos. Um objeto
de informao definido a partir das suas representaes, listas e documentos, que so
GHILQLGRV FRPRSDFRWHV GHLQIRUPDomR Por se tratarem de representaes em 2D
cada objeto informao ir aparecer em vrios pacotes devido redundncia existente
na representao 2D.
4. 8P DWULEXWR GH LQIRUPDomR p XP DWULEXWR GH XP REMHWR GH LQIRUPDomRFRPR VXDV
propriedades fsicas, mecnicas, cores, preos entre outras. Pelo mesmo motivo
mencionado os DWULEXWRV GH LQIRUPDomR LUmR DSDUHFHU HP GLYHUVRV SDFRWHV GH
informao.
Os autores propem utilizar meios automticos de contar o tamanho fsico do pacote de
informao em nmero de palavras, nmero de objetos grficos, tamanho do arquivo em kB,
porm, segundo eles, essas medidas no refletem com preciso o contedo do pacote. Uma
mudana no tamanho fsico de um pacote de informao no reflete necessariamente o
aumento ou reduo do contedo da informao que transferida.
A partir desses conceitos prHOLPLQDUHVRVDXWRUHVGHILQLUDPRLQGLFDGRUWDPDQKRGRSDFRWH
como um ndice que quantifica o nvel de detalhe de informao contida em um determinado
lote de desenhos. Segundo os autores, esse ndice permite avaliar a taxa de aumento de
detalhes pelo grau aproximado de completude do projeto. O ndice baseado na contagem de
unidades de informao e pode ser formulado em dois nveis de detalhe: pela contagem do
206
nmero de objetos de informao e seus atributos em um pacote de informao ou pela

contagem do nmero de itens de informao no pacote.
O tamanho do pacote pode ser usado para monitorar a taxa de acumulao de novas
informaes ou em termos relativos ou absolutos. Em termos relativos o tamanho do pacote
de informao pode ser comparado com o tamanho de uma verso do mesmo pacote para se
determinar o aumento percentual.
O pacote de informao em qualquer instante t definido pela frmula:
Em que os seus termos so:
= o nmero de atributos pertencentes ao objeto de informao i que tem valores
atribudos a ele no instante t, e o nmero total de objetos de informao no pacote.

Entretanto, se uma medida da completude do pacote necessria deve-se usar uma medida
absoluta. Isso requer a estimativa do tamanho final do pacote de informao. O tamanho final
pode ser estimado tendo como base pacotes similares ou planejando cuidadosamente o
contedo da informao requerida em cada pacote. Os autores finalizam comentando que em
BIM esse ndice pode ser automatizado, tornando a aplicao desse ndice simples
Por ser manual, o mtodo tem limitaes, podendo ocorrer repeties dos mesmos pacotes de
informao quando utilizados os desenhos em CAD 2D.
Proposio para a estrutura conceitual
A proposio para o clculo do Nvel de Desenvolvimento (ND) feita nesta tese consiste em:
1. ASURYHLWDU DV GHILQLo}HV GR GRFXPHQWR ( GD $,$ Building Information
Modeling Protocol Exhibit , que define a tabela de elementos do modelo, Exhibit

(2008).
2. Estender o seu conceito com a matriz de elementos em BIM proposta pelo
Department of Veterans Affairs. Ampliar o conceito proposto por Sacks e Tribelsky
(2007) de "tamanho do pacote", trazendo-o para o BIM.
3. Propor a incluso de novos conjuntos de propriedades.
4. Definir uma metodologia de clculo para o ND.
207
Tabela de elementos do modelo

Esse documento j foi estudado no captWXORUHYLVmRELEOLRJUiILFDFRQVXOWDUD7DEHOD
tpico 2.11). A Figura 59 contm um trecho com um exemplo de utilizao.
Figura 59: Exemplo de preenchimento da tabela de elementos do modelo
Fonte: Autor
Matriz de elementos em BIM

Esse documento j foi estudado no captWXORUHYLVmRELEOLRJUiILFDFRQVXOWDU7DEHODV
e 14, tpico 2.11). Trata-se de um trabalho desenvolvido pela Veterans Affairs, VA BIM
Guide (2010), com o objetivo de estender os conceitos do documento E202. Basicamente
consiste em um arquivo em Excel com um conjunto de planilhas a serem utilizadas para o
rastreamento das informaes do modelo BIM e planejamento do projeto. As planilhas
relacionam os elementos construtivos conforme a classificao Uniformat, associando-os aos
nveis de desenvolvimento e combinando-os com os tipos de informao, de acordo com a
classificao OmniClass.
O arquivo possui uma planilha mestra que resume os tipos de propriedades e permite a
associao com as planilhas individuais de cada elemento (Figura 60).
208
Figura 60: Estrutura da matriz de elementos e objetos do Veterans Affairs
Fonte: Autor
Conjuntos de propriedades utilizados na estrutura conceitual
Ressaltamos que o uso do trabalho da Veterans Affairs deve ser adequado s prticas das
empresas e da cultura construtiva local, pois o seu desenvolvimento foi baseado nas prticas
Norte Americanas.
Nesse sentido a proposta feita de incluso desse contedo na estrutura conceitual tem o
objetivo de estimular e desenvolver o seu uso e no o de apenas fazer a sua aplicao direta.
Exemplificamos essa possibilidade propondo conjuntos especficos de propriedades para o
atendimento de alguns requisitos da norma de desempenho.
Conforme Wix (2002) os conjuntos de propriedades ou property sets so uma extenso do
modelo IFC, permitindo que essa extenso ocorra sem alterao do modelo e fornecendo uma
HVWUXWXUD FRQKHFLGD SRU PHWDPRGHOR SDUD DV GHILQLo}HV IHLWDV SHOR SUySULR XVXiULR
proporcionando a capacidade de ampliao do modelo (Figura 61).
Conforme Ferreira (2005 qualquer propriedade que se conforma com um dos tipos de
propriedades permitidos pode ser includa. No h limites para o nmero de propriedades que
podem ser definidas dentro de um Conjunto de Propriedades >@.
209
Figura 61: Conceito de conjunto de propriedades
Fonte: Adaptado de Wix (2002)

A Figura 62 ilustra a ideia adotada na estrutura conceitual: os nveis de desenvolvimento
variando de 100 at 500 sendo associados aos diferentes tipos de propriedades que podem ser
criados pelo usurio em funo do tipo de uso pretendido para o BIM e aplicados aos objetos
do edifcio que sero categorizados conforme o sistema Uniformat.
210
Figura 62: Nvel de desenvolvimento e conjuntos de propriedades
Fonte: Autor
Em nossa proposio parte das propriedades propostas pelo Veterans Affairs foi traduzida
para a lngua portuguesa a ttulo de exemplificao e a outra parte foi mantida no formato
original.
apresentado na Figura 63 o mapeamento dentro da classificao Uniformat onde foram
identificadas as categorias nas quais foram desenvolvidos tipos de propriedades pelo Veterans
Affairs; as que foram traduzidas para a lngua portuguesa; as proposies de conjuntos de

propriedades para a norma de desempenho e as categorias onde falta ser feito
desenvolvimento de propriedades (Figura 63).
211
Figura 63: Mapeamento das categorias Uniformat versus o desenvolvimento de

tipos de propriedades
212
Fonte: Autor
Podemos observar no campo de totais da Figura 63 que 12 elementos possuem propriedades
atribudas (14%), 6 foram traduzidos (7%) e 67 ainda precisam ser desenvolvidos (79%). Esse
213
nmero mostra o potencial de trabalho ainda existente para a configurao completa e pode
ser uma proposio para trabalhos futuros nesse sentido.
Proposta de incluso de conjuntos de propriedades para o atendimento de

alguns requisitos da norma de desempenho
Para exemplificar a capacidade potencial de ampliao e flexibilidade da estrutura conceitual
foram desenvolvidos alguns conjuntos de propriedades para a norma de desempenho,
especificamente: requisitos gerais para proteo contra incndio conforme ABNT NBR
15575-1 (2012) e requisitos para sistemas de vedaes verticais externas e internas conforme
ABNT NBR 15575-4 (2012).
Os conjuntos de propriedades foram escritos em PSD (Property Set Definition language) que
um esquema codificado na linguagem XML (eXtensible Markup Language), porm como os
esquemas nesse momento no sero propostos para o Model Support Group , no foi feita sua
especificao em IFC com o uso da linguagem EXPRESS.
Para a criao dos conjuntos de propriedades, conforme a recomendao de Ferreira (2005)
foram seguidos estes passos:
1.
Procurar um Conjunto de Propriedades predefinido que possa ser

reutilizado.
2.
Definir a especificao. O Conjunto de Propriedades deve ter um nome

( Name), uma conexo a uma classe IFC especfica ( TypedClass) e um tipo
predefinido ( TypeName).
3.
Procurar uma propriedade predefinida que possa ser reutilizada.
4.
Definir uma nova proposta de propriedade. Essa propriedade deve possuir

um dos tipos previstos pelo IFC: um valor simples (com ou sem unidade),
uma enumerao de valores (com ou sem unidade), um valor limtrofe
(com ou sem unidade), uma lista de valores (com ou sem unidade), uma
faixa de valores (com ou sem unidade), uma referncia a um objeto, uma
propriedade complexa. Ferreira (2005) p. 103
A Figura 64 mostra o conjunto de propriedades para os requisitos de desempenho para o

sistema de vedaes verticais externas e internas. Foi reaproveitado o conjunto de
propriedades Pset_WallCommon. As propriedades na cor cinza foram acrescentadas para
atender norma de desempenho e as na cor branca so as existentes no conjunto de
propriedades Pset_WallCommon. Esse novo conjunto de propriedades foi denominado
Pset_WallCommon_desempenho.
214
Figura 64: Conjunto de propriedades para requisitos de desempenho de vedaes
215
Fonte: Autor
Observaes sobre os termos em ingls utilizados nas Figuras 64 39 e 65.
O esquema desse conjunto de propriedades est escrito na linguagem XML. apresentado a
seguir um trecho do cdigo.
<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="../PSD_R2x3.xsl"?>
<PropertySetDef>
<IfcVersion version="2x3 TC1" schema="IfcSharedBldgElements"/>
<Name>Pset_WallCommon_desempenho</Name>
39
Os nomes das propriedades pr-existentes no conjunto foram mantidos na lngua inglesa apenas para
diferenciar dos novos que foram escritos na lngua portuguesa.
216
<Definition>Definio da ABNT NBR 15575-1: Especificaes quantitativas dos requisitos de desempenho,
expressos em termos de quantidades mensurveis a fim de que possam ser objetivamente determinados. So definidos os
requisitos comuns a todas as ocorrncias de IfcWall and IfcWallStandardCase.</Definition>
<Applicability>IfcWall, IfcWallStandardCase entity.</Applicability>
<ApplicableClasses>
<ClassName>IfcWall</ClassName>
<ClassName>IfcWallStandardCase</ClassName>
</ApplicableClasses>
<ApplicableTypeValue/>
<PropertyDefs>
<PropertyDef>
<Name>Referencia</Name>
<PropertyType>
<TypePropertySingleValue>
<DataType type="IfcIdentifier"/>
</TypePropertySingleValue>
</PropertyType>
<ValueDef/>
<Definition>Identificador de referncia para o tipo especificado no projeto, (p.ex. tipo 'A1')</Definition>
</PropertyDef>
<PropertyDef>
<Name>Estabilidade</Name>
<PropertyType>
<DataType type="IfcLabel"/>
</PropertyType>
<ValueDef/>
<Definition>Apresentar nvel de segurana considerando as combinaes de aes passveis de
ocorrerem durante a vida til do edifcio habitacional ou sistema. Critrio: estado limite ltimo.</Definition>
</PropertyDef>
<PropertyDef>
<Name>Deslocamentos Fissuras Descolamentos</Name>
<PropertyType>
<DataType type="IfcLabel"/>
</PropertyType>
<ValueDef/>
<Definition>Limitar os deslocamentos, fissuraes e descolamentos, de forma a assegurar o livre
funcionamento de elementos e componentes do edifcio habitacional.</Definition>
</PropertyDef>
<PropertyDef>
<Name>Solicitaes de cargas</Name>
<PropertyType>
<DataType type="IfcForceMeasure"/>
</PropertyType>
<ValueDef/>
<Definition>Resistir s solicitaes originadas pela fixao de peas suspensas.</Definition>
</PropertyDef>
<PropertyDef>
<Name>Impacto de corpo mole</Name>
<PropertyType>
<DataType type="IfcEnergyMeasure"/>
</PropertyType>
<ValueDef/>
<Definition>Resistir a energia dos impactos de corpo mole.</Definition>
</PropertyDef>
217
<PropertyDef>
<Name>Impacto nas portas</Name>
<PropertyType>
<DataType type="IfcEnergyMeasure"/>
</PropertyType>
<ValueDef/>
A Figura 65 mostra o conjunto de propriedades para o sistema de vedaes verticais externas

e internas. Foi reaproveitado o conjunto de propriedades Pset_Space F ireSafetyRequirements.
As propriedades na cor cinza foram acrescentadas a partir dos requisitos da norma de
desempenho e as brancas foram reaproveitadas do conjunto original. O novo conjunto foi
denominado Pset_Space FireSafetyRequirements_desempenho.
218
Figura 65: Conjunto de propriedades para requisitos de incndio
Fonte: Autor
219
Conjuntos de tipos de propriedades utilizados na estrutura conceitual

A seguir apresentado o resumo dos tipos de propriedades utilizados na estrutura conceitual
codificados por cores (Tabela 21).
Tabela 21: Tipos de propriedades da estrutura conceitual
Tipo de informao
Cdigo de cor

Requisitos especficos de informao do fabricante
Especificaes
Estimativas de custos
Anlises energticas
Ambiente e condies do terreno
Validao e observncia do programa de necessidades
Comissionamento da obra
Requisitos da norma de desempenho NBR 15571
Fonte: Autor
3URSULHGDGHVGRHOHPHQWRHVSDoRGHILQLGas na estrutura conceitual
eDSUHVHQWDGRDVHJXLURHOHPHQWRHVSDoRHVXDVSURSULHGDGHV7DEHOD
220
Tabela 22: Conjunto de propriedades para espao
221
222
223
224
Fonte: Autor
225
Metodologia de clculo para o ND
Clculo
2 FiOFXOR p HIHWXDGR DWUDYpV GH XPD SODQLOKD ([FHO H R VRIWZDUH 6ROLEUL SRGHQGR VHU
utilizados outros que faam as mesmas operaes.
Os passos para o clculo sero fornecidos a seguir a partir de um exemplo.
Passo 1: contar o nmero de objetos do modelo BIM, com o Solibri, classificando-os
FRQIRUPH R FULWpULR GD 8QLIRUPDW QHVVH SDVVR p LPSRUWDQWH YHULILFDU VH R PRGHOR SRVVXL
REMHWRVQmRFODVVLILFDGRVHVHIRURcaso fazer as correes, pois uma modelagem sem levar
em conta essa questo pode induzir a erros (Figura 66).
Figura 66: Contagem de objetos atravs do Solibri
Fonte: Autor
226
Passo 2: gerar no Solibri um relatrio analtico que classifique os objetos em funo do tipo
da propriedade que est sendo pesquisada. Com esse relatrio teremos a condio de
identificar os objetos que tm e os que no tm valores atribudos para a propriedade (Figura
67)40.
Figura 67: Exemplo de relatrio analtico dos objetos e propriedades
Fonte: Autor
Passo 3: lanar os dados na planilha Excel que efetuar todos os clculos (Figura 68).
A Figura 68 apresentada com as frmulas utilizadas possibilitando assim que possa ser
criada e aproveitada por outros pesquisadores. Nela se destacam campos numerados que sero
identificados e explicados a seguir.
40
Foi mantida a nomenclatura em ingls original do software para os cabealhos do relatrio.
227
Figura 68: Planilha de clculo do ND
Fonte: Autor
Observaes sobre o uso da lngua inglesa para os nomes de algumas propriedades nas
Figuras 6841 e 69.
41
As propriedades pr-existentes no conjunto de requisitos para a norma de desempenho foram mantidos em

ingls para destacar os novos, propostos em portugus, dos existentes, escritos em ingls.
228
Campo 1: preencher com o nmero total de objetos da classe Uniformat que est sendo
analisada. No exemplo da figura foi utilizada a planilha para a FODVVH&SDUHGHV
Campo 2: preencher com os dados obtidos no relatrio analtico do Solibri conforme a
Figura 67. Nesse campo so colocados todos os objetos que possuem valores atribudos para o
conjunto de propriedade em estudo independentemente se esses valores esto ou no
validados de acordo com o programa de necessidades.
C ampo 3: analisar os resultados obtidos no relatrio do Solibri da Figura 67 e verificar se eles
esto de acordo com o programa de necessidades. Na ausncia do programa de necessidades
ou se este se encontrar desatualizado, os dados podem ser inseridos somente aps passarem
por um processo de anlise crtica e validao feita pela coordenao do projeto, pelo
proprietrio e pelo profissional responsvel pelo projeto especfico.
Campo 4: esse campo calculado automaticamente. Ele conta o nmero de tipos de
propriedades que esto sendo consideradas no conjunto de propriedades escolhida. O nmero
de propriedades para o conjunto escolhido servir como o peso a ser atribudo para o item.
Campo 5: esse campo calculado automaticamente. Ele calcula a mdia aritmtica entre o
nmero de objetos dividido pelo nmero de tipos de propriedade que foram calculados no
campo 4. A mdia obtida dos objetos relativos ao campo 2 calculada somente para servir de
referencial. O valor que ser efetivamente adotado o que foi descrito no campo 3.
Campo 6: HVVH FDPSR FDOFXOD DXWRPDWLFDPHQWH D QRWD REWLGD QR LWHP GHPRQVWUDQGR R
TXDQWR GR LWHP IRL DWHQGLGR (VVH GDGR p REWLGR DWUDYpV GD GLYLVmR GR nmero mdio de
SURSULHGDGHV TXH DWHQGHP DRV UHTXLVLWRV FDOFXODGR QR FDPSR SHOR Q~PHUR WRWDO GH
objetos.
Campo 7: esse campo calculado automaticamente. Nele calculada a somatria dos pesos
TXHVmRFDOFXODGRVQRFDPSR
Campo 8: esse campo calculado automaticamente. Nesse campo calculada a mdia
ponderada entre as notas dos itens multiplicada por seus pesos e dividida pela somatria dos
pesos.
Campo 9: HVVHFDPSRFDOFXODDXWRPDWLFDPHQWHRYDORUGR1'DWUDYpVGDPpGLDSRQGHUDGD
calculada no campo 8, transformada em percentual e multiplicada pelo valor do ND terico da
fase (no exemplo igual a 100, porm, esse valor pode ser 200, 300, 400 ou 500, dependendo
da fase em estudo).
A seguir na Figura 69 mostrado um exemplo numrico do clculo do ND de uma parede em
ND terico 100.
229
Figura 69: Planilha com exemplo de clculo numrico do ND
Fonte: Autor
230
Clculo do ND para o projeto como um todo

Para o clculo do ND para a totalidade do projeto a rotina apresentada dever ser repetida
para os tipos de objetos existentes e os respectivos conjuntos de propriedades associadas.
A partir dos resultados obtidos em cada uma das planilhas individuais de anlise, deve ser
preenchida a planilha de medio do projeto. Essa planilha se constitui dos tipos e
quantidades de objetos existentes e dos valores de ND medidos para cada um deles. O clculo
do ND, nesse caso, a mdia ponderada entre os diversos NDs para cada tipo de elemento,
tendo como peso o nmero de objetos existentes por tipo. exemplificada a medio de um
projeto para ND 200.
Figura 70: Clculo do ND para o projeto como um todo
Fonte: Autor
231
Esse mesmo critrio de mdia ponderada pode ser utilizado para subconjuntos de
propriedades ou para os projetos das especialidades individualmente.
Foco
Objetivo: avaliar o nvel de desenvolvimento do projeto como um todo ou de uma disciplina
especfica.
Tipo de medida: quantitativa.
Estgio de maior impacto: como o ndice aplicvel a todas as fases do projeto o
impacto ocorre em todas elas.
Perfil dos dados

Perodo de coleta dos dados: a cada atualizao feita no modelo BIM da disciplina
especfica ou no modelo central.
Frequncia de emisso de relatrios: devem ser emitidos relatrios a cada atualizao
do modelo e antes das reunies de coordenao de projetos.
Alvos
Tendncia: ao analisarmos a metodologia de clculo verificamos que quanto mais prximo

o ND obtido for do ND terico da fase do projeto melhor o desempenho, portanto sua
tendncia boa conforme o seu valor aumenta.
Parametrizao
O nvel de desenvolvimento um valor relativo e depende do que for normalizado ou
acordado entre os agentes. Depende dos usos especficos que sero dados ao BIM, pois o
conjunto das propriedades associadas est diretamente submetido ao uso do BIM. As
propriedades tambm podem ser estendidas atravs do desenvolvimento de novos conjuntos
de property sets ou reduzidas em funo do acordado.
232
Classificaes absolutas dependero do desenvolvimento de padres a partir de normas ou

especificaes de associaes de profissionais, governo e outros.
O clculo do ND tem algumas limitaes e ressalvas comentadas a seguir.

1. Propriedades pr-existentes na biblioteca de objetos do projetista
(default). Normalmente, a biblioteca de objetos dos projetistas encontra-se
desenvolvida e o seu reaproveitamento deve ser feito de forma criteriosa, uma vez que
poderemos ter conjuntos de propriedades no especificados para existir; propriedades
com valores atribudos a priori e objetos com detalhes geomtricos incorretos ou
desnecessrios so fatores que podem levar a medidas enganosas do ND. Portanto se
recomenda que inicialmente ao processo de projeto todos os integrantes revejam suas
bibliotecas e faam as adequaes necessrias.
2. Inexistncia,
incompletude
ou
desatualizao
do
programa
de
necessidades.
No frequente, na prtica de trabalho, o cliente preencher formalmente os requisitos
do programa, pois comum que isso ocorra de maneira informal e em diversas fases
do processo. Por outro lado necessrio diferenFLDU RV UHTXLVLWRV GR FOLHQWH SRU
QDWXUH]DUHTXLVLWRVGHGHVHPSHQKR GDTXHOHVHPLQHQWHPHQWHWpFQLFRVSUySULRVGDV
especialidades de projeto envolvidas. Portanto, o preenchimento prvio de uma tabela
com todos os requisitos especificados parece ser impraticvel, recomendando-se que a
avaliao dos resultados obtidos se baseie tambm em anlises crticas qualitativas e
no somente numricas.
3. Retrabalho
O indicador ND no tem como objetivo medir o retrabalho, porm ele existe na prtica
e a sua ocorrncia pode alterar os valores do ND, portanto o retrabalho influencia o
nvel de desenvolvimento do projeto.
O retrabalho pode ocorrer a partir de uma combinao de diversos fatores: os objetos
podem ser eliminados ou alterados nas propriedades geomtricas e no geomtricas,
podem ser criados novos objetos e novos requisitos de programa podem ser criados ou
alternados. Uma mudana que combine esses fatores no deve ser considerada
retrabalho sem que suas causas sejam analisadas. As mudanas ocorrem tanto para a
233
melhoria do processo quanto para a sua piora. Porm como isso pode ser avaliado?
Simplesmente contabilizar o nmero e o tipo de mudanas no leva a uma concluso,
mas apenas a evidncias de mudanas.
Entendemos que o retrabalho somente possa ser avaliado atravs da interpretao do
coordenador de projetos em conjunto com sua equipe, analisando e avaliando os
impactos e a natureza das mudanas.
4. Preciso da geometria
2V WHUPRV JHRPHWULD DSUR[LPDGD H JHRPHWULD SUHFLVD HPERUD XVXDLV QDV
definies correntes do LOD, so pouco precisos na avaliao do desenvolvimento do
modelo. Caso o objetivo do modelo seja o da pr-fabricao de estruturas de concreto,
PHWiOLFDVRXPHVPRGHFRPSRQHQWHVFRPRNLWVKLGUiXOLFRVRXEDQKHLURVDSUHFLVmR
requerida para os processos industriais da ordem de milmetros. A preciso requerida
para a construo convencional da ordem de centmetros para a maioria dos casos.
Outro ponto a ser considerado a confirmao de medidas, pois em um ND 200 os
objetos podem ser inseridos apenas para a sua macrodefinio como solues ou
partidos; porm, em um estgio superior de desenvolvimento ser necessria a
confirmao de medidas, pois os objetos sero compatibilizados e detalhados. Em
todos os casos, a preciso deve ser entendida dentro do contexto onde est inserida e
sua avaliao deve ser feita com essas consideraes em mente.
234
4.3.4 Compatibilidade geomtrica

A compatibilidade geomtrica um requisito de qualidade do processo de modelagem.
Conforme referenciado na reviso bibliogrfica, diversos tipos de problemas decorrentes de
falta de compatibilidade podero ocorrer durante o processo de modelagem. Mas esses
problemas podem ser detectados com softwares especficos, como o Solibri ou o Navisworks.
O processo de verificao da compatibilidade geomtrica parametrizvel, podendo ser
escolhidos os objetos a serem comparados e tambm predefinir o valor das tolerncias
(Figura 71).
Figura 71: Compatibilidade geomtrica
Fonte: Autor
Para o uso objetivo definimos o indicador chave de desempenho (ICD), denominado

densidade de interferncias (DI), conforme descrio e mtodos de clculo mostrados a
seguir.
235
Densidade de interferncias = DI
Definio
Definimos DI (densidade de interferncias) como a razo entre o nmero de interferncias

verificadas atravs de softwares de anlises de modelos BIM, categorizadas segundo critrios
de criticidade e o volume da envoltria do edifcio.
Clculo
Variveis
x
ni: nmero de interferncias, valor calculado pelo software sendo funo do tipo de
parametrizao adotada;
ve: volume total do edifcio, valor definido pelo clculo do volume da superfcie
envoltria do edifcio 42.
ve /1.000 m3: volume anteriormente calculado dividido por 1.000 m343.
Frmula
Unidade de medida: nmero de interferncias / 1.000 m3
42
Normalmente os edifcios, ou conjunto de edifcios em um condomnio, se subdividem em partes distintas

como: torre, embasamento, subsolo e anexos. Entendendo que essa subdiviso seja de compreenso comum
sendo facilmente reconhecveis pelos profissionais da rea, recomendamos que essa subdiviso seja feita para
organizar o clculo dos volumes, lembrando que ao final todos esses volumes sero totalizados.
O software Solibri pode fazer esse clculo automaticamente, porm para que os valores resultantes sejam
confiveis necessrio que durante a modelagem os espaos sejam identificados com nome, tipo e nmero.
43
A finalidade dessa taxa facilitar a visualizao da densidade, uma vez que um volume de 1.000 m obtido
por um espao com as dimenses de 10 m 10 m 10 m mais facilmente YLVXDOL]iYHLVSDUDRVSURILVVLRQDLV
em geral.
236
Foco
Objetivo: avaliar a qualidade do processo de modelagem das disciplinas e da coordenao

do projeto como um todo, visando garantir a qualidade do processo de projeto.
Tipo de medida: quantitativa.
Estgio de maior impacto: projetos executivos44.
Perfil dos dados
Perodo de coleta dos dados: a cada atualizao feita no modelo BIM.

Frequncia de emisso de relatrios: devem ser emitidos relatrios a cada atualizao
do modelo e antes das reunies de coordenao de projetos.
Alvos
Tendncia: ao analisar a frmula, verificamos que para um dado volume a DI varia em

IXQomR GLUHWD GR ni RX VHMD D DI aumenta na razo direta do nmero das interferncias;
portanto, sua tendncia boa quando seu valor diminui, tendendo a zero ao longo do tempo.
Parametrizao
Uma caracterstica importante no clculo da DI que as interferncias podem ser

parametrizadas, sendo a DI, portanto, funo do grau de liberdade arbitrado no projeto, no se
tratando, pois, de um ICD absoluto, mas relativo ao ambiente do projeto. So relacionadas a
seguir as variveis que podem ser parametrizadas45.
44
A fase de concepo e de estudos iniciais ir normalmente gerar macrointerferncias, pois nessas fases se d a
conceituao dos principais espaos tcnicos e dos partidos arquitetnicos e estruturais, sendo normal ocorrerem
muitas interferncias, dado o processo de negociao existente entre a equipe de projeto. Porm, na fase dos
projetos executivos, que uma fase dura do processo, onde os principais conceitos esto congelados e o fluxo
de informao e de trocas aumenta consideravelmente, a aplicabilidade do ndice mais recomendada.
45
Foram adotados os conjuntos de parametrizaes existentes no software Solibri V8.0.
237
Escolha do tipo de componentes

Essa opo permite selecionar quais tipos de objetos sero verificados,
possibilitando filtrar dentre todos os objetos do edifcio aqueles que forem
essenciais para garantir a qualidade do modelo, como, por exemplo: paredes,
componentes da estrutura, fachada.
Escolha do tipo de disciplinas

Alm do filtro de componentes, podem ser tambm escolhidas as disciplinas que
sero interfaceadas no teste, podendo ser configuradas diversas situaes:
arquitetura x estrutura, estrutura x instalaes, etc.
Escolha do tipo de interferncias

O tipo de interferncia a ser verificado pode ser escolhido a partir de trs
possibilidades:
1. Objetos duplicados
Essa categoria lista todas as instncias de interseces onde os componentes
foram duplicados, o que significa a existncia de um ou mais componentes
com forma e localizao idnticas. Esse tipo de problema de grau crtico,
uma vez que representa redundncias no modelo. No exemplo da Figura 72
vemos a existncia de paredes duplicadas que aparecem em vermelho.
238
Figura 72: Componentes duplicados: paredes
Fonte: Autor
2. Objetos dentro de outros

Esta categoria lista todas as instncias de interseces nas quais os
FRPSRQHQWHVHVWHMDPHPEXWLGRVGHQWURGHRXWURV.
3. Objetos sobrepostos
Esta categoria lista todas as instncias de interseces nas quais os
componentes estejam sobrepostos a outros, normalmente ocorrem
cruzamentos entre vigas e paredes, objetos da estrutura e objetos de
instalaes, etc. No exemplo da Figura 73 mostrada a interferncia de um
pilar com diversas paredes em vrios pavimentos. O pilar est na cor
vermelha. A Figura 74 mostra a interferncia de uma viga com uma parede
cortina. A viga est em vermelho.
239
Figura 73: Interferncias entre componentes diferentes sobrepostos: pilar x parede
Fonte: Autor
Figura 74: Interferncias entre componentes diferentes sobrepostos: viga x parede

cortina
Fonte: Autor
240
Categorizao das interferncias

As interferncias podem ser tambm categorizadas de acordo com os seguintes
critrios: interseces entre o mesmo tipo de componente, entre diferentes tipos de
componentes e entre mobilirio e outros objetos. A Tabela 23 relaciona
detalhadamente essas categorias.
Tabela 23: Categorizao das interferncias
Fonte: Autor, com o uso do software Solibri
241
Tolerncias: as tolerncias podem ser configuradas conforme as categorias a

seguir.
x
Tolerncia horizontal
No caso de ocorrer um cruzamento entre objetos, se a maior dimenso horizontal
desse cruzamento for maior que o valor da tolerncia horizontal, o teste resulta em
um problema de interferncia.
Tolerncia vertical
No caso de ocorrer um cruzamento entre objetos, se a maior dimenso vertical
desse cruzamento for maior que o valor da tolerncia vertical, o teste resulta em um
problema de interferncia.
Tolerncia volumtrica
No caso de ocorrer um cruzamento entre objetos, o teste retorna positivo para

interferncia se o volume da interseco resultante entre os objetos for maior que o
valor da tolerncia volumtrica. Esse teste somente vlido para slidos
geomtricos, de acordo com o manual do Solibri .
Parmetros de criticidade:
A criticidade das interferncias a serem verificadas pode ser escolhida a partir de
trs possibilidades, e os parmetros de criticidade podem ser configurveis.
Conceitualmente, porm, elas se classificam em:
1.
Crtica: so as interferncias mais severas como componentes duplicados e

componentes uns dentro de outros. A Figura 75 ilustra esse conceito
mostrando duas paredes, uma dentro da outra.
242
Figura 75: Interferncia crtica: parede dentro de outra
Fonte: Autor
2.
Moderada: so classificadas nessa categoria as interferncias entre

elementos em que a magnitude da interferncia menor que a crtica. As
Figuras 76 e 77 ilustram esse conceito. Na Figura 76 observamos a
interferncia entre a laje do pavimento com um beiral e na Figura 77
observamos a interferncia entre a escada com elementos da estrutura.
243
Figura 76: Interferncia moderada: laje x beiral
Fonte: Autor
Figura 77: Interferncia moderada: escada x estrutura
Fonte: Autor
244
3.
Baixa: so as interferncias nas quais ocorrem pequenos cruzamentos

resultando em pequenos volumes. A Figura 78 ilustra esse conceito atravs
de um cruzamento de paredes, pode ser observada a baixa magnitude da
interferncia.
Figura 78: Interferncia de grau baixo
Fonte: Autor
245
4.3.5 Planejamento e controle do processo de projeto

O processo de planejamento e controle formulado para a estrutura conceitual aborda tanto o
processo de gesto quanto o processo de modelagem.
Portanto a principal questo a ser resolvida pela estrutura conceitual como relacionar ambos
os processos. A proposio trabalhar com trs nveis de planejamento hierarquicamente
organizados: estratgico, ttico e operacional (Figura 79) e com uma estrutura integrada,
composta pela estrutura analtica do projeto (EAP) e a estrutura analtica do modelo (EAM)
(Figura 80).
Para facilitar a leitura, a EAP encontra-se apresentada em separado na Figura 81 e a EAM na
Figura 82.
Figura 79: Relacionamento entre a gesto do projeto e a gesto do modelo
Fonte: Autor
246
Figura 80: Estrutura analtica integrada: EAP + EAM
Fonte: Autor
247
Figura 81: EAP do projeto exemplo
Fonte: Autor
248
Figura 82: Estrutura analtica do modelo (EAM)
Fonte: Autor
249
Planejamento estratgico (longo prazo)

Passo 1: modelagem do processo de projeto.
A ttulo de exemplo consideramos a modelagem do processo de projeto de um edifcio
simples em alvenaria estrutural e concreto armado (Figura 83). Os usos previstos do modelo
BIM para esse exemplo so: desenhos para execuo da obra, oramento e planejamento.
Figura 83: Edifcio exemplo
Fonte: Autor
A representao do processo de projeto foi feita no formato BPMN, uma vez que esse formato
permite de maneira clara a identificao das disciplinas, das trocas de informaes e da
evoluo das fases do projeto. A Figura 84 representa o conceito geral adotado para o
macrofluxo do processo de projeto e de modelagem.
Foram adotadas quatro fases para o processo de projeto, conforme a definio da estrutura
conceitual: concepo, definio, desenvolvimento e documentao. Para o exemplo
adotamos as disciplinas: arquitetura, estrutura, decorao, instalaes eltricas e hidrulicas e
os agentes: construtor e proprietrio.
Os diagramas do processo esto representados em quatro figuras, uma para cada fase do
processo de projeto: Figura 86 fase de concepo, Figura 87 fase de definio, Figura 88
fase de desenvolvimento e Figura 89 fase de documentao e projetos para produo.
250
Figura 84: Macro-fluxo do processo de projeto e modelagem
Fonte: Autor
251
O macro fluxo mostra que ao incio de cada fase sempre existe a atividade de verificao e
atualizao do programa, pois conforme visto no estudo de Kiviniemi (2005), o programa e as
solues de projeto devem estar alinhados. Ao final de cada fase feita a anlise crtica,
conforme recomendado por Melhado (2009), e so calculados os indicadores chave de
desempenho.
Foram adotados dois procedimentos para a criao da estrutura analtica do projeto: o
primeiro foi descrever as atividades do projeto de forma sinttica (abordagem top-down), para
simplificar a representao da entrada de dados na DSM e o segundo associar a essas
atividades os tipos de objetos correspondentes a classificao Uniformat, para possibilitar o
uso das informaes da matriz de elementos BIM, conforme VA_BIM_Guide (2010), e assim
estabelecer o relacionamento entre o processo de gesto e o processo de modelagem (Figura
85).
Figura 85: Fontes de informao da DSM
Fonte: Autor
252
Figura 86: Fase de concepo
Fonte: Autor
253
Figura 87: Fase de definio
Fonte: Autor
254
Figura 88: Fase de desenvolvimento
Fonte: Autor
255
Figura 89: Fase de documentao e projetos para produo
Fonte: Autor
Passo 2: montagem da DSM e do cronograma
A DSM foi construda a partir das relaes entre as atividades estabelecidas nos diagramas de
processo em BPMN (Figura 90). Aps a montagem da DSM, as relaes de precedncia
IRUDPH[SRUWDGDVSDUDXPVRIWZDUHGHSURJUDPDomRGHSURMHWRV MsProject, os prazos foram
estabelecidos e assim o cronograma geral do projeto ficou definido (Figura 91).
256
Figura 90: DSM
Fonte: Autor
257
Figura 91: Cronograma geral
Fonte: Autor
258
simulaes
O relacionamento entre o cronograma e a DSM mostrado na Figura 92. Na figura cada uma
das fases do projeto est circundada por um retngulo tracejado. Ao lado esquerdo as
atividades esto representadas no cronograma e ao lado direito na DSM.
Figura 92: Relao entre a DSM e o cronograma
Fonte: Autor
259
simulaes
Planejamento ttico e operacional (mdio e curto prazo)

Nessas etapas do planejamento ocorre o detalhamento das atividades das fases de projeto.
Recomenda-se utilizar de maneira associada a tcnica da DSM para o mapeamento do
processo junto com os mapas de processo desenvolvidos atravs da BPMN.
Esta fase adequada para gerar planos mais detalhados em intervalos de tempo aproximados
entre um a trs meses. Neste nvel de detalhe do planejamento possvel definir a
transferncia de informaes reais que podem ser monitoradas utilizando o ciclo de controle.
Para isso deve ser feita a associao dos objetos desenvolvidos na fase do processo com os
conjuntos de propriedades da matriz de elementos em BIM e a partir da inserir essas
propriedades diretamente nas classes de objetos correspondentes no modelo.
O planejamento de mdio prazo, para cada uma das fases, deve ser um esforo de colaborao
em equipe, onde os diferentes agentes se renem para preparar os mapas dos processos e
definir as trocas de informao entre si.
Esse processo ter como resultado uma plano factvel, que poder posteriormente ser
detalhado para o curto prazo, produzindo planos semanais de trabalho.
Tomando-VHFRPRH[HPSORDIDVHGHGHVHQYROYLPHQWR1'DVDWLYLGDGHVGHSURMHWRH
os respectivos modelos BIM associados com cada uma dessas atividades foram relacionados
com os objetos a serem desenvolvidos nessa fase (Figura 93).
260
simulaes
Figura 93: Relacionamento entre as atividades e os objetos
Fonte: Autor
Observando-se a Figura 94 temos a associao da atividade de desenvolvimento do modelo
integrado de arquitetura e estrutura com os objetos dos grupos B10, B20, C10, C20 e C30. O
desenvolvimento do modelo das instalaes hidrulicas est associado com os objetos do
grupo D20 e o modelo das instalaes eltricas com os objetos do grupo D50. As atividades
GHQRPLQDGDV RXWURV XVRV GR %,0 SRVVXHP UHODo}HV FRP WRGDV DV DWLYLGDGHV GH SURMHWRH
com os conjuntos de propriedades dos objetos.
A Figura 94 apresenta o mapeamento dos conjuntos de propriedades da matriz de elementos
em BIM associados com os objetos relacionados no pargrafo acima. Atravs desse
mapeamento possvel se estabelecerem valores para essas propriedades integrando assim as
atividades de projeto com as propriedades a serem obtidas a cada fase do processo.
261
simulaes
Figura 94: Mapeamento de propriedades aplicveis aos objetos
Fonte: Autor
262
simulaes
O mapeamento feito permite associar os conjuntos de propriedades diretamente com as

atividades do cronograma de mdio prazo possibilitando estabelecer metas de curto prazo
para as definies de propriedades.
O trabalho de definio de propriedades pode ser convertido para pacotes de informaes a
VHUHP REWLGRV UHSUHVHQWDGRV QD )LJXUD QDFRU ODUDQMD SHUPLtindo que haja controle
sobre essas atividades (Figura 95).
Figura 95: Programao semanal incluindo as definies de propriedades
Fonte: Autor
263
simulaes
Comentrios sobre a gesto do processo de projeto no mdio e curto prazos

$GLYLVmRGRSODQHMDPHQWRHPIDWLDVGHWHPSRWHPSRUREMHWLYRPHOKRUDUDSUHYLVLELOLGDGH
dos planos e facilitar o processo de controle.
Por outro lado, a adoo dessa estratgia requer cuidados para evitar que se torne uma
armadilha para o prprio coordenador do projeto. O principal ponto a ser salientado a
natureza do processo de projeto, cclica e interativa, que diferente do processo de produo,
essencialmente linear.
O processo de projeto consiste em um fluxo de informaes que so trocadas e
compartilhadas continuamente, sendo importante estabelecer medidas desse fluxo para que o
controle do processo possa ser feito.
2 SURFHVVR GH SURGXomR SRU VXD YH] VH FDUDFWHUL]D SRU HQWUHJDV GH SURGXWRV VHQGR
relativamente simples medir os seus resultados, bastando apenas contar o nmero de produtos
entregues e compar-los com alguma meta prevista, e dessa forma estabelecer ndices de
produtividade ou de atendimento de metas.
Tome-se como exemplo o indicador plan percent complete (PPC), um dos indicadores chave
do sistema last planner, utilizado em sistemas de produo como indicador do funcionamento
do sistema de planejamento.
Utilizar indicadores semelhantes a esse no processo de projeto pode levar a conduo do
processo baseando-VHHPVXDVHQWUHJDV (delivery based), que um dos maiores enganos que
ocorre no meio profissional, pois d foco excessivo na produo e entrega de desenhos e se
HVVHUDFLRFtQLRIRUHVWHQGLGRSDUDR%,0SRGHOHYDUDRFRQFHLWRGHHQWUHJDGHPRGHORVSRU
mais estranho que isso possa parecer.
A diferena entre utilizar a metodologia last planner para o projeto oposta para o conceito
adotado para a produo, pois em projeto suas prprias atividades so as restries para as
outras.
Assim, ao se fazer o mapeamento do processo, com o uso da DSM, as restries comuns para
o processo, como a falta de informaes, a solicitaes de novas ou alteraes nas
informaes existentes, podem ser analisadas e tornadas explcitas, e atividades especficas
podem ser atribudas para garantir que sejam realizadas.
264
simulaes
Agindo dessa forma possvel a criao de planos e de indicadores que permitam avaliar a
evoluo do processo, mesmo em horizontes curtos como os semanais.
3RUWDQWRHVFODUHFHURTXHVHHQWHQGHSRUFRQWUROHpLPSRUWDQWHSDUDDFRQGXo do tema.
Medidas para o controle do fluxo da informao para o processo de projeto j foram estudadas
por Sacks e Tribelsky (2007), sendo medidas quantitativas em termos de volume ou de
nmero de informaes produzidas ou recebidas durante um intervalo de tempo definido.
Porm utilizar diretamente esses conceitos sem a devida adequao para o BIM pode ser
enganoso, pois os objetos inseridos no modelo podem conter inmeras propriedades
desnecessrias ou com valores atribudos sem critrio, induzindo a medidas de fluxo que
mascarem a avaliao correta do processo.
As medidas de fluxo em BIM precisam ser no s quantitativas como tambm qualitativas.
No basta contar o nmero de objetos e suas propriedades; preciso constatar tambm se as
propriedades inseridas no modelo correspondem ao que foi programado existir.
Esse fato leva necessidade da definio prvia junto com os projetistas das propriedades que
devero ser consideradas, necessitando que todos verifiquem previamente o contedo
existente em suas bibliotecas.
Essas observaes levam a recomendar a utilizao do indicador ND (nvel de
desenvolvimento) mesmo que para horizontes curtos. Nesses casos podem ser tomadas as
medidas de desenvolvimento apenas de determinados objetos ou de subconjuntos trabalhados
no perodo de curto prazo. Porm necessrio combinar a medida do ND com os demais itens
da estrutura conceitual para que se possa avaliar a evoluo do projeto como um todo.
Outro fator importante a impossibilidade prtica de se estabelecerem metas numricas
antecipadas para o nmero de objetos a serem criados em um determinado intervalo de tempo,
visto que isso contraria a natureza do projeto, e agir dessa forma conduziria novamente
YLVmRGRSURMHWRFRPRXPFRQMXQWRGHHQWUHJDVGHREMHWRV
Portanto o conceito de evoluo, em projeto, mais importante do que o de produo.
Evoluir em projeto significa conduzi-lo para estgios de maior amadurecimento e de
atendimento de requisitos, que podem ser medidos a partir da riqueza semntica
proporcionada pelo BIM.
265
simulaes
2 FRQFHLWR GH SURGXomR WUD] LPSOtFLWR RFRQFHLWR GH FRQYHUVmR GH LQVXPR HP SURGXWR R
TXH ID] SRXFR VHQWLGR HP SURMHWR DR FRQWUiULR GRV FRQFHLWRV GH WUDQVIRUPDomR H GH
HYROXomRTXHVmRPDLVDGHTXDGRVHSHUWLQHQWHV
O indicador do nvel de desenvolvimento ND possibilita acompanhar o processo de forma
contnua e medi-lo semanalmente uma prtica recomendvel, pois assim se pode observar o
comportamento e a evoluo do processo e consequentemente manter controle sob ele.
Concluindo o raciocnio, a Figura 96 ilustra e resume a metodologia proposta para a gesto de
mdio e curto prazo uma vez que as devidas adequaes e ressalvas foram feitas.
Figura 96: Ciclos de planejamento e controle de mdio e curto prazo
Fonte: Autor
O desenvolvimento da estrutura conceitual possibilita a realizao de algumas simulaes
com os indicadores chave de desempenho criados.
No captulo 5 a seguir os indicadores ND e DI sero aplicados em dois modelos
desenvolvidos em situaes e para usos diferentes do BIM.
266
simulaes
Simulaes
Os indicadores chave de desempenho ND e DI podem ser aplicados em situaes de

diagnstico ou de acompanhamento da evoluo de um projeto.
Foram escolhidas dois casos para isso, no primeiro foi acompanhado o desenvolvimento de
um projeto e foram analisadas as suas vinte verses com os indicadores. Na segundo caso
obteve-se um modelo BIM j concludo onde os indicadores foram aplicados.
Foi possvel a sua aplicao nos dois casos e os resultados e condies de contorno sero
desenvolvidas ao longo do captulo.
4.1
Caso 1
Esse primeiro caso consiste em um projeto de um edifcio comercial, com baixa

complexidade tcnica, visando com isso isolar o modelo de outros fatores relacionados
principalmente a dificuldade tcnica de uso dos softwares de modelagem por parte dos
profissionais de projeto (Figura 97).
A empresa responsvel pelo projeto de arquitetura desenvolveu o modelo com o objetivo de
gerar desenhos. A troca entre os profissionais foi feita atravs do formato dwg , uma vez que
somente a empresa de arquitetura utilizou-se do BIM para o projeto.
267
simulaes
Figura 97: Vistas em Perspectiva do Empreendimento analisado
Fonte: Autor
A opo dessa empresa foi pelo uso do software de modelagem Revit onde a equipe
demonstra maior habilidade e o uso dessa ferramenta j praticado em torno de quatro anos
segundo informado pelo coordenador do projeto.
O projeto do empreendimento composto pelas seguintes especialidades: arquitetura,
caixilhos, climatizao, elevadores, estrutura de concreto, estrutura metlica, fundaes,
instalaes eltricas, instalaes hidrulicas, interiores, luminotecnia e paisagismo. A
coordenao do projeto est sendo feita pela prpria empresa de projeto de arquitetura.
De todas as especialidades relacionadas, somente a de arquitetura est utilizando modelo
BIM, segundo informao do coordenador do projeto. A especialidade de estrutura est sendo
tambm modelada em BIM, porm ao invs do uso da exportao a partir do software TQS46,
a empresa preferiu ela prpria fazer a modelagem dessa especialidade.
46
TQS um software para projetos estruturais. Disponvel em http://www.tqs.com.br, acesso em 11/02/2013.
268
simulaes
O motivo alegado a falta de interesse da empresa de projetos estruturais contratada pelo

BIM aliado ao relato que a exportao feita a partir do software TQS gera problemas de
qualidade como: falhas na representao de vigas inclinadas e superfcies curvas entre outros.
O processo de modelagem em BIM ocorre paralelamente ao processo de projeto convencional
que desenvolvido pelas outras empresas. Nesse caso o BIM est sendo utilizado apenas para
a gerao de desenhos que servem de base para os demais projetistas. A compatibilizao dos
projetos foi feita manualmente pela empresa de arquitetura.
Observou-se que a empresa no diferencia em suas funes os profissionais responsveis pelo
modelo de arquitetura e estrutura. O modelo foi feito misturando-se ambas as disciplinas e
sem subdivises que pudessem identificar o uso de uma estrutura analtica de modelo.
Em relao ao planejamento do processo de projeto, a empresa no adota uma metodologia
HVWUXWXUDGD(VWDVHFRQVWLWXLDSHQDVGHXPDSODQLOKDQDTXDOVmRSUHYLVWDVDVHQWUHJDVGRV
desenhos (Figura 98).
Figura 98: Tabela com datas de entregas dos projetos
Fonte: Autor
Segundo informaes da empresa o modelo BIM somente comeou a ser desenvolvido na fase
de projetos executivos correspondendo na Figura 98 aos meses de janeiro e fevereiro.
Anteriormente a essas datas o modelo estava sendo preparado, mas no utilizado para as
operaes propostas.
Dadas as condies do experimento e o uso do BIM proposto gerao de desenhos e bases
2D, decidiu-se investigar o comportamento de dois indicadores: o ND e o DI.
O projeto foi acompanhado desde a fase de projetos executivos at o seu final. No total foram
geradas 20 verses do modelo, que sero analisadas a seguir.
269
simulaes
Clculo do ND
A fase de projetos executivos corresponde na estrutura conceitual ao nvel de
desenvolvimento ND 400 e as medidas esto referenciadas esse valor. Como o objetivo do
modelo BIM foi somente o da gerao de documentos o conjunto de propriedades utilizado da
PDWUL]GHHOHPHQWRV%,0IRLRGHUHTXLVLWRVGHLQIRUPDo}HVGRIDEULFDQWH
O conjunto dessas propriedades prev para o ND 300 as seguintes informaes: tipo, material
e disponibilidade e para o ND 400: nome do fabricante, nome do executor do servio, nmero
de srie, nmero da classificao Uniformat, nmero de inventrio, nmero do modelo,
nmero do pedido de compra, identificador do produto, nome do produto, ano de produo e
acessrios.
Analisando-se as informaes disponveis e os objetivos do BIM optou-se por analisar
LVRODGDPHQWHDSURSULHGDGHPDWHULDOVXVWHQWDGDSHODFODVVH IfcMaterial.Name.
Foi utilizado o software Solibri e feitas as leituras do nome do material especificado. O
clculo do ND foi feito conforme a metodologia proposta nesta tese.
Anlise dos resultados
Os resultados dos testes foram tabulados na Tabela 24, que foi estruturada em funo do
nmero de verses do modelo e dos objetos classificados, segundo a Uniformat, pelo autor do
projeto. Para cada uma das verses foram tabulados os nmeros de objetos encontrados no
modelo e calculado ao lado a porcentagem dos mesmos que tinham valores atribudos para as
suas propriedades. Ao final, segundo o mtodo proposto, foi calculada a mdia ponderada
entre objetos e porcentagem atendida de cada um. Essa mdia ponderada foi convertida em
percentual e multiplicada pelo valor requerido para o ND da fase.
270
simulaes
Tabela 24: Clculo do ND
Fonte: Autor
A Figura 99 apresenta a srie dos NDs obtidos ao longo das vinte verses do modelo.
Embora o modelo possusse inicialmente 5.500 objetos e ao final 8.600, observa-se que o ND
sofreu praticamente pouca oscilao mantendo-se na mdia de 272 (Figura 99).
O ponto do grfico na verso 11 refere-se a um erro de modelagem, confirmado pelo autor,
onde os objetos do tipo E 1090 passaram bruscamente de 859 para 11.597 e posteriormente
continuaram com sua mdia inicial terminando com 765 objetos. A utilizao do ND
possibilitou indicar rapidamente e com clareza a ocorrncia desse erro.
271
simulaes
Figura 99: Evoluo do ND
Fonte: Autor
Buscando-se investigar melhor os objetos que mais contriburam para melhorar o ndice e os
que mais contriburam para diminui-lo foi plotado o grfico da Figura 100.
272
simulaes
Figura 100: Variao do ND versus nmero de objetos
Fonte: Autor
A anlise da Figura 101 possibilita identificar que os objetos dos tipos A2020-paredes cortina
de subsolo, B1010-construo do piso e C3020-acabamentos de piso foram os que mais
possuam valores atribudos para a propriedade materiais enquanto que os objetos dos demais
tipos C2010-construo da escada, B2020-janelas externas, B2030-portas externas e E1090outros equipamentos, no tinham sequer valor para a propriedade.
273
simulaes
Figura 101: ND em funo das categorias e nmeros de objetos
Fonte: Autor
A figura 102 mostra a distribuio percentual dos tipos de objetos conforme a classificao
adotada no modelo.
Figura 102: Distribuio dos tipos de objetos
Fonte: Autor
274
simulaes
Comentrios
O ndice mdio obtido 272, ficou muito aqum do esperado 400. Os desenhos contudo
foram analisados e apresentavam boa qualidade em uma inspeo visual o que inclua a
especificao de grande parte dos materiais podendo ser considerados razoveis para a
execuo e oramento da obra. Ao investigar essa discrepncia observou-se que o escritrio
no utilizava totalmente a propriedade registrada dentro dos objetos para especificar os
materiais nos desenhos. Foi observado que foram usadas etiquetas ( tags) inseridas
manualmente pois esse recurso permitido pelo Revit. Dessa maneira parte dos mtodos
tradicionais continuaram a ser utilizados o que explica a ocorrncia de um ND baixo.
O fato dos demais agentes no utilizarem o modelo BIM, o que inclui a prpria construtora,
serviu de fator desmotivador para que a equipe de arquitetos buscasse maior preciso e
obtivesse um ND superior.
Outro comentrio deve ser feito a respeito da classificao Uniformat utilizada no modelo,
SRLV VH REVHUYDP GLYHUVRV REMHWRV QmR FODVVLILFDGRV H RXWURs classificados de maneira
inadequada.
Por exemplo, a classificao A-2020 chamada no texto original de basement walls, o que
poderia ser traduzido como paredes do subsolo, ou paredes cortina. Observando-se o modelo
verificou-se que essas paredes deveriam estar classificadas nas categorias B-2010 paredes
externas e C-1010 vedaes internas.
Outra falha observada foi na classificao C-3020 acabamentos de piso, pois os elementos
no modelo com essa classificao eram na verdade os forros devendo a classificao ter que
ser alterada para C-3030 acabamentos de forro.
Os acabamentos de piso por sua vez foram incorporados no tipo B-1010 construo do piso.
Essa classe na verdade engloba os elementos da estrutura porm possui um nome que pode
gerar confuses. O que ocorreu, observando-se o arquivo fonte no formato .rvt foi a criao
de um objeto composto de laje mais os seus acabamentos. Os acabamentos de piso, por sua
vez, foram incorporados no tipo B-FRQVWUXomRGRSLVR(VVDFODVVHQDYHUGDGHHQJloba
os elementos da estrutura, mas possui um nome que pode gerar confuses. O que ocorreu,
observando-se o arquivo fonte no formato .rvt foi a criao de um objeto composto de laje
mais os seus acabamentos. O software Revit, ao exportar os objetos compostos no formato
IFC, acaba por transform-los em objetos nicos; contudo, conservando as propriedades, o
que possibilitou a sua leitura.
275
simulaes
Esse fator limitante devido a problemas na gerao do IFC pelo Revit limita a anlise pois
introduz fatores de erro ao diminuir o nmero de objetos, pois eles so condensados, e
dificulta a anlise dos valores das propriedades.
No foi possvel a comparao entre os valores obtidos nos objetos com os valores requeridos
no programa, j que o programa no estava estruturado para tanto. Em relao a esse aspecto
o autor informou que j no princpio da modelagem os objetos foram preparados com as
especificaes previstas. Essa informao foi verificada e confirmada na anlise do modelo
pois as variaes que ocorreram em sua grande maioria entre as verses foi de acrscimo,
eliminao ou edio das propriedades geomtricas apenas.
Por esse motivo o clculo do ND foi simplificado porm garantido pela informao dada.
Clculo da DI
O mesmo projeto foi submetido ao clculo da DI.

O volume do edifcio considerado no clculo foi composto pelo volume delimitado pelas
superfcies envoltrias externas da torre, dos dois subsolos e do anexo da entrada. Esse
volume totalizou 54.522,58 m3. Por se tratar de um projeto executivo, as dimenses externas
desses componentes tiveram alteraes mnimas ao longo do projeto, que foram desprezadas
para efeito de clculo. Dessa maneira, o volume total permaneceu constante no decorrer do
experimento.
Descrio do experimento
Foram estudadas as 20 verses que fizeram parte dos projetos executivos.
Foram feitos testes de interferncias simulando dois tipos de parametrizaes distintas no
VRIWZDUH 6ROLEUL 9 XPD FRP PHQRUJUDX GH WROHUkQFLD GLPHQVLRQDO FRUUHVSRQGHQGR D
configurao padro do software H RXWUD FRP PDLRU JUDX GH WROHUkQFLD DSUR[LPDGDPHQWH
com o dobro de folga admitida nos parmetros. Essas simulaes foram denominadas de S1
(menor grau de tolerncia) e S2 (maior grau de tolerncia). No total foram feitas 40
simulaes. As tolerncias foUDPH[SOLFDGDVDQWHULRUPHQWHQRWySLFRFRPSDWLELOLGDGH
geomtrica.
276
simulaes
Tipos de interferncias verificadas

Para o teste de interferncias foi utilizada a regra GH LQWHUVHFo}HV JHUDLV GR 6ROLEUL TXH
possibilita a verificao de interferncias entre componentes. Essa regra possibilita selecionar
as disciplinas a serem verificadas, os tipos de componentes, o tipo de interseces e a
tolerncia de verificao. As disciplinas verificadas no teste foram as de Arquitetura e
Estrutura. A disciplina de Instalaes no foi modelada nesse projeto.
A Tabela 25 apresenta os resultados da simulao S1 e a Tabela 26 apresenta os da S2.
Os dados das interferncias foram classificados em funo do tipo de objeto envolvido e foi
calculada a mdia aritmtica das vinte verses para cada problema. Foram consideradas
apenas as interferncias de grau crtico, as demais foram desprezadas.
277
simulaes
Fonte: Autor
278
simulaes
Fonte: Autor
279
simulaes
A Tabela 27 apresenta os resultados dos testes de interferncia realizados na srie S1 de 20

verses do modelo e a Tabela 28 apresenta os resultados da srie S2.
Nas tabelas as interferncias esto classificadas de acordo com o grau de criticidade. A DI nas
tabelas apresentada tambm com sua distribuio normalizada de acordo com a seguinte
frmula:
Z = valor normalizado, X = valor da DI, = mdia e s = desvio padro
280
simulaes
Tabela 27: S1 - Dados dos testes de interferncias e clculo da DI

ANLISE DE INTERFERNCIAS
Verso do
modelo
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
DI normalizada
Crticas Moderadas Baixas

-0,06
-0,87
-0,17
-3,18
2,35
3,11
-2,71
3,48
2,88
0,01
-0,32
-0,26
0,15
-0,04
-0,31
0,25
-0,02
-0,28
0,23
-0,27
-0,30
0,42
-0,32
-0,33
0,30
-0,29
-0,33
0,36
-0,29
-0,34
0,44
-0,29
-0,35
0,45
-0,27
-0,35
0,21
-0,29
-0,39
0,21
-0,29
-0,39
0,34
-0,44
-0,39
0,36
-0,37
-0,39
0,37
-0,37
-0,40
0,59
-0,37
-0,35
0,69
-0,39
-0,39
0,56
-0,32
-0,24
Fonte: autor
DI = Densidade dos problemas

(nm_probl/1000 m3)
Total
35
35
37
35
36
37
36
37
37
37
37
37
36
36
36
37
37
38
38
38
Mdia
Desvio
padro
Crticas
30
12
15
30
31
32
32
33
32
32
33
33
32
32
32
32
32
34
34
33
30
Moderadas
0
2
3
0
1
1
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0,69
Baixas
5
20
19
4
4
4
4
4
4
4
4
4
4
4
4
4
4
4
4
5
6
6 1 5
Contagem de problemas
Total
1.906
1.906
2.035
1.925
1.967
2.008
1.985
2.035
1.998
2.013
2.035
2.040
1.956
1.957
1.989
1.999
1.998
2.078
2.098
2.097
Crticos
1.636
681
822
1.656
1.698
1.730
1.724
1.783
1.746
1.762
1.788
1.792
1.718
1.718
1.758
1.763
1.766
1.834
1.864
1.823
Moderados
3
131
176
25
36
37
27
25
26
26
26
27
26
26
20
23
23
23
22
25
Baixos
267
1.094
1.037
244
233
241
234
227
226
225
221
221
212
213
211
213
209
221
212
249
281
simulaes
Tabela 28: S2 - Dados dos testes de interferncias e clculo da DI

ANLISE DE INTERFERNCIAS
Verso do
modelo
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
DI normalizada
Crticas Moderadas Baixas

-2,23
-2,53
0,15
-2,23
-2,53
0,15
-0,41
-0,48
-0,88
-0,22
-0,48
0,22
0,43
0,91
1,25
0,31
0,82
2,65
0,69
0,91
1,03
0,51
0,63
0,81
0,22
0,73
0,59
-0,63
0,73
0,59
-0,16
0,73
0,08
-0,14
0,82
0,22
-0,70
0,45
-0,95
-0,72
0,45
-0,95
0,22
-0,48
-1,46
0,38
-0,48
-1,46
0,25
-0,48
-1,10
1,39
-0,48
-0,88
1,98
0,26
0,00
1,08
0,54
-0,07
DI = Densidade dos problemas

(nm_probl/1000 m3)
Total
15
15
17
18
19
19
19
19
19
18
18
18
17
17
18
18
18
19
20
19
Crticas
9
9
11
11
12
12
12
12
12
11
11
11
11
11
12
12
12
13
13
13
Moderadas
0
0
0
0
1
1
1
1
1
1
1
1
1
1
0
0
0
0
1
1
Baixas
6
6
6
6
6
7
6
6
6
6
6
6
6
6
6
6
6
6
6
6
Mdia
11
Desvio
padro 1,02
0,20
0,25
Contagem de problemas
Total
836
836
945
971
1.036
1.047
1.047
1.031
1.013
966
985
989
938
937
972
981
979
1.045
1.098
1.050
Crticos Moderados Baixos

500
2
334
500
2
334
601
24
320
612
24
335
648
39
349
641
38
368
662
39
346
652
36
343
636
37
340
589
37
340
615
37
333
616
38
335
585
34
319
584
34
319
636
24
312
645
24
312
638
24
317
701
24
320
734
32
332
684
35
331
Fonte: autor
OV GDGRV GDV 7DEHODV H IRUDP SORWDGRV QDV )LJXUDV H FRP D VpULH GDV ',V
obtidas. Nesse grfico alm da DI para cada grau de criticidade foi plotado tambm o nmero
total da DI.
282
simulaes
Figura 103: S1 - Grfico das DIVREWLGDVGDGRVVHPQRUPDOL]DomR
Variao da DI x Verses do modelo BIM

parmetros com menor tolerncia
DI = Nmero interferncias / 1.000 m3)
45
35 35
38 38 38
37 36 37 37 37 37 37 36 36 36 37 37
35 36
30
34 34 33
33
32 32 33 32 32 33
32 32 32 32 32
31
30
37
40
35
30
25
20 19
20
15
15
10
12
0
1
2
-
0
7
0
8
0 0 0 0 0 0 0 0 0 0 0 0
9 10 11 12 13 14 15 16 17 18 19 20
Verses do Modelo BIM

Total
Crticas
Moderadas
Baixas
Figura 104: S2 - GUiILFRGDV',VREWLGDV(dados sem normalizao)
Variao da DI x Verses do modelo BIM

parmetros com maior tolerncia
DI = Nmero de interferncias / 1.000 m3)
25
20
17
15
18
19
19
19
19
19
18
18
18
17
17
19
18
18
18
12
12
12
19
15
15
10
20
11
11
12
12
12
12
12
11
11
11
11
11
13
13
13
10
11
12
13
14
15
16
17
18
19
20
-
Total
Fonte: Autor
Crticas
Moderadas
Baixas
283
simulaes
Para possibilitar uma melhor comparao sobre o efeito da mudana das tolerncias entre as
verses S1 e S2 foi feito um grfico comparativo da variao da DI crtica comparando as
duas situaes simuladas (Figura 105).
Figura 105: Comparao da variao da DI crtica entre S1 e S2
Comportamento da DI crtica em funo da variao dos

parametros das tolerncias
DI = Nmero de interferncias / 1.000 m3)
40
35
32 32
30 31
30
34 34 33
33 32 32 33 33
32 32 32 32 32
30
25
20
15
15
13
12
11
10
11 12 12 12 12 12
11 11
11 11
11
12 12 12
13
13
5
-
1
10
11
12
13
14
15

S2 -Maior tolerncia
Fonte: Autor
S1 -Menor tolerncia
16
17
18
19
20
284
simulaes
Os dados das Tabelas 27 e Tabela 28 foram plotados nas Figuras 106 e 107 com a srie das
',VFUtWLFDVQRUPDOL]DGDs.
Figura 106: S1 - *UiILFRGDV',VFUtWLFDVREWLGDV(dados normalizados)
Variao da DI normalizada x verses do modelo
16
17
18
19
0,56
15
0,69
14
0,59
13
0,37
12
0,36
11
0,34
10
0,21
0,45
0,21
0,44
0,36
0,23
0,42
0,25
0,15
0,01
-0,06
0,50
0,30
S1 = parmetros com menor tolerncia

1,00
-0,50
-1,00
-1,50
-2,00
-2,71
DI crtica normalizada
0,00
-3,18
-2,50
-3,00
-3,50
1
20
Verses do modelo BIM

Crticas
Figura 107: S2 - *UiILFRGDV',VFUtWLFDV obtidas
(dados normalizados)
Variao da DI crtica normalizada x verses do modelo

S2 =parmetros com maior tolerncia
2,50
1,98
2,00
14
0,25
-2,23
-2,23
-2,00
1,08
1,39
13
-1,50
0,38
0,22
12
-0,72
-0,14
11
-0,70
-0,16
0,51
-0,63
-1,00
0,22
-0,50
-0,22
0,00
0,31
0,43
0,50
0,69
1,00
-0,41
DI crtica normalizada
1,50
-2,50
10
Verses do modelo BIM
Crticas
Fonte: Autor
15
16
17
18
19
20
285
simulaes
Os problemas crticos foram classificados segundo o critrio de Pareto 47 e plotados nos

grficos das Figuras 108 e 109. Eles foram ordenados nas colunas azuis do maior para o
menor valor e na linha vermelha est plotada a sua participao percentual acumulada.
Figura 108: S1 - Grfico de Pareto com a classificao dos tipos de
problemas encontrados
Tipos de interferncias e sua participao acumulada nas verses do

modelo
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
99%
100%
99%
98%
80%
70%
600
500
90%
710
60%
50%
400
40%
300
30%
200
20%
Viga x viga
Janelas x outros
Mobilirio e outros
Escadas x outros
Telhado x telhado
Porta x porta
Janela x janela
Portas, janelas x outros
Forros x rampas
Lajes x outros
Telhados x outros
Corrimo x outros
Rampa x rampa
Escada x escada
Corrimo x corrimo
Pilar x pilar
Objetos diversos
Portas x outros
Laje x laje
Parede x parede
Vigas x outros
Pilares x outros
10%
13 13
Forro x forro
32 24
Paredes x outros
100
Porcentagem acumulada dos problemas
700
844
97%
800
100%
51%
Nmero mdio de interferncias
900
94%
96%
Parmetros com menor tolerncia
0%
Tipos de interferncias
Nmero de Interferncias
% Acumulada
Fonte: Autor
47
Nota: Grfico de Pareto ou Curva ABC consiste em uma ferramenta para classificao de causas como mais
ou menos significativas. O princpio de Pareto sugere que a maioria dos efeitos deriva de um nmero
relativamente pequeno de causas.
286
simulaes

encontrados
Tipos de interferncias e sua participao acumulada nas verses do
modelo
Parmetros com maior tolerncia
80%
251
200
90%
70%
60%
150
50%
40%
100
30%
20%
Escada x escada
Corrimo x corrimo
Rampa x rampa
Corrimo x outros
Lajes x outros
Telhados x outros
Forros x rampas
Portas, janelas x outros
Porta x porta
Janela x janela
Telhado x telhado
Janelas x outros
Escadas x outros
Viga x viga
1 1 0 0 0 0 -
Mobilirio e outros
Portas x outros
Objetos diversos
Laje x laje
Parede x parede
Vigas x outros
Pilares x outros
10%
6 4
Pilar x pilar
22 13 11
Paredes x outros
30
Forro x forro
50
Porcentagem acumulada dos problemas
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
98%
96%
94%
86%
91%
250
99%
100%
285
46%
Nmero mdio de interferncias
300
0%
Tipos de interferncias
Nmero de interferncias
% Acumulada
Fonte: Autor
Comentrios
A anlise dos dados da Figura 110, permite observar que tendncia de DI foi incialmente
aumentar at a verso 5 estabilizando-se no patamar de 12 por cinco verses depois baixando
para 11 onde permaneceu por mais cinco verses aumentando em seguida para o patamar de
12 e finalizando no patamar de 13 nas trs ltimas verses. Ao longo da srie, sua tendncia
foi, portanto, de aumento, no na mesma taxa de incremento dos objetos, mas observando-se a
tendncia de crescimento maior nas ltimas verses, onde tambm ocorrem incrementos de
objetos.
287
simulaes
Figura 110: Variao da DI versus o nmero de objetos
Fonte: Autor
A anlise dos grficos de Pareto Figuras 108 e 109 mostra a preponderncia de problemas de
interferncia com os elementos da estrutura e paredes, responsveis somente eles por 96% das
interferncias verificadas. Observa-se tambm na Tabela 25 que a preponderncia das
interferncias ocorrem entre objetos de tipos diferentes levando concluir que as maiores
interferncias ocorreram entre a estrutura e o sistema de vedaes.
A parametrizao das tolerncias feitas em S1 e S2 mostrou tambm que a DI reduz
sensivelmente quando se dobra o valor das tolerncias em relao ao valor padro.
Recomenda-se portanto que essa parametrizao seja feita de maneira criteriosa e acordada
previamente pelos participantes.
288
simulaes
4.2
Caso 2
Esse caso possui caractersticas distintas do primeiro. O modelo BIM foi desenvolvido por
uma grande empresa construtora e incorporadora de So Paulo e elaborado juntamente com
uma srie de outros cinco, com o objetivo de servir de prottipo para a implantao da
tecnologia BIM nessa empresa.
Tratou-se de um dos projetos de implantao de BIM com bastante destaque no mercado
servindo de referncia para outras empresas.
O objetivo do modelo o de possibilitar a extrao de quantitativos para oramento.
So apresentadas a seguir as imagens do edifcio e de seus pavimentos (Figuras 111 e 112).
Figura 111: Perspectiva do empreendimento
Fonte: Site da empresa
289
simulaes
Figura 112: Imagens dos pavimentos
Fonte: Autor
290
simulaes
Neste caso foram aplicados os ICDs ND e DI com o objetivo de diagnosticar o modelo, uma
vez que o processo de projeto no foi acompanhado.
Foram modeladas as disciplinas de arquitetura e estrutura.
Clculo do ND
A tabela 29 apresenta um trecho da planilha de levantamento e anlise dos objetos e
propriedades.
Tabela 29: Trecho da planilha com as propriedades
Fonte: Autor
291
simulaes
Por se tratar de um modelo com o objetivo de levantamentos quantitativos o ND esperado

400, com propriedades de especificaes de materiais e geometria precisa.
O teste feito seguiu a metodologia proposta e seus resultados esto apresentados na Tabela 30.
Tabela 30: Resultados do clculo do ND
Fonte: Autor
Comentrios
Os resultados obtidos mostram praticamente 80% atingido resultando em um ND de 318,98.
O grupo B-2020 no teve a propriedade de material especificada. So caixilhos de alumnio,
mas talvez o motivo seja o detalhamento feito por projetistas especializados, e nesse caso os
objetos podem ser reaproveitados posteriormente. Porm, as especificaes mnimas deveriam
ter sido colocadas, como: cor, tipo de pintura ou anodizao, espessura e tipos de vidros,
marca dos acessrios, entre outras.
Da mesma forma, o grupo B-2030, composto por portas, poderia ter sido especificado. Tratase de uma especificao relativamente simples, que inclui as caractersticas da porta: se ela
ser pintada ou envernizada e o tipo e marca de ferragens utilizado. A falta dessa
especificao prejudica o levantamento de quantidades para oramento.
Ao ler o grupo E-1090 percebe-se nele grande desorganizao (Figura 113).
292
simulaes
Figura 113: Problemas de falta de organizao no grupo E-1090
Fonte: Autor
Ao observarmos esse fragmento da tabela, percebemos os seguintes tipos de materiais: louas
e metais, bacia sanitria, tanque, chuveiro, acabamento de gesso, especificaes de
paisagismo, vigas e outros elementos no identificados em IFC.
A impresso dada foi o uso desse grupo como um repositrio geral, o que uma prtica
desaconselhada uma vez que tipos totalmente diferentes esto juntos na mesma categoria de
classificao. $RDQDOLVDUPRVRVREMHWRVQmRFODVVLILFDGRVQD7DEHODREVHUYDPRVTXHVH
trata de corrimos, guarda-corpos e elementos de cobertura e constamos que todos esses
objetos poderiam ter sido classificados adequadamente.
Esses resultados mostram que mesmo obtendo um ND elevado a classificao dos objetos
apresenta problemas e necessita ainda de evoluo na sua aplicao.
Tabela 31: Anlise dos elementos no classificados
Fonte: Autor
293
simulaes
Clculo da DI
O volume calculado para o edifcio foi de 86.905 m3. O nmero de interferncias crticas
obtidos est calculado na Tabela 32.
Tabela 32: Clculo das interferncias
Fonte: Autor
Utilizando-se a frmula de clculo da DI temos: 1.226/86,905 = 14,10
Foi adotado para o teste o critrio mais rigoroso conforme definido no teste anterior. O teste
apresenta bons resultados comparativamente ao caso anterior. Cabe observar que a maior
parte das interferncias so interseces com o mesmo tipo de componente.
294
simulaes
Consideraes sobre a metodologia de modelagem utilizada

A estratgia de modelagem foi adotar camadas separadas para cada elemento. A Figura 114
comprova que a camada de revesWLPHQWRH[WHUQRIRLPRGHODGDFRPRXPDSDUHGHIDWRTXH
pode ser constatado por sua classificao na categoria A-2020, na figura.
Figura 114: Revestimento modelado como "parede"
Fonte: Autor
A Figura 115 mostra a mesma situamRHGHVWDFDRHOHPHQWRDOYHQDULDGHEORFRGHFRQFUHWR
Diferentemente do projeto estudado no tpico anterior, essa tcnica garante que os objetos
sejam exportados adequadamente para o IFC, porm gera um trabalho triplicado para o
projetista, pois necessrio modelar o ncleo da parede e para cada uma de suas faces
UHYHVWLGDVPRGHODUREMHWRVTXHVmRWUDWDGRVGHPDQHLUDHUUDGDFRPRSDUHGHV
Essa parece ser uma estratgia para contornar as limitaes da exportao do IFC pelo
software modelador, porm o retrabalho muito grande. Tome-se como exemplo a insero
da janela que aparece na figura. Caso ela mude de local ou de dimenses as camadas de
UHYHVWLPHQWRWUDWDGDVFRPRSDUHGHVSUHFLVDUmRVHUUHIHLWDVXPDYH]TXHDMDQHODVRPHQWH
pode ter um objeto como hospedeiro, que nesse caso o ncleo da parede, composto por
bloco de concreto.
295
simulaes
2SURMHWLVWDGHYHSRUWDQWRPRGHODUWUrVYH]HVFDGDSDUHGHXPDYH]DSDUHGHSURSULDPHQWH
dita e duas vezes os seus revestimentos.
Figura 115: Modelagem da alvenaria
Fonte: Autor
Consideraes finais sobre as simulaes realizadas
Observou-se que em ambos os casos os indicadores de desempenho foram eficazes em
identificar o nvel de desenvolvimento e a densidade das interferncias fsicas.
Constatou-se tambm que usos diferentes do BIM iro requerer maior preciso e qualidade da
modelagem. O caso 2 por necessitar de informaes de quantitativos extradas diretamente do
modelo mostrou maior preciso e maior grau de desenvolvimento o que se constatou pelo
valor mais elevado de ND e mais baixo de DI. Contudo ressalvamos que a estratgia de
modelagem adotada fator de induo de erros e de retrabalho para o projetista e nesse caso
ficou evidente que a limitao imposta pelo software, ao no possibilitar a exportao da
parede composta, obrigou o profissional de projeto a dar solu}HV FULDWLYDV SRUpP
incorretas sob o ponto de vista tcnico.
296
concluses
Concluses
Este captulo apresenta as concluses da tese, enfatizando as respostas obtidas para as

questes da pesquisa.
Nele feita uma reflexo sobre as atividades desenvolvidas ao longo da pesquisa,
especialmente em relao ao seu objetivo principal de propor uma estrutura conceitual para a
gesto do processo de projeto em BIM.
destacada a contribuio trazida pela pesquisa, so discutidas suas implicaes para
aplicaes prticas e so feitas sugestes para pesquisas futuras.
6.1
Concluses gerais
A indstria da construo civil constantemente alvo de crticas sobre o seu baixo

desempenho, tanto no Brasil quanto no restante do mundo, em diferentes graus e pontos de
vista.
A questo fundamental no se trata em discutir o bvio, as causas j vem sendo discutidas
exaustivamente e solues vem sendo propostas j de h muito tempo.
Observa-se que a evoluo geral do setor bastante lenta comparada a outros como a
indstria seriada e um dos motivadores da elaborao desta tese foi analisar como o setor est
preparado para receber uma nova tecnologia como o BIM.
A constatao inicial que essa tecnologia comeou a surgir em anos recentes com muita
fora, introduzida, porm, pelos fabricantes sem as devidas consideraes quanto sua
implantao dentro de um contexto mais amplo. Contudo, essa no a funo dos fabricantes,
e sim das empresas, das universidades e dos profissionais.
Observaram-se muitas lacunas, naturais em um assunto que comea a ser discutido, e muito
do que se utiliza como material de referncia baseado em prticas de outros pases, com
outras estruturas de organizao profissional, normatizao e gesto.
297
concluses
Com base nessas consideraes iniciais, as questes formuladas no incio da pesquisa sero
retomadas aqui:
Como desenvolver uma estrutura de conceitos que possibilite a criao de metodologias de

gesto que possam dar suporte ao trabalho colaborativo induzido pela tecnologia BIM?
Essa questo da pesquisa envolve outras questes subjacentes. Uma delas a existncia ou
no de metodologias estruturadas tanto no mbito da pesquisa quanto nos meios profissionais
que tenham solucionado eficazmente os problemas causados pela gesto deficiente dos
projetos.
No cabe aqui levantar exHPSORVHUHIHUrQFLDVGHFDVRV&RQWXGRDREVHUYDomRSURILVVLRQDO
e a reviso da bibliografia nos mostram que este ainda um aspecto problemtico e muitas
barreiras existem para sua evoluo.
Tome-se como exemplo o entendimento de grande parte da cadeia produtiva que o projeto
um produto e um insumo da produo. Considerado dessa forma os profissionais de projeto
VmRFRQVLGHUDGRVIRUQHFHGRUHVTXHWHPFRPRREMHWLYRFRQFUHWL]DUDVVXDVHQWUHJDVSDUD
cumprir seus contratos. Outro fato que o projeto considerado como insumo de produo
WUDWDGRFRPRGHVSHVDHSRUWDQWRSRVWHUJDGD
Essas duas observaes mostram que enquanto o projeto for tratado como produto e no como
servio as suas entregas individuais pelos projetistas continuaro a existir como barreiras para
D FRODERUDomR H VXUJLUmR FDGD YH] PDLV GHPDQGDV SDUD D FRPSDWLELOL]DomR GH SURMHWRV H
pouca importncia ser dada para a sua gesto.
Se o investimento em projeto fosse inteligentemente ampliado, dando condies para se
anteciparem as principais decises e com maior qualidade, seria muito facilitada a
colaborao entre todos os agentes, fazendo avanar mais rapidamente a implementao da
tecnologia BIM, que pressupe exatamente isso, ou seja, a integrao precoce de todas as
disciplinas e parmetros que condicionam o projeto.
2XWUDTXHVWmRVXEMDFHQWHpVHDWHFQRORJLD%,0LQGX]RWUDEDOKRFRODERUDWLYR"
Essa resposta foi dada por meio da reviso bibliogrfica da tese onde ficaram colocados
diversos aspectos favorveis da tecnologia BIM que so agentes da induo para o trabalho
colaborativo. O entendimento do BIM como um grande conjunto de bancos de dados
relacionados e que possibilitam o compartilhamento e a integrao de informaes por parte
dos diversos agentes foi a constatao da pesquisa que possibilita responder afirmativamente
298
concluses
a essa questo. Por outro lado a reviso bibliogrfica mostrou que alguns pontos ainda esto
imaturos tanto do lado da tecnologia, como os problemas de interoperabilidade e as limitaes
do IFC, quanto do lado da gesto, como os aspectos humanos que esto implcitos no
estabelecimento de processos colaborativos.
Esses dois lados por vezes se transformam em um problema paradigmtico do tipo
RYRJDOLQKDTXHDFDEDSRUUHWDUGDUHGLILFXOWDUDHYROXomRGRVHWRU
Se a implantao da tecnologia for feita com o suporte adequado da gesto, com mtodos
adequado de planejamento e com incentivo constante ao trabalho colaborativo romperemos o
crculo vicioso mencionado acima e partiremos para um estgio superior de desenvolvimento
sem encontrarmos os problemas existentes hoje com a tecnologia CAD 2D nos projetos.
Portanto a existncia da colaborao depender do amadurecimento das relaes de natureza
contratual entre os agentes, aspecto que tratado pelo Integrated Project Delivery, American
Institute of Architects (2007), e que foge ao escopo dessa tese, porm refora a necessidade
da estruturao de conceitos ou estruturas conceituais preliminarmente ao desenvolvimento de
metodologias.
Nesse sentido, a reviso bibliogrfica dos diversos guias de implementao do BIM mostrou
TXHVHHVVDVHVWUDWpJLDVIRUHPIRUPXODGDVFRPRUHFHLWDVRTXHRFRUUHQDPDLRULDGRVFDVRV
HVWXGDGRV RFRUUUHUi R VHX HVJRWDPHQWR HP SRXFR WHPSR $V UHFHLWDV QmR GHVHQYROYHP
totalmente o escopo de seus problemas e, em muitos casos, no levam ao entendimento de
suas limitaes, principalmente naqueles onde houve a participao do fabricante de software;
HODVVmRLQFHQWLYDGRUDVGRXVRGDWHFQRORJLDIDWRTXHSRUVLVyQmR JDUDQWHRDOFDQFHGR
que se espera.
A outra questo subjacente o de como desenvolver essa estrutura de conceitos?

Novamente o estudo da bibliografia mostrou diversos conceitos que foram aproveitados no
desenvolvimento
da
estrutura
conceitual.
Porm
eles
encontram-se
dispersos
desestruturados sendo muitas vezes contraditrios e inconclusivos.

Muito do que foi lido sobre a implementao do BIM resume-se, em muitos casos, a verses
de como se implantar um novo processo, qualquer que seja. Por exemplo, a necessidade de se
estabelecerem objetivos, funes e responsabilidades, acompanhamento do processo, etc.
cabe, por exemplo, na implantao de sistemas de gesto da qualidade, sustentabilidade e
outros.
299
concluses
$ HVSHFLILFLGDGH GR %,0 IRL EXVFDGD H IRUDP REWLGDV SLVWDV TXH PRVWUDUDP Gurante o
SURFHVVR GH UHIOH[mR TXH R SULQFLSDO IRFR SDUD R FRPR p HVWDEHOHFHU XP UHODFLRQDPHQWR
consistente entre os domnios da gesto e da tecnologia da informao.
0XLWR GHVVH FRPR WDPEpP YHP UHYHVWLGR GH XP DVSHFWR SUDJPiWLFR TXH p UHVROYHU XP
problema atravs de frmulas, algoritmos e at da automao de mtodos
$FRQFOXVmRGHVWDWHVHpTXHRFRPRpDQWHVGHWXGRXPSUREOHPDFRQFHLWXDOHTXHGHYHVHU
pensado em suas razes, no se trata, portanto do objetivo dessa tese em contribuir para o
deseQYROYLPHQWRGHPDLVXPDUHFHLWD
As outras trs questes formuladas na pesquisa iro ser tratadas em bloco por serem
correlatas:
Como criar um processo de trabalho si multneo e interativo com metas claras e definidas?
Como planejar, controlar e avaliar o desempenho desse processo?
Como organizar o fluxo de trabalho e de informaes atravs da gesto de um modelo
central em BIM?
Antes de tudo se faz necessrio reforar nas concluses que entender o processo de projeto
como constitudo por ciclos de interaes bsico para a compreenso da estrutura proposta.
Esse aspecto foi estudado na bibliografia e a sua demonstrao foi feita com o uso da DSM,
tanto na reviso bibliogrfica quanto no Caso 1 das simulaes captulo cinco.
Para que o processo de trabalho possa ocorrer de forma simultnea necessrio o
esclarecimento de alguns pontos: a simultaneidade no implica necessariamente das aes
ocorrerem na mesma hora e local tempo real, e no obrigam a presena faceaface dos
colaboradores. A simultaneidaGH SURSRVWD GL] UHVSHLWR HP VH ID]HU XP FRUWH YHUWLFDO QD
estrutura que possibilite a incluso de todos os agentes seguindo o mesmo processo como
guia. Nesse sentido a imagem proposta para a estrutura conceitual na Figura 50 demonstra o
alinhamento necessrio para a simultaneidade. Na figura proposto o alinhamento vertical
entre o processo do empreendimento, o processo de projeto e o processo de modelagem em
BIM.
Para que esse alinhamento ocorra na prtica necessrio que exista gesto para conduzir
todos os agentes de maneira alinhada, o desenvolvimento de estruturas em graus inferiores
300
concluses
tarefa para trabalhos futuros onde se desdobrem em nveis cada vez maiores os
relacionamentos propostos.
2 HVWDEHOHFLPHQWR GH PHWDV FODUDV H GHILQLGDV SRGH VHU HQWendido sob variados aspectos,
sobre os quais encontramos alguns pontos limitantes na pesquisa.
(P VH WUDWDQGR GDV PHWDV DR QtYHO GR HPSUHHQGLPHQWR TXH p D FDPDGD VXSHULRU GD
estrutura conceitual, observam-se dois problemas: o primeiro diz respeito a informalidade
como esse aspecto tratado pelas empresas e pelos profissionais. Pouco registro feito do
programa de necessidades limitando-se apenas em muitos casos observao do memorial
descritivo constante nos panfletos de venda do empreendimento. Cabe ressaltar que essas
definies que vo para os panfletos ocorrem na prtica logo ao incio do projeto e sem a
participao de todos os agentes, logo as implicaes dessas decises sero entendidas como
SUREOHPDVQDVIDVHVSRVWHULRUHVGHGHVHQYROYLPHQWRdo projeto.
Se os programas forem desenvolvidos de maneira integrada e ricos em informaes tcnicas,
legais e mercadolgicas, todos os agentes sero satisfeitos: os projetistas, os responsveis
pelas aprovaes legais e principalmente o cliente final. Agindo-se dessa maneira as
informaes ficaro claras a todos o que facilitar que o projeto seja desenvolvimento mais
rapidamente e de maneira integrada.
O outro problema, observado na leitura da tese de Kiviniemi (2005), foi a falta de uma teoria
de como relacionar os requisitos do programa com o modelo BIM. Embora o autor tenha
resolvido o problema ao propor um modelo de requisitos independente do modelo do projeto
a soluo, proposta em 2005, ainda no foi implantada por parte de seus agentes como a
buildingSMART e as indstrias de software.
A leitura aprofundada do IFC na reviso bibliogrfica mostrou que ele fundamentalmente tem
como objetivo sustentar a elaborao do projeto e pouca ateno dada a sua gesto. Os
requisitos de programa encontram-se dispersos em vrias classes de maneira confusa
requerendo antes de tudo que os mesmos sejam reorganizados.
Portanto a clareza e a objetividade no nvel do empreendimento no foi solucionada pela
pesquisa em funo dos grandes obstculos descobertos. O ponto que pode concluir nesse
momento o da sua necessidade e importncia como norteador e at que mais pesquisas
sejam feitas ele ser ainda uma lacuna a ser preenchida.
301
concluses
Porm em relao clareza e definio das metas de desenvolvimento do projeto e do modelo

a tese obteve como uma de suas contribuies principais a reviso do conceito de LOD
ampliando-o para nvel de maturidade, que uma estrutura onde se pode construir objetivos
claros. Outra contribuio importante nesse aspecto foi a de propor uma forma de associar e
medir o nvel de desenvolvimento do projeto.
A associao foi demonstrada no relacionamento possvel entre a estruturas analticas de
SURMHWRHDHVWUXWXUDDQDOtWLFDGRPRGHORWHQGRFRPRWUDGXWRUDFODVVLILFDomR8QLIRUPDW
Adotou-se a Uniformat pelo fato da mesma j existir como proposta na maioria dos softwares
de modelagem existentes no mercado. Cabe porm no desenvolvimento da nova norma de
BIM que est em discusso no Brasil se essa estrutura de classificao atender amplamente
todas as necessidades.
$GHIHVDSRUpPGHDOJXPDHVWUXWXUDGHFODVVLILFDomRSDUDRVHOHPHQWRVGRSURMHWRpXPD
concluso importante e intransigente da pesquisa.
A ausncia de uma organizao normatizada a esse respeito d margem a improvisaes
individuais e setorizadas por parte das organizaes ou pelos profissionais motivados pela
necessidade de se estabelecerem padres para as trocas de informao.
Demonstrou-se na tese que a associao das estruturas de projeto e do modelo perfeitamente
possvel tratando-se apenas de um problema de organizao, classificao e sistematizao
para a construo de estruturas de projeto e planejamento.
A tese contribui tambm ao associar os nveis de desenvolvimento (ND) com indicadores de
medida desse nvel e dessa maneira possibilitar o clculo objetivo como ficou demonstrado no
captulo cinco.
O planejamento, controle e avaliao do processo foram tambm solucionados. Parte foram
utilizados mtodos conhecidos de planejamento como a DSM porm foi sugerida a mudana
na metodologia ADePT do uso da representao BPMN ao invs da IDEF0.
O uso da metodologia BPMN abre tambm uma porta para o desenvolvimento de IDMs a
partir do desenvolvimento dos requisitos de troca que so mais bem focados a partir da DSM.
A questo mais importante no planejamento e controle foi em relao ao mdio e curto prazo,
uma vez que a tendncia normal seria a de seguir as recomendaes de outras metodologias
302
concluses
como o last planner que propem o controle de curto prazo a partir da medio de fragmentos
HQWUHJiYHLV
Discordamos desse aspecto uma vez ser impraticvel trazer totalmente para o projeto os
mtodos da produo sem as devidas consideraes feitas.
Preferimos o indicador ND ao invs do conhecido indicador PPC pois o projeto vai se
desenvolvendo em flu[RVHFLFORVHHVWDEHOHFHUSDFRWHVPDLVUtJLGRVVRPHQWHLUiUHIRUoDUR
FRQFHLWRGHHQWUHJDV
A ltima questo foi a de como organizar o fluxo de trabalho e de informaes atravs da
gesto de um modelo central em BIM.
A reviso da bibliografia mostrou que existem diferentes mtodos e tecnologias que
possibilitam a integrao de modelos das especialidades. No se trata do escopo da tese
discutir qual desses modelos melhor ou pior e descer ao nvel tecnolgico dessa questo.
Uma constatao feita que modelo central no modelo nico, e talvez seja necessrio
VXEVWLWXLURWHUPRPRGHORFHQWUDOSRUPRGHORLQWHJUDGRSDUDIDFLOLWDURHQWHQGLPHQWR
A gesto do modelo integrado possvel atravs da combinao da tecnologia e da gesto
sendo a constatada e discutida na pesquisa a necessidade ou no de um profissional
HVSHFtILFRSDUDLVVRFRQKHFLGRFRPRJHUHQWHGH%,0
Nossa concluso entende que no seja recomendvel a adoo desse profissional e sim no
momento atual de transio apenas como agente facilitador para possibilitar que os prprios
profissionais e empresas tenham autonomia para superar as questes bsicas trazidas pela
nova tecnologia do BIM.
A superposio de funes entre o coordenador de projetos e o gerente de BIM levam a
concluses da necessidade da melhoria da capacitao do coordenador de projetos a longo
prazo e no de restries e limitaes ao seu trabalho que somente iriam resolver questes de
curto prazo.
Nesse caso a pesquisa conclui que o pragmatismo no a melhor forma de se tratar com esse
assunto recomendando-se melhorias na formao desse profissional a partir de cursos de psgraduao j existentes em nosso mercado.
Outra contribuio importante da tese foi a reviso da organizao do fluxo de trabalho, feita
a partir da reviso da metodologia de planejamento onde foi possvel consolidar e integrar a
303
concluses
DSM com as tabelas de informaes dos objetos e diferentes nveis de desenvolvimento e ao

se integrar as estruturas de planejamento com as de modelagem.
6.2
Atendimento aos objetivos da pesquisa
O objetivo geral da tese foi o desenvolvimento de uma estrutura conceitual para a gesto do
processo de projeto mediante o uso do BIM e seus objetivos especficos foram definir a
metodologia para o planejamento e controle e estabelecer indicadores-chave para medir a sua
eficincia.
A tese ao buscar o desenvolvimento de uma estrutura conceitual buscou caminhos novos para
questes antigas. Foi percebido que somente a integrao e o relacionamento entre a gesto e
o BIM possibilitariam a criao de uma estrutura para sua gesto.
Foram desenvolvidos dois indicadores para a medida da eficincia do processo: o nvel de
desenvolvimento (ND) e a densidade de interferncias (DI).
Comentrios sobre o ND
O ND foi a contribuio mais importante, pois se tratou de uma reviso e inovao do
conceito existente no mercado e possibilitou o aprofundamento e a aproximao com o BIM
atravs do uso da matriz de propriedades dos elementos BIM.
Outra contribuio importante nesse sentido foi a de propor a incluso de novos conjuntos de
propriedades sendo demonstrado que requisitos recentes, como os propostos pela norma de
desempenho, podem ser includos dentro de novos conjuntos de propriedades.
A pesquisa trouxe tambm como contribuio a possibilidade de uso dos indicadores como
instrumentos de diagnstico de projetos, podendo ser utilizados de forma prtica e eficiente
com ferramentas disponveis no mercado.
As ponderaes feitas no clculo do ND foram baseadas nas quantidades de objetos, porm
elas podem ser ampliadas com pesos relativos importncia dos itens e no apenas as suas
quantidades. Porm o aspecto qualitativo dessa ponderao no deve ser padronizado pois
cada projeto especfico e as suas caractersticas precisaro ser avaliadas a priori .
A necessidade de essa valorao ser feita caso por caso importante, pois em algumas
situaes um nico elemento como um prtico principal da estrutura, ter o mesmo valor
304
concluses
que uma mera parede interna. O importante, contudo foi demonstrar a possibilidade de se
medir a evoluo de um projeto.
Nesse sentido a tese abre espao para a mudana dos critrios de contratao de projetos,
sendo esta mais uma de suas contribuies. Para os projetos em BIM os critrios de
contratao e pagamento devero ser reformulados como consequncia natural. Nesse sentido
a proposio que pode ser feita a partir das concluses que deixarmRGHH[LVWLUHQWUHJiYHLV
uma vez que a evoluo do projeto deve ser feita como um todo. Cada especialidade pode ser
a partir dessa proposio ser efetivamente medida e a nota obtida tanto no ND quanto no DI
pode servir de referncia para o sistema de pagamentos dos projetistas.
Da mesma forma, o clculo global da ND e da DI podem servir de critrio para a avaliao do
desempenho da coordenao do projeto e da equipe como um todo.
Comentrios sobre a DI
A densidade de interferncias foi definida como uma medida relativa a um volume
identificvel de 1.000 m3 para facilitar a visualizao e a compreenso dos problemas.
Verificou-se que ela pode ser parametrizada podendo ser mais ou menos rigorosa o que
depender de uma avaliao conjunta da equipe de projeto e de construo.
Muitas interferncias de pequeno grau que so irrelevantes podem ser simplesmente
eliminadas bastando parametrizar adequadamente os softwares que iro processar esses
requisitos.
A pesquisa se preocupou em desenvolver esse indicador para ser utilizado conjuntamente com
o ND para que ambos possam medir de maneira associada no somente a compatibilizao
geomtrica como a compatibilizao de informaes.
1HVVH VHQWLGR D WHVH FRQWULEXL WUD]HQGR D DPSOLDomR GR FRQFHLWR GH FRPSDWLELOL]DomR Do
incluir em seu escopo a verificao do atendimento das propriedades no geomtricas.
305
concluses
6.3
Comentrios sobre as simulaes
As simulaes destacaram dois cenrios distintos existentes hoje: o uso do BIM para o
desenvolvimento de desenhos caso 1 e o uso do BIM para levantamentos quantitativos
caso 2.
6.3.1
Limitaes das simulaes estudadas
Os casos estudados so bastante limitados e no possibilitaram o teste completo dos ICDs

propostos.
Limitaes do primeiro caso
x
No se conhecia previamente o programa do edifcio, o que impossibilitou sua

comparao com o avano do modelo;
O escritrio estudado no possui um modelo de planejamento do processo de projeto

que mostre as relaes entre as diversas disciplinas, o material disponibilizado foi
apenas um "cronograma de entregas de desenhos";
O BIM foi utilizado de uma maneira bem fraca - apenas para a gerao de desenhos,
sendo que a integrao com os demais projetos complementares foi feita por mtodos
convencionais de superposio de desenhos 2D;
O item anterior tambm foi limitado pelo fato de os demais participantes do projeto
ainda no se utilizarem do BIM para seus projetos. Por esse motivo, o estudo da DI
desse projeto somente foi possvel para a especialidade Arquitetura, ficando
impossibilitado o estudo das interferncias com as outras especialidades;
O resultado da evoluo do ND nesse projeto mostrou muito pouca variao, o que

sugere que as propriedades dos materiais haviam sido definidas previamente a partir
da biblioteca do arquiteto e no com o objetivo consciente de acrescentar ou ajustar
propriedades. Dadas as prticas de desenvolvimento desse modelo, podemos concluir
que, pelas limitaes mencionadas, o clculo do ND no foi significativo como
indicador desse modelo.
306
concluses
Limitaes do segundo caso

O segundo caso mostrou resultados bem melhores que o primeiro, tanto para o ND quanto
para a DI, justificados pelos objetivos de se obter a preciso requerida para o BIM, em caso de
foco em levantamentos quantitativos.
x
Contudo, uma investigao mais aprofundada no modelo demonstrou a utilizao de

prticas de modelagem bastante rduas e geradoras de erro e retrabalho, como modelar
trs vezes uma parede para se obterem os quantitativos dos revestimentos;
A justificativa fornecida pela empresa foi a da limitao das ferramentas de

modelagem na exportao do IFC, principalmente no caso em questo, que utilizou
ferramentas de fabricantes distintos, caso no qual o IFC se faz necessrio. Constata-se
que as ferramentas existentes ainda no oferecem solues para a interoperabilidade
aberta, mas somente para os seus formatos proprietrios;
No foi possvel acompanhar o histrico de desenvolvimento desse projeto - pois a

empresa no autorizou - limitando as observaes a apenas uma verso do modelo;
As simulaes mostraram tambm que o uso do BIM para propriedades no

geomtricas ainda precisa evoluir, dados os equvocos e a padronizao observadas
tanto na classificao dos tipos de objetos quanto na dos tipos de materiais.
Recomenda-se que a nomenclatura dos materiais siga a classificao OmniClass, o
que j est sendo tratado pela norma brasileira em desenvolvimento.
6.3.2
Lies aprendidas das simulaes
Os casos apresentaram limitaes para efeito de lies aprendidas, pois utilizam o BIM ainda
de maneira bastante restrita, resultando em modelos pobres em informao. Porm, serviram
como demonstrao da necessidade de um grande investimento nos profissionais, para
melhoria da qualidade do processo de modelagem e, portanto, da gesto; investimento que, se
for efetivado, poder melhor substancialmente a qualidade final dos modelos.
6.4
Sugestes e recomendaes para trabalhos futuros
A seguir so feitas sugestes e recomendaes que sero separadas por tpicos de interesse.
6.4.1
Proposies relativas ao desenvolvimento e melhorias da

estrutura conceitual
307
concluses
Identificamos a necessidade de mais pesquisas para o desenvolvimento e melhorias da

estrutura conceitual.
Implementao de um modelo para a gesto de requisitos
Esse foi um dos pontos onde foram encontrados grandes obstculos na pesquisa. Sem a
existncia de um modelo de requisitos que possa ser gerido de forma independente, a sua
comparao com os resultados obtidos ficar bastante impossibilitada, sendo viabilizada
apenas pontualmente.
Esse foi um dos pontos onde foram encontrados grandes obstculos na pesquisa. Sem a
existncia de um modelo de requisitos que possa ser gerido de forma independente do modelo
a sua comparao com os resultados obtidos ficar bastante impossibilitada e sendo
viabilizada apenas pontualmente.
O suporte fornecido hoje pelos softwares de modelagem insuficiente, pois se baseia no
registro das propriedades de maneira vinculada aos elementos do modelo, podendo ser
alterado, eliminado ou simplesmente esquecido ao longo do tempo. Entendemos que essa no
uma boa soluo.
Desenvolvimento de uma matriz de elementos em BIM adequada para nossa

realidade
As simulaes foram feitas com um modelo desenvolvido para uma instituio NorteAmericana com prticas e culturas distintas.
O importante foi o aproveitamento da estrutura proposta para a implementao do ND.
Contudo os conjuntos de propriedades propostos no se aplicam atualmente aos padres da
AEC existentes.
H que ser feito um esforo conjunto no sentido de melhorar um setor com baixa
padronizao e ao mesmo tempo se desenvolverem padres adequados que possibilitem a
melhoria gradual da padronizao do setor.
A sugesto que esse desenvolvimento seja feito de forma gradual. Algumas propriedades do
BIM poGHPVHULQFOXtGDVSRVWHULRUPHQWHFRPRDVDGHTXDGDVSDUDDJHVWmRGHIDFLOLWLHVH
alguns conjuntos de propriedades podem ser reduzidos para o mnimo necessrio.
308
concluses
Em uma perspectiva de longo prazo podem ser traadas metas de evoluo setorial.
Desenvolvimento de novos indicadores chave de desempenho

A pesquisa inicialmente verificou a existncia de uma srie de outros indicadores
desenvolvidos por Sacks e Tribelsky (2007) e a princpio se pensou em traz-los em sua
totalidade para o universo do BIM.
Contudo se observou que os indicadores relacionados a medidas de fluxo de informao, por
exemplo, exigiriam o uso de servidores de modelo para a sua automao e se decidiu em no
desenvolve-los nesse momento, deixando-se essa oportunidade futura.
Existem tambm indicadores de desempenho que podem ser desenvolvidos para medir o
atendimento a diversos requisitos de programa como demanda e ocupao de espaos,
balanceamento do uso de reas, consumo energtico e outros que iro demandar contudo mais
pesquisas pois o seu desenvolvimento e implementao ir ocorrer nas fases iniciais, menos
estruturadas e mais complexas portanto.
Em virtude da limitao dos modelos estudados, apenas parciais e no contemplando todas as
especialidades em BIM ser necessrio um desenvolvimento aprofundado do clculo da D.I
que leve em conta as interferncias entre as diferentes possibilidades de combinaes de submodelos (estrutura, instalaes, etc) o que dever resultar em uma frmula mais complexa e
adequada para o clculo da DI.
Validao completa de todos os indicadores propostos na Estrutura
Conceitual
Para a depurao e calibrao dos ICDs e a criao de novos a partir da Estrutura Conceitual
sero necessrios testes em diversos projetos, com escalas diferentes e com todas as
especialidades utilizando BIM, pois a utilizao parcial do BIM nos projetos impede o
desenvolvimento completo dos ICDs da estrutura conceitual
6.4.2
Proposies relacionadas formao do coordenador de projetos
Um dos pontos chave para o desenvolvimento do BIM ser a melhoria na capacitao dos
profissionais. Dentre eles o coordenador de projetos desempenha papel fundamental.
309
concluses
Nesse sentido h de ser feito o questionamento e o levantamento de como o BIM j est sendo
ensinado nas escolas de Engenharia e Arquitetura.
Como ferramenta ou como processo? Restrito a uma disciplina especfica ou permeando o
currculo sendo sua espinha dorsal?
Entendemos que a formao do coordenador de projeto no seja restrita apenas ao cursos de
ps-graduao mas antes de tudo a formao bsica nos cursos de graduao permitir
adquirir bases conceituais que podero ser aprofundadas em cursos de ps-graduao.
A formao dos profissionais de projeto, destacando-se a do arquiteto, dever ser revista em
seu escopo, que ainda conserva em suas origens a viso tradicional do projeto, buscando a sua
integrao para um contexto global.
6.5
Consideraes finais
Ao final cabem algumas reflexes sobre os resultados da Tese.

Acreditamos ter atingido os objetivos do trabalho, a formatao proposta de conceber uma
estrutura conceitual foi atingida e demonstrada.
$ SUHRFXSDomR LQLFLDO GD SHVTXLVD IRL D GD UHDOL]DomR GH WHVWHV TXH FRPSURYDVVHP DV
KLSyWHVHVSRUpPRGHVHQYROYLPHQWRGDWHVHPRVWURXTXHHVVHWLSRGHWUDEDOKRQmRpRGH
resolver apenas questes prticas, mas ampliar o conhecimento e mostrar a necessidade de
reformulaes.
A criao de estruturas de conceito ir possibilitar o desenvolvimento mais rpido de mtodos
de trabalho que contemplem os conceitos desenvolvidos nessa proposio.
As concluses deste trabalho enfatizam que, muito mais que solues pragmticas e de curto
prazo, torna-se necessria uma nova estrutura conceitual para guiar-nos no caminho da
evoluo do processo de projeto e de sua gesto, pois no se pode esperar que solues
trazidas diretamente por softwares viessem a nos mostrar esse caminho.
Conclumos nosso trabalho com a convico de que, alm de os objetivos da pesquisa terem
sido alcanados, uma nova forma de pensar a tecnologia e os processos tenha sido criada.
Assim, entendemos que somente a combinao de esforos conjugados de pesquisa e de
experimentao pratica solucionem os problemas, o que efetivamente conduzimos ao longo
desta tese.
Referncias
310
Referncias
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. A B N T-N B R-13531: Elaborao

de projetos de edificaes - Atividades tcnicas. 1995. 22 p.
____ A B N T-N B R-15575-1: Edifcios habitacionais de at cinco pavimentos - Desempenho
parte 1: Requisitos gerais. 2012. 15 p.
____ A B N T-N B R-15575-4: Edifcios habitacionais de at cinco pavimentos - Desempenho
parte 4: Sistemas de Vedaes verticais externas e internas. 2012. 16 p.
____ A B N T-N B R-ISO-12006-2: Construo de edificao: Organizao de informao da
construo. 2010. 8 p.
ASSOCIATED GENERAL CONTRACTORS OF AMERICA. A G C A : The ContractRUV
Guide to BIM. 2006. 48 p.
AIA, AMERICAN INSTITUTE OF ARCHITECTS. Integrated Project Delivery: A G uide.
2007, 62 p.
AKINTOYE, A.; MCINTOSH, G. A survey of supply chain collaboration and management in
the UK construction industry. E uropean Journal of Purchasing & Supply M anagement,
v.6, p.159-168, 2000.
AMERICAN INSTITUTE OF ARCHITECTS. Integrated Project Delivery: A G uide version 1. AIA California Council, 2007, 62 p.
____ B I M P R O T O C O L E X H IB I T : E202: BIM Protocol Exhibit. 2008. 9 p.
____ E X H IB I T , B. P.: E202: Building Information Modeling Protocol Exhibit. 2008. 9 p.
______
.
T AP
update
on
BIM
for
design.
http://www.aia.org/aiaucmp/groups/aia/documents/pdf/aiab080451.pdf
23/01/2013.
Disponvel
em:<
>. Acesso em:
______Contract
Documents.
Disponvel
http://www.aia.org/contractdocs/training/bim/aias078742 >. Acesso em: 15/12/2012.
em:<
______ Tools and documents. Disponvel em:< http://www.aia.org/index.htm >. Acesso em:
19/01/2012.
Referncias
311
AMORIM, S. L. BIM - Uma tecnologia para o futuro imediato da construo. In: BIM Building Information Modeling, 2011, Rio de Janeiro. Proceedings. 2011.
AMORIM, S. L.; SILVA, J. C. Relatrio. Associao Brasileira de Normas Tcnicas CEE134, 2010, 17 p.
ANUMBA, C., et al. Collaborative design of structures using intelligent agents. A utomation
in Construction, v.11, n.1, p.89-103, 2002.
ASSOCIAO DE GESTORES E COORDENADORES DE PROJETOS. Manual de escopo
de servios de Arquitetura e Urbanismo. 132 p.
______ Manual de escopo de servios para Coordenao de Projetos. 2003b. 105 p.
ASSUMPO, J. F. P. Gerenciamento de empreendimentos na construo civil: modelo
para planejamento estratgico da produo de edifcios. 1996. 206 p. Tese (Doutorado) Escola Politcnica, Universidade de So Paulo, So Paulo, 1996.
AMERICAN SOCIETY FOR TESTING AND MATERIALS. AST M-E1557-09: Standard
Classification for Building Elements and Related Sitework UNIFORMAT II. 2005. 54 p.
AUSTIN, S. Analytical design planning technique: a model of the detailed building design
process. Design Studies, v.20, n.3, p.279-296, 1999.
AUSTIN, S.; BALDWIN, A. A data flow model to plan and manage the build design process.
Journal of E ngineering Design, v.7, n.1, p.17, 1996.
AUSTIN, S.; HASSAM, T. Modelling information flow during the conceptual and schematic
stages of building design. Construction M anagement and E conomics, v.17, n.2, p.155-167,
1999.
AUSTIN, S., ET AL. Modelling and managing project complexity. International Journal of
Project M anagement, v.20, n.3, p.191-198, 2002.
AUTODESK Parametric building modeling: B I M 's foundation 2007. Disponvel em: <
http://www.consortech.com/bim2/documents/bim_parametric_building_modeling_EN.pdf >.
Acesso em: 23/12/2012.
______Revit
Server
O verview.
Disponvel
em:<
http://wikihelp.autodesk.com/enu?adskContextId=EXLINK_RS_OVERVIEW&product=Revi
t&release=2013&language=enu >. Acesso em: 8/12/2012.
Referncias
312
______Revit
Server
overview.
Disponvel
em:<
http://wikihelp.autodesk.com/enu?adskContextId=EXLINK_RS_OVERVIEW&product=Revi
t&release=2013&language=enu >. Acesso em: 6/12/2012.
AYRES, C. Acesso ao modelo integrado do edifcio. 2009. 254 p. Dissertao (Mestrado) Universidade Federal do Paran, 2009.
BALLARD, G.; KOSKELA, L. On the agenda of design management research. In: 6th
Annual Conf., Int. Group for Lean Construction, International Group for Lean Construction,
1998, Proceedings. 1998.
BANNON, L.; SCHMIDT, K. CSCW: Four Characters in Search of a Context. In: First
European Conference on Computer Supported Cooperative Work, 1989, Gatwick, London.
Proceedings. 1989. p.358-372.
BARISON, M. B.; SANTOS, E. T. An overview of BIM specialists. In: ICCBE-International
Conference on Computing in Civil and Building Engineering, 2010, Proceedings. 2010. 6 p.
BAZJANAC, V. Early Lessons from Deployment of IFC Compatible Software. In: 4o.
ECPPM, 2002, Proceedings. 2002.
BEDRICK, J. O rganizing the development of a building infor mation model. Disponvel
em:< http://www.aecbytes.com/feature/2008/MPSforBIM.html >. Acesso em: 11/12/2012.
BEETZ, J., et al. Advances in the development and application of an Open Source Model
Server for Building Information. In: CIBW78, W102 Conference, 2011, Nice. Proceedings.
2011. p.7.
BENNING, P., et al. Collaboration processes. A State of the A rt. Inpro Consortium, 2010a,
43 p.
BENNING, P., et al. Inpro F ramewor k for Collaboration. Inpro Consortium, 2010.
BENTLEY, K. A response from Bentley to A utodesk B I M/R E V I T proposal for the
future. Bentley, 2003, 10 p.
BERARD, O.; KARLSHOEJ, J. Information Delivery Manuals to Integrate Building Product
Information into Design. I T con, v.17, p.63-74, 2011.
BERLO, L. V. Collaborative engineering with IFC: new insights and technology. In: ECPPM European Conferences On Product And Process Modeling in the Building Industry, 2012,
Islndia. Proceedings. 2012.
BERTALANFFY, L. V.T eoria geral dos sistemas. Editora Vozes, 1975, 125 p.
Referncias
313
BIMSERVER. O pen source building infor mation model server. Disponvel em:<
http://bimserver.org/ >. Acesso em: 8/12/2012.
BJRK, BO-CHRISTER. A conceptual model of spaces, space boundaries and enclosing
structures. A utomation in Construction, v.1, n.3, p.193-214, 1992.
BJRK, B. C. Requirements and infor mation structures for building product data
models. 1995. 89 p. Tese (Doutorado) - VTT Building Technology, 1995.
BJORKHAUG, L.; BELL, H. I F D in a nutshell. Disponvel em:< http://dev.ifdlibrary.org/index.php/Ifd:IFD_in_a_Nutshell >. Acesso em: 3/12/2012.
BOOCH, G.; MAKSIMCHUK, R. A.; ENGLE, M. W.O bject-oriented analysis and design
with applications. Addison-Wesley, 2007, 691 p.
BRANDON, P.Collaboration: a technology or human interface problem? Collaborative
Construction Infor mation M anagement. Spon Press, 2009, Captulo 18-35
BUILDING AND CONSTRUCTION AUTHORITY. Singapore B I M G uide. 2012, 74 p.
BUILDINGSMART.
IfcSpaceProgram.
Disponvel
em:<
http://iaiweb.lbl.gov/Resources/IFC_Releases/R2x3_final/ifcarchitecturedomain/lexical/ifcspa
ceprogram.htm >. Acesso em: 21/01/2013.
______ I F D library. Disponvel em:< http://www.ifd-library.org/index.php?title=Overview
>. Acesso em: 3/12/2012.
______
Especificaes tcnicas. Disponvel
tech.org/specifications >. Acesso em: 3/12/2012.
em:<
http://www.buildingsmart-
______
I F C2x4
release
summary.
Disponvel
em:<
http://buildingsmarttech.org/specifications/ifc-releases/ifc2x4-release >. Acesso em: 11 maro 2012.
______ I F C solutions factory - the model view definition site. Disponvel em:<
http://www.blis-project.org/IAIMVD/ >. Acesso em: 2/12/2012.
______ Industry Foundation C lasses release 4 (I F C4) Disponvel em:<
http://www.buildingsmart-tech.org/ifc/IFC2x4/rc4/html/index.htm >. Acesso em: 25/11/2012.
______ O verview of infor mation delivery manuals independent of their status.
Disponvel em:< http://iug.buildingsmart.com/idms/overview >. Acesso em: 2/12/2012.
CHASTAIN, T.; KALAY, Y. E.; PERI, C. Square peg in a round hole or horseless carriage?
Reflections on the use of computing in architecture. A utomation in Construction, v.11, n.2,
p.237-248, 2002.
Referncias
314
CHOO, H.J., et al. DePlan: a tool for integrated design management. A utomation in
Construction, v.13, n.3, p.313-326, 2004.
CODINHOTO, R. Diretrizes para o planejamento e controle integrado dos processos de
projeto e produo da construo civil. 2003. 162 p. Dissertao (Mestrado) - Universidade
Federal do Rio Grande so Sul, Porto Alegre, 2003.
CRC AUSTRALIA. National guidelines for digital modeling. Cooperative Research Centre
for Construction Innovation, 2009, 78 p.
CSI.
M aster For mat.
Disponvel
em:<
http://www.csinet.org/Home-PageCategory/Formats/MasterFormat.aspx >. Acesso em: 4/12/2012.
______ O mni C lass - A strategy for classifying the built environment. Disponvel em:<
http://www.omniclass.org/ >. Acesso em: 2/12/2012.
______ .Unifor mat. Disponvel em:< http://uniformat.com/ >. Acesso em: 4/12/2012.
EAST, W. C O B I E : construction operations building infor mation exchange. Disponvel
em:< http://www.wbdg.org/resources/cobie.php >. Acesso em: 16/12/2012.
EASTMAN, C. Report on integrated pr actice. American Institute of Architects, 2006, 16 p.
EASTMAN, C ., et al. Exchange Model and Exchange Object Concepts for Implementation of
National BIM Standards. Journal of Computing in C ivil E ngineering, v.24, n.1, p.25-34,
2010.
EASTMAN, C ., et al. Infor mation Delivery M anual for precaste concrete. Charles
Pankow Foundation, 2009, 89 p.
EASTMAN, C ., et al. T he B I M handbook. 1a. edio. Wiley&Sons, 2008, 504 p.
ECKERT, C. M.; CLARKSON, P. J.; STACERY, M. K. Information flow in engineering
companies: Problems and their causes. In: 13th International Conference on Engineering
Design: Design Management Process and Information Issues (ICED'01), 2001, Glasgow,
UK. Proceedings. 2001.
EMMITT, S. Design management for architects. Wiley-Blackwell, 2007, 344 p.
EPPINGER, S ., et al. A Model-Based Method for Organizing Tasks in Product Development.
Research in E ngineering Design, v.6, n.1, p.1-13, 1994.
Referncias
315
EUROSTEP. Share-A-Space solutions. Disponvel em:< http://www.eurostep.com >. Acesso

em: 13 fev. 2012.
FABRCIO, M. M. Projeto simultneo na construo de edifcios. 2002. 329 p. Tese
(Doutorado) - Escola Politcnica, Universidade de So Paulo, So Paulo, 2002.
FALLON, K. K.; HAGAN, S. R. A I A Report on Integrated Practice: Infor mation for the
facility life cycle. American Institute of Architects, 2006, 17 p.
FELLOWS, R.; LIU, A.Research methods for construction. Malden, MA: Blackwell
Science, 2003, 295 p.
FERREIRA, S. L. Proposta de ampliao do modelo I F C com a contribuio do I ES L M 63: A luminria no ciclo de vida da E dificao. 2005. 288 p. Tese (Doutorado) - Escola
Politcnica, Universidade de So Paulo, So Paulo, 2005.
FIATECH. Innovation that builds the world. Disponvel em:< http://www.fiatech.org/ >.
Acesso em: 6/12/2012.
FONTENELLE, E. C. Estudo de caso sobre a gesto do projeto em empresas de
incor porao e construo. 2002. 384 p. Dissertao (Mestrado) - Escola Politcnica,
Universidade de So Paulo, So Paulo, 2002.
FORMOSO, C ., et al. T ermo de Referncia para o Processo de Planejamento e Controle
da Produo em E mpresas Construtoras. Porto Alegre: NORIE/UFRGS, 1999, 27 p.
FORMOSO, C ., et al. Developing protocol for managing the design process in the building
industry. In: Proceedings 6th International Group for Lean Construction Conference, 1998,
Guaruja, Brazil. Proceedings. 1998.
GALLAHER, M . P., et al. Cost A nalysis of Inadequate Interoperability in the U.S.
C apital F acilities Industry. National Institute of Standards and Technology, 2004, 32 p.
GALLELLO, D. 7KH QHZ PXVW KDYHthe B I M manager 2008. Disponvel em: <
http://www.aecbytes.com/viewpoint/2008/issue_34.html >. Acesso em: 28/12/2012.
GENERAL SERVICES ADMINISTRATION. B I M G uides Serie 1. 2007, 49 p.
GEORGAKOPOULOS, D.; TSALGATIDOU, A. T echnology and tools for comprehensive
business process lifecycle management. Wor kflow management systems and
interoperability. Springer- Verlag, 1998, NATO ASI Series F., 1998, Captulo 13, 356-394
Referncias
316
GIELINGH, W. General AEC reference model (GARM): an aid for the integration of
applcation specific product definition models. In: CIBW78, 1988, Ljubljana. Proceedings.
1988. 14 p.
GOVE, P. B. W ebster third new international dictionary. 1981.
GRAPHISOFT.
G raphisoft
BIM
Server.
Disponvel
em:<
http://www.graphisoft.com/products/archicad/ac15/teamwork.html >. Acesso em: 8/12/2012.
GRAZIANO, F. Compatibilizao de projetos. 2003. 145 p. Dissertao (Mestrado
Profissionalizante) - Instituto de Pesquisas Tecnolgicas, So Paulo, 2003.
GREIF, I. CSCW: What does it mean? In: Conference on Computer-Supported Cooperative
Work., 1988, Portland, Oregon. Proceedings. 1988.
GU, N., et al. B I M adoption : expectations across disciplines. H andbook of research on
building infor mation modeling and construction infor matics : concepts and technologies.
2010, Captulo 22, p. 501-520
HANNUS, M. Construction I C T Roadmap Report D52 of the R O A D C O N: IST -200137278 project. 2003.
HOLZER, D. Are you talking to me? Why BIM alone is not the answer. In: Fourth
International Conference of the Association of Architecture Schools of Australasia, 2007,
Proceedings. 2007.
HOUAISS, A.; VILLAR, M. S.; FRANCO, F. M. M. Dicionrio Houaiss da lngua portuguesa.
2007, 2922 p.
HOWELL, I.; BATCHELER, B. Building Information Modeling Two Years Later Huge
Potential, Some Success and Several Limitations. Newfor ma white paper, p.9, 2004.
HUGHES, C.Disseminating qualitative research in educational settings: a critical
introduction. Maidenhead: Open University Press, 2003, 153 p.
HUGHES, W. A comparison of two editions of the RIBA plan of work. E ngineering
Construction and A rchitectural M anagement, v.10, n.5, p.301-311, 2003.
HUOVILA, P.; KOSKELA, L. On foundations of concurrent engineering. In: Concurrent
Engineering in Construction CEC '97, 1997, London. Proceedings. 1997. p.22-32.
IDMTEAM. Q uic k G uide - Business Process Modeling and Notation 2007, 44 p.
Referncias
317
ISIKDAG, U.; UNDERWOOD, J. Two design patterns for facilitating Building Information
Model-based synchronous collaboration. A utomation in Construction, v.19, n.5, p.544-553,
2010.
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO-10303-11:
Industrial automation systems and integration - product data representation and exchange Overview and fundamental principles. 1994. 20 p.
_____ ISO 10303 21: Industrial automation systems and integration - product data
representation and exchange - Implementation methods:Clear text encoding of the exchange
structure. 2002. 25 p.
_____ ISO 10303 22: Industrial automation systems and integration - product data
representation and exchange - Implementation methods: Standard data access interface. 1998.
19 p.
_____ ISO 10303 28: Industrial automation systems and integration- product data
representation and exchange- Implementation methods: Xml representations of express
schemas and data, using xml schemas. 2007. 28 p.
_____ ISO 12006 2: Building construction - Organization of information about construction
works - Part 2: Framework for classification of information. 2001. 21 p.
_____ ISO 12006 3: Building construction - Organization of information about construction
works - Part 3: Framework for object-oriented information. 2007. 31 p.
_____ ISO 29481 1: Building information modelling -- Information delivery manual -- Part 1:
Methodology and format. 2010. 38 p.
_____ ISO P AS 16739: Industry Foundation Classes, Release 2x, Platform Specification
(IFC2x Platform). 2005. 42 p.
JEONG, Y. S., et al. Benchmark tests for BIM data exchanges of precast concrete.
A utomation in Construction, v.18, n.4, p.469-484, 2009.
JIM STEEL; DROGEMULLER, R.; TOTH, B. Model interoperability in building information
modelling. Software & Systems M odeling, v.11, n.1, p.99-109, 2012.
JOHNSON, R. E.; LAEPPLE, E. S. Digital Innovation and O rganizational C hange in
Design Practice. Texas: A&M University, 2003, 10 p.
JORGENSEN, K. A., et al.Use of I F C Model Servers - Modelling Collaboration
Possibilities in Practice. Aalborg University, 2008, 60 p.
Referncias
318
JOTNE. E D M Server. Disponvel em:< http://www.jotne.com/index.php?id=562520 >.

Acesso em: 8/12/2012.
KALAY, Y. P3: Computational environment to support design collaboration. A utomation in
Construction, v.8, n.1, p.37-48, 1998.
______ .A rchitecture's new media - principles, theories, and methods of computeraided
design. Cambridge: MIT Press, 2004, 251 p.
KARLSHOEJ, J.Process and building infor mation modelling in the construction industry
by using infor mation delivery manuals and model view definitions. e Wor k and
eBusiness in A rchitecture, E ngineering and Construction. CRC Press, 2012, Captulo 305309
KHEMLANI, L. T he I F C building model: a look under the hood. Disponvel em:<
http://www.aecbytes.com/feature/2004/IFCmodel.html >. Acesso em: 20/11/12.
______ Top criteria for B I M solutions: A E C bytes survey results. Disponvel em:<
http://www.aecbytes.com/feature/2007/BIMSurveyReport.html >. Acesso em: 6 de maro
2012.
______ Top C riteria for B I M Solutions: A E C bytes Survey Results. Disponvel em:<
http://www.aecbytes.com/feature/2007/BIMSurveyReport.html >. Acesso em: 4/12/2012.
KIVINIEMI, A. Requirements management interface to building product models. 2005.
343 p. Tese (Doutorado) - Stanford University, 2005.
KIVINIEMI, A., et al. Review of the Development and Implementation of I F C compatible
B I M ,. Erabuild, 2008, 128 p.
KOSKELA, L.; HUOVILA, P.; LAUTANALA, M. Fast or concurrent - the art of getting
construction improved. In: Second International Workshop on Lean Construction, 1994,
Santiago do Chile. Proceedings. 1994.
KOSKELA, L.; HUOVILA, P.; LEINONEN, J. Design management in building construction:
from theory to practice. Journal of Construction Research, v.3, n.1, p.1-16, 2002.
KVAN, T. Collaborative design: what is it? A utomation in Construction, v.9, n.4, p.409415, 2000.
LAUFER, A.; TUCKER, R. Is Construction Planning Really Doing Its Job? A Critical
Examination of Focus, Role and Process. Construction M anagement and E conomics, n.5,
p.243-246, 1987.
Referncias
319
LAWSON, B. How designers think - the design process demystified. 4. Architectural Press,
Oxford., 2006.
LEICHT, R. M. A framewor k for planning effective collaboration using interactive
wor kspaces. 2009. 277 p. Tese (Doutorado) - The Pennsylvania State University, 2009.
LEITE, M.; RAHAL, N. A. S. Progr amao orientada ao objeto: uma abor dagem
didtica
Campinas:
2001.
Disponvel
em:
<
http://www.ccuec.unicamp.br/revista/infotec/artigos/leite_rahal.html
>.
Acesso
em:
23/12/2012.
LIPMAN, R. I F C file analyzer. Disponvel em:< http://www.nist.gov/el/msid/infotest/ifcfile-analyzer.cfm >. Acesso em: 11 maro 2012.
LONDON, K.; BAVINTON, N. E conomic, social and cultural impediments and drivers
for adoption of e-business innovations within the industrial structure of the construction
sector. C lients driving construction innovation: moving ideas into practice. Brisbane:
2006, p. 313-336.
LONGMAN. Longman dictionary of contemporary E nglish. Disponvel
http://www.ldoceonline.com/dictionary/framework >. Acesso em: 9/01/2012.
em:<
LOWE, R. H.; MUNCEY, J. M. ConsensusD O CS 301 B I M A ddendum. 2009, 9 p.

MANZIONE, L. Estudo de mtodos de planejamento do processo de projeto de edifcios.
2006. 250 p. Dissertao (Mestrado) - Escola Politcnica, Universidade de So Paulo, So
Paulo, 2006.
MANZIONE, L., et al. Challenges for implementation of a new model of collaborative design
management: analyzing the impact of uuman factor. In: Architectural management in the
digital arena, 2011a, Viena. Proceedings. 10 p.
MANZIONE, L., et al. Development and application of key performance indicators to analyze
and improve management of information flow in the BIM design process. In: 2011b, Nice.
Proceedings.10 p.
MARX, K. O C apital. 4. Editora Civilizao Brasileira S.A., 1890, 579 p.
MATTHEWS, O.; HOWELL, G. Integrated project delivery an example of relational
contracting
2005.
Disponvel
em:
<
Disponvel
em
<http://www.leanconstruction.org/lcj/V2_N1/LCJ_05_003.pdf> >. Acesso em: Acesso em:
16/05/2011.
MCGRAWHILL. Interoperability in the Construction Industry. 2007.
Referncias
320
MELHADO, S. B. Q ualidade do projeto na construo de edifcios. 1994. 310 p. Tese

(Doutorado) - Universidade de So Paulo, So Paulo, 1994.
______ Captulo 2 - O processo de projeto e sua gesto, aula 4, disciplina PCC-2521. So
Paulo, 2009.
MILES, M. B.; HUBERMAN, A. M. Q ualitative data analysis: an expanded source book.
SAGE Publications, 2nd Edition, 1994, 352 p.
MILLS, K. L. Computer-Supported cooperative wor k. 2003, p. 666-677
MOUM, A. E xploring relations between the architectural design process and I C T . 2008.
299 p. Tese (Doutorado) - Faculty of Architecture and Fine Art, Norwegian University of
Science and Technology, Oslo, 2008.
MOUM, A.; KOCH, C.; HAUGEN, T. What did you learn from practice today? Exploring
experiences from a Danish R&D effort in digital construction. A dvanced E ngineering
Infor matics, v.23, n.3, p.229-242, 2009.
MUEHLEN, M.; RECKER, J. How much language is enough? T heoretical and practical
use of the business process modeling notation. A dvanced infor mation systems
engineering. Springer Berlin Heidelberg, 2008, Captulo 35, p. 465-479
NAVARRO, S. Planejamento de empreendimentos imobilirios: gesto de risco
orientada a gesto de prazo com nfase na identificao de alertas antecipados. 2007.
277 p. Dissertao (Mestrado) - Escola Politcnica, Universidade de So Paulo, So Paulo,
2007.
NEDERVEEN, S.; BEHESHTI, R.; GIELINGH, W. M odelling concepts for B I M . Building
infor mation modeling and construction infor matics - concepts and technologies. New
York: Information Science Reference, 2010, Captulo 1, p. 1-15
NEWFORMA. A E C O
project infor mation management. Disponvel
http://www.newforma.com/About-Newforma/Company-History.aspx
>.
Acesso
27/11/2012.
em:<
em:
NATIONAL INSTITUTE OF BUILDING SCIENCES. N I BS: National Building Information

Modeling Standard version 1 - Part 1: Overview, principles, and methodologies. 2008. 183 p.
NIST-FIATECH. N IST : General Buildings Information Handover Guide. 2007. 99 p.
______ C IS/2 and I F C - product data standar ds for structural steel. Disponvel em:<
http://cic.nist.gov/vrml/cis2.html >. Acesso em: 6/12/2012.
Referncias
321
NOBRE, J. A. P.; SANTOS, A. P. S.; BARROS NETO, J. P. O desenvolvimento de produto na

construo civil: um estudo de caso em Fortaleza. In: ENEGEP: Encontro Nacional de
Engenharia de Produo, 2004, Florianpolis. Proceedings. 2004.
NUMMELIN, O., et al. Requirements for an open I C T platfor m Platfor m. InPro
Consortium, 2010, 31 p.
O'BRIEN, J. A.; MARAKAS, G. M. M anagement infor mation systems. McGraw-Hill Irwin,
2005, 592 p.
OLOFSSON, T., et al. T he InPro L ifecycle Design F ramewor k for Buildings. InPro
Consortium, 2010, 62 p.
CONSTRUCTION SPECIFICATIONS INSTITUTE. O M N I C L ASS : a strategy for classifying
the built environment. 2006. 29 p.
OWEN, R. C I B W hite Paper on I D DS Integrated Design and Delivery Solutions.
Rotterdam: CIB, 2009, 14 p.
OWEN, R., et al. Challenges for Integrated Design and Delivery Solutions. A rchitectural
E ngineering and Design M anagement, v.6, p.232-240, 2010.
PANUSHEV, I.; SACKS, R.; EASTMAN, C. Development of the National BIM Standard
(NBIMS) for precast/prestressed concrete. In: Proceedings of the CIB W78 2010: 27th
International Conference Cairo, Egypt, 16-18 November, 2010, Cairo. Proceedings. 2010.
10 p.
PENSILVANIA UNIVERSITY. P E NN S T A T E : BIM Execution Planning Guide. 2010. 127 p.
PHILLIPS, E. M.; PUGH, D. S. How to get a PhD. Open University Press, 2000.
PRINS, M.; OWEN, R. Integrated Design and Delivery Solutions. A rchitectural
E ngineering and Design M anagement, v.6, p.1-5, 2010.
REKOLA, M.; KOJIMA, J.; MAKELAINEN, T. Towards Integrated Design and Delivery
Solutions: Pinpointed Challenges of Process Change. A rchitectural E ngineering and Design
M anagement, v.6, p.264-278, 2010.
RODRIGUES, M.; HEINECK, L. Coordenao de projetos: uma experincia de 10 anos
dentro de empresas construtoras de mdio porte. In: II Simpsio Brasileiro de gesto da
qualidade e organizao do trabalho no ambiente construdo, 2001, Fortaleza. Proceedings.
2001.
Referncias
322
SACKS, R. Evento do Dia do Gerente de Projetos. Universidade de Tecnologia de Tallinn,

2012.
SACKS, R., et al. Introducing a new Methodology to Develop the Information Delivery
Manual for AEC Projects. In: 27th International Conference - Applications of IT in the AEC
Industry & Accelerating BIM Research Workshop, 2010, Cairo, Egypt. Proceedings. 2010.
10 p.
SACKS, R.; TRIBELSKI, E. An empirical study of information flows in multi-disciplinary
civil engineering design teams using lean measures. A rchitectural E ngineering and Design
M anagement, 2010.
SACKS, R.; TRIBELSKY, E. Measures of Information Flow for Lean Design in Civil
Engineering. In: Proceedings of CME25 Construction Management and Economics: Past,
Present and Future, 2007, London, UK, University of Reading. Proceedings. 2007.
SCHN, D. T he reflective practitioner : how professionals thin k in action. 1983, 374 p.
SENATE PROPERTIES. S E N A T E : BIM Requirements. 2007. 33 p.
SHEHABUDDEEN, N., et al. Representing and approaching complex management
issues:
part
1
role
and
definition
1999.
Disponvel
em:
<
http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1923155 >. Acesso em: 9/01/2012.
SMITH, R.; EPPINGER, S. A Predictive Model of Sequential Iteration in Engineering
Design. M anagement Science, v.43, n.8, p.1104-1120, 1997.
SMITH, R.; TJANDRA, P. Experimental Observation of Iteration in Engineering Design.
Research in E ngineering Design, v.10, n.2, p.107-117, 1998.
STEFIK, M.; BOBROW, D. G. Object-oriented programming: themes and variations. A I
M agazine, v.6, n.4, 23 p., 1985.
STEWARD, D. The Design Structure System: a Method for Managing the Design of
Complex Systems. I E E E T ransactions on E ngineering M anagement, v.28, p.71-74, 1981.
SUCCAR, B. E ffects of B I M on project lifecycle phases. Disponvel em:<
http://changeagents.blogs.com/thinkspace/2008/11/effects-of-bim-on-project-lifecyclephases.html >. Acesso em: 11/11/2012.
______ Building infor mation modelling maturity matrix. H andbook of research on
building infor mation modeling and construction infor matics: concepts and technologies.
2009, Captulo 4, p. 65-103
Referncias
323
TARANDI, V.; HOUBAUX, P. D20, open W eb-based I C T platfor m. Disponvel em:<

http://www.inpro-project.eu/main.asp >. Acesso em: 13 fev 2012.
TAYLOR, J. E.; BERNSTEIN, P. G. Paradigm Trajectories of Building Information Modeling
Practice in Project Networks. Journal of management in engineering, v.25, n.2, p.8, 2009.
TZORTZOPOULOS, P. Contribuies para o desenvolvimento de um modelo do processo
de projeto de edificaes em empresas construtoras incor poradoras de pequeno porte.
1999. 150 p. Dissertao (Mestrado) - Universidade Federal do Rio Grande so Sul, Porto
Alegre, 1999.
TZORTZOPOULOS, P.; FORMOSO, C. Considerations on application of lean construction
principles to design management. In: 7th Annual Conf., Int. Group for Lean Construction,
1999, Proceedings. 1999, p.335-344.
ULRICH, K. T.; EPPINGER, S. D. Product design and development. New York: McGraw
Hill, 1999, 185 p.
UNDERWOOD, J.; ISIKDAG, U. Preface: being lost or becoming lost. H andbook of
research on building infor mation modeling and construction infor matics : concepts and
technologies. 2010, Captulo Preface, xxxi-xxxvii
UNITED STATES ARMY CORP OF ENGINEERS. USA C E : Building Information
Modeling (BIM) Roadmap. 2006. 51p.
______ BIM Implementation Plan for Military Construction Projects, Autodesk Platform.
2010. 51 p.
DEPARTMENT OF VETERANS AFFAIRS. V A B I M G U I D E : BIM Guide v1.0. 2010. 45 p.
VERNADAT, F.E nter prise modeling and integration: principles and applications. London:
Chapman & Hall, 1996.
VICO.
Model
progression
specification.
Disponvel
em:<
http://www.vicosoftware.com/model-progression-specification/tabid/85227/Default.aspx >.
Acesso em: 8 /02/2012.
VISHAL, S.; NING, G.; XIANGYU, W. A theoretical framework of a BIM-based multidisciplinary collaboration platform. A utomation in Construction, v.20, n.2, p.134-144,
2011.
VREEDE, G.; BRIGGS, R. O. Collaboration Engineering: Designing Repeatable Processes
for High-Value Collaborative Tasks. In: Proceedings of the 38th Annual Hawaii International
Conference on System Sciences (HICSS'05), 2005, Hawaii. Proceedings. 2005. 17 p.
Referncias
324
WIDEMAN, M. Project and program risk management: a guide to managing project

risks and opportunities. 1992.
WIKFORSS, . Datorernas intg, in Byggandets infor mationste knologi - s anvnds och
utvec klas I T i byggandet. Estocolmo: Svensk byggtjnst, 2003, 30 p.
WIX, J. User defined property set Disponvel em:
<http://www.projects.buildingsmartalliance.org/files >. Acesso em: 28/01/2012.
BUILDINGSMART. Information Delivery Manual Guide to Components and Development
Methods. 2007. 82 p.
ZHANG, Y.; GUANGBIN, W. Cooperation between Building Information Modeling and
Integrated Project Delivery Method Leads to Paradigm Shift of AEC Industry. In:
Management and Service Science, 2009. MASS 09. International Conference on, 2009,
Proceedings. 2009. p.1-4.

Tese Leonardo Manzione

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Tese Leonardo Manzione

Загружено:

Авторское право:

Доступные форматы

Leonardo Manzione

Proposio de uma Estrutura Conceitual de

Proposio de uma Estrutura Conceitual de

Tese apresentada Escola

Silvio Burrattino Melhado

Este exemplar foi revisado e corrigido em relao verso original, sob

Assinatura do autor ____________________________

Assinatura do orientador _______________________

Dedico esta Tese s pessoas mais importantes e amadas de minha vida:

H dez anos eu no pensava que um dia me tornaria um pesquisador. Lembro-me de

Figura 26: Classificao OmniClass .................................................................................. 73

Figura 51: Nvel de maturidade ........................................................................................ 195

Figura 74: Interferncias entre componentes diferentes sobrepostos: viga x parede

Figura 99: Evoluo do ND ............................................................................................... 271

Tabela 1 2EVWiFXORV,QHUHQWHVj*HVWmRGR3URFHVVRGH3URMHWR .............................. 3

Tabela 22: Conjunto de propriedades para espao ....................................................... 220

Lista de Abreviaturas e Siglas

Associao Brasileira de Normas Tcnicas

Analytical Design Planning Technique

Arquitetura, Engenharia e Construo

Associao de Gestores e Coordenadores de Projeto

A merican Institute of Architects

Application Program Interface

A merican Society for Testing and Materials

Building Information Modeling

Business Process Model and Notation

International Council for Research and Innovation in Building and Construction

CIM Steel Integration Standards

Capability Maturity Model

Construction Operations Building Information Exchange

Cooperative Research Centre

Computer Supported Cooperative Work

Construction Specifications Canada

Construction Specifications Institute

Metodologia que incorpora o last planner

Design Structure Matrix

Data eXchange Format

Estrutura analtica de projeto

Electronic Product Information Cooperation

General AE C Reference Model

Green Building XML

General Services Administration

Global Unique Identifier

International Alliance for Interoperability

Indicador chave de desempenho

Integrated Design and Delivery Solutions

Icam D E F inition for Function Modeling

Information Delivery Manual

Industry Foundation Classes

International F ramework for Dictionaries

Open Information Environment for Knowledge-based Collaborative Processes

Integrated Project Delivery

International Organization for Standardization

Local Area Network

Model View Definition

National Building Information Modeling Standard

National Institute of Building Sciences

National Institute of Standards and Technology

Open ICT Platform

Programao Orientada a Objetos

Plan Percent Complete

Quality Function Deployment

Simpsio Brasileiro de Qualidade do Projeto no Ambiente Construdo