Você está na página 1de 343

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.

FICHA CATALOGRFICA 1. Gesto da 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 frequentar as aulas do Prof. Silvio, ainda como ouvinte e numa delas ele mencionou no dia que o Leonardo se tornar doutor..., aquilo soou estranho no primeiro momento. 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 pressionando ou precipitando situaes para apressar o processo. Ele respeitou e me 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. Key-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: Entidade parede e entidade espao no modelo IFC e suas 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 - Grfico das DIs obtidas (dados sem normalizao) ....................... 282 Figura 104: S2 - Grfico das DIs obtidas (dados sem normalizao) ....................... 282 Figura 105: Comparao da variao da DI crtica entre S1 e S2 ............................. 283 Figura 106: S1 - Grfico das DIs crticas obtidas (dados normalizados) ................. 284 Figura 107: S2 - Grfico das DIs crticas obtidas (dados normalizados) ................. 284 Figura 108: S1 - Grfico de Pareto com a classificao dos tipos de problemas encontrados .......................................................................................................................... 285 Figura 109: S2 - Grfico de Pareto com a classificao dos tipos de problemas 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 Obstculos Inerentes Gesto do Processo de Projeto .............................. 3 Tabela 2 Modelos de Colaborao ................................................................................... 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 Evoluo do Nvel de Desenvolvimento (LOD) do Modelo BIM .............. 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 elemento Parede em funo do LOD e do grupo de 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 Tabela 26: S2 - Classificao das interferncias crticas pelo tipo de objeto envolvido ................................................................................................................................................ 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 ADePT AEC AGESC AIA API ASTM BIM BPMN CAD CIB CIS/2 CMM COBIE CRC CSCW CSCW CSI DePlan DI DSM DXF EAP EPIC GARM gbXML GSA GUID IAI ICD

Associao Brasileira de Normas Tcnicas Analytical Design Planning Technique Arquitetura, Engenharia e Construo Associao de Gestores e Coordenadores de Projeto American Institute of Architects Application Program Interface American Society for Testing and Materials Building Information Modeling Business Process Model and Notation Computer-Aided Design 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 Densidade de interferncias
Design Structure Matrix

Data eXchange Format


Estrutura analtica de projeto

Electronic Product Information Cooperation General AEC Reference Model Green Building XML General Services Administration Global Unique Identifier International Alliance for Interoperability Indicador chave de desempenho

XIII

IDDS IDEF0 IDM IFC IFD InPro

Integrated Design and Delivery Solutions Icam DEFinition for Function Modeling Information Delivery Manual Industry Foundation Classes International Framework for Dictionaries Open Information Environment for Knowledge-based Collaborative Processes throughout the Lifecycle of a Building

IPD ISO LAN LOD MVD NBIMS NIBS NIST OIP POO PPC QFD SBPQ SDAI SOA STEP TI TIC

Integrated Project Delivery International Organization for Standardization Local Area Network Level of Development
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 Standard Data Access Interface Service Oriented Architecture Standard for the Exchange of Product Data Tecnologia da Informao Tecnologias de Informao e Comunicao

UNICLASS Unified Classification for the Construction Industry WAN XML XML Wide Area Network
Extensible Markup Language

eXtensible Markup Language

XIV

Sumrio

Resumo .................................................................................................................................... III Abstract .................................................................................................................................... IV Lista de Figuras ........................................................................................................................ V Lista de Tabelas ........................................................................................................................ X Lista de Abreviaturas e Siglas ............................................................................................... XII 1 Introduo .......................................................................................................................... 1
1.1 1.1.1 1.1.2 1.1.3 1.1.4 1.1.5 1.1.6 1.1.7 Justificativas .................................................................................................................1 Aspectos do trabalho cooperativo suportado por computador ........................................4 Obstculos implantao do BIM em um contexto colaborativo ...................................7 A implantao do BIM na perspectiva apontada pela IDDS ..........................................8 Questes da pesquisa .................................................................................................. 11 Delimitao da pesquisa.............................................................................................. 12 Objetivos .................................................................................................................... 12 Guia de leitura da tese ................................................................................................. 13

Reviso bibliogrfica ....................................................................................................... 15


2.1 2.2 2.3 2.4 2.5 2.6 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.6.6 2.6.7 2.6.8 2.6.9 2.6.10 2.6.11 2.6.12 Vises fundamentais do processo de projeto ............................................................... 17 Reviso da metodologia de planejamento do processo de projeto ................................ 24 O processo de projeto no contexto do empreendimento imobilirio ............................. 28 Diversidade de agentes, gesto das interfaces e mudanas ........................................... 30 Modelagem e modelo de dados ................................................................................... 33 Building Information Modeling (BIM) ........................................................................ 35 Definies .................................................................................................................. 36 Objetos paramtricos .................................................................................................. 38 Principais usos e benefcios do BIM ........................................................................... 39 Conceitos bsicos sobre IFC, IDM, MVD e IFD ......................................................... 43 IFC ............................................................................................................................. 44 IDM e MVD ............................................................................................................... 60 IFD ............................................................................................................................. 69 Sistemas de classificao da informao do edifcio .................................................... 71 Modelagem, coordenao e nvel de desenvolvimento do modelo (LOD).................... 78 Conceitos bsicos do processo de modelagem ............................................................. 80 Modelagem de requisitos, funes e atividades ........................................................... 82 A complexidade envolvida na modelagem de espaos ................................................. 83

XV

2.6.13 2.6.14 2.6.15 2.6.16 2.6.17 2.6.18 2.6.19 2.6.20 2.6.21 2.6.22

Nvel de desenvolvimento do modelo (LOD) .............................................................. 84 Gesto e coordenao do processo de projeto em BIM .............................................. 111 Anlise crtica e controle de qualidade de projetos em BIM ...................................... 113 A coordenao de projetos e o surgimento de novos agentes ..................................... 117 Compartilhamento e troca de modelos BIM .............................................................. 125 Fases do processo de projeto em BIM e o IPD .......................................................... 141 Adoo do BIM ........................................................................................................ 144 Estgios de adoo segundo Succar .......................................................................... 145 Manuais e guias de implementao BIM ................................................................... 148 Consideraes sobre a Reviso Bibliogrfica ............................................................ 167

Metodologia.................................................................................................................... 170
3.1 3.2 Mtodos.................................................................................................................... 170 Processo da pesquisa ................................................................................................. 173

Estrutura conceitual da gesto do processo de projeto em BIM ................................. 180


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

Simulaes ..................................................................................................................... 266


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

Concluses ..................................................................................................................... 296


6.1 6.2 6.3 6.3.1 6.3.2 6.4 6.4.1 6.4.2 6.5 Concluses gerais ..................................................................................................... 296 Atendimento aos objetivos da pesquisa ..................................................................... 303 Comentrios sobre as simulaes .............................................................................. 305 Limitaes das simulaes estudadas ........................................................................ 305 Lies aprendidas das simulaes ............................................................................. 306 Sugestes e recomendaes para trabalhos futuros .................................................... 306 Proposies relativas ao desenvolvimento e melhorias da estrutura conceitual .......... 306 Proposies relacionadas formao do coordenador de projetos ............................. 308 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. O termo 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 Obstculos Inerentes Gesto do Processo de Projeto
Obstculos Processo fragmentado e sequencial Pouca integrao entre os agentes envolvidos A coordenao de projetos confundida com a compatibilizao dos projetos Diferentes objetivos e valores para cada um dos agentes envolvidos Processo desestruturado de trabalho TI vista como um custo, no como investimento. Falhas na gesto da empresa de projetos

Planejamento com mtodo inadequado: controle de entregas e no de processos Resistncia ao trabalho colaborativo Heterogeneidade dos conflitos envolvendo a equipe de projetos Pouca relevncia ao desempenho da construo

Falta de comunicao

Resistncia ao planejamento

Resistncia ao uso de TI

Falta de controle de qualidade do processo

Fonte: Autor

4
introduo

1.1.1 Aspectos do trabalho cooperativo suportado por computador O 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 Modelos de Colaborao


Ao mesmo tempo No mesmo local Em locais diferentes Colaborao face a face Colaborao sncrona distribuda Em tempos diferentes Colaborao assncrona Colaborao assncrona 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 suas atividades de acordo com um conjunto de procedimentos 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 pessoas trabalham somente dentro das regras ou dentro do que, no Brasil, comumente chamad o de operao padro , os resultados so medocres e a lentido impera. O que isso implica no desenvolvimento de sistemas? Sistemas cujo objetivo apenas a organizao de um fluxo de trabalho como o caso de 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 tecnolo gia, o que denominam simples BIM (sBim), 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 American 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 mentalidade de silos de conhecimento, 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 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. Objetivos

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: Captulo 1 Introduo 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. Captulo 2 Reviso bibliogrfica 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. Captulo 3 Metodologia 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. Captulo 4 Estrutura conceitual da gesto do processo de projeto em BIM 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. Captulo 5 Simulaes 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. Captulo 6 Concluses 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 cunho messinico ao tratar do assunto BIM, colocando -o muitas vezes como uma tbua de salvao para todos os problemas das empresas. Essas referncias, algumas conhecidas, 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 compreenso bsica, pois foge do escopo desta tese descer a um detalhamento de linguagem de mquina para a discusso de sistemas 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 que se conhece como entregveis (deliverables). 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

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

Fonte: Huovila e Koskela (1997)

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 subdiviso do todo em partes. O conceito de converso est ilustrado na Figura 3. 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

Fonte: Extrado de Manzione (2006) 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. uma viso desenvolvida a partir dos conceitos da produo enxuta e tem como objetivo reduzir o desperdcio 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 informao para que ela fique de acordo com os requisitos; 4. Tempo gasto para que a informao circule pela equipe do projeto. Figura 5 - Conceito de Fluxo de Informaes

Fonte: Extrado de Manzione (2006) 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 DEFinition 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 caractersticas peculiares do produto edifcio. 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) descreve o projeto como um servio na construo, destacando duas de 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 Quando finalmente teremos a interoperabilidade entre os processos?, afirmou:
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 resolvido atravs da fora bruta pelos fornecedores de software em uma soluo de cima para baixo. A tecnologia somente ir funcionar quando as pessoas 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 eficaz. O termo modelo de dados , no entanto, utilizado de duas formas. A primeira trata 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 digitalmente atravs de objetos que sabem o que so e que podem ser associados atravs da 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 o 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. Todas essas aplicaes possuem suas estruturas internas de dados no formato proprietrio, 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

