01 Bim Ti Monteiro 2010 Dis 84p

AVALIAO DA APLICABILIDADE DO
MODELO IFC AO LICENCIAMENTO

AUTOMTICO DE PROJECTOS DE REDES
DE DISTRIBUIO PREDIAL DE GUA
ANDR GIESTAS CANCELA MONTEIRO
Dissertao submetida para satisfao parcial dos requisitos do grau de

MESTRE EM ENGENHARIA CIVIL ESPECIALIZAO EM CONSTRUES
Orientador: Professor Doutor Joo Poas Martins
JULHO DE 2010
MESTRADO INTEGRADO EM ENGENHARIA CIVIL 2009/2010

DEPARTAMENTO DE ENGENHARIA CIVIL
Tel. +351-22-508 1901
Fax +351-22-508 1446
miec@fe.up.pt
Editado por
FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO

Rua Dr. Roberto Frias
4200-465 PORTO
Portugal
Tel. +351-22-508 1400
Fax +351-22-508 1440
feup@fe.up.pt
http://www.fe.up.pt
Reprodues parciais deste documento sero autorizadas na condio que seja

mencionado o Autor e feita referncia a Mestrado Integrado em Engenharia Civil 2009/2010 - Departamento de Engenharia Civil, Faculdade de Engenharia da
Universidade do Porto, Porto, Portugal, 2009.
As opinies e informaes includas neste documento representam unicamente o

ponto de vista do respectivo Autor, no podendo o Editor aceitar qualquer
responsabilidade legal ou outra em relao a erros ou omisses que possam existir.
Este documento foi produzido a partir de verso electrnica fornecida pelo respectivo
Autor.
Avaliao da aplicabilidade do modelo IFC ao licenciamento automtico de projectos de redes de distribuio predial de gua
AGRADECIMENTOS
Ao meu orientador, o Professor Joo Poas Martins, cujo conhecimento me ajudou a compreender um
mundo antes desconhecido e cujo entusiasmo me motivou a ir sempre um pouco mais alm.
A todos, os que directa ou indirectamente contriburam para a concretizao deste trabalho.
ii
RESUMO
As crescentes exigncias a nvel da complexidade e qualidade dos projectos na construo, bem como
da produtividade dos processos, sugerem uma necessidade em alterar a actual abordagem dada ao
processo construtivo.
Os Building Information Models (BIM) ou modelos de informao apresentam-se como uma forma de
integrar num modelo, grande parte da informao referente ao ciclo de vida de um edifcio. Os
resultados prticos da utilizao dos BIM, tendo em conta o actual nvel de utilizao dado a estas
tecnologias, passam pela automatizao dos processos de medio, criao de vistas e identificao de
erros e omisses no projecto. Em termos tericos, as aplicaes dos modelos de informao
multiplicam-se.
A extenso da utilizao dos BIM a todas as fases do processo construtivo apontada como a melhor
forma de retirar mais benefcios da utilizao destas tecnologias. Para tal, utilizar um modelo completo
que preencha os requisitos fundamentais para representao de toda a informao necessria associada
s diferentes especialidades da construo, seria a opo ideal. Na prtica, verifica-se que o
desenvolvimento de um modelo deste tipo , pelo menos para j, demasiado complicado devido no s
ao tamanho e complexidade, mas tambm ao suporte e actualizao. Assim, a soluo passa por
adoptar no um, mas uma srie de modelos parciais, cada um focado na sua especialidade. Deste
modo, para manter a integridade e a fluidez dos fluxos de informao, seria necessrio trocar
informao entre os diferentes sistemas, o que sugere um obstculo, pelo facto de se verificar uma
falta de normas e formatos para trocas de dados, resultando nos problemas de interoperabilidade.
O Industry Foundation Classes (IFC) representa uma das nicas excepes a nvel de formatos
universais para troca de dados, e baseia-se nos princpios dos modelos de representao de objectos da
construo, em linha com os conceitos estruturais dos BIM.
Actualmente, as iniciativas existentes tendo em vista a automatizao dos processos de licenciamento
de projectos apoiam-se sobretudo no modelo IFC como interface para troca de dados entre projectista
e entidade licenciadora.
Neste trabalho, feita uma avaliao da aplicabilidade do modelo IFC, como formato para troca de
dados num processo de licenciamento automtico, tendo em conta o regulamento nacional em vigor
para as redes de distribuio predial de gua, procurando assim perceber as dinmicas de interaco
entre um modelo universal, completo, mas genrico, e um regulamento cuja verificao de
conformidade se baseia em parmetros pensados para serem verificados manualmente, de forma a
avaliar o grau de compatibilidade entre os dois modelos. Por outro lado, proposto um modelo parcial
para fazer a ligao entre o modelo IFC e uma aplicao de verificao automtica da conformidade,
segundo o Decreto Regulamentar n 23/95, de 23 de Agosto.
PALAVRAS-CHAVE: SECTOR DA CONSTRUO, BIM, IFC, LICENCIAMENTO AUTOMTICO, REDES DE

DISTRIBUIO PREDIAL DE GUA.
iii
iv
ABSTRACT
The rising quality and complexity demands in construction projects, as well as in productivity in
processes, suggests a changing need in the current approach to the construction process.
The Building Information Model (BIM) appears as a way to add a big portion of the building lifecycle information to a construction model. Taking in account the current level of work given to these
technologies, the practical results of BIM usage usually are in automation of measuring processes,
renderings and IDing errors and omissions in projects. In theory, these applications multiply.
Extending BIM application to the full length of the construction process is often regarded as the best
way to get more benefits from the usage of these technologies. To do so, the ideal option would be to
use a complete model to meet all the fundamental requirements to address the representation of all the
object-oriented parameters from the different construction domains. In practical terms, the size and
complexity, as well as the support and update of the model, makes it, at least for the time being, too
hard to develop and maintain. As such, using various domain focussed partial models seems to be the
best way to approach this issue. Data exchange between different systems is a requirement to maintain
the integrity and speed of both the work and information flow, but the lack of standard viable data
exchange formats presents itself as an obstacle, as it results in interoperability problems.
Based on the same object oriented concepts as the general BIM, the Industry Foundation Classes (IFC)
is perhaps one of the few exceptions to the lack of standard viable data exchange formats.
Currently, the IFC model is used as a data exchange format for all the found automated code
compliance initiatives.
In this study, its presented an evaluation about the IFC model applicability as a data exchange format,
regarding the automated code checking of the national building water flow distribution network
requirements, with the intent of measuring the compatibility degree and analysing the interaction
dynamics between a complete but generic model and a manual check based regulation. Also, its
developed and presented a partial model to establish the connection between the IFC model and a DR
n 23/95 requirement based automated code checking software.
KEYWORDS: CONSTRUCTION SECTOR, BIM, IFC, AUTOMATED CODE-CHECKING, BUILDING WATER

FLOW DISTRIBUTION NETWORK
vi
NDICE GERAL
AGRADECIMENTOS ................................................................................................................................... i
RESUMO ................................................................................................................................. iii
ABSTRACT ............................................................................................................................................... v
1. INTRODUO ....................................................................................................................1
1.1. INTRODUZINDO OS TEMAS ............................................................................................................... 1
1.2. IMPORTNCIA DOS TEMAS ABORDADOS ........................................................................................ 4
1.3. OBJECTIVOS DA DISSERTAO ...................................................................................................... 4
1.4. ESTRUTURA DA DISSERTAO ....................................................................................................... 5
2. O SECTOR DA CONSTRUO ........................................................................7

2.1. INTRODUO .................................................................................................................................... 7
2.2. CARACTERIZAO DO PROCESSO CONSTRUTIVO ......................................................................... 8
2.2.1. FASES .............................................................................................................................................. 8
2.2.2. INTERVENIENTES ............................................................................................................................ 10
2.3. UMA INDSTRIA OU TALVEZ NO .................................................................................................. 11

2.4. A QUALIDADE NA CONSTRUO ................................................................................................... 15
2.5. LEAN CONSTRUCTION ................................................................................................................... 16
2.6. A LEGISLAO NA CONSTRUO ................................................................................................. 17
2.7. TECNOLOGIAS DE INFORMAO NA CONSTRUO ..................................................................... 20
2.7.1. TIC, DO TELEMVEL AO BIM ........................................................................................................... 20
2.7.2. IMPACTO E PRODUTIVIDADE DAS TIC NAS EMPRESAS ........................................................................ 23
3. MODELOS DE INFORMAO NA CONSTRUO....................25

3.1. CONCEITO DE INFORMAO.......................................................................................................... 25
3.2. CONCEITO DE MODELO .................................................................................................................. 26
3.2.1. EVOLUO DO PROCESSO DE DESIGN E MODELAO ........................................................................ 26
3.2.2. MODELOS DE DADOS E MODELOS DE INFORMAO ........................................................................... 27
3.2.3. MODELOS COMPLETOS E MODELOS PARCIAIS ................................................................................... 29
3.3. BUILDING INFORMATION MODEL (BIM)........................................................................................ 31

3.3.1. DEFINIO E CONCEITO DE BIM....................................................................................................... 31
vii
3.3.2. POTENCIALIDADES DO MODELO ....................................................................................................... 32

3.3.3. VANTAGENS DO USO DOS BIM NO PROCESSO CONSTRUTIVO ............................................................ 34
3.3.4. IMPLEMENTAO DOS BIM NAS EMPRESAS ...................................................................................... 39
3.4. INTEROPERABILIDADE .................................................................................................................. 48

3.4.1. ASPECTOS GERAIS ......................................................................................................................... 48
3.4.2. FORMATOS PARA TROCAS DE DADOS ............................................................................................... 50
3.5. INDUSTRY FOUNDATION CLASSES (IFC) ..................................................................................... 52

3.5.1. ORIGEM, EVOLUO E INTRODUO DO MODELO IFC ....................................................................... 52
3.5.2. ONTOLOGIAS, SISTEMAS DE CLASSIFICAO E TERMINOLOGIAS EM MODELOS DE DADOS .................... 55
3.5.3. DESCRIO E ESTRUTURA DO MODELO IFC ..................................................................................... 56
3.5.4. IMPLEMENTAO DO MODELO IFC................................................................................................... 62
4. LICENCIAMENTO DE PROJECTOS ......................................................... 65

4.1. INTRODUO ................................................................................................................................. 65
4.2. CARACTERIZAO DO PROCESSO DE LICENCIAMENTO ............................................................. 65
4.2.1. LEGISLAO APLICADA CONSTRUO ........................................................................................... 65
4.2.2. PARADIGMA DO PROCESSO DE LICENCIAMENTO ............................................................................... 66
4.2.3. VALORIZAO DO PROCESSO DE LICENCIAMENTO DE PROJECTOS ..................................................... 67
4.3. LICENCIAMENTO AUTOMTICO DE PROJECTOS .......................................................................... 68

4.3.1. CARACTERIZAO DO PROCESSO ................................................................................................... 68
4.3.2. VANTAGENS DA AUTOMATIZAO DO PROCESSO DE LICENCIAMENTO ................................................ 69
4.3.3. INICIATIVAS EM CURSO.................................................................................................................... 70
4.3.4. CONCLUSES ................................................................................................................................ 72
5. VIABILIDADE DO MODELO IFC NO PROCESSO DE

LICENCIAMENTO AUTOMTICO DE PROJECTOS DE
REDES PREDIAIS DE GUAS .............................................................................. 73
5.1. ASPECTOS GERAIS........................................................................................................................ 73
5.2. O DECRETO REGULAMENTAR N 23/95 NA PTICA DO PROCESSO DE LICENCIAMENTO .......... 74
5.2.1. ASPECTOS GERAIS ......................................................................................................................... 74
5.2.2. INTERACO ENTRE REGULAMENTO E LICENCIAMENTO ..................................................................... 74
5.2.3. ANLISE REGULAMENTAR ............................................................................................................... 75
5.3. BASE DE DADOS LICA .................................................................................................................. 76
viii
5.3.1. ASPECTOS GERAIS .......................................................................................................................... 76

5.3.2. CARACTERIZAO ESTRUTURAL DA APLICAO ................................................................................ 77
5.3.3. MODELAO DA REDE ELEMENTOS CONSTITUINTES ....................................................................... 79
5.4. RECURSOS DISPONIBILIZADOS PELO MODELO IFC ..................................................................... 80

5.4.1. ASPECTOS GERAIS .......................................................................................................................... 80
5.4.2. MDULO DAS CANALIZAES E SEGURANA CONTRA INCNDIOS ....................................................... 81
5.4.3. MDULO DOS ELEMENTOS DE SERVIOS COMUNS DE EDIFCIOS ........................................................ 82
5.4.4. DEFINIO DE PROPERTY SETS........................................................................................................ 84
5.5. COMPARAO ENTRE MODELOS ANLISE TERICA ................................................................ 88

5.5.1. INTRODUO .................................................................................................................................. 88
5.5.2. TIPOS DE CORRESPONDNCIA ......................................................................................................... 89
5.6. DEFINIO DOS MAPAS CONCEPTUAIS ........................................................................................ 93

5.7. QUANTIFICAO DOS RESULTADOS ............................................................................................. 95
6. CONCLUSES ................................................................................................................97
6.1. RESULTADOS E CONCLUSES DO TRABALHO DESENVOLVIDO .................................................. 97
6.2. DESENVOLVIMENTOS FUTUROS .................................................................................................... 99
BIBLIOGRAFIA ....................................................................................................................101
ANEXOS .....................................................................................................................................105
ANEXO A. LICA: ESTRUTURA DA BASE DE DADOS ........................................................................... 107
ANEXO B. CORRESPONDNCIAS ENTRE AS BASES DE DADOS LICA IFC .................................... 121
ANEXO C. MAPAS CONCEPTUAIS ...................................................................................................... 127
ix
NDICE DE FIGURAS
Fig.1 Fases do processo construtivo .................................................................................................... 8

Fig.2 Exemplos concretos de TIC, divididas por grupos .................................................................... 22
Fig.3 Influncia positiva das TIC sob diferentes pticas da actividade............................................... 23
Fig.4 Previso do impacto em termos de competitividade e produtividade das TIC nas diversas
reas das empresas de construo na Europa em 2005 ...................................................................... 23
Fig.5 Comparao entre a estrutura de um modelo de dados lgico e de um modelo de dados fsico
................................................................................................................................................................ 28
Fig.6 Esquematizao de uma abordagem minimalista, do tipo bottom-up ....................................... 30
Fig.7 Esquematizao de uma abordagem estruturalista, do tipo top-down ...................................... 31
Fig.8 Esquematizao generalista dos possveis contedos de um BIM ........................................... 32
Fig.9 Integrao dos BIM no ciclo de vida da construo .................................................................. 35
Fig.10 Adaptao da curva de MacLeamy.......................................................................................... 42
Fig.11 Dinmicas da relao entre tempo e produtividade na implementao de um BIM................ 43
Fig.12 Comparao dos ndices de e-business entre as vrias indstrias ......................................... 46
Fig.13 Nvel de complexidade da utilizao dos BIM ......................................................................... 48
Fig.14 Datas de lanamento das novas verses do modelo IFC ....................................................... 53
Fig.15 Processo de troca de dados utilizando o modelo IFC ............................................................. 54
Fig.16 Conceitos de classificao ....................................................................................................... 56
Fig.17 Esquematizao das relaes e da disposio das camadas do modelo IFC ........................ 57
Fig.18 Estrutura do modelo IFC, dividida por camadas e mdulos .................................................... 58
Fig.19 Subtipos directos da classe IfcRoot ......................................................................................... 60
Fig.20 Relaes entre classes do mdulo Kernel e do mdulo Core Extensions .............................. 61
Fig.21 Sistematizao da plataforma de verificao de conformidade regulamentar baseada na
internet, desenvolvida pela CORENET .................................................................................................. 71
Fig.22 Representao esquemtica geral da aplicao LicA ............................................................. 77
Fig.23 Relao entre LiCAD e LicA .................................................................................................... 78
Fig.24 Interface grfica da aplicao LiCAD ....................................................................................... 78
Fig.25 Camada dos domnios de aplicao do modelo IFC. Destaque do mdulo das canalizaes e
segurana contra incndios ................................................................................................................... 81
Fig.26 Camada de interoperabilidade. Destaque do mdulo dos elementos de servios comuns de
edifcios .................................................................................................................................................. 82
Fig.27 Conceitos de representao de objectos ................................................................................. 83
Fig.28 Modelo conceptual para definio de propriedades ................................................................ 85
xi
Fig.29 Esquematizao da relao entre especificidade da representao e responsabilidade de

definio de propriedades ..................................................................................................................... 86
Fig.30 Subtipos da classe de propriedades ....................................................................................... 87
Fig.31 Mapa conceptual de instncias a percorrer desde a raiz at entidade para definio de
property sets para vlvulas .................................................................................................................... 90
Fig.32 Mapa conceptual de instncias a percorrer para definio de propriedades de materiais ..... 91
Fig.33 Mapa conceptual de instncias a percorrer para definio de tipos de espaos ................... 91
Fig.34 Mapa conceptual de instncias a percorrer para definio de unidades adimensionais ........ 92
Fig.35 Mapa conceptual de instncias a percorrer para definio de novas unidades do sistema SI
............................................................................................................................................................... 92
Fig.36 Exemplo do modelo proposto para a associao entre as bases de dados LicA e IFC, com
vista definio da entidade caudal, representativa das correspondncias do tipo directa ................ 93
vista definio da entidade vlvula de seccionamento, representativa das correspondncias do tipo
indirecta ................................................................................................................................................. 94
vista definio da entidade factor de tolerncia, representativa das correspondncias do tipo
indeterminada ........................................................................................................................................ 95
Fig.39 Mapa conceptual tipo para associar entidades LicA a entidades IFC, que constituam
correspondncias do tipo directa ......................................................................................................... 128
correspondncias do tipo indirecta ...................................................................................................... 130
correspondncias do tipo indeterminada ............................................................................................. 132
xii
NDICE DE TABELAS
Tabela 1 Relao entre custos de projecto e custos de produo ..................................................... 14

Tabela 2 Comparao entre as horas necessrias para realizar as mesmas tarefas utilizando CAD
ou BIM .................................................................................................................................................... 41
Tabela 3 Resultados de um estudo do retorno do investimento ......................................................... 44
Tabela 4 Resultados de um estudo do retorno do investimento ......................................................... 45
Tabela 5 Quantificao dos resultados obtidos na tabela 18 do anexo B .......................................... 95
Tabela 6 Tabelas usadas pelo LicA e respectivas descries ......................................................... 107
Tabela 7 Campos da base de dados por tabela, seus tipos de dados e respectivas descries .... 109
Tabela 8 Tabela SubNetworks_Type_Desc ...................................................................................... 116
Tabela 9 Dispositivos de utilizao e acessrios de rede: Tabela Devices_Type_Desc ................. 116
Tabela 10 Tipos de ligao de rede: Tabela Link_Type_Desc ......................................................... 117
Tabela 11 Materiais para canalizaes: Tabela Materials_Desc...................................................... 117
Tabela 12 Tipos de vlvulas: Tabela Valves_Type_Desc ................................................................ 117
Tabela 13 Tipos de espaos: Tabela Spaces_Type_Desc ............................................................... 117
Tabela 14 Propriedades gerais: Tabela General_Properties ............................................................ 118
Tabela 15 Utilizao de coeficiente de simultaneidade: Tabela URC .............................................. 118
Tabela 16 Tipos de mensagens de sistema: Tabela Calc_Report_Res_Desc ................................ 119
Tabela 17 Avisos: Tabela Warning_Level ......................................................................................... 119
Tabela 18 Anlise do tipo de correspondncias entre as entidades LicA e IFC .............................. 121
Tabela 19 Identificao dos parmetros especficos a introduzir no mapa conceptual tipo, para
correspondncias do tipo directa ......................................................................................................... 128
correspondncias do tipo indirecta....................................................................................................... 130
correspondncias do tipo indeterminada ............................................................................................. 132
xiii
xiv
SMBOLOS E ABREVIATURAS
........................................................................................................................................................ Euros
% .......................................................................................................................................... Percentagem
ROI ............................................................................................. Retorno do investimento [Adimensional]
AEC/FM ............................................ Architecture Engineering Construction and Facilities Management

aecXML ................................................................................ Architecture Engineering Construction XML
AVAC .................................................................................. Arrefecimento Ventilao e Ar Condicionado
BIM ................................................................................................................. Building Information Model
BLIS .......................................................................................... Building Lifecycle Interoperable Software
CAD ..................................................................................................................... Computer Aided Design
CAE ............................................................................................................. Computer Aided Engineering
CAM ..........................................................................................................Computer Aided Manufacturing
CCP .......................................................................................................... Cdigo dos Contratos Pblicos
CE ............................................................................................................................... Comisso Europeia
CIS/2 ......................................................................................................... CIMsteel Integration Standards
CNC ....................................................................................................... Computerized Numerical Control
CORENET .................................................................................... Construction and Real Estate Network
CPU .................................................................................................. Unidade Central de Processamento
DGE ................................................................................................................. Direco Geral de Energia
DIKW .............................................................................................. Data Information Knowledge Wisdom
DR ......................................................................................................................... Decreto Regulamentar
DWG ................................................... Formato para troca de dados pertencente Autodesk Drawing
e-business .................................................................................................................. Electronic Business
EDP ................................................................................................................... Electricidade de Portugal
EXPRESS................................................................................Linguagem de programao para o STEP
HTML ............................................................................................................ Hypertext Markup Language
I&D ..........................................................................................................Investigao e Desenvolvimento
IAI ............................................................................................... International Alliance for Interoperability
ICC .................................................................................................................. International Code Council
IFC ................................................................................................................ Industry Foundation Classes
ifcXML......................................................................................... Base de dados IFC em linguagem XML
xv
IGT ............................................................................................................... Inspeco Geral do Trabalho

INE ........................................................................................................... Instituto Nacional de Estatstica
ISDN .................................................................................................. Integrated Services Digital Network
ISO .................................................................................................. International Standards Organization
ISO-STEP ............................ Projecto para desenvolvimento de formato standard para trocas de dados
LicA ....................... Aplicao de Licenciamento Automtico de projectos de acordo com o DR n 23/95
LiCAD.................................................................................................. Interface grfica da aplicao LicA
LNEC ........................................................................................Laboratrio Nacional de Engenharia Civil
MIC ..........................................................................................Modelo de Informao para a Construo
MIE....................................................................................................... Modelo de Informao do Edifcio
MSG ......................................................................................................................... Model Support Group
NES...................................................................................................... Northern European Subset Group
OSI ............................................................................................................ Open Systems Interconnection
PME .......................................................................................................... Pequenas e Mdias Empresas
RCCTE........................................ Regulamentos das Caractersticas de Conforto Trmico dos Edifcios
RJUE................................................................................. Regime Jurdico de Urbanizao e Edificao
RSECE....................................... Regulamento dos Sistemas Energticos de Climatizao em Edifcios
SMAS .......................................................................... Servios Municipalizados de gua e Saneamento
SQL ................................................................................................................ Structured Query Language
STEP......................................................................... Standard for The Exchange of Product Data Model
TI ..................................................................................................................... Tecnologias de Informao
TIC ........................................................................................Tecnologias de Informao e Comunicao
TLP ............................................................................................................... Telefones de Lisboa e Porto
T-SQL .............................................................................................Transact Structured Query Language
UN ................................................................................................................................................. Unidade
XML............................................................................................................. eXtensible Markup Language
xvi
1
INTRODUO
1.1. INTRODUZINDO OS TEMAS

Ao longo da histria, o sector da construo sempre foi um grande impulsionador da evoluo
tecnolgica, no entanto, este estatuto foi-se perdendo progressivamente, sendo que na actualidade, tal
afirmao no poderia encontrar-se mais distante da realidade. No significa contudo que a evoluo
da construo parou. Da madeira e pedra ao beto armado, at s solues mais actuais, com
predominncia do vidro e dos materiais compsitos, tambm a construo evoluiu no sentido de
optimizar os recursos existentes de modo a criar algo que melhor responda s exigncias e
expectativas do utilizador. So contudo os processos utilizados que no acompanharam o ritmo
evolutivo das restantes indstrias.
Do ponto de vista de algum estranho actividade, o sector da construo ainda uma actividade
bastante rstica e tradicional, qual no habitual associar o uso de tecnologias avanadas ou de
grandes inovaes informticas. Curiosamente, a realidade no foge muito da percepo.
Tal como os materiais utilizados na construo evoluram, tambm a maneira de projectar e organizar
a informao o fez. Do papel ao monitor, do lpis ao rato e teclado, as ferramentas actuais fornecem
uma gama de funcionalidades que vai muito alm do que as solues mais tradicionais para tratar
informao oferecem. Porque que no so utilizadas ou melhor exploradas? actualmente uma das
perguntas fundamentais, cuja resposta exige necessariamente uma grande reflexo, do que de bem e de
mal se faz na construo.
Implementar novos processos implica sempre algum esforo, a nvel de aprendizagem e de encaixe do
consequente declnio produtivo inicial, mas a mudana justifica-se pela necessidade de tratar
problemas cada vez mais complexos e de melhorar continuamente a produtividade do processo
construtivo. Perceber como este se desenrola, nas vrias fases, do projecto utilizao, essencial
para actuar sobre os vrios procedimentos a fim de os melhorar.
Considerando a concepo ou projecto, e a construo ou execuo, como as duas grandes fases do
processo construtivo, verifica-se que o tipo de informao desenvolvida em cada uma das fases,
embora interligada, de algum modo diferente. No que diz respeito ao projecto, a informao
essencial corresponde s disposies construtivas, estrutura e solues tecnolgicas, aos pormenores,

informao esta que frequentemente dividida em peas escritas e desenhadas.
Pelo contrrio, na fase de execuo, a informao desenvolvida diz respeito ao planeamento de tarefas,
gesto de materiais, equipamentos e recursos humanos, informao de mbito legal e financeiro, para
mencionar as principais.
Tal distino oportuna exclusivamente no exerccio de perceber o que acontece nas vrias fases da
construo, no devendo ser levada literalmente, pois toda a informao produzida desde a idealizao
do edifcio necessria de forma contnua medida que o processo se desenrola, introduzindo assim
um conceito fundamental, a gesto da informao na construo.
Gerir adequadamente a informao significativamente importante porque representa a base para
comunicar. O processo construtivo indesejavelmente muito fragmentado. O Dono de Obra comea
por idealizar algo, um edifcio ou uma ideia de um tipo de utilizao de um edifcio. A partir da, a
linha de colaborao ramifica-se de forma numerosa, entre arquitectos e projectistas de especialidades,
empreiteiros, gestores, fiscais, para nomear alguns. H no entanto uma constante que une todos estes
agentes, a necessidade de comunicarem entre si. Se este processo no for bem gerido, d-se azo a todo
o tipo de aspectos negativos, destacando os erros e omisses no projecto e as repeties
desnecessrias, sucessivas e desadequadas da informao, que em ltima anlise levam a perdas em
custos e prazos, produtividade afinal. E tambm qualidade. O processo torna-se portanto pouco
sustentvel.
neste contexto que entram as tecnologias da informao e comunicao (TIC) na construo. Do
telemvel aos modelos de simulao, do Microsoft Excel ao AutoCAD, j se usam muitas TIC na
construo. A grande questo que de uma maneira geral, o seu uso poderia ser bastante mais
explorado. Reter a noo que o facto de as empresas terem computadores, no significa que se
dominam todos os programas, decisivo para criar uma consciencializao que necessrio progredir
nesta rea.
O caso dos Building Information Models (BIM) espelha claramente o problema da subutilizao das
TIC na construo. A utilizao de um modelo tridimensional de um edifcio, com informao
integrada para todo o ciclo de vida, por oposio a simples desenhos esquemticos do mesmo,
partida traz benefcios evidentes. De facto, mesmo sabendo que existem algumas desvantagens
associadas a este tipo de tecnologias, no difcil imaginar que tal aplicao encerre grande potencial,
pelo que seria de esperar mais curiosidade, mais investimento, mais inteno volta da mesma. Tal
no acontece, ou acontece a uma escala bastante mais reduzida. No captulo trs deste trabalho,
procura explicar-se o porqu. O porqu dos BIM serem aparentemente uma boa ferramenta, fruto das
possibilidades que oferecem, o porqu de no serem utilizados ou mal utilizados, fruto do panorama
actual que lhes desfavorvel e tambm o porqu de compensar utiliz-los, fruto do valor que
acrescentam.
Associado aos BIM, est o princpio da automao e integrao da informao. O conceito de
automao muito importante no contexto actual de qualquer indstria produtiva. Por automao
associado a este contexto, entende-se o facto de obter um resultado automtico por introduo de um
comando ou entrada, que no lhe necessariamente directo. Concretizando num exemplo, e tomando
o contexto dos modelos de construo na fase de projecto, levantar uma parede e obter
automaticamente um corte de qualquer uma das seces dessa parede, um resultado obtido
indirectamente, por oposio ao que actualmente se faz na generalidade dos casos, onde os arquitectos
tm de introduzir os cortes manual e directamente, sempre sujeitos a enganos e demoras para realizar
tal tarefa. Serve portanto este simples exemplo, para deixar patente como importante o princpio da
automao em processos industriais.
Uma rea com excelente potencial de benefcio de utilizao de processos automticos, tem a ver com
a verificao da conformidade regulamentar de projectos.
Os regulamentos estendem-se no a uma, mas a vrias especialidades. Planeamento urbanstico,
estruturas e comportamento trmico para nomear alguns, todas estas reas esto sujeitas s imposies
regulamentares que valem na regio, e assumem ainda maior importncia considerando o facto da
pouca normalizao existente em Portugal.
Actualmente, a verificao regulamentar de projectos, feita manualmente. Percorrendo os vrios
artigos dos regulamentos, verifica-se se o projecto respeita ou no as respectivas imposies. Convm
referir que existem j alguns programas que facilitam a verificao regulamentar. No entanto, tratamse de sistemas bsicos de input/output, que se limitam a aplicar frmulas ou condies simples
existentes no regulamento, e mediante os valores introduzidos, do a resposta final de conformidade
verificada ou no. A diferena entre este tipo de programa j existente e uma aplicao de
licenciamento automtico baseada num modelo integrado reside no facto de os valores serem retirados
automaticamente do modelo e no medidos, facto extremamente importante para evitar os to
frequentes erros de medio e interpretao. Por outro lado, todo o processo seria muito mais clere.
Numa primeira perspectiva, este cenrio parece ideal e a sua implementao no parece muito
complicada. Bastaria criar um modelo que verificasse as disposies regulamentares e, consoante o
tipo de projecto e projectista, importar a aplicao para o modelo do edifcio ou exportar o mesmo
para a aplicao. Contudo, neste ponto surge uma das grandes dificuldades quando se trabalha com
aplicaes como os BIM, os fluxos de informao e trocas de dados entre aplicaes.
Importar e exportar informao entre aplicaes, implica que haja uma interface1 que permita traduzir
a linguagem utilizada entre elas, ou seja, que haja uma ponte que possibilite a comunicao entre as
aplicaes. Esta a noo de interoperabilidade, facto frequentemente discutido quando se fala em
BIM. Quando se fala em desvantagens ou pontos negativos da utilizao dos BIM, a
interoperabilidade sempre uma das grandes incgnitas, seno mesmo um problema. Para contrariar
este princpio, surge o modelo Industry Foundation Classes (IFC), o qual se apresenta como um
formato universal e pblico para troca de dados. Uma linguagem que procurar ser comum e
compatvel com as vrias aplicaes BIM, pensado com o intuito de criar um standard que permita
normalizar o processo construtivo, de modo a explorar o mximo possvel as vantagens de projectar
usando os BIM.
Apesar de um formato pblico como o IFC ser teoricamente uma boa ideia, surgem partida
dificuldades nas interfaces com as aplicaes BIM. Tal como o termo BIM perde um pouco a lgica
quando traduzido letra para portugus, tambm muita informao numa determinada aplicao BIM,
perde o sentido quando importada para outra. Porque cada um dos BIM tem a sua prpria linguagem
de programao, e uma funo especfica, possvel e provvel que outra aplicao no saiba
interpretar algo que no esteja dentro do seu leque de funcionalidades, mesmo que ambas aplicaes
tenham interface IFC.
Aqui entendida como elemento intermdio entre aplicaes. Esta nota justifica-se pelo facto de, na
informtica, o termo interface ser usado como ligao entre aplicao e utilizador.
3
As redes de distribuio predial de gua so particularmente interessantes para o estudo da

automatizao dos processos de licenciamento. Porque a representao da rede no demasiado
complexa, mas ao mesmo tempo possui um regulamento com alguns parmetros desfavorveis aos
processos de modelao, ou seja, parmetros que quando introduzidos num computador no
conseguem ser interpretados, constitui assim um bom caso de estudo, representativo de algumas das
dificuldades caractersticas da automatizao de processos da construo.
1.2. IMPORTNCIA DOS TEMAS ABORDADOS

A aposta na rea dos sistemas de informao frequentemente apontada como uma das principais
solues para contrariar a imagem tradicional e os baixos ndices produtivos caractersticos do sector
da construo. O facto da adopo de tecnologias de informao na construo no apresentar ainda
nveis aceitveis, sugere a necessidade do aparecimento de iniciativas que divulguem e explorem os
seus benefcios para as actividades do sector.
Os modelos de informao apresentam-se como uma das melhores ferramentas para automatizar
processos e organizar a informao, no entanto, parece ser ainda necessrio percorrer um longo
caminho para esta tecnologia merecer a aceitao no seio da actividade. Uma das reas que poderia
beneficiar fortemente da adopo destas ferramentas seria o licenciamento de projectos, j que os BIM
tornam possvel a sua automatizao. O valor acrescentado que se retira deste processo no se limita
obteno de um melhor processo de licenciamento, mas tambm mudana das prticas de trabalho
em todo o processo construtivo, resultando numa actividade devidamente automatizada, e por isso
mais interligada, fluida e produtiva.
A implementao de um processo automtico de licenciamento pressupe a interoperabilidade entre
modelos, nomeadamente onde se projecta e onde se verifica a conformidade regulamentar. Tal
constitui talvez o maior entrave evoluo desta rea devido aos problemas actuais em trocar
informao entre diferentes sistemas.
Profissionalmente, a importncia deste trabalho rev-se pelo facto de permitir tirar algumas concluses
quanto ao modelo IFC como formato universal para troca de dados, especialmente na ptica do
licenciamento automtico de um regulamento nacional.
Academicamente, a importncia deste trabalho sublinhada pela necessidade em incentivar a
divulgao dos sistemas de informao no meio, com especial destaque para os BIM, ao mesmo tempo
que poder servir de base para consulta e desenvolvimentos futuros.
1.3. OBJECTIVOS DA DISSERTAO

Pretende-se com este trabalho cumprir os seguintes objectivos:
1. Analisar os meios actualmente disponveis para gesto da informao na construo, com o
intuito de responder aos requisitos necessrios para sistematizar e automatizar o fluxo de
informao nas vrias fases do processo construtivo, com especial nfase no processo de
licenciamento de projectos.
2. Avaliar o modelo IFC como soluo para os problemas de interoperabilidade entre sistemas,
nomeadamente, para trocas de dados entre projectistas e entidade licenciadora.
3. Verificar a compatibilidade do modelo IFC com o Decreto Regulamentar n 23/95, de 23 de
Agosto, cujos pressupostos de modelao so neste trabalho expostos na figura da estrutura de
base de dados de uma aplicao de licenciamento automtico, desenvolvida pelo Professor

Joo Pedro Poas Martins no mbito da sua tese de doutoramento.
4. Propor um modelo parcial, sob a forma de um mapa conceptual, para realizar a interface entre
a aplicao de licenciamento automtico e o modelo IFC.
1.4. ESTRUTURA DA DISSERTAO

A introduo dos temas que sero objecto de anlise, a explicao da sua importncia, as metas a
atingir e a organizao do trabalho encontram-se no primeiro captulo.
No segundo captulo procura-se contextualizar o mbito onde se inserem as tecnologias aqui
analisadas, atravs de uma caracterizao genrica do sector da construo.
Segue-se a anlise de vrios aspectos tericos relacionados com os modelos de informao, quer em
termos de funcionamento, vantagens e desvantagens, e implementao na actividade da construo,
bem como o estudo dos formatos para troca de dados entre sistemas. A anlise efectuada neste terceiro
captulo tem como base a consulta de estudos j realizados.
O quarto captulo dedicado em exclusivo ao estudo do processo de licenciamento, primeiro numa
perspectiva actual, procurando identificar quais os aspectos merecedores de reflexo e mudana,
conceitos que sero depois aproveitados para servir de base projeco das ideias sobre a
automatizao desta fase da construo.
A resposta aos objectivos primrios da dissertao dada no quinto captulo. So identificados os
recursos que constituem a base para a avaliao da compatibilidade entre o modelo IFC e o Decreto
Regulamentar n 23/95, e apresentados os resultados sob a forma de uma anlise de correspondncias
e de um modelo parcial para um conversor entre uma aplicao de licenciamento automtico do
regulamento e o modelo IFC.
Num sexto captulo so apresentadas as concluses do trabalho, bem como as oportunidades
encontradas para desenvolvimentos futuros.
2
O SECTOR DA CONSTRUO
2.1. INTRODUO
No decorrer da dissertao, o processo construtivo ser frequentemente mencionado, j que sobre o
mesmo que a maioria das temticas abordadas influem, pelo que se torna importante clarificar os
vrios conceitos por trs do mesmo, de modo a estabelecer um conjunto de ideias a serem-lhes
associadas, sempre que se fala deste tema.
O processo construtivo representa o conjunto de etapas, associadas de forma contnua, que
necessrio percorrer, desde a ideia inicial do produto a construir, at fase de utilizao, ou indo um
pouco mais longe, at fase de demolio2. No de estranhar portanto, que a noo de processo
construtivo seja muitas vezes associada ao ciclo de vida til do produto da construo.
Directamente associadas s etapas, encontram-se os respectivos intervenientes que apesar de poderem
e deverem contribuir ao longo de todo o processo, tm um perodo de aco mais intenso na respectiva
fase de actividade. Distinguir as vrias etapas e intervenientes do processo construtivo um bom
caminho para se perceber o conceito e algumas das particularidades que lhe so caractersticas.
Concretizados os aspectos de funcionamento do processo construtivo, importa reflectir sobre os
aspectos negativos que lhe so associados e que devero servir de motivao para uma mudana de
paradigma de forma a obter melhores condies e resultados nas prticas de trabalho.
Adoptar polticas de qualidade a nvel de processos e de produtos, representa um bom meio de
valorizao do processo de construo. Deste modo, ser importante reflectir, ainda que
superficialmente, sobre alguns aspectos da qualidade na construo.
A legislao frequentemente apontada como uma das nicas formas de introduzir mudanas no
sector da construo, com o carcter obrigatrio a servir de gatilho para romper a inrcia que se
verifica evoluo natural dos processos. A tendncia de alguns dos regulamentos mais recentes
mostra um aumento substancial das exigncias em relao ao rigor da concepo e dos prazos
Esta ressalva surge pelo facto de, na maioria dos casos, o processo construtivo no ser pensado at uma fase
to adiantada. Curiosamente, esta precisamente uma das razes pelas quais, quando surge a necessidade de
demolir, surjam problemas de gesto dos resduos de construo e demolio (RCD).
7
associados ao projecto, com prejuzos para projectistas e empreiteiros. Os desequilbrios verificados

devem-se no s s entidades que desenvolvem os regulamentos, mas tambm aos agentes da
construo que no parecem dar primazia a estes aspectos.
As tecnologias de informao e comunicao na construo assumem um papel cada vez mais
preponderante, ainda que a indstria da construo apresente dos ndices mais baixos em comparao
com outras indstrias. Ser conveniente abordar superficialmente este tema, que servir de porta para
o estudo dos conceitos mais complexos dos modelos de informao.
2.2. CARACTERIZAO DO PROCESSO CONSTRUTIVO

2.2.1.
FASES
A definio das vrias etapas, pode variar de autor para autor, tendo contudo presente que existem
determinadas etapas que, no so, nem podem, ser ignoradas. Assim, veja-se o seguinte esquema,
traduzindo de forma simples mas eficaz, as vrias fases do processo construtivo:
Promoo,
viabilidades e
planeamento
Concepo e
projecto
Concurso,
adjudicao e
contratao
Construo
Utilizao e
manuteno
Fig. 1 - Fases do processo construtivo
Apesar de se tratar de uma descrio tradicional e geral do processo, revela-se bastante adequada j
que mostra as vrias fases, sem entrar num pormenor s relevante a um nvel mais aprofundado do
estudo. Interessa ento ver uma a uma, as vrias etapas:
Promoo, viabilidades e planeamento
As actividades do processo construtivo tm inicio a partir da viso do Dono de Obra (seja ele uma
entidade pblica ou privada, singular ou plural) em construir algo, seja por necessidade ou por
vontade. A deciso de promover a sua viso, passa pelo estabelecimento de objectivos, de modo a
contextualizar e enquadrar as operaes que se seguem. Frequentemente, a localizao da obra
aparece partida associada s caractersticas da obra.
Antes de projectar o que quer que seja, necessrio apurar se possvel pr em prtica as ideias e
respectivos objectivos apresentados, ou seja, fazer o estudo de viabilidade. Viabilidade refere-se
disponibilidade de recursos para construir.
O recurso mais importante sem dvida a disponibilidade financeira para levar a construo para
a frente. H vrios outros recursos a apurar em termos de viabilidade, mas sem dinheiro, no
possvel construir. De facto, o estudo de viabilidade no mais do que uma quantificao da
informao associada ao produto da construo, seja em termos lquidos, ou em termos de fluxos
de valores (Eastman 1999), pelo que no fim do processo, ser decisivo verificar se o resultado da
referida quantificao pode ou no ser comportado.
Outros estudos de viabilidade passam pela anlise de impactes ambientais e viabilidades tcnicas,
como levantamentos, inquritos e estudos.
Concepo e Projecto
A fase de concepo e projecto encontra-se dividida em vrias sub-fases. No contexto do estudo

aqui desenvolvido, no interessa aprofund-las, mas pertinente perceber a sequncia segundo a
qual se desenrola.
Numa primeira fase, no chamado programa base e no estudo prvio, procede-se avaliao do
programa, ou seja, das directivas do Dono de Obra. Conhecer bem o programa indispensvel
primeira fase da concepo, pois necessrio assegurar a adequada interpretao dos objectivos
definidos, que naturalmente, aumentam de importncia com a complexidade da obra. tambm
necessrio proceder pesquisa documental regulamentar e tcnica, bem como, estabelecer
contactos com os intervenientes do processo construtivo.
Inicialmente, so consideradas vrias solues que, pela anlise tcnica, de compatibilidade
econmica, de prazos e de exequibilidade das operaes atendendo s restries, levam escolha
de uma primeira soluo geral, ainda que provisria, para o projecto de execuo, a ser aprovada
pelo Dono de Obra.
O anteprojecto ou projecto base surge na linha da fase anterior e serve sobretudo para estabelecer
definitivamente as bases para o projecto de execuo. Aspectos que antes eram provisrios,
mantidos em aberto de modo a encontrar a melhor soluo possvel, tais como, definir e detalhar
todos os elementos do programa, com recurso a plantas, cortes e alados, definir os princpios
construtivos e dimensionamento dos principais elementos, definir materiais, entre outros, so
agora fixados de modo a organizar os elementos necessrios concretizao dos recursos a
utilizar.
De seguida, vem talvez a fase mais importante do projecto3, o projecto de execuo. Porque serve
para ultimar o projecto em termos quantitativos referentes aos recursos que necessrio adquirir
para construir. Tambm porque quando se articulam as vrias especialidades, se verifica a
conformidade regulamentar, se clarifica e uniformiza a redaco e as unidades a utilizar, se
garante a coerncia dos documentos e define previamente a informao necessria ao plano de
segurana e sade.
A fase do projecto termina com a elaborao dos documentos de comunicao, ou seja, a
organizao das peas escritas e desenhadas de forma consistente, completa e articula para que
permitam a execuo da obra sem dvidas, de forma coordenada e sem omisses (Sousa 2009).
Concurso, adjudicao e contratao
Associada a esta etapa, est a fase de concurso e adjudicao da obra, bem como, o
estabelecimento dos aspectos contratuais. Para defini-los, necessrio por parte de quem recebe a
obra, uma estimativa dos custos de execuo do projecto, bem como uma avaliao dos meios que
sero necessrios execuo da obra, incluindo meios materiais (equipamentos e materiais) e
meios humanos (mo-de-obra), pelo que uma correcta avaliao destes parmetros torna-se
essencial para que as disposies contratuais a estabelecer, sejam mais tarde respeitas. (Eastman
1999).
A importncia desta fase origina frequentemente a negligncia das fases anteriores, que habitualmente,
apresentam debilidades como tempos para concepo reduzidos, ou avaliao pouco rigorosa dos custos.
9
Construo
O incio da fase de construo, caracteriza-se pelo desenvolvimento do plano de segurana e

sade, bem como, do planeamento de tarefas e contacto com os fornecedores e subempreitadas
com vista preparao para o incio dos trabalhos. Estes aspectos so depois sujeitos a controlo e
reviso ao longo da fase de construo, sendo que, quando necessrio, procede-se ao respectivo
ajuste dos parmetros inicialmente estabelecidos. Esta fase apresenta-se como a mais sensvel aos
aspectos negativos no s caractersticos da prpria fase de execuo, mas tambm das fases
anteriores, pois a repercusso das deficincias dos projectos e do planeamento, geralmente faz-se
sentir a nvel dos processos de construo (Eastman 1999).
Utilizao e manuteno
Recebida a obra, esto criadas as condies para instalar equipamentos e mobilirio e entrar na
fase de utilizao.
Como todos os produtos, tambm as obras precisam de ser conservadas e para tal, necessrio
proceder respectiva manuteno. De modo a simplificar os processos, cada vez mais frequente
e necessria a documentao adequada da informao, reunida na fase de projecto e execuo, de
modo a criar algo parecido a um manual de utilizao e manuteno.
2.2.2.
INTERVENIENTES
Ao processo construtivo est associado um grande nmero de intervenientes. Interessa pois list-los e
agrup-los segundo as grandes figuras caractersticas das mais importantes fases da construo
(Correia dos Reis, 2008):
Dono de Obra (ou seu representante)
Gestor Geral da Obra

Reviso do Projecto
Gesto Global da Qualidade
Coordenao e Fiscalizao
Autores dos projectos
Arquitectura
Estrutura
Demolio, Escoramento e Construo Perifrica
guas e Saneamento
Gs
Ventilao e Ar condicionado
Electricidade, Telefone e Televiso
Isolamento Trmico
Isolamento Acstico
Proteco Contra Incndios
Arranjos Exteriores
Plano de Segurana e Sade
Empreiteiro
10
Director de Obra
Tcnico de Obra
Apontador
Apoio tcnico e administrativo
Encarregado, arvorados, seguidores, chefes de equipa, operrios.
Subempreiteiros
Entidades Fiscalizadoras
Cmaras Municipais
SMAS
TLP
EDP
Bombeiros Municipais
DGE
Delegaes de Sade
IGT
2.3. UMA INDSTRIA OU TALVEZ NO

Fala-se frequentemente em indstria da construo. Ser pertinente analisar se este termo se aplica
correctamente. Veja-se a definio de indstria no dicionrio:
Indstria
(latim industria, aplicao, zelo, trabalho, esforo)
s. f.
1. Arte, manha ou destreza para atingir os objectivos. = ARGCIA, ENGENHO
2. Engenho ou habilidade para fazer algo. = ARTE, DESTREZA, PERCIA
3. Actividade profissional.
4. Conjunto das actividades que visam a manipulao e transformao de matrias-primas para a
produo de bens de consumo.
5. Cada uma dessas actividades (ex: indstria petrolfera).
6. Fbrica.
7. Conjunto das pessoas e dos processos envolvidos no fabrico ou na produo de algo (ex: indstria
musical).
de indstria: de propsito.
Algumas das definies de indstria podem efectivamente aplicar-se ao sector da construo, no
entanto, um aspecto essencial implcito ao termo, no se encontra l definido. A produtividade. Por
produtividade, entende-se a comparao entre os resultados esperados e os obtidos. Os resultados
esperados so definidos atravs de uma quantificao ponderada dos resultados que devero ser
obtidos face aos recursos disponibilizados sejam eles materiais ou de mo-de-obra. Assim, facilmente
se percebe que, se a produtividade aumentar, entenda-se, os resultados obtidos excederam os
esperados, o sistema de produo foi melhorado ou melhor aproveitado. Tornou-se mais eficiente
afinal.
O sector da construo tem ndices produtivos muito inferiores aos registados em outras indstrias
(Fonseca 2008), como por exemplo a automvel. Porqu? Essencialmente porque nessas, se verifica
11
um grande foco no sistema produtivo. Projectada para tirar o mximo proveito de processos repetitivos
e automatizados, a fabricao torna-se rpida e eficiente, logo produtiva. Refira-se que a palavra
projectar no surge por acaso. O projecto decisivo em processos altamente produtivos, pois nesta
fase que se conseguem maiores oportunidades de influncia, com menores custos acumulados
(Moreira da Costa 2009). Proceder a alteraes profundas em fase de execuo, representa na grande
maioria dos casos em perdas de produtividade muito significativas.
Foi dito que o projecto muito importante num sistema produtivo, mas falta referir um aspecto que
igualmente importante para se conseguir projectar adequadamente, a noo de standard ou padro.
Porque so necessrias regras e linhas de orientao para produzir eficazmente, sob pena de se perder
tempo e dinheiro em coisas que podem ser obtidas automaticamente, tais como, definir quais os
materiais e quantidades necessrios fabricao de determinado elemento, ou encontrar um transporte
compatvel com as dimenses de determinado material. Associado a este conceito, est a
normalizao. Ao contrrio de outros pases, com sistemas produtivos ditos mais desenvolvidos, em
Portugal a normalizao tem uma funo mais virada para a garantia de qualidade, do que para a
garantia de conformidade. Veja-se o exemplo do sistema francs, onde os vrios processos da
construo se encontram normalizados, sendo necessrio seguir as directivas estabelecidas para obter
aprovao do projecto.
Voltando produtividade na construo, importa referir alguns dos factores que justificam os baixos
ndices produtivos (Poas Martins 2009), (Moreira da Costa 2009):
Esquema produtivo no repetitivo
Se verdade que a construo muito mais especfica que outras indstrias, ou seja, cada projecto
diferente e tem de ser encarado de maneira diferente, com todas as especificidades que lhe so
associadas e restritas, tambm verdade que h processos que so comuns a todos os projectos e
sobre esses que necessrio actuar. Especificar dimenses ou quantidades de materiais, definir as
etapas de fabricao do beto, so exemplos de reas passveis de standardizao, o que significa
repetio de tarefas, o que leva ao aperfeioamento dos processos.
Essencialmente, o que se pretende maximizar o aproveitamento de recursos. Tal como nas
fbricas automveis se verifica uma produo em massa, necessrio adoptar metodologias que
aproximem o processo construtivo o mais possvel desse tipo de produtividade, sabendo claro que
no possvel produzir casas numa fbrica, pelo menos no da maneira como se fazem
automveis.
Nmero elevado de elementos operacionais
O grande nmero de operacionais envolvidos no processo construtivo um problema. Porque

gerir individualidades das tarefas mais complicadas de quem dirige, pois cada um tem o seu
ritmo, a sua habilidade, os seus benefcios e malefcios para o conjunto, e porque os processos no
so devidamente normalizados, dando azo a cada um fazer de acordo com a sua prtica corrente,
podendo ou no condicionar o planeamento de tarefas estabelecido.
Grande interdependncia no desenvolvimento de cada actividade
O processo construtivo um processo contnuo. Contnuo significa a precedncia sucessiva de

etapas ou tarefas, logo fundamental considerar a ligao entre as mesmas, o que habitualmente
no sucede, pois h uma tendncia generalizada para olhar cada uma das especialidades como uma
tarefa isolada, sem ligao ou preocupao para a que lhe sucede, a qual ter muito provavelmente
de encarar trabalhos extra, sejam de compatibilizao ou acondicionamento para arranque dos seus
prprios trabalhos.
12
Dificuldade na compreenso das especificidades de cada actividade por elementos das

equipas envolvidas em outras especialidades
indiscutvel que necessrio haver especialistas em vrias reas. Conhecimento especializado

contudo no deve implicar um total desconhecimento das outras reas que lhe so prximas. Cada
especialidade ter a sua prpria viso de um mesmo problema, no entanto, se houver um
conhecimento de mbito um pouco mais alargado, as solues podero ser mais aproximadas.
Porque a compatibilizao dos processos e dos elementos uma das reas mais difceis de gerir,
sobretudo sem linhas produtivas normalizadas, desconhecer as restantes actividades, implica mais
trabalhos de compatibilizao e acondicionamento, bem como produtos finais com grande
heterogeneidade a nvel de qualidade.
Tecnologia da fabricao
Um dos motivos pelos quais outras indstrias, que no a da construo, so to produtivas, o

facto de a fabricao consistir de um modo geral numa simples assemblagem de peas. Tudo de
forma automtica e mecanizada. Na construo, no possvel introduzir os materiais numa
mquina e sair o edifcio j montado. no entanto possvel, gerar muitos dos elementos em
fbrica e proceder sua assemblagem no estaleiro, noo de prefabricao. No entanto, verifica-se
que tal acontece apenas para poucas reas, tais como estruturas metlicas ou redes de
abastecimento de guas e saneamento.
Considerando o facto de Portugal ser um dos pases com maior predominncia em estruturas
reticuladas em beto armado fabricadas in-situ, torna-se difcil expandir o conceito de
assemblagem, no entanto, a aposta em elementos prefabricados definitivamente uma rea que
merece ser explorada, com vista simplificao dos processos no estaleiro. De referir mais uma
vez, a importncia de normalizar os processos e os elementos da construo, pois s assim se pode
implementar com sucesso uma filosofia de prefabricao e assemblagem, caso contrrio, o risco
da no compatibilizao sobe consideravelmente.
Projecto deficiente
O projecto fundamental para o processo construtivo, j que representa a fundao para o mesmo.
Assim, no de estranhar que um processo construtivo pouco produtivo reflicta um projecto
pouco conseguido e vice-versa. O aumento da quantidade de informao, da pormenorizao e da
organizao de um projecto, so factores que contribuem para um bom projecto, mas que
requerem um maior nvel de dedicao a esta etapa.
Um aspecto bastante sintomtico que no dada a devida relevncia ao projecto, tem a ver com a
relao custo de projecto e custo de produo. Um estudo (Eastman 1999) mostra que, enquanto
uma indstria como a electrnica, tem uma relao de um para mil ou um para um milho, ou seja,
apenas uma nfima parte dos custos utilizada para a produo (custo unitrio por produto), a
construo tem uma relao inversa de um para dez.
13
Tabela 1 - Relao entre custos de projecto e custos de produo (Eastman 1999)
Exemplo
Custo/Un
Microprocessador
.10
Electrnica de consumo
.10
Construo
.10
Design
.10
.10
.10
Relao
1/1 Milho
1/Milhares
<1/0.1
Esta comparao no pode ser levada literalmente, pois um projecto de electrnica serve para uma
produo em massa, cujo valor do produto final muito inferior ao de uma obra da construo,
mas, serve ainda assim para alertar para a diferena de peso que se d ao projecto nas duas reas.
Se inegvel que um melhor projecto se traduz num melhor produto final e em maior
produtividade, ento talvez fosse uma boa soluo despender mais recursos para o mesmo.
Gesto do ciclo de vida do produto
A gesto do ciclo de vida do produto tem a ver com a gesto de todos os recursos que lhe so
associados, sejam eles materiais, dados e informao, e recursos humanos, desde a concepo at
demolio e gesto de resduos.
O grande problema em relao a este tema na construo tem a ver com o facto do ciclo de vida de
um produto, na construo, ser incerto. Tanto na durao como na utilizao. Este facto confere
incerteza aos requisitos que um edifcio deve cumprir, pelo menos nas fases mais iniciais do
processo construtivo. Seria portanto necessrio criar uma srie de especificaes, aplicveis a
todos os edifcios durante as vrias fases do ciclo, e que depois, consoante a utilizao, fossem
ramificando at encontrar a especificao mais adequada obra em questo.
Disperso da indstria da construo
A disperso da indstria da construo verifica-se a vrios nveis. Comeando no facto de haver

um grande nmero de pequenas empresas, geralmente com um mbito muito reduzido de
actividade, surge outra vez a problemtica da compatibilizao de sistemas e processos. Os
trabalhos variam bastante e podem ser distribudos por vrias pequenas empresas, e sem
sistematizao, a respectiva interligao torna-se mais difcil. Por outro lado, deve favorecer-se a
escolha de equipas com experincia de trabalho entre si, pois alm de ser um factor que tende a
melhorar o ambiente de trabalho, evita tambm perdas de tempo com a familiarizao dos
processos, resultando numa mais fcil comunicao, e por conseguinte, num processo mais fludo
e produtivo.
Resumindo, apesar de se incluir no leque de actividades consideradas indstrias, o sector da

construo apresenta um comportamento bastante diferente da maioria das restantes. Se por um lado,
as prprias caractersticas e exigncias so diferentes, por outro percebe-se que h efectivamente
espao para evoluir no sentido de tornar o processo construtivo mais produtivo. A soluo passa por
adoptar metodologias de standardizao e automao de processos, fomentando no s esquemas de
produo mais produtivos, como principalmente, uma mudana de paradigma a nvel do projecto.
14
2.4. A QUALIDADE NA CONSTRUO

A qualidade de um produto faz-se sentir a diferentes nveis. Para comear, a definio de qualidade
segundo o British Standard BS4778:
A qualidade de um produto ou servio representa o conjunto de propriedades e caractersticas de um
produto ou servio relacionadas com a sua capacidade de satisfazer exigncias expressas ou
implcitas ()
Exigncias expressas dizem respeito aos requisitos especificados objectivamente pelo Cliente,
enquanto exigncias implcitas aos requisitos associados s funes primrias que o produto ou
servio dever cumprir. O denominador comum a estes conceitos o Cliente. Em ltima anlise, ser
o cliente a definir se o produto tem ou no qualidade. Note-se que, mesmo concentrando-se o foco da
anlise no sistema de produo, tambm nessa fase, as deficincias iro fazer-se sentir pelo cliente,
quer seja sob a forma de um produto ou servio menos bem realizado, quer por que custou ou
demorou mais do que o valor que lhe foi atribudo. Em qualquer dos casos, a qualidade de nvel
inferior. Assim, no de todo estranho associar qualidade, conceitos como a eficincia.
A eficincia rege-se sobretudo por trs linhas fundamentais (Moreira da Costa 2009):
Pensar e planear o que fazer

Fazer o que o que foi dito
Registar o que foi feito e como
O primeiro ponto est claramente associado ao projecto. A importncia de um projecto inegvel.

Tambm inegvel a sua complexidade. A complexidade frequentemente acompanhada de
problemas, para os evitar, necessrio antecipao, que s pode ser atingida pensando e planeando.
No fazer o que foi dito, significa uma de duas situaes. Ou se est a executar mal, ou no possvel
executar o que foi dito, logo o primeiro ponto no foi cumprido. De qualquer modo, ambas as
situaes representam um comportamento ineficiente.
O terceiro ponto importante por dois motivos. Criar um registo a consultar em caso de necessidade
(sobretudo na perspectiva da manuteno) e avaliar o desempenho das actividades, de modo a
perceber onde se pode melhorar, perpetuando uma melhoria contnua da eficincia dos processos.
Mecanismos como a normalizao, acreditao e certificao, servem para estabelecer uma dinmica
de padronizao e garantia de qualidade de produtos e/ou servios, de modo a assegurar os interesses
do Cliente.
Um dos trs conceitos vistos anteriormente especialmente importante para o sector da construo, a
normalizao. Veja-se a sua definio (Moreira da Costa 2009):
A Normalizao uma actividade conducente obteno de solues para problemas de carcter
repetitivo, essencialmente no mbito da cincia da tcnica e da economia, com vista realizao do
grau ptimo de organizao num dado domnio. Consiste em geral, da elaborao, publicao e
promoo do emprego das normas. A elaborao e aprovao de normas tm por finalidade a
racionalizao e a simplificao de processos, componentes, produtos e servios. Permite uma maior
facilidade de entendimento e visa o estabelecimento de parmetros a utilizar em aces de avaliao
da conformidade.
As partes destacadas mostram os conceitos essenciais por detrs da normalizao. Racionalizar e
simplificar problemas de carcter repetitivo faz todo o sentido na ptica do que foi visto sobre
15
qualidade e mais propriamente sobre a eficincia. Se os processos estiverem j definidos e a sua

qualidade assegurada, torna-se muito mais fcil aplic-los e execut-los.
O conceito de normalizao tambm pode (e deve) ser aplicado gesto da informao na construo.
A ausncia de documentos tcnicos de referncia relativos informao sobre a execuo dos
trabalhos e materiais que lhes esto associados, as dificuldades de reunio e divulgao das normas,
especificaes e textos tcnicos, e por fim, a inexistncia de contedos de utilizao generalizada para
gerao de documentos comuns no processo construtivo, constituem razes para a realidade dos
problemas de eficincia (e falta dela). Este tipo de problemas traduz-se em falta de qualidade dos
processos e perda de rentabilidade das organizaes intervenientes no processo construtivo, com a
consequente repercusso nos custos dos produtos (INESC 2008).
No contexto actual, a documentao apresenta-se sob diversos formatos e com contedos muito
dspares em extenso e substncia, no dispondo o meio tcnico de ferramentas auxiliares tcnicas e
organizativas que lhes facilitem o trabalho.
Deste modo, torna-se consensualmente reconhecida pelos diferentes intervenientes na actividade, a
necessidade de utilizao de sistemas estruturados de informao que integrem contedos
standardizados de referncia e processos funcionais para a sua gesto e organizao.
A qualidade da informao na construo est largamente associada qualidade dos projectos. A
avaliao de qualidade e a gesto de projectos so aspectos com grande importncia para a melhoria
desta rea, e como tal, devem ser encarados segundo metodologias certificadas pelas entidades
competentes. Assim, a fraca qualidade da informao leva a perturbaes na execuo. Por fraca
qualidade da informao, entende-se informao que necessariamente precisar de ser revista
(reinterpretada ou refeita), quer porque insuficiente, questionvel, conflituosa ou ainda incorrecta.
De qualquer maneira, situaes desta natureza resultam em atrasos no planeamento inicialmente
concebido.
2.5. LEAN CONSTRUCTION

Os conceitos abordados em 2.4 podem ser reunidos e implementados sobre a forma de uma
metodologia de abordagem do processo construtivo. Tal associao representa as bases da Lean
Construction, Construo Magra ou Enxuta.
Com origem na indstria de produo de automveis, as filosofias Lean, nessa fase com o nome de
Lean Production, foram pensadas com o intuito de criar um sistema de produo em srie de alto
rendimento, com grandes nveis de eficincia e desempenho, sobretudo atravs da eliminao de todos
os tipos de desperdcio. Os resultados positivos obtidos nesta rea mereceram a ateno da indstria da
construo, que procurou adaptar os mesmos conceitos ao processo construtivo, surgindo ento a Lean
Construction. No entanto, as diferenas do paradigma da produo nas duas indstrias so
substancialmente diferentes e como tal, tambm diferente a facilidade de implementao e os
resultados obtidos (Arantes 2008).
Existem duas vertentes fundamentais da Lean Construction. O Lean Design e a Lean Production4.
No confundir com a designao apresentada para a indstria automvel. Na verdade, esta denominao
constitui uma opo do autor deste trabalho, de forma a distinguir as ideias Lean aplicadas concepo, das
aplicadas fase de execuo ou produo.
16
O Lean Design aplica-se fase de concepo e tem por vista tornar o projecto prova de desperdcio.
A aplicao desta ideia passa essencialmente por dois princpios.
Em relao ao primeiro princpio, pretende-se tornar o projecto mais facilmente interpretvel por todos
os envolvidos e no apenas s respectivas reas de especialidades, atravs da reduo de linguagem
tcnica desnecessria, ambiguidades e informao deficiente. Isto pressupe mais pormenorizao e
sistematizao da informao. Com isto, pretende-se mais e melhor comunicao.
O segundo princpio tem a ver com a procura pela maior compatibilizao possvel entre elementos.
Projectar tendo em conta as medidas de fbrica, as relaes entre os vrios elementos que compem a
obra e a sua compatibilizao, isto com o intuito de conservar as propriedades e a integridade de
fbrica dos materiais e perder menos tempo, dinheiro e recursos (leia-se materiais) a adaptar os
elementos no estaleiro. Um bom indicador da correcta aplicao deste princpio, encontrar o
contentor de resduos e desperdcios do estaleiro, vazio ou quase. Infelizmente, a grande maioria dos
casos ilustra exactamente o contrrio (Sedam 2009).
Quanto Lean Production, referente fase de execuo, resumidamente, trata-se de um mtodo de
gesto da rede produtiva que actua ao nvel do planeamento e do controlo da produo, reduzindo a
rigidez dos planeamentos que so feitos mais a mdio prazo de forma a ter em conta imprevistos e
aumentando o controlo das operaes com vista ao ajuste das tarefas, evitando constrangimentos de
vrias ordens. O resultado um processo mais ajustvel e flexvel, que visa uma maior envolvncia
entre os intervenientes, resultando num fluxo de trabalho interdependente e contnuo de forma a
reduzir o desperdcio na construo (Arantes 2008). Ora isto exactamente o oposto do que se passa
na construo segundo as prticas tradicionais. O grande isolamento entre diferentes especialidades e
tambm entre tarefas e tarefeiros leva muitas vezes s famosas derrapagens oramentais e de
calendrio.
frequente encontrar os conceitos de Lean Construction e BIM juntos. No porque so iguais, mas
porque se complementam. De facto, utilizar os BIM uma excelente maneira de fazer valer os
princpios da Lean Construction, ou seja, trata-se de uma boa ferramenta para aplicar e viabilizar a
Lean Construction. Analisando os objectivos e os princpios que constituem a base dos dois conceitos,
chega-se concluso que so semelhantes.
2.6. A LEGISLAO NA CONSTRUO

A legislao um aspecto muito importante em qualquer processo que acarrete grandes
responsabilidades. A tendncia dos ltimos anos, mostra o aumento dessas responsabilidades,
traduzindo-se num agravamento das consequncias para quem produz.
Um exemplo desta situao o actual Cdigo dos Contratos Pblicos (CCP). Veja-se o que diz o
Artigo 378:
Artigo 378. - Responsabilidade pelos erros e omisses
1 O dono da obra responsvel pelos trabalhos de suprimento de erros e omisses resultantes dos
elementos que tenham sido por si elaborados ou disponibilizados ao empreiteiro, designadamente os
elementos da soluo da obra.
2 Quando o empreiteiro tenha a obrigao de elaborar o projecto de execuo, o mesmo
responsvel pelos trabalhos de suprimento dos respectivos erros e omisses, excepto quando estes
sejam induzidos pelos elementos elaborados ou disponibilizados pelo dono da obra.
17
3 O empreiteiro responsvel pelos trabalhos de suprimento de erros e omisses cuja deteco era
exigvel na fase de formao do contrato nos termos do disposto nos nos1 e 2 do artigo 61, excepto
pelos que hajam sido identificados pelos concorrentes na fase de formao do contrato mas que no
tenham sido expressamente aceites pelo dono da obra.
4 O empreiteiro ainda responsvel pelos trabalhos de suprimento de erros e omisses que, no
sendo exigvel que tivessem sido detectados na fase de formao do contrato nos termos do disposto
nos nos 1 e 2 do artigo 61, tambm no tenham sido por ele identificados no prazo de 30 dias a contar
da data em lhe fosse exigvel a sua deteco.
5 A responsabilidade do empreiteiro prevista no n 3 corresponde a metade do preo dos trabalhos
de suprimento dos erros e omisses executados.
6 Sem prejuzo do disposto nos nmeros anteriores, caso os erros ou omisses decorram do
incumprimento de obrigaes de concepo assumidas por terceiros perante o dono da obra:
a) Deve o dono da obra exercer obrigatoriamente o direito que lhe assista de ser indemnizado por
parte destes terceiros;
b) Fica o empreiteiro sub-rogado no direito de indemnizao que assista ao dono da obra perante
esses terceiros at ao limite do montante que deva ser por si suportado em virtude do disposto nos nos
3 a 5.
7 No caso previsto no nmero anterior, a responsabilidade dos terceiros perante o dono da obra ou
o empreiteiro, quando fundada em ttulo contratual, limitada ao triplo dos honorrios a que tenham
direito ao abrigo do respectivo contrato, salvo se a responsabilidade em causa tiver resultado de dolo
ou de negligncia grosseira no cumprimento das suas obrigaes.
Como se pode ver, o articulado prev que os projectistas sejam responsabilizados pelos erros e
omisses dos seus projectos, podendo pagar at trs vezes o valor do projecto. Repare-se que apesar da
obrigatoriedade por parte do Dono de Obra em exercer o direito de indemnizao junto dos
projectistas, mesmo que no o faa, f-lo-o os empreiteiros, j que, tambm estes so
responsabilizados por erros e omisses que no sejam detectados dentro do prazo previsto, que refirase, mantm-se sempre, no sendo ajustvel consoante a dimenso do empreendimento, com a
diferena que no caso dos projectistas, existe o tal tecto de trs vezes os honorrios, mas no para os
empreiteiros.
Este artigo do CCP revela uma inteno clara em motivar a preciso dos projectos, impondo penas
severas em caso contrrio, o que teoricamente algo positivo, no entanto, os prazos estabelecidos so
demasiado curtos. De facto, se uma empreitada recebe um projecto com elevado nmero de erros e
omisses, trinta dias pode no ser suficiente para os mesmos serem detectados. Mesmo utilizando
ferramentas de modelao avanadas como os BIM, a tratar-se de um grande empreendimento, o mais
certo haver escassez de tempo para a anlise do projecto.
Veja-se agora o Artigo 370 do mesmo regulamento, referente aos trabalhos a mais:
Artigo 370. - Trabalhos a mais
1 So trabalhos a mais aqueles cuja espcie ou quantidade no esteja prevista no contrato e que:
a) Se tenham tornado necessrios execuo da mesma obra na sequncia de uma circunstncia
imprevista; e
18
b) No possam ser tcnica ou economicamente separveis do objecto do contrato sem inconvenientes

graves para o dono da obra ou, embora separveis, sejam estritamente necessrios concluso da
obra.
2 S pode ser ordenada a execuo de trabalhos a mais quando se verifiquem as seguintes
condies:
a) O contrato tenha sido celebrado na sequncia de ajuste directo adoptado ao abrigo do disposto no
artigo 24 ou no n 1 do artigo 25, de procedimento de negociao, de dilogo concorrencial, de
concurso pblico ou de concurso limitado por prvia qualificao;
b) Quando o contrato tenha sido celebrado na sequncia de concurso pblico ou de concurso limitado
por prvia qualificao e o anncio do concurso tenha sido publicado no Jornal Oficial da Unio
Europeia, no caso de o somatrio do preo atribudo aos trabalhos a mais com o preo contratual ser
igual ou superior ao valor referido na alnea b) do artigo 19;
c) O preo atribudo aos trabalhos a mais, somado ao preo de anteriores trabalhos a mais e
deduzido do preo de quaisquer trabalhos a menos, no exceder 5 % do preo contratual; e
d) O somatrio do preo atribudo aos trabalhos a mais com o preo de anteriores trabalhos a mais e
de anteriores trabalhos de suprimento de erros e omisses no exceder 50 % do preo contratual.
3 O limite previsto na alnea c) do nmero anterior elevado para 25 % quando estejam em causa
obras cuja execuo seja afectada por condicionalismos naturais com especiais caractersticas de
imprevisibilidade, nomeadamente as obras martimas -porturias e as obras complexas do ponto de
vista geotcnico, em especial a construo de tneis.
4 No so considerados trabalhos a mais aqueles que sejam necessrios ao suprimento de erros ou
omisses, independentemente da parte responsvel pelos mesmos.
Resumindo, os trabalhos a mais esto limitados a 5% do preo contratual, ou 25% para obras cuja
execuo seja afectada por condicionalismos naturais (dificilmente se inclui na maioria das obras). Por
outro lado, a Directiva 2004/18/CE limita o valor absoluto dos trabalhos a mais, a 50% do preo
contratual. dito explicitamente que estas percentagens no incluem o suprimento de erros e
omisses. Estes aspectos sublinham mais uma vez a necessidade de os erros e omisses em projecto
serem reduzidos ao mximo.
Noutro exemplo de legislao, o Regime Jurdico da Urbanizao e Edificao (RJUE) veio
introduzir o conceito de coordenador de projecto, responsvel pela compatibilizao entre os vrios
projectos. Esse coordenador declara por escrito que os projectos so compatveis entre si. Quando o
arquitecto faz parte da equipa projectista, normalmente assume este cargo.
criada a possibilidade de tramitao informtica dos projectos. O processo passa a ser integralmente
digital, incluindo os projectos. Esta modalidade comeou a ser aplicada na Cmara de Lisboa, estando
previsto o alargamento para os restantes Municpios do Pas.
Os procedimentos de licenciamento so tambm simplificados. A anlise dos projectos (arquitectura,
estruturas e especialidades) feita apenas no incio da obra, com a empreitada adjudicada. Assim, se
houver incumprimento de algum dos muitos diplomas legislativos que regem a construo, o
coordenador ter de assumir a responsabilidade dos atrasos e custos perante o cliente.
O Regulamento dos Sistemas Energticos de Climatizao em Edifcios (RSECE) ou o
Regulamento das Caractersticas de Conforto Trmico dos Edifcios (RCCTE) so exemplos de
legislao referente a uma rea emergente, as energias. Tratam-se de regulamentos com implicaes
19
directas em projecto que merecem cada vez mais ateno e importncia. A componente das medies
muito importante nestes regulamentos, logo, as ferramentas de medio automtica figuram-se
extremamente teis nesta ptica.
Os regulamentos apresentados, no passam de exemplos para mostrar a necessidade de projectistas e
empreiteiros se comearem a preocupar seriamente com as imperfeies dos trabalhos. Sem adoptar
uma metodologia de projecto que garanta que se minimizem erros e omisses, assente num processo
com elevado nvel de automao baseado na informao fornecida ao sistema, torna-se muito
complicado eliminar a componente de erro humano, aquando da verificao de conformidade dos
projectos.
As consequncias de erros e omisses so penosas tanto para quem projecta, como para quem recebe o
projecto. Entrar em processos de indemnizaes sucessivas pode mesmo significar falncia se as
empresas no tiverem dimenso para comportar as despesas decorrentes.
A legislao extremamente rgida quando comparada com a grande parte dos outros pases, facto que
se percebe devido falta de normalizao em Portugal. Apesar de ser uma legislao com uma viso
preventiva em vez de reactiva, no deixa de ter associado um grande risco especialmente para as
pequenas empresas envolvidas em grandes obras, ainda para mais, quando se sabe que tanto em
Portugal, como nos outros pases, a maioria dos gabinetes tem uma dimenso reduzida (Krippahl
2008).
2.7. TECNOLOGIAS DE INFORMAO NA CONSTRUO

2.7.1.
TIC, DO TELEMVEL AO BIM
A informao tornou-se o recurso principal, capaz de nos permitir os melhores resultados no uso de
outros recursos. A informao tem que ser gerida. (Allen and Hinks 1996)
As Tecnologias de Informao e Comunicao (TIC) ou Tecnologias de Informao (TI) 5 ocupam
uma funo especial nesta perspectiva.
As TIC podem ser definidas como todas as tecnologias que interferem e medeiam os processos
informativos, comunicativos e lingusticos das pessoas. Podem ainda ser entendidas como um
conjunto de recursos tecnolgicos integrados entre si, que proporcionam, por meio das funes de
hardware, software e telecomunicaes, a automao e comunicao dos processos de negcios, da
pesquisa cientfica, e de ensino e aprendizagem.
Porqu o enfoque nas TIC? Veja-se a definio de literacia digital (Microsoft 2010):
A Literacia Digital visa ensinar e avaliar os conceitos e competncias bsicas em informtica, de
modo a que as pessoas possam utilizar a tecnologia informtica na vida diria para desenvolver
frequente os termos serem usados para definir as mesmas situaes, sendo que, o critrio de utilizao de
um ou de outro termo no claro, dando a sensao que, na maior parte das vezes, na verdade aleatrio. TIC
aparece frequentemente associado mais aos processos de aprendizagem, enquanto TI aos processos de gesto
da informao numa perspectiva empresarial. Na verdade, o conceito de TI mais antigo e a base para o
conceito de TIC. A evoluo dos meios de comunicao e a crescente importncia do recurso informao levou
cada vez mais forte ligao entre as duas reas, pelo que a dada altura, foi com naturalidade que a partir do
conceito de TI, surge o conceito de TIC.
20
novas oportunidades sociais e econmicas para si prprias, para as suas famlias e para as suas
comunidades.
Novas oportunidades. Num mundo cada vez mais competitivo, onde os avanos progressivos da
tecnologia so velozes e exponenciais, torna-se essencial explorar as novas oportunidades
disposio. O sector da construo no foge a esta realidade. Mais, a grande quantidade de informao
produzida e o elevado nmero de intervenientes no processo construtivo, cria a necessidade de meios
eficazes para organizao e optimizao dos recursos, bem como para a comunicao.
Genericamente, algumas aplicaes das TIC ao sector da construo tm por finalidade (Langford and
Retik 1996):
Visualizao
Comunicao
Integrao
Automao
A introduo das TIC na construo visa fundamentalmente os seguintes aspectos (Fonseca 2008):
Aumentar consideravelmente as comunicaes e trocas de dados a curta, mdia e longa

distncia;
Obter ferramentas para tratamento e processamento de dados;
Gesto da informao;
Obter um ou mais sistemas de consulta de informao - repositrios;
Obter meios para validar os trabalhos e estudos feitos;
Libertar a mo-de-obra de certos trabalhos, atravs da automao de processos, dando mais
espao inovao e criatividade;
Aumentar a produtividade dos processos;
Ganhar vantagem competitiva sobre a concorrncia;
Ir ao encontro das expectativas dos clientes e fornecedores;
Dependo da estratgia da empresa, os impactos das TIC na indstria da construo podem ser da
seguinte natureza (Nascimento and Santos 2001):
Centralizar ou descentralizar a gesto e deciso na empresa, possibilitada pelo aumento da

capacidade de processamento de informao e pela reduo dos custos de comunicao e
coordenao;
Diminuir ou aumentar a hierarquia organizacional das empresas, possibilitada pela
automatizao de algumas funes, pela melhoria da comunicao e pela reduo das demoras
e distores associadas ao fluxo de informao entre nveis;
Registo de grandes melhorias na reunio, armazenamento, anlise e partilha de informao;
As TIC apresentam-se assim como boas ferramentas de gesto e partilha da informao, com potencial
impacto a nvel organizacional. seguro afirmar que as trs TIC mais utilizadas so, a internet, o
telefone (ou telemvel) e o computador (e suas aplicaes bsicas, como processador de texto, folha
de clculo e base de dados) seja ele porttil ou de mesa. Estas trs TIC no s se apresentam como as
mais importantes, como so na verdade indispensveis a qualquer gabinete e ou profissional envolvido
na concepo e/ou gesto da informao.
21
A evoluo registada pela internet nos ltimos anos, e por evoluo, entende-se o grande nmero de
aplicaes e funcionalidades criadas a partir da internet, destaca-a das outras duas TIC6. Entre essas
funcionalidades, destacam-se:
Correio electrnico
World Wide Web
Acesso remoto
Colaborao
Arquivo de ficheiros
Difuso de mdia
Comunicao
TIC representa um termo bastante genrico quando comparado com a quantidade de ferramentas
includas neste grupo. Veja-se ento uma listagem de algumas das mais relevantes:
Tecnologias
mveis
Tecnologias
de rede
Aplicaes
informticas
Personal Digit
Assistant (PDA)
E-mail
Processador de
texto
Table PC
E-procurement
Folha de clculo
Cdigo de barras
Redes de projecto
Base de dados
Radio Frequency
Identification
(RFID)
Videoconferncia
Computer Assisted
Design (CAD)
Bluetooth
Plataformas
electrnicas
Building
Information Model
(BIM)
Fig. 2 - Exemplos concretos de TIC, divididas por grupos
Dos trs grupos, as aplicaes informticas, mais propriamente os BIM, representam as TIC que se
enquadram no mbito deste trabalho, pelo que sero alvo de um estudo aprofundado nos captulos
mais frente. As restantes ficam aqui assinaladas, sendo que, anlises mais profundas so remetidas
para consulta na bibliografia (Bru 2009), (Fonseca 2008).
Embora na maior parte das vezes se aceda internet por computador, possvel faz-lo de outras formas,
tornando a TIC internet independente da TIC computador. A referncia TIC computador no contexto das
funes acima descritas para a mesma.
22
2.7.2.
IMPACTO E PRODUTIVIDADE DAS TIC NAS EMPRESAS
A implementao de TIC representa um meio para atingir o fim de melhorar os ndices de

produtividade, qualidade e eficincia. Um estudo consultado (e-Business W@tch 2006) revela que a
dimenso da empresa influi no impacto sentido nos diferentes nveis:
Aumento do rendimento
Eficincia dos processos de trabalho
Organizao do trabalho interno
Indstria da construo
Micro
Custos de aprovisionamento
(procurement)
Pequenas
Qualidade do produto/servoo
Mdias
Grandes
Servio ao cliente
Produtividade
0
10 20 30 40 50 60 70 80
Fig. 3 - Influncia positiva das TIC sob diferentes pticas da actividade (e-Business W@tch 2006)
Pela anlise dos dados da figura 3, percebe-se que a influncia positiva das TIC nas empresas, se faz
sentir sobretudo internamente, a nvel de eficincia, organizao e produtividade dos processos de
trabalho, com as grandes empresas a beneficiarem a uma escala maior.
Gesto
Contabilidade
Previso de alto impacto
I&D
Produo
Previso de mdio impacto
Marketing
Previso de baixo ou
nenhum impacto
Logstica
Apoio ao cliente
0%
20%
40%
60%
80% 100%
Fig. 4 - Previso do impacto em termos de competitividade e produtividade das TIC nas diversas reas das
empresas de construo na Europa em 2005 (e-Business W@tch 2006)
Como se pode ver na figura 4, o estudo antecipa um impacto futuro no muito significativo das TIC
nas empresas do sector da construo, embora seja interessante verificar um aumento expectvel da
influncia das TIC nos processos no produtivos, sobretudo a nvel da contabilidade. Por outro lado, o
23
reduzido impacto expectvel a nvel de produo e investigao e desenvolvimento (I&D), reas de

interesse em termos competitivos, no deixa de ser algo surpreendente (e-Business W@tch 2006).
Para contrariar as perspectivas de estagnao de produtividade vistas, sugere-se a aplicao das
seguintes medidas (Fonseca 2008):
a) Consciencializao dos benefcios e do potencial das TIC
b) Actualizao/formao das competncias de TIC, aumento da qualificao do pessoal,
contratao de pessoal mais qualificado
c) Aumento do investimento em TIC
d) Utilizao de internet de banda larga
e) Utilizao de software livre
f)
Mudana de uma comunicao com base em e-mails para uma comunicao baseada em
espaos colaborativos
g) Responsabilizao dos trabalhadores atravs da comunicao por escrito

h) Aplicao de TIC para o alcance de vantagem competitiva
24
i)
Desenvolvimento de estratgias para aplicao das TIC
j)
Alterao da estrutura convencional de operaes (reengenharia de operaes)
3
MODELOS DE INFORMAO NA CONSTRUO
3.1. CONCEITO DE INFORMAO

O termo informao tem um mbito muito alargado. J que a informao pode estar associada s mais
diversas reas e pode ser interpretada de diversas formas, importante desmistificar o conceito por
trs da mesma.
A etimologia da palavra informao vem do latim informatio, onis, (delinear, conceber ideia), ou
seja, dar forma ou moldar na mente, como em educao, instruo ou treino.
Informao pode definir-se como sendo o resultado do processamento, manipulao e organizao de
dados, de tal forma que represente uma modificao, quantitativa ou qualitativa, no conhecimento do
sistema que a recebe, seja ele, pessoa, animal ou mquina. Enquanto conceito, carrega uma
diversidade de significados, do uso quotidiano ao tcnico.
A anlise de informao, juntamente com a prpria natureza humana, enquanto ser pensador, leva
obteno de ideias ou noes de algo, ainda que no seja claramente definido. Quando estas ideias so
verdades justificadas, ento constituem conhecimento.
A experincia acumulada em situaes passadas, quando traduzida em conhecimento, ou seja, em
informao concreta, constitui sabedoria.
Falou-se em dados, informao, conhecimento e sabedoria. Estes so os aspectos que constituem o
modelo DIKW (do ingls Data Information Knowledge Wisdom), o qual se apresenta como uma
das formas esquemticas de definir o conceito de informao.
No que diz respeito s tecnologias da informao, a grande preocupao, mais do que produzir
informao ou conhecimento, est na sua gesto, transmisso e partilha, dentro de uma estrutura
organizada (Poas Martins 2009).
25
3.2. CONCEITO DE MODELO

3.2.1.
EVOLUO DO PROCESSO DE DESIGN E MODELAO
Desde as origens do design de construo, at actualidade, registou-se uma grande evoluo

tecnolgica que naturalmente implica alteraes profundas dos processos de trabalho.
Na origem do design, est o lpis e papel. O desenho linha sobre linha, por vezes intencional, outras
vezes por acaso, segundo arquitectos mais experientes, o processo segundo o qual a arquitectura
emerge (Krippahl 2008). Associada a esta noo, est a explorao do lado humano criativo. Na falta
de outras ferramentas, tambm este mtodo era usado para a concepo do design pormenorizado, a
nvel das diferentes especialidades, arquitectura, estruturas e instalaes. Claro est que, tal como a
falta de exactido do processo e a falta de limites e fronteiras serve para dar azo criatividade,
tambm deste modo se torna mais difcil projectar com rigor e exactido, sem erros e conflitos. Outro
grande problema a visualizao tridimensional. Para ultrapassar esta barreira, surgem as maquetas
feitas mo. Claro que, o problema da exactido e do rigor subsiste, de modo que, tal como o design
mo, tambm esta actividade escultural, tem como propsito maior a visualizao aproximada ao
produto final. No entanto, como foi dito, falta de outras ferramentas, assim se modelou na
construo, nos ltimos 500 anos.
Desde a dcada de 50 que os computadores so utilizados na engenharia, sobretudo em aplicaes
matemticas e aplicaes de apoio ao procurement (procura da melhor soluo de mercado) e
facturao (Eastman 1999). As primeiras aplicaes tecnolgicas de desenho assistido por
computador, CAD (Computer Aided Design), surgiram a partir da dcada de 70. Os avanos
tecnolgicos das dcadas de 80 e 90 permitiram entretanto a expanso do mercado deste tipo de
aplicaes (Poas Martins 2009).
A indstria da construo no foi excepo. As potencialidades de representao (bidimensional)
rigorosa, aliada grande capacidade de armazenamento e organizao dos computadores, criaram um
novo paradigma na arte de conceber um projecto de design. A passagem do projecto analgico para o
digital foi primeira vista tranquila.
importante desmistificar o conceito de projecto digital na perspectiva da construo. Porque a
concepo continua a ser feita, numa fase inicial, utilizando as ferramentas antigas de papel e lpis, e
s depois, a formalizao dos desenhos finais feita utilizando as ferramentas informticas CAD, o
projecto no na verdade totalmente digital. Mais, frequente atribuir o processo de digitalizao dos
desenhos mo, a desenhadores CAD ou estagirios de arquitectura ou engenharias consoante a
especialidade (Krippahl 2008), logo, o design no pode ser totalmente compatvel com a representao
informtica, visto que foi feito segundo uma abordagem menos rigorosa e limitada.
A consolidao da realidade dos CAD na construo, permitiu passar para um patamar superior,
introduzindo relaes paramtricas entre linhas, planos e slidos ou objectos e ao mesmo tempo
integrar informao num modelo do edifcio. este o cerne do conceito de modelo de informao
(BIM). Os primeiros modelos surgiram na dcada de 70 e funcionavam como formatos de
representao padro de produtos da construo, no entanto, estes modelos no interagiam, em geral,
com as aplicaes CAD de uso generalizado no sector da construo, pelo que a aceitao por parte da
comunidade tcnica no foi generalizada, nem to pouco constituda um padro de utilizao (Poas
Martins 2009).
26
3.2.2.
MODELOS DE DADOS E MODELOS DE INFORMAO
Antes de entrar no domnio da construo, pertinente esclarecer o conceito geral de modelo de

informao. Veja-se a seguinte definio (Lee 1999):
Em termos de engenharia de software, um modelo de informao define-se como a representao de
conceitos, inter-relaes, conflitos, regras e operaes para especificao de dados relativos a um
domnio em particular, abordando os seus requisitos de informao, de forma partilhada e estvel,
segundo uma estrutura organizada.
De acordo com o Northern European Subset Group (NES 2007), existem vrios objectivos por trs de
um modelo de informao. A consistncia e robustez do modelo devem ser asseguradas, de modo a
permitir a definio e aplicao das regras inerentes. A manuteno deve ser fcil e automaticamente
propagvel, de modo a que as correces sejam introduzidas uma nica vez e que as actualizaes se
procedam suavemente. Fcil deve ser tambm a interpretao, para que a experincia no seja
exclusiva aos verdadeiramente instrudos, mas antes partilhada por todos. Os produtos ou outputs
devem estar perfeitamente definidos e claros, bem como a maneira de os produzir e apresentar. Por
outro lado, todo o tipo de documentao volta dos outputs, deve ser automaticamente gerada. Por
fim, devem ser definidos os elementos normativos do modelo de informao, devido obrigatoriedade
de os mesmos serem considerados.
Os conceitos abstractos e gerais por trs de um modelo de informao so depois aplicados mais
especificamente nas diferentes reas e indstrias, como por exemplo, na automvel, na electrnica ou
na construo.
Esta transio ou passagem entre uma fase geral e uma fase mais especfica, importante no sentido
de perceber que os modelos de informao so pensados de forma a trabalhar os formalismos do
domnio em questo, sem limitar ou constranger o modo como essa descrio mapeada, na
implementao para uma aplicao informtica (Lee 1999). Assim, para um determinado
mapeamento, ou por outras palavras, para um dado modelo de dados, podem utilizar-se diferentes
linguagens de programao para converter o modelo numa aplicao em concreto.
O conceito de modelao de dados definido por (Ambler 2010), como o acto de explorar estruturas
de dados, com o objectivo principal de suportar o desenvolvimento de sistemas de informao, atravs
da definio e formatao da informao.
Um modelo de informao no um tipo de modelo de dados, mas antes um modelo alternativo. As
definies de ambos conceitos so parecidas, pelo que, o que na realidade separa os dois conceitos, o
facto de o modelo de informao ser utilizado para modelos individuais e especficos, como para
fbricas ou edifcios, restringindo assim o foco do modelo, enquanto um modelo de dados, apresenta
uma estrutura tal, que no limitada por um foco num domnio.
Segundo (West and Fowler 2003), se os processos de execuo dos modelos, forem feitos de forma
consistente, ento mais fcil atingir a interoperabilidade entre os sistemas. Porque se
independentemente da linguagem de programao, um mesmo modelo de dados estiver por detrs da
estrutura de dados, ento as diferentes aplicaes, ainda que com diferentes linguagens, podem aceder
e partilhar os dados entre si. Contudo, na realidade este facto no se verifica, sobretudo, devido a dois
aspectos. Os custos dos sistemas e interfaces, e a qualidade das prprias bases de dados no mbito de
uma rea especfica, pois uma estrutura pode adequar-se a uma rea e a outra no, actuando como um
factor de conflito em vez de suporte.
27
Um modelo de dados engloba trs perspectivas diferentes e individuais, as quais representam as

maneiras como os modelos podero ser utilizados na prtica (Ambler 2010):
Modelo de dados conceptual
Esta perspectiva aborda os domnios suportados pelos modelos, encontrando-se a um nvel

elevado em termos da organizao estrutural, ou por outras palavras, encontra-se no ncleo do
modelo. Deste modo, o modelo conceptual define o foco e as expresses utilizadas no modelo,
limitando o mbito do modelo pelos mesmos parmetros. Idealmente, o nmero de objectos
associados a este modelo deve ser limitado aos conceitos chave e no deve ser muito extenso e
aprofundado.
Modelo de dados lgico
Esta perspectiva procura explorar os conceitos de cada um dos domnios, bem como as interrelaes entre eles, ou seja, procura retratar as entidades lgicas tipo que constituem o domnio, os
atributos que as descrevem e as relaes entre elas. Na prtica, a estrutura deste modelo consiste
em descries de tabelas e colunas, classes de objectos, textos em XML, entre outras.
Modelo de dados fsico
Esta perspectiva descreve os meios fsicos segundo os quais se armazenam os dados, sejam em
CPU, discos rgidos, parties, entre outras. Por outro lado, estes modelos so utilizados para
conceber a estrutura interna da base de dados, atravs de tabelas e colunas de dados e respectivas
relaes. Semelhante ao modelo anterior, o modelo de dados fsico vai no entanto um pouco mais
alm, apresentando maior detalhe no que diz respeito s relaes entre entidades (tabelas, colunas,
etc.) atravs da especificao das entidades chave necessrias para associar e manter as relaes
entre os elementos. Esta diferena facilmente verificvel pela distino entre um modelo lgico e
um modelo de dados fsico, como se pode ver na figura abaixo:
Modelo de dados lgico
Cliente
Morada
Nmero do cliente
Nmero de segurana social do cliente
Nome prprio
Apelido
Saudao
Nmero de telefone
Rua
Cidade
Concelho
Pas
Cdigo Postal
Modelo de dados fsico
CLIENTE_X
#NR_CLIENTE: inteiro
NR_SEGURANCA_SOCIAL_CLIENTE:
char(10)
NOME_PROPRIO_CLIENTE: (char20)
APELIDO_CLIENTE: car(20)
SAUDACAO_CLIENTE: char(5)
NR_TELEFONE_CLIENTE: char(20)
MORADA_CLIENTE_X
#NR_CLIENTE: inteiro
#ID_MORADA: inteiro
CODIGO_UTILIZACAO_MORADA:
char(2)
MORADA_X
#ID_MORADA: inteiro
RUA_MORADA: char(40)
CIDADE_MORADA: char(20)
CODIGO_POSTAL: char(20)
CONCELHO_MORADA: char(2)
PAIS_MORADA: char(3)
Fig. 5 - Comparao entre a estrutura de um modelo de dados lgico e de um modelo de dados fsico (Ambler 2010)
28
Ainda segundo (Ambler 2010), a modelao de dados de forma eficiente, pressupe a execuo das
seguintes tarefas de forma iterativa:
1.
2.
3.
4.
5.
6.
7.
8.
Identificao das entidades tipo

Identificao dos atributos
Aplicao das convenes de nomenclatura
Identificao das relaes
Aplicao dos padres dos modelos de dados
Atribuio de chaves s entidades, atributos e relaes
Normalizao para reduo da redundncia de dados
Desnormalizao para aumento de performance
Existem vrios tipos de modelos de dados, cada um com diferentes formas de disposio e
organizao, ainda que, as entidades sejam as mesmas (tabelas, colunas e relaes, de um modo geral).
Aprofundar este tema, foge um pouco do mbito do presente trabalho, no entanto, ser pertinente
apresentar uma listagem dos tipos, de modo a ganhar uma melhor conscincia do que um modelo de
dados:
3.2.3.
Modelo de base de dados

o Modelo plano
o Modelo hierrquico
o Modelo em rede
o Modelo de relaes conceptual
o Modelo de relaes em estrela
o Modelo de relaes de objectos
Diagrama de dados estrutural
Modelo entidade relao
Modelo de dados geogrfico
Modelo de dados genrico
Modelo de dados semntico
MODELOS COMPLETOS E MODELOS PARCIAIS
A distino entre modelos completos e modelos parciais fundamental para o estudo realizado neste
trabalho. Mais, a importncia estende-se ao pblico ou mercado alvo do tipo de ferramentas
informticas concebidas a partir destes conceitos.
Se por modelo completo, entende-se um modelo capaz de englobar toda a informao da construo
num s ponto, ento a noo no verdadeiramente correcta. Pensando bem na quantidade de
informao presente ao longo do processo construtivo, no se pode esperar que toda ela possa ser
tratada utilizando apenas uma nica ferramenta.
verdade que um dos chamativos da adopo de tecnologias BIM, ultrapassar os problemas de
disperso da informao, atravs da sua integrao num modelo, no entanto, no se pode esperar que
um nico modelo seja capaz de funcionar com todas as especificidades das diferentes reas da
construo, um pouco imagem do que acontece com um Engenheiro Civil, que apesar de ser
formado para ter noes nas vrias reas da construo, em determinado ponto, envereda por
determinado caminho, para obter um conhecimento mais especializado. Claro que, possvel
argumentar que um computador tem uma maior capacidade de armazenamento do que o crebro
humano, logo, tudo o que seria necessrio fazer seria adicionar as especialidades ao computador e
29
program-las para trabalhar em conjunto. Mas para tal ser vivel, seria necessrio que esse modelo
representasse um standard, e que o seu desenvolvimento fosse um esforo conjunto e contnuo. Porque
para tal esforo ser sustentvel (para no falar rentvel), a utilizao do tal modelo completo deveria
ser uma imposio, de forma a criar um incentivo extensvel a todos os agentes de concepo e
produo envolvidos, de modo a que o desenvolvimento de tudo o que se lhe fosse relacionado,
apontasse num nico sentido. Por outro lado, convm referir que quanto mais completo o modelo for,
mais complicado ser import-lo para uma aplicao, devido s limitaes de hardware, sob pena de a
aplicao no conseguir correr por falta de capacidade de processamento ou memria.
Olhando para o mercado actual, fortemente motivado por polticas de competitividade, percebe-se que
so estas, as grandes impulsionadoras do desenvolvimento e do progresso. O ganhar vantagem sobre a
concorrncia. A procura da melhor soluo para obter o monoplio. Assim, um esforo conjunto vai
contra esta mesma tendncia. Da a predominncia dos modelos parciais, sobre os modelos completos.
Aprofundando um pouco o conceito de modelos completos e modelos parciais, veja-se os dois tipos de
abordagens de desenvolvimento, associadas a cada um dos modelos (Behrman 2002):
Abordagem minimalista
A abordagem minimalista, caracterstica dos modelos parciais, valoriza formatos simples e

facilmente adoptveis pela comunidade tcnica. Para tal, os processos de desenvolvimento visam
sobretudo a experimentao, teste e as melhorias sucessivas (e iterativas) do trabalho previamente
desenvolvido. O objectivo que a implementao dos formatos e/ou modelos seja rpida e uma
vez conseguida, parte-se para uma etapa seguinte do processo de desenvolvimento, pelo meio de
simples actualizaes ou adies substanciais. De qualquer modo, perpetuando o desenvolvimento
dos formatos e/ou modelos. A abordagem minimalista representa uma abordagem bottom-up, no
sentido em que a origem do modelo remonta a um problema, sendo a partir da, adicionados os
elementos necessrios para a definio do problema e sua soluo. Exemplos de formatos
abordados segundo estes princpios, so entre outros o formato HTML, a linguagem de
programao C, ou a linguagem de base de dados SQL.
Requisitos a cumprir
Recursos de representao
Elementos especficos
Fig. 6 - Esquematizao de uma abordagem minimalista, do tipo bottom-up
Abordagem estruturalista
A abordagem estruturalista, caracterstica dos modelos completos, valoriza formatos exaustivos e

densos. A abordagem do tipo top-down, comea por introduzir uma gama alargada de ferramentas
e elementos de modelao, necessrias para as diversas reas, de modo a abranger o maior nmero
possvel de ramificaes das actividades da construo, e s depois numa fase mais avanada, se
comea a especificar os domnios de aplicao. Tais processos, so como seria de esperar bastante
exaustivos e demorados, j que ser quase impossvel abranger toda a informao existente, luz
do que foi dito anteriormente neste subcaptulo. Exemplos de formatos que seguiram esta
abordagem so entre outros, o Open Systems Interconnection (OSI), a Integrated Services Digital
Network (ISDN) e o STEP (ver 3.3.1).
30
Elementos especficos
Requisitos a cumprir
Elementos standard
Recursos de
representao
Fig. 7 - Esquematizao de uma abordagem estruturalista, do tipo top-down
A distino entre as abordagens efectuadas aos dois modelos mostra claramente as diferenas
principais que os separam. Os modelos parciais, com um perodo de desenvolvimento e validade mais
curto, representam formatos constantemente renovveis, pensados para os utilizadores, com vista
resoluo de problemas especficos. As ferramentas adaptam-se ao problema. No portanto de
estranhar que este tipo de modelos seja bem aceite pela comunidade tcnica. A questo da
interoperabilidade (e falta dela) afigura-se como a grande desvantagem deste tipo de modelos. A
rapidez e independncia no desenvolvimento dos modelos parciais, uma faca de dois gumes, j que
por um lado permite facilmente criar vrios sistemas em simultneo, mas por outro, d origem a
problemas na interface entre eles.
Os modelos completos por outro lado, so pensados exactamente para evitar situaes deste tipo,
contudo, trazem consigo algumas desvantagens, cuja natureza prejudicial e incontornvel, os tornam
menos viveis. De facto, o cariz abrangente destes modelos obriga introduo de uma vasta gama de
ferramentas de modelao, as quais, devem manter-se actualizadas, no s em termos de verso, como
tambm de nvel de inovao (aparecimento no mercado), sendo que, tais ferramentas teriam depois de
ser validadas. Assim, este tipo de interveno implica processos extremamente exaustivos e
extenuantes. O consumo de tempo associado ao desenvolvimento tambm um problema, tendo em
conta a prpria necessidade em manter o modelo actualizado, salientando assim a dificuldade do
modelo em acompanhar o ritmo de desenvolvimento das solues construtivas. Se tal acontece, ento
o modelo limitativo ou restritivo, logo dever com grande probabilidade vir a condicionar a
implementao de solues construtivas que no sejam devidamente suportadas pelo modelo (Poas
Martins 2009).
3.3. BUILDING INFORMATION MODEL (BIM)

3.3.1.
DEFINIO E CONCEITO DE BIM
O acrnimo BIM, do ingls Building Information Model ou Building Information Modeling, no tem
traduo directa para portugus. Variando consoante o autor, tradues como MIC (Modelo de
Informao para a Construo) (Poas Martins 2009) ou MIE (Modelo de Informao do Edifcio)
(Autodesk 2007) deixam antever partida a natureza da sua definio, que tal como o nome, varia de
autor para autor. Veja-se uma das definies encontradas (Ashcraft and Hanson 2007):
Um Building Information Model, ou BIM, utiliza tecnologia digital de ponta para estabelecer uma
representao computorizada das caractersticas fsicas e funcionais de um edifcio, bem como de
toda a informao relacionada com o seu ciclo de vida, pretendendo ser um repositrio de
informao a usar durante todo o mesmo ciclo, pelos vrios intervenientes.
Na definio encontram-se comprimidos os vrios conceitos por detrs dos BIM. utilizada
tecnologia bastante avanada para proceder modelao do edifcio atravs de uma aplicao
informtica, que integra e interliga a informao referente ao ciclo de vida do edifcio, o que significa
31
que alm de ser possvel criar um modelo muito aproximado do resultado final pretendido e facilmente
se poder aceder a qualquer informao, referente a qualquer fase da obra, tambm se pode diminuir
consideravelmente os problemas de compatibilizao da informao, que frequentemente levam a
erros e conflitos. Mais, integrar e interligar a informao significa potencial para visualizar, simular e
optimizar a informao. Por outro lado, possvel associar o modelo aos processos de fabrico de peas
e materiais, de modo a reduzir a repetio de informao, que por vezes d origem a erros (Ashcraft
and Hanson 2007).
Peas
Desenhadas
Peas
Escritas
Ciclo de
Vida da
Construo
BIM
Fig. 8 - Esquematizao generalista dos possveis contedos de um BIM
3.3.2.
POTENCIALIDADES DO MODELO
Quando se trata de enumerar as vantagens dos BIM, de certo modo fcil encontrar um vasto leque de
benefcios. Os BIM so uma tecnologia de tal forma promissora que se pode afirmar que quaisquer
esforos no sentido de melhorar a gesto de informao devem ser enquadrados num modelo de
informao (Poas Martins 2009).
De seguida, apresenta-se uma lista genrica dos benefcios da utilizao dos BIM na perspectiva da
indstria da construo (El-Desouki 2005):
32
Pesquisa e obteno eficientes de documentos especficos;

Propagao de alteraes rpida e directamente;
Automatizao de fluxos de trabalhos;
Compilao da informao relevante;
Integrao de processos de produo e de gesto documental que resultam numa economia de
esforos ao nvel administrativo;
Simplificao da recolha produzida em projectos anteriores ou provenientes de fontes de
informao externas;
Criao de condies favorveis para a realizao simultnea do trabalho de diversos
projectistas, resultando em prazos mais curtos para o desenvolvimento de projectos;
Eliminao da introduo repetida de dados, evitando-se os erros associados;
Reduo de esforos redundantes relacionados com a repetio de tarefas de projecto e com as
verificaes das especificaes elaboradas;
Aumento de produtividade devido a uma partilha de informao mais rpida e isenta de rudo;
Simplificao da introduo de modificaes em projectos;
Melhoria da cooperao interdisciplinar;
Interessa agora analisar em detalhe, algumas das caractersticas funcionais dos BIM, que do luz aos
benefcios em concreto (Ashcraft and Hanson 2007):
Modelo paramtrico
O conceito de paramtrico est associado interligao da informao. influncia indirecta de

alteraes em elementos. Tal como as deformaes numa laje, causam efeitos de 2 ordem nos
pilares, tambm neste tipo de modelo, alterar propriedades de elementos, significa criar efeitos de
2 ordem noutros elementos.
Para melhor perceber esta caracterstica, conveniente pensar nos modelos poligonais existentes,
baseados de uma maneira geral em CAD. um erro comum pensar que os BIM no passam de
modelos CAD em 3D, quando a verdade que estes so anteriores aos BIM. Um modelo 3D
possibilita de facto vistas tridimensionais de um edifcio, sendo frequentemente utilizados para
resolver problemas de perspectivas ou pormenores de elevado grau de complexidade. No entanto,
as suas capacidades no vo alm da disposio das propriedades fsicas e geomtricas dos
elementos.
No modelo BIM, porque a informao se encontra interligada, as interfaces e relaes espaciais
entre elementos encontram-se inseridas no modelo, logo, alteraes em partes do modelo, tero
consequncias sobre as restantes, pois todo o modelo ser automaticamente ajustado.
Este conceito fcil de compreender considerando as duas maneiras de modelar. Num modelo
poligonal tradicional assente em ferramentas tradicionais CAD, todas as caractersticas so
introduzidas manualmente, ou seja, em qualquer dos desenhos, sejam eles plantas, alados, cortes
ou pormenores, todos os pontos e linhas so introduzidos manualmente. As relaes geomtricas
entre elementos do desenho, como paralelismo e perpendicularidade, so dadas pela aplicao, no
entanto, o desenho em si no absorve tais propriedades. Apenas as dispe. Logo, eventuais
alteraes no tero consequncias indirectas. J num modelo BIM, a modelao por assim dizer
inversa, ou seja, o desenho nasce num bloco totalmente deformado, criado de forma aleatria e
pela introduo de novos elementos no bloco, estabelecendo sempre as relaes paramtricas
com o modelo principal, obtm-se o modelo final de onde so automaticamente retirados os
renderings, leia-se as vistas ou desenhos, dos elementos pretendidos, na fase pretendida.
Modelao orientada para os objectos
Uma das caractersticas dos modelos de informao o facto de disponibilizarem as ferramentas

para a modelao e integrao de objectos no modelo do edifcio atravs do estabelecimento de
ligaes com outros objectos.
Por outro lado, com a noo de modelo paramtrico ainda em mente, tambm a situao inversa
constitui uma funo bsica, ou seja, ser relativamente fcil retirar objectos do modelo.
Considerando um modelo tradicional baseado numa ferramenta CAD, algo como retirar um pilar e
recalcular toda a estrutura pode ser penoso face quantidade de ligaes e de informao passvel
de ser afectada. Por calcular, entende-se acima de tudo o acto de rearranjar toda a estrutura em
termos grficos, j que o clculo estrutural teria necessariamente de ser feito, qualquer que fosse a
33
situao. Num BIM, todo este processo dramaticamente facilitado, j que no precisa de ser feito
manualmente. De facto, o prprio modelo encarrega-se de o fazer, podendo depois o resultado
final ser o ponto de partida para o recalculo estrutural.
Interoperabilidade
Por interoperabilidade entende-se a capacidade de diferentes aplicaes trocarem, usarem e

editarem informao entre si, mediante a utilizao de um standard que permita a respectiva
interface.
Este ponto ser desenvolvido mais frente, contudo importa reter que, embora bastante
importante, esta uma rea insuficientemente explorada no mundo da modelao. O modelo IFC
actualmente o expoente mximo do esforo levado a cabo por diversas entidades para evoluir
neste campo.
Simulao nD
nD diz respeito ao mbito dimensional do modelo. Espacialmente, este desenvolve-se segundo

as trs dimenses do espao euclidiano. Contudo, a informao tridimensional pode estender-se ao
longo do tempo. Considerando o facto que o modelo foi pensado para reflectir o processo
construtivo, percebe-se que este ter forosamente de sofrer alteraes com o tempo, fruto da
evoluo natural da construo. O facto de o modelo possibilitar a visualizao do modelo
tridimensional em qualquer fase ao longo do tempo, implica que se considera uma quarta
dimenso para o tempo, 4D. Na mesma ptica, sabendo que possvel associar custos ao modelo
tridimensional e estando a anlise econmico-financeira associada s restantes quatro dimenses,
surge a quinta dimenso para custos, 5D.
Integrar no modelo, aplicaes para gesto de recursos e mo-de-obra, anlise energtica e
licenciamento automtico, entre outros, iro permitir expandir os limites actuais da utilizao, da
o nD.
3.3.3.
VANTAGENS DO USO DOS BIM NO PROCESSO CONSTRUTIVO
As vantagens da utilizao de um BIM variam consoante a fase do processo construtivo, pois cada
fase representa realidades, objectivos e responsabilidades diferentes. A forma de trabalhar de cada um
dos agentes da construo, decisiva no processo de implementao dos BIM, e a sua influncia no
se limita ao mbito pessoal, mas antes estende-se a todos os intervenientes na cadeia de valores.
34
Prconstruo
Psconstruo
BIM
Projecto
Construo
e fabricao
Fig. 9 - Integrao dos BIM no ciclo de vida da construo
Perceber quais as vantagens provenientes da utilizao dos BIM, no suficiente para justificar a sua
utilizao, necessrio enquadr-las no processo construtivo de modo a clarificar, quem beneficia e de
que modo beneficia. A descrio que se segue tem por base os princpios explanados numa das
publicaes presentes na bibliografia (Eastman 2008), sendo no entanto necessrio sublinhar que
algumas das funes descritas, so baseadas em princpios tericos e no em resultados verificados j
na prtica.
3.3.3.1. Pr-construo
Como foi visto, esta a fase de viabilidade, planeamento e bases para o projecto. Os benefcios sero
essencialmente para o Dono de Obra.
A capacidade dos BIM em produzir um modelo muito aproximado ao produto final, permite com
bastante mais preciso, projectar as ideias e directivas do Dono de Obra, fornecendo uma viso
holstica da obra.
Este facto muito importante por vrios motivos. Em primeiro lugar, porque a anlise de viabilidade
financeira se figura como a mais indispensvel e importante das tarefas nesta fase, associar custos ao
modelo, permitindo uma oramentao bastante precisa e realista, torna desde j a aplicao numa
ferramenta valiosa.
A gesto das expectativas e recursos, tambm deveras importante. Alm dos custos, associar
materiais e quantidades ao modelo, extremamente til deste ponto de vista, j que permite fazer um
levantamento mais preciso dos requisitos. Em ltima anlise, tambm estes aspectos sero tidos em
conta, no levantamento feito no sentido de verificar se o oramento ser ou no cumprido.
Outro aspecto importante no que toca fase de pr-construo diz respeito performance e qualidade
da obra. A aproximao ao produto final permite uma avaliao mais cuidada dos esquemas, de modo
a determinar se os requisitos de funcionalidade e sustentabilidade so ou no cumpridos. De facto,
ainda no esto disponveis aplicaes compatveis com BIM, capazes de extrair automaticamente
estes parmetros, no entanto, a grande facilidade com que se extraem e interpretam esquemas do
35
edifcio, bem como as ferramentas de medio incorporadas nas aplicaes, permitem desde j
aumentar a eficincia dos processos manuais de quantificao dos mesmos parmetros.
A grande facilidade com que se introduzem alteraes no modelo do edifcio, permite criar um
ambiente de simulao. No contexto desta fase da obra, este aspecto bastante til devido
necessidade de encontrar alternativas. De outra maneira, abordar este tipo de questo nesta fase do
processo construtivo, torna-se extremamente penoso, j que exige bastante trabalho, o qual est mais
associado fase de projecto propriamente dita. No entanto, no de estranhar que quanto maior e
melhor o nmero de alternativas, mais competitiva ser a ponderao das solues existentes. Assim,
o estudo de alternativas numa fase inicial da obra, usando um sistema de simulao/anlise, contribui
para um aumento geral da qualidade da obra.
3.3.3.2. Projecto
Tratando-se os BIM de uma ferramenta de projecto, no surpresa que esta seja a fase que mais
beneficia com a utilizao das respectivas aplicaes, pelo menos a curto prazo.
A visualizao dos esquemas uma rea crucial do processo construtivo. Os esquemas ou desenhos,
servem de base para muitas outras operaes, seja a nvel do projecto ou da execuo. Como parte
constituinte da memria descritiva, a ser utilizada em todo o processo construtivo por todos os que lhe
esto associados, os esquemas assumem uma importncia vital em cada obra. Produzir esquemas
manualmente, uma tarefa complicada, cuja dificuldade aumenta com a complexidade da obra. Por
ser difcil, surgem frequentemente erros de desenho, que se podem traduzir em consequncias
negativas a nvel de tempo e dinheiro. Na actualidade, se verdade que os BIM no so ainda
devidamente explorados, tambm verdade que precisamente para ajudar na rea da visualizao,
que as aplicaes BIM so mais procuradas. Do 2D ao 3D, do 3D ao 3D baseado num modelo
paramtrico, todas estas perspectivas so necessrias na construo, no entanto, comear no modelo
paramtrico e acabar nas perspectivas 2D, traz consideravelmente mais benefcios do que fazer o
caminho inverso, ou apenas usar mltiplas visualizaes 2D. A gerao automtica de desenhos 2D
consistentes para as vrias fases da obra reduz consideravelmente o tempo e os erros associados aos
projectos.
As correces automticas das alteraes representam um grande avano na forma de encarar o
projecto e mais especificamente, o desenho da obra. Gerir alteraes extremamente complicado, se
estas estiverem distribudas por vrios documentos separados. A base de dados singular dos BIM,
baseada num modelo gerido por regras paramtricas, assegura no s a correcta disposio das
alteraes introduzidas, directa e indirectamente, como tambm uma gesto mais rpida e eficaz das
alteraes e respectivas consequncias, diminuindo as preocupaes e tempo associados a esta tarefa.
Os BIM so ferramentas de colaborao. A base de dados nica, em conjunto com a facilidade em
visualizar, permite uma melhor comunicao entre os intervenientes do processo construtivo. Ora,
colaborao e comunicao so precisamente dois dos factores mais abordados quando se discute a
construo.
A colaborao das vrias especialidades numa fase mais inicial da obra, baseada numa nica base de
dados coordenada, permite um trabalho simultneo em vrias frentes, o que resulta em maior
compatibilizao entre especialidades, menos erros e omisses e menos tempo de projecto.
A percepo mais adiantada, tanto de problemas como de oportunidades, reflecte-se numa melhoria
contnua de projecto, de procedimentos e metodologias, bem como, de uma abordagem
financeiramente mais eficiente do projecto, por oposio a esperar pelo fim do projecto, quando j
36
foram tomadas grandes decises, para ento fazer uma verificao, avaliao e reviso da qualidade e
conformidade.
Da mesma forma que na fase de viabilidade, a possibilidade de criao de um modelo aproximado do
produto final, permitia dar vida s ideias do Dono de Obra, tambm em fase de projecto, esta
potencialidade serve para verificar a conformidade dos desenhos com as ideias iniciais. Interessa ver
pois, alguns dos aspectos que justificam este facto:
Modelao em 3D permite visualizao tridimensional desde o inicio do projecto;

Quantificao de reas e quantidades de materiais, como ferramentas integradas no modelo,
asseguram a verificao adequada da conformidade, sem erros de medio ou interpretao;
Design quantitativo para edifcios tcnicos, como hospitais e laboratrios, permite fcil
verificao do cumprimento ou no dos requisitos;
Avaliao automtica de requisitos qualitativos, permite verificar facilmente a disposio de
elementos e a sua relao com elementos vizinhos, bem como com o modelo completo do
edifcio;
A extraco de custos durante a fase de projecto, permite ajustar as estimativas oramentais ao longo
desse processo, possibilitando uma maior adaptabilidade do oramento. O projecto um processo
contnuo, que medida que evolui, vai-se tornando mais completo, mas tambm mais complexo. A
facilidade com que se extraem custos, que refira-se, feita de forma automtica, pois a cada elemento
poder associar-se um custo, permite ir fazendo a estimativa oramental medida que o projecto
evolui. Assim, na fase inicial, os custos so estimados em funo da rea projectada. medida que o
projecto evolui, vo sendo acrescentados objectos, pelo que a estimativa automtica dos custos,
tambm acompanhar essa evoluo. Numa fase final, a estimativa ser baseada nas quantidades para
todos os objectos. O oramento final do custo de construo ser portanto muito prximo do
oramento final real. Este facto constitui um apoio bastante importante deciso. Se verdade que a
fase de execuo deve conferir com o que foi projectado, o facto de existir este tipo de informao na
fase de projecto, impede futuras surpresas desagradveis. Por outro lado, permite manter todas as
partes interessadas informadas, nas fases intermdias do projecto, resultando num processo mais
interactivo e em ltima anlise, mais rpido e eficiente.
A eficincia energtica e a sustentabilidade na construo, so reas que tendem a ganhar cada vez
mais importncia, devido em parte sua relao com as questes ambientais, mas tambm, pelo facto
de as exigncias de qualidade e conforto serem cada vez maiores. Os BIM possibilitam uma interface
entre o modelo e ferramentas de anlise energtica, a partir das fases iniciais do projecto. Embora as
aplicaes mais usadas, ainda no forneam uma forma automtica de verificar a conformidade
energtica, o facto que a facilidade com que se retira informao do modelo, nomeadamente
medies e caractersticas tcnicas dos materiais, torna este tipo de actividade mais acessvel. Pelo
contrrio, nas aplicaes CAD tradicionais, a anlise energtica desenvolvida no fim do projecto,
tornando quaisquer alteraes mais difceis de realizar. H assim, menos oportunidades para melhorar
a performance, pois tal requer trabalho extra que, ou no constitui uma prioridade e portanto
negligenciado, ou ento, simplesmente no pode ser remunerado, sob pena de o oramento no ser
cumprido.
3.3.3.3. Construo e fabricao
O planeamento das tarefas, uma actividade caracterstica do inicio da fase de execuo. Esta
actividade, est directamente ligada ao projecto e como tal, necessrio sincroniz-lo com o
37
planeamento. Ora, a capacidade que os BIM tm de integrar o planeamento de tarefas no modelo,

aliada capacidade de integrar o modelo nas diversas fazes da obra, permite uma melhor
sincronizao projecto/planeamento de tarefas. Mais, a simulao e projeco dos processos a nvel de
estaleiro, ou seja, a introduo sucessiva de elementos na obra e a verificao das respectivas
consequncias, permite antever potenciais problemas e/ou oportunidades. Deste modo, possvel
optimizar o estaleiro, ou seja, optimizar as actividades e relaes das equipas de especialidades,
optimizar o uso dos equipamentos, antever conflitos de espaos, prevenir certos problemas de
segurana, entre outros.
Tradicionalmente, em fase de execuo que se detectam a maior parte dos erros e omisses de
projecto, justamente na altura em que se vai realizar a respectiva actividade. Mais uma vez e imagem
do que se passou nas duas fases anteriores, tambm nesta fase, esse problema drasticamente
reduzido. De facto, sabendo que os empreiteiros detm uma grande parte da responsabilidade por erros
e omisses do projecto, aps a sua recepo, percebe-se como ter uma ferramenta que permita acelerar
e simplificar os processos de verificao, de grande utilidade.
A base de dados dos BIM, comum a todo o processo construtivo, permite uma maior aproximao das
vrias especialidades, pelo que a verificao comparativa e sistemtica das vrias ligaes facilitada.
Resultado, um processo construtivo mais rpido, custos mais reduzidos, disputas legais minimizadas,
processos mais contnuos e fluidos. A coordenao entre projectistas e construtores tambm beneficia
com o modelo. Pensa-se melhor o que fazer e faz-se melhor o que se pensou, portanto.
Se verdade que os problemas e conflitos so reduzidos, tambm convm salientar que nunca
possvel elimin-los por completo. Logo, necessrio que a reaco aos problemas de projecto e
estaleiro seja a mais rpida possvel. As caractersticas de automao dos BIM, permitem introduzir
rpida e eficazmente, quaisquer mudanas no projecto. O modelo paramtrico assegura o cruzamento
da informao. As mudanas so facilmente resolvidas e a informao partilhada, visualizada e
estimada.
Uma das actividades importantes a realizar, em fase de execuo, tem a ver com os contactos com os
fabricantes e fornecedores. A capacidade de importar esquemas pr-fabricados directamente para o
modelo facilita este tipo de comunicao. Porque o desenho de fbrica sempre mais completo,
importar directamente este tipo de representaes para o modelo e compatibiliz-lo com o edifcio,
assegura a integridade quase ou completamente total do modelo de fbrica, o que extremamente
importante para uma adequada assemblagem e para o posterior comportamento do edifcio. Em
reverso, tambm as necessidades especficas so mais facilmente demonstradas aos fabricantes, que
beneficiam da interactividade do modelo, para verificarem at onde podem ir na fabricao
encomendada. Afinal, melhorar a fabricao fora de obra, tambm contribui para reduzir o tempo de
obra.
Geralmente, os benefcios da utilizao dos BIM reflectem-se a nvel da reduo de desperdcios e
pelo aumento da colaborao e compatibilizao entre actividades. Estes so os objectivos principais
das metodologias Lean (ver 2.5). A Lean Construction requer grande e cuidada coordenao entre
empreiteiro, equipas de controlo e planeamento, projectistas e tarefeiros, para assegurar que os
recursos necessrios, esto sempre disponveis antes do inicio das respectivas tarefas, de modo a evitar
desperdcios de tempo de paragem e esforo, bem como, para reduzir os inventrios em obra. A
capacidade do modelo em fornecer esquemas detalhados das necessidades de recursos para cada
segmento ou tarefa constitui a base para um planeamento melhorado, tarefas mais eficazes,
contratao de subempreitadas de forma atempada e a presena just in time de tarefeiros, materiais e
38
equipamentos. Deste modo, a melhoria dos processos de trabalho atravs do aumento de eficcia e da
colaborao, traduz-se numa reduo de desperdcios, custos e prazos.
O procurement, ou seja, a procura pela melhor soluo possvel no que diz respeito aos recursos
necessrios execuo da obra, assume uma grande importncia na gesto dos custos da construo.
A sincronizao do procurement com o projecto e a construo facilitada pela utilizao dos BIM, j
que o modelo possibilita a adequada quantificao de materiais. A capacidade de definir as exigncias
de materiais directa e automaticamente a partir do modelo ainda no uma realidade, no entanto, este
pode j ser usado de forma indirecta, ou seja, retirar quantidades e depois interpret-las
posteriormente, com resultados satisfatrios.
3.3.3.4. Ps-construo
Os benefcios do uso dos BIM nesta fase passam por melhorar a utilizao e a manuteno, j que a
informao utilizada no modelo, referente a materiais, equipamentos mecnicos e elctricos, sistemas
de controlo e outros equipamentos implementados, poder ser posteriormente consultada para verificar
se o edifcio est a funcionar de forma eficiente. Por outro lado, a utilizao melhorada j que
possvel utilizar o modelo como uma espcie de manual de utilizao, mais completo, pormenorizado
e interactivo, do que se fosse produzido somente a partir da documentao tcnica. A manuteno
tambm deste modo facilitada, j que se pode trabalhar directamente com o modelo de origem.
Do ponto de vista promocional, tambm se retiram benefcios do uso dos BIM, visto ser mais fcil
comunicar com o pblico-alvo, j que mais fcil demonstrar no s as questes relacionadas com o
aspecto ou o espao, mas tambm questes referentes eficcia do edifcio.
3.3.4.
IMPLEMENTAO DOS BIM NAS EMPRESAS
3.3.4.1. Representatividade
O grande nmero de vantagens tericas da utilizao dos BIM, tornam este tipo de ferramentas
extremamente apelativas, no entanto no basta fazer uma anlise exclusivamente sobre este prisma.
Mais do que avaliar eventuais adversidades associadas ferramenta, necessrio contextualizar toda a
informao reunida nos cenrios onde ser inserida.
Muitos dos casos de estudo disponveis para consulta, baseiam-se em experincias muito especficas.
Tomando um estdio de futebol como exemplo, a grande complexidade de um empreendimento desta
natureza, torna-o ideal para aplicar as grandes potencialidades de visualizao e reunio de informao
que os BIM disponibilizam. No entanto, este no claramente um caso representativo da maior parte
do volume dos projectos abordados por uma empresa.
Um exemplo verdadeiramente representativo deveria reunir em simultneo o seguinte conjunto de
condies (Poas Martins 2009):
Introduo dos BIM deve ocorrer nas fases iniciais do projecto

Apreciao de entidades licenciadoras deve incidir sobre os BIM
Modelo deve ser usado como principal repositrio de informao na fase de execuo
Modelo deve interagir com sistemas de informao das organizaes intervenientes
Intervenientes que operam durante a fase de utilizao devem herdar o modelo de informao
39
A falta de um exemplo representativo to completo poder ser uma das razes pelas quais a utilizao
dos BIM ainda no seja uma realidade. Se no existem resultados comprovados na generalidade das
empresas do sector, estas apresentaro mais reticncias mudana da sua realidade de trabalho.
Utilizar aplicaes BIM de forma pontual, no ser suficiente para tirar verdadeiramente partido da
vasta gama de vantagens que o modelo oferece, at a um ponto em que j se justifique incorrer em
mudanas de paradigma, ainda mais face aos problemas de interoperabilidade que sero analisados
mais frente.
3.3.4.2. O que esperar
Implementar a tecnologia dos BIM nas empresas muito mais uma deciso empresarial do que uma
deciso tcnica (Smith and Tardif 2009).
Porque est provado o potencial dos BIM em termos tcnicos e em termos produtivos, mas no em
termos de sucesso de implementao, a deciso de implementar esta tecnologia no consensual. Os
benefcios dos BIM fazem-se sentir a uma escala tanto maior, quanto maior for o mbito a abranger
pela tecnologia. Este facto implica mudanas significativas a nvel dos processos de trabalho, as quais
trazem consigo um natural decrscimo de produtividade na fase inicial de implementao.
uma caracterstica bastante humana, comum maioria das pessoas, desconfiar de algo que parece
bom de mais para ser verdade. O grande leque de benefcios dos BIM inserem-se perfeitamente neste
contexto, e como tal, frequentemente assumem-se determinados pressupostos em relao a estas
ferramentas, que constituem ou partem de pressupostos errados. Um estudo feito por uma empresa de
software revela alguns dados interessantes acerca destes aspectos. Alertando para a possibilidade de o
estudo poder ser algo parcial para com o seu produto, e por isso no totalmente representativo, no
deixa de ser interessante analisar os resultados (Autodesk 2007):
a) Produtividade afectada durante a transio para os BIM
No deixa de ser verdade que no perodo de transio h um decrscimo de produtividade em
cerca de 25 a 50%. No entanto, essas perdas so rapidamente compensadas pelos ganhos em
produtividade resultantes do uso dos BIM. Na maioria das vezes, leva 3 a 4 meses para atingir
os mesmos nveis de produtividade obtidos com a anterior aplicao e a partir da, a
produtividade sofre um aumento acentuado at se atingir um estado de equilbrio. Embora os
nveis de produtividade variem com a dimenso e o tipo de empresa, a verdade que
frequente a produtividade registar um aumento de cerca de 50%, sendo que nalguns casos seja
possvel estender este valor para perto dos 100%. Um estudo feito por uma firma Americana
de arquitectura (Loft & Barber Architects) onde comparado o nmero de horas dispendido
nas diversas fases de dois projectos muito semelhantes, usando uma aplicao CAD e uma
aplicao BIM respectivamente, registou os seguintes resultados:
40
Tabela 2 - Comparao entre as horas necessrias para realizar as mesmas tarefas utilizando CAD ou BIM (Autodesk
2007)
CAD
(horas)
BIM
(horas)
Horas
ganhas
Percentagem de
horas ganhas
Design Esquemtico
190
90
100
53%
Desenvolvimento do
Projecto
436
220
216
50%
Documentos de Construo
1023
815
208
20%
Coordenao e Controlo
175
16
159
91%
Totais
1824
1141
683
37%
Tarefa
Os resultados so elucidativos. 37% de ganhos em horas. A coordenao demora menos de um

dcimo e o design desce para metade do tempo. Olhando para os valores reais dos totais em
horas, ganham ainda maior significado as vantagens dos BIM em relao ao CAD.
b) Habituao
uma preocupao muito frequente, pensar que a adaptao ao BIM ser difcil e
desconfortvel, mas a verdade que as aplicaes BIM so pensadas e criadas para darem ao
utilizador uma abordagem muito simples e intuitiva, para que o pensamento do projectista em
relao ao edifcio seja fcil de transmitir para a aplicao. O prprio comportamento do
programa vai de encontro ao que os projectistas esperam de uma aplicao do gnero.
c) Fluxos de trabalho
Fluxos de trabalho ou workflows definem-se como o progresso de uma actividade e respectiva
velocidade de evoluo. Os BIM afectam os workflows, mas de uma maneira positiva, ou seja,
actuando sobre os que tm um comportamento inadequado/indesejado. De facto, a prpria
inteno de mudar para os BIM, demonstra uma vontade de actuar sobre os workflows
ineficazes. Tambm os workflows positivos so afectados, sofrendo uma melhoria que por sua
vez conduz a um aumento de eficcia e velocidade.
d) Valor
Valor associado aos BIM. Quem beneficia? Arquitectos? Engenheiros? Empreiteiros? Dono
de Obra? A resposta , todos. O aumento de produtividade. A reduo de erros e omisses. A
interactividade. O aumento da criatividade e qualidade. A reduo de custos. Todos
beneficiam, resultando num produto final de melhor qualidade, beneficiando tambm com isto
o cliente portanto.
e) Risco
As actividades dos projectistas esto, como todas as que so exercidas por humanos, sujeitas a
erros. Ao erro humano. Os BIM so uma forma de diminuir erros de concepo j que a
maioria automaticamente detectada pelo modelo. Por outro lado, a partilha e acesso a toda a
informao por parte de todos os intervenientes, aumenta consideravelmente as probabilidades
de os erros irem sendo detectados e corrigidos de forma contnua, contribuindo assim para
uma reduo generalizada e considervel do risco.
41
No h dvida que as prticas de trabalho tradicionais tero de ser, e sero forosamente alteradas
aquando da implementao dos BIM numa empresa. Uma das alteraes mais significativas a
antecipao das decises de projecto exigida pela utilizao dos BIM desde as primeiras fases do
processo construtivo. Quanto mais adiantada for a fase do projecto, maiores os custos que derivam de
alteraes realizadas. O impacto da antecipao das decises de projecto na construo mostrado na
figura 10, na qual as curvas representadas, tm o seguinte significado (Maunula 2008):
1.
2.
3.
4.
Possibilidade de produzir impacto nos custos e aspectos funcionais do projecto;

Custo de alteraes produzidas no projecto
Processo tradicional
Processo alternativo
As letras A a G no eixo das abcissas representam as vrias fases do processo construtivo:

A.
B.
C.
D.
E.
F.
G.
Promoo
Estudo prvio
Projecto
Projecto de execuo
Procurement
Gesto da construo
Operao
Fig. 10 - Adaptao da curva de MacLeamy (Poas Martins 2009), (Maunula 2008)
interessante verificar como o esforo associado aos processos tradicionais se centra mais na fase de
execuo, afastando-se da zona de maior impacto nos custos e funcionalidade e aproximando-se da
zona de maior custo de alteraes produzidas no projecto e como a mudana para o processo
alternativo, no qual se insere a aplicao dos BIM, contraria positivamente essas mesmas tendncias.
Mudana a palavra-chave, j que necessrio alterar a abordagem feita ao projecto.
42
Grandes mudanas, nunca so, nem podem ser vistas de nimo leve. necessrio pesar os prs e os
contras, fazer o balano e tomar uma deciso ponderada. Geralmente, os contras de uma maneira ou de
outra so avaliados em termos de despesas directas e indirectas. Na perspectiva dos BIM, despesas
directas representam o investimento feito na compra das licenas e na formao dos utilizadores e
despesas indirectas, representam as consequncias da perda de produtividade no perodo de
aprendizagem e adaptao. Estes factores podem ser conjugados e ponderados sob a forma de uma
anlise de retorno do investimento ROI (Return on Investiment).
Basicamente, a anlise ROI um estudo comparativo entre ganhos espectveis e perdas referentes ao
investimento.
(1)
Esta a forma mais bsica de determinar o ROI. A complexidade da frmula ir aumentar na medida
em que mais variveis so consideradas, ou seja, quanto mais complicado ou alargado for o mbito,
mais complicado se torna o investimento e do mesmo modo, mais complicado se torna avaliar o ROI,
sendo que h investimentos de uma complexidade tal que esta anlise por si s no suficiente para
oferecer um estudo preciso e adequado (Autodesk 2007).
Calcular o ROI para o caso da mudana para um modelo BIM relativamente fcil, pelo que o nico
factor adicional a considerar a produtividade durante a adaptao. A figura seguinte ilustra o que
acontece quando o novo sistema posto em prtica:
Fig. 11 - Dinmicas da relao entre tempo e produtividade na implementao de um BIM (Autodesk 2007)
Constata-se que h efectivamente um decrescimento acentuado da produo imediatamente aps a

implantao do modelo, justificado pela habituao dos utilizadores ao novo sistema. No entanto, com
o tempo verifica-se um aumento gradual da produtividade atingindo sem problema os nveis de
produo anteriores. medida que os processos se vo consolidando e que se comea a tirar proveito
das novas potencialidades disposio, os nveis de produo aumentam consideravelmente em
relao aos anteriores.
43
De seguida, mostrar-se- uma frmula padro para calcular o ROI no primeiro ano, usando variveis
relacionadas com o sistema de custos, aprendizagem e poupanas produtivas gerais do sistema:
(2)
A.
B.
C.
D.
E.
custo do hardware []
custo mensal da utilizao []
tempo para formao e habituao [meses]
perdas de produtividade durante aprendizagem [%]
ganhos de produtividade depois aprendizagem [%]
Para melhor perceber a equao considere-se o seguinte:
O numerador representa a parte da equao referente aos ganhos provenientes do aumento de

produtividade
representa o incremento mdio de produtividade mensal
representa o nmero de meses por ano em que j no se encontram em regime de
aprendizagem.
O denominador representa a parte da equao referente aos custos
Concretizando as variveis com alguns valores tipo obtidos num estudo de anlise ROI referente
implementao de uma aplicao BIM numa empresa, obtm-se o seguinte valor para o ROI
(Autodesk 2007):
Tabela 3 - Resultados de um estudo do retorno do investimento (Autodesk 2007)
Variveis
Valores
Unidades
4900
3500
meses
50,0%
25,0%
ROI
61,5%
De facto, um ROI de cerca de 60% para um investimento numa TIC extremamente apelativo e seria
uma deciso fcil para grande parte dos responsveis pelos investimentos nas empresas.
Fazendo uma anlise de sensibilidade da equao, conclui-se que as variveis E e D, referentes aos
ganhos e perdas de produtividade respectivamente, so as que apresentam maior sensibilidade.
Pequenas modificaes nessas variveis introduzem mudanas dramticas no valor final do ROI, o que
leva a crer que a produtividade e os resultados a longo prazo so decisivos quando se faz um
investimento numa TIC.
44
Refira-se que o valor utilizado para os ganhos de produo de 25% um valor conservativo. Alm
disso, o tempo de aprendizagem muitas vezes menor do que os 3 meses considerados. Assim,
considerando um valor de ganhos de produo de 30% e menos um ms para a aprendizagem, vem:
Tabela 4 - Resultados de um estudo do retorno do investimento (Autodesk 2007)
Variveis
Valores
Unidades
4900
3500
meses
50,0%
30,0%
ROI
95,0%
Registou-se ento um aumento de 25% do ROI, pelo que nestas condies, 4655 dos 4900 euros do
custo do sistema, seriam repostos pelo ganho de produtividade ao fim de um ano. Elucidativo portanto
a grande vantagem decorrente deste investimento, ou seja, o facto de o custo original da compra do
sistema, ser o factor menos importante. Multiplicar o custo original por dois, de 4900 para 9800 euros,
resultaria num decrescimento do ROI em apenas 20%, demonstrando assim que mesmo adquirindo
hardware/software bastante caro, haver sempre um retorno bastante positivo.
Convm referir que h algumas limitaes quando se faz este tipo de anlise, sendo o facto de ser
necessrio medir bem os factores produtivos a maior delas. Apenas quando os resultados so
facilmente medveis que se pode calcular uma percentagem nica final do ROI. Assim, necessrio
ter em conta todas as variveis, resultantes no s das vantagens mas tambm das condicionantes, e
utilizar um sistema que permita quantificar esses factores de forma adequada.
3.3.4.3. Papel dos intervenientes no processo construtivo na disseminao dos BIM
A utilizao dos BIM em todas as etapas do processo construtivo constitui a melhor forma de extrair o
verdadeiro potencial destas ferramentas. Torna-se desta forma possvel recolher benefcios indirectos,
ou seja, retirar benefcios das melhores prticas de trabalho e dos resultados registados por terceiros.
Por outro lado, a prpria ligao entre etapas torna-se mais fluida e eficaz.
Para que este cenrio se torne uma realidade, necessrio uma contribuio de todos os envolvidos,
embora certos agentes da construo, tero um papel mais importante que outros. Veja-se ento o
papel individual de cada um:
a) O Dono de Obra tem um papel fundamental neste aspecto j que pode estabelecer a utilizao
dos BIM como um dos requisitos do projecto e do planeamento. Verifica-se que esta deciso
frequentemente deixada ao cargo do projectista. Por outro lado, o Dono de Obra
frequentemente encontra-se pouco sensibilizado para estes aspectos, pelo que, ser necessrio
um esforo de divulgao destas tecnologias para alterar esta situao (McGraw-Hill 2009).
b) Com igual importncia na disseminao dos BIM encontram-se os arquitectos. Seja como
gestores de projecto, ou como projectistas, sobre os arquitectos que frequentemente cai a
45
deciso da seleco da tecnologia de modelao. Seria de esperar que, luz dos benefcios que
a adopo dos BIM traz concepo de um projecto, se registasse uma maior adeso a estas
ferramentas. Tal no se verifica, talvez porque o sector da arquitectura se encontra mais
direccionado para a componente artstica, do que para a tecnolgica, no entanto, a legislao
mais severa com os projectistas, e o crescente aumento das exigncias e da complexidade dos
projectos, sero por ventura fortes estmulos para contrariar a situao (Krippahl 2008).
c) Os empreiteiros entram no processo construtivo habitualmente numa fase mais adiantada,
mas nem por isso deixam de ser importantes para a disseminao dos BIM. De facto,
especialmente as grandes empresas tm um papel decisivo, j que tm uma grande influncia
nas polticas do sector da construo.
d) O Estado, enquanto rgo que desenvolve a legislao, encontra-se numa posio privilegiada
para estabelecer formatos favoream o uso de processos automticos como padro para a
concepo de projectos.
3.3.4.4. Entraves propagao dos BIM
Existem diversos factores que condicionam a implementao bem sucedida dos BIM nas empresas.
Factores de carcter especfico, directamente relacionados com esta tecnologia, mas tambm factores
de carcter mais geral, ilustrativos da relao do sector da construo com as tecnologias em geral,
reflectem um paradigma no muito receptivo propagao deste tipo de tecnologia. Vejam-se ento os
factores mais relevantes:
Baixa aposta nas tecnologias de informao por parte do sector da construo: conforme
apurado num estudo relativamente recente (e-Business W@tch 2006), verifica-se uma tendncia
que favorece as prticas mais tradicionais e rudimentares, desacelerando o processo contnuo de
evoluo natural das tecnologias, por falta de procura e exigncias neste mercado.
Construo
Turismo
Txtil
Alimentao
Edio
Mquinas
Aeronutica
Farmacutica
Automvel
Servios de TI
0
20
40
60
80
100
Fig. 12 - Comparao dos ndices de e-business entre as vrias indstrias (e-Business W@tch 2006)
46
Grande nmero de PME: o nmero de pequenas e mdias empresas do sector da construo

representa, de acordo com o instituto nacional de estatstica (INE 2007), mais de noventa por
cento do nmero total de empresas, sendo que, precisamente este segmento que apresenta
mais dificuldades em implementar tecnologias de informao, devido falta de informao
que possibilite uma boa deciso e um boa estratgia para adopo de novas tecnologias, bem
como falta de recursos e estrutura que permitam fazer uma transio eficiente dos processos
de trabalho (e-Business W@tch 2006).
Falta de divulgao: a divulgao dos BIM pode ser vista sob dois prismas. O dos
utilizadores e o dos clientes que pretendem que os BIM sejam utilizados nos seus projectos.
Um estudo (McGraw-Hill 2009) mostra que cerca de noventa por cento dos no utilizadores
dos BIM, tem uma ideia bastante bsica ou desconhece-os por completo. Por outro lado,
cerca de cinquenta por cento dos clientes no mostra interesse em que os BIM sejam
utilizados nos seus projectos.
Escassez de competitividade: a procura por novas solues frequentemente motivada pela
concorrncia. Um estudo (McGraw-Hill 2009) mostra que mais de setenta por cento dos
inquiridos no acha que os BIM representem uma vantagem competitiva de mercado,
enquanto mais de noventa por cento acredita que a concorrncia no se promove como sendo
utilizadores BIM.
Custo das licenas: as licenas de software podem representar um custo incomportvel,
especialmente tendo em conta a dimenso da empresa. necessrio identificar quais as
expectativas em relao aos BIM e, com base numa deciso devidamente informada, escolher
qual a soluo que melhor vai ao seu encontro. Deve tambm realizar-se sempre um estudo de
mercado de forma a apurar quais as solues disponveis em termos de software livre. No
caso dos BIM, no existem muitas solues a este nvel, no entanto, numa fase inicial onde as
aplicaes BIM ainda no representam um padro nos processos construtivos das empresas,
os viewers (aplicaes que permitem visualizar o modelo, restringindo quase totalmente a sua
edio, e frequentemente disponveis gratuitamente) podem ser suficientes.
Necessidade de actualizar o hardware: o processo de modelao de um edifcio numa
aplicao BIM exige uma interface grfica bastante desenvolvida, o que implica hardware
capaz de a suportar. Com efeito, quanto mais desenvolvido o modelo for, em termos de
tamanho, pormenorizao e inteligncia das ligaes (forma como os efeitos e alteraes se
propagam por todo o modelo), mais lenta se tornar a aplicao. Adicionar os custos de
hardware aos custos das licenas pode revelar-se mais do que as empresas esto dispostas a
gastar.
Problemas de interoperabilidade: existem ainda alguns obstculos no que refere s trocas
de dados entre sistemas, o que introduz dificuldades nos processos de deciso na hora de
escolher as aplicaes, gerando receio em alterar os processos tradicionais fiveis, para novos
processos que possam introduzir novos problemas. Ver 3.2 para desenvolvimentos sobre este
tema.
Senioridade dos altos cargos: a necessidade em provar a viabilidade das ferramentas BIM, a
um grupo habitualmente caracterizado por uma grande experincia em prticas tradicionais,
contrastada pela dificuldade em lidar com novas tecnologias, figura-se como, talvez, o maior
entrave implementao dos BIM nas empresas (McGraw-Hill 2009).
3.3.4.5. Progresso da utilizao dos BIM nas empresas
A origem do conceito de modelo de informao remonta para os anos 70, conforme visto em 3.1.1, no
entanto, a concretizao dos princpios em ferramentas e processos de trabalho relativamente
recente. O papel das empresas de software decisivo para esta evoluo, j que, cabe-lhes no s
desenvolver aplicaes atractivas ao mercado de trabalho, como tambm uma parte significativa da
divulgao destas tecnologias junto dos potenciais utilizadores. Com estes processos em andamento
47
importa apurar, ainda que superficialmente, a evoluo na adeso destas ferramentas por parte das
empresas.
Em Portugal, a utilizao dos BIM ainda se encontra numa fase inicial. Por outras palavras, nas
empresas simplesmente se desconhecem ou no se utilizam estas ferramentas, ou utilizam, mas
limitadamente. Um levantamento da situao, realizado junto de uma das maiores empresas de
construo em Portugal, revela que h efectivamente conhecimento destas ferramentas e que j foram
postas em prtica algumas iniciativas para testar as suas potencialidades em projectos reais, sendo que,
apesar de a utilizao das ferramentas BIM ser algo restrita s funes mais bsicas, os resultados
verificados a nvel de deteco de erros e omisses, bem como na recolha automtica de quantidades,
apresentou resultados bastante positivos.
Internacionalmente, a maior percentagem de informao disponvel em termos de adopo de
ferramentas BIM refere aos Estados Unidos. Este facto pode significar uma de duas situaes: os BIM
ainda so pouco conhecidos nos outros pases, ou ento, no h informao disponibilizada sobre este
assunto. Tomando a situao portuguesa como exemplo, bem como as iniciativas registadas em
Singapura a nvel do licenciamento automtico de projectos (ver 4.3.3), considera-se que o mais
provvel registar-se um misto das duas situaes. Quanto aos Estados Unidos e Canad, um estudo
(McGraw-Hill 2009) mostra que cerca de cinquenta por cento dos utilizadores j, de alguma forma,
adoptaram aplicaes BIM. importante ressalvar o facto de a percentagem no ser totalmente
representativa da actividade, j que o nvel mdio da complexidade de utilizao ainda moderado,
conforme indicado na figura em baixo.
Outros
Donos de Obra
Expert
Empreiteiros
Avanado
Engenheiros
Moderado
Iniciado
Arquitectos
Total
0%
20%
40%
60%
80%
100%
Fig. 13 - Nvel de complexidade da utilizao dos BIM (McGraw-Hill 2009)
3.4. INTEROPERABILIDADE
3.4.1.
ASPECTOS GERAIS
A informao no contexto da construo, tende a tornar-se cada vez mais abundante e complexa. A
crescente oferta de aplicaes para trato da informao da construo, implica a necessidade de uma
interface que permita compatibiliz-la de modo a tornar possvel a comunicao entre dois diferentes
domnios. Porque o processo construtivo uma actividade de equipa, de conciliao dos esforos
48
individuais das vrias especialidades, a capacidade de comunicar adequadamente assume uma

importncia vital.
Actualmente, quando se fala em BIM, frequente abordar os problemas de interoperabilidade. Veja-se
uma definio proposta para o termo (Poas Martins 2009):
Interoperabilidade significa a capacidade de dois ou mais sistemas de informao comunicarem entre
si. Quando aplicada a sistemas de informao relacionados com actividades industriais, pode definirse como a capacidade para comunicar dados ao longo de diferentes actividades produtivas.
Se existem problemas de interoperabilidade, ento, tendo em conta a definio, porque algo no
processo de comunicao no est bem. De facto, esta uma situao semelhante ao problema de duas
pessoas a tentarem comunicar, quando falam lnguas diferentes. Muito pouca informao
adequadamente filtrada pelos dois receptores lingusticos, e como tal, pouco ou nada se percebe. Se
duas aplicaes usarem linguagens diferentes, ento a informao produzida por cada uma delas, no
interpretada pela outra. Por outro lado, mesmo que as aplicaes se baseiem na mesma linguagem,
tambm pode acontecer de uma aplicao no conseguir interpretar informao referente a dados
provenientes de funcionalidades exclusivas da aplicao de origem.
A questo da interoperabilidade no exclusiva do sector da construo. A utilizao de formatos
como o HTML Hypertext Markup Language ou o formato XML eXtended Markup Language
mais do que frequente na rotina diria das pessoas em geral, j que representam, especialmente o
primeiro, os formatos mais usados na internet. Tratam-se pois de formatos padro, que constituem um
standard obrigatrio a quem se movimenta nos bastidores da World Wide Web.
Assim, sendo possvel definir e utilizar formatos padro num sistema de fluxo de informao global
como a internet importa identificar porque razo esses princpios no se verificam a um nvel menos
complexo, ou antes, extenso, como o sector da construo.
Em primeiro lugar, a gesto da informao deficiente, e como tal, informatizar e automatizar os
processos no representa uma grande prioridade. Por outro lado, os BIM so uma ferramenta nova. Se
verdade que representam uma das ferramentas de gesto da informao da construo mais
completas da actualidade, tambm o que a sua divulgao, quanto mais a implantao, ainda
recente. Quem j utiliza os BIM, normalmente f-lo de forma parcial. Um estudo recente (McGrawHill 2009) mostra que 80% dos engenheiros que utilizam BIM, usam esta tecnologia para produzir
imagens tridimensionais dos produtos de construo (renders), 50% usam os BIM para deteco de
incompatibilidades (geomtricas) de projecto e que apenas 46% o usam para efectuar anlises
estruturais. Idealmente, consegue-se extrair benefcios em quantidade bastante superior, se os BIM
forem usados como um modelo o mais completo possvel, ou seja, usados de modo a integrar o
mximo de informao disponvel no modelo, no entanto, como visto, tal no se verifica. Este facto,
torna a aposta no desenvolvimento de um formato universal pouco sustentvel, dado que necessrio
haver mercado que justifique financeiramente o trabalho realizado.
Por outro lado, veja-se o estado actual da modelao, dominado pela Autodesk. Como a empresa tem a
preferncia generalizada em relao s aplicaes informticas de modelao, a necessidade em criar
um formato universal no se faz sentir to acentuadamente.
O inicio da utilizao dos BIM marca a fase de experimentao e observao. precisamente nesta
altura que se estuda o comportamento do sector no que diz respeito utilizao do modelo, se
verificam as tendncias e se tenta apurar de que maneira que o sector se ir adaptar. Logo, vital que
desde cedo se perceba a importncia de trocar dados entre diferentes sistemas, de modo a possibilitar
49
a utilizao adequada e sem restries dos BIM em todo o processo construtivo, e aumentar os
esforos no desenvolvimento de formatos padro para troca de dados.
Como se ver mais frente, registam-se j algumas iniciativas no sentido de criar um standard para as
trocas de dados. Actualmente, o formato IFC afigura-se como a mais bem sucedida aposta neste
sentido.
Resumindo, as incertezas prprias da utilizao de uma nova ferramenta, podem justificar as
indefinies quanto interoperabilidade. Contudo, eventualmente ser necessrio escolher um rumo
para a solucionar este problema. A adopo de um formato universal pode parecer a soluo mais
atractiva para resolver este tipo de questes, embora, em ltima anlise tambm possa no ser vivel.
Por mais inspido que parea, ainda no existem dados suficientes para responder com certeza a esta
questo, mas que os problemas de interoperabilidade so reais e precisam de soluo, no h dvida.
3.4.2.
FORMATOS PARA TROCAS DE DADOS
O problema da interoperabilidade levanta questes em relao forma como se trocam dados entre
aplicaes. Tipicamente, as trocas so processadas segundo um dos seguintes formatos (Eastman
2008):
Directamente, utilizando o formato especifico da aplicao utilizada
Este formato permite uma ligao directa da informao entre dois utilizadores que usem a mesma
aplicao, ou aplicaes distintas que utilizem um formato comum, sendo possvel criar, exportar,
modificar ou apagar informao do modelo.
Trocas de dados entre formatos privados
Privado ou proprietary do ingls, refere-se aos formatos criados por uma empresa, de modo a
funcionar em todas as suas aplicaes, desde que compatveis. Um exemplo bastante conhecido na
construo o formato DWG (Data eXchange Format Drawing) criado pela Autodesk. As
empresas que concebem este tipo de formato fazem-no essencialmente por dois motivos. Primeiro,
podem suport-lo melhor, j que so os responsveis pela sua concepo, no s o conhecem
melhor que ningum, como tambm no tm de se preocupar com problemas de marcas
registadas. Em segundo, se as suas aplicaes se conseguirem superiorizar s da concorrncia, o
formato exclusivo e privado, garantir o monoplio do tipo de aplicao, impedindo as outras
marcas de usufrurem do formato. Estes dois factores garantem a competitividade nesta rea. A
procura constante de melhores solues, que ultrapassem a concorrncia, garante a robustez deste
tipo de formatos.
Trocas de dados utilizando formatos pblicos
Os formatos pblicos so a maior resposta actual aos problemas de interoperabilidade, ou seja, de

interaco de vrios modelos provenientes de diferentes aplicaes, num processo fluido e sem
perda de dados. Estes formatos caracterizam-se pela utilizao de um modelo standard, que
procura servir de interface entre aplicaes, capaz de suportar diferentes funcionalidades
caractersticas de diferentes domnios. Estes formatos no se restringem geometria, antes,
tratam-se de formatos de modelos de produo onde as propriedades dos materiais e objectos e as
relaes espaciais so integradas, facto essencial a uma interface de aplicaes BIM. Os dois
exemplos mais bem sucedidos so, o formato IFC (Industry Foundation Classes) e o formato
CIS/2. O primeiro figura-se como um modelo de produo para o design e ciclo de vida til de
edifcios, enquanto o segundo, constitui o standard pblico para estruturas metlicas, referente
50
tanto concepo, como fabricao. Refira-se que estes, so dos poucos formatos standard para
troca de dados, reconhecidos internacionalmente, ainda que no oficialmente. Este tipo de
formatos, poder ser decisivo para projectos de elevada dimenso, com muitas e grandes equipas
envolvidas. Noutra linha, pode tambm ser uma boa resposta ao facto de o sector de obras
pblicas preferir no se submeter exclusivamente a ferramentas que representem o monoplio das
solues.
Trocas de dados utilizando o formato XML
XML, do ingls eXtensible Markup Language, uma extenso do formato HTML, o formato mais
utilizado para desenvolver pginas de internet. Este formato permite a definio do significado e
da estrutura da informao, e suporta trocas de dados entre vrios tipos de aplicaes. Habitual e
preferencialmente utilizado para organizar dados e informao documental, pode tambm ser
aplicado a modelos de representao de objectos.
Um aecXML uma especificao do formato XML, que procura facilitar a comunicao entre os
intervenientes da construo, sejam arquitectos, engenheiros, empreiteiros, Donos de Obra,
consultores, fornecedores, fabricantes, e os demais agentes da construo. Mais do que um
substituto, este formato representa uma extenso s bases de dados existentes, funcionando como
uma ferramenta que faz a ponte entre diferentes domnios, no que diz respeito linguagem
especifica da construo que neles figura (Doherty 2003).
Pensado nos quatro formatos revistos, possvel fazer uma grande distino entre os dois primeiros,
privados e os dois ltimos, pblicos. Os formatos privados tm um grande potencial de
desenvolvimento, j que, o factor competio entre as demais empresas de software se traduz em
motivao para fazer melhor que a concorrncia. Ter o monoplio da sua rea de actividade,
representa sempre uma grande vantagem para uma empresa. Por outro lado, assegura a robustez dos
formatos, justificada pela inexistncia de limitaes e impedimentos. Trabalhar com formatos
universais, ou pertencentes a outras empresas, significa uma necessidade de ajuste s directivas
definidas pelas mesmas, o que se pode revelar prejudicial evoluo das aplicaes e formatos.
Por outro lado, os problemas de interoperabilidade so reais, j que o paradigma dos BIM, por se
encontrar numa fase inicial, ainda no se encontra bem definido em relao orientao a tomar nesta
rea. Formatos universais so em teoria uma boa resposta para assegurar o fluxo adequado de dados e
informao. Claro que, para um formato universal poder ser uma realidade, ou seja, assumir-se como
um formato standard e comum em relao a todos os outros, necessrio que tenha a capacidade de
acompanhar a evoluo dos formatos privados. medida que surgem novas aplicaes BIM, tambm
a gama de funcionalidades aumenta. Para o formato universal ser vivel, essas funcionalidades devem
ser incorporadas no formato, no entanto, esse um processo demorado. Ainda mais tendo em conta
que, ao contrrio dos formatos privados, necessrio incorporar funcionalidades de e num grande
nmero de aplicaes diferentes. Por outro lado, as prprias novas verses ou actualizaes
introduzem alteraes que podem entrar em conflito com a verso existente do formato universal.
Resumindo, a rapidez com que as entidades privadas lanam novas verses das suas aplicaes e ao
mesmo tempo, fortalecem os seus formatos, torna difcil para o formato universal acompanhar esta
evoluo, j que incorporar novas entradas e sadas de informao, com origem nas diferentes
aplicaes, significa um trabalho em mltiplas frentes que figura-se de difcil execuo.
51
3.5. INDUSTRY FOUNDATION CLASSES (IFC)

3.5.1.
ORIGEM, EVOLUO E INTRODUO DO MODELO IFC
A crescente quantidade de informao produzida, aliada s novas tecnologias informticas, trouxe

consigo os problemas de transmisso e traduo de dados. Tal facto fez com que diversos grupos,
tanto na Europa como nos EUA, pensassem na necessidade de existncia de um standard para trocas
de dados. De modo a evitar a criao de vrios standards para cada pas, a ISO (International
Standards Organization) interveio, dando incio criao de um Comit Tcnico, TC184, para iniciar
um subcomit, SC4, para desenvolver um standard, STEP (Standard for the Exchange of Product
Model Data) (Eastman 1999).
Os objectivos principais deste standard, passam por (Eastman 1999):
Incorporar novos conceitos numa linguagem de programao, especialmente no que refere

programao de objectos
Incorporar especificaes das estruturas definidas, usando a nova linguagem de modelao de
dados
Separar o modelo do formato do ficheiro
Suportar a integrao de partes do modelo no modelo total, de modo a evitar a modelao
desnecessria de elementos
Suportar implementaes alternativas, incluindo ficheiros, bases de dados e sistemas de
informao
Incorporar modelos referncia, comuns aos subconjuntos dos modelos de maior dimenso
mais partilhados
O STEP no exclusivo do sector da construo. Antes, pretende estabelecer-se como a ponte de

comunicao entre sistemas de diferentes reas, seja de CAD (Computer Aided Design), CAE
(Computer Aided Engineering Analysis), CAM (Computer Aided Manufacturing) ou CNC
(Computerized Numerical Control) (STEP Tools 1991-2010).
Um dos produtos principais do STEP a linguagem EXPRESS. De acordo com a bibliografia (Wilson
1998), esta foi desenvolvida de modo a fornecer uma maneira de definir um qualquer produto, desde
um chip, at um edifcio, durante o seu ciclo de vida, desde a concepo, at eliminao. Associados
linguagem EXPRESS, existem alguns conceitos bsicos que vale a pena rever:
Fornece um potente mecanismo para modelar, integrando a informao e respectivas relaes

A linguagem de programao inclui uma gama completa de procedimentos de modo a
especificar restries e especificidades
Abordagem estruturalista do modelo
Consistncia das trocas de dados
Actualmente, no que diz respeito ao sector da construo, o desenvolvimento do projecto ISO-STEP

tem-se revelado lento, e no muito bem sucedido (Poas Martins 2009), no entanto, no totalmente
irrelevante j que serve de ponto de partida para modelos/formatos alternativos, como o IFC e o CIS/2.
O desenvolvimento do modelo IFC est ao cargo da IAI (International Alliance for Interoperability),
um associao industrialmente no lucrativa, com o intuito de promover o formato, como um modelo
de projecto neutro, de modo a responder s exigncias do ciclo de vida da construo. Uma das
grandes preocupaes da IAI passa pela definio e disponibilizao de uma nova verso do modelo
IFC todos os anos, encorajando o desenvolvimento rpido e contnuo do formato. Na prtica, embora o
modelo esteja sobre constante actualizao, a disponibilizao de novas verses no anual, sobretudo
52
na ltima dcada, em que se verificou uma certa estagnao do desenvolvimento do modelo, como se
pode verificar na seguinte figura:
Fig. 14 - Datas de lanamento das novas verses do modelo IFC (IAI 1996-2010)
A IAI suportada com largo apoio da indstria da construo, contabilizando dez anos atrs, 625
empresas distribudas por 18 pases diferentes. Uma das caractersticas da associao passa pela
participao em vrios comits referentes a diferentes domnios (Eastman 1999):
Arquitectura
Servios de construo
Gesto da construo (procurement, logstica, especialidades, )
Padres e cdigos
Estimao de custos
Gesto de projectos
Gesto de obra
Simulao
Estruturas
Interligao entre domnios
Recuperando o que foi dito, a iniciativa ISO-STEP serviu de ponto de partida para o modelo IFC, que
importa a mesma linguagem de programao, EXPRESS.
O aparecimento e crescimento do formato XML significou uma nova possibilidade para a
representao de dados num modelo, que a IAI procurou implementar no modelo IFC. O XML
permite definir uma estrutura documental. Essa estrutura pode ser um modelo de informao, que por
sua vez pode basear-se nas especificaes de modelao do formato IFC.
Vantagens de utilizar a linguagem XML, em detrimento da EXPRESS, passam pela existncia mais
global e conhecida do XML nas empresas e organizaes, na variedade de ferramentas de
desenvolvimento disponveis (a bom preo) e na facilidade de integrar com aplicaes da internet (i.e.
browsers Web) e outros softwares standard (Liebich 2002).
De facto, muitos softwares so baseados em XML e como tal, no conseguem ler a linguagem
EXPRESS do modelo IFC. Da, a tentativa de suporte da linguagem XML por parte do modelo IFC.
A transio do EXPRESS para o XML no foi 100% eficaz, j que as duas linguagens no so
totalmente compatveis. Mais, cada uma apresenta conceitos no presentes na outra. No entanto,
apesar de as linguagens serem diferentes, a estrutura e o contedo do modelo IFC em ambos os
formatos, so iguais (Liebich 2002).
53
Desde 2001, encontra-se disponvel o formato ifcXML que, embora tenha sido obtido a partir do
formato EXPRESS original, no contm toda a informao existente neste.
O formato XML pela grande utilizao que tem, a nvel de aplicaes informticas e da prpria
internet, representa um formato ideal para basear um modelo standard como o IFC. No entanto, sendo
o modelo IFC um produto da ISO-STEP, ou seja, baseado em linguagem EXPRESS, torna-se
complicada a compatibilizao com o formato XML. Se verdade que o formato ifcXML,
representativo de uma transio incompleta da linguagem EXPRESS para XML tendo em vista o
modelo IFC, j apresenta ficheiros com tamanho aproximado aos ficheiros XML, tambm o que esta
transio implica perda de informao do modelo, o que vem contrariar o prprio pressuposto de criar
um standard para troca de dados (Behrman 2002).
Os processos estruturalistas seguidos pela IAI no desenvolvimento do modelo IFC no incluem a
implementao e teste em relao aos vrios softwares. Tal facto, traduziu-se numa certa relutncia
por parte das empresas que os desenvolvem e vendem, em incorrer em processos difceis e demorados
para implementar um standard sem provas dadas, leia-se no testado nem implementado. De modo a
facilitar este processo, surge assim o projecto BLIS (Building Lifecycle Interoperable Software), nada
mais que uma associao de entidades como laboratrios governamentais, vendedores de software
e/ou de aplicaes especializadas, como simulao energtica ou estimativa de custos. O projecto
BLIS veio assim acrescentar alguns princpios minimalistas em falta nos processos da IAI, para
implementao do modelo IFC (Behrman 2002).
Em termos prticos, projecto BLIS traduz-se em aplicaes concretas do modelo IFC, por exemplo, na
produo de medies e oramentos a partir do projecto geral de arquitectura. Deste modo, vo sendo
identificadas falhas no modelo IFC, relevantes para a sua aplicao em situaes concretas, para que
os problemas possam ser resolvidos, pois quanto mais lacunas o modelo apresentar, menos adequado
se torna, do ponto da satisfao das exigncias colocadas por empresas de software para a construo
(Poas Martins 2009).
Aplicao
BIM 1
Aplicao
BIM 2
Modelo IFC
Conversor
BIM 1 - IFC
Conversor
IFC - BIM2
Fig. 15 - Processo de troca de dados utilizando o modelo IFC
Resumindo, o modelo IFC foi criado pela IAI com o intuito de fornecer um vasto leque de recursos de
representao, de modo a possibilitar as trocas de dados entre sistemas na rea da construo (ver
figura 15). Desenvolvido a partir dos conceitos e definies do ISO-STEP, foi adoptada a mesma
linguagem de programao para o modelo IFC (EXPRESS). A adaptao para o formato XML, um
formato muito utilizado em vrios softwares e bastante utilizado para trocas de dados, no totalmente
compatvel j que as duas linguagens so diferentes e o XML no to adequado para representao
54
de estruturas de bases de dados orientadas para representao de objectos. O resultado, o ifcXML,

representa assim alguma perda de informao em relao ao formato EXPRESS.
As capacidades do modelo IFC, em relao s vrias reas do projecto, passam genericamente por
(Eastman 2008):
Representaes geomtricas: linhas, interseces, objectos

Relaes paramtricas: associaes, coordenaes, correces
Propriedades dos elementos: materiais, performance ambiental, performance mecnica,
performance trmica, entre outras
Meta propriedades: gesto, controlo, planeamento, entre outros
A estrutura e organizao do modelo IFC tm sido desenvolvidas segundo um conjunto de princpios,

os quais se focam numa srie de requisitos bsicos (IAI 1999):
3.5.2.
Fornecer uma estrutura modular para o modelo

Fornecer uma plataforma de trabalho para troca de informao entre diferentes especialidades
da construo
Facilitar a manuteno e desenvolvimento contnuo do modelo
Permitir a reutilizao de componentes de um modelo por parte dos agentes de modelao
Permitir a reutilizao de componentes de software por parte dos seus autores
Facilitar a compatibilidade entre novas verses do modelo
ONTOLOGIAS, SISTEMAS DE CLASSIFICAO E TERMINOLOGIAS EM MODELOS DE DADOS
As ontologias podem ser descritas como mecanismos de formalizao de conhecimento abstracto. Um

autor (Gruber 1993) define-as como sendo uma especificao de conceitos para criao de um modelo
simplificado da realidade, enquanto outro (Lima 2004) acrescenta que se trata de um pr-requisito para
uma interoperabilidade bem sucedida, necessria partilha eficaz de informao, seja a que campo
pertencer.
A importncia das ontologias no mundo dos modelos de dados na construo, est associada
necessidade de representar e agrupar conceitos de forma sistematizada, de modo a obter vias de
disseminao do conhecimento que sejam facilmente acessveis e interpretadas por parte de todos os
envolvidos.
A definio de ontologia, como especificao explcita de uma abstraco, de alguma maneira,
pressupe uma aco caracterizadora para conceitos genricos. Deste modo, as ontologias descrevem
(Ekholm 2005):
Objectos: definio de um conceito ao qual dado significado de modelao, pela atribuio

de propriedades;
Classes: conjunto de objectos utilizados para definir uma propriedade;
Propriedades: conjunto de atributos utilizados para caracterizar um objecto em termos de
constituio e/ou funcionalidade;
Relaes: entre objectos e/ou classes, define o grau de parentesco e a forma como estes se
relacionam;
Os sistemas de classificao definem a diviso hierrquica entre conjuntos de objectos e classes, e

respectivas relaes. As relaes semnticas entre objectos num sistema de classificao so
claramente mais limitados do que nas ontologias, embora a sua aplicabilidade seja mais vivel, a curto
55
prazo, de acordo com as ferramentas informticas actualmente disponveis (Poas Martins 2009). A
figura seguinte mostra um exemplo de conceitos de classificao:
Fig. 16 - Conceitos de classificao (Ekholm 2005)
O modelo IFC utiliza ontologias semelhantes s dos restantes modelos da construo. Assim, alm dos
conceitos genricos obrigatoriamente presentes num modelo de dados descritos anteriormente, o
modelo IFC utiliza uma srie de conceitos adicionais que, para facilitar a compreenso dos prximos
captulos, importa rever:
3.5.3.
Entidade: estabelece na estrutura de base de dados do modelo IFC, qual a entrada ou

comando que define determinado objecto, classe, propriedade ou relao;
Mdulo: define um agrupamento de recursos de representao, localizado ao nvel hierrquico
mais elevado, que contm todas as entidades relacionadas com o seu domnio;
Camada: define um agrupamento conceptual de mdulos;
DESCRIO E ESTRUTURA DO MODELO IFC
A estrutura ou arquitectura do modelo IFC no se presta a um desenvolvimento descentralizado,

envolvendo um conjunto alargado de entidades. Na realidade, o modelo criado e mantido por um
conjunto limitado de pessoas: o Model Support Group (MSG). Em 2002, o MSG era constitudo por
apenas seis pessoas que trabalhavam a tempo parcial no desenvolvimento do modelo IFC (Behrman
2002).
O modelo respeita uma hierarquia tpica em modelos organizados por objectos, segundo a qual, as
classes de nveis inferiores herdam as propriedades das classes de nvel superior na hierarquia. Assim,
qualquer alterao nas classes de nvel superior modifica a estrutura das classes de nveis inferiores
(Poas Martins 2009).
A arquitectura do modelo IFC consiste numa estrutura repartida em quatro camadas conceptuais,
tambm dispostas hierarquicamente, as quais constituem os vectores para o desenvolvimento dos
vrios componentes especficos do modelo, os chamados model schemas ou mdulos estruturais.
Na figura seguinte, esto representadas as vrias camadas e mdulos conceptuais e a respectiva
hierarquia que respeitam:
56
Fig. 17 - Esquematizao das relaes e da disposio das camadas do modelo IFC (IAI 1999)
Percorrendo a estrutura do modelo de baixo para cima, a primeira camada conceptual, diz respeito aos
recursos usados pelas classes dos nveis superiores. A segunda camada, o ncleo do modelo, contm
dois mdulos, Kernel e os mdulos de extenses. A terceira camada, referente interoperabilidade,
contm um conjunto de mdulos que definem conceitos e objectos, e a sua relao com as vrias
aplicaes informticas da construo. Finalmente, a quarta camada referente s especialidades, ou
domnios de aplicao do modelo, fornece uma srie de mdulos criados medida das vrias
especialidades da construo. Mais, esta camada contm ainda adaptadores ou interfaces que fazem a
ponte entre as vrias especialidades do modelo e as aplicaes BIM.
Veja-se agora numa perspectiva mais detalhada das vrias camadas e mdulos conceptuais, a
aparncia da estrutura da base de dados do modelo IFC (IAI 1996-2010):
57
Fig. 18 - Estrutura do modelo IFC, dividida por camadas e mdulos (IAI 1996-2010)
Em 2002, parte do modelo IFC obteve aprovao ISO. Na figura 18, a verde, encontra-se exactamente
essa parte do modelo.
Segundo a bibliografia (IAI 1999), a arquitectura do modelo funciona segundo um princpio de escada.
Em qualquer camada, uma classe pode percorrer qualquer das classes que se encontrem a baixo ou ao
mesmo nvel da hierarquia (quando uma classe se refere a outra do mesmo nvel, necessrio tomar as
devidas precaues para respeitar a integridade do modelo), mas no podem voltar para trs.
As relaes entre domnios diferentes respeitam algumas regras e procedimentos. Na camada das
especialidades, as relaes entre os domnios de aplicao devem ser resolvidas atravs de conceitos
comuns definidos na camada da interoperabilidade. J quanto camada dos recursos, se possvel,
devem evitar-se as referncias entre os seus mdulos, de maneira a suportar o objectivo de
individualizar cada um dos mesmos como recursos auto-contidos. Expandindo os princpios da
estrutura em escada do modelo, vem a seguinte lista (IAI 1999):
58
Classes da camada dos recursos apenas podem referenciar ou percorrer, outras classes de
recursos.
Classes da camada do ncleo no podem referenciar ou percorrer classes da camada de

interoperabilidade e da camada dos domnios, no entanto, podem usar classes da camada dos
recursos. Podem tambm usar classes da prpria camada do ncleo, estando no entanto
sujeitos a algumas restries ou limitaes. O princpio da estrutura em escada tambm se
aplica ao interior do domnio conceptual do ncleo. Assim, classes do mdulo Kernel podem
ser usadas pelas classes das extenses, j o reverso no.
Da mesma maneira, classes da camada da interoperabilidade podem usar as do ncleo e dos
recursos, mas no as das especialidades.
Por fim, as classes da camada das especialidades podem referenciar qualquer outra classe do
modelo. Adicionalmente, as classes da camada de adaptadores de interoperabilidade podem
usar classes da camada da interoperabilidade.
Discutidas as camadas conceptuais de forma um pouco superficial, interessa agora decomp-las, de

modo a perceber qual a funo de cada uma. A descrio estrutural que se segue tem por base o guia
do modelo IFC que se pode encontrar na bibliografia (IAI 1999).
3.5.3.1. Camada dos Recursos
Esta camada encontra-se na posio mais baixa da hierarquia do modelo IFC. Como tal, pode ser
usada por classes de todos os outros mdulos conceptuais. Os recursos caracterizam-se pelo mbito
genrico. So por isso conceitos ou objectos associados aos nveis inferiores do modelo e no
dependem de quaisquer outras classes.
Todos os recursos representam conceitos individuais de actividades. Por exemplo, toda a informao
referente a custos recolhida pelo mdulo estrutural (model schema) IfcCostResource. Assim,
qualquer classe de qualquer um dos mdulos conceptuais que precise de utilizar informao referente
a custos ir utilizar este mdulo.
De forma semelhante, toda a informao que diz respeito a geometria recolhida no mdulo
IfcGeometryResource, incluindo as definies fundamentais de entidades geomtricas e as definies
geomtricas especficas de atributos.
3.5.3.2. Camada do Ncleo
A camada que se segue na estrutura do modelo IFC o ncleo. Assim, este pode ser utilizado pelas
classes de interoperabilidade e domnio de aplicao.
A camada do ncleo representa a base da estrutura do modelo IFC, definindo os conceitos mais
abstractos que servem de base para serem especializados nas camadas superiores do modelo.
Os objectivos do ncleo, no mbito do projecto, passam por:
Definio do conjunto de conceitos comuns ao processo em causa e que mais tarde sero
refinados nos mdulos da interoperabilidade e domnios de aplicao;
Pr-harmonizao dos mdulos de especialidades atravs da utilizao dos conjuntos
definidos no ponto anterior;
Definio das fundaes do modelo IFC, de modo a suportar actualizaes de outras
aplicaes compatveis com IFC;
O ncleo inclui dois nveis de abstraco: Kernel e Core Extensions
59
O mdulo Kernel define a estrutura e decomposio do modelo. As suas configuraes so

obrigatrias em todas as entidades do modelo IFC. O modelo IFC apresenta certos requisitos a nvel
de conceitos abstractos. Todos eles esto contidos no Kernel. De facto, os conceitos definidos no
Kernel so necessariamente abstractos em relao aos mdulos conceptuais superiores. Por outro lado,
o Kernel tambm inclui conceitos fundamentais referentes preparao de objectos, relaes,
definies de tipo, atributos e funes. De uma maneira geral, o Kernel pode ser visto como uma
espcie de modelo base que representa a plataforma para todas as extenses do modelo. Embora as
suas configuraes sejam genricas (no so especficas da construo), apenas sero usadas na
construo por resultado da aco das Core Extensions.
O Kernel representa as fundaes do ncleo do modelo. As suas classes podem utilizar classes do
mdulo dos recursos, mas no de quaisquer outras partes do ncleo ou mdulos mais altos na
hierarquia. O uso de classes dos recursos ser facilitado atravs de interfaces bem definidas na sua
estrutura.
A entidade mais genrica do modelo IFC, IfcRoot, encontra-se no mdulo Kernel. Em termos
conceptuais, a partir desta entidade raiz aparecem trs ramificaes correspondentes s entidades que
representam a base para representao, caracterizao e definio de relaes para objectos e classes
(Ekholm 2005).
IfcRoot
IfcObject
IfcPropertyDefinition
IfcRelationship
Fig. 19 - Subtipos directos da classe IfcRoot (IAI 1996-2010)
Core Extensions, ou extenses do ncleo, como o prprio nome indica, fornecem uma extenso ou
especializao dos conceitos definidos no Kernel, nomeadamente nas classes IfcControl, IfcProcess e
IfcProduct, representando assim o primeiro refinamento s configuraes abstractas l contidas. Este
refinamento modifica o carcter genrico dos conceitos abstractos no Kernel, em configuraes
prprias para uso na indstria da construo.
Cada uma das classes de extenses uma especializao das classes Kernel. A figura 20 mostra este
processo.
60
Fig. 20 - Relao entre classes do mdulo Kernel e do mdulo Core Extensions (IAI 1999)
Outra funo das extenses passa pela definio das relaes primrias e dos papis dos elementos do
modelo.
3.5.3.3. Camada da Interoperabilidade
O objectivo maior da estrutura da camada de interoperabilidade passa pela definio das configuraes
de conceitos ou objectos, comuns a dois ou mais domnios de aplicao. Estas configuraes so
conhecidas como os mdulos comuns, os quais, permitem a interoperabilidade entre diferentes
especialidades.
A introduo deste mdulo o melhor exemplo das directrizes gerais para design de um modelo cujo
ncleo permita a interface com vrios domnios ou aplicaes do modelo.
Este um tipo de estrutura que permite encomendar o desenvolvimento de domnios e aplicaes a
terceiros (fora da IAI).
3.5.3.4. Camada dos domnios de aplicao
Os mdulos desta camada fornecem o maior detalhe do modelo para a especialidade pretendida, seja
em termos de processos ou tipo de aplicao, ou seja, fornece definies especializadas concebidas
para uso exclusivo do respectivo domnio em causa. Cada um destes mdulos pode usar classes do
ncleo ou dos recursos.
Parte da definio dos modelos de especialidades passa pelos respectivos adaptadores, em caso de
serem necessrios. Para o caso de os mdulos serem perfeitamente harmonizados com o modelo IFC,
podem ligar-se directamente ao ncleo, caso contrrio, necessrio um adaptador, desenvolvido por
quem produz o mdulo, que permita a interface com a plataforma de recursos IFC. Relaes entre os
prprios domnios de especialidades tambm podem ser necessrias, pelo que tambm nesse caso
necessrio um adaptador.
61
3.5.3.5. Adaptadores de interoperabilidade
O adaptador ainda no totalmente utilizado na verso actual do modelo IFC, no entanto o conceito
por detrs do mesmo, est pensado para constituir uma forma de aceder a vrios mdulos de
especialidades, incluindo os modelos de disperso (so definidos externamente ao mbito de aco da
IAI).
Os adaptadores constituem requisitos para facilitar os seguintes aspectos:
Introduo directa de mdulos de especialidades, ou seja, capacitar a introduo directa das

classes de domnios de aplicao informao do ncleo do modelo IFC, intermediados pelas
classes de interoperabilidade existentes na respectiva camada. Esta a nica funo aplicada
actualmente;
Ligao de mdulos de especialidades no harmonizados e no produzidos pela IAI, segundo
um adaptador que fornece um mapeamento do mecanismo at ao ncleo, passando pela
camada de interoperabilidade. A configurao da interface do adaptador da responsabilidade
do produtor do mdulo de domnio de aplicao e integra-se na respectiva camada do modelo
IFC;
Ligao entre mdulos de especialidades, segundo um mecanismo que permita a
interoperabilidade entre domnios de aplicao. Este mecanismo deve possuir um repositrio
para armazenar a informao, pois os adaptadores so da responsabilidade de quem produz os
mdulos de especialidades e como tal, necessrio guardar a informao das interfaces dos
vrios domnios de aplicao;
Os adaptadores so baseados nas configuraes das extenses do ncleo e a sua aco resulta numa
melhoria dos mesmos. Estas melhorias so resultado da adio de novos conceitos comuns a todos os
domnios de aplicao, logo, os adaptadores podem mesmo resultar numa melhoria dos prprios
mdulos de especialidades j que lhes podem estar a introduzir novas funes, de modo a torn-los
compatveis.
As extenses referentes a domnios j cobertos pelo modelo IFC, tais como arquitectura ou AVAC,
no necessitam de um mapeamento at s configuraes do ncleo, pelo que, para estes casos, no
necessrio um adaptador especfico.
3.5.4.
IMPLEMENTAO DO MODELO IFC
A descrio da estrutura do modelo IFC, vista no captulo anterior, serve para perceber melhor como
funciona o modelo, ou mais propriamente, a estrutura do modelo. Serve tambm para perceber a
necessidade de desenvolver trabalho segundo alguns vectores do formato. importante perceber que o
modelo IFC no se trata apenas de um modelo orientado para representao de objectos, mas sim de
um verdadeiro formato completo de um modelo da construo. Assim, torna-se pertinente perceber em
que medida que o modelo pode ser implementado em projectos e qual a extenso do seu grau de
utilizao.
Em relao gesto de projectos no mbito dos sistemas, a grande dificuldade actual passa pela
dificuldade em partilhar informao adequadamente, isto , sem perdas de informao ou deficientes
interpretaes, essencialmente porque os vrios intervenientes no processo utilizam softwares
especficos que podero no ser totalmente compatveis. Um estudo consultado (Bjoerk 1999) mostra
que de forma geral, o modelo IFC suporta as prticas correntes no que diz respeito estimativa de
custos e ao planeamento de tarefas. A integrao deste tipo de informao representa uma mais-valia
que se traduz em processos ou tarefas mais simples e eficazes quando comparadas com os processos
62
tradicionais, pois, alm da informao se tornar mais acessvel, tambm o risco de a perder diminui.
Os produtores de software de gesto de projectos, devem assim ter a preocupao de criar adaptadores
para o modelo, de modo a possibilitar aos projectistas (e quem est envolvido nas tarefas
subsequentes) a partilha deste tipo de dados.
Uma das reas do projecto com maior tendncia de crescimento nos ltimos anos a eficincia
energtica dos edifcios. Tendo este facto em conta, a interoperabilidade entre ferramentas de design e
ferramentas de simulao assume uma grande importncia, j que necessrio criar processos mais
acessveis e eficazes, de modo a tornarem-se viveis e frequentes na construo. Um estudo (Bazjanac
and Crawley 1999) feito com base na utilizao de cinco softwares compatveis com o modelo IFC,
para os processos de design e eficincia energtica, mostrou as seguintes concluses:
Trabalho a longa distncia no traz problemas, desde que se trabalhe com software compatvel
com IFC e que se tenha acesso sem restries ao modelo de informao;
Reduo drstica em cerca de 80% dos custos directos, e do tempo de concepo e trabalho;
Gerao de informao da performance energtica e alternativas de design energtico na fase
de design esquemtico, por oposio obrigao de esperar pelo fim desta fase;
Compatibilizao directa de modelos energeticamente eficazes com os outros domnios, tais
como estruturas, AVAC, gesto de estaleiro e de custos;
Capacidade de criar um modelo 3D que leve produo automtica de renderings para
visualizao;
Um aspecto que aparenta ser importante para a reduo dos custos e do tempo de concepo e trabalho
a capacidade de partilhar informao distncia. Outro estudo consultado (Chen et al 2004)
referente implantao de uma rede colaborativa de partilha de informao entre arquitectos e
engenheiros de estruturas, baseada na internet, mostra que de facto possvel utilizar o modelo IFC
para criar um sistema de extraco automtica de informao, de modo a aumentar a produtividade
dos processos em fase de projecto. Por outro lado, o estudo abre a possibilidade de adoptar processos e
ferramentas semelhantes, para outros domnios da construo.
Estes estudos vem mostrar que, de alguma forma, de facto possvel implementar o modelo IFC a
nvel do projecto. Por outro lado, reforam a ideia que os benefcios decorrentes de tal tecnologia esto
directamente associados capacidade de partilhar informao entre diferentes aplicaes, ou seja,
interoperabilidade. importante salientar o papel de quem produz as aplicaes de software para a
construo, j que cabe a eles a criao da interface da sua aplicao com o modelo IFC, o adaptador
de interoperabilidade. O modelo IFC encontra-se em permanente desenvolvimento e parte dele
assegurado exactamente pelos produtores de software. Quanto mais se usar software compatvel com
IFC, mais se desenvolver o modelo afinal. A funo de compatibilizar um software com o formato
IFC pode ser complicada, especialmente se o produtor no estiver familiarizado com o modelo.
possvel tornar esta tarefa mais simples, atravs de ferramentas chamadas intermedirias. Um estudo
(Karola et al 2002) com base na aplicao de uma das referidas ferramentas na implementao do
formato IFC em softwares mostra que h de facto uma reduo significativa do esforo de
compatibilizao, j que o mapeamento das propriedades e representaes geomtricas simplificado,
pois estas ferramentas simplificam a concepo dos cdigos para o programa. Por outro lado, este
trabalho possvel tanto para as novas aplicaes, como para as que j foram lanadas. H no entanto
um seno, este tipo de ferramentas ainda se encontra em desenvolvimento, logo, no cobre todas as
reas do modelo.
Mais do que mostrar algum trabalho desenvolvido nesta rea, estes estudos servem para perceber que
h de facto espao e possibilidades para implementar o modelo IFC em processos de trabalho,
63
sobretudo a nvel do projecto, e que estas alteraes se podem traduzir em benefcios em concreto, a
nvel de tempo e dinheiro. Contudo, o que foi dito para os BIM em relao representatividade dos
exemplos, tambm se aplica neste mbito.
64
4
LICENCIAMENTO DE PROJECTOS
4.1. INTRODUO
O sector da construo, tal como todas as outras reas, tambm se encontra sujeito aplicao de
legislao, que pode ser de diferentes tipos, fazer-se sentir a diferentes nveis e de diferentes formas.
Quer isto dizer que, existem vrios tipos de legislao para as diferentes fases do processo construtivo
e que, dependendo da situao, a legislao pode ou no ser de carcter obrigatrio. Por outro lado, as
consequncias do no cumprimento podem variar.
O no cumprimento das disposies regulamentares e respectiva responsabilizao, uma rea que
nem sempre recebe a ateno que merece, sendo que, com maior frequncia do que deveria que as
disposies contratuais no so devidamente seguidas. Esta conjectura foi introduzida no captulo 2.6,
onde foi possvel verificar que, o incumprimento fica algumas vezes a dever-se ao prprio
desequilbrio dos regulamentos face ao actual paradigma da construo.
O licenciamento de projectos define-se como o acto de verificao de vrios aspectos de um projecto,
de acordo com regulamentos, normas ou outras legislaes, com vista validao dos processos, para
obteno da aprovao do projecto por parte da entidade licenciadora, e emisso da licena de
construo.
Neste captulo sero explorados alguns aspectos da legislao aplicvel construo, mais
propriamente no que diz respeito ao licenciamento de projectos, procurando perceber o valor real deste
processo atravs da anlise das dinmicas de verificao e garantia de conformidade regulamentar, e
avaliando de que forma esses processos podem integrar e interagir com os modelos de informao,
procurando medir o consequente impacto no processo construtivo e intervenientes.
4.2. CARACTERIZAO DO PROCESSO DE LICENCIAMENTO

4.2.1.
LEGISLAO APLICADA CONSTRUO
O acto de licenciar um projecto pressupe a validao dos documentos produzidos, em termos de

conformidade com a legislao aplicvel. No mbito de todo o processo construtivo, a legislao
aplicvel pode ser essencialmente de dois diferentes mbitos (Sousa 2009):
65
a) Legislao geral
Legislao que cobre as reas da promoo, viabilidade e planeamento. De um modo geral,
tratam-se, por um lado, de imposies de domnio pblico com carcter cvico e genrico,
procurando sublinhar os direitos e responsabilidades de cada um, e por outro, as leis de
ordenamento do territrio, ocupao dos solos e definio dos aspectos de proteco ambiental.
b) Legislao sobre projectos e obras
Inclui a toda a legislao tcnica referente ao projecto, bem como as directivas de segurana e
sade, seguros, concursos, reviso de preos, licenciamento de obras e todo o tipo de legislao a
ser aplicada em fase de projecto e execuo.
Tanto a legislao geral como a tcnica so obrigatrias. Ambas possuem carcter regulamentar, pelo
que constituem decretos-lei. J outros tipos de legislao, como por exemplo, as normas, eurocdigos
ou especificaes LNEC, apenas so obrigatrias se forem referidas especificamente por algum
regulamento ou se impostas pelo Dono de Obra. A legislao que est na base do processo de
licenciamento a legislao tcnica.
4.2.2.
PARADIGMA DO PROCESSO DE LICENCIAMENTO
Em teoria, um processo de licenciamento de um qualquer produto significaria uma reviso dos

parmetros de concepo por parte de terceiros, ou seja, as autoridades. Deste modo, ao receber um
projecto, as autoridades iriam verificar os parmetros de clculo e as disposies construtivas,
verificando se o resultado estaria conforme as directivas regulamentares.
Na prtica, tal processo seria extremamente penoso para quem recebe o projecto. O grande nmero de
documentos e a falta de normas apertadas de trabalho em relao gesto da informao no processo
construtivo implicaria sucessivos pedidos de informao equipa projectista de modo a interpretar
correctamente todos os documentos, resultando num processo moroso e extenuante.
O que na realidade acontece, uma limitao do nmero de parmetros a verificar, com as autoridades
a confiarem nos projectistas para seguirem as directivas regulamentares, desde logo, no processo de
concepo. Claro que, esta confiana no pode ser ambgua e no declarada, pois se, uma entidade
licenciadora aps receber o projecto emite uma licena de construo, significa o atestar da validade
do projecto para utilizao em fase de execuo. Se mais tarde tal validade no se verificar, isso
implica consequncias, e como tal, todos os intervenientes tm de se proteger, sob pena de contrarem
problemas com a justia. Desta forma, o tcnico responsvel pelo projecto assina um documento, o
termo de responsabilidade, em que atesta que o projecto se encontra conforme as disposies
regulamentares, o que na realidade geralmente significa, no que o tcnico fez ele prprio a
verificao regulamentar, mas antes, seguiu uma srie de procedimentos que antevem a conformidade
regulamentar do projecto (Poas Martins 2009).
Para perceber a importncia do termo de responsabilidade no processo de licenciamento, veja-se de
que maneira este influi, na ptica de cada um dos intervenientes:
a) Quanto s entidades licenciadoras, o termo de responsabilidade significa que estas deixam de
ser responsveis caso a conformidade regulamentar no seja cumprida, a menos do conjunto
de parmetros por si revistos.
b) Do ponto de vista dos projectistas, significa um incentivo opo por metodologias de
trabalho altamente eficazes e prticas assentes em conhecimento especializado, de modo a ter
em conta as especificidades regulamentares desde as fases iniciais do projecto. Sublinhe-se
66
mais uma vez que, com a grande fatia de responsabilidade centrada no projectista, pelo facto
de assinar um termo de responsabilidade, no caso de incumprimento das directivas
regulamentares, este fica exposto s consequncias legais subsequentes.
c) O Dono de Obra por sua vez s tem a beneficiar com este procedimento. Porque obtm uma
garantia de um bom projecto e porque isola a responsabilidade numa entidade, o que pode ser
til, caso mais tarde entre em litgio por fora de erros de concepo.
d) Quanto ao empreiteiro, a responsabilidade do projectista acaba por influir um pouco sobre si
assim que recebe o projecto e o declara pronto para ser executado, visto que, passado o
perodo de reviso e aceite o projecto, o empreiteiro acaba por transferir para si muita da
responsabilidade do projecto pois confirmou a sua adequabilidade e exequibilidade.
A anlise do papel do termo de responsabilidade na ptica dos vrios intervenientes levanta algumas
questes sobre o seu real valor e sobre o prprio funcionamento das dinmicas que lhe so inerentes.
Se o termo de responsabilidade passa a responsabilidade quase na sua totalidade para o lado do
projectista, ento para qu a existncia de uma entidade licenciadora? Ser vivel, para no dizer justo,
concentrar toda a responsabilidade nos projectistas? Os trmites legais do termo de responsabilidade
so vinculativos, ou so tambm eles um pouco ambguos a ponto de ser difcil obter facilmente
resultados em caso de litgio?
Aparentemente, o termo de responsabilidade parece tornar o papel da entidade licenciadora um pouco
redundante. Se a responsabilidade j se encontra atribuda, ento porqu envolver mais uma entidade
num processo por si s, j muito povoado? Por outro lado, a falta de uma definio clara e obrigatria
de boas prticas de trabalho em projecto, leia-se normas, aliada disseminao dos servios no s
pela transmisso de responsabilidade ao empreiteiro, mas tambm por via da subcontratao, tornam o
projecto num produto bastante heterogneo. Deste modo, no s o produto final menos consistente e
exacto, como a validade do prprio sistema de responsabilidade sai enfraquecida.
Os desequilbrios do actual sistema parecem revelar a atribuio de uma certa falta de importncia
fase de licenciamento de projectos. Se frequente os projectistas apontarem os prazos da fase de
concepo como sendo curtos, uma fase que deixada para os ltimos momentos e que parece
sustentar-se mais na base de confiana em seguir os procedimentos correctos, do que na realidade em
garantir a conformidade regulamentar atravs de processos de verificao, dificilmente registar os
nvel de ateno e exigncia ideais.
4.2.3.
VALORIZAO DO PROCESSO DE LICENCIAMENTO DE PROJECTOS
A valorizao dos processos de licenciamento de projectos seria uma boa forma de incentivar a
melhoria das prticas de trabalho e da qualidade dos projectos. Para contornar a actual conjectura,
seriam necessrias algumas mudanas estruturais na abordagem ao projecto.
As responsabilidades, garantias e seguros, so parmetros essenciais para incentivar o cumprimento
das disposies regulamentares, j que influem directamente com os interesses financeiros de
terceiros, ou seja, as companhias de seguros. A menos que haja uma forte motivao (geralmente
financeira), assim como as ferramentas e a experincia para accionar devidamente os mecanismos de
responsabilizao, ser sempre bastante difcil apurar responsabilidades, logo, desacreditando um
pouco o sistema de garantia, que por si s j fraco. Face aos desequilbrios da actual conjectura,
conforme visto no captulo anterior, apresenta-se uma proposta para um novo sistema (Freitas 2010):
67
Identificar e definir detalhadamente as obrigaes e as responsabilidades dos intervenientes

no processo construtivo;
Desenvolver um sistema de garantias associado a seguros obrigatrios em que fosse

garantida a indemnizao dos beneficirios e a responsabilizao dos intervenientes, anlogo
ao sistema francs7;
Elaborar um Cdigo de Construo, em que fossem definidas as exigncias a satisfazer

pelas construes;
Esta proposta identifica os princpios genricos sobre os quais necessrio actuar, mas que ilustram
bem as reas importantes, merecedoras de maior ateno. Mais detalhadamente, a nvel dos processos
de trabalho em projecto, necessrio:
Dar prioridade formao e qualificao, para obteno de conhecimento especializado

Compilar e sistematizar a informao, de modo a normalizar a fase de projecto
Estruturar adequadamente as especialidades e compatibiliz-las atravs de um gestor de
projectos activo
Incentivar a qualidade
Adoptar ferramentas que permitam o aumento de produtividade e automao dos processos
4.3. LICENCIAMENTO AUTOMTICO DE PROJECTOS

4.3.1.
CARACTERIZAO DO PROCESSO
Os temas abordados nos captulos anteriores, salientam a importncia de desenvolver e equilibrar a

fase de licenciamento de projectos. Para que tal evoluo se verifique, foi proposta uma srie de
directivas que a viabilizem. A adopo de solues informticas, baseadas em metodologias
sistematizadas e automatizadas, apresenta-se como um dos veculos principais para implementao de
tais ideias. Os BIM podero assim ter um papel decisivo neste processo.
Um processo de licenciamento automtico baseado na utilizao dos BIM passar sempre pelo
confronto entre dois modelos: o modelo de projecto de concepo (de notar que para cada
especialidade podero ser utilizadas diferentes aplicaes) e o respectivo modelo de verificao de
conformidade regulamentar.
Teoricamente, existem dois mecanismos de interaco entre os dois modelos, sendo que, para ambos,
os modelos de verificao regulamentar devem ser o mais pequeno possvel, e utilizar formatos
universais que sejam facilmente mantidos e actualizados. Vejam-se ento os dois mecanismos
(Eastman 2008):
a) Verificao directa do modelo de projecto ao longo de toda a fase de concepo, pela
utilizao de actualizaes do software BIM, produzidas pelas respectivas empresas, que
sejam capazes de extrair a informao regulamentar local, e fazer a verificao de
conformidade regulamentar, directamente a partir da aplicao onde se produz o modelo do
edifcio, de forma contnua ao longo do projecto. Esta uma abordagem pr-activa j que a
concepo do projecto feita desde logo de acordo com as especificaes regulamentares,
tendo sempre em conta as limitaes impostas. Por outro lado, como a verificao feita
directamente a partir do modelo, aps a extraco bem sucedida da informao regulamentar,
Lei Spinetta Lei 78-12, de 4 de Janeiro de 1978
68
so evitados os problemas de interoperabilidade ao longo do processo de verificao. Deste

modo, todo o processo tornar-se-ia mais expedito, intuitivo e fluido, sendo que a tarefa de
verificao regulamentar seria um resultado automtico do projecto e no uma tarefa
adicional.
b) Verificao indirecta do modelo na fase final de concepo, onde o projectista extrairia de
uma base de dados local, um modelo neutro (leia-se pblico, baseado por exemplo numa
interface com o modelo IFC) de verificao do regulamento local, para o qual importaria o
modelo de concepo do edifcio, procedendo assim verificao de conformidade. Esta
abordagem aumenta consideravelmente os problemas de interoperabilidade, j que seria
necessrio fazer uma associao directa entre um qualquer modelo de informao parcial para
projecto e um modelo de mbito especfico, desenvolvido segundo os princpios de um
modelo completo, que possibilite a comunicao com diferentes tipos de modelos de projecto.
No entanto, o modelo de verificao regulamentar teria como ponto de partida o prprio
regulamento, pelo que seria mais sensvel s questes especficas do mesmo, valorizando o
processo de verificao, e facilitando a verificao completa de projectos por parte de
terceiros, ou seja, tornando os processos de verificao mais auditveis.
A primeira soluo apresentada valoriza os processos de projecto e por isso, seria de prever que fosse
melhor aceite por parte da comunidade tcnica. Por outro lado, da parte das entidades licenciadoras e
do Dono de Obra, a segunda opo oferece mais garantias de verificao regulamentar, sendo no
entanto, mais susceptvel a problemas de interoperabilidade.
O estudo apresentado no captulo 5 baseia-se na segunda abordagem, sendo interessante a analisar
com maior detalhe, os conflitos caractersticos deste tipo de sistema.
4.3.2.
VANTAGENS DA AUTOMATIZAO DO PROCESSO DE LICENCIAMENTO
Introduzir mudanas estruturais em procedimentos na construo, implica sempre a sua aceitao por
parte das vrias entidades envolvidas. Assim, torna-se mais pertinente abordar as vantagens da
automao do processo de licenciamento na ptica das mesmas:
a) Na perspectiva dos projectistas, o aumento de importncia do licenciamento de projectos
implicar com certeza uma maior preocupao pela qualidade do projecto. Dependendo do
mecanismo de interaco entre modelos escolhido (conforme visto no captulo anterior), o
projectista poder tirar ou no maior partido das potencialidades de um modelo de informao,
contudo, independentemente da escolha, automatizar o processo significar um decrscimo da
responsabilidade sobre si encerrada. Clarifique-se este ponto, o projectista ter uma
responsabilidade acrescida em produzir um melhor projecto, j que a exigncia de
conformidade regulamentar aumenta, mas tambm por este facto, quando assinar um termo de
responsabilidade, ter maior certeza que no est simplesmente a decorrer num processo
burocrtico necessrio concluso do projecto, mas antes, estar de facto a atestar que o
projecto se encontra segundo o que diz o regulamento. Por outro lado, automatizar o processo
significa reduzir o tempo e o trabalho que antes era dispensado compilao da documentao
para licenciamento (Han et al 2003).
b) A situao das entidades licenciadoras apresenta caractersticas contraditrias. Por um lado,
a automatizao do licenciamento significa processos mais cleres e fluidos, no entanto,
mesmo sendo automtico, necessrio rever o processo de licenciamento sob a pena de serem
passadas licenas com base em resultados falsos. Assim, importante que a entidade
69
licenciadora mantenha a autonomia e a funo de validar ou no os projectos. A mudana de

paradigma entre uma verificao manual de parmetros de clculo ou disposies
construtivas, para a verificao input-output num processo automtico, implica com certeza
novas dinmicas de trabalho, cuja aceitao incerta (Poas Martins 2009).
c) Mais do que os projectistas, em termos de resultados concretos, os grandes beneficirios de
um bom projecto, assim como das vantagens de utilizao dos BIM, so os empreiteiros e o
Dono de Obra. O facto de o processo de licenciamento automtico ser uma forma de
incentivar a implementao dos BIM, e tendo em mente as vantagens que lhes so associadas,
permite adivinhar por parte destas duas entidades, uma grande aceitao em relao adopo
das novas prticas descritas. Por outro lado, para os empreiteiros o licenciamento automtico
significa uma garantia da recepo de melhores projectos, tanto a nvel de qualidade, como de
ausncia de erros, omisses e conflitos (Eastman 2008).
Seja por que prisma se olha para este tema, parece verificar-se que a automatizao do processo de
licenciamento permite obter uma melhor e mais equilibrada dinmica de concepo validao
responsabilizao garantia. No entanto, necessrio sublinhar que o licenciamento de projectos
uma rea delicada, j que necessrio compatibilizar muita informao. As vantagens descritas s
fazem sentido se efectivamente se registar um ajuste das prticas de trabalho sobretudo a nvel do
projecto, bem como uma sistematizao dos regulamentos para que os seus parmetros possam ser
introduzidos num modelo de informao, e correctamente interpretados pelo sistema informtico. No
captulo 5.2, desenvolvem-se com maior detalhe estes temas.
4.3.3.
INICIATIVAS EM CURSO
Na sua obra (Eastman 2008), Eastman refere que o licenciamento automtico de projectos ser
desenvolvido nos prximos dez anos. Considerando que nos Estados Unidos, o desenvolvimento e
disseminao das solues BIM se encontra numa fase um pouco mais adiantada que no caso
portugus, no certo quando se poder beneficiar deste processo em territrio nacional.
Esta tendncia verifica-se de um modo geral, a nvel global. O licenciamento automtico representa
um dos grandes atractivos para utilizao dos BIM, no entanto, encontra-se demasiado dependente dos
avanos nas questes de interoperabilidade, bem como do ajuste e sistematizao dos regulamentos.
Assim sendo, torna-se difcil encontrar aplicaes destes processos, contudo, existem duas iniciativas
em curso que importa referir:
a) A iniciativa Construction and Real Estate Network (CORENET), lanada em 1995, em
Singapura, referncia obrigatria nos exemplos de licenciamento automtico. Trata-se de
uma aplicao avanada, desenvolvida numa estrutura servidor cliente, que permite a
projectistas submeterem o seu trabalho para verificao regulamentar. A internet funciona
como plataforma para esta aplicao. A interaco entre o sistema de checagem e o projecto,
faz-se por via do modelo IFC de acordo com a segunda abordagem vista em 4.3.1 (Teo Ai Lin
2006). A figura 21 simplifica estes aspectos num diagrama de fcil leitura. Quanto a
concluses a tirar desta iniciativa, um estudo consultado (Solihin 2004) refora a importncia
de as questes de interoperabilidade sofrerem um avano, nomeadamente em relao ao
modelo IFC, de modo a poder passar fase seguinte, ou seja, sistematizar e aplicar o
conhecimento em prticas que favoream a implementao destas tecnologias. Por outro lado,
salienta o papel decisivo dos governos, dos grandes clientes e das grandes empresas, em
reforar o esforo pela evoluo do papel dos modelos de informao na construo.
70
Fig. 21 - Sistematizao da plataforma de verificao de conformidade regulamentar baseada na internet,

desenvolvida pela CORENET (Teo Ai Lin 2006)
b) O Solibri Model Checker uma aplicao desenvolvida com o intuito de analisar modelos
BIM compatveis com o formato IFC, identificando potenciais problemas, conflitos ou
violaes de carcter regulamentar em relao s trs principais reas do projecto:
arquitectura, estrutura e instalaes. Adicionalmente, a aplicao permite tambm visualizar o
modelo do edifcio, retirar quantidades e fazer a avaliao de compatibilidade entre a
aplicao BIM e o modelo IFC. Trata-se portanto de uma ferramenta poderosa e completa. No
entanto, importante referir que actualmente, a aplicao utilizada sobretudo para deteco
de erros e incompatibilidades. No mbito do licenciamento automtico de projectos, verificase que a aplicao contm efectivamente o suporte estrutural que permite servir de fundao
ao processo de licenciamento, no entanto a funo ainda no se encontra activada,
encontrando-se em fase de desenvolvimento e em testes com vista implementao no sector
da construo. A iniciativa do International Code Council (ICC), que semelhana dos
esforos registados em Singapura, procura criar uma plataforma de verificao regulamentar
automtica, utiliza uma verso personalizada do Solibri Model Checker, para efeitos de
verificao regulamentar, e em conjunto com os SMARTcodes8, pretende criar um sistema
8
Os SMARTcodes referem a uma iniciativa do ICC que procura tornar os regulamentos mais susceptveis aos
processos de modelao, atravs da definio de parmetros inteligentes que possam ser interpretados por
modelos de informao. Da a designao smart codes, cdigos inteligentes.
71
de licenciamento automtico de projectos, aberto a todo o tipo de regulamentos,

independentemente da localizao (Khemlani 2009).
4.3.4.
CONCLUSES
Os aspectos tericos, bem como a anlise das iniciativas em curso, permitem tirar algumas concluses:
a) Ambas iniciativas optaram por adoptar a abordagem de importao do modelo de projecto
para o modelo de licenciamento, com a interoperabilidade a ser suportada pelo modelo IFC.
Deste modo, o processo de licenciamento fica vulnervel s desvantagens que lhe so
inerentes, no s a nvel de interoperabilidade, como tambm das capacidades e recursos de
representao do modelo IFC.
b) Aparentemente, s quando esta abordagem for vivel e expedita, que se poder desenvolver
a integrao automtica dos aspectos regulamentares em fase de concepo.
c) Ter boas ferramentas no chega, necessrio os regulamentos adaptarem-se com a finalidade
de poderem ser introduzidos em modelos de informao e interpretados pelo respectivo
sistema.
d) Este processo ainda se encontra numa fase bastante inicial. As ferramentas existem e
comeam a mostrar como podem fornecer resultados. O sector da construo, sobretudo na
figura das grandes empresas com mais peso no estabelecimento das tendncias da indstria,
ter um papel decisivo na velocidade de implementao do licenciamento automtico, pelo
que, ir depender da abertura com que as suas entidades recebem as ideias.
72
5
VIABILIDADE DO MODELO IFC NO PROCESSO DE
LICENCIAMENTO AUTOMTICO DE PROJECTOS DE
REDES PREDIAIS DE GUAS
5.1. ASPECTOS GERAIS

Neste captulo pretende entrar-se em pormenor na anlise e discusso da viabilidade do modelo IFC,
para o licenciamento automtico de projectos conforme as directivas regulamentares.
O regulamento escolhido, o Decreto Regulamentar n 23/95 que diz respeito s imposies a cumprir
em relao aos projectos de redes de guas prediais, bastante indicado para expor os factores
negativos de um modelo completo. Trata-se de um regulamento onde figuram muitos objectos
especficos, texto subjectivo e s vezes inconclusivo, e parmetros facilmente verificveis
manualmente, mas difceis de traduzir em princpios de modelao. O desenvolvimento de um modelo
de representao do regulamento e suas especificaes pressupe uma perspectiva bastante focada,
nica, o que de algum modo, faz antever alguns conflitos com os princpios standard e universais que
regem o desenvolvimento de modelos completos, como o IFC.
O LicA, que mais frente ser devidamente analisado (ver 5.3), representa a aplicao informtica
escolhida para modelar e verificar o regulamento. A programao em linguagem T-SQL, representa o
maior obstculo realizao de um estudo de compatibilidade verdadeiramente completo, por
impossibilitar uma via de ligao ao modelo IFC.
Para tal acontecer, era necessrio verificar-se uma das seguintes situaes:
O LicA ser desenvolvido na mesma linguagem de programao do modelo IFC, ambos em

linguagem EXPRESS ou T-SQL, sendo a compatibilidade directa em tal situao.
Existir um conversor, ou adaptador de interoperabilidade conforme o captulo 3.3.3.5, que
defina o mapa conceptual de correspondncias entre objectos de diferentes modelos, bem
como as instancias a percorrer para suprir eventuais ausncias num modelo, em relao ao
outro.
73
Como o primeiro ponto no se verifica, a soluo deste estudo passar necessariamente pelo segundo
ponto, no entanto, surge outro problema. O facto que o LicA no contm uma funo de converso,
razo pela qual, se torna invivel um estudo completo. Desenvolver tal conversor, requer
conhecimentos de programao, que de modo geral, fogem um pouco das competncias acadmicas
tradicionais de um engenheiro civil. Estas restries limitam a aco ao desenvolvimento do mapa
conceptual de correspondncias entre as estruturas das bases de dados. Refira-se que, no necessrio
ser informtico para colaborar num projecto na rea dos sistemas de informao. Mais, os
profissionais das restantes reas, neste caso da construo, do um contributo importante ao identificar
quais os vectores de desenvolvimento.
Refira-se tambm que, em teoria, o formato ifcXML poderia representar uma boa alternativa em
termos de linguagem de programao, j que o SQL Server importa e exporta dados para XML. Na
prtica, a anlise realizada neste trabalho, a nvel da estrutura do modelo IFC, pressupe a
disponibilidade de todos os recursos encontrados nos modelos de dados em EXPRESS. No sendo
certo que todos eles j se encontrem definidos em XML, optou-se por limitar a associao entre
modelos s linguagens de programao originais dos dois modelos: T-SQL e EXPRESS.
5.2. O DECRETO REGULAMENTAR N 23/95 NA PTICA DO PROCESSO DE LICENCIAMENTO
5.2.1.
ASPECTOS GERAIS
O decreto regulamentar n 23/95 (DR 23/95) um de vrios regulamentos de carcter tcnico, a

considerar no que toca verificao de conformidade de um projecto. O facto de cada um destes
regulamentos apresentar caractersticas nicas que os distinguem entre si, resulta numa necessidade de
avaliar os aspectos exclusivos do decreto em estudo, tendo presente a sua finalidade, o processo de
licenciamento. As dinmicas entre o DR 23/95, projecto de licenciamento e os restantes regulamentos,
sero assim abordadas neste captulo.
5.2.2.
INTERACO ENTRE REGULAMENTO E LICENCIAMENTO
O regulamento de redes de distribuio predial de guas, apresenta uma srie de caractersticas que o
tornam num bom candidato aos primeiros desenvolvimentos de processos de licenciamento
automtico. Considera-se que, na presena de resultados prticos favorveis, as outras reas do
projecto procurariam seguir o exemplo em adoptar estes sistemas. Assim, as caractersticas que o
tornam ideal so (Poas Martins 2009):
Complexidade da rede
Geometria da rede
Clculo hidrulico
Relao com o projecto geral de arquitectura
Processo de licenciamento
Verifica-se que a modelao da rede no apresenta elevada complexidade, graas ao nmero limitado
de componentes e geometria simples da rede. Por outro lado, o clculo hidrulico feito com base
em frmulas pouco complexas, sendo que, para esta tarefa j se encontram ferramentas disponveis no
mercado, pelo que seria uma questo de transferir os princpios para o modelo. A relao com o
projecto de arquitectura tambm simples, j que se baseia, no em medio de quantidades, mas em
identificao espacial. Num modelo completo com partilha entre projectos, este aspecto seria
facilmente ultrapassado j que o projecto de arquitectura permitiria automaticamente identificar o
espao, no entanto, um modelo parcial s ter tal funo se lhe for adicionada. Por fim, o processo de
74
licenciamento referente a esta rea costuma ser independente das restantes, pelo que, em caso de
estudo de implementao, as reas de projecto que no as redes de distribuio predial seriam
salvaguardadas de importunos resultantes das condies especiais impostas pelo estudo.
Se os factores referidos at agora favorecem o regulamento na perspectiva da modelao com vista ao
licenciamento, convm tambm referir os factores que dificultam o processo (Poas Martins 2009):
5.2.3.
Existncia de diversos regulamentos locais que tornam o processo de licenciamento

automtico mais complexo, j que para cada um, necessrio ajustar os vrios parmetros de
clculo e verificao. Idealmente, deveria ser adoptado um nico regulamento nacional;
Dificuldade em representar num modelo de informao, aspectos de observao directa, como
por exemplo, identificar se uma zona de fcil acesso. Tratam-se de aspectos intuitivos para a
vista humana, mas bastante complexos em termos de modelao, j que, no s necessrio
identificar tais situaes, como tambm atribuir-lhes um valor qualitativo, tornando-os
extremamente subjectivos;
Necessidade em atentar complexidade do modelo, pois como foi dito, esta rea do projecto
presta-se a uma avaliao isolada, pelo que poder haver tendncia para simplificar bastante o
modelo. Tal abordagem no benfica visto aproximar-se demasiado dos processos
tradicionais, limitando o impacto dos novos mtodos desmaterializao de processos e
clarificao de responsabilidades. Por outro lado, apostar num modelo demasiado robusto,
pode revelar-se invivel por falta de meios e de tempo. A soluo estar em criar um modelo
simples, mas no definitivo, criando os meios, leia-se interfaces, para no futuro, estabelecer
vias de comunicao com outros modelos;
ANLISE REGULAMENTAR
O desenvolvimento de uma aplicao de verificao automtica do DR 23/95, com base nos princpios
de um modelo parcial, segundo uma abordagem bottom-up, pressupe uma anlise regulamentar
detalhada de modo a identificar quais os elementos passveis de representao no modelo, bem como a
forma como esses elementos condicionam ou so condicionados pelo funcionamento do modelo.
O desenvolvimento da aplicao e por conseguinte tambm a respectiva anlise regulamentar, foram
realizados pelo Professor Joo Pedro Poas Martins no seguimento da sua tese de doutoramento
(Poas Martins 2009). Considera-se prefervel remeter a anlise regulamentar para a referida tese, de
modo a ser possvel conferir a totalidade da informao a apresentada, mantendo a integridade
estrutural e sequencial da consulta. Ainda assim, conveniente referir o modo como se encontra
organizada. Com efeito, o regulamento foi percorrido artigo a artigo, procurando avaliar a viabilidade
de aplicao de cada um dos seguintes mtodos de verificao de conformidade regulamentar:
a) Manual, de forma expedita, por simples observao dos elementos de projecto, para situaes
onde se impe a interpretao humana, por fora da grande complexidade do ponto de vista
computacional em program-la, especialmente tratando-se de um modelo parcial;
b) Automtico com base numa checklist, isto , numa lista de declaraes do autor do projecto,
para situaes ditas complexas ou trabalhosas manualmente, mas rapidamente solucionveis
do ponto de vista computacional, como por exemplo, situaes de clculo;
c) Automtico com base num modelo de informao, para situaes simples tanto do ponto de
vista manual como computacional;
75
d) Observao directa em obra durante aces de fiscalizao, para situaes de

subjectividade inerente, sujeitas a diferentes interpretaes, independentemente do processo de
anlise escolhido;
Pretende-se com esta distino, clarificar a interpretao do regulamento do ponto de vista de
representao num modelo de informao, com todas as capacidades e limitaes que lhe so
inerentes.
5.3. BASE DE DADOS LICA

5.3.1.
ASPECTOS GERAIS
LicA (Licenciamento Automtico) a designao da aplicao informtica de verificao automtica

da conformidade de projectos de sistemas de distribuio predial de gua de acordo com Decreto
Regulamentar n 23/95, desenvolvida pelo Professor Joo Poas Martins no seguimento da sua tese de
doutoramento, com o objectivo de satisfazer os seguintes critrios genricos (Poas Martins 2009):
a) Proposta de um formato padro para a representao de sistemas de distribuio predial de
gua que possa ser aplicado ao licenciamento automtico de projectos;
b) Desenvolvimento de metodologias de verificao regulamentar, baseadas nas disposies em
vigor;
c) Desenvolvimento de aplicaes informticas que interajam com os modelos elaborados;
A aplicao foi desenvolvida na linguagem de programao T-SQL (Transact Structured Query
Language), formato de texto que define os parmetros da base de dados em vrios conjuntos de
tabelas, segundo os princpios caractersticos e estruturais dos modelos de informao. O facto de a
aplicao ter como objectivo concreto e definido, a verificao de um determinado regulamento, teve
bastante peso na opo por uma abordagem minimalista, do tipo bottom-up, caracterstica de um
modelo verdadeiramente parcial. A alternativa seria adoptar um modelo menos parcial, atravs da
ligao directa a uma aplicao j existente, limitando assim o trabalho criao de uma extenso da
aplicao. Contudo, tal no se verificou. A opo por uma aplicao independente foi sustentada
essencialmente por trs factores. A utilizao de uma linguagem estvel e com potencial de
interoperabilidade, capaz de suportar os problemas de compatibilizao de formatos e de actualizao,
a falta de um modelo standard com sucesso e aceitao real, e a capacidade de produzir diferentes
formatos de outputs que satisfaam as preferncias de diferentes tipos de utilizadores. A figura
seguinte simplifica os vrios aspectos de concepo e funcionamento da aplicao:
76
Fig. 22 - Representao esquemtica geral da aplicao LicA (Poas Martins 2009)
5.3.2.
CARACTERIZAO ESTRUTURAL DA APLICAO
A estrutura da base de dados LicA, foi pensada de modo a abrir portas a outras aplicaes, na medida
em que funcionalmente independente de qualquer outra aplicao externa embora possa aceitar
inputs provenientes de outros programas e lhes permita o acesso informao que contm. Assim,
alm de possibilitar o armazenamento de toda a informao referente ao modelo, a base de dados da
aplicao tambm contm as ferramentas necessrias para alterao de dados, sendo a integridade
destes assegurada atravs de mecanismos e rotinas presentes na mesma. As grandes vantagens desta
abordagem prendem-se essencialmente com a possibilidade de introduzir inputs de mais de uma
forma, e especialmente, de obter os outputs necessrios de forma facilmente assimilvel, graas
possibilidade de aceder base de dados do modelo com aplicaes externas, de acordo com os
mtodos e ferramentas de trabalho standards do utilizador, sem ter necessariamente de alterar a
organizao conceptual do modelo de informao.
Seguidamente produo do modelo de informao LicA, foi desenvolvida de raiz, uma interface
grfica para a base de dados LicA. Resumidamente, a interface permite o acesso directo base de
dados, ou por outras palavras, permite aceder de forma grfica a funes de criao e edio de
modelos em geral, de clculo hidrulico, de verificao regulamentar e de gerao de documentos de
trabalho, peas escritas e desenhadas, tais como plantas e cortes, esquemas isomtricos da rede,
relatrios de clculo hidrulico (caudais de clculo, presses na rede e velocidades), medies e
relatrios de verificao regulamentar com tabela resumo e representao grfica dos resultados das
verificaes efectuadas (Poas Martins 2009).
As funes executadas pela aplicao LiCAD em relao base de dados LicA so na sequncia do
diagrama da figura 22, descriminadas da seguinte forma:
77
Fig. 23 - Relao entre LiCAD e LicA (Poas Martins 2009)
Tendo em vista a disponibilizao de uma grande quantidade da informao pertinente de forma

compartimentalizada, a interface grfica foi divida em quatro separadores diferentes, conforme a
figura 24. Num primeiro separador, procede-se definio do modelo atravs da determinao e
consulta das propriedades da rede, bem como do estabelecimento dos parmetros de vista e
perspectiva. De seguida, no separador de anlise hidrulica, feito o clculo hidrulico da rede e so
disponibilizados os resultados, em termos dos parmetros relevantes, caudais, velocidades,
comprimentos das ligaes, e presses e caudais nos ns. O separador da verificao regulamentar
permite correr a rotina da base de dados LicA, de modo a caracterizar a condio de conformidade
regulamentar da rede. O separador final, produz um conjunto de documentos que sintetizam os
processos desenvolvidos e os resultados obtidos, sob a forma de folhas de medies, relatrios de
clculo hidrulico e relatrios de verificao de conformidade regulamentar.
Fig. 24 - Interface grfica da aplicao LiCAD (Poas Martins 2009)
78
Mais do que a interface grfica, o que interessa verdadeiramente num programa de licenciamento, so
os outputs. Porque so estes que iro no futuro representar a memria descritiva e constituir a prova do
trabalho e das verificaes feitas, torna-se fundamental perceber de que forma que os resultados dos
processos desenvolvidos pelo programa se transformam em resultados utilizveis para o utilizador. Por
outras palavras, necessrio descobrir quais os outputs da aplicao. Assim, estes dividem-se em
representaes grficas e representaes escritas.
As representaes grficas podem ser estticas, correspondendo s formas tradicionais das peas
desenhadas de projecto sob a forma de plantas, cortes e axonometrias, ou dinmicas, representando a
interface da rea de trabalho.
O facto de as ferramentas de modelao no constiturem um standard em relao ao licenciamento de
projectos, e desse modo, os regulamentos no serem desenvolvidos para ser introduzidos num modelo,
mas sim para serem abordados manualmente, implica que para a interpretao automtica do
regulamento ser o mais adequada possvel, sejam feitas simplificaes, distores e outras
modificaes, de modo a poder introduzir determinados parmetros ambguos e a representar todos os
elementos necessrios, e como tal, verifica-se que as representaes grficas no constituem
representaes completamente rigorosas conforme as peas desenhadas tradicionais.
Esta ideia tambm se aplica s peas escritas, j que tais adaptaes so feitas a nvel conceptual. No
entanto, a aplicao j produz um volume muito significativo de resultados, que em termos escritos,
tambm so divididos a nvel esttico, sob a forma de relatrios, e a nvel dinmico, referentes rea
de trabalho, com funo no s descritiva, mas tambm interactiva, ou seja, possibilitando a alterao
do modelo. Conforme o que foi visto anteriormente, existem trs tipos distintos de relatrios. Os
relatrios de verificao de conformidade regulamentar, representam listagens dos resultados da
verificao regulamentar, organizados por artigo, por componente da rede ou por gravidade da no
conformidade. Os relatrios de medies, que na ausncia de normas, adoptaram as linhas de
orientao definidas pelo LNEC (Fonseca 1998), apresentam uma utilidade elevada, j que os mapas
de quantidades constituem trabalho obrigatrio, mas tambm extenuante e muitas vezes incorrecto,
pelo que, a sua gerao automtica, alteraria esta situao. Falta referir o relatrio de clculo, que no
passa de uma tabela resumo dos clculos efectuados contendo informao acerca dos caudais,
velocidade e presses ao longo da rede.
5.3.3.
MODELAO DA REDE ELEMENTOS CONSTITUINTES
A verificao de um regulamento de guas prediais implica a modelao de vrios elementos bastante

especficos. Se verdade que j se encontra disponvel no mercado, um nmero assinalvel de
aplicaes BIM, tambm o que essas aplicaes tm um foco sobretudo na perspectiva da
arquitectura ou estrutura do edifcio. As ferramentas utilizadas nessas reas, de modo a caracterizar os
respectivos elementos constituintes, tais como paredes, vigas, pilares, janelas ou portas entre outros,
so assim inadequados para a caracterizao hidrulica de um edifcio, pelo que, apenas as definies
geomtricas, espaciais e paramtricas se contabilizam entre as que sero aproveitadas na rea do
abastecimento de guas.
Tal como foi referido anteriormente, a aplicao LicA utiliza uma abordagem bottom-up, o que na
prtica, significa que o desenvolvimento da aplicao comeou pela reviso do regulamento, que
atravs das suas imposies, estabelece quais os elementos que so necessrios modelar, de forma a se
poder verificar automaticamente a conformidade regulamentar. Como tal, apresentar-se- de seguida
uma breve descrio desses mesmos elementos, presentes no LicA.
79
Antes de mais, a definio geral da rede. A rede constituda por ns e ligaes, sendo esta
constituio comum tanto para redes de guas frias, como para redes de guas quentes. De sublinhar
esta distino, j que so obrigatoriamente redes diferentes, ainda que com constituies semelhantes.
Semelhantes e no iguais, tendo em conta o facto de, por exemplo, ser necessrio isolar termicamente
as redes de guas quentes.
Na aplicao LicA, os ns podem ou no ter uma funo especfica, ou seja, podem ser associados a
dispositivos ou acessrios de rede, com as respectivas propriedades hidrulicas caractersticas, presso
e caudal, as quais representam um consumo associado ao n, ou ento, podem meramente
corresponder a elementos necessrios caracterizao da rede, mas no terem consumos associados.
De referir que um dispositivo pode conter vrios ns, pelo que essa distino claramente feita na
definio das tabelas de definio de objectos. Por outro lado, um n pode ter uma terceira funo
associada, funcionar como um reservatrio, pelo que as especificidades da distino implicam o
desenvolvimento de uma classe diferente.
Quanto s ligaes de rede, contabilizam-se trs tipos distintos: canalizaes, bombas e vlvulas.
Essenciais na definio da classe canalizao ou tubagem, esto outros trs factores. A localizao da
tubagem, dentro ou fora do edifcio, a existncia ou no de isolamento trmico e o material da
tubagem.
As vlvulas apresentam tambm vrias particularidades. A importncia de distinguir claramente qual a
vlvula em questo, percebe-se pelo facto de a cada uma serem associadas diferentes propriedades.
Assim, luz do regulamento, necessria a modelao de vlvulas de seccionamento, reteno,
segurana, redutora de presso e regulao.
As bombas no apresentam subdivises, pelo simples facto que apenas necessrio verificar uma
propriedade, a altura de elevao em metros. Assim, a distino poderia ser feita simplesmente em
termos de cumprir ou no a respectiva exigncia.
A localizao da rede tambm um factor condicionante luz do regulamento, j que as relaes entre
os espaos e as redes resultam em diferentes propriedades.
Em relao a elementos a definir, faltam referir os materiais e dispositivos de utilizao e acessrios
de rede, elementos definidos em conjunto com todos os restantes, nas tabelas do anexo A.
semelhana deste ltimo ponto, para todos os outros elementos possvel consultar as tabelas de
definies da aplicao, importadas directamente da bibliografia (Poas Martins 2009).
5.4. RECURSOS DISPONIBILIZADOS PELO MODELO IFC

5.4.1.
ASPECTOS GERAIS
Tendo como ponto de partida a anlise efectuada em 3.5, interessa agora aprofundar o estudo do
modelo IFC, para tentar perceber de que modo que este pode interagir com o programa de
licenciamento automtico (LicA).
Como modelo standard e universal que pretende ser, a totalidade do modelo IFC encontra-se
disponvel para consulta na internet, sem qualquer tipo de restries de acesso, atravs do endereo
electrnico da IAI (IAI 1996-2010)9.
Na bibliografia encontra-se o respectivo endereo electrnico.
80
A modelao do sistema de redes prediais segundo os princpios do modelo IFC assegurada

sobretudo por dois mdulos. Presente na camada de interoperabilidade do modelo IFC, o mdulo dos
elementos de servios comuns de edifcios assegura especialmente a definio de elementos da
estrutura da rede, enquanto o mdulo das canalizaes e segurana contra incndios, incide mais sobre
os elementos terminais. Nos prximos captulos, os dois mdulos sero analisados mais
aprofundadamente. Adicionalmente, considerando o facto de os dois mdulos referidos no serem
suficientes para modelar todos os componentes da rede, tambm neste captulo se mostrar quais os
recursos fornecidos pelo modelo IFC, para estender a sua gama de representaes.
5.4.2.
MDULO DAS CANALIZAES E SEGURANA CONTRA INCNDIOS
Os elementos do regulamento de redes de guas prediais passveis de representao num modelo de

informao so especificados sobretudo no mdulo IfcPlumbingFireProtectionDomain (canalizaes e
segurana contra incndios) presente na camada dos domnios de aplicao.
Fig. 25 - Camada dos domnios de aplicao do modelo IFC. Destaque do mdulo das canalizaes e segurana
contra incndios (IAI 1996-2010)
Este mdulo foca-se nos componentes dos servios de edifcios relacionados com abastecimento e
saneamento de guas em redes prediais. Tratando-se de um domnio de aplicao, este mdulo
representa uma extenso e especializao dos recursos de modelao de sistemas de distribuio,
definidas no mdulo de elementos de servios comuns de edifcios, pelo que, as suas entidades sero
definidas como subtipos do mdulo de servios comuns. De seguida, so listadas as vrias classes
presentes no mdulo das canalizaes e segurana contra incndios, seguidas da respectiva entidade
do mdulo dos servios comuns, que a define como subtipo:
IfcFireSuppressionTerminalType IfcFlowTerminal
Define as propriedades para todas as formas de irrigadores, aspersores e todos os outros elementos
de distribuio de guas necessrios ao suprimento de incndios.
IfcInterceptor IfcFlowTreatmentDevice
Define as propriedades do conjunto de dispositivos desenvolvidos para separar ou reter matria

indesejvel, permitindo o funcionamento normal das redes de drenagem.
IfcSanitaryTerminalType IfcFlowTerminal
Define as propriedades do conjunto de elementos sanitrios de um edifcio, como chuveiros,

lavatrios, sanitas, entre outros.
IfcStackTerminalType IfcFlowTerminal
81
Define as propriedades dos elementos de proteco das extremidades dos sistemas de recolha de
guas pluviais.
IfcWasteTerminalType IfcFlowTerminal
Define as propriedades dos elementos de drenagem de esgotos.

Em cada uma destas entidades, encontram-se definidos, o mais especificamente possvel, os elementos
desta rea da concepo de edifcios, ou por outras palavras, encontram-se definidos os property sets,
ou tabela de propriedades, dos elementos (consultar 5.4.4 para maior desenvolvimento deste tema).
Como exemplo, no IfcSanitaryTerminalType, encontra-se definido o que um lavatrio.
Para a modelao de redes prediais, o IfcSanitaryTerminalType a entidade que contm a maioria dos
elementos necessrios, com os elementos das restantes entidades a serem necessrios apenas
pontualmente.
Falta referir que o domnio de aplicao IfcPlumbingFireProtectionDomain contm ainda um
conjunto de disposies complementares, pensadas exactamente para suportar os requisitos tpicos da
verificao automtica de conformidade regulamentar:
Catchment IfcSpatialStructureElement
Culvert IfcSystem
Drainage reserve IfcSpatialStructureElement
Outfall IfcProxy
Tal como na enumerao dos tipos de distribuio visto anteriormente, tambm neste caso aparecem
as entidades seguidas das classes nucleares ou de interoperabilidade necessrias sua definio. H
contudo uma grande diferena. Enquanto no caso anterior, os property sets se encontravam definidos
no prprio modelo IFC atravs de entidades explcitas, neste caso, tal no acontece, restringindo-se
assim disposio das instncias que necessrio percorrer, de modo a definir a entidade em causa.
Porque os property sets no se encontram definidos no modelo IFC, tendo antes uma fonte exterior,
ento tambm a sua descrio no disponibilizada. Fica deste modo registada a inteno em dar
seguimento introduo de novas classes a este domnio, com a inteno de promover avanos no
apenas na rea das redes prediais de gua, mas tambm a nvel do licenciamento automtico de
projectos.
5.4.3.
MDULO DOS ELEMENTOS DE SERVIOS COMUNS DE EDIFCIOS
Presente na camada de interoperabilidade, este mdulo define conceitos bsicos referentes aos
servios comuns de edifcios, nomeadamente sistemas de distribuio de vrios tipos, necessrios para
a interoperabilidade entre domnios de aplicao referentes a instalaes em edifcios, tais como
AVAC, distribuio de guas, segurana contra incndios, instalaes elctricas e controlos em
edifcios (alarmes, sensores, entre outros).
Fig. 26 - Camada de interoperabilidade. Destaque do mdulo dos elementos de servios comuns de edifcios (IAI
1996-2010)
82
Os conceitos base incluem definies bsicas de ocorrncias tipo para sistemas de fluxos e
distribuio, bem como propriedades fundamentais em cenrios habituais de servios de edifcios
(propriedades de fluxo de guas, propriedades elctricas, propriedades trmicas, etc.).
A estrutura deste mdulo est desenhada para utilizar bastante os conceitos de tipo, ocorrncia e
performance, conforme a figura 27.
Tipos
materiais, custos, etc.
definies geomtricas
condies nominais de design
Ocorrncias
localizao
conectividade com outros sistemas e elementos
interaco com a envolvente
Historial de performance
medio de dados
simulao de dados
Fig. 27 - Conceitos de representao de objectos (IAI 1996-2010)
Um tipo ou elemento pode ter zero ou muitas ocorrncias. Cada ocorrncia pode ter vrios historiais
de performance, possibilitando que os dados especficos de uma dada fase, possam ser retidos e
mantidos durante todo o ciclo de vida do edifcio.
A estrutura do mdulo distribui os servios simetricamente em tipos e ocorrncias, sendo a funo
principal da entidade em questo, o que determinar a sua classificao dentro dos seguintes conceitos
genricos, que representam os tipos de elementos definidos neste mdulo:
Cmara de distribuio
Dispositivo de converso de energia
Controlador de fluxos
Conector de fluxos
Dispositivo de movimento de fluxos
Segmento de fluxos
Dispositivo de armazenamento de fluxos
Terminal de fluxos
Dispositivo de tratamento de fluxos
A cada um destes conceitos genricos, corresponde uma entidade, na qual possvel consultar os
property sets dos elementos que a mesma contm.
Tendo presente o tipo de abordagem estrutural do modelo IFC, percebe-se que apesar dos esforos em
representar o maior nmero possvel de objectos, ser muito difcil satisfazer todas as necessidades.
83
Assim, em determinadas situaes verifica-se que o modelo contm uma classe genrica sem que os
respectivos objectos se encontrem bem definidos, sob a forma de uma entidade ou de um property set,
sendo necessria a definio dos objectos segundo uma destas duas formas. Em 5.4.4 este tema ser
retomado.
anlise dos tipos, segue-se a anlise das ocorrncias. Segundo a figura 27, as ocorrncias tratam o
posicionamento ou colocao do elemento, e a conectividade e interface com os outros elementos ou
sistemas do edifcio. Assim, as propriedades das ocorrncias, ao contrrio das dos tipos, no so
materiais ou dimensionais, mas antes espaciais e fsicas. Veja-se a lista das classes referentes s
ocorrncias:
Elemento de controlo de distribuio

Elemento de fluxo de distribuio
Porta de distribuio
Propriedades elctricas base
Propriedades de energia
Propriedades do fluxo de fluidos
Relaes para elementos de controlo de fluxo
Propriedades sonoras
Valor do som
Propriedades trmicas dos espaos
Mais do que saber qual o papel individual de cada uma das entidades, interessa reter que muitas delas
constituem a base para a definio de outros tipos de classes, tipos de elementos ou propriedades de
elementos (atravs de property sets).
A relevncia destes aspectos prende-se com o facto de no ser suficiente identificar o modelo IFC
como tendo o potencial para traduzir os requisitos do regulamento num modelo de informao, mesmo
quando o modelo no inclui todos os objectos definidos. necessrio confirm-lo e verificar a
extenso desse mesmo potencial, pela verificao dos recursos existentes para modelao de novos
objectos.
Outro aspecto importante, de relembrar que apesar de o modelo possuir as ferramentas standard que
permitem a criao de novos objectos, tal processo ter de ser desenvolvido necessariamente por quem
produz o modelo parcial de licenciamento automtico. Qualquer alterao (e/ou adio) aos recursos
standard do modelo IFC, leia-se estrutura da base de dados do modelo, s ser levada a cabo quando
tais objectos constiturem uma necessidade global, tal como por exemplo, uma necessidade global a
capacidade de representar um pilar ou uma viga.
5.4.4.
DEFINIO DE PROPERTY SETS
Os elementos do regulamento de distribuio de guas prediais so bastante especficos, ou antes,

possuem propriedades muito especficas. J foram referidas as particularidades de um modelo
completo como o modelo IFC, e como tal, nesta perspectiva, bastante provvel que o modelo no
apresente de base todos os elementos e todas as propriedades correspondentes para a definio dos
elementos da rede. A possibilidade de definir e atribuir propriedades a elementos e ocorrncias (ou
seja, relacion-las com o modelo) assim fundamental na perspectiva de um modelo de informao.
84
Identificar as correspondncias directas entre um modelo completo como o IFC e um modelo parcial,
no suficiente para avaliar a sua compatibilidade. Porque quem pretender que o modelo parcial tenha
interface IFC, ter necessariamente de desenvolver o adaptador de interoperabilidade, ento alm de
identificar as correspondncias directas, ser necessrio identificar, se e de que forma (com que
ferramentas, leia-se entidades) possvel criar novas associaes, quer pela criao de novos
elementos, quer pela criao de novas ocorrncias ou pela adio de propriedades aos mesmos.
A definio de novas propriedades, suportada pelo mdulo Kernel (mdulo nuclear), representa a
generalizao de todas as caractersticas dos objectos, reflectindo a informao especfica do elemento
e se pertinente, tambm a informao relativa ocorrncia. Por outro lado, mostra tambm as
instncias a percorrer, ou por outras palavras, as outras entidades e classes a que preciso recorrer (se
necessrio) para a definio das propriedades. No modelo IFC, estes conceitos so materializados por
via da entidade IfcPropertyDefinition.
A aplicao das propriedades aos respectivos objectos obtida atravs dos conceitos de relaes entre
objectos presentes na entidade IfcRelationship, a qual define os cinco tipos fundamentais de relaes
do modelo IFC: atribuio de ligaes internas, associao de informao externa, decomposio dos
conceitos gerais, definio de propriedades e conectividade entre objectos.
Conceptualmente, o processo de definio de propriedades assume o seguinte aspecto:
Fig. 28 - Modelo conceptual para definio de propriedades (Wix 2010)
O mapa conceptual de definio de propriedades mostra que este processo se desenrola a vrios nveis,
com vrias diferentes finalidades. Assim, este processo permite (Wix 2010):
Atravs dos recursos de relaes entre objectos, adicionar dados informativos no

geomtricos, a uma entidade em CAD convencional
Relacionar mais do que um property set a um nico objecto
85
Relacionar um property set a vrios objectos

Reunir vrios property sets que normalmente so utilizados juntamente, num nico objecto
(IfcTypeObject)
Organizar objectos e respectivos property sets num produto (IfcTypeProduct)
Relacionar o produto com outro objecto
Utilizar os property sets para registar o historial de performance de um objecto durante o
tempo
Um property set define-se como um depsito de propriedades devidamente descriminadas pelo nome,
e organizadas segundo uma estrutura ramificada do tipo rvore. A importncia dos property sets em
modelos completos sublinhada pela necessidade de expandir o modelo, de adicionar informao,
sem introduzir mudanas estruturais. Porque na construo existe um nmero demasiadamente
elevado de componentes diferentes, no seria vivel criar uma nova classe sempre que fosse
necessrio definir as propriedades de um novo grupo, sob a pena de tornar o modelo demasiado
pesado e por isso difcil de implementar e suportar (Wix 2010).
Esta ideia importante para perceber as dinmicas de utilizao do modelo IFC. De facto, o modelo
fomenta a colaborao dos utilizadores que pretendem implement-lo e como tal, sendo os property
sets um quadro de trabalho standard para introduo de informao definida pelos utilizadores,
representam uma ferramenta valiosa para estes processos.
A prxima figura, ilustra estes princpios de modo muito simples e intuitivo, mostrando como o
aumento do grau de especializao pretendido, acompanhado por uma mudana em quem introduz
os inputs.
Fig. 29 - Esquematizao da relao entre especificidade da representao e responsabilidade de definio de

propriedades (Wix 2010)
Na definio de propriedades, necessrio ter em conta os seguintes aspectos:
86
Definio da informao especfica do tipo de objecto, referindo ao nvel onde o objecto se

encontra na hierarquia do paradigma de modelao, genrico especfico ocorrncia;
Definio do conjunto de propriedades de elementos ou ocorrncias, estabelecendo um
conjunto de parmetros extensveis e partilhveis anexados a cada objecto, bem como um
subconjunto de informao comum entre objectos;
Definio dos seguintes atributos para cada propriedade:
Nome fundamental para atribuir significado propriedade;
Descrio caracterizao da propriedade;
Property set a que pertence;
Referncias externas livrarias, classificao ou documentao associada
propriedade;
Dependncias de, ou para outras propriedades;
Complexidade define se pertence a um conjunto de propriedades que define uma
sub-propriedade de uma propriedade;
Tipo de valor atribudo (com ou sem unidades):
Valor unitrio
Valores fronteira
Lista de valores ordenada
Seleco de valores
Tabela de valores dependentes
Conceptualmente, os processos descritos referentes s instncias a percorrer para atribuio de

significado de modelao a uma propriedade, organizam-se da seguinte forma:
Fig. 30 - Subtipos da classe de propriedades (IAI 1996-2010)
87
Em termos de estrutura do modelo IFC, a definio de property sets assegurada pelo

IfcPropertySetDefinition. Esta entidade representa uma generalizao de todos os recursos disponveis
para a definio de property sets. Os recursos dividem-se em:
Templates de property sets
Assegurados pelo IfcPropertySetTemplate, definem a coleco de templates que estabelece

padres para a definio de propriedades. Os templates podem definir o nome, descrio, tipo de
dados, unidades ou expresses standard.
Ocorrncias de property sets
Dinamicamente extensveis
Assegurados pelo IfcPropertySet, definem o conjunto de propriedades que
representam o quadro de trabalho a ser seguido pelos utilizadores na definio de
propriedades. Aplicvel aos casos em que necessrio criar uma nova entidade para
o property set, sendo necessrio definir os atributos conforme visto anteriormente.
Estticos
Assegurados pelo IfcPreDefinedPropertySet, definem os property sets j existentes
na estrutura do modelo IFC. Estabelece o significado semntico de cada conjunto de
propriedades, atravs da associao entre o nome e o tipo de dados referentes a
determinada entidade.
5.5. COMPARAO ENTRE MODELOS ANLISE TERICA

5.5.1.
INTRODUO
A avaliao da aplicabilidade do modelo IFC ao licenciamento automtico de redes prediais de guas

acaba por ser uma rea um pouco cinzenta na falta de um caso de estudo concreto. Justifica-se esta
afirmao pelo simples facto que, uma verdadeira avaliao de compatibilidade pressupe no s uma
pesquisa terica, como tambm uma avaliao prtica, com base em experimentao sucessiva,
passvel de ser traduzida em resultados reais, a serem depois organizados atravs de anlises
estatsticas e de sensibilidade. Por mais que uma avaliao terica procure avaliar factos, a verdade
que os mecanismos por trs, tanto dos modelos de informao, como das aplicaes informticas, nem
sempre so claros, especialmente para os no especialistas de programao. Quer isto dizer que,
normalmente, conhecem-se os inputs e os outputs mas no o processo intermdio. Deste modo, mais
difcil aferir com toda a exactido os outputs do modelo. Por outro lado, embora a estrutura conceptual
do modelo IFC seja disponibilizada, revelando a extenso dos seus domnios de aplicao e
modelao, a verdade que os resultados reais, ou os outputs reais, iro depender dos adaptadores de
interoperabilidade que no esto ao cargo de quem desenvolve o modelo IFC, mas sim de quem
desenvolve os modelos ou aplicaes que pretendem ter essa interface.
Nos prximos captulos, ser ento levada a cabo uma avaliao terica, atravs da comparao da
estrutura conceptual do modelo IFC, com a da aplicao de licenciamento automtico LicA.
88
A abordagem tomada para este estudo estabelece a estrutura da base de dados LicA como o ponto de
partida, seguindo-se o modelo IFC, e acabando na anlise das correspondncias caso a caso. A tabela
18 do anexo B mostra os resultados deste estudo, organizados de forma resumida e simples.
A identificao dos parmetros do LicA passveis de representao foi feita com base nas tabelas do
anexo A, seguindo-se a verificao dos objectos homlogos no modelo IFC, procurando perceber a
ordem de correspondncia entre ambos.
5.5.2.
TIPOS DE CORRESPONDNCIA
5.5.2.1. Aspectos gerais
Aps estudar os dois modelos, foram identificados trs tipos de correspondncias entre objectos LicA
e objectos IFC, aos quais foi atribudo um cdigo de cores, representativo do grau de proximidade
entre atributos de representao.
Assim, a cor verde foi utilizada para identificar os objectos cuja correspondncia directa. Quer isto
dizer que existe uma entidade no modelo IFC que define directamente a classe ou objecto que se
pretende modelar no LicA.
Aos casos em que a um objecto do LicA no corresponde um elemento especfico, mas antes uma
classe genrica, foi dada a cor amarela. Note-se que para este caso, existe uma correspondncia
indirecta, pois ser necessrio primeiro definir as propriedades do objecto.
No terceiro caso, foi dada a cor vermelha a todos os objectos do LicA cuja correspondncia no modelo
IFC seja demasiado genrica ou inexistente e portanto indeterminada. A definio do objecto no
entanto possvel j que o modelo IFC foi desenvolvido exactamente para fornecer as ferramentas
adequadas para suprir os objectos em falta, pelo que, se procurou identificar quais as entidades
necessrias para a realizao desse processo.
5.5.2.2. Correspondncias directas
Uma anlise rpida da tabela 18, permite verificar que a grande maioria dos objectos, apresentam uma
correspondncia directa. Tal no de estranhar, pois muitos dos objectos considerados, correspondem
a elementos, propriedades ou medidas bastante genricas, e por isso, com maior probabilidade de
figurar num modelo standard.
Variveis de medida ou quantificao, tais como a presso ou a velocidade, entre outras, so todas
asseguradas pelo modelo IFC, excepto a rugosidade, o dimetro e a altura de elevao, que embora
sejam unidades de comprimento10, no seriam reconhecidas pois o nome da unidade no consta do
modelo IFC. Em 5.5.2.3 e 5.5.2.4, este tema ser mais explorado.
Quanto aos dispositivos, a grande maioria j se encontra definida pelo modelo IFC, sendo as vlvulas,
a classe de dispositivos com maior nmero de property sets a definir.
Definir o tipo de rede, seja de gua fria ou de gua quente, possvel atravs da entidade
IfcDistributionPort, a qual caracteriza as redes de distribuio, a nvel do tipo de rede (seja de guas,
10
Medio do comprimento assegurada pelo recurso IfcLength.

89
electricidade ou gs, entre outros), da configurao e dos materiais utilizados. A associao a uma rede
de gua quente ou de gua fria assegurada pelos respectivos property sets.
Objectos do LicA que entrem na categoria de referencial ou posicionamento tm correspondncia
directa. As relaes espaciais representam funes bsicas de qualquer modelo de informao, e como
tal, um modelo standard como o IFC no foge regra.
5.5.2.3. Correspondncias indirectas
As correspondncias indirectas esto associadas aos casos em que necessrio modelar determinado
objecto no LicA, cuja correspondncia no modelo IFC, dada por uma entidade que define um
conjunto de objectos, ou seja, uma classe, mas no os especifica, pelo que, no caso de se desenvolver
um adaptador de interoperabilidade, seria necessrio adicionar um conjunto de propriedades classe,
de modo a suprir os elementos em falta para definir concretamente o objecto, e s depois proceder
associao entre elementos.
Assim, pela consulta da tabela 18, este tipo de situao verifica-se especialmente em relao
definio de vlvulas, espaos, materiais e certas variveis. Existem tambm alguns casos isolados,
mas no representativos da respectiva classe.
A correcta definio das vlvulas vital para uma adequada modelao das redes de guas prediais.
Como modelo standard, o modelo IFC procura definir diferentes vlvulas genricas para diferentes
reas (guas, detritos, gs e ar) em vez de se concentrar numa rea especfica. Veja-se o mapa
conceptual em termos de instancias a percorrer para definio de vlvulas:
IfcRoot
IfcObjectDefinition
IfcObject
IfcProduct
IfcElement
IfcDistributionElement
IfcDistributionFlowElement
IfcFlowController
IfcValveType
Pset_ValveType
Fig. 31 - Mapa conceptual de instncias a percorrer desde a raiz at entidade para definio de property sets para
vlvulas (IAI 1996-2010)
A hierarquia de instncias termina no IfcValveType. O modelo IFC contm algumas vlvulas j

definidas atravs dos respectivos property sets, sendo que, em relao ao tipo de vlvulas que
preciso definir no mbito do LicA, apenas a vlvula redutora de presso apresenta os respectivos
property sets, pelo que representa uma correspondncia directa. Para as restantes, necessrio definir
property sets, segundo os princpios vistos em 5.4.4.
90
As unidades de medida referentes a correspondncias do tipo indirecta, referem todas a casos onde a
definio de unidades se possa incluir no property set que define o objecto do qual se pretende retirar a
unidade. Exemplos desta situao, a definio da altura de elevao ou da rugosidade.
O modelo IFC no inclui property sets para os materiais, j que as caractersticas de cada um iro
variar de acordo com as especificaes do fabricante. O IfcMaterialDefinition foi pensado
exactamente para ultrapassar este obstculo, permitindo a definio de todas as funes relacionadas
com materiais, desde a sua constituio, at s suas camadas, passando pelo modo de utilizao.
IfcMaterialLayer
IfcMaterialResource
IfcLabel
IfcMaterialDefinition
IfcMaterialDefinitionRepresentation
IfcMaterial
Fig. 32 - Mapa conceptual de instncias a percorrer para definio de propriedades de materiais (IAI 1996-2010)
De acordo com as exigncias do LicA, os atributos necessrios para definir um material so, alm do
nome e da representao, definidos pelo IfcLabel e IfcMaterialDefinitionRepresentation, a rugosidade
definida pelo IfcMaterialLayer. Uma vez definidos os materiais, o modelo IFC no cria property sets
para os mesmos, antes, associa-os directamente aos elementos em questo.
A definio do tipo de espao num edifcio bastante importante luz do regulamento, j que importa
condicionantes em certas verificaes. O modelo IFC, permite faz-lo atravs da definio dos
respectivos property sets, que estabelecem os atributos caractersticos, tais como o nome, o
posicionamento relativo no edifcio ou entre outros, os requisitos a cumprir. Veja-se como faz-lo em
termos conceptuais:
IfcSpace
IfcLabel
IfcIdentifier
Pset_SpaceCommon
Fig. 33 - Mapa conceptual de instncias a percorrer para definio de tipos de espao (IAI 1996-2010)
Refira-se que, as questes de localizao em relao ao referencial e a relao com outros espaos so
devidamente asseguradas pelo modelo, fazendo parte das funcionalidades primrias de um modelo de
informao da construo.
91
5.5.2.4. Correspondncias indeterminadas
As correspondncias indeterminadas representam objectos sem qualquer associao com entidades

existentes do modelo IFC, pelo que, para os definir, tero de ser criadas novas entidades de raiz.
A criao de novas variveis, tais como o coeficiente de simultaneidade, possvel atravs do IfcUnit.
Esta uma entidade muito genrica, que permite vrios tipos de manipulaes e associaes em
relao s unidades. Para este caso, o IfcContextDependentUnit define um tipo de unidade que no
tem relao com o sistema internacional, ou seja, unidades adimensionais.
IfcUnit
IfcNamedUnit
IfcLabel
IfcContextDependentUnit
IfcExternalReferenceRelationship
Fig. 34 - Mapa conceptual de instncias a percorrer para definio de unidades adimensionais (IAI 1996-2010)
Por outro lado, para os casos onde existe um nova varivel no reconhecida pelo modelo IFC, mas que
utiliza uma unidade de medida do sistema internacional, utiliza-se o IfcLabel para atribuir um nome
varivel e de seguida, o IfcUnitEnum permitir incluir a varivel numa listagem juntamente com as
restantes unidades de medida no fundamentais. Conceptualmente, o processo retratado da seguinte
forma:
IfcMeasureResource
IfcLabel
IfcNamedUnit
IfcDimensionalExponents
IfcUnitEnum
Fig. 35 - Mapa conceptual de instncias a percorrer para definio de novas unidades do sistema SI (IAI 1996-2010)
A definio de uma nova lngua (portuguesa) considera-se uma tarefa bastante complicada, pelo que,
se restringiria esta funo ao LicA. Visto os parmetros da base de dados do LicA se encontrarem em
ingls, restringe-se a interpretao da lngua portuguesa aplicao.
As restantes correspondncias indeterminadas ganham esse estatuto pela sua relao com associaes
por sua vez j indirectas ou indeterminadas. Nas observaes da tabela 18 do anexo B, possvel
consultar as descries caso a caso.
92
5.6. DEFINIO DOS MAPAS CONCEPTUAIS

O processo de desenvolvimento de um adaptador de interoperabilidade do modelo IFC, que permita ao
LicA receber modelos neste formato, pode dividir-se essencialmente em duas fases:
1. Estudo conceptual: analisar as correspondncias entre as respectivas estruturas de base de
dados, procurando aferir quais os objectos do LicA que j integram a base de dados IFC e
quais os que preciso definir. Para este caso, perceber quais as ferramentas disponibilizadas
pelo modelo IFC para criar os objectos em falta e proceder organizao conceptual das
instncias a percorrer para o efeito. De seguida, realizar o mapa conceptual de associao
entre bases de dados, atravs da associao entre entidades e classes.
2. Trabalho de programao: de acordo com os mapas conceptuais estabelecidos na fase
anterior, executar o trabalho de programao que traduza na linguagem EXPRESS do modelo
IFC, o desenvolvimento dos objectos em falta, seguindo-se do desenvolvimento do adaptador
de interoperabilidade que defina a correspondncia entre objectos. Por outras palavras, algo
que defina o que que em linguagem T-SQL, corresponde em linguagem EXPRESS11.
Alm de algo morosa, a segunda fase foge um pouco das competncias standard de um engenheiro
civil, sendo uma tarefa para programadores, pelo que no ser realizada no mbito deste trabalho, que
se centrar somente na primeira fase.
O desenvolvimento dos mapas conceptuais ser condicionado pelo tipo de correspondncia. Assim,
para uma correspondncia que, segundo a nomenclatura utilizada neste trabalho, se diz directa, o mapa
conceptual ser, dos trs casos, o mais simples. Veja-se um exemplo:
Entidade LicA para definio de caudal
Flow
Conversor
T-SQL
EXPRESS
Entidade IFC para definio de caudal
IfcVolumetricFlowRateMeasure
Fig. 36 - Exemplo do modelo proposto para a associao entre as bases de dados LicA e IFC, com vista definio
da entidade caudal, representativa das correspondncias do tipo directa
entidade do LicA, neste caso o caudal, corresponde directamente uma entidade no modelo IFC, pelo
que o trabalho do conversor ser apenas fazer a associao entre a linguagem T-SQL e a linguagem
EXPRESS. Este modelo de mapa conceptual repete-se para todas as entidades que apresentem
correspondncia directa, sendo que, em anexo, encontram-se os mapas conceptuais disponveis para
consulta.
11
A linguagem EXPRESS no necessariamente a nica, nem a melhor soluo. Por representar j um dos
formatos mais utilizados, o XML poder ser uma melhor escolha, e medida que o formato ifcXML ganha fora,
antev-se mais uma soluo disponvel para representar dados segundo o modelo IFC.
93
A situao de correspondncias do tipo indirecta diz respeito aos casos onde existe uma entidade que
define a classe, mas no as propriedades do objecto. Para estes casos, o mapa conceptual ser um
pouco mais elaborado, j que ser necessrio algum trabalho no prprio modelo IFC. Veja-se um
exemplo:
Entidade LicA para definio de vlvula de seccionamento
Valves_Type_0
Definio do property set para vlvulas de seccionamento
IfcPropertySet
IfcRelDefinesByProperties
IfcValveType
Conversor
T-SQL
EXPRESS
Entidade IFC para definio de vlvula de seccionamento
IfcValveType
Pset_ValveTypeSectioning
da entidade vlvula de seccionamento, representativa das correspondncias do tipo indirecta
Na segunda fase deste mapa, encontra-se definida a forma de associar um property set referente a um
novo objecto, neste caso, uma nova vlvula, entidade que contm a classe para todas as vlvulas.
A quarta fase aparece sob a forma de dois processos, devido ao facto de o modelo IFC no definir uma
entidade para cada vlvula, mas sim uma classe para todas as vlvulas, que por sua vez, enumera uma
lista de diferentes tipos, cada um com o seu conjunto de propriedades especfico. Pretende-se deste
modo clarificar o caminho a percorrer para associar os elementos.
Este modelo de mapa conceptual, repete-se para os restantes casos de correspondncias indirectas,
pelo que possvel consult-los em anexo.
Em relao s correspondncias do tipo indeterminadas, verifica-se que o estilo dos mapas conceptuais
bastante semelhante aos casos de correspondncias indirectas. A diferena encontra-se na segunda
fase que um pouco mais elaborada. Veja-se um exemplo:
94
Entidade LicA para definio do factor de tolerncia
General_Properties_102
Definio de nova unidade de medida adimensional
Ver captulo 5.5.2.4, figura 34

Conversor
T-SQL
EXPRESS
Entidade IFC para definio do factor de tolerncia
IfcContextDependent
ToleranceFactorUnit
da entidade factor de tolerncia, representativa das correspondncias do tipo indeterminada
A segunda fase trata processos j descritos em captulos anteriores, pelo que, adoptou-se uma
considerao que refira o local onde os processos se encontram expostos.
Tal como nos casos anteriores, tambm para este tipo de correspondncia possvel encontrar os
restantes mapas conceptuais em anexo.
5.7. QUANTIFICAO DOS RESULTADOS

A partir dos resultados da tabela 18, foi feito o levantamento das percentagens de ocorrncia de cada
uma das correspondncias, organizado na seguinte tabela:
Tabela 5 - Quantificao dos resultados obtidos na tabela 18 do anexo B
Tipo de correspondncia
N de casos identificados
Percentagens
Por elemento
Directa
43
57%
Indirecta
25
33%
Indeterminada
11%
Totais
76
100%
Por classe
Directa
43
75%
Indirecta
11%
Indeterminada
14%
Totais
57
100%
95
Primeiro, preciso referir que estes resultados no equivalem totalmente s percentagens reais de
correspondncia entre modelos. luz do que foi dito em 5.5.1, sem uma avaliao prtica e concreta,
a incerteza quanto ao funcionamento dos processos e quanto aos outputs do modelo IFC, no permite
validar estes resultados por completo.
Dito isto, estes valores ajudam a dar uma ideia do trabalho em mos, caso se pretendam concretizar
estes princpios no desenvolvimento de um conversor IFC para o LicA.
Convm ter em mente que, mesmo no caso das correspondncias directas, a diferena de linguagens
de programao exige trabalho para realizar a tarefa de associar objectos. Nos restantes tipos de
correspondncia, a adicionar a este trabalho, vem ainda o desenvolvimento das funes no modelo,
para s depois, proceder associao.
Por outro lado, tambm pertinente assinalar o facto de as percentagens de correspondncias
indirectas por elemento serem de algum modo elevadas, devido essencialmente ao facto de as trs
classes com maior nmero de propriedades a serem definidas (materiais, espaos e vlvulas)
possurem todas muitos elementos, elevando assim a contagem. De salientar que esta situao no se
trata tanto de uma limitao do modelo IFC, mas antes uma opo, j que as propriedades destas
elementos so bastante especficas e variam consoante a localizao da obra/projecto e tambm do
fabricante para o caso das vlvulas e materiais, deixando assim a definio destas propriedades ao
critrio do utilizador do modelo. Deste modo, fazendo a leitura das correspondncias por classe,
verifica-se que as percentagens de correspondncias indirectas baixam consideravelmente.
96
6
CONCLUSES
6.1. RESULTADOS E CONCLUSES DO TRABALHO DESENVOLVIDO

Numa primeira fase do estudo levado a cabo neste trabalho, foram identificados alguns dos aspectos
negativos do sector da construo que justificam uma mudana de paradigma, nomeadamente a nvel
do processo construtivo. O estudo permite concluir que a falta de sistematizao e automatizao dos
processos um dos maiores problemas actuais, dado que motiva a baixa produtividade e o
desaproveitamento dos recursos.
A tendncia mais severa e rigorosa da legislao mais recente, revela um esforo no sentido de alterar
alguns destes aspectos negativos, no entanto, o desequilbrio que se regista a nvel de prazos e de
responsabilidades, continuar a ser evidente enquanto no se verificarem alteraes mais profundas,
sobretudo a nvel do projecto. J que possui carcter obrigatrio, a legislao ser sempre uma das
formas mais importantes de motivar o reforo das polticas de qualidade na construo, tanto a nvel
de concepo como de execuo.
No sendo exactamente novo, o conceito de modelo de informao parece s agora comear a ser
verdadeiramente divulgado, provavelmente fruto da maior aposta recente das empresas de software em
aplicaes destes conceitos. Com um grande potencial de vantagens extensveis a todo o processo
construtivo, mas especialmente a nvel do projecto, os BIM parecem ser a nova gerao de
ferramentas para conceber e gerir uma grande parte da informao relacionada com um edifcio.
O estudo desenvolvido no que diz respeito aos conceitos tericos por detrs dos modelos de
informao, permitiu identificar dois tipos diferentes de modelos, respectivamente com abordagens de
desenvolvimento distintas: modelos parciais e modelos completos.
Concluiu-se que os modelos parciais apresentam-se como solues mais viveis, tanto para os
produtores de software como para os utilizadores, pelo facto de se focarem mais facilmente nos
requisitos a cumprir. Os modelos completos por outro lado verificaram-se demasiado abrangentes para
que possam representar uma opo vivel sem constiturem um standard ou formato universal, como o
modelo IFC pretende ser.
O licenciamento de projectos foi a rea escolhida para centrar o estudo deste trabalho, sendo que se
verificou que em muito tem a beneficiar com a automatizao dos processos, nomeadamente atravs
97
da utilizao dos BIM, o que ao mesmo tempo, seria uma forma de motivar as restantes reas a
adoptar modelos de informao de forma a viabilizar todo o processo. Este facto pressupe que seja
possvel trocar dados entre os sistemas das vrias entidades intervenientes no processo construtivo.
Para tal, sugeriu-se como objecto de anlise o modelo IFC, que semelhana de outras iniciativas
relativas ao licenciamento automtico de projectos, constitui o formato de ligao entre modelo de
concepo e modelo de verificao.
O estudo das dinmicas de troca de dados entre a entidade projectista e a entidade licenciadora
permitiu identificar duas formas de proceder, sempre com o modelo IFC como intermedirio: importar
o modelo de licenciamento para o projecto de concepo no inicio do projecto, modelando o edifcio
tendo automaticamente em conta as especificaes regulamentares, ou exportar o modelo de
concepo para um modelo de verificao de conformidade regulamentar no fim do projecto.
Verificou-se que a primeira soluo, apesar de teoricamente mais vantajosa, s poder ser tomada
quando a implementao da segunda for bem sucedida.
A anlise de correspondncias entre a base de dados do modelo IFC e a base de dados de uma
aplicao de licenciamento automtico revelou algumas limitaes por parte do primeiro em aderear
todos os elementos presentes no regulamento. Contudo, tambm foi possvel aferir que o modelo
fornece as ferramentas necessrias ao suprimento dos recursos em falta. De facto, estes so os
princpios segundo os quais o modelo IFC foi desenvolvido. Elementos de carcter muito especfico
devem ser desenvolvidos pelo utilizador, recorrendo aos princpios e aos recursos do modelo. Desta
forma, garante-se que o modelo no sobrecarregado e que os utilizadores podem suprir as suas
necessidades.
Os resultados obtidos da anlise de correspondncia entre as bases de dados mostram que, menos de
quinze por cento dos elementos da rede conforme as especificaes do regulamento necessitam de ser
criados, com os restantes a serem associados directamente, ou a necessitarem apenas da definio de
propriedades.
Resumindo e abordando concretamente o tema, concluiu-se o seguinte:
a) A actual base de dados do modelo IFC mostra uma boa capacidade para abordar as vrias
especialidades da construo. Com muitas funes e elementos definidos, o modelo aparenta
um suporte bastante alargado de representaes. Verifica-se que a excepo diz respeito s
variveis adimensionais ou especficas, frequentes portanto em regulamentos. Apesar deste
facto, o modelo IFC apresenta vrios recursos para criao de novos elementos, pelo que as
necessidades de representao podem ser supridas.
b) O modelo IFC constitui uma opo vivel automatizao do processo de licenciamento de
projectos. Na verdade, as iniciativas encontradas nesta rea, bem como a ausncia de outros
formatos standard que englobem um mbito to alargado como o IFC, levam a crer que esta
poder ser de facto a forma mais vivel de abordar este processo.
c) A base de dados do modelo IFC suporta a representao de uma boa parte dos elementos do
DR 23/95 que constituem parmetros de verificao de conformidade. Como tal, considera-se
que, apesar de ser necessrio algum trabalho a nvel do modelo IFC e dos prprios
regulamentos, este representa uma boa soluo para intermediar os processos de trocas de
dados entre entidade licenciadora e projectistas.
d) A existncia de um modelo de verificao de conformidade regulamentar no suficiente para
finalizar a automatizao do processo de licenciamento de projectos. A interoperabilidade
entre sistemas, a adaptao dos regulamentos a formatos standard e o ajuste das prticas de
98
trabalho so factores muito importantes a ter em conta, e cuja alterao se processa a um ritmo
indesejavelmente no muito acelerado.
e) O desenvolvimento de modelos parciais de pequena dimenso que abordem apenas partes do
processo de licenciamento poder ser uma forma de familiarizar a comunidade de utilizadores
com esta tecnologia, enquanto no so reunidas todas as condies descritas no ponto anterior.
f) A propagao dos modelos de informao em geral nas prticas de trabalho no pode estar
exclusivamente dependente da evoluo do modelo IFC. necessrio um esforo conjunto,
com ambas as partes a estimularem o crescimento uma da outra.
g) necessrio que os agentes da construo ganhem conscincia do seu papel no processo de
desenvolvimento dos modelos de informao. Estar a seu cargo a identificao dos requisitos
a cumprir pelo modelo e pelo ambiente onde ser inserido, das exigncias que o modelo deve
cumprir, e das necessidades que deve suprir. A pesquisa feita neste trabalho, bem como o
esquema conceptual proposto para o conversor entre o modelo IFC e a aplicao de
licenciamento, so exemplos de algum desse trabalho.
6.2. DESENVOLVIMENTOS FUTUROS

Numa perspectiva futura, o estudo realizado neste trabalho permite identificar as seguintes
oportunidades de desenvolvimento:
a) Utilizando a anlise de correspondncias entre a base de dados do LicA e do modelo IFC,
terminar o conversor entre os dois modelos atravs da realizao do trabalho de programao
tendo como base os mapas conceptuais aqui desenvolvidos, procedendo depois anlise
concreta/prtica da correspondncia entre modelos.
b) Concretizar os aspectos do modelo IFC com vista ao licenciamento automtico para outras
especialidades da construo, nomeadamente para o projecto de arquitectura, estruturas e
instalaes.
c) Para um dado regulamento, desenvolver uma aplicao com base num modelo parcial com
dupla funo: funo de concepo e funo de verificao de conformidade regulamentar.
Avaliar a exequibilidade da modelao de um edifcio com funo de verificao de
conformidade regulamentar incorporada.
99
100
BIBLIOGRAFIA
Allen, S.; Hinks, A. - Using action-research to compare the theory and practice of managing housing
information. London: 1996.
Ambler,
Scott
W.
Data
Modeling
101.
2010.
Disponvel
em
http://www.agiledata.org/essays/dataModeling101.html
Arantes, Paula Cristina Fonseca Gonalves - Lean Construction Filosofia e Metodologias. Porto:
Faculdade de Engenharia da Universidade do Porto, 2008.
Ashcraft, Howard W.; Hanson, Bridgett, Marcus, Vlahos & Rudy, LLP - Building Information
Modeling; A Framework for Collaboration. American Bar Association; Forum on the
Construction Industry. (2007).
Autodesk - BIMs Return on Investment. 2007.
Autodesk - The Five Fallacies of BIM. 2007.
Bazjanac, Vladimir; Crawley, Drury - Industry Foundation Classes and interoperable commercial
software in support of design of energy-efficient buildings 1999.
Behrman, William - Best Practices for the Development and Use of XML Data Interchange Standards.
Stanford University, 2002.
Bjoerk, B-C. - Industry Foundation Classes for project management - a trial implementation 1999.
Bru, Nuno tiago Pereira - TIC na Reabilitao em PMEs. Porto: Faculdade de Engenharia da
Universidade do Porto, 2009.
Chen et al, Po-Han - Implementation of IFC-based web server for collaborative building design
between architects and structural engineers 2004.
Doherty,
Paul
IFC
and
XML:
What
is
the
Difference?
2003.
Disponvel
em
http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=2694038&linkID=9243097
e-Business W@tch - ICT and e-Business in the Construction Industry. 2006.
101
Eastman, Charles M - Building product models computer environments, supporting design and
construction. New York: CRC Press, 1999. 0-8493-0259-5
Eastman, Chuck - BIM handbook a guide to building information modeling for owners, managers,
designers, engineers and contractors. New Jersey: John Wiley and Sons Ltd, 2008. 978-0470-18528-5
Ekholm, Anders - ISO12006-2 and IFC Prequisites for coordination of standards for classification
and interoperability. Journal of Information Technology in Construction
(2005). Disponvel em http://www.itcon.org/2005/19/
El-Desouki, Maha e Abdel Hady Hosny - A Framework Model for Workflow Automation in
Construction Industry. Cairo, Egipto: 2005.
Fonseca, M Santos - Curso sobre regras de medio na construo. 2 ed. Lisboa: LNEC, 1998. 97249-1739-8
Fonseca, Pedro Antnio da Mota Moreira da - A produtividade das PME na construo. Porto:
Faculdade de Engenharia da Universidade do Porto, 2008.
Freitas, Vasco Peixoto de - Apontamentos de Patologia e Reabilitao de Edifcios. Porto: Faculdade
de Engenharia da Universidade do Porto, 2010.
Gruber, Thomas R. - A Translation Approach to Portable Ontology Specifications. Vol. Knowledge
Acquisition, 5(2):199-220, 1993. (1993).
Han et al, Charles S. - Making Automated Building Code Checking A Reality. Stanford University,
2003.
IAI, buildingSMART International Limited - Industry Foundation Classes; IFC2x Edition 4 beta 3
version. 1996-2010. Disponvel em http://www.iai-tech.org/
IAI, International Alliance of Interoperability - IFC Object Model Architecture Guide. 1999.
Disponvel em http://www.iai-tech.org/
INE - Empresas em Portugal 2005 2007.
INESC - ProNIC Sistema de Gerao e Gesto de InformaoTcnica para Cadernos de Encargos
2008.
Karola et al, Antti - BSPro COM-Server - interoperability between software tools using industrial
foundation classes 2002.
Khemlani, Lachmi - Solibri Model Checker 2009.
Krippahl, Miguel - O BIM e os arquitectos portugueses. 2008.
Langford, D.; Retik, A. - The Organization and Management of Construction: Shaping Theory and
Practice. London: 1996.
Lee, Y. Tina - Information Modeling: From design to implementation 1999.
102
Liebich, Dr. Thomas - IFC / ifcXML; Concept of the IFC Standard and the relation to ISO & XML
2002.
Lima, C. - Final draft CWA4 proposal European eConstruction Ontology. Work-shop on
eConstruction N083, Nederlands Normalisatie-Instituut. Vol. version 2004-03-26. (2004).
Maunula, Antti - The Implementation of Building Information Modling (BIM); A Process Perspective.
Helsinki University of Technology SimLab, 2008.
McGraw-Hill, Construction - The Impact of BIM on Business Development. 2009.
Microsoft,
Corporation
Microsoft
Digital
Literacy.
2010.
Disponvel
em
http://www.microsoft.com/about/corporatecitizenship/citizenship/giving/programs/up/digitallit
eracy/por/default.mspx
Moreira da Costa, Jorge - Apontamentos de Qualidade na Construo. Faculdade de Engenharia da
Nascimento, Luiz Antonio do ; Santos, Eduardo Toledo - A contribuio da tecnologia da informao
ao processo de projecto na construo civil 2001.
NES, Northern European Subset - Information Model Architecture 2007.
Poas Martins, Joo Pedro da Silva - Modelao do Fluxo de Informao no Processo de Construo,
Aplicao ao Licenciamento Automtico de Projectos. Porto: Faculdade de Engenharia da
Sedam, Scott - Lean Design: The $10K Solution. A TrueNorth Whitepaper 2009.
Smith, Dana k.; Tardif, Michael - Building information modeling a strategic implementation guide for
architects. New Jersey: John Wiley & Sons Inc, 2009. 978-0-470-25003-7
Solihin, Wawan - Lessons learned from experience of code-checking implementation in Singapore,
Success, Challenges, and Future Outlook. (2004).
Sousa, Hiplito de - Apontamentos de Gesto de Projectos. Faculdade de Engenharia da Universidade
do Porto, 2009.
STEP
Tools,
Inc
STEP
ISO
10303.
1991-2010.
Disponvel
em
http://www.steptools.com/library/standard/step_1.html
Teo Ai Lin, Evelyn - Building Smart - A Strategy for Implementing BIM Solution in Singapure 2006.
West, Matthew; Fowler, Julian - Developing High Quality Data Models. 2003.
Wilson,
Peter
R.
STEP
and
EXPRESS.
1998.
Disponvel
em
http://deslab.mit.edu/DesignLab/dicpm/step.html
Wix, Jeffrey - User Defined Property Sets 2010.
103
104
Anexos
105
106
ANEXO A.
LICA: ESTRUTURA DA BASE DE DADOS
Seguem-se as tabelas de definio de conceitos do LicA, retiradas na ntegra da tese de doutoramento

do Professor Joo Pedro Poas Martins (Poas Martins 2009).
Tabela 6 - Tabelas usadas pelo LicA e respectivas descries
Tabela
Descrio
Allowed_Materials
Calc_Report_Res
Resultados das verificaes automticas

efectuadas
Calc_Report_Res_AppliesTo_Desc
Tipo de elemento da rede ao qual corresponde a

mensagem de sistema
Calc_Report_Res_AppliesTo_ID
Calc_Report_Res_Desc
Contm texto correspondente a cada tipo de

mensagem
Calc_Report_Res_ID
Devices
Contm identificao dos diversos acessrios da

rede
Devices_Type
Devices_Type_Desc
Designao de cada tipo de acessrio
Devices_Type_ID
Flow
Consumos em cada n da rede e indicao da

necessidade de os afectar dos coeficientes de
reduo regulamentares
Fractions_ID
General_Properties
Contm uma variedade de constantes necessrias

verificao da conformidade da rede
107
Tabela
Descrio
General_Properties_Desc
Descrio dos parmetros de texto indicados em

General_Properties
Languages
Lnguas utilizadas nos campos de texto do LicA
link_res
Link_Type_Desc
Descrio do tipo de ligao (link) da rede
Links
Ligaes da rede
Materials_Desc
Descrio do tipo de material da canalizao
Materials_ID
MonJus_Res
Indicao do n de montante e de jusante da

ligao
Node_Res
Resultados, ao nvel dos ns da rede, do clculo

hidrulico efectuado
Nodes
Ns da rede e suas coordenadas cartesianas
Pipe_Roughness
Rugosidade de condutas de diferentes materiais Darcy-Weisbach. possvel definir uma gama de

rugosidades indicando um valor mximo e um
valor mnimo para este parmetro
Pipe_Roughness_Desc
Descrio dos materiais constituintes das

tubagens da rede
Pipes
Tubagens da rede
Pumps
Bombas da rede e suas alturas de elevao
Spaces
Identifica cada espao individual e indica o seu

tipo
Spaces_Type_Desc
Descrio dos espaos definidos no projecto de

arquitectura
Spaces_Type_ID
Identificao dos tipos de espao admissveis
SubNetworks
Divide rede em subredes que podem ser de

diferentes tipos (ex: gua quente/fria)
SubNetworks_Type_Desc
Descrio das redes existentes
SubNetworks_Type_ID
Identificao dos tipos de rede admissveis
Tanks
Reservatrios prediais
URC
Utilizar coeficiente de reduo?
URC_ID
Valves
108
Vlvulas da rede
Tabela
Descrio
Valves_Type_Desc
Tipo de vlvulas de rede
Valves_Type_ID
Identificao dos tipos de vlvula admissveis
Warning_Level
Associa avisos a mensagens geradas pelo

programa
Warning_Level_Desc
Nveis dos avisos gerados pelo programa
Warning_Level_ID
Identificao dos tipos de aviso admissveis
Tabela 7 - Campos da base de dados por tabela, seus tipos de dados e respectivas descries
Tabela
Campo
Datatype
Descrio
Allowed_Materials
ID
Int
Allowed_Materials
IsInside
Bit
Calc_Report_Res
ID
Int
Identificao do
elemento ao qual se
refere a mensagem
gerada - combina com
dados de
Calc_Report_Res_Desc.
Ex: 55 (falta de presso
no n 55)
Calc_Report_Res
MSG_ID
Int
Ligao a tabela
Calc_Report_Res_ID
Calc_Report_Res
MSG_TXT
NVarChar
(500)
Campo actualmente no
utilizado
Calc_Report_Res_AppliesTo_D
esc
ID
Int
esc
Lang_ID
Int
esc
Description
NChar
(100)
Calc_Report_Res_AppliesTo_I
D
ID
Int
MSG_ID
Int
Ligao a tabela
Calc_Report_Res_ID
MSG_TXT
NVarChar
Max
Texto a incluir no
relatrio a produzir
LANG_ID
Int
Identificao da lngua
em que est escrita a
mensagem
109
110
Tabela
Campo
Datatype
Descrio
Calc_Report_Res_ID
ID
Int
Identificao
Calc_Report_Res_ID
ArtID
NChar (20)
Calc_Report_Res_ID
AppliesTo
Int
Devices
ID
Int
Identificao
Devices
Device_Type_
ID
Int
Ligao a tabela
Devices_Type_ID
Devices
Space_ID
Int
Ligao a tabela Spaces
Devices_Type
ID
Int
Devices_Type
Min_Reg_Flo
w
Decimal
(19,9)
Devices_Type
URC
Bit
Devices_Type_Desc
ID
Int
Ligao a tabela
Devices_Type_ID
Devices_Type_Desc
Description
NVarChar
Max
Descrio do acessrio
de rede
Devices_Type_Desc
LANG_ID
Int
Ligao a tabela
Languages
Devices_Type_ID
ID
Int
Identificao
Flow
ID
Int
Flow
Node_ID
Int
Ligao a tabela Nodes
Flow
Flow
Decimal
(19,9)
Caudal [m3/s]
Flow
Use_Reductio
n_Coef
Bit
Ligao a tabela
URC_ID
Flow
Device_ID
Int
Ligao a tabela Devices
Flow
Hmin
Decimal
(19,9)
Presso mnima
necessria para o
funcionamento do
equipamento [m]
Fractions_ID
ID
Int
General_Properties
ID
Int
Identificao
General_Properties
VAL
Decimal
(19,9)
Constante a utilizar para

o parmetro
ID
Int
Ligao a tabela
General_Properties
Tabela
Campo
Datatype
Descrio
Description
Char (500)
Descrio do parmetro
(texto)
LANG_ID
Int
Ligao a tabela
Languages
Languages
LANG_ID
Int
Identificao
Languages
Language
NVarChar
(50)
Nome da lngua (texto)
link_res
ID
Int
Identificao
link_res
Qc
Decimal
(19,9)
Caudal de clculo [m /s]
link_res
Q0
Decimal
(19,9)
Caudal de clculo no
sujeito a aplicao de
coeficiente de
3
simultaneidade [m /s]
link_res
Q1
Decimal
(19,9)
Caudal de clculo sujeito

a aplicao de
coeficiente de
3
simultaneidade [m /s]
link_res
Decimal
(19,9)
Velocidade
correspondente ao
caudal de clculo Qc
[m/s]
link_res
Decimal
(19,9)
Comprimento da
canalizao [m]
Link_Type_Desc
ID
Int
Identificao do tipo de
ligao
Link_Type_Desc
Link_Type
NVarChar
(50)
Descrio do tipo de
ligao
Link_Type_Desc
LANG_ID
Int
Ligao a tabela
Languages
Links
ID
Int
Identificao
Links
P1
Int
Links
P2
Int
Materials_Desc
ID
Int
Materials_Desc
Description
NChar
(100)
Materials_Desc
LANG_ID
Int
Materials_ID
ID
Int
111
112
Tabela
Campo
Datatype
Descrio
Materials_ID
Roughness_I
D
Int
MonJus_Res
Lid
Int
Ligao a tabela Links
MonJus_Res
ID
Int
MonJus_Res
ID_Prev
Int
Node_Res
ID
Int
Identificao
Node_Res
Hmin
Decimal
(19,9)
Presso mnima no n
[m]
Node_Res
Hmax
Decimal
(19,9)
Presso mxima no n
[m]
Node_Res
Q0
Decimal
(19,9)
Caudal acumulado de
fluxmetros a jusante do
3
n [m /s]
Node_Res
C0
Int
Nmero de fluxmetros
a jusante
Node_Res
Q1
Decimal
(19,9)
Caudal acumulado de
dispositivos de
utilizao, excepto
fluxmetros, a jusante
3
[m /s] (em rigor,
contado o caudal
acumulado
correspondente aos ns
com consumos no
nulos a jusante do n)
Node_Res
C1
Int
Nmero de dispositivos
de utilizao, excepto
fluxmetros, a jusante
(em rigor, contado o
nmero de ns com
consumos no nulos a
jusante do n)
Nodes
ID
Int
Identificao
Nodes
Decimal
(19,9)
Coordenada cartesiana
X
Nodes
Decimal
(19,9)
Y
Nodes
Decimal
(19,9)
Z
Pipe_Roughness
ID
Int
Identificao
Tabela
Campo
Datatype
Descrio
Pipe_Roughness
e_min
Decimal
(19,9)
rugosidade mnima [m]
Pipe_Roughness
e_max
Decimal
(19,9)
rugosidade mxima [m]
Pipe_Roughness_Desc
ID
Int
Ligao a tabela
Pipe_Roughness
Pipe_Roughness_Desc
Description
NVarChar
Max
Nome do material
Pipe_Roughness_Desc
LANG_ID
Int
Ligao a tabela
Languages
Pipes
ID
Int
Pipes
Material_ID
Int
Ligao a tabela
Pipe_Roughness
Pipes
Diameter
Decimal
(19,9)
Dimetro da tubagem
[m]
Pipes
IsThermIns
Bit
Pipes
IsInside
Bit
Pumps
ID
Int
Pumps
Decimal
(19,9)
Altura de elevao [m]
Spaces
ID
Int
Identificao
Spaces
Space_Type_I
D
Int
Ligao a tabela
Spaces_Type_ID
Spaces
Fraction_ID
Int
Spaces_Type_Desc
ID
Int
Ligao a tabela
Spaces_Type_ID
Spaces_Type_Desc
Description
NVarChar
Max
Descrio do espao
Spaces_Type_Desc
LANG_ID
Int
Ligao a tabela
Languages
Spaces_Type_ID
ID
Int
Identificao
SubNetworks
Link_ID
Int
Ligao a tabela
SubNetworks
SubNetworks
Network_ID
Int
Identificao da subrede
SubNetworks
Network_Type
_ID
Int
Ligao a tabela
SubNetworks_Type_ID
113
114
Tabela
Campo
Datatype
Descrio
Network_Type
_ID
Int
Ligao a tabela
SubNetworks_Type_ID
Description
NVarChar
Max
Descrio do tipo de
rede
LANG_ID
Int
Ligao a tabela
Languages
SubNetworks_Type_ID
ID
Int
Identificao
Tanks
ID
Int
Tanks
Min_Level
Decimal
(19,9)
Cota mnima do
reservatrio [m]
Tanks
Max_Level
Decimal
(19,9)
Cota mxima do
reservatrio [m]
URC
Use_Reductio
n_Coef
Bit
Ligao a tabela
URC_ID
URC
Description
Char (10)
Descrio do campo
anterior (Sim/No + texto
complementar, se
necessrio)
URC
LANG_ID
Int
Identificao da lngua
utilizada para o campo
anterior
URC_ID
ID
Bit
Identificao
Valves
ID
Int
Valves
Type
Int
Ligao a tabela
Valves_Type_ID
Valves
Setting
Decimal
(19,9)
Parmetro de
funcionamento da
vlvula
Valves_Type_Desc
Valve_Type_I
D
Int
Ligao a tabela
Valves_Type_ID
Valves_Type_Desc
Description
NVarChar
Max
Descrio do tipo de
vlvula
Valves_Type_Desc
LANG_ID
Int
Ligao a tabela
Languages
Valves_Type_ID
ID
Int
Identificao
Warning_Level
MSG_ID
Int
Identificao
Tabela
Campo
Datatype
Descrio
Warning_Level
WARNING_L
EVEL
Int
Nvel do aviso - liga

tabela
Warning_Level_Desc e
pode ser usado para, por
exeplo, estabelecer um
cdigo de cres para as
mensagens
Warning_Level_Desc
ID
Int
Ligao a tabela
Warning_Level_ID
Warning_Level_Desc
Description
NVarChar
(100)
Descrio do nvel do
aviso
Warning_Level_Desc
LANG_ID
Int
Ligao a tabela
Languages
Warning_Level_ID
ID
Int
Identificao
Nota: o campo Datatype refere-se ao formato de dados usado para o valor de cada um dos campos da
tabela SQL (Groff 2002).
115
Tabela 8 - Tabela SubNetworks_Type_Desc
ID
Descrio
gua Fria
gua Quente
Tabela 9 - Dispositivos de utilizao e acessrios de rede: Tabela Devices_Type_Desc
116
ID
Descrio
Generico
Lavatrio individual
Lavatrio colectivo (por bica)
Bid
Banheira
Chuveiro individual
Pia de despejo com torneira de D15 mm
Autoclismo de bacia de retrete
Mictrio com torneira individual
Pia lava-loua
10
Bebedouro
11
Mquina de lavar loua
12
Mquina ou tanque de lavar roupa
13
Bacia de retrete com fluxmetro
14
Mictrio com fluxmetro
15
Boca de rega ou de lavagem de D15mm
16
Boca de rega ou de lavagem de D20mm
17
Mquinas industriais e outros aparelhos no especificados
100
Contador
101
Equipamento de produo-acumulao de gua quente
102
Purgador de gua
Tabela 10 - Tipos de ligao de rede: Tabela Link_Type_Desc
ID
Descrio
Tubagem
Vlvula
Bomba
Tabela 11 - Materiais para canalizaes: Tabela Materials_Desc
ID
Descrio
Genrico
Cobre
Ao inoxidvel
Ao galvanizado
PVC rgido
Ferro fundido
Fibrocimento
Polietileno
Tabela 12 - Tipos de vlvulas: Tabela Valves_Type_Desc
ID
Descrio
Vlvula de seccionamento
Vlvula de reteno
Vlvula de segurana
Vlvula redutora de presso
Vlvula de regulao
Tabela 13 - Tipos de espaos: Tabela Spaces_Type_Desc
ID
Descrio
Espao Genrico
Sala de Estar
Sala de Jantar
Quarto
117
ID
Descrio
Quarto de Banho
Cozinha
Circulaes
Garagem
100
Exterior
Tabela 14 - Propriedades gerais: Tabela General_Properties
ID
Descrio
Presso mnima na rede pblica [kPa]
Presso mxima na rede pblica [kPa]
Velocidade mnima na rede [m/s], de acordo com Art. 94.1.b
Velocidade mxima na rede [m/s], de acordo com Art. 94.1.b
Presso de servio mnima [kPa] de acordo com Art. 87.2
Presso de servio mxima [kPa] de acordo com Art. 87.2
Presso de servio mnima recomendada [kPa] de acordo com Art. 87.2
Presso de servio mxima recomendada [kPa] de acordo com Art. 87.2
50
Distncia mnima entre condutas de gua quente e fria [m]
100
ngulo de conduta com vertical - tolerncia
101
ngulo de conduta com horizontal - valor orientativo
102
Factor de tolerncia para o paralelismo de vectores u e v - sqrt(uXv.uXv)
103
Distncia mxima entre condutas para que estas sejam consideradas no mbito
do Art 95.3 [m]
104
Comprimento mnimo para anlise do Art 95 [m]
Tabela 15 - Utilizao de coeficiente de simultaneidade: Tabela URC
118
ID
Descrio
Falso
No usar coeficiente de simultaneidade
Verdadeiro
Usar coeficiente de simultaneidade
Tabela 16 - Tipos de mensagens de sistema: Tabela Calc_Report_Res_Desc
ID
Descrio
100
Presso mnima requerida por dispositivos a jusante do n acima de valor

permitido pela vlvula
100
Presso mnima requerida por dispositivos a jusante do n acima de valor

permitido pela vlvula
150
Velocidade no regulamentar (Art. 94.1.b)
151
Presso insuficiente disponvel no fluxmetro da bacia de retrete, tendo em

ateno a dimenso do respectivo ramal de ligao (Art. 94.2)
152
Presso de servio insuficiente no dispositivo (Art. 87.2)
153
Presso de servio excessiva no dispositivo (Art. 87.2)
154
Presso de servio inferior recomendada no dispositivo (Art. 87.2)
155
Presso de servio superior recomendada no dispositivo (Art. 87.2)
156
Dispositivo sem vlvula de seccionamento a montante (Art. 102.a)
157
Aparelho produtor-acumulador de gua quente sem vlvula de reteno a

montante (Art. 102.b)
158
Aparelho produtor-acumulador de gua quente sem vlvula de segurana a

montante (Art. 102.c)
159
Contador sem vlvula de seccionamento a jusante (Art. 102.a)
200
H paralelismo entre canalizaes de gua quente e fria (aparentemente) ou

dimenso da canalizao insuficiente para efectuar a verificao (Art 95.3)
201
No h paralelismo entre canalizaes de gua quente e fria (aparentemente)

(Art. 95.3)
202
Canalizaes de guas quentes e frias a uma distncia inferior permitida

(Art. 95.4)
203
Canalizao de gua quente situada abaixo de canalizao de gua fria

prxima (Art. 95.3)
204
Traado de canalizao no horizontal ou vertical (Art. 95.1)
205
Cozinha ou quarto de banho sem vlvula de seccionamento a montante (Art.

102.a)
Tabela 17 - Avisos: Tabela Warning_Level_ID
ID
Descrio
Aprovado
Aprovado com reservas
119
120
ID
Descrio
Apreciao positiva: Verificao manual recomendada
Apreciao negativa: Verificao manual recomendada
Reprovado com reservas
Reprovado
ANEXO B.
CORRESPONDNCIAS ENTRE AS BASES DE

DADOS LICA - IFC
Apresenta-se de seguida a tabela com a anlise detalhada do estudo comparativo entre as bases de
dados da aplicao LicA e do modelo IFC, no que diz respeito representao dos vrios elementos.
Tabela 18 - Anlise do tipo de correspondncia entre as entidades LicA e IFC
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Observaes
Allowed Materials
-
Calc Report
Presso
IfcPressureMeasure
Directa
Medio de quantidade
Velocidade
IfcLinearVelocityMeasure
Directa
Medio de quantidade
Aparelho
produtoracumulador de
gua quente
IfcBoiler
Directa
Classe contm um property set genrico para

esquentadores
Contador
IfcFlowMeter
Directa
IfcPipeSegment; IfcRelationship
Directa
Paralelismo
entre
canalizaes
Posicionamento
da canalizao
de gua quente
em relao
canalizao de
gua fria
Traado
horizontal ou
vertical
Valves

contadores
Relaes e associao de objectos; includo nas
definies primrias de um modelo completo
como o IFC
IfcPipeSegment; IfcRelationship
Directa
Relaes e associao de objectos; includo nas

definies primrias de um modelo completo
como o IFC
IfcDirection
Directa
Disposio de objectos em relao a um

referencial; includo nas definies primrias de
um modelo completo como o IFC
Ver respectiva tabela
IfcDistributionPort
Devices
Genrico
Lavatrio
individual
IfcSanitaryTerminalType
WASHWANDBASIN
Directa
Modelo IFC contm respectivo property set

definido
121
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Observaes
Lavatrio
colectivo (por
bica)
WASHWANDBASIN
Directa

definido
Bid
IfcSanitaryTerminalType BIDET
Directa
Banheira
IfcSanitaryTerminalType BATH
Directa
Chuveiro
individual
Pia de despejo
com torneira de
D15 mm
Autoclismo de
bacia de retrete
Mictrio com
torneira
individual
SHOWER
Directa
IfcSanitaryTerminalType SINK
Directa

definido
IfcSanitaryTerminalType TOILET
PAN
Directa

definido
IfcSanitaryTerminalType URINAL
Directa

definido
Pia lava-loua
IfcSanitaryTerminalType SINK
Directa

definido
Bebedouro
SANITARY FOUNTAIN
Directa

definido
IfcElectricAppliance
Directa

definido
Indirecta
Necessrio definir property set
IfcSanitaryTerminalType TOILET
PAN
Directa
IfcSanitaryTerminalType URINAL
Directa
IfcFireSuppressionTerminalType
SPRINKLER
Directa

definido
IfcFireSuppressionTerminalType
SPRINKLER
Directa

definido
Indeterminada
Gama de objectos bastante genrica; necessrio

primeiro identificar a gama de aparelhos para
depois estabelecer os parmetros em relao ao
modelo IFC
IfcFlowMeter
Directa

contadores
IfcBoiler
Directa

esquentadores
IfcWasteTerminal
Directa

definido
Caudal mnimo
regulamentar
IfcNamedUnit
Indeterminada
Necessrio criar a varivel e associ-la aos

dispositivos
Devices
Spaces
Fluxos
URC
Mquina de
lavar loua
Mquina ou
tanque de lavar
roupa
Bacia de retrete
com fluxmetro
Mictrio com
fluxmetro
Boca de rega ou
de lavagem de
D15 mm
Boca de rega ou
de lavagem de
D20 mm
Mquinas
industriais e
outros aparelhos
no
especificados
Contador
Aparelho
produtoracumulador de
gua quente
Purgador de
gua (terminal
de descarga)

definido
definido
definido

definido
definido
Flow
Caudal
Directa
Medio de quantidade
Presso
IfcPressureMeasure
Directa
Medio de quantidade
122
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Observaes
Nodes
URC
Devices
Fractions
-
Presso
IfcPressureMeasure
Directa
Medio de quantidade
Velocidade
Directa
Medio de quantidade
Comprimento
IfcLengthMeasure
Directa
Medio de quantidade
ngulo
IfcCompoundPlaneAngleMeasure
Directa
Medio de quantidade
Factor de
tolerncia
IfcContextDepdentUnit
Indeterminada
Medio de quantidade no reconhecida;

necessrio criar varivel
General
Properties
Languages
Ingls
Disponvel
Directa
A linguagem de programao utilizada no modelo

(EXPRESS) utiliza o ingls
Portugus
No disponvel
Indeterminada
Lngua no reconhecida
Link
Caudal
Directa
Medio de quantidade
Velocidade
Directa
Medio de quantidade
Comprimento
IfcLengthMeasure
Directa
Medio de quantidade
Tubagem
IfcPipeSegment
Directa
Vlvula
IfcValve
Directa
Bomba
IfcPump
Directa
Nodes

tubagens
vlvulas
Classe contm property set que define este
objecto
Materials
Genrico
Indirecta
Cobre
Indirecta
Ao inoxidvel
Indirecta
Ao galvanizado
Indirecta
PVC rgido
Indirecta
Modelo IFC no contm uma listagem de

materiais mas sim uma entidade para a sua
introduo e registo no modelo especfico a
utilizar
utilizar
utilizar
utilizar
utilizar
123
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Ferro fundido
Indirecta
Fibrocimento
Indirecta
Polietileno
Indirecta
Rugosidade do
material
Indirecta
Observaes

utilizar
utilizar
utilizar
A medio automtica desta unidade faz parte
das funes atribudas aquando da definio do
material
MonJus
Links
Nodes
Node
Presso
IfcPressureMeasure
Directa
Medio de quantidade
Caudal
Directa
Medio de quantidade
Fluxmetros
IfcFlowMeter
Directa
IFC define esta classe e fornece property sets

para vrios tipos de fluxmetros
N de
fluxmetros
Indeterminada
Necessrio criar varivel que contabilize o nmero

de fluxmetros a jusante
Dispositivos
excepto
fluxmetros
Indeterminada
Gama de objectos bastante genrica; necessrio

primeiro identificar a gama de dispositivos para
depois estabelecer os parmetros em relao ao
modelo IFC
Nodes
IfcRepresentationResource
Directa
IfcGeometryResource
Directa
Referencial
Node
IfcObject
Indeterminada

Necessrio criar o conceito de n; associar aos
elementos que possam representar um n:
dispositivos, acessrios, reservatrios ou simples
ligaes entre condutas; criar um property set
genrico que defina as propriedades hidrulicas
caractersticas: presso mnima e mxima,
caudais acumulados
Pipe Roughness
Rugosidade
mnima
IfcPipeSegment
Indirecta
Adicionar parmetro na definio do respectivo

property set - Pset_PipeSegmentTypeCommon
Rugosidade
mxima
IfcPipeSegment
Indirecta
Adicionar parmetro na definio do respectivo

property set - Pset_PipeSegmentTypeCommon
Pipes
Dimetro da
tubagem
IfcPipeSegment
Directa
Parmetro definido pelo respectivo property set Pset_PipeSegmentTypeCommon
Localizao
(dentro ou fora
do edifcio)
IfcLocalPlacement
Directa
A entidade verifica o posicionamento relativo do

local pretendido
124
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Observaes
Isolamento
trmico
IfcPipeSegment
Directa
Parmetro definido pelo respectivo property set Pset_PipeSegmentTypeCommon
Links
Materials
Pumps
Altura de
elevao
IfcPump
Indirecta
Adicionar parmetro na definio/edio dos

property sets - Pset_PumpTypeCommon
Links
Spaces
Espao genrico
IfcSpace
Directa
Entidade define as propriedades de um espao;

IFC contm um property set genrico para
espaos
Sala de Estar
IfcSpace
Indirecta

necessria a definio de property set
Sala de Jantar
IfcSpace
Indirecta

Quarto
IfcSpace
Indirecta

Quarto de Banho
IfcSpace
Indirecta

Cozinha
IfcSpace
Indirecta

Circulaes
IfcSpace
Indirecta

Garagem
IfcSpace
Indirecta

Exterior
IfcSpace
Indirecta

Sub-networks
gua Fria
IfcDistributionPort
Directa
Property set definido Pset_DistributionPortTypeDomesticColdWater
gua Quente
IfcDistributionPort
Directa
Property set definido Pset_DistributionPortTypeDomesticHotWater
Tanks
Reservatrio
IfcTank
Directa
Property set definido - Pset_TankTypeCommon
Cota mnima do
reservatrio
IfcRepresentationResource;
IfcRelationship
Directa

Cota mxima do
reservatrio
IfcRepresentationResource;
IfcRelationship
Directa

Nodes
URC
URC
Indeterminada
Medio de quantidade no reconhecida;

necessrio criar varivel
125
Descrio do
objecto LicA
Entidade IFC
Tipo de
correspondncia
Observaes
Valves
Vlvula de
seccionamento
IfcValveType
Indirecta
Property set no definido. A sua definio

possvel atravs do IfcPropertySet e indexada
atravs do atributo HasPropertySet.
Vlvula de
reteno
IfcValveType
Indirecta

Vlvula de
segurana
IfcValveType
Indirecta

Vlvula redutora
de presso
IfcValveType
Directa
Property set definido Pset_ValveTypePressureReducing
Vlvula de
regulao
IfcValveType
Indirecta

Parmetro de
funcionamento
da vlvula
IfcValveType
Indirecta
Parmetro a atribuir na definio dos property sets
Warning Level
-
126
ANEXO C:
MAPAS CONCEPTUAIS
Para evitar sobrecarregar o trabalho, organizaram-se os dados da seguinte forma: foi criado um
modelo genrico de mapa conceptual para os trs diferentes tipos de correspondncia, e por baixo de
cada um deles, organizaram-se numa tabela os dados especficos de cada objecto a definir, sendo que o
mapa conceptual para cada um dos casos em particular obtm-se pela associao dos parmetros da
tabela aos campos genricos dispostos no mapa conceptual modelo.
Nota1: para os casos onde as associaes so genricas e/ou correspondentes a funes primrias de
um modelo de informao, considerou-se prefervel no estabelecer o mapa conceptual pois so
associaes demasiado genricas e com muitas ramificaes, o que dificulta em larga medida uma
correcta avaliao da associao.
Nota2: as entidades LicA que nas tabelas apaream com um (*) referem a casos onde a entidade no se
encontra definida como um objecto, mas doutra forma, como por exemplo um sistema binrio
(verdadeiro ou falso). A criao de um novo objecto IFC poder no ser necessria dependendo da
abordagem de programao utilizada, ficando no entanto aqui registado o processo conceptual de
criao.
127
CORRESPONDNCIAS DIRECTAS
Entidade LicA para definio de *Descrio do Objecto*
Identificao da entidade LicA

Conversor
T-SQL
EXPRESS
Entidade IFC para definio de *Descrio do Objecto*
Identificao da entidade IFC

Fig. 39 - Mapa conceptual tipo para associar entidades LicA a entidades IFC, que constituam correspondncias do
tipo directa
Tabela 19 - Identificao dos parmetros especficos a introduzir no mapa conceptual tipo, para correspondncias do tipo
directa
Descrio do Objecto
Lavatrio individual
Device_Type_1
Pset_SanitaryTerminalTypeWashHandBasin
Lavatrio colectivo (por bica)
Device_Type_2
Pset_SanitaryTerminalTypeWashHandBasin
Bid
Device_Type_3
Pset_SanitaryTerminalTypeBidet
Banheira
Device_Type_4
Pset_SanitaryTerminalTypeBath
Chuveiro individual
Device_Type_5
Pset_SanitaryTerminalTypeShower
Pia de despejo com torneira de D15 mm

Autoclismo de bacia de retrete
Device_Type_6
Pset_SanitaryTerminalTypeSink
Device_Type_7
Pset_SanitaryTerminalTypeToiletPan
Mictrio com torneira individual
Device_Type_8
Pset_SanitaryTerminalTypeUrinal
Pia lava-loua
Device_Type_9
Pset_SanitaryTerminalTypeSink
Bebedouro
Device_Type_10
Pset_SanitaryTerminalTypeSanitaryFountain
Mquina de lavar loua
Device_Type_11
Bacia de retrete com fluxmetro
Device_Type_13
Pset_ElectricApplianceTypeDishwasher
Pset_SanitaryTerminalTypeToiletPan
Device_Type_14
Pset_SanitaryTerminalTypeUrinal;
Pset_FlowMeterTypeWaterMeter
Boca de rega ou de lavagem de D15 mm
Device_Type_15
IfcFireSuppressionTerminalType Sprinkler
Boca de rega ou de lavagem de D20 mm

Contador
Device_Type_16
IfcFireSuppressionTerminalType Sprinkler
Device_Type_100
Aparelho produtor-acumulador de gua quente
Device_Type_101
Pset_BoilerTypeCommon
Purgador de gua (terminal de descarga)

Caudal
Device_Type_102
Flow; Q0; Q1
Pset_WasteTerminalTypeCommon
Presso
Hmin; Hmax
IfcPressureMeasure
Mictrio com fluxmetro
128
ngulo
Angle *
IfcCompoundPlaneAngleMeasure
Velocidade
Comprimento
IfcLengthMeasure
Descrio do Objecto
Fluxmetros
Dimetro da tubagem
FlowMeter *
Diameter
Pset_PipeSegmentTypeCommon
Localizao (dentro ou fora do edifcio)
IsInside
IfcLocalPlacement
Isolamento trmico
IsThermIns
Espao genrico
Spaces_Type_0
Pset_SpaceCommon
gua Fria
Network_Type_0
Pset_DistributionPortTypeDomesticColdWater
gua Quente
Network_Type_1
Pset_DistributionPortTypeDomesticHotWater
Vlvula redutora de presso
Valve_Type_3
Pset_ValveTypePressureReducingValve
129
CORRESPONDNCIAS INDIRECTAS
Definio do property set para *Descrio do Objecto*
IfcPropertySet
IfcRelDefinesByProperties
Identificao da classe IFC
Conversor
T-SQL
EXPRESS
Identificao da classe IFC
Identificao do property set IFC
tipo indirecta
indirecta
Identificao da entidade
LicA
Identificao da classe
IFC
Mquina ou tanque de lavar

roupa
Device_Type_12
Pset_ElectricApplianceTypeClothWasher
Genrico
Materials_Type_0
Ver processo descrito na figura 32
Cobre
Materials_Type_1
Ao inoxidvel
Materials_Type_2
Ao galvanizado
Materials_Type_3
PVC rgido
Materials_Type_4
Ferro fundido
Materials_Type_5
Fibrocimento
Materials_Type_6
Polietileno
Materials_Type_7
Rugosidade do material
Roughness_ID
Rugosidade mnima
e_min
IfcPipeSegment
Rugosidade mxima
e_max
IfcPipeSegment
Descrio do Objecto
Rugosidade mnima
e_min
IfcPipeSegment
Rugosidade mxima
e_max
IfcPipeSegment
Altura de elevao
IfcPump
Pset_PumpTypeCommon
Sala de Estar
Spaces_Type_1
IfcSpace
Pset_SpaceLivingRoom
Sala de Jantar
Spaces_Type_2
IfcSpace
Pset_SpaceDinnerRoom
Quarto
Spaces_Type_3
IfcSpace
Pset_SpaceBedRoom
130
Descrio do Objecto
LicA
Identificao da classe
IFC
Quarto de Banho
Spaces_Type_4
IfcSpace
Pset_SpaceBathRoom
Cozinha
Spaces_Type_5
IfcSpace
Pset_SpaceKitchen
Circulaes
Spaces_Type_6
IfcSpace
Pset_SpaceCorridor
Garagem
Spaces_Type_7
IfcSpace
Pset_SpaceGarage
Exterior
Spaces_Type_8
IfcSpace
Pset_SpaceOutside
Vlvula de seccionamento
Valve_Type_0
IfcValveType
Pset_ValveTypeSectioningValve
Vlvula de reteno
Valve_Type_1
IfcValveType
Pset_ValveTypeHoldingValve
Vlvula de segurana
Valve_Type_2
IfcValveType
Pset_ValveTypeSecurityValve
Vlvula de regulao
Valve_Type_4
IfcValveType
Pset_ValveTypeRegulationValve
Parmetro de funcionamento
da vlvula
Setting
IfcValveType
Pset_ValveTypeCommon
131
CORRESPONDNCIAS INDETERMINADAS
Definio de nova unidade de *Descrio do Objecto*
Ver captulo *Cap* figura *Fig*
Conversor
T-SQL
EXPRESS
Identificao da entidade genrica IFC
Identificao da entidade especfica IFC
tipo indeterminada
indeterminada
Descrio do Objecto
Caudal mnimo
regulamentar
Factor de tolerncia
Identificao da
entidade LicA
Cap
Fig
Identificao da
entidade genrica IFC
especfica IFC
Min_Reg_Flow
5.5.2.4
35
IfcNamedUnit
IfcUnitEnum
VAL
5.5.2.4
34
IfcNamedUnit
N de fluxmetros
C0
5.5.2.4
34
IfcNamedUnit
URC
URC *
5.5.2.4
34
IfcNamedUnit
132

01 Bim Ti Monteiro 2010 Dis 84p

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

01 Bim Ti Monteiro 2010 Dis 84p

Diunggah oleh

Hak Cipta:

Format Tersedia

AVALIAO DA APLICABILIDADE DO

MODELO IFC AO LICENCIAMENTO

ANDR GIESTAS CANCELA MONTEIRO

Dissertao submetida para satisfao parcial dos requisitos do grau de

Orientador: Professor Doutor Joo Poas Martins

MESTRADO INTEGRADO EM ENGENHARIA CIVIL 2009/2010

FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO

Reprodues parciais deste documento sero autorizadas na condio que seja

As opinies e informaes includas neste documento representam unicamente o

A todos, os que directa ou indirectamente contriburam para a concretizao deste trabalho.

PALAVRAS-CHAVE: SECTOR DA CONSTRUO, BIM, IFC, LICENCIAMENTO AUTOMTICO, REDES DE

KEYWORDS: CONSTRUCTION SECTOR, BIM, IFC, AUTOMATED CODE-CHECKING, BUILDING WATER

2. O SECTOR DA CONSTRUO ........................................................................7

2.3. UMA INDSTRIA OU TALVEZ NO .................................................................................................. 11

3. MODELOS DE INFORMAO NA CONSTRUO....................25

3.3. BUILDING INFORMATION MODEL (BIM)........................................................................................ 31

3.3.2. POTENCIALIDADES DO MODELO ....................................................................................................... 32

3.4. INTEROPERABILIDADE .................................................................................................................. 48

3.5. INDUSTRY FOUNDATION CLASSES (IFC) ..................................................................................... 52

4. LICENCIAMENTO DE PROJECTOS ......................................................... 65

4.3. LICENCIAMENTO AUTOMTICO DE PROJECTOS .......................................................................... 68

5. VIABILIDADE DO MODELO IFC NO PROCESSO DE

5.3. BASE DE DADOS LICA .................................................................................................................. 76

5.3.1. ASPECTOS GERAIS .......................................................................................................................... 76

5.4. RECURSOS DISPONIBILIZADOS PELO MODELO IFC ..................................................................... 80

5.5. COMPARAO ENTRE MODELOS ANLISE TERICA ................................................................ 88

5.6. DEFINIO DOS MAPAS CONCEPTUAIS ........................................................................................ 93

Fig.1 Fases do processo construtivo .................................................................................................... 8

Fig.29 Esquematizao da relao entre especificidade da representao e responsabilidade de

Tabela 1 Relao entre custos de projecto e custos de produo ..................................................... 14

AEC/FM ............................................ Architecture Engineering Construction and Facilities Management

IGT ............................................................................................................... Inspeco Geral do Trabalho

1.1. INTRODUZINDO OS TEMAS

essencial corresponde s disposies construtivas, estrutura e solues tecnolgicas, aos pormenores,

As redes de distribuio predial de gua so particularmente interessantes para o estudo da

1.2. IMPORTNCIA DOS TEMAS ABORDADOS

1.3. OBJECTIVOS DA DISSERTAO

base de dados de uma aplicao de licenciamento automtico, desenvolvida pelo Professor

1.4. ESTRUTURA DA DISSERTAO

associados ao projecto, com prejuzos para projectistas e empreiteiros. Os desequilbrios verificados

2.2. CARACTERIZAO DO PROCESSO CONSTRUTIVO

Fig. 1 - Fases do processo construtivo

Promoo, viabilidades e planeamento

A fase de concepo e projecto encontra-se dividida em vrias sub-fases. No contexto do estudo

Concurso, adjudicao e contratao

O incio da fase de construo, caracteriza-se pelo desenvolvimento do plano de segurana e

Gestor Geral da Obra

Autores dos projectos

2.3. UMA INDSTRIA OU TALVEZ NO

Esquema produtivo no repetitivo

Nmero elevado de elementos operacionais

O grande nmero de operacionais envolvidos no processo construtivo um problema. Porque

Grande interdependncia no desenvolvimento de cada actividade

O processo construtivo um processo contnuo. Contnuo significa a precedncia sucessiva de

Dificuldade na compreenso das especificidades de cada actividade por elementos das

indiscutvel que necessrio haver especialistas em vrias reas. Conhecimento especializado

Um dos motivos pelos quais outras indstrias, que no a da construo, so to produtivas, o

Tabela 1 - Relao entre custos de projecto e custos de produo (Eastman 1999)

Gesto do ciclo de vida do produto

Disperso da indstria da construo

A disperso da indstria da construo verifica-se a vrios nveis. Comeando no facto de haver

Resumindo, apesar de se incluir no leque de actividades consideradas indstrias, o sector da

2.4. A QUALIDADE NA CONSTRUO

Pensar e planear o que fazer