VERIFICAO DE REGRAS EM MODELOS BIM: UM ESTUDO DE

CASO SOBRE PROJETO DE ARQUITETURA DE ESTAES

METROVIRIAS1
BIM CODE-CHECKING: A CASE STUDY OF METRO ARCHITECTURAL
PROJECTS
Antonio Ivo de B. Mainardi Neto
Universidade de So Paulo, USP
ivomainardi@usp.br

Eduardo Toledo Santos

Universidade de So Paulo, USP
etoledo@usp.br

Resumo
A adoo da Modelagem da Informao da Construo (BIM) pela indstria da construo trouxe novos
processos e usos, dentre eles a Verificao de Regras. Esta operao integra o processo de anlise e aprovao
de projetos, onde normas, leis e cdigos so transformados em regras configuradas em um software
especializado, possibilitando a verificao automatizada do seu atendimento no modelo BIM, com a gerao de
um relatrio de conformidade. Este processo permite ganhos em tempo e preciso, j que o analista pode focarse apenas nos resultados de no conformidade. Para que a Verificao de Regras seja efetiva, necessrio
verificar se plataforma escolhida atende aos tipos de regra necessrios. Deve-se tambm verificar se a criao
do modelo BIM foi realizada corretamente e se contm todas as informaes necessrias. Este artigo analisar o
processo de Verificao de Regras, detalhando cada etapa. Regras para projetos de estao metroferrovirias
sero utilizadas como estudo de caso. O aplicativo Solibri Model Checker (SMC) foi escolhido como plataforma
para a verificao de regras e as regras aplicadas ao estudo de caso so classificadas conforme suas
caractersticas e adequao para implementao no SMC. Em seguida, sero implementadas e validadas com
um projeto real em BIM.
Palavras-chave: BIM. Verificao de regras. Metr.

Abstract
The adoption of Building Information Modeling by the construction industry allows new processes to be
implemented along with the many BIM uses. One of these is code checking. This BIM use is to be integrated in
the process of analysis and approval of projects. It includes a phase where laws and/or codes are transformed
into rules coded into software, enabling verification of rule conformance and noncompliance reporting. This
process can yield gains in time and accuracy, since the analyst can focus only on the results of the
noncompliance report. To be effective, code-checking requires verifying if the chosen platform supports the
MAINARDI NETO, A. I. B.; SANTOS, E. T. Verificao de Regras em Modelos BIM: Um estudo de caso
sobre projeto de arquitetura de estaes metrovirias. In: ENCONTRO BRASILEIRO DE TECNOLOGIA DE
INFORMAO E COMUNICAO NA CONSTRUO, 7., 2015, Recife. Anais... Porto Alegre: ANTAC,
2015. p. 1-13.
1

needed rule types. Also, care must be taken to assure that the BIM model was correctly created and contains all
need data. In this paper, the code-checking process is analyzed, detailing each of its steps. Rules for the
architectural design of subway stations are used as a case study. Solibri Model Checker (SMC) was chosen as
the base platform for code-checking and the rules for the case study are classified according to its characteristics
and suitability for implementation in SMC. Then, they were implemented and validated with a real design in BIM.
Keywords: BIM. Code-checking. Metro. Subway.

INTRODUO

Uma estao metroferroviria passa por diversas etapas com projetos, obras, oramentos e
outros, seja um novo empreendimento, um retrofit ou quando de sua manuteno e
operao. A etapa de projeto onde tudo possvel, onde arquitetos e engenheiros
desenvolvem suas tcnicas para entregar o melhor produto, para que a obra ocorra com a
menor interferncia tanto em seu desenvolvimento e instalao, como no seu cronograma e
custo. A utilizao do BIM (Building Information Modeling / Modelagem da Informao da
Construo) na construo civil guiada por objetivos, sendo que para cada edificao ou
empresa, so determinados quais objetivos se pretende alcanar. Um dos pontos primrios
do BIM a melhoria na etapa de projeto, j que a edificao estar representada em trs
dimenses, melhorando assim a preciso de dimensionamentos, visualizao, acesso a
uma fonte de informaes nica, confiabilidade de compatibilizao entre todas as
disciplinas, dentre outros benefcios.
Assim como em outras empresas pblicas brasileiras, o Metr de So Paulo realiza
licitaes pblicas para o desenvolvimento de projetos civis, que passam pela anlise de
tcnicos internos, gerando revises at sua aprovao final. A partir de novembro de 2013 o
Metr-SP licita seus projetos utilizando o processo BIM para atingir incialmente os objetivos
de melhoria na compatibilizao e quantificao, alm da anlise de projetos em 3D
possibilitando a visualizao do projeto completo e no apenas desenhos. So requeridos
projetos bsicos em BIM para as disciplinas de Arquitetura, Estrutura, Hidrulica, Geotecnia
e via permanente, sendo este artigo focado no projeto de Arquitetura.
Cada projeto passa pela anlise interna onde os tcnicos e profissionais avaliam as
informaes, produzindo comentrios para ajustes. Estes seguem para o projetista que
avaliar o atendimento aos comentrios emitindo uma nova reviso. Este ciclo se repete at
a aprovao final. A cada reviso, o processo de anlise e possvel aprovao do projeto
consome em mdia 25 dias para a primeira e 15 dias para as demais revises2, alcanando
a mdia de 4 revises por projeto. Com o intuito de melhorar e diminuir o tempo empregado
nas anlises, alm de revises em aspectos como cronograma e contratos, est sendo feita
a implementao de um processo de anlise automatizada utilizando as informaes
providas pelo projeto em BIM, que neste trabalho, denominaremos Verificao de Regras ou
Code-checking (PENNSYLVANIA STATE UNIVERSITY, 2012) / Consistency check
(STATSBYGG, 2013).

A VERIFICAO DE REGRAS

A Verificao de regras definida por Eastman et al. (2009) como a anlise do projeto
atravs das informaes dos componentes, suas relaes e atributos. A Verificao de
regras faz parte do processo de anlise com objetivos como padronizar a anlise e diminuir
o tempo necessrio nesta etapa. O desenvolvimento e aplicao deste uso datam h mais
de 20 anos (NAWARI, 2012b) e, inicialmente, utilizavam-se informaes de projetos

Valor verificado nos ltimos 3 projetos e indicado em contrato, podendo variar.

planificados por meio de arquivos digitais com vetores em 2D, como o caso de Singapura
iniciado em 1995 (KHEMLANI, 2005). Com o surgimento do BIM, este uso recebeu um novo
impulso e atualmente tema de inmeras pesquisas, artigos e publicaes.
Khemlani (2005) menciona a vantagem que o uso do BIM tem em relao ao CAD, com
habilidades para dar suporte a anlises e validao do projeto. A autora comenta tambm
que o processo de anlise e aprovao manual, como realizado atualmente por grande
parte do mercado, requer um trabalho muito intenso e demorado, com grandes chances de
inconsistncias devido s possveis diferentes interpretaes do analista, alm da constante
falta de tempo para esta etapa.
2.1

Classificao das Regras

A identificao das regras e classificao em classes serve no apenas para registro, mas
para facilitar o entendimento e aproveitamento de aplicaes j realizadas, alm de apontar
aos desenvolvedores de plataformas quais so as necessidades para um uso pleno. Este
artigo utilizar esta classificao, e no tem a inteno de discutir seus algoritmos ou como
as plataformas devem funcionar. Solihin e Eastman (2015) apresentam quatro classes de
regras:
Classe 1 Regras que necessitam de poucos dados. A verificao utilizar informaes
existentes nos componentes, como dados presentes em parmetros. Exemplo desta classe
a verificao se h a informao do cdigo do componente conforme a padronizao de
classificao;
Classe 2 Regras que necessitam de um valor derivado simples, como geometria,
utilizando-a para a verificao. Um exemplo disto a verificao de espaamento entre dois
objetos, onde a informao no est contida no componente, utilizando-se da geometria
como referncia;
Classe 3 Regras que necessitam de uma estrutura complexa de dados, onde o software
utilizar dados geomtricos, topolgicos, propriedades e possivelmente algoritmos para
verificao. Um exemplo desta classe a anlise de distribuio de detectores de fumaa
onde necessria uma triangulao e criao de um mapa de cobertura para saber se todo
o ambiente est coberto. Segundo o autor, a plataforma que alcanou esse tipo de classe
o FORNAX;
Classe 4 Regras que sugerem uma soluo. Utilizando o mesmo exemplo da classe 3, a
m distribuio resultar em um aviso e, na classe 4, a plataforma capaz de sugerir
resolues ao projetista.
Nawari (2012b) tambm aponta como crucial a identificao das limitaes das plataformas
de verificao e a indicao clara de quais partes das leis, normas e diretrizes no foram
capazes de atender. Solihin e Eastman (2015) citam um desafio para a Verificao de
regras - a identificao de falso positivo que, ao contrrio de um falso negativo que
apontado no relatrio e analisado, no listado no relatrio e, portanto, no pode ser
identificado pelo analista, necessitando um cuidado especial na criao das regras para que
omitam apenas os verdadeiramente positivos.
2.2

As plataformas de verificao

As regras so criadas conforme a plataforma escolhida, podendo ser um plug-in aplicado a

um software de projetos, uma plataforma baseada na web utilizando-se o navegador ou um
software de computador especfico a este uso (EASTMAN et al., 2009). Como algumas
empresas contm limitaes com acessos e uso de aplicaes web, e o profissional que

analisa o projeto normalmente no o mesmo que o produz, este artigo focar no uso de
um software especfico para a Verificao de regras.
Com este cenrio, Eastman et al. (2009) obteve acesso a algumas das plataformas mais
comuns utilizadas, conforme Tabela 1. O FORNAX e o EDM so plataformas com grande
potencial para a configurao das regras, porm, como necessitam de programao para a
criao das mesmas, sua utilizao fica limitada a quem tem esse conhecimento. O SMC
Solibri Model Checker est presente na maior parte dos casos apresentados por Eastman et
al. (2009). Sua interface grfica o torna mais acessvel e assim alcana um maior nmero de
profissionais e, consequentemente, mais frequentemente atualizado. Este artigo apresenta
o uso do SMC em seus casos.
Tabela 1: Exemplos de aplicao de Verificao de Regras e plataformas utilizadas
Pas, Agncia de
desenvolvimento
Objetivo das
regras
Plataforma

Singapura,
CORENET
Cdigo de
obras
FORNAX

Noruega,
Statsbygg

Austrlia, CRC
para CI

Acessibilidade

Acessibilidade

SMC

EDM

EUA,
ICC
Cdigo
de obras
SMC

EUA, GSA
Circulao/
Segurana
SMC

Fonte: Adaptado de Eastman et al., 2009.

2.3

IFC Industry Foundation Classes

Com o surgimento do Industry Foundation Classes (IFC) nos anos 1990 (NAWARI, 2012a),
as possibilidades e alcances com a Verificao de Regras foram impulsionados. Se antes o
uso das informaes contidas no modelo 3D s era possvel atravs de arquivos nativos,
onde no havia integrao entre projetos originados de diferentes softwares, com o IFC
esse bloqueio deixa de existir, j que sua estrutura baseada em cdigo aberto, permitindo
que o mesmo arquivo contendo o modelo 3D possa ser utilizado em softwares de diferentes
desenvolvedores, permitindo tambm que cada projetista desenvolva o projeto em software
de sua preferncia. Em outra plataforma, esses arquivos so unificados representando a
construo finalizada, com todos os projetos em um s, permitindo assim que as regras
escritas para a Verificao de Regras possam ser aplicadas a todos os projetos,
independente do software de origem. Apesar de o IFC ter impulsionado o uso de
Verificao de Regras, Nawari (2012a) cita a necessidade de receber um reforo do nvel
da lgica, visto que suas especificaes no esto embasadas em uma lgica formal, o
que melhoraria assim as possibilidades dos sistemas de Verificao de Regras.
2.4

Padronizao

Nawari (2012b) aponta a importncia da organizao dos componentes em categorias e

subcategorias em uma hierarquia taxonmica, j que muitos dos processos de Verificao
de Regras, em um primeiro momento, filtram a categoria e subcategorias para, aps isso,
aplicar a regra. A Associao Brasileira de Normas Tcnicas (ABNT), por meio da Comisso
de Estudo Especial de Modelagem de Informao da Construo (CEE-134) est
desenvolvendo a NBR 15965 (Sistema de classificao da informao da construo),
apresentando um padro de classificao hierrquica de componentes como defendido por
Nawari (2012b), com categorias e subcategorias. Isso facilitar o primeiro estgio de
verificao, alm de permitir que cada regra aprofunde a necessidade da informao, como
selecionar todas as portas, indo at o nvel 2, ou somente as de madeira, indo at o nvel 3.
Regras inteligentes so referidas como o formato digital informatizado das regras de
edificao que permitem a checagem de regulamentaes e regras de modo automatizado
sem a necessidade de alterar o projeto, sendo prefervel que a anlise do projeto seja

realizada com base na configurao de componentes paramtricos, suas relaes e

atributos (NAWARI, 2012a, p. 943). As regras programadas buscaro dados em campos e
configuraes pr-programadas que, se no forem localizadas, resultaro em erro.
Alm da padronizao da identificao dos componentes, importante determinar e
identificar quais informaes sero necessrias para a aplicao das regras e em qual
parmetro deve estar localizado. Solihin e Eastman (2015) apontam dois aspectos
relacionados com a Verificao de regras: o LOD Level of Development e o MVD Model
View Definition. O MVD (HIETANEN, 2008) um padro definido pela buildingSmart que
tem como base o IFC (Industry Foundation Classes). Os MVDs servem como um acordo
entre as partes, por exemplo, o projetista e o contratante, onde esto includos como, quais
e onde devem estar as informaes para determinado intercmbio, sendo assim um padro
utilizado em diversos momentos e aplicaes no projeto.
O LOD foi documentado pelo BIM Forum (2013) com o objetivo de criar um critrio
padronizado sobre os nveis de desenvolvimento do modelo BIM. Esses nveis devem
constar do contrato ou de um plano de execuo onde todos os envolvidos saibam at qual
nvel o modelo deve estar desenvolvido em cada etapa do projeto. Por exemplo, em um
momento inicial no h a necessidade de ter os detalhamentos da fixao de estrutura
metlica, podendo ser desenvolvido posteriormente. Para projetos bsicos civis do Metr de
So Paulo compreende-se que o LOD no se aplica, em cada contrato est definido o que
deve ser desenvolvido, podendo a primeira reviso do projeto j ser aprovada, no havendo
a necessidade de definio do que deve ser entregue por etapas.
Alm do padro de informaes e dados, essencial que seja padronizado como o modelo
deve ser desenvolvido, sua organizao de pavimentos, onde devem se referenciar (osso ou
acabado), se laje e acabamento devem ser geometrias separadas, se o acabamento do piso
deve ser dividido por ambiente. A Figura 1 ilustra um problema que impacta a Verificao de
Regras: est representado o piso de plataforma de uma estao modelada como uma pea
nica. Esta tipologia de estao compreende um poo central alinhado ao tnel, portanto o
piso alargado na parte central da extenso da plataforma. O aplicativo de verificao
identifica a geometria com seus limites atravs de um retngulo, no permitindo a
identificao de espessura apenas da plataforma, sendo necessrio indicar ao projetista que
os pisos devem ser divididos por funo, como tnel e poo, permitindo que a regra seja
aplicada. Estas informaes devem estar contidas em um documento entregue ao projetista
no incio do projeto.
Figura 1 - Diferenas na interpretao da geometria para aplicao de regra

Profundidade
real no local

Profundidade
identificada

Fonte: Autor, 2015

O PROCESSO DA VERIFICAO DE REGRAS

O processo de anlise tradicional, utilizando desenhos em 2D, utiliza basicamente os

conhecimentos prvios do profissional baseados em tcnicas, normas, leis e experincias
que, por meios visuais, verifica o projeto (NAWARI, 2012a). Apesar de o analista ser
experiente e com alto grau de conhecimento, mesmo com os esforos da empresa em
proporcionar um nivelamento entre seus analistas e a existncia padronizao que facilita a
anlise, no se pode esperar que todos tenham os mesmos critrios para analisar todos os
projetos. Mesmo assim, Nawari (2012a) expe as vantagens do ser humano nesta etapa,
com sua facilidade de interpretao e busca por alternativas, tornando-o insubstituvel.
Porm, o computador tem grande velocidade de processamento das informaes, tornandose mais rpido que o humano em algumas aplicaes (NAWARI, 2012b). Portanto, a
profisso de analista no deve ser substituda pelo computador, mas sim acrescida de
novos processos e procedimentos a fim de aumentar seu desempenho e padronizao.
Para que este processo seja bem sucedido, Eastman et al. (2009) citam quatro etapas
necessrias: Interpretao das regras, Preparao do modelo, Execuo da regra e
Relatrio de resultados conforme a Figura 2.
Figura 2 - Etapas do processo de Verificao de Regras
Preparao do
Modelo BIM
Extrair e derivar dados do
MVD para verificao

Interpretao das
regras

Relatrio de
resultados

Traduzir as normas, leis e

diretrizes escritas para uma
lgica computacional

Retornar o relatrio de
resultados ao emissor (ou
gerenciadora)

Execuo da
regra
Aplicar a regra no modelo BIM

Fonte: Adaptado de Eastman et al. (2009)

3.1

Interpretao da regra

Normas e leis atuais foram escritas por humanos contando com a interpretao que o
crebro capaz, e as solues e plataformas para aplicao da Verificao de regras
atualmente no permitem o entendimento de interpretaes, havendo assim uma limitao
na aplicao direta das regras ao computador. H, ento, a necessidade de uma etapa para
a traduo das regras de uma maneira que o computador, utilizando uma plataforma, possa
entender, processar e ser utilizado para este tipo de anlise. Nawari (2012) e Eastman et al.
(2009) citam que pela dificuldade de traduo, h a necessidade de algumas regras se
subdividirem e outras serem reescritas.
3.2

Preparao do modelo

A preparao do modelo a etapa que relaciona as regras interpretadas com a execuo da

anlise. As regras configuradas na plataforma analisam informaes geomtricas e no
geomtricas. Portanto, so informaes que o projetista adicionou ao componente ou

projeto. Para que seja possvel sua verificao necessrio checar se as informaes
desejadas esto presentes e na formatao correta. de extrema importncia que quem
far a anlise, seja o contratante ou no, no momento inicial do projeto documente e
repasse para o projetista quais sero os dados utilizados no processo e sua formatao.
Muitas dessas informaes so extremamente complicadas de serem adicionadas em um
momento posterior, sendo que algumas delas alteram a forma como se realiza a
modelagem.
Deve-se pensar na possibilidade de trabalhar com mais de um modelo e com um software
de projeto possibilite a exportao de arquivos IFC com usos diferentes, derivados de um ou
mais arquivos do projeto. Han apud Eastman et al. (2009) prope o uso de modelos
separados, contendo apenas as informaes necessrias para um tipo especfico de
Verificao de Regra, resultando em maior eficincia na execuo da verificao.
3.3

Execuo da regra

Eastman et al. (2009) apontam a necessidade de um processo nomeado Pr-verificao

sinttica da vista de modelo. Este processo ir analisar se as informaes necessrias para
outras anlises como nomenclatura e cdigo do componente esto contidas em suas
propriedades. Alm de verificar se todas as informaes existem no modelo, a sua
integridade tambm deve ser verificada em um processo prvio. Os resultados obtidos no
contemplam suposies ou interpretaes, portanto a assertividade do resultado corre risco
se a informao presente no estiver correta. Sobreposio e duplicao de componentes
resultam em problemas na integridade do modelo e da informao. A Verificao de Regras
ainda ser realizada ao mesmo tempo de maneira automatizada (computador) e manual,
ambas se complementando, isso devido ao processo de implantao, existncia de regras
prontas e maturidade de normas e leis para sua aplicao (EASTMAN et al., 2009). As
regras criadas podem ser utilizadas pelo projetista para analisar seu projeto antes da
entrega, diminuindo a quantidade de comentrios e revises.
3.4

Relatrio de resultados

A ltima etapa da Verificao de Regras contempla o relatrio de verificao, o qual contm

o resultado dos processos anteriores. Segundo Eastman et al. (2009), enquanto edifcios
tm claras definies e divises como nveis e ambientes, muitas verificaes utilizaro
contextos que no pertencem a uma ontologia lgica, tornando difcil o simples ato de
representar o erro. Componentes como vigas e paredes, por exemplo, apresentam
informao clara a qual nvel pertencem, porm, outros componentes, como um montante
pertencente a um caixilho, no contm a informao de nvel pois parte integrante do
caixilho, dificultando um relatrio que utilize o nvel como referncia de localizao.
Podemos identificar este montante por meio das coordenadas e tambm possvel mover a
cmera (viso apresentada no computador do modelo tridimensional) para ele,
demonstrando visualmente o componente. O relatrio pode se apresentar sob a forma de
um arquivo BCF (BIM Collaboration Format) que, ao ser carregado no software de
desenvolvimento de projeto, indica exatamente as no conformidades, tornando o processo
de reviso mais gil.

ESTUDO DE CASO: VERIFICAO DE REGRAS EM PROJETOS

METROVIRIOS

As regras simuladas neste artigo partem de um documento nomeado Instruo de Projeto

Bsico de Arquitetura, presente nos editais de licitao para o desenvolvimento de projetos

bsicos civis para o Metr de So Paulo. As regras seguem a classificao proposta por
Solihin e Eastman (2015), sendo a plataforma utilizada o SMC (Solibri Model Checker).
A Figura 3 representa o fluxo de trabalho para a criao e aplicao das regras. Seguindo
este fluxo, possvel identificar se a plataforma tem capacidade de atender a regra, desde a
existncia da informao ou de regra-padro at a necessidade de criar outras geometrias
ou modelos para a anlise.
Figura 3 - Fluxograma para criao de regras

Fonte: Autor (2015)

No SMC j constam diversas regras pr-configuradas, que chamaremos de regras-padro,

onde as informaes como parmetros e componentes que sero verificados so editveis.
Portanto, as regras apresentadas baseiam-se em modificaes de outras existentes. O SMC
tambm capaz de analisar parte das regras de classe 3 porm, assim como apontado por
Solihin e Eastman (2015), o FORNAX a plataforma que atende melhor as anlises do nvel
desta classe. Somado a isto, o documento utilizado como base de regras para este artigo
no contm regras de classe 3 e 4. Portanto, o estudo de caso utilizar somente regras das
classes 1 e 2. Ser apresentada apenas uma regra de cada tipo para ilustrar sua aplicao.
4.1.1

Regra 1

Classe 1

Todos os componentes devero conter o cdigo do componente conforme

ABNT-15965

Para que seja seja possvel executar a Verificao de Regras, necessrio incialmente
identificar os componentes relacionados a esta regra. Para esta identificao, naturalmente
utilizado a informao de categoria como portas, janelas e paredes, porm nos softwares
de projeto alguns componentes no se encaixam nas categorias existentes. Exemplo disto
a escada rolante que, apesar de ser um equipamente mecnico, deve ser submetida s
regras de escadas. Para facilitar e melhorar este processo de identificao, no apenas para
este uso de Verificao de Regras, indicada a utilizao de um padro de classificao
como citado no item 2.4.
Esta regra pode ser considerada como uma pr verificao, j que outras regras utilizaro a
classificao da norma ABNT NBR 15965 (2011), analizando se todos os componentes
esto com a informao preenchida, sendo sua veracidade verificada em outra regra. Para
esta regra foi utilizada a regra da biblioteca do SMC denominada Property Rule template
with component filters (Fonte: Autor (2015) 4), onde, no primeiro quadro, foi configurado para
incluir todos os componentes do arquivo e excluir vigas e pilares, j que o foco arquitetura.
No segundo quadro, a condio da regra verificar se a propriedade Cdigo Metr contm
alguma informao. O resultado desta regra o relatrio de componentes sem a informao
de classificao, impedindo a execuo de outras regras.
Figura 4 - Interface de configurao da regra

Fonte: Autor (2015)

4.1.2

Regra 2

Classe 2

Nas extremidades de escadas e rampas devero ser previstos espaos de

acomodao com comprimento mnimo de 1,5 vezes a largura do conjunto de
escadas e/ou rampas.

A regra padro do SMC utilizada foi Free area in front of components, onde possvel
indicar quais componentes devem ser verificados, a profundidade de rea livre e tolerncia
lateral e a direo de verificao. Conforme a Figura 5, no primeiro quadro so indicados os
componentes que devem ser checados - neste caso a escada, a rampa e a escada rolante.
Os dois primeiros tm sua prpria categoria, mas a escada rolante no tem categoria
prpria. Para evitar esse problema, utilizado um padro de classificao indicado em
contrato (item 2.4), neste caso a ABNT NBR 15965 (2011). Esta norma apresenta o grupo
escadarias, como patamares e escadas, identificado pelo cdigo 3E.41.31.13. Este cdigo
contempla todos os componentes que compem escadarias e/ou rampas sendo que, para
especific-los, seria utilizada a 5 coluna, substituindo a necessidade de identificao por
categorias. importante enfatizar a importncia da pr-verificao a todos os componentes
como indicado na regra 1 (item 4.1.1). O valor que ser verificado de rea livre nas
extremidades das escadas, depende de um clculo que utiliza informao derivada do
componente. Esta opo de clculo no permitida nas regras da biblioteca do SMC,
portanto adotou-se o padro de 3,00 metros, uma vez que a largura mnima de circulao
indicada para este tipo de projeto 2,00 metros.
Figura 5 - Interface de configurao da regra

Fonte: Autor (2015)

As regras apresentadas foram aplicadas a um projeto bsico de estao metroferroviria

que est em anlise. A figura 6 ilustra um caso de no atendimento da regra 2.
A transio do projeto tradicional para o projeto em BIM cria novos processos e novas
necessidades, como a incluso de informao do cdigo de classificao nos componentes

e no apenas em tabelas. Esta necessidade requer uma quebra de barreira cultural maior
do que o desenvolvimento do prprio projeto, que j bem comum aos projetistas.
Figura 6 - Vista indicando o no atendimento da regra 2 executada no SMC.

Fonte: Autor (2015)

CONCLUSO

O BIM est em constante crescimento de adoo pela indstria da construo, resultando

em novos usos e processos devido a riqueza de informao presente. O profissional de
anlise, seja arquiteto ou engenheiro, que hoje atua de maneira manual e visual tm na
Verificao de Regras um aliado adicionando velocidade e padronizao do seu trabalho. A
cultura existente no desenvolvimento de projeto civil atinge diretamente o BIM, necessrio
revis-la e planejar sua alterao, palestras, produo de documentos e treinamentos so
aes desejveis para que os novos processos e necessidades sejam introduzidas a
realidade atual. Comum a toda mudana de cultura, a curva de aprendizado resultar em
queda de produtividade neste momento inicial da adaptao para ambos, o projetista e o
analista.
As regras aplicadas devem ser estudadas caso a caso, verificando as possibilidades de
aplicaes na plataforma definida e, verificando alteraes necessrias na escrita para que
seja mais facilmente aplicada a um computador. As regras aplicadas a uma plataforma
permitem que seja analisado o projeto antes da entrega, e assim verificando previamente o
que deve ser revisto. Desta forma a quantidade de comentrios e revises dever ser
diminuda. O planejamento de modelagem do projeto, assim como as informaes contidas
devem ser definidas no incio do projeto, conforme indicado na criao de regras, sem estes
padres muitas regras podero no ter resultado, e se houver ser errneo, portanto a
padronizao um dos pontos principais nesta aplicao quando pensado em processo de
anlise, e de responsabilidade do contratante ou de quem for aplic-las o seu
desenvolvimento.
O SMC acompanha uma biblioteca de regras pr-estabelecidas que permitem alteraes de
seus parmetros. Este recurso facilita a aplicao e a permeabilidade para demais analistas,
sendo este o principal motivo para a aplicao a esta plataforma. O estudo de caso
apresentado continha regras de classe 1 e 2, conforme a classificao sugerida por Solihin
(2015). Estas regras desenvolvidas e aplicadas ao projeto puderam demonstrar a
importncia da informao para a Verificao de Regras, j que a classificao de
componentes utilizada como o principal dado de identificao dos componentes, sendo
esta informao adicionado pelo projetista.
A Verificao de Regras aplicada a etapa de anlise de projeto libera o analista para focarse apenas nas no conformidades, resultando em uma maior dedicao a solues. Assim,
o uso Verificao de Regras atua como uma importante ferramenta de apoio ao profissional
analista e projetista, e tem potencial para ser usado mais amplamente no futuro.

AGRADECIMENTOS
O segundo autor agradece FAPESP Fundao de Amparo Pesquisa do Estado de So
Paulo e ao CNPq - Conselho Nacional de Desenvolvimento Cientfico e Tecnolgico pelo
apoio.

REFERNCIAS
ABNT. NBR 15965: sistema de classificao da informao da construo.Parte 3:
Processos da construo. Rio de Janeiro: ABNT, 2011.
BUILDINGSMART.
BCF
intro.
Disponvel
em:
tech.org/specifications/bcf-releases>. Acesso em: 11 jun. 2015.

<http://www.buildingsmart-

EASTMAN, C. et al. Automatic rule-based checking of building designs. Automation in

Construction, v. 18, n. 8, p. 10111033, 2009.
HAN, C. S.; KUNZ, J. C.; LAW, K. H. Client/Server Framework for On-Line Building Code
Checking. Journal of Computing in Civil Engineering, v. 12, n. 4, p. 181194, 1998.
HIETANEN, J. IFC model view definition format. International Alliance for Interoperability,
Helsinki,
29
p.,
2008.
Disponvel
em:
<http://www.buildingsmart-tech.org/
downloads/accompanying-documents/formats/mvdxml-documentation/MVD_Format_V2_
Proposal_080128.pdf>. Acesso em: 7 ago. 2015.
KHEMLANI, L. CORENET e-PlanCheck: Singapores automated code checking system.
. 2005.
Level of Development Specification. [s.l: s.n.].
NAWARI, N. The Challenge of Computerizing Building Codes in a BIM Environment.
Computing in Civil Engineering (2012), v. 1, p. 285292, 11 jun. 2012a.
NAWARI, N. O. BIM-Model Checking in Building Design. Structures Congress 2012, p.
941952, 29 mar. 2012b.
PENNSYLVANIA STATE UNIVERSITY. Building Information Modeling Project Execution
Planning Guide 2.1. 2012.
SOLIHIN, W.; EASTMAN, C. Classification of rules for automated BIM rule checking
development. Automation in Construction, v. 53, p. 6982, 2015.