O IFC surge nesse contexto como um modelo de dados de traduo, em formato no proprietrio, disponvel livremente para a definio de objetos na AEC. Porm, ele 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 implementao de troca em IFC precisa seguir o que se entende por requisitos de troca (exchange requirements). Esses requisitos especificam a informao que precisa estar presente em uma troca de dados em determinado estgio de um projeto, prevenindo incertezas. Por intermdio do IFC possvel tambm a criao de vistas de informao, ou 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 compatvel, um processo de certificao fornecido pela buildingSMART. Atualmente existem aproximadamente 150 softwares certificados como IFC compatveis. 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 Camada do Ncleo Camada de Interoperabilidade: Elementos Compartilhados 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 utilizadas duas entidades bsicas, uma parede e um espao, e 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 espao no modelo IFC e suas relaes

Fonte: Adaptado de Khemlani (2004)

Um entidade parede e outras entidades fsicas, como lajes, vigas, pilares, etc., so definidas por uma hierarquia de entidades. Na prtica, i sso significa que a entidade parede (IfcWall) definida como um subtipo da entidade elementos do edifcio ( ifcBuildingElement), que por sua vez um subtipo da entidade elemento (ifcElement) e assim por diante, at a entidade raiz (ifcRoot).

51
reviso bibliogrfica

Os atributos so associados com cada tipo de entidade e a entidade parede herda os atributos de todas as entidades acima, ou entidades pai, conhecidas como supertipos. 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. A entidade parede, no entanto, no abstrata, significando que ela pode ser instanciada para criar os objetos parede que existem no modelo do edifcio. Os atributos de uma parede, como seu tipo, forma, localizao, quantidade, conexes, aberturas, etc., so, em sua maioria, primariamente definidos pelos seus supertipos. Passando para a definio da entidade espao (ifcSpace), definida como um subtipo de elemento de estrutura espacial (ifcSpatialStructureElement), esta, por sua vez, um subtipo da entidade produto (ifcProduct), que tambm existe na hierarquia da entidade parede. No caso da entidade espao, todas as suas entidades supertipos so abstratas, e a entidade espao herda todas as propriedades dos seus supertipos. Entretanto, da mesma forma que a entidade parede a entidade espao no abstrata e pode ser instanciada para criar os diferentes espaos do edifcio. Diferentes tipos de relaes podem ser associadas s entidades usadas nesse exemplo. Uma relao de agregao pode ser aplicada para as instncias da entidade espao, para agrup-las em um pavimento do edifcio, e uma relao de encapsulamento pode ser aplicada para uma entidade moblia, para localiz -la dentro de um determinado espao. Se a entidade parede precisar ser associada entidade espao, uma relao de encapsulamento (ifcRelContainedInSpatialStructure) ser aplicada. Como mostrado na Figura 16, o relacionamento ocorre nos nveis de ifcElement e ifcSpatialStructureElement, 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 denominados conjunto de propriedades compartilhadas. 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

Fonte: Extrado de buildingSMART (2012b) 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

Fonte: Extrado de buildingSMART (2012b)

O IFC e a interoperabilidade

A interoperabilidade crtica para o sucesso do BIM. O desenvolvimento de padres de dados abertos e o acesso no -proprietrio para os dados do BIM uma 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. Esses subconjuntos de dados foram chamados de vistas, sendo mais tarde descritos como 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

Fonte : 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 informaes em formato no tcnico, que so baseadas nos conhecimentos dos especialistas 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

Fonte : Adaptado de Wix (2007) Componentes (identificados nas legendas da Figura 21 com nmero dentro de retngulos) 1. Cada mapa de processo desenvolvido em uma nica piscina (1), cujo objetivo identificar cada projeto como uma organizao nica e cada agente como um participante dessa organizao. 2. As atividades de cada um dos agentes so representadas em raias (2) dessa piscina; o modelo da informao tratado como um agente em separado e tem sua prpria raia. 3. Um requisito de troca (3) sempre mostrado como um objeto dentro da raia do modelo da informao. 4. A solicitao de um requisito de troca de informao sempre mostrada por um evento mensagem (4) 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. Um ponto de coordenao (5) 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 ser trocadas entre os agentes e so definidos em forma no tcnica, basicamente 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 de troca. Eastman 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 Disciplinas envolvidas na troca Descrio Especifica a fase do projeto, segundo a OmniClass?11 Identificar os agentes envolvidos nessa troca Descrever o nmero e o nome segundo critrio da OmniClass 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 Outras trocas que interagem com essa (trocas predecessoras e

11

As OmniClass so um sistema de classificao das informaes de um edifcio e sero detalhadas nos captulos posteriores desta Tese.

67
reviso bibliogrfica

relacionados

sucessoras)

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 Disciplinas envolvidas na troca Descrio preliminar do projeto Arquitetura Construo Fabricante do produto Descrio
1. O propsito definir e rever o projeto estrutural bsico em

2.

3.

4.

5. Modelos de troca relacionados

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, SDS/2, Tekla. As trocas podem ocorrer tanto em ida e volta como em ida nica.

A_EM.1, P_EM.1, S_EM.1 (que so, nesse caso do estudo, outros 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 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? Forma Geometria P_EM.1 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


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

Grupo de informao ou atributo Deformaes geomtricas Funo geomtrica Acuracidade da geometria Nvel de detalhe da geometria

Fonte: Adaptado de Eastman et al. (2009)

2.6.7 IFD Bjorkhaug e Bell (2007) definem International Framework for Dictionaires (IFD) como uma estrutura12 internacional para dicionrios. Os autores estendem o conceito de dicionrios para uma estrutura internacional para ontologias. 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

Adotamos na traduo o termo estrutura, em vez de moldura, que seria a traduo literal para 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 palavras em outra linguagem, mas um mecanismo em que o conceito em si uma coisa 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)

No exemplo, a palavra dr, em noruegus, seria traduzida em um dicionrio comum por door (porta em Ingls). Porm, ao estudar o conceito, os autores observaram que em noruegus o termo door refere-se porta e sua moldura, enquanto o mesmo termo em ingls refere-se apenas folha da porta. Em noruegus o termo dr deve ser ento traduzido, para manter o significado original de door 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, muitas trocas de informaes so feitas usando etiquetas ou 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: OmniClass, Uniformat, MasterFormat, 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 OmniClass 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 OmniClass a norma ISO-12006-3 (2007) j traduzida para o portugus, ABNTNBR-ISO-12006-2 (2010), como Construo de edificao: Organizao de informao da construo Parte 2: Estrutura para classificao de informao. Segundo Amorim e Silva (2010), o sistema OmniClass 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 OmniClass considerada pelos autores uma classificao multifacetada, pois utiliza informaes e conceitos de outros sistemas de classificao para compor suas tabelas: o MasterFormat, 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 OmniClass e Uniformat; os demais sero apenas referenciados.

72
reviso bibliogrfica

Amorim e Silva (2010) relacionam as seguintes vantagens da OmniClass 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 OmniClass 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 10 Tabela 11 12 13 14 20 21 22 23 30 31 32 33 34 35 40 41 49 Fontes: OmniClass (2006); CSI (2012b). A Figura 26 ilustra os conceitos da OmniClass. Descrio Entidades de construo pela funo Entidades de construo pela forma Espaos pela funo Espaos pela forma Elemento Resultados do trabalho Produtos Fases Servios Disciplinas Funes organizacionais Ferramentas e equipamentos Materiais Propriedades

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 MasterFormat, CSI (2012a), um dos sistemas precursores de classificao de informaes, desenvolvido inicialmente em 1963, e constitui a base da Tabela 22 da OmniClass, Resultados do Trabalho. O Uniclass, um sistema ingls equivalente ao OmniClass desenvolvido com base nas normas ISO 12006 2 (2001) e ISO 12006 3 (2007), foi um dos pontos de partida para o desenvolvimento da OmniClass, 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 OmniClass.

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 tecnologia , em que a tarefa de transposio descrita atravs das lentes de uma tecnologia prvia. As 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 detalhes considerados irrelevantes. Essas abstraes so denominadas vistas em um modelo BIM, conforme Nederveen, 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 porqu de um edifcio ser constitudo por elementos xyz ou o porqu de uma parede ter dimenses e ser feita de material abc. 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 complicada relao de muitos-para-muitos. Isso acontece porque um objeto projetado 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 AEC Reference Model (GARM) para tratar dessa questo. Nessa abordagem, a informao do edifcio definida em termos de unidades funcionais e solues tcnicas. As unidades funcionais descrevem os objetos como requeridos e com caractersticas requeridas. As solues tcnicas descrevem os objetos como projetados e com caractersticas esperadas. Segundo o autor, essa metodologia permite a criao de relaes um-para-um entre as unidades funcionais e as solues 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 forma pode ser chamada de definio tcnica e indireta do espao e a segunda pode ser denominada funcional ou direta". 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. possvel afirmar que o espao x adjacente ao espao y; contudo, para maior compreenso podemos dizer: a separao entr e o espao x e o espao y pode ser definida 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: Level Of Development ou tambm como Level Of Detail. 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 de Desenvolvimento - Especificao e Usos do BIM 200 300 Geometria aproximada Os elementos so modelados de forma genrica e aproximadas de suas dimenses, peso, quantidades, orientao e localizao. Informaes no geomtricas podem ser anexadas ao modelo Geometria precisa Os elementos so modelados de forma precisa e exata de suas dimenses, peso, quantidades, orientao e localizao. Informaes no geomtricas podem ser anexadas ao modelo

Nveis > 100 Contedo do Modelo Conceitual Projeto e Estudos de massa, Coordenao volumes, zonas, modelados em 3 dimenses ou representados por outros dados

400

500 As-built Os elementos so modelados conforme construidos com informaes precisas e exatas das dimenses, peso, quantidades, orientao e localizao. Informaes no geomtricas podem ser anexadas ao modelo

Execuo - fabricao Os elementos so modelados com o objetivo de montagem, de forma precisa e exata de suas dimenses, peso, quantidades, orientao e localizao contendo o detalhamento completo de fabricao e montagem. Informaes no geomtricas podem ser anexadas ao modelo

Usos recomendados Planejamento

Durao global da Escala de tempo, obra apresentao ordenada dos Macro-planejamento elementos principais Fases e maiores elementos

Apresentao ordenada pelo tempo das atividades principais e de conjuntos detalhadas

Fabricao e detalhes de montagem, incluindo meios e mtodos de construo (gruas, elevadores, escoramentos, etc) Custos realizados

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 Estratgias para atendimento dos requisitos LEED Estratgia e critrios de desempenho baseado em reas e volumes.

Requisitos especficos de cada um dos ambientes Quantidades aproximadas de materiais organizados pelas categorias LEED

Casos especficos, instalaes e conexes Seleo dos fornecedores Documentao das especficos compras e especificaes Simulao precisa baseada nas especificaes do fabricante e em detalhes dos componentes dos sistemas. Comissionamento e registro dos resultados obtidos.

Anlises e simulaes de iluminao, uso de energia, fluxos de ar.

Quantidades precisas de materiais com a porcentagem de materiais reciclados Projeto conceitual baseado Simulaao na geometria aproximada e aproximada baseada em pr-definies de em sistemas sistemas. projetados.

Outros usos que podem ser desenvolvidos Circulao, rotas de fuga, acessibilidade Atendimento de requisitos de normas

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 Evoluo do Nvel de Desenvolvimento (LOD) do Modelo BIM Fase LOD Produtos entregveis do BIM Contedo do modelo Conceitual 100 Estudos de massa conceituais com dimenses, reas, volumes, locao e orientao apenas indicativos. Ilustrao

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. 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.

Geometria precisa

300

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: CP: CR: Projetista Responsvel Consultores do Projeto Construtor Responsvel SE: F: Subempreiteiros Fornecedores

LOD: Nvel de Desenvolvimento AEM: 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 Projeto esquemtico Projeto detalhado Documentos de implementao

Nvel 1 Maiores grupos de elementos


A INFRAESTRUTURA A10

Nvel 2 Grupos de elementos


Fundaes A1010 A1020 A1030 A2010 A2020 B1010 B1020 B2010 B2020 B2030 B3010 B3020 C1010 C1020 C1030 C2010 C2020 C3010 C3020 C3030

Nvel 3 Elementos individuais


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

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

AEM
CP CP CP CP CP PR PR PR PR PR PR PR PR PR PR PR PR PR PR PR

LOD
300 300 300 300 300 300 300 300 300 300 300 300 300 300 300 300 100 100 100 100

AEM
SE SE SE SE SE PR PR SE SE SE SE SE PR PR PR SE SE PR PR PR

LOD
400 400 400 300 400 300 300 400 400 400 300 300 400 400 400 400 100 100 100 100

AEM
SE SE SE SE SE CR CR SE SE SE SE SE SE SE SE SE SE SE SE SE

A20 B CASCA OU ENVOLTRIA B10 B20

Construo do subsolo Superestrutura Fechamento externo

B30 C INTERIORES C10

Cobertura Construes internas

C20 C30

Escadas Acabamentos internos

91
reviso bibliogrfica

continuao da tabela 11
Elementos conforme a classificao UNIFORMAT, CSI (2012). Fases do Processo do Projeto conforme classificao do IPD Guide, AIA (2007) p.22
Conceituao Projeto esquemtico Projeto detalhado Documentos de implementao

Nvel 1 Maiores grupos de elementos


D SERVIOS D10

Nvel 2 Grupos de elementos


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

Nvel 3 Elementos individuais


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

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

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

LOD
300 300 300 300 300 300 300 300 300 300 300 300 300 100 100 300 300 300 300 300 300 100 100 100

AEM
CP CP CP SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE

LOD
400 400 400 400 400 400 400 400 400 400 400 400 400 100 100 400 400 400 400 400 400 10 100 100

AEM
SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE SE

D20

D30

D40

D50

92
reviso bibliogrfica

Elementos conforme a classificao UNIFORMAT, CSI (2012).

Fases do Processo do Projeto conforme classificao do IPD Guide, AIA (2007) p.22
Conceituao Projeto esquemtico Projeto detalhado Documentos de implementao

Nvel 1 Maiores grupos de elementos


E EQUIPAMENTOS E MOBILIRIO E10

Nvel 2 Grupos de elementos


Equipamentos E1010 E1020 E1030 E1090 E2010 E2020 F1010 F1020 F1030 F1040 F1050 F2010 F2020

Nvel 3 Elementos individuais


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

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

AEM
PR PR PR PR PR PR PR PR PR PR PR PR PR

LOD
300 300 300 300 300 100 300 300 300 300 100 300 100

AEM
SE SE SE SE PR PR PR PR PR PR PR PR PR

LOD
400 400 400 400 400 100 400 400 400 400 100 400 100

AEM
SE SE SE SE PR PR PR PR PR PR PR SE SE

E20 F CONSTRUO ESPECIAL E DEMOLIO F10

Mobilirio Construo especial

F20

Demolio seletiva

Final tabela 11 Fonte: Adaptado de American Institute of Architects (2007)

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 planilhas em Excel, denominadas Matriz de Elementos e Objetos em BIM, com o objetivo 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 os seguintes registros: uma planilha principal, denominada planilha mestra e as planilhas individuais relacionadas, a seguir, pelos seus cdigos 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 OmniClass. 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 parede (classificado como C1010, conforme a 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 Entidade de construo por funo Entidade de construo por forma Espaos por funo Espaos por forma Propriedades fsicas dos elementos e objetos BIM Localizao geoespacial dos elementos e objetos Propriedades Propriedades Informao Requisitos especficos de informao do fabricante Produtos Materiais Informao Especificaes Produtos Propriedades Estimativas de custos Servios Propriedades Produtos Informaes Anlises energticas Servios Informaes Tabelas da OmniClass correspondentes 11 12 13 14 49 49 36 23 36 41 23 49 32 49 33 26 32 36

Programa do edifcio e metadados do projeto

96
reviso bibliogrfica

Propriedades Materiais sustentveis conforme critrios LEED Produtos Materiais Propriedades Ambiente e condies do terreno *Classificao expandida da Uniformat, no suportada pela OmniClass Espaos por funo Espaos por forma Propriedades Cumprimento de cdigos de segurana Espaos por funo Propriedades Informaes Planejamento da obra Fases Servios Disciplinas Papis organizacionais Sequencia e logstica da construo Fases Servios Disciplinas Papis organizacionais Comissionamento da obra Fases Produtos

49 23 41 49

Validao e observncia do programa de necessidades

13 14 49 13 49 36 31 32 33 34 31 32 33 34 31 23

97
reviso bibliogrfica

Critrios classificao COBIE18, mais informaes detalhadas em East (2012) Instalaes e ativos da edificao Resultados do trabalho Servios Informaes Produtos 22 32 36 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 utilizando para isso planilhas em formato Excel, obtidas atravs da exportao, no formato xml, das classes IFC contendo o conjunto das especificaes do padro COBIE.

98
reviso bibliogrfica

Tabela 13: Planilha Mestra com os Tipos de Grupos de Informao x LOD


MATRIZ MESTRA DE INFORMAES PARA O BIM Informaes nessa linha so especficas para cada planilha Categoria do item Elemento, objeto ou familia Foto do objeto ou elemento Caractersticas bsicas Informaes chave Descrio Informaes resumidas sobre o produto

Tipos de informaes

Servios e Tipos de informaes de desempenho suportados por casos de uso do BIM

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. Programa do edifcio e metadados do projeto Propriedades fsicas dos elementos e objetos BIM
Propriedades (Tabela 49)

Localizao geoespacial dos elementos e objetos


UniFormat expandido

Requisitos especficos de informao do fabricante

Especificaes

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 Entidade de construo por forma (Tabela 12) Espaos por funo (Tabela 13) Espaos por forma (Tabela 14) LOD 100-Conceitual

Podem ser ligadas informaes Produtos (Tabela 23) do sistema MasterFormat

Propriedades (Tabela 49) Informao (Tabela 36)

Produtos (Tabela 23) Materiais (Tabela 41) Informao (Tabela 36)

Propriedades (Tabela 49) Uniformat

Identificador dos servios (facilities) Comprimento total (Tabela 49) do edifcio Nome dos servios Tipo funcional dos servios Funo dos servios (Tabela 11) Forma do servio (Tabela 12) Endereo do servio Nmero do projeto Requisitos espaciais Largura total (Tabela 49) Peso total (Tabela 49) Area total (Tabela 49) Volume total (Tabela 49)

Latitude (Tabela 49)

(Por objeto / elemento)

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

Longitude (Tabela 49) Altitude (Table 49) Posio sistema GPS (Tabela 49) Tipo de posio (Tabela 49) Restries de locao (Tabela 49) Restries de cdigos legais (Tabela 49) Nmero do pavimento (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) Tipo geral (Tabelas 22 & 23)

(Ver a planilha apropriada)

NVEL DE DETALHE

Sistemas por funo (Tabelas 21 & 22)

LOD 200-Geometria aproximada

Comprimento (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)

(Por objeto / elemento) (Ver a planilha apropriada)

Sistemas gerais ou montagens Entorno do espao (Programa) com quantidades Tipo do espao/Categoria aproximadas, tamanho, forma, locao e orientao.

99
reviso bibliogrfica

Tipos de informaes

Servios e Tipos de informaes de desempenho suportados por casos de uso do BIM

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. Programa do edifcio e metadados do projeto Propriedades fsicas dos elementos e objetos BIM
Propriedades (Tabela 49)

Localizao geoespacial dos elementos e objetos


UniFormat expandido

Requisitos especficos de informao do fabricante

Especificaes

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 Entidade de construo por forma (Tabela 12) Espaos por funo (Tabela 13) Espaos por forma (Tabela 14) LOD 300- Geometria precisa Montagens ou execuo precisas em termo de tamanho, forma, locao, quantidades e orientao. Funo do espao (Tabela 13) Forma do espao (Tabela 14) Nome do edificio (Tabela 49) Nmero do edificio (Tabela 49)

Podem ser ligadas informaes Produtos (Tabela 23) do sistema MasterFormat

Propriedades (Tabela 49) Informao (Tabela 36)

Produtos (Tabela 23) Materiais (Tabela 41) Informao (Tabela 36)

Propriedades (Tabela 49) Uniformat

NVEL DE DETALHE

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 (Tabela 49) Nome do componente (Tabelas 23 & 49) Descrio do componente (Tabela 49)

(Por objeto / elemento) (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
reviso bibliogrfica

Tipos de informaes

Servios e Tipos de informaes de desempenho suportados por casos de uso do BIM

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. Programa do edifcio e metadados do projeto Propriedades fsicas dos elementos e objetos BIM
Propriedades (Tabela 49)

Localizao geoespacial dos elementos e objetos


UniFormat expandido

Requisitos especficos de informao do fabricante

Especificaes

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 Entidade de construo por forma (Tabela 12) Espaos por funo (Tabela 13) Espaos por forma (Tabela 14) LOD 400-Execuo e fabricao Nmero do contato

Podem ser ligadas informaes Produtos (Tabela 23) do sistema MasterFormat

Propriedades (Tabela 49) Informao (Tabela 36)

Produtos (Tabela 23) Materiais (Tabela 41) Informao (Tabela 36)

Propriedades (Tabela 49) Uniformat

Prazo de entrega (Tabela 49)

Nome do fabricante (Tabela 49)

Peso para transporte (Tabela 49)

NVEL DE DETALHE

Montagens ou execuo precisas em termo de tamanho, forma, locao, quantidades e orientao com o detalhamento das informaes.

Local de estocagem no canteiro da obra (Tabela 13)

LOD 500-Como construido Conforme construido com preciso em termos de tamanho, forma, locao, quantidades e orientao.

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) Defeitos (Tabela 49) Nmero de srie (Tabela 49) Cdigo de barras (Tabela 49) Provedor do servio (Tabelas 32 & 33)

Nvel de rudo (Tabela 49) Valor do atributo no projeto (Tabela 49) Valor atual do atributo (Table 49)

Dados finais de aprovao do produto (Tabela 36) Data final de aprovao dos desenhos executivos (Tabela 36)

Fonte: Adaptado de VA BIM Guide (2010)

101
reviso bibliogrfica

Tabela 14: Propriedades para o elemento Parede em funo do LOD e do grup o de Tipos de Propriedades

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 100 - Conceitual Estudos de massa com indicaes de rea, peso, volume, locao e orientao

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

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

Programa do edifcio e metadados do projeto Programa do edifcio e metadados do projeto Programa do edifcio e metadados do projeto Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para anlises energticas Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Planejamento da obra Planejamento da obra

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 IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement 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

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 200-Geometria aproximada Sistemas gerais ou montagens com quantidades aproximadas, tamanho, forma, locao e orientao.

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou 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

Suporte das classe IFC

Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Requisitos de informao do fabricante Requisitos para estimativas de custos Materiais sustentveis conforme critrios LEED Validao do programa de necessidades Validao do programa de necessidades Cumprimento de cdigos de segurana Cumprimento de cdigos de segurana Planejamento da obra Planejamento da obra

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

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 300-Geometria precisa

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou elemento especfico)

Suporte das classe IFC

Montagens ou execuo precisas em Propriedades fsicas dos elementos e objetos BIM termo de tamanho, forma, locao, Propriedades fsicas dos elementos e objetos BIM quantidades e orientao. Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Propriedades fsicas dos elementos e objetos BIM Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante 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] IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet] - given consistently to all elements IfcWall.ObjectPlacement.RelativePlacement.Location.[Z] IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet] - given consistently to all elements 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 {update} check with new COBIE2 consolidated attributes {update} check with new COBIE2 consolidated attributes IfcWall->IfcProperty.Name IfcWall->IfcProperty.Description IfcWall->IfcProperty.NominalValue IfcWall->IfcProperty.Unit {update} check with new COBIE2 consolidated attributes {update} check with new COBIE2 consolidated attributes

104
reviso bibliogrfica

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 300-Geometria precisa

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou elemento especfico)

Suporte das classe IFC

Montagens ou execuo precisas em Requisitos para estimativas de custos termo de tamanho, forma, locao, Requisitos para estimativas de custos quantidades e orientao. Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para anlises energticas Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades Validao do programa de necessidades

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 IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Especificao 'verde' do material IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Item novo IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Item reciclado IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Contedo de reciclagem ps industrializadaIfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Contedo de reciclagem pr-consumo IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Contedo de reciclagem ps-consumo IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement Consumo de carbono IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement 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 IfcWall->IfcRelSpaceBoundary->IfcSpace : space constraints Requisitos dos acabamentos IfcWall->IfcRelSpaceBoundary->IfcSpace : space constraints Identificador do espao {update} check with new COBIE2 consolidated attributes Lista de identificadores dos espaos {update} check with new COBIE2 consolidated attributes 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 IfcUnitAssignment -> assignment of a global length unit [m, mm, inch, feet] - given consistently to all elements

105
reviso bibliogrfica

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 300-Geometria precisa

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou elemento especfico)

Suporte das classe IFC

Montagens ou execuo precisas em Cumprimento de cdigos de segurana termo de tamanho, forma, locao, Cumprimento de cdigos de segurana quantidades e orientao. Cumprimento de cdigos de segurana Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao

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 Identificador da instalao 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)} IfcProject->IfcTask->IfcRelSequence + assign IfcWall->IfcRelAssignsToProcess IfcProject->IfcTask->IfcRelSequence + assign IfcWall->IfcRelAssignsToProcess assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ScheduleDuration {update} check with new COBIE2 consolidated attributes {update} check with new COBIE2 consolidated attributes IfcWall->IfcMaterial.Name {IfcWall->IfcMaterial.Description (added in IFC2x4)} {update} check with new COBIE2 consolidated attributes {update} check with new COBIE2 consolidated attributes IfcWall->IfcBuilding.Name IfcWall->IfcSystem.ObjectType IfcWall->IfcSystem.Name {IfcWall->IfcSystem.LongName (added in IFC2x4)} IfcWall->IfcSystem.Description

106
reviso bibliogrfica

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 400-Execuo e fabricao Montagens ou execuo precisas em termo de tamanho, forma, locao, quantidades e orientao com o detalhamento das informaes.

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou 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

Suporte das classe IFC

Localizao geoespacial dos elementos e objetos Localizao geoespacial dos elementos e objetos Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para estimativas de custos Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra Planejamento da obra

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" IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ScheduleDuration assign IfcWall->IfcRelAssignsToProcess->IfcTask.WorkMethod assign IfcWall->IfcRelAssignsToProcess->IfcTask->IfcScheduleTimeControl.ScheduleDuration 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

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 400-Execuo e fabricao Montagens ou execuo precisas em termo de tamanho, forma, locao, quantidades e orientao com o detalhamento das informaes.

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou 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 Identificador da instalao 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 atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com

Suporte das classe IFC

Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo Sequencia e logstica da construo

o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2

108
reviso bibliogrfica

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD
LOD 400-Execuo e fabricao Montagens ou execuo precisas em termo de tamanho, forma, locao, quantidades e orientao com o detalhamento das informaes.

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou 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 atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com atualizao a ser verificada com

Suporte das classe IFC

Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao Instalaes e ativos da edificao

o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2 o padro COBIE2

109
reviso bibliogrfica

Parede- Vedaes internas

Objeto ou elemento BIM


Categoria do item - Vedao interna 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. Sistema do edifcio
Categoria do item no sistema - Uniformat

Informao de uso geral

Photo

LOD

Categoria de informao por item de informao. (verificar a planilha mestra das informaes).

Item de informao
(informao sobre o objeto ou 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

Suporte das classe IFC

LOD 500-Como construido Conforme construido com preciso em Localizao geoespacial dos elementos e objetos termos de tamanho, forma, locao, Localizao geoespacial dos elementos e objetos quantidades e orientao. Localizao geoespacial dos elementos e objetos Requisitos de informao do fabricante Requisitos de informao do fabricante Requisitos para estimativas de custos Requisitos para estimativas de custos Requisitos para estimativas de custos Materiais sustentveis conforme critrios LEED Materiais sustentveis conforme critrios LEED Instalaes e ativos da edificao

{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" IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement IfcWall->IfcEnvironmentalImpactValue or ifcPropertySet with local LEED agreement atualizao a ser verificada com o padro COBIE2

Fonte: Adaptado de VA BIM Guide (2010)

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
Descrio do parmetro 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 Nome da varivel no ArchiCAD 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 Descrio do parmetro 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

Revit 2010
Nome da varivel no Revit 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 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 Id Keynote Model Manufacturer TypeComments URL Description AssemblyCode FamilyName TypeName TypeMark FireRating Cost Width *VARIABLE

Fonte: Adaptado de VA BIM Guide (2010)

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 toda a informao 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 se denomina compatibilizao de projetos conceito normalmente confundido com anlise crtica. 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

Podemos sintetizar o conceito de anlise crtica de maneira geral como a avaliao do contedo do projeto e compatibilizao como a soluo de interferncias geomtricas. 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 ou deteco de interferncias. 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 atravs de diversos exemplos: uma determinada tubulao no pode cruzar um determinado cmodo ou um elemento A e um elemento B precisam manter uma distncia mnima de 40 cm ou tambm todos os elementos parede precisam ser modelados na camada das paredes. Isso significa que a deteco a partir de regras possibilita a identificao de 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 especialidades e sem pontos de indefinio (vazios 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 integrao e controlando a qualidade do servio projeto; decidir entre alterna tivas 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. Dentro da reviso dos especialistas em BIM, elaborada por 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 a uma linha cada vez mais fordista e taylorista filosofias que se caracterizam pela nfase nas 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 ciclo de vida, e termos como integrao e colaborao so correntes em sua literatura, o 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 organizam, de modo a identificar as leis ou os padres caractersticos de co mportamento 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 longo prazo, pois, se analisarmos a descrio de suas funes feita a partir da reviso bibliogrfica , iremos constatar que muitas delas, 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 necessidade de um profissional salvador da ptria sada que nos parece incorreta por 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 Formatos proprietrios Formatos de exportao pblicos Atravs de esquemas baseados em XML Trocas de arquivos fsicos de modelos separados Modelos federados Servidores de Modelo em formato proprietrio 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, ou arquitetura de duas camadas, na qual um aplicativo que requisita a informao o aplicativo cliente e o aplicativo que fornece a informao o aplicativo servidor, sendo a ligao entre esses aplic ativos 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 3DStudio. 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 pergunta ao outro utilizando para isso as APIs, pois ela define os protocolos para essa finalidade. 22 Arquitura two-tier, ou arquitetura de duas camadas baseada em cliente/servidor. Quando uma requisio 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 estrutura e o significado dos dados em uma estrutura conhecida como esquema. 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:

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: 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 Repositrio do modelo Submodelos e objetos com diferentes nveis de detalhes Globally Unique Identifier (GUID) para todos os objetos de dados Acessibilidade do modelo Administrao hierrquica da estrutura do modelo Documentao e relatrios Segurana e acesso atravs de regras e direitos pr-estabelecidos Opes de visualizaes do modelo Possibilidade de bloqueio de verso e arquivamento Funcionalidades Editor do sistema de nomenclatura Espaos pblicos e privados para os modelos

Requisitos relacionados com a interface do usurio Atualizao do modelo atravs de importao e exportao parcial de dados Interface customizvel Acesso em clique de mouse as propriedades dos objetos e suas modificaes Visualizao e facilidade de navegao no projeto Requisitos relacionados a segurana dos dados Suporte a confidencialidade, integridade e disponibilidade Segurana global do sistema Controle de acesso Requisitos relacionados configurao, implementao e suporte ao usurio Autenticao dos usurios Criptografia Visualizao em tempo real, impresso e marcas de comentrios Requisitos relacionados coordenao do projeto Comunicao e interao da equipe

133
reviso bibliogrfica

Suporte ao gerenciamento do escopo do projeto Suporte Gesto do escopo do BIM Gerenciamento do Sistema de configurao Visualizao do status do sistema Suporte legal e contratual
Fonte: Vishal, Ning e Xiangyu (2011),

Suporte s tomadas de deciso no projeto Ferramenta para a organizao das tarefas como a Design Structure Matrix Suporte administrao do servidor Gerenciamento do sistema de formas de visualizao Treinamento e suporte tcnico

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 BimServer, desenvolvido por BimServer (2012), e EDM 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 BimServer, desenvolvido por BimServer (2012), um projeto produzido em cdigo livre ( Open Source), e o e o EDM 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 (IFCModelServerManager) 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 Federados Modelo compartilhado em servidor de modelos Redundncia Ocorre redundncia quando alteraes que so feitas em determinado modelo precisam ser estendidas a todos os modelos Ocorre redundncia quando so feitas alteraes sendo necessrio que as mesmas sejam feitas em todos os modelos em que ocorrem. Integridade e Regras e procedimentos Regras e procedimentos so As regras e os A redundncia pode ser evitada, e as operaes de atualizao so feitas uma nica vez

138
reviso bibliogrfica

consistncia

so criados separadamente em cada organizao, e com isso a verificao cruzada fica difcil de ser feita

criados separadamente em cada organizao, mas possvel fazer a verificao cruzada atravs de softwares como Solibri ou Navisworks Os agentes e o coordenador acessam frequentemente o modelo federado, e o cliente acessa normalmente atravs de vistas do modelo

procedimentos devem ser definidos em comum. A verificao cruzada feita no modelo hospedado no servidor

Acessibilidade

Os diversos agentes tm acesso atravs do envio fsico desses modelos ou vistas parciais

Os usurios podem ter seu acesso de acordo com regras e podem extrair os dados e produzir suas prprias vistas no momento que necessitarem

Responsabilidade Cada organizao pelo Modelo proprietria de seu prprio modelo

Cada organizao proprietria de seu prprio modelo

A organizao do grupo como um todo responsvel pelo modelo; porm, cada organizao, de forma independente, pode garantir suas responsabilidades dentro dele

Propriedade do Modelo

Cada organizao proprietria de seu prprio modelo

Cada organizao proprietria do seu prprio modelo Os recursos so

O direito autoral do modelo compartilhado Os recursos no so

Desempenho

Os recursos so

139
reviso bibliogrfica

desperdiados quando os mesmos dados precisam ser criados e mantidos em mltiplos modelos

desperdiados quando os mesmos dados precisam ser criados e mantidos em mltiplos modelos

desperdiados

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. Entretanto, o tempo real no existe de fato. O que existe um atraso no tempo de 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

Fonte: Adaptado de Succar (2008)

143
reviso bibliogrfica

Figura 40: Processo BIM+IPD - simultneo

Fonte: Adaptado de Succar (2008) 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

Fonte: Adaptado de Succar (2009)

Estgio zero pr-BIM Esse estgio definido pelo autor como estgio desarticulado, baseado em desenhos CAD 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 exemplo: troca projeto-projeto entre modelos de arquitetura e estrutura, troca projeto-construo entre modelos de estrutura e modelos para fabricao de estruturas metlicas e troca projeto-operao entre modelos de arquitetura e modelos para gesto das 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 tecnologias como servidores de modelos utilizando 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 superposio de fases do projeto, tendendo a um processo sem fases.

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

The Contractors Gu ide to BIM Building Information Modeling Roadmap Gsa (General Services Administration) General Buildings Information Handover Guide Senate Properties NBIMS National Guidelines for Digital Modeling

2006 2006 2007 2007 2007 2007 2009

Estados Unidos Estados Unidos Estados Unidos Estados Unidos Finlndia Estados Unidos Australia

149
reviso bibliogrfica

BIM Execution Planning Guide InPro

2010 2010

Estados Unidos Consrcio de diversos Pases Europeus

Fonte: Autor

The Contractors guide to BIM, Associated 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; apenas explicita no tpico O processo BIM: como ele ser conduzido?, as questes 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 Army Corps. Numa anlise inicial do guia de 2006, verificamos que o contedo organizado em trs captulos: Introduo, Viso e objetivos e Apndices. 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. feita a escolha do sistema de indicadores baseado na metodologia Seis Sigma 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 28

Bentley Systems, Incorporated. Disponvel em: <http://www.isixsigma.com/new-to-six-sigma/getting-started/what-six-sigma/>. Acesso em: 6 maro 2012.

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 algumas etapas nas quais isso acontece: apresentado um time de transio, 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 diversas dicas sobre as boas prticas recomendadas para o uso da ferramenta,

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 implantao do BIM dessa instituio, chamado Programa 3D -4D-BIM, que teve incio no 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 GSA 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 GSA 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 31

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.

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, para cada uma das fases do projeto, o qu, por quem e quando as coisas devem ser 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 puxo de negcios (business pull) e um empurro de tecnologia (technology 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 (Business pull) WP1: Conceitos de negcio WP2: Processos das fases iniciais de projeto 1.1 Melhores prticas 1.2 Conceitos otimizados de negcio 1.3 Indicadores de desempenho (KPI) 1.4 Estratgias para obteno de negcios 2.1 Principais casos de utilizao 2.2 Processos colaborativos 2.3 Percebendo os valores dos agentes envolvidos 2.4 Processos de projeto com a viso do ciclo de vida "Empurro" da Tecnologia (Technology push) WP3: Processos de TI WP4: Plataforma de TI aberta

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 em formato neutro

WP10: Gesto do Projeto Inpro

WP5: Integrao 5.1 Ambiente Inpro de informao aberta 5.2 Barreiras e oportunidades 5.3 Avaliao de desempenho 5.4 Cooperao Ambiente Inpro de informao aberta WP6: Demonstrao 6.1 Testes e demonstraes

WP7: Educao e WP8: Disseminao e Normas Treinamento Plataforma de treinamento Website, eventos, publicaes cientficas, contribuies para normatizao Cursos de negcios Currculo para Universidade Transformao Industrial

WP9: Explorao Estratgias de explorao

Gesto de longo prazo

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-se que a Modelagem um processo e que modelo o resultado desse processo. Esse conceito inerente ao BIM, uma vez que o M do BIM pode ser entendido como modeling (processo de modelagem) e model (modelo de dados 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 servidores de modelo. Este tpico especialmente relevante, pois o compartilhamento dos 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 da engenharia simultnea. Em uma viso macro, foi revisto o modelo proposto por Succar (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 tecnologia disruptiva e pronta para reduzir a fragmentao do setor da AEC e melhorar a 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 denomina anarquia semntica, pois observa -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 heursticas ou prticas de rotina. So conhecidos como problemas domveis. 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 tirar retratos (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 artigo Development and application of key performance indicators to analyze and improve management of information flow in the BIM design process, Manzione 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 implementation of a new model of collaborative design management: analyzing the impact of human factor, Manzione 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 apresentao da estrutura conceitual no evento Solues para empresas de projeto. 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 IFC File 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, Framework, Mapa e Modelo (Figura 46).

181
proposio da estrutura conceitual

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), define paradigma como um exemplo que serve como modelo [...]. 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
proposio da estrutura conceitual

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) definem framework como:


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 Websters Third New International Dictionary , Gove (1981), fornece as seguintes definies para framework:
1. 2. 3.

Uma estrutura conceitual bsica usada para resolver problemas complexos; Uma descrio hipottica de uma entidade ou processo complexo; Uma estrutura subjacente que fornece um quadro factual para pesquisas futuras;

4. 5.

Uma estrutura que suporta ou contm alguma coisa; 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
proposio da estrutura conceitual

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 Websters Third New International Dictionary, Gove (1981), conceptual structure. Assim, adotaremos em portugus o termo estrutura conceitual, equivalente em conceito e significado expresso original, framework, da lngua inglesa.

Mapas Os mapas so geralmente usados como um meio de representar um retrato instantneo da relao entre vrios elementos de um sistema. Ao contrrio das estruturas conceituais os 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): Um mapa d suporte ao entendimento das relaes estticas entre elementos de um sistema. Ele uma representao discreta e no contnua das formas [...]. Um exemplo para 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Constructo Segundo o dicionrio, Houaiss, Villar e Franco (2007), constructo 1 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 uma abordagem para obter um objetivo gerencial atravs de transformaes de entradas em sadas [...]; procedimento uma srie de passos para operacionalizar um processo [...]; tcnica uma forma estruturada de completar uma parte de um procedimento [...]; e ferramenta um facilitador da aplicao prtica de uma tcnica [...]. Para sintetizar todos esses conceitos, os autores apresentam na Figura 46, atravs de uma estrutura conceitual, as formas de representaes e as ap licaes 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
proposio da estrutura conceitual

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 em diferentes nveis de profundidade orientaria a soluo para um m odelo 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
proposio da estrutura conceitual

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 esquemas (mapas mentais) os pontos-chave nas Figuras 47 e 48. Figura 47: Pontos-chave da gesto do processo de projeto

Fonte: Autor

188
proposio da estrutura conceitual

Figura 48: Pontos-chave da modelagem da informao

Fonte: Autor

189
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 50: Estrutura Conceitual

Fonte: Autor

193
proposio da estrutura conceitual

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 ora tratado como nvel de detalhe ( level of detail) em American Institute of Architects (2007), PennState (2010), Building and Construction Authority (2012) e VICO (2012), ora tratado como nvel de desenvolvimento ( 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), definem desenvolvimento como:
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 detalhe como:


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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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, observando que esta atividade mais comumente aplicada em empreendimentos mais complexos, ou que incorporem atividades variadas [...]. 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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 como problemas em momentos avanados do projeto, ocasionando retrocessos; ou, em 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
proposio da estrutura conceitual

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

Fonte: Adaptado de Kiviniemi (2005)

Figura 56: Ajuste dos requisitos

Fonte: Adaptado de Kiviniemi (2005)

200
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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 de um modelo para requisitos, definindo a vista para os requisitos do cliente e sua relao com o layout dos espaos como:
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 esqueletos espaciais que combinem com os requisitos do cliente, isto , o nmero 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: IfcApprovalStatus. 3. Referncia para documentos externos: IfcDocumentsReference. 4. Elementos e sistemas do edifcio: IfcRelSpaceBoundary, 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
proposio da estrutura conceitual

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 Nvel de desenvolvimento propriedades geomtricas e no 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 tendncia corrente de muitos utilizar o BIM mais como uma tecnologia, o que denominam simples BIM (sBim), 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
proposio da estrutura conceitual

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 conceito de nvel de detalhe (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, o que pode ser percebido pelo conceito adotado de nvel de detalhe, pelas ilustraes utilizadas (ver a Tabela 10) que enfatizam o desenvolvimento geomtrico e pelo uso de expresses como podem ser inseridas propriedades no geomtricas nessa fase[...] 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
proposio da estrutura conceitual

o processo de projeto nesse ambiente. Para construir esses indicadores os autores definiram alguns conceitos preliminares: 1. Um pacote de informao uma vista em um desenho, um documento de texto, uma planilha, uma tabela de dados, etc., ou impressos em papel ou em um arquivo de computador [...]. Como o meio de comunicao utilizado no experimento foram os 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. Um item de informao 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. Um objeto de informao 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 definidos como pacotes de informao. Por se tratarem de representaes em 2D cada objeto informao ir aparecer em vrios pacotes devido redundncia existente na representao 2D. 4. Um atributo de informao um atributo de um objeto de informao como suas propriedades fsicas, mecnicas, cores, preos entre outras. Pelo mesmo motivo mencionado os atributos de informao iro aparecer em diversos pacotes de 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 preliminares, os autores definiram o indicador tamanho do pacote 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
proposio da estrutura conceitual

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 o nmero total de objetos de informao no pacote.

atribudos a ele no instante t, e

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. Aproveitar as definies do documento E202 da AIA 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
proposio da estrutura conceitual

Tabela de elementos do modelo Esse documento j foi estudado no captulo 2 reviso bibliogrfica (consultar a Tabela 11, 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 captulo 2 reviso bibliogrfica (consultar Tabelas 12,13 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
proposio da estrutura conceitual

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 estrutura conhecida por metamodelo para as definies feitas pelo prprio usurio 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 63: Mapeamento das categorias Uniformat versus o desenvolvimento de tipos de propriedades

212
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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. 4. Procurar uma propriedade predefinida que possa ser reutilizada. 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
proposio da estrutura conceitual

Figura 64: Conjunto de propriedades para requisitos de desempenho de vedaes

215
proposio da estrutura conceitual

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
proposio da estrutura conceitual

<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> <TypePropertySingleValue> <DataType type="IfcLabel"/> </TypePropertySingleValue> </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> <TypePropertySingleValue> <DataType type="IfcLabel"/> </TypePropertySingleValue> </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> <TypePropertySingleValue> <DataType type="IfcForceMeasure"/> </TypePropertySingleValue> </PropertyType> <ValueDef/> <Definition>Resistir s solicitaes originadas pela fixao de peas suspensas.</Definition> </PropertyDef> <PropertyDef> <Name>Impacto de corpo mole</Name> <PropertyType> <TypePropertySingleValue> <DataType type="IfcEnergyMeasure"/> </TypePropertySingleValue> </PropertyType> <ValueDef/> <Definition>Resistir a energia dos impactos de corpo mole.</Definition> </PropertyDef>

217
proposio da estrutura conceitual

<PropertyDef> <Name>Impacto nas portas</Name> <PropertyType> <TypePropertySingleValue> <DataType type="IfcEnergyMeasure"/> </TypePropertySingleValue> </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_SpaceFireSafetyRequirements. 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_SpaceFireSafetyRequirements_desempenho.

218
proposio da estrutura conceitual

Figura 65: Conjunto de propriedades para requisitos de incndio

Fonte: Autor

219
proposio da estrutura conceitual

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 Programa do edifcio e metadados do projeto Propriedades fsicas dos elementos e objetos BIM Localizao geoespacial dos elementos e objetos Requisitos especficos de informao do fabricante Especificaes Estimativas de custos Anlises energticas Materiais sustentveis conforme critrios LEED Ambiente e condies do terreno Validao e observncia do programa de necessidades Cumprimento de cdigos de segurana Planejamento da obra Sequencia e logstica da construo Comissionamento da obra Instalaes e ativos da edificao Requisitos da norma de desempenho NBR 15571 Cdigo de cor

Fonte: Autor Propriedades do elemento espao definidas na estrutura conceitual apresentado a seguir, o elemento espao e suas propriedades (Tabela 22).

220
proposio da estrutura conceitual

Tabela 22: Conjunto de propriedades para espao

221
proposio da estrutura conceitual

222
proposio da estrutura conceitual

223
proposio da estrutura conceitual

224
proposio da estrutura conceitual

Fonte: Autor

225
proposio da estrutura conceitual

Metodologia de clculo para o ND

Clculo
O clculo efetuado atravs de uma planilha Excel e o software Solibri podendo ser 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 conforme o critrio da Uniformat nesse passo importante verificar se o modelo possui objetos no classificados e se for o caso 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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 classe C1010 paredes. 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. Campo 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: esse campo calcula automaticamente a nota obtida no item, demonstrando o quanto do item foi atendido. Esse dado obtido atravs da diviso do nmero mdio de propriedades que atendem aos requisitos calculado no campo 5 pelo nmero total de objetos. Campo 7: esse campo calculado automaticamente. Nele calculada a somatria dos pesos que so calculados no campo 4. 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: esse campo calcula automaticamente o valor do ND atravs da mdia ponderada 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
proposio da estrutura conceitual

Figura 69: Planilha com exemplo de clculo numrico do ND

Fonte: Autor

230
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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, 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 diferenciar os requisitos do cliente por natureza requisitos de desempenho daqueles eminentemente tcnicos, prprios das 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 incompletude ou desatualizao do programa de

233
proposio da estrutura conceitual

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 Os termos geometria aproximada e geometria precisa, embora usuais nas 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, metlicas ou mesmo de componentes como kits hidrulicos ou banheiros, a preciso 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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 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 visualizveis para os profissionais em geral.

236
proposio da estrutura conceitual

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 funo direta do ni, ou seja, a 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 72: Componentes duplicados: paredes

Fonte: Autor

2. Objetos dentro de outros Esta categoria lista todas as instncias de interseces nas quais os componentes estejam embutidos dentro de outros.

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Tolerncias: as tolerncias podem ser configuradas conforme as categorias a seguir. 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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 76: Interferncia moderada: laje x beiral

Fonte: Autor Figura 77: Interferncia moderada: escada x estrutura

Fonte: Autor

244
proposio da estrutura conceitual

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
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 80: Estrutura analtica integrada: EAP + EAM

Fonte: Autor

247
proposio da estrutura conceitual

Figura 81: EAP do projeto exemplo

Fonte: Autor

248
proposio da estrutura conceitual

Figura 82: Estrutura analtica do modelo (EAM)

Fonte: Autor

249
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 84: Macro-fluxo do processo de projeto e modelagem

Fonte: Autor

251
proposio da estrutura conceitual

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
proposio da estrutura conceitual

Figura 86: Fase de concepo

Fonte: Autor

253
proposio da estrutura conceitual

Figura 87: Fase de definio

Fonte: Autor

254
proposio da estrutura conceitual

Figura 88: Fase de desenvolvimento

Fonte: Autor

255
proposio da estrutura conceitual

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 foram exportadas para um software de programao de projetos MsProject, os prazos foram estabelecidos e assim o cronograma geral do projeto ficou definido (Figura 91).

256
proposio da estrutura conceitual

Figura 90: DSM

Fonte: Autor

257
proposio da estrutura conceitual

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-se como exemplo a fase de desenvolvimento ND 300, as atividades de projeto e 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 denominadas outros usos do BIM possuem relaes com todas as atividades de projeto e 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 serem obtidos representados na Figura 96, na cor laranja , permitindo 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 A diviso do planejamento em fatias de tempo tem por objetivo melhorar a previsibilidade 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. O processo de produo, por sua vez, se caracteriza por entregas de produtos, sendo 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-se em suas entregas (delivery based), que um dos maiores enganos que ocorre no meio profissional, pois d foco excessivo na produo e entrega de desenhos e se esse raciocnio for estendido para o BIM pode levar ao conceito de entrega de modelos, por 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. Portanto esclarecer o que se entende por controle importante para a condu o 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 viso do projeto como um conjunto de entregas de objetos. 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

O conceito de produo traz implcito o conceito de converso de insumo em produto, o que faz pouco sentido em projeto, ao contrrio dos conceitos de transformao e de evoluo, que so mais adequados e pertinentes. 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 estruturada. Esta se constitui apenas de uma planilha, na qual so previstas as entregas dos 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 matriz de elementos BIM foi o de requisitos de informaes do fabricante. 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 isoladamente a propriedade material, sustentada pela classe 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, pois se observam diversos objetos no classificados e outro s 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-1010 construo do piso. Essa classe na verdade engloba 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 software Solibri V 8.0, uma com menor grau de tolerncia dimensional correspondendo a configurao padro do software e outra com maior grau de tolerncia aproximadamente 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 foram explicadas anteriormente no tpico 4.5.4 compatibilidade geomtrica.

276
simulaes

Tipos de interferncias verificadas Para o teste de interferncias foi utilizada a regra de interseces gerais do Solibri que 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

Tabela 25: S1 - Classificao das interferncias crticas pelo tipo de objeto envolvido

Fonte: Autor

278
simulaes

Tabela 26: S2 - Classificao das interferncias crticas pelo tipo de objeto envolvido

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 DI normalizada DI = Densidade dos problemas (nm_probl/1000 m3) Contagem de problemas

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

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

Total Crticas Moderadas Baixas Total Crticos Moderados Baixos 35 30 0 5 1.906 1.636 3 267 35 12 2 20 1.906 681 131 1.094 37 15 3 19 2.035 822 176 1.037 35 30 0 4 1.925 1.656 25 244 36 31 1 4 1.967 1.698 36 233 37 32 1 4 2.008 1.730 37 241 36 32 0 4 1.985 1.724 27 234 37 33 0 4 2.035 1.783 25 227 37 32 0 4 1.998 1.746 26 226 37 32 0 4 2.013 1.762 26 225 37 33 0 4 2.035 1.788 26 221 37 33 0 4 2.040 1.792 27 221 36 32 0 4 1.956 1.718 26 212 36 32 0 4 1.957 1.718 26 213 36 32 0 4 1.989 1.758 20 211 37 32 0 4 1.999 1.763 23 213 37 32 0 4 1.998 1.766 23 209 38 34 0 4 2.078 1.834 23 221 38 34 0 4 2.098 1.864 22 212 38 33 0 5 2.097 1.823 25 249 Mdia 30 0,69 6 Desvio padro 6 1 5

Fonte: autor

281
simulaes

Tabela 28: S2 - Dados dos testes de interferncias e clculo da DI


ANLISE DE INTERFERNCIAS Verso do modelo DI normalizada DI = Densidade dos problemas (nm_probl/1000 m3) Crticas 9 9 11 11 12 12 12 12 12 11 11 11 11 11 12 12 12 13 13 13 11 1,02 Moderadas 0 0 0 0 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 0,20 Baixas 6 6 6 6 6 7 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 0,25 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 Contagem de problemas

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

Crticas Moderadas Baixas Total -2,23 -2,53 0,15 15 -2,23 -2,53 0,15 15 -0,41 -0,48 -0,88 17 -0,22 -0,48 0,22 18 0,43 0,91 1,25 19 0,31 0,82 2,65 19 0,69 0,91 1,03 19 0,51 0,63 0,81 19 0,22 0,73 0,59 19 -0,63 0,73 0,59 18 -0,16 0,73 0,08 18 -0,14 0,82 0,22 18 -0,70 0,45 -0,95 17 -0,72 0,45 -0,95 17 0,22 -0,48 -1,46 18 0,38 -0,48 -1,46 18 0,25 -0,48 -1,10 18 1,39 -0,48 -0,88 19 1,98 0,26 0,00 20 1,08 0,54 -0,07 19 Mdia Desvio padro

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 Os dados das Tabelas 27 e 28 foram plotados nas Figuras 103 e 104 com a srie das DIs 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 DIs obtidas (dados sem normalizao)

Variao da DI x Verses do modelo BIM


parmetros com menor tolerncia
45
DI = Nmero interferncias / 1.000 m3)

40 35

37 35 35

38 38 38 37 36 37 37 37 37 37 36 36 36 37 37 35 36 34 34 33 33 32 32 33 32 32 33 32 32 32 32 32 31 30

30
25 20 15 10 15

30
20 19

5 5
1 0

12 2 2 3 3

4 0 4

4 1 5

4 1 6

4 0 7

4 0 8

4 0 9

4 0

4 0

4 0

4 0

4 0

4 0

4 0

4
0

4 0

4 0

5 0

10 11 12 13 14 15 16 17 18 19 20

Verses do Modelo BIM Total Crticas Moderadas Baixas

Figura 104: S2 - Grfico das DIs obtidas (dados sem normalizao)

Variao da DI x Verses do modelo BIM


parmetros com maior tolerncia
25
DI = Nmero de interferncias / 1.000 m3)

20 15 15 15

17

18

19

19

19

19

19

18

18

18

17

17

18

18

19 18

20

19

11 10

11

12

12

12

12

12

11

11

11

11

11

12

12

12

13

13

13

9
6

9
6

5 0 0 2 0 3 0 4 1 5

1
6

1 7

1 8

1 9

1 10

1 11

1
12

1 13

1 14

0 15

0 16

0 17

0 18

1 19

1
20

1 Verses do Modelo BIM

Total

Crticas

Moderadas

Baixas

Fonte: Autor

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


40

DI = Nmero de interferncias / 1.000 m3)

35
30 30

31

32

32

33

32

32

33

33

32

32

32

32

32

34

34

33

30 25 20
15

15
10 5 1 9

12 11 9

13 11

12

12

12

12 12

11

11

11

11

11

12

12

12

13

13

10

11

12

13

14

15

16

17

18

19

20

Verses do Modelo BIM S2 -Maior tolerncia S1 -Menor tolerncia

Fonte: Autor

284
simulaes

Os dados das Tabelas 27 e Tabela 28 foram plotados nas Figuras 106 e 107 com a srie das DIs crticas normalizadas. Figura 106: S1 - Grfico das DIs crticas obtidas (dados normalizados)
Variao da DI normalizada x verses do modelo
S1 = parmetros com menor tolerncia
0,59

0,69
19
1,98

0,42

0,44

0,45

0,36

0,25

0,23

0,30

0,21

0,00

DI crtica normalizada

-0,50 -1,00 -1,50 -2,00

-0,06

-3,00 -3,50
1

-3,18

-2,50

-2,71

0,01

0,50

0,15

10

11

12

13

14

0,21

15

0,34

16

0,36

17

0,37

1,00

18

20

Verses do modelo BIM Crticas

Figura 107: S2 - Grfico das DIs crticas obtidas

(dados normalizados)

Variao da DI crtica normalizada x verses do modelo


S2 =parmetros com maior tolerncia
2,50 2,00 1,50
DI crtica normalizada

0,69

0,50
0,43 0,31

0,51

0,22

-0,41

-0,22

-0,50 -1,00 -1,50


-2,23

-0,63

-0,16

-0,14

-0,70

-2,00 -2,50

-2,23

10

11

12

13

14

-0,72

15

0,22

16

17

0,25

0,00

0,38

18

19

20

Verses do modelo BIM

Crticas

Fonte: Autor

1,08

1,00

1,39

0,56

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


Parmetros com menor tolerncia
94% 96%
900 800 100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

99%

99%

90% 80% 70%

700 600

844

51%

500

710

60% 50%

400
300 200 100 0 32 24 13 13 6 5

40%
30% 20% 10%

3
Pilar x pilar

0%

Pilares x outros

Vigas x outros

Forro x forro

Paredes x outros

Escada x escada

Janelas x outros

Rampa x rampa

Portas x outros

Janela x janela

Laje x laje

Viga x viga

Corrimo x corrimo

Telhados x outros

Escadas x outros

Mobilirio e outros

Objetos diversos

Forros x rampas

Lajes x outros

Porta x porta

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.

Portas, janelas x outros

Telhado x telhado

Parede x parede

Corrimo x outros

Porcentagem acumulada dos problemas

Nmero mdio de interferncias

97%

98%

286
simulaes

Figura 109: S2 - Grfico de Pareto com a classificao dos tipos de problemas encontrados
Tipos de interferncias e sua participao acumulada nas verses do modelo
Parmetros com maior tolerncia
300
Nmero mdio de interferncias
250 200 150

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

100%

99%

94%

96%

90% 80% 70% 60% 50%

251

40% 30%

100 50 -

20%
30 22 13 11 10% 6 4 1 1 0 0 0 0 0%

Forro x forro

Mobilirio e outros

Vigas x outros

Pilares x outros

Pilar x pilar

Paredes x outros

Janelas x outros

Rampa x rampa

Porta x porta

Janela x janela

Laje x laje

Viga x viga

Corrimo x corrimo

Telhados x outros

Portas x outros

Escada x escada

Objetos diversos

Corrimo x outros

Telhado x telhado

Forros x rampas

Lajes x outros

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.

Portas, janelas x outros

Parede x parede

Escadas x outros

Porcentagem acumulada dos problemas

285

100%
86% 91% 98%

46%

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. Ao analisarmos os objetos no classificados na Tabela 31, observamos que se 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 revestimento externo foi modelada como uma parede, fato que 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 situao e destaca o elemento alvenaria de bloco de concreto. 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 revestidas modelar objetos que so tratados de maneira errada como paredes. 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 revestimento, tratadas como paredes precisaro ser refeitas, uma vez que a janela somente pode ter um objeto como hospedeiro, que nesse caso o ncleo da parede, composto por bloco de concreto.

295
simulaes

O projetista deve, portanto, modelar trs vezes cada parede uma vez a parede propriamente 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 es criativas, porm 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 exemplos e referncias de casos. Contudo, a observao profissional 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 so considerados fornecedores que tem como objetivo concretizar as suas entregas para cumprir seus contratos. Outro fato que o projeto considerado como insumo de produo tratado como despesa e, portanto postergada. 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 a colaborao e surgiro cada vez mais demandas para a compatibilizao de projetos e 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. Outra questo subjacente se a tecnologia BIM induz o trabalho colaborativo? 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 ovogalinha, que acaba por retardar e dificultar a evoluo do setor. 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 que, se essas estratgias forem formuladas como receitas, o que ocorre na maioria dos casos estudados, ocorrrer o seu esgotamento em pouco tempo. As receitas no desenvolvem 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; elas so incentivadoras do uso da tecnologia, fato que por si s no garante o alcance do 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 e

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

A especificidade do BIM foi buscada, e foram obtidas pistas que mostraram, d urante o processo de reflexo, que o principal foco para o como estabelecer um relacionamento consistente entre os domnios da gesto e da tecnologia da informao. Muito desse como tambm vem revestido de um aspecto pragmtico, que resolver um problema atravs de frmulas, algoritmos e at da automao de mtodos A concluso desta tese que o como antes de tudo um problema conceitual e que deve ser pensado em suas razes, no se trata, portanto do objetivo dessa tese em contribuir para o desenvolvimento de mais uma receita. As outras trs questes formuladas na pesquisa iro ser tratadas em bloco por serem correlatas: Como criar um processo de trabalho simultneo 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 face aface dos colaboradores. A simultaneidade proposta diz respeito em se fazer um corte vertical na 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. O estabelecimento de metas claras e definidas pode ser ent endido sob variados aspectos, sobre os quais encontramos alguns pontos limitantes na pesquisa. Em se tratando das metas ao nvel do empreendimento, que a camada superior da 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 problemas nas fases posteriores de desenvolvimento do 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 projeto e a estrutura analtica do modelo tendo como tradutor a classificao Uniformat. 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. A defesa, porm de alguma estrutura de classificao para os elementos do projeto uma 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 entregveis. 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 fluxos e ciclos e estabelecer pacotes mais rgidos somente ir reforar o conceito de entregas. 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 substituir o termo modelo central por modelo integrado para facilitar o entendimento. 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 especfico para isso, conhecido como gerente de BIM. 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 deixar o de existir entregveis, 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. Nesse sentido a tese contribui trazendo a ampliao do conceito de compatibilizao a o 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 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. 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 podem ser includas posteriormente como as adequadas para a gesto de facilities e 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. A preocupao inicial da pesquisa foi a da realizao de testes que comprovassem as hipteses, porm o desenvolvimento da tese mostrou que esse tipo de trabalho no o de 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. ABNT-NBR-13531: Elaborao de projetos de edificaes - Atividades tcnicas. 1995. 22 p. ____ ABNT-NBR-15575-1: Edifcios habitacionais de at cinco pavimentos - Desempenho parte 1: Requisitos gerais. 2012. 15 p. ____ ABNT-NBR-15575-4: Edifcios habitacionais de at cinco pavimentos - Desempenho parte 4: Sistemas de Vedaes verticais externas e internas. 2012. 16 p. ____ ABNT-NBR-ISO-12006-2: Construo de edificao: Organizao de informao da construo. 2010. 8 p. ASSOCIATED GENERAL CONTRACTORS OF AMERICA. AGCA: The Contractors Guide to BIM. 2006. 48 p. AIA, AMERICAN INSTITUTE OF ARCHITECTS. Integrated Project Delivery: A Guide. 2007, 62 p. AKINTOYE, A.; MCINTOSH, G. A survey of supply chain collaboration and management in the UK construction industry. European Journal of Purchasing & Supply Management , v.6, p.159-168, 2000. AMERICAN INSTITUTE OF ARCHITECTS. Integrated Project Delivery: A Guide version 1. AIA California Council, 2007, 62 p. ____ BIM PROTOCOL EXHIBIT: E202: BIM Protocol Exhibit. 2008. 9 p. ____ EXHIBIT, B. P.: E202: Building Information Modeling Protocol Exhibit. 2008. 9 p. ______ . TAP 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. Automation 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. ASTM-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 Engineering 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 Management and Economics, v.17, n.2, p.155-167, 1999. AUSTIN, S., ET AL. Modelling and managing project complexity. International Journal of Project Management, v.20, n.3, p.191-198, 2002. AUTODESK Parametric building modeling: BIM's foundation 2007. Disponvel em: < http://www.consortech.com/bim2/documents/bim_parametric_building_modeling_EN.pdf >. Acesso em: 23/12/2012. ______Revit Server Overview . 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. Organizing the development of a building information 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 Art. Inpro Consortium, 2010a, 43 p. BENNING, P., et al. Inpro Framework for Collaboration. Inpro Consortium, 2010. BENTLEY, K. A response from Bentley to Autodesk BIM/REVIT proposal for the future. Bentley, 2003, 10 p. BERARD, O.; KARLSHOEJ, J. Information Delivery Manuals to Integrate Building Product Information into Design. ITcon, 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.Teoria geral dos sistemas. Editora Vozes, 1975, 125 p.

Referncias

313

BIMSERVER. Open source building information 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. Automation in Construction, v.1, n.3, p.193-214, 1992. BJRK, B. C. Requirements and information structures for building product data models. 1995. 89 p. Tese (Doutorado) - VTT Building Technology, 1995. BJORKHAUG, L.; BELL, H. IFD 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.Object-oriented analysis and design with applications. Addison-Wesley, 2007, 691 p. BRANDON, P.Collaboration: a technology or human interface problem? Collaborative Construction Information Management. Spon Press, 2009, Captulo 18-35 BUILDING AND CONSTRUCTION AUTHORITY. Singapore BIM Guide. 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. ______ IFD 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-

______ IFC2x4 release summary . Disponvel em:< http://buildingsmarttech.org/specifications/ifc-releases/ifc2x4-release >. Acesso em: 11 maro 2012. ______ IFC solutions factory - the model view definition site. Disponvel em:< http://www.blis-project.org/IAIMVD/ >. Acesso em: 2/12/2012. ______ Industry Foundation Classes release 4 (IFC4) Disponvel em:< http://www.buildingsmart-tech.org/ifc/IFC2x4/rc4/html/index.htm >. Acesso em: 25/11/2012. ______ Overview of information 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. Automation in Construction, v.11, n.2, p.237-248, 2002.

Referncias

314

CHOO, H.J., et al. DePlan: a tool for integrated design management. Automation 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. MasterFormat. Disponvel em:< http://www.csinet.org/Home-PageCategory/Formats/MasterFormat.aspx >. Acesso em: 4/12/2012. ______ OmniClass - A strategy for classifying the built environment. Disponvel em:< http://www.omniclass.org/ >. Acesso em: 2/12/2012. ______ .Uniformat. Disponvel em:< http://uniformat.com/ >. Acesso em: 4/12/2012. EAST, W. COBIE: construction operations building information exchange . Disponvel em:< http://www.wbdg.org/resources/cobie.php >. Acesso em: 16/12/2012. EASTMAN, C. Report on integrated practice. 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 Civil Engineering, v.24, n.1, p.25-34, 2010. EASTMAN, C ., et al. Information Delivery Manual for precaste concrete. Charles Pankow Foundation, 2009, 89 p. EASTMAN, C ., et al. The BIM 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 Engineering 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. AIA Report on Integrated Practice: Information 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 IFC com a contribuio do IES LM63: A luminria no ciclo de vida da Edificao. 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 incorporao e construo. 2002. 384 p. Dissertao (Mestrado) - Escola Politcnica, Universidade de So Paulo, So Paulo, 2002. FORMOSO, C ., et al. Termo de Referncia para o Processo de Planejamento e Controle da Produo em Empresas 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 Analysis of Inadequate Interoperability in the U.S. Capital Facilities Industry. National Institute of Standards and Technology, 2004, 32 p. GALLELLO, D. The new must havethe BIM manager 2008. Disponvel em: < http://www.aecbytes.com/viewpoint/2008/issue_34.html >. Acesso em: 28/12/2012. GENERAL SERVICES ADMINISTRATION. BIM Guides Serie 1. 2007, 49 p. GEORGAKOPOULOS, D.; TSALGATIDOU, A. Technology and tools for comprehensive business process lifecycle management. Workflow 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. Webster third new international dictionary. 1981. GRAPHISOFT. Graphisoft 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. BIM adoption : expectations across disciplines. Handbook of research on building information modeling and construction informatics : concepts and technologies. 2010, Captulo 22, p. 501-520 HANNUS, M. Construction ICT Roadmap Report D52 of the ROADCON: 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. Newforma 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. Engineering Construction and Architectural Management, 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. Quick Guide - 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. Automation 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 PAS 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. Automation in Construction, v.18, n.4, p.469-484, 2009. JIM STEEL; DROGEMULLER, R.; TOTH, B. Model interoperability in building information modelling. Software & Systems Modeling, v.11, n.1, p.99-109, 2012. JOHNSON, R. E.; LAEPPLE, E. S. Digital Innovation and Organizational Change in Design Practice. Texas: A&M University, 2003, 10 p. JORGENSEN, K. A., et al.Use of IFC Model Servers - Modelling Collaboration Possibilities in Practice. Aalborg University, 2008, 60 p.

Referncias

318

JOTNE. EDM 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. Automation in Construction, v.8, n.1, p.37-48, 1998. ______ .Architecture's new media - principles, theories, and methods of computeraided design. Cambridge: MIT Press, 2004, 251 p. KARLSHOEJ, J.Process and building information modelling in the construction industry by using information delivery manuals and model view definitions. eWork and eBusiness in Architecture, Engineering and Construction. CRC Press, 2012, Captulo 305309 KHEMLANI, L. The IFC 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 BIM solutions: AECbytes survey results . Disponvel em:< http://www.aecbytes.com/feature/2007/BIMSurveyReport.html >. Acesso em: 6 de maro 2012. ______ Top Criteria for BIM Solutions: AECbytes 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 IFC compatible BIM,. 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? Automation 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 Management and Economics, 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 framework for planning effective collaboration using interactive workspaces. 2009. 277 p. Tese (Doutorado) - The Pennsylvania State University, 2009. LEITE, M.; RAHAL, N. A. S. Programao orientada ao objeto: uma abordagem didtica Campinas: 2001. Disponvel em: < http://www.ccuec.unicamp.br/revista/infotec/artigos/leite_rahal.html >. Acesso em: 23/12/2012. LIPMAN, R. IFC file analyzer. Disponvel em:< http://www.nist.gov/el/msid/infotest/ifcfile-analyzer.cfm >. Acesso em: 11 maro 2012. LONDON, K.; BAVINTON, N. Economic, social and cultural impediments and drivers for adoption of e-business innovations within the industrial structure of the construction sector. Clients driving construction innovation: moving ideas into practice. Brisbane: 2006, p. 313-336. LONGMAN. Longman dictionary of contemporary English. Disponvel http://www.ldoceonline.com/dictionary/framework >. Acesso em: 9/01/2012. LOWE, R. H.; MUNCEY, J. M. ConsensusDOCS 301 BIM Addendum. 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 Capital. 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. em:<

Referncias

320

MELHADO, S. B. Qualidade 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. Qualitative data analysis: an expanded source book. SAGE Publications, 2nd Edition, 1994, 352 p. MILLS, K. L. Computer-Supported cooperative work. 2003, p. 666-677 MOUM, A. Exploring relations between the architectural design process and ICT . 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. Advanced Engineering Informatics, v.23, n.3, p.229-242, 2009. MUEHLEN, M.; RECKER, J. How much language is enough? Theoretical and practical use of the business process modeling notation. Advanced information 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. Modelling concepts for BIM. Building information modeling and construction informatics - concepts and technologies. New York: Information Science Reference, 2010, Captulo 1, p. 1-15 NEWFORMA. AECO project information management. Disponvel http://www.newforma.com/About-Newforma/Company-History.aspx >. Acesso 27/11/2012. em:< em:

NATIONAL INSTITUTE OF BUILDING SCIENCES. NIBS: National Building Information Modeling Standard version 1 - Part 1: Overview, principles, and methodologies. 2008. 183 p. NIST-FIATECH. NIST: General Buildings Information Handover Guide. 2007. 99 p. ______ CIS/2 and IFC - product data standards 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 ICT platform Platform. InPro Consortium, 2010, 31 p. O'BRIEN, J. A.; MARAKAS, G. M. Management information systems. McGraw-Hill Irwin, 2005, 592 p. OLOFSSON, T., et al. The InPro Lifecycle Design Framework for Buildings. InPro Consortium, 2010, 62 p. CONSTRUCTION SPECIFICATIONS INSTITUTE. OMNICLASS: a strategy for classifying the built environment. 2006. 29 p. OWEN, R. CIB White Paper on IDDS Integrated Design and Delivery Solutions. Rotterdam: CIB, 2009, 14 p. OWEN, R., et al. Challenges for Integrated Design and Delivery Solutions. Architectural Engineering and Design Management, 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. PENNSTATE: 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. Architectural Engineering and Design Management, v.6, p.1-5, 2010. REKOLA, M.; KOJIMA, J.; MAKELAINEN, T. Towards Integrated Design and Delivery Solutions: Pinpointed Challenges of Process Change. Architectural Engineering and Design Management, 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. Architectural Engineering and Design Management, 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. The reflective practitioner: how professionals think in action. 1983, 374 p. SENATE PROPERTIES. SENATE: 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. Management Science, v.43, n.8, p.1104-1120, 1997. SMITH, R.; TJANDRA, P. Experimental Observation of Iteration in Engineering Design. Research in Engineering Design, v.10, n.2, p.107-117, 1998. STEFIK, M.; BOBROW, D. G. Object-oriented programming: themes and variations. AI Magazine, v.6, n.4, 23 p., 1985. STEWARD, D. The Design Structure System: a Method for Managing the Design of Complex Systems. IEEE Transactions on Engineering Management, v.28, p.71-74, 1981. SUCCAR, B. Effects of BIM 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 information modelling maturity matrix. Handbook of research on building information modeling and construction informatics: concepts and technologies. 2009, Captulo 4, p. 65-103

Referncias

323

TARANDI, V.; HOUBAUX, P. D20, open Web-based ICT platform. 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 incorporadoras 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. Handbook of research on building information modeling and construction informatics : concepts and technologies. 2010, Captulo Preface, xxxi-xxxvii UNITED STATES ARMY CORP OF ENGINEERS. USACE: Building Information Modeling (BIM) Roadmap. 2006. 51p. ______ BIM Implementation Plan for Military Construction Projects, Autodesk Platform. 2010. 51 p. DEPARTMENT OF VETERANS AFFAIRS. VA BIM GUIDE: BIM Guide v1.0. 2010. 45 p. VERNADAT, F.Enterprise 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. Automation 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 informationsteknologi - s anvnds och utvecklas IT 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.