Integrao do ProNIC em ambiente BIM

Um modelo para o trabalho em ambiente colaborativo

Andr Filipe Pereira Henriques

Dissertao para obteno do Grau de Mestre em

Engenharia Civil

Jri
Presidente: Prof. Doutor Jorge Manuel Calio Lopes de Brito
Orientador: Prof. Doutor Lus Antnio de Castro Valadares Tavares
Coorientador: Prof. Doutor Antnio Morais Aguiar da Costa
Vogais: Dr Fernando Oliveira Silva
Doutora Paula Margarida Gonalves Marques Couto

Outubro de 2012

Resumo

A indstria da construo tem um importante peso na economia de qualquer pas; porm, a

indstria portuguesa da construo revela falta de competitividade em comparao com as
indstrias estrangeiras.
As causas para tal situao passam, para alm de outras, pela falta de cooperao entre os
vrios intervenientes nos projetos de construo, incompatibilidades entre projetos, falta de
rigor na definio e especificao dos projetos de execuo e ausncia de documentos
tcnicos de referncia.
A utilizao integrada e abrangente da metodologia Building Information Modeling (BIM) como
a forma padro de realizar projetos de construo poder ser a resposta para muitas dessas
debilidades. No entanto, para algumas delas, j existe um projeto que pretende dar resposta e
que tem demonstrado a sua eficcia e eficincia, o Protocolo para a Normalizao da
Informao tcnica na Construo (ProNIC). Este projeto tem um grande potencial para se
tornar uma referncia para a indstria portuguesa da construo; no entanto, no contempla a
realizao de projetos de construo segundo a metodologia BIM.
Assim, a integrao do ProNIC no ambiente BIM faz todo o sentido e necessita de ser
estudada de uma forma cuidada. A utilizao do BIM compreende, essencialmente, um
ambiente colaborativo, trocas de informao eficientes e a gesto da informao; portanto, a
integrao deve seguir tambm essas trs componentes.
Com este trabalho, pretende-se definir um modelo para a integrao do ProNIC no ambiente
BIM, realar as suas implicaes e definir o papel do ProNIC no trabalho em ambiente
colaborativo e na gesto da informao.

Palavras-chave: Building Information Modeling, ProNIC, gesto da informao, trabalho em

ambiente colaborativo, trocas de informao.

ii

Abstract

The construction industry is of particular importance in the economy of any country; however,
the Portuguese construction industry lacks competiveness in comparison with the foreign
industries.
The causes of this situation are, among others, poor collaboration between stakeholders,
conflicts between disciplines, lack of rigor and quality of tender documents, lack of information
about construction materials and absence of technical documents about the construction works
execution, and the materials associated with those.
A integrated and comprehensive use of the methodology Building Information Modeling (BIM)
as a standard manner to carry out construction projects can address many of those causes.
However, there is currently a system to address some of them, the Protocol for Normalization of
the technical Information in Construction (ProNIC). This system has a great potential to become
a reference in the Portuguese construction industry; however, the use of BIM is not
contemplated in it.
Therefore, the ProNIC integration in BIM makes perfect sense and needs to be studied
carefully. The BIM is based on a workflow in a collaboration environment, information
exchanges and information management, therefore, the integration must follow these three
subjects.
With this work, it is intended to define a model for the ProNIC integration within BIM workflow,
address the relevant implications and define the ProNIC role throughout the work in a
collaboration environment.

Keywords: Building information Modeling, ProNIC, work in a collaborative environment,

information management.

iii

Agradecimentos

Ao meu coorientador, o Prof. Antnio Aguiar Costa, pelos conselhos, total disponibilidade e
pelo constante interesse no desenvolvimento da dissertao. Um especial obrigado.
Ao meu orientador, o Prof. Lus Valadares Tavares, pelas orientaes iniciais e conselhos.
Dra. Paula Couto, investigadora auxiliar no Laboratrio Nacional de Engenharia Civil, pelos
conselhos e esclarecimentos no mbito do ProNIC e pela disponibilidade prestada.
Eng. Joana Melo da Somague por transmitir a experincia na utilizao do BIM.
Por fim, agradeo aos meus pais e namorada pelo apoio nos momentos difceis e por
acreditarem sempre em mim, no s durante o desenvolvimento da dissertao mas ao longo
de toda a minha vida.

iv

ndice geral

1.

INTRODUO ........................................................... 1

1.1.

Enquadramento e objeto ............................................................................................ 1

1.2.

Objetivos ................................................................................................................... 6

1.3.

Metodologia de investigao ...................................................................................... 6

1.4.

Estrutura da dissertao ............................................................................................ 7

2.

O ACRNIMO BIM .................................................... 9

2.1.

Introduo ................................................................................................................. 9

2.2.

CAD versus BIM ...................................................................................................... 10

2.3.

Vantagens ............................................................................................................... 11

2.4.

Componentes do acrnimo BIM ............................................................................... 12

2.5.

Building Information Model ....................................................................................... 15

2.5.1.

Dimenses de modelao ................................................................................ 16

2.5.2.

Modelao paramtrica .................................................................................... 17

2.5.3.

Contedos do modelo BIM ............................................................................... 19

2.5.4.

Interoperabilidade entre aplicaes. Software e funcionalidades ...................... 23

2.5.5.

Nvel de desenvolvimento (LODs) .................................................................... 30

2.6.

Building Information Modeling e Management .......................................................... 33

2.6.1.

Ambiente colaborativo ...................................................................................... 33

2.6.2.

Cloud Computing num ambiente BIM ............................................................... 41

2.6.3.

Interoperabilidade em ambiente colaborativo.................................................... 45

2.6.4.

Processos de distribuio de informao.......................................................... 47

2.6.5.

Gesto da informao ...................................................................................... 55

2.7.

3.

Concluses.............................................................................................................. 73

INTEGRAO ENTRE O BIM E O PRONIC ........... 75

3.1.

Introduo ............................................................................................................... 75

3.2.

ProNIC .................................................................................................................... 79

3.2.1.

Antecedentes ................................................................................................... 79
v

3.2.2.

Fases de desenvolvimento e entidades envolvidas........................................... 80

3.2.3.

1 fase de desenvolvimento.............................................................................. 81

3.2.4.

2 fase de desenvolvimento.............................................................................. 85

3.3.

Trabalho em ambiente colaborativo ......................................................................... 86

3.4.

Modelo para a integrao do ProNIC em ambiente BIM ........................................... 91

3.5.

Organizao da informao no mbito do BIM e ProNIC .......................................... 93

4.

CONCLUSES .......................................................105

4.1.

Consideraes finais.............................................................................................. 105

4.2.

Limitaes do estudo ............................................................................................. 107

4.3.

Desenvolvimentos futuros ...................................................................................... 107

REFERNCIAS BIBLIOGRFICAS ..............................109

Apndices .....................................................................119
1.

Plano de Execuo BIM......................................................................................... 119

2.

Atribuio de trabalhos de construo (Parede dupla de alvenaria de tijolo) ........... 124

3.

Atribuio de trabalhos de construo (Janela de alumnio) ................................... 125

4.

Atribuio de trabalhos de construo (Reboco) .................................................... 126

vi

ndice de figuras
Figura 1 Peso do setor da construo no Produto Interno Bruto (%) ....................................... 1
Figura 2 Evoluo da utilizao e conscientizao do BIM no Reino Unido........................... 10
Figura 3 - Os trs componentes do acrnimo BIM ................................................................... 13
Figura 4 - Os conceitos associados aos trs componentes do acrnimo BIM .......................... 15
Figura 5 Um exemplo de um modelo BIM ............................................................................. 15
Figura 6 Parmetros associados a um pilar .......................................................................... 18
Figura 7 Hierarquia dos contedo dos modelos BIM ............................................................. 20
Figura 8 Exemplo de um assembly....................................................................................... 21
Figura 9 Papel dos materiais na hierarquia do contedo dos modelos BIM ........................... 22
Figura 10 Vrios modelos BIM produzidos apenas para um projeto de construo ............... 23
Figura 11 Possibilidades dos modelos BIM e da sua combinao......................................... 27
Figura 12 Tipos de anlises que os software BIM permitem ................................................. 28
Figura 13 LOD 100............................................................................................................... 31
Figura 14 LOD 200............................................................................................................... 31
Figura 15 LOD 300............................................................................................................... 32
Figura 16 - LOD 400 ............................................................................................................... 32
Figura 17 LOD 500............................................................................................................... 32
Figura 18 Comparao entre os processos tradicional e colaborativo ................................... 34
Figura 19 Representao do LPDS ...................................................................................... 35
Figura 20 A curva de Macleamy ........................................................................................... 36
Figura 21 Representao da realizao de um projeto de construo segundo o IPD .......... 37
Figura 22 Excerto da matriz do documento AIA E202-2008 .................................................. 38
Figura 23 Elementos caractersticos de contratos relacionais ............................................... 39
Figura 24 O conceito BIM Cloud ........................................................................................... 42
Figura 25 Partes principais do IDM ....................................................................................... 52
Figura 26 Excerto de um mapa de processo ......................................................................... 53
Figura 27 O papel das FPs num nico ER ............................................................................ 54
Figura 28 Quatro operaes principais de um sistema de informao................................... 58
Figura 29 Utilizao das tabelas do Omniclass como um Web Service ................................. 66
Figura 30 Relaes entre o conceito porta e outros conceitos ............................................ 68
Figura 31 Conjuntos de propriedades associados ao conceito janela segundo vrios pontos
de vista ................................................................................................................................... 68
Figura 32 Processo COBie ................................................................................................... 71
Figura 33 Conjunto de dados COBie .................................................................................... 73
Figura 34 Vantagens do ProNIC nas vrias fases de um projeto de construo .................... 75
Figura 35 Influncia do BIM e do ProNIC nas debilidades da indstria da construo ........... 76
Figura 36 mbito do ProNIC................................................................................................. 81
Figura 37 Exemplo da estrutura de desagregao de trabalhos utilizada pelo ProNIC .......... 81
vii

Figura 38 Especificaes tcnicas dos trabalhos e de matrias geradas pelo ProNIC .......... 84
Figura 39 Conceito Single Building Model ............................................................................ 86
Figura 40 Conceito Project Integration Model (PIM) .............................................................. 88
Figura 41 Ambiente de dados comuns (CDE) ....................................................................... 89
Figura 42 Viso geral do modelo de informao proposto..................................................... 91
Figura 43 Organizao da informao no modelo proposto .................................................. 95
Figura 44 Utilizao do Assembly Code ............................................................................... 97
Figura 45 Atribuio de trabalhos de construo utilizando a WBS do ProNIC.................... 100
Figura 46 Os quatro passos principais do plano de execuo BIM...................................... 120

viii

ndice de Quadros
Quadro 1 Cooperao dos principais intervenientes num projeto de construo ..................... 3
Quadro 2 As 15 tabelas que compem o sistema Omniclass ................................................ 62
Quadro 3 Captulos do ProNIC ............................................................................................. 82
Quadro 4 - Exemplo de um artigo gerado pelo ProNIC ............................................................ 82
Quadro 5 Exemplo de uma parede dupla de alvenaria de tijolo............................................. 98
Quadro 6 Exemplo de uma janela em alumnio..................................................................... 98
Quadro 7 As catorze categorias definidas no Guia PxP ...................................................... 123

ix

Lista de abreviaturas
AIA - American Instutite of Architects
API - Application Performance Interface
AVAC - Aquecimento, Ventilao e Ar Condicionado
BIM - Building Information Modeling/Management/Model
BIMXML - Building Information Model Extended Markup Language
BPMN - Business Process Model and Notation
CCP - Cdigo dos Contratos Pblicos
CDE - Common Data Environment
COBie - Construction Operations Building information exchange
DXF - Drawing eXchange Format
ER - Exchange Requirement
FP - Functional Part
gbXML - Green Building XML
GUID - Globally Unique IDentifier
IAI - International Alliance for Interoperability
IDM - Information Delivery Manual
IFC - Industry Foundation Classes
IFD - International Framework for Dictionaries
IGLC - International Group for Lean Construction
IM - Information Management
IPD - Integrated Project Delivery
ISO - International Organization for Standardization
LNEC - Laboratrio Nacional de Engenharia Civil
LOD - Level of Development
Modelo BIM - Building Information Model
MVD - Model View Definition
NBIMS - National Building Information Modeling Standard
NBS - National Building Specification
NIST - National Institute of Standards and Technology
Omniclass - OmniClass Construction Classification System
PE - Parque Escolar
PIM - Project Information Management
ProNIC - Protocolo para a Normalizao da Informao Tcnica na Construo
SML - Simplified Markup Language
TPS - Toyota Production System
XML - eXtensible Markup Language

xi

1.

INTRODUO

1.1. Enquadramento e objeto

A construo engloba tanto a construo de edifcios (construo civil) como a construo de
obras de engenharia civil (estradas, pontes, vias-frreas, barragens) e tem uma importncia
considervel na economia portuguesa (Martins, 2008). , frequentemente, denominada como o
barmetro da economia, devido sua natureza tendencialmente pr-cclica, ou seja,
apresenta expanses mais marcadas do que a economia global em fases positivas do ciclo e
recesses mais profundas nas fases negativas (Nunes, 2001).
A atividade da construo um dos setores impulsionadores da economia nacional devido ao
seu peso especfico na criao de riqueza e de emprego, tendo em conta o seu efeito
multiplicador (Gil, 2012). Este efeito explicado pela sua extensa cadeia de valor, ou seja, a
indstria da construo recorre a uma ampla rede de inputs, proporciona o aparecimento de
externalidades positivas aos restantes setores e gera efeitos multiplicadores significativos a
montante e a jusante (Nunes, 2001). A montante nas empresas de materiais e de
equipamentos de construo (maquinaria diversa, cimento, ao, tintas, plstico, janelas, portas,
cabos, aparelhos de aquecimento e ventilao) e de servios (consultadoria, arquitetura,
engenharia) e a jusante nas empresas de equipamento (mobilirio, equipamento domstico) e
de servios (abastecimento de energia, manuteno e decorao, seguros) (Afonso et al.,
1998, Baganha et al., 2002). Tem, portanto, impactes importantes na criao de riqueza (Figura
1) e tambm de emprego, o que a torna uma atividade fundamental para o crescimento da
economia.

E - Estimado
P - Previsto
Figura 1 Peso do setor da construo no Produto Interno Bruto (%) (Retirado de: Nunes,
2001)

A atividade de construo contempla especificidades tanto ao nvel da produo como ao nvel

do mercado de trabalho. Esta caracterizada por uma grande diversidade de (Afonso et al.,
1998, Baganha et al., 2002):

clientes (desde o Estado ou Autarquias at particulares, ou de grande empresas

multinacionais a pequenos promotores tradicionais);

projetos (cada obra diferente, o que dificulta a normalizao);

produtos (desde a habitao tradicional at obras complexas como, por exemplo,

pontes e barragens);

operaes produtivas (o produto final o resultado da interao de vrias

especialidades com graus diferenciados de exigncia e capacidade tecnolgica);

tecnologias (interao de diversas especialidades e coexistncia de tecnologias de

produo modernas com antigas numa s empreitada);

unidades produtivas (a coexistncia, na mesma empreitada, de empresas evoludas

tecnologicamente e de grande capacidade com empresas limitadas no aproveitamento
das tecnologias disponveis e que utilizam abundantemente o fator mo-de-obra).

, portanto, um setor de carcter nmada, tradicional, com grande inrcia mudana e cuja
produo centralizada e no em srie. Destaca-se, assim, a sua natureza heterognea,
fragmentada e segmentada (Afonso et al., 1998).
Segundo Couto e Teixeira (2005), a indstria da construo portuguesa padece de falta de
competividade, cujos sintomas so muito conhecidos: prazos ultrapassados, oramentos
excedidos, segurana deficiente, qualidade ausente, entre outros. No entanto, a construo
noutros pases europeus aparenta ser mais eficiente nesses mesmos aspetos e, por isso,
revela-se mais competitiva no mercado internacional e mais saudvel. A compreenso das
causas desta situao pode ajudar a dominar o problema e a contribuir para a melhoria da
gesto e produtividade tornando o setor mais competitivo.
As empresas portuguesas do setor manifestam uma boa capacidade de assimilar novas
tecnologias, novos materiais e novos processos de construo. No entanto, frequente que os
projetos apresentem atrasos na sua concluso e derrapagens significativas nos custos. Esta
situao especialmente gravosa quando o promotor o Estado, visto que os custos
adicionais e atrasos tm reflexos diretos nos cidados e contribuintes. Um dos principais
problemas a falta de cooperao ao longo de todo o ciclo de vida do projeto de construo
(conceo, projetos de execuo, construo, manufatura, operao e manuteno) por parte
dos vrios intervenientes, o que aliado existncia de fracos mecanismos de colaborao e de
modelos contratuais no propcios ao aparecimento de um ambiente colaborativo provoca
outros problemas como (Grilo, 2008a):

a existncia de processos desconexos;

erros de comunicao e nas trocas de informao;

2

informao perdida;

desperdcio de recursos na re-entrada e re-criao da informao (no ciclo de vida de

um projeto de construo estima-se que a informao re-introduzida em mdia sete
vezes em aplicaes diferentes e re-criada diversas vezes por diferentes aplicaes).

Em Portugal, no existe claramente uma cooperao dos intervenientes em todos as fases da

realizao de um projeto de construo. Vasconcelos (2010), com base em entrevistas a dez
empresas portuguesas diretamente ligadas ao setor da construo, demonstrou uma evidente
diferenciao entre as fases antes do concurso (onde existe a colaborao entre o dono de
obra e os projetistas) e aps o concurso (onde existe a colaborao entre o dono de obra e o
empreiteiro), no havendo, pois, cooperao entre as referidas trs entidades ao mesmo tempo
(Quadro 1). Achou-se por bem dar especial enfoque ao referido problema pela sua relevncia.
Esta foi, segundo Grilo (2008a), a causa salientada pelo Tribunal de Contas (2004a, 2004b)
para as derrapagens em casos mediticos como a Ponte Europa em Coimbra e a Casa da
Msica no Porto e , ainda, apontada por Couto e Teixeira (2006) como uma das principais
causas para a falta de qualidade dos projetos.

Quadro 1 Cooperao dos principais intervenientes num projeto de construo (Retirado de:
Vasconcelos, 2010)

No se pretende fazer um levantamento exaustivo das debilidades identificadas do setor da

construo mas sim destacar algumas das mais relevantes no mbito desta dissertao e nas
quais o trabalho desenvolvido poder ter influncia. Aspetos como a utilizao de mo-de-obra
pouco qualificada, a proliferao das obras de conceo/contruo, vrios aspetos relativos
legislao actual e outros definidos por Couto e Teixeira (2005, 2006) e Vasconcelos (2010)
ultrapassam o mbito desta dissertao.
Com base em diversos autores (2008, AIPCC, 2011, Couto e Teixeira, 2005, 2006), destacamse as seguintes debilidades do setor e causas para o incumprimento de custos e de prazos que
se encontram no mbito desta dissertao (sem qualquer ordem de relevncia):

fraca coordenao entre os intervenientes;

pedido de esclarecimentos por parte do Empreiteiro ao Dono de obra;

mudana e reviso de projetos;

existncia de contradio entre documentos;

existncia de incompatibilidades entre projetos;

pedidos de material em excesso devido a erros de aceo de quantidade;

deficiente planeamento, controlo e gesto das atividades, dos materiais, da mo-deobra e dos equipamentos;

a falta de rigor na definio e especificao dos projetos de execuo com destaque

para os seguintes componentes:

pormenores construtivos;

peas desenhadas;

mapas de acabamentos;

mapas de medies;

cadernos de encargos;

falta de informao sobre tipos e especificaes de determinados materiais;

ausncia de documentos tcnicos de referncia relativos informao sobre a

execuo dos trabalhos e materiais que lhes esto associados;

dificuldade de reunio e divulgao das normas, especificaes e textos tcnicos;

inexistncia de contedos de utilizao generalizada para gerao de Mapas de

Trabalhos e Cadernos de Encargos.

Estas debilidades esto a afetar negativamente a competitividade da indstria da construo.

Por isso, esta necessita de arranjar estratgias de as combater de uma forma abrangente e
integrada, o que implicar mudanas profundas na forma como os seus profissionais
trabalham. Espera-se, assim, que a metodologia BIM (denominada na literatura por Building
Information Modeling) venha a ser a resposta para muitas dessas debilidades.
O acrnimo BIM que se encontra to em voga na indstria da construo , provavelmente, um
dos mais incompreendidos. um conceito que se encontra em constante evoluo e, por isso,
torna difcil a sua definio. Portanto, um dos grandes problemas do conceito BIM ser difcil
de explicar, fazendo com que seja mal compreendido. , assim, frequentemente associado
modelao a trs dimenses. Porm, apesar de esta componente ser importante e til na
metodologia BIM, no passa de uma ferramenta utilizada num processo geral.
O BIM pode ser, simplificadamente, definido como um processo de criao e gesto da
informao dos projetos de construo de uma forma interopervel e reutilizvel. Permite,
assim, a integrao e reutilizao da informao da obra e o domnio do conhecimento ao
longo do ciclo de vida da mesma por parte dos utilizadores (Lee et al., 2006).

O BIM assenta num ambiente colaborativo para a produo da informao relacionada com os
projetos de construo que, a par das trocas de informao e da gesto da informao, poder
ser um catalisador para a criao de uma colaborao apertada entre todos os intervenientes
e, ainda, aumentar a eficcia e a eficincia na produo, utilizao, distribuio e manuteno
da informao. Estes dois aspetos, por si s, contribuiro para grandes benefcios na indstria
da construo. Para alm disso, a utilizao do BIM pressupe a utilizao de ferramentas
como aplicaes informticas cujas funcionalidades contribuiro para a automatizao de
processos, a visualizao dos projetos de construo, o aumento do rigor dos produtos finais
dos projetos, a melhoraria do planeamento e da oramentao, entre outros.
Assim, o tema principal desta dissertao a utilizao do BIM no desenvolvimento dos
projetos de construo. No futuro, o BIM tornar-se- a forma padro para realizar projetos de
construo; no entanto, para algumas das debilidades da indstria da construo j existe um
projeto que lhes pretende dar resposta. Trata-se do Protocolo para a Normalizao da
Informao Tcnica na Construo (ProNIC). O objetivo principal deste projeto o
desenvolvimento de um conjunto sistematizado e integrado de contedos tcnicos credveis e
suportados por uma ferramenta informtica moderna. O ProNIC permite a gerao dos artigos
que faro parte do Mapa de Trabalhos e Quantidades e para alm disso, associar fichas de
execuo dos trabalhos, de materiais e custos. Estas fichas pretendem, acima de tudo,
fornecer informaes tcnicas relativas a boas prticas de construo, regulamentos, normas e
custos. Estas funcionalidades do ProNIC permitem aumentar o rigor na produo de mapas de
medies e de cadernos de encargos e, para alm disso, fornecer informaes importantes
relativas aos materiais utilizados na obra (composio, aplicao, ensaios, normas aplicveis)
e execuo dos trabalhos (trabalhos preparatrios, processo de execuo, normas
aplicveis, ensaios, critrios de medio, regras de segurana).
Visto que o ProNIC tem o potencial para se tornar uma referncia na indstria portuguesa da
construo, faz todo o sentido que seja definida uma forma de permitir a sua integrao e o
aproveitamento dos contedos desenvolvidos no mesmo. Esta integrao, na opinio deste
autor, dever conter trs vertentes: um trabalho em ambiente colaborativo, as trocas de
informao entre os vrios intervenientes e a gesto da informao.
Este , portanto, o objeto da dissertao: a integrao da utilizao do ProNIC e o
aproveitamento dos contedos do mesmo numa perspetiva BIM. Para que tal seja possvel,
necessrio, em primeiro lugar, garantir um ambiente colaborativo que passa por mudanas
culturais por parte dos vrios profissionais da indstria da construo, pelo estabelecimento de
contratos legais que promovam a colaborao e pela utilizao de tecnologias e software que,
atravs da internet, suportem um ambiente colaborativo e definio de uma forma de trabalhar
que suporte a utilizao do ProNIC. O ambiente colaborativo criado servir de base para o
processo de trabalho entre os vrios intervenientes e, por isso, necessrio abordar os fluxos
de informao ao nvel da implementao do BIM na realizao dos projetos de construo.
5

Para alm disso, ser utilizado um repositrio central de informao relevante aos projetos de
construo cuja informao necessita de ser devidamente introduzida, gerida, classificada e
mantida, tendo em conta a evoluo natural da produo da mesma ao longo dos projetos e no
qual o ProNIC ter um papel importante.

1.2. Objetivos
Esta dissertao pretende contribuir para os objetivos gerais do Grupo de Trabalho BIM da
Plataforma Tecnolgica Portuguesa da Construo (PTPC) ao promover, facilitar e acelerar a
adoo do BIM. Assim, os objetivos desta dissertao so os seguintes:

contribuir para a compreenso do BIM e das suas implicaes ao nvel humano e

tecnolgico;

definir uma forma de trabalhar em ambiente colaborativo integrando o ProNIC nesse

processo, destacando as vrias componentes dessa integrao;

definir um modelo para a gesto da informao em ambiente colaborativo, tendo em

conta o aumento progressivo da pormenorizao da mesma.

1.3. Metodologia de investigao

A metodologia de investigao desta dissertao assenta num conhecimento to aprofundado
quanto possvel da metodologia BIM, comeando pela sua definio at aos ltimos
desenvolvimentos, com o objetivo de definir as implicaes da sua implementao. Depois,
procede-se ao estudo da integrao do ProNIC na metodologia BIM, aproveitando as suas
funcionalidades e contedos. Assim, a metodologia considerada constituda pelos seguintes
passos:

reviso da literatura
Nesta fase, fez-se um estudo aprofundado do BIM, comeando pela sua definio
passando pelas implicaes da sua implementao at aos desenvolvimentos mais
recentes na rea. Foram estipulados os principais componentes da sua implementao
(ambiente colaborativo, trocas de informao e gesto da informao). Para alm do
assunto BIM, foi tambm estudado o ProNIC com o objetivo de entender o seu papel,
funcionamento e capacidades, bem como estipular possveis melhorias.

anlise terico-emprica
Aps a reviso da literatura, constatou-se as vantagens do BIM e do ProNIC para a
indstria da construo em separado e as vantagens da sua integrao. Nesse sentido,
testou-se vrias hipteses de integrao do ProNIC no processo de trabalho segundo a
6

metodologia BIM, tendo em conta o que foi estudado na reviso da literatura e a

experincia do Laboratrio Nacional de Engenharia Civil;

estudo exploratrio
Aps definido um modelo geral de integrao do ProNIC no trabalho em ambiente
colaborativo segundo a metodologia BIM, procedeu-se ao estudo das potencialidades
do ProNIC quanto ao aproveitamento dos seus contedos nas vrias componentes do
modelo definido, nomeadamente na gesto e organizao da informao;

proposta de um modelo para a organizao da informao em ambiente BIM

Concluiu-se com a apresentao dos componentes do modelo geral de trabalho em
ambiente BIM que suporte a utilizao do ProNIC, aprofundando os componentes nos
quais este tem um papel mais relevante.

1.4. Estrutura da dissertao

A dissertao tem uma estrutura simples e assenta em quatro captulos.
No presente captulo, referiu-se o enquadramento do estudo, dando enfoque tentativa de
responder s debilidades da indstria da construo. Definiu-se o tema, o objeto, os objetivos e
a metodologia da investigao.
O captulo 2 faz uma exposio to aprofundada quanto possvel do BIM, com o objetivo de
contribuir para a boa compreenso do mesmo e destacar as vrias implicaes da sua plena
implementao.
O captulo 3 aborda, essencialmente, a integrao do ProNIC na metodologia BIM. Comea-se
por referir a pertinncia da integrao tendo em vista as debilidades da indstria da construo
e faz-se uma referncia ao ProNIC expondo as suas capacidades e utilidades. Por fim, definese um modelo para o trabalho em ambiente BIM tendo em conta as vrias componentes do
BIM e, no qual, o ProNIC ter um papel importante tanto na produo de documentos
importantes como na gesto da informao.
No captulo 4, responde-se aos objetivos definidos no primeiro captulo, referindo as
concluses a que se chegou. Para alm disso, faz-se referncia s limitaes do estudo e aos
desenvolvimentos futuros no mbito desta dissertao.
Por ltimo, nos apndices faz-se referncia a uma pea importante para o trabalho
colaborativo: o plano de execuo BIM. Para alm deste, so tambm apresentadas figuras
com o objetivo de ilustrar melhor a informao requerida pelo ProNIC.

2.

O ACRNIMO BIM

2.1. Introduo
No incio dos anos noventa do passado sculo XX, a viso de que todas as especialidades e
intervenientes envolvidos no ciclo de vida de um empreendimento pudessem partilhar um
modelo digital comum e trabalharem sobre ele para, assim, poderem conceber e executar os
projetos de engenharia e de construo e isto deu incio ao desenvolvimento do conceito
conhecido por BIM (Grilo e Tavares, 2008).
O termo BIM , provavelmente, um dos termos mais utilizados e menos compreendidos na
indstria da construo, sendo por vezes utilizado quando algum gera um modelo 3D de um
edifcio ou de uma parte do mesmo. Estabelecer uma definio do BIM importante para a sua
compreenso, porm, no fcil por este ser um conceito em constante evoluo, que
depende dos avanos na tecnologia e das capacidades dos utilizadores (CDI, 2008). Esta
natureza evolutiva vai ser retratada nesta dissertao, visto que a referida viso inicial para os
modelos BIM tem sido, ao longo do tempo, subvalorizada como se ver mais tarde.
O BIM, simplificadamente, pode ser definido como um processo de criao e gesto da
informao do projeto de construo de uma forma interopervel e reutilizvel que permite,
assim, a integrao e reutilizao da informao da obra e o domnio do conhecimento ao
longo do ciclo de vida da mesma por parte dos utilizadores (Lee et al., 2006). Portanto, no
apenas um objeto ou um tipo de software mas sim uma atividade humana que implicar, em
ltima instncia, grandes mudanas na forma de projetar, construir e gerir empreendimentos
(Eastman et al., 2011).
A publicao National Building Information Modeling Standard (NBIMS) da organizao norteamericana National Institute of Building Sciences (NIBS, 2007) referia, em 2007, que o
interesse da indstria da construo pelo BIM crescer exponencialmente medida que esta
se for apercebendo das capacidades do mesmo e do que o distingue dos processos
tradicionais. Em Fevereiro de 2012, a organizao National Building Specification (NBS)
publica o relatrio National BIM Report 2012 (NBS, 2012) no qual refere a evoluo da
utilizao e conscientizao do BIM no Reino Unido. Segundo esta publicao, 21% dos
inquiridos no tm conhecimento, ainda, da existncia do BIM, porm, comparando com os
43% de 2010, a evoluo e a tendncia so claras. Para alm disso, verifica-se um aumento
para mais do dobro na utilizao do BIM (13% em 2010 para 31% em 2011), como se pode
verificar na Figura 2. Esta tendncia de aumento na conscientizao e utilizao do BIM tem-se
verificado em muitos pases e Portugal no exceo.

Figura 2 Evoluo da utilizao e conscientizao do BIM no Reino Unido (Adaptado de:

NBS, 2012)

Al Prowse, presidente da H. Griffiths Co. Ltd., refere que um dos mais desafios inerentes
adoo do BIM modificar a forma como pensamos e a forma como construmos, ou seja,
fundamental haver uma mudana de mentalidade. Para alm disso, existem outros desafios
como a formao dos profissionais, as atualizaes necessrias ao nvel de software como de
hardware e a normalizao dos sistemas e dos procedimentos (Williams, 2010b). Este ltimo
assunto ser abordado em 2.6.
O BIM no , portanto, apenas uma mudana de tecnologia mas tambm uma mudana de
processo. Ao permitir que um edifcio seja representado por componentes inteligentes que
contm informao detalhada relativamente a eles prprios e, para alm disso, perceber a sua
relao com outros componentes no interior do modelo, o BIM no s modifica a forma como
as peas desenhadas e visualizaes do edifcio so criadas, como tambm altera
dramaticamente todos os processos chave envolvidos na construo do edifcio (Eastman et
al., 2011).
Segundo Dowhower (2010) e numa perspetiva social, o BIM alavanca um processo integrado
de projeto e de construo que depende, inteiramente, de uma colaborao nas primeiras
fases do projeto entre todos os intervenientes. No , pois, de admirar que o BIM tenha sido o
catalisador de mudanas contratuais e processoais significativas na indstria da construo
como a adoo progressiva do Integrated Project Delivery ou, simplificadamente, IPD (Eastman
et al., 2011). Em 2.6.1, o IPD ser apresentado com mais detalhe.

2.2. CAD versus BIM

importante salientar as diferenas entre os processos tradicionais e o BIM, tanto ao nvel das
capacidades como ao nvel do impacte nos processos ao longo do ciclo de vida de um
empreendimento.
O Desenho Assistido por Computador (CAD, em ingls) , nos dias de hoje, uma ferramenta
essencial na produo de desenhos na indstria da construo. Porm, o seu principal
10

problema ser utilizado como um estirador digital e no como uma ferramenta de projeto (Tse
et al., 2005). Existe pouca, ou mesmo nenhuma, informao no geomtrica incorporada nos
desenhos CAD que possa ser utilizada pelos donos de obra ou pelas equipas de projeto e de
construo. So, portanto, pouco mais do que verses eletrnicas dos desenhos produzidos
manualmente em estirador (Burt, 2009).
Existe por vezes, a comparao entre a mudana do estirador para o CAD e a mudana deste
para o BIM. Tal comparao injusta e no demonstra a mudana que o BIM realmente
representa. O aparecimento dos software CAD permitiu um enorme aumento da produtividade
mas o resultado continuou a ser o mesmo: desenhos 2D em formato papel. Pelo contrrio, o
BIM permite a produo de um modelo ou vrios modelos em trs dimenses que so
eletrnicos, inteligentes, coordenados e que incluem muita informao relevante, para alm de
muitas outras funcionalidades. Portanto, a mudana de software CAD para a utilizao de
modelos BIM muito mais exigente o que faz com que a comparao seja totalmente irrealista
(Crowhurst, 2012).

2.3. Vantagens
Segundo o CRC Construction Innovation (2007), a principal vantagem do BIM a
representao precisa da geometria dos constituintes de um empreendimento num ambiente
integrado de dados, o que possibilita outras vantagens que lhe esto associadas, tais como:

processos mais rpidos e eficazes

A informao partilhada mais facilmente, havendo a possibilidade de acrescentar
valor mesma e de reutiliz-la;

melhoria do processo de projeto

As propostas podem ser rigorosamente analisadas, as simulaes sobre os modelos
podem ser executadas mais rapidamente e o desempenho avaliado, permitindo assim,
solues melhoradas e inovadoras;

controlo sobre os custos e os impactes ambientais durante o ciclo de vida

O desempenho ambiental mais previsvel e os custos de ciclo de vida so melhor
compreendidos;

montagem automatizada
Os dados digitais relativos a constituintes do modelo podem ser explorados e utilizados
na fabricao/montagem de sistemas estruturais;

melhor servio ao cliente

As propostas so melhor compreendidas atravs de uma visualizao mais precisa dos
modelos produzidos;

11

dados sobre todo o ciclo de vida do empreendimento

Os objetivos e requisitos impostos pelo dono de obra e informaes relativas ao
projeto, construo e manuteno/operao do empreendimento podem ser
utilizados na fase de gesto de empreendimentos (facility management, em ingls).

Grilo e Tavares (2008) referem que os benefcios do BIM so notrios, visto que alguns
estudos demonstram uma reduo mdia de 10% nos custos totais de construo, medido ao
final dos projetos de construo. Por sua vez, Grilo (2008a) refere que, em traos gerais, o BIM
permite um conjunto de potenciais benefcios aos vrios intervenientes num projeto de
construo. So eles:

tomada de deciso mais rpida e mais assente em dados concretos;

rpidas iteraes de simulaes em relao performance de construo e do edifcio,

incluindo as vrias especialidades;

racionalizao e simplificao dos fluxos de informao;

reduo significativa dos problemas nos estaleiros e o desperdcio durante a

construo;

maior viabilizao da utilizao da pr-fabricao de componentes do projeto de

construo;

reduo das atividades de construo no estaleiro e minimizao do armazenamento

de materiais e equipamentos, tornando o estaleiro um local mais econmico e seguro;

recolha da informao necessria por parte dos donos de obra para melhorar o
desempenho dos edifcios e ainda, definir medidas de preveno mais adequadas.

Segundo Eastman et al. (2011), o mais importante do BIM , talvez, o facto de criar uma
oportunidade significativa para a sociedade em geral de alcanar processos de construo de
edifcios mais sustentveis e empreendimentos de melhor desempenho com menos recursos e
menor risco do que pode ser alcanado com processos tradicionais.

2.4. Componentes do acrnimo BIM

Vrias organizaes, como a buildingSMART, o Department of Veterans Affairs e o NIBS,
seguem a mesma linha de pensamento e definem o acrnimo BIM como sendo a juno de
trs conceitos. As duas primeiras, por sua vez, referem que o acrnimo BIM representa o
conjunto dos seguintes trs conceitos que se encontram interligados (Figura 3):

12

Figura 3 - Os trs componentes do acrnimo BIM

Building Information Model

A representao digital das caractersticas fsicas e funcionais de um empreendimento.
Por isso, serve como uma fonte partilhada de conhecimento da informao relativa a
um empreendimento servindo, assim, como uma base fivel para a tomada de
decises durante todo o ciclo de vida de um empreendimento (buildingSMART, 2012,
VA, 2010). um prottipo digital, um modelo virtual de um empreendimento que
contm os seus dados de uma forma estruturada (Wilkinson, 2012);

Building Information Modelling

Um processo de negcio no qual se d a produo e a alavancagem dos dados do
empreendimento para projetar, construir e operar o empreendimento durante o seu
ciclo de vida (buildingSMART, 2012). Pode, pois, ser visto como um conjunto de
utilizaes finais bem definidas do modelo, fluxos de trabalho e mtodos de modelao
utilizados para atingir, a partir dos modelos, informaes especficas, repetveis e
fiveis. Os mtodos de modelao afetam a qualidade da informao gerada a partir do
modelo e por outro lado, a altura bem como a razo da utilizao e da partilha do
modelo afetam a eficcia e a eficincia da utilizao do BIM para os resultados
desejados e apoio tomada de deciso (VA, 2010). O resultado final de todo este
processo , portanto, modelos cuja definio a referida anteriormente (Wilkinson,
2012).
13

Building Information Management

A organizao e o controlo do processo de negcio utilizando a informao contida nos
modelos para afetar a partilha da informao ao longo de todo o ciclo de vida de um
empreendimento (buildingSMART, 2012). Inclui os standards e os requisitos de dados
para a utilizao do BIM de forma a manter uma continuidade de dados que, por sua
vez, permite que a informao seja partilhada de uma forma fivel, num contexto no
qual o emissor e o recetor compreendem a informao (interoperabilidade semntica1)
(VA, 2010). Os benefcios para os utilizadores passam pela comunicao centralizada
e visual, a anlise de opes em fase inicial, a sustentabilidade, a integrao de todas
as especialidades, a eficincia no projeto, a documentao das telas finais, etc.
(buildingSMART, 2012)

A NIBS segue, tambm, a mesma linha de pensamento e caracteriza o BIM como um conjunto
de trs conceitos: um processo colaborativo, um produto (como resultado do processo) e um
requisito para a gesto do ciclo de vida de um empreendimento. Esta linha de pensamento
est, portanto, presente em vrias publicaes importantes na rea do BIM.
Como referido, um dos desafios inerentes adoo do BIM a normalizao dos sistemas e
dos processos. Nesse sentido, a j referida buildingSMART que se dedica ao desenvolvimento
e manuteno de normas BIM desenvolveu vrios standards que, implicitamente, se aplicam a
cada um dos referidos conceitos que formam o acrnimo BIM: o Industry Foundation Classes
(IFC) para o modelo de dados BIM (Building Information Model), o International Framework for
Dictionaries (IFD) para a definio dos termos associados aos dados (Building Information
Management) e o Information Delivery Manual (IDM) para a definio do processo (Building
Information Modeling), o que demonstra a pertinncia da diviso apresentada.
Para alm dos referidos standards, existem vrios conceitos que se encontram, atualmente,
associados ao BIM e tm o objetivo de potenciar as suas capacidades. Neste sentido, o
objetivo da Figura 4 fornecer ao leitor uma viso geral dos diversos conceitos que sero
abordados e tambm, contextualizados no mbito do BIM.
De seguida, proceder-se- descrio mais detalhada dos trs componentes (os dois ltimos
sero expostos em conjunto devido sua forte interligao), apresentando as suas
caractersticas principais e descrio dos conceitos associados.

A interoperabilidade semntica a capacidade de interpretar, automaticamente, a informao partilhada

para produzir resultados considerados teis para os utilizadores finais dos sistemas que partilharam
informao (VA, 2010).

14

Figura 4 - Os conceitos associados aos trs componentes do acrnimo BIM

2.5. Building Information Model

Como referido, o Building Information Model (Figura 5) , simplificadamente, a representao
digital das caractersticas fsicas e funcionais de um empreendimento (buildingSMART, 2012).
No , portanto, um simples conjunto de linhas e formas em duas dimenses que representam
um edifcio, mas sim um conjunto de elementos paramtricos e interativos, em trs dimenses,
que enriquecem a informao contida no modelo (Krygiel et al., 2010).

Figura 5 Um exemplo de um modelo BIM (Fonte: http://www.khss.com)

15

Bazjanac (2006), citado em Azhar et al. (2008), refere que o modelo caracteriza a geometria,
as relaes espaciais, a informao geogrfica, as quantidades e as propriedades dos
elementos do empreendimento, bem como as estimativas de custos, os inventrios dos
materiais e o planeamento do mesmo. O modelo pode, assim, ser utilizado para demonstrar
todo o ciclo de vida dos empreendimentos. O que, por conseguinte, faz com que as
quantidades e as propriedades dos materiais possam ser extradas facilmente (Khemlani et al.,
2006). Assim, o modelo suficiente para gerar todos os componentes necessrios para
documentar o projeto de um empreendimento. Ao acumular toda a informao relacionada com
o mesmo durante a fase de projeto, possvel, a partir do modelo, gerar plantas, cortes,
alados, perspetivas, pormenores, listas de quantidades, etc. (Eastman et al., 2011).Para alm
disso, os vrios tipos de trabalhos podem ser facilmente definidos e isolados, os componentes
podem ser apresentados com uma escala relativa a todo o empreendimento e ainda, toda a
documentao relativa fase de construo (peas desenhadas, especificaes, etc.) pode ser
facilmente interligada (Khemlani et al., 2006). Segundo Eastman et al. (2011), um modelo BIM
deve ser caracterizado por:

componentes que so representados digitalmente e que contm grficos e atributos de

dados computveis que os identificam perante as aplicaes de software. Contm,
tambm, regras paramtricas que permitem manipular os componentes de forma
inteligente;

componentes cujos dados descrevem os seus comportamentos consoante seja

necessrio para realizar anlises ou para processos de trabalho como, por exemplo,
elaborar especificaes ou analisar o consumo de energia de um edifcio;

dados consistentes e no redundantes para que as possveis alteraes aos dados dos
componentes sejam representadas em todas as vistas do mesmo e da assembly (este
conceito ser abordado em 2.5.3) da qual o anterior faz parte integrante;

dados coordenados para que todas as vistas do modelo sejam representados numa
forma tambm coordenada.

2.5.1. Dimenses de modelao

Ao longo dos anos, verificou-se que os donos de obra, a nvel internacional, pretendiam saber
o mais cedo possvel qual viria a ser o aspeto do produto final, como este se interligaria com o
ambiente envolvente e como ser o seu desempenho ao longo do tempo. Portanto, nos dias de
hoje, os modelos tridimensionais contm informao para realizar o planeamento, a
oramentao, o estudo de sustentabilidade ambiental e para a rea de facilities management
(Holzer and Malkin, 2011). Segundo Shelden (2006), parafraseado por Addor et al. (2010), o
modelo pode ser definido, de uma forma simplificada, como uma base comum e integrvel de
informaes e dados organizados em trs ou mais dimenses.

16

Na literatura da rea, frequente encontrar referncias s vrias dimenses nD, desde 2D

at 7D ou mesmo superior. As dimenses 2D, 3D, 4D e 5D so frequentes de encontrar e
existe consenso quanto sua definio. Por outro lado, as referidas dimenses so,
frequentemente, atribudas, por exemplo, s reas de facilities management e de segurana no
trabalho. Porm, no existe, ainda, consenso na literatura quanto sua definio e, por isso,
sero apenas apresentadas as dimenses at quinta dimenso.
Por vezes, no mundo BIM onde se ouve falar constantemente de 3D, 4D, 5D e at mais, fcil
esquecer as duas dimenses (2D), ou seja, as peas desenhadas. Porm, estas continuam a
ser importantes e a ter valor contratual como o registo oficial do projeto de construo (VICO,
2010a).
As trs dimenses (3D), apesar de o BIM ser muito mais do que modelao em 3D, tornaram o
BIM famoso pela simples razo de fazer sentido visualizar um empreendimento antes de o
construir na realidade (VICO, 2010b). Os modelos so perfeitos para visualizar o aspeto final
de todo o empreendimento, como se integra na paisagem e at, fazer uma demonstrao de
como os visitantes devero circular no edifcio (VICO, 2010c). Para alm disso, o espao
tridimensional de um edifcio pode ser ligado a Sistemas de Informao Geogrfica (GIS, em
ingls) para demonstrar onde o edifcio est localizado num espao 3D (Harris, 2009).
De uma forma simplificada, pode dizer-se que passar de 3D para quatro dimenses (4D)
envolve a atribuio de valores temporais (duraes e datas de incio e de concluso) para
estudar a sequncia dos trabalhos e realizar o planeamento da construo (Menconi and
Mettler, 2010). Porm, especialistas na matria afirmam que dever incluir tambm, para alm
do que foi referido, o controlo da produo no estaleiro envolvendo todos os subempreiteiros
bem como a reconciliao de faturas com os trabalhos concludos no estaleiro (VICO, 2010c).
Finalmente, a quinta dimenso envolve a atribuio de custos aos componentes do modelo a
fim de realizar anlises de custos e a oramentao da construo (Menconi and Mettler,
2010).
Vrios fornecedores de software tm criado vrias aplicaes com o objetivo de explorar todas
essas dimenses como se ver mais adiante e que, com o passar do tempo, tornar-se-o cada
vez mais eficientes e disponveis (Isenhoff, 2008). Porm, em primeiro lugar, far-se- referncia
a uma caracterstica comum a todas as aplicaes BIM a modelao paramtrica.

2.5.2. Modelao paramtrica

A modelao paramtrica orientada por objetos uma das tecnologias que distingue as
aplicaes BIM das aplicaes CAD tradicionais. Esta tecnologia caracteriza-se por no
representar os objetos com dimenses e propriedades fixas. Em vez disso, os objetos so

17

representados utilizando parmetros e regras que definem a sua geometria bem como algumas
caractersticas e propriedades no geomtricas (Eastman et al., 2011).
Um parmetro um conjunto de propriedades fsicas cujos valores determinam as
caractersticas ou o comportamento de algo o que, numa tica BIM, traduz-se por ser uma
srie de pares que comportam um ttulo e um valor associado ao mesmo (Weygant, 2011). Os
referidos parmetros associados aos componentes podem ser expresses que regem a forma
como estes se relacionam com outros, permitindo, assim, a sua atualizao automtica perante
modificaes introduzidas pelo utilizador ou pelo uso em diferentes aplicaes (Eastman et al.,
2011). Exemplificando de uma forma genrica, ao criar um componente que pode ser uma
simples bola, o utilizador pode criar os parmetros necessrios para cumprir os seus objetivos
utilizando-os para manipular as caractersticas do objeto. Considerando o dimetro, a cor e o
material da bola como os parmetros definidos pelo utilizador, este pode associar, por
exemplo, o valor de vinte centmetros ao dimetro, amarelo cor e borracha ao material,
resulta uma bola amarela de borracha com vinte centmetros de dimetro. Porm, devido
existncia dos parmetros, possvel modificar, rapidamente, cada um deles consoante a
necessidade. Assim, ao modificar a cor para azul e o material para metal, resulta, por sua vez,
uma bola metlica azul com os mesmos vinte centmetros de dimetro (Weygant, 2011). Foi
utilizado o exemplo de uma simples bola para explicar o conceito mas este aplicvel a todos
os componentes que podem ser utilizados num modelo (como, por exemplo, paredes, janelas,
portas e pavimentos). Na Figura 6, est representado um pilar ao qual esto associados vrios
parmetros segundo o mesmo princpio.

Figura 6 Parmetros associados a um pilar (Fonte: http://www.sketchupbim.com)

Weygant (2011) refere que a principal vantagem de organizar a informao utilizando

parmetros a capacidade de introduzir, aceder, modificar e extrair a informao de uma
forma rpida e fcil, sem ser necessrio recorrer componente grfica. Porm, em relao ao
18

processo de projeto especificamente, refere que a grande vantagem da parametrizao a

flexibilidade na atribuio de caractersticas geomtricas e no geomtricas aos objetos do
modelo. Assim, nas primeiras fases do projeto, quando as decises relacionadas com, por
exemplo, as dimenses e a localizao de alguns componentes ainda no esto tomadas, a
utilizao de parmetros permite a atribuio de valores aproximados e mais tarde, quando as
decises forem definitivamente tomadas, a sua rpida modificao para os valores reais. Para
alm disso, refere-se tambm a vantagem de ser possvel a pesquisa de objetos com
determinadas caractersticas de acordo com os parmetros criados como, por exemplo,
2

paredes com resistncias trmicas superiores a 0,40 m .C/W (Weygant, 2011) e tambm, o
facto de todos os elementos que fazem parte do modelo partilharem um nvel de
associatividade bidirecional, ou seja, se os elementos forem modificados num stio dentro do
modelo, aquelas modificaes sero visveis em todas as outras vistas. Assim, ao mover-se
uma porta numa planta, essa porta ser movida em todos os alados, cortes e perspetivas em
que visvel (Krygiel et al., 2010).
Para alm dos parmetros, um modelo BIM pode conter atributos, restries e condies. De
acordo com Eastman et al. (2011), a distino entre parmetros e atributos no consensual,
podendo mesmo no haver distino para algumas pessoas. Porm, segundo este autor, a um
parmetro esto associadas propriedades que possuem uma natureza grfica ou visual e em
contrapartida, a um atributo encontram-se associadas propriedades de natureza informativa
sem ter um efeito direto na aparncia. Assim, exemplificando, o comprimento de determinado
componente de um modelo BIM um parmetro visto que tm influncia na sua aparncia mas
o peso do mesmo j um atributo pois no afeta a aparncia de nenhuma forma.
As restries so utilizadas para limitar determinados componentes do modelo BIM de alguma
forma. Por exemplo, uma parede pode ser limitada a determinada localizao impossibilitando,
assim, que esta seja movida ou, ento, uma porta pode ser restringida apenas s cores
vermelha, amarela e azul. Por ltimo, as condies so utilizadas para controlar certos
parmetros ou atributos, ou seja, utilizando uma condio IF (se, em portugus) possvel,
por exemplo, determinar o nmero de portas que possuem uma largura superior a determinado
valor (Eastman et al., 2011).

2.5.3. Contedos do modelo BIM

A perfeita compreenso do contedo dos modelos BIM fundamental para desenvolver
modelos organizados e que permitam um acesso rpido e fcil informao. Por isso, antes de
iniciar a modelao, importante perceber como os elementos que constituem um modelo BIM
se encontram interligados (Weygant, 2011).
O contedo dos modelos BIM rege-se por uma hierarquia que, segundo Weygant (2011),
composta por materiais, objetos, assemblies e projetos. Os materiais contm informaes
19

relevantes para os objetos e assemblies e estes contm informao relevante para os projetos
(Figura 7). Esta a hierarquia base de qualquer modelo BIM (Weygant, 2011).

Figura 7 Hierarquia dos contedos dos modelos BIM

Os materiais so os elementos-base a partir dos quais os outros elementos derivam. Cada um

possui informao relacionada com a sua composio, o seu comportamento e a sua
aparncia. So utilizados para constituir objetos e assemblies ou, ento, podem ser utilizados
por si s como tintas, revestimentos e acabamentos. So exemplos o beto, o ao, a madeira,
o vidro e o plstico. Cada um possui as suas propriedades especficas.
Os objetos so componentes autnomos, ou seja, no necessitam de outros componentes
para que a sua funo seja entendida. Por exemplo, o alumnio (material) por si s no tem
qualquer funo, para ser entendido como um constituinte do modelo necessita de pertencer a
um componente com uma funo definida. Por outro lado, uma janela de alumnio (objeto)
um componente cuja funo encontra-se perfeitamente definida e por isso, no necessita de
estar integrado noutro componente para que a sua funo seja entendida. Portanto, so
exemplos de objetos as portas, as janelas e os elementos de moblia e de iluminao.
Os objetos normalmente contm a informao relativa sua identificao, aparncia,
performance e ao seu uso e devem possuir a informao necessria para projetar, localizar,
especificar e analisar um dado produto. Um objeto constitudo por vrios materiais, cada um
deles com caractersticas prprias que podem ser, em determinado contexto, condicionantes
do comportamento e da aparncia do objeto como um todo. Por outras palavras, no caso de,
por exemplo, uma janela avaliada quanto sua aparncia, so necessrios os dados relativos
cor e/ou acabamento dos diferentes materiais que constituem a janela. Portanto, um objeto
deve possuir informao relativa aos materiais e componentes que o constituem.
20

Os assemblies (em portugus, podem ser traduzidos como conjuntos) so constitudos por
determinados materiais e objetos que trabalham em conjunto para formar um elemento (Figura
8). Os exemplos mais bsicos so os pavimentos, paredes, tetos e coberturas. Porm, o leque
mais extenso podendo incluir escadas, gradeamentos, canalizaes e cablagem.

Figura 8 Exemplo de um assembly (Fonte: http://www.arcat.com)

Os assemblies contm informao relativa aos diferentes materiais e elementos que o

constituem, como por exemplo a espessura e o tipo de componente envolvido, desde a
superfcie interior para a exterior. Os componentes e materiais individuais contm a sua prpria
informao, permitindo que os materiais sejam criados uma vez e reusados inmeras vezes.
Mesmo dentro do assembly possvel substituir diferentes materiais por outros com
determinadas caractersticas, de forma a obter um assembly com um comportamento diferente.
Como demonstrado, muito importante que os materiais que constituem objetos e assemblies
possuam as suas caractersticas especficas. Porm, esse facto ganha ainda mais peso
quando estamos perante assemblies como paredes, pavimentos, tetos e coberturas, que so
constitudas por mltiplos materiais. Estes possuem propriedades referentes ao seu
comportamento que no esto relacionadas com o comportamento do assembly como um todo
e se possurem as suas propriedades especficas, podem ser analisados e selecionados
conforme os seus mritos individuais (Weygant, 2011). A Figura 9 demonstra o papel dos
materiais como a base da hierarquia do contedo de um modelo BIM, formando os objetos e os
assemblies.

21

Figura 9 Papel dos materiais na hierarquia do contedo dos modelos BIM

(Adaptado de: Weygant, 2011)
Muitos produtos esto disponveis no mercado pelos fabricantes de produtos de construo
civil (building product manufacturers BPMs). Por exemplo, no mercado existem portas com
uma infinidade de combinaes de alturas, larguras, espessuras, materiais, acabamentos,
resistncias ao fogo e outras propriedades especficas. Apesar de ser possvel modelar um
objeto BIM para cada combinao de propriedades, seria uma tarefa dantesca. Por isso, de
todo conveniente recorrer modelao paramtrica permitindo, assim, que um objeto BIM
contenha informao suficiente para representar mais do que uma configurao de
propriedades alternativas. O utilizador pode identificar qual o conjunto de propriedades que
mais apropriado para um dado requisito de projeto e o software ir criar uma instncia do
objeto que possuir aquelas propriedades, incluindo informaes grficas e no grficas
(Jones, 2011).
Existe uma forte tendncia para que, cada vez mais, os fabricantes de produtos da construo
modelem os seus produtos criando, assim, bibliotecas para as suas linhas de produtos e
tambm, que procurem aumentar a especificao dos mesmos. Ao fazer isso, os fabricantes
permitem que os projetistas possam incorporar mais facilmente os seus produtos nos modelos
BIM. , pois, benfico para todos os envolvidos fazer com que os projetistas e arquitetos
tenham mais opes e dados dos produtos mais valiosos para utilizar em todo o processo de
projeto e ao mesmo tempo, permitir que os fabricantes possam fornecer informaes dos seus
produtos aos clientes de uma forma mais eficaz e eficiente (AIA and Rundell, 2008).
possvel encontrar produtos de determinados fabricantes prontos a incorporar em modelos
BIM nos websites dos mesmos como, por exemplo, o fabricante norte-americano USG sendo
esta a forma mais fivel de obter dados de produtos especficos de fabricantes ou, ainda, em
websites

de

empresas

como

ARCAT

(http://www.arcat.com)

Autodesk

(http://seek.autodesk.com) que disponibilizam produtos genricos e especficos de inmeros

fabricantes (AIA and Rundell, 2008).

22

Por ltimo, os projetos so o culminar de todos os assemblies e componentes usados. Ao

reunir toda a informao no modelo BIM possvel, dentro de um dado projeto, localizar
virtualmente qualquer informao relativa a um componente especfico. Assim, relativamente a
um determinado componente possvel saber, por exemplo, a cor, o piso onde se encontra, o
fabricante, quando ser necessrio substitu-lo e quantos iguais existem no modelo BIM
(Weygant, 2011). Os projetos BIM podem ser utilizados para diversas atividades, desde
estudos preliminares, passando por oramentao e planeamento, at facilities management e
anlises de projetos.

2.5.4. Interoperabilidade entre aplicaes. Software e funcionalidades

Um modelo de determinado projeto BIM a soma de vrios modelos BIM produzidos por
pessoas diferentes com diferentes nveis de detalhe e utilizando diferentes software que, por
sua vez, podem produzir ficheiros em formatos distintos (Figura 10). Como exemplos de
modelos BIM que podem fazer parte de um nico projeto referem-se os seguintes (Kymmell,
2008):

modelo do estaleiro (terreno, edifcios vizinhos, paisagem);

modelo da arquitetura (paredes, pavimentos, coberturas, circulao, objetos especiais);

modelo estrutural (sistemas estruturais);

modelos

das

diferentes

especialidades

(eletricidade,

sistemas

mecnicos,

abastecimento de gua, combate a incndios, guas residuais);

modelos especiais (equipamento, acabamentos, estruturas provisrias).

Figura 10 Vrios modelos BIM produzidos apenas para um projeto de construo

(Adaptado de: Smith, 2010)

Esta diversidade de possibilidades torna a troca de informaes entre modelos BIM e software
um enorme desafio. Um dos grandes desafios que a indstria da construo enfrenta na
23

adoo do BIM , pois, o uso dos modelos BIM no apenas como uma ferramenta no processo
de projeto, mas sim como a interface para a troca de informaes entre todos os intervenientes
em projetos de construo. Tradicionalmente, a informao era trocada sob a forma de
desenhos e de documentos; no entanto, ao utilizarem ferramentas BIM todos os envolvidos so
agora incentivados a usar os modelos BIM como o meio para trocar informao (Steel et al.,
2010).
O BIM resume-se a informao estruturada que coordenada. Esta informao tem de fluir em
todas as fases dos projetos de construo, desde o incio do projeto at fase de facilities
management. Para que tal seja uma realidade, a existncia de interoperabilidade obrigatria
(Hamil, 2012b). Esta, segundo Eastman et al. (2011), a capacidade de troca de dados entre
aplicaes, o que suaviza os fluxos de trabalho e por vezes, facilita a sua automao. Hamil
(2012b), por sua vez, define os seguintes trs nveis de interoperabilidade:

interoperabilidade entre software do mesmo fornecedor

Este nvel de interoperabilidade ocorre quando, por exemplo, um arquiteto, um
engenheiro estrutural e um engenheiro de uma qualquer especialidade trabalham em
modelos BIM distintos utilizando as suas verses da aplicao Revit (da empresa
Autodesk). Estes modelos podem, ento, ser sobrepostos resultando um modelo
combinado. Este modelo combinado, por sua vez, chegar s mos da equipa
encarregue pela construo que, utilizando a aplicao Navisworks (da mesma
empresa), realizaro o planeamento dos trabalhos. Este tipo de interoperabilidade
apresenta grandes benefcios em termos de planeamento e coordenao dos
trabalhos, bem como na deteo, em tempo til, de conflitos entre a estrutura e as
especialidades;

interoperabilidade entre software de diferentes fornecedores

Nos dias de hoje, no ainda possvel projetar e construir um edifcio utilizando
apenas software de um nico fornecedor. Portanto, inevitvel que se tenha de
recorrer, a determinada altura, a software de diferentes fornecedores. O que levanta
uma questo: as regras de comunicao. Quando dois software de diferentes
fornecedores necessitam de comunicar, tm de ser acordadas regras de comunicao
que definem como os dois software devem comunicar entre si. Um exemplo poder ser
a utilizao de um software para modelar o edifcio e outro para especificar os
materiais contidos no modelo. Para que tal seja til para o utilizador, os dois software
tm de comunicar entre si possibilitando, assim, que um tenha acesso informao
contida no outro. Portanto, existe neste tipo de interoperabilidade um grande potencial
para reduzir o nmero de erros e de melhorar a coordenao da informao;

24

interoperabilidade atravs de normas abertas de dados (open data standards)

A funo dos open data standards definir onde a informao deve estar para ser
exibida ou transferida entre diferentes software. O que, hoje em dia, algo trivial e
tomado como garantido na rea da informao. Veja-se, por exemplo, o servio de
correio eletrnico (e-mail) no qual no nenhuma surpresa ser possvel enviar um email para outra pessoa e esta conseguir v-lo utilizando inmeros software. Isto
acontece porque, nesta rea, esto perfeitamente definidas as normas de dados e
assim, a informao transferida entre aplicaes de forma correta. Na indstria da
construo existem, dois open data standards bem consolidados: o Green Building
XML (gbXML) e o Industry Foundation Classes (IFC). A sua utilidade ser permitir que
informao de diferentes fontes e diferentes software trabalhem em conjunto para
melhorar o fluxo de trabalho na construo.

Portanto, as trocas de dados entre aplicaes so, geralmente, classificadas de uma de trs
formas (Redmond et al., 2012):

direct links (ou ligaes diretas, em portugus) incluem Application Performance

Interfaces2 (APIs) para extrair os dados de uma aplicao e escrev-los utilizando
outra aplicao que recebe os dados. Um exemplo o Geometric Description
Language (ArchiCAD);

proprietary file exchange um ficheiro ou uma interface de streaming desenvolvida

por uma organizao apenas com o intuito de trocar dados com a aplicao da mesma
organizao abordando, essencialmente, a geometria. A maioria dos fornecedores de
software prefere este tipo de trocas de dados ou o anterior. Um exemplo o formato da
Autodesk, o Drawing eXchange Format (DXF);

public product data model exchange so esquemas e linguagens abertas e geridas

publicamente como o Extensible Markup Language (XML), os ficheiros de texto e o IFC
(Eastman et al., 2011). Estes formatos so frequentemente denominados na literatura
pelos j referidos open standards e sero abordados novamente mais adiante.

A estrutura da informao produzida e as aplicaes utilizadas durante todo o ciclo de vida do

projeto de construo deve estar de acordo com normas internacionalmente aceites pela
indstria da construo. Isto permite que no se fique condicionado a software proprietrios e
s suas opes para a troca de informao (proprietary file exchange) e para alm disso,
possibilita a colaborao entre equipas geograficamente distribudas sem quaisquer restries
relativamente ao local onde se encontram e s limitaes tecnolgicas. As normas
internacionalmente aceites so, tambm, designadas por standards de jure e so
desenvolvidas por organismos internacionais certificadores como, por exemplo, a International
2

Application Program Interface ou Application Programming Interface (API) um conjunto de rotinas e

protocolos atravs dos quais um programa pode comunicar com outro. Os APIs facilitam a tarefa dos
programadores quando estes necessitam de programar uma aplicao que utiliza a funcionalidade de
outra aplicao (American Heritage Dictionaries, 2006).

25

Standardization Organization (ISO) ou, ento, por um vasto conjunto de entidades relevantes
no mercado e setor da construo (empresas de construo, empresas de software,
universidades, etc.). Um exemplo a buildingSMART cuja contribuio para esta problemtica
ser aprofundada mais adiante. Por outro lado, existem os standards de facto. Estes so
desenvolvidos por empresas de software que se tornaram dominantes no mercado e so
propriedade dessas mesmas empresas como o j referido DXF da Autodesk. A
interoperabilidade entre aplicaes depende da opo dos primeiros (Grilo, 2008a).
O Industry Foundation Classes (IFC) foi desenvolvido pela organizao buildingSMART
(anterior International Alliance for Interoperability - IAI) e segundo esta, trata-se de um standard
aberto e neutro, ou seja, no est associado a nenhum fabricante de software especificamente.
Eastman et al. (2011) definem o IFC como um esquema desenvolvido para definir um extenso
conjunto de representaes consistentes de dados do empreendimento para troca entre
software da indstria da construo. Os modelos BIM que utilizam este formato so
semanticamente ricos uma vez que eles englobam no s a geometria 3D dos elementos
presentes no modelo, como tambm metadados3 relacionados com diversos outros aspetos do
edifcio (Steel et al., 2010).
Diversos autores (Burt, 2009, Eastman et al., 2011, Hamil, 2012b, Steel et al., 2010, Weygant,
2011) referem que ainda existem vrios problemas por resolver e portanto, a interoperabilidade
no , ainda, uma realidade. Porm, Burt (2009) acrescenta que o problema de atingir uma
interoperabilidade integral poder afetar o ritmo da implementao do BIM mas no afetar a
sua inevitabilidade.
A interoperabilidade , portanto, fundamental para ser possvel tirar proveito de todo o potencial
do BIM, o que trar benefcios para todas as partes interessadas resultando, assim, em
melhorias segundo trs vetores: custos, prazos e qualidade. Segundo a experincia de
entidades que j adotaram o BIM, a interoperabilidade (Fallon, 2008):

acelera a tomada de decises com conhecimento de causa em projeto;

permite a realizao de rpidas iteraes da performance do edifcio e da sequncia de

construo;

simplifica o fluxo de informao e reduz o tempo at concluso em certas cadeiras de

fornecedores;

reduz, significativamente, os problemas na obra e o desperdcio de material durante a

construo;

torna vivel a pr-fabricao, em ambientes controlados, de maiores percentagens de

componentes do edifcio, aumentando a sua qualidade e longevidade;

reduz as atividades no estaleiro e o armazenamento de materiais no mesmo.

Metadados so, essencialmente, dados sobre dados, ou seja, dados associados a objetos ou a sistemas
de informao para fins de descrio, administrao, uso, preservao. Podem ser de vrios tipos:
descritivos (identificao e localizao), administrativos (criao, direitos, controlo de acesso) e estruturais
(relacionam objetos) (2004b).

26

A interoperabilidade apresenta, portanto, grandes benefcios em duas reas que se encontram

interligadas: a colaborao no processo BIM e o aproveitamento das potencialidades das
ferramentas BIM disponveis no mercado. Em 2.6.3 ser visada a sua importncia num
ambiente colaborativo mas, para j, far-se- uma breve referncia s ferramentas BIM
existentes e s suas potencialidades.
Como referido, a capacidade de importar vrios modelos BIM e combin-los num s modelo
acessvel importante e segundo Kymmell (2008), ser uma atividade predominante visto que
a visualizao uma das principais finalidades dos modelos BIM. Estes software denominamse, na lngua inglesa, por viewers e alguns deles permitem, tambm, que outras anlises sejam
realizadas ou que outra informao seja introduzida nos componentes do modelo como
informaes sobre o tempo de execuo. Por outro lado, existem outras ferramentas que
permitem a realizao de anlises quantitativas do modelo como anlises de custos (estimativa
de custos), dos tempos de execuo (planeamento), do consumo de energia ou dos nveis de
iluminao natural e artificial, entre outros (Figura 11). A maior parte dos software de
modelao podem ser adquiridos juntamente com software de anlise que lhe so compatveis.

Figura 11 Possibilidades dos modelos BIM e da sua combinao (Adaptado de:

Thomassen, 2011)

A referncia a software no faz parte dos objetivos desta dissertao; por isso, aponta-se
apenas duas referncias nas quais possvel obter uma lista exaustiva dos software
disponveis. Hergunsel (2011), com base em Reinhardt (2009), apresenta uma lista com vrios
27

software BIM utilizados pela indstria da construo bem como as suas principais
4

caractersticas. Outra referncia o BIM Tools Matrix disponvel na internet .

Kymmell (2008) define que os tipos de anlises sobre os modelos so de trs tipos:
qualitativas, sequenciais e quantitativas, como demonstra a Figura 12.

Figura 12 Tipos de anlises que os software BIM permitem (Baseado em: Kymmell, 2008)

As primeiras tm, normalmente, em considerao a natureza dos assuntos e no a sua

quantidade, por isso, os seus processos so, regra geral, visuais. Como exemplo deste tipo de
anlises, referem-se as seguintes:

comunicao, ilustraes de marketing e filmes

Trata-se duma forma de criar contedos visuais com o objetivo de demonstrar a obra a
terceiros;

anlises de construtibilidade
A construtibilidade pode ser definida como a visualizao dos mtodos necessrios
para construir um empreendimento. Este tipo de anlise prende-se, pois, em analisar a
viabilidade de determinados mtodos construtivos e detetar dificuldades caso estas
existam (Kymmell, 2008). Uma das vantagens do BIM tornar possvel construir um
empreendimento virtualmente antes de comear a construo fsica, com o objetivo de
descobrir potenciais problemas e tambm, simular e analisar os potenciais impactes.
mais fcil resolver um problema bastando, para isso, mover um elemento no
computador do que demolir e reconstruir elementos na realidade (Svetel e Pejanovi,
2010);

http://bimforum.org/wp-content/uploads/2011/02/BIM_Tools_Matrix.pdf
28

coordenao de sistemas e clash detection

Trata-se de detetar conflitos entre todos os componentes do modelo 3D, ou seja,
componentes que ocupam o mesmo espao, podendo ser componentes que so
duplicados de outros ou componentes que tocam ou atravessam outros. Esta anlise
muito til quando se pretende a averiguar a compatibilidade do projeto de estruturas e
das especialidades, tal como nos referidos viewers;

anlises energticas
Para realizar este tipo de anlises, necessrio que a informao sobre os materiais
que esteja totalmente disponvel no modelo. Assim, a natureza, a dimenso e a
localizao de todas as zonas de fronteiras podem ser calculadas gerando, desta
forma, dados relativos aos ganhos e perdas de calor. O software poder, ento, utilizlos para representar no modelo pontos quentes e frios simulando determinados
circunstncias e condies.

As anlises sequenciais, por definio, tm por base a anlise do tempo. Embora tenham uma
natureza muito visual, necessitam tambm de muita informao quantitativa como, por
exemplo, as duraes das atividades do projeto de construo. A capacidade de modelar em
trs dimenses que os software BIM oferecem ideal para os seguintes tipos de anlises:

sequncias de montagem e instalao

Neste tipo de anlises, os componentes do modelo surgem neste consoante o
planeamento definido para a construo. Assim, possvel avaliar as implicaes do
planeamento;

sequncia e planeamento da construo

Esta anlise sobretudo visual embora o tempo seja tratado como uma quantidade.
A ligao entre o planeamento e o modelo no costuma ser bidirecional, ou seja, o
planeamento no atualizado mediante uma mudana no modelo. Porm, caso o
planeamento seja criado a partir das quantidades inseridas no modelo e seja ligado a
ndices de produtividade, possvel torn-la bidirecional. O software Vico Project
Control permite este tipo de anlise de um modo interativo.

Por ltimo, as anlises quantitativas envolvem a medio da quantidade de algo e muitas

vezes, combinar aquela informao com outros tipos de informao. A natureza destas
anlises no , portanto, visual mas sim numrica podendo assumir um formato de base de
dados. So elas:

extrao da lista de quantidades

Como referido, os modelos BIM no so mais do que uma representao virtual, em
trs dimenses, da realidade por conterem tambm a informao relativa aos seus
29

componentes. Assim, usando essa informao, a lista de quantidades dos projetos de

construo pode ser facilmente extrada dos modelos;

oramentao
Os custos so o resultado da multiplicao entre as quantidades e os preos unitrios
contidos numa base de dados. Portanto, basta fazer a ligao entre o modelo e a base
de dados de preos unitrios cuja natureza depender do software utilizado;

anlise de cash-flow
Uma vez estabelecida a ligao referida no caso anterior, o modelo pode ser utilizado
para monitorizar o cash-flow enquanto o progresso da construo tambm
monitorizado no modelo, o que permite a combinao entre funes de oramentao
e de planeamento utilizando os modelos BIM;

anlise do custo de ciclo de vida

Esta anlise est relacionada com o controlo dos custos e de consumo de energia. Se
o modelo contem os custos de operao e de manuteno dos seus componentes ,
ento, possvel fazer uma previso do custo do ciclo de vida para o projeto de
construo.

2.5.5. Nvel de desenvolvimento (LODs)

O que se pode retirar de um modelo BIM baseado inteiramente naquilo que nele se
introduziu. O nvel de plenitude associado com os materiais, objetos e assemblies , pois,
crtico e influencia diretamente aquilo que se poder fazer com os dados introduzidos. O nvel
de detalhe compe os dados que sero utilizados para analisar o modelo, portanto, se essa
informao est omissa ou incorreta, as anlises no podero ser realizadas (Weygant, 2011).
Daqui surge o conceito o conceito de nvel de desenvolvimento (Level of Developmentl LOD).
Este acrnimo muitas vezes definido por Level of Detail (Nvel de Detalhe) de forma errada
segundo vrios autores. Segundo Van (2012), o nvel de detalhe representa a quantidade de
informao e geometria fornecida por determinado participante no projeto de construo. Esse
nvel de detalhe pode ser demasiado elevado para o que realista de ser utilizado por outros
participantes a jusante no fluxo de trabalho. O nvel de desenvolvimento, por outro lado, a
mxima quantidade de informao e geometria cuja utilizao autorizada por parte de
terceiros.
O conceito de LOD foi introduzido, em 2008, pelo documento E202 (ver pgina 38) da entidade
American Institute of Architects (AIA) e segundo este, descreve o nvel de plenitude segundo o
qual determinado elemento do modelo desenvolvido. Um elemento do modelo, por sua vez,
30

qualquer parte de um modelo BIM que representa um componente, sistema ou assembly (ver
pgina 21) de uma construo ou do estaleiro (AIA, 2008). Este documento define cinco LODs
(100, 200, 300, 400 e 500) que so frequentemente associados s fases de um projeto de
construo. Porm, segundo Van (2012), esta associao est errada. Os LODs so baseados
nos componentes do modelo e no nos modelos como um todo, ou seja, no existem modelos
BIM com determinados LODs que representam as fases do desenvolvimento de um projeto de
construo mas sim, modelos BIM que possuem componentes com determinados LODs
consoante as especificidades e objetivos do projeto de construo. De seguida, descrevem-se
os cinco LODs referidos (AIA, 2008, Weygant, 2011).

LOD 100

Este nvel baseado nos volumes e nas

formas gerais dos elementos. No se dispe
de outras informaes a no ser o tamanho
grosseiro dos elementos representado por
dimenses bsicas como a rea em planta, o
volume e a forma genrica. As finalidades
autorizadas para este LOD, segundo aquele
documento, so:

anlises (baseadas no volume, rea

e orientao como, por exemplo, a
anlise da taxa de exposio solar);

estimao

de

custos

(utilizando
Figura 13 LOD 100 (Adaptado de:
Weygant, 2011)

preos por metro quadrado, por

exemplo);

planeamento (faseamento e clculo

grosseiro da durao total).

LOD 200

Neste LOD, modela-se os elementos do

modelo

como

sistemas

ou

assemblies

generalizadas, indicando as quantidades,

dimenses,

formas,

localizaes

orientaes aproximadas dos elementos do

modelo. Para alm disso, informao no
geomtrica pode tambm ser introduzida nos
mesmos.

Figura 14 LOD 200 (Adaptado de: Autodesk,

2012)
31

LOD 300

Neste nvel,

os elementos do modelo

tornam-se mais especficos e precisos em

termos de quantidades, dimenses, formas,
localizao e orientao. Tal como no caso
anterior, informao no geomtrica pode
tambm ser introduzida nos mesmos. Neste
nvel os prprios elementos comeam a ser
detalhados, mas sem informaes precisas
em relao sua instalao ou manuteno.

Figura 15 LOD 300 (Adaptado de: Autodesk,

2012)

LOD 400

Tal como no nvel anterior, os elementos so

precisos

em

termos

de

quantidades,

dimenses, formas, localizao e orientao.

Porm, neste nvel os elementos devem
conter ou terem disponvel de alguma forma
detalhes em duas dimenses relacionados
com o seu projeto, montagem e fabricao,
para alm de outras informaes que
permitam realizar anlises precisas aos

Figura 16 - LOD 400 (Adaptado de: Autodesk,

2012)

mesmos e obter informaes precisas sobre

os custos.
LOD 500

Este nvel pode ser considerado como uma

representao

digital

de

determinado

elemento. Raramente se atinge este LOD,

visto que pode reduzir o desempenho do
software utilizado dada a sua dimenso.

Figura 17 LOD 500 (Adaptado de:

Weygant, 2011)

32

2.6. Building Information Modeling e Management

Como referido, o BIM pode ser definido como a juno de dois conceitos: o Building Information
Modeling e o Building Information Management. De uma forma simples, o primeiro o
processo no qual se d a produo da informao e o segundo representa o controlo e a
organizao do mesmo utilizando a informao produzida (buildingSMART, 2012). Portanto, o
propsito central do BIM a gesto da informao. A informao que inclui no s a que
encontra nos modelos BIM mas sim toda a informao relevante que produzida durante toda
a vida do projeto de construo (Sands, 2012). Segundo o NBIMS, o BIM representa, para um
projeto de construo, a gesto da informao. A informao certa para a pessoa certa no
momento certo, composta por dados criados e partilhados por todos os participantes no projeto
de construo (NIBS, 2007). Em 2.2, foram referidas as vantagens do BIM relativamente aos
processos tradicionais (CAD); porm, a capacidade de partilhar a informao inteligente
produzida no processo BIM que , realmente, fundamental (Howell and Batcheler, 2005).

2.6.1. Ambiente colaborativo

Uma premissa bsica da implementao do BIM a colaborao entre todos os intervenientes
nas diferentes fases do ciclo de vida de um empreendimento para inserir, extrair, atualizar ou
modificar a informao produzida e assim, suportar e refletir o papel de cada interveniente
(NIBS, 2007). Assim, uma eficiente partilha de informao est dependente da criao de um
ambiente colaborativo. Por isso, como referido em 2.1, o BIM foi o catalisador de mudanas
contratuais e processuais na indstria da construo, como a adoo progressiva do IPD.
O IPD uma nova abordagem realizao de projetos de construo que integra as pessoas,
os sistemas, as estruturas de negcio e as prticas num processo que, num ambiente
colaborativo, tira partido dos talentos e conhecimentos de todos os participantes com o objetivo
de otimizar o resultado final, aumentar o valor do projeto de construo na tica do dono de
obra, reduzir os desperdcios e maximizar a eficincia desde o incio do projeto at entrega
da obra. Esta abordagem integrada da realizao dos projetos permitida pela colaborao
eficiente entre o dono de obra, o lder de projeto e o empreiteiro geral desde as primeiras fases
do projeto at entrega da obra (Figura 18) e pelo uso do pensamento Lean ao longo de todo
o processo (Mossman, 2008).

33

Figura 18 Comparao entre os processos tradicional e colaborativo (Adaptado de:

Thomassen, 2011)

O pensamento Lean est por detrs do conceito do IPD e a interpretao ocidental da

filosofia de produo japonesa, particularmente, a do Toyota Production System (TPS). O TPS
foi um modelo de produo que surgiu, nos anos 50, nas linhas de montagem de uma empresa
japonesa dedicada indstria automvel e s comeou a despertar o interesse das empresas
ocidentais na ltima dcada do sculo XX. Na lngua portuguesa, pode traduzir-se como
pensamento magro, ou seja, dedicado ao desaparecimento dos desperdcios (as gorduras) na
produo. , portanto, uma filosofia de produo aplicada as indstrias de manufatura (como a
indstria automvel), onde demonstrou grandes melhorias em termos de eficcia e eficincia
nas linhas de produo. Porm, a indstria da construo no apresenta as caractersticas das
indstrias de manufatura (em 1.1 fez-se referncia s suas especificidades), o que dificulta a
implementao dos princpios do pensamento Lean. No entanto, o pensamento Lean

os

seus princpios so, fundamentalmente, diretivas e no como regras estanques, ou seja, tratase de uma filosofia e por isso, possvel que a indstria da construo a adapte ainda assim
s suas especificidades. A possibilidade de aplicao da filosofia da produo Lean (Lean
Production) foi discutida, em 1992, por Lauri Koskela num relatrio intitulado por Application of
the new production philosophy to construction (Peneirol, 2007).
Em 1993 surge, pela primeira vez, o termo Lean Construction na primeira reunio do
International Group for Lean Construction (IGLC), com a inteno de aplicar os mtodos Lean
de gesto da produo utilizados na indstria manufaturada indstria da construo (Sayer
and Anderson, 2012). A Lean Construction , portanto, a forma de abordar a filosofia Lean
definida pelo setor da construo e tem evoludo, desde h cerca de quinze anos de forma
particular, porm, com os mesmos objetivos do que a das indstrias manufaturadas: melhorar a
produtividade e obter bons resultados (lucro para o cliente e para a empresa). A Lean

34

Construction tem como misso desenvolver formas de melhorar os processos de projeto e de

construo de infraestruturas (Peneirol, 2007).
Existem dois importantes sistemas que representam uma forte fundao para a implementao
da Lean Construction: o Lean Project Delivery System (LPDS) e o Last Planner System (LPS)
que se encontra inerente utilizao do primeiro. O LPDS foi desenvolvido, em 2000, por
Gleen Gallard e uma tcnica Lean que integra cinco fases (definio do projeto de
construo, lean design, lean supply, lean assembly e utilizao) para facilitar o projeto e a
realizao de projetos de construo. baseado numa estreita colaborao entre os membros
das equipas envolvidas que so unidos por cdigos de conduta (que podem estar escritos ou
no), com o objetivo de que aqueles se foquem no sucesso global do projeto de construo e
no no seu sucesso individual.

Figura 19 Representao do LPDS (Retirado de: Peneirol, 2007)

Uma metodologia de realizao de projetos de construo que evoluiu a partir do LPDS foi,
precisamente, o IFD (Forbes e Ahmed, 2009). O IPD tem surgido como uma forma de organizar
as equipas envolvidas num projeto de construo para alcanar a Lean Construction, numa
altura em que a indstria da construo procura encontrar formas de eliminar os desperdcios,
reduzir os custos, melhorar a produtividade e criar resultados positivos (Carbasho, 2008).
Como seria de esperar, o princpio mais bsico do IPD, semelhana do LPDS, a estreita
colaborao entre vrias equipas que se encontram concentradas na otimizao do projeto de
construo como um todo e no nos interesses das organizaes que representam (Forbes e
Ahmed, 2009). A colaborao, por sua vez, fundada na confiana. A colaborao baseada na
35

confiana tem, assim, a capacidade de encorajar todos os intervenientes a concentrar-se nos

objetivos do projeto de construo e no nos seus prprios objetivos. Para ser possvel atingir
tal nvel de colaborao fundamental que exista uma mudana de atitude por parte de todos
os intervenientes e que estes aceitem, em unssono, os princpios do IPD (AIA, 2007):

confiana e respeito mtuos;

recompensas e benefcios mtuos;

inovao e tomada de decises em ambiente colaborativo;

envolvimento dos principais intervenientes nas primeiras fases do projeto;

definio adiantada dos objetivos;

planeamento intensivo;

comunicao aberta;

tecnologia apropriada;

organizao e liderana.

O quarto princpio referido (envolvimento dos principais intervenientes nas primeiras fases do
projeto) bem fundamentado por um grfico internacionalmente conhecido por a curva de
Macleamy. Este grfico foi apresentado, pela primeira vez, em 2005, por Patrick MacLeamy
(CEO da empresa Hellmuth-Obata-Kassebaum) e encontra-se representado na Figura 20.

Figura 20 A curva de Macleamy (Adaptado de: Anderson, 2010)

A curva de Macleamy representa o andamento do custo das alteraes ao projeto (a vermelho)

e a sua capacidade para afetar o custo e as caractersticas do projeto (a verde) em funo do
tempo num projeto de construo tradicional. Por outro lado, representa a comparao entre o
pico do esforo empregue na realizao do projeto de construo por parte dos envolvidos no
fluxo de trabalho tradicional e no permitido pelo IPD. Verifica-se que as decises tomadas logo
36

nas primeiras fases do projeto podem ser tomadas ao menor custo e com a melhor eficcia.
Outra concluso importante que os projetos de construo beneficiaro da reunio dos
intervenientes nos mesmos durante o projeto. Assim, as decises tomadas, especialmente
aquelas que iro afetar os custos do ciclo de vida do projeto de construo, sejam tomadas o
mais cedo possvel (Anderson, 2010).
Forbes e Ahmed (2009) referem que o IPD uma forma de contrato do tipo relacional que
alinha os objetivos do projeto de construo com os interesses dos principais participantes
criando, assim, uma organizao com capacidade para aplicar os princpios e as prticas do
LPDS. Na Figura 21, encontra-se uma representao grfica do IPD.

Figura 21 Representao da realizao de um projeto de construo segundo o IPD

(Adaptado de: Forbes and Ahmed, 2009)

Os projetistas, o empreiteiro geral e os principais subempreiteiros trabalham em conjunto e

possuem contratos do tipo relacional entre eles, como est representado pelas equipas
delimitadas pelo trao descontnuo (Forbes e Ahmed, 2009). Por outro lado, o termo at-risk
pool pretende responder a outro princpio do IPD que a partilha do risco e dos ganhos. De
uma forma simplificada, representa uma soma de dinheiro que constitudo pelos lucros das
equipas que fazem parte do IPD de modo a permitir que o risco sejam partilhado pelos diversos
membros segundo regras previamente acordadas (Thomsen et al., 2010). Segundo Sayer e
Anderson (2012), uma das principais resistncias implementao do IPD precisamente o
assunto da partilha do risco, pela evidente dificuldade em alinhar os diferentes interesses das
diversas partes envolvidas.
Aquele tipo de contrato denominado de relacional porque no se concentra apenas no
produto final mas tambm no processo para o atingir (Ghassemi e Becerik-Gerger, 2011).

37

Segundo este autor, os contratos deste tipo mais amplamente utilizados so os AIA C195, AIA
C191, ConsensusDocs 300 e Integrated Form of Agreement (IFOA).
O AIA E202-2008 (referido em 2.5.5) um documento que foi inicialmente desenvolvido para
ser utilizado num ambiente colaborativo regido pelo IPD. Este documento formaliza os
processos de desenvolvimento e utilizao dos modelos BIM para determinado projeto de
construo. Assim, ajuda as equipas a chegar a um acordo quanto s finalidades para as quais
os modelos BIM sero utilizados, os LODs que os elementos dos modelos BIM alcanaro no
fim de cada fase e quanto a quem responsvel por desenvolver determinados elementos dos
modelos a determinados LODs (Bedrick, 2008).
O AIA E202-2008 comea com um protocolo genrico no qual as equipas podem definir
questes como a gesto e a posse dos modelos, bem como a coordenao e conflitos entre os
mesmos. Porm, a parte mais importante deste documento a definio de dois conceitos
fundamentais: o LOD (explicado em 2.5.5) e o autor do elemento do modelo (Model Element
Author MEA). Este ltimo conceito designa as partes responsveis pelo desenvolvimento do
contedo dos modelos (Van, 2008).
Tanto os LODs como os MEAs esto combinados numa matriz para cada fase do projeto de
construo (Figura 22). Porm, como referido, um erro pensar que no final de cada fase do
projeto todos os elementos dos modelos possuem o mesmo LOD.

Figura 22 Excerto da matriz do documento AIA E202-2008 (Adaptado de: AIA, 2008)

Segundo Katz e Crandall (2010), uma das crticas apontadas a este documento que este no
prev a produo de um plano de execuo BIM (BIM Execution Plan, em ingls), que ser
tratado no Apndice 1. O documento ConsensusDOCS 301 Building Information Modeling
Addendum ou, simplesmente, CD301 publicado no mesmo ano do AIA E202-208, apesar de ter
sido o primeiro de entre os dois a ser publicado, prev a criao do referido plano, sendo essa
uma das suas principais caractersticas. Outras diferenas entre os dois documentos prendemse com questes de propriedade e alocao dos riscos.
38

Johnson (2011) constatou que, segundo diversos autores, a definio deste tipo de contrato
continua a no ser consensual. Releva-se ser difcil definir este conceito talvez por no
existirem um conjunto de caractersticas que so comuns a todas as variantes do conceito.
Uma analogia interessante pode ser feita com uma famlia. Alguns dos membros de uma
famlia pode ter o mesmo tipo de nariz, boca ou olhos mas nenhuma caracterstica comum a
todos os membros. No entanto, possvel perceber que todos so familiares por terem uma
semelhana que caracterstica da famlia. Segundo o mesmo autor, a melhor definio do
conceito do contrato relacional que pode ser encontrada na literatura da especialidade feita
por Chan et al. (2009). Estes autores definiram treze elementos que, aproveitando a analogia
referida, formam as semelhanas que so caractersticas a estes tipos de contratos (Figura 23).

Figura 23 Elementos caractersticos de contratos relacionais

(Adaptado de: Chan et al., 2009)

Vrios autores, como por exemplo Ghassemi and Becerik-Gerger (2011), Eastman et al. (2011)
e Forbes and Ahmed (2009), referem vrios casos em que o IPD foi aplicado na prtica com
sucesso. Porm, segundo o ltimo autor, o sucesso advm, principalmente, do interesse de
donos de obra que criaram as condies para a existncia da to necessria colaborao
estreita entre as partes envolvidas para um ambiente Lean. Portanto, devero ser os donos de
obra a dar o primeiro passo.
Harris (2009) refere que o IPD deve ser apenas o incio. O IPD concentra-se apenas na
realizao do projeto de construo, ou seja, termina assim que a obra concluda e entregue
ao dono de obra. Porm, a indstria da construo necessita de utilizar o BIM e o IPD para ir
mais alm. Uma vez que a obra entregue ao dono de obra, a informao produzida at ento
39

necessita de circular para as fases seguintes do ciclo de vida do empreendimento (este

assunto ser abordado em 2.6.5.5). O futuro do BIM passar, pois, por incluir mais fases do
ciclo de vida dos empreendimentos resultando numa gesto de empreendimentos integrada e
tambm, por normalizar a gesto da informao de forma a tornar o processo claro e
consistente.
Muito mais se poderia referir em relao ao IPD, porm, sairia do mbito desta dissertao.
Interessa, pois, refletir sobre a relao entre os conceitos: a Lean Construction, o IPD e o BIM.
Segundo Sayer e Anderson (2012), a distino entre o IPD e a realizao de projetos de
construo segundo os princpios Lean no consensual entre todos os autores. Porm, a
maioria distingue-os definindo que os princpios Lean so uma metodologia para a realizao
de projetos de construo e o IPD encontra-se mais relacionado com os acordos comerciais
entre os intervenientes. Sacks et al. (2010) acrescentam que o IPD centra-se na criao de
colaborao atravs de um contrato central e comum e o BIM centra-se, fundamentalmente, no
uso de tecnologias da informao de uma forma competente.
O BIM pode ser implementado sem a Lean Construction e da mesma forma, as prticas da
Lean Construction pode ser adotadas sem o BIM. Estes dois conceitos no so, portanto,
dependentes, o que pode ser demonstrado por diversos casos de aplicao individuais dos
dois nos ltimos anos. No entanto, para que os benefcios de cada um possam ser
aproveitados em toda a sua plenitude, a implementao dos dois conceitos deve ser integrada.
O IPD eleva o BIM a outro nvel para criar uma plataforma integrada para a gesto de
empreendimentos e para a colaborao (Sacks et al., 2010).
Howell (2010b) refere que o IPD uma grande mudana cultural para a indstria da
construo, contudo, a mudana no se verificar na ntegra sem a existncia de tecnologias e
processos de trabalho que a suportem. Considere-se, por exemplo, que se pretende modificar
um modelo BIM. O ideal seria reunir os principais intervenientes (arquiteto, projetistas,
consultores, empreiteiro geral, principais subempreiteiros e fornecedores) na mesma sala, na
qual o modelo BIM apresentado num grande ecr. Assim, as equipas podero resolver
assuntos relacionados com o projeto e fazer as modificaes necessrias. Esta situao a
ideal, porm, s rentvel para projetos de construo de grande dimenso devido aos
elevados custos que o dono de obra teria de suportar para fornecer o local e o equipamento
necessrio para que tal reunio ocorra. Portanto, para que o IPD seja uma realidade,
necessrio que cada equipa possa trabalhar a partir das suas instalaes e utilizando as suas
infraestruturas de TI (tecnologia de informao), ou seja, necessrio encontrar outra forma de
gerir e partilhar a informao relacionada com os modelos BIM (Howell, 2010b). Assim, foi
associado o conhecido conceito Cloud Computing (em portugus, computao em nuvem) ao
BIM.

40

2.6.2. Cloud Computing num ambiente BIM

A realizao de um projeto de construo segundo os referidos princpios do IPD implica reunir
os principais intervenientes (dono de obra, arquitetos, projetistas e empreiteiro geral) o mais
cedo possvel e modificar a forma como as equipas so constitudas; os contratos so escritos;
o risco partilhado; as decises so tomadas e como as ferramentas disponveis so usadas
para comunicar a informao (Ostanik, 2010a). Para dar resposta a este ltimo ponto surgiram
as ferramentas de colaborao atravs da Internet (Web-based collaboration tools) que so
fundamentais para garantir a aplicao dos princpios do IPD.
So vrios os termos utilizados para descrever os recentes Web-based collaboration tools.
Porm, segundo Ostanik (2010b), um termo mais correcto Integrated Project Collaboration
(IPC) Software. Este termo destaca a faceta integrada deste tipo de software, ou seja,
disponvel a todos intervenientes (Integrated); o facto de reunir a informao relativa a um
projeto de construo especfico (Project) e por ltimo, o facto de ter sido pensado para um uso
partilhado, com responsabilidade e acesso equitativos por parte de todos os utilizadores
(Collaboration). Assim, IPC um processo de utilizao do conceito de Cloud Computing para
fornecer uma localizao central na qual os intervenientes num projeto de construo trocam
toda a informao relativa ao mesmo e por isso, os software IPC so tambm conhecidos por
Integrated Project Delivery in the Cloud (Ostanik, 2010b).
Chuang et al. (2011) e outros autores utilizam a expresso Cloud BIM para designar a
associao de conceitos do Cloud Computing (particularmente o SaaS, como se ver mais
adiante) ao BIM para desenvolver, assim, um sistema interativo que permite a visualizao e
manipulao num ambiente BIM. Este sistema permite no s a visualizar e manipular modelos
BIM atravs da internet sem limitaes temporais e geogrficas mas tambm, fornece servios
da internet (Web Services) de utilizao fcil para os vrios intervenientes num projeto de
construo incluindo empreiteiros, dono de obra e gabinete de arquitetura e projetistas. Assim,
estes podero aceder e ver a informao relevante de uma forma eficiente e eficaz atravs da
internet (Figura 24). De seguida, far-se- uma referncia ao conceito Cloud Computing e aos
Web Services, bem como s caractersticas dos mesmos que so mais relevantes no contexto
do BIM.

41

Figura 24 O conceito BIM Cloud (Adaptado de: Chuang et al., 2011)

O termo Cloud Computing possui, na literatura, mltiplas definies (Williams, 2010a). Porm,
nesta dissertao ser apresentada a definio dada pelo National Institute of Standards and
Technology (NIST) que considera o Cloud Computing como um modelo para permitir o acesso
rede, de forma ubqua, conveniente e sob demanda, a um conjunto compartilhado de
recursos de computao configurveis (por exemplo, redes, servidores, armazenamento de
dados, aplicaes e servios) que pode ser rapidamente provisionados e lanados com o
mnimo esforo de gesto ou interao com fornecedores de servios (Mell and Grance, 2011).
Na literatura, consensual atribuir ao Cloud Computing cinco caractersticas principais, sendo
elas (Cholakis, 2012, Mell e Grance, 2011, Williams, 2010a):

self-service sob demanda (on-demand self-service)

Os utilizadores entrarem num website ou utilizarem servios da internet para ter o
acesso a recursos de computao adicionais, ou seja, os utilizadores acedem aos
mesmos sempre que pretendam e sem atrasos;

amplo acesso rede (broad network acess)

A capacidade de utilizar o servio atravs de diversas plataformas (computadores
pessoais, tablets ou smartphones);

agrupamento de recursos (resource pooling)

Os utilizadores partilham um agrupamento de recursos com outros utilizadores e por
sua vez, os recursos podem ser alocados ou realocados digitalmente e estarem
alojados em qualquer lado;

42

rpida elasticidade (rapid elasticity)

Rapidez na disponibilizao dos recursos de computao ou na libertao das contas
dos utilizadores para que estes possam dimensionar os seus sistemas bem como os
gastos consoante seja necessrio;

servio mensurado (measured service) capacidade de monitorizar e registar

automaticamente os recursos utilizados pelos utilizadores ou alocados aos mesmos.

Existem diversos tipos de Cloud Computing que so fornecidos como um servio aos
utilizadores que so denominados como modelos de servio (service model).

Os recursos de

computao so alugados, o que faz com que o utilizador seja dispensado de adquirir
diretamente os software e o hardware necessrios (Williams, 2010a). Os modelos de servio,
segundo este autor e muitos outros, so:

Software as a Service (SaaS)

Este modelo de servio caracteriza-se por fornecer aplicaes (software) aos
utilizadores apenas atravs da internet. Estas aplicaes utilizam normas que, por sua
vez, regulam os servios da internet, o que lhes permite utilizar servios de outras
aplicaes disponveis na internet com o objetivo de trocar, incluir ou combinar dados
(Williams, 2010a). O SaaS especialmente adaptado para aplicaes nas quais existe
uma grande interao entre a organizao que o utilizador representa e o exterior e por
outro lado, necessitam de um acesso significativo internet ou mvel e apresentam um
uso intermitente bem como picos de demanda frequentes. Todas estas caractersticas
esto presentes em projetos de construo de qualquer tipo (Cholakis, 2012);

Platform as a Service (PaaS)

O PaaS fornece aos utilizadores um ambiente online no qual podem rapidamente criar,
testar, alojar, distribuir e fazer a manuteno de aplicaes da internet utilizando
ferramentas prprias para o efeito (Williams, 2010a).

Infrastructure as a Service (IaaS)

Por ltimo, o IaaS permite que os utilizadores tenham acesso de forma administrativa e
atravs da internet a recursos de computao fundamentais como capacidade de
processamento, armazenamento e redes.

Segundo Lijun and Chua (2011), a utilizao do Cloud Computing juntamente com o BIM ainda
est numa fase preliminar, porm, -lhe reconhecida um grande potencial. Ajudar a quebrar
as barreiras entre os diversos processos de que um projeto de construo depende, e a reduzir
43

a fragmentao do desenvolvimento do mesmo, implementando um fluxo de trabalho integrado

e uma colaborao abrangente a todos os intervenientes num projeto de construo.
Para a aplicao do Cloud Computing no BIM, destaca-se, principalmente, o papel dos SaaS e
PaaS. Utilizando estes dois modelos de servios e tendo em conta que, como referido, as
aplicaes que se encontram em nuvem tm a capacidade de comunicar virtualmente com
outras, as entidades externas podem facilmente tornar-se parte do desenvolvimento de um
projeto de construo que j estava a ser desenvolvido por mltiplas entidades. Esta
capacidade assume uma importncia vital quando vrios profissionais possuem diversas fontes
de dados j existentes (como bases de dados de custos, informaes contratuais e outras
informaes relativas realizao de projetos de construo) e necessitam de extrair e manter
conhecimentos dessas mesmas fontes.
A utilizao desta tecnologia permite a criao de um ambiente colaborativo do qual o BIM
tanto depende, fazendo com que as partes interessadas trabalhem em simultneo sobre os
mesmos dados. Veja-se o seguinte exemplo: Imagine-se a realizao do oramento para o
restauro de uma obra no estrangeiro mas que pertence a um dono de obra com sede em
Portugal. As entidades que participaro no projeto podem ser simplesmente convidadas pelo
dono de obra ou pelo seu representante e o convite, por sua vez, pode ser enviado atravs da
internet em qualquer lngua e de forma automtica. Os convites podem apenas permitir um
acesso parcial informao que definido a priori pelo dono de obra, ou seja, este pode definir
quais as informaes a que as entidades tm acesso ou ento pode conceder um acesso total
a determinadas entidades como, por exemplo, o empreiteiro geral e este, por sua vez, pode
conceder um acesso limitado a um subempreiteiro. Uma entidade convidada pode, portanto,
realizar trabalho sobre a informao disponibilizada como, por exemplo, fazer uma estimativa
do custo da obra e/ou trabalhar conjuntamente com outras entidades utilizando uma estimativa
de custos j existente. Em todo o caso, as alteraes podem ser realizadas, pelo administrador
das contas de utilizador, em qualquer nvel e momento. Cada alterao , ento, registada e
associada a uma determinada hora e entidade de forma automtica, sendo possvel desfazer
ou refazer as modificaes caso seja necessrio. Estas funcionalidades permitem uma total
colaborao e transparncia no processo (Cholakis, 2012).
A utilizao do Cloud Computing permite, portanto, o desenvolvimento de projetos em menos
tempo e com grande eficcia. Quando ocorrem alteraes ao projeto, podem passar-se
semanas at que todas as especialidades tomem conhecimento e as registem. A durao
deste processo, utilizando o Cloud Computing, pode ser reduzida a alguns minutos. Por outro
lado, ao permitir que todas as especialidades colaborem em tempo real os erros de
coordenao sero minimizados o que elevar a qualidade dos desenhos produzidos. A
integrao do processo que esta tecnologia possibilita aumenta a eficcia e a preciso no
desenvolvimento do projeto, reduzindo o esforo necessrio para produzir toda a

44

documentao inerente ao projeto de construo e a durao da obra na fase de construo

(Cholakis, 2012).
, no entanto, importante referir alguns obstculos implementao deste tipo de tecnologia
como, por exemplo, a apropriao de dados, questes de segurana, velocidade da internet e
o apoio ao servio (Lijun e Chua, 2011). Outra questo importante a falta de motivao da
indstria da construo a utilizar novas tecnologias sem uma obrigatoriedade contratual
(Redmond et al., 2012).
Como referido, o acesso e a visualizao da informao relativa ao projeto de construo por
parte dos intervenientes no seu desenvolvimento realizar-se- atravs dos Web Services.
Existem vrias definies para os mesmos, no entanto, MacPherson (2012) define-os, numa
perspetiva BIM, como processos automatizados de intercmbio machine-to-machine e de
integrao de dados que utilizam normas abertas atravs da internet para simplificar dados
complexos e inclu-los em mensagens. Apesar da definio, no ser consensual refere-se que
um Web Service qualquer servio que (tutorialspoint, 2002):

est disponvel atravs da internet ou intranet (rede privada);

utiliza um sistema de mensagens XML normalizado;

no est vinculado a nenhum sistema operativo ou linguagens de programao;

descreve-se automaticamente atravs de uma gramtica XML universal;

possa ser descoberto utilizando um simples mecanismo de pesquisa.

Os Web Services fornecem um mecanismo para a troca de dados atravs da internet e de

forma aberta, ou seja, utilizando open standards (Redmond et al., 2012). Smith and Tardif
(2009) referem que a utilizao dos open standards para a transferncia interopervel de
informao ajudar a assegurar a usabilidade e sustentabilidade da informao, ou seja, a
capacidade de aced-la ao longo de toda a sua vida til para mltiplos fins. O principal formato
de intercmbio para ficheiros BIM , sem dvida, o IFC. Porm, como se ver no 2.6.4.1, este,
apesar de continuar a ter um papel fundamental no BIM, no adequa bem a esta funo em
particular.

2.6.3. Interoperabilidade em ambiente colaborativo

Em 2.5.4, foi referida a importncia da interoperabilidade para garantir as funcionalidades dos
software. Porm, esta igualmente fundamental para garantir um ambiente colaborativo. A
troca de modelos BIM e de outros dados entre diferentes software continua a ser um dos
grandes desafios que a indstria da construo necessita de resolver. S assim a realizao
dos projetos de construo ser um processo totalmente integrado e colaborativo (AISC, 2011).
Em 2004, estimou-se que a falta de interoperabilidade era responsvel por prejuzos na ordem
dos 15,8 bilies de dlares ao ano s nos Estados Unidos da Amrica (Gallaher et al., 2004).
45

Com o objetivo de fazer face a essa realidade, esto a decorrer a nvel internacional diversos
esforos no sentido de estabelecer normas, protocolos e melhores prticas em toda a indstria
da construo (AISC, 2011). Sullivan (2009) aponta as seguintes entidades e normas como as
mais relevantes nesta rea:

American Institute of Steel Construction (AISC) normas de intercmbio para a

indstria do ao estrutural (CIS/2);

buildingSMART Alliance (bSa) Industry Foundation Class (IFC) e Model View

Definitions (MVD);

Construstion Specifications Institute (CSI) sistemas de classificao MasterFormat e

Omniclass e International Framework for Dictionaries (IFD);

Construction Operations Building Information Exchange (COBie) estrutura para

passagem de dados para a fase de facilities management;

FIATECH melhores prticas e tecnologias para o ciclo de vida de edifcios;

Green Building XML Schema (gbXML) Esquema aberto para troca de dados da obra
para a realizao de anlises energticas.

entidade

FIATECH

aponta

quatro

componentes

essenciais

para

melhorar

interoperabilidade (Fiatech, 2012). So eles:

Business Case (retorno do investimento, mtricas, valor comercial) descreve

oportunidades para melhorar a interoperabilidade e define o custo e os riscos
associados com a potencial implementao de trocas de informao normalizadas e
estruturadas como um catalisador de operaes integradas e automatizadas;

Mudanas culturais (formao, recursos) apoiar as pessoas na implementao de

novos processos e na adoo de novas ferramentas e tecnologias para fornecer
benefcios comerciais (retorno do investimento) s organizaes.

Information Delivery Processes (processos, sistemas e ferramentas) permite que

todas as partes interessadas executem tarefas (atividades) e realizem a gesto e a
comunicao de informao do projeto de construo ao longo do ciclo de vida do
mesmo;

Information Management (especificaes de dados, normas e ensaios) permite a

troca, a coordenao, o rastreio e a sincronizao de informao sem problemas de
integridade e segurana;

De seguida, far-se- uma breve referncia aos dois primeiros componentes. Porm, devido
sua relevncia para o mbito da dissertao, os dois ltimos componentes sero mais
aprofundados.
A definio de Business Case no consensual na literatura da especialidade mas pode ser
definido como um conjunto de orientaes para analisar as consequncias financeiras e outros
tipos de consequncias que so o resultado da execuo de uma ao pretendida. O objetivo
46

de um Business Case justificar a ao pretendida ou avaliar a sua execuo (Braaksma,

2006). Existem diversas formas de apresentar um Business Case mas em todas elas deve
constar a avaliao dos benefcios, recursos, custos e riscos da ao pretendida e apresentar
os dados e as anlises da mesma em determinado contexto de negcio. As suas
especificidades bem como as do contexto podem ter uma influncia decisiva no resultado do
business case. Portanto, numa indstria com caractersticas to especficas como a indstria
da construo, no possvel definir um business case padro. Ainda assim, a publicao
Business Drivers for BIM da CRC Construction Innovation baseia-se em cinco casos de
estudos e apesar de no se aplicar diretamente questo da interoperabilidade, aponta vrias
indicaes no sentido de ajudar as empresas a obter a informao necessria para realizarem
business cases (Wakefield et al., 2007). Segundo Fiatech (2012), sem um business case bem
definido a melhoria de interoperabilidade continuar fragmentada e no ser totalmente
alcanada.
O BIM implicar, sem dvida, uma mudana cultural. Paul Morrell, conselheiro-chefe do
governo britnico no setor da construo, refere que, provavelmente, um dos grandes mal
entendidos na rea do BIM pensar-se que este envolve apenas software. O BIM tem mais a
ver com uma mudana cultural do que com software e infelizmente, isso ainda no foi
compreendido por toda a gente (Bellerby, 2012). Os desafios que a mudana cultural impe
superam muitas vezes a tarefa de criar novos processos de trabalho (Fiatech, 2012).

2.6.4. Processos de distribuio de informao

Relativamente aos Information Delivery Processes (processos de distribuio de informao,
em portugus), Bernstein e Pittman (2004) referem que uma das principais barreiras adoo
do BIM a evoluo do processo transacional de negcio, ou seja, o BIM facilitar o fluxo de
informao e associar todos os processos, porm, os desafios inerentes ao processo de
negcio no ficam resolvidos. A integrao de todos os dados e informaes produzidos no
projeto num processo BIM elimina muitos potenciais conflitos mas, ainda assim, no resolve
todos os desafios inerentes integrao do processo de negcio. Estes desafios prendem-se,
essencialmente, com questes de responsabilidade e da partilha de riscos e das remuneraes
que, ironicamente, estavam bem definidas nos processos tradicionais mas que agora deixaram
de o estar. Se estas questes no estiverem resolvidas, no existir integrao e, por
consequncia, todos os processos necessrios realizao dos projetos de construo
(incluindo as ferramentas que os suportam e os seus dados) no podero emadurecer de
forma adequada. necessrio delinear a montante o fluxo de trabalho, os processos e a
interao de dados.
Uma das iniciativas mais relevantes em matria de troca de dados o IFC, como j foi referido
anteriormente. Porm, segundo Eastman et al. (2010), este condio necessria mas no
suficiente para atingir a total interoperabilidade. O IFC ser sempre falvel a no ser que as
47

trocas de informao dos fluxos de trabalho dos projetos de construo sejam definidas, ou
seja, os seus contedos particulares bem como o seu nvel de detalhe necessitam de ser
especificados. Para uma linguagem como o IFC, a falta de definio do contedo das trocas de
informao orientadas para uma tarefa especfica faz com que a implementao de aplicaes
que as executam (denominados translators na literatura) falhe apesar de estas at poderem ser
tecnicamente corretas, resultando em trocas de informao incompletas e incompatveis devido
falta de coordenao no que toca forma como a informao necessita de ser representada
segundo o IFC.
Segundo Redmond et al. (2012), o problema inicial com o formato IFC que este no tem o
objetivo de armazenar e suportar todos os dados relevantes para as diversas particularidades
dos processos envolvidos num projeto de construo. Por outro lado, o IFC armazena toda a
informao e ningum est interessado em toda e qualquer informao, por isso, a informao
deve ser filtrada para ir ao encontro das necessidades das pessoas consoante o seu papel no
projeto de construo (CRC Construction Innovation, 2009). Esta capacidade de armazenar
toda a informao mas s apresentar a informao relevante a determinada altura designada,
por

Bernstein

and

Pittman

(2004),

como

meaningfully

interoperability,

ou

seja,

interoperabilidade com significado. Assim, segundo NIBS (2007), NIBS (2012), para que ocorra
um verdadeira fluxo de informao so necessrios trs fatores:

o formato para a troca de informao (o IFC);

uma especificao da composio da troca de informao e de quando esta ocorre (o

IDM);

um entendimento padronizado do que realmente se trata a informao trocada, uma

biblioteca de terminologias (o IFD, como se ver em 2.6.5.4).

No entanto, numa perspetiva de troca de informao na internet utilizando os Web Services

(como foi contextualizado em 2.6.2), MacPherson (2012) refere que o sucesso da utilizao
dos mesmos para aquela finalidade no BIM necessita dos seguintes componentes:

um modelo de dados adequado;

um dicionrio (APIs com o IFD);

classificao e taxonomias (Omniclass);

descries dos processos (IDMs e MVDs).

Portanto, vrios autores concordam que, para a troca de informaes com significado seja uma
realidade, necessrio definir as trocas de informao entre as diversas especialidades e para
cada tarefa especfica, o modelo de dados e o entendimento padronizado do que se trata a
informao trocada (dicionrio, classificao e taxonomias). Os dois primeiros sero tratados
de seguida. No entanto, o ltimo ser tratado em 2.6.5.4 dada a sua relevncia para a gesto
de informao.

48

2.6.4.1.

Modelo de dados

Relativamente ao modelo de dados e segundo Howell e Batcheler (2005), a ubiquidade do XML

como um protocolo para a transferncia de subconjuntos ou pacotes de informao relevante
uma oportunidade para alcanar a interoperabilidade entre uma indstria fragmentada e de
grandes dimenses como a indstria da construo. O XML deriva do HyperText Markup
Language (HTML) que a linguagem para a internet (Zhang et al., 2010). uma especificao
de uso geral capaz de descrever dados publicados. O mecanismo de descrio dos dados
baseado na insero de etiquetas no texto tradicional e o utilizador pode escolher qualquer
termo para definir determinada etiqueta. Esta linguagem permite, portanto, representar dados
arbitrrios de uma forma hierrquica. No entanto, apesar de permitir uma representao
estruturada de qualquer tipo de informao, no fornece nenhum mecanismo para determinar o
significado dos termos utilizados nas etiquetas. O XML schema uma forma de resolver esta
questo e foi desenvolvido como uma alternativa ao IFC para simplificar a troca de dados entre
as vrias aplicaes de software do setor da construo e para conectar os modelos BIM
atravs dos Web Services (Onuma, 2010). uma linguagem que fornece uma descrio de um
tipo de documento XML articulando-o, geralmente, em termos de restries quanto estrutura
e ao contedo de documentos XML relacionados (Svetel e Pejanovi, 2010). Isto significa a
criao de documentos com etiquetas semnticas nos quais os agentes de software podem
classificar e identificar o seu contexto e a sua informao. O XML torna-se, assim,
especialmente importante para dar sentido a todas as informaes disponveis na internet. Isto
no se aplica apenas a informao relacionada com o BIM mas sim a toda a informao em
geral (Aranda-Mena e Wakefield, 2006). Assim, vrios XML schemas tm sido desenvolvidos
para o setor da construo bem como para a rea de facilities management. O gbXML (Green
Building XML) schema utilizado para descrever dados relacionados com a eficincia enrgica
do empreendimento e o seu impacto ambiental. Por outro lado, o aecXML schema utilizado
para descrever todos os dados produzidos nas fases de projeto e de construo. Por ltimo, o
CityXML schema representa dados geogrficos (Svetel e Pejanovi, 2010). Para alm destes,
importante ter presente que uma das vantagens do IFC fornecer um suporte integrado para
o XML, ou seja, qualquer modelo IFC pode ser descrito no formato ifcXML. Assim, a informao
armazenada num modelo pode ser facilmente transferida para pginas da Web que so
legveis para os utilizadores (Zhang et al., 2010).
O XML criou vrias oportunidades de interoperabilidade (Smith e Tardif, 2009). Porm,
Redmond et al. (2012) , com base em onze entrevistas semiestruturadas a especialistas na
utilizao do Cloud Computing como uma plataforma de integrao para aplicaes BIM (Cloud
BIM), concluram que o XML schema releva-se demasiado complexo e de difcil utilizao por
parte de no especialistas, visto que estes necessitam de o ler para poderem escrever
documentos vlidos. De igual forma, o ifcXML por derivar do IFC releva-se tambm demasiado
complexo. No entanto, apesar de o XML ser prefervel em detrimento do IFC quando se
49

pretende trocar dados e informao relevante para uma tarefa especfica, quando essas tarefas
so mais complexas, o IFC ser necessrio. Assim, a soluo proposta por aquele autor para
estas questes passa pela utilizao de trocas de dados e de informao BIM com base na
Web numa plataforma Cloud e pela incorporao tanto do IFC como de Simplified Markup
Language (SML), o que pode levar melhoria da interoperabilidade entre as diversas
aplicaes do setor da construo. A linguagem SML deriva do XML e pretende que a natureza
baseada em documentos do XML se perca e se crie uma linguagem mais simples e mais
centrada em dados (Dumbill, 1999).
Em 2006, a empresa ONUMA, Inc. criou o Building Information Model Extended Markup
Language (BIMXML) com o objetivo de descrever dados do projeto de construo (locais,
edifcios, pisos, espaos e equipamento, bem como os atributos que lhes esto associados)
num modelo espacial simplificado (formas e espaos extrudados) para melhorar a colaborao
em ambiente BIM (Onuma, 2010). O BIMXML foi criado com o intuito de servir como SML
(Redmond et al., 2012, Redmond e Smith, 2011, 2012, Smith e Bordenaro, 2011). Segundo
Smith e Bordenaro (2011), este pode ajudar a resolver o profundo problema da troca de
informao que est a prejudicar a indstria da construo e nos ltimos anos, tem sido
utilizado com sucesso na associao de dados com software baseados no IFC em projetos de
construo bem documentados e vencedores de prmios. Existem trs bases slidas a partir
das quais o BIMXML assiste a compatibilidade entre software que utilizam o formato IFC ao
disponibilizar os dados do projeto de construo na Web em tempo real. So eles:

a capacidade de definir categorias genricas de objetos;

a associao das propriedades dos objetos;

a criao de modelos parciais de objetos no BIM Cloud.

O BIMXML descreve objetos utilizando apenas dados fundamentais mas, ao mesmo tempo,
genricos (locais, edifcios, pisos, espaos e equipamentos, por exemplo). Para alm disso,
permite a criao de inmeros atributos para os objetos. A simplicidade do BIMXML torna os
dados mais resistentes ao tempo, o que muito importante para os donos de obra (Smith e
Bordenaro, 2011). A capacidade de simplificar a estrutura dos ficheiros no processo de
exportar e importar ficheiros BIM parciais atravs do BIMXML conduz a uma reduo
substancial na dimenses dos ficheiros e ao mesmo tempo, um anlise eficaz da tomada de
decises baseada na informao requerida e necessria para as estimativas oramentais
(Redmond e Smith, 2011). O BIMXML permite, ainda, a associao dos dados geogrficos dos
objetos com os sistemas de informao geogrfica (GIS) como, por exemplo, o ArcGIS e
Google Earth e tambm, a georreferenciao de todos os dados do COBie (tratado em 2.6.5.5)
(Smith e Bordenaro, 2011).
A perspetiva de utilizar um servio completo da Web para a troca de dados sem quaisquer
problemas utilizando SML fornecer ao utilizador final a capacidade de ativar um servidor de
aplicaes Web atravs do seu web browser e estabelecer todas as tarefas requeridas numa
50

s interface ou, alternativamente, numa classe de aplicaes interoperveis, o que reduz o

tempo e capacidade de armazenamento necessrios e para alm disso, aumenta a velocidade
da transferncia de informaes entre aplicaes BIM (Redmond e Smith, 2012). Redmond et
al. (2012) denominam esta perspetiva por Cloud BIM information exchange mechanism que,
segundo estes autores, reforar a possibilidade das vrias especialidades da indstria da
construo colaborarem na mesma plataforma ao partilhar e trocar dados, possibilitando assim
uma tomada de decises chave mais eficiente logo nas primeiras fases do projeto.

2.6.4.2.

Trocas de informao

Quanto definio das trocas de informao, segundo Curtis et al. (1992), descrever um
processo de negcio implica integrar num modelo do processo vrias formas de informao
como o trabalho a realizar, quem responsvel pelo mesmo, quando, onde, como e porqu,
bem como quem est dependente da realizao do mesmo (List e Korherr, 2006). Os mesmos
autores definem que existem quatro perspetivas para descrever processos de negcio para
sistemas de informao: funcional (regras de negcio, por exemplo), comportamental (i.e.,
sequenciao), organizacional (i.e., intervenientes) e informativa (i.e., elementos de
informao). Para isso, existem vrias linguagens disponveis que so denominadas,
genericamente, por Business Process Modelling Languages (BPML) e diferem entre elas na
forma como realam a informao que responde s referidas questes (List e Korherr, 2006).
Porm, segundo List e Korherr (2006), apesar das perspetivas funcional e comportamental
serem bem representadas em todos os BPMLs, estes apresentam deficincias quanto s
perspetivas organizacional e informativa.
Assim, surge o conceito de Information Delivery Manual (IDM) que o standard desenvolvido
pela buildingSMART para os processos (norma ISO 29481-1:2010 Building information
modelling Information delivery manual Part 1: Methodology and format). O IDM especifica
quando certos tipos de informao so necessrios durante a realizao de um projeto de
construo ou durante a operao de uma obra. Para alm disso, fornece uma especificao
detalhada da informao que determinado utilizador (arquiteto, projetista de estruturas,
projetista de AVAC, etc.) necessita de fornecer em determinada instante temporal e ainda,
agrupa informao que necessria em atividades interligadas como, por exemplo, estimativa
de custos e o planeamento dos trabalhos (BuildingSMART, 2011). O IDM uma BPML que foi
proposta para responder s quatro perspetivas referidas anteriormente. um produto para
documentar informao que necessita de ser trocada para se realizar determinada tarefa num
processo e ao mesmo tempo, uma metodologia para modelar e reestruturar o processo. Ao
contrrio das outras BPMLs, o IDM no se foca nos produtos da informao (documentos) mas
sim em descries aprofundadas dos elementos de informao (atributos, por exemplo) e na
sua troca atravs de modelos orientados por objetos (Berard e Karlshoej, 2012). O IDM
constitudo por trs partes (Figura 25): Mapa do Processo (process map), Requisitos de Troca
51

de Informao (Exchange Requirements ERs) e Partes Funcionais (Functional Parts FPs).

Cada parte representa um documento completo com os seus prprios atributos como, por
exemplo, o nome, o cdigo de identificao, o histrico de modificaes, etc. (Kim et al., 2010).
Assim, as trs partes do IDM so (Wix e Karlshj, 2010):

Figura 25 Partes principais do IDM (Adaptado de: Wix and Karlshj, 2010)

Mapa do Processo
Descreve o fluxo de atividades delimitadas por determinado assunto, tendo como
objetivo a compreenso da configurao de atividades de determinado processo, dos
intervenientes e da informao necessria, consumida e produzida. O mapa do
processo (Figura 26) utiliza a notao Business Process Modeling Notation5 (BPMN)
que outra BPML e l-se da seguinte forma. As linhas do mapa identificam os vrios
intervenientes (as especialidades como, por exemplo, arquitetura e o projeto estrutural)
na troca de informao e entre estas encontram-se linhas de intercmbio (exchange
lanes") que organizam e agrupam as vrias trocas entre os intervenientes. Por outro
lado, as colunas representam as vrias fases do projeto de construo e por ltimo, as
atividades so identificadas por retngulos brancos com os cantos arredondados que
se encontram nas clulas criadas pela interseco entre as linhas e as colunas. Cada
atividade tem um identificador que se encontra associado a uma descrio mais
extensa. No interior dos retngulos que representam as atividades, possvel incluir
smbolos como, por exemplo, um arco que assinala uma atividade de natureza iterativa
ou um sinal de mais (+) que assinala uma atividade que composta por outras
atividades de uma forma hierrquica. As trocas de informao so representadas por
smbolos de pginas com o canto dobrado nas linhas de intercmbio. Os smbolos

O BPMN foi desenvolvido pelo Object Management Group (OMG) e tem como principal objetivo fornecer
uma notao que seja facilmente compreensvel por todos os utilizadores empresariais, desde o
responsvel pela criao das propostas iniciais dos processos, passando por quem implementa a
tecnologia e que ir executar os mesmos at aos responsveis pela sua gesto e monitorizao. O
objetivo a estandardizao do modelo do processo de negcio e notao associada , portanto,
fornecer uma forma simples de comunicar informao do processo a outros intervenientes (OMG, 2011).

52

cinzentos so trocas de modelos BIM (Exchange Models EMs) e os brancos so

relatrios representados por mensagens de texto ou de voz (Eastman et al., 2011);

Figura 26 Excerto de um mapa de processo (Adaptado de: Eastman et al., 2011)

Requisitos de Troca de Informao (ERs)

um conjunto de informao que necessita de ser trocado para sustentar determinado
requisito de um processo numa determinada fase de um projeto. Por exemplo, um
software de clculo de estruturas apenas necessita de um subconjunto especfico da
informao contida num modelo BIM de arquitetura. O ER dever ser definido segundo
o modelo IFC apesar de ser possvel defini-lo segundo outros standards. De acordo
com a metodologia do IDM, pretende-se que o ER fornea uma descrio da
informao utilizando termos no-tcnicos;

Partes Funcionais (FPs)

As FPs tm o objetivo de descrever, em detalhe tcnico, as trocas de informao de
modo a que possam ser utilizadas para a implementao de software (Grilo, 2008b).
Uma parte funcional concentra-se nas aes individuais que so realizadas num
processo de negcio e por sua vez, uma ao est relacionada com uma determinada
unidade de informao num ER. Assim, por exemplo, para trocar um modelo BIM
necessrio modelar as paredes, portas, janelas, pavimentos, tetos, etc. A ao de
modelar cada um desses elementos descrito numa parte funcional (Wix e Karlshj,
2010). Portanto, as FPs descrevem a informao essencialmente ao nvel de cada
entidade, atributo, conjunto de propriedades e desta forma, descreve as capacidades
do IFC que so necessrias para obter a informao de suporte ao processo (Grilo,
2008b). A Figura 27 demonstra o papel das FPs num nico ER.
53

Figura 27 O papel das FPs num nico ER (Adaptado de: Wix and Karlshj, 2010)

O IDM frequentemente utilizado como uma das trs partes que integram o Information
Exchange Framework com o objetivo de certificar software segundo o IFC (Wix e Karlshj,
2010). As outras partes so o Model View Definition (MVD) que traduz o IDM num documento
para o desenvolvimento de software e o IFC que fornece a estrutura de dados (Berard e
Karlshoej, 2012). O objetivo do IDM e do MVD especificar exatamente qual a informao que
ser trocada em cada caso de troca de informao e como esta se relaciona com o modelo IFC
(NIBS, 2007). Assim, um MVD uma especificao de software que estabelece os contedos
de um modelo para que este seja utilizado numa troca de informao. A especificao engloba
quais os tipos de objetos que so requeridos no modelo, como eles se devem relacionar e
quais so as propriedades mnimas que os mesmos devem conter (Anderson, 2010).
Imagine-se uma troca de informao cujo objetivo passar o layout da estrutura da obra no
modelo BIM de arquitetura para o modelo BIM de estruturas no qual se far a pormenorizao
estrutural dos elementos. Cada modelo possui detalhes, alguns dos quais completamente
externos troca de informao em causa, porm, existe um subconjunto de detalhes que
comum aos dois modelos e que consiste nas informaes que se pretende trocar. este
subconjunto do esquema IFC total que, ao ser selecionado para determinada troca de
informao, define o que se denomina por model view (Venugopal et al., 2012).
Outro exemplo o caso de um arquiteto que, ao projetar um edifcio, necessita de ter a certeza
que ir receber a informao por parte do projetista de estruturas em relao a quais as
paredes e pilares que tm capacidade resistente e as que no tm. O projetista de estruturas,
por seu turno, necessita de saber quais as funes dos espaos no edifcio a fim de calcular a
sobrecarga de clculo para a estrutura. Assim, o IDM juntamente com o MVD explica a troca de
informao em texto simples e de uma forma legvel para humanos e em termos tcnicos para
permitir a implementao de verificaes e validaes automticas nas aplicaes. Desta
forma e utilizando o exemplo anterior, o projetista de estruturas poder realizar um teste rpido,
54

atravs de um computador e segundo os requisitos estabelecidos no IDM/MVD, para verificar

se o arquiteto j disponibilizou a informao necessria para que possa iniciar o seu trabalho
(NIBS, 2007).
O NBIMS (NIBS, 2007, 2012) apresenta um conjunto de treze passos o desenvolvimento de
model views que, segundo Venugopal et al. (2012), podem ser resumidos em quatro passos
principais. O primeiro passo consiste em formar um grupo de trabalho e identificar o mbito e o
contexto das trocas de informao entre dois intervenientes no projeto de construo tendo em
vista um determinado objetivo e no mbito de determinada fase do ciclo de vida do projeto de
construo. Para cada troca de informao, so definidos os ERs e tudo isto estruturado no
IDM, como foi descrito at aqui. No segundo passo, os ERs identificados e documentados no
IDM so estruturados num conjunto de mdulos de informao denominados conceitos MVD
(MVD Concepts). Um model view pode ser ento definido como o conjunto desses conceitos
MVD que, mais tarde, sero atribudos ao modelo de dados definido para a implementao da
troca de informao (o IFC, tipicamente). O terceiro passo consiste na implementao dos
model views por parte das empresas de software, acompanhada pela realizao de testes. Por
fim, no quarto passo, procede-se elaborao de diretrizes para a documentao dos model
views em cada um dos software que os suportam, o que permite aos utilizadores produzir
modelos adequados para as trocas de informao necessrias (Venugopal et al., 2012).
O valor do IDM vai, no entanto, muito alm da certificao IFC e segundo NIBS (2007), o IDM
dever tornar-se um acordo legal entre vrias partes com o objetivo de melhorar a sua
colaborao digital (Berard e Karlshoej, 2012). Um IDM pode tornar-se a base de um contrato
entre duas ou mais partes para o intercmbio de dados tratando, assim, a informao como um
bem, o que permite a utilizao de mtodos que tm por base o BIM e a regulao da troca de
informao entre as partes envolvidas na realizao de um projeto de construo (bSa e OGC,
2010). Os IDMs so referidos, no Apndice 1, como parte integrante do plano de execuo
BIM.

2.6.5. Gesto da informao

A gesto da informao uma rea do conhecimento que surgiu em meados da dcada de 80
e segundo Vickers (1985), no envolve apenas documentos, mensagens e dados mas sim
todos os mecanismos envolvidos no tratamento de informao. Segundo Rao (1999), aquele
autor define as seguintes caractersticas da gesto da informao:

a informao deve ser tratada como um recurso que requer uma gesto adequada,
como o dinheiro, a mo-de-obra e os materiais;

no nvel mais simples, a gesto da informao envolve o planeamento e coordenao

(ou, caso contrrio, o controlo e uso direto) das tcnicas de tratamento da informao,
da tecnologia de informao e das fontes e servios de informao;
55

a gesto da informao requer uma observao cuidada dos novos desenvolvimentos

que possam contribuir para uma melhor gesto dos recursos de informao;

a gesto de informao requer uma compreenso dos padres dos fluxos de

informao dentro de uma organizao e portanto, exige um meio sistemtico de
mapear e monitorizar tais fluxos.

Portanto, a gesto da informao um meio pelo qual uma organizao maximiza a eficincia
com que planeia, recolhe, processa, controla, divulga e utiliza a sua informao e pelo qual
assegura que o valor da informao identificado e explorado em toda a sua extenso (Rao,
1999).

2.6.5.1.

A importncia da informao

Como referido, o objetivo fundamental do BIM a gesto de toda a informao relevante

produzida durante o ciclo de vida de um projeto de construo (Sands, 2012). No entanto, o
conceito de informao ainda no foi definido, bem como o conceito de dados e outros aspetos
relacionados.
Um dos principais objetivos da gesto da informao a transformao de simples dados em
sabedoria. Os dados so a representao bsica de um facto que pode ser nmeros, letras ou
palavras (Siles, 2004). So, portanto, a matria-prima na produo da informao que, por sua
vez, definida como factos ou concluses que tm significado dentro de determinado contexto
e perspetiva. Por isso, os dados brutos raramente tm significado ou utilidade por si s. Para
os dados se tornarem informao necessitam de ser manipulados, usando, por exemplo,
anlises ou clculos, ou qualquer outra operao que leve a uma melhor compreenso de uma
situao (Oz, 2008, Siles, 2004).
O conhecimento , por sua vez, informao que se encontra incorporada num contexto, tem
um objetivo e que nos leva a tomar uma ao. a habilidade de entender a relevncia da
informao e de perceber como usar a informao para seu benefcio. Os dados e/ou
informaes necessitam de ser organizados e processados de uma forma que permite a
compreenso e a experincia de como aqueles se aplicam a uma determinada situao. O uso
da informao leva experincia e a novo conhecimento (Fuad, 2010, Siles, 2004).
Por ltimo, a definio de sabedoria aplicada a sistemas de informao complexa porque,
como referido por Rowley (2007), a sabedoria est mais relacionada com a intuio,
compreenso, interpretao e ao humana do que com sistemas. Porm, para o mbito desta
dissertao, sabedoria pode ser definida, segundo Jessup e Valacich (2002) parafraseados por
aquele autor, como conhecimento acumulado que nos permite perceber como aplica conceitos
de um campo de conhecimentos e aplic-los a novos problemas ou situaes.

56

Resumidamente, e de uma forma simplificada, os quatro conceitos anteriormente referidos

compem uma hierarquia na qual cada nvel adiciona certos atributos para alm do anterior. Os
dados so o nvel mais bsico; a informao adiciona contexto; o conhecimento diz-nos como
e, por ltimo, a sabedoria permite saber quando usar a informao (Fuad, 2010). Portanto,
segundo Smith e Tardif (2009), o BIM no mais do que um mecanismo para transformar
dados em informao e assim, adquirir o conhecimento necessrio para agir com sabedoria.
A informao importante para todas as organizaes. Estas necessitam de informao de
qualidade para melhorar a sua tomada de decises, aumentar a eficincia e adquirir vantagens
competitivas. Muitas organizaes procuram continuamente por solues para procurar e tratar
informao em ambientes internos e externos (Rad et al., 2009). Segundo Porter e Millar
(1985), um dos elementos mais importantes em vantagem competitiva a informao. Alguma
informao to importante que a sua identificao e gesto por parte das organizaes tornase crucial e, para tal, so utilizados vrios meios e ferramentas provenientes das reas de
Information Management (IM) e Knowledge Management (KM).
A definio de KM no consensual na literatura da especialidade. Kanagasabapathy et al.
(2004) apresentam catorze definies de KM formuladas em trabalhos anteriores, no entanto,
refere que KM pode ser definido como uma atividade de gesto que desenvolve, transfere,
transmite, armazena e aplica conhecimento, mas tambm fornece aos membros de uma
organizao informaes concretas para que estes possam reagir e tomar decises, com a
finalidade de alcanar os objetivos da organizao. Esta uma definio geral, todavia,
interessa colocar o KM no contexto do BIM. Assim, Weygant (2011) define KM como sendo o
fornecimento, a manuteno e a entrega de informao grfica e de outros tipos de informao
com interesse a determinada altura que se encontram relacionados com um projeto de
construo, informaes estas cuja quantidade foi grandemente aumentada pelo surgimento do
BIM (Weygant, 2011). IM e KM partilham conceitos idnticos que envolvem a recolha e a
disseminao de informao e conhecimento para o benefcio da organizao e dos seus
membros. No s dispem de ferramentas semelhantes como tambm baseiam-se em
conceitos idnticos e enfrentam problemas igualmente idnticos (Lueg, 2001).

2.6.5.2.

Sistemas de informao

A abundncia e complexidade da informao da indstria da construo juntamente com a falta

de gesto da mesma tm levado a indstria a tornar-se cada vez mais fragmentada e com falta
de competitividade (Ford et al., 1995). Para alm disso, a indstria da construo muito lenta
na adoo de estratgias, metodologias e tcnicas para ajudar a coordenao e a modelao
da sua informao (Aouad et al., 1993). Com o objetivo de melhorar esta situao,
necessrio melhorar a comunicao entre as vrias especialidades envolvidas na indstria da
construo e vital estabelecer uma estrutura de informao adequada para organizar e
manter os dados produzidos (Ford et al., 1995).
57

Um sistema de informao responsvel pela recolha, tratamento, armazenamento e

distribuio da informao relevante para a organizao com o propsito de facilitar o
planeamento, o controlo, a coordenao, a anlise e a tomada de deciso ou ao em
qualquer tipo de organizao (Rocha, 2003, pg. 8). O ProNIC (tratado em 3.2) apontado por
Cunha et al. (2011) como um dos principais sistemas de informao implementados no setor
da construo. Porm, foi desenvolvido sem ter em conta a realizao de projetos de
construo segundo o BIM, sendo esse um dos principais objetivos desta dissertao: abordar
a integrao do ProNIC nos processos BIM.
Segundo Fuad (2010), qualquer sistema de informao (quer inclua ou no meios informticos)
opera da mesma forma, o que inclui a execuo de quatro operaes principais (Figura 28):

Figura 28 Quatro operaes principais de um sistema de informao

(Adaptado de: www.teach-ict.com)

introduzir os dados no sistema de informao (input);

modificar ou manipular os dados introduzidos (processing);

extrair a informao do sistema (output);

armazenar os dados e a informao (storage).

Uma operao importante que paralela s referidas anteriormente o controlo do feedback

recebido. O feedback fornece, neste contexto, dados em relao ao desempenho do sistema
de informao que, necessariamente, tero de ser monitorizados e avaliados para determinar
se o sistema cumpriu ou est num bom caminho para cumprir os seus objetivos. Caso seja
necessrio, devem ser tomadas medidas para ajustar as operaes input e data processing
com o objetivo de garantir que o output do sistema o adequado (Fuad, 2010).
Embora estas quatro operaes sejam aplicveis a sistemas de informao com ou sem
suporte informtico, a utilizao deste, potencia e simplifica todas as operaes (Oz, 2008).
A operao de processamento (processing) tem, portanto, a tarefa de transformar dados em
informao que, como referido, requer a atribuio aos dados de um determinado contexto
58

significativo para que possam ser facilmente entendidos pelo recetor. Ora, o processo de
transformao de simples dados em informao pode ser levado a cabo de diferentes formas,
sendo os seguintes os mais comuns:

classificao envolve a colocao dos dados em categorias e eventualmente, em

subcategorias;

ordenao envolve a organizao dos dados de modo a que estes sejam agrupados
conjuntamente ou dispostos numa determinada ordem;

agregao resumir os dados;

realizao de clculos;

seleo envolve a escolha ou a rejeio de itens dos dados segundo determinados

critrios de seleo.

Os trabalhos de construo apresentam, atualmente, uma tendncia crescente para serem

cada vez mais complexos, abrangentes e mecanizados. Ao mesmo tempo, a informao
produzida das fases de um projeto de construo cada vez maior bem como a exigncia
associada, o que obriga a um maior cuidado na qualidade e na organizao da mesma (Sousa
et al., 2008). A especificao, classificao e a utilizao da informao dos projetos de
construo afeta de alguma maneira a maior parte das pessoas envolvidas na fase de projeto e
de construo e assumiu uma importncia ainda maior com a crescente adoo do BIM.
medida que a informao produzida se vai acumulando, importante garantir que esta se
mantm pesquisvel, organizada de forma consistente e que seja facilmente transfervel
(Eynon, 2012). Segundo Bernstein e Pittman (2004), uma das grandes barreiras adoo do
BIM a computabilidade da informao digital. Ser digital no significa, partida, que tambm
seja computvel. Um computador pode operar qualquer tipo de dados digitais, porm, o tipo de
computaes possveis de realizar depende da informao semntica expressa pelos dados.
Assim, para ser eficaz o BIM necessita de uma absoluta consistncia de dados, de informao
e de classificao (Eynon, 2012).

2.6.5.3.

Omniclass

Em 2006, surge o Omniclass Construction Classification System (conhecido, simplesmente, por

Omniclass ou OCCS), um sistema de classificao para a indstria da construo (2006b) que
ganhou notoriedade desde que a buildingSMART alliance identificou o seu uso no
desenvolvimento da primeira verso do NBIMS (Davis, 2010). O Omniclass um sistema
abrangente composto por 15 tabelas para classificar o ambiente construdo ao longo de todo o
ciclo de vida dos projetos de construo (NIBS, 2012). O objetivo por detrs da maior parte do
seu desenvolvimento do Omniclass combinar diversos sistemas de classificao j existentes
para vrias matrias num s sistema baseado na norma internacional ISO 12006-2
Construo de Edifcios Organizao de informao para as atividades de construo59

estrutura para classificao da informao (Brodt, 2011). Assim, o Omniclass incorpora outros
sistemas j existentes como a base para algumas das suas tabelas (2006b):

o MasterFormat para as atividades de construo (work results). Este sistema de

classificao foi desenvolvido, em 1978, pelas entidades Construction Specifications
Institute (CSI) e Construction Specifications Canada (CSC) e desde ento, j sofreu 3
republicaes e o sistema de classificao de referncia na Amrica do Norte
(Sousa et al., 2008). Consiste numa lista geral de ttulos e nmeros classificados por
atividades de construo e utilizados na organizao de especificaes e outro tipo de
informaes (2004a);

o UniFormat para os elementos construtivos. A primeira verso foi desenvolvida, em

1972, pelas entidades General Services Administration (GSA) e American Institute of
Architects (AIA) para a estimativa e anlise de custos. Mais tarde, em 1993,
aprovada e publicada a norma da American Society for Testing and Materials (ASTM)
UNIFORMAT II, uma verso melhorada da anterior publicao e que foi desenvolvida
por um grupo de trabalho composto por inmeras entidades (Charette e Marshall,
1999). O UniFormat um mtodo para organizar a informao dos projetos de
construo de acordo com os seus elementos funcionais ou de um empreendimento
caracterizadas pela sua funo, no tendo em conta os materiais e os mtodos
utilizados para os concretizar (2006a).

o Electronic Product Information Cooperation (EPIC) para estruturar os produtos de

construo. Uma classificao internacional para produtos da construo e utilizada
para classificar informao tcnica relacionada com os mesmos (Sousa et al., 2008).
Surgiu aps um acordo entre representantes de dez pases europeus em 1990
(2006b).

O MasterFormat e o UniFormat so os mtodos mais comuns de organizar a informao a nvel

internacional, porm, no organizam a informao com a preciso necessria para ter em
conta os atributos necessrios para a qualificao e seleo de produtos. O Omniclass tem o
potencial para resolver essa questo (Kalin et al., 2010). Este sistema utiliza uma classificao
facetada ao contrrio de uma classificao enumerativa. Esta ltima caracteriza-se por partir de
uma viso ou objeto de construo e a partir da, desenvolve-se uma estrutura de
desagregao. uma classificao que utiliza uma nica e extensa hierarquia na qual cada
constituinte tem a sua prpria localizao. Contrariamente, numa classificao facetada so
utilizadas vrias hierarquias que podem descrever um objeto a partir de um ponto de vista
diferente (um elemento pode aparecer em vrias tabelas) e assim, podem ser aplicadas vrias
a um nico objeto para melhorar a sua classificao (Davis e Ceton, 2011, Sousa et al., 2008).
Este tipo de classificao permite uma explorao voltada para o utilizador, ou seja, um
extenso conjunto de dados pode ser progressivamente filtrado consoante as escolhas do
utilizador at que, por fim, este encontra um conjunto de dados controlvel que vai ao encontro

60

dos seus critrios (Davis e Ceton, 2011). O Quadro 2 apresenta as diversas tabelas que
constituem o Omniclass bem como uma breve definio de cada uma delas.
O Omniclass til para diversas aplicaes, desde a organizao de materiais, a pesquisa de
produtos de construo e o desenvolvimento da informao relacionada com o projeto de
construo, at fornecer uma estrutura de classificao para bases de dados eletrnicas e para
o BIM. Define e organiza o quem, o porqu, o quando, o qu, o onde e o para quem
do processo BIM, bem como a informao relacionada com a colaborao entre os vrios
intervenientes, o mbito do projeto de construo e todos os dados relacionados com o
mesmo. Ao combinar as suas tabelas, possvel elaborar, com informao estandardizada,
guias de execuo do projeto de construo tendo como base o BIM, reduzindo, assim, a
frequente natureza ad hoc da gesto da informao (Davis, 2010, Davis e Ceton, 2011). Em
relao aplicao das tabelas do Omniclass ao BIM, Kalin et al. (2010) e Weygant (2011)
definem, apenas com a diferena de que o ltimo no inclui a tabela Materiais, que das
quinze tabelas as mais relevantes para esse efeito so as seguintes:

Tabela 21 Elementos construtivos;

Tabela 22 Atividades de construo;

Tabela 23 Produtos de construo;

Tabela 41 Materiais;

Tabela 49 Propriedades.

Segundo Weygant (2011), a tabela 21 Elementos construtivos organiza a informao

produzida durante as fases de projeto e de construo da forma mais intuitiva, visto que agrupa
os componentes em categorias lgicas baseadas na sua localizao e no na sua finalidade.
Esta tabela, apesar de ser baseada no UniFormat, no possui o mesmo processo de
enumerao. Por outro lado, a tabela 22 Atividades de construo no classifica os produtos
e elementos utilizados no projeto de construo, ao invs disso classifica a informao
segundo outra perspetiva que, por vezes, pode ser mais relevante. Classifica consoante o que
foi realizado e o objetivo que foi alcanado.
A tabela 41 Materiais fornece um nvel de detalhe a partir do qual uma categoria especfica de
um material pode ser encontrada e qualificada (Kalin et al., 2010). Portanto, til quando se
procura por entre os diversos produtos de construo e componentes BIM tendo como critrio
a sua composio. Por exemplo, possvel categorizar os materiais consoante so feitos de
madeira ou ao ou so slidos ou viscosos e ainda, obter informaes mais precisas em
relao sua composio (Weygant, 2011). O que pode ser muito til para o projeto de
impacto ambiental e para a elaborao do plano de preveno e gesto de resduos de
construo e demolio. Os materiais podem ser encontrados vrios locais num projeto de
construo e muitas vezes, como parte de muitas atividades de construo, portanto, esta
tabela fornece a forma mais eficiente de os encontrar (Kalin et al., 2010).
61

Quadro 2 As 15 tabelas que compem o sistema Omniclass (Baseado em: 2006b)

Tabelas
Tabela 11
Elementos de construo por
funo

Tabela 12
Elementos de construo por
forma

Tabela 13
Espaos por funo

Tabela 14
Espaos por forma

Tabela 21
Elementos construtivas

Tabela 22
Atividades de construo

Tabela 23
Produtos de construo
Tabela 31
Fases/Etapas dos projetos de
construo

Tabela 32
Servios

Tabela 33
Disciplinas

Definio
Partes significativas e bem definidas do ambiente
construdo compostas por espaos e elementos interrelacionados e caracterizadas pela sua funo
(residncias familiares, tribunais, hotis, centros de
eventos)
Partes significativas e bem definidas do ambiente
construdo compostas por espaos e elementos interrelacionados e caracterizadas pela sua funo
(edifcios de baixo, mdio e alto porte, pontes em laje
vigada, de tirantes, suspensas)
Unidades bsicas do ambiente construdo delimitadas
por fronteiras fsicas ou abstratas e caracterizadas
pela sua funo ou principal utilidade (cozinha, poo
de elevadores, escritrios, caladas)
Unidades bsicas do ambiente construdo delimitadas
por fronteiras fsicas ou abstratas e caracterizadas
pela sua forma fsica (cozinha, poo de elevadores,
escritrios, caladas)
Um elemento construtivo , segundo a ISO 12006-2,
uma parte de uma entidade de construo que, por si
s ou em combinao com outras partes, cumpre uma
funo predominante na entidade de construo da
qual faz parte (pavimentos estruturais, paredes
exteriores, escadas, coberturas, peas de mobilirio,
sistemas de AVAC)
Resultado final alcanado na fase de produo, por
alterao subsequente
ou por processos
de
manuteno ou de demolio e identificado por um ou
mais do que seguintes aspetos:
- o setor de atividade envolvido;
- os recursos utilizados;
- a parte da entidade de construo resultante;
- os trabalhos temporrios, preparatrios ou de
acabamento resultantes (beto betonado in situ ,
alvenaria de pedra, revestimento cermico)
Componentes ou unies de vrios componentes
destinados a serem incorporados permanentemente
numa entidade de construo (beto, tijolos, portas,
janelas metlicas, tintas, vernizes)
Fases do ciclo de vida dos projetos de construo
(fase de conceo, fase de concurso, fase de
construo)
Atividades,
processos
e
procedimentos
proporcionados pelos participantes no processo de
projeto e de construo e que se relacionam com
todas as funes no ciclo de vida de uma entidade de
construo (oramentao, inspeo, reparao,
levantamento topogrfico)
reas de atividades e especialidades dos participantes
que executam os processos e os procedimentos
ocorrentes no ciclo de vida de uma entidade de
construo
(arquitetura,
engenharia
mecnica,
contratao geral)

62

Tabela 34
Funes organizacionais

Tabela 35
Recursos complementares
construo

Tabela 36
Informao

Tabela 41
Materiais

Tabela 49
Propriedades

Os cargos tcnicos ocupados pelos participantes,

individuais ou no, que executam os processos e os
procedimentos ocorrentes no ciclo de vida de uma
entidade de construo (chefe executivo, engenheiro,
empreiteiro, operador)
Recursos utilizados no desenvolvimento do projeto e
da construo de um projeto de construo e que no
se tornam uma parte permanente do mesmo, incluindo
sistemas informticos, veculos, andaimes e outros
recursos necessrios execuo dos processos e
procedimentos relacionados o ciclo de vida de uma
entidade
de construo
(grua-torre,
martelos,
retroescavadoras, vedaes)
Dados referenciados e utilizados durante o processo
de criao e manuteno do ambiente construdo
(peas
desenhadas,
especificaes,
catlogos,
relatrios, regulamentos)
Substncias bsicas utilizadas na construo ou no
fabrico de produtos e outros itens utilizados na
construo. Estas substncias pode ser matriasprimas ou compostos refinados, independentemente
da sua forma (rochas, solos, madeira, vidro, plstico)
Caractersticas das entidades de construo. As
definies das propriedades no tm qualquer
significado real fora de contexto, necessitam de fazer
referncia a uma ou mais entidades de construo.
(cor, dimetro, resistncia ao fogo, resistncia
mecnica)

Uma base de dados BIM no reconhece que cerejeira e pinho so dois tipos de madeira,
portanto, necessrio utilizar uma estrutura de classificao que resolva esta questo. Com
esse objetivo, surge a tabela 49 Propriedades. Esta tabela cria uma taxonomia relativa
identificao, performance e utilizao dos elementos construtivos, permitindo que se encontre
todos itens de um material especfico como a madeira, beto, borracha, beto ou ao e
pesquisar os atributos pelas suas qualificaes e classificaes, independentemente da sua
localizao. O BIM depende da unificao dos termos para permitir que os dados sejam
pesquisveis de forma adequada pois, caso contrrio, os dados podem ser perdidos e
cometidos erros (Kalin et al., 2010). Esta tabela foi atualizada em 2010 e foi publicada como
uma verso preliminar sujeita a comentrios. Weygant (2011) salienta a necessidade de
comentrios por parte das vrias organizaes comerciais pertencentes comunidade de
fabrico de produtos de construo, de modo a garantir que as propriedades da tabela so no
s corretas como tambm claras (Weygant, 2011).
Weygant (2011) destaca a importncia de garantir que, utilizando sistemas de classificao,
os materiais possam ser relacionados com os componentes que, por sua vez, so utilizados
numa atividade de construo ou como parte de um elemento construtivo, garantindo assim,
que as informaes estejam interligadas tornando-as mais pesquisveis. Veja-se um exemplo.
Uma placa de gesso pode ser utilizada num teto ou numa parede, ou seja, um produto de
63

construo pode ser utilizado em dois elementos ou em duas atividades de construo,

consoante o ponto de vista. Para a oramentao da obra, prefervel consultar os metros
quadrados de placa de gesso pelo prprio material e no pelo elemento construtivo onde este
se encontra. Por outro lado, na elaborao de especificaes prefervel realizar a consulta
das quantidades pelas atividades de construo.
Ter uma perceo clara de onde procurar determinada informao relacionada com o projeto
de construo fundamental. Os projetos de construo, os elementos construtivos, as
atividades de construo e os materiais devem incluir, a cada nvel de detalhe, informao
aplicveis aos mesmos. Assim, caso se pretenda encontrar a resistncia trmica de um
material isolante que se encontra na caixa-de-ar de determinada parede dupla, o componente
que contm a informao o material isolante e no a parede. Se, por outro lado, a informao
pretendida for a resistncia trmica de toda a parede esta que possui a informao e no o
material isolante e ainda, caso se pretenda saber a localizao de uma parede relativamente a
outras ou a determinados espaos, o projeto de construo que contm essa informao.
A notao utilizada pelo Omniclass puramente numrica para ser confundida com a notao
alfanumrica de outros sistemas de informao j existentes, para facilitar o seu uso pelos
pases asiticos e por fim, para evitar problemas de identificao visual. No se entrar em
pormenores relativamente notao utilizada pelo Omniclass, porm, importante referir a
regra mais bsica na sua interpretao. Assim, todas as tabelas que o compem possuem um
nmero que, por sua vez, precede o nmero afixado para um dos seus registos e estes dois
nmeros encontram-se separados por um hfen -. Por exemplo, um registo na tabela 12
designado pelo nmero 11 21 00 representado por 12-11 21 00.
As tabelas do Omniclass encontram-se disponibilizadas na internet em formato PDF (Portable
Document Format) e tambm, em formato de folha de clculo (Excel), porm, estes formatos
no so os mais adequados para facilitar a utilizao das tabelas do Omniclass. A empresa
Onuma, Inc. composta por uma equipa de arquitetos e de programadores informticos
(Onuma, 2008) refere que standards como o Omniclass devem ser geridos e mantidos numa
base de dados e tornados acessveis indstria da construo atravs de Web Services. O
desenvolvimento de normas um processo dinmico e por isso, torna-se fundamental ter um
Web Service e uma abordagem de centralizao de dados para gerir e publicar as normas.
medida que mais standards BIM vo sendo implementados, fundamental que o utilizador final
e os desenvolvedores de software tenham um acesso legvel por mquina aos mesmos. Para
que estes sejam aceites, necessitam que sejam tornados acessveis, consistentes e fceis de
implementar pelos desenvolvedores (Onuma, 2012a).
Em 19 de Junho do presente ano, realizou-se um frum denominado por Data Exchange
Forum no NIBS em Washington DC cuja discusso centrou-se na forma como os Web
Services poderiam ser utilizados para gerir standards. Os participantes do mesmo levantaram
as seguintes questes:
64

a manuteno de um controlo de verses dos standards atravs dos Web Services;

o facto de que algumas aplicaes no necessitam de atualizaes em tempo real

atravs dos Web Services mas sim de atualizaes peridicas;

o arquivo da verso dos standards para projetos mais antigos.

Estas questes no esto relacionadas com a fonte a partir da qual os software obtm os
dados mas sim com o que includo na fonte de dados e como uma aplicao implementa o
controlo de verses. Assim, utilizando os Web Services, so possveis as seguintes vantagens
na gesto de standards:

um utilizador pode solicitar a verso que necessita;

a fcil translao por parte do utilizador de uma verso para outra, caso os dados
fornecidos incluam um mapeamento relativamente a verses mais antigas ou recentes;

a aplicao de um utilizador pode ser projetada pelo mesmo para escolher a verso
pretendida ou converter uma verso em outra;

a converso, com mapeamento adequado, da classificao de um sistema (como o

Omniclass) para a de outro.

Portanto, a preocupao de verificar que o ficheiro em mos no possui erros e que no foi
alterado em relao verso oficial deixa de existir. Os Web Services asseguram que se utiliza
os mesmos dados (Onuma, 2012a).
Relativamente ao Omniclass em particular e como referido, as suas tabelas so
disponibilizadas online em formato PDF ou Excel o que no , claramente, a melhor forma de
gerir o Omniclass e no o formato mais apropriado para que os software consumam os dados
contidos nas tabelas. Felizmente, o Omniclass apresenta uma estrutura relativamente simples
o que o torna um candidato ideal para os Web Services. Assim, em 17 de Julho do presente
6

ano, algumas das suas tabelas tornaram-se o primeiro Web Service do BIM CLOUD , tabelas
essas que se enumeram de seguida:

Tabela 13 Espaos por funo

o

Verso 1 2006

Verso 2 24/06/2010

Tabela 21 Elementos construtivos

o

Verso 1 2006

Verso 2 11/02/2011

Tabela 22 Atividades de construo

o

Verso 1 2006

Verso 2 11/04/2011

O BIM CLOUD um conjunto de Web Services que apoiam o processo BIM e sediado pela empresa
Omuna, Inc. (Onuma, 2012b).

65

Tabela 23 Produtos de construo

o

Verso 1 28/03/2006

Verso 2 24/06/2010

Tabela 32 Servios
o

Verso 1 2006

Verso 2 11/02/2011

Tabela 36 Informao
o

Verso 1 2006

Verso 2 11/02/2011

Em Onuma (2012a), possvel encontrar indicaes para a implementao deste servio por
parte de desenvolvedores de software em aplicaes. O resultado final a utilizao em tempo
real das tabelas nas interfaces de aplicaes a partir do servidor do BIM CLOUD. A aplicao
Onuma System um exemplo disso, como demonstra a Figura 29.

Figura 29 Utilizao das tabelas do Omniclass como um Web Service (Adaptado de: Onuma,
2012a)

2.6.5.4.

IFD

O International Framework for Dictionaries (IFD) complementa o Omniclass (Brodt, 2011), ao

ser uma biblioteca que, em termos simples, uma norma para uma base de dados de
terminologias (NIBS, 2007, NIBS, 2012). O nome IFD utilizado tanto para designar tanto a
biblioteca IFD como a organizao responsvel pela sua gesto e manuteno. As primeiras
duas palavras International (internacional) e Framework (estrutura) descrevem bem o IFD,
porm, a ltima palavra Dictionaries (dicionrios) pode induzir em erro. Apesar de o IFD ser
de facto um conjunto vasto de dicionrios, o seu valor vai alm disso (Bjrkhaug e Bell, 2007).
Segundo estes autores, a palavra Ontologies (ontologias7) seria mais adequada, porm, o IFD
ainda vai mais alm como se ver de seguida.
O conceito por detrs do IFD deriva de normas internacionalmente aceites que tm sido
desenvolvidas por subcomits e grupos de trabalho das entidades ISO e International
Construction Information Society (ICIS) desde o incio dos anos noventa at atualidade

Segundo Falquet et al. (2011), uma ontologia composta por um vocabulrio representativo com
diferentes tipos de modelos (classes de nomes, nomes de relaes) e um conjunto de definies que
especifica o significado do vocabulrio.

66

(NIBS, 2007, NIBS, 2012). A estrutura do IFD dada pela norma ISO 12006-3 - Framework for
Object-oriented Information Exchange formalmente publicada em 14 de Abril de 2007 e de
acordo com esta, o IFD pode ser utilizado para descrever inmeros itens (Bjrkhaug e Bell,
2007).
O IFD separa o nome e as linguagens dos conceitos propriamente ditos. Estes apenas so
associados aos nomes que os descrevem atravs de relaes. Por exemplo, a palavra dr
em noruegus , normalmente, traduzida para door (porta) em ingls, porm, ao analisar o
conceito, constata-se que a palavra norueguesa refere-se porta juntamente com o seu aro e
a palavra inglesa apenas porta propriamente dita. Assim, aquela palavra norueguesa deve
ser traduzida, em ingls, por door-set (o conjunto da porta e o seu aro). Isto determinado,
no IFD, ao separar os conceitos dos nomes e descries utilizados para o nomear e descrever.
Por outro lado, a um conceito esto associados frequentemente vrios nomes e por sua vez,
um nome muitas vezes utilizado para descrever mais do que um conceito na mesma lngua.
Por isso, o IFD permite que inmeros nomes, descries, abreviaturas, siglas, acrnimos e
lexemas sejam associados ao mesmo conceito.
Os conceitos e termos so descritos semanticamente e aos mesmos atribudo um nmero de
identificao nico, o que permite que toda a informao no formato IFC seja rotulada com um
Globally Unique Identifier (GUID). Assim, o arquiteto pode, por exemplo, disponibilizar a
informao relativa aos materiais de construo em chins e o destinatrio pode compreendla em alemo (NIBS, 2007). Portanto, ao fornecer uma referncia global e nica para qualquer
conceito na indstria da construo, o IFD auxilia a comunicao entre os diversos
participantes. Caso exista alguma discordncia relativamente denotao de determinado
termo, o IFD pode ser servir como a autoridade central (Svetel e Pejanovi, 2010).
O IFD no uma ontologia mas sim uma estrutura na qual diferentes ontologias podem
coexistir. No IFD um conceito descrito no s por um conjunto de nomes e definies em
vrias lnguas mas tambm relacionando-o com outros conceitos (Bjrkhaug e Bell, 2007). Por
sua vez, os conceitos so relacionados com outros conceitos atravs de relaes objetivas.
Estas so, pois, compiladas em contextos (vrios formas de ver um conceito) tendo em conta a
forma como foram includos na biblioteca IFD e a sua origem. Os conceitos podem relacionarse com outros em vrios contextos. Por exemplo, o conceito porta pode ter vrias relaes
com outros conceitos dependendo do contexto em que se inserem (Figura 30). O IFD atribui
um GUID a todos estes conceitos para permitir uma fcil identificao e reutilizao pelas
aplicaes (NIBS, 2007).

67

Figura 30 Relaes entre o conceito porta e outros conceitos (Adaptado de:

Bjrkhaug e Bell, 2007)

O IFD ainda proporciona um mecanismo de mapeamento entre a utilizao de termos em

diferentes profisses e atividades profissionais na indstria da construo permitindo, assim,
que os vrios participantes compreendam os elementos do modelo BIM segundo o seu ponto
de vista (Svetel e Pejanovi, 2010). Veja-se um exemplo: ao analisar o conceito de uma janela
em diferentes fontes de informao (sistemas de classificao, especificaes, catlogos, etc.)
cada uma delas far referncia a um determinado conjunto de propriedades para a dada
janela. Na Figura 31, as diferentes propriedades so representadas pelas caixas coloridas e
como se v, algumas delas so comuns em algumas fontes de informao mas noutras so
diferentes. Uma fonte de informao uma forma especfica de ver um conceito para um
determinado fim e em determinada fase. Ao percorrer todas as fontes de informao possveis
e adicionar cada propriedade nelas encontrada ao conceito genrico de uma janela no IFD,
de esperar que, no fim, se rena todas as propriedades associadas dada janela. Se,
finalmente, for mantido o registo da origem de cada propriedade o IFD, em ltima anlise,
tornar-se- uma estrutura de mapeamento (Bjrkhaug e Bell, 2007).

Figura 31 Conjuntos de propriedades associados ao conceito janela segundo

vrios pontos de vista (Adaptado de: Bjrkhaug e Bell, 2007)
68

Relativamente relao do IFD com o Omniclass, a biblioteca IFD proporciona uma

metodologia estruturada baseada em normas para definir e reutilizar a categorias de
informao no Omniclass. Uma implementao normalizada de sistemas de classificao como
o Omniclass, UniFormat e MasterFormat informao produzida no processo BIM permitir a
sua seleo e recuperao atravs de vrias plataformas e por todos os utilizadores em
qualquer fase do ciclo de vida de um empreendimento (NIBS, 2007). Porm, a classificao
apresenta limitaes quando utilizada exclusivamente como um sistema para organizar e
armazenar dados. A classificao hierrquica o que, por conseguinte, torna difcil a sua
apresentao numa forma consistente que seja percetvel por todos. Para alm disso, a
classificao no tem regras explcitas para a sua implementao permitindo, assim, que os
utilizadores e os sistemas a implementem de diferentes formas e ainda, a confiana nos nomes
e nmeros atribudos pelo sistema de classificao pode ser problemtica caso tenham existido
erros na sua introduo ou por diferenas na sua utilizao. Assim, a utilizao da biblioteca
IFD com sistemas de classificao (como o Omniclass) pode ser a soluo para as questes
levantadas, por atribuir a cada conceito um GUID e por definir quais as classificaes que se
aplicam aos conceitos. O IFD, ao atribuir a cada termo um GUID, permite que todos os termos
sejam referenciados e compreendidos inequivocamente por software.
Tal como o Omniclass, o IFD tambm est disponvel como um Web Service e inclui a
classificao como parte da definio dos termos. Esta abordagem permite a comunicao
com a biblioteca IFD independentemente da tecnologia escolhida para a base de dados, o que
mais adequada para os desenvolvedores de software. Ser desenvolvida, ainda, uma verso
offline que utiliza os mesmos objetos e mtodos da verso Web Service. Estas duas opes
permitem o acesso biblioteca IFD por qualquer aplicao e encontra-se disponvel no website
oficial do IFD (NIBS, 2012). Assim, os termos, relaes e os GUIDs correspondentes podem
ser acedidos de uma forma consistente por todos os utilizadores. Portanto, o IFD juntamente
com o Omniclass permite que os utilizadores acedem e visualizem os dados utilizando
classificaes familiares assegurando, ao mesmo tempo, que os dados possam ser associados
de uma forma fivel a processos e a documentos frequentemente utilizados e compreendidos
na prtica corrente (NIBS, 2012). A estrutura dos sistemas de classificao assim definida pode
ser explicitamente aplicada informao utilizada nos sistemas de projeto, anlise e de gesto
baseados em modelos BIM, com a vantagem de que um sistema mais consistente de
nomeao para os objetos utilizados no BIM tem o potencial de melhorar a interoperabilidade
de sistemas e processos (NIBS, 2007, 2012).

2.6.5.5.

COBie

Segundo Davis e Ceton (2011), o Omniclass tem-se tornado um requisito em muitas trocas de
informao no processo BIM, incluindo o Construction Operations Building information
exchange (COBie). O COBie uma especificao de troca de informao para a recolha e
69

entrega durante o ciclo de vida dos empreendimentos da informao requerida pelos gestores
de empreendimentos (facility managers) (NIBS, 2012). um projeto da buildingSMART aliance
inicialmente fundado pela National Aeronautics and Space Administraition (NASA) e o pelo U.S.
Army Corps of Engineers (USACOE). Enquanto o IFC define os elementos de dados num
modelo BIM, o COBie , segundo Smith e Tardif (2009), um excelente exemplo da estrutura de
gesto da informao que deve ser includa com um modelo BIM para que a informao possa
ser, de uma forma mais eficaz e eficiente, compilada e trocada ao longo de todo o ciclo de vida
de um empreendimento com um elevado nvel de maturidade da informao e com o mnimo
de deteriorao da informao.
Eastman et al. (2011) resumiram os objetivos do COBie apontados por East (2007), referindo
os seguintes:

fornecer um formato simples para a troca de informao, em tempo real, dos produtos
finais dos contratos de projeto e de construo;

identificar claramente os requisitos e responsabilidades para os processos de

negcio;

fornecer uma estrutura para armazenar informao para posterior intercmbio ou

reutilizao;

no adicionar custos fase de operao e manuteno;

permitir uma importao direta para os sistemas de gesto da manuteno do dono

de obra.

O COBie no uma tecnologia mas sim uma norma para a troca de informao estruturada
que permite uma utilizao mais eficiente da tecnologia (Smith e Tardif, 2009).
Resumidamente, o principal objetivo do COBie a recolha de informao criada durante as
fases de projeto e de construo e que necessria na fase de operao e manuteno dos
edifcios (Smith e Tardif, 2009). Esta informao composta por listas de equipamentos, fichas
tcnicas de produtos, garantias, listas de peas sobressalentes, planos de manuteno
preventiva e outras informaes. Aps a concluso dos trabalhos, necessrio reunir toda esta
informao, o que uma tarefa dispendiosa visto que muita da informao tem de ser recriada
a partir de informao criada anteriormente. A funo do COBie simplificar essa tarefa.
A abordagem do COBie passa pela introduo dos dados assim que estes so criados durante
as fases de projeto, construo e de receo da obra. Os projetos fornecem os layouts dos
pisos, dos espaos e dos equipamentos. Por sua vez, os empreiteiros fornecem os fabricantes,
os modelos e os nmeros de srie dos equipamentos instalados (Figura 32). Muitos dos dados
fornecidos pelos empreiteiros vm diretamente dos fabricantes de produtos de construo que
tambm podem participar tambm no COBie (East, 2012).

70

Figura 32 Processo COBie (Adaptado de: East, 2012)

Os vrios intervenientes num projeto de construo utilizam vrios software, porm, todos
necessitam de interagir com a informao COBie (East, 2012). Por isso, o COBie pode ser visto
em vrios formatos tanto nos software de projeto, construo e de manuteno como em
simples folhas de clculo (NIBS, 2012). Todos eles proporcionam uma visualizao totalmente
interopervel da informao subjacente especificada pelo COBie. Por exemplo, para os
projetistas pode ser to simples como guardar um ficheiro em formato IFC. Por outro lado, para
os empreiteiros devem querer utilizar software comerciais especializados para atualizar a
informao COBie com a recebida dos fabricantes ou, ento, introduzir diretamente a
informao numa folha de clculo. Por ltimo, os operadores de empreendimentos podem
importar a informao COBie que se encontra formatada segundo o IFC ou numa simples folha
de clculo (East, 2012).
A especificao tcnica para o COBie designada por Industry Foundation Class Facility
Management Handover Model View Definition. Os dados que vo ao encontro deste formato
podem ser fornecidos noutros trs formatos interoperveis (criados para trocas de informao
entre software): (1) o STEP Physical File Format; (2) o formato ifcXML baseado no modelo IFC
e (3) uma verso em SpreadsheetML (formato XML do Microsoft Office Excel) dos dados
encontrados nos dois primeiros formatos. Existe, no entanto, outro formato que est a ser
testado na europa denominado por Open Document XML. A verso em folha de clculo
(SpreadsheetML) tem a vantagem de permitir o entendimento quanto informao necessria
por parte das vrias pessoas envolvidas no projeto de construo e ainda, utiliza o Omniclass
para designar as suas colunas (East, 2011).
Dada diversidade dos tipos de projetos de construo, importante que o COBie possa ser
adaptado para suportar requisitos especficos de um tipo de empreendimento ou dono de obra.
Este ltimo pode, por exemplo, substituir as categorias do Omniclass pelas categorias que
utiliza e ainda, caso seja necessrio adicionar campos especficos de determinado tipo de
edifcio bastando adicionar colunas folha de clculo COBie (East, 2012). Esta versatilidade
71

permite que o COBie seja utilizado em todos os projetos de construo independentemente da

dimenso e da sofisticao tecnolgica (NIBS, 2012).
O desenvolvimento do COBie revelou uma lacuna significativa na troca de informao
fornecida pelos fabricantes de produtos de construo, resultando na perda de informao
importante durante as fases de projeto e de construo. Com o objetivo de colmatar essa
lacuna, as entidades Engineering Research and Development Center (ERDC) do USACOE,
Specifications Consultants in Independent Practice (SCIP) e CSI, iniciaram um projeto
aprovado pela buildingSMART aliance com o objetivo de desenvolver uma especificao para
identificar todo o conjunto de propriedades necessrias para especificar materiais, produtos e
equipamentos a um nvel de detalhe comum e inicial, Specifiers Properties information
exchange (SPie) (Smith e Tardif, 2009). O objetivo deste projeto , ento, criar um conjunto de
templates de produtos de construo que podem ser utilizados pelos fabricantes para exportar
os dados relacionados com os mesmos num formato segundo normas abertas e que, por fim,
consumido pelos intervenientes no desenvolvimento de um projeto de construo. O SPie
rene 1200 templates disponveis na internet 8 segundo os referidos sistemas de classificao
(UniFormat, MasterFormat e Omniclass). A equipa responsvel pelo seu desenvolvimento
encontra-se, atualmente, num processo de reviso de todos os templates (BuildingSMART
alliance, 2012).
O IFD vital para o projeto SPie. O IFD utiliza os conjuntos de propriedades de base no
formato IFC e apresenta-as segundo o idioma de determinado pas (Hamil, 2012a). Os idiomas
suportados pelo IFD, neste momento, so o ingls, alemo, noruegus, americano e francs
(Nisbet, 2011). A capacidade de manter um dicionrio central que contm a definio de cada
propriedade num idioma autctone e em ingls (o idioma internacional) tem imenso potencial.
Fornece um conjunto de propriedades comuns a um produto de construo num determinado
pas e ainda, permite a traduo dessas propriedades juntamente com o seu significado a nvel
internacional. Assim, os fabricantes de produtos de construo podem documentar as
propriedades do seu produto uma nica vez e depois publicar essa informao
internacionalmente (Hamil, 2012a). Na internet, est disponvel um software denominado
Propertylizer que utilizado para atribuir propriedades a materiais, produtos e equipamentos
especficos de uma forma sistemtica. A adoo deste formato estruturado de dados pelos
fabricantes de produtos e equipamentos de construo aliviaria um enorme estrangulamento
da troca de informao que, por sua vez, melhoraria significativamente a eficcia do processo
de projeto, permitindo que a informao dos produtos de construo seja incorporada
diretamente nos modelos BIM. Os benefcios no se cingem apenas fase de projeto, visto
que essa informao poderia ser includa no formato COBie nas fases posteriores do todo o
ciclo de vida dos empreendimentos (Smith e Tardif, 2009).

http://www.wbdg.org/references/pg_spt.php

72

O projeto SPie combina, portanto, o IFC, o COBie e os conjuntos de propriedades aplicveis

aos Estados Unidos da Amrica para produzir uma definio abrangente de um grande nmero
de tipos de produtos de construo. Existem, no entanto, outros projetos em vrios pases
europeus como o projeto francs levado a cabo pela entidade L Association des Industries de
Produits de Construction9 que representa 100 organizaes comerciais que, por sua vez,
representam 7000 fabricantes de produtos de construo e outros projetos na Inglaterra e
Alemanha (Hamil, 2012a).
Segundo East (2010), o SPie uma pea do conjunto de dados COBie, como demonstra a
Figura 33. A ltima pea o projeto Equipment Layout information exchange (ELie) que
fornece peas desenhadas esquemticas dos sistemas AVAC e outras instalaes tcnicas.

Figura 33 Conjunto de dados COBie (Adaptado de: East, 2010)

2.7. Concluses
Em 1.1, enumeraram-se vrias debilidades e especificidades da indstria da construo cuja
resoluo ou atenuao, apesar de no ser fcil, ser possvel. Um dos passos a tomar neste
sentido a utilizao do BIM como uma metodologia que abrange todas as fases do ciclo de
vida dos empreendimentos, o que abordar muitos dos aspetos referidos.
A aplicao generalizada do BIM na realizao de projetos de construo em Portugal ser
uma grande mudana para a indstria da construo, visto ter impactos em todas aquelas
fases e em todos os intervenientes no processo. Por isso, apesar de a sua inevitabilidade estar
cada vez mais evidente, o processo de adoo do BIM a nvel nacional levar o seu tempo.
O BIM incentiva um ambiente colaborativo (facilidade e necessidade de comunicao entre os
vrios intervenientes), principalmente utilizando o conceito do Cloud Computing (descrito em
2.6.2) possibilitando, assim, a colaborao e a troca de informao entre todos os
intervenientes atravs da internet e atenuando a falta de cooperao entre os mesmos. Por
outro lado, uma das permissas da implementao do BIM que a informao seja introduzida,

http://www.aimcc.org/
73

pela fonte mais autorizada, apenas uma vez durante o ciclo de vida do empreedimento ou da
informao em si (Smith e Tardif, 2009), o que permitir a reduo dos desperdcios na reentrada e re-criao da informao.
Com o BIM, possvel aumentar significativamente o nvel de detalhe dos projetos o que,
aliado ao ambiente colaborativo que proporciona, ir atenuar a escassez de detalhes nos
projetos e os pedidos de esclarecimento (estes, segundo Vasconcelos (2010), consumem na
pior da hipteses sete semanas de trabalho na fase de preparao de obra). Por outro lado, o
BIM pode atenuar o impacto das alteraes aos projetos e das incompatibilidades entre
projetos, visto que permite a visualizao a priori, atravs dos modelos, do produto final
(destaca-se, aqui, o papel dos viewers referido na pgina 27) possibilitando, assim, que o dono
de obra tenha uma melhor perceo do mesmo. Permite, ainda, a deteco de conflitos entre
as vrias especialidades (clash detection) e a coordenao entre projetos (pgina 29).
A produo das peas desenhadas torna-se mais eficiente dada a utilizao da modelao
paramtrica (descrita em 2.5.2), visto que as modificaes num dado componente do modelo
so automaticamente actualizadas em todas as vistas do mesmo. Esta funcionalidade aliada
j referida deteco de conflitos entre as especiliadades, aumenta o rigor das peas
desenhadas obtidas diretamente a partir dos modelos.
Relativamente aos pedidos de material em excesso, ao incluir a informao relativa s
dimenses do elementos nos software BIM, possvel realizar a extrao automtica das
quantidades dos materiais e produtos utilizados (pgina 29).
Alguns software permitem, devido possibilidade de simular a realidade, analisar a vialibidade
de determinados mtodos construtivos e criar uma ligao bidireccional entre o planeamento e
o modelo. Isto permite melhorar a atividade de planeamento e a atenuao de conflitos em
obra (ver Anlise de construtibilidade, Sequncia e planeamento da construo e
Sequncias de montagem e instalao descritos em 2.5.4).

74

3.

INTEGRAO ENTRE O BIM E O PRONIC

3.1. Introduo
Em 2.7, foi referido a importncia do BIM relativamente s debilidades do setor da construo.
No entanto, algumas dessas debilidades no foram abordadas. Relativamente a essas
debilidades, o ProNIC poder dar resposta.
O Protocolo para a Normalizao da Informao Tcnica na Construo ou, simplesmente,
ProNIC um projeto de investigao cujo objetivo principal o desenvolvimento de um
conjunto sistematizado e integrado de contedos tcnicos credveis e suportados por uma
ferramenta informtica moderna. Pretende-se que estes possam constituir um referencial para
todo o setor da construo portuguesa (2008). Para alm disso, espera-se que a utilizao das
metodologias e ferramentas disponibilizadas pelo ProNIC contribua para uma melhoria
significativa da qualidade na construo, criando uma referncia sobre as melhores prticas,
correctas especificaes tcnicas dos trabalhos da construo, acesso generalizado ao
conhecimento dos referenciais normativos e integrao das vrias fases do processo
construtivo (2011, 2012), o que aumentar a rentabilidade das organizaes com o
consequente incremento da competitividade do setor (2008, Couto et al., 2012). Estes so os
objetivos bsicos e abrangentes a toda a indstria, no entanto, o ProNIC apresenta contributos
a vrios nveis que so especficos de cada fase do processo (2008, Sousa et al., 2008). Na
Figura 34, destacam-se os diferentes contributos e potenciais benefcios do ProNIC nas vrias
fases do ciclo de vida de um empreendimento.

Figura 34 Vantagens do ProNIC nas vrias fases de um projeto de construo

75

Como se ver mais adiante, o ProNIC permite a gerao dos artigos que faro parte do Mapa
de Trabalhos e Quantidades e para alm disso, associar fichas de execuo dos trabalhos, de
materiais e custos. Estas fichas pretendem, acima de tudo, fornecer informaes tcnicas
relativas a boas prticas de construo, regulamentos, normas e custos. Estas funcionalidades
do ProNIC permitem aumentar o rigor na produo de mapas de medies e de cadernos de
encargos e para alm disso, fornecer informaes importantes relativas aos materiais utilizados
na obra (composio, aplicao, ensaios, normas aplicveis) e execuo dos trabalhos
(trabalhos preparatrios, processo de execuo, normas aplicveis, ensaios, critrios de
medio, regras de segurana).
Posto isto, facilmente se vislumbra uma oportunidade para uma integrao entre os dois que
poder ser uma mais-valia no combate s debilidades da indstria da construo referidas em
1.1. A Figura 35 apresenta a influncia direta tanto do BIM como do ProNIC nas vrias
debilidades referidas, apesar de tal diviso no ser to rgida podendo, pois, haver
sobreposio em alguns aspectos.

Figura 35 Influncia do BIM e do ProNIC nas debilidades da indstria da construo

76

Assim, a integrao do ProNIC num ambiente BIM trar grandes vantagens para a indstria da
construo. Esta integrao, segundo a opinio deste autor, deve realizar-se segundo os dois
dos componentes referidos por Fiatech (2012) (pgina 46): os processos de distribuio de
informao e a gesto da informao. No entanto, para que estes dois componentes sejam
utilizados com eficcia e eficincia fundamental a criao de um ambiente e forma de
trabalhar colaborativo. Portanto, necessrio criar um modelo assente num ambiente
colaborativo e que segue esses dois componentes.
Segundo Martins (2009), um conceito inerente gesto de informao, em particular no
contexto da indstria da construo, o de abstrao que, por sua vez, uma viso de uma
realidade onde se suprime um conjunto de informaes consideradas desnecessrias para o
fim a que se destina. Assim, de acordo com aquele autor, um modelo de informao uma
abstrao sobre o produto que se pretende representar, ou seja, uma abstrao da realidade.
Um modelo BIM (Building Information Model) se for traduzido para portugus letra significa
modelo de informao para a construo. Assim, Martins (2009) definiu as caractersticas
desejveis mais relevantes para estes tipos de modelos, que se enumeram de seguida:

deve ser evolutivo para acompanhar todas as fases do ciclo de vida dos
empreendimentos;

deve permitir a gerao automtica de documentos inerentes s fases do ciclo de vida

dos empreendimentos;

deve funcionar como repositrio central de informao, embora no esteja

necessariamente localizado num nico computador;

deve aceitar que vrios intervenientes realizem trabalho simultneo, evitando

potenciais conflitos que possam decorrer deste tipo de utilizao;

deve poder ser implementado com diferentes graus de compromisso, que estaro
associados a uma maior ou menor necessidade de proceder a alteraes aos
procedimentos habituais na construo.

A associao do referido conceito de modelo de informao aos modelos BIM continua a ser
verdade (estes continuam a ser representao subjetiva da realidade que a obra fsica). No
entanto, segundo a perspetiva desta dissertao, faz mais sentido associar o conceito e as
caractersticas referidas ao processo de trabalho num ambiente colaborativo. A justificao
reside no seguinte facto. Martins (2009) referiu que as peas escritas e desenhadas do projeto,
o planeamento dos trabalhos, o cronograma financeiro e outros documentos relacionados com
a obra so as vistas sobre o modelo, ou seja, numa perspetiva de aplicaes informticas as
vistas so interfaces a partir das quais alteramos as caractersticas do modelo. No entanto, na
perspetiva desta dissertao, a abstrao da realidade (a obra propriamente dita) e da
informao relacionada com a mesma no conseguida com um nico modelo mas sim com o
conjunto de modelos e para alm disso, as vistas so produzidas num ambiente colaborativo.
77

A primeira caracterstica destaca a natureza evolutiva para acompanhar todas as fases do ciclo
de vida dos empreendimentos. No mbito desta dissertao e na opinio do autor, esta
caracterstica destaca dois aspetos relevantes. Em primeiro lugar, destaca-se a palavra
evolutivo, ou seja, o modelo de informao necessita de evoluir medida que se avana no
desenvolvimento do projeto de construo. O aumento de informao e nvel de detalhe
associado progressivo (como ilustrado, em 2.5.5, com o conceito dos LODs), portanto,
necessrio ter isso em conta na organizao da informao. Por exemplo, a estrutura de
desagregao da informao que o ProNIC utiliza muito detalhada o que necessrio dado a
funo do mesmo, porm, nas primeiras fases do projeto quando existe ainda pouca
informao no prtico utilizar aquela estrutura para organizar a informao. Refere-se,
ainda, que se a informao for estruturada tendo em vista a posterior utilizao de ferramentas
como o ProNIC (e no s) facilita a introduo de dados e informaes nas mesmas.
Em segundo lugar, revela-se ser necessrio ter uma viso mais abrangente na produo de
informao, ou seja, importante produzir, manter e dispensar informao que seja relevante
para fases especficas. Um exemplo a especificao COBie (ver em 2.6.5.4) que especifica a
informao relevante para a fase de operao e manuteno e que deve ser recolhida durante
as fases do ciclo de vida dos empreendimentos. Assim, a informao relevante deve ser, desde
logo, destacada e acumulada segundo determinados procedimentos.
Para alm de ter um papel importante na organizao da informao dada, a sua estrutura de
desagregao dos trabalhos de construo aplicada realidade portuguesa, o ProNIC assume
um papel importante na segunda caracterstica, visto que a sua funo a produo de alguns
dos documentos mais importantes relacionados com a obra, como referido em 3.2.3.
As caractersticas apontadas em segundo e terceiro lugar esto relacionadas. aqui que os
conceitos Cloud BIM (pgina 41) e o trabalho em ambiente colaborativo se relevam
fundamentais, ao permitir que vrios intervenientes realizem trabalho simultneo, utilizando um
repositrio central de informao. O conceito Cloud BIM, por sua vez, apresenta vantagens e
capacidades na criao de um ambiente colaborativo, no qual os vrios intervenientes podero
cooperar de uma forma eficiente. Por outro lado, fundamental assegurar tipos de contratos
que fomentem este tipo de colaborao como o IPD (pgina 33). No estabelecimento deste tipo
de contratos, destaca-se, uma vez mais, o papel da legislao e dos donos de obra.
No processo e ambiente colaborativo referidos, as trocas de informao (em 2.6.4) tm um
papel fulcral, dado a elevada troca de informao que ter de existir entre os vrios
intervenientes. Os processos de distribuio de informao tero de ser definidos antes de dar
a incio ao desenvolvimento dos projetos, como referido mais adiante.
Concluindo e contextualizando o que referido anteriormente, pretende-se com o modelo
proposto para a integrao entre o BIM e o ProNIC aproveitar o trabalho feito a nvel nacional

78

(o prprio ProNIC) e utiliz-lo num ambiente colaborativo atravs da internet tendo por base a
metodologia BIM, abrangendo todas as fases do ciclo de vida dos empreendimentos.
De seguida, far-se- uma introduo ao ProNIC com o objetivo de apresentar as suas
funcionalidades principais e as mais teis num ambiente BIM. Depois, definir-se- uma forma
de trabalhar em ambiente colaborativo e o papel do ProNIC nesse processo. Por fim,
apresentar-se- de gerir a informao no repositrio central de informao, tendo em conta a
natureza evolutiva da mesma no desenvolvimento do projetos.

3.2. ProNIC
3.2.1. Antecedentes
O ProNIC surgiu na sequncia do projeto CIC-Net financiado pela Agncia de Inovao (2011).
Este projeto teve como objetivo a criao de um referencial para os trabalhos de construo de
edifcios, definir claramente o papel de todos os intervenientes no processo e desenvolver um
mtodo para classificao dos materiais de construo (Sousa et al., 2008). O seu
desenvolvimento decorreu entre Agosto de 1998 e Junho de 2001 e foi da responsabilidade de
um grupo de dez organizaes: dois empreiteiros (J. GOMES e FERSEQUE), trs
fornecedores de materiais de construo (CRUMAR, FIVITEX e LIZMUNDO), um gabinete de
projetos (ETEC), o Instituto da Construo da Faculdade de Engenharia da Universidade do
Porto (IC-FEUP), o INstituto de Engenharia de Sistemas e Computadores do Porto (INESCPorto), a Associao dos Industriais da Construo Civil e Obras Publicas (AICCOPN) e
finalmente, a Associao Portuguesa dos Comerciantes de Materiais de Construo (APCMC).
O CIC-Net previa o desenvolvimento de seis tarefas que foram levadas a cabo por
organizaes referidas anteriormente (Corvacho et al., 2002):
1. Definio de formatos para a troca de Informao em Engenharia (INESC-Porto e IC);
2. Definio de formatos de Cadernos de Encargos e Propostas (IC e INESC-Porto);
3. Definio de uma estrutura para a Codificao de Materiais (IC e INESC-Porto);
4. Construo de uma interface com os fornecedores de materiais de construo (INESCPorto);
5. Divulgao dos resultados do projeto (AICCOPN e APCMC);
6. Gesto do projeto (da responsabilidade da empresa J. GOMES).
No mbito deste projeto, foram desenvolvidos conceitos de base, metodologias e aplicaes
informticas dirigidas fundamentalmente para a definio de trs tens:

bases de dados gerais de articulados de medies;

formatos de cadernos de encargos;

uma estrutura de classificao e codificao de produtos da construo.

79

A experincia na aplicao do CIC-Net evidenciou as suas potencialidades e limitaes e por

isso, demonstrou a viabilidade do seu desenvolvimento e aperfeioamento (2011). neste
contexto, aliado s necessidades actuais resultantes da evoluo de processos verificada na
indstria da construo e da grande produo de normalizao tanto a nvel internacional como
10

nacional , que surge o ProNIC (Sousa et al., 2008). Assim, o ProNIC tem o objetivo de
aumentar as potencialidades do projeto anterior, alargando o seu interesse a mais entidades
que exercem a sua atividade na indstria da construo atravs da criao de contedos para
os modelos de funcionamento criados e seguindo o modelo desenvolvido (2011).

3.2.2. Fases de desenvolvimento e entidades envolvidas

O desenvolvimento do ProNIC pode ser dividido em duas fases. Na primeira foi estabelecida
uma estrutura de desagregao para os trabalhos de construo que resulta na descrio
genrica dos trabalhos e por sua vez,

a parametrizao da descrio dos mesmos torna

possvel gerar os artigos do Mapa de Trabalhos e Quantidades. A estes ficam associadas

fichas de execuo do trabalho, de materiais e de custos nas quais esto incorporadas
informaes tcnicas relativas a boas regras de construo, regulamentos, normas e custos.
Por fim, estas fichas daro origem ao Caderno de Encargos e Estimativa Oramental da obra
em questo (Couto et al., 2012). Esta fase iniciou-se com a aprovao, em Dezembro de 2005,
do projeto ProNIC no mbito do Programa Operacional Sociedade do Conhecimento (POSC) e
teve como entidades promotoras a Direo Geral dos Edifcios e Monumentos Nacionais
(DGEMN), o Instituto Nacional da Habitao (INH) e a Estradas de Portugal (EP). Porm, aps
a extino das duas primeiras, a responsabilidade da gesto do projeto passou a ser assumida
pelo Instituto da Habitao e Reabilitao Urbana (IHRU). O desenvolvimento do trabalho
tcnico do ProNIC assegurado por trs entidades, duas das quais estiveram envolvidas no
projeto CIC-Net, o IC e o INESC-Porto, faltando apenas referir o Laboratrio Nacional de
Engenharia Civil (LNEC) (2008).
A segunda fase, por sua vez, iniciou-se no final de 2009, altura em que o Consrcio ProNIC e a
Parque Escolar (PE) assinaram um contrato de desenvolvimento da ferramenta e prestao de
servios que inclua a disponibilizao de acessos ao ProNIC para os diretores de projeto da
PE, os gabinetes de arquitetura e das especialidades de projetos das escolas e as
fiscalizaes das obras, estando esta segunda fase ainda a decorrer (Couto et al., 2012). De
seguida, as duas fases sero descritas com mais pormenor.

10

Destacam os seguintes trabalhos nacionais em matera de normalizao (Sousa et al., 2008):

cadernos de encargos tipo para obras de edifcios (LNEC, 1970-1972);

regras de medio, com republicaes frequentes e tendo como base uma estrutura de
desagregao dos trabalhos por especialidades (Fonseca, 1997);

fichas de custos e rendimentos para trabalhos de edifcios, com republicaes frequentes e

tendo como base uma desagregao por elementos construtivos (Manso et al., 1997);

organizao e formatos da documentao de projeto (Cabrita, 1974).

80

3.2.3. 1 fase de desenvolvimento

O ProNIC constitudo por uma base de dados de conhecimento sobre trabalhos de
construo de Edifcios em Geral e de Infraestruturas Rodovirias e por um conjunto de
aplicaes informticas que permitem a gesto e articulao dos contedos tcnicos e a
gerao de documentos como Medies Detalhadas, Mapas de Quantidades de Trabalhos,
Estimativas Oramentais ou Caderno de Encargos (Couto et al., 2012). O mbito da base de
dados contempla, portanto, duas grandes reas de construo: Edifcios em Geral e
Infraestruturas Rodovirias. Na primeira, por sua vez, so tratadas as reas de Construo
Nova e de Reabilitao, como se pode verificar na Figura 36 (2008).

Figura 36 mbito do ProNIC

A base de dados desenvolve-se segundo uma estrutura de desagregao dos trabalhos (Work
Breakdown Structure11 - WBS, na literatura inglesa), como se exemplifica na Figura 37. Esta
estrutura pode ser tanto mais detalhada quanto maior for o grau de pormenorizao pretendido
que, no caso particular do ProNIC, era muito elevado. Por isso, a base de dados foi alvo de
uma estruturao e desenvolvimento exaustivos com o objetivo de atingir um grau de
pormenorizao elevado.

Figura 37 Exemplo da estrutura de desagregao de trabalhos utilizada pelo ProNIC

(Adaptado de: Sousa, 2011)
11

Segundo PMI (2008), WBS uma desagregao hierrquica dos trabalhos a serem executados pela
equipa do Projeto para alcanar os objetos do mesmo e criar o produto final desejado, com cada nvel a
representar, por ordem decrescente, uma definio cada vez mais detalhada dos trabalhos.

81

Assim, o primeiro nvel de desagregao composto por 26 captulos para as obras de

edifcios (Quadro 3) e 10 captulos para as obras de infraestruturas rodovirias. O modelo de
desagregao adotado para a estrutura dos trabalhos de construo segue, em geral, os
critrios fundamentais previstos nas regras de medio do LNEC (Fonseca, 1997), ou seja,
uma diviso da obra em captulos correspondentes s diferentes artes ou especialidades. De
modo a traduzir a evoluo dos processos, metodologias, tecnologias de construo e numa
perspetiva de harmonizao com as disposies das normativas europeias, foram introduzidas
vrias modificaes ao modelo definido.
Quadro 3 Captulos do ProNIC

O objetivo medida que se avana nos nveis da estrutura de desagregao aumentar o

nvel de detalhe. Esta filosofia aplica-se tanto aos edifcios como s infraestruturas rodovirias,
porm, por facilidade de exposio, servir-se- apenas da rea de edifcios. Nesta o seu
segundo nvel contempla as referidas reas de Construo Nova e de Reabilitao (esta rea
utiliza a mesma estrutura de desagregao da rea de Construo Nova) que, por sua vez,
incluem diversos nveis que estabelecem o tipo de elemento, a sua localizao, as
caractersticas gerais do tipo de material e outras especificidades at que, por fim, se chega ao
ltimo nvel denominado por artigo (Quadro 4). Este ser o enunciado ou o descritivo do
trabalho de construo que depois de formatado constar no Mapa de Trabalhos e
Quantidades.

Quadro 4 - Exemplo de um artigo gerado pelo ProNIC (Retirado de: Sousa, 2011)

82

Os artigos so compostos por partes de texto fixadas partida (como o caso de Execuo
de proteces em no Quadro 4 e por variveis (como o caso de vegetao na Quadro 4)
que so preenchidas pelo projetista utilizando escolhas pr-definidas ou por preenchimento de
um campo livre editvel e que podem, ou no, ser de preenchimento obrigatrio. Assim,
algumas destas variveis podero no estar preenchidas no final do projeto e encontram-se
identificadas por $, obrigando formatao do artigo antes da sua incluso nos documentos
referidos. Caso estas sejam preenchidas, na descrio detalhada de cada artigo aparece com
texto regular sublinhado as opes de preenchimento resultantes de escolhas pr-definidas no
ProNIC e com texto itlico sublinhado as opes editadas pelo projetista, sendo o restante
correspondente ao texto base do artigo (Couto et al., 2011, Sousa et al., 2008)
Este processo de criao, atravs do ProNIC, dos articulados que, por sua vez, daro origem
ao Mapa de Trabalhos uma ajuda para a completa e correta definio do tipo e natureza dos
trabalhos, o que relevante dada a importncia daquele documento para a limitao de
indefinies nas fases de lanamento e execuo de obra. Por isso, o ProNIC disponibiliza, em
cada situao e de forma sistematizada, as diferentes opes, textos de auxlio tomada de
decises e compatibiliza as escolhas com a regulamentao em vigor (2008).
Relativamente s medies associadas a determinado artigo, o projetista livre de introduzir, a
quando da definio do artigo ou posteriormente, o valor total ou ento criar e inserir os dados
numa ficha de medies detalhadas. O processo semelhante para o caso dos preos
unitrios, para os quais o ProNIC disponibiliza uma base de dados de preos de acordo com a
publicao Manso et al. (1997) qual o dono de obra ou o projetista podero, ou no, recorrer.
Assim, ao utilizar a referida base de dados ou introduzindo valores de outra provenincia ficase com custos dos trabalhos que, por sua vez, podem constituir uma base de referncia para
estimativa oramental da obra (Sousa et al., 2008).
Juntamente com os artigos surgem especificaes tcnicas dos trabalhos e dos materiais
constituintes, sob a forma de fichas (Figura 38). As primeiras (Fichas de Execuo de
Trabalhos) pretendem assegurar que a cada tipo de trabalho corresponde uma descrio de
como o mesmo se executa. As segundas (Fichas de Materiais) pretendem, segundo a mesma
linha de pensamento, assegurar que cada material distinto a empregar na obra tenha uma ficha
autnoma que estabelea as exigncias que o mesmo deve respeitar. Estas fichas tm uma
estrutura de organizao comum e contm requisitos de carcter tcnico, indicaes sobre o
referencial normativo aplicvel, disposies relativas segurana e elementos sobre a
manuteno e utilizao (Sousa et al., 2008). So os contedos tcnicos que do corpo s
clusulas tcnicas especiais dos Cadernos de Encargos e com elas pretende-se, assim, refletir
e integrar a aplicao das disposies da normalizao nacional e europeia mais recente e
atualizada, bem como as boas prticas de construo (2008).
A sua gerao assenta-se numa abordagem parametrizvel, ou seja, so processados de
forma automtica em funo das especificidades dos artigos criados e das opes tomadas na
83

elaborao dos mesmos. Assim, os contedos das fichas so consistentes com a

especificidade das diferentes situaes, o que elimina a existncia de textos generalistas por
excesso e com referncias que no so aplicveis situao concreta.

Figura 38 Especificaes tcnicas dos trabalhos e de matrias geradas pelo ProNIC

A repetio de todo este procedimento para cada tipo de trabalho de construo de uma dada
obra permite a gerao de toda a informao escrita necessria para a definio do Caderno
de Encargos, bem como da obteno do Mapa de Trabalhos e Quantidades com as medies
detalhadas associadas e de uma estimativa oramental, com especial interesse para o dono de
obra (Sousa et al., 2008). Para alm da gerao desta informao tcnica, o ProNIC
disponibiliza um conjunto de outras funcionalidades complementares e de apoio ao trabalho
aos diversos tipos de utilizadores. Destaca-se a possibilidade de agregao de elementos
externos como peas desenhadas e escritas do projeto, estudos e reconhecimentos,
documentao tcnica e modelos de documentos (2012).
data de concluso desta fase, o ProNIC possibilita o tratamento de cerca de 10.000 tipos de
trabalhos que se desdobram, por aplicao das diferentes parametrizaes, na gerao de um
nmero da ordem de 30000 artigos, tendo-se produzido, aproximadamente, 5.000 fichas de
execuo e fichas de materiais que representam uma cobertura de 80% dos articulados
referidos (2008, Couto et al., 2012).

84

3.2.4. 2 fase de desenvolvimento

A PE quando iniciou a sua atividade em Maro de 2007 tinha como objetivo a concretizao de
intervenes em 332 escolas at ano de 2015. Ento, no final de 2009 foi assinado um contrato
entre a PE e o Consrcio ProNIC que marcou uma nova fase do desenvolvimento do ProNIC e
do Programa de Modernizao do Parque Escolar destinado do ensino secundrio.
Este contrato surgiu devido a diversos fatores como a envergadura do projeto da PE, a
multiplicidade de agentes envolvidos nos processos de conceo, fiscalizao e construo, o
grande volume de informao tcnico-econmica, a necessidade de monitorizar os processos
em concurso e de melhorar a qualidade tcnica das intervenes, bem como alteraes
significativas no enquadramento legislativo com a Portaria n. 701-H/2008 e o novo Cdigo dos
Contratos Pblicos (CCP). Como objetivos desta parceria destacam-se os seguintes (2012):

a viabilizao da utilizao em ambiente real da aplicao ProNIC, atravs da sua

implementao nos processos das obras em curso e a promover pela PE,
nomeadamente na gerao de contedos normalizados e de elevada fiabilidade
tcnica, organizados segundo matrizes de aplicao generalizada;

o desenvolvimento da componente tcnica do projeto relativa reabilitao de

edifcios;

o desenvolvimento e teste de metodologias e funcionalidades destinadas

monitorizao de projetos pblicos de investimento imobilirio em matria de controlo
econmico da fase de produo e tambm da fase de utilizao12.

A utilizao do ProNIC em contexto real foi decisiva para o incremento da maturidade do

mesmo. Portanto, durante a sua implementao nas obras da PE, o ProNIC foi continuamente
melhorado para dar resposta s necessidades que iam surgindo. Nesta segunda fase que
ainda decorre foram, at data, melhoradas algumas funcionalidades j existentes e criadas
outras. Destacam-se, de seguida e por ordem cronolgica, as principais novas funcionalidades
(todas elas em concordncia com o CCP) introduzidas no ProNIC (2012, Couto et al., 2012):

disponibilizao de todo o repositrio documental do Projeto de Execuo e do

respetivo workflow de subscrio, entrega e validao dos processos, que se revelou
essencial para garantir a uniformizao na instruo dos projetos, evitando assim a
falta de documentos fundamentais;

mecanismo integrado para assinar digitalmente a documentao gerada pelo ProNIC;

ligao s plataformas de contratao pblica e as respetivas tramitaes concursais

(esclarecimentos e erros e omisses);

12

Refere-se, aqui, o papel do Observatrio de Obras Pblicas (OOP, http://www.base.gov.pt/oop/) criado

no mbito do CCP. Couto et al. (2011) referem, a ttulo de exemplo, alguma informao possvel de ser
retirada do ProNIC e aproveitada pelo OOP.

85

gerao e gesto dos autos de medio mensal dos trabalhos da obra, tendo como
principal objetivo minimizar erros e permitir um maior controlo de desvios de custos e
prazos (em Maro de 2011);

ligao a aplicaes informticas de gesto da faturao da obra (nomeadamente, o

software Primavera);

gerao e gesto de ordens de execuo dos trabalhos, contratos de adicionais, autos

de adicionais e repositrio de elementos adicionais.

3.3. Trabalho em ambiente colaborativo

Inicialmente, o modelo BIM era apresentado como um nico repositrio de informao no qual
os seus componentes seriam descritos apenas uma vez. O modelo BIM incluiria no s a
informao grfica (dimenses, cor) como tambm a informao no grfica (custos,
caractersticas dos materiais, modo de aplicao). Assim, as modificaes seriam realizadas
apenas num nico stio (Cyon Research Corporation, 2003). Segundo Davies (2009b), a
experincia, ao longo dos anos, tem demonstrado que este conceito (designado na literatura
por Single Building Model, como demonstra a Figura 39) no possvel na prtica. Kalin et al.
(2010) referem que, apesar de ser possvel incluir toda a informao num s modelo, no
prtico.

Figura 39 Conceito Single Building Model (Adaptado de: Davies, 2009a)

Para que todas as reas envolvidas no projeto de construo (arquitetura, estruturas e

especialidades) possam comunicar as suas informaes coordenadas no mesmo instante,
fundamental acordar, antes de cada etapa importante, o designado design freeze (Davies,
2009b). A definio genrica deste conceito de uma deciso vinculativa que define todo o
produto, as suas partes ou parmetros e permite a continuao do projeto baseado nessa
deciso (Eger et al., 2005). Definir os design freezes permite uma poupana de tempo e
86

esforo que, muitas vezes, significa esperar, disponibilizar o mnimo de informao nas
primeiras fases do projeto e realizar estimativas grosseiras at que questes-chave estejam
resolvidas. Aps o design freeze ter sido definido pela arquitetura e acordado entre todos os
envolvidos, as restantes reas (estruturas e especialidades) podem continuar a criar a sua
informao e anotar as modificaes necessrias na prxima iterao trabalhando, assim, para
os mesmos objetivos. Por fim, o gabinete de arquitetura procede com a continuao do projeto,
tendo em conta questes levantadas pelo gabinete de estruturas e pelas especialidades de
projeto para que todos estejam coordenados. Este processo repetido, aumentando o nvel de
detalhe, at que o projeto esteja concludo (Davies, 2009b).
O processo referido o ideal e se fosse possvel, o conceito do Single Building Model
funcionaria num processo de projeto totalmente coordenado e unificado. Porm, na realidade
este processo no se verifica (Davies, 2009b). Na realidade, o processo de realizao de um
projeto no , por natureza, assim to esttico e definido mas sim fludo (Eger et al., 2005).
Existem inmeras razes para que tal no seja possvel na prtica como, por exemplo, a
disponibilidade de recursos no momento necessrio e a continuao de determinado projeto
antes de questes-chave de coordenao entre todas as especialidades estarem resolvidas.
Por exemplo, os projetistas de estruturas no podero gerar informao sem que a arquitetura
esteja definida e por sua vez, os projetos das especialidades no podero dar incio ao seu
trabalho (Davies, 2009b).
Na prtica, nenhum modelo BIM conter nem dever conter toda a informao relacionada com
um projeto de construo. A experincia tem mostrado que um nico modelo no vai ao
encontro das diversas necessidades de todos os intervenientes nem todos estes utilizam as
mesmas aplicaes BIM (Howell, 2010a). No , pois, prtico que os diferentes projetos sejam
realizados utilizando os mesmos dados contidos num nico modelo. Projetar a estrutura ou
analisar a rede de abastecimento de gua so processos que levam tempo e que necessitam
de um modelo esttico (Davies, 2009b). Todas as partes envolvidas no projeto necessitam de
um modelo prprio para poderem cumprir todas as suas obrigaes contratuais e evitar
conflitos e a interdependncia utilizando um nico modelo que partilhado (Davies, 2009a).
Tem-se, assim, constatado que ter um modelo BIM que a nica fonte de informao est
longe de ser prtico e que levanta outra questo para alm da referida anteriormente. De
acordo, com Anthony Miskinis da empresa AEM, uma empresa de consultoria em matria do
BIM, os ficheiros dos modelos, por conterem toda a informao, atingem uma dimenso que os
tornam praticamente incomputveis (Jurewicz, 2010).
Visto que o conceito do Single Building Model no funciona na prtica, foi necessrio encontrar
uma alternativa. Um modelo no necessita de conter todo e qualquer dado para ser designado
como BIM. Um modelo BIM pode ser, antes pelo contrrio, construdo com o objetivo de
realizar uma determinada tarefa especfica como, por exemplo, a realizao do projeto
estrutural ou a realizao de estudos do comportamento trmico do edifcio. So, pois,
87

produzidos diversos modelos e a cada um est associado uma determinada tarefa, como foi
referido em 2.5.4. Estes, por sua vez, iro integrar-se numa rea de trabalho central e
partilhada, na qual os benefcios de uma soluo coordenada podem, realmente, sobressair
(AEC (UK), 2009, Davies, 2009a). Por outro lado, muita informao essencial relacionada com
a realizao do projeto de construo produzida exteriormente aos modelos BIM como, por
exemplo, atas de reunio, modificaes ao projeto, pedidos de informaes (em ingls,
Request For Information - RFI), obrigaes contratuais, procedimentos de execuo, trocas de
informao entre os intervenientes, resultados de anlises, entre outros (Howell, 2010a). Daqui
surge o conceito de Project Integration Model (PIM), representado na Figura 40.

Figura 40 Conceito Project Integration Model (PIM) (Adaptado de: Davies, 2009a)

Na literatura, possvel encontrar, para alm da referida, outras designaes para o PIM como
por exemplo Project Information Management (tambm, PIM) e Project Information
Management System (PIMS). Este conceito, de uma forma genrica, pode ser visto, segundo
Siles (2004), como um conjunto de componentes interrelacionados que trabalham
conjuntamente para reunir, classificar, armazenar e distribuir informao para auxiliar a tomada
de decises, a coordenao e o controlo numa organizao. Kim et al. (2011), por seu turno,
atribui ao PIM a funo de gesto de todas as partes interessadas que participam e contribuem
para a concluso de um dado empreendimento. O PIM fornece informao para que as
equipas tenham a mesma compreenso dos factos, o que um pr-requisito para a
colaborao. a forma mais fivel de alojar informao por possibilitar que a mesma seja
escrutinada por diversas pessoas o que aumenta a probabilidade de encontrar e corrigir
eventuais erros (Thomsen et al., 2010).
As tarefas do PIM passam por registar trocas de informao, capturar processos de tomada de
decises de outra forma esquecidos em caixa de entrada de correio eletrnico,
88

acompanhamento das revises ao projeto, procurar o contedo de vrios tipos de

documentao como obrigaes contratuais e pedidos de informao (RFI) e, por ltimo,
partilhar vistas dos modelos BIM para facilitar a discusso e a resoluo de determinados
assuntos (Gillam, 2010).
O modelo de partilha integrada de informao por detrs do PIM tem por base os princpios
pela norma BS 1192: 2007 Collaborative Production of Architectural, Engineering and
Construction Information (AEC (UK), 2009, AEC (UK), 2012). Esta norma refere que a
utilizao de um nico modelo como a fonte de toda a informao deve ser evitada (AEC (UK),
2009, Davies, 2009a) e por isso, define o processo de trabalho em ambiente colaborativo para
permitir a colaborao entre os intervenientes no projeto de construo e uma partilha eficiente
de dados entre os mesmos. O objetivo deste ambiente colaborativo permitir a comunicao, a
reutilizao e a partilha de dados de uma forma eficiente e sem perdas ou interpretaes
errneas (AEC (UK), 2012).
Aquela norma define um ambiente de dados comuns (Common Data Environment CDE) no
qual a informao partilhada por todos os intervenientes. O CDE composto por quatro tipos
de reas: trabalho em curso (Work In Progress WIP), partilhada, publicada/emitida e
finalmente, o arquivo (Figura 41).

Figura 41 Ambiente de dados comuns (CDE) (Baseado em: AEC (UK), 2009, AEC (UK), 2012)

89

As reas WIP caracterizam-se por conter dados/informaes em processo de produo e que

ainda no foram examinados e verificados para serem utilizados por terceiros para alm da
equipa responsvel pelos mesmos. Por exemplo, o gabinete de projeto de estruturas produz
um modelo BIM da estrutura em privado (na sua WIP, ou seja, nas suas instalaes) e
responsvel pelo mesmo. Isto aplica-se no s aos modelos BIM como a toda a informao
produzida nesta fase.
Na rea partilhada, reside a essncia do PIM: um conjunto de dados partilhados por todos os
intervenientes no projeto de construo. Assim, para facilitar o trabalho coordenado e eficiente
cada interveniente deve tornar os seus dados do projeto de construo (no s modelos BIM
como toda a informao relevante nas reas WIP) disponveis para serem acedidos
formalmente por terceiros, atravs do conceito de um repositrio central ou de um protocolo de
intercmbio de dados. Todas as informaes necessrias para a progresso do trabalho em
qualquer rea WIP devem sempre ser obtidas a partir da rea partilhada. Porm, antes dos
dados serem colocados na mesma devem ser conferidos, aprovados e validados (AEC (UK),
2009, AEC (UK), 2012, Davies, 2009a). A norma BS 1192:2007 refere algumas
recomendaes, apontadas em AEC (UK) (2012), em relao a esta rea:

apenas os dados/informaes e modelos BIM que foram conferidos, aprovados e aos

quais foi atribudo um cdigo de estado devem ser transferidos para a rea partilhada
(o cdigo de estado definido na norma);

a partilha dos modelos BIM deve ser realizada com regularidade de modo a que as
outras especialidades trabalhem sobre a ltima informao validada (o processo de
partilha deve ser definido no plano de execuo BIM, como se ver no Apndice 1);

os ficheiros dos modelos BIM devem ser emitidos conjuntamente com documentao
2D para minimizar o risco de ocorrncia de erros na comunicao;

os ficheiros dos modelos BIM devem ser emitidos exatamente como foram produzidos,
ou seja, sem qualquer outra edio ou associao com outros modelos (todas as
referncias necessrias e ficheiros vinculados devem ser tambm emitidos);

a rea partilhada deve tambm funcionar como um repositrio para dados/informaes

emitidos formalmente por parte de organizaes externas e permitir que sejam
partilhados por todos;

as modificaes aos dados/informaes partilhados devem ser comunicadas a todas

as equipas atravs de notificaes definidas a priori (uma vez mais isto deve ser
definido no plano de execuo BIM, como se ver no Apndice 1).

As reas WIP e a rea partilhada constituem as reas nas quais o projeto desenvolvido e
destas surgem produtos finais que, por sua vez, so colocados na rea publicada. Estes
produtos

finais

incluem

documentao

do

projeto

de

construo,

bem

como

dados/informaes e peas desenhadas retirados dos modelos BIM. Porm, tal como no caso
anterior, a publicao de todos aqueles ficheiros s deve ser realizada mediante prvia anlise,
90

aprovao e autorizao de acordo com os procedimentos de reviso definidos a priori. Os

ficheiros colocados nesta rea devem estar num formato no-editvel e, para alm disso,
apenas as informaes e peas desenhadas que se considerou ser necessrio rever sero
recolocadas nesta rea, ou seja, pretende-se que esta inclua apenas ficheiros finais (tanto
quanto possvel) (AEC (UK), 2012).
Por fim, o arquivo de todas as informaes aprovadas deve ser armazenado na rea Arquivo
incluindo informaes e peas desenhadas publicadas, modificadas e as built (AEC (UK),
2012).

3.4. Modelo para a integrao do ProNIC em ambiente BIM

O modelo definido na Figura 42 uma representao geral de todos os componentes
relacionados com o mesmo. Por isso, em primeiro lugar, far-se- uma descrio geral do
modelo destacando os aspetos mais importantes e em segundo, apresentar-se- os aspetos
que sero aprofundados em 3.5.

Figura 42 Viso geral do modelo de informao proposto

Para que o modelo seja bem implementado e compreendido por todos os envolvidos
importante elaborar no incio o denominado plano de execuo BIM. Este plano define a viso
geral bem como os detalhes da implementao do BIM, abordando questes como os objetivos
e utilidades do BIM para o projeto de construo em causa, o contedo, formato e momento
das trocas de informao e a infraestrutura necessria para que todos os processos. Este
plano descrito com mais pormenor no Apndice 1.
91

O PIM, como referido, atua como um repositrio central de informao e para alm disso, tem a
funo de gerir todas os envolvidos no desenvolvimento dos projetos. Nas reas WIP cada
especialidade desenvolve a sua informao, porm, ser necessrio trocar informao entre as
vrias especialidades. Para isso, o PIM poder apresentar o plano de execuo BIM no qual
esto definidas todas as trocas de informao aprovadas contratualmente (mapas de
processos, contedos das trocas de informao), bem como auxiliar a troca e a gesto de
ficheiros entre os envolvidos permitindo, por exemplo, que os vrios utilizadores sejam
notificados que as informaes que necessitam j se encontram disponveis. Aquelas trocas
podem envolver informaes complexas e externas que tero de ser definidas ao nvel do IFC,
IDM e MVD (como referido em 2.6.4.2).
O PIM, para alm do plano de execuo BIM, poder conter informaes e/ou documentos
como, por exemplo, atas de reunio, modificaes ao projeto, pedidos de informaes,
obrigaes contratuais, bem como possuir funcionalidades que permitem a coordenao entre
os vrios envolvidos. No entanto, em paralelo, como repositrio central de informao, o PIM
dever possuir informaes relevantes relativamente ao projeto de construo. Refere-se
descrio dos componentes e dos sistemas definidos e as caractersticas dos mesmos. Por
exemplo, descrio das solues construtivas utilizadas para as paredes, pavimentos, tetos,
sistemas de AVAC, entre outros, bem como a descrio de produtos de construo como
portas, isolamentos, janelas, acabamentos. Ser, portanto, o produto final do trabalho
desenvolvido pelas vrias especialidades relativamente aos componentes e sistemas da obra
no mbito da rea partilhada e como tal, dever ser facilmente comunicado atravs da internet
a todos os envolvidos e as suas informaes classificadas utilizando taxonomias para que se
tornem facilmente pesquisveis e filtrveis.
As informaes na rea partilhada sero produzidas de uma forma progressiva, passando de
uma descrio muito genrica at a uma descrio de tal forma pormenorizada que pode ser
utilizada para especificar um trabalho de construo. Nesta altura, o ProNIC ser muito til ao
utilizar os dados e informaes desenvolvidos e que so necessrios para a produo dos
documentos de obra que lhe esto associados, bem como a atribuio de fichas que, por fim,
sero colocados na rea publicada como um produto final do desenvolvimento do projeto.
Destaca-se, aqui, a utilidade de ferramentas como o IFD (descrito em 2.6.5.4) quando esto
envolvidos, no trabalho em ambiente colaborativo, empresas internacionais.
Em 3.5, ser abordada a transferncia de informaes das reas WIP para o PIM, a evoluo
da produo das informaes e a transferncia das mesmas para o ProNIC e a sua
classificao ao longo de todo o processo.

92

3.5. Organizao da informao no mbito do BIM e ProNIC

Independentemente da complexidade do projeto de construo (e da quantidade de
informao, por conseguinte), necessrio definir uma forma de organizar e gerir toda a
informao, tendo em conta que a pormenorizao da mesma evolutiva. Tal como na
modelao dos componentes dos modelos BIM, estes inicialmente podem ser genricos e
serem especificados de uma forma aproximada. No entanto, ao longo do tempo definida a
sua composio e so associados materiais, produtos, atividades e outros atributos.
A quantidade de informao associada a um nico projeto de construo pode atingir grandes
propores. aqui que conceitos como a classificao e a composio podem ajudar a tornar
toda a informao facilmente pesquisvel e filtrvel.
Comea-se por apresentar os conceitos que esto por detrs da organizao da informao no
modelo proposto para o PIM e s depois, o modelo ser apresentado e descrito com mais
pormenor.
Tal como foi referido em 3.2.3, o ProNIC utiliza uma WBS (pgina 81) para organizar os vrios
captulos que, por sua vez, daro origem aos artigos no mapa de quantidades de trabalhos.
Segundo Bachy and Hameri (1997), para desenvolver uma WBS necessrio em primeiro
lugar desenvolver uma estrutura de desagregao de produtos (Product Breakdown Structure
PBS, em ingls) ou uma rvore de objetos fsicos, na qual se divide o resultado final (neste
caso, a obra) em sistemas, componentes e elementos fsicos. De seguida, deve-se analisar a
montagem dos diferentes objetos definidos na PBS (como um puzzle) resultando uma estrutura
de desagregao de conjuntos (Assembly Breakdown Structure ABS, em ingls). Esta ABS
fornece, assim, informao relativamente sequncia de atividades necessrias para alcanar
o objetivo final. Finalmente, s aps a elaborao da PBS e ABS, que se torna possvel a
elaborao da WBS, ao dividir os elementos ou componentes da PBS em pacotes de trabalho
(work packages, em ingls). Cada work package (adoptar-se- a designao anglo-saxnica
dada a sua difuso na literatura) representa uma unidade de trabalho necessria para concluir
uma tarefa ou processo especfico.
Os conceitos referidos foram aplicados ao projeto do maior acelerador de partculas do mundo,
localizado na fronteira entre a Frana e a Sua. No entanto, apesar da sua aplicao literal na
indstria da construo poder no ser to apropriada, o princpio subjacente pode ser til para
a organizao da informao relacionada com as obras.
Esta estrutura de desagregao de trabalhos (WBS) pode ser encarada como o fim da linha no
que toca organizao da informao na fase de projeto. Requer um nvel de detalhe elevado
de forma a especificar os trabalhos de construo com rigor, no sendo por isso adequada
para as primeiras fases do projeto. Portanto, at atingir este nvel de detalhe o princpio referido
inicialmente pode ser utilizado para permitir que a organizao da informao seja evolutiva e
assim, abranger as vrias fases do projeto. Por outro lado, fundamental ter em conta as
93

novas formas de criar a informao que o BIM proporciona, por isso, o modelo de informao
deve adaptar-se a isso e s novas capacidades de automatizao que o BIM potencia, como
descrito mais adiante.
Associada gesto da informao devem estar a classificao e a composio da mesma.
Esta ltima um conceito novo, no entanto, alm da classificao j ter sido referida vrias
vezes ao longo desta dissertao, a sua definio no foi, at agora, apresentada. Segundo
Jrgensen (2011), a classificao um mecanismo de abstrao pelo qual classes de
componentes podem ser organizadas numa hierarquia denominada taxonomia. As classes
mais gerais encontram-se nos nveis superiores e as classes mais particulares encontram-se
nos nveis inferiores, ou seja, as subclasses devem ser especializaes da respetiva
superclasse e por outro lado, qualquer superclasse deve ser uma generalizao das suas
subclasses. A classificao til para identificar e criar componentes e quando estes so
criados, possvel definir a sua estrutura de composio, ou seja, a composio consiste em
definir os subcomponentes que compem cada componente. Ambos os conceitos so teis
tanto na modelao como na organizao da informao.
Um dos problemas inerentes classificao a definio do critrio de classificao. No
entanto, medida que a informao criada e organizada deve ser possvel dispor de vrios
critrios de classificao. Pretende-se, assim, que a classificao da informao seja facetada,
ou seja, que permita a apresentao e filtrao da informao segundo o ponto de vista mais
apropriado para determinada finalidade. Por exemplo, se o objetivo estimar custos til que
a informao seja representada por elementos construtivos (tal como foi o propsito do
desenvolvimento do UniFormat, como referido na pgina 60) ou se, por outro lado,
determinar os tipos de madeira utilizados na obra torna-se til poder filtrar a informao de
modo a apresentar apenas determinado tipo de madeira. este princpio de classificao
facetada que, tal como foi referido, est por trs do desenvolvimento das tabelas do Omniclass.
Organizar a informao por elementos construtivos (a definio encontra-se no Quadro 2) ,
sem dvida, a forma mais intuitiva de o fazer e no necessita de um nvel elevado para ser
vivel. Tal como referido pelo sistema de classificao Omniclass (2006b) organizar a
informao desta forma particularmente til nas primeiras fases do projeto quando
determinados materiais e mtodos construtivos no esto ainda definidos. Para alm disso,
permite a concetualizao do projeto sem quaisquer restries devido a determinadas solues
de projeto. Os elementos so classificados no tendo em conta o material ou a soluo
construtiva que lhe esto associados, por isso, aparecem apenas uma vez na estrutura de
desagregao.
, no entanto, necessrio definir o critrio de classificao para os elementos construtivos.
Segundo Jrgensen (2011), a primeira taxonomia a ser utilizada numa perspetiva de
modelao dever ser de funes. Exemplos deste tipo de taxonomias so a tabela 21

94

Elementos construtivos (Elements) do Omniclass que classifica os elementos pela sua funo
implcita (Jrgensen, 2011) e o UniFormat no qual a primeira foi baseada.
Assim, a organizao da informao no modelo proposto tendo em conta a posterior utilizao
do ProNIC num ambiente BIM (Figura 43) tem por base uma taxonomia de elementos
construtivos cujo critrio de classificao a funo dos mesmos. Esta hierarquia de
elementos ser mantida em longo de todo o desenvolvimento do projeto, devido ao facto de
que nestas, como referido, os elementos aparecem apenas uma vez o que contribui para a no
redundncia da informao.

Figura 43 Organizao da informao no modelo proposto

Estas taxonomias, tal como referido por Jrgensen (2011), nos sistemas de classificao por
vezes misturam-se os conceitos de classificao e composio, principalmente nos nveis
inferiores. Por isso, para o mbito desta dissertao, pode dizer-se que nveis mais
generalistas e que realmente classificam os elementos pela funo que desempenham so os
mais adequados, visto que a composio ser realizada aproveitando a modelao
paramtrica como se ver mais adiante. Assim, refere-se que, para este efeito, o nvel 3 tanto
da tabela 21 do Omniclass como do UniFormat adequado ao comportar itens gerais como
paredes exteriores, pavimentos, portas interiores, acabamentos de paredes, sistemas de
95

aquecimento, sistema de combate de fogos, iluminao, etc. Apesar de estas taxonomias

terem origem no estrangeiro (EUA) devido ao que representam (elementos construtivos e no
trabalhos de construo) a sua adaptao para a realidade portuguesa pode no ser muito
problemtica, porm, um aspeto que ter de ser estudado.
Nas fases iniciais do projeto de uma construo e aproveitando o ambiente colaborativo do
qual estes processos dependem, estas taxonomias podem ser muito teis para elaborar um
documento utilizado a nvel internacional denominado Preliminary Project Description (PPD) ou,
em portugus, descrio preliminar do projeto de construo. Este documento utiliza uma
taxonomia de elementos (tipicamente dada pelo UniFormat) at, geralmente, ao nvel 3 para
descrever em termos simples e de uma forma genrica os vrios componentes e sistemas
propostos para o projeto de construo em causa (Kalin et al., 2010). A PPD til nas
primeiras fases do projeto ao permitir que as vrias especialidades passem conceptualizao
dos vrios componentes e sistemas da obra e que, ento, o resultado final seja facilmente
comunicado a todos os envolvidos, bem como a realizao de estimativas de custos
aproximadas. Por outro lado, aplicando legislao portuguesa, poder ser uma forma
normalizada de apresentar as solues propostas ao dono de obra em fase de Programa Base
(como definido pela Portaria 701-H/2008).
Em Kalin et al. (2010), pginas 286 a 299, encontra-se um exemplo de uma PPD, do qual se
extraiu o seguinte exemplo para ilustrar o que foi dito. O UniFormat atribui a notao A1010 a
Fundaes correntes na qual possvel descrever genericamente as fundaes utilizadas,
como se exemplifica de seguida.

A Subestrutura
o

A10 Fundaes

A1010 Fundaes correntes

1. Fundaes das paredes perimtricas: Sapatas contnuas de
beto armado de cimento Portland.
2. Fundaes dos pilares: sapatas isoladas de beto armado de
cimento Portland.

Um ambiente colaborativo atravs da internet (como j foi tratado nesta dissertao) potencia a
sua adoo como uma forma normalizada de conceptualizar os projetos de construo e
tambm, permitir o seu preenchimento num ambiente colaborativo e a disponibilizao das
atualizaes de uma forma simples e rpida a todos os envolvidos.
Aproveitando a hierarquia e as informaes criadas possvel acelerar o processo de
pormenorizao, estruturao e classificao da informao, utilizando, para isso, a modelao
paramtrica associada ao BIM. A prpria modelao em software BIM incentiva uma
organizao da informao por elementos construtivos. Por exemplo, o Revit da Autodesk
96

permite que, durante a modelao, seja possvel associar o chamado Assembly Code aos
elementos que tem por base a hierarquia e a notao definida pelo UniFormat e para alm
disso, permite classificar os elementos no apenas por funo mas tambm segundo outros
critrios como, por exemplo, o tipo e o material utilizado. Veja-se o caso de uma parede dupla
exterior e uma janela na Figura 44.

Figura 44 Utilizao do Assembly Code

O Assembly Code permite que os elementos sejam classificados de uma forma evolutiva. Por
exemplo, no caso da parede da Figura 44, a notao inicial poder ser, nas primeiras fases do
projeto, apenas B2010 o que significa Parede Exterior que a sua funo, fazer parte do
invlucro exterior do edifcio e como foi j referido, o primeiro critrio de classificao dever
ser o da funo que o elemento executa. No entanto, a determinada altura do projeto, poder
passar a ser B2010152, ou seja, Parede dupla com panos de alvenaria de tijolo, o que
adiciona mais pormenor classificao por elementos construtivos.
A referida classificao no realizada para cada parede individualmente mas sim para o tipo
ou instncia da famlia de elementos que as representam. Isto significa que Parede Dupla com
panos de alvenaria de tijolo uma instncia do tipo especfico Parede Dupla da famlia geral
Paredes (a instncia pode assumir o papel de tipo de famlia no caso de no haver mais
variantes de, neste caso, paredes duplas). Assim, a instncia representa todas as paredes no
modelo BIM que partilham as mesmas propriedades que aquela contm, como, por exemplo, o
custo, os vrios constituintes da parede, a espessura os materiais associados, bem como as
caractersticas do vrios constituintes (resistncia trmica do isolamento, dimenses dos tijolos)
e da parede como um todo. , ainda, possvel calcular automaticamente as quantidades
associadas a determinada instncia (neste caso, a rea de todas paredes que aquela
representa).
97

 nesta fase que a introduo no PIM de informaes oriundas das reas WIP
(nomeadamente, dos modelos BIM de cada especialidade) se torna relevante. Ao importar dos
modelos BIM as informaes que as vrias instncias possuem, possvel tornar o processo
da pormenorizao da informao mais automatizado. Utilizando este mtodo, possvel
utilizar os conceitos de classificao e composio para tornar a informao mais pesquisvel
e filtrvel, visto que os elementos podem ser divididos em vrios subelementos e definidos os
atributos associados aos mesmos. Veja-se o exemplo da parede exterior e da janela
representadas na Figura 44. Os Quadro 5 e Quadro 6 apresentam exemplos de informaes
que podem ser obtidas de forma automtica a partir dos modelos BIM das vrias
especialidades e que foram classificadas utilizando as tabelas 23 Produtos de construo, 41
Materiais de construo e 49 Propriedades do Omniclass.
Quadro 5 Exemplo de uma parede dupla de alvenaria de tijolo

Janela em alumnio
Assembly Code B2020110
Descrio Janela em alumnio
Produto de construo 23-17 13 13 15
Descrio Janela metlica de guilhotina
Materiais e caractersticas
Designao
Classificao
41-10 20 13 (Alumnio)
Material
Alumnio
23-15 21 17 13 (Revestimento anodizado)
Tipo de Revestimento
Anodizado
43-30 10 27 11 11 (Vidro)
Material
Vidro
23-17 15 11 29 (Vidro isolante)
Tipo de Vidro Vidro Isolante
Designao
Valor
Unidade
Classificao
Propriedades
Isolamento Sonoro
34
dB
49-81 81 35 (Isolamento sonoro)
Dimenses
Altura
1.18
m
49-71 19 21 (Altura)
Largura
1.14
m
49-71 19 15 (Largura)
Quantidades
Unidades
100

Quadro 6 Exemplo de uma janela em alumnio

Parede Dupla em Alvenaria de Tijolo

Assembly Code
Descrio
Constituio
Funo
Rev. Exterior
Estrutural
Estrutural
Estrutural
Rev. Interior
Propriedades
Designao
Res. trmica
Esp. total
Quantidades
rea (m2)

B2010152
Ex. Wall - Brick (Double Wythe) - Parede exterior dupla de tijolo
Designao
Reboco
Tijolo Cermico
Beto
Tijolo Cermico
Reboco

Esp. (mm)
10
110
60
110
10

Classificao
23-13 37 19 (Rebocos Exteriores)
23-13 21 19 11 (Tijolos cermicos correntes)
23-13 15 11 11 (Beto de cimento Portland)
23-13 21 19 11 (Tijolos cermicos correntes)
23-15 13 23 (Rebocos Interiores)

Valor
2.8233
38

Unidade
(m2.K)/W
cm

Classificao
49-81 61 25 (Resistncia trmica)
49-71 19 25 (espessura da seo transversal)

100

98

Muitas das informaes podem ser classificadas utilizando taxonomias apropriadas, apesar da
taxonomia de elementos construtivos continuar a servir de base. Por exemplo, no caso da
parede exterior dupla, ao atribuir o Assembly Code mesma possvel organizar as diversas
paredes pela tipologia e pelo material dentro da taxonomia de elementos por funo que serve
de base, ou seja, a parede encontra-se no interior do nvel Paredes Exteriores (nvel 3 do
tabela 21 do Omniclass e do UniFormat) e neste, pode ser organizada no subnvel Parede
Exteriores Duplas ou, ainda, num subnvel que distinga as paredes duplas pelo material
utilizando nos panos. O mesmo se aplica janela, ou seja, pode ser includa num subnvel
Janelas em alumnio no interior no nvel Janelas exteriores, porm, esta poder ser um
produto de construo , tambm, possvel atribuir-lhe uma classificao como tal (Tabela 23).
Tanto a constituio como os produtos e materiais associados e ainda, as propriedades dos
constituintes (resistncia trmica do tijolo como exemplo de propriedades que, apesar de no
ter sido apresentado no Quadro 5, pertencem aos diversos produtos de construo) e gerais
(resistncia trmica da parede como um todo, por exemplo) podem ser classificados.
Permitindo, assim, que utilizando este tipo de classificao facetada a informao seja
explorada por diversos caminhos que correspondem s diferentes ordenaes das facetas
(Adams, 2012). Por exemplo, torna possvel filtrar a informao por Paredes Duplas e por
Resistncia Trmica, para que apenas sejam apresentadas as resistncias trmicas das
paredes duplas utilizadas no projeto de construo ou, ento, por alumnio apresentando,
desta forma, todos os elementos e/ou produtos de construo que possuem alumnio. Isto
permite que os diversos envolvidos no mesmo filtrem a informao consoante o objetivo que
pretendam atingir (realizao de projetos de estruturas, clculos trmicos, planos de gesto de
resduos)
Desta forma, a informao fica mais pormenorizada e ao mesmo tempo, classificada. Porm,
falta outra faceta muito importante, no qual o ProNIC tem um papel fundamental: a atribuio
de trabalhos de construo. Ao dispor da informao organizada por elementos construtivos e
por famlias e/ou instncias, possvel atribuir trabalhos de construo aos mesmos e a
elementos que os constituem. Por exemplo, no caso de elementos como uma parede,
possvel atribuir um trabalho de construo para a construo da parede at ao tosco e outros
para a execuo dos revestimentos exterior e interior (reboco) que fazem parte da constituio
da mesma. Por outro lado, o trabalho de construo associado s janelas poder ser apenas a
colocao das mesmas.
No ProNIC, para que seja possvel especificar os trabalhos de construo com rigor so
exigidas diversas informaes. Nos Apndices 1, 2 e 3, encontram-se trs exemplos de
trabalhos de construo, juntamente com os vrios nveis da WBS e as informaes que lhe
esto associados a cada um deles. Pode, assim, dizer-se que existem dois tipos de
informaes necessrias para que seja possvel especificar um trabalho de construo
utilizando o ProNIC. O primeiro tipo um conjunto de determinadas informaes que so
99

necessrias para traar o caminho atravs da WBS como, por exemplo, utilizando o caso da
parede exterior, a localizao (parede exterior ou interior), o material (tijolo cermico, blocos de
beto) e a tipologia (simples, dupla com materiais distintos ou iguais, preenchidas ou no).
Uma vez definido o primeiro tipo e chegado ao nvel desejado da WBS, necessrio outro tipo
de informaes para elaborar o artigo que constar no Mapa de Trabalhos e Quantidades
como, por exemplo, caractersticas dos materiais utilizados (tipo de furao dos tijolos
cermicos, tipo e resistncia mecnica da argamassa). Este ltimo tipo depende do primeiro,
na medida em que dependem das escolhas que se tomam ao longo da WBS. Um exemplo
simples a tipologia da parede, no caso de esta ser uma parede dupla preenchida pedida,
mais tarde, a informao do material de preenchimento. No entanto, se no for preenchida,
essa informao deixa de ser pedida.
O ProNIC assume, assim, um papel importante no conceito do PIM ao fazer a ponte entre as
informaes contidas no PIM e a documentao de obra. Porm, como j foi referido, antes
das informaes serem passadas para o ProNIC (assunto que ser tratado mais adiante,
juntamente com a passagem de informaes das reas WIP para o PIM) importante que a
mesma seja tratada no PIM aproveitando a automatizao que a utilizao do BIM permite.
Para isso, importante que a WBS do ProNIC seja disponibiliza como um Web Service tal
como foi feito para as tabelas do Omniclass (ver na pgina 65). Isto significaria que o software
que assumir o papel de PIM poder utilizar a WBS do ProNIC de uma forma simples e para
alm disso, qualquer modificao na WBS automaticamente atualizada atravs da internet.
Aps isto, passa a ser possvel atribuir trabalhos de construo aos diferentes elementos e
produtos de construo. Veja-se o exemplo apresentado na Figura 45.

Figura 45 Atribuio de trabalhos de construo utilizando a WBS do ProNIC

100

Neste exemplo, comea-se por atribuir ao elemento Parede dupla de alvenaria de tijolo o
captulo do ProNIC Paredes atravs de uma simples caixa de seleo. Depois, quanto
WBS, a escolha dos diferentes nveis poder ser realizada da mesma forma (caixa de seleo).
Por fim, consoante a ltima escolha, so apresentadas as informaes necessrias para a
elaborao do artigo, como apresentado nos Apndices 1, 2 e 3. Estas, por sua vez, podem
ser preenchidas medida que a informao disponibilizada suportando, assim, a evoluo
natural de desenvolvimento dos projetos.
A classificao da informao agora, uma vez mais, muito til ao automatizar o
preenchimento de muitas das informaes necessrias. O Assembly Code juntamente com a
importao da constituio da parede dos modelos BIM rene todas as informaes
necessrias para a WBS do ProNIC. O primeiro ao classificar a parede como Parede dupla de
alvenaria de tijolo que, por sua vez, um subnvel do nvel geral Paredes exteriores torna
possvel saber-se automaticamente que a parede dupla e pertence envolvente exterior, que
se trata de uma parede corrente (as condies especiais de execuo referem-se a casos de
chamins, cortinas de guardas de escadas, platibandas, forras e encerramento de vos) e que
utiliza tijolos cermicos. A constituio da parede, por ltimo, permite saber que a mesma
preenchida e o seu material de preenchimento (beto, neste caso) e se as dimenses dos
materiais dos panos so ou no idnticos.
Chegado ao nvel desejado do WBS, as informaes necessrias que dele dependem podem
ser apresentadas, permitindo o seu preenchimento medida que a informao criada. Como
j foi referido, os modelos BIM no possuem nem devem possuir todas as informaes, por
isso, muitas das informaes requeridas nesta fase tero de ser introduzidas manualmente.
Porm, existem outras que se ao serem importadas dos modelos BIM j classificadas ou,
ento, classificadas no PIM podero ser automaticamente aproveitadas para especificar os
trabalhos de construo, no sendo necessria introduzi-las novamente. Por exemplo, a
resistncia trmica de uma parede ou janela, o material utilizado na caixilharia desta ltima, o
tipo de vidro, o isolamento sonoro de uma janela e o material de preenchimento da parede.
Assim que todas as informaes necessrias esto reunidas podem ser compiladas e
transferidas para o ProNIC que, por sua vez, as utilizar para gerar os vrios documentos.
Estas transferncias de informaes podem ser realizadas utilizando um formato XML, devido
relativa simplicidade de informaes e por aquele formato ser apropriado para ser utilizado
via internet. Para alm disso, o ProNIC j utiliza este formato para outras tarefas.
Relativamente forma com que as informaes podem ser transferidas das reas WIP (o que,
como referido, no inclui apenas os modelos BIM de cada especialidade mas sim todas as
informaes produzidas nas respetivas reas) para o PIM, enumeram-se os seguintes trs
mtodos:

processo idntico ao definido pelo NBIMS (utilizao do conceito MVD);

101

utilizar a capacidade de exportao em formato de texto dos software BIM;

introduo manual.

O primeiro mtodo, apesar de ser o mais complexo, seria a situao ideal. A metodologia
estipulada pelo NBIMS (pgina 55) complexa, porm, neste caso concreto ficaria
simplificada. Os ERs j se encontram definidos e so, portanto, as informaes necessrias ao
ProNIC para especificar os trabalhos de construo, o que se simplifica todo o processo.
Assim, esta abordagem passaria por definir as entidades responsveis pela introduo de
determinado conjunto das informaes referidas e para alm disso, pela criao de uma
aplicao informtica denominada na literatura por translator (pgina 48) que extrair do
formato IFC as informaes necessrias escrevendo-as noutro formato mais apropriado para
as trocas de informao atravs da internet como o XML. Para alm disso, seria importante
elaborar diretrizes com o objetivo de dar indicaes aos vrios utilizadores do PIM quanto
forma como a informao deve ser introduzida nos modelos BIM tendo em vista a posterior
exportao para o PIM. Esta funcionalidade vai ao encontro da j referida interoperabilidade
com significado (pgina 48), ao fazer com que apenas as informaes necessrias sejam
transferidas para o PIM.
O mtodo descrito apropriado para as denominadas system families, ou seja, tipos ou
instncias de famlias que representam paredes, pavimentos, tetos e coberturas. Porm, para
os restantes casos como, por exemplo, janelas e portas, software como o Revit permitem a
exportao, em formato de texto, dos parmetros associados s famlias (como o material, a
resistncia, as dimenses, o custo). Aproveitando esta funcionalidade seria apenas necessrio
a capacidade de ler os ficheiros de texto, classificar e introduzir as informaes relevantes no
PIM.
A introduo manual ser sempre necessria e aqui o PIM ter de comportar a introduo de
informaes simultnea por parte de vrias entidades, tal como o ProNIC o faz utilizando
tambm um sistema de assinatura eletrnica. Uma vez mais, devido ao facto dos modelos BIM
no possurem nem deverem possuir todas as informaes, a introduo manual das mesmas
ser sempre necessria e para alm disso, podem ocorrer situaes em que alguns
componentes das obras no sejam modelados por, simplesmente, se determinar no ser
necessrio. Assim, nestas situaes a introduo manual no PIM das suas informaes
garante que as mesmas sejam documentadas, discutidas e comunicadas em ambiente
colaborativo, sendo essa umas das vantagens do PIM.
Concluindo, refere-se a importncia da utilizao de uma metodologia idntica utilizada pelo
formato COBie (descrito em 2.6.5.5). O PIM ao assumir o papel de um repositrio central de
informao o ideal para recolher, armazenar e transferir informao relevante para a fase de
manuteno dos empreendimentos. Ao conceber um sistema que permita recolha progressiva
e de uma forma normalizada, todas aquelas informaes ao longo no s do desenvolvimento
do projeto (informaes introduzidas no PIM e produzidas pelo ProNIC como as fichas de
102

materiais) mas tambm durante a fase de construo, permite simplificar em muito o processo
de reunio de todas as informaes e documentos necessrios fase de operao e
manuteno dos empreendimentos e posterior transferncia aos devidos interessados.

103

104

4.

CONCLUSES

4.1. Consideraes finais

Um passo importante que a indstria da construo ter de tomar com vista a combater as
debilidades referidas a utilizao generalizada da metodologia BIM, o que se relevar numa
mudana radical na forma de projetar, construir e manter os empreendimentos. A adoo
generalizada do BIM a nvel nacional, tendo em conta as especificidades da indstria da
construo e apesar de a sua inevitabilidade estar cada vez mais evidente, ser um processo
complexo e demorado devido s consequentes implicaes tecnolgicas e humanas.
Influenciar todos os envolvidos em todas as fases do ciclo de vida dos empreendimentos,
modificando a forma como a informao criada, distribuda, utilizada e mantida.
Todos os assuntos e conceitos destacados ao longo de toda a exposio em relao em BIM
assentaram em trs grandes reas: o ambiente colaborativo, as trocas e a gesto de
informao. Mais concretamente, assentaram na importncia de definir uma forma de trabalhar
em ambiente colaborativo o que, por sua vez, envolve o estabelecimento de processos de
distribuio da informao e a gesto abrangente da mesma. Assim, estes trs componentes
podem ser vistos segundo uma perspetiva tecnolgica e humana:

na perspetiva tecnolgica, destacam-se as vantagens da utilizao do conceito Cloud

Computing como uma ferramenta para suportar o trabalho em ambiente colaborativo e
a importncia da interoperabilidade para o mesmo. Referiu-se que, relativamente a
estes aspetos, existem, ainda, problemas por resolver e trabalho por fazer
relativamente ao desenvolvimento de software e nas regras de comunicao entre
eles, visto que a interoperabilidade entre software no , ainda, uma realidade. Por
outro lado, a utilizao do conceito Cloud Computing pelas indstrias da construo a
nvel internacional no decorre h muito tempo, decorrendo por isso, um processo de
melhoramento e de adquisio de experincia. Porm, existe aqui, muito potencial
para a indstria da construo em geral;

na perspetiva humana, a utilizao do BIM implica uma mudana cultural profunda na

forma como as obras so projetadas, construdas e mantidas; por isso, a indstria da
construo ter de ultrapassar a inrcia mudana que lhe caracterstica. Para que
um ambiente colaborativo entre os vrios envolvidos num projeto de construo seja
uma realidade, necessrio desenvolver novos contratos legais nos quais o papel da
legislao e dos donos de obra pblicos e privados fundamental. Para alm dos
aspetos legais, necessrio criar novos fluxos de trabalho e novas formas de gerir a
informao, ou seja, necessrio saber trabalhar em ambiente colaborativo.

105

Ter todos os envolvidos juntamente com os processos de trabalho preparados para trabalhar
em ambiente colaborativo , pois, fundamental para utilizar o BIM em pleno, por isso, todas as
ferramentas utilizadas nesses processos devem, tambm, estar preparadas para suportar essa
forma de trabalhar e de produzir informao.
Para isso, a elaborao de um plano de execuo releva-se ser fundamental ao fornecer a
viso geral bem como os detalhes da implementao do BIM a todos os envolvidos. Este plano
define o mbito da implementao do BIM no projeto de construo, identifica as trocas de
informao (mapas de processos, contedo da informao, formatos) entre os participantes e,
por ltimo, descreve a infraestrutura necessria para suportar a implementao ao nvel do
projeto de construo e das organizaes.
O conceito CDE, aliado ao Cloud Computing, define como se deve trabalhar em ambiente
colaborativo, permitindo o trabalho simultneo dos vrios participantes sobre a mesma
informao e no qual o ProNIC far a ponte entre a informao produzida e a documentao
de obra na fase de projeto, podendo, nas outras fases, ser igualmente til (gesto de autos de
medio, ligao a plataformas eletrnicas).
A informao relevante produzida no processo de trabalho em ambiente colaborativo definido
pelo conceito CDE armazenada no PIM. Neste, necessrio definir uma gesto de
informao adequada ao desenvolvimento dos projetos de construo e utilizar o BIM para
automatizar a produo da informao, ou seja, ter em conta os seguintes fatores:

a organizao da informao tem de suportar a evoluo da pormenorizao da

mesma;

utilizar a classificao para tornar a informao pesquisvel e filtrvel, aumentando a

eficincia dos processos nos quais utilizada;

prever a recolha ao longo do desenvolvimento dos projetos da informao relevante

para a fase de manuteno dos empreendimentos.

Relativamente ao primeiro aspeto, concluiu-se que a informao deve ser organizada e

classificada segundo elementos construtivos cujo critrio de classificao a funo dos
mesmos. Depois, medida que a informao criada, ser includo mais pormenor na
classificao dos elementos mantendo, no entanto, a mesma hierarquia por elementos
construtivos. Nesta fase, til utilizar os software BIM para automatizar a introduo de
informaes no PIM, ao importar dos modelos BIM algumas informaes relevantes bem como
a utilizao de taxonomias incorporadas nos mesmos (o Assembly Code e/ou as tabelas do
Omniclass), utilizando o procedimento mais adequado a cada caso de entre os trs referidos.
Por fim, a determinada altura, os trabalhos de construo definidos no ProNIC podero ser
atribudos aos elementos construtivos e a componentes dos mesmos, quando aplicvel,
atravs da utilizao de caixas de seleo e da possibilidade das informaes requeridas pelo
ProNIC serem preenchidas medida que so definidas (para isso, concluiu-se que a
106

disponibilizao da WBS do ProNIC como um Web Service facilitaria a sua utilizao no PIM).
Por fim, as informaes requeridas pelo ProNIC podero ser transferidas para este utilizando o
formato XML.
Concluiu-se que a classificao da informao ao longo de todo este processo uma pea
fundamental, ao permitir que a informao seja pesquisvel e filtrvel, mas para alm disso,
permitir a automatizao do preenchimento das informaes requeridas pelo ProNIC. Como foi
demonstrado, ao longo do processo possvel classificar as informaes segundo elementos
construtivos, produtos de construo, materiais utilizados, trabalhos de construo (a
contribuio do ProNIC) e as propriedades associadas, permitindo assim, uma classificao
facetada.
Por ltimo, concluiu-se que a produo de uma especificao que segue a metodologia do
COBie permitir abranger todas as fases do ciclo de vida dos empreendimentos e para alm
disso, contribuir para incentivar e melhorar a fase de manuteno e operao dos
empreendimentos. O PIM, dadas as suas caractersticas, o local ideal para associar um
sistema que tenha isso em conta.

4.2. Limitaes do estudo

Relativamente s limitaes do estudo desenvolvido, refere-se que, dada a envergadura dos
temas abordados, no foi possvel desenvolver e testar um sistema que funcione segundo os
conceitos referidos. Por outro lado, os exemplos usados para exemplificar a organizao da
informao utilizando o ProNIC como uma pea importante no abrangeram todas as
possibilidades, dada a extenso das informaes relacionadas com as obras.

4.3. Desenvolvimentos futuros

Prope-se o desenvolvimento de plataformas que utilizem o modelo e os conceitos referidos
para integrar o ProNIC no processo de trabalho BIM e utiliz-lo na gesto da informao
produzida.
Um aspeto importante o estudo da adaptao das taxonomias (como as tabelas do
Omniclass, nomeadamento na classificao de elementos contrutivos, produtos de construo,
materiais e propriedades) existentes a nvel internacional para a indstria portuguesa da
construo e no caso de no ser possvel, desenvolver taxonomias de raiz. No entanto, referese que a notao utilizada pelo ProNIC deve estar de acordo com a notao das outras
taxonomias desenvolvidas ou adaptadas, ou seja, todas devem seguir as mesmas regras.
Por ltimo, refere-se o desenvolvimento de especificaes como o COBie que possam ser
integradas no modelo referido, o que passa pelo desenvolvimento de normas e orientaes
107

relativamente informao relevante, aplicaes informticas e de templates para os produtos

de construo, tal como referido em 2.6.5.5.

108

REFERNCIAS BIBLIOGRFICAS
2004a. MasterFormat [Online]. Construction Specifications Institute (CSI). Disponvel em:
http://www.csinet.org/masterformat [Acesso em: 25 de Agosto de 2012].
2004b. O que so metadados? [Online]. Repositrio Cientfico de Acesso Aberto de Portugal:
Repositrio Cientfico de Acesso Aberto de Portugal. Disponvel em:
http://projecto.rcaap.pt/index.php/lang-pt/component/quickfaq/5-processo-dedeposito-auto-arquivo/55-o-que-sao-metadados [Acesso em: 8 de Setembro de 2012].
2006a. UniFormat [Online]. Construction Specifications Institute (CSI). Disponvel em:
http://www.csinet.org/masterformat [Acesso em: 25 de Agosto 2012].
2006b. Omniclass [Online]. Disponvel em: http://www.omniclass.org [Acesso em: 25 de
Agosto de 2012].
2008. ProNIC Sistema de Gerao e Gesto de Informao Tcnica para Cadernos de Encargos
[Online]. Disponvel em: http://www2.inescporto.pt/uesp/noticias-eventos/nos-naimprensa/pronic-sistema-de-geracao-e-gestao-de-informacaotecnica-para-cadernosde-encargos/ [Acesso em: 2 de Setembro de 2012].
2011.
ProNIC
[Online].
GEQUALTEC.
Disponvel
em:
http://paginas.fe.up.pt/~gequaltec/w/index.php?title=ProNIC [Acesso em: 3 de
Setembro de 2012].
2012. Parque Escolar - Um Caso Prtico da Aplicao ProNIC [Online]. Disponvel em:
http://www2.inescporto.pt/uesp/noticias-eventos/nos-na-imprensa/parque-escolarum-caso-pratico-da-aplicacao-pronic/ [Acesso em: 4 de Setembro de 2012].
ADAMS, J. 2012. OmniClass: Esperanto for Construction. Estimating Today. Nashville, TN:
American Society of Professional Estimators.
ADDOR, M. R. A., CASTANHO, M. D. D. A., CAMBIAGHI, H., DELATORRE, J. P. M., NARDELLI, E. S.
& OLIVEIRA, A. L. D. 2010. Colocando o "i" no BIM. arq.urb, 4.
AEC (UK). 2009. AEC (UK) BIM Standard (Version 1.0). Disponvel em:
http://aecuk.files.wordpress.com/2009/12/aecukbimstandard-v1-0.pdf [Acesso em: 27
de Julho de 2012].
AEC (UK). 2012. AEC (UK) BIM Protocol (Version 2.0). Disponvel em:
http://aecuk.files.wordpress.com/2012/09/aecukbimprotocol-v2-0.pdf [Acesso em: 18
de Setembro de 2012].
AFONSO, F. P., SEQUEIRA, A. M. D., MORAIS, J. M. D. & HILL, L. 1998. O sector da construo diagnstico e eixos de interveno, Lisboa, IAPMEI (Instituto de Apoio s Pequenas e
Mdias Empresas e Inovao), Observatrio das PME.
AIA. 2007. Integrated Project Delivery: A Guide. Disponvel em: http://www.aia.org/ [Acesso
em: 28 de Abril de 2012].
AIA 2008. AIA E202-2008 BIM Protocol Exhibit. American Institute of Architects.
AIA & RUNDELL, R. 2008. BIM and Building Product Manufacturers: How building product
manufacturers are providing tools and libraries to integrate their products with Revit
and
BIM.
1-2-3
Revit
Tutorial
[Online].
Disponvel
em:
http://www.cadalyst.com/aec/bim-and-building-product-manufacturers-1-2-3-revittutorial-3699 [Acesso em: 10 de Julho de 2012].
AIPCC. 2011. Comentrios aos resultados obtidos. Anlise dos Incumprimentos dos prazos e
dos
custos
na
construo
(AIPCC)
[Online].
Disponvel
em:
http://chbazar.wix.com/aipcc.
AISC.
2011.
Interoperability
[Online].
Disponvel
em:
http://www.aisc.org/content.aspx?id=26040 [Acesso em: 14 de Agosto de 2012].
109

AMERICAN HERITAGE DICTIONARIES 2006. High Definition: An A to Z Guide to Personal

Technology, Boston, Houghton Mifflin Harcourt.
ANDERSON, R. 2010. An Introduction to the IPD Workflow for Vectorworks BIM Users.
Disponvel
em:
http://download2.nemetschek.net/www_misc/2010/IPD_workflow_for_BIM.pdf.
AOUAD, G. F., KIRKHAMI, J. A., BRANDON, P. S., BROWN, F. E., COOPER, G. S., FORD, S.,
OXMAN, R. E., SARSHAR, M. & YOUNG, B. 1993. Information modelling in the
construction industry: The information engineering approach. Construction
Management and Economics, 11, pp. 384-397.
ARANDA-MENA, G. & WAKEFIELD, R. 2006. Interoperability of building information Myth or
reality? Proceedings of the European Conference on Product and Process Modeling
(ECPPM-2006). Valencia, Spain, September 2006.
AUTODESK. 2012. Lesson 3: Things to Consider when Modeling [Online]. Disponvel em:
http://bimcurriculum.autodesk.com/lesson/lesson-3-things-consider-when-modeling
[Acesso em: 14 de Setembro de 2012].
AZHAR, S., HEIN, M. & SKETO, B. 2008. Building Information Modeling (BIM): Benefits, Risks
and Challenges. Proceedings of the 44th ASC National Conference.
BACHY, G. & HAMERI, A.-P. 1997. What to be implemented at the early stage of a large-scale
project. International Journal of Project Management, 15, pp. 211-218.
BAGANHA, M. I., MARQUES, J. C. & GIS, P. 2002. O Sector da Construo Civil e Obras
Pblicas em Portugal: 1990-2000. Coimbra: Centro de Estudos Sociais.
BAZJANAC, V. 2006. Virtual Building Environments: Deploying Building Information Modeling in
the Building Industry. Journal for Computer Aided Design.
BEDRICK, J. 2008. Organizing the Development of a Building Information Model. Disponvel em:
http://www.aecbytes.com/feature/2008/MPSforBIM.html [Acesso em: 10 de Julho de
2012].
BELLERBY, A. 2012. The long and winding road.
Concrete Magazine.
http://www.ecobuild.co.uk/var/uploads/exhibitor/2658/urlia9cnk5.pdf:
Concrete
Society.
BERARD, O. & KARLSHOEJ, J. 2012. Information delivery manuals to integrate building product
information into design. Journal of Information Technology in Construction (ITcon), 17,
pg. 63-74, http://www.itcon.org/cgi-bin/works/Show?2012_4.
BERNSTEIN, P. G. & PITTMAN, J. H. 2004. Barriers to the Adoption of Building Information
Modeling in the Building Industry. Autodesk Building Solutions Whitepaper, Autodesk
Inc., CA [Online]. Disponvel em: http://cad.amsystems.com/products/docs/revitarchitecture-2008-barriers-to-adoption-of-bim.pdf [Acesso em: 13 de Agosto de 2012].
BJRKHAUG, L. & BELL, H. 2007. Ifd:IFD in a Nutshell [Online]. Disponvel em: http://dev.ifdlibrary.org/index.php/Ifd:IFD_in_a_Nutshell [Acesso em: 30 de Agosto de 2012].
BRAAKSMA, J. The Business Case of (ICT) Investment Evaluation in Nonprofit Organisations. In:
REMENYI, D. & BROWN, A., eds. 13th European Conference on Information Technology
Evaluation, 2006 University of Genoa, Italy. Academic Conferences Limited, pp 91-102.
BRODT, W. 2011. Omniclass. Disponvel em: http://www.wbdg.org/resources/omniclass.php
[Acesso em: 25 de Agosto de 2012].
BSA & OGC 2010. Summary of the Architecture, Engineering, Construction, Owner Operator
Phase 1 (AECOO-1) Joint Testbed. buildingSMART alliance (bSa) and The Open
Geospatial Consortium, Inc. (OGC).
BUILDINGSMART. 2011. Process - Information Delivery Manual (IDM) [Online]. buildingSMART
Website. Disponvel em: http://buildingsmart.com/standards/idm [Acesso em: 17 de
Agosto 2012].
BUILDINGSMART 2012. The BIM Evolution Continues with OPEN BIM (Draft V8).

110

BUILDINGSMART ALLIANCE. 2012. Specifiers' Properties Information Exchange (SPIE) [Online].

Disponvel
em:
http://www.buildingsmartalliance.org/index.php/projects/activeprojects/32 [Acesso
em: 1 de Setembro de 2012].
BURT, B. A. 2009. BIM Interoperability (The Promise and the Reality). STRUCTURE magazine.
December, 2009 ed.
CABRITA, A. M. R. 1974. Organizao de Projectos de Edifcios - Curso de Promoo Profissional
506, Lisboa, LNEC.
CARBASHO, T. 2008. Integrated Project Delivery Improves Efficiency, Streamlines Construction.
Disponvel
em:
http://www.tradelineinc.com/reports/0A03D1C0-2B3B-B52585702BCEDF900F61 [Acesso em: 3 de Julho de 2012].
CDI. 2008. Getting to the Starting Line with BIM and VDC. Adding Value to Model Integration
and
Design
Collaboration
[Online].
Disponvel
em:
www.cdigrp.net/uploads/Starting_Line_for_BIM_and_VDC.pdf [Acesso em: 14 de Setembro de
2012].
CHAN, A. P., CHAN, D. W. & YEUNG, J. F. 2009. Relational Contracting for Construction
Excellence: Principles, Practices and Case Studies, Taylor & Francis.
CHARETTE, R. P. & MARSHALL, H. E. 1999. UNIFORMAT II Elemental Classification for Building
Specifications, Cost Estimating, and Cost Analysis, Gaithersburg, MD, NIST 6389, U.S.
Department of Commerce, Technology Administration, National Institute of Standards
and Technology (NIST).
CHOLAKIS, P. 2012. BIM and Cloud Computing Get Beyond 3D Visualization and Focus Upon
the I. Efficient Construction Project Delivery Methods - Sustainability - High
Performance Buildings - Knowledge-based Building Information Modeling Systems BIM
3D
4D
5D
BIM
[Online].
Disponvel
em:
https://buildinginformationmanagement.wordpress.com/2012/01/17/bim-and-cloudcomputing-get-beyond-3d-visualization-and-focus-upon-the-i/ 2012].
CHUANG, T.-H., LEE, B.-C. & WU, I.-C. Applying Cloud Computing Technology To Bim
Visualization And Manipulation. 28th International Symposium on Automation and
Robotics in Construction, 2011 Seoul, Korea. pp. 144-149.
CIC 2010. BIM Project Execution Planning Guide, Version 2.0. University Park, PA: Computer
Integrated Construction Research Program (Pennsylvania State University).
CIC 2011. BIM Project Execution Planning Guide, Version 2.1. University Park, PA: Computer
Integrated Construction Research Program (Pennsylvania State University).
CORVACHO, H., SOUSA, H., COSTA, J. M. D., FARIA, J. A., GONALVES, M. & PINHO, P. 2002. O
Projecto CIC-NET: Rede de cooperao estratgica entre empresas do processo de
construo. Engenharia Civil. Universidade do Minho: Departamento de Engenharia
Civil da Universidade do Minho.
COUTO, J. P. & TEIXEIRA, J. M. C. 2005. As Consequncias do Incumprimento dos Prazos para a
Competitividade da Indstria de Construo: Razes para os Atrasos. 3 Conferncia
ENGENHARIA`2005. Universidade da Beira Interior (UBI), Covilh.
COUTO, J. P. & TEIXEIRA, J. M. C. 2006. A qualidade dos projectos: uma componente para a
competitividade do sector da construo em Portugal. NUTAU`2006, Inovaes
Tecnolgicas Sustentabilidade, VI Seminrio Brasileiro da gesto do processo de
projecto na construo de edifcios. So Paulo, Brasil.
COUTO, P., RAPOSO, S., SALVADO, A. F. & GONALVES, L. 2011. Contribuio do ProNIC para o
Observatrio das Obras Pblicas. In: CIVIS, S. D. C. (ed.) CD do 2 Forum
Internacional de Gesto da Construo GESCON 2011: Sistemas de Informao
na Construo. Faculdade de Engenharia da Universidade do Porto.

111

COUTO, P., RAPOSO, S., SALVADO, A. F. & GONAVES, L. 2012. Projecto de Investigao
ProNIC, Trabalhos Realizados e Desenvolvimentos Futuros. Cidades e
Desenvolvimento: Jornadas de Investigao e Inovao LNEC. LNEC.
CRC CONSTRUCTION INNOVATION. 2007. Adopting BIM for Facilities Management: Solutions
for Managing the Sydney Opera House. Disponvel em: http://www.constructioninnovation.info/images/CRC_Dig_Model_Book_20070402_v2.pdf [Acesso em: 20 de
Julho de 2012].
CRC CONSTRUCTION INNOVATION 2009. National guidelines for digital modelling, Brisbane,
CRC for Construction Innovation.
CROWHURST,
M.
2012.
Misunderstanding
BIM.
Disponvel
em:
http://www.thenbs.com/topics/bim/articles/misunderstandingBIM.asp [Acesso em: 7
de Julho de 2012].
CUNHA, M., COUTO, P. & MANSO, A. 2011. Sistemas de Informao na Construo - Gesto de
Obra. In: SECO DE CONSTRUCES CIVIS (FEUP) (ed.) CD do 2 Forum Internacional
de Gesto da Construo - GESCON 2011: Sistemas de Informao na Construo.
CURTIS, B., KELLNER, M. I. & OVER, J. 1992. Process modeling. Communications of the ACM, 35,
75-90.
CYON RESEARCH CORPORATION. 2003. The Building Information Model: A Look at Graphisofts
Virtual
Building
Concept.
Disponvel
em:
http://www.wbh.com/WhitePapers/Graphisoft_Virtual_Building_Model-a_Cyon_Research_White_Paper_030102.pdf [Acesso em: 27 de Julho de 2012].
DAVIES, N. 2009a. BIM: Fact or Fiction? Pt 3: Looking forward to a PIM. Disponvel em:
http://www.eatyourcad.com/article.php?incat_id=2573 [Acesso em: 28 de Julho de
2012].
DAVIES, N. 2009b. BIM: Fact or Fiction? Pt 2: Why BIM doesn't work. Disponvel em:
http://www.eatyourcad.com/article.php?incat_id=2237 [Acesso em: 28 de Julho de
2012].
DAVIS, D. 2010. Updating Omniclass. The construction specifier. Novembro de 2010 ed.
http://www.kenilworth.com/publications/cs/de/201011/files/14.html: Construction
Specifications Institute.
DAVIS, D. & CETON, G. 2011. OmniClass: Classifying the Built Environment. Journal of Building
Information Modeling, pp. 25-26.
DOWHOWER, J. F. 2010. BIM Impacts on Stakeholder Collaboration & Workflows. Disponvel
em: http://jdowhower.wordpress.com/chapter-5-summary-conclusions/bim-impactson-stakeholder-collaboration-workflows/.
DUMBILL, E. 1999. Simplified Markup Language: Your Responses. Disponvel em:
http://www.xml.com/pub/a/1999/12/sml/responses.html [Acesso em: 25 de Agosto
de 2012].
EAST, E. W. 2007. Construction Operations Building Information Exchange (COBIE):
Requirements Definition and Pilot Implementation Standard. ERDC/CERL TR-07-30.
Champaign, IL: U.S. Army Corps of Engineers.
EAST, E. W. 2010. Delivering Product Information. Journal of Building Information Modeling.
EAST, E. W. 2011. Construction Operations Building Information Exchange (COBIE): Means and
Methods.
Disponvel
em:
http://www.buildingsmartalliance.org/index.php/projects/cobie [Acesso em: 16 de
Setembro de 2012].
EAST, E. W. 2012. Construction Operations Building Information Exchange (COBie). Disponvel
em: http://www.wbdg.org/resources/cobie.php [Acesso em: 1 de Setembro de 2012].
EASTMAN, C., TEICHOLZ, P., SACKS, R. & LISTON, K. 2011. BIM Handbook: A Guide to Building
Information Modeling for Owners, Managers, Designers, Engineers and Contractors,
John Wiley & Sons.
112

EASTMAN, C. M., JEONG, Y.-S., SACKS, R. & KANER, I. 2010. Exchange Model and Exchange
Object Concepts for Implementation of National BIM Standards. Journal of Computing
in Civil Engineering, 24, pp. 25-34.
EGER, T., ECKERT, C. & CLARKSON, P. J. 2005. The role of Design Freeze in Product
Development. International Conference on Engineering Design. Melbourne.
EYNON, J. 2012. Information Management. CPD: Playing the numbers game in the digital age
[Online]. Disponvel em: http://construction-manager.co.uk/cpd-zone/cpd-playingnumbers-game-digital-age/ [Acesso em: 25 de Agosto de 2012].
FALLON, K. 2008. Interoperability: Critical to Achieving BIM Beneficts. Disponvel em:
http://www.aia.org/components/AIAS077998?dvid=&recspec=AIAS077998
[Acesso
em: 12 de Julho de 2012].
FALQUET, G., MTRAL, C., TELLER, J. & TWEED, C. 2011. Ontologies in Urban Development
Projects, Springer.
FIATECH. 2012. Advancing Interoperability for the Capital Projects Industry. Disponvel em:
http://www.fiatech.org/images/stories/techprojects/project_deliverables/Updated_pr
oject_deliverables/Advancing%20Interoperability%20for%20the%20Capital%20Project
s%20Industry.pdf [Acesso em: 15 de Agosto de 2012].
FONSECA, M. S. 1997. Curso sobre Regras de Medicao na Construo, Lisboa, LNEC.
FORBES, L. H. & AHMED, S. M. 2009. Modern Construction: Productive and Lean Practices,
Taylor & Francis.
FORD, S., AOUAD, G., KIRKHAM, J., BRANDON, P., BROWN, F., CHILD, T., COOPER, G., OXMAN,
R. & YOUNG, B. 1995. An information engineering approach to modelling building
design Automation in Construction, 4, pp 5-15.
FUAD, S. 2010. Management Information Systems - Lecture 1. Disponvel em:
http://www.itswtech.org/Lec/SarmadFuadMIS/MIS_Lecture_1.pdf.
GALLAHER, M. P., OCONNOR, A. C., JOHN L. DETTBARN, J. & GILDAY, L. T. 2004. Cost Analysis
of Inadequate Interoperability in the U.S. Capital Facilities Industry. National Institute
of Standards and Technology (NIST).
GHASSEMI, R. & BECERIK-GERGER, B. 2011. Transitioning to Integrated Project Delivery:
Potencial barriers and lessons learned. Lean Construction Journal, pp 32-52.
GIL, C. 2012. Relatrio Anual do Sector da Construo em Portugal | 2011. Instituto da
Construo e do Imobilirio (INCI).
GILLAM, P. 2010. Managing the "I" in BIM. Construction Executive.
GRILO, A. 2008a. A Abordagem BIM e os seus Benefcios. In: GRILO, A. & TAVARES, L. V. (eds.)
Building Information Model e a Competitividade do Sector da Construo. Lisboa: OPET
- Observatrio de Prospectiva da Engenharia e da Tecnologia.
GRILO, A. 2008b. Roadmap para Implantao do BIM. In: GRILO, A. & TAVARES, L. V. (eds.)
Building Information Model e a Competitividade do Sector da Construo. Lisboa: OPET
- Observatrio de Prospectiva da Engenharia e da Tecnologia.
GRILO, A. & TAVARES, L. V. 2008. Building Information Model e a Competitividade do Sector da
Construo, Lisboa, OPET - Observatrio de Prospectiva da Engenharia e da
Tecnologia.
HAMIL, S. 2012a. buildingSMART - Data Dictionary. Construction Code: Blogging about BIM,
Construction
and
NBS
[Online].
Disponvel
em:
http://constructioncode.blogspot.pt/2012/01/buildingsmart-data-dictionary.html.
HAMIL, S. 2012b. Building Information Modelling and interoperability. Disponvel em:
http://www.thenbs.com/topics/bim/articles/bimAndInteroperability.asp [Acesso em:
12 de Julho de 2012].
HARRIS, J. 2009. Integration of BIM and Business Strategy. Master of Project Management
Program, McCormick School of Engineering and Applied Science, Northwestern
University.
113

HERGUNSEL, M. F. 2011. Benefits of Building Information Modeling for Construction Managers

and Bim Based Scheduling. Master of Science in Civil Engineering, Worcester
Polytechnic Institute.
HOLZER, D. & MALKIN, R. 2011. Real-time design collaboration in 3D. Architecture Australia,
100.
HOWELL, I. 2010a. Model-based Design Requires More Than BIM. The VOICE magazine. Vero
de 2010 ed.: Matrix Group Publishing.
HOWELL, I. 2010b. The new math for the A/E industry: BIM + PIM = IPD. The Zweig Letter.
HOWELL, I. & BATCHELER, B. 2005. Building Information Modeling Two Years Later Huge
Potential,
Some
Success
and
Several
Limitations.
Disponvel
em:
http://www.laiserin.com/features/bim/newforma_bim.pdf [Acesso em: 28 de Julho de
2012].
ISENHOFF, T. 2008. BIM and 2D 3D 4D 5D 6D. BIM and IPD [Online]. Disponvel em:
http://bimandipd.blogspot.pt/2008/02/bim-and-2d-3d-4d-5d-6d.html.
JESSUP, L. M. & VALACICH, J. S. 2002. Information Systems Today, Prentice Hall Professional
Technical Reference.
JOHNSON, T. R. 2011. Application of Relational Contracting Methods to Federal Construction
Projects. Degree of Master of Science in Engineering Management, Air Force Institute
of Technology, Air University.
JONES, S. A. 2011. Building Products in BIM. Architectural Record.
JRGENSEN, K. A. R. 2011. Classification of Building Object Types: Misconceptions, challenges
and
opportunities.
Disponvel
em:
http://vbn.aau.dk/ws/files/63161433/ClassificationBuildingObjectTypes_PaperNo24.p
df.
JUREWICZ, J. 2010. Improving BIM content through PIM Project Information Management. 6.
Disponvel em: http://www.newforma.com/Images-%281%29/Article-PDFs/ArticleProject_Controls-Improving_BIM_Content_thr.aspx [Acesso em: 28 de Julho de 2010].
KALIN, M., WEYGANT, R. S., ROSEN, H. J. & REGENER, J. R. 2010. Construction Specifications
Writing: Principles and Procedures, Hoboken, New Jersey, Wiley.
KANAGASABAPATHY, K. A., RADHAKRISHNAN, R. & BALASUBRAMANIAN, S. 2004. Empirical
Investigation of Critical Success factor and knowledge management structure for
successful implementation of knowledge management system a case study in
Process industry. Disponvel em: http://hosteddocs.ittoolbox.com/KKRR41106.pdf
[Acesso em: 23 de Agosto de 2012].
KATZ, G. I. & CRANDALL, J. C. 2010. BIM, BAM, BOOM - Getting the Most from BIM.
CONSTRUCT 2010 Conference. Philadelphia, Pennsylvania.
KHEMLANI, L., PAPAMICHAEL, K. & HARFMANN, A. 2006. The Potential of Digital Building
Modeling.
KIM, B.-K., HONG, W.-G. & EOM, D.-S. 2011. A Design of Integrated Management System for
Building Constructions based on USNs. International Conference on Data Engineering
and Internet Technology (DEIT 2011).
KIM, C., KWON, S., YOU, S. & LIM, J. 2010. Using Information Delivery Manual (IDM) for
Efficient Exchange of Building Design Information. 27th International Symposium on
Automation and Robotics in Construction - ISARC 2010. Bratislava, Slovakia IAARC.
KRYGIEL, E., READ, P. & VANDEZANDE, J. 2010. Mastering Autodesk Revit Architecture 2011,
John Wiley & Sons.
KYMMELL, W. 2008. Building Information Modeling: Planning and Managing Construction
Projects With 4d CAD and Simulations, McGraw-Hill.
LEE, G., SACKS, R. & EASTMAN, C. M. 2006. Specifying parametric building object behavior
(BOB) for a building information modeling system. Automation in Construction, 15,
758-776.
114

LIJUN, S. & CHUA, D. K. H. 2011. Application of Building Information Modeling (BIM) and
Information Technology (IT) for Project Collaboration. International Conference on
Engineering, Project, and Production Management Singapore.
LIST, B. & KORHERR, B. 2006. An Evaluation of Conceptual Business Process Modelling
Language. Proceedings of the 21st ACM Symposium on Applied Computing.
Proceedings of the 2006 ACM Symposium on Applied Computing: SIGAPP.
LNEC 1970-1972. Caderno de encargos-tipo para a construo de edifcios, Lisboa, Laboratrio
Nacional de Engenharia Civil.
LUEG, C. 2001. Information, knowledge, and networked minds. Journal of Knowledge
Management, 5, pp. 151-160.
MACPHERSON, D. L. 2012. Web Services and Ontologies for Building Data. 3rd International
Multi-Conference on Complexity, Informatics and Cybernetics: IMCIC 2012. Orlando,
Florida, USA.
MANSO, A. C., FONSECA, M. S. & ESPADA, J. C. 1997. Informao sobre custos: Fichas de
Rendimentos, Lisboa, LNEC.
MARTINS, J. 2009. Modelao do Fluxo de Informao no Processo de Construo: Aplicao ao
Licenciamento Automtico de Projectos. Grau de Doutor em Engenharia Civil,
Faculdade de Engenharia da Universidade do Porto.
MARTINS, S. 2008. Anlise do Sector da Construo Civil e Obras Pblicas. Estudo EDIT VALUE
Empresa Jnior N. 04. EDIT VALUE, Consultoria Empresarial.
MELL, P. & GRANCE, T. 2011. The NIST Definition of Cloud Computing.
MENCONI, P. & METTLER, D. 2010. BIM - A Contractors Perspective [Online]. http://csusabim.com/news/55-bim-a-contractors-perspective: CSUSA. Disponvel em: http://csusabim.com/news/55-bim-a-contractors-perspective [Acesso em: 22 de Julho de 2012].
MOSSMAN, A. 2008. What is Integrated Lean Project Delivery? Disponvel em:
http://www.thechangebusiness.co.uk/TCB/Lean_Construction_files/What-isIntegrated-Project-Delivery2.pdf [Acesso em: 2 de Agosto de 2012].
NBS 2012. National BIM Report 2012. National Building Specification.
NIBS 2007. United States - National Building Information Modeling Standard - Version 1.
Washington, DC, USA: National Institute of Building Sciences.
NIBS 2012. United States - National Building Information Modeling Standard - Version 2.
Washington, DC, USA: National Institute of Building Sciences.
NISBET,
N.
2011.
Standards
in
construction.
Disponvel
em:
http://www.thenbs.com/topics/bim/articles/standardsInConstruction.asp [Acesso em:
1 de Setembro de 2012].
NUNES, C. 2001. Construo: O desafio da especializao, Lisboa, GEPE - Gabinete de Estudos e
Prospectiva Econmica do Ministrio da Economia.
OMG 2011. Business Process Model and Notation (BPMN) Version 2.0. http://www.bpmn.org/.
ONUMA. 2008. Onuma Inc. [Online]. Disponvel em: http://onuma.com/ [Acesso em: 30 de
Agosto 2012].
ONUMA. 2010. Building Information Model Extended Markup Language (BIMXML) [Online].
Disponvel em: http://bimxml.org/ [Acesso em: 24 de Agosto 2012].
ONUMA. 2012a. BIM Cloud WebServices [Online]. Disponvel em: http://bimcloud.com/OmniClass.html [Acesso em: 28 de Agosto de 2012].
ONUMA. 2012b. BIM Cloud WebServices [Online]. Disponvel em: http://bimcloud.com/WebServices.html [Acesso em: 30 de Agosto de 2012].
OSTANIK, M. 2010a. Integrated Project Collaboration... the missing link for IPD. Submittal
Exchange
[Online].
Disponvel
em:
http://submittalexchange.blogspot.pt/2010/06/integrated-project-collaboration.html.
OSTANIK, M. 2010b. What's in a name? How Integrated Project Collaboration software is
changing
the
industry.
Disponvel
em:
115

http://submittalexchange.blogspot.pt/2010/10/whats-in-name-how-integratedproject.html.
OZ, E. 2008. Management Information Systems, Course Technology.
PENEIROL, N. L. S. 2007. Lean Construction em Portugal: Caso de estudo de implementao de
sistema de controlo da produo Last Planner. Master, Instituto Superior Tcnico
(Universidade Tcnica de Lisboa).
PMI 2008. A Guide to the Project Management Body of Knowledge (PMBOK Guide), Newtown
Square, Pennsylvania, Project Management Institute.
PORTER, M. E. & MILLAR, V. E. 1985. How information gives you competitive advantage.
Harvard Business Review, Vol. 63, No. 4. , pp. 149-162.
RAD, A. M., SHAMS, G. & NADERI, B. Information Management and The Role of Information
and Knowledge Managers: Managers' Perception. 1st International Conference on
Education and New Learning Technologies, 6-8 July 2009 Barcelona, Spain. 2504-2516.
RAO, I. K. R. 1999. Information Management: Scope, Definition, Challenges & Issues. DRTC
Workshop on Information Management Including ISO 9000 QMS. Bangalore, India:
Documentation Research and Training Centre.
REDMOND, A. & SMITH, B. 2011. Exchanging Partial BIM Information through a Cloud-Based
Service: testing the efficacy of a major innovation. IBEA Conference. South Bank
University, London.
REDMOND, A. & SMITH, B. 2012. The use of semantic methods capable of supporting Urban
Sustainability Multi-Attribute Decision Model. STEM Annual Conference 2012. Imperial
College London.
REDMOND, A., HORE, A., ALSHAWI, M. & WEST, R. 2012. Exploring how information exchanges
can be enhanced through Cloud BIM. Automation in Construction, 24, 175-183.
REINHARDT, J. 2009. Appendix C: BIM Tools Matrix. In: AMERICA, A. O. (ed.) The Contractor's
Guide to BIM. 2. ed.: AGC of America.
ROCHA, . 2003. O Essencial dos Sistemas de Informao. Disponvel em:
http://www2.ufp.pt/~amrocha/EssencialSI.PDF.
ROWLEY, J. 2007. The wisdom hierarchy: representations of the DIKW hierarchy. J. Inf. Sci., 33,
163-180.
SACKS, R., KOSKELA, L., DAVE, B. A. & OWEN, R. 2010. Interaction of Lean and Building
Information Modeling in Construction. Journal of Construction Engineering and
Management, 136, pp. 968-980.
SANDS, J. 2012. BIM Its all about the information. BSRIA Blog [Online]. Disponvel em:
http://blogs.bsria.co.uk/2012/05/14/bim-its-all-about-the-information/.
SAYER, N. J. & ANDERSON, J. A. J. 2012. Status of Lean in the US Construction Industry.
Disponvel
em:
http://www.rlb.com/rlb.com/pdf/research/RLB_USA_Lean_Construction_Analysis.pdf.
SHELDEN, D. 2006. Entrevista por Louis J. Dennis. Vol 11, n. 4. Disponvel em:
http://www.zdlaw.com/enews/2006-vol11-num4-01.php [Acesso em: 27 de Julho de
2012].
SILES, R. 2004. Project Management Information Systems - Guidelines for Planning,
Implementing, and Managing a DME Project Information System. Disponvel em:
http://www.careclimatechange.org/files/toolkit/CARE_DME_Project.pdf.
SMITH, B. & BORDENARO, M. 2011. BIMXML: Stepping Forward Onto Proven Ground. Journal
of Building Information Modeling.
SMITH, D. 2010. eOptimizing Performance and Profitability - Building Information Modeling.
BuildingSMART alliance.
SMITH, D. K. & TARDIF, M. 2009. Building Information Modeling - A Strategic Implementation
Guide for Architects, Engineers, Constructors, and Real Estate Asset Managers,
Hoboken, New Jersey, John Wiley & Sons, Inc.
116

SOUSA, H. 2011. ProNIC - Gnese, Motivaes, Enquadramento CCP. centroHabitat.

SOUSA, H., MOREIRA, J. & MDA, P. 2008. O PRONIC no contexto dos Sistemas de Classificao
da Informao na Construo. In: SECO DE CONSTRUCES CIVIS (FEUP) (ed.) CD do
1 Forum Internacional de Gesto da Construo - GESCON 2008: Gesto do Processo
do Empreendimento de Construo.
STEEL, J., DROGEMULLER, R. & TOTH, B. 2010. Model interoperability in building information
modelling. Faculty of Built Environment and Engineering; School of Design.
SULLIVAN, J. 2009. Current BIM Interoperability Methods. McLean, Virginia: Autodesk.
SVETEL, I. & PEJANOVI, M. 2010. The Role of the Semantic Web for Knowledge Management
in the Construction Industry. Informatica, 34, 331-336.
THOMASSEN, M. 2011. BIM and Collaboration in the AEC Industry. Master of Science in
Engineering in Management in the Building Industry, Aalborg University.
THOMSEN, C., DARRINGTON, J. & DUNNE, D. 2010. Managing Integrated Project Delivery.
Disponvel em: http://cmaanet.org/files/shared/ng_Integrated_Project_Delivery__1119-09__2_.pdf [Acesso em: 4 de Julho de 2012].
TRIBUNAL DE CONTAS 2004a. Auditoria Casa da Msica/Porto 2001, S.A.
http://www.tcontas.pt/pt/actos/rel_auditoria/2004/audit2004.shtm.
TRIBUNAL DE CONTAS 2004b. Auditoria de Gesto Financeira ao Programa/Projecto PIDDAC
"Construo / Estradas Nacionais Estradas Nacionais Sub-projecto Via de Cintura
Sul
de
Coimbra
Ponte
Europa
Ponte.
http://www.tcontas.pt/pt/actos/rel_auditoria/2004/rel028-2004-2s.pdf.
TSE, T.-C. K., WONG, K.-D. A. & WONG, K.-W. F. 2005. The Utilisation of Building Information
Models in nD Modelling: A study of data interfacing and adoption barriers. ITcon, 10,
85-110.
TUTORIALSPOINT. 2002. What are Web Services [Online]. Disponvel em:
http://www.tutorialspoint.com/webservices/what_are_web_services.htm [Acesso em:
1 de Setembro de 2012].
VA 2010. The VA BIM Guide. Department of Veterans Affairs.
VAN, J. 2008. AIA BIM Protocol (E202). All Things BIM - Diary of a 21st Century Architectural
Technologist [Online]. Disponvel em: http://www.allthingsbim.com/2008/12/aia-bimprotocol-e202.html.
VAN, J. 2012. Moving Forward with LOD. All Things BIM - Diary of a 21st Century Architectural
Technologist [Online]. Disponvel em: http://www.allthingsbim.com/2012/03/movingforward-with-lod.html.
VASCONCELOS, T. M. N. R. F. D. 2010. Building Information Model - Avaliao do seu potencial
como soluo para os principais atrasos e desperdcios na construo portuguesa. Grau
de Mestre em Engenharia Civil - perfil de Construo, Faculdade de Cincias e
Tecnologias da Universidade Nova de Lisboa.
VENUGOPAL, M., EASTMAN, C. M., SACKS, R. & TEIZER, J. 2012. Semantics of model views for
information exchanges using the industry foundation class schema. Advanced
Engineering Informatics, 26, pp. 411-428.
VICKERS, P. 1985. Information Management. Setting a concept. In: CRONIN, B. (ed.)
Information management: from strategies to action. London: Aslib.
VICO.
2010a.
2D
BIM
[Online].
http://www.vicosoftware.com/what-is-2dbim/tabid/88204/Default.aspx:
VICO
Software.
Disponvel
em:
http://www.vicosoftware.com/what-is-2d-bim/tabid/88204/Default.aspx [Acesso em:
22 de Julho de 2012].
VICO.
2010b.
3D
BIM
[Online].
http://www.vicosoftware.com/what-is-3dbim/tabid/88205/Default.aspx. Disponvel em: http://www.vicosoftware.com/what-is3d-bim/tabid/88205/Default.aspx [Acesso em: 22 de Julho de 2012].

117

VICO. 2010c. 4D BIM [Online]. Disponvel em: http://www.vicosoftware.com/what-is-4DBIM/tabid/88206/Default.aspx [Acesso em: 22 de Julho de 2012].
WAKEFIELD, R., ARANDA-MENA, G., FRASER, J., CHEVEZ, A., CRAWFORD, J., KUMAR, A.,
FROESE, T., GARD, S., NIELSEN, D., BETTS, M. & SMIT, D. 2007. Business Drivers for
BIM. CRC Construction Innovation.
WEYGANT, R. S. 2011. BIM Content Development: Standards, Strategies, and Best Practices,
John Wiley & Sons.
WILKINSON, P. 2012. BIM: an overview. Powerpoint. CIMCIG BIM conference.
WILLIAMS, M. L. 2010a. A Quick Start Guide to Cloud Computing: Moving Your Business Into
the Cloud, Kogan Page.
WILLIAMS, P. 2010b. Mindset change essential to successful BIM adoption [Online].
http://www.joconl.com/article/id38205.
Disponvel
em:
http://www.joconl.com/article/id38205 [Acesso em: 20 de Julho de 2012].
WIX, J. & KARLSHJ, J. 2010. Information Delivery Manual - Guide to Components and
Development Methods. BuildingSMART International [Online]. Disponvel em:
http://iug.buildingsmart.com/idms/development/IDMC_004_1_2.pdf/at_download/fil
e.
ZHANG, L., ISSA, R. R. A. & OLBINA, S. 2010. Web-based on-demand information extraction
system for building information models. In: TIZANI, W. (ed.) Computing in Civil and
Building Engineering, Proceedings of the International Conference. Nottingham, UK:
Nottingham University Press.

118

Apndices
1. Plano de Execuo BIM
O plano de execuo surge como um requisito necessrio integrao do BIM no processo de
entrega dos projetos de construo. Este plano define a viso geral bem como os detalhes da
implementao do BIM que ser seguido pelos intervenientes ao longo do desenvolvimento do
projeto de construo. Assim, este plano deve ser estipulado nas primeiras fases do projeto,
continuamente desenvolvido medida que outros participantes so includos no processo e
deve ainda, ser monitorizado, atualizado e revisto conforme necessrio durante a fase da sua
implementao (CIC, 2010). Segundo NIBS (2012), a elaborao do plano de uma forma
detalhada e abrangente importante para assegurar uma implementao do BIM com
sucesso, ao ajudar a assegurar que todos os envolvidos so cientes das oportunidades e
responsabilidades associadas com a incorporao do BIM no fluxo de trabalho dos projetos de
construo.
Este plano deve definir o mbito da implementao do BIM no projeto de construo, identificar
o fluxo de trabalho para as tarefas inerentes ao processo BIM, definir as trocas de informao
entre os participantes e por ltimo, descrever a infraestrutura necessria para suportar a
implementao, tanto como ao nvel do projeto de construo como ao nvel das organizaes
(CIC, 2010).
O desenvolvimento deste plano foi abordado na publicao BIM Project Execution Planning
Guide (Guia PxP) de 8 de Outubro de 2009, um projeto desenvolvido pela universidade estatal
da Pensilvnia (EUA). Este guia, desde ento, j sofreu duas atualizaes. Em Julho de 2010
foi lanada a verso 2.0 (CIC, 2010) e em Maio de 2011 a verso 2.1 daquele guia (CIC, 2011)
que, por sua vez, referido na verso mais recente do NBIMS (NIBS, 2012). O Guia PxP
estipula um procedimento para a produo do plano de execuo BIM que consiste em quatro
passos principais, conforme ilustrado na Figura 46. O objetivo deste procedimento estimular
o planeamento e a comunicao direta por parte dos envolvidos durante as primeiras fases de
um projeto de construo. Porm, devido ao facto de cada projeto de construo ter as suas
especificidades, no existe um mtodo que seja mais apropriado para implementar o BIM.
Assim, dever ser pensada uma estratgia de execuo para cada projeto de construo ao
compreender os objetivos e caractersticas dos mesmos, bem como as capacidades das
equipas envolvidas (NIBS, 2012).

119

Figura 46 Os quatro passos principais do plano de execuo BIM (Adaptado de: CIC, 2010)

A definio dos objetivos e utilidades da implementao do BIM para o projeto de construo

marca o primeiro passo na elaborao do plano de execuo de BIM. Segundo Anderson
(2010), nas primeiras fases do projeto (a seguir conceptualizao inicial) deve ser reunida
uma equipa que se dedicar ao planeamento da implementao do BIM. Esta equipa deve ser
constituda por representantes dos principais intervenientes, incluindo o dono de obra, os
projetistas,

empreiteiro(s),

principais subempreiteiro(s) e se aplicvel, o gestor do

empreendimento. Relembra-se, uma vez mais, o processo segundo o IPD (pgina 33).
A tarefa inicial desta equipa fixar objetivos mensurveis para o projeto de construo que
serviro de base para todo o plano. Estes objetivos podem ser baseados no desempenho
(aumentar a produtividade na obra, por exemplo) ou possuir uma natureza mais aspiracional,
porm, devem ser mensurveis quanto sua realizao. Por ltimo, devem ser identificadas as
utilizaes do BIM para ir ao encontro dos objetivos. Esta identificao muito importante ao
permitir que os intervenientes produzam a informao com vista sua futura utilizao, o que
influencia os mtodos utilizados para desenvolver os modelos BIM ou para identificar questes
relacionadas com a preciso dos dados produzidos que iro, posteriormente, constar nas
informaes relativas ao projeto de construo. Estas utilizaes podem ser, por exemplo, a
estimao de custos, anlises ao consumo de energia, planeamento da utilizao do estaleiro

120

ou o planeamento das operaes de manuteno. Em CIC (2010), CIC (2011) constam 25

utilizaes candidatas.
No segundo passo, pretende-se definir o processo de implementao para cada utilizao do
BIM, bem como o processo de implementao do BIM como um todo. Para isso, foi definido um
procedimento que compreende a produo dos seguintes dois tipos de mapas de processo. Os
tipos so identificados por nveis 1 e 2, sendo este ltimo mais pormenorizado do que o
primeiro. Os mapas so, simplesmente, diagramas IDM e utilizam a notao BPMN (ver pgina
51). Assim, os dois tipos de mapas so (CIC, 2010, CIC, 2011):

Nvel 1: Mapa geral do processo BIM (BIM Overview Map)

Este mapa, segundo Anderson (2010), um diagrama IDM dividido em duas colunas
principais. A primeira representa as utilizaes do BIM identificadas pela equipa que
sero realizadas durante o ciclo de vida do projeto de construo e a segunda, por sua
vez, apresenta as trocas de informaes gerais durante o mesmo processo por meio
de setas (Anderson, 2010, CIC, 2010, CIC, 2011);

Nvel 2: Mapas detalhados dos processos das utilizaes BIM (Detailed BIM Use
Process Maps)
O mapa criado no primeiro nvel nico. Porm, neste nvel surgem vrios mapas que
pormenorizam o processo geral definido no primeiro nvel. Por exemplo, a utilizao
BIM estimao de custos foi identificada no primeiro nvel e neste nvel, ter um mapa
que apresenta o processo detalhado que lhe est associado. Para alm disso, deve
identificar as partes responsveis, mencionar o contedo da informao necessria (no
caso do exemplo anterior, podem ser relatrios de custos) e tambm, as trocas de
informao que sero criadas e partilhadas com outros processos (Anderson, 2010,
CIC, 2010, CIC, 2011).

Este passo ajudar os intervenientes a ter a perceo do processo BIM de uma forma geral, a
identificar as trocas de informao que sero partilhadas entre os mesmos e a definir de uma
forma clara os vrios processos que sero realizados para as utilizaes BIM identificadas
(CIC, 2010, CIC, 2011). Por outro lado, Anderson (2010) refere que, apesar do nvel de detalhe
definido no nvel 2 ser adequado para projetos de construo complexos (hospitais, por
exemplo), para projetos mais simples deve-se simplificar a planificao dos processos.
Aps elaborar todos os processos torna-se necessrio definir todas as trocas de informao
identificadas pelos mesmos (CIC, 2010, CIC, 2011). esse o objetivo do terceiro passo que, tal
como o segundo, vai ao encontro do referido para o IDM em 2.6.4.2, mas visto aqui numa
perspetiva de implementao do BIM (o guia PxP disponibiliza no seu anexo F uma tabela para
servir de auxlio na realizao deste passo). O terceiro passo, portanto, contempla as seguintes
tarefas (Anderson, 2010, CIC, 2010, CIC, 2011):

121

identificar cada troca de informao nos mapas de processo;

escolher uma estrutura de desagregao baseada em elementos dos modelos;

O facto de ser baseado em elementos, por ser a forma mais intuitiva de organizar a
informao, facilita a organizao das trocas de informao. Para isso, pode ser
utilizado o UniFormat que utilizado no prprio guia PxP e no documento AIA E2022008 (pgina 38) ou, ento, a tabela 21 Elementos construtivos do Omniclass;

desenvolver os requisitos de troca de informao para cada uma delas (o recetor

da informao, o formato e a verso do ficheiro, o LOD como referido em 2.5.5 ou
utilizando outro sistema definido e informao adicional se necessrio);

atribuir um responsvel para cada troca de informao (dono de obra, projetista de

estruturas, empreiteiro, arquiteto);

comparar o contedo do input e do output de informao para cada troca

O objetivo identificar os elementos nos quais existem discrepncias entre output de
informao (produzida) e o input de informao (requerida). Por exemplo, em
determinada troca de informao a informao produzida pode no conter o valor das
resistncias trmicas das paredes que foi requerido para se realizar anlises enrgicas
num modelo BIM criado para o efeito. Ao identificar tal discrepncia, deve ser tomada
uma deciso quanto sua resoluo.

Finalmente, o quarto e ltimo passo consiste na identificao e definio da infraestrutura

necessria para implementar eficientemente o BIM como planeado. A primeira verso (de
2009) do Guia PxP definia nove categorias para aquele efeito, no entanto, as verses mais
recentes (de 2010 e 2011) acrescentaram mais cinco, resultando as catorze categorias cujas
descries se resumem no Quadro 7.

122

Quadro 7 As catorze categorias definidas no Guia PxP (Adaptado de: CIC, 2010, CIC, 2011)
Categoria

Descrio sumria
Informao bsica do projeto de construo, com o objetivo de auxiliar a
introduo de novos membros no mesmo. Deve incluir informaes
Informao do projeto
como a identificao do dono de obra, o nome, localizao e uma breve
de construo
descrio do projeto de construo, o tipo de contrato, valores
relevantes, as fases de execuo, caractersticas, condicionantes
Identificao e contactos de pelo menos um representante de cada
Contactos relevantes
entidade envolvida
Justificao dos objectivos para a implementao do BIM, bem como das
Objectivos e utilizaes
decises relacionadas com as utilizaes do BIM. Deve incluir uma lista
da implementao do
dos objectivos, a anlise das utilizaes e informaes especficas das
BIM
que foram selecionadas para o projeto de construo
Identificao do papel de cada entidade envolvida, bem como das suas
Papel e alocao de
responsabilidades relacionadas com as utilizaes do BIM (nmero de
pessoal de cada
pessoas envolvidas por profisso, horas de trabalho estimadas). Esta
entidade envolvida
categoria deve ir sendo preenchida medida que o projeto de
construo avana
Processo de projeto
Documentao e descrio dos mapas de processo criados
Trocas de informao
Documentao e descrio das trocas de informao definidas
Descrio de requisitos especficos para o BIM exigidos pelo dono de
Requisitos especficos
obra
Procedimentos electrnicos e de actividade de colaborao, o que inclui:
- A gesto do modelos BIM;
- Reunies;
- Mtodos de comuninao;
Procedimentos de
- Gesto e transferncia de documentos;
colaborao
- Armazenamento do histrico do projeto de construo;
- Definio do ambiente de suporte colaborao (fsico, atravs da
internet, etc.);
- Entre outros
Determinao e documentao da estratgia para controlar a qualidade
Controlo de qualidade (definio do padro de qualidade, procedimentos, relatrios,
planeamento das activdades)
Definio das necessidades de hardware, plataformas de software
Necessidades de
(formatos de ficheiros, problemas de interoperabilidade), licenas de
infraestruturas
software, redes, contedo de modelao e informao de referncia
tecnolgicas
("famlias", workspaces, base de dados)
Identificao dos mtodos para assegurar o rigor e a compreenso dos
Estrutura dos modelos
modelos (acordo quanto forma com que os modelos so criados,
BIM
organizados, comunicados e controlados)
Elementos do projeto Elementos do projeto de construo requiridos pelo dono de obra (fase
de construo
do projeto de construo, data de entrega e outras informaes)
Estipulao do tipo de contrato e das caractersticas do mesmo, dando
preferncia, se possvel, aos que estimulam a colaborao como o IPD
Tipo de contrato
(caso o tipo de contrato no esteja ainda estipulado, o impacto no
projeto de construo deve ser determinado)

123

2. Atribuio de trabalhos de construo (Parede dupla de alvenaria de tijolo)

124

3. Atribuio de trabalhos de construo (Janela de alumnio)

125

4. Atribuio de trabalhos de construo (Reboco)

126