Você está na página 1de 408

UNIVERSIDADE DE BRASLIA

FACULDADE DE ARQUITEURA E URBANISMO


DEPARTAMENTO DE ARQUITETURA
PROGRAMA DE PS GRADUAO EM ARQUITETURA E
URBANISMO

Matriz Semntica para Projetos


Aeroporturios no Brasil

JULIO TOLLENDAL GOMES RIBEIRO

Tese apresentada ao Programa de Ps-graduao


em Arquitetura e Urbanismo da Universidade de
Braslia (UnB), como requisito parcial para a obteno
do ttulo de Doutor em Arquitetura e Urbanismo.

Tese elaborada com apoio do Conselho Nacional


de Desenvolvimento Cientifico e Tecnolgico CNPQ
(Doutorado sanduiche na Pennsylvania State University)

Braslia, DF, 28 de maio de 2015.


UNIVERSIDADE DE BRASLIA
FACULDADE DE ARQUITEURA E URBANISMO
DEPARTAMENTO DE ARQUITETURA
PROGRAMA DE PS GRADUAO EM ARQUITETURA E
URBANISMO

Matriz Semntica para Projetos


Aeroporturios no Brasil

JULIO TOLLENDAL GOMES RIBEIRO

Tese apresentada ao Programa de Ps-graduao


em Arquitetura e Urbanismo da Universidade de
Braslia (UnB), como requisito parcial para a obteno
do ttulo de Doutor em Arquitetura e Urbanismo.

ORIENTADOR: NEANDER FURTADO SILVA

Braslia, DF, 28 de maio de 2015.

i
JULIO TOLLENDAL GOMES RIBEIRO

MATRIZ SEMNTICA PARA PROJETOS AEROPORTURIOS NO BRASIL

Tese aprovada junto ao Programa de Ps - graduao em Arquitetura e


Urbanismo da Universidade de Braslia como requisito parcial para a
obteno do ttulo de Doutor em Arquitetura e Urbanismo.

Banca examinadora:

____________________________________________
DR. NEANDER FURTADO SILVA
Orientador PPG/ FAU/ UnB

____________________________________________
DR. LOUKAS NICKOULAS KALISPERIS
Membro Titular Pennsylvania State University

____________________________________________
DR. DAVID RODNEY LIONEL PENNINGTON
Membro Titular FAC/ UnB

____________________________________________
DR. FRANCISCO LEITE AVIANI
Membro Titular Design/ IDA/ UnB

____________________________________________
DR. MRCIO AUGUSTO ROMA BUZAR
Membro Titular PPG/ FAU/ UnB

____________________________________________
DR. DANIEL RICHARD SANTANA
Suplente PPG/ FAU/ UnB

Braslia, 28 de maio de 2015.

ii
SUMRIO

NDICE DE ILUSTRAES .............................................................................................................................. vi

RESUMO/ ABSTRACT..................................................................................................................................... xix

SMBOLOS, ABREVIATURAS, SIGLAS E CONVENES ................................................................... xx

1-INTRODUO ................................................................................................................................................... 1

1.1- DA LAPISEIRA E PAPEL AOS MODELOS COMPUTACIONAIS DE INFORMAO DA


CONSTRUO................................................................................................................................................... 1

1.2- ........ MATRIZ SEMNTICA COMO SUPORTE MODELAGEM DA INFORMAO DA


CONSTRUO................................................................................................................................................... 5

1.3-PROBLEMTICA ..................................................................................................................................... 8

1.4-HIPTESE .................................................................................................................................................. 9

1.5-OBJETIVOS .............................................................................................................................................. 10

1.5.1- OBJETIVO GERAL ......................................................................................................................... 10

1.5.2- OBJETIVOS ESPECFICOS ......................................................................................................... 10

1.6-ESTRUTURA DE TESE ........................................................................................................................ 11

1.6.1- ESTA TESE FOI ESTRUTURADA EM CINCO CAPTULOS. ............................................ 11

2-REVISO BIBLIOGRFICA........................................................................................................................ 12

2.1- HISTRICO DOS SISTEMAS COMPUTACIONAIS E PROCESSO DE PROJETO

2.2- PROCESSOS SEQUENCIAIS DE PROJETO .................................................................................... 23

2.3- PROCESSOS DE PROJETO SIMULTNEOS .................................................................................. 25

2.4- SISTEMAS BIM ....................................................................................................................................... 32

2.5- NVEIS DE AMADURECIMENTO NOS SISTEMAS BIM ........................................................... 44

2.6- SISTEMAS BIM NO SETOR PBLICO BRASILEIRO ................................................................. 46

2.6.1- REINO UNIDO: AEROPORTOS DE GATWICK. ............................................................. 47

2.6.2- ESTADOS UNIDOS: DENVER. ............................................................................................ 48

2.7- AMBIENTE SIG ....................................................................................................................................... 49

2.8- O CONCEITO DE LOD, LEVEL OF DETAIL E LEVEL OF DEVELOPMENT ................ 51

2.9- COMPONENTES BIM ........................................................................................................................... 59

iii
2.10- ASSOCIAO DOS SISTEMAS BIM E SIG .................................................................................. 62

2.11- APLICAO DOS SISTEMAS BIM PRECEDENTES IMPORTANTES ............................ 71

2.11.1- GARDERMOEN AIRPORT, OSLO, NORUEGA. ............................................................. 71

3-MATERIAL E MTODOS ............................................................................................................................ 77

3.1- MATRIZ SEMNTICA DE REGRAS DE ABSTRACAO DA INFORMAO ......................... 77

3.1.1- ESTRUTURA DA MATRIZ SEMNTICA EXEMPLO DE CONSULTA....................... 88

3.1.2- RELACAO ENTRE OS COMPONENTES PARAMTRICOS E A MATRIZ ................... 99

3.2- FORMACAO DE COMPONENTES PARAMTRICOS AEROPORTURIOS .............. 100

3.2.1- A SELEO DOS COMPONENTES ACIMA OBEDECEU AOS CRITRIOS LISTADOS


ABAIXO. ...................................................................................................................................................... 101

3.2.1- ELABORAO DE COMPONENTES NOS SISTEMAS BIM ............................................... 102

3.2.2- ELEMENTOS PARA ELABORAO DE FAMLIAS........................................................ 104

3.2.3- CRIAO DE NOVOS PARMETROS NO APLICATIVO REVIT.............................. 106

3.3- MODELAGEM DO TERMINAL DE PASSAGEIROS REGIONAL DA INFRAERO NOS


SISTEMAS BIM E TESTE DO USO DA BIBLIOTECA DE COMPONENTES EM SEUS
MLTIPLOS NVEIS DE DETALHE .................................................................................................... 108

3.3.1- UTILIZAO DE COMPONENTES NATIVOS NO REVIT ENVOLVEM:................ 110

3.3.2- DOCUMENTAO TRIDIMENSIONAL .............................................................................. 115

3.4- SIMULAO DE ALTERAES DE PROJETO NO DESENVOLVIMENTO DE


ALTERNATIVAS PARA A CRIAO DE TORRE DE CONTROLE (TWR) NO TERMINAL DE
PASSAGEIROS REGIONAL........................................................................................................................ 116

3.4.1- MODELAGEM DE EXPANSO DO TERMINAL REGIONAL........................................ 122

4-DISCUSSO DOS RESULTADOS ........................................................................................................... 125

4.1- RELAES DA MATRIZ SEMNTICA COM O PROCESSO DE PROJETO -


RESULTADOS DO DETALHAMENTO DO CHECK-IN .............................................................. 125

4.1.1- HYPERLINKS (1)................................................................................................................ 131

4.1.2- PROCESSOS DE PROJETO DE ARQUITETURA (2) ................................................. 132

4.1.3- INTERAES SISTMICAS (3)....................................................................................... 143

4.1.4- INTERAES DAS ENGENHARIAS (4) ....................................................................... 145

iv
4.2- RESULTADOS DA ELABORAO DE NOVOS COMPONENTES NOS SISTEMAS BIM
............................................................................................................................................................................ 153

4.2.1- ILUSTRACAO E DISCUSSO DOS PASSOS REALIZADOS PARA CRIAO DE


NOVOS COMPONENTES PARAMTRICOS ................................................................................... 160

4.2.2- TESTE DE VARIAO DE LOD NOS SISTEMAS BIM - REVIT .................................. 171

4.2.3- IMPORTAO DE COMPONENTES NOS SIG ................................................................. 175

4.3- MODELAGEM DO TERMINAL DE PASSAGEIROS REGIONAL NOS SISTEMAS BIM


E TESTE DE EMPREGO DE COMPONENTES EM SEUS MLTIPLOS NVEIS DE
DETALHE ....................................................................................................................................................... 182

4.3.1- CONSTRUO DO MODELO BIM E PROCESSO DE ANLISE .................................. 183

4.3.2- MODELO BIM (REPRODUO POR MEIO DE MODELAGEM DO TERMINAL DE


PASSAGEIROS REGIONAL - ARQUIVOS 2D CEDIDOS PELA INFRAERO) ....................... 184

4.3.3- RESULTADOS GRAFICOS DA MODELAGEM (SISTEMAS BIM - REVIT)............ 200

4.3.4- TESTE DE MODELAGEM DO TERRENO PARA PROCESSOS DE ANLISE NOS


ESTGIOS INICIAIS NO AUTODESK INFRAWORKS (SIG)...................................................... 205

4.4- SIMULAO DE EXPANSO DO TERMINAL EXISTENTE POR MEIO DE TRES


ALTERNATIVAS DE EXPANSAO DO TERMINAL EXISTENTE - PROJETO (TWR) ...... 213

4.4.1- RELACOES DA MATRIZ SEMANTICA E AS TORRES DE CONTROLE.................... 215

4.4.2- DEMONSTRACAO DOS PASSOS PARA EXPANSAO DE UMA DAS TORRES........ 223

4.4.3- IMAGENS PERSPECTIVAS DAS ALTERNATIVAS DE PROJETO - TORRE DE


CONTROLE (TWR) ................................................................................................................................. 228

4.4.4- INFLUENCIA DOS SISTEMAS SIG NOS PROCESSO DE ANALISE E DE TOMADA


DE DECISAO NOS ESTAGIOS INICIAIS DE PROJETO ................................................................ 231

4.4.5- PERSPECTIVAS DO TERMINAL DE PASSAGEIROS REGIONAL DO BRASIL ... AS


FIGURAS 184 A 191 APRESENTAM PERSPECTIVAS DO TERMINAL REGIONAL
MODELADO. 237

FIGURA 184 - PTIO DE AERONAVES E PONTES DE EMBARQUE. ...................................... 237

5-CONCLUSES................................................................................................................................................ 241

REFERNCIAS BIBLIOGRFICAS............................................................................................................ 245

v
NDICE DE ILUSTRAES

Figura 1- Modelo digital do Boeing 777, sendo esta a primeira aeronave projetada 100%
digitalmente. Fonte: KOLAREVIC, B. 2003). .................................................................................. 2

Figura 2- Desenho feito por Sansedoni no perodo Gtico]. Fonte: ROBBINS, Edward, 1944, p.14.
..................................................................................................................................................... 14

Figura 3- Processo de Concepo de Projeto. Fonte: (adaptado de LANG, 1974). .................... 18

Figura 4- Base de conhecimento. Fonte: adaptado de Bittencourt (2001). .............................. 21

Figura 5- Comparao do desenvolvimento de produto em engenharia sequencial e em


engenharia simultnea. Fonte: Adaptado de KRUGLIANSKAS,1995, apud FABRCIO, 2002....... 25

Figura 6 - Workflow do Projeto Convencional. Fonte: SANTOS, 2008, apud ANDRADE, e


AMORIM, 2011, p. 795-796......................................................................................................... 28

Figura 7- Workflow do Projeto com BIM. Fonte: SANTOS, 2008, apud ANDRADE, e AMORIM,
2011, p. 795-796). ....................................................................................................................... 29

Figura 8- Representao da simultaneidade entre as equipes de projeto com a utilizao do


sistema BIM. Fonte: SANTOS, 2008, apud ANDRADE, e AMORIM, 2011, p. 796........................ 30

Figura 9 - Cenrio A: a ferramenta de compartilhamento funciona apenas como repositrio de


modelos. Fonte: QUEIROZ, 2012, p. 6. ........................................................................................ 36

Figura 10- Cenrio B: a funo do repositrio de modelos incorpora funes de integrao entre
modelos. Fonte: QUEIROZ, S. 2012, p. 6. .................................................................................... 37

Figura 11- Nveis de amadurecimento nos sistemas BIM. Fonte: OLIVEIRA, L. apud CLAYTON et
al., 2008, p. 46-48. ....................................................................................................................... 45

Figura 12- Detalhe do Aeroporto de Gatwick nos sistemas BIM. Fonte: (RICHARDSON, S et al
2015). .......................................................................................................................................... 47

Figura 13- Expanso do Aeroporto de Denver. Fonte: DIA & GENSLER apud BALL, M. ............. 48

Figura 14 - Diferentes Nveis de Desenvolvimento. Fonte: Adaptado de MCPHEE, 2013, p.1. . 52

Figura 15- Diferentes Nveis de Detalhamento. Fonte: Adaptado de MCPHEE, 2013, p.1. ........ 53

vi
Figura 16 - Mltiplos nveis - detalhamento Geomtrico SIG. Fonte: LWNER, et al, 2013, p. 4.
..................................................................................................................................................... 55

Figura 17 - Os cinco nveis de detalhe definidos (Lod) pelo CiyGML. Fonte: GRGER, G; KOLBE,
T; E CZERWINSKI, A. 2006, p. 11. ................................................................................................. 58

Figura 18 One Island East Tower, Swire, Properties Ltd. Fonte: OPUS Hong Kong. ............. 59

Figura 19- Gardermoen Airport Oslo. Fonte: (RENGIFO et al, 2008, p. 6). ................................. 71

Figura 20- Vista do Terminal 2. Fonte: RENGIFO et al, 2008, p. 6.............................................. 72

Figura 21- Arquivo de Modelo aps dividir reas. Fonte: Estudo de Caso AutoDesk: Gardermoen
Airport, Oslo, Noruega. Fonte: RENGIFO et al, 2008, p. 6. ........................................................ 74

Figura 22 Detalhamento e repetio de elementos construtivos. Fonte: RENGIFO et al, , p. 6).


..................................................................................................................................................... 75

Figura 23- Famlia 1 - Componentes adaptativos. Fonte: RENGIFO et al, 2008, p. 6................. 75

Figura 24- Famlia 2 - Coluna e viga da estrutura. Fonte: RENGIFO et al, 2008, p. 6. ................. 76

Figura 25- Famlia 3 Estrutura do Telhado. Fonte: RENGIFO et al, 2008, p. 6. ........................ 76

Figura 26- Ilustrao de tela de acesso da verso digital da Matriz Semntica onde pode ser vista
a organizao das Zonas, reas e Partes de um aeroporto. ....................................................... 78

Figura 27 - Tela de acesso aos mdulos funcionais da matriz Semntica. ................................. 88

Figura 28 - Tela do mdulo funcional Esteira de Bagagem, com acesso aos campos de
processos de aprovao, tarefas de projeto e requerimentos de projeto. ................................ 89

Figura 29 - Informaes referentes ao Mdulo funcional de Esteiras de Bagagem de um terminal


de passageiros de pequeno porte. .............................................................................................. 90

Figura 30 - Estruturao lgica de informao na Matriz Semntica Processos de Projeto. . 92

Figura 31- Tela de acesso na versao digital da Matriz Semntica para as Tarefas de Projeto -
Esteira de Bagagem. .................................................................................................................... 93

Figura 32 - Tarefas de Projeto para uma Esteira de Bagagem na Matriz Semntica. ................ 94

Figura 33 - Requisitos de Estudo Conceitual de Arquitetura na Matriz Semntica. .................. 95

vii
Figura 34- Exemplo de tela de acesso na versao digital da Matriz Semantica para os
Requerimentos de uma Esteira de Bagagem. ............................................................................. 96

Figura 35 Tela de acesso aos requerimentos para uma Esteira de Bagagem na Matriz
Semntica. ................................................................................................................................... 97

Figura 36 Documento acessado via hyperlink (requerimento) na Matriz Semntica. ......... 98

Figura 37 Ilustrao dos componentes paramtricos modelados nesta pesquisa. ............... 100

Figura 38 Exemplos de famlias do sistema no Revit. Fonte: AutoDesk ............................... 102

Figura 39 - Exemplos de famlias carregveis do Revit. Fonte: AutoDesk. ............................. 103

Figura 40 Templates para uma nova famlia no Revit. Fonte: AutoDesk. ........................ 103

Figura 41 - Exemplo de extrusores no Revit. Fonte: AutoDesk. ............................................ 104

Figura 42 Tela de acesso s propriedades na criao de novos parmetros no Revit. Fonte:


AutoDesk. .................................................................................................................................. 105

Figura 43- Exemplo de modelagem do Terminal Regional no Revit. ....................................... 108

Figura 44 - Programa de Necessidades do Terminal Regional. Fonte: INFRAERO ................... 109

Figura 45- Ilustrao da modelagem do terreno do Terminal Regional da INFRAERO, no Revit.


................................................................................................................................................... 110

Figura 46- Ilustrao da modelagem dos pilares e vigas do Terminal Regional da INFRAERO, no
Revit. ........................................................................................................................................ 111

Figura 47- Ilustrao da modelagem das paredes do Terminal Regional da INFRAERO, no Revit.
................................................................................................................................................... 111

Figura 48- Ilustrao da modelagem das esquadrias do Terminal Regional da INFRAERO, no


Revit. ........................................................................................................................................ 112

Figura 49- Ilustrao da modelagem das coberturas (lajes) do Terminal Regional da INFRAERO,
no Revit. ................................................................................................................................... 112

Figura 50- Ilustrao da adio de componentes (objetos) do Terminal Regional da INFRAERO,


no Revit. ................................................................................................................................... 113

viii
Figura 51- Representao bidimensional (automtica) do Terminal Regional da INFRAERO no
Revit. ........................................................................................................................................ 113

Figura 52- Representao bidimensional (automtica) do Terminal Regional da INFRAERO no


Revit. ........................................................................................................................................ 114

Figura 53- Representao bidimensional (automtica) do Terminal Regional da INFRAERO no


Revit. ........................................................................................................................................ 114

Figura 54- Representao bidimensional (automtica) do Terminal Regional da INFRAERO no


Revit. ........................................................................................................................................ 114

Figura 55- Representao bidimensional (automtica) do Terminal Regional da INFRAERO no


Revit. ........................................................................................................................................ 114

Figura 56- Representao tridimensional (automtica) do Terminal Regional da INFRAERO no


Revit. ........................................................................................................................................ 115

Figura 57- Representao parcial da estrutura do Terminal Regional da INFRAERO no Revit.


................................................................................................................................................... 115

Figura 58 Ilustrao do Terminal Regional da INFRAERO, antes do acrscimo das alternativas


de projeto de Torre de Controle, no Revit. .............................................................................. 116

Figura 59- Diferentes alternativas para uma Torre de Controle (simulao de alterao projeto).
................................................................................................................................................... 117

Figura 60 - Exemplo de insero de componentes da biblioteca nativa para compor a escala


humana na modelagem das Torres de Controle. ...................................................................... 117

Figura 61 - Metodologia de projeto mltiplas alternativas. .................................................. 118

Figura 62- Documento de Requisitos de Navegao Area acessado via hyperlink na Matriz
Semntica. ................................................................................................................................. 119

Figura 63 - Documento de especificaes tcnicas para uma Torre de Controle acessado via
hyperlink na Matriz Semntica. ............................................................................................. 120

Figura 64- Documento de Memorial Descritivo para uma Torre de Controle acessado via
hyperlink na Matriz Semntica. ................................................................................................ 121

Figura 65- Exemplo do aeroporto modelado antes da criao das Torres de Controle. .......... 123

ix
Figura 66- Vista do Terminal de Passageiros Regional modificado TWR1. ............................ 124

Figura 67- Vista do Terminal de Passageiros Regional modificado TWR2. ............................ 124

Figura 68- Vista do Terminal de Passageiros Regional modificado TWR3. ............................ 124

Figura 69- Ilustracao parcial da tela de acesso principal da Matriz Semntica, destacando o
Modulo de check-in. .............................................................................................................. 129

Figura 70 - Tela de acesso ao Detalhamento do check-in na Matriz Semntica. .................. 130

Figura 71- Memorial Ostensivo nmero 06 Fonte: DOPL/ INFRAERO. .................................. 131

Figura 72- Campo de acesso aos Processos de Projeto de Arquitetura na Matriz Semntica. 132

Figura 73- Exemplo de estruturao lgica dos dados na Matriz Semntica referente aos
Processos de Aprovao de Projetos. ....................................................................................... 133

Figura 74- Caracterizao e classificao das Tarefas de Aprovao de Projeto para a INFRAERO
................................................................................................................................................... 134

Figura 75 - Tela de acesso aos Processos de Aprovao de Projetos da INFRAERO. ................ 135

Figura 76- Processos de Aprovao de Projetos para um modulo de check-in na Matriz


Semntica. ................................................................................................................................. 136

Figura 77- Partes do Aeroporto para um Mdulo de check-in na Matriz Semntica............ 136

Figura 78- Sistemas do Aeroporto para um Mdulo de check-in na Matriz Semntica........ 137

Figura 79 Processos de Aprovao de Projetos para um modulo de check-in na Matriz


Semntica .................................................................................................................................. 137

Figura 80- Classificao das Tarefas de Projeto para a INFRAERO ........................................... 138

Figura 81- Tela de acesso as Tarefas de Projeto da INFRAERO................................................. 140

Figura 82- Tarefas de Projeto para um Mdulo de check-in na Matriz Semntica. .............. 141

Figura 83- Exemplo de partes para Saguo Lado Terra de um Aeroporto. ........................... 141

Figura 84- Partes do Aeroporto para um Mdulo de check-in na Matriz Semntica............ 142

Figura 85- Sistemas do Aeroporto para um Modulo de check-in na Matriz Semntica........ 142

x
Figura 86- Disciplinas da INFRAERO para um Mdulo de check-in na Matriz Semntica. .... 142

Figura 87- Interaes de Projeto para um Mdulo de check-in na Matriz Semntica. ......... 143

Figura 88- Interaes Sistmicas para o Saguo lado terra de um Aeroporto. ..................... 144

Figura 89- Tela de acesso s Dimenses das Engenharias na Matriz Semntica...................... 145

Figura 90- Tela de acesso aos processos de aprovao de sistemas eletrnicos. .................... 147

Figura 91- Processos de Aprovao de Projetos para um Mdulo de check-in na Matriz


Semntica. ................................................................................................................................. 148

Figura 92- Partes do Aeroporto para o Mdulo de check-in na Matriz Semntica. .............. 148

Figura 93- Sistemas do Aeroporto para um Mdulo de check-in na Matriz Semntica........ 149

Figura 94- Tela de acesso s Tarefas de Projeto de Sistemas Eletrnicos da INFRAERO. ........ 150

Figura 95- Tarefas de Projeto (Engenharias) para um Mdulo de check-in na Matriz Semntica.
................................................................................................................................................... 151

Figura 96- Partes do Aeroporto (Engenharias) para um Mdulo de check-in na Matriz


Semntica. ................................................................................................................................. 151

Figura 97- Sistemas do Aeroporto (Engenharias) para um Mdulo de check-in na Matriz


Semntica. ................................................................................................................................. 151

Figura 98- Planta utilizada como referncia de modelagem originalmente no AutoCAD


AutoDesk. Fonte: INFRAERO. .................................................................................................... 154

Figura 99- Plantas de referncia para modelagem proveniente do AutoCAD inserida no sistema
BIM - Revit. Fonte: INFRAERO. ................................................................................................. 155

Figura 100- Balco de check-in de aeroporto modelado no Revit. ...................................... 157

Figura 101- Esteira de Bagagem Desembarcada de aeroporto modelado no Revit. .............. 157

Figura 102- Raio-X de Bagagem de Passageiros de aeroporto modelado no Revit. ............... 158

Figura 103- Ponte de Embarque de aeroporto modelado no Revit. ....................................... 158

Figura 104- Esteira de Bagagem Geral de aeroporto modelado no Revit. .............................. 159

xi
Figura 105- Prtico, Carrinho e Porta de Acesso ao aeroporto modelados no Revit. ............. 159

Figura 106- Seleo do modelo de famlia no Revit................................................................ 160

Figura 107- Criao de planos e linhas de referncia no Revit................................................ 161

Figura 108- Insero e edio de arquivo . DWG no Revit ................................................... 162

Figura 109 - Exemplo de extruso simples no Revit. ............................................................... 163

Figura 110- Exemplo de configurao do plano de trabalho no Revit. ................................... 164

Figura 111 - Exemplo de extruso no Revit controlada para direo no eixo de altura. ........ 165

Figura 112- Exemplo de insero de cotas no Revit. .............................................................. 166

Figura 113 - Exemplo de utilizao de linhas como guias de modelagem para uma Ponte de
Embarque no Revit................................................................................................................... 167

Figura 114- Ponte de embarque modelada no Revit segundo as especificacoes tecnicas colhidas
na INFRAERO. ............................................................................................................................ 168

Figura 115 - Exemplo de acesso as configuraes de visibilidade no Revit. ............................. 169

Figura 116 - Configurao das caractersticas correspondente ao LOD300. ............................ 169

Figura 117- Visualizao do resultado da configurao de LOD no Revit. .............................. 170

Figura 118- Diferentes representaes grficas um mesmo objeto nos sistemas BIM............ 172

Figura 119- Demonstrao da criao do parmetro SINAPI para uma Esteira de Bagagem. . 173

Figura 120- Configurao de novo parmetro (SICAERO) no Revit ......................................... 174

Figura 121- Exportao para arquivo do tipo IFC a partir do Revit ...................................... 176

Figura 122- demonstrao de componente BIM importado no ambiente SIG InfraWorks. 177

Figura 123- Ilustrao de componente BIM importado no ambiente SIG InfraWorks......... 178

Figura 124- Exemplo de nvel de detalhamento em LOD100 no InfraWorks. ........................ 179

Figura 125- Exemplo de variao de nvel de detalhamento em LOD300 no InfraWorks. ..... 180

Figura 126- Exemplo de variao de nvel de detalhamento em LOD100 no InfraWorks. ..... 181

xii
Figura 127- Modelagem do Terminal Regional/ BIM. Planta baixa. Fonte: INFRAERO. ........... 183

Figura 128- Exemplo de insero de planta bidimensional CAD como guia de modelagem no
Revit.......................................................................................................................................... 184

Figura 129- Ilustrao de importao de planta baixa CAD-2D do Terminal Regional no Revit.
................................................................................................................................................... 185

Figura 130- Ilustrao do resultado grfico da modelagem de ptio, caladas e vias de acesso ao
aeroporto regional no Revit. .................................................................................................... 186

Figura 131- Ilustrao da criao de diferentes nveis para a modelagem do Terminal Regional
no Revit. ................................................................................................................................... 187

Figura 132- Ilustrao de modelagem dos pilares no Terminal Regional no Revit. ................ 188

Figura 133- Ilustrao de modelagem das paredes do Terminal Regional no Revit............... 189

Figura 134- Ilustrao de modelagem das esquadrias do Terminal Regional no Revit. .......... 190

Figura 135- Ilustrao de modelagem das coberturas no Terminal Regional no Revit. .......... 191

Figura 136- Ilustrao de insero de componentes no Terminal Regional no Revit ............ 192

Figura 137- Ilustrao da insero de componentes complementares ao Terminal Regional no


Revit. ........................................................................................................................................ 193

Figura 138- Ilustrao da ligao paramtrica de relacionamento entre as paredes e lajes do


Terminal Regional no Revit. ..................................................................................................... 195

Figura 139- Configurao das dimenses da base em um pilar no Terminal Regional. ........... 196

Figura 140- Ilustrao da criao de um pilar do Terminal Regional com famlia nativa do sistema
no Revit. ................................................................................................................................... 197

Figura 141- Corte do Terminal Regional obtido de forma automtica no Revit. .................... 198

Figura 142- Fachada do Terminal Regional obtida de forma automtica no Revit. ................ 198

Figura 143- Planta baixa do Terminal Regional obtida de forma automtica no Revit. ........ 199

Figura 144- Ilustrao grfica da projetao do Terminal Regional no REVIT 2014 ............... 200

Figura 145- Ilustrao grfica da projetao do Terminal Regional no REVIT 2014. .............. 201

xiii
Figura 146- Componentes paramtricos BIM modelados durante a pesquisa. ...................... 202

Figura 147- Componentes paramtricos BIM modelados durante a pesquisa. ...................... 204

Figura 148- Seleo da rea de influncia para obteno de dados de satlite. Fonte:
http://viewer.nationalmap.gov/viewer/. ................................................................................. 206

Figura 149- Opo de download de dados de satlite para o terreno selecionado. Fonte:
http://viewer.nationalmap.gov/viewer/. ................................................................................. 206

Figura 150- Seleo de camadas de informao para obteno de dados de satlite do terreno
selecionado. Fonte: http://viewer.nationalmap.gov/viewer/. ................................................ 207

Figura 151- Demonstrao de acesso a criao de um novo modelo na tela do aplicativo


InfraWorks. .............................................................................................................................. 208

Figura 152- Ilustrao de adio de dados do tipo raster na tela do aplicativo InfraWorks.
................................................................................................................................................... 208

Figura 153- Ilustrao de formao do terreno com os dados raster importados, na tela do
aplicativo InfraWorks. .............................................................................................................. 209

Figura 154 Ilustrao de rea de influncia na tela do aplicativo InfraWorks para o terreno
importado.................................................................................................................................. 210

Figura 155 - Demonstrao de insero de um modelo BIM no relevo do SIG. ....................... 212

Figura 156 Terminal Regional sem a presena de Torre de Controle. Fonte: INFRAERO. ..... 213

Figura 157 Exemplificao das alternativas de Torre de Controle para o Terminal Regional no
Revit. ........................................................................................................................................ 214

Figura 158 Ilustrao da tela de acesso as informaes sobre a Torre de Controle na Matriz
Semntica. ................................................................................................................................. 215

Figura 159 Ilustrao da tela de acesso aos campos de Aprovao, Tarefas de Projeto e
Requerimentos para uma Torre de Controle na Matriz Semntica. ......................................... 216

Figura 160- Ilustrao da tela de acesso as informaes sobre os Processos de Aprovao de


Projetos para uma Torre de Controle na Matriz Semntica. .................................................... 217

xiv
Figura 161- Ilustrao da tela de acesso para as Tarefas de Projeto para uma Torre de Controle
na Matriz Semntica.................................................................................................................. 219

Figura 162 Ilustrao da tela da Matriz Semntica com as informaes sobre o estudo
conceitual de Telemtica na Matriz Semntica. ....................................................................... 220

Figura 163 Ilustrao da tela de acesso aos Requerimentos de Projeto para uma Torre de
Controle na Matriz Semntica................................................................................................... 221

Figura 164 Ilustrao de Requerimento da INFRAERO para projeto de uma Torre de Controle
na Matriz Semntica.. Fonte: INFRAERO................................................................................... 222

Figura 165 - Ilustrao de requerimento da INFRAERO para projeto de uma Torre de Controle na
Matriz Semntica.. Fonte: INFRAERO........................................................................................ 222

Figura 166- Detalhamento de elemento a ser retirado na modelagem de uma das alternativas
de Torre de Controle no Revit. ................................................................................................ 223

Figura 167- Detalhamento dos pisos de uma das alternativas de Torre de Controle no Revit.
................................................................................................................................................... 223

Figura 168- Detalhamento do pilar na modelagem de alternativa de Torre de Controle no Revit.


................................................................................................................................................... 224

Figura 169 - Detalhamento da viga na modelagem de uma das alternativas de Torre de Controle
no Revit. ................................................................................................................................... 224

Figura 170 - Detalhamento das paredes na modelagem de uma das alternativas de Torre de
Controle no Revit. .................................................................................................................... 225

Figura 171 - Detalhamento dos elementos do fechamento na modelagem de uma das


alternativas de Torre de Controle no Revit.............................................................................. 225

Figura 172 - Detalhamento de elementos acessrios na modelagem de uma das alternativas de


Torre de Controle no Revit. ..................................................................................................... 226

Figura 173 Detalhamento da cobertura na modelagem de uma das alternativas de Torre de


Controle no Revit. .................................................................................................................... 226

Figura 174 Planta baixa gerada automaticamente pelo Revit da proposta 3 da Torre de
Controle..................................................................................................................................... 227

xv
Figura 175 - Corte gerado automaticamente pelo Revit da proposta 3 da Torre de Controle.
................................................................................................................................................... 227

Figura 176 - Fachada gerada automaticamente pelo Revit da proposta 3 da Torre de Controle.
................................................................................................................................................... 227

Figura 177 - Alternativa 1 de Projeto (TWR- Torre de Controle). ............................................. 228

Figura 178 - Alternativa 2 de Projeto (TWR Torre de Controle). ........................................... 229

Figura 179 - Alternativa 3 de Projeto (TWR Torre de Controle). ........................................... 230

Figura 180 Ilustrao de teste de variabilidade no nvel de detalhamento geomtrico de um


componente modelado nos sistemas BIM Revit e importado no SIG InfraWorks. .......... 231

Figura 181- Ilustrao de um componente modelado no sistema BIM Revit e importado no


SIG InfraWorks sem alterao na variao de seu nvel de desenvolvimento. .................... 232

Figura 182 - Aeroporto configurado no InfraWorks em LOD 100 para abstrao das
esquadrias, que no aparecem no projeto. .............................................................................. 234

Figura 183 Ilustrao da insero do Terminal Regional em sua integra no SIG InfraWorks.
................................................................................................................................................... 235

Figura 184 - Terminal Regional da INFRAERO (adaptado). Vista do Ptio de Aeronaves e Pontes
de Embarque. ............................................................................................................................ 237

Figura 185 - Terminal Regional da INFRAERO (adaptado). Vista lateral do Terminal de


Passageiros.. .............................................................................................................................. 237

Figura 186 - Terminal Regional da INFRAERO (adaptado). Vista perspectiva da entrada do


Terminal de Passageiros............................................................................................................ 237

Figura 187 - Vista do Conector (Concourse) de Transbordo de Passageiros. ....................... 238

Figura 188 - Vista lateral do Terminal de Passageiros .............................................................. 238

Figura 189 - Terminal Regional da INFRAERO (adaptado). Vista perspectiva superior do Terminal
de Passageiros. ......................................................................................................................... 238

Figura 190- Imagem perspectiva do Terminal Regional. .......................................................... 239

Figura 191- Imagem perspectiva do Terminal Regional................................................................. 240

xvi
AGRADECIMENTOS

Agradeo s famlias Tollendal, Prudente & Roitman, minha filha Sofia, ao meu
pai, Edson, irm, Lusa, me, Vera, irmo, Sidarta & Ernesto, para meus segundos pais
Isaac & Celina, Elizangela irmos Joana, Frederico, Adriano e sobrinha Bebel;
Agradeo imensamente a Iris Roitman pelo suporte sem o qual esta pesquisa no seria
possvel, alm de nortear o pensamento do autor quanto aos temas propostos e oferecer
apoio incondicional sempre que preciso e aos meus padrinhos, Mario Theodoro e
Luciana Jaccoud;

Agradeo especialmente ao Enio Ferreira da Rocha, pelo apoio incondicional,


orientao de vida e aprendizado de tantos anos, ao Jonas Maurcio Lopes, por acreditar
e apoiar as mudanas que somente as pessoas de vanguarda o fazem e ao amigo Joo
Eduardo Bandeira de Melo Arajo, pelo apoio em todas as horas... Ao amigo e mestre
Marcos Furiati pela oportunidade de descobrir a engenharia e a vida e pela amizade
construda ao longo do tempo; ao professor orientador Dr. Neander Furtado Silva e
famlia pela dedicao, pacincia e pela orientao ao meu desenvolvimento ao longo
dos anos e ao Diretor de Engenharia da INFRAERO, Adilson Teixeira Lima, pela viso
de futuro e o apoio na implantao dos sistemas BIM e aos colegas de trabalho;

Agradeo INFRAERO e ANAC, pelas oportunidades ofertadas ao meu


crescimento como profissional e especialmente a: Adyr da Silva, Alexandre Henrique
Radis, Andr Luiz de Lima, Antonio Milanez Ramos, Carlos Andr Lascano Pinto, Carlos
Vinicius Meirelles, Cleuber Guedes, Alex Totem, Eduardo Ballarin, Francisco Erivan,
Edmundo Farias Brito, Glauber Carvalho Cruz, ao grande amigo Luiz Fernando
Machado Borges (pela motivao e f inabalvel no bem!), Laura Andrade, Jander
Pedrosa do Nascimento, Marcelo Guaranys, Diretor - Presidente da ANAC, Nelson
Mattei, pela amizade, Paulo Srgio Ramos Pinto, Ricardo Alexandre Gis Ferreira,
Saulo Lus de Aquino, Valnzia Marinho, Viviane Tavares Sobral, e ao Walter Amrico,
Zapata e Elton da Operaes, pelo apoio incondicional; Agradeo ainda pela etapa e
Split-PhD. Em State College - PA, ao grande amigo Emile Tilghman Osborne, Oscar
de La Reina, Marco De Giorgi, Pierre Troillard, Steven, Laura Collado, e famlia, Karen
e Angelina Grieb, Tom e Emilia, Mike, Dylan, alm de meu orientador nos Estados
Unidos, Prof. Dr. Loukas Kalisperis e Kendra Rakovan, pela Penn State University.
Agradeo Beth Mori e ao Maestro Marden Maluf pelo exemplo; Agradeo a Deus e
vida por me permitirem chegar at aqui... E finalmente, Universidade de Braslia - UnB,
que cumpre seu papel de transformar em cidados do mundo os jovens de Braslia e do
Brasil!

DEDICATRIA
Dedico esta pesquisa a minha me, Vera, ao meu pai, Edson, a Beth Mori,
especialmente ao meu tio Fernando Tollendal, a minha filha, Sofia e ao meu irmo
Sidarta Ribeiro, meu exemplo e guia nos caminhos tortuosos da investigao cientifica
e a todos aqueles que se esforam sinceramente no caminho do conhecimento, que
incontestavelmente nos dirige, a todos, em direo luz e a verdade! Dedico ainda esta
pesquisa ao meu pai biolgico falecido prematuramente aos 28 anos de idade, Sergio
Barreira Gomes Ribeiro e seu irmo, Eduardo Ribeiro.

Dedico, ainda, esta pesquisa ao Sergio Alves Gomes Ribeiro, ao Lus Pedro
Baslio Neri, sua me Amparo & famlia e ao Thales Tollendal Alvarenga, verdadeiros
irmos, que se foram prematuramente e que deixaram a certeza de ter sido um grande
privilegio o convvio e o aprendizado ao seu lado...

Dedico finalmente, essa pesquisa INFRAERO e seu corpo tcnico.

xvii
RESUMO

A concepo, desenvolvimento e execuo de projetos de grande porte,


como os do setor aeroporturio, so complexos. A otimizao da gesto da
informao essencial para aumentar eficincia e transparncia. Atualmente,
existem diversas ferramentas computacionais capazes de auxiliar na integrao e
manipulao de dados, como o sistema de informao geogrfica (SIG) e a
modelagem da informao da construo (BIM). Contudo, tais ferramentas ainda
no so utilizadas nos processos de projeto e aprovao (PPAs) de aeroportos no
Brasil, nem tampouco existem estudos voltados para a sua aplicabilidade neste
setor. Esta a situao, por exemplo, da Empresa Brasileira de Infraestrutura
Aeroporturia (INFRAERO). Os PPAs so caracterizados por elevada linearidade,
que resulta em excesso de revises de projeto e dificulta a integrao das solues
de diferentes equipes e setores. O presente estudo investigou as potencialidades e
limitaes de tais ferramentas, por meio de um projeto piloto aplicado ao terminal de
passageiros regional (TPR) da INFRAERO. Os objetivos especficos consistiram em
desenvolver um processo de projetao e aprovao de projeto (matriz semntica
de regras de abstrao) para a sistematizao dos PPAs. Alm disto, teve-se como
objetivo avaliar a aplicabilidade dos sistemas BIM associada ao SIG, por meio da
criao de objetos paramtricos, modelagem do TPR e simulao de trs
alternativas de projeto para uma torre de controle. A matriz semntica foi construda
no XMind com base em documentos oficiais e manuais operacionais da
INFRAERO. Na matriz foram sistematizadas informaes relevantes ao processo de
projeto de arquitetura de um TPR, incluindo todos os mdulos funcionais e com
maior detalhamento do mdulo check in. Para a modelagem nos ambientes BIM e
SIG foram utilizados os softwares AutoDesk Revit e AutoDesk InfraWorks,
respectivamente. Foram modelados oito componentes aeroporturios de acordo
com padres e normas nacionais, customizados com diferentes parmetros e nveis
de detalhe. Os componentes foram exportados para o ambiente SIG, analisados sob
diferentes nveis de detalhe semntico e geomtrico e utilizados na etapa posterior
de reproduo do TPR. A modelagem do TPR foi baseada em seu memorial
descritivo, plantas baixas, cortes e fachadas e em um modelo tridimensional no
formato do tipo . SKP (do SketchUp), todos eles fornecidos pela INFRAERO. Os
resultados indicam que a associao do sistema BIM ao SIG pode aprimorar a
gesto de PPAs na INFRAERO e em outras instituies que lidem com processos
semelhantes, porque permite a integrao de diferentes nveis e tipos informao
em relao estrutura (geometria, especificaes tcnicas, propriedades fsicas e
estruturais, custo, etc.), e aos processos de desenvolvimento e execuo de
projetos (procedimentos internos, requerimentos legais, termos de referncia,
pareceres, memorandos, etc.). Permite ainda a integrao e sinergia entre as
diferentes equipes. Para sua implantao ser preciso construir uma ampla
biblioteca de componentes paramtricos, como aqueles desenvolvidos no presente
estudo, com campos especficos de informao para sua prpria estrutura
organizacional. O processo de modelagem, incluindo a sistematizao da matriz,
permitiu identificar alteraes necessrias no desenho dos processos de aprovao
da INFRAERO, expressas em um fluxograma que reflete a gesto integrada de
informaes inerente aos sistemas BIM e SIG.
PALAVRAS CHAVE: aeroporto; gesto da informao; infraestrutura
aeroporturia; matriz semntica; modelagem da informao da construo;
sistemas de informao geogrfica.

xviii
ABSTRACT

The development and implementation of large-scale architectural projects,


such as the ones in airport sector are highly complex. Optimizing information
management is essential to increase their efficiency and transparency. Currently,
there are several computer based tools that can assist in data processing and
integration, such as geographic information systems (GIS) and building information
modelling (BIM). However, such tools havent been used yet in the design and
approval processes (DAPs) of the Brazilian Airport Infrastructure Company
(INFRAERO). Moreover, no studies have been made to investigate their applicability
in company. The DAPs at INFRAERO are highly linear, which leads to excessive
revision of project designs and hinders the integration of solutions from different
teams and sectors. The present study investigated the potential and limitations of the
above tools, based on a pilot project for INFRAEROs regional passenger terminal
(RPT). The specific objectives were to develop a systemized database (semantic
matrix of abstraction rules) of DAPs; and to evaluate the applicability of BIM
associated with GIS at INFRAERO, by creating parametric objects, modelling the
RPT, and simulating three design alternatives for a control tower. The semantic
matrix was constructed in XMind and based on INFRAERO official documents and
operational manuals. The matrix systematized information relevant to the
architectural design process of a RPT, including all functional modules and the
"check in" module at a higher level of detail. The BIM and GIS softwares used in this
study were Autodesk Revit and AutoDesk InfraWorks, respectively. Eight airport
components were modelled according to national standards and regulation, and
customized with different parameters and levels of detail. The components were
exported to GIS, analyzed under different levels of semantic and geometric detail
and used in reproduction of the RPT design. The RPT modelling was based on its
descriptive memorial, floor plans, sections and facades, and a tridimensional model
in .skp format (SketchUp), all of them provided by INFRAERO. Results indicate that
incorporating BIM associated with GIS at INFRAERO can enhance the management
of DAPs because it allows the integration of different data types and levels of
information related to the structure (geometry, technical, structural and physical
properties, cost, etc.) and processes of project development and implementation
(internal procedures, legal requirements, reference terms, memoranda, etc.), as well
as the integration and synergy between different teams. Implementing those tools
requires building a large library of parametric components, such as those developed
in this study, with specific fields of information associated to the companys
organizational structure. The modeling process, including the systematization of data
in the matrix, revealed the need to make structural changes in the INFRAEROs
approval processes. Those changes were described in flow chart that reflects the
integrated management of information inherent to BIM and GIS systems.

KEYWORDS: airports; airport infrastructure; building information modelling;


geographic information systems; information management; semantic matrix.

xix
SMBOLOS, ABREVIATURAS, SIGLAS E CONVENES

ANAC Agncia Nacional da Aviao Civil


SAC Secretaria de Aviao Civil
TCU Tribunal de Contas da Unio
BNDES Banco Nacional de Desenvolvimento Econmico e Social
CAB Civil Aeronautics Board
TWR Torre de Controle do aeroporto
CBA Cdigo Brasileiro de Aeronutica
PPA Processos de Projeto e Aprovao
CNS/ATM Communication, Navigation, Security/Air Traffic Management
COMCLAR Comisso de Coordenao de Linhas Areas Regulares
CONAC Conferncias Nacionais de Aviao Comercial
BIM Building Information Modeling
CAD Computer-aided design
SIG Sistemas de Informaes Geogrficas
GOL Gol Transportes Areos S.A.
IATA International Air Transport Association
ICC Interstate Commerce Comission
IPEA Instituto de pesquisa Econmica e Aplicada
MF Ministrio da Fazenda
OACI Organizao de Aviao Civil Internacional
OECD Organization for Economic Co-Operation and Development
TPR Terminal de Passageiros Regional do Brasil
SIG Sistema de Informaes Geogrfica
SBDC Sistema Brasileiro de Defesa da Concorrncia
SITAR Sistemas Integrados de Transporte Areo Regional
SNEA Sindicato Nacional das Empresas Aerovirias
CAM Computer-aided manufacturing
TAM TAM Linhas Areas S.A.
LOD-S Level of Development Nvel de Desenvolvimento (Semntico)
LOD-G Level of Detail - Nvel de Detalhamento (Geomtrico)
INFRAERO Empresa Brasileira de Infraestrutura Aeroporturia

xx
1- INTRODUO

1.1- DA LAPISEIRA E PAPEL AOS MODELOS COMPUTACIONAIS DE


INFORMAO DA CONSTRUO

O processo de criao e execuo de projetos de grande porte, como aeroportos,


extremamente complexo. O desenvolvimento tecnolgico trouxe importantes
ferramentas que facilitam o trabalho e a integrao de arquitetos, engenheiros, gestores
e clientes. At meados da dcada de 1960, no existiam sistemas grficos
computacionais disponveis no mercado.

Os profissionais dispunham basicamente de mtodos bidimensionais e baseados


em papel, com informao fragmentada e de difcil documentao. A necessidade de
criao de sistemas computacionais para melhorar a produtividade dos engenheiros e
arquitetos foi lentamente reconhecida por grandes empresas, ao contrrio daquelas do
setor automotivo, aeroespacial e naval. Estas ltimas impulsionaram o desenvolvimento
dos sistemas de desenho assistido por computador, Computer Aided Design (CAD).

Para KOLAREVIC (2003), uma nova arquitetura surge da revoluo digital,


expressa em formas de alta complexidade: a arquitetura computacional, criada em
espao geomtrico no Euclidiano, com sistemas cinticos, dinmicos e algoritmos
gerativos de formas, auxiliada pela incorporao dos avanos j ocorridos na indstria
automobilstica, aeroespacial e naval (Figura 1).

A transferncia de informaes entre os meios de representao e de produo na


arquitetura digital no desapareceram na era digital. Esta representa o envolvimento
dos arquitetos nos processos de fabricao, o que demonstra que a fabricao digital
pode oferecer novas oportunidades de projeto, de solues e de fabricao de
maquetes e elementos construtivos (KOLAREVIC, 2003, p.1-6).

KOLAREVIC (2003) cita MITCHELL, ao observar que nos tempos sem tecnologia
apropriada, os arquitetos desenhavam o que podiam construir e construam o que
podiam desenhar. A integrao dos sistemas CAD e CAM, para projeto e manufatura,
permitiu a produo e construo de formas altamente complexas, anteriormente
inviveis, por fatores como custo e produo (Mitchell apud KOLAREVIC,2003, p. 32).

1
Figura 1- Modelo digital do Boeing 777, sendo esta a primeira aeronave projetada 100%
digitalmente. Fonte: KOLAREVIC, B. 2003).

Esses sistemas disponibilizam recursos para representao grfica com elevada


preciso e recursos visuais estticos e dinmicos, que possibilitam o controle do
processo de desenvolvimento (SOUZA et al 2005).

Durante a dcada de 1990, a indstria CAD foi incorporada aos setores de


Engenharia, Arquitetura e de desenvolvimento de infraestrutura (WEISBERG, D., p. 2-8
a 2-10).

Desde a criao dos sistemas CAD, outras ferramentas inovadoras tiveram papel
importante no desenvolvimento desses setores, como os sistemas de informao
geogrfica (SIG) e os sistemas de modelagem de informao da construo, Building
Information Modelling (BIM), tambm conhecidos como modelo paramtrico da
construo virtual (TSE & WONG, 2005, p.86).

2
FITZ (2008) conceitua SIG como sistema constitudo por conjunto de programas
computacionais com objetivo de coletar, armazenar, recuperar, manipular, visualizar e
analisar dados espacialmente referenciados a sistema de coordenadas conhecido.

As geotecnologias podem ser entendidas como as novas tecnologias ligadas s


geocincias e correlatas, as quais trazem avanos significativos no desenvolvimento de
pesquisas, em aes de planejamento, em processos de gesto, manejo e outros
aspectos relacionados estrutura do espao geogrfico. Exige interatividade para que
se possa trabalhar o ambiente de forma interdisciplinar (FITZ, 2008 p. 19-30).

O conceito de parametrizao importante para compreender os sistemas


BIM:

Pela primeira vez na histria, arquitetos esto


projetando no a forma especfica do edifcio, mas
conjuntos de princpios codificados como sequncia de
equaes paramtricas pelas qual instncias
especficas do projeto podem ser geradas e variadas no
tempo que for necessrio. O desenho paramtrico apela
rejeio das solues fixas e pela explorao das
potencialidades infinitamente variveis (KOLAREVIC,
2005, pp.18).

Em outras palavras, os processos de descrio e construo de projeto podem ser


extrados, transferidos, e utilizados com facilidade e maior velocidade. Enfim, com o uso
das tecnologias digitais, a informao do projeto a informao da construo
(KOLAREVIC, 2003, p.07).

Os sistemas BIM possibilitam o gerenciamento de informaes, desde a fase inicial


de projeto, criando modelo digital que abrange todo o ciclo de vida da edificao e ainda
disposio final da mesma.

Os sistemas BIM representam outros tipos de informao alm da geometria dos


objetos.

Estes permitem definir uma srie de parmetros qualitativos e quantitativos como


propriedades dos materiais, funo estrutural dos componentes construtivos, as inter-
relaes entre os mesmos, custos e etc. Integra diferentes especificidades de
informao e processos em modelo ou arquivo nico.

Isso facilita no s a modelagem, mas tambm a gesto dos processos de projeto.


Os sistemas BIM podem ser definidos como a modelagem tridimensional associada a
informao e aos diversos processos de concepo, anlise, documentao e
comunicao referentes ao edifcio.

3
Na definio de EASTMAN et. al (2008), em The BIM Handbook:

...Os modelos so caracterizados por: componentes


construtivos, que so representados digitalmente e de
forma inteligente que sabem o que eles so, ou seja,
esto associados a dados, atribuies e regras
paramtricas inseridas no modelo grfico; componentes
que incluem dados que descrevem como eles se
comportam, sendo utilizados para anlises de
processos de trabalho, por exemplo, especificaes de
materiais, anlises energticas da edificao, etc;
dados consistentes de tal forma que eventuais
mudanas estejam representadas em todas as vistas do
componente; coordenao de dados, de tal forma que
sejam representadas todas as vistas de um modelo de
modo coordenado. (EASTMAN, TEICHOLZ, SACKS,
& LISTON, 2008, p. 12 a 16).

Nos sistemas BIM existe base de dados vinculada, o que implica em que cada vez
que algum usurio pratica mudanas, ocorre a atualizao em toda base de dados e
seus respectivos documentos, sem que haja perda ou informao repetida, como ocorre
nos processos baseados nos sistemas CAD bidimensionais. A colaborao entre os
membros das equipes de projeto passa a girar em torno de um modelo mestre, baseado
nas informaes necessrias para o planejamento e construo de um edifcio. Os SIG,
por sua vez, tem sido utilizados como uma ferramenta essencial para o manejo e
tratamento dos dados geogrficos em mltiplas aplicaes e problemas prticos: gesto
de grandes infraestruturas fsicas, realizao e explorao de grandes bases de dados
cadastrais, planificao urbana, ordenamento territorial, manejo de problemas do
transporte, sistemas de ajuda a navegao em automveis (BUZAI & BAZENDALE,
2006, apud ARNDT, L; SCHEER, S; PHILIPS, J., 2012, p. 2).

Segundo CARVALHO, PINA e SANTOS (2010) os SIG so: sistemas


computacionais usados para o entendimento dos fatos e fenmenos que ocorrem no
espao geogrfico. A sua capacidade de reunir grande quantidade de dados
convencionais de expresso espacial, estruturando-os e integrando-os, torna-os
ferramentas essenciais para a manipulao das informaes geogrficas (BONGIOLO,
R; 2010, p.186).

Por outro lado, PARKER (1991) define SIG como tecnologia da informao que
armazena, analisa e exibe tanto dados espaciais como no-espaciais (PARKER apud
MAGUIRE, 1991, p.11).

BURROUGH (1986) define SIG como sendo conjunto de ferramentas para


coletar, armazenar, recuperar, transformar e exibir dados espaciais do mundo real
(BURROUGH, 1986, p.299).

4
1.2- MATRIZ SEMNTICA COMO SUPORTE MODELAGEM DA INFORMAO
DA CONSTRUO

A customizao de sistemas BIM voltados para os processos de projeto na


INFRAERO exige que o projetista obtenha perspectiva sistmica de procedimentos,
competncias e conhecimento dos setores envolvidos. A sistematizao de informaes
para dar suporte s decises de projeto demanda a criao de uma matriz semntica
de regras de abstrao e dicionrio correlato a estas informaes (ontologia dos
problemas e variveis abrangendo a todos os aspectos envolvidos neste processo). Isto
permite recuperar as informaes relevantes e identificar sua complexidade. As
ontologias podem ajudar a integrar vrios modelos de dados com diferentes nveis de
detalhe. Possibilitam compreenso comum e compartilhada de domnio do
conhecimento em que deve haver comunicao entre pessoas e sistemas (ALMEIDA,
2002, p. 42).

As ontologias tm papel importante no intercmbio de informaes, pois


proporcionam estrutura semntica s fontes de dados. Nesse sentido, o
desenvolvimento de modelo ontolgico da estrutura organizacional da INFRAERO e dos
processos internos referentes s reas de Arquitetura, Engenharia e Construo Civil
(AEC) constitui-se em um bom veculo de experimentao a ser utilizado para
demonstrar a comprovao da hiptese desta Tese.

Comumente as ontologias so conceituadas como a seguir: classes (aspectos


gerais) em muitos domnios de interesse; relaes que podem existir entre coisas;
propriedades (ou atributos) que essas coisas podem ter. A palavra semntica, segundo
GUIRALD (1980), originada do grego smain (significar), derivado de sema (sinal),
que corresponde a sentido. Para o autor, semntica tudo o que se refere ao sentido
de um sinal de comunicao e tudo o que se refere s palavras (GUIRALD, 1980, apud
PICKLER, M., 2007, p.2).

A definio dos componentes paramtricos que possuam tais caractersticas


(semnticas) pode facilitar o surgimento de protocolo de comunicao compartilhado de
projeto de aeroportos no Brasil. BORST (1997) conceitua ontologia como
...especificao formal e explcita de conceitualizao compartilhada, onde formal
significa ser legvel para computadores; especificao explcita diz respeito a
conceitos, propriedades, relaes, funes, restries, axiomas explicitamente
definidos; compartilhado quer dizer conhecimento consensual e conceitualizao diz
respeito a um modelo abstrato de fenmeno do mundo real (ALMEIDA, 2003, apud
BORST, 1997, p.12).

5
As regras de abstrao fornecidas por uma matriz semntica permitem estabelecer
ontologias bem como consultar a relao entre os mdulos funcionais de um aeroporto
e sua relao com os processos de aprovao e de projeto na INFRAERO, alm de
interligar a participao dos profissionais das diferentes especialidades. Por se tratar de
problema complexo, que no permite a formulao definitiva de perguntas e respostas,
propusemos um sistema aberto de apoio ao processo de projeto (matriz semntica) que
pode ser utilizada na simulao do mesmo nesta pesquisa. Essa matriz pode ser
configurada e acessada por profissionais das mais diversas especialidades, com
objetivo de auxiliar na consulta sobre diversas dimenses de uma organizao como a
INFRAERO. A gerao de modelos semnticos BIM, que possam ser topologicamente
representados nos SIG, exige a definio de templates (SEBASTIAN e BHMS, 2013,
p. 256). A caracterizao dos componentes construtivos em nveis de detalhe (LOD),
que se ajustam conforme as fases do processo de projeto, alm de um melhor
entendimento semntico sobre o aeroporto e suas partes, permite embasar a prtica
projetual com uso dos sistemas BIM. Desta forma estabelece repertrio conceitual, que
pode se adaptar variao de informao pertinente a cada fase do projeto.

A Web atual denominada por BREITMAN (2005) de Web Sinttica, na qual


os computadores fazem apenas a apresentao da informao, enquanto o processo
de interpretao fica a cargo dos seres humanos, j que isso exige grande esforo para
avaliar, classificar e selecionar informaes e conhecimentos de interesse. A formao
de ambiente estruturado nos moldes de uma WEB semntica possibilitaria aos
profissionais da empresa, em rede nacional, tanto atravs do extranet como da intranet
da INFRAERO, realizarem consultas, transferncia e edio de informao amparados
por linguagem comum. A Web semntica, atravs da qual buscam-se mecanismos que
capturem o significado das buscas do usurio, interligando significados de palavras e,
neste mbito, tem como finalidade conseguir atribuir significado (sentido) aos contedos
publicados na Internet de modo que seja perceptvel tanto pelo humano como pelo
computador. Isto cria um ambiente no qual os computadores possam processar e
relacionar contedos provenientes de vrias fontes. No sentido de que isso se torne
possvel, necessrio incorporar a semntica na estrutura dos documentos disponveis
na Web (BREITMAN, 2005, p. 5). A elaborao da matriz semntica teve como
objetivo mitigar as limitaes apresentadas pelos sistemas BIM nos estgios iniciais de
projeto e ainda contribuir para a definio dos componentes a serem utilizados na
INFRAERO. Uma das caractersticas principais dos sistemas BIM a capacidade de
integrao de informaes geomtricas, caractersticas, comportamentos e inter-
relaes em um mesmo modelo.

6
Este conceito pode ser implementado por meio do uso de arquivos IFC, Industry
Foundation Classes, projetados para fornecer uma base para intercmbio de dados
complexos da construo civil. Alm da proviso de uma grande variedade de tipos de
dados para representar os parmetros dos elementos de construo e de espaos, o
IFC tambm permite definir as relaes entre os mesmos (CORREA, F. R. e SANTOS,
E. T., 2014, p. 7-22).

O padro IFC baseado em distino entre a representao semntica e a


geomtrica. Na parte semntica, o edifcio representado como um aglomerado de
entidades com propriedades e relaes especficas entre si. Em cada uma das
entidades semnticas, uma ou mais representaes geomtricas podem ser
associadas. Esta uma abordagem adequada para suportar as diferentes exigncias
referentes representao da geometria por diferentes usurios ou aplicativos. No
entanto, devido a essa distino, existe o risco de que ocorram inconsistncias entre as
representaes semntica e geomtrica (CHENG, J; DENG, Y; e DU, Q. 2013, p. 502-
503).

Em sua plataforma BIM Server, VAN BERLO e LAAT (2012) apresentaram


estudo da associao do IFC e CityGML, em que procuram descrever e avaliar a
integrao da geometria de modelos BIM com SIG por meio de modelos CityGML.
Concluram que modelos BIM so muito mais detalhados do que modelos SIG
tradicionais. Por exemplo, conforme VAN BERLO e LAAT (2012), alguns componentes
de construo desaparecem aps exportao para o modelo SIG. Alm disso, o
mapeamento de informao semntica do sistema BIM para o SIG ainda est
incompleto. As informaes semnticas encontradas em arquivos IFC, relacionadas ao
proprietrio, o custo e o tempo de construo no encontram correspondncia em
arquivos CityGML (VAN BERLO, L.; BEETZ, J; BOS, P; HENDRIKS, VAN
TONGEREN, H., 2012, p. 4-7).

Uma soluo seria utilizar ferramentas de definio semntica como a matriz


produzida nesta pesquisa (descrita no captulo sobre Material e Mtodos na p. 77 e no
capitulo de Resultados na p. 125) para alimentar o desenvolvimento do padro
CityGML. A proposta de realizao da matriz semntica teve por objetivo reunir
informaes sobre como a estrutura organizacional da INFRAERO interage com as
tarefas de projeto.

A estrutura dos dados perfaz uma base ontolgica de como o processo de


projeto acontece na empresa, enquanto os significados semnticos procuram abranger
informaes comuns a todos os participantes das equipes de projeto.

7
1.3- PROBLEMTICA

O problema essencial de pesquisa desta tese a inexistncia de descrio


estruturada e lgica do conhecimento da projetao aeroporturia no Brasil. Sua
descrio precisa pode permitir a construo de sistema computacional que pudesse
efetivamente auxiliar nos processos de projeto especficos desta rea.

Pode-se definir os sistemas BIM como um processo para elaborar edificaes por
meio da integrao dos trabalhos de diversos profissionais de diferentes especialidades
de projeto e das informaes decorrentes em uma base de dados integrada. A exigncia
de insero de componentes paramtricos j com especificaes definidas no incio do
processo de projetao, representa uma rigidez dos atuais sistemas BIM, uma vez que
no permitem abstrao dos componentes construtivos. Isso pode limitar o processo de
criao, especialmente nas etapas iniciais do projeto, nas quais muitos dos
componentes ainda no foram especificados e, portanto, precisam ser representados
de forma ambgua permitindo mltiplas interpretaes. Por exemplo, no possvel
modelar as aberturas nas paredes, sem especificar o modelo e os detalhes da janela.

A associao entre os sistemas BIM e SIG pode responder positivamente na


variao de informao e detalhe associada aos componentes construtivos. Ressalta-
se a dificuldade de se incorporar os sistemas BIM e SIG especificamente aos processos
de projetos aeroporturios no Brasil. A impossibilidade de se representar diferentes
nveis de detalhe nos sistemas BIM constitui fator agravante deste problema, apesar
desta no ser especfica da projetao aeroporturia, pois se aplica a qualquer tipo ou
tema de projeto de arquitetura.

No entanto, isso no significa que o processo BIM represente os sistemas BIM.


Uma srie de diferentes softwares, de projeto e anlise podem ser integrados ao
processo BIM, como, por exemplo, o Ecotect, especfico para anlises ambientais e
desempenho energtico da edificao, aplicativos para verificao e compatibilizao
de interferncias, como o NavisWorks, da AutoDesk, entre outros. O processo BIM
deve responder positivamente a todas as fases do processo de projeto de arquitetura e
engenharia. Os sistemas BIM encontram limitaes em relao aos estgios iniciais do
processo de projeto, porque exigem especificao precisa dos componentes
arquitetnicos desde o incio. A obrigatoriedade de especificao impede o uso de
informao dos componentes e a representao grfica dos mesmos de forma abstrata.
Essa variao de nveis de abstrao possibilita ao arquiteto explorar inmeras
alternativas diferentes com nveis diversos de detalhe.

8
1.4- HIPTESE

Acreditamos que uma descrio estruturada e lgica do conhecimento dos


processos de projetao aeroporturia no Brasil pode ser elaborada por meio de uma
matriz semntica. Acreditamos ainda que esta matriz pode resultar em um programa
computacional de auxlio a estes processos de projetao. Acreditamos, por fim, que
este programa pode facilitar a incorporao de recursos como os sistemas BIM e SIG
na projetao de aeroportos no Brasil.

Os softwares SIG associados aos sistemas BIM reduzem consideravelmente a


limitao descrita na problemtica desta tese porque permitem a representao de
elementos construtivos em diferentes nveis de detalhes geomtricos e semnticos.

Por essa razo, a associao dos sistemas BIM e SIG essencial para viabilizar
a sua adequada incorporao aos processos de projetos de arquitetura e engenharia.

Nesse sentido, a associao dos sistemas BIM e SIG representa recurso valioso
para gesto de projetos aeroporturios, particularmente na INFRAERO.

A comparao entre os sistemas CAD bidimensionais e BIM na concepo de


projetos da INFRAERO j foi objeto de estudo de dissertao de mestrado (RIBEIRO,
2009).

Foram verificadas diversas vantagens na adoo dos sistemas BIM na projetao


aeroporturia, mais especificamente na INFRAERO.

Contudo, ainda no foram realizados quaisquer estudos que simulassem de fato


todo processo de modelagem da construo associado ao fluxo organizacional dos
processos de projeto da empresa.

A associao no processo de projeto entre os sistemas BIM e os SIG pode


responder positivamente s deficincias em relao aos estgios iniciais de projeto.
Permite integrar a participao dos profissionais de projeto e reunir informao, tanto
geomtrica, comportamental e relacional, quanto dos processos de projeto na estrutura
organizacional das empresas deste setor.

Acreditamos que a associao entre os sistemas BIM, que exigem a especificao


precisa das caractersticas dos componentes, com o ambiente de informaes
dinmicas dos SIG, resolve significativamente a questo da rigidez presente no estgio
inicial da elaborao de projeto por meio dos sistemas BIM.

9
1.5- OBJETIVOS

1.5.1- OBJETIVO GERAL

O OBJETIVO GERAL desta tese associar, em um PROJETO-PILOTO,


ferramentas de modelagem e processamento da informao, por meio de uma MATRIZ
SEMNTICA que possa fornecer suporte INTEGRAO dos sistemas BIM e SIG.
Utiliza a representao do PROCESSO DE ELABORAO E APROVAO DE
PROJETOS aeroporturios da INFRAERO como veculo de experimentao, de forma
a contribuir para o aprimoramento do mesmo.

1.5.2- OBJETIVOS ESPECFICOS

1- Elaborar um sistema de representao de informaes aeroporturias por meio


de uma MATRIZ SEMNTICA DE REGRAS DE ABSTRAO que represente
as estruturas e processos de projeto e aprovao da INFRAERO;

2- Modelar oito COMPONENTES PARAMTRICOS AEROPORTURIOS de


acordo os padres e normas brasileiras;

3- Modelar o terminal de passageiros regional da INFRAERO em sistema BIM e


testar o emprego da BIBLIOTECA DE COMPONENTES em seus mltiplos
NVEIS DE DETALHES;

4- Avaliar a utilizao dos sistemas BIM e SIG, por meio da SIMULAO DE


ALTERAES de projeto no desenvolvimento de ALTERNATIVAS, para a
criao de uma TORRE DE CONTROLE (TWR) no Terminal de Passageiros
Regional.

10
1.6- ESTRUTURA DE TESE

1.6.1- ESTA TESE FOI ESTRUTURADA EM CINCO CAPTULOS.

No CAPTULO 1 apresentado contexto, no qual a pesquisa se insere,


PROBLEMTICA e HIPTESE, seus OBJETIVOS, bem como a ESTRUTURA da
TESE.

O CAPTULO 2 contm REVISO BIBLIOGRFICA sobre os temas abordados,


apresentando HISTRICO DOS SISTEMAS COMPUTACIONAIS e do PROCESSO de
ELABORAO de PROJETO. Mais especificamente apresenta os CONCEITOS de
PROJETO, REPRESENTAO, MODELAGEM GENRICA, PARAMETRIZAO,
ONTOLOGIA e SEMNTICA e o uso dos SISTEMAS BIM SIG no Brasil e no exterior.

NO CAPTULO 3 so explicitados os MTODOS DE INVESTIGAO e


procedimentos utilizados nas diferentes ETAPAS DE PESQUISA: construo da
MATRIZ SEMNTICA, modelagem dos COMPONENTES PARAMTRICOS,
modelagem do TERMINAL REGIONAL DE PASSAGEIROS e SIMULAO de
ALTERNATIVAS de PROJETO para uma TORRE DE CONTROLE.

NO CAPTULO 4 so apresentados os RESULTADOS obtidos durante a


pesquisa bem como a discusso da APLICABILIDADE DOS MTODOS em eventual
adoo dos sistemas BIM na INFRAERO.

NO CAPTULO 5 so apresentadas as CONCLUSES desta pesquisa, onde


abordamos a ABRANGNCIA, RELEVNCIA e IMPACTO dos resultados obtidos e das
potencialidades dos sistemas BIM e SIG, bem como em relao a PESQUISAS
FUTURAS.

11
2- REVISO BIBLIOGRFICA

O incio do processo de projeto de arquitetura envolve alto grau de abstrao.


Este muitas vezes acontece por meio de esboos abstratos feitos pelo arquiteto ao
concatenar ideias, relacionamentos e possveis solues de projeto, permitindo explorar
melhor diversas alternativas.

Estes procedimentos abstratos no so possveis nos sistemas BIM porque


requerem definio antecipada de considervel quantidade de informao sobre os
elementos construtivos. As informaes relativas aos elementos construtivos podem ser
definidas como parmetros nos sistemas computacionais como explica BRIDGES em
The Challenge of Constraints.

Segundo esse autor, paralelamente representao geomtrica de um objeto,


possvel controlar sua forma e seu relacionamento ou adjacncia com outros objetos.
Isto feito por meio de coordenadas definidas como valores no constantes, em funo
de uma ou mais variveis dos vetores da composio grfica ou ainda em relao
proximidade e interdependncia entre sua posio espacial e a dos outros componentes
construtivos.

BRIDGES (2006) ainda estabelece diferenciao entre os objetos que perfazem


a construo (componentes) e os espaos construdos (cmodos da edificao). Isto
influencia na classificao e organizao das informaes e coordenadas geogrficas
dos objetos que compem uma edificao e das funes que definem seus espaos.
(BRIDGES, 2006, p.6-8)

Ainda que sistemas BIM, como o Revit, ofeream a possibilidade de trabalhar


com objetos genricos como os estudos de massa, isto no ocorre de forma integrada
no ambiente de projeto e no possui a flexibilidade, nem oferece liberdade semntica e
cognitiva necessrias a sistemas informatizados para este fim.

Esta pesquisa se fundamenta no pressuposto de que os sistemas BIM deveriam


ser usados em todas as etapas de aprovao de projeto.

Portanto, torna-se importante entender que, nos diferentes estgios do processo


de projeto, existem diferentes nveis de detalhes requeridos para cada componente
construtivo.

12
Podemos conceituar os sistemas BIM como tecnologia de modelagem
tridimensional e paramtrica, que integra os componentes e informaes sobre seus
comportamentos, inter-relaes, propriedades dos materiais, funo estrutural, custos e
etc. nos diversos processos de concepo, anlise, documentao e comunicao
referentes ao edifcio.

Os sistemas BIM facilitam testes de solues alternativas, alteraes e


atualizaes em um modelo nico, a partir do qual as informaes necessrias nos
vrios momentos do projeto podem ser extradas em suas vrias formas relevantes:
desenho tcnico, modelo digital, tabelas de medies, mapas de vos, etc. (CRESPO
& RUSCHEL, 2007, p. 4).

O software Revit e outros sistemas BIM adotam mtodos diferentes daqueles


bidimensionais de projeto assistidos por computador, que se aproximam mais de uma
extenso digital da prancheta e nesse sentido no passam de auxiliares de desenho.
Um modelo baseado nos sistemas BIM composto por objetos digitais que
representam componentes construtivos, cujas propriedades so descritas como
elementos fsicos da construo.

A elaborao do modelo corresponde construo real da edificao, parte por


parte, transformando-se na representao virtual da mesma. Isto obriga o projetista a
pensar, desde o incio, em todo o processo construtivo, criando forte vnculo entre o
projeto e a construo. Podemos observar o desenho como linguagem usada para a
comunicao, durante a elaborao do projeto. Os desenhos representam a linguagem
da arquitetura, atravs da expresso das ideias, da sua avaliao e do seu
desenvolvimento, sendo fundamental na sua prtica e representa a prpria evoluo do
processo projetual, significando o modo pelo qual o projeto conduzido, testado,
controlado, apresentado e, por ltimo, realizado. (ROBBINS, 1994, p. 315).

EDWARD ROBBINS (1994), relaciona a utilizao dos desenhos com a


transformao de sua prtica ao longo da histria. No mundo antigo, como nas culturas
grega, romana e egpcia, foram encontradas evidncias do emprego de desenhos na
produo da arquitetura: plantas baseadas em malhas quadradas, imagens pictricas
dos edifcios e alguns croquis. Estes desenhos eram usados para dar instrues aos
operrios. Entretanto, fica claro que o arquiteto no tinha ferramentas que o
permitissem se afastar do canteiro de obras ou que houvesse plano global onde a
edificao como um todo j tivesse sido preconcebida. Essa evoluo pode ser ilustrada
por um desenho encontrado daquela poca: a elevao feita por SANSEDONI e
descoberta por FRANKLIN TOKER (ROBBINS, E. 1994 p.10 a 20).

13
Figura 2- Desenho feito por SANSEDONI no perodo Gtico]. Fonte: ROBBINS, E, 1944, p.14.

Embora ainda incipiente quanto ao desenvolvimento da tcnica de desenho,


muito significante, para um novo modo de se pensar a pratica profissional, at ento
conhecido como mestre construtor, e possibilitou o redirecionamento e remodelamento
das profisses. Primeiro, porque se assemelha muito ao desenho a que estamos hoje
habituados: um desenho ortogonal, feito em escala, acompanhado de anotaes
escritas para guiar a execuo (ROBBINS, E. 1994 p.10 a 20).

Reflete uma necessidade de mudana na maneira de


pensar a prtica profissional e anuncia, ainda que de
modo muito elementar, uma introduo de novos
valores na arquitetura como: a noo de autoria, a
distino entre o trabalho intelectual e o manual, e a
funo da representao como forma de simular o
prdio antes de sua construo. (BATISTA, L. 2010,
p.17).

ROBBINS (1997) destaca que o gradual desenvolvimento das representaes


bidimensionais tinha como objetivo possibilitar ao arquiteto progressivamente se
distanciar do canteiro de obras a fim de desenvolver mais de um projeto
simultaneamente (ROBBINS, 1997, p. 15). A arquitetura vive do espao, porque o utiliza
como material, e nos coloca no seu centro delimitando e destacando espaos para viver,
percorrer e sentir (ZEVI apud STEELE 2001, p. 144). ZEVI (1996) apresenta um novo
conceito de arquitetura: a arquitetura a arte do espao. Criou uma nova terminologia
ou teoria arquitetnica centrada no espao, a qual afirma que o valor original da
arquitetura o do espao interior.

14
Conforme afirma ZEVI (1996):

... a mente humana descobriu que, alm das


trs dimenses da perspectiva, existia uma quarta... O
pintor parisiense de 1912 fez o seguinte raciocnio: eu
vejo e represento um objeto, por exemplo... uma mesa;
vejo-o de um ponto de vista e fao o seu retrato nas
suas trs dimenses a partir desse ponto de vista. Mas
se... caminhar ao redor da mesa, a cada passo mudo o
meu ponto de vista, e para representar o objeto desse
ponto de vista devo fazer uma nova perspectiva.
Consequentemente, a realidade do objeto no se
esgota nas trs dimenses da perspectiva; para possu-
la integralmente eu deveria fazer um nmero infinito de
perspectivas dos infinitos pontos de vista. Existe, pois,
outro elemento alm das trs dimenses tradicionais, e
precisamente o deslocamento sucessivo do ngulo
visual. Assim designou-se o tempo, quarta dimenso.
(ZEVI, 1996, p. 20-22).

A importncia da quarta dimenso torna a representao do modelo fluida e


amplifica o entendimento espacial. Nos sistemas computacionais modernos a simulao
no apenas da geometria do modelo, mas ainda do contexto em que o mesmo deve ser
inserido e dos processos de construo adicionam compreenso espacial noes
sobre as variveis relevantes ao projeto de arquitetura. Os outros elementos funcionais,
tcnicos e artsticos podem ajudar a apreciar o edifcio, em funo da maneira como
acompanham, acentuam ou obstam o seu valor espacial. Daqui resulta que a
interpretao espacial da arquitetura no exclui as demais interpretaes: a
interpretao espacial constitui o atributo necessrio de toda interpretao possvel
dotada de sentido concreto, profundo e compreensivo em matria de obra arquitetnica.

ZEVI (1996) abordou a lacuna entre a representao do espao arquitetnico e


o entendimento real de como o espao se distribui em uma edificao, uma vez que as
plantas, fachadas e elevaes de um edifcio correspondem a projees abstratas
justificadas pela necessidade de medir as distncias entre os diversos elementos da
edificao, ou seja, larguras, alturas e comprimentos, permitindo que os operrios
executem a obra. Por outro lado, ZEVI (1996) defende que a arquitetura provm dos
espaos encerrados, do vazio e do espao interior em que os homens andam e vivem.
Cita como exemplo a planimetria feita por MICHELANGELO BUONARROTI, da Baslica
de So Pedro, em Roma. Olhando a planta, nenhuma pessoa de bom senso poder
dizer que esta a melhor representao da concepo espacial de BUONARROTI para
um jovem que se inicia no estudo da arquitetura. Na planta, existe uma ostentao de
detalhes, que confunde neste primeiro momento crtico, em que todo o esforo
dedicado ilustrao da essncia espacial da arquitetura.

15
2.1- HISTRICO DOS SISTEMAS COMPUTACIONAIS E PROCESSO DE PROJETO

Nos ltimos anos, o universo da arquitetura tem experimentado o impacto da


informtica nos seus mtodos e procedimentos de projeto. CROSS (1994) considera
que a origem dos novos mtodos de projetao surgidos nos anos 50 e 60 se deve
aplicao de mtodos cientficos para a soluo de problemas surgidos principalmente
com a 2a Guerra Mundial, decorrentes do desenvolvimento de tcnicas mais criativas na
dcada de 50. Pode-se tambm atribuir o desenvolvimento da projetao ao incremento
e complexidade dos produtos e dos processos de manufatura e de construo. O
prprio

CROSS (1984) acrescenta: Deve-se fazer distino crtica: mtodo pode ser
vital para cincia (onde ele valida os resultados), mas no no projeto (onde resultados
no tm que ser repetidos) (CROSS, 1984, apud OLIVEIRA, 2001, p.31-39). CROSS
considera como importantes constituintes da cincia projetual: conhecimento aplicado
das cincias naturais e humanas; teoria dos sistemas tcnicos; teoria dos processos de
projetao e metodologias de projetao (CROSS, 1984, apud OLIVEIRA, 2001, p.31-
39).

SIMON (1996) ainda registra a existncia de um nmero de componentes de


uma Teoria da Projetao e um corpo substancial de conhecimento terico e emprico,
que possibilitaria coloc-la ao lado das cincias naturais nos currculos dos cursos de
Engenharia. O problema para os arquitetos conceber e planejar o que no existe;
como escreveu Simon: a atividade de projeto est interessada em como as coisas
poderiam ser, ao passo que as cincias naturais esto preocupadas em investigar
como as coisas so.

Pesquisando a classe de tarefas de resoluo de problemas mal estruturados,


como os de processo de projeto de arquitetura. Todo o esforo de resoluo de
problemas deve comear com a criao de uma representao para o problema de um
espao do problema em que a busca para a soluo pode ter lugar. Claro que, para a
maioria dos problemas que encontramos na nossa vida pessoal diria ou profissional,
tentamos recuperar, a partir da memria, uma representao que ns j temos
armazenada e tenha sido utilizada em ocasies anteriores, mesmo que se tenha que
adaptar a representao para a nova situao, o que geralmente uma questo
simples. Um software de deteco precoce de solues ou padres, desenvolvido
em 1963, realizou a srie de tarefas para uma sequncia "ABMCDMEFM," devendo ser
capaz de responder qual o grupo de letras deveria vir a seguir. A resposta correta
"GHMIJM", pois o padro identificado significa que toda terceira letra M. A primeira
letra de cada trade a prxima no alfabeto para a segunda letra na trade anterior, e a

16
segunda letra na trade a prxima no alfabeto para a primeira. A resposta uma
extrapolao do padro identificado. A ideia central de se utilizar um gerador de hiptese
para procurar padres em dados e sua utilizao em indicadores de padro, como
exemplificado, para orientar a busca de forma heurstica (SIMON, 1996, p.108 e 109).

O processo de concepo de projeto compreende atividades de anlise, sntese,


previso, avaliao e deciso. O projeto arquitetnico faz parte da famlia de processos
de deciso. O processo de deciso em projeto pode utilizar a descrio verbal, grfica
ou simblica (isto , vrios mecanismos de informao) para antecipar analiticamente
um modelo e seu comportamento (ROSSO, 1980 apud KOWALTOWSKI, D. C. C. K. et
al. 2006, p.8).

Podem-se ainda considerar as principais fases do modelo geral da tomada de


deciso de LANG (2006), que, traduzidas pela prtica profissional dos projetistas,
dividem-se em programa, projeto, avaliao e deciso, construo e avaliao ps-
ocupao. Em cada fase, pode ser realizada uma srie de atividades, conforme
afirma LANG (Figura 3):

1- IDENTIFICAO DO PROBLEMA - Identificao do programa de


necessidades;
2- IDEIAS PRELIMINARES - Aps a natureza do problema ter sido identificada,
a fase seguinte a gerao do maior nmero possvel de ideias, por exemplo
atravs de sesses brainstorming;
3- REFINAMENTO DO PROCESSO - Algumas boas ideias so refinadas,
utilizando desenhos em escala para determinar mritos, em termos de
requisitos espaciais, medidas crticas, dimenses, etc. Uma especificao
pormenorizada do produto a ser concebido. Inclui caractersticas fsicas,
funcionais, custos, qualidade e desempenho;
4- PROCESSO DE ANLISE - Avaliao dos melhores projetos, segundo os
pontos de vista dos critrios, tais como custos e requisitos funcionais;
5- PROCESSO DE DECISO - Escolha do projeto que possui todas as
caractersticas desejveis (Figura 3 Processo de Concepo de Projeto);
6- PROCESSO DE IMPLEMENTAO - Consiste essencialmente na fase de
desenvolvimento detalhado de projeto. As especificaes detalhadas de
materiais, dimenses, tolerncias e caractersticas da superfcie devem ser
fornecidas. A ideia efetuar os desenhos a serem utilizados no
desenvolvimento dos planos de processo, para que o produto possa ser
fabricado. O uso do computador na projetao modificou a prtica de
arquitetos e engenheiros (LANG apud KOWALTOWSKI, 2006, p. 8).

17
Identificao do
problema

Modificao do problema
Ideias Preliminares e/ou dos seus requisitos

Refinamento do No
Processo

Processo de anlise Critrios


e deciso satisfeitos?

Sim
Implementao

Figura 3- Processo de Concepo de Projeto. Fonte: (adaptado de LANG, 1974).

O uso do computador no processo de projeto foi gradualmente sendo adotado


juntamente com a evoluo tecnolgica dos softwares e hardwares. Inicialmente os
computadores serviram para auxiliar e automatizar a representao grfica e mais
adiante contriburam no prprio processo de projeto, por meio de ambientes virtuais de
simulao e de anlise de dados espaciais e contextuais, em relao ao entorno
imediato.

O conceito de CAD nasce na dcada de 50: o Exrcito norte americano


desenvolve os primeiros Plotters, capazes de representar desenhos por intermdio de
computador (ALMEIDA, G; 2012, p. 3).

O primeiro sistema de computao grfica, denominado Sketchpad, foi criado


por IVAN SUTHERLAND, em 1963, no Massachusets Institute of Technology.
SUTHERLAND (2003), elaborou um Sketchpad computadorizado em sua tese de
doutorado, no MIT. Ele criou um sistema CAD bidimensional com o intuito de substituir
o desenho manual em prancheta. (SUTHERLAND, 2003, p.17-18).

18
A introduo do computador no processo de projeto teve incio por meio do
estudo das interaes funcionais entre espaos e atividades. Isto ocorreu no incio dos
anos 60, a partir das teorias desenvolvidas por diversos estudiosos de metodologia de
projeto. ALEXANDER e JONES (1963) foram os que mais se notabilizaram. Foi JONES,
em 1963, quem primeiro props a diviso do processo de projeto em trs etapas
distintas: 1- Anlise - levantamento de dados para o programa; 2- Sntese - gerao de
solues; e 3- Avaliao - escolha entre as alternativas geradas. JONES (1963) tinha
dois principais objetivos, o de reduzir erros e modificaes projetuais, e o de gerar
projetos mais imaginativos (JONES apud MALARD, M; 2003, p. 4).

A teoria de JONES (1963) foi adotada por pesquisadores do campo da


computao, que nela viram a oportunidade de construir sistemas computacionais com
papel relevante no processo de projeto. Estes autores acreditavam que se o projeto
podia ser pensado em trs etapas separadas, ento o computador seria uma ferramenta
ideal. Os dados levantados na etapa de anlise alimentariam o computador, que os
processaria, gerando solues alternativas (sntese).

O computador poderia, inclusive, prover informaes sobre a eficincia do


projeto em face do programa de necessidades (avaliao). Os projetos desenvolvidos
por meio do sistema CAD, at o incio dos anos 80, eram concebidos
bidimensionalmente. A partir da segunda metade dos anos 80, comeam a surgir os
primeiros modelos em matemtica volumtrica tridimensional. A comercializao em
larga escala de sistemas CAD teve incio na dcada de 80 em decorrncia do
surgimento dos PCs - Personal Computers, ou em portugus, Computadores de Uso
Pessoal (JONES apud MALARD, M; 2003, p. 5).

At o incio dos anos 80, a computao grfica era um campo pequeno e


especializado, principalmente devido ao alto custo dos equipamentos e escassez de
programas grficos fceis de utilizar e com preos acessveis. No incio da utilizao
dos sistemas CAD, foi observado substancial avano em termos de produtividade e de
capacidade de edio. A representao digital de grande parte dos projetos forou os
desenhistas e projetistas a se adequarem a essa nova tecnologia, mas isto s ocorreu
a partir de meados da dcada de 90. No entanto, os sistemas CAD da poca no eram
inovadores devido grande similaridade com os procedimentos do processo manual.
Em 1982, surgiu o AutoCAD, um sistema bidimensional, que trazia na sua concepo
os princpios dos desenhos realizados em pranchetas. Apesar da popularidade que
alcanou, este sistema apresentava limitaes e no atendia convenientemente s
necessidades dos projetistas (BOGADO, 2006, apud FOGGIATTO, J; VOLPATO, N;
BONTORIN, A. p. 2).

19
De acordo com GERO (2002) desde os anos 60, tem havido duas linhas
principais de desenvolvimento do CAD: a primeira voltada apenas para a representao
geomtrica e topolgica de objetos projetados e a segunda voltada para a
representao e uso do conhecimento como forma de auxiliar a sntese do projeto.
Enquanto a primeira mais difundida e alcana o grande pblico, a segunda abordagem
tem sido usualmente restrita a aplicaes especficas e experimentais, o que inclui
implementaes de sistemas generativos e os chamados knowledge-based systems
ou sistemas especialistas. Mais recentemente, contudo, tem havido convergncia
desses dois objetivos, e tm surgido alguns sistemas CAD, que alm de permitirem a
representao em todas as etapas do projeto, propem-se tambm a colaborar no
processo projetual (GERO, 1994, apud CELANI, 2002, p.30).

Ao falar sobre o uso CAD no processo de projeto em seu artigo The theoretical
foundation of computer-aided architectural design, MITCHELL discute como pode ser
feita a diviso de tarefas entre o arquiteto e o computador, de acordo com um
determinado grau de ambio do uso da mquina, e como esta distribuio pode
contribuir para a automao do processo de projeto. Para ele o uso menos ambicioso
do computador consiste em dar-lhe apenas funes de representao, deixando a
responsabilidade pela gerao e avaliao de solues com o projetista (MITCHELL,
1975, p.134).

MITCHELL (1975) destaca que o computador pode receber a funo de avaliar


as solues produzidas pelos projetistas, como atualmente acontece, por exemplo, nos
sistemas de avaliao de conforto ambiental. A etapa seguinte consiste na gerao de
alternativas pelo computador e sua avaliao por projetistas humanos. O nvel seguinte
consistiria na gerao e avaliao de alternativas pelo computador. No entanto, para
que a avaliao e/ou a gerao sejam feitas pelo computador, preciso que o projetista
estabelea inicialmente critrios muito bem definidos para essas tarefas (MITCHELL,
1975, p.135). Segundo MITCHELL (1975), o uso mais ambicioso do computador
consistiria na tentativa de utiliz-lo na soluo inteligente de problemas no
estruturados, possibilidade que dependeria de tcnicas avanadas de inteligncia
artificial (MITCHELL, 1975, p.135). LAWSON (1997) ainda destaca o uso de sistemas
especialistas (SE) como forma de ajudar os arquitetos na resoluo de alguns dos
problemas de projetos. O intuito principal desses sistemas consiste em reproduzir o
comportamento de especialistas humanos na resoluo de problemas em determinado
domnio. Mas, como essa atividade geralmente envolve tarefas complexas de
aprendizado e recuperao de dados, a estrutura bsica de um SE constituda por
uma base de regras, memria de trabalho e motor de inferncia (Figura 3) (LAWSON,
1997, apud CELANI, p.5).

20
Figura 4- Base de conhecimento. Fonte: adaptado de BITTENCOURT (2001).

BITTENCOURT (2001) em seu livro Inteligncia Artificial, define a memria de


trabalho e a base de regras como requisitos fundamentais para o funcionamento do SE.
na memria de trabalho que as informaes sobre um determinado assunto so
armazenadas, no momento de sua atividade. Atravs da base de regras existentes no
sistema que so realizados os questionamentos sobre a representao do
conhecimento da memria de trabalho. O motor de inferncia o responsvel por avaliar
e aplicar as regras de acordo com as informaes da memria de trabalho. Este novo
paradigma computacional no apenas uma possvel tendncia futura, mas realidade
presente na maior parte das indstrias de engenharia e construo, alm de escritrios
de vrios projetistas (Figura 4) (BITTENCOURT, 2001 apud CELANI, G., 2007, p. 5).

Os avanos no processo de projeto vo aos poucos incorporando a tecnologia


computacional disponvel e, em particular, a INFRAERO pode se beneficiar do uso dos
sistemas BIM que representa ganhos na representao do conhecimento associado aos
componentes paramtricos. Isto pode representar no apenas melhor uso da
informao como tambm reteno desse conhecimento na empresa. Um outro fator
reside na possibilidade de integrao das informaes em um processo em que os
profissionais trabalhem de forma simultnea. Acreditamos que necessrio e possvel
substituir o processo de projeto manual e bidimensional, fragmentado, por um integrado,
que trar benefcios substanciais qualidade do mesmo e da edificao final.

21
Na indstria da construo civil, como nas demais indstrias, o processo de
desenvolvimento do produto (PDP) envolve o conjunto de atividades, com vistas
concepo, produo e comercializao. Especificamente no subsetor de edificaes,
no qual o produto o edifcio, seu desenvolvimento um processo interdisciplinar, pois
conta com a participao de vrios agentes com diferentes formaes tcnicas. Nesse
processo destacam-se, em especial, trs funes: de marketing (interao entre
empresa e clientes); de projeto (definio da forma fsica do produto) e de produo
(gesto do processo de produo) (ULRICH; EPPINGER, 1995, apud JACQUES, 2001,
p. 8 - 9).

Atualmente tornou-se inconcebvel imaginar o projeto de edifcios sem o uso de


computadores, que so utilizados a cada passo do processo de projeto de arquitetura,
desde a etapa conceptual at os processos de construo civil. Modelagem
tridimensional, visualizao amplificada dos modelos, modulao de sistemas
estruturais, gesto e coordenao de projeto so atualmente possveis em razo do uso
de prticas digitais.

A fabricao digital com frequncia um dos estgios finais do processo de


projeto, utilizando dados digitais para o controle do processo de manufatura. Os
sistemas CAD / CAM funcionam por meio de rotinas de computadores dirigindo mquina
e ferramentas de corte de peas, tendo sido pioneiramente adotado pelos setores
automotivo e aeroespacial a mais de meio sculo. Em perodo de tempo relativamente
baixo, uma rede de atividades tem crescido em torno da digital fabricao a partir
aplicaes especficas de projeto e de construo civil (IWAMOTO, L., 2009, p. 5 e 6).

KALISPERIS (1996) faz referncia citao de MITCHELL, abaixo (PUPO,


R., apud KALISPERIS, L; 2007, p. 3).

A integrao do computador no projeto de


arquitetura e na fabricao e construo ...
fundamentalmente redefine a relao entre projetar e
produzir. Elimina muitas restries geomtricas
impostas pelos mtodos tradicionais de desenho e
produo. Ela tambm elimina a lacuna que se abriu
entre o desenho e a produo quando os arquitetos
comearam a desenhar.

KALISPERIS (1996) afirma que o uso do computador nas atividades de projeto


faz muito mais do que apenas otimizar tarefas repetitivas de representao grfica,
podendo auxiliar a encontrar solues inovadoras atravs da explorao de um nmero
maior de alternativas, em um processo de projeto holstico, ou seja, levando em
considerao o todo, suas partes e inter-relaes (KALISPERIS, 1996, p. 22).

22
2.2- PROCESSOS SEQUENCIAIS DE PROJETO

O processo de projeto envolve todas as decises, com o objetivo de subsidiar a


criao e a produo de um ou mais edifcios, partindo de estudos do stio, passando
pela formulao do programa de necessidades, concepo e desenvolvimento do
projeto at o planejamento da fabricao e construo, o projeto as-built e a avaliao
da satisfao dos usurios (FABRCIO, 2002, apud SCHEER e AZUMA, 2009, p. 2-3),
conforme abaixo:

1- CONCEPO DO PROJETO E DESENVOLVIMENTO DO PROGRAMA:


abrange a tomada de deciso, seleo do terreno, recursos disponveis e
especificaes desejadas;

2- PROJETOS: envolve desde a concepo e detalhamento, em particular, os


projetos de arquitetura, estruturas, instalaes eltricas e hidrulicas, etc.;

3- ORAMENTAO: estimativa de custos;

4- PROJETOS DE FABRICAO E CONSTRUO: seleo de tecnologia


construtiva (considerando que diferentes partes podem requerer diferentes
tecnologias), procedimentos de trabalho e recursos materiais necessrios para
a execuo;

5- PLANEJAMENTO DE OBRA: acompanhamento do cronograma e do fluxo de


caixa;

6- PROJETO AS-BUILT: acompanhamento da obra e atualizao dos projetos;

7- SERVIOS ASSOCIADOS: acompanhamento de obra (projetistas), assistncia


tcnica e anlises ps-ocupao.

No processo de projeto manual, essas atividades acontecem de modo


sequencial. No entanto, o processo de projeto manual e incremental ineficiente. O
modo sequencial problemtico, pois acarreta perda e repetio da informao, alm
de um longo tempo de durao, uma vez que uma mudana no projeto precisa ser
primeiro feita e depois transmitida para o prximo profissional para atualizaes
(MARSHALL- PONTING & AOUAD, 2005, apud SCHEER, S. e AZUMA, F. 2009, p. 2-
3).

O desenvolvimento sequencial do projeto se d a partir da sucesso de


diferentes etapas de projeto em nveis crescentes de detalhamento de forma, onde a
liberdade de decises entre as alternativas vai sendo substituda pelo amadurecimento
e desenvolvimento das solues adotadas. Portanto, o projeto caminha da concepo
arquitetnica para o detalhamento dos projetos de especialidades. Assim, comum,
para ser iniciada uma etapa de projeto de determinada especialidade, que dependa do
trmino de uma etapa de diferente especialidade, cujo grau de aprofundamento e
amadurecimento das decises equivalente ao da etapa que se inicia (da outra
especialidade).

23
OS PROBLEMAS NO MODO SEQUENCIAL SO LISTADOS ABAIXO.

1- RELACIONAMENTO INEFICIENTE ENTRE CLIENTE E CONSUMIDOR ocorre


devido falta da participao de outros departamentos envolvidos (BRDNER,
1996 apud MARSHALL-PONTING & AOUAD, 2005, apud SCHEER, e AZUMA,
2009, p. 2-3);

2- FALTA DE COMPETITIVIDADE EM RELAO AOS CUSTOS E QUALIDADE


(WOMACK et al., 1990, apud SCHEER, e AZUMA, 2009, p. 2-3);

3- FALTA DE ATENDIMENTO A OUTROS FATORES ALM DAQUELES DA


PRODUO, marketing e outros servios que agregam valor cadeia de
desenvolvimento do produto (SYAN & MENNON, 1994, apud SCHEER, e
AZUMA, 2009, p .2-3);

4- TRABALHO REDUNDANTE E REPLICANTE NAS DIFERENTES


INTERFACES ENTRE DEPARTAMENTOS (MULLER, 1987, apud SCHEER, e
AZUMA, 2009, p. 2-3);

5- DESENVOLVIMENTO LENTO DO PRODUTO E DO PROCESSO DE


IMPLANTAO (BUGGERT & WEILPUETZ, 1995, apud SCHEER, e AZUMA,
2009, p. 2-3).

VEERAMANI ET AL, ACRESCENTA OUTROS FATORES NESSE CENRIO:

1- PROBLEMAS DE PROJETO DE INSTALAES conhecidos apenas na fase


de construo, implicam em modificaes durante a etapa de execuo, afetam
no apenas a produtividade bem como os custos e prazos do projeto
(VEERAMANI et al., apud SCHEER, S. e AZUMA, F. 2009, p. 3);

2- MENOR FLEXIBILIDADE, resultando em possibilidades de mudanas abaixo do


ideal para superar problemas de construo, por exemplo: uma edificao tpica
consiste em diferentes tipos de subsistemas (estrutural, eltrico, hidrulico, ar-
condicionado, etc.), que necessitam ser adaptados ao espao disponvel. Devido
complexidade de cada subsistema, o projeto realizado por grupos separados
de pessoas. No processo tradicional, podem ocorrer conflitos de espao ou
dificuldades de configurao. Devido ao fato de que atrasos no projeto de
construo implicam em custos adicionais, na tentativa de evit-los decide-se
fazer modificaes nos locais da obra. Essa soluo pode resolver problemas
imediatos de construo. No entanto, a longo prazo, podem ocorrer problemas
de manuteno e acessibilidade (VEERAMANI et al., apud SCHEER, S. e
AZUMA, F. 2009, p. 3).

24
2.3- PROCESSOS DE PROJETO SIMULTNEOS

Engenharia simultnea pode ser definida como o processo no qual grupos


interdepartamentais trabalham de modo interativo e formal no projeto do ciclo de vida
completo do produto ou servio, com o objetivo de encontrar e realizar a melhor
combinao entre as metas de qualidade, custo e prazo (FABRCIO, 2002, apud
SCHEER, S. e AZUMA, F. 2009, p. 3). Uma das principais vantagens da engenharia
simultnea uma maior reduo das incertezas no processo de projeto (KOSKELA,
1994, HUOVILA, 1997, apud FABRCIO, 2002, p.143 60).

A superioridade dos resultados atingidos com o desenvolvimento de produtos


por meio da engenharia simultnea, comparada com o processo sequencial, pode ser
mostrada esquematicamente por meio da figura abaixo adaptada de KRUGLIANSKAS,
no qual as curvas representam o tempo de desenvolvimento e as reas sob as curvas
representam o custo do projeto ao longo do tempo. (KRUGLIANSKAS, 1995, apud
FABRCIO, 2002, p.167-168.) (Figura 5).

Figura 5- Comparao do desenvolvimento de produto em engenharia sequencial e em


engenharia simultnea. Fonte: Adaptado de KRUGLIANSKAS,1995, apud FABRCIO, 2002.

25
Analisando a Figura 5, na pgina anterior, possvel verificar que a maior parte
das decises nos projetos feitos por meio da engenharia simultnea concentra-se nos
primeiros meses. Em contrapartida, na engenharia sequencial, alm das decises,
grande nmero de revises e modificaes na fase de detalhamento ocorre mais tarde,
s vezes aps o trmino da construo. Isso significa que alteraes nas fases tardias
do processo de projeto envolvem custos elevados e necessidade de revises da
documentao existente. Os resultados desta comparao reforam a ideia de que as
decises de projeto e das diversas engenharias devem ser realizadas nas primeiras
fases dos projetos conforme ocorre nos casos da engenharia simultnea
(KRUGLIANSKAS, 1995, apud FABRCIO, 2002, p.167-168).

Por meio dos sistemas BIM torna-se possvel, nos estgios iniciais, a gesto
simultnea e pormenorizada da informao de projeto. Devido ao fato de que os
sistemas BIM utilizam componentes (objetos) paramtricos, permitem a qualquer
momento a extrao automtica da documentao grfica e descritiva, oramentao
inteligente ao longo do processo de projeto e ainda a possibilidade de verificao de
interferncias e inconsistncias entre os diversos projetos complementares, tais como
Eltricos, Hidrossanitrios, Eletromecnicos, etc.

Destaca-se ainda a representao efetiva do conhecimento especfico de cada


especialidade no processo conceptivo e de solues tcnicas de engenharia. Esta nova
forma de trabalho pode permitir, com o amparo da tecnologia e de legislao especfica,
que engenheiros e arquitetos consigam efetivamente realizar trabalho colaborativo, na
busca de solues mais consistentes para o projeto em foco. Isto representa ganho de
tempo, uma vez que no processo tradicional os projetos complementares ocorrem por
meio de etapas isoladas subsequentes ao estudo conceptivo.

Por meio dos sistemas BIM as informaes dos profissionais envolvidos podem
ser confrontadas entre si permitindo ajustes ou mesmo novas solues. O modelo de
coordenao sofre modificaes no processo de engenharia simultnea. As equipes que
trabalham com partes diferentes e detalhamento do projeto, atualizam os arquivos com
suas adies e alteraes, os quais so atualizados na rea determinada (Workset).
O Workset ou plano de trabalho de cada profissional na referida equipe permite que
cada um trabalhe com partes diferentes do projeto. Worksets so grupos do projeto
criados e definidos como mdulos independentes, que podem ser manipulados
simultaneamente no projeto. Ao criar um Workset, define-se a estrutura de trabalho da
equipe de projeto e compara-se ao layer do sistema CAD. Por exemplo, existe um
arquivo central, composto por todas as especificaes de projeto, bem como com os
projetos complementares.

26
Porm, cada membro da equipe responsvel por partes especficas do projeto
(estrutura, arquitetura, tags, cotas). Quem determina quais sero os planos de
trabalho do projeto e qual membro da equipe trabalhar em cada um deles o Gerente
BIM, responsvel pela atualizao do Arquivo Central de Informao. Cada membro
acessar seu Workset por meio de um usurio e uma senha, individual. Ao trabalhar e
fazer as alteraes e complementaes, cada membro atualiza suas alteraes no
Arquivo Central. Quando um membro da equipe alterar alguma caracterstica de plano
de trabalho no permitida, esta ser arquivada. Porm, somente o Gerente BIM pode
permitir ou no a atualizao do Arquivo Central. (ANDRADE e AMORIM, 2011, p.
794).

OS SEGUINTES PASSOS PODEM AJUDAR NA IMPLANTAO DOS


SISTEMAS BIM:

1- COMPROMETIMENTO DA ALTA ADMINISTRAO da empresa com o


projeto-piloto, entendendo seus benefcios e apoiando efetivamente o
programa e a equipe responsvel;

2- DEFINIO DAS EQUIPES E PARTES ENVOLVIDAS (Stakeholders) e


das suas respectivas responsabilidades;

3- ELABORAO DE PLANO DE AO para o foco desejado e estimativa


de custos e recursos necessrios para a efetivao do programa, ampliando
a adoo dos sistemas BIM em outros empreendimentos visando consolidar
a cultura BIM e promover melhoria contnua e validao;

4- SELEO DOS SOFTWARES e bibliotecas e hardwares (TI) a serem


utilizados;

5- CAPACITAO E TREINAMENTO das equipes envolvidas;

6- IMPLANTAO DO PLANO DE AO e desenvolvimento dos projetos e


modelagens;

7- MONITORAMENTO DOS RESULTADOS, identificao de desvios e


implantao de aes corretivas e preventivas (ciclo PDCA);

8- AVALIAO DOS RESULTADOS via indicadores objetivos e mensurveis;

9- APRESENTAO DOS RESULTADOS do projeto-piloto para a alta


administrao (TSE e WONG, 2005 p. 85-102).

27
O papel do gerente de projeto (BIM) tende a se tornar mais significante na
liderana de equipes de projeto, para colaborar e explorar o projeto integrado e as
solues construtivas. A utilizao de software tipo BIM permite o gerenciamento
de projeto a partir de workflow, que permite diversas vantagens para o controle,
tais como:

1- Reduo da necessidade da interao humana, o


papel substitudo por formulrios em meios digitais;

2- Aumento do controle sobre o processo de projeto, uma


vez que fcil observar qual personagem da equipe
no cumpriu sua funo no prazo estabelecido;

3- Diminuio no tempo de gerenciamento e de trabalho,


uma vez que todas as atividades realizadas por meio
digital so repassadas atravs do gerente de projetos
para os demais membros da equipe por meio de arquivo
central;

4- Individualizao do tratamento das questes


pertinentes ao projeto, uma vez que cada atividade
direcionada a um membro especfico (Workset) (TSE
e WONG, 2005, p. 85-102).

As Figuras 6 e 7 apresentadas por SANTOS (2008), no VIII Workshop Brasileiro


do Processo de Projetos na Construo de Edifcios, diagramam de forma facilitada o
processo de projeto nos dois tipos de software:

Figura 6 - Workflow do Projeto Convencional. Fonte: SANTOS, 2008, apud ANDRADE, e


AMORIM, 2011, p. 795-796.

28
Figura 7- Workflow do Projeto com BIM. Fonte: SANTOS, 2008, apud ANDRADE, e AMORIM,
2011, p. 795-796).

Segundo FERREIRA (2007), a dificuldade que se encontrava para a colaborao


entre as equipes que os conhecimentos envolvidos so bastante especficos e
incorporados em diferentes tempos nas etapas de projeto. Devido a adoo dos
sistemas BIM na confeco do projeto, incluindo as modificaes j citadas, vindas da
incorporao desse sistema, uma dificuldade no processo de colaborao ocorre no
momento em que um membro da equipe de projeto atrasa a finalizao de suas
atualizaes no arquivo central, podendo causar atraso no trabalho dos outros membros
da equipe. (FERREIRA, 2007, apud ANDRADE, e AMORIM, S., 2011, p. 796).

O software permite que diversas pessoas trabalhem em reas diferentes sobre


o mesmo arquivo, permitindo o que chamamos de engenharia simultnea. Segundo
GUIMARES e AMORIM (2006), a tarefa do gestor de projeto garantir a
compatibilidade de informaes e contedo dos projetos. (GUIMARES e AMORIM,
2006, apud ANDRADE e AMORIM, S., 2011, p. 796).

Ainda utilizando a apresentao feita por SANTOS (2008), e para facilitar o


entendimento da simultaneidade de projeto, importante observar a Figura 8 a seguir.

29
Figura 8- Representao da simultaneidade entre as equipes de projeto com a utilizao do
sistema BIM. Fonte: SANTOS, 2008, apud ANDRADE, e AMORIM, 2011, p. 796.

Para FERREIRA (2007), o principal requisito para que a Engenharia Simultnea


possa alcanar o resultado de encurtamento do tempo de produo a colaborao
constante e eficaz dos agentes intervenientes: indivduos, equipes, empresas, etc..

No perodo de concepo do projeto, o processo de tomadas de decises


intenso. O projeto iniciado com suposies e poucas informaes. A partir do momento
em que as equipes se renem e trocam informaes, esta vai sendo moldada. As
equipes de projeto passam ento a trabalhar nos itens que foram definidos atravs do
processo de colaborao. Esse tipo de troca de informaes importante, pois a
participao de pessoas com diferentes tipos de conhecimento permite diversas
possibilidades quanto tomada de deciso (FERREIRA, 2007, apud ANDRADE, e
AMORIM, 2011, p. 796).

Ferreira explicita isso na seguinte passagem:

(...) o projeto um processo de afunilamento


de informaes, ou seja, em um primeiro momento h
muitos itens a serem manipulados (opes possveis)
com poucas informaes de cada um. Na medida em
que decises vo sendo tomadas, algumas opes vo
sendo descartadas e as opes escolhidas vo sendo
cada vez melhor conhecidas e, consequentemente,
especificadas. (FERREIRA, 2007, apud ANDRADE, e
AMORIM, 2011, p. 796).

O trabalho de forma cooperativa facilita a tomada de decises; permite que as


incompatibilidades sejam vistas no incio do processo de projeto e ocasiona tambm
reduo do tempo de projeto.

Quanto maior a interao entre os membros da equipe, mais facilmente sero


resolvidos os problemas, para que o projeto seja entregue aos clientes com a menor
quantidade de erros possvel.

30
Uma das vantagens da adoo dos sistemas BIM a possibilidade de diversas
equipes trabalharem com um mesmo arquivo, chamado Arquivo Central, em
Worksets pr-determinados, com reduo de tempo de compatibilizao de projeto, e
tambm mais segurana no sentido de evitar erros de projetos, ou seja, a interferncia
entre o projeto arquitetnico e os projetos complementares.

Segundo Andrade e Amorim:

O Workset o plano de trabalho de cada


profissional na equipe, cada um trabalha com uma
regio diferente do projeto. Workset so grupos do
projeto criados e definidos como mdulos
independentes que podem ser manipulados
simultaneamente no projeto. Ao criar um Workset,
define-se a estrutura de trabalho da equipe de projeto,
compara-se ao layer do sistema CAD, como por
exemplo: existe um arquivo central, composto por todas
as especificaes de projeto, bem como com os
projetos complementares, porm, cada membro da
equipe responsvel por trabalhar com uma parte
especfica do projeto (estrutura, arquitetura, tags,
cotas). (ANDRADE, e AMORIM, 2011, p.794-795).

Assim, so atualizados em todas as equipes, passando pelo gerente BIM, que


verifica se cada equipe modificou somente o que continha em seu Workset. Se, no
caso, existirem modificaes em outras reas, este vai verificar se as mesmas so ou
no necessrias, repassando as alteraes para todas as equipes atravs do arquivo
central (ANDRADE e AMORIM, 2011, p. 793-795). Um profissional qualificado como
gerente BIM responsvel para organizar e comandar o Workflow e o Workset
dentro da equipe de trabalho. O conceito de Workflow reside no comportamento que
cada membro da equipe de trabalho deve assumir dentro do processo para que as
atividades sejam cumpridas. Alm disso, funciona com um conjunto de regras e rotas,
ou seja, mostrando como a atividade deve ser feita (ANDRADE e AMORIM, 2011, p.
793-795).

O Workflow permite que o controle do projeto seja feito mediante atividade


desenvolvida por parte de cada membro da equipe e no somente na totalidade. Dessa
forma o gerenciamento feito de forma individual: cada membro da equipe deve cumprir
sua funo seguindo prazos, regras e condies que favoream a obteno do resultado
esperado de forma mais controlada, sabendo os projetistas se cumpriram ou no o
especificado. uma maneira de integrar por meio de uma ferramenta a atuao de cada
um no desenvolvimento do projeto.

31
2.4- SISTEMAS BIM

Os sistemas BIM tm sido mencionados como forte fator de incremento da


produtividade, pois possibilitam a reduo de erros e prazos de projeto, alm de trazer
inmeros benefcios para a gesto e posterior manuteno das edificaes. Os
softwares de cdigo aberto criam linguagem universal dos sistemas BIM, a IFC, em
contnuo desenvolvimento, permitindo que sistemas diversos leiam o mesmo modelo.

No Brasil, a situao se agrava pela falta de bibliotecas nacionais, que so


colees de famlias de objetos virtuais que representam os itens especificados em
projeto, como, por exemplo, ferragens, portas e janelas, materiais de revestimento,
tubos e conexes alm de diversos equipamentos gerais e especficos para a rea de
construo civil. Esses objetos digitais so necessrios para que arquitetos e
engenheiros modelem com preciso as informaes de projeto. De um lado, questes
tecnolgicas como a necessidade de integrao de dados e de prticas profissionais em
processos de projeto simultneos, ou seja, com a participao efetiva e concomitante
dos diversos profissionais (equipe de projeto), que representam as diferentes
especialidades, de arquitetura, engenharia e construo. Isto coloca em xeque a
interao de toda a cadeia produtiva.

Do outro, a criao de bibliotecas de componentes que aproximem o sistema


virtual realidade da obra e a qualificao de profissionais, tornam-se essenciais para
o melhor aproveitamento do potencial da ferramenta. Devido a adoo dos sistemas
BIM na construo civil, fornecedores de produtos e materiais ganham papel importante
no processo de criao tanto de projetos de arquitetura, bem como de estrutura,
instalaes eltricas, hidrulicas etc. No sentido de que os modelos virtuais possam de
fato representar a realidade de uma obra, a criao de bibliotecas de componentes
paramtricos imprescindvel, assim como maior aproximao entre fornecedores,
arquitetos e engenheiros.

Os componentes paramtricos permitem que se adicione e recupere informao


constante no prprio modelo, estando essa informao associada no apenas a
geometria, como aos atributos (caractersticas) e conexes e relacionamentos entre
diferentes componentes construtivos. Isto difere das bibliotecas de componentes dos
sistemas CAD, que so de natureza esttica, no permitindo a conjuno entre a
representao geomtrica com os parmetros relativos aos objetos. Alm de
informaes detalhadas dos produtos (tais como dimenses e caractersticas fsicas)
tambm ser necessria a divulgao dos dados relativos aos seus desempenhos, bem
como s normas tcnicas, aplicabilidade e at a manuteno.

32
Aos fornecedores apontam-se o desafio e a oportunidade de criao de
diferencial competitivo: a criao de bibliotecas de componentes e produtos em
modelagem tridimensional paramtrica. A ABNT (Associao Brasileira de Normas
Tcnicas) est desenvolvendo normas com vistas padronizao de um sistema de
organizao da informao da construo que guiar a classificao das famlias e
facilitar a interoperabilidade e o uso destas no futuro. No apenas a implantao de
um novo aplicativo, mas a estruturao de nova nomenclatura capaz de descrever cada
ao, cada agente e cada componente de maneira que este possa ser reconhecido e
reinterpretado pelos demais programas utilizados no processo de concepo e
produo da indstria da construo civil e na manuteno dos elementos construdos.
(NARDELLI, 2010, p. 404). Neste sentido, alguns passos j foram dados, como a
elaborao da NBR 12006-2 (ABNT, 2010), normalizando os modelos de informao na
construo civil brasileira a partir da norma ISO 12006-2. Esse trabalho foi realizado
desde 2009 por grupo formado por meio de agentes dessa cadeia produtiva, sob a
coordenao da ABNT - Associao Brasileira de Normas Tcnicas e que prossegue
buscando normalizar a classificao de componentes e materiais da construo, tendo
como referncia o padro OmniClass Construction Classification System
(OMNICLASS, 2006), alm da prpria ISO 12006-2 e normas brasileiras correlatas.

Faz-se aqui distino entre a organizao formal sobre como os componentes


devem ser representados, como o faz a ABNT e a natureza dos componentes
paramtricos no processo de projeto. Diversas aplicaes especficas podem ser
derivadas a partir de um mesmo tipo ou famlia de objeto na busca de diferentes
solues de projeto. A padronizao acerca da representatividade e da organizao
semntica dos componentes BIM, atravs de protocolos como os desenvolvidos pela
ABNT, significa apenas um requisito dentro do processo de projeto. Ressalte-se, no
entanto, que vrios dos obstculos que ainda dificultam essa migrao no esto
especialmente restritos ao cenrio brasileiro, uma vez que o prprio padro de
interoperabilidade ainda no foi estabelecido universalmente com eficcia. o caso, por
exemplo, do formato IFC, desenvolvido e mantido pelo BuildingSmart Alliance como
padro para o intercmbio de arquivos dos sistemas BIM, que ainda est longe do ideal,
mesmo quando se exportam e importam arquivos entre este formato e um mesmo
aplicativo (ANDRADE e RUSCHEL, 2009 apud NARDELLI, 2010, p. 404). preciso,
portanto, prosseguir nessa tarefa, alinhando ao mesmo tempo os padres internacionais
e a realidade brasileira, enquanto paralelamente se desenvolvem as bibliotecas de
componentes e a metodologia capaz de orientar os novos processos resultantes da
produo e gesto integradas (IPD Integrated Project Delivery) dos
empreendimentos, inclusive na etapa de ps-ocupao (CARBASHO, apud NARDELLI,
2010, p. 404).

33
Um dos principais efeitos prticos da utilizao correta dos sistemas BIM ser a
antecipao das principais decises, que interferem em custo e funcionalidade para as
etapas iniciais do projeto (EASTMAN et al., 2008, p. 22), permitindo o aproveitamento
desse ganho de produtividade no estudo de novas possibilidades, que podero romper
com os velhos paradigmas da construo.

THOMAS apud MACKEN e LEE (2008), analisou o uso de tecnologias da


informao em desenvolvimento de projetos e a sua relao com o desempenho do
projeto em obra. Os resultados desta pesquisa apontaram para benefcios que adviro
do uso da tecnologia da informao (TI) em projeto, tanto para investidores quanto para
construtores que obtiveram significativa reduo de custos. As tecnologias de
informao analisadas neste estudo foram: cdigo de barras, bancos de dados
integrados, sistemas de CAD tridimensional e EDI Exchange Data Information
(intercmbio de dados eletrnicos). O desenvolvimento de bibliotecas de componentes
tridimensionais paramtricos uma tendncia recente [THOMAS, MACKEN e LEE,
apud FERREIRA, e SANTOS, 2008, p.3).

Nenhuma soluo de software de computador consegue sozinha apoiar todas as


tarefas associadas aos processos de projeto de arquitetura e de construo. A
interoperabilidade constitui a necessidade de intercmbio de dados entre aplicativos,
permitindo a utilizao de diferentes programas (softwares) para contribuir para a
realizao do trabalho. A interoperabilidade, de forma geral, tem ocorrido atravs de
intercmbio de arquivos dos tipos DXF (Drawing Exchange Format) e IGES (Initial
Graphics Exchange Specification) que consegue apenas lidar com geometria.
(EASTMAN, TEICHOLZ, SACKS, & LISTON, 2008, p. 65).

Em 1993, algumas das maiores empresas da indstria da construo dos Estados


Unidos, iniciaram uma discusso para utilizarem mais efetivamente a tecnologia da
informao neste setor. Estas se reuniram e formaram a IAI (Industry Alliance for
Interoperability), que apresentou em 1995 no AEC System Show em Atlanta (EUA),
uma proposta de sistemas CAD e softwares de simulao. Ainda naquele ano, com a
agregao de outros interessados, se firmou como uma organizao global chamando-
se International Alliance for Interoperability IAI. Atualmente existem nove sedes
mundiais servindo as necessidades de diversos pases: Reino Unido, Estados Unidos,
Pases Nrdicos, Japo, Coreia, Austrlia, Singapura, Alemanha, Frana. Essas sedes
possuem membros em mais de 650 empresas distribudos em cerca de 20 pases. A IAI
um organismo sem fins lucrativos, de ao orientada. Sua misso definir, publicar,
promover especificaes para classes de objetos da indstria da construo.

34
O objetivo da IAI (http://www.bre.com.uk/iai) disponibilizar e promover
especificao para distribuio de dados, compatvel com todos os processos e
produtos.

A IAI buscou criar novo modelo de distribuio de dados, que trouxesse a


informao a respeito dos objetos arquitetnicos, sendo eles reais (portas, paredes,
aberturas, etc.) ou conceitos abstratos (espao, organizao, processos, etc.) que
pudessem ser representados eletronicamente. Esta especificao representa suporte
estrutura de dados, em projetos eletrnicos atravs de modelo orientado a objetos.
(JACOSKI, 2003, p. 9).

O modelo IAI representa uma coleo de classes designadas pelo termo IFC que
representa uma estrutura de dados, cuja distribuio feita por meio de aplicativos
usados pelos profissionais na indstria da construo e permite aos mesmos definir
suas prprias caracterizaes dos objetos. (EASTMAN, TEICHOLZ, SACKS, & LISTON,
2008, p. 65 a 91).

Em decorrncia dos trabalhos da IAI diversos softwares esto sendo


desenvolvidos baseados na estrutura de especificao IFC, para a criao de
aplicaes especficas na indstria da construo. Podemos citar, como exemplo, a
criao de um objeto de determinada aplicao no projeto arquitetnico de forma a
transferi-lo para ser utilizado por outro profissional em um projeto estrutural, permitindo
assim uniformizao da informao desde a concepo do mesmo at sua fabricao e
montagem na obra.

O IFC define componentes construtivos como elementos de construo


transferveis entre aplicativos que operem com seus tipos de extenso. As extenses
IFC so pblicas e abertas para implementao e uso por qualquer membro. So
definidas pela indstria, so extensveis e so desenvolvidas a qualquer tempo,
conforme a necessidade. Diversas indstrias de software utilizam extenses IFC
devido ao fato de seu padro ser aberto.

possvel que o mesmo se torne futuramente um padro da indstria da


construo. O IFC constitui-se em um modelo que define objetos, atributos e
relacionamento entre as reas, trazendo informao da geometria, unidades e utilidades
comuns. O modelo de recursos da geometria tem mltiplas representaes para o
objeto: geometria referencial; espao limitante; atributo-direo da representao
geomtrica; explcita representao geomtrica. (EASTMAN, TEICHOLZ, SACKS, &
LISTON, 2008, p. 58 a 70).

35
Ao contrrio do mtodo no-paramtrico, os sistemas BIM oferecem
representao orientada ao objeto, de forma a espelhar as informaes referentes ao
mundo real, incorporando ao modelo objetos paramtricos que contenham
especificaes precisas sobre sua constituio, instalao, fabricante, preo e
informao sobre qual fase da obra tal equipamento ou elemento construtivo dever ser
inserido no processo construtivo.

No entanto, a maioria das pesquisas concentra-se apenas em um tipo de


software BIM, porque as informaes paramtricas no podem ser trocadas entre
diferentes sistemas BIM. Devido ao advento dos sistemas BIM, os objetos passam a
possuir significado, em relao ao seu equivalente fsico no mundo real, por meio de
representao computacional abstrata do mundo fsico que muito mais conveniente
para os arquitetos (RUPPEL, MEISSNER, e BERND M, 1993).

Dois cenrios de colaborao entre os agentes do processo de projeto de AEC


formaro o ambiente da pesquisa. Em ambos os cenrios o modelo de informao no
circula livremente entre agentes, mas so centralizados em servidor BIM.

Figura 9 - Cenrio A: a ferramenta de compartilhamento funciona apenas como repositrio de


modelos. Fonte: QUEIROZ, 2012, p. 6.

36
Nas Figuras 9 e 10 possvel observar que o uso dos sistemas BIM permite s
equipes manter viso digital atualizada e precisa do projeto, em todos os momentos. Os
membros da equipe, em diferentes disciplinas e locais, utilizam informaes
consistentes e coordenadas, o que leva colaborao efetiva da equipe. O modelo do
edifcio um banco de dados. Toda informao necessria para a sua validao
encontra-se automaticamente associada a cada um dos elementos. As informaes
esto integradas dentro de um nico repositrio central.

Segundo TSE e WONG (2005), existem pelo menos, trs possveis


caminhos para melhor integrao na implantao dos sistemas BIM:

1- IMPLANTAR MDULOS ADICIONAIS dos projetos complementares ao projeto


arquitetnico na mesma plataforma (TSE e WONG, 2005, p. 85-102);

2- EXPORTAO DO MDULO ARQUITETNICO COMO ARQUIVO DE


DADOS EM PADRO ABERTO, que pode ser importado pelos colaboradores
do projeto e utilizado em suas aplicaes especficas (TSE e WONG, 2005, p.
85-102);

3- DESENVOLVER APLICAES ESPECFICAS POR MEIO DE


APPLICATION PROGRAMMING INTERFACE (API) que depende da
permisso dada pelo representante BIM e da acessibilidade das propriedades
dos objetos (TSE e WONG, 2005, p. 85-102).

Figura 10- Cenrio B: a funo do repositrio de modelos incorpora funes de integrao entre
modelos. Fonte: QUEIROZ, S. 2012, p. 6.

37
No mtodo que utiliza os sistemas BIM, necessria a cooperao entre
projetistas, consultores, empreendedores e construtores, com as devidas preocupaes
quanto interoperabilidade dos dados, tendo em vista permitir o intercmbio das
informaes entre os diversos participantes. Ao mesmo tempo, o processo de projeto
possui diferentes participantes que influenciam no processo decisrio, tais como
usurios, projetistas e proprietrios. O modelo geralmente construdo pelo arquiteto.
O coordenador do projeto deve estabelecer um esqueleto. A partir desse esqueleto
genrico, o engenheiro estrutural dever dimensionar e projetar o seu sistema estrutural.

O domnio dessa tecnologia e a correta definio dos templates grficos e das


normas vigentes implica diretamente no grau de utilizao e na utilidade prtica das
bibliotecas paramtricas. A composio de um arcabouo de projeto e o saber envolvido
no seu emprego prtico so temas centrais desta pesquisa (Figura 10).

Existem tambm dificuldades, uma vez que as equipes que trabalham com um
mesmo projeto podem utilizar diferentes sistemas BIM. Segundo ANDRADE e
RUSCHEL, entre os softwares BIM no existe um padro para classificao das
propriedades dos objetos. Isto dificulta a transferncia de dados uma vez que muitos
dados podem ser perdidos fazendo com que dados primrios tenham que ser
reinseridos no projeto.

Diferentes aplicativos apresentam grupos de propriedades diferentes, com


unidades de medidas diferentes para os mesmos objetos. Isto tambm ocasiona perda
de qualidade da transferncia de dados dos diferentes aplicativos, mesmo com a
utilizao do padro IFC, que aparece no sentido de facilitar a interoperabilidade
(ANDRADE E RUSCHEL, 2009, p.92).

Assim sendo, mais uma vez se refora a importncia do Gerente BIM, devido
possibilidade de verificar se os dados necessrios ao desenvolvimento do projeto
foram incorporados, mesmo com programas com tipologia BIM diferentes.

Eastman et al apresenta a seguinte srie de benefcios dos sistemas BIM:

BENEFCIOS DE PR-CONSTRUO PARA


PROPRIETRIOS: antes que os proprietrios contratem
um arquiteto, necessrio determinar se um edifcio de um
certo tamanho, nvel de qualidade e programa de
necessidades desejado pode ser construdo dentro de um
determinado custo e tempo. Se respostas aproximadas a
estas condicionantes puderem ser oferecidas, os
proprietrios sabero se suas metas so exequveis dentro
de um certo oramento. (EASTMAN, TEICHOLZ, SACKS,
& LISTON, 2008, p. 16).

38
Estas capacidades so de extrema relevncia nos estgios iniciais de projeto,
uma vez que possibilitam diminuir o grau de incerteza e ainda estabelecer uma margem
de maior segurana no atendimento aos requisitos de projeto.

Melhor desempenho e maior qualidade do edifcio: o


desenvolvimento de um modelo esquemtico antes de gerar
um modelo detalhado do edifcio permite uma avaliao
mais cuidadosa do esquema proposto para determinar se o
mesmo satisfaz s exigncias funcionais e sustentveis do
edifcio. (EASTMAN, TEICHOLZ, SACKS, & LISTON,
2008, p. 16).

Por definio, os modelos gerados pelos sistemas BIM so necessariamente


especificados em grande nvel de detalhe, sem ambiguidades. A obrigao de
especificar em detalhes os componentes BIM impossibilita a representao abstrata de
objetos. Diferentes nveis de abstrao e/ou especificao, por sua vez, encontram-se
disponveis em sistemas como os SIG, sendo esta uma limitao dos sistemas BIM para
serem usados nos estgios iniciais de projeto, bem como os processos de tomada de
deciso. A associao entre os sistemas BIM e SIG supre essa lacuna na capacidade
de abstrao para representao e manipulao da informao referente aos
componentes construtivos. Os SIG permitem um ambiente exploratrio acerca das
diversas possibilidades e ainda de diferentes nveis de representao e detalhe dos
componentes da construo e das condicionantes expostas aos mesmos em ambiente
de projeto. Isto permite amparar o processo de tomada de deciso, e posterior
formalizao das informaes, atravs da configurao dos parmetros adequados nos
componentes desenvolvidos nos sistemas BIM.

BENEFCIOS DE PROJETO: o projeto representado


diretamente na forma tridimensional ao invs de ser o
resultado da interpretao de representaes
bidimensionais feitas anteriormente. (EASTMAN,
TEICHOLZ, SACKS, & LISTON, 2008, p. 17).

Apesar de diferentes softwares atuais oferecerem a possibilidade de


modelagem tridimensional, como o Sketchup, FormZ ou Rhinoceros, entre outros,
isto no significa conseguir incorporar e manipular informao nos componentes
modelados, carecendo de capacidades paramtricas que distinguem os sistemas BIM
dos demais.

CORREES AUTOMTICAS QUANDO SO FEITAS


MUDANAS NO PROJETO: os objetos so controlados
por regras paramtricas que asseguram que a construo
do modelo tridimensional ser vivel. Isto reduz a
necessidade de administrar inconsistncias de projeto.
(EASTMAN, TEICHOLZ, SACKS, & LISTON, 2008, p. 17).

39
As correes automticas, presentes nos sistemas BIM, permitem que os
componentes construtivos possam definir regras de relacionamento entre si, como por
exemplo a conexo entre paredes e lajes, sendo a altura final da parede dependente do
posicionamento da laje, Este conceito de dependncia empregado na modelagem
computacional em programas como o 3DMAX, Maya ou Blender3D, podendo um
objeto ser filho de outro, sendo que ao se mover o objeto pai o filho automaticamente
se desloca seguindo o primeiro.
DESENHOS BIDIMENSIONAIS PRECISOS E
CONSISTENTES EM QUALQUER FASE DO PROJETO: o
BIM proporciona desenhos precisos e consistentes para os
objetos do projeto, o que reduz significativamente a
quantidade de tempo e erros associados s tarefas de
desenhos do edifcio para todas as disciplinas de projeto.
Quando uma mudana de projeto efetuada, so gerados
desenhos completamente consistentes que refletem essas
modificaes. (EASTMAN et al, , 2008, p. 17).

A extrao de representaes bidimensionais do modelo tridimensional e de sua


consistncia ser preservada aps alteraes no exclusividade dos sistemas BIM.
Alguns softwares atuais tambm oferecerem, como o Sketchup, FormZ,
Rhinoceros, entre outros. Porm, como a parametrizao nestes programas no inclui
informaes sobre caractersticas construtivas, tais softwares no permitem extrair
informaes que extrapolam os aspectos geomtricos. Os sistemas BIM possibilitam a
composio de quantitativos e de cotao automtica, se conectados a uma planilha de
preos, ou ainda informaes do fabricante, montagem e manuteno, por exemplo.
COLABORAO MAIS CEDO DAS MLTIPLAS
DISCIPLINAS DE PROJETO: a tecnologia dos sistemas
BIM facilita o trabalho simultneo das vrias disciplinas de
projeto. Encurta o tempo de projetao e reduz
significativamente os erros de projeto e eventuais omisses.
Tambm antecipa a visualizao de problemas de projeto e
apresenta oportunidades para um projeto ser melhorado
continuamente. (EASTMAN et al, 2008, p. 17).

A colaborao j existia antes dos sistemas BIM, uma vez que a ideia de
coordenao de projeto anloga ao que hoje se intitula de colaborao ou de projeto
simultneo. Metodologias como o PMI/ PMBOK j ofereciam metodologias de
gerenciamento de projetos muito antes dos sistemas BIM serem comercialmente
conhecidos e disponibilizados enquanto softwares. A concepo e desenvolvimento
de projetos sob este princpio foi comum em pases desenvolvidos. No Brasil as
experincias neste sentido foram raras e mais comuns em projetos geridos por grandes
empresas. Contudo, preciso enfatizar que, embora possvel, a colaborao mais cedo
no processo de projetao significativamente mais difcil e laboriosa atravs de
desenhos bidimensionais.

40
Os esforos envidados para a coordenao de projetos e participao
simultnea entre diversas especialidades no processo dos mesmos so anteriores ao
advento dos sistemas BIM, sendo as linhas gerais expressas pelos escopos e
atribuies de projeto das diversas especialidades. Entretanto h facilidade
significativamente maior nos sistemas BIM para gerenciar e manipular tais informaes,
por meio de modelo nico digital, alm da possibilidade efetiva de contribuio em um
mesmo ambiente computacional de diferentes profissionais e equipes de projeto.

VERIFICAO DAS INTENES DE PROJETO: os


sistemas BIM proporcionam visualizaes tridimensionais
no incio do processo de projetao e quantificam reas de
espaos e quantidades de materiais permitindo estimativas
antecipadas de custo e com maior preciso. No tocante aos
edifcios tcnicos (laboratrios, hospitais, etc.), os objetivos
de projeto esto frequentemente definidos de forma
quantitativa, e isto permite usar um modelo de edifcio para
conferir estas exigncias. No sentido de atender as
exigncias qualitativas (por exemplo, este espao deve ser
prximo a outro e etc.) o modelo tridimensional pode apoiar
avaliaes automticas. (EASTMAN et al, 2008, p. 18).

Devido complexidade envolvida no projeto de aeroportos e a


multiplicidade de agentes intervenientes, requisitos e condicionantes, a
possibilidade de simulao detalhada das variveis envolvidas nas propostas de
projeto ressaltam o papel dos sistemas BIM como ferramenta valiosa para
reduo da indefinio e do risco associado ao projeto. Permite ainda visualizar
o impacto e as interferncias, embasando assim o processo de tomada de
deciso.
ESTIMATIVAS DURANTE A FASE DE PROJETO: em
qualquer fase do projeto, a tecnologia dos sistemas BIM
permite extrair quantitativos e relatrios dos espaos
projetados antes da construo, o que pode ser usado para
estimativa de custos. Nos estgios iniciais da projetao,
estimativas de custos so baseadas primariamente nos
custos unitrios por ps quadrados. medida em que o
projeto desenvolvido, quantidades mais detalhadas
podem ser disponibilizadas, podendo ser utilizadas para
estimativas de custos mais precisas e detalhadas.
(EASTMAN et al, 2008, p. 18).

Nas empresas de administrao de aeroportos, em especial naquelas


pblicas ou de capital misto, como a INFRAERO, torna-se essencial obedecer
s regras de licitao e especificao de materiais. A capacidade de extrao
automtica de quantitativos e de cotao oferece no apenas a possibilidade de
maior facilidade para o gerenciamento desses processos, como ainda maior
transparncia dos mesmos.

41
MELHOR EFICINCIA ENERGTICA E
SUSTENTABILIDADE: a integrao do modelo do edifcio a
ferramentas de anlise de energia permite avaliao
energtica do mesmo ainda nas fases iniciais de projeto.
Isto no possvel por meio das ferramentas de
representao bidimensionais. Estas exigem que uma
anlise de energia seja executada aps o trmino do
processo de projeto reduzindo, assim, o nmero de
oportunidades para que modificaes sejam implementadas
de forma a melhorar o desempenho energtico do edifcio.
A possibilidade de trabalhar conjuntamente o modelo de
edifcio com vrios tipos de ferramentas de anlise prov
muitas oportunidades para melhorar a qualidade de
edifcio. (EASTMAN et al, 2008, p. 18).

Os aeroportos so por natureza construes que oferecem elevado


impacto ao meio ambiente, devido s atividades da aviao civil, como, por
exemplo, a poluio sonora, ambiental e o manejo de resduos slidos, alm de
apresentarem elevado consumo de recursos energticos e materiais. A
possibilidade de simulao de projeto para a melhoria do desempenho da
edificao, atravs dos sistemas BIM representa caracterstica relevante no
projeto de aeroportos.
SINCRONIZAO ENTRE O PROJETO E O
PLANEJAMENTO DA CONSTRUO: o planejamento de
construo utilizando CAD 4D requer a ligao de um plano
de construo aos objetos tridimensionais em um projeto,
de forma que seja possvel simular o processo de
construo e mostrar como o edifcio e o stio seriam em
qualquer ponto no tempo. Esta simulao grfica fornece
grande clareza sobre como o edifcio ser construdo dia a
dia, revelando fontes de problemas potenciais e
oportunidades para possveis melhorias (local, pessoas e
equipamentos, conflitos espaciais, problemas de
segurana, etc.). Esse tipo de anlise no est disponvel
nos documentos de propostas feitos em papel. A simulao
grfica, entretanto, fornece outros benefcios se o modelo
inclui objetos temporrios de construo tais como
escoramentos, andaimes, guindastes e outros
equipamentos de monta de tal forma que estes objetos
possam ser ligados ao cronograma de atividades e
refletidos no plano de construo desejado. (EASTMAN et
al, 2008, p. 18-19).

Uma vez que os sistemas BIM representam processo colaborativo e de gesto


de informao de projeto, sua adoo em organizaes ou empresas prescinde do
estabelecimento de protocolos e mudana de processos organizacionais para
contemplar a participao simultnea das diversas especialidades de projeto e ainda
gerir de forma adequada os dados em servidores que integram os modelos BIM e
disponibilizam acesso aos agentes intervenientes.

42
As informaes de projeto dividem-se em diferentes tipos, em um modelo BIM,
como as de natureza geomtrica, aquelas associadas ao modelo geomtrico, em
campos paramtricos e ainda informaes que so conectadas ao modelo por meio de
hyperlink. Tipos de informao que esto disponveis em um modelo BIM.

1- GEOMETRIA: obviamente este o primeiro item


necessrio em um modelo tridimensional. Permite
comunicar nossas ideias e inteno de projeto
graficamente. Adicionalmente, a maioria das tecnologias de
BIM hoje em dia nos permite gerar elevaes e sees
diretamente do modelo tridimensional e integrar as
representaes bidimensionais ao modelo. Quando uma
mudana feita no modelo virtual, podem ser atualizadas
as vistas geradas sem necessidade de edio, evitando
erros e retrabalho. Adicionalmente, a criao de um modelo
tridimensional do edifcio nos permite embasar a tomada de
deciso de projetos muito mais cedo, antecipando
problemas e suas possveis solues;
2- INFORMAO PARAMTRICA: atravs do uso de
tecnologia de informao orientada a objetos, definimos a
funo de cada objeto ou componente do projeto, sua
estrutura e suas caractersticas. Assim, podemos adicionar
todas as informaes relativas ao processo construtivo e
seus componentes, definir fases de projeto e de obra e gerar
a documentao decorrente;
3- GESTO DA INFORMAO: informaes relacionadas
ao modelo, mas no diretamente contidas no mesmo,
podem ser conectadas por meio de hyperlinks.
Detalhamentos de componentes feitos por fabricantes, por
exemplo, podem ser anexados via link ao modelo BIM do
edifcio. (DILLON, 2005, p. 1).

As ineficincias inerentes aos processos de concepo e de construo atuais


residem, segundo o NIST (National Institute of Standards and Technology dos EUA)
na interoperabilidade insuficiente entre o projeto assistido por computador e os
softwares de engenharia e os sistemas utilizados pelo setor da construo civil nos EUA.
Relatrio do NIST publicado em agosto de 2004 e intitulado Anlise de custo
inadequado em interoperabilidade nas U.S. Capital Facilities Industrys, conclui que os
problemas com a gesto de informao e da acessibilidade a essas informaes no s
prejudicam gravemente a gerncia de projeto ou obra, mas representam a maior parte
do custo inadequado. (EASTMAN et al, 2008, p. 11 e 12). O conceito de perdas na
construo civil , com frequncia, associado unicamente aos desperdcios de
materiais. No entanto, as perdas englobam tanto a ocorrncia de desperdcios de
materiais quanto a execuo de tarefas desnecessrias que geram custos adicionais. A
eliminao das perdas hoje um grande elemento para a competitividade entre as
empresas e para tanto necessrio mudar a maneira de abord-las em todos os
processos de um projeto. (FORMOSO et al, 1996, p. 1 e 2).

43
2.5- NVEIS DE AMADURECIMENTO NOS SISTEMAS BIM

Abaixo esto apresentados os estgios de amadurecimento dos sistemas BIM e a


gradual integrao dos processos em um ambiente organizacional (OLIVEIRA, L. apud
CLAYTON et al., 2008, p. 46 A 48):

1- BIM-A (Accelerated): mtodos e tecnologias so usados internamente para


acelerar a produo e as operaes em uma dada empresa. O modelo
relativamente isolado e no h nenhuma verso comum a todos os membros da
equipe. Devido a isso, o consumo de informao limitado ao uso interno sem
compartilhamento com outros profissionais. O estudo indicou que atualmente
BIM-A oferece grandes vantagens sobre o CAD convencional ao comparar
desempenho em termos de documentao projetual. Estudiosos do assunto
relatam que usurios iniciantes desta estratgia em grandes empresas
alcanaram economias de 30% ou mais em custos de produo, bem como
aumentos na rentabilidade e vantagens em termos de documentao projetual
em comparao ao CAD convencional. (OLIVEIRA, L. apud CLAYTON et al.,
2008, p. 46-48.);

2- BIM-B (Business): consiste no uso dos sistemas BIM no estabelecimento de


parcerias entre empresas que visam alcanar as vantagens das oportunidades
de intercmbio de dados e de informaes para reduo de custos de
comunicao. Os autores ressaltam que o BIM-B vem sendo aplicado aos
poucos, de forma experimental em alguns projetos-piloto. Nesta estratgia, os
sistemas BIM requerem relaes prximas e de longo prazo entre arquitetos,
consultores e empreiteiros. Assim justificam-se tambm os esforos necessrios
padronizao de procedimentos de documentao e de representao. O
potencial deste nvel reside no aumento do valor agregado na prestao de
servios no contexto da indstria AEC. (OLIVEIRA, L. apud CLAYTON et al.,
2008, p. 46-48);

3- BIM-I (Industry-wide): o terceiro e mais alto nvel de adoo e


considerado o mais conceitual e distante da prtica atual. Nesse nvel
necessria a admisso de protocolos de intercmbio de dados por meio de
interfaces de aplicativos mltiplos. Segundo os autores, o BIM-I requer a ampla
padronizao dos referidos protocolos, alm de acordos de compartilhamento
de dados, requerendo tecnologias de informao proativas. (OLIVEIRA, L. apud
CLAYTON et al., 2008, p. 46-48).

44
A Figura 11, abaixo, posiciona as trs estratgias acima em uma relao entre
adoo cumulativa e tempo em termos de uso efetivo da tecnologia. Na lateral direita
so posicionadas as categorias dos adotantes, caracterizados como inovadores,
usurios iniciantes, maioria precoce e maioria tardia. Nesta escala os inovadores so
caracterizados com o perfil de usurios que implantam os sistemas BIM assumindo os
riscos da falta de informao e de maiores conhecimentos sobre o novo sistema. Por
isso o tempo no incio da curva ser maior quando comparado ao meio, caracterstico da
maioria recente, que ao adotar j detm um conhecimento maior que os inovadores
quando da adoo (Figura 11).

Figura 11- Nveis de amadurecimento nos sistemas BIM. Fonte: OLIVEIRA, L. apud CLAYTON et
al., 2008, p. 46-48.

Os autores expem ainda a percepo de que as trs estratgias so


sequenciais. Significa que uma empresa deve, primeiramente obter experincia com os
sistemas BIM utilizando-se da estratgia BIM-A. Posteriormente, as caractersticas do
BIM-B podem ser estendidas aos parceiros, explorando as tcnicas de colaborao e
de interoperabilidade. Tambm essa fase preparatria para a evoluo e o uso do
BIM-I. Ainda segundo os autores, duvidoso que uma empresa possa construir sua
experincia interna nos sistemas BIM sem fazer uso de BIM-A. Semelhantemente, a
adoo de BIM-B uma excelente maneira de se preparar para BIM-I no exerccio de
uma empresa em novas relaes contratuais e novos padres de prtica mercadolgica
(Figura 11).

45
2.6- SISTEMAS BIM NO SETOR PBLICO BRASILEIRO

Marcos Otvio Bezerra Prates, diretor do Departamento das Indstrias


Intensivas em Mo de Obra e Recursos Naturais, do Ministrio do
Desenvolvimento, Indstria e Comrcio Exterior (MDIC), ao analisar o mercado
interno brasileiro pondera:

O Brasil um pas que tem importantes


lacunas de competitividade, cuja superao demanda a
sistematizao de esforos tanto do setor pblico como
do setor privado. Tratando-se de um fator econmico
bsico, a sua insuficincia em termos quantitativos e
qualitativos representa impacto negativo de
competitividade para a economia brasileira, pois eleva
os custos de forma difusa para todo o sistema produtivo
e para a sociedade. Porm, a rea habitacional no est
acompanhando essa evoluo, devido falta de
interoperabilidade tcnica dos componentes e
elementos da construo habitacional, fundamental
para permitir que o processo de construo do edifcio
seja, tanto quanto possvel, um sistema de montagem.
Desta forma, se conseguiria reduzir o ciclo de produo
do edifcio, com reduo de prazos, custos,
desperdcios e aumento da produtividade.

NASCIMENTO e SANTOS (2003) e BAZJANAC (2004) afirmam que alguns


fatores vm dificultando a implantao efetiva da tecnologia BIM nos escritrios. Citam
investimento alto em novos equipamentos, arquivos extras e necessidade de
treinamentos dos profissionais, suporte tcnico, falta de tempo, resistncia mudana,
longo processo de aprendizagem, deficincia dos softwares e indisponibilidade de uma
verso de software gratuita para teste. (NASCIMENTO e SANTOS, 2003 e BAZJANAC,
2004, apud MENEZES et al, 2011, p. 4). FARIA (2007) diz que, apesar das vantagens
advindas do uso, os sistemas BIM entraram com fora no mercado brasileiro apenas no
segmento de projetos de arquitetura, na etapa inicial da modelagem da edificao
(FARIA, 2007, apud MENEZES et al, 2011, p.4). Ressalta-se que o mtodo
bidimensional continua em voga em grande parte dos projetos nacionais, como por
exemplo, o Estdio Nacional Man Garrincha, em Braslia, DF, foi inteiramente
elaborado por meio de sistemas CAD bidimensionais e desenhos impressos em papel.
O processo de implantao dos sistemas BIM abrange, de um lado, questes
tecnolgicas e interesses comerciais e de outro, a criao de bibliotecas de
componentes. Essas bibliotecas so essenciais porque so especficas do sistema de
aeroportos brasileiros. Deve ser considerada tambm a necessidade de qualificao de
profissionais para o uso adequado da ferramenta. Alm disso, necessrio avanar no
tocante a resoluo de aspectos de interoperabilidade entre os diversos softwares
utilizados no processo de projeto, como, Revit Architecure, ArchiCAD, ou Bentley

46
para arquitetura, Revit Structure, AutoCAD Civil 3D e/ ou Ecotect, de anlises de
desempenho energtico e ambiental, etc. O grupo interinstitucional sobre BIM, liderado
pelo Sindicato da Indstria da Construo Civil do Estado de So Paulo (SindusCon-
SP), com a participao da Associao Brasileira de Engenharia e Consultoria Estrutural
(Abece), da Associao Brasileira dos Escritrios de Arquitetura (AsBEA) e da
Associao Brasileira de Engenharia de Sistemas Prediais (Abrasip), prope a criao
de protocolo de comunicao comum compatvel para os mais variados softwares de
projeto e construo. A necessidade de adoo do IFC no porm consenso. A
implantao dos sistemas BIM, no entanto, no depende de resposta concreta para o
desafio da interoperabilidade. Os sistemas BIM vm sendo usados em processos de
projetos aeroporturios, como alguns listados abaixo (Figuras 12 e 13):

2.6.1- REINO UNIDO: AEROPORTOS DE GATWICK.

Figura 12- Detalhe do Aeroporto de GATWICK nos sistemas BIM. Fonte: (RICHARDSON, S et al
2015).

O Aeroporto de GATWICK (em detalhe na Figura 12) o segundo maior


aeroporto do Reino Unido e apresenta o maior movimento em uma nica pista de pousos
e decolagens no mundo. O aeroporto conecta cerca de 200 destinos em 90 pases,
apresentando movimento anual de cerca de 34 milhes de passageiros. O aeroporto
pertence a um grupo de fundos de investimento internacional, dos quais a GLOBAL
INFRASTRUCTURE PARTNERS (GIP) o maior acionista. O aeroporto de GATWICK
est passando pela maior transformao de sua histria, com novos edifcios e outras
instalaes sendo projetadas em espao muito curto de tempo. O Governo do Reino
Unido exige processo colaborativo por meio dos sistemas BIM no mnimo at 2016, o
que ocasiona reduo de custos de 20% (RICHARDSON, S et al 2015).

47
2.6.2- ESTADOS UNIDOS: DENVER.

Figura 13- Expanso do Aeroporto de Denver. Fonte: DIA & GENSLER apud BALL, M.

O projeto do aeroporto utilizou sistemas CAD, BIM e GIS em uma base regular
no processo de projeto (Figura 13). O SIG foi utilizado para integrar informaes de
projeto com o contexto real do sitio existente. Os sistemas BIM foram a plataforma
utilizada para integrar todas as informaes de infraestrutura. Para manter a
sincronizao destes sistemas, atualizaes bidirecionais foram realizadas de forma
regular e programada. O BIM teve a vantagem de que os projetos foram criados pelos
autores de cada especialidade, sendo que a informao do modelo corresponde
localizao exata em uma base de dados no SIG. Os modelos foram detalhados com
atributos e especificaes que puderam ser compartilhados tanto nos sistemas BIM
como SIG (BALL, M. AutoDesk, 2010).

Nas empresas de administrao de aeroportos brasileiras, a disponibilizao de


componentes paramtricos aeroporturios pode representar benefcios considerveis
para a utilizao dos sistemas BIM. Por meio da anlise de sua elaborao foram
examinados os fatores endgenos (entraves e impactos como a criao de novos
parmetros e ainda a representao semntica dos mesmos no contexto do projeto),
como por exemplo por meio da insero dos novos componentes no terminal regional
da INFRAERO, sendo possvel observar seu relacionamento com a escala da
edificao, tanto quanto os exgenos (pouco ou nenhum desenvolvimento nacional de
metodologias BIM para o projeto de aeroportos) envolvidos no processo. Uma vez
estabelecido o caminho a ser percorrido pela informao, torna-se imprescindvel o
domnio no s das ferramentas empregadas, mas da interface existente entre elas. As
antigas prticas envolvidas no processo de projeto em vigor nas empresas brasileiras,
como a INFRAERO representam no apenas atraso tecnolgico, mas envolvem ainda
outros aspectos como hierarquia e estrutura organizacional tradicional, acarretando
dificuldade na gesto de prticas e processos na empresa.

48
2.7- AMBIENTE SIG

A principal diferena de um SIG para um sistema de informaes convencional


sua capacidade de armazenar tanto atributos descritivos como as geometrias dos
diferentes tipos de dados geogrficos (QUEIROZ, 2007, p. 5).

Simultaneamente, o avano dos ambientes


computacionais tem permitido aperfeioar as
representaes grficas do espao urbano, indicando a
possibilidade da prtica da modelagem urbana retomar
a trajetria de representao icnica de ambientes
urbanos, sem que se percam as finalidades
exploratrias e preditivas dos modelos. O paradigma
atual da modelagem urbana passa por articular as
possibilidades do CAD Desenho Auxiliado pela
Computao ao potencial exploratrio dos SIG
Sistemas de Informaes Geogrficas. O recente
aporte dos SIG tridimensionais surge como um campo
cientfico ainda a ser explorado neste sentido (BATTY
et al, 2004; MARTNEZ, 2007, apud PERES,
POLIDORI, 2009, p. 3).

Da modelagem tridimensional em sistema BIM associado ao SIG resultam


modelos interativos (smart models).

Tais modelos ao se associarem ao SIG (armazenamento, gesto, visualizao e


anlise de informao) e aos sistemas BIM (geometria paramtrica e associativa), nos
permitem dispor de uma base de trabalho que favorece a partilha de dados na escala
da cidade.

Os SIG podem ser tidos como sistemas, ou conjunto de ferramentas, que so


capazes de coletar, armazenar, analisar e exibir dados, espaciais ou no espaciais,
representativos de algum aspecto, fato ou local do mundo real. A seguir apresentado
pequeno histrico da origem e desenvolvimento dos SIG:

A primeira fase conhecida como Fase Pioneira ou Fase de Pesquisa de


Fronteiras. Nos Estados Unidos e no Reino Unido esta fase se estende mais ou menos
do ano de 1950 at o ano de 1975 (COPPOCK, RHIND, 1991, apud BONGIOLO, 2008,
p.186-188). A segunda fase, que transcorreu de 1972 at o incio dos anos 80,
marcada pelos estudos formais e pelas pesquisas financiadas por agncias
governamentais.

49
Nesta fase a influncia individual perdeu espao na escala global, a no ser no
caso dos grandes nomes das agncias do governo, mas continuava a ter muita
influncia em escalas locais, principalmente dentro dos centros de pesquisa e junto aos
grupos de estudo. Esta fase ainda dependia muito de profissionais familiarizados e
experientes com SIG, mas pode-se observar um maior contato e contribuio entre as
diversas linhas de pesquisa. (COPPOCK; RHIND, 1991, apud BONGIOLO, 2008, p.186-
188).

A terceira fase tem incio em 1982 e conhecida como Fase Comercial.

At ento limitados pelo alto custo do hardware


[...], os SIG se beneficiaram grandemente da
massificao causada pelos avanos da
microinformtica e do estabelecimento de centros de
estudos sobre o assunto. (CMARA, G. e DAVIS, C.
2001, p.3).

Nessa fase, os SIG de uso comercial ganham espao e diversas empresas com
foco em SIG surgem ou se tornam mais abrangentes, o que acirrou a concorrncia do
mercado. importante ressaltar a atuao de instituies e empresas como a
Environmental Systems Research Institute ESRI, a Intergraph, a ComputerVision
e a Synercom, algumas das quais atuam at hoje no desenvolvimento dos SIG. Outra
caracterstica observada nesta fase a centralizao dos SIG.

Os sistemas que antes funcionavam individualmente do lugar a sistemas


interligados que podem utilizar diversas fontes de dados. Vale lembrar tambm que o
uso dos SIG se tornou muito mais rotineiro, diminuindo muito a dependncia em
profissionais conhecedores das tecnologias dos SIG, o que tornou possvel maior
disseminao desses sistemas (COPPOCK, RHIND, 1991, apud BONGIOLO, 2008,
p.186-188).

O papel do usurio domina a quarta fase da histria do SIG, pois os sistemas se


tornam muito mais simples e disseminados. Eles tambm continuam a centralizar e
interligar dados, e em diversas empresas funcionam em servidor central que prov a
maioria dos dados necessrios, que pode ser ligado a outros servidores SIG para obter
mais dados e informaes semnticas de que seus usurios necessitem (COPPOCK,
RHIND, 1991, apud BONGIOLO, 2008, p.186-188).

Por exemplo, nos estgios iniciais de projeto podemos estar pensando na


disposio das paredes e imaginando determinadas aberturas nas mesmas. Nesse
estgio geomtrico j possvel ter a descrio dos contornos das paredes e da
disposio das aberturas. Ao atribuirmos algum nvel semntico a essas aberturas,
poderemos definir se sero portas ou janelas, sua funo e significado

50
2.8- O CONCEITO DE LOD, LEVEL OF DETAIL e LEVEL OF DEVELOPMENT

As representaes ambguas so importantes nos estgios iniciais da projetao.

Neste sentido, GOEL (1995) argumenta que so:

Sistemas de smbolos no notacionais, cujos


limites de cada um so muito prximos uns dos outros
e no so indesejveis. Pelo contrrio, eles
desempenham funes cognitivas importantes, pois ...
a ordenao densa de smbolos no sistema de esboos
fornece aos mesmos um grau de continuidade... a
reduo da distncia entre smbolos ajuda a garantir
que possibilidades no sejam excludas e ajuda a
transformar um smbolo em outro, quando necessrio.
A ambiguidade do sistema de smbolos de esboos
garante que o contedo dos mesmos durante as fases
iniciais de projeto seja indeterminado. Ambiguidade
importante porque no desejvel que se cristalize as
ideias muito cedo e se congele o desenvolvimento do
projeto ... a reivindicao geral que transformaes
entre smbolos contguos precisam ocorrer durante a
fase preliminar de resoluo de problemas e que a
densidade e ambiguidade do sistema de esboos
facilitam essas operaes cognitivas. Um sistema de
smbolos notacionais, como o desenho tcnico
bidimensional, que difere dos esboos por ser no
denso e no ambguo, prejudicar as transformaes
laterais... alm do mais, a ambiguidade facilitar as
transformaes laterais porque permite mltiplas
interpretaes e impede a cristalizao das ideias muito
cedo (GOEL, 1995, p. 193-194).

A concepo de projetos requer a capacidade de abstrao (acerca de uma


demanda ou dados de programa de necessidades) e de antecipao (apresentao e
representao de solues plausveis). Portanto, os processos de avaliao de
possveis respostas aos problemas de projeto precisam se valer de representao
ambgua dos artefatos propostos, permitindo que diversas alternativas de especificao
se mantenham em aberto e sejam avaliadas antes que se tomem decises definitivas a
favor de uma delas. A ambiguidade dos artefatos significa, em termos computacionais,
que cada classe de equivalncia dos componentes fsicos denota o mesmo smbolo de
representao. A diferenciao semntica pode ser vista como uma restrio, em
sistemas BIM Revit, devido a limitao do sistema computacional representar o
mesmo componente do mundo fsico com diferentes representaes de detalhamento
geomtrico e semntico, do ponto de vista da informao embutida no modelo.

51
O conceito de LOD abrange significados distintos, porm relacionados, sendo
descrito como nvel de detalhe (level of detail) pelo American Institute of Architects e
Penn State University, Building and Construction Authority como tambm nvel de
desenvolvimento (level of development) em BIM Protocol Exhibit (MCPHEE, 2013,
p.1). Nesta pesquisa o conceito adotado representa a diviso dos nveis e LOD em dois
tipos: LOD Semntico (Desenvolvimento) e LOD Geomtrico (Detalhamento). As
Figuras 14 e 15, no mbito do conceito de LOD, ilustram o detalhamento de uma cadeira
de escritrio.

Figura 14 - Diferentes Nveis de Desenvolvimento. Fonte: Adaptado de MCPHEE, 2013, p.1.

A Figura 14 acima ilustra o acrscimo de informao (em vermelho) em um


modelo de uma cadeira de escritrio. Semelhantemente, o conceito de LOD acompanha
as fases de desenvolvimento do processo de projeto, desde o estudo conceitual, projeto
bsico, documentao e projeto, etapas construtivas at a gesto e manuteno da
edificao.

52
Frequentemente o conceito de LOD encontra-se associado s informaes
geomtricas, o que pode levar a entender os sistemas BIM apenas como sinnimo de
representao tridimensional. Um elemento do modelo, por sua vez, qualquer parte
de um modelo BIM que represente componente, ou sistema de construo (AIA, G202-
2013, p. 2-5). Este ltimo documento define cinco LODs (100, 200, 300, 400 e 500),
que so frequentemente associados s fases de projetos de construo.

A Figura 15 abaixo demonstra graficamente o ganho em complexidade na


representao de uma cadeira de escritrio. Aliada variao geomtrica do LOD, est
a representao semntica, que influencia na quantidade e qualidade das informaes
associadas ao modelo, em razo crescente de complexidade, desde o LOD100 at o
LOD 500.

Figura 15- Diferentes Nveis de Detalhamento. Fonte: Adaptado de MCPHEE, 2013, p.1.

LOD na definio proposta pela AIA, estabelece trs diferentes nveis de


desenvolvimento para o processo de projeto:

53
LOD-100 estabelece que o elemento pode ser representado graficamente no
modelo por um smbolo ou outra representao genrica, mas no satisfaz os requisitos
do LOD 200 (Figura 14 e 15) (MCPHEE, 2013, p.1). LOD-200 estabelece que o
elemento graficamente representado no modelo como um sistema genrico, objeto ou
montagem com quantidades aproximadas, tamanho, forma, localizao e orientao.
Informaes no grficas tambm podem ser ligadas ao elemento de modelo (Figura 11
e 12) (MCPHEE, 2013, p.1). LOD-300 estabelece que o elemento graficamente
representado no modelo como um sistema especfico, objeto ou montagem em termos
de quantidade, tamanho, forma, localizao e orientao. Informaes no grficas
tambm podem ser ligadas ao elemento de modelo (Figuras 14 e 15) (MCPHEE, 2013,
p.1).

Os LOD-400 e 500 pertencem aos processos de fabricao e de construo,


razo pela qual no foram detalhados nesta pesquisa. Exemplo dos mesmos a
formao de vos em conjunto com as esquadrias, sendo impossvel para sistemas BIM
como o Revit representar apenas as aberturas. Esta limitao torna impossvel abstrair
a soluo de fechamento de esquadrias e trabalhar apenas com os vos desejados
naquele momento do processo de projeto. A conceituao semntica de componentes
aeroporturios (LOD Semntico), segundo cada fase de projeto, bem como das
informaes geomtricas de componentes paramtricos (LOD Geomtrico), pode servir
para documentar aquilo que se encontra no definido e trazer benefcios para o
processo de projeto de aeroportos no Brasil, mais especificamente na constituio de
bases de conhecimento que definam com maior clareza os aspectos objetivos dos
componentes BIM aeroporturios (LOD Geomtrico) e dos aspectos subjetivos de sua
natureza (LOD Semntico) (Figura 14 e 15) (MCPHEE, 2013, p.1).

A utilizao do LOD-300 traz nvel menor de abstrao, uma vez que agora torna-
se necessria a especificao de materiais e o detalhamento dos sistemas construtivos,
para que se possa determinar se o custo de manuteno e de operao so adequados
a projetos de natureza pblica, no caso da INFRAERO. Da mesma forma, o LOD-400
detalha ainda mais os componentes construtivos, para que seja possvel manipular a
informao em nvel de complexidade suficiente para os Projetos Executivos. O LOD-
500 pertence a esfera de as-built, devendo ser atualizado a partir do LOD-400 com
informaes ps-construo da edificao, de forma a atualizar a base de dados de
projeto para operao e manuteno, ao longo do ciclo de vida. Apesar de ser uma
vantagem em relao ao CAD tradicional, a presena de todos os elementos
geomtricos em um mesmo local no garante a estruturao e a possibilidade de
manipulao de abstrao das informaes de projeto (Figura 14 e 15).

54
O alto grau semntico e de detalhe dos sistemas BIM dificulta seu emprego nos
estgios iniciais de projeto, quando necessitamos de varivel nvel de abstrao e de
detalhamento. Embora ainda sejam poucos os estudos quantificando as vantagens
obtidas pelo uso dos sistemas BIM, as pesquisas na rea de tecnologia de informao
concordam em relao sua influncia positiva sobre o desempenho do processo de
projeto e a respeito da irreversibilidade da transio do CAD geomtrico para os
sistemas BIM. A sntese para a utilizao dos sistemas BIM na INFRAERO representa
um ambiente semntico que oferece suporte transferncia coerente e interopervel de
dados entre pessoas e sistemas inteligentes de informao. Estes trabalhariam em
conjunto com um ambiente SIG que permitisse representar os modelos BIM em
diferentes nveis de abstrao, para diferentes contextos, conforme afirmado
anteriormente. Na prtica, o tipo de anlises que se faz em um modelo SIG diferente
daquelas nos sistemas BIM. Nestes ltimos pode-se produzir estimativas de custos,
verificao de interferncias nas diversas fases da obra em diferentes nveis
semnticos, como descrito a seguir.

As limitaes dos sistemas BIM para responder a variao de informao e


detalhes (LOD Semntico e LOD Geomtrico), oscilando entre mltiplas definies entre
a forma e a funo, ou em outras palavras, entre a imaginao e a soluo, os torna
inadequados para as fases iniciais de projeto. A seguir detalhamos a utilizao dos SIG
associados aos sistemas BIM e os impactos desta metodologia nos processos de
projeto, tomada de deciso e anlise, associados ao nvel de detalhe (Figura 16)
(LWNER, et al, 2013, p. 4).

Figura 16 - Mltiplos nveis - detalhamento Geomtrico SIG. Fonte: LWNER, et al, 2013, p. 4.

Se entendermos ontologias como uma forma de sistematizao de informaes


do mundo real e as conexes semnticas como os significados, ou descries da
realidade, dentro do contexto cultural em que o projeto se encontra inserido podemos
enxergar as atividades de projeto mais precisamente - formulao, sntese e anlise -
como transposies entre os requisitos e condicionantes do mundo real e as alternativas
e possveis solues, do mundo ideal (LWNER, et al, 2013, p. 4).

55
Os LODs so baseados nos componentes do modelo e no nos modelos como
um todo, ou seja, no existem modelos BIM com determinados LODs, que representem
as fases do desenvolvimento de um projeto de construo, mas modelos BIM que
possuem componentes com determinados LODs consoante s especificidades e
objetivos do projeto de construo; (AIA, G202-2013, p. 2-5). Esta observao define
no s a escala em um processo de projeto (mas tambm a escala de anlise e de
condensao de informao dos modelos BIM, de forma geral.

A adoo das tecnologias BIM e SIG nos diferentes estgios de um processo de


projeto contempla diferentes nveis de detalhe para cada um dos componentes
construtivos. O detalhamento das informaes referentes aos componentes construtivos
ao longo das fases de um projeto envolve no apenas sua conceituao geomtrica,
mas ainda a necessria coordenao entre os processos que o perfazem.

Por esta razo adotamos nesta pesquisa a definio do nvel de detalhe (LOD)
proposta em New Concepts for Structuring 3D City Models na Extended Level of
Detail Concept for CityGML Buildings (LWNER, et al, 2013, p. 466-480).

Os autores diferenciam nvel de detalhe geomtrico (GLOD) e nvel de detalhe


semntico (SLOD). Estes dois conceitos de LOD so apresentados separadamente para
as caractersticas do interior de um edifcio e em relao estrutura externa da
edificao, respectivamente.

O CityGML Geography Markup Language um aplicativo independente e de


cdigo aberto (open source), que serve como modelo de informao para a
representao, o armazenamento e a transferncia de dados em ambientes
tridimensionais. Abrange as representaes geomtricas de objetos tridimensionais,
bem como sua semntica e a sua inter-relao com outros objetos.

No passado, modelos tridimensionais de reas urbanas eram puramente visuais.


No entanto atualmente so enriquecidos com componentes de diversas plataformas que
possuem modelo de informao comum e aberto para permitir a representao de
objetos urbanos tridimensionais.

Um deles conhecido como CityGML, aprovado pelo Open Geospatial


Consortium (OGC) como padro oficial desde 2008, disponvel em:
http://www.opengeospatial.org/standards/citygml. Este modelo define em detalhe as
duas classes que iro participar de um modelo urbano e suas propriedades geomtricas
e topolgicas, alm de aspectos semnticos e geomtricos. Alm disso, caracteriza-se
por nveis de detalhe que permitem recriar modelos de um ambiente bsico
bidimensional em um ambiente tridimensional, de grande complexidade.

56
Nos estgios iniciais de projeto, em termos gerais, utilizamos o chamado LOD-
100, que representa informao conceitual, croquis, etc.

O LOD-200 corresponderia ao Estudo Preliminar em um processo de projeto, em


termos gerais, acrescentando a terceira dimenso na anlise de projeto No entanto,
cabe ressaltar a importncia no apenas da descrio semntica dos objetos, mas das
interfaces ontolgicas e da contextualizao do modelo.

A Lei 8.666 prev, como objetivo principal do Estudo Preliminar, a comprovao


da viabilidade do empreendimento. Ao estabelecermos o LOD-200 como nvel de
abstrao de trabalho, reduzimos a complexidade do detalhamento e as especificaes
de materiais de forma a ressaltar as solues de projeto empregadas e sua viabilidade
econmica, assim como o desempenho projetual em face dos requisitos e
condicionantes do empreendimento.

Os sistemas BIM podem representar diferentes nveis de detalhes dos


componentes construtivos, em sua representao geomtrica, mas ainda assim exigem
classificao e detalhamento prvios e o preenchimento de campos de informao
referentes aos parmetros que definem o modelo BIM.

O CityGML diferencia cinco nveis de detalhes consecutivos (LOD), onde os


objetos se tornam paulatinamente mais detalhados. No CityGML o mesmo objeto pode
ser representado em vrios LODs, permitindo a anlise e a visualizao do mesmo
objeto em relao aos diferentes graus de resoluo (abstrao).

O nvel mais simples o LOD-0, em essncia, um modelo digital do terreno. O


LOD-1 um modelo de blocos simples, sem quaisquer estruturas de telhado. Um edifcio
em LOD-2 caracteriza-se pelas estruturas de telhado, varandas e escadas.

LOD-3 indica modelos arquitetnicos com as estruturas de parede, telhado,


portas e janelas. O LOD-4 complementa um LOD-3 adicionando ao modelo detalhes
dos interiores como escadas e mveis, como pode ser visto na pgina seguinte. (Figura
17).

Um contexto urbano necessita ter diferentes nveis de detalhe (por exemplo em


arquivos CityGML, LOD-1, LOD-2, etc.) para representar quantidade maior ou menor
de informao, como pode ser observado na figura abaixo. Uma alterao de escala
equivale a uma mudana na forma de pensar determinado objeto (um prdio, bairro,
cidade ou regio). O problema de ter objetos em diferentes nveis de detalhe a
dificuldade de integrar todos eles em um nico modelo (GRGER et al, 2006, p. 11)
(Figura 17).

57
Figura 17 - Os cinco nveis de detalhe definidos (LOD) pelo CiyGML. Fonte: GRGER, G;
KOLBE, T; E CZERWINSKI, A. 2006, p. 11.

Ao nos depararmos com um problema arquitetnico, procuramos estabelecer


ligao entre um repertrio de projeto (que inclui componentes construtivos, processos,
mtodos e solues arquitetnicas) com os condicionantes de projeto, suas metas,
funes, contextos e restries, alm de normas e requisitos. Esta aproximao entre o
repertrio de solues de projeto e a complexidade do problema arquitetnico, ocasiona
variao de combinaes e tentativas, nas quais normalmente criatividade, intuio e
raciocnio procuram se manifestar. Por esta razo, a representao de componentes
construtivos e a conexo entre conjuntos de solues e seus respectivos contextos
semnticos essencial na elaborao de componentes nos sistemas BIM, se
desejamos utiliz-los em todas as fases de um projeto. Semelhantemente, o raciocnio
projetual procura se valer de dilogo entre a semntica das coisas e sua aplicao
contextual, seja fsica ou funcional. Os sistemas computacionais que servem de
ambiente de projeto devem fornecer nveis de abstrao de informao e diferenas de
representao grfica dos componentes construtivos. Visando avaliar a contribuio
que a integrao dos sistemas BIM e SIG pode trazer ao processo de projeto de
aeroportos no Brasil, realizamos projeto-piloto de expanso para uma torre de controle,
na seo 4.4- Simulao de expanso do terminal existente por meio de trs
alternativas de expanso do terminal existente - projeto (TWR), com o propsito de
simular o processo de projeto na INFRAERO.

58
2.9- COMPONENTES BIM

O processo de implantao dos sistemas BIM no mercado brasileiro est em


desenvolvimento e precisa de melhorias para que possa de fato propiciar avanos
construo civil brasileira. A possibilidade de extrair informao e propriedades
geomtricas de um modelo do edifcio, que utilizada em processo de anlise e de
planejamento da construo e da fabricao beneficiar toda a indstria da AEC. Gehry
argumenta que o computador, ao contrrio do que acreditam alguns, pode aproximar o
arquiteto tanto do processo de construo quanto dos clientes, alm de ajudar a manter
o mpeto e a variedade formal. (STEELE, 2001, p. 144).

A Gehry Technologies (GT) est entre os ganhadores do prestigiado Building


Information Model Awards, conferido pelo Instituto Americano de Arquitetos (AIA) em
Tecnologia Arquitetnica para a Prtica do Conhecimento (TAP). O projeto premiado
uma torre comercial de escritrios de 70 andares em Hong Kong. A Swire, Properties
Ltd, proprietria, impulsionou o uso de um modelo de informaes do edifcio para esse
projeto, visando a reduzir os custos e o tempo de construo, aumentar a eficincia e
reduzir os resduos em toda a concepo, construo e nos processos de gesto (Figura
18) (GEHRY TECHNOLOGIES, 2009.)

Figura 18 One Island East Tower, Swire, Properties Ltd. Fonte: OPUS Hong Kong.

59
A concepo dos projetos pela GEHRY PARTNERS LLP comea sempre a
partir de modelos reduzidos e sua posterior digitalizao por meio de scanners
tridimensionais. Os modelos obtidos neste processo so ento parametrizados no
sistema BIM Digital Project (EASTMAN et al, 2008, p. 60).

Estes modelos podem ser reconfigurados e modificados em vrias fases do


projeto. O modelo geralmente construdo pelo arquiteto. O coordenador do projeto ir
estabelecer modelo esquemtico. A partir deste modelo genrico, o engenheiro
estrutural ir dimensionar e projetar o seu sistema estrutural.

Da mesma forma, os componentes construtivos e acessrios aa edificao


devem possuir modelos BIM representando no apenas sua geometria, como ainda
informaes referentes a suas caractersticas e propriedades fsicas, como camadas
internas e materiais.

Os fabricantes devero conceber, projetar e construir modelos digitais dos seus


produtos e integrar o sistema. Os participantes das diversas reas complementares do
projeto podem extrair informaes do modelo mestre e contribuir com informaes de
volta para o modelo. Portanto, o modelo quase como uma coisa viva que continua
crescendo atravs do projeto durante todo o ciclo de vida. (CECCATO, 2001, p. 3 a 5).

Por outro lado, a biblioteca de famlias, incorporadas nas ferramentas BIM,


representam as prticas atualmente padronizadas pela indstria. Vrias organizaes
tm tomado iniciativas para desenvolver uma tecnologia de dados, workflows de
processos de negcios genrico e padres de contedo.

Uma das tarefas mais importantes do NATIONAL BIM STANDARD (NBIMS-


US) coordenar estes esforos e harmonizar o trabalho entre as diversas organizaes
com interesses semelhantes.

Muitas organizaes profissionais esto endossando o NBIMS-US ativamente


como tambm promovendo percias de assunto e recursos importantes de
desenvolvimento. Alm disso, a maioria dos fabricantes dos sistemas BIM anunciou
apoio aos padres BIM e tem participado ativamente no comit.
(www.wbdg.org/bim/nibs_bim.php, The Whole Building Design Guide, acessado em
30/03/2015).

Algumas das metas do NBIMS-US so orientar o escopo e o planejamento de


produtos para o processo de projeto, ao invs de concentr-los em uma base de
conhecimento fixa, bem como recomendar que o contratante assuma e estimule os
envolvidos a participarem ativamente em todas as fases do ciclo de vida do edifcio.

60
Uma meta primria do NBIMS-US maximizar o valor por todos os participantes
de processo envolvidos no ciclo de vida do edifcio. O NBIMS-US apoia a abordagem
em que o ciclo de vida do edifcio no seja um processo estritamente linear, mas um
processo principalmente cclico com avaliao e acumulao de conhecimento. H pelo
menos trs formas possveis de criao de componentes paramtricos (famlias) a partir
dos sistemas BIM. A primeira abordagem envolve a contratao de fornecedor BIM para
construir os componentes adicionais necessrios ao projeto. Isto ir garantir um fluxo
contnuo de informaes de construo, mas vai exigir o dispndio de recursos durante
todo o ciclo de vida do projeto.

A segunda abordagem, comumente encontrada em aplicaes BIM existentes,


exportar modelo nativo como um arquivo de dados com base em padro aberto, que
por sua vez podem ser importados e utilizados pelos mdulos de projeto independentes
desenvolvidos por especialistas diversos. Porm, a ausncia de um link de dados
dinmico significa que as alteraes em um desses projetos complementares no
podem ser refletidas de forma ativa e automaticamente nos campos de informao do
projeto central BIM (TSE & WONG, 2004, apud FILHO, CERVANTES, A. 2009, p. 13-
14). A terceira abordagem o desenvolvimento dos componentes em padres abertos
(TI open source) em um projeto BIM. Esta opo permite que a equipe de projeto
ganhe know-how em uma linha de tempo, alm de possibilitar a replicao dos
componentes paramtricos em projetos futuros. Este mtodo exige o domnio do usurio
na concepo, modelagem e configurao dos componentes dos sistemas BIM (TSE &
WONG, 2004, apud FILHO, CERVANTES, A. 2009, p. 13-14).

Tendo em vista a necessidade de transferncia de informao no ambiente da


INFRAERO, esta pesquisa defende o uso de padres abertos para desenvolver
componentes paramtricos, centrados na modelagem de apoio (micro modelagem) do
modelo central. O objetivo disto aproveitar a estrutura e organizao existentes na
empresa, entre as diferentes especialidades de arquitetura e de engenharia, para a
aplicao de componentes usualmente empregados na infraestrutura aeroporturia. O
grande desafio est em entender como podemos compartilhar o conhecimento e as
responsabilidades entre as diversas reas da empresa, de modo a atender as
demandas dos processos e dos projetos ao mesmo tempo. A utilizao de componentes
paramtricos de equipamentos, somada disponibilidade de elementos construtivos
comuns, possibilita que o processo de projeto aeroporturio torne-se possvel no Brasil.
Isto se torna ainda mais relevante em funo dos componentes de infraestrutura
aeroporturia no serem usuais e, portanto, certamente, por sua especificidade,
carecerem de desenvolvimento adequado para que sejam passiveis de utilizao em
projetos BIM.

61
2.10- ASSOCIAO DOS SISTEMAS BIM E SIG

Segundo PAUWELS (2012), os sistemas BIM permitem o desenvolvimento de


processos de traduo e interpretao de informao entre especialistas e/ou usurios
dos diversos campos de conhecimento. Sistemas Especialistas podem ser postos em
prtica, para representar e transferir informao sobre cada um desses campos de
conhecimento (PAUWELS, 2012). Um sistema especialista aquele que projetado e
desenvolvido para atender a uma aplicao determinada e limitada do conhecimento
humano, atravs do agrupamento de objetos/mdulos, cada qual com sua
especialidade, com o objetivo de fornecer resposta o mais factvel possvel da real
resposta esperada (PREZOTO, L., 2010, p.2). Os sistemas especialista tem como
premissa principal solucionar um problema que normalmente so solucionados por
especialistas humanos, o sistema capaz de emitir uma deciso, com o apoio em
conhecimento justificado, a partir de uma base de informao, tal qual um especialista
de determinada rea do conhecimento. Por meio desses sistemas todos os participantes
utilizam um mesmo protocolo de comunicao da informao. Desta forma erros de
comunicao ou de interpretao podem ser evitados, como por exemplo, na
importao do modelo entre diferentes aplicativos.

Neste sentido a metodologia de processo de projeto semntico chamado,


STREAMER pertencente a European Research on Energy-efficient Healthcare
Districts, conforme SEBASTIAN et al, permite que todos os participantes de um projeto
possam otimizar sua compreenso e atuao em diferentes nveis de abstrao,
observando a escala do edifcio, da vizinhana, do bairro, ou da cidade. Ferramentas de
gerenciamento de dados em diferentes nveis de abstrao s so possveis se
associarmos as reas de conhecimento dos sistemas BIM e SIG de forma a permitir
representar os parmetros e as caractersticas geomtricas dos objetos em diferentes
nveis de abstrao. O STREAMER visa permitir a captura, o intercmbio, a partilha, a
comparao e o armazenamento de informaes relevantes para a construo de
modelos SIG para projetar a edificao com melhor eficincia energtica. At
recentemente, a interoperabilidade de informaes era limitada ao mesmo domnio.
Cada modelo de informao era normalmente projetado para um domnio especfico,
por exemplo, AEC ou planejamento urbano. A conexo dos dados do modelo em
diferentes nveis de detalhe (LOD) at hoje difcil; e, alm disso, nenhum dos modelos
de informao existentes abrange uma abordagem holstica para a construo
contemplando todo seu ciclo de vida (SEBASTIAN et al, 2013, p. 256-257). Um padro
aberto, que permita descrever as relaes entre diferentes modelos de informaes
semnticas (por exemplo, entre o IFC e o CityGML), especialmente em ambientes
de rede ainda no foi desenvolvido (VAN BERLO, & DE LAAT, 2011, p. 211-227).

62
O STREAMER adota a abordagem de modelagem conjunta das reas
relacionadas, utilizando o modelo ideal para cada processo, para todo o ciclo de vida,
levando em conta os relacionamentos destes. Esta abordagem permite que todos os
participantes possam contribuir para otimizar os projetos de edifcios em um nvel
complexo de construo. A relao entre os diferentes modelos, por exemplo, do
detalhado, de construo (por meio dos sistemas BIM) e sua vizinhana (em SIG), deve
considerar todos os nveis de abstrao e especificao envolvidos no projeto. Diversos
sistemas BIM e SIG esto atualmente no mercado. No contexto nacional apenas dois
fabricantes de sistemas BIM encontram-se estabelecidos como representantes
nacionais e, portanto, podendo fornecer solues atravs de licitaes pblicas como
no caso da INFRAERO.

LISTAMOS ABAIXO OS DIVERSOS SISTEMAS EXISTENTES QUE FORAM


AVALIADOS NESTA PESQUISA PARA O DESENVOLVIMENTO DE PROJETO
PILOTO DE AEROPORTOS:

1- REVIT (BIM) - considerado o lder de mercado e talvez a melhor ferramenta


atualmente para uso dos sistemas BIM no processo de projeto arquitetnico.
Seus pontos fortes so a facilidade de aprendizagem e interface amigvel com
o usurio, alm de possuir uma grande variedade de bibliotecas disponveis,
inclusive para terceiros. Os pontos fracos so a forma como utiliza da memria
do computador (com perdas significativas de desempenho para grandes
projetos) e tambm no oferece suporte para superfcies curvas complexas. Por
ser um aplicativo baseado no uso da memria do computador, oferece restries
no escalonamento de grandes projetos Aconselha-se a dividir grandes projetos
em mdulos de acordo com reas, ou melhor, para facilitar o desempenho. Outra
limitao consiste em no permitir a visualizao de modelos em perspectiva,
em modo de edio, mas somente em axonomtricas, Isto tem implicaes
profundas, como por exemplo, a impossibilidade de navegar atravs dos
modelos em modo de edio (EASTMAN et al, 2008, p. 57 a 64);

2- ARCHICAD (BIM) - possui uma interface intuitiva, que facilita o aprendizado,


sendo relativamente simples sua utilizao (EASTMAN et al, 2008, p. 57 a 64).
o mais antigo sistema BIM no mundo e o mais utilizado na Unio Europeia.
Possui grande diversidade de bibliotecas de objetos Conta ainda com
atualizao automtica de documentao e suporta operaes simultneas de
mais de um utilizador. Permite visualizao de modelos em perspectiva, em
modo de edio para navegar atravs dos modelos ainda neste modo
(EASTMAN et al, 2008, p. 57 a 64);

63
3- DIGITAL PROJECT foi desenvolvida pela Gehry Technologies, representa uma
customizao para edifcios do CATIA Dassault, a plataforma de modelagem
paramtrica mais utilizada no mundo nas indstrias aeroespacial e automotiva.
A estrutura lgica do CATIA divide-se em mdulos, chamados de
Workbenches. A customizao feita pela Gehry Technologies trouxe uma srie
de novas famlias de objetos especficos para a construo civil base CATIA
de gerenciamento de infraestrutura e projeto. A Digital Project oferece poderosa
capacidade de modelagem paramtrica, sendo este um dos seus pontos mais
fortes. Possui tambm a capacidade de modelagem direta de grandes
complexos de informao do edifcio. Seus pontos fracos so a dificuldade de
aprendizado de sua utilizao, alm de possuir uma biblioteca de objetos
bastante limitada. Ainda uma ferramenta em desenvolvimento, que aos poucos
ir conquistando seu espao no mercado e gerando novas bibliotecas de objetos
por terceiros (EASTMAN et al, 2008, p. 57 a 64);

4- TEKLA STRUCTURES, plataforma desenvolvida pela Tekla Corp, companhia


finlandesa fundada em 1966, com escritrios espalhados por todo o mundo.
Possui divises de edifcios, construo, infraestrutura e energia. Para atender
demanda dos fabricantes de concreto pr-fabricado, representados pela
Precast Concrete Software Consortium, a funcionalidade do software foi
estendida para suportar interfaces de fabricao digital para estruturas de
concreto e fachadas de edificaes. Seus pontos fortes so principalmente sua
grande versatilidade em modelar diferentes estruturas que incorporem todo tipo
de materiais e detalhamentos das estruturas. Como fator negativo, como toda
ferramenta complexa, exige significativo tempo em treinamento para que o
usurio possa utilizar de todas as funcionalidades do programa (EASTMAN et
al, 2008, p. 57 a 64);

5- DPROFILER, desenvolvida pela Beck Technologies, localizada em Dallas,


Texas. Baseia-se em plataforma de modelagem paramtrica adquirida da
Parametric Technologies Corporation - (PTC), em meados dos anos 90. Foi
introduzida no mercado como ferramenta para estudos preliminares em
edificaes, anteriores ao desenvolvimento dos projetos. A habilidade em gerar
diferentes solues ou partidos de projeto nica entre todos os softwares
citados nesta anlise. Seus pontos negativos devem-se ao fato do DProfiler no
ser uma ferramenta de uso genrico para utilizao dos sistemas BIM, mas
apenas para estudos iniciais (EASTMAN et al, 2008, p. 57 a 64);

64
6- BENTLEY ARCHITECTURE o sistema BIM da Bentley para arquitetura
introduzido em 2004, sendo uma evoluo do programa Triforma. Possui
mdulos que se integram ao projeto de arquitetura, como: Bentley Structural,
Building, Mechanical Systems, Electrical Systems, Facilities, Power Civil (para
planejamento do stio) e Generative Components. So aplicativos baseados em
arquivos, salvando as alteraes de forma que se utilizam pouco da memria do
computador. Como ponto forte, a ferramenta BIM da Bentley oferece ampla
gama de aplicativos que abrangem, de forma genrica, todo o escopo da rea
da Arquitetura e Construo. Constitui-se numa ferramenta indicada para
grandes empreendimentos. Seus pontos fracos so a dificuldade de utilizao
dos variados aplicativos, tornando difcil seu aprendizado. Ele tambm possui
nmero limitado de biblioteca de objetos, se comparado com produtos similares
(EASTMAN et al, 2008, p. 57 a 64);

7- INFRAWORKS (SIG) - pode importar grandes modelos de infraestrutura a partir


de plantas CAD 2D, modelos feitos nos sistemas BIM, ou outros formatos de
arquivos existentes como CityGML ou nuvens de pontos. Assim torna-se
possvel trabalhar com representaes abstratas nos estgios iniciais de projeto.
Possibilita simular o resultado das alternativas de projeto no processo de
construo por meio de interatividade e visualizao. Permite que usurios
visualizem as infraestruturas existentes e a topografia. Isto permite avaliar as
condies existentes e melhorar a tomada de decises (AutoDesk).

Em razo do emprego comercial, no Brasil, dos sistemas BIM estar difundido


majoritariamente pela Autodesk - Revit e de forma menos expressiva por meio da
Graphisoft ArchiCAD, optamos pela utilizao do Revit nesta pesquisa. Em parte,
devido ao fato da sute oferecida pela AutoDesk contemplar solues no apenas
para arquitetura, como ainda as especialidades de engenharia atravs de mdulos
especficos do Revit (Structure e MEP). Outra forte razo reside na utilizao pela
INFRAERO dos softwares da AutoDesk, o que pode vir a tornar os dados obtidos
nesta pesquisa de maior utilidade em eventual adoo dos sistemas BIM pela
INFRAERO. O autor, enquanto servidor pblico da INFRAERO, coordenou propostas
tanto da AutoDesk (Revit) como da Graphisoft (ArchiCAD) de projeto-piloto
envolvendo os sistemas BIM nas prticas de projeto da empresa. Apesar de ambas aas
solues serem possveis e viveis para o ambiente organizacional da INFRAERO, a
utilizao dos softwares da AutoDesk parece mais vivel num primeiro momento, em
razo de sua difuso previa e conhecimento tcnico pelos funcionrios da empresa.

65
Ambos os programas so ferramentas para a
produo de objetos paramtricos BIM de alta
qualidade. Porm, existe grande diferena na forma
como os programas funcionam tecnicamente. O Revit
mais tcnico do que ArchiCAD porque utiliza cadeias
de medio contnuas que so fixas aos objetos
paramtricos. Apesar de mais preciso, tambm mais
trabalhoso para construo um modelo, se comparado
ao ArchiCAD, onde as distncias podem ser digitadas,
tornando o modelo mais flexvel para incorporar ajustes.
O Revit apresenta biblioteca de objetos a partir do qual
possvel inserir janelas e outros objetos de
construo. Mas no h nenhuma janela padro para
Revit que possa ser inserida em uma parede curva.
No possvel construir tal janela no Revit, nem
mesmo atravs de edio da "Famlia" (objeto do grupo)
a partir da biblioteca, ou atravs de controles de cortina.
J no ArchiCAD as janelas podem ser inseridas em
paredes retas e/ ou curvas, paredes que no tm lados
paralelos, paredes inclinadas. Alm disso podem ter
vidros curvos (http://bimequity.com/en/cases/
engineers-contractors/revit-vs-archicad/).

A flexibilidade maior de modelagem do ArchiCAD perfaz diferencial a seu favor.


No entanto, apesar da limitao em formas complexas, o Revit permite que isto ocorra
em ambiente de massa nativo. Ou seja, existem formas de contornar esta diferena
entre os dois modeladores BIM, como descrito abaixo.

No Revit, no se pode modelar uma parede


inclinada sem utilizar ferramenta de massa e a
inclinao da parede inclinada no pode ser alterada
posteriormente. No ArchiCAD, possvel modelar uma
parede inclinada reta ou curva e ajustar a inclinao
conforme necessrio. Isto significa que os projetos de
formas mais elaboradas so claramente mais fceis de
modelar no ArchiCAD que no Revit. Os dois
programas tambm utilizam objetos de maneiras muito
diferentes. O ArchiCAD apresenta mais de 2.000
objetos internos enquanto o Revit apresenta um
nmero menor de componentes padro, apesar de
existirem vrios sites para download dos mesmos.
Uma grande restrio do ArchiCAD que s existe em
uma verso adequada para todas as disciplinas de
projeto, enquanto o Revit apresenta diferentes verses
para arquitetos, engenheiros civis e engenheiros de
sistemas eltricos, Hidrossanitrios e mecnicos. O
ArchiCAD apresenta capacidade limitada para
manipular estruturas, e requer um plug-in para as
especialidades complementares a de arquitetura
(http://bimequity.com/en/cases/engineers-
contractors/revit-vs-archicad/).

66
A limitao expressa no sistema BIM Revit em relao a biblioteca pr-
existente-existente apoia a hiptese desta pesquisa, no vis de desenvolvimento de
componentes paramtricos especficos para aeroportos. Os SIG podem propiciar a
comparao e anlise de diferentes componentes construtivos ou mdulos funcionais
de um aeroporto, em diferentes nveis de detalhe e consequentemente de abstrao.
Estes tambm pode servir como ferramenta de adequao de projeto ao Plano Diretor
Aeroporturio. Por fim, podem ainda servir como ferramenta para georreferenciamento
de forma remota dos diversos aeroportos da rede INFRAERO, espalhados pelo pas.
Neste contexto, os sistemas BIM podem ser usados para representar o projeto quando
associado ao SIG. O ambiente de associao dos sistemas BIM e SIG suportaria
diferentes ferramentas de anlise e de simulao, como, por exemplo, conforto
ambiental, anlises estruturais, de custos e de viabilidade de obras, relacionamento com
o entorno imediato, adequao ao Plano Diretor do aeroporto, entre outras.

KUNZ E RITTEL (1972) descrevem o projeto como um processo onde os


profissionais da AEC simultaneamente formulam definies de problemas de projeto,
bem como definies de solues para esses problemas. (RITTEL, 1972, Apud
MUSTOE, 1990, p. 3-5.) O arquiteto HORST RITTEL (1967) caracterizou os problemas
de projeto e o processo de projetao como wicked-problems, ou problemas no-
estruturados, indefinidos por natureza, em contraste com os problemas relativamente
simples, como os de solues matemticas, xadrez ou quebra-cabeas. As onze
propriedades que caracterizam os problemas no-estruturados, inclusive as de
projetos de arquitetura, foram listadas por RITTEL em 1972, como a seguir:

1-Problemas no-estruturados no tem uma formulao definida; 2- Toda


formulao do problema no-estruturado corresponde a formulao da soluo e vice-
versa; 3- Problemas no-estruturados no possuem regras para parar; 4- As solues
dos problemas no-estruturados no so certas ou erradas; 5- Na soluo dos
problemas no-estruturados h uma lista interminvel de operaes possveis; 6- Para
cada problema no-estruturado h sempre mais de uma explanao; 7- Cada
problema no-estruturado um sintoma de outro problema maior; 8- Nenhum
problema no-estruturado e nenhuma soluo para ele tem um teste definitivo; 9- Cada
problema no-estruturado uma operao nica; 10- Cada problema no-
estruturado nico; 11- A soluo do problema no-estruturado no certa ou
errada (RITTEL, 1972 apud MUSTOE, 1990, p.3 a 5).

As ferramentas de suporte deciso de projeto - como a matriz semntica desta


pesquisa - se relacionadas a um ambiente SIG podem oferecer suporte para a
classificao e o rastreio de informao dos componentes aeroporturios, em diferentes
nveis de detalhe e abstrao.

67
ALEXANDER (1965), negando a teoria que havia apresentado anteriormente, em
1965 afirma que os problemas de projeto no podem ser decompostos em pequenas
partes para obter soluo. Isso significa que mesmo que possamos subdividir um
problema maior em vrias representaes simblicas menores, particularmente, em
projeto de arquitetura, no podemos resolver a complexidade do problema maior por
meio da resoluo de suas subdivises. A atividade de projeto precisa enfrentar, por
inteiro, a complexidade do problema e tentar enxerg-lo por diferentes ngulos, sob
diferentes nveis de informao, detalhe e contexto. A primeira referncia importante de
CHRISTOPHER ALEXANDER (1964) foi o livro Notes on the Syntesis of Form, em que
afirmou que os problemas de projeto poderiam ser subdivididos em problemas menores,
em vrios nveis, em um processo que ele representou como uma rvore invertida. A
resoluo individual dos problemas menores culminaria na resoluo dos problemas
maiores. Esta teoria de projeto recebeu muitas crticas porque logo ficou evidente que
a resoluo de problemas menores no era independente das demais e interferiam
umas nas outras. O prprio ALEXANDER, mais tarde, em 1965, reconheceu que o seu
modelo de projetao no era vivel e escreveu o artigo denominado A City is not a
Three. Neste ltimo ele nega a possibilidade de resolver os problemas maiores a partir
da subdiviso dos mesmos em problemas menores. (ALEXANDER, 1965, p. 58 a 62).

Os esforos representados por iniciativas como o CityGML no suporte de


relaes entre objetos e conjuntos de informao (data base) demonstram a importncia
de se estabelecer um ambiente colaborativo multidisciplinar. O banco de dados
relacional que integra um arquivo central BIM a um ambiente SIG CityGML, via
exportao IFC, serve ao propsito de perseguir melhores solues criativas e
inovadoras de projeto, que ao utilizarem diferentes dimenses e domnios de
conhecimento possam expressar o estado da arte na resoluo de determinado
problema de projeto. Os sistemas BIM podero auxiliar a INFRAERO, em caso de sua
adoo, uma vez que esta empresa costuma contratar o desenvolvimento dos projetos
de muitos de seus aeroportos, mas tambm desenvolve internamente outros tantos,
como por exemplo o Terminal Regional do Brasil objeto desta pesquisa. Torna-se
importante preservar um espao para que as ambiguidades e abstraes possam se
manifestar nos processos criativos das equipes de projeto, sobretudo nos estgios
iniciais. Os SIG possuem a capacidade de descrever caractersticas geogrficas, no
apenas de forma grfica, mas tambm por meio de informaes topogrficas,
possibilitando anlises do modelo digital em relao ao mundo real, por meio de
combinao de objetos existentes (estradas, rvores, elevaes, etc.) e dados digitais.
Existem duas divises de objetos reais: os objetos individuais (por exemplo, uma rvore)
e campos contnuos (como elevaes).

68
Ressalta-se a possibilidade de associarmos os sistemas BIM e SIG em um
ambiente de trabalho, onde diversas ferramentas e softwares de projeto e anlise
podem ser utilizados. Os diferentes nveis de abstrao consistem em representaes
dos objetos em uma relao variada de contextos e conexes. Envolve aspectos
semnticos, fornecendo ao projetista diferentes vises e contextos de um mesmo
problema arquitetnico. A associao entre os sistemas BIM e SIG pode auxiliar na
representao, processamento ou simulao dos campos referentes aos componentes
paramtricos, em diferentes nveis de abstrao de informao e de representao
geomtrica. Segundo Espindola, em artigo intitulado: A importncia da Modelagem de
Objetos no Desenvolvimento de Sistemas, abstrao conceituada como um
processo seletivo de determinados aspectos de um problema, com o objetivo de isolar
aspectos que sejam importantes para algum propsito e suprimir os que no forem
(ESPINDOLA, 2001, p.1-2).

As informaes estruturais pouco definidas e com alto nvel de relacionamento


(alta abstrao) possuem inmeras conexes, as quais podem ser representadas com
diferentes nveis de detalhes. Isto torna possvel a criao de alternativas de projeto que
respondam no apenas aos requisitos conhecidos, mas tambm ao contexto relacional
e sua complexidade. Esta ltima precisa ser traduzida e filtrada para que os
parmetros de anlise sejam definidos. Por exemplo, ao imaginarmos uma fachada,
podemos estar interessados na criao de aberturas para propiciar a entrada de luz e
ar natural, sem, no entanto, desejarmos nos estgios iniciais de projeto adicionar
informaes referentes ao tipo de janela que dever preencher essas aberturas. Este
exemplo mostra que desejamos abstrair da composio arquitetnica as informaes
sobre as esquadrias, sem prejudicar a composio funcional, esttica e de eficincia
energtica em curso. Tais abstraes so fundamentais para que o arquiteto possa ter
liberdade de relacionar diferentes significados, como imaginar a relao do edifcio com
a influncia solar, sem no entanto lidar com a complexidade maior que significa se
pensar em que tipo de fechamento dever ser pensado para as esquadrias. Da mesma
forma, pode-se simular diferentes contextos ou situaes de projeto, como por exemplo
as relaes entre a edificao e o terreno, em caso de se adotar um partido trreo, que
ocupe maior rea de solo, ou de mais de um pavimento. Estes exerccios projetais que
envolvem variao na informao e na representao geomtrica dos componentes
perfaz um requisito fundamental para que os projetistas possam propor diferentes
alternativas em busca da soluo que melhor se adapte aos requerimentos de projeto.
Por meio de manipulao no nvel de detalhe na representao dos elementos
construtivos o(a) arquiteto(a) realizam processo de anlise que culminam na tomada de
decises em relao a determinadas solues em detrimento das demais.

69
Por exemplo, o projetista pode analisar diferentes solues de fechamento de
janelas, representando contextos como insolao, interferncias e funcionalidade. O
nvel de detalhe compe os dados que sero utilizados para analisar o modelo. Portanto,
se essa informao est omissa ou incorreta, as anlises no podero ser realizadas
(WEYGANDT et al, 2005, p. 495-499). Os sistemas BIM envolvem componentes
paramtricos, porm o desenvolvimento de conjuntos funcionais, ou mdulos
semnticos como, por exemplo, mdulos de check-in, de sanitrios pblicos, de
tratamento de bagagem, de embarque, desembarque, de espera, entre outros, que
representem os mdulos funcionais de um aeroporto podem ser de grande valia para
projetos e situaes de projeto que se repetem, como o projeto de torres de controle,
terminais de passageiros, terminais de carga, etc.

Os principais mdulos funcionais de um aeroporto podem ser representados por


conjuntos de componentes construtivos de projeto, podendo ser inseridos em projetos
maiores. O que se almeja com os esforos de normatizao da ABNT e classificao
conceitual e de nvel de detalhamento para os componentes BIM criar ambiente de
trabalho, de representao grfica e de especificao e detalhamento construtivo.
Basicamente o que ocorre que os requerimentos so a nica diretriz nesse processo,
determinando o nvel de comunicao entre os projetistas e os proprietrios. No caso
da INFRAERO, a comunicao feita entre os projetistas a rea de engenharia e suas
especialidades (Sistemas Eltricos, Hidrossanitrios, Eletromecnicos, Telemtica,
Estruturais, Oramento, Infraestrutura, Arquitetura, Auxlios Navegao Area e
Eletrnicos) e SAC e ANAC, alm do prprio conselho consultivo da empresa, que
atuam na regulao e certificao das atividades aeroporturias.

Segundo SEBASTIAN e BHMS (2013), a nova gerao de edifcios


semnticos e de modelagem de informao georreferenciada permitem a relao de
processos inteligentes entre as percepes e experincias dos usurios sobre a
operao, funcionalidade e problemas tcnicos de uma edificao (SEBASTIAN e
BHMS, 2013, p. 256-257). A utilizao de uma base de associao entre os sistemas
BIM e SIG para os aeroportos brasileiros permite que os diferentes aeroportos da rede
INFRAERO no pas possam interagir na gesto da sua informao. Permite ainda o
compartilhamento de protocolos de anlise, como arquivos contendo modelos BIM,
exportados em arquivos open source como o IFC, componentes construtivos de
aeroportos com validao contextual atravs da exportao para os SIG e de mdulos
funcionais para um aeroporto, como os expressos na matriz elaborada nesta pesquisa,
que possam ser replicados segundo ontologia e semntica comuns a todos os
envolvidos.

70
2.11- APLICAO DOS SISTEMAS BIM PRECEDENTES IMPORTANTES
2.11.1- GARDERMOEN AIRPORT, OSLO, NORUEGA.

Figura 19- Aeroporto de GARDERMOEN, Oslo. Fonte: (RENGIFO et al, 2008, p. 6).

Neste projeto da AutoDesk, foi abordado o uso dos sistemas BIM (Revit)
aplicados ao desenvolvimento dos projetos do atual aeroporto e de uma proposta de
expanso de 180.000 metros quadrados. Obtivemos as informaes sobre o Aeroporto
de Gerdermoen do Estudo de Caso da AutoDesk sobre o mesmo (Figura 19)
(RENGIFO et al, 2008, p. 6). Localizado em Oslo, Noruega, empregou arquitetos de
mais de vinte diferentes nacionalidades, tendo como premissas a abordagem
colaborativa de trabalho e o benefcio de contar com a participao de profissionais com
formaes diferentes.

Segundo os arquitetos ALFONSO D. RENGIFO, MORTEN RDER,


BJRNAR MARKUSSEN E AAS-JAKOBSEN - BRGIDA BRANCO, da NSW e da
empresa norueguesa Narud Stokke Wiig com sede em Oslo, na Noruega:

a expanso do Aeroporto Gardermoen com uma rea


projetada de 170000 metros quadrados exigiu que
equipe fosse reestruturada para que se tornasse
possivel ajustar os fluxos de trabalho e as
responsabilidades segundo o novo processo de
projeto.

O novo terminal T2 foi construdo no lado norte do edifcio central, possuindo


ligaes funcionais com o Terminal existente T1. O processo utilizado teve incio por
meio da modelagem do terminal existente, de forma que o novo T2 pudesse ser
compatibilizado e oferecesse solues para que as interligaes entre os dois edifcios
fossem pensadas internamente, no sistema Revit (Figura 19).

71
Os rascunhos e esboos grficos nas fases iniciais de projeto foram amplamente
utilizados, principalmente nos processos de tomada de deciso, sendo depois seu
resultado modelado de forma a propiciar maior compreenso espacial da equipe.

Pde-se observar que nos sistemas BIM, existe a determinao de lidar com
objetos altamente definidos, atravs de seus parmetros especficos. Isto no se
coaduna com a necessidade de abstrao do arquiteto na fase inicial de representao
desses objetos, para manter em aberto as diversas alternativas de soluo. (Figura 20)

Figura 20- Vista do Terminal 2. Fonte: RENGIFO et al, 2008, p. 6.

Segundo os arquitetos da NSW, a implantao dos sistemas BIM foi


gradual e para isso os seguintes postos de trabalho foram criados com as
seguintes atribuies:

1- GESTOR BIM: viso geral do processo e dos sistemas BIM, testes, cursos e
compras;
2- COORDENADOR BIM DO PROJETO: responsvel por um ou dois projetos,
configurao dos arquivos e apoio s equipes;
3- ESPECIALISTA BIM: responsvel pela criao das famlias paramtricas,
segundo requisitos especficos de cada projeto;
4- GERENTE CAD: responsvel pela continuao do apoio a projetos a serem
desenvolvidos tridimensionalmente e a extrao de representaes
bidimensionais.

72
Devido ao tamanho do arquivo e s dificuldades consequentes, como lentido de
computadores e servidores para lidar com os mesmos, foi necessrio fazer uma
modulao nos sistemas BIM.

Esta diviso foi feita em trs partes principais, de forma a alcanar tamanhos
gerenciveis de dados e grupos de usurios. O escritrio decidiu, em funo do fluxo de
trabalho, fracionar o modelo, ainda que isto aumentasse as dificuldades em relao ao
fluxo de informao.

O fracionamento do modelo facilitou a edio e transmisso de dados, mas por outro


lado dificultou o gerenciamento e a integrao dos mesmos. O uso de ferramentas
paramtricas BIM para a criao de famlias foi crucial para a eficincia e adaptabilidade
de modelagem de grande escala, como o T2- GARDEMOEN.

O conhecimento adquirido pela equipe de projeto revelou que se tivessem se


decidido, desde o incio do processo, a dividir o modelo em mdulos funcionais e
semnticos para o Projeto, isto teria facilitado as coisas.

Desta forma, as informaes referentes ao projeto so disseminadas por trs


arquivos distintos. A novidade aqui reside na integrao necessria entre os diferentes
modelos BIM para que as solues propostas no sejam conflitantes.

Convenes de nomenclatura (padronizao) devem ser consistentes para todos os


arquivos de modelo, mesmo que os arquitetos em geral adotem sua prpria "lgica" de
nomear objetos, deve-se aplicar rigorosa conveno de nomenclatura para todos os
objetos.

Como parte dos requisitos para a entrega dos produtos realizados em BIM, o cliente
realizou especificao descrevendo o que entregar. E grande parte desses requisitos
exigia formatos abertos de trocas de arquivos e de servidor, como o Open BIM e o IFC.
Alm disso, todas as disciplinas tiveram liberdade para escolher quais aplicativos BIM
atenderiam melhor as suas necessidades (RENGIFO et al, 2008, p. 6).

Neste projeto a equipe teve que organizar um mergulho profundo no mercado e


testar programas capazes de preencher a necessidade precisa de cada disciplina.

A figura a seguir exemplifica por cores diferentes arquivos BIM, representando o


fracionamento do modelo utilizado (Figura 21).

Fracionando o modelo, apesar de uma coordenao mais trabalhosa, os


computadores puderam trabalhar de forma menos demorada em relao ao tamanho
dos arquivos gerados.

73
Figura 21- Arquivo de Modelo aps dividir reas. Estudo de Caso AutoDesk: Aeroporto de
GARDERMOEN, Oslo, Noruega. Fonte: RENGIFO et al, 2008, p. 6.

O uso de ferramentas paramtricas BIM para criao de famlias


extremamente crucial para eficincia e adaptabilidade de modelagem de grande escala,
como o T2, GARDEMOEN. Os processos de desenvolvimento de esttica, funcional e
estrutural para os componentes da biblioteca so complexos e criam elementos que
podem flexionar, adaptar e registrar informaes que podemos melhorar o atual nvel
de preciso dentro do modelo. O projeto paramtrico de componentes permite que o
modelo cresa ao longo do seu desenvolvimento atravs de cada fase do projeto.

Variveis desconhecidas podem ser testadas, testadas e validadas com o uso


da flexibilidade dos componentes paramtricos. Ao longo do processo de projeto, como
importantes decises de projeto so feitas, os componentes podem ser editados e
atualizados, e agrupados em tipos semelhantes para permitir que uma mesma famlia
torne-se parte do projeto conceitual e dos desenhos de detalhamento e construo. Isso
benfico, quer em termos de tempo, de eficincia e de manuteno permitido pela
colocao precisa dos elementos dentro do modelo. A estrutura do aeroporto englobou
muitos elementos repetitivos, tipos similares de elementos e contnua adaptao tcnica
dos repetidos detalhamentos (Figura 22 a seguir).

74
Figura 22 Detalhamento e repetio de elementos construtivos. Fonte: RENGIFO et al, , p. 6).

Por esta razo, muitos componentes criados foram projetados para adaptar-se
parametricamente s diferentes circunstncias dentro do modelo do T2. Tamanho,
clculo, materialidade, alm de outras opes de componente permitem que uma famlia
possa ser repetida e sofrer alteraes, para refletir a geometria desejada e tambm
permitir que o arquivo fique de tamanho menor. O grande tamanho do arquivo, quando
muitos componentes so adicionados, problemtico em projeto como esse por causa
da variedade de componentes necessrios, equipamentos especializados, detalhes e
estrutura complexa (Figura 23).

possvel citar exemplos que incluem equipamentos especiais de aeroportos,


tais como esteiras de bagagens, equipamentos de segurana, principais elementos
estruturais (no sentido de clculos necessrios), peles de vidro e componentes de
mobilirio. Atravs das variaes paramtricas, podemos utilizar vasta gama de opes
dentro de uma mesma famlia, conforme o projeto desenvolvido, e assim refinar o
componente de forma especfica e salv-lo como arquivo diferente, para que todos os
arquivos sejam mantidos no banco de dados para posterior utilizao.

Figura 23- Famlia 1 - Componentes adaptativos. Fonte: RENGIFO et al, 2008, p. 6.

75
Por isso, todas as famlias paramtricas, informaes e catlogos esto
disponveis, como base de dados que pode ser adaptada facilmente para novas
situaes.

Por meio dos recursos dos sistemas BIM, os projetistas criaram diferentes
famlias de componentes com diferentes nveis de detalhe e diferentes solues para
um mesmo problema de projeto (Figura 23 a 25).

Isto possibilitou o teste de diferentes alternativas e ainda a representao e a


reunio de informaes medida que a tomada de decises ia acontecendo e
consequentemente, ao longo do desenvolvimento do projeto (Figuras 23 a 25).

Figura 24- Famlia 2 - Coluna e viga da estrutura. Fonte: RENGIFO et al, 2008, p. 6.

As Figuras 23 a 25 ilustram diferentes famlias de componentes que foram


criadas para os projetos do T2, permitindo representar diferentes nveis de detalhamento
e desenvolvimento do aeroporto.

Figura 25- Famlia 3 Estrutura do Telhado. Fonte: RENGIFO et al, 2008, p. 6.

76
3- MATERIAL E MTODOS

3.1- MATRIZ SEMNTICA DE REGRAS DE ABSTRACAO DA INFORMAO

A matriz semntica foi elaborada visando suprir a deficincia explcita dos


sistemas BIM, em representar diferentes nveis de abstrao e especificao de
componentes construtivos. Uma vez que os sistemas BIM requerem especificao
precisa desde o incio do projeto, impossibilitam representaes ambguas. A
construo da matriz semntica foi feita para representar o ambiente organizacional da
INFRAERO, envolvendo os processos de projeto e aprovao, relacionados s partes,
ou mdulos funcionais de um aeroporto. O programa Xmind, desenvolvido em
novembro de 2008 por uma empresa de negcios de Hong Kong, permitiu a elaborao
da matriz semntica de regras de abstrao e, ainda, a criao de grficos do tipo Gantt,
teis para relacionar cada uma das partes ou tarefas em uma linha de tempo (BARROS,
2003, p.3). um mtodo relativamente antigo, pois foi criado em 1918, mas ainda
bastante praticado.

CONSISTE EM ENCONTRAR A MELHOR MANEIRA POSSVEL DE


POSICIONAR AS DIFERENTES TAREFAS DE UM PROJETO A EXECUTAR NUM
PERODO DETERMINADO, EM FUNO:

1- DURAES DE CADA UMA DAS TAREFAS;


2- RELAES DE PRECEDNCIA ENTRE AS DIFERENTES TAREFAS;
3- PRAZOS A RESPEITAR (BARROS, 2003, P.3).

Representar as tarefas de projeto integradas com os requisitos necessrios de


aprovao uma das funes previstas dessa matriz. Os recursos presentes na verso
digital da matriz permitem que o usurio possa interagir com o software e realizar
consultas sobre diferentes partes do aeroporto, de forma simultnea. Isto permite, por
exemplo, relacionar um mdulo de check-in do aeroporto, s tarefas e premissas de
projeto de arquitetura e de engenharia. A ideia utilizar a matriz como ferramenta de
suporte no apenas na tomada de deciso, mas ainda para guiar os projetistas,
definindo a extenso das atividades previstas para cada profissional e a inter-relao
entre as mesmas.

A matriz de semntica foi composta por camadas ou nveis de informao


distintos particularmente no que se refere a aprovao e tarefas de projeto. Torna
possvel controlar a complexidade da informao, removendo detalhes desnecessrios
e ainda facilitando seu gerenciamento. Todas as informaes sobre o conhecimento so
derivadas da aplicao de uma ou mais lentes e/ou filtros. Tais informaes foram
consolidadas em sistema computacional de suporte ao projeto (Matriz Semntica),
elaborada no software XMind (Figura 26 a seguir).

77
Figura 26- Ilustrao de tela de acesso da verso digital da Matriz Semntica onde pode ser vista a organizao das zonas (setores), reas e partes de um aeroporto.

78
A MATRIZ TEVE INCIO NO PAPEL, ONDE FORAM ESTRUTURADAS
INFORMAES SOBRE QUATRO DIMENSES DE PROJETO:

1- SETORES (ou ZONAS) do aeroporto descritas na Tabela 1 na pgina


seguinte, mostrando ainda suas partes e mdulos funcionais;
2- REQUERIMENTOS de projeto, (descritos na Tabela 3);
3- TAREFAS de PROJETO (descritos na Tabela 3);
4- PROCESSOS de APROVAO de projeto (descritos na Tabela 3).

A transposio das anotaes do caderno para ambiente digital, no programa


XMind permitiu entrelaar as informaes das diferentes dimenses de forma a permitir
consulta simultnea sobre mais de uma tela, alm de permitir hierarquizar e relacionar
as dimenses descritas acima de forma a integrar a informao sobre as tarefas e
processo de projeto, sob a tica de um arquiteto e em interao com as demais
disciplinas de projeto da INFRAERO.

Em razo de uma maior compreenso dos usurios, a verso digital da matriz


foi ordenada, priorizando a dimenso dos Setores do Aeroporto para compor a tela
inicial. Desta forma, o autor acredita que a consulta sobre informaes referentes ao
processo de projeto possa ser realizada de forma mais objetiva, uma vez que o objeto
de projeto e o aeroporto e suas partes. Portanto, torna-se possvel que ao se projetar
determinada parte ou modulo funcional, o arquiteto ou projetista tenha oportunidade de
se utilizar dos recursos da matriz para se informar sobre as relaes entre as partes do
aeroporto, relacionadas de forma hierrquica com os sistemas da edificao implicados
e finalmente obre os requerimentos (normativos) e sobre os processos de aprovao
com base nesses requerimentos (decisrios).

O Xmind um software para a construo


de fluxograma no formato de mapas mentais, onde o
usurio pode acrescentar relacionamentos, limites,
sumrios, observaes e marcadores. Os mapas
gerados podem ser exportados para diversos formatos,
como PDF. WORD, EXCEL entre outros.
(http://rafaelnink.com/blog/ 2010/08/05/xmind-
brainstorming-e-mapas-mentais/, acessado em
04/04/2015).

Foram includos na matriz todos os mdulos funcionais de um terminal de


passageiros de pequeno porte, como o Terminal de Passageiros Regional, em
diferentes reas do aeroporto, as quais so distribudas em 11 setores (Tabela 1). As
informaes referentes aos processos de aprovao de projetos variaram entre os
mdulos funcionais, atravs de diferentes funes do aeroporto e abrigaram diferentes
sistemas e equipamentos que so especficos a cada uma das reas da INFRAERO.

79
TABELA 1 CLASSIFICAO DOS MDULOS FUNCIONAIS, DISTRIBUDOS POR SETORES E
REAS DE UM AEROPORTO DE PEQUENO PORTE, UTILIZADA NA MATRIZ SEMNTICA.

SETORES DO 1 NIVEL 2 NIVEL


(PARTES DO (MDULOS
AEROPORTO AEROPORTO) FUNCIONAIS)
LUZES E CMERAS DE
SEGURANA
REAS DE SEGURANA
SADAS E/OU FLUXOS
EMERGNCIA
PISTAS, TAXYWAYS,
ILUMINAO DE VIAS ACESSOS E
ESTACIONAMENTO
VIAS DE ACESSO VIAS PARA CARROS
VIAS DE ACESSO VIAS PARA CARGA/ DESCARGA
VIAS DE SERVIO
EMBARQUE/ DESEMBARQUE
ENTRADA DO TERMINAL
TAXIS E NIBUS
AO LONGO DAS VIAS
CALADAS DE PEDESTRE ESTACIONAMENTO
VIAS DE SERVIO
CONTROLE ACESSSO GUARITA DE VECULOS
ESTACIONAMENTO CABINE DE VIGILNCIA

ROTAS DE PEDESTRE ACESSOS DE PEDESTRES

BARREIRAS PROTEO
STIO DO AMBIENTAL
SOM, VISUAL E POLUIO

AEROPORTO DRENAGEM GALERIAS PLUVIAIS


BOMBEIROS - POSTO
GRUPAMENTO AVANADO
AVANADO
FACILIDADES
GLOBAL, TERRA E DOPPLER
METEOROLGICAS
REAS DE SEGURANA
RESA/ ESCAPE
VOO
PAINIS, TOTENS, TELES E
REAS DE "MARKETING"
KIOSKS
TRATAMENTO DE
BAGAGEM RAIO-X/ TOMGRAFO
SANITRIOS (WC) PBLICOS E DE SERVIO
REAS DE VENDAS E
SAGUO "LADO COMPANHIAS AREAS OPERACIONAIS
TERRA" REAS DE "CHECK-IN" POSTOS DE "CHECK-IN"
WC - PBLICOS E DE SERVIO
REAS DE ALIMENTAO COZINHA/ ALIMENTAO E
SERVIO
LOJAS DE VAREJO
REAS COMERCIAIS

80
INSPEO DE PESSOAS E RAIO-X/ TOMGRAFO
BAGAGEM ESTEIRAS DE BAGAGEM
PASSAGEIROS/ BAGAGEM/
PREVENO DE ICITOS CHECK-IN
AGNCIAS PBLICAS
REAS DE REAS ESTRATGICAS EMBARQUE/ DESEMBARQUE
NAVEGAO AREA/
SEGURANA TORRE DE CONTROLE TWR METEOROLOGIA
WC - PBLICOS E DE SERVIO
AMBULATRIO/ NECROTRIO
REAS MDICAS
WC - PBLICOS E DE SERVIO
SEO COMBATE
GRUPAMENTO PADRO
INCNDIO
REAS DE SEGURANA
REAS OPERACIONAIS
TRANSFERNCIA DE BAGAGEM
REAS GOVERNAMENTAIS AGNCIAS PBLICAS
REAS DE SERVIO REAS "VIP"
SAGUO DE ESPERA
REAS DE ESPERA (LONGARINAS)
SAGUO "LADO WC - PBLICOS E DE SERVIO
SANITRIOS (WC) WC - PBLICOS E DE SERVIO
AR" REAS DE LOJAS "DUTY-
ADMINISTRATIVO E VENDAS
FREE"
WC - PBLICOS E DE SERVIO
REAS DE ALIMENTAO COZINHA/ ALIMENTAO E
SERVIO
REAS COMERCIAIS LOJAS DE VAREJO
SAGUO DE ESPERA
REAS DE ESPERA (LONGARINAS)
WC - PBLICOS E DE SERVIO
WC - PBLICOS E DE SERVIO
REAS DE ALIMENTAO COZINHA/ ALIMENTAO E
SERVIO
REAS OPERACIONAIS CIAS
PORTES DE EMBARQUE
AREAS
INSPEO DE PASSAGEIROS
REAS DE SEGURANA ALFNDEGA
AGNCIAS PBLICAS
REAS DE CONECTORES
CORREDORES E HALL PONTE
EMBARQUE
EMBARQUE PARTE FIXA (BODY) E MVEL
PONTES DE EMBARQUE ("FINGER")
SERVIOS DE RAMPA
REAS OPERACIONAIS ABASTECIMENTO AERONAVES
TRANSPORTE DE BAGAGENS
TRANSF. DE BAGAGENS
ESTEIRAS DE BAGAGEM
TRATAMENTO DE
BAGAGEM

RAIO-X/ TOMGRAFO

81
INSPEO DE PASSAGEIROS
REAS DE SEGURANA ALFNDEGA
AGNCIAS PBLICAS
SANITRIOS (WC) WC - PBLICOS E DE SERVIO
REAS DE LOJAS "DUTY- ADMINISTRATIVO E VENDAS
REAS DE FREE" WC - PBLICOS E DE SERVIO
TRANSFERNCIA DE
DESEMBARQUE RECEBIMENTO BAGAGEM BAGAGENS
ESTEIRAS DE BAGAGEM
CORREDORES E HALL PONTE
CONECTORES
EMBARQUE
PARTE FIXA (BODY) E MVEL
PONTES DE EMBARQUE ("FINGER")
ANVISA/ RECEITA/ POLICIA
AGNCIAS PBLICAS FEDERAL
AQUECIMENTO E
CENTRAL DE GS REGRIGERAO
WC - PBLICOS E DE SERVIO
REAS DE FUNCIONRIOS COZINHA/ ALIMENTAO E
REAS SERVIO
ADMINISTRATIVAS REAS ADMINISTRATIVAS AGNCIAS PBLICAS
GUAS BRANCAS, CINZAS E
CENTRAL DE GUA NEGRAS
CENTRAL DE FORA - KF ALTA, MDIA E BAIXA TENSO
CENTRAL DE AR - EVAP; CONDENSADORES E
CONDICIONADO DISPERSORES
GS/ GUA/
GALERIAS TCNICAS ELETROELETRNICO
INSPEO DE PASSAGEIROS
REAS DE SEGURANA ALFNDEGA
AGNCIAS PBLICAS
REAS REAS OPERACIONAIS
PISTAS, TAXYWAYS E PTIOS
OPERACIONAIS SALA AIS
LIBERAO VO/
METEOROLOGIA
"HANDLING" E "CATERING"
REAS DE CONTROLE
AGNCIAS PBLICAS
TORRE DE CONTROLE - POUSOS E DECOLAGENS
TWR ESPAO AREO
115V (400 hz)/ 28V DC/ TNCS
1000V
SUPRIMENTO DE RESERVATRIO/ VLVULAS/
AERONAVES HIDRANTES
AR PRECONDICIONADO -
PTIO DE "STARTER"
AERONAVES REAS DE DRENAGEM GALERIAS DE GUA
TRANSPORTE DE BAGAGENS
TRATAMENTO DE TRANSFERNCIA DE
BAGAGEM EXTERNO BAGAGENS
ESTEIRAS DE BAGAGEM

82
Foram utilizados na construo da matriz as informaes da INFRAERO obtidas
por meio de consulta bibliogrfica aos termos de referncia de contratao de projetos
aeroporturios, manuais e normas internas da empresa, memoriais descritivos (tcnicas
gerais e especficas), memoriais de critrios e condicionantes que descrevem os
pormenores do empreendimento (Tabela 2).

Alm disso, foi realizada consulta s normas brasileiras NBR para infraestrutura
aeroporturia, para nortear a representao das informaes de projetos. (Tabela 3).

Na matriz semntica foram configuradas informaes relativas aos manuais de


projeto, obras e de manuteno, normas de edificaes e de acessibilidade, planilhas
de preos, como a SICAERO e SINAPI entre outros. Um projeto na INFRAERO obedece
a normas e prticas internas (SEAP/ MAGES), normas internacionais (OACI) e
nacionais (SAC/ ANAC).

As planilhas de preos SICAERO/ SINAPI representam os valores normativos


estabelecidos pelo Governo Federal para a licitao de componentes aeroporturios e
construtivos, nesta ordem.

Devido ao fato dos aeroportos inclurem componentes que no se encontram em


outros tipos de edificao, a planilha SICAERO a fonte de consulta para a cotao de
preos.

Outros tipos de normas, como de acessibilidade, sinalizao visual, entre outros,


so de carter generalista, assim como os manuais de projeto, construo e
manuteno.

A matriz foi elaborada para fornecer informaes de projeto, relacionando as


responsabilidades de quem projeta (representado pelas disciplinas da INFRAERO) e de
quem realiza os processos de aprovao (representado pelas reas da INFRAERO).
Isto foi feito com base em requerimentos e normas sobre projeto de aeroportos e
considerando as caractersticas especficas de cada empreendimento, constantes do
Termo de Referncia elaborado pela INFRAERO.

No caso de um aeroporto de pequeno porte, o terminal de passageiros se


confunde com o prprio aeroporto, pois inexistem outras edificaes no sitio
aeroporturio, exceo das casas de fora (KF), estaes de tratamento de resduos
e centrais de ar condicionado. Isso fez com que a estruturao da matriz, baseada no
terminal de passageiros regional represente tambm as funes de um aeroporto de
pequeno porte.

83
TABELA 2- DOCUMENTOS UTILIZADOS NA MATRIZ SEMNTICA.

NOME DO DOCUMENTO CDIGO

1- ANTEPROJETO PARA TERMINAL DE PASSAGEIROS


GE.06/010.75/01381/00
REGIONAL V.1
2- MEMORIAL GERAL PARA TERMINAIS DE
N/A
PASSAGEIROS (TPS)
3- MEMORIAL DE REQUISITOS DE INFRAESTRUTURA
N/A
OPERACIONAL - MRIE
4- MEMORIAL NMERO 6 OSTENSIVO DOPL -
N/A
BALCES DE ATENDIMENTO
5- MEMORIAL DE CRITRIOS SUSTENTVEIS PARA
GE.01/000.75/001064/01
EMPREENDIMENTOS

6- RELATRIO - ACESSIBILIDADE N/A

7- MEMORIAL DE CRITRIOS E CONDICIONANTES -


GE.01/201.75/00947/02
ARQUITETURA
8- MCC - SISTEMAS HIDROSSANITRIOS/ GUAS
GE.01/502.75/00865/04
PLUVIAIS
9- MCC - ARQUITETURA / TPS at 1.000.000
GE.01/201.75/00000/00
passageiros/ano

10- ESPECIFICAO TCNICA ESPECFICA CF.06/000.92/15510/00

11- ESPECIFICAO TCNICA GERAL CF.06/000.92/15509/00

12- MEMORIAL DESCRITIVO DAS SOLUES


CF.06/000.73/15511/00
CONSOLIDADAS
13- MANUAL DE OBRAS PBLICAS: MANUTEO -
N/A
CONSTRUO - PROJETO

14- MANUAL GESTO ENGENHARIA - INFRAERO N/A

15- ACESSIBILIDADE DA PESSOA PORTADORA DE


NBR 14273
DEFICINCIA NO TRANSPORTE AREO COMERCIAL
16- ELABORAO DE PROJETOS DE EDIFICAES -
NBR 13532
ARQUITETURA

17- SISTEMA DE ILUMINAO DE EMERGNCIA NBR 10898

18- ANEXO 14 - OACI N/A

19- REGULAMENTO BRASILEIRO


154
DA AVIAO CIVIL

84
OS DOCUMENTOS LISTADOS ABAIXO FORAM UTILIZADOS COMO FONTE
DE CONSULTA PARA A ESTRUTURAO LOGICA DA MATRIZ, AUXILIANDO NA
FORMATAO DO AEROPORTO E SUAS PARTES:

a- MCC - ARQUITETURA / TPS at 1.000.000 passageiros/ano -


GE.01/201.75/00000/00;
b- MEMORIAL DE CRITRIOS SUSTENTVEIS PARA EMPREENDIMENTOS -
GE.01/000.75/001064/01;
c- RELATRIO ACESSIBILIDADE;
d- MEMORIAL DE CRITRIOS E CONDICIONANTES ARQUITETURA -
GE.01/201.75/00947/02;
e- MCC - SISTEMAS HIDROSSANITRIOS/ GUAS PLUVIAIS -
GE.01/502.75/00865/04;
f- ANTEPROJETO PARA TERMINAL DE PASSAGEIROS REGIONAL V.1 -
GE.06/010.75/01381/00;
g- MEMORIAL GERAL PARA TERMINAIS DE PASSAGEIROS (TPS);
h- ESPECIFICAO TCNICA ESPECFICA - CF.06/000.92/15510/00;
i- ESPECIFICAO TCNICA GERAL - CF.06/000.92/15509/00.

OS DOCUMENTOS LISTADOS ABAIXO AUXILIARAM NAS CONSULTAS


SOBRE A INFRAESTRUTURA NECESSRIA PARA UM TERMINAL DE
PASSAGEIROS:

a- MEMORIAL DE REQUISITOS DE INFRAESTRUTURA OPERACIONAL


MRIE;
b- ANEXO 14 OACI;
c- REGULAMENTO BRASILEIRO DA AVIAO CIVIL 154;
d- ACESSIBILIDADE DA PESSOA PORTADORA DE DEFICINCIA NO
TRANSPORTE AREO COMERCIAL NBR 14273.

OS DOCUMENTOS LISTADOS ABAIXO FORAM CONSULTADOS PARA


ESPECIFICIDADES EM OBRAS E SERVIOS DE ENGENHARIA, INCLUSIVE
PROJETOS, PARA EMPRESAS PBLICAS COMO A INFRAERO:

a- ELABORAO DE PROJETOS DE EDIFICAES ARQUITETURA - NBR


13532;
b- MANUAL DE OBRAS PBLICAS: MANUTEO - CONSTRUO
PROJETO;
c- MANUAL GESTO ENGENHARIA INFRAERO.

85
No presente estudo, a insero de informaes foi limitada tica do arquiteto.

A PROPOSTA FOI RELACIONAR AS REAS ENVOLVIDAS NAS TAREFAS DE


APROVAO, QUE SO LISTADAS SEPARADAMENTE PARA CADA REA E
REPRESENTAR COMO AS MESMAS DEVEM SER REALIZADAS:

1- SE POR MEIO DE PROJETO, ANLISE OU SNTESE;

2- QUAL O TIPO DE AO, SE DE EXECUO OU DE INFORMAO;

3- O IMPACTO NO PROCESSO DE PROJETO, SE ALTO, MDIO OU BAIXO.

No campo de processos de aprovao de projetos foram descritas as tarefas


desenvolvidas em cada rea envolvida da INFRAERO, informaes sobre as etapas
necessrias para criao de cada mdulo (projeto, anlise ou sntese), qual o tipo de
ao prevista (execuo ou comunicao) e ainda qual o impacto no processo de projeto
dessas atividades (alto, mdio ou baixo).

TABELA 3 ESTRUTURA ORGANIZACIONAL DOS DIFERENTES PROCESSOS DE


APROVAO DE PROJETO DA MATRIZ SEMNTICA CONSTRUDA PARA O
TERMINAL DE PASSAGEIROS REGIONAL DA INFRAERO.

No campo de tarefas de projeto foram configuradas informaes relevantes a cada


uma das disciplinas envolvidas na projetao dos mdulos funcionais do aeroporto.

Essas informaes foram detalhadas para diferentes fases do processo de projeto


(conceitual e bsico).

86
TABELA 4 ESTRUTURA ORGANIZACIONAL DOS DIFERENTES PROCESSOS DE
PROJETO DA MATRIZ SEMNTICA CONSTRUDA PARA O TERMINAL DE
PASSAGEIROS REGIONAL DA INFRAERO.

No campo de processos de requerimentos e normas de projeto foram


configurados os documentos, normas, manuais e legislaes especficas para cada
mdulo funcional, permitindo a consulta da documentao atravs de hyperlinks. Para
cada um dos processos foram descritas, de forma hierarquizada, as estruturas, agentes
intervenientes, as classes e tipos de atividades envolvidas (Tabela 3)

TABELA 4 ESTRUTURA ORGANIZACIONAL DOS DIFERENTES PROCESSOS DE


PROJETO DA MATRIZ SEMNTICA CONSTRUDA PARA O TERMINAL DE
PASSAGEIROS REGIONAL DA INFRAERO.

PROCESSO ESTRUTURAS AGENTES CLASSE TIPO

SICAERO/ SINAPI ORAMENTAO PLANILHA REF.

LUZES EMERGNCIA PROJETO MANUAL

SINALIZAO SEGURANA MANUAL

ESTRADAS RODAGEM ACESSO VIRIO MANUAL

REQUERIMENTOS DOCUMENTOS NECESSIDADES


ACESSIBILIDADE MANUAL
DE PROJETO DE REFERNCIA ESP.
CONSTRUO OBRA MANUAL

PROJETO PLANEJAMENTO MANUAL

MANUTENO OPERAO MANUAL


ACESS. TRANSP.
FLUXOS AVIAO MANUAL
AREO
MAGES INFRAERO PRTICAS MANUAL

87
3.1.1- ESTRUTURA DA MATRIZ SEMNTICA EXEMPLO DE CONSULTA

A matriz pode ser alterada e reconfigurada a cada empreendimento com a


respectiva documentao, e ainda em relao aos campos de informao de cada uma
de suas partes, podendo facilmente ser personalizada para diferentes usos e
destinaes em diferentes organizaes e projetos. A matriz interativa, de forma que
ao clicar em cada um dos mdulos funcionais (Figura 27) abre-se janela que permite
o acesso s informaes respectivas aos processos de aprovao, de projetos e seus
requerimentos.

Figura 27 - Tela de acesso aos Mdulos Funcionais da Matriz Semntica.

A utilizao das informaes da matriz correspondentes ao nvel de detalhamento


geral permite que se confrontem os processos de aprovao de projeto com o
dimensionamento das tarefas de realizao do mesmo. Um panorama geral da
organizao da matriz foi descrito a seguir. No primeiro nvel de informao da matriz
encontramos os links para os processos de arquitetura e para os processos relativos
a cada uma das especialidades, conforme detalhado anteriormente na metodologia.
Uma contribuio importante desta pesquisa foi o estabelecimento das regras de
organizao e da estrutura de informaes, de forma a espelhar o ambiente
organizacional e de projeto da INFRAERO.

88
No primeiro nvel de informao da matriz, encontram-se os links para os
processos de arquitetura e para os processos relativos a cada uma das especialidades.
Ao selecionar, por exemplo, um determinado mdulo funcional, possvel saber quais
so as reas responsveis pelos processos de aprovao, com base em quais
requisitos e ainda quem so os responsveis por gerar as solues de projeto
(disciplinas) e quais so os condicionantes do empreendimento, ou suas especificidades
(termo de referncia). A escolha de quais campos de informao sero consultados
contm informaes sobre outras partes ou funes ao longo do processo de projeto do
aeroporto. A consulta matriz semntica permitiu construir alguns componentes
paramtricos que correspondem a um mdulo funcional do aeroporto com
representao de informao e detalhe em diferentes nveis de
abstrao/especificao. A Figura 28 representa a tela de acesso do mdulo funcional
Esteira de Bagagem.

Figura 28 - Tela do Mdulo Funcional Esteiras de Bagagem, com acesso aos campos de
Processos de Aprovao, Tarefas de Projeto e Requerimentos de Projeto.

Para todos os mdulos funcionais do aeroporto, foram includas as informaes


referentes s tarefas de projeto, relacionadas ao desenvolvimento de solues para
obras e servios de engenharia, no tocante aos sistemas, requisitos e normativos
disponveis no Termo de Referncia de um projeto. A Figura 29 a seguir exemplifica
as informaes referentes as tarefas de projeto do mdulo funcional para Esteiras de
Bagagem (embarcada e desembarcada). Para cada rea foram descritas quais tarefas
so necessrias para os processos de aprovao, como as mesmas devem ser
realizadas, o tipo de ao e os nveis de impacto (alto, mdio e baixo).

89
Figura 29 - Informaes referentes ao Mdulo Funcional Esteiras de Bagagem de um
Terminal de Passageiros de pequeno porte.

90
Conforme pode ser observado na Figura 29 da pgina anterior, a anlise da
soluo de arquitetura deve ser executada e aprovada internamente pela rea de
engenharia, pois a mesma possui atribuies tanto de anlise quanto de projeto.

Pode-se ainda observar que a matriz informa que o impacto dessa atividade
alto.

As demais reas listadas (GESTO, FINANCEIRA, PLANEJAMENTO e


OPERACIONAL) possuem atribuies especificas de aprovao que esto detalhadas
em relao a que tipo de ao deve ser feita para cada tarefa de anlise.

Assim como no exemplo apresentado acima, define se ser por meio de anlise,
sntese ou atividade de projeto. Lista ainda o impacto que cada tarefa representa.

Em relao a todas as reas do aeroporto, a tela de acesso tambm permite


consultar os critrios, constantes na documentao de referncia citada anteriormente,
das tarefas de projeto de cada uma das disciplinas, tanto para o estudo preliminar como
para o projeto bsico.

O mdulo funcional das ESTEIRAS DE BAGAGEM foi detalhado para informar


sobre a diferenciao entre as dimenses das disciplinas de engenharia e de
arquitetura.

Nesse nvel de detalhamento, o usurio tem acesso s tarefas de projeto, os


sistemas e partes do aeroporto que se relacionam, associados aos processos de projeto
e de aprovao.

A Figura 30 a seguir informa sobre a estrutura lgica dos dados referentes aos
mdulos funcionais do aeroporto.

Pode-se observar que as disciplinas de projeto so divididas entre tarefas de


projeto para duas fases distintas do processo de projeto: estudo preliminar e projeto
bsico.

A Figura 30 a seguir no faz parte da verso digital da matriz, mas foi elaborada
para explicar como a representao dos dados se divide entre diferentes fases do
projeto, para cada disciplina de projeto.

91
Figura 30 - Estruturao lgica de informao na Matriz Semntica nos Tarefas de Projeto.

92
A Figura 30, na pgina anterior, demonstra a estrutura lgica de organizao que
foi utilizada para representar as tarefas de projeto de um mdulo funcional. Quando o
usurio clica na aba de Tarefas de Projeto, destacada na Figura 31 abaixo, obtm como
consequncia uma nova tela representada pela Figura 32 na pgina seguinte.

Figura 31- Tela de acesso na versao digital da Matriz Semntica para as Tarefas de Projeto -
Esteiras de Bagagem.

NA FIGURA 32 A SEGUIR, PODE SER OBSERVADA A ESTRUTURA PARA


UMA ESTEIRA DE BAGAGEM AEROPORTURIA QUE ABRANGE AS
DISCIPLINAS DE:

1- ARQUITETURA;
2- SISTEMAS ELETROMECNICOS;
3- SISTEMAS ELTRICOS;
4- SISTEMAS HIDROSSANITRIOS;
5- ORAMENTO;
6- INFRAESTRUTURA;
7- SISTEMAS ELETRNICOS;
8- TELEMTICA.

A Figura 32 a seguir ilustra a organizao das tarefas de projeto de um mdulo de


Esteiras de Bagagem. Cada mdulo funcional apresenta, na matriz, as disciplinas que
esto envolvidas nos seus processos de projeto.

No caso do check-in encontram-se listadas as disciplinas de Arquitetura,


Sistemas Eltricos, Infraestrutura, Oramento, Sistemas Eletrnicos, Sistemas
Estruturais e de Telemtica.

93
Figura 32 - Tarefas de Projeto para Esteiras de Bagagem na Matriz Semntica.

Na coluna referente s tarefas de projeto (Figura 32) esto separadas as


informaes referentes ao Estudo Preliminar e ao Projeto Bsico. Para cada fase de
projeto esto listadas as respectivas atividades, ou tarefas de projeto. Por exemplo, para
a especialidade de arquitetura, referente ao estudo conceitual, possvel acessar,
clicando no campo desejado, as tarefas relativas ao estudo conceitual de Arquitetura.

94
Figura 33 - Requisitos de Estudo Conceitual de Arquitetura na Matriz Semntica.

95
A Figura 33 na pgina anterior ilustra a representao dos requisitos de projeto
para estudo conceitual de arquitetura na INFRAERO.

Define critrios de representao de projeto, escalas e ainda o escopo mnimo


que deve ser apresentado, de forma que o produto final possa obedecer ao preconizado
na Lei de Licitaes - Lei 8666/93 | Lei n 8.666, de 21 de junho de 1993 - que exige
comprovao da viabilidade, relacionada aos custos envolvidos do projeto.

Os requerimentos e normas de projeto, disponibilizados na matriz, por meio do


acesso aos hyperlinks, apresentam as normas, manuais e determinaes referentes
ao projeto de aeroportos, seus sistemas tcnicos, legislao e meio ambiente.

A Figura 34 a seguir ilustra a tela de acesso a dimenso dos requerimentos de


projeto, para Esteiras de Bagagem.

Figura 34- Exemplo de tela de acesso na versao digital da Matriz Semantica para os
Requerimentos de Projeto para Esteiras de Bagagem.

Os documentos cedidos pela INFRAERO, como Memoriais Descritivos, Manuais


de projeto e de obras pblicas, Acessibilidade do transporte areo, entre outros, foram
configurados por meio dos hyperlinks representados na Figura 35 da pgina seguinte.

Cada um dos documentos cedidos pela INFRAERO est acessvel ao se clicar em


cima dos mesmos, de forma a permitir acessar simultaneamente diversos documentos.

96
Figura 35 Tela de acesso aos Requerimentos de Projeto para Esteiras de Bagagem na Matriz Semntica.

97
A Figura 36, a seguir, apresenta o acesso a um dos documentos de referncia
da matriz, no caso o Manual de Acessibilidade da pessoa portadora de necessidades
especiais no transporte areo comercial, pode ser consultado e salvo em diretrio local
pelo usurio.

Figura 36 Documento acessado via hyperlink (requerimento) na Matriz Semntica. Fonte:


INFRAERO.

98
3.1.2- RELACAO ENTRE OS COMPONENTES PARAMTRICOS E A MATRIZ

A matriz uma fonte de consulta sobre informaes relacionadas ao mdulo


funcional em que o componente deve ser inserido. Na matriz encontra-se especificado
quais as disciplinas complementares esto envolvidas, assim como quais so os
requisitos de aprovao, separados por reas.

Existem dois tipos de aprovao de projeto na INFRAERO: um no qual a rea


de engenharia que elaborou o projeto analisa e realiza a tomada de deciso sobre
alternativas. Outro no qual a rea cliente atesta que as solues de projeto escolhidas
atendem aos requisitos exigidos.

Semelhantemente, engenheiros e arquitetos das diferentes especialidades


podem atuar tanto nos processos de projetao como de aprovao, representando
diferentes reas da empresa e interagindo entre si.

Imaginamos que pela natureza sistmica e de planejamento operacional, as


reas de Operaes e de Planejamento devam assumir a gesto do ambiente SIG na
INFRAERO, estabelecendo base compartilhada de informaes espaciais, podendo
informar sobre relevo, recursos hdricos e geolgicos, infraestrutura, vegetao, vias de
acesso e toda informao que desde a escala local at a regional.

Esta base de informaes pode servir de suporte aos processos de


cadastramento, insero do aeroporto na malha urbana, conexo e/ou inverso de
fluxos, gesto do Plano Diretor do Aeroporto, entre outros.

As reas de Engenharia e de Gesto da INFRAERO apresentam forte vocao


para gerir os Sistemas BIM, de forma a distribuir as informaes e conhecimento das
equipes de projeto em torno dos empreendimentos e projetos da empresa.

A associao entre a elaborao de componentes e a consulta matriz


semntica poderia ocorrer de forma concatenada, informando sobre o contexto em que
o componente se insere e sobre o desempenho esperado nos processos de aprovao
e projetos compartilhados e simultneos, em oposio aos atuais processos lineares e
redundantes.

O conhecimento envolvido na modelagem no representa nenhuma novidade,


nem a criao de novos parmetros, pois utiliza recursos existentes nos sistemas BIM.
O que representa contribuio ao conhecimento a elaborao da matriz semntica e
a associao dos sistemas BIM e SIG na elaborao de projeto aeroporturio no mbito
da INFRAERO.

99
3.2- FORMACAO DE COMPONENTES PARAMTRICOS AEROPORTURIOS

Nesta tese modelamos oito componentes aeroporturios nos sistemas BIM


utilizando o software Revit.

OS COMPONENTES MODELADOS SO LISTADOS A SEGUIR (FIGURA 37).

1- BALCO DE CHECK-IN;
2- ESTEIRA DE BAGAGEM DESEMBARCADA;
3- RAIO-X DE BAGAGEM EMBARCADA;
4- PONTE DE EMBARQUE;
5- ESTEIRA DE BAGAGEM GERAL;
6- PRTICO DE SEGURANA;
7- CARRINHO DE BAGAGEM;
8- PORTA GIRATRIA DE ACESSO.

Figura 37 Ilustrao dos componentes paramtricos modelados nesta pesquisa.

100
3.2.1- A SELEO DOS COMPONENTES ACIMA OBEDECEU AOS CRITRIOS LISTADOS
ABAIXO.

1- ESFORO DE DESENVOLVIMENTO: quanto esforo necessrio para


desenvolver o objeto (em termos de horas de trabalho);

2- UNIFORMIZAO/CRITICIDADE: quo comum ou crtico o objeto na


produo de projetos de infraestrutura aeroporturia;

3- EFICCIA: o quo benfico o objeto para o ganho de produtividade e


reduo de erros.

A elaborao dos componentes construtivos obedeceu a consulta s


especificaes tcnicas gerais e especficas contidas no Termo de Referncia dos
aeroportos da INFRAERO, referentes as especificaes, bem como aos memoriais
descritivos.

A parametrizao dos componentes, da mesma forma, seguiu os critrios


estabelecidos na documentao tcnica usualmente adotada pela empresa. Por
exemplo, ao incluir um novo parmetro em um dos componentes modelados pelo autor,
como a esteira de bagagem, representando um cdigo de correspondncia com esse
componente construtivo na planilha SICAERO, possvel estabelecer o custo do
componente, atualizado mensalmente, que serve como preo de referncia em
processos licitatrios na INFRAERO.

Os componentes acima foram exportados do Revit para o InfraWorks, que


um software SIG, para efeito de simulao do processo de projeto. O aplicativo
InfraWorks permite variar o nvel de detalhe destes componentes.

A conexo dessas variaes pode vir a ser importante nas diferentes fases do
processo de projeto, sobretudo nos estgios iniciais, permitindo que a discusso sobre
variveis referentes ao contexto onde a edificao dever ser inserida, esteja associada
s informaes e suas conexes com as responsabilidades dessas tarefas de projeto
na INFRAERO.

A matriz semntica desenvolvida nesta pesquisa pode atuar como um repositrio


de informao e de classificao e ainda de consulta a diferentes nveis de detalhes,
com maior ou menor ambiguidade, em funo das atividades de projeto. um dos
objetivos do recorte desta pesquisa a constituio de novos componentes paramtricos
e a criao de novos parmetros, de forma a superar as barreiras de interoperabilidade
entre as variadas ferramentas utilizadas pelas equipes de projeto.

101
APRESENTAMOS A SEGUIR DIFERENTES TIPOS DE CRITRIOS UTILIZADOS
NA ELABORAO DOS COMPONENTES BIM:

1- GEOMETRIA - nvel de detalhe; preciso; deteco de interferncias (hard / soft


clash);

2- ESPECIFICAES - parmetros no geomtricos: preo, fabricante, material,


cdigo, resistncia ao fogo, resistncia infiltrao, cor, peso, reciclados, etc.

3- SIMULAO E ANLISE - com base em relatrios de rea, custos, volumes e


quantidades, alm de informaes precisas sobre especificaes de materiais.

3.2.1- ELABORAO DE COMPONENTES NOS SISTEMAS BIM

A disponibilidade de objetos paramtricos (famlias), que atendam s


necessidades especficas de cada projeto, um dos fatores primordiais para o sucesso
de projetos baseados nos sistemas BIM. A elaborao de componentes paramtricos
nos sistemas BIM ocorre em duas etapas distintas: a primeira representada pela
modelagem ou importao da geometria e a segunda por nova parametrizao dos
mesmos. A seguir esto descritos dois tipos de famlia no Revit, sendo a primeira de
componentes existentes no sistema, default, e a segunda de componentes
personalizados:

1- FAMLIAS DO SISTEMA: so predefinidas no Revit, sendo apresentadas como


elementos da construo (paredes, coberturas, forros, pisos, escadas e rampas).
No possvel criar famlias de sistema atravs do comando New Family, bem
como no possvel alterar e adicionar mais parmetros a estas famlias.

Figura 38 Exemplos de famlias do sistema no Revit. Fonte: AutoDesk.

2- FAMLIAS CARREGVEIS (LOAD FAMILY): classe de famlia utilizada para


a modelagem dos componentes nesta pesquisa. So famlias criadas com os
templates atravs do comando New Family. So criadas em arquivos RFA
externos, podendo ser importadas ou carregadas em outros projetos, alm de
possibilitarem que os parmetros sejam editados, apagados ou adicionados.
Representam os componentes de construo que normalmente seriam
comprados, entregues e instalados em uma construo, como janelas, portas,
gabinetes, materiais, mobilirio e vegetao.

102
Figura 39 - Exemplos de famlias carregveis do Revit. Fonte: AutoDesk.

A SEGUIR APRESENTAMOS OS PASSOS UTILIZADOS PARA MODELAGEM


DOS COMPONENTES NO REVIT:

1- INICIAR UMA NOVA FAMLIA com o template - "Metric Generic Model.rft.

Figura 40 Templates para uma nova famlia no Revit. Fonte: AutoDesk.

2- SELEO DO MODELO DE FAMLIA;

3- ANTES DA CRIAO DA GEOMETRIA DOS COMPONENTES, PRECISO


ESTABELECER PLANOS E LINHAS DE REFERNCIA;

4- INSERIR E EXPLODIR O ARQUIVO DWG > selecionando todas as linhas


criadas e alterando em Subcategory o tipo da linha que aparece 0
inicialmente, devendo ser mudado para o tipo de famlia desejada;

5- INCIO DA CRIAO DA GEOMETRIA SLIDA USANDO uma extruso ou


operao booleana;

6- VERIFICAO E DEFINIO DO PLANO DE TRABALHO para a geometria


conceitual;

7- DEFINIO DAS PROPRIEDADES DO OBJETO;

8- COLOCAO DE COTAS;

9- DESENHO DE LINHAS DE REFERNCIA;

10- CONFIGURAES DE VISIBILIDADE.

Os passos anteriores encontram-se pormenorizados no capitulo de resultados.

103
3.2.2- ELEMENTOS PARA ELABORAO DE FAMLIAS

1- PLANOS DE REFERNCIA: so planos do sistema cartesiano que determinam


onde os objetos arquitetnicos sero inseridos. So teis para restringir os
parmetros e definir onde os mesmos sero utilizados e quais so as modulaes.
Em suas propriedades consta uma que utilizamos frequentemente: Is Reference,
nela fornecemos a informao sobre a intensidade da referncia. Sua representao
na vista feita por uma linha tracejada verde;

2- COTAS: servem para informar quais so as dimenses dos planos, faces ou linhas.
Podemos transformar as cotas em Labels para assim as utilizarmos como
parmetros. Podemos ainda direcionar a cota para algum parmetro j existente;

3- TIPOS DE FORMAS: existem dois tipos de formas, os solids e os voids. Por meio
dos solids pode-se moldar os objetos. Os voids so os espaos vazios entre os
solids. Eles permitem esculpir o solid para chegar forma desejada;

Figura 41 - Exemplo de extrusores no Revit. Fonte: AutoDesk.

4- TIPOS DE LINHAS: no projeto temos linhas model para ser utilizada como uma
linha do modelo, aparecendo assim em todas as vistas, e Symbolic Lines que so
utilizadas para simbologia e s aparecem na vista que foi criada, isto , planta baixa,
elevao.

A criao de novos parmetros pode ser realizada por meio da tela de


propriedades de parmetros.

A Figura 42, a seguir, representa a criao do parmetro para o cdigo


SICAERO, referente planilha referencial de preos para componentes aeroporturios
do Governo Federal.

Existem configuraes de campos para o tipo de parmetro desejado, bem como


elementos necessrios para caracterizar a informao contida nas mesmas:

104
Figura 42 Tela de acesso s propriedades na criao de novos parmetros no sistema BIM -
Revit. Fonte: AutoDesk.

105
3.2.3- CRIAO DE NOVOS PARMETROS NO APLICATIVO REVIT

1- NAME - Na ilustrao anterior, podemos observar que o novo parmetro


destina-se ao cdigo SICAERO para uma esteira de bagagem;

2- DISCIPLINE - Por meio dessa escolha as informaes de TYPE OF


PARAMETER sero alteradas. As opes so: COMMON, STRUCTURAL
E ELECTRICAL;

A disciplina escolhida neste exemplo foi a Common, pelo fato do parmetro


referir-se gesto de informao de projeto e por isto destinar-se coordenao e
compatibilizao do projeto como um todo.

3- TYPE OF PARAMETER - Este campo definir a informao contida no


parmetro, informar se unidade de distncia, nmero decimal, nmero
inteiro, material, entre outros;

Este campo muito importante, pois quando utilizarmos o parmetro em


frmulas temos que nos certificar que os tipos no interferem no clculo.

Por exemplo, se elaborarmos uma frmula com parmetros de distncia e se um


deles for referente a rea, o resultado ser incorreto.

O tipo de parmetro escolhido no exemplo citado foi o NTEGER, que significa


que podemos utilizar letras e nmeros para representar o cdigo SICAERO proposto.

4- GROUP PARAMETER UNDER - Refere-se a qual grupo o parmetro


pertence. Serve para organizar os parmetros na janela;

Foi escolhido o modelo analtico para representar o grupo ao qual o parmetro


pertence, indicando que esta informao destina-se a anlise de oramento do modelo.

106
5- TYPE - O parmetro estar contido na janela de edio do tipo, sendo
assim, quando alteramos a informao de um tipo ela ser alterada em todo
o projeto que contenha este tipo;

Por exemplo, se alterarmos os valores dos parmetros do componente, todas as


esteiras de bagagem com a mesma especificao (tipo) sofrero alteraes
automticas.

6- INSTANCE - O parmetro definido a cada instncia, ou seja, aplicao


especfica do objeto paramtrico;

Os parmetros passam a ser visveis logo que selecionamos a famlia no projeto


na janela de PROPERTIES.

Retornando ao exemplo anterior, verificamos que se o parmetro de largura


fosse definido como INSTANCE teramos que selecionar cada porta e alterar o valor.

No entanto recomendado no utilizar uma informao que est configurada


como INSTANCE no campo do TYPE, j que pode estar em discordncia com uma
situao real.

7- REPORTING - No so utilizados no para inserir informaes.

Tem o objetivo de relatar informaes que podem ser utilizadas em outro caso.

Por exemplo, a espessura da parede que definida no projeto, se necessria


para elaborar uma famlia a mesma pode ser relatada como um parmetro.

A seguir descreve-se a metodologia para a modelagem do terminal regional de


passageiros da INFRAERO

107
3.3- MODELAGEM DO TERMINAL DE PASSAGEIROS REGIONAL DA INFRAERO
NOS SISTEMAS BIM E TESTE DO USO DA BIBLIOTECA DE COMPONENTES EM
SEUS MLTIPLOS NVEIS DE DETALHE

Em termos cientficos, a descrio sobre a reproduo de projeto existente nos


sistemas BIM, como o caso da modelagem do terminal regional nesta pesquisa no
novidade. Ainda assim, a descrio metodolgica dessa etapa no apenas permite
detalhar os passos para uma possvel replicao, mas traz consigo informaes sobre
quais foram os caminhos percorridos pelo autor para tais fins.

A Figura 43 abaixo ilustra a complexidade logica dos setores do terminal


regional, onde pode-se observar a entrada de acesso ao Saguo Lado Terra e a ntida
diviso da edificao, por meio de reas administrativas e operacionais, separando e
restringindo o acesso ao Saguo do Lado Ar do aeroporto.

Figura 43- Exemplo de modelagem do Terminal Regional no Revit.

Para efetuar a modelagem do terminal regional foi necessrio efetuar a consulta


ao projeto cedido pela INFRAERO, que alm de conter arquivo tridimensional
(Sketchup) e bidimensional (AutoCAD), possui Caderno Tcnico detalhando as
solues de projeto e contendo o Programa de Necessidades do terminal regional, como
ilustrado, a seguir, na Figura 44.

108
PROGRAMA DE NECESSIDADES DO TERMINAL REGIONAL

Figura 44 - Programa de Necessidades do Terminal Regional. Fonte: INFRAERO

109
3.3.1- UTILIZAO DE COMPONENTES NATIVOS NO REVIT ENVOLVEM:

1- CONSTRUO DE TERRENOS: pode ser feita por meio da importao de


curvas de nvel, em formato DWG, para gerao do terreno tridimensional no
Revit. Pode ser feita ainda por meio da importao de um terreno
tridimensional modelado externamente. No entanto, no segundo caso, o
terreno no oferece informaes paramtricas e de informao automtica,
como movimento de terra ou volume da mesma, a partir do modelo. Nesta
pesquisa foi utilizado um plano genrico construdo no Revit para a
modelagem do aeroporto regional.

Obs- Na seo 4.3.3- Teste de modelagem do terreno para processos de anlise


nos estgios iniciais no Autodesk InfraWorks (SIG), detalhamos os testes com
relevo construdo no ambiente SIG para teste de insero do terminal regional. Abaixo
encontra-se ilustrada a formao do terreno no Revit, por meio de criao de linhas
(bordas) para criao de geometria tridimensional paramtrica.

Figura 45- Ilustrao da modelagem do terreno do Terminal Regional da INFRAERO, no Revit.

A Figura 45 acima representa a criao do terreno para a reproduo do terminal


regional. Uma vez que na etapa seguinte de pesquisa foi testado terreno advindo de
SIG para associao com o BIM Revit, o terreno plano foi suficiente para reproduo
do projeto cedido pela INFRAERO.

110
2- CONSTRUO DE PILARES E VIGAS: FUNCIONALIDADE NATIVA.

Figura 46- Ilustrao da modelagem dos pilares e vigas do Terminal Regional, no Revit.

3- CONSTRUO DE PAREDES: FUNCIONALIDADE NATIVA.

Figura 47- Ilustrao da modelagem das paredes do Terminal Regional, no Revit.

111
4- ADIO DE PORTAS E JANELAS: FUNCIONALIDADE NATIVA.

Figura 48- Ilustrao da modelagem das esquadrias do Terminal Regional, no Revit.

5- CONSTRUO DE COBERTURAS: funcionalidade nativa, que oferece a


possibilidade de criao e parametrizao de lajes e telhados. Oferece ainda
a possibilidade de importao de geometria externa, no ambiente de massas
do Revit, ou seja, objetos genricos contendo apenas geometria, para
transformao dessa geometria em um componente paramtrico
especfico.

Figura 49- Ilustrao da modelagem das coberturas (lajes) do Terminal Regional no Revit.

112
6- ADIO DE OBJETOS: pode-se tanto importar componentes pr-existentes
como criar novos componentes e parmetros.

Figura 50- Ilustrao da adio de componentes (objetos) do Terminal Regional, no Revit.

7- REPRESENTAO DO MODELO: planta, cortes, fachadas.

Figura 51- Representao bidimensional (automtica) do Terminal Regional no Revit.

113
Figura 52- Representao 2D(automtica) do Terminal Regional da INFRAERO no Revit.

Figura 53- Representao 2D (automtica) do Terminal Regional da INFRAERO no Revit.

Figura 54- Representao 2D (automtica) do Terminal Regional da INFRAERO no Revit.

Figura 55- Representao 2D(automtica) do Terminal Regional da INFRAERO no Revit.

114
3.3.2- DOCUMENTAO TRIDIMENSIONAL
IMAGENS RENDERIZADAS - GUARDAR VISTAS.

Figura 56- Representao 3D (automtica) do Terminal Regional da INFRAERO no Revit.

OPES DE VISUALIZAO DO MODELO.


VISUALIZAO PARCIAL DA ESTRUTURA.

Figura 57- Representao parcial da estrutura do Terminal Regional da INFRAERO no Revit.

Como pode ser observado na Figura 57 acima, pode-se isolar determinadas partes do modelo,
como por exemplo, apenas os elementos estruturais para melhor compreenso do projeto.

115
3.4- SIMULAO DE ALTERAES DE PROJETO NO DESENVOLVIMENTO DE ALTERNATIVAS A VALIDAO DOS COMPONENTES PARAMTRICOS AEROPORTURIOS FOI REALIZADA
PARA A CRIAO DE TORRE DE CONTROLE (TWR) NO TERMINAL DE PASSAGEIROS REGIONAL POR MEIO DA SIMULAO DE RETRABALHO NA EXPANSO PARCIAL DO TERMINAL DE
PASSAGEIROS REGIONAL, CONFORME AS FIGURAS 58 E 59:

Figura 58 Ilustrao do Terminal Regional da INFRAERO, antes do acrscimo das alternativas de projeto de Torre de Controle, no Revit.

116
Figura 59- Diferentes alternativas para Torre de Controle (simulao de alterao projeto).

Na simulao de retrabalho utilizamos os componentes paramtricos, tanto


aqueles nativos do aplicativo, como foram adicionadas as pontes de embarque para que
se pudesse contemplar a visualizao do ptio a partir da torre de controle. A adio
das pontes de embarque exigiu ainda a modelagem de um concourse, conector, para
ligao dos fluxos de passageiros entre as pontes e o edifcio do terminal, a fim de se
verificar a aplicabilidade da biblioteca para o provimento de infraestrutura aeroporturia.
Os componentes default correspondem aos pilares, vigas, paredes, esquadrias, pisos e
coberturas. As torres exigiram a insero de blocos como mobilirio, representao
humana, equipamentos e elementos acessrios a edificao (Figura 60).

Figura 60 - Exemplo de insero de componentes da biblioteca nativa para compor a


escala humana na modelagem das Torres de Controle.

Alm da adequao tcnica dos componentes e famlias, tambm sero


avaliados os desenhos de processos resultantes do mtodo linear tridimensional e do
mtodo tridimensional paramtrico. Pode-se observar na Figura 61 a seguir, os projetos
obtidos com a modelagem global foram objetos de simulao de processo de projeto no
programa Revit da AutoDesk. Processos de projeto analisados (flexibilidade):

117
Alm da adequao tcnica dos componentes e famlias, tambm sero
avaliados os desenhos de processos resultantes do mtodo linear tridimensional e do
mtodo tridimensional paramtrico. Pode-se observar na Figura 61 a seguir, os projetos
obtidos com a modelagem global foram objetos de simulao de processo de projeto no
programa Revit da AutoDesk. Processos de projeto analisados (flexibilidade):

Figura 61 - Metodologia de projeto mltiplas alternativas para TWR.


A figura 61 acima representa os passos desenvolvidos nesta pesquisa numa
situao de projeto, em um terminal de passageiros aeroporturio, com o objetivo de
apresentar uma simulao dos estgios iniciais de projeto. Uma vez que a modelagem
do aeroporto constituiu apenas uma reproduo pura e simples do projeto desenvolvido
pela INFRAERO, concebidas trs diferentes alternativas de projeto de uma torre de
controle no terminal. Esta torre era inexistente no projeto original. Estas alternativas
apresentam um nvel crescente de complexidade. A primeira uma torre com cabine do
tipo A, que apresenta apenas um nvel operacional. As alternativas dois e trs
apresentam cabines dos tipos B e C, que possuem dois nveis operacionais para os
trabalhos de navegao area.

118
Essa diviso de classificao de cabines utilizada como norma pela
INFRAERO e pela SAC CINDACTA, em decorrncia da movimentao de aeronaves
(demanda esperada) nos aeroportos. Serve ainda como possibilidade de expanso da
infraestrutura instalada, podendo uma torre ser ampliada para atingir uma nova classe
de atendimento operacional. Os critrios foram estabelecidos por meio dos documentos
cujas pginas iniciais so mostradas a seguir e cujo documento representado pela
Figura 62 consta no anexo 10 desta tese. Os documentos representados pelas Figuras
63 e 64 no foram includos nos anexos devido ao nmero excessivo de pginas
(Figuras 62 a 64).

Figura 62- Documento de Requisitos de Navegao Area acessado via hyperlink na Matriz
Semntica. Fonte: INFRAERO.

119
Figura 63 - Documento de Especificaes Tcnicas para Torre de Controle acessado via
hyperlink na Matriz Semntica. Fonte: INFRAERO.

120
Figura 64- Documento de Memorial Descritivo para Torre de Controle acessado via hyperlink
na Matriz Semntica. Fonte: INFRAERO.

121
3.4.1- MODELAGEM DE EXPANSO DO TERMINAL REGIONAL

Por meio do uso do Revit Architecture, procedemos a modelagem do estudo


conceitual de cada uma das propostas, para ento adicionar a entrada de novos
parmetros ao projeto do terminal como um todo. Foram adicionados componentes
modelados que constituem a biblioteca paramtrica desenvolvida nesta pesquisa,
representando a entrada de novos parmetros no processo de projeto.

ANLISE ITEM A ITEM DOS PASSOS NECESSRIOS EXECUTADOS:

1- Apagar os elementos a demolir: consiste na eliminao dos elementos


construtivos que devem ser readequados para que a nova proposta seja
implementada;
2- Modelar os pisos da Torre de Controle: consistiu na criao do piso trreo e do
primeiro pavimento referentes torre de controle;
3- Modelar os pilares da Torre de Controle: a tarefa foi a criao da estrutura de
pilares em cada piso do projeto;
4- Modelar as vigas da Torre de Controle: a tarefa foi a criao da estrutura de vigas
em cada piso das torres de controle;
5- Modelar as paredes da Torre de Controle: a tarefa foi a criao da estrutura de
paredes em cada piso do projeto;
6- Modelar os elementos de fechamento (esquadrias): consistiu na insero de
diferentes componentes para colocao de portas e janelas do projeto;
7- Modelar os elementos acessrios Torre de Controle: consistiu na modelagem
ou na insero de componentes, como mobilirios internos ou urbanos,
vegetao, pessoas e veculos, de forma a auxiliar na compreenso do projeto,
sua escala e funes desempenhadas pelo mesmo;
8- Modelar a cobertura da Torre de Controle: a tarefa foi a criao da estrutura da
cobertura do projeto.

As atividades projetuais das trs alternativas de torres de controle funcionou


como uma reviso e modificao do projeto existente. Incluram a mudana de requisitos
originais com o objetivo de atender a condicionantes especficos, pertinentes aos
requisitos como visibilidade do ptio, altura mnima, tamanho das cabines e acesso ao
edifcio principal. A simulao de desempenho foi realizada por meio da exportao das
alternativas ao ambiente SIG para avaliar a variao de LOD oferecida pelo InfraWorks,
descrita nos resultados desta tese, bem como as limitaes encontradas neste
processo.

122
Apresentamos a anlise dos resultados na seo especfica para esta finalidade
nesta tese. Naquela seo discorreremos sobre as consequncias da insero de cada
uma dessas diferentes alternativas no edifcio existente (terminal). Informaremos
tambm sobre como a consulta matriz semntica possibilitou apoiar os processos
decisrios, ainda que numa situao de projeto em que os profissionais das demais
especialidades complementares s de arquitetura no estejam representados.

Tais consultas teriam o objetivo de informar sobre a dimenso projetual de cada


componente ou mdulo funcional e ainda sobre a extenso e dependncia das solues
de arquitetura face aos projetos de especialidades complementares. Realizamos uma
simulao de readequao do projeto existente.

Uma vez que o projeto de um aeroporto algo complexo, a etapa de retrabalho


atua como um recorte para que a anlise acima descrita seja possvel. A utilizao dos
componentes paramtricos aeroporturios, previamente modelados, contriburam para
a realizao de uma pequena alterao no escopo do terminal de passageiros regional.
Isto permitiu uma maior clareza na definio das diferenas entre os sistemas BIM e
SIG como ambiente de processo de projeto e as potencialidades de cada um deles.
(Figura 65).

Figura 65- Exemplo do aeroporto modelado antes da criao das Torres de Controle.

A simulao da ampliao do terminal teve por objetivo, inicialmente, gerar trs


propostas diferentes para uma Torre de Controle - TWR no aeroporto. Projetamos ento,
com uso dos sistemas BIM trs alternativas de projeto, sendo que as mesmas
apresentam nveis crescentes de complexidade (Figura 66 a 68)

123
Figura 66- Vista do Terminal de Passageiros Regional modificado TWR1.

Figura 67- Vista do Terminal de Passageiros Regional modificado TWR2.

Figura 68- Vista do Terminal de Passageiros Regional modificado TWR3.

124
4- DISCUSSO DOS RESULTADOS

4.1- RELAES DA MATRIZ SEMNTICA COM O PROCESSO DE PROJETO


- RESULTADOS DO DETALHAMENTO DO CHECK-IN

A elaborao de uma matriz semntica vem de encontro s lacunas identificadas


nos sistemas BIM no sentido de permitir as ambiguidades necessrias para os
processos de anlise nos estgios inicias de projeto. Uma vez que a matriz estabelece
paralelos entre as especificidades que as partes de um aeroporto apresentam em
relao ao contexto de projeto na INFRAERO.

A matriz desenvolvida nesta pesquisa prope-se a informar sobre as regras de


abstrao envolvidas no projeto de aeroportos. Para tanto, premissas foram
estabelecidas como listadas a seguir.

1- Permitir consulta simultnea de mais de um campo de informao;


2- Apresentar as informaes de forma hierrquica e relacional;
3- Permitir seu uso em rede, em uma ambiente intranet ou extranet.

Para que o projeto acontea, diversos processos de projetao e analise so


necessrios, por diferentes profissionais, envolvidos tanto nas tarefas de projeto
(arquitetura e engenharias) como na elaborao de requisitos e anlise das solues
apresentadas para efetuar aprovao de projetos. A INFRAERO, enquanto empresa de
natureza publica, deve se ater s solues mais vantajosas para obras e servios de
engenharia.

A busca por solues eficientes de projeto envolve ambiguidades na


representao dos componentes construtivos, seja ela espacial ou de parmetros
relevantes aos mesmos.

A manipulao da informao de projeto pode ser amparada pela matriz


semntica, uma vez que possvel realizar consulta sobre as informaes relevantes
aos mdulos funcionais, expressas na matriz. Isso significa a abstrao das informaes
no-essenciais para o projeto de cada um dos mdulos funcionais do aeroporto.

Dessa forma, a matriz capaz de relacionar apenas informaes concernentes a


partes do aeroporto que esto sendo projetadas, de forma a estabelecer as conexes
semnticas entre as mesmas e ainda sua implicao em termos de responsabilidades
e escopos no processo de projeto do ambiente organizacional da INFRAERO.

125
As variaes dos componentes construtivos devem acontecer no apenas no
sentido grfico, de representao bidimensional ou tridimensional. As informaes
associadas aos componentes construtivos, no ambiente de projeto devem responder a
diferentes perguntas e associaes de ideias do projetista.

No detalhamento do mdulo check-in foi possvel verificar que, por meio das
conexes e fronteiras estabelecidas na matriz, esta facilita a multidisciplinaridade entre
as diferentes especialidades. Isto ocorre em razo da facilidade de consulta simultnea
a mais de um modulo funcional, que por sua vez possibilita cruzar informaes sobre
requerimentos de projetos, tarefas de projeto e ainda sobre os critrios de aprovao de
projeto para cada uma das reas da INFRAERO envolvidas. A ideia consiste em
estabelecer uma fonte interativa de consulta, que alm de poder ser atualizada, pode
indicar as interfaces existentes entre os profissionais de uma equipe de projeto de forma
a concatenar suas responsabilidades, dado um determinado escopo de tarefas.

Permite uma viso mais aprofundada sobre como ocorre a ligao entre o
profissional de projeto, que procura atender determinado requisito e est exposto a
condicionantes especficas de projeto (contexto) e o profissional responsvel pela
aprovao das solues propostas, representado pelas reas da INFRAERO. A
necessidade de se entrelaar informaes sobre as tarefas de projeto e de aprovao
reside na deficincia dos sistemas BIM de o fazerem por si prprios. A criao de
ferramenta de apoio ao processo de projeto que possa estabelecer regras de abstrao
para os mdulos funcionais de um aeroporto pode estabelecer parmetros confiveis
para representao dos componentes construtivos, no apenas em termos geomtricos,
como semnticos.

A seguir, na Tabela 5, a matriz apresentada em relao a organizao das


informaes relevantes para as interaes que um arquiteto e os engenheiros de
diferentes disciplinas da INFRAERO desempenham ao longo de um processo de
projeto. A Tabela 5, a seguir, apresenta o resultado do detalhamento do check-in,
separado em dois nveis principais: a dimenso do arquiteto e as dimenses das
engenharias (disciplinas complementares de projeto). Estes nveis foram configurados
com informaes relativas aos processos de aprovao e de projetos, detalhando as
associaes existentes entre os mesmos.

Na dimenso relativa aos processos de aprovao de projetos, cada rea da


INFRAERO est relacionada com as tarefas correspondentes, identificando quais partes
do aeroporto esto envolvidas, bem como quais sistemas encontram-se direta ou
indiretamente relacionados. (Tabela 5.)

126
Tabela 5 ESTRUTURA DE DADOS DO DETALHAMENTO DO CHECK-IN

DETALHAMENTO DO CHECK-IN - MATRIZ SEMNTICA

DIMENSO DE DIMENSO DAS


DIMENSES ARQUITETURA ENGENHARIAS
ESTRUTURA APROVAO APROVAO DE
DE PROJETOS TAREFAS DE PROJETOS TAREFAS DE
PROJETO PROJETO

MEIO FIO DE ENTRADA - SAGUO "LADO TERRA" - REA DE ESPERA


PARTES DO (FILAS) DO CHECK-IN - REA DE CHECK-IN - REAS
AEROPORTO ADMINISTRATIVAS (BACKOFFICE) - REAS DE TRATAMENTO E
TRANSFERNCIA DE BAGAGEM

CHEGADA E SADA DE USURIOS NO MEIO FIO - SISTEMA DE FLUXOS


DO SAGUO LADO TERRA - SISTEMA DE TRIAGEM DE FILAS -
SISTEMAS DO
SISTEMA DE TRATAMENTO E TRANSPORTE DE BAGAGEM - SISTEMA
AEROPORTO DE INFORMAES AEROPORTURIAS - SISTEMA DE CHECK-IN -
SISTEMA DE SEGURANA E VIGILNCIA

COMERCIAL -
COMERCIAL -
ENGENHARIA -
ENGENHARIA -
GESTO -
REAS DA COORD. E GESTO - JURDICA - COORD. E
JURDICA -
INFRAERO COMPATIB. PLANEJAMENTO - COMPATIB.
PLANEJAMENTO
OPERAES - MEIO
- OPERAES -
AMBIENTE
MEIO AMBIENTE

ARQUITETURA - SISTEMAS ELTRICOS - SISTEMAS ELETRNICOS -


SISTEMAS ESTRUTURAIS - SISTEMAS HIDROSSANITRIOS -
DISCIPLINAS DA
INFRAESTRUTURA - SISTEMAS DE AUXLIO VISUAL NAVEGAO
INFRAERO AREA - ORAMENTO - SISTEMAS ELETROMECNICOS - SISTEMAS DE
TELEMTICA

127
Vale ressaltar que as reas da INFRAERO so responsveis pela formao dos
critrios e requisitos de projeto. So responsveis tambm pela aprovao dos projetos
efetuados pela rea de engenharia. Por isto precisam verificar se os requisitos foram
cumpridos e se as solues tcnicas apresentadas respondem satisfatoriamente aos
problemas de projeto. As disciplinas da INFRAERO por sua vez, so responsveis pela
realizao das tarefas de projeto, de cada uma das especialidades de engenharia e
arquitetura. As tarefas de projeto contm informaes oriundas das especificaes
tcnicas da INFRAERO para as disciplinas e/ou especialidades de projeto da empresa.
Estas disciplinas esto representadas na matriz por meio das tarefas previstas para a
realizao do processo de projeto.

A matriz apresenta uma estrutura geral que permite o futuro desenvolvimento da


mesma, em termos de subdivises das tarefas envolvidas no processo de projeto como,
por exemplo, a separao entre estudo conceitual e preliminar. Atualmente a
INFRAERO ainda utiliza procedimentos lineares, onde, no estudo conceitual, o projetista
analisa o cadastramento de cada especialidade e a soluo inicial de projeto (proposta)
e, no estudo preliminar preenche o Relatrio Tcnico que condensa os pormenores das
solues tcnicas empregadas nos projetos de cada uma das especialidades. A
estrutura e organizao dos dados detalhados no check-in poder, futuramente, a ttulo
de pesquisa e/ou ensino, ou para fins de utilizao em uma empresa de aeroportos,
atingir seu desenvolvimento completo. Isto ocorrer por meio da contribuio de
diferentes profissionais, para que possa atingir suas potencialidades mximas e de fato
ser efetivada para todas as especialidades envolvidas em um projeto de aeroportos.

Foram estabelecidas conexes entre as especialidades e as partes e sistemas


do aeroporto. Ao mesmo tempo, a matriz indica as fronteiras entre os diferentes mdulos
funcionais, que podem no estar diretamente relacionados nas atividades projetuais,
mas estarem fortemente conectados nas etapas de construo, operao ou disposio
final da edificao. Os mdulos funcionais a exemplo do check-in representam um
conjunto de componentes construtivos que obedecem a uma funo definida. A fim de
demonstrar as regras de abstrao especficas dos componentes aeroporturios, a
matriz foi construda com alto nvel detalhamento no mdulo funcional de check-in.
Nos demais mdulos funcionais, foi utilizado apenas um nvel bsico de detalhamento.
Este foi um recorte adotado em nossa pesquisa devido s limitaes de tempo prprias
de um curso de doutorado. A escolha do check-in se justifica por ser um mdulo
funcional que possui grande representatividade, uma vez que integra a participao de
diversas especialidades e diferentes reas. A proposta desta pesquisa reside em
demonstrar a estrutura de organizao das informaes na matriz de forma a
representar a participao das diversas reas da INFRAERO.

128
Uma vez que o software utilizado oferece a possibilidade de visualizao
simultnea de mais de um campo de informao da matriz, pode-se combinar
informaes sobre diferentes partes ou sistemas de um aeroporto.

Figura 69- Ilustrao parcial da tela de acesso principal da Matriz Semntica, destacando o
modulo de check-in.

Ao clicarmos em um dos campos da tela representada na Figura 69 acima,


acessamos as informaes referentes ao mesmo, por meio de uma nova tela
representada na Figura 70, a seguir. Esta tela representa todas as especialidades
envolvidas no projeto do mdulo funcional, separadas em fases distintas do processo
de projeto, estudo conceitual, ou preliminar e projeto bsico.

129
Figura 70 - Tela de acesso ao Detalhamento do Check-in na Matriz Semntica.

130
4.1.1- HYPERLINKS (1)

Os recursos contidos na matriz semntica oferecem ainda a possibilidade de fcil


acesso documentao de referncia e/ou complementar de projeto, por meio dos
hyperlinks, o que consolida em um s ambiente digital as informaes primordiais. Isso
traz alguns benefcios, como a ampla divulgao e atualizao da base de dados, a
reduo de erros de interpretao e, ainda, facilidade de consulta no apenas s normas
e manuais, como ainda s informaes especficas sobre os requerimentos de projeto
como, por exemplo, memorial de requisitos operacionais de infraestrutura (Figura 71).

Figura 71- Memorial Ostensivo nmero 06 Fonte: DOPL/ INFRAERO.

131
4.1.2- PROCESSOS DE PROJETO DE ARQUITETURA (2)

Ao clicar no campo da tela principal do mdulo de check-in, correspondente aos


processos de projeto de arquitetura, ilustrado na Figura 26 da pgina 79, a matriz
permite o acesso a duas outras telas, de abertura sequencial.

A primeira diz respeito aos processos de aprovao de projetos especficos para


as atividades projetuais do arquiteto. A segunda apresenta as atividades de anlise
envolvidas nos processos de aprovao (Figura 72).

Figura 72- Campo de acesso aos Processos de Projeto de Arquitetura na Matriz Semntica.

Visando separao da percepo do arquiteto das demais especialidades, as


informaes de check-in esto separadas em diferentes dimenses, mostrando a
vinculao entre os grandes conjuntos de atividades.

132
Figura 73- Exemplo de estruturao lgica dos dados na Matriz Semntica referente aos
Processos de Aprovao.

Tais informaes so referentes contribuio esperada ou s lacunas naquilo


que o arquiteto precisa para projetar um determinado mdulo funcional.

A lgica estrutural da matriz reside na diferenciao entre essas diversas


dimenses e lentes, que filtram informaes diferentes para projetar um mesmo
mdulo do aeroporto. As partes do aeroporto (check-in) esto relacionadas com os
sistemas da edificao e hierarquizados conforme sua relevncia no processo de
projeto.

Em vermelho aparecem as informaes sobre as partes e os sistemas altamente


significativos para o mdulo funcional de check-in (FORTE). Em amarelo (MEDIO),
ligaes medianas e em azul (FRACO) as ligaes com baixo teor de relacionamento
(Figura 73 acima).

133
A classificao FORTE, MDIO e FRACO classifica as partes e sistemas
referentes ao modulo funcional escolhido, em diferentes graus de afinidade com as
tarefas de aprovao de projetos. Isto permite ao projetista saber quais seriam as
prioridades envolvidas no projeto de um aeroporto e suas partes. A matriz fornece ainda
caracterizao sobre as aes (Colaborao, Execuo ou Nada), impactos (Alto, Mdio
ou Baixo) e sobre a forma como como essas aes acontecem (Analise, Projeto ou
Sntese) (Figura 74).

Figura 74- Caracterizao e classificao de Tarefas de Aprovao de Projeto para a INFRAERO.

A possibilidade de se relacionarem diferentes campos, de forma a gerar um


panorama ou enfoque sobre determinados processos de aprovao, torna a matriz uma
ferramenta de auxlio ao processo de projeto, configurada para o ambiente
organizacional da INFRAERO. Isto porque a partir da matriz pode-se consultar sobre as
informaes simultneas sobre a conexo existente entre as partes do aeroporto e a
pratica de arquitetura e de engenharia na INFRAERO.

Na Figura 75, na prxima pgina, pode-se observar que as reas jurdica e de


meio ambiente no esto diretamente envolvidas no desenvolvimento de solues de
projeto e na aprovao para o mdulo de check-in. A permanncia das reas
desligadas, na cor branca importante para informar ao projetista, que no precisa
atuar diretamente com essas reas, delimitando seu campo de anlise e de contribuio
no processo de projeto. A primeira tarefa de aprovao descrita na Figura 75, a seguir,
(anlise da soluo de arquitetura para o atendimento da demanda e do processamento
de passageiros no check-in), pertence rea comercial e est configurada segundo
diferentes nveis de afinidade com as partes e os sistemas do aeroporto.

134
Figura 75 - Tela de acesso na Matriz Semntica aos Processos de Aprovao da INFRAERO.

135
Os processos de aprovao de projeto so diferenciados pela caracterizao das
aes (execuo, informao ou no se aplica ou n/a), pela forma (projeto, sntese ou
anlise) e pelo impacto (alto, mdio ou baixo) (Figura 74). Cada rea da INFRAERO
est representada e associada diretamente aos processos de aprovao de projetos
correspondentes sua esfera de atuao. Na Figura 74 na pgina anterior, observa-se
que as reas com letras em preto encontram-se ativas, ou seja, participam do processo
de projeto do mdulo funcional. As reas que aparecem com letras cinzas esto
desligadas por no estarem diretamente relacionadas aos sistemas de check-in, mas
podem ser ativadas se, por alguma razo, essa associao for criada.

A primeira tarefa de aprovao descrita na Figura 76, a seguir, (anlise da soluo


de arquitetura para o atendimento da demanda e do processamento de passageiros no
check-in), pertence rea comercial e est configurada segundo diferentes nveis de
afinidade com as partes e os sistemas do aeroporto.

Figura 76- Processos de Aprovao de Projetos para Modulo check-in na Matriz Semntica.

Em relao s partes, por exemplo, a tarefa de aprovao de projetos,


Atendimento Demanda, da Comercial, possui alto nvel de afinidade (FORTE) com as
reas de fluxos de passageiros (Figura 77 abaixo) que se destinam ao check-in, no
saguo lado terra, mdio nvel de afinidade (MEDIO) com as reas de processamento
de passageiros e baixo nvel de afinidade (FRACO) com as reas de identificao.

Figura 77- Partes do Aeroporto para Mdulo de check-in na Matriz Semntica.

Em relao aos sistemas do aeroporto, a tarefa de aprovao descrita acima


possui alto nvel de afinidade (FORTE) com os sistemas de tratamento de bagagem,
mdio nvel de afinidade (MEDIO) com os sistemas de processamento de passageiros
e baixo (FRACO) com os sistemas de informao do aeroporto (Figura 78 a seguir).

136
Figura 78- Sistemas do Aeroporto para Mdulo de check-in na Matriz Semntica.

Por meio da consulta aos campos de informao descritos acima possvel


estabelecer um determinado grau de abstrao/especificao de projeto, uma vez que
a matriz delimita os envolvidos e o modo como ocorre a participao dos mesmos. Isto
esconde, momentaneamente, o restante da informao associada ao aeroporto, para
efeito de projeto (ver Figuras 75). Como pode ser observado na Figura 79 a seguir, as
reas jurdica e de meio-ambiente encontram-se excludas (desligadas) na
representao do balco de check-in.

Figura 79 Processos de Aprovao de Projetos para Mdulo Check-in na Matriz Semntica

137
As tarefas de aprovao de projeto para um mdulo de check-in esto
organizadas na matriz. Nesta esto registradas informaes sobre as conexes entre
duas dimenses: a das partes do aeroporto, que do ponto de vista de projeto, representa
a ligao do mdulo funcional em projeto com outros mdulos funcionais; ou aquelas
que influenciam de alguma forma no processo de projeto do primeiro.

Ao informar sobre as conexes entre os mdulos funcionais, a matriz o faz por


meio do estabelecimento das hierarquias FORTE, MEDIO e FRACO. Assim faz
indicao de quais partes do aeroporto possuem uma ligao projetual de maior
intensidade, mdia, ou ainda fraca com o mdulo em questo.

A classificao FORTE, MDIO e FRACO classifica as partes e sistemas


referentes ao modulo funcional escolhido, em diferentes graus de afinidade com as
tarefas de projetos.

Isto permite ao projetista saber quais seriam as prioridades envolvidas no projeto


de um aeroporto e suas partes (Figura 80).

Figura 80- Classificao das Tarefas de Projeto para Mdulo de check-in da INFRAERO na
Matriz Semntica.

A unio entre a classificao e a caracterizao das tarefas de aprovao de


projeto com as tarefas de projeto, permitem que se possa, no mbito da estrutura
organizacional da INFRAERO, estabelecer premissas no processo de projeto relativas
as responsabilidades e escopos associados as partes e sistemas de um aeroporto.

138
A Figura 81, na pgina seguinte, ilustra como as informaes foram estruturadas
para relacionar as tarefas de projeto com as partes e os sistemas do aeroporto,
hierarquizando a afinidade existente entre os mesmos (forte, mdio ou fraco).
Considerando que as tarefas de projeto dependem das reas responsveis pelos
processos de aprovao da INFRAERO, a matriz relaciona as mesmas e s respectivas
disciplinas responsveis pelos processos de projeto.

As reas e disciplinas da INFRAERO interagem no processo de projeto. As


primeiras so responsveis pela formao de critrios e pelos processos de aprovao
de projetos. As ltimas so responsveis pelas tarefas de projeto. Em relao aos
sistemas do aeroporto, a Figura 81, a seguir, indica que o processo de definio do
layout conceitual do check-in apresenta graus diferentes de relacionamento expresso
por afinidades em relao s atribuies/tarefas ou espao fsico que est sendo
projetado:

1- Alto grau (FORTE) com o sistema de tratamento de bagagem;


2- Mdio grau (MEDIO) com os sistemas e processos de aviao civil; e, ainda;
3- Baixo grau (FRACO) com o processamento de passageiros (embarque e
desembarque).

A Figura 81 a seguir fornece informaes sobre as tarefas de projeto de


arquitetura, dividindo, para o mdulo de check-in, as mesmas em campos distintos:

1- Fluxo de interaes dos processos de projeto;

2- Estudo de layout conceitual;

3- Interaes de ergonomia;

4- Produo do projeto arquitetnico;

5- Interaes dos sistemas Eletrnicos;

6- Interaes dos sistemas Telemticos;

7- Interaes dos sistemas Eletromecnicos;

8- Interaes dos sistemas Eltricos;

9- Interaes dos sistemas Hidrossanitrios;

10- Interaes dos sistemas Estruturais;

11- Navegao Area (Desligada);

12- Infraestrutura (Desligada);

13- Interaes do Oramento.

139
Figura 81- Tela de acesso as Tarefas de Projeto para Mdulo de check-in da INFRAERO na Matriz Semntica.

140
A primeira tarefa de projeto representada na Figura 81 na pgina anterior,
integrao com o sistema de tratamento de bagagem e monitoramento dos processos
e fluxos de segurana no check-in. Esta tarefa de projeto est relacionada com a
disciplina de eletromecnica pois o profissional de eletromecnica que especifica e
projeta as esteiras de bagagem, raio X, detector de metais, etc. Encontra-se
representada na linha intitulada fluxos na Figura 82 apresentada a seguir.

Figura 82- Tarefas de Projeto para um Mdulo de check-in na Matriz Semntica.

As partes do aeroporto descritas na matriz correspondem a estrutura lgica


apresentada na tela inicial, como por exemplo, a de um Saguo no Lado Terra,
composta de reas de propaganda, inspeo de bagagens, lavatrios, Companhias
areas, check-in e reas de alimentao (Figura 83).

Figura 83- Exemplo de Partes para Saguo Lado Terra de um aeroporto na Matriz Semntica.

J os sistemas do aeroporto so empregados pela INFRAERO, para o


gerenciamento operacional, predial e de segurana no terminal de passageiros, pistas
e ptio de aeronaves.

141
A figura 84 a seguir ilustra a relao entre as partes do aeroporto na matriz. Mostra
alto nvel de afinidade (FORTE) com os as reas operacionais e de tratamento de
bagagem, mdio nvel (MEDIO) com as reas administrativas e baixo nvel de afinidade
(FRACO) com as reas de equipamentos de rampa.

Figura 84- Partes do Aeroporto para um Mdulo de check-in na Matriz Semntica.

Em relao aos sistemas do aeroporto, a tarefa de projeto descrita acima possui


alto nvel de afinidade (FORTE) com os sistemas de tratamento de bagagem, mdio
nvel (MEDIO) com os sistemas de embarque e desembarque e baixo nvel (FRACO)
com o sistema de processamento de passageiros, conforme mostra a Figura 85 abaixo.

Figura 85- Sistemas do Aeroporto para um Modulo de check-in na Matriz Semntica.

Finalmente, a Figura 86 abaixo ilustra a hierarquia entre as disciplinas. Esta


tarefa tem alto grau de relacionamento (FORTE) com a especialidade de
eletromecnica, grau mdio (MEDIO) com a especialidade de arquitetura da rea de
operaes e baixo grau de relacionamento (FRACO) com a especialidade de arquitetura
da rea de engenharia, uma vez que o projetista de eletromecnica deve cumprir
requisitos estabelecidos pelas reas de operaes e comercial, sendo portanto as
tarefas de projeto dirigidas a aprovao destas reas.

Figura 86- Disciplinas da INFRAERO para um Mdulo de check-in na Matriz Semntica.

142
4.1.3- INTERAES SISTMICAS (3)

A Figura 87 abaixo ilustra consulta s interaes sistmicas de projeto entre o


modulo funcional de check-in e as reas adjacentes ao mesmo, dentro do aeroporto.

Figura 87- Interaes de Projeto para um Mdulo de check-in na Matriz Semntica.

No centro da tela representada pela Figura 70 (Tela de acesso ao detalhamento


do check-in na matriz semntica) existem campos para informar sobre as interaes
sistmicas de projeto, em relao ao mdulo funcional do check-in. A ttulo de exemplo,
pode-se observar a elipse vermelha na Figura acima que destaca as interaes do
check-in com o saguo lado terra do terminal de passageiros. Ao clicar naquele
campo, a matriz abre uma nova tela listando os sistemas e os agentes intervenientes
(Companhias Areas, Tratamento de Bagagens, Inspeo de Bagagens, Inspeo de
Passageiros e Fluxos de Passageiros) no mbito de projeto, conforme mostra a Figura
88 a seguir.

143
Figura 88- Interaes Sistmicas para Saguo lado terra de aeroporto na Matriz Semntica.

A Figura 88 acima ilustra consulta tela de interaes de projeto, referente ao


saguo lado terra. Apresenta as interaes principais, na coluna da esquerda
(companhias areas, tratamento de bagagem, inspeo de bagagem, inspeo de
passageiros e fluxos de passageiros). Na coluna da direita, descreve os elementos
principais de cada interao. Por exemplo, para o tratamento de bagagem, esto
envolvidos os sistemas de tratamento de bagagem, as reas governamentais, as reas
operacionais e de segurana de aviao civil.

144
4.1.4- INTERAES DAS ENGENHARIAS (4)

A Figura 89 a seguir ilustra uma consulta s reas de engenharias.

Figura 89- Tela de acesso s Dimenses das Engenharias na Matriz Semntica.

A Figura 89 acima representa a tela de acesso s interaes de engenharias,


complementares s tarefas de aprovao e projetos de arquitetura.

145
Na presente tese, a matriz foi desenvolvida sob a tica do profissional de
arquitetura, tendo sido configurados os campos relativos aos processos de aprovao e
projetos de arquitetura.

No entanto, tais atividades de projeto no ocorrem de forma isolada, mas de forma


interativa com os profissionais das demais especialidades (reas de engenharias).

A Figura 89, na pgina anterior, representa as especialidades de projeto


concorrentes para o projeto do check-in.

A ideia de se incluir na matriz informaes sobre as tarefas de projeto e de


aprovao, no apenas do ponto de vista de um arquiteto, mas ainda da tica dos
profissionais responsveis pelas especialidades ou disciplinas complementares norteou
o desenvolvimento da verso digital, de forma a criar um software de apoio e consulta
ao processo de projeto.

A matriz construda nesta pesquisa prope-se a demonstrar a estrutura lgica para


uma ferramenta de consulta as regras de abstrao para o projeto de um aeroporto no
mbito da INFRAERO.

Para isto escolhemos o modulo de check-in para detalhar a interao entre o


arquiteto e os engenheiros, nas tarefas de aprovao e projeto. Selecionamos a
disciplina de Sistemas Eletrnicos para explicitar as relaes citadas acima.

Do ponto de vista acadmico, a representao metodolgica da matriz suficiente.

Porm, em uma eventual adoo dos sistemas BIM pela INFRAERO, os demais
mdulos funcionais da matriz podero ser configurados da mesma forma como
demonstrado com o modulo de check-in, para que possa atingir seu potencial pleno
de utilizao.

A ttulo de ilustrao, a Figura 90 a seguir mostra a tela de acesso contendo


informaes de aprovao de projetos para os Sistemas Eletrnicos.

Pode-se observar que as especialidades de Sistemas Hidrossanitrios, de Auxlios


Visuais Navegao Area e de Infraestrutura apresentam escritas na cor cinza. Isso
significa que no participam do processo de projeto de um check-in diretamente.

Apesar de poderem apresentar conexes de projeto com o mesmo, o escopo do


projeto do check-in no necessita da participao dos profissionais dessas
especialidades.

146
Figura 90- Tela de acesso aos Processos de Aprovao de Sistemas Eletrnicos na Matriz Semntica.

O CAMPO REFERENTE AS TAREFAS DE APROVACO DE PROJETOS. CLASSIFCA AS ACOES NOS CAMPOS ACIMA (PARTES E SISTEMAS DO AEROPORTO) RELACIONAM-SE AS AREAS QUE
(EXECUTAR E INFORMAR) E SOBRE COMO DEVE SER EXECUTADA A TAREFA (ANALISE, PROJETO TEM RELACAO COM O PROJETO DO MODULO FUNCIONAL DE CHECK-IN BEM COMO OS
OU SINTESE) E AINDA SOBRE O IMPACTO (ALTO, MEDIO OU BAIXO). SISTEMAS QUE INTERAGEM COM O MESMO.

147
Os processos de aprovao de projeto so diferenciados pela caracterizao das
aes (execuo, informao ou n/a), pela forma (projeto, sntese ou anlise) e pelo
impacto (alto, mdio ou baixo) (Figura 88 da pgina anterior). Cada rea da INFRAERO
est representada e associada diretamente aos processos de aprovao de projetos
correspondentes sua esfera de atuao. Na Figura 88 na pgina anterior, observa-se
que as reas com letras em vermelho encontram-se ativas, ou seja, participam do
processo de projeto do mdulo funcional. As reas que aparecem com letras cinzas
esto desligadas, porque no esto diretamente relacionadas aos sistemas de check-
in, mas podem ser ativadas se, por alguma razo, essa associao for criada. A
primeira tarefa de aprovao, descrita na Figura 91 a seguir (anlise da segurana),
pertence rea de engenharia e est configurada segundo diferentes nveis de
afinidade com as partes e os sistemas do aeroporto.

Figura 91- Processos de Aprovao de Projetos para Mdulo check-in na Matriz Semntica.

Em relao s partes do aeroporto, por exemplo, possui alto nvel de afinidade


com as partes do check-in, no saguo lado terra; mdio nvel de afinidade com as
partes ou reas de tratamento de bagagem e baixo nvel de afinidade com as reas de
BackOffice (apoio ao check-in), conforme mostra a Figura 92, abaixo.

Figura 92- Partes do Aeroporto para Mdulo de check-in na Matriz Semntica.

Em relao aos sistemas do aeroporto, a tarefa de aprovao possui alto nvel de


afinidade com o SISA Sistema de Segurana da INFRAERO, mdio com o STVV
(Vigilncia de TV) e baixo com o SICA de controle de acesso (Figura 93 a seguir).

148
Figura 93- Sistemas do Aeroporto para Mdulo de check-in na Matriz Semntica.

As afinidades estabelecidas neste exemplo, pela matriz semntica se devem a


relao projetual que o modulo de check-in estabelece com os sistemas eletrnicos.

Para a primeira tarefa de aprovao, ilustrada nesse exemplo, de Segurana


Predial, o SISA Sistema de Segurana da INFRAERO apresenta a maior afinidade
com o modulo de check-in.

O sistema STVV de vigilncia de TV, por monitores e cmeras espalhados pelo


terminal, apresenta mdio grau de afinidade com o check-in.

O sistema SICA de controle de acesso apresenta baixa afinidade, uma vez que
o controle de acesso no ocorre no processo de check-in, mas o carto de embarque
que permite este processo fornecido no momento em que o passageiro apresenta-se
no balco.

Da mesma forma como foram apresentadas as interaes entre um profissional


de sistemas eletrnicos e um projetista de arquitetura para as tarefas de aprovao de
projeto, a seguir esto descritas as interaes em relao as tarefas de projeto (Figura
94 a seguir).

Como a disciplina de arquitetura complementar as demais disciplinas das


reas de engenharia, como, por exemplo, a de eletrnica, o arquiteto precisa interagir
com os engenheiros para troca de informao e tomada de deciso.

Esta interao ocorre tanto em relao ao cumprimento de requisitos comuns as


especialidades para aprovao de projetos, como em relao a especificidades das
solues para os sistemas empregados, como:

1- Eltricos;
2- Telemticos;
3- Hidrossanitrios;
4- Eletromecnicos, entre outros, variando em ralao a cada modulo funcional.

149
Figura 94- Tela de acesso s Tarefas de Projeto de Sistemas Eletrnicos da INFRAERO na Matriz Semntica.

150
A primeira tarefa de projeto representada na Figura 94 da pgina anterior
(compatibilizao com os sistemas de telemtica e dutos), est ilustrado na linha
intitulada interao dos sistemas de telemtica na Figura 95 abaixo.

Figura 95- Tarefas de Projeto (Engenharias) para Mdulo de check-in na Matriz Semntica.

A Figura 96 a seguir ilustra diferentes nveis de afinidade com as partes do


aeroporto. A compatibilizao dos sistemas eletrnicos do mdulo de check-in com os
sistemas de telemtica apresenta alto grau de conexo com a galeria tcnica, mdio
grau de conexo com os shafts e passagens verticais e baixa conectividade com as
reas de forros do aeroporto (Figura 96 abaixo).

Figura 96- Partes do Aeroporto (Engenharias) para Mdulo de check-in na Matriz Semntica.

Em relao aos sistemas do aeroporto, a tarefa de projeto descrita acima possui


alto nvel de afinidade com o SDAI, sistema de deteco e alarme de incndio da
INFRAERO, mdio nvel de afinidade com o SAPIOS, sistema de automao predial da
INFRAERO e baixo nvel de afinidade com o SDTV, sistema de TV e FM da INFRAERO,
conforme ilustra a Figura 97 abaixo.

Figura 97- Sistemas do Aeroporto (Engenharias) para Mdulo check-in na Matriz Semntica.

151
A consulta s demais tarefas de projeto descritas na Figura 90 na pgina anterior
(solues de manuteno de equipamentos, iluminao para postos de trabalho,
integrao dos sistemas eletrnicos com os sistemas de som, compatibilidade com a
malha estrutural e anlise oramentria das solues de projeto) so semelhantes aos
ilustrados acima e podem ser relacionadas com a aprovao de projetos. Os recursos
da matriz acima descrita ilustram a capacidade dessa ferramenta computacional em
tecer uma rede de hierarquia e relacionamentos entre os agentes intervenientes no
processo de projeto da INFRAERO. As informaes relativas aos sistemas e s partes
do aeroporto fornecem ao projetista uma viso sistmica sobre a interligao entre os
projetos das diferentes especialidades confrontadas com a de arquitetura.

Permite, ainda, obter uma noo mais precisa da extenso e do impacto no projeto
que a especificao de determinados sistemas acarreta, bem como quais as partes do
aeroporto so afetadas pelos equipamentos e sistemas presentes no projeto. Conforme
o usurio pode selecionar simultaneamente mais de um campo de informao da matriz,
isto possibilita a compreenso de determinados mdulos funcionais no processo de
anlise. Isto ocorre, por exemplo, nas ilustraes de cada tela da matriz acima
apresentados. Ao selecionar um processo de aprovao e comparar o mesmo com a
tarefa de projeto correspondente, temos uma viso precisa sobre o escopo e os critrios
que devero ser adotados para aceite da soluo tcnica a ser desenvolvida.

No detalhamento do check-in, observa-se que a matriz permite obter informao


sobre as interaes que uma tarefa de arquitetura causa em relao s tarefas das
especialidades complementares. A caracterizao das interfaces entre o projeto do
check-in, com os sistemas eletrnicos que fazem parte dos processos de identificao,
segurana, tratamento de bagagens, etc., permite que o arquiteto possa considerar as
variveis decorrentes de tais sistemas em seu processo de projeto. A matriz vem suprir
a carncia da INFRAERO em representar seu processo de projeto no ambiente digital.
Somado a isso, encontra-se a inexperincia da empresa na utilizao de tecnologias
associadas ao processo de projeto, como por exemplo, o uso dos sistemas BIM.

A compatibilizao entre os processos de aprovao e a estrutura organizacional


da INFRAERO (reas e especialidades de projeto) permite que a matriz semntica
integre as informaes do ambiente de projeto da empresa, em uma ferramenta de
consulta e de suporte tomada de deciso. Outra importante vantagem da matriz
semntica refere-se limitao existente dos sistemas BIM em representar diferentes
nveis de detalhe dos componentes paramtricos. Por meio da utilizao da matriz pode-
se obter informaes sobre regras de projeto referentes s partes e mdulos funcionais
de um aeroporto. Permite ainda relacionar os sistemas e profissionais envolvidos na
elaborao dos projetos.

152
4.2- RESULTADOS DA ELABORAO DE NOVOS COMPONENTES NOS
SISTEMAS BIM

Trs componentes, Prtico de segurana, Carrinho de bagagens e Raio-x de


bagagem embarcada, tiveram suas geometrias importadas. Neste sentido foi utilizada a
ferramenta pick para definir os planos dos elementos geomtricos com propriedades
paramtricas. A deciso de criar as referidas geometrias no Revit ou import-las no
interfere na utilizao dos componentes nos sistemas BIM e SIG. Portanto, se a
modelagem envolve formas muito complexas, como a dos trs componentes acima
citados, vale a pena realizar a importao da referida geometria. A geometria importada
est disponvel em sites da internet como o http://www.revitcity.com/
downloads.php?action=view&object_id=12974 ou https://www.bimstore.co.uk/.

O Revit permite modelar formas livres por meio do ambiente de massa. No


entanto, existem limitaes relativas ao resultado dessa modelagem, cuja geometria no
est associada ainda a campos de informao paramtrica. Para que estes modelos de
massa possam ser de fato objetos BIM precisam ser transformados para assumir
caractersticas de um dos componentes nativos, chamados de sistemas de famlias. O
ideal seria que pudssemos criar uma famlia totalmente personalizada, ao invs de
dividir o componente modelado em um conjunto de famlias disponveis. Isto ocorre
porque o Revit apenas consegue transformar geometria no paramtrica em geometria
paramtrica de alguma famlia nativa do programa, como pilares, vigas, paredes,
cortinas de vidro, pisos, coberturas e/ ou lajes. Ainda assim, o ambiente de modelagem
do Revit no apresenta vantagens em relao a modeladores externos como
Rhinoceros ou Form-Z. Alm do fato de que ambas as geometrias, tanto as
modeladas no ambiente de massas do Revit quanto as importadas, devem ser
transformadas para se tornarem paramtricas, razovel que a escolha sobre a forma
de modelagem seja livre, pois uma metodologia no apresenta ganhos significativos
sobre a outra.

A modelagem tridimensional foi realizada por meio de extruses e de operaes


booleanas para obteno das formas desejadas. A criao de novos parmetros
permitiu personalizar os componentes BIM de forma a expressar informaes relevantes
a cada um deles e, ao mesmo tempo, comuns INFRAERO ou ao mercado
aeroporturio. A insero de campos para as planilhas SINAPI e SICAERO permite a
realizao do oramento usualmente utilizado na empresa. Iniciamos a criao dos
componentes utilizando um arquivo DWG", que no deve ser inserido diretamente na
famlia, mas permite transferir suas linhas para o Revit.

153
PLANTA CEDIDA PELA INFRAERO PARA SERVIR DE GUIA DE REFERENCIA PARA A
MODELAGEM NO SISTEMA BIM - REVIT

Figura 98- Planta utilizada como referncia de modelagem originalmente no AutoCAD AutoDesk. Fonte: INFRAERO.

A FIGURA 98 ACIMA ILUSTRA A PLANTA ORIGINAL CEDIDA PELA INFRAERO PARA EFEITO DE A PLANTA FOI MODIFICADA DE FORMA A APAGAR OS ELEMENTOS DESNECESSARIOS, COMO A
MODELAGEM DE NOVA FAMLIA DE COMPONENTE NO SISTEMA BIM REVIT. NO AUTOCAD FOI PONTE ALFA E PARTE DO TERMINAL DE PASSAGEIROS QUE APARECE NA IMAGEM.
REALIZADA SIMPLIFICAO DE INFORMAES NO RELEVANTES PARA A MODELAGEM.

154
PLANTA INSERIDA NO SISTEMA BIM REVIT, PARA CRIACAO DE NOVA FAMILIA ADAPTADA PELO AUTOR POR MEIO DE SIMPLIFICACAO DAS INFORMACOES CONTIDAS NA PLANTA
ORIGINAL CEDIDA PELA INFRAERO

Figura 99- Plantas de referncia para modelagem proveniente do AutoCAD e inserida no sistema BIM - Revit. Fonte: INFRAERO.

NA FIGURA 99 ACIMA, PODE-SE OBSERVAR A PLANTA SIMPLIFICADA DE REFERNCIA UMA VEZ DEFINIDOS OS PLANOS DE TRABALHO (VER FIGURA 107 NA PGINA 161),
INSERIDA NO REVIT PARA MODELAGEM DE UMA NOVA FAMLIA DE PONTE DE FORAM INSERIDAS PLANTAS DE REFERNCIA, QUE FUNCIONAM COMO MARCAS
EMBARQUE. DGUA, DE FORMA A FACILITAR E GUIAR A MODELAGEM.

155
Isto foi necessrio porque os componentes modelados deveriam seguir as
especificaes tcnicas colhidas junto a INFRAERO, cuja especificao j estava
concluda e cuja documentao era bidimensional. Na criao de componentes
inteiramente originais, que no apresentem especificao tcnica previa esta etapa no
se torna necessria.

Foi realizada a modelagem geomtrica de cinco dos componentes (esteira de


bagagem desembarcada, esteira de bagagem geral, balco de check-in, porta giratria
e prtico de segurana) por meio de ferramentas para criao de formas - extruses,
combinaes, varreduras ou revolues. Um outro caminho que foi utilizado
corresponde a importao de massa de um componente modelado tridimensionalmente
em um modelador de superfcies, como o Sketchup, sem no entanto possuir os
recursos paramtricos que os componentes BIM apresentam. O Revit possui um
ambiente de massa, que permite a importao e posterior transformao das superfcies
em componentes paramtricos nativos do programa, como paredes, paredes cortina e
de vidros, pilares, vigas, pisos e coberturas. Dessa forma, podemos transformar um
componente puramente tridimensional em um componente BIM. A modelagem
tridimensional foi realizada por meio de extruses e de operaes booleanas para a
obteno das formas desejadas.

As impresses obtidas nesta pesquisa indicam que a utilizao do ambiente de


massa no Revit e a imposio de se transformar superfcies no paramtricas em
famlia necessariamente nativas do software indicam uma forte limitao da ferramenta
para criao de componentes paramtricos de famlias inteiramente originais (novas) no
aplicativo. Apesar de reconhecer que a grande maioria dos componentes podem ser
representados atravs da combinao de diferentes famlias nativas, como por exemplo
na utilizao de cortinas de vidro e de paredes para o fechamento de uma ponte de
embarque, inexiste a possibilidade, no Revit, de criao de uma superfcie paramtrica
totalmente personalizada, em termos da natureza das famlias utilizadas para compor o
componente, como, figurativamente, poder-se-ia imaginar uma famlia paramtrica
totalmente nova, como uma chapa divisria de fechamento lateral de uma ponte de
embarque.

No Revit, a criao de um novo componente paramtrico (para montar novas


famlias de objetos) ocorre como uma colagem ou unio de diferentes famlias pr-
existentes assumindo as formas desejadas de uma geometria ainda no paramtrica.

A seguir so apresentados os componentes modelados para esta pesquisa para


utilizao desde o estudo conceitual, projeto bsico at o executivo, conforme as
Figuras 100 a 105.

156
Figura 100- Balco de check-in de aeroporto modelado no Revit.

Figura 101- Esteira de Bagagem Desembarcada de aeroporto modelado no Revit.

157
Figura 102- Raio-X de Bagagem Passageiro de aeroporto modelado no Revit.

Figura 103- Ponte de Embarque de aeroporto modelado no Revit.

158
Figura 104- Esteira de Bagagem Geral de aeroporto modelado no Revit.

Figura 105- Prtico, Carrinho e Porta Acesso de aeroporto modelado no Revit.

159
4.2.1- ILUSTRACAO E DISCUSSO DOS PASSOS REALIZADOS PARA CRIAO
DE NOVOS COMPONENTES PARAMTRICOS

O mesmo processo bsico, descrito a seguir, foi utilizado para criao de todos
os componentes, embora cada um deles possa variar em complexidade e
caractersticas:

1- SELEO DO MODELO DE FAMLIA: ESTA FOI A PARTE MAIS


IMPORTANTE NA CRIAO UMA FAMLIA.

O modelo determinou no somente a categoria (e, portanto, os parmetros


disponveis) da famlia, mas tambm a forma como o componente se comporta e
interage com os outros. O tipo de famlia escolhido para representar os componentes
aeroporturios foi o tipo carregvel, que permite definir parmetros customizados e
reutilizar estas famlias em vrios projetos. Deve-se clicar no cone do Revit > New >
Family e escolher a famlia desejada (Figura 106).

Figura 106- Seleo do modelo de famlia no Revit

Na vista da planta (Ref. Level), foi inserido o arquivo DWG, clicando na aba
Insert > Import CAD, selecionando o arquivo DWG que representa esta vista e
realizando ainda as configuraes de importao. O desenho foi alinhado com os planos
de referncia (Figura 107 a seguir).

160
2- ANTES DA CRIAO DA GEOMETRIA DOS COMPONENTES, PRECISO PLANOS DE REFERNCIA SO PLANOS ESPACIAIS QUE SERVEM PARA REFERENCIAR
ESTABELECER PLANOS E LINHAS DE REFERNCIA. OS PARMETROS E DEFINIR POSSVEIS ALINHAMENTOS E CONSISTEM EM LINHAS DE
DADOS QUE SE PROLONGAM ALM DAS BORDAS DA REA DE DESENHO VISVEL.

Figura 107- Criao de planos e linhas de referncia no Revit.

161
3- INSERIR E EXPLODIR O ARQUIVO DWG > SELECIONANDO TODAS AS LINHAS OBS. O TIPO DA LINHA QUE APARECE 0 INICIALMENTE, DEVENDO SER MUDADO PARA
CRIADAS E ALTERANDO EM SUBCATEGORY O TIPO DE FAMLIA DESEJADA.

Figura 108- Insero e edio de arquivo . DWG no Revit.

162
4- INCIO DA CRIAO DA GEOMETRIA SLIDA USANDO UMA EXTRUSO OU
OPERAO BOOLEANA.

Figura 109 - Exemplo de extruso simples no Revit.

163
5- VERIFICAO E DEFINIO DO PLANO DE TRABALHO PARA A GEOMETRIA PODE-SE AINDA DEFINIR O PLANO DE TRABALHO ATUAL, A QUALQUER MOMENTO,
CONCEITUAL. SELECIONANDO O PLANO DE TRABALHO POR MEIO DA FERRAMENTA DISPONVEL EM "CRIAR".

Figura 110- Exemplo de configurao do plano de trabalho no Revit.

164
6- DEFINIO DAS PROPRIEDADES DO OBJETO.

Deve-se selecionar o mtodo propriedades especficas para incluir a


profundidade (no caso de uma extruso, por exemplo), o material do objeto, visibilidade
e subcategoria (se necessrio). Pode-se tambm definir as propriedades depois que o
objeto tenha sido criado. importante notar que possvel vincular propriedades aos
parmetros.

Figura 111 - Exemplo de extruso no Revit controlada para direo no eixo de altura.

165
As Figuras 107 a 111, anteriores, ilustram as diferentes formas disponveis para
modelar geometria no Revit. Ressaltamos que estes recursos de extruso e de
operaes booleanas entre as formas modeladas tambm so comuns em outros
aplicativos.

1- COTAS: na ilustrao abaixo podemos ver as cotas utilizadas na ponte


de embarque modelada.

Figura 112- Exemplo de insero de cotas no Revit.

166
2- LINHAS: utilizamos linhas model no modelo (que aparecem em todas
as vistas), e symbolic lines que aparecem apenas na vista que foi criada
a partir do modelo (planta, elevao).

Figura 113 - Exemplo de utilizao de linhas como guias de modelagem para uma Ponte de
Embarque no Revit.

167
A FIGURA 114 ABAIXO REPRESENTA O COMPONENTE DE PONTE DE EMBARQUE
INTEIRAMENTE MODELADO.

Figura 114- Ponte de Embarque modelada no Revit segundo Especificacoes Tecnicas usualmente empregadas pela INFRAERO.

168
3- CONFIGURAES DE VISIBILIDADE: por meio dessa ferramenta
podemos escolher em que vista e nvel de detalhamento o elemento vai
aparecer (coarse, medium e fine).

A determinao do nvel de detalhe de cada componente ocorreu por meio da


configurao do Revit em trs possveis nveis de detalhe, baixo (LOD-100), mdio
(LOD-200) e alto (LOD-300) e detalhados na seo 2.8- O CONCEITO DE LOD, Level
of detail e Level of development, na pgina 51.

Figura 115 - Exemplo de acesso as configuraes de visibilidade no Revit.

Isto deveria corresponder aos LOD`s 100, 200 e 300 (Estudo Preliminar, Projeto
Bsico e Executivo). Na pratica, o Revit oferece apenas variao temporria na
visualizao geomtrica de cada componente. As limitaes dos sistemas BIM em
representar diferentes graus de abstrao repercutem na gesto de informao dos
prprios componentes construtivos. A seguir est descrito como ocorre a variao de
LOD no Revit, que corresponde apenas ao nvel de desenvolvimento, conforme
descrito na literatura, sendo que o aplicativo no consegue representar adequadamente
esta variao, porque o nvel de detalhe, que representa a variao de informao
associada ao modelo no est disponvel.

Figura 116 - Configurao das caractersticas correspondente ao LOD300.

169
possvel configurar os trs modos de visibilidade (coarse, mdium, fine)
para partes especificas dos componentes paramtricos. Ou seja, alm de poder
controlar a visibilidade do componente como um todo, e possvel revelar ou ocultar
partes do mesmo. Porm, isso ainda representa uma limitao, dado que o correto seria
poder controlar diferentes representaes (nvel de desenvolvimento) e diferentes graus
de informao (nvel de detalhe) para um mesmo componente construtivo. Em suma a
variao de nveis de detalhe possvel apenas como recurso de visualizao, uma vez
que os parmetros especificados para cada componente permanecem os mesmos
independentemente se eles so vistos como coarse, mdium, fine. Sendo assim
impedem fazer representaes realmente ambguas que permitem mltiplas
interpretaes.

Figura 117- Visualizao do resultado da configurao de LOD no Revit.

Conforme pode ser observado na Figura 117 acima, o Revit permite visualizar
diferentes nveis de LOD, porm o que acontece a ocultao completa dos elementos
de esquadrias, ou de partes deles. No exemplo acima vemos a ocultao das portas e
janelas da edificao. No se pode, no aplicativo, em um mesmo componente, ligar ou
desligar instncias que ocupem o mesmo lugar no espao. Ainda que seja possvel
visualizar apenas partes de um elemento, isto no corresponde ao conceito de LOD de
que o mesmo componente pode assumir diferentes representaes, no apenas
grficas, mas tambm na informao/especificao associada ao mesmo (parmetros).
Esta deficincia do Revit constitui uma limitao para seu emprego em projetos
aeroporturios, como no ambiente de projeto da INFRAERO, por no cumprir de forma
plena com a especificao de LOD preconizada pelo AIA americano, por exemplo.

170
4.2.2- TESTE DE VARIAO DE LOD NOS SISTEMAS BIM - REVIT

Cada componente pode ser visualizado de forma a apresentar diferentes nveis


de detalhe de forma grfica, a partir da ferramenta de visibilidade do Revit (LOD) para
responder aos requisitos dos nveis de desenvolvimento 100-200-300.

Porm, os resultados desta pesquisa indicaram que o Revit realiza apenas uma
variao na representao grfica dos componentes, ocultando partes dos mesmos
sem, no entanto, conseguir representar os diferentes graus de ambiguidade por meio
da transformao de sua geometria ou da alterao dos parmetros de especificao.
Em outras palavras, ele apenas liga ou desliga partes do componente sem de fato alterar
nenhum dos seus parmetros incluindo as suas propriedades, comportamentos e inter-
relaes.

O correto seria que a geometria pudesse ser representada nos trs nveis
diferentes, como se pudssemos ligar ou desligar o nvel de representao geomtrica
e de informao associada de acordo com a fase do projeto. Da forma como a funo
encontra-se estruturada no Revit, podemos tirar partido da habilidade de mostrar
apenas partes de um componente, quando isso coincide com os processos construtivos
ou de montagem.

Por exemplo, podemos configurar como coarse o caixilho de uma esquadria,


como medium sua armao interna e como fine os vidros, permitindo que no estudo
conceitual possa-se trabalhar apenas com as aberturas (caixilhos), no Projeto Bsico
com a armao e estrutura interna das esquadrias e no Projeto Executivo com a
esquadria completa (vidros). No entanto este resultado continua sendo apenas um
recurso de visualizao, sem alterao dos parmetros associados aos componentes.

No entanto, o que deve ser ressaltado a impossibilidade dos sistemas BIM em


representar de forma ambgua seus componentes. Ainda que seja possvel uma
variao na representao grfica para efeito de visualizao, carece de recursos que
permitam representar um componente, que ocupa um mesmo lugar no espao, com
diferentes nveis de LOD Geomtrico e semntico.

A determinao do nvel de detalhe de cada componente ocorreu por meio da


configurao do Revit em trs possveis nveis de desenvolvimento (LOD Geomtrico),
baixo (LOD-100), mdio (LOD-200) e alto (LOD-300) detalhados na seo 2.8- O
CONCEITO DE LOD, Level of detail e Level of development, na pgina 51.

Na figura 118, a seguir, observam-se as variaes na representao grfica de


uma esteira de bagagem de aeroporto.

171
Figura 118- Diferentes representaes grficas um mesmo objeto nos sistemas BIM.

O Revit apresenta limitaes na visualizao do LOD geomtrico e na


impossibilidade de estabelecer nos sistemas BIM representaes abstratas associadas
ao modelo. Para cumprir as especificaes da tabela LOD, o Revit necessita criar
diferentes arquivos para um mesmo componente, cada um destes representando um
nvel LOD especifico, sendo que o ideal seria poder desligar ou ligar os diferentes nveis
de LOD no mesmo arquivo. Esta limitao endossa o desenvolvimento de ferramentas
e metodologias auxiliares, como a matriz semntica, que pode servir para informar as
especificidades e diferentes regras de abstrao para os mdulos funcionais de um
aeroporto, onde encontram-se os componentes construtivos (Figura 118). Nos objetos
esto configurados os campos dos parmetros geomtricos e ainda dos parmetros no
geomtricos, como cdigo do fabricante, cdigos SINAPI e SICAERO, cor, peso, etc.

172
Os parmetros so propriedades dos elementos para adicionar ou retirar
informaes. Podem ser parmetros da famlia. Neste caso, o parmetro s ter
informaes referentes quela famlia (como largura e altura de objetos). Pode haver
tambm parmetros compartilhados, quando precisamos transpor informaes entre
famlias diferentes ou entre a famlia e o projeto como, por exemplo, o cdigo SINAPI,
que consta de um nmero de referncia, sendo que a informao sobre o custo est
associada ao projeto por meio de um banco de dados. (Figura 119). No sentido de testar
as potencialidades e ainda pesquisar o desenvolvimento dos componentes
paramtricos nos sistemas BIM foram configurados novos parmetros nos componentes
modelados: cdigo SINAPI, cdigo SICAERO.

Figura 119- Demonstrao da criao do parmetro SINAPI para Esteira de Bagagem.

O cdigo SINAPI refere-se s informaes constantes da planilha de preos


licitatrios do Governo Federal. A criao de parmetro no componente possibilita
relacion-los ao projeto para realizar, por exemplo, a oramentao automtica.

173
A insero do cdigo SICAERO obedece aos mesmos princpios do anterior.
Entretanto, uma vez que alguns componentes no existem na base de preos geral do
Governo Federal, a planilha SICAERO estabelece preos de referncia para
equipamentos exclusivos de aeroportos. A existncia dos dois campos, deve-se
possibilidade futura do equipamento vir a ser includo na planilha SINAPI. Por esta razo
os campos foram configurados de forma a coexistirem.

Pode contribuir na quantificao de materiais e oramentao e para o


aprimoramento da gesto, uma vez que podemos parametrizar as informaes de
projeto. Por exemplo, apenas utilizando cdigos de informaes saberemos sobre os
componentes de um dado projeto. Na criao de novos parmetros existem campos que
possibilitam configurar a que disciplina de projeto e a que grupo de informao o
parmetro pertence. No exemplo da Figura 120, a seguir, foi criado para uma esteira de
bagagem desembarcada um novo parmetro chamado SICAERO e foi relacionado ao
mesmo todas as disciplinas, em um grupo de informao de dados.

Figura 120- Configurao de novo parmetro (SICAERO) no Revit

174
4.2.3- IMPORTAO DE COMPONENTES NOS SIG

A formao dos componentes em bases SIG ocorreu por meio da exportao do


modelo REVIT em um arquivo FBX, formato de propriedade da AutoDesk. Testamos
ainda a exportao, por meio de arquivos open source IFC. O teste de representao
dos componentes modelados ilustra a utilizao dessas ferramentas no projeto do
terminal de passageiros regional do Brasil, e ainda apresenta os resultados da tentativa
de simulao dos nveis de detalhe nos SIG, de forma a acompanhar as fases
conceptivas, de desenvolvimento e de detalhamento de um projeto de arquitetura.

O SIG - InfraWorks apresentou limitaes, de certa forma, semelhantes aos


sistemas BIM, para a representao de diferentes LODs, uma vez que no permitiram
aos objetos importados do Revit, via IFC, representar variao controlada nos LOD
semntico e geomtrico, mas apenas variao temporria nos mesmos (zoom de
detalhe). A variao de representao, nesses casos, apenas geomtrica, chamada
nos manuais do aplicativo como variao de distncia, ou de zoom. Na literatura est
descrito que no ambiente CityGML estes recursos esto presentes.

Dessa forma, conclumos que em futuras pesquisas ou aplicaes na rea, deve-


se priorizar o ambiente SIG que trabalhe de forma nativa com os arquivos CityGML.
Apesar da ferramenta da AutoDesk (InfraWorks) poder manipular tais parmetros, se
os mesmos estiverem presentes, pois importa os arquivos CityGML, a importao
direta dos arquivos oriundos de um sistema BIM no soluciona o problema de
representao de projeto em diferentes nveis de abstrao.

Os resultados, portanto, indicam que possivelmente a exportao de


componentes no ambiente BIM para um ambiente CityGML permitiria a adio de
aspectos topolgicos e semnticos ao modelo.

Dessa forma, ao serem inseridos no aplicativo da AutoDesk InfraWorks


poderiam ter parmetros ligados a sua natureza geomtrica, suas conexes fsicas com
os objetos do entorno imediato e ainda informaes, ou parmetros, especficos de
projeto (semnticos) manipulados em diferentes nveis de abstrao.

Nesta pesquisa foram testados dois componentes modelados no Revit, que


apesar das limitaes de no trazerem consigo os parmetros e as funcionalidades
topolgicas e semnticas, puderam ter sua representao geomtrica testada no
aplicativo InfraWorks.

A interface entre os dois sistemas, BIM e SIG, por meio do arquivo IFC e a
possibilidade de controle na variao do grau de abstrao das informaes associadas

175
ao modelo, foi a razo pela qual inclumos a representao geomtrica e semntica
nesta pesquisa. Aps a modelagem e parametrizao no sistema BIM, exportamos os
componentes para o ambiente SIG (Figura 121).

Figura 121- Exportao para arquivo do tipo IFC a partir do Revit

A seguir, inserimos, no terreno SIG, desde os componentes, de forma individual,


mdulos funcionais, como a torre de controle, at a totalidade do aeroporto, para efeito
de anlise e ainda de teste desses componentes modelados no ambiente de projeto
(Figuras 122 e 123).

176
Figura 122- Demonstrao de componente BIM importado no ambiente SIG InfraWorks.
NAS FIGURAS 122 E 123 ESTO REPRESENTADOS OS DOIS COMPONENTES QUE FORAM NA FIGURA 122 ACIMA PODE-SE OBSERVAR A SELECAO DO COMPOENTE DE PONTE DE
ESCOLHIDOS PARA TESTE DA VARIAO NO NVEL DE DESENVOLVIMENTO DOS COMPONENTES EMBARQUE NO APLICATIVO INFRAWORKS. NO CANTO SUPERIOR ESQUERDO VEMOS A
MODELADOS NO BIM. REFERENCIA A IMAGEM RASTER QUE COMPOE O TERRENO.

177
Figura 123- Ilustrao de componente BIM importado no ambiente SIG InfraWorks.

A FIGURA 123 ACIMA DEMONSTRA A INSERCAO DE MODELO ORIUNDO DO BIM REVIT NO SIG A SEGUIR SO APRESENTADAS IMAGENS DE INSERO DOS COMPONENTES MODELADOS NOS
INFRAWORKS. SISTEMAS BIM - REVIT E EXPORTADOS PARA O INFRAWORKS (FIGURAS 124 A 126.

178
Como pode ser observado na Figura 124 abaixo, a variao de LOD no
InfraWorks consegue realmente abstrair geometria do componente construtivo sem, no
entanto, representar o efeito desejado de se poder assumir o controle sobre o que deve
ser representado em diferentes nveis de abstrao. Isso significa que a simples
exportao de componentes oriundos dos sistemas BIM no representa um ganho direto
de anlise no sentido de variao no nvel de desenvolvimento dos objetos.

Figura 124- Exemplo de nvel de detalhamento em LOD100 no InfraWorks.

Os softwares utilizados pertencem a um mesmo fabricante, o que implica na


opo por uma gama de aplicativos vendidos como uma soluo fechada, conhecida
como sute de aplicativos. No caso da opo por softwares de diferentes fabricantes,
a escolha do caminho que se utiliza do CityGML passa a ser o mais vivel, uma vez
que se utiliza de protocolo open-source do tipo IFC.

Os experimentos realizados nesta pesquisa demonstram como se comportam


os componentes exportados do BIM diretamente para um SIG que pertence a sute ou
soluo integrada de aplicativos do fabricante AutoDesk para a AEC.

Outra forma seria utilizar a interface oferecida pelo CityGML, que oferece a
possibilidade de incluso de informaes semnticas (parmetros configurados nos
sistemas BIM) no modelo.

179
Ocorre que a variao no nvel de detalhamento geomtrico, descrito pelo
fabricante como uma variao no zoom em relao ao objeto, permite, de fato, que se
consiga abstrair partes da geometria dos componentes. Porm, o resultado obtido no
indica que o aplicativo oferea controle sobre quais partes do modelo deveriam ser
ocultadas. Da mesma forma, a ausncia de partes dos componentes testados, como
partes de uma esteira de bagagem ou ainda os pilares de apoio de uma ponte de
embarque (Figuras 124 e 126 respectivamente) no abstraiu informaes sobre as
partes ocultadas, mas apenas na visualizao da geometria dos componentes.

Pode-se ainda observar nas Figuras 124 e 126 que apesar de somente algumas
partes da geometria dos modelos ter sido abstrada, como por exemplo os apoios da
ponte de embarque, toda a geometria foi tambm simplificada, apresentando reduo
de detalhes, aparentemente revelando as triangulaes ocultas na malha de
modelagem. Isto caracteriza-se como uma limitao, uma vez que a reduo das
caractersticas geomtricas das partes no ocultadas no e de forma alguma desejvel.
Por fim, ressalta-se que a insero de componentes modelados previamente nos
sistemas BM em um ambiente SIG representa uma boa oportunidade para confrontar
os mesmos com as caractersticas do relevo natural.

Figura 125- Exemplo de variao de nvel de detalhamento em LOD300 no InfraWorks.

Conforme pode ser observado na Figura 125 e 126, a variao de LOD no


InfraWorks, chamada nos manuais do software como variao de zoom, permite
uma representao abstrata da geometria, mas cujo controle deixa a desejar na seleo
do que ser ocultado. No exemplo a seguir (Figura 126), a ponte de embarque oculta
partes importantes de sua estrutura de forma indesejvel (elipses vermelhas).

180
Figura 126- Exemplo de variao de nvel de detalhamento em LOD100 no InfraWorks.

181
4.3- MODELAGEM DO TERMINAL DE PASSAGEIROS REGIONAL NOS SISTEMAS
BIM E TESTE DE EMPREGO DE COMPONENTES EM SEUS MLTIPLOS NVEIS DE
DETALHE

A modelagem do terminal regional ocorreu devido a necessidade de se adotar


uma base grfica de dados onde fosse possvel efetuar testes com os componentes
modelados.

Da mesma forma, esse modelo digital permite simular processo de projeto que
se utiliza dos sistemas BIM.

Face a problemtica exposta na pesquisa, acerca das limitaes dos sistemas


BIM em representar diferentes graus de abstrao da informao associada aos
componentes construtivos, estabelecemos a escolha do terminal regional de
passageiros da INFRAERO como forma de investigar as ligaes entre as partes do
aeroporto e suas conexes semnticas com as responsabilidades e tarefas envolvidas
nos processos de aprovao e projetos desenvolvidos pela empresa.

A reproduo no Revit do projeto cedido pela INFRAERO possibilitou


conhecimento aprofundado dos diversos setores, ou zonas de um pequeno aeroporto.

A consulta ao material complementar, como especificaes tcnicas, memoriais


de critrios e condicionantes, constantes do Termo de Referncia de Projeto, foi
possvel estabelecer paralelos entre cada um dos mdulos funcionais do edifcio e os
sistemas prediais e operacionais usualmente empregados pela INFRAERO.

Nesta pesquisa a modelagem do terminal regional encontra-se conectada, como


ferramental de input de dados na matriz semntica desenvolvida pelo autor.

A ideia de relacionar o modelo nico de informao em base BIM com um


software de apoio ao processo de projeto, como a verso digital da matriz, no aplicativo
Xmind, que permite consulta sobre diferentes campos de informao sobre o aeroporto
e suas partes, especialmente em relao aos processos de aprovao e projetos e aos
requerimentos.

Da mesma forma, o modelo BIM do terminal regional amparou o


desenvolvimento de simulao do processo de projeto atravs da criao de trs
alternativas para uma torre de controle, inexistente no projeto original. A simulao
permitiu investigar aspectos relacionados com os estgios iniciais de projeto, desde a
geometria conceitual at a utilizao da matriz semntica para consulta sobre as
interferncias e impactos que as novas torres significam no terminal regional.

182
4.3.1- CONSTRUO DO MODELO BIM E PROCESSO DE ANLISE

O processo envolveu tanto a modelagem, utilizando as ferramentas e


potencialidades nativas do Revit, como a importao de geometria, que posteriormente
foi transformada em componente paramtrico (Figura 127).

Figura 127- Modelagem do Terminal Regional em BIM. Planta baixa. Fonte: INFRAERO.

A Figura 127 acima representa a insero de planta de referncia cedida pela


INFRAERO par servir como guia de modelagem no Revit. A modelagem do terminal
regional ocorreu tanto atravs da utilizao das famlias nativas do aplicativo como
atravs da utilizao do ambiente de massa para modelagem de formas curvas e/ou
complexas.

A MODELAGEM DO TERMINAL REGIONAL OCORREU EM DUAS ETAPAS:

1- A PRIMEIRA ETAPA refere-se modelagem nos sistemas BIM;

2- Na SEGUNDA ETAPA foi feita a importao de dados de satlite do terreno para


visualizar a insero do projeto no relevo existente e assim obter informao
para escolher o melhor local de implantao e ainda dos impactos e
interferncias que poderiam existir. Foi ento realizada a importao do
aeroporto modelado previamente no Revit para o ambiente de trabalho do
InfraWorks (SIG), de forma a obter uma viso sistmica da infraestrutura do
terminal de passageiros e do contexto existente (entorno imediato).

183
4.3.2- MODELO BIM (REPRODUO POR MEIO DE MODELAGEM DO
TERMINAL DE PASSAGEIROS REGIONAL - ARQUIVOS 2D CEDIDOS PELA
INFRAERO)

RESULTADOS DA MODELAGEM DO TERMINAL REGIONAL.

1- PREPARAO E CUSTOMIZAO DO AMBIENTE DE TRABALHO. Foi


realizada a configurao da interface Revit, utilizando a unidade de medida
correta, no caso em metros e das definies de grid e ainda dos nveis
customizados de projeto. Os nveis conduzem a modelagem dos diversos pisos
e cobertura, informando as alturas corretas dos componentes construtivos.

2- INSERO DE PLANTA REFERENCIAL DO PROJETO EXISTENTE. Foi


realizada a insero de uma planta de referncia que correspondeu ao projeto
adotado, servindo de guia para o desenvolvimento do projeto nos sistemas
BIM. Isto funcionou como uma marca dgua orientando a modelagem das
paredes, fechamentos e permitindo uma compreenso clara das funes na
edificao, auxiliando o arquiteto a organizar e racionalizar seu ambiente de
trabalho, pois muitos componentes devem ser inseridos e/ou modelados
(Figuras 128 e 129).

Figura 128- Insero de planta bidimensional CAD como guia de modelagem no Revit.

184
Figura 129- Ilustrao de importao de planta baixa CAD-2D do Terminal Regional no Revit.

NA FIGURA 129 ACIMA PODE-SE OBSERVAR A PLANTA PROVENIENTE DO AUTOCAD INSERIDA CONSULTAS A INFORMAES COMPLEMENTARES COMO SEES, FACHADAS E DOCUMENTOS
NO NVEL 1 DE PROJETO NO APLICATIVO REVIT E SERVE COMO GUIA PARA AUXILIAR NA TCNICOS ANEXOS AO PROJETO DO TERMINAL REGIONAL, COMO MEMORIAIS DESCRITIVOS E
MODELAGEM TRIDIMENSIONAL PARAMTRICA. ESPECIFICAES TCNICAS FORAM TAMBM NECESSRIOS.

185
3- PREPARAO DO ENTORNO IMEDIATO. MODELAGEM DO TERRENO, VIAS DE ACESSO E
DEMAIS INFRAESTRUTURAS QUE CERCAM O TERMINAL DE PASSAGEIROS

Figura 130- Ilustrao do resultado grfico da modelagem de Ptio, Caladas e Vias de Acesso ao Terminal Regional no Revit.

NA FIGURA 130 ACIMA PODE-SE OBSERVAR A MODELAGEM DA INFRAESTRUTURA DE A INFRAESTRUTURA AEROPORTUARIA MODELADA PODE SER EXPORTADA PARA APLICATIVOS
PAVIMENTAO, ACESSO VIRIOS E DE PEDESTRES, BEM COMO DO ESTACIONAMENTO DE COMO O CIVIL3D DA AUTODESK, QUE PERMITE O GERENCIAMENTO DE ASPECTOS
VECULOS, PISOS DO TERMINAL REGIONAL E DO PTIO DE AERONAVES. TOPOGRAFICOS E GEOTECNICOS COMPLEMENTARES AO PROJETO DE ARQUITETURA.

186
4- CRIAO DE NVEIS REFERENTES S ALTURAS DA EDIFICAO

Figura 131- Ilustrao da criao de diferentes nveis para a modelagem do Terminal Regional no Revit.

A FIGURA 131 ACIMA ILUSTRA A CRIAO DOS DIVERSOS NIVEIS DO EDIFICIO, REFERENTES AOS A MODULAO DOS PILARES FACILITA O PROCESSO DE MODELAGEM. O MESMO TIPO DE
PISOS E COBERTURAS DO TERMINAL REGIONAL. A FIGURA 132 A SEGUIR ILUSTRA A FAMLIA DE COMPONENTE FOI UTILIZADO PARA A MODELAGEM DOS PILARES NO TERMINAL
MODELAGEM DOS PILARES DO TERMINAL REGIONAL, INSERIDOS NO PISO DA EDIFICAO. (FIGURA 132 A SEGUIR).

187
5- CONSTRUO DE PILARES

Figura 132- Ilustrao de modelagem dos pilares no Terminal Regional - Revit.

NA FIGURA 132 ACIMA PODE-SE OBSERVAR OS PILARES MODELADOS, ATRAVS DA UTILIZAO COMO OS PILARES SO MODULARES, FOI NECESSRIA A MODELAGEM DE APENAS UM
DE FAMLIA NATIVA DO REVIT, PARA O TERMINAL REGIONAL. ELEMENTO E DEPOIS FOI EFETUADA A COPIA DO ELEMENTO EM DIVERSAS INSTANCIAS NO
PROJETO.

188
6- CONSTRUO DE PAREDES INTERIORES

AS FIGURAS 133 A 135 REPRESENTAM A MODELAGEM DAS PAREDES E ESQUADRIAS E AS PAREDES FORAM MODELADAS DE ACORDO COM A PLANTA BAIXA INSERIDA COMO
COBERTURA DO TERMINAL, RESPECTIVAMENTE. GUIA. FORAM CRIADAS PAREDES EM DIFERENTES NIVEIS DA EDIFICACAO.

Figura 133- Ilustrao de modelagem das paredes do Terminal Regional.

NA FIGURA 133 ACIMA PODE-SE OBSERVAR AS PAREDES MODELADAS DO TERMINAL REGIONAL OBSERVA-SE QUE ESTO PRESENTES EM MAIS DE UM NVEL E FORAM CRIADAS DENTRO DE
NO REVIT. CADA UM DESSES NVEIS DESCRITOS NA FIGURA 131).

189
7- ADICIONAR PORTAS / JANELAS E DEMAIS ELEMENTOS DE FECHAMENTO

Figura 134- Ilustrao de modelagem das esquadrias do Terminal Regional no Revit.

NA FIGURA 134 ACIMA PODE-SE OBSERVAR A INCLUSO DE ESQUADRIAS (PORTAS E JANELAS) FORAM UTILIZADAS PORTAS DE CORRER E CORTINAS DE VIDRO, COMPONENTES NATIVOS DO
PARA O TERMINAL REGIONAL. APLICATIVO REVIT.

190
8- CONSTRUO DE COBERTURAS

Figura 135- Ilustrao de modelagem das coberturas no Terminal Regional - Revit.

NA FIGURA 135 ACIMA PODE-SE OBSERVAR A ILUSTRAO PARA A MODELAGEM PARAMTRICA AS COBERTURAS DO TIPO STEEL-DECK, FORAM MODELADAS EM FAMILIA NATIVA DOS SISTEMA
DAS COBERTURAS DO TERMINAL REGIONAL NO APLICATIVO REVIT. NO APLICATIVO REVIT ARCHITECTURE.

191
9- - ADICIONAR OBJETOS
A FIGURA 136 E 137 REPRESENTAM A ADIO DE COMPONENTES NO TERMINAL REGIONAL

Figura 136- Ilustrao de insero de componentes no Terminal Regional. - Revit

NA FIGURA 136 ACIMA PODE-SE OBSERVAR DIVERSOS COMPONENTES DE DIFERENTES POR EXEMPLO, OS AUTOMVEIS INSERIDOS, QUE NO OFERECEM INFORMAO RELEVANTE,
FAMLIAS QUE FORAM INSERIDOS NO TERMINAL MODELADO. O GERENCIAMENTO DOS PARA A CONSTRUO DO TERMINAL REGIONAL DE PASSAGEIROS. PORTANTO, NO INTERESSA
PARMETROS DE COMPONENTES INSERIDOS NEM SEMPRE NECESSRIO. GERENCIAR SEUS PARAMETROS NO CONTEXTO DE PROJETO DO TERINAL REGIONAL.

192
Figura 137- Ilustrao da insero de componentes complementares ao Terminal Regional no Revit.

NA FIGURA 137 ACIMA PODE-SE OBSERVAR, EM DETALHE, O PTIO DE AERONAVES, INCLUSIVE A UTILIZAO DA PONTE DE EMBARQUE MODELADA PARA A CONEXO DOS PASSAGEIROS DA
COM O APOIO DE RAMPA E SERVIO REMOTO DE EMBARQUE E DESEMBARQUE. RESSALTA-SE AERONAVE COM O EDIFCIO DO TERMINAL REGIONAL.

193
10- PARAMETRIZAO DOS ELEMENTOS CONSTRUTIVOS

A parametrizao refere-se ao ajuste dos parmetros dos objetos criados ou


inseridos no projeto em relao ao universo e contextos do projeto de arquitetura.

Em decorrncia de alguma tomada de deciso em relao ao sistema construtivo


adotado, ou a alguma definio de objeto ou de material, ser necessrio que os demais
se harmonizem com esta mudana, refletida em seus parmetros para que assumam
uma nova configurao mais adequada para o empreendimento em que ela se encontra
inserida.

A essncia do processo de projeto paramtrico, desenvolvido nesta pesquisa,


residiu nas relaes de dependncia entre os componentes construtivos e a funo que
desempenham na edificao, de forma a serem incorporados ao modelo no sistema
BIM.

A parametrizao dos objetos no Revit variou de acordo com o componente


construtivo e situaes especficas de projeto.

Componentes como paredes, pisos, pilares, vigas e coberturas so chamados


nativos do sistema, e devem ser configurados quanto s relaes de dependncia em
relao a outros componentes de sistema.

Por exemplo, foi necessrio configurar as paredes para que estivessem conectadas
s lajes e que fossem limitadas pelos nveis corretos, para que pudessem obedecer s
alturas indicadas (Figura 138 a seguir).

Vigas e pilares foram configurados quanto ao piso de referncia a que


pertenciam (hospedeiros) e ainda quanto s suas caractersticas internas, altura e
dimenses da base, bem como sobre o tipo de pilar escolhido, se estrutural ou de
arquitetura apenas. Foi escolhido o do tipo estrutural.

A diferena reside no fato de que o tipo estrutural pode ser manipulado no Revit
Structure, de clculo estrutural.

Rotineiramente foi duplicado o componente construtivo por meio da aba


Propriedades, ao clicar em Editar tipo. Depois decidiu-se clicar em Duplicar,
inserindo um novo nome para o pilar, porque desta forma pode-se alterar caractersticas
e parmetros sem interferir com o componente default da biblioteca existente.

194
10.1- PARAMETRIZAO DE COMPORTAMENTO DOS COMPONENTES

Figura 138- Ilustrao da ligao paramtrica de relacionamento entre as paredes e lajes do


Terminal Regional no Revit.

A Figura 138 acima representa a conexo (dependncia) entre duas instancias


diferentes no Revit.

Atravs da configurao de parmetros, torna-se possvel estabelecer que as


paredes do terminal regional estejam conectadas face inferior das lajes, de forma
que se, por ventura, a altura das lajes for modificada, as paredes devero acompanhar
automaticamente a modificao.

O objetivo aproveitar um componente semelhante para clonar sua estrutura


geral e depois personaliz-lo de acordo com as intenes de projeto.

Para todos os componentes existentes no Revit, como pilares, pisos, vigas,


paredes, esquadrias, panos de vidro, etc., podemos aplicar essa mesma lgica de
reaproveitamento de um componente pr-existente.

Procedemos ento configurao da Altura: para determinar a altura da base


e ainda vincular a parte superior do pilar altura da laje ou cobertura superior (Figura
139 na pgina seguinte).

195
10.2- CARACTERISTICAS INTRINSECAS DOS COMPONENTES

Figura 139- Configurao das dimenses da base em um pilar no Terminal Regional no Revit.

Inserimos ento o pilar na rea de trabalho rotacionando conforme a


necessidade, se precisarmos alinhar os eixos do componente com os eixos de
referncia de projeto, alm de utilizar a ferramenta Mover para colocar o pilar no local
indicado na planta baixa que importamos do AutoCAD (Figura 140 a seguir).

196
10.3- LOCACAO DOS COMPONENTES CONSTRUTIVOS

Figura 140- Ilustrao da criao de um pilar do Terminal Regional com famlia nativa do
sistema no Revit.

Na Figura 140 acima observa-se exemplo de criao de um pilar por meio de


famlia nativa do aplicativo Revit. Em destaque (elipse em vermelho) aparece a
geometria e o parmetro relacionado com a altura do pilar.

A modelagem do terminal serviu para amparar o emprego das bibliotecas e ainda


o desenvolvimento de uma situao especifica de projeto em que pode-se avaliar
processos de criao de projeto (torres) com o objetivo de simular os estgios iniciais
de projetao.

Ressalta-se a inadequao apresentada pelos sistemas BIM Revit na


realizao do que se chama Little BIM (onde s participa a especialidade de
arquitetura), uma vez que diversos campos de parmetros presentes nos componentes
default devem ser preenchidos a partir da interao com os profissionais de outras
especialidades.

197
11- - CONSTRUO DO MODELO: CORTES, FACHADAS.
AS FIGURAS 141 E 142 APRESENTAM OS CORTES E FACHADAS OBTIDOS NO REVIT, A FIGURA 142 APRESENTA A PLANTA BAIXA OBTIDA NO REVIT.

Figura 141- Corte do Terminal Regional obtido de forma automtica no Revit.

NA FIGURA 141 ACIMA PODE-SE OBSERVAR SEO TRANSVERSAL DO TERMINAL REGIONAL, NA FIGURA ACIMA PODE-SE DESTACAR AS INDICAES DE NVEL E DOS EIXOS PRINCIPAIS.
OBTIDA DE FORMA AUTOMATIZADA.

Figura 142- Fachada do Terminal Regional obtida de forma automtica no Revit.

NA FIGURA 142 ACIMA PODE-SE OBSERVAR FACHADA OBTIDA DE FORMA AUTOMATIZADA, COM PODE-SE OBSERVAR A INTEGRACAO, NA ELEVACAO, DO MEIO-FIO DE ACESSO AO TERMINAL DE
DESTAQUE PARA AS INDICAES DE ESCALA HUMANA, VEGETAO E EIXOS PRINCIPAIS DO PASSAGEIROS E A VIA DE ACESSO PRINCIPAL.
PROJETO.

198
Figura 143- - Planta baixa do Terminal Regional obtida de forma automtica no Revit.

NA FIGURA 143 ACIMA PODE-SE OBSERVAR PLANTA-BAIXA DO TERMINAL REGIONAL, OBTIDA DE OS SETORES DO AEROPORTO PODEM SER OBSERVADOS, COMO O ESTACIONAMENTO DE
FORMA AUTOMATIZADA NO REVIT. VEICULOS, AS VIAS DE ACESSO E O CORPO PRINCIPAL DO TERMINAL DE PASSAGEIROS.

199
4.3.3- RESULTADOS GRAFICOS DA MODELAGEM (SISTEMAS BIM - REVIT)

Figura 144- Ilustrao grfica da projetao do Terminal Regional no Revit.

NA FIGURA 144 ACIMA PODE-SE OBSERVAR IMAGEM PERSPECTIVA DO TERMINAL REGIONAL, NA FIGURA ACIMA ENCONTRA-SE EM DESTAQUE A ENTRADA DO TERMINAL REGIONAL, ATRAVES
RENDERIZADA NO APLICATIVO REVIT. DO MEIO-FIO DE ACESSO AO SAGUAO LADO TERRA.

200
PERSPECTIVA FRONTAL DO TERMINAL REGIONAL

Figura 145- Ilustrao grfica da projetao do Terminal Regional no Revit.

A FIGURA 145 ACIMA ILUSTRA IMAGEM PERSPECTIVA DO TERMINAL REGIONAL, RENDERIZADA NA FIGURA ACIMA PODE-SE OBSERVAR A FACHADA FRONTAL DO TERMINAL REGIONAL, COM
NO APLICATIVO REVIT. PODE-SE OBSERVAR O BRISE-SOLEIL E A MARQUISE NA ENTRADA DESTAQUE PARA AS DUAS PORTAS DE ACESSO, REFERENTES AOS FLUXOS DE EMBARQUE E
PRINCIPAL, RESGUARDANDO A EDIFICACAO E OS USUARIOS CONTRA A INSOLACAO EXCESSIVA. DESEMBARQUE DE PASSAGEIROS.

201
AS FIGURAS 146 E 147 A SEGUIR REPRESENTAM A INSERCAO DOS COMPONENTES MODELADOS NO
TERMINAL REGIONAL, BEM COMO A VARIACAO N NIVEL DE DETALHE (G-LOD).

Figura 146- Componentes paramtricos BIM modelados durante a pesquisa, inseridos no ambiente de projeto do Terminal Regional.

202
Na Figura 146, na pgina anterior, possvel observar o emprego do
componente de inspeo de bagagem modelado nesta pesquisa, inserido de forma
contigua ao edifcio do terminal regional.

Pode ser observada a interface de ligao que a inspeo de passageiros


representa entre a aeronave e o acesso ao terminal de passageiros.

Na parte inferior da Figura 146 observa-se a variao de LOD para equipamento


de inspeo de bagagem, preconizada pelo AIA americano, onde esto expressos
diferentes nveis de detalhe (geomtrico G-LOD), desde o LOD100 (Estudo Preliminar
ou Conceitual), LOD200 (Projeto Bsico), LOD300 (Projeto Executivo) e LOD400
(Construo),

Ocorre que a variao de LOD efetuada no aplicativo Revit s foi possvel por
meio da criao de arquivos diferentes, com geometrias modeladas em graus
crescentes de complexidade. A variao nativa do aplicativo definida atravs dos
recursos de coarse, mdium e fine apenas simplificam a geometria existente no
modelo sem no entanto permitir a variao preconizada pelo AIA americano.

A soluo adotada pelo autor foi realizar a variao de LOD criando volumes
simplificados com a variao de massa desejada.

Porm, as geometrias criadas em ambiente de massa no podem ser


parametrizadas, a menos que sofram transformao para famlias paramtricas nativas
do aplicativo Revit.

Isto significa que no ser possvel realizar abstrao semntica total dos
componentes, uma vez que deveremos assumir necessariamente as caractersticas
intrnsecas de algum componente de famlia do Revit para representar o novo
componente modelado.

Na Figura 147, na prxima pgina, possvel observar o emprego do


componente de balco de check-in modelado nesta pesquisa, inserido no interior do
edifcio do terminal regional. Pode ser observada a funo de atendimento ao pblico e
a relao do balco de check-in com o Saguo Lado Terra do terminal regional.

Na parte inferior da Figura 147 a seguir observa-se a variao de LOD para o


balco de check-in, preconizada pelo AIA americano, onde esto expressos diferentes
nveis de detalhe (geomtrico G-LOD), desde o LOD100 (Estudo Preliminar ou
Conceitual), LOD200 (Projeto Bsico), LOD300 (Projeto Executivo) e LOD400
(Construo),

203
Figura 147- Componentes paramtricos BIM modelados durante a pesquisa, inseridos no ambiente de projeto do Terminal Regional.

204
4.3.4- TESTE DE MODELAGEM DO TERRENO PARA PROCESSOS DE ANLISE
NOS ESTGIOS INICIAIS NO AUTODESK INFRAWORKS (SIG)

Foi utilizado o AutoDesk InfraWorks, ferramenta que permite reunir informaes


oriundas de plataformas BIM e SIG, por meio da importao de arquivos FBX / IFC
ou CityGML.

O InfraWorks permite a utilizao de informao SIG, sob a forma de conjuntos,


como os acessos virios, os sistemas pluviais, relevo, vegetao, edificaes em
variados nveis de detalhe, etc.

No caso dos componentes modelados nesta pesquisa, escolhemos um terreno


na localidade de State College, Pennsylvania (Figura 148 na pgina seguinte).

Como o terminal de passageiros regional destinado a ser construdo em vrias


localidades diferentes, no possui um terreno definido.

Portanto, a escolha do terreno no causou impacto nos resultados da pesquisa.

Alm disto, a proximidade fsica do terreno do local de realizao de nosso


estgio doutoral foi um elemento facilitador.

Para importar um terreno no ambiente SIG, foram necessrias informaes


referentes ao relevo e da imagem correspondente ao mesmo.

Podemos ainda obter mais informao, como ruas, prdios, etc.

Os arquivos das malhas topogrficas que foram utilizadas como base de dados
para o terreno foram obtidos em:

http://viewer.nationalmap.gov/viewer/.

A confeco do terreno e a insero de modelos advindos dos sistemas BIM


possibilitaram importar e processar grandes quantidades de dados de satlite.

Os arquitetos podem apresentar e analisar seus projetos com as caractersticas


que cercam o terreno, as redes de transportes e edifcios totalmente modelados no
quarteiro, no bairro, na cidade, ou em nvel regional.

205
Figura 148- Seleo da rea de influncia para obteno de dados de satlite.
Fonte: http://viewer.nationalmap.gov/viewer/.

Na Figura 148 acima pode-se observar a seleo da rea para realizar o


download dos dados relativos ao terreno, como malha topogrfica, camadas de
informao de alturas e camadas de imagens de pixels.

Figura 149- Opo de download de dados de satlite para o terreno selecionado.


Fonte: http://viewer.nationalmap.gov/viewer/.
Na Figura 149 acima pode-se observar no retngulo vermelho, em destaque, a
opo para realizar download dos dados referentes a rea selecionada previamente.

Aps selecionar a rea desejada foi necessrio fazer o download, de forma a


transferir os arquivos para o computador do autor (Figura 149). Para a modelagem do
terreno foram selecionados os dados referentes a topografia, como pode ser observado
na Figura 150 a seguir.

206
Figura 150- Seleo de camadas de informao para obteno de dados de satlite do terreno
selecionado. Fonte: http://viewer.nationalmap.gov/viewer/.

Aps obter os dados do site, efetuamos os passos descritos e ilustrados abaixo,


para a modelagem do terreno tridimensional a partir dos dados de satlite.

DEMONSTRAO DOS PASSOS REALIZADOS PARA A MODELAGEM DO


TERRENO NO INFRAWORKS:

1- FOI ABERTO O PROGRAMA AUTODESK INFRAWORKS E AO CLICAR EM


NOVO OU UTILIZAR O ATALHO CTRL+N REALIZA-SE A CRIAO DE UM
ARQUIVO NOVO.

2- A JANELA NOVO MODELO IR APARECER, CONFORME FIGURA 151 A


SEGUIR. FOI SELECIONADA A PASTA DE TRABALHO EM NOME, E SALVO O
ARQUIVO; OS MODELOS DEVEM SER ARMAZENADOS NA PASTA MEUS
DOCUMENTOS SEU COMPUTADOR, POR PADRO.

207
Figura 151- Demonstrao de acesso a criao de novo modelo no aplicativo InfraWorks.

Na Figura 151 acima pode-se observar a criao de um novo modelo no InfraWorks.

3- APS ISSO, UTILIZOU-SE O COMANDO ADICIONAR ORIGEM DE DADOS DO


ARQUIVO PARA ESCOLHER O TIPO DE ARQUIVO A SER CARREGADO. FOI
SELECIONADA A OPO RASTER E IMPORTADOS OS ARQUIVOS OBTIDOS
NO SITE. DEVE-SE VERIFICAR SE O CAMPO TIPO EST DEFINIDO COMO
TERRENO, CONFORME FIGURA 152 ABAIXO.

Figura 152- Ilustrao de adio de dados do tipo raster na tela do aplicativo InfraWorks.

Arquivos Rasters que tenham Bandas de Altura associadas a eles, como no


caso desta pesquisa, podem tambm ser importados como terrenos, ou como imagem
de solo, o que permite a formao do relevo e correspondente informao de alturas do
mesmo. (Figura 153 a seguir).

208
Figura 153- Ilustrao de formao do terreno com os dados raster importados, na tela do aplicativo InfraWorks.

NA FIGURA 153 ACIMA PODE-SE OBSERVAR A FORMAO DO TERRENO A PARTIR DOS DADOS EM VERMELHO ENCONTRA-SE DESTACADO O RECORTE ONDE PODE-SE OBSERVAR PARTES DO
DO TIPO RASTER IMPORTADOS PELO APLICATIVO INFRAWORKS. TERRENO QUE AINDA NO FORAM TRANSFORMADAS EM RELEVO, NA COR AZUL CLARA,
CONTIGUAS A PARTES QUE J FORAM TRANSFORMADAS EM RELEVO DE FORMA GRFICA.

209
4- FOI VERIFICADO SE A CAIXA DEFINIR A EXTENSO DO MODELO ESTAVA
ATIVA, SELECIONANDO APENAS UMA REA DE INFLUNCIA
CORRESPONDENTE A SUA EXTENSO (FIGURA 154).

A imagem deve ser selecionada atravs da opo Polgono, servindo para delimitar
a rea de influncia que se deseja utilizar. Dessa forma excluem-se partes do terreno,
ou ainda reas que esto representadas na cor azul, por no conterem dados e
informaes sobre o relevo.

Figura 154 Ilustrao de rea de influncia na tela do aplicativo InfraWorks para o terreno
importado.

210
Na Figura 154, na pgina anterior, pode-se observar a seleo da rea de
influncia do relevo importado de um arquivo do tipo raster. Isto importante para
eliminar reduzir os limites do desenho para as bordas efetivas do terreno.

Aps a modelagem do terreno no InfraWorks, foi possvel inserir o aeroporto


previamente modelado nos sistemas BIM, atravs da importao direta no aplicativo.

Isto permitiu avaliar diferentes opes de locao no terreno e ainda representar


o relevo existente para efeito de visualizao de interferncias no projeto do terminal
regional.

O objetivo desta simulao de insero no terreno (Figura 153 a seguir) reside


no teste de integridade sobre como os componentes modelados aparecem aps o
processo de exportao e importao entre os dois sistemas (BIM e SIG).

Os testes de insero do modelo no terreno no indicaram deficincias nesse


sentido, sendo que todos os componentes, partes integrantes do terminal regional, que
foram modelados no Revit, apareceram corretamente representados no InfraWorks.

Finalmente, os testes serviram ainda para ilustrar os caminhos que o projetista


deve realizar para que se possa unir em um ambiente de analise as informaes de
relevo (SIG) e do modelo (BIM) no processo de projeto.

Uma vez que o acesso as informaes obtidas por satlite so de livre utilizao,
atravs da internet, pode-se realizar o download da rea desejada e incorporar no
ambiente de projeto as anlises de compatibilidade e de interferncia das propostas de
projeto em relao ao entorno imediato.

A Figura a seguir representa as possibilidades de associao entre os sistemas


BIM e SIG. Ainda que a importao direta de componentes apresente limitaes para a
variao no grau de abstrao de componentes, e possa ser contornada pelo vis que
se utiliza do CityGML como interface entre o BIM e o SIG, o InfraWorks oferece a
possibilidade de leitura de dados associados aos pixels de imagens de satlite como
ndices pluviomtricos, alturas de relevo, densidade e tipo de vegetao, entre outros,
amplificando processo de anlise, sobretudo nas reas de infraestrutura.

No caso do projeto de aeroportos no Brasil, comum as fronteiras do sitio


aeroporturio estarem ocupadas por construes urbanas. Este tipo de anlise do
terreno possibilitaria incorporar informaes atualizadas sobre o contexto urbano e o
aeroporto (Figura 155 a seguir).

211
Figura 155 - Demonstrao de insero de um modelo BIM no relevo do SIG.

A FIGURA 155 ACIMA DEMONSTRA A INSERO, NA INTEGRA, DO TERMINAL REGIONAL NO SIG PODE-SE AINDA OBSERVAR NA FIGURA 155 A RELACAO ENTRE O TERMINAL MODELADO NO
INFRAWORKS ILUSTRANDO A CAPACIDADE DO APLICATIVO EM LIDAR COM GRANDE VOLUME SISTEMA BIM REVIT E O RELEVO (TERRENO) ELBORADO NO SIG INFRAWORKS.
DE DADOS ORIUNDOS DO SISTEMA BIM - REVIT.

212
4.4- SIMULAO DE EXPANSO DO TERMINAL EXISTENTE POR MEIO DE TRES
ALTERNATIVAS DE EXPANSAO DO TERMINAL EXISTENTE - PROJETO (TWR)

Esta simulao visa a comparao de adaptabilidade frente s mudanas de


requisitos ou de parmetros ao longo do processo de projeto. No caso desta pesquisa,
a mudana de parmetros representa a insero de novos requisitos referentes a uma
torre de controle, inexistente no projeto do terminal existente cedido pela INFRAERO
(Figura 156 e 157 a seguir).

Figura 156 Terminal regional sem a presena de Torre de Controle. Fonte: INFRAERO.

A Figura 156 acima demonstra o terminal regional inteiramente modelado no


sistema BIM Revit, pronto para sofrer os processos de modificao (expanso),
atravs da criao de diferentes alternativas para uma torre de controle, no prevista
anteriormente no projeto cedido pela INFRAERO. Os parmetros esto aqui
representados pelos componentes construtivos que constituem as bibliotecas de objetos
modelados nesta pesquisa, ilustrados anteriormente.

213
Figura 157 Exemplificao das alternativas de Torre de Controle no Terminal Regional- Revit.

Os requisitos impostos possibilitam a ampliao do terminal regional para


responder a um eventual aumento de demanda do nmero de passageiros.

Para avaliar a flexibilidade e a capacidade de adaptao das duas ferramentas


frente mudana de requisitos e consequente necessidade de novos parmetros,
propusemos a formulao de trs alternativas de projeto, para avaliao daquela que
melhor respondesse s premissas de projeto e desempenho da edificao (Figura 157).

O prximo passo foi a tomada de deciso em relao melhor alternativa dentre


as trs desenvolvidas. Isto, portanto, representou a proposta de projeto mais eficiente
em relao ao projeto do terminal existente e a auxiliar na simulao dos estgios iniciais
de um projeto.

O contexto proposto refere-se a criao de uma infraestrutura nova (torre de


controle) que estivesse diretamente ligada ao edifcio principal. Assim, quando
observamos a ausncia de uma torre no projeto cedido pela INFRAERO, criamos como
um novo requisito a elaborao de uma torre de controle a partir de documentao
referencial da INFRAERO.

Os critrios encontram-se citados no Capitulo 3.4 da seo de Materiais e


Mtodos, podendo ser consultados como parte integrante dos anexos desta pesquisa.

214
4.4.1- RELACOES DA MATRIZ SEMANTICA E AS TORRES DE CONTROLE

Num primeiro momento modelamos o terminal de passageiros regional e com


base no conhecimento adquirido construmos uma matriz semntica representando
seus principais componentes. O terminal de passageiros e suas partes principais esto
descritos na matriz, representados pelos mdulos funcionais e organizados para
consulta sobre a relao com os processos de projeto. A atividade de projeto requer que
as partes atuem com representatividade e harmonia, para que um denominador comum
possa ser alcanado. A matriz semntica visa responder a esta lacuna, oferecendo uma
pequena contribuio no caminho de integrar a informao de projeto e os processos
da INFRAERO em bases comuns (Figura 158 abaixo).

Figura 158 Ilustrao da tela de acesso informaes sobre a TWR na Matriz Semntica.

Ao se clicar no campo da torre de controle (Figura 158), a matriz permite o


acesso a tela representada na Figura 159 a seguir, que por sua vez oferece acesso a
trs campos de informao sobre os processos de aprovao, tarefas de projeto e
requerimentos da INFRAERO.

215
Figura 159 Ilustrao da tela de acesso aos campos de Aprovao, Tarefas e Requerimentos
de Projeto para Torre de Controle na Matriz Semntica.

H uma retroalimentao entre o desenvolvimento de um modelo e a


organizao de informaes na matriz. Este processo pode resultar em um futuro
sistema inteligente de suporte ao processo de projeto. A matriz procura responder s
limitaes dos sistemas BIM em representar diferentes nveis de abstrao na
informao associada ao modelo (semntica) e de especificao e representao
geomtrica. Para consultar informaes sobre a torre de controle foi necessrio clicar
no campo de aprovao de projetos. A matriz abre uma nova tela representada na
Figura 160 a seguir, que informa quais as reas da INFRAERO esto envolvidas no
projeto da torre e quais so os processos de analise que devero ser efetuados por cada
uma das mesmas.

Ao mesmo tempo, cada um dos processos de aprovao classificado sobre


como o processo de aprovao ocorre, se atravs de projetao, analise ou de sntese.
Informa ainda sobre qual o tipo de ao, se de execuo, de informao ou de inao.
Por ltimo, a matriz classifica o impacto do processo de aprovao quanto a alto, mdio
e baixo. Por exemplo, a rea de Engenharia responsvel pela aprovao das solues
de arquitetura, mas tambm pelo seu desenvolvimento, devendo no apenas fornecer,
mas aprovar internamente as solues de engenharia. Esta ao de execuo e seu
impacto alto. Por outro lado, na Figura 160 a seguir, podemos observar que a rea
operacional deve aprovar a soluo proposta quanto eficincia operacional, em ao
de anlise, que deve ser executada por esta rea e tem um impacto alto. Por meio da
consulta a tela representada na Figura 159 acima foi possvel visualizar a extenso dos
requisitos de aprovao, ao ter noo de quais as reas esto implicadas e quais so
os processos de aprovao que as mesmas devem desenvolver.

216
Figura 160- Ilustrao da tela de acesso informaes sobre os Processos de Aprovao para
uma Torre de Controle na Matriz Semntica.

217
Por meio da consulta a tela representada na Figura 158, na pgina anterior, foi
possvel visualizar a extenso dos requisitos de aprovao, ao ter noo de quais as
reas esto implicadas e quais so os processos de aprovao que as mesmas devem
desenvolver.

Por exemplo, a matriz informa que a rea de Gesto dever realizar analise
sobre os recursos para o projeto e a obra, que deve ser comparado com a proposta
oramentaria expressa no projeto.

A matriz permite ainda a consulta sobre as tarefas de projeto, como pode ser
observado na Figura 161 a seguir, que exemplifica a consulta a especialidade de
telemtica.

A matriz separa entre estudo conceitual e projeto bsico, as tarefas de projeto


constantes como parte das especificaes tcnicas de projeto da INFRAERO.

A Figura 161, na pgina seguinte, demonstra a organizao das tarefas de


projeto de um modulo Torre de Controle.

Pode-se observar informaes sobre as disciplinas que esto envolvidas nos


seus processos de projeto.

No caso da torre de Controle encontram-se listadas as disciplinas de:

1- ARQUITETURA;

2- SISTEMAS ELTRICOS;

3- INFRAESTRUTURA;

4- ORAMENTO;

5- SISTEMAS ELETRNICOS;

6- SISTEMAS ESTRUTURAIS;

7- NAVEGAO AREA;

8- TELEMTICA.

Na coluna referente as tarefas de projeto esto separadas as informaes


referentes ao Estudo Preliminar e ao Projeto Bsico. Para cada fase de projeto esto
listadas as atividades, ou tarefas de projeto.

Por exemplo, para a especialidade de arquitetura, referente ao Estudo


conceitual, possvel acessar, clicando no campo desejado, as tarefas relativas ao
Estudo Conceitual de Arquitetura.

218
Figura 161- Ilustrao da tela de acesso para as Tarefas de Projeto para uma Torre de Controle na Matriz Semntica.

A FIGURA 161 EXEMPLIFICA AS TAREFAS QUE DEVEM SER EXECUTADAS E O ESCOPO MNIMO AO SE CLICAR NO CAMPO DO ESTUDO CONCEITUAL DE TELEMTICA A MATRIZ ABRE A TELA,
PARA O PROJETO NA INFRAERO DOS SISTEMAS TELEMTICOS DE UMA TORRE DE CONTROLE, REPRESENTADA NA FIGURA 162, A SEGUIR.

219
Figura 162 Ilustrao da tela da Matriz Semntica com as informaes sobre o Estudo
Conceitual de Telemtica na Matriz Semntica.

220
A Figura 163 a seguir apresenta os requerimentos de projeto para estudo
conceitual de arquitetura na INFRAERO. Define critrios de representao de projeto,
escalas e ainda o escopo mnimo que deve ser apresentado, de forma a que o produto
final possa obedecer ao preconizado na lei 8.112 de licitaes, que exige comprovao
da viabilidade, obviamente ligada aos custos que um projeto acarreta.

Figura 163 Ilustrao da tela de acesso aos Requerimentos de Projeto para uma Torre de
Controle na Matriz Semntica.

Por meio da consulta a tela de requerimentos representada na Figura 161,


(ilustrao da tela de acesso para as tarefas de projeto para uma torre de controle na
Matriz Semntica) pode-se obter informaes como as contidas nas Figuras 164 e 165,
atravs do documento utilizado como exemplo de Requisitos de navegao area para
a elaborao do projeto de construo da torre de controle de Aracaju (TWR-AR) da
INFRAERO.

221
Figura 164 Ilustrao de Requerimento da INFRAERO para projeto de uma Torre de Controle.
Fonte: INFRAERO

Para fins deste projeto, foi considerado que a rea til interna (piso operacional)
engloba a rea destinada para as consoles operacionais.

Figura 165 - Ilustrao para projeto de uma Torre de Controle. Fonte: INFRAERO

222
4.4.2- DEMONSTRACAO DOS PASSOS PARA EXPANSAO DE UMA DAS TORRES

ANLISE ITEM A ITEM DOS PASSOS NECESSRIOS:

1- APAGAR ELEMENTOS A DEMOLIR: consiste na eliminao dos elementos


construtivos que devem ser readequados para que a nova proposta seja
implementada (Figura 166).

Figura 166- Detalhamento de elemento a ser retirado na modelagem de uma das alternativas
de Torre de Controle no Revit.

2- MODELAR OS PISOS DA TORRE DE CONTROLE: consistiu na criao do piso


trreo e do primeiro pavimento referentes torre de controle. Estes pisos foram
configurados assumir localizao espacial referente s suas cotas de nvel. O
Revit representa iconograficamente os elementos construtivos em trs
dimenses, acrescidas de parmetros que devem ser checados e
reconfigurados caso necessrio (Figura 167).

Figura 167- Detalhamento dos pisos de uma das alternativas de Torre de Controle no Revit.

223
3- MODELAR OS PILARES DA TORRE DE CONTROLE: a tarefa foi a criao da
estrutura de pilares em cada piso do projeto. Os pilares foram parametrizados
para assumirem restries em relao altura dos pisos, o que representa a
possibilidade de ajustes automticos caso ocorra alguma alterao (Figura 168).

Figura 168- Detalhamento do pilar na modelagem de alternativa de TWR no Revit.

4- MODELAR AS VIGAS DA TORRE DE CONTROLE: a tarefa foi a criao da


estrutura de vigas em cada piso das torres de controle. As vigas puderam ser
parametrizadas para assumirem vinculao ou conexo em relao dimenso
dos pisos, o que representa a possibilidade de ajustes automticos em caso de
alterao, compreendendo ainda o correto posicionamento e verificao de
parmetros das vigas no modelo virtual tridimensional (Figura 169).

Figura 169 - Detalhamento da viga de uma das alternativas de TWR no Revit.

224
5- MODELAR AS PAREDES DA TORRE DE CONTROLE: a tarefa foi a criao
da estrutura de paredes em cada piso do projeto. As paredes puderam ser
parametrizadas para assumirem vnculos em relao altura dos pisos, o que
representa a possibilidade de ajustes automticos em caso de alterao (Figura
170).

Figura 170 - Detalhamento das paredes de uma das alternativas de Torre de Controle no
Revit.

6- MODELAR OS ELEMENTOS DE FECHAMENTO: podendo ser componentes


(portas e janelas): consiste na insero de diferentes componentes para
colocao de portas e janelas do projeto. Estes componentes podem ser
configurados para que assumam parmetros adequados ao projeto (Figura 171).

Figura 171 - Detalhamento dos elementos do fechamento na modelagem de uma das


alternativas de Torre de Controle no Revit.

225
7- MODELAR OS ELEMENTOS ACESSRIOS TORRE DE CONTROLE:
consiste na modelagem ou na insero de componentes, como mobilirios
internos ou urbanos, vegetao, pessoas e veculos, de forma a auxiliar na
compreenso do projeto, sua escala e funes desempenhadas por ele (Figura
172 abaixo). A insero de elementos acessrios uma tarefa complexa no
Revit para que estes elementos se adquem perfeitamente ao ambiente
tridimensional (escala, posicionamento, e eventualmente textura).

Figura 172 - Detalhamento de elementos acessrios de uma das alternativas de TWR no Revit.

8- MODELAR A COBERTURA DA TORRE DE CONTROLE: a tarefa a criao


da estrutura da cobertura do projeto. A cobertura pode ser parametrizada para
assumir uma melhor configurao em relao a materiais, acabamentos, etc. de
forma a uma melhor adequao ao escopo do projeto (Figura 173 abaixo).

Figura 173 Detalhamento da cobertura de uma das alternativas de TWR no Revit.

226
9- GERAR PLANTAS, CORTES E FACHADAS DO MODELO: nesta tarefa foi
realizada a documentao tcnica de projeto, como plantas, cortes e fachadas.
No Revit, a formao de documentao bidimensional ocorre de forma de forma
automtica (Figuras 174 a 176).

Figura 174 Planta baixa gerada automaticamente pelo Revit da proposta 3 da TWR.

Figura 175 - Corte gerado automaticamente pelo Revit da proposta 3 da TWR.

Figura 176 - Fachada gerada automaticamente pelo Revit da proposta 3 da TWR.

227
4.4.3- IMAGENS PERSPECTIVAS DAS ALTERNATIVAS DE PROJETO - TORRE DE CONTROLE (TWR)

OS RESULTADOS DA MODELAGEM DAS TRS ALTERNATIVAS DE PROJETO DA

TORRE DE CONTROLE ESTO APRESENTADOS NAS FIGURAS177 A 179.

Figura 177 - Alternativa 1 de Projeto (TWR). Sistema BIM - Revit.


COMO PODE SER OBSERVADO NA FIGURA 177 ACIMA, O RESULTADO DE MODELAGEM DA A ALTERNATIVA 1 DE TORRE DE CONTROLE SEGUE A CLASSIFICACAO ADOTADA ELA INFRAERO,
PRIMEIRA ALTERNATIVA DE TWR APRESENTA MENOR COMPLEXIDADE, POSSUINDO UMA CABINE SENDO DO TIPO 1, APRESENTANDO MENOR COMPLEXIDADE ESTRUTURAL E MENOR ESPACO
SIMPLES E TORRE DE SUBIDA EM DOIS NVEIS OPERACIONAIS. INTERNO DE CABINE DE CONTROLE.

228
TWR ALTERNATIVA 2

Figura 178 - Alternativa 2 de Projeto (TWR). Sistema BIM - Revit.

NA FIGURA178 ACIMA PODE-SE OBSERVAR O RESULTADO DE MODELAGEM DA SEGUNDA A ALTERNATIVA 2 DE TORRE CONTROLE CONDIZ COM AS ESPECIFICACOES DE TIPO 2,
ALTERNATIVA DE TWR APRESENTA COMPLEXIDADE MEDIA, APRESENTANDO CABINE MAIOR E OFERECENDO DOIS NIVEIS DE APOIO AO CONTROLE AEREO E UM PISO DE CONTROLE E
TORRE DE SUBIDA EM TRS NVEIS OPERACIONAIS. VIGILANCIA DE OPERACOES DE APROXIMACAO, POUSO E DECOLAGEM DE AERONAVES.

229
TWR ALTERNATIVA 3

Figura 179 - Alternativa 3 de Projeto (TWR). Sistema BIM - Revit.

COMO PODE SER OBSERVADO NA FIGURA 179 ACIMA, O RESULTADO DE MODELAGEM DA A ATERNATIVA 3 DE TORRE DE CONTROLE CONDIZ COM A ESPECIFCACAO DE TORRE DO TIPO
TERCEIRA ALTERNATIVA DE TWR APRESENTA COMPLEXIDADE ALTA, APRESENTANDO CABINE 3, OFERECENDO MAIOR ALTURA EM RELACAO AO SOLO E PORTANTO UMA VISAO AMPLIFICADA
MAIOR E TORRE DE SUBIDA EM TRS NVEIS OPERACIONAIS. DO PATIO DE AERONAVES E DA PISTA DE POUSOS E DECOLAGENS

230
4.4.4- INFLUENCIA DOS SISTEMAS SIG NOS PROCESSO DE ANALISE E DE
TOMADA DE DECISAO NOS ESTAGIOS INICIAIS DE PROJETO

Esta etapa da pesquisa visou simular o processo de projeto BIM com auxlio do
SIG, no desenvolvimento de alternativas e projeto, tarefa que se assemelha aos
estgios iniciais de projeto, uma vez que envolve a criao de um novo mdulo
funcional, no caso a torre de controle TWR. Realizamos um teste, utilizando o SIG
como ferramenta de anlise, em termos de variao de visualizao de distncia (LOD
Geomtrico) e a relao com o relevo.

Figura 180 Ilustrao de teste de variabilidade no nvel de detalhamento geomtrico de um


componente modelado nos sistemas BIM Revit e importado no SIG InfraWorks.

Os testes indicaram que a facilmente se consegue efetuar analises em relao


ao relevo natural construdo no SIG e o modelo importado dos sistemas BIM. Em
relao ao nvel de detalhamento geomtrico que apresentou limitaes em relao ao
gerenciamento de parmetros, que no variam conforme o maior ou menor nvel de
detalhe.

231
As Figuras 180 e 181 ilustram o teste de variao de LOD Geomtricos (GLOD),
que no InfraWorks funciona como variao de zoom, sendo que na Figura 180, o
componente apresenta simplificao de sua geometria, o que possibilita a ocultao das
esquadrias (elipse vermelha), por exemplo, sem no entanto garantir a integridade das
outras partes do modelo, que apresentam falhas e falta de parte de seus componentes.

A representao de visualizao de distncia do InfraWorks no corresponde


ao preconizado nas tabelas sobre o LOD Geomtrico (GLOD). O controle sobre a
variao de representao geomtrica fundamenta-se no princpio de representar um
mesmo objeto em nveis crescentes de complexidade.

Figura 181- Ilustrao de um componente modelado no sistema BIM Revit e importado no


SIG InfraWorks sem alterao na variao de seu nvel de desenvolvimento.

A abstrao oferecida a componentes exportados diretamente via IFC ou FBX


apresenta utilidade na visualizao de eventuais estudos conceituais que o arquiteto
possa empreender.

Porm a abstrao da geometria deve obedecer a princpios de utilidade para o


processo de projeto em suas fases definidas, como estudo conceitual, projeto bsico e
executivo.

232
Para que isto ocorra, seria preciso que o projetista, ou usurio, detivesse o
controle sobre como os componentes so representados e a configurao do nvel de
detalhamento dos mesmos em cada etapa de projeto.

Da forma como os testes indicaram, (ver Figura 180), a variao ocorre de forma
aleatria, simplificando as superfcies e malhas do objeto, sem, no entanto, ter
compromisso com a representao de cada componente individualmente.

Mais precisamente, as impresses do autor sugerem o desparecimento de


partes dos componentes sem, no entanto, assumirem uma organizao espacial logica
de uma forma mais simplificada de representao, apresentando o componente de
forma integra.

A Figura 182 a seguir representa a seleo do nvel de detalhe, na qual


esquadrias no aparecem na representao do modelo. No caso, foram ocultadas as
janelas, mas ainda assim se pode analisar a edificao quanto ao volume, insolao
e aos detalhes.

Esta uma vantagem nos estgios iniciais de projeto, os quais necessitam de


maior liberdade conceitual.

Nesta pesquisa foi construdo apenas o relevo, para efeito de teste, porm
informaes referentes a outras variveis importantes como vegetao, acessos virios,
edificaes existentes, drenagem, etc., esto disponveis para utilizao da mesma
forma que foi feito com a malha topogrfica.

Como o terminal regional no possui, a priori, um terreno definido, pois est


previsto para ser replicado em diferentes localidades do Brasil, sendo portanto um
projeto conceitual, no teria sentido importar informaes no teste sobre o entorno
imediato.

O teste indicou ser reativamente simples testar o modelo BIM em relao a seu
entorno imediato.

Como foi relatado na modelagem e expanso do terminal, a importao direta


de componentes BIM no ambiente GIS no permite a manipulao de parmetros de
variao semntica, ou seja, consegue-se variar o nvel de desenvolvimento geomtrico,
mas sem, contudo controlar informaes do modelo.

A seguir representamos o terminal regional em sua integra no SIG InfraWorks


(Figura 182 na pgina seguinte).

233
VARIACAO DE DETALHE GEOMETRICO DO TIPO ZOOM NO TERMINAL REGIONAL
EXPORTADO DO SISTEMA BIM REVIT PARA O AUTODESK INFRAWORKS

Figura 182 Terminal de Passageiros configurado no InfraWorks em LOD 100 para abstrao das esquadrias, que no aparecem no projeto.

A FIGURA 182 ACIMA REPRESENTA VARIZCAO DE DETALHE GEOMETRICO APLICADA NO MODELO A SEGUIR, NA FIGURA 183, ENCONTRA-SE REPRESENTADO O TERMINAL REGIONAL, EM SUA
DO TERMINAL REGIONAL. A ABSTRACAO DAS ESQUADRIAS PERMITE QUE SE POSSA PRIORIZAR INTEGRA, INSERIDO NO SIG - INFRAWORKS (FIGURA 183 DA PGINA SEGUINTE).
OS ESTUDOS DE VOLUME NO PROCESSO DE PROJETO.

234
Figura 183 Ilustrao da insero do Terminal Regional em sua integra no SIG InfraWorks.

235
Possivelmente a importao por um caminho no realizado nesta pesquisa, por
meio do CityGML, poderia contornar as limitaes de variao no LOD semntico.
Ressalta-se, no entanto, que para isto ocorrer preciso definir previamente os
protocolos de troca de informao, bem como uma ontologia comum para os formatos
IFC e CityGML com base nos parmetros especficos da INFRAERO. O resultado
obtido nesta pesquisa para a associao direta entre os sistemas BIM e SIG, quanto
representao de vrios nveis de abstrao/especificao indica que a simples
importao/ exportao entre os aplicativos utilizados (Revit e InfraWorks) no
permite que se tenha controle efetivo sobre a variao nos graus de abstrao da
informao de forma relacional com a geometria do modelo.

A variao de nvel de detalhe no deve ser apenas um recurso de visualizao


decorrente de zoom in e zoom out, pois neste caso a base de dados dos
componentes, inclusive geomtrica, permanece inalterada. Ao longo de um processo de
projeto, cresce gradativamente no apenas a complexidade de detalhamento das
formas (GLOD), mas tambm a quantidade de informao sobre as propriedades, os
comportamentos e as inter-relaes das mesmas (SLOD).

No se trata aqui de ocultar temporariamente partes de um componente ou


sistema, mas de representar o mesmo edifcio, em um mesmo arquivo, com diferentes
nveis de detalhamento de suas propriedades, comportamentos e inter-relaes.
Portanto, a mudana de nvel de detalhe deveria resultar no apenas na alterao da
complexidade da geometria, mas tambm do tipo e quantidade de informao vinculada
a cada um destes LODs.

A matriz semntica pode ajudar nesta tarefa, se por ventura tiver seus campos
de informao complementados pelos demais profissionais de projeto, alm do
arquiteto, que nesta pesquisa foi representado pelo autor. Da mesma forma,
necessitaria que os demais mdulos funcionais fossem detalhados assim como foi feito
com o modulo de check-in, pois desta forma todos os mdulos funcionais poderiam
responder consulta de informaes relativas tanto dimenso de arquitetura como s
dimenses das engenharias (especialidades complementares).

Dessa forma, seria possvel estabelecer os critrios de qual informao deve ser
associada a cada componente aeroporturio. Ferramentas de apoio ao processo de
projeto, como a matriz semntica permitem que os componentes BIM sejam associados
a forma como devem ser inseridos no projeto de um terminal de passageiros, bem como
qual a relao de trabalho (projetual) que os profissionais devem desempenhar para
projetar um modulo especifico do aeroporto.

236
4.4.5- PERSPECTIVAS DO TERMINAL DE PASSAGEIROS REGIONAL DO BRASIL AS FIGURAS 184 A 191 APRESENTAM PERSPECTIVAS DO TERMINAL REGIONAL MODELADO.

Figura 184 Terminal Regional da INFRAERO (adaptado). Vista do Ptio de Aeronaves e Pontes de Embarque.

Figura 185 Terminal Regional da INFRAERO (adaptado). Vista lateral do Terminal de Passageiros.

Figura 186 Terminal Regional da INFRAERO (adaptado). Vista perspectiva da entrada do Terminal de Passageiros.

237
Figura 187 Terminal Regional da INFRAERO (adaptado). Vista frontal.

Figura 188 Terminal Regional da INFRAERO (adaptado). Vista perspectiva frontal do Terminal de Passageiros

Figura 189 Terminal Regional da INFRAERO (adaptado). Vista perspectiva superior do Terminal de Passageiros.

238
Figura 190- Terminal Regional da INFRAERO (adaptado). Vista perspectiva da entrada do Terminal de Passageiros.

NA FIGURA 190 ACIMA PODE OBSERVAR IMAGEM PERSPECTIVA QUE OFERECE VISO GLOBAL OBSERVA-SE A EXPANSO PARA UMA TORRE DE CONTROLE (ALTERNATIVA 3), SENDO POSSVEL
DA MODELAGEM DO TERMINAL REGIONAL. VER AO FUNDO TERRENO IMPORTADO ATRAVS DE INFORMAES DE SATLITE.

239
Figura 191- Vista perspectiva superior do Terminal Regional.

NA FIGURA 191 ACIMA PODE-SE OBSERVAR EM DETALHE O TERMINAL MODELADO, ONDE O CONCOURSE REALIZA A CONEXO ENTRE O EDIFCIO E AS PONTES DE EMBARQUE. PODE-
POSSVEL IDENTIFICAR A COMPOSIO DO TERMINAL REPRODUZIDO POR MEIO DO PROJETO SE AINDA OBSERVAR A LIGAO DO EDIFCIO COM O ACESSO VIRIO E AINDA A CIRCULAO
CEDIDO PELA INFRAERO. DE PEDESTRES.

240
5- CONCLUSES

A elaborao de uma matriz semntica, com a proposta de representao de


informaes referentes ao ambiente organizacional da INFRAERO com o processo de
projeto por meio dos sistemas BIM, constitui-se em nossa principal contribuio original
ao conhecimento. Nesta matriz semntica, a representao da informao foi limitada
tica do arquiteto de aeroportos, com nfase na sua dimenso e nas atividades
complementares sua especialidade. Por isto, recomendamos que os profissionais das
diferentes reas da INFRAERO completem a matriz com informaes de suas
respectivas especialidades e, assim contribuir para alcanar de forma plena o seu
potencial.

A simulao do processo de projeto do Terminal Regional de Passageiros, das


trs diferentes alternativas de uma torre de controle e de novos componentes
paramtricos nos sistemas BIM, possibilitou ao autor ilustrar a utilizao da matriz
semntica como guia no processo de projetao aeroporturia. A associao dos
sistemas BIM com o SIG com o objetivo de permitir a representao em vrios nveis de
detalhe, permitindo ambiguidade de interpretao, frustrou nossas expectativas.
Contudo, a utilizao associada de ambos os sistemas foi importante enquanto
experimento de teste da utilidade da matriz semntica no processo de projetao.

A criao de componentes paramtricos customizados no contexto da


INFRAERO juntamente com seus aspectos semnticos, por meio de uma matriz que
expresse a estrutura organizacional da empresa, pode representar um diferencial
competitivo para o Brasil. O conhecimento da produo de componentes aeroporturios
nos sistemas BIM e SIG e a associao dos mesmos com as responsabilidades
existentes nos processos de aprovao de projetos da INFRAERO podem constituir
uma ferramenta til de consulta sobre os impactos dos processos de projeto de
aeroportos no Brasil. Tais informaes podem ser valiosas para dimensionar as tarefas
e as responsabilidades dos profissionais de projeto face aos requisitos e condicionantes,
fornecendo uma leitura de procedimentos associados aos mesmos.

A informao da matriz sobre o processo de projeto tambm semntica e inclui


a forma de desenvolv-lo. O nvel de abstrao das fases iniciais, exigido nos processos
de concepo e anlise, tende a ser elevado. No entanto, os sistemas BIM exigem
especificao dos atributos e comportamentos dos objetos por meio da parametrizao
de seus elementos construtivos, definida antecipadamente em relao aos modeladores
tridimensionais genricos.

241
A insero de projetos organizados em conjuntos funcionais, do edifcio, como o
modulo de check-in detalhado nesta pesquisa, consistente com a natureza e a
dinmica dos projetos aeroporturios.

Podemos citar trs benefcios principais da utilizao da matriz semntica


no ambiente de projeto, tais como:

1- Gerar uma linguagem para a comunicao entre as pessoas ou


interoperabilidade entre os sistemas envolvidos;

2- Atuar como uma descrio formal dos elementos e relaes entre os


mesmos, em uma rea de conhecimento especfico, de projetos de funes
complexas, na rea da AEC, sob a gide das normas e requisitos dos
sistemas de aviao comercial civil;

3- Ajudar na aquisio de conhecimentos, tcnicas e metodologias, tanto do


ponto de vista acadmico, em termos de ensino, como do ponto de vista
profissional, pelos profissionais de arquitetura e de engenharia aeroporturia
no Brasil, facilitando a construo de modelos de domnio e de reutilizao
de conhecimento entre domnios.

A utilizao de uma ferramenta como esta pode ser til em todas as fases de um
processo de projeto, servindo como um repositrio de informao e fonte de consulta,
podendo conectar diferentes partes do aeroporto a seus processos e projeto. Outra
vantagem da matriz que ao invs de definir regras rgidas, as quais podem facilmente
se desatualizar, em relao ao ambiente organizacional da INFRAERO, foi elaborado
um sistema que pode ser constantemente atualizado ao longo de sua utilizao.

Por detrs dos benefcios no esto explcitos inmeros pequenos processos


para realizao das tarefas de projeto. Estes deveriam ser objeto de futuras pesquisas,
propiciando melhor definio desse novo processo de projeto representado pelos
sistemas BIM. A possibilidade de visualizao e modificaes interativas de modelos
virtuais tem revolucionado o processo de projetao, pois permitem a compreenso e
anlise de grandes quantidades de informao de natureza espacial, com eficincia sem
precedentes.

Os aeroportos representam uma rea de aplicao ideal para a simulao de


ambientes complexos. Os processos esto em contnua mudana, requerendo
metodologias que possam ser avaliadas por meio de indicadores de desempenho.

242
Dentro dos aeroportos, processos semelhantes de projeto so repetidos
inmeras vezes em dimenso nacional pela INFRAERO. Porm, frequentemente so
construdos modelos de simulao novos para cada projeto, possivelmente copiando
algumas partes de modelos prvios. A reutilizao de componentes de simulao
raramente vista. Neste sentido, a associao dos sistemas BIM e SIG representa um
recurso valioso para gesto de projetos aeroporturios.

Particularmente, na INFRAERO, permitem integrar a participao dos


profissionais de projeto e reunir informao, tanto geomtrica, comportamental e
relacional, quanto dos processos de projeto na estrutura organizacional.

As lacunas existentes em relao aos estgios iniciais de projeto em virtude da


limitao dos sistemas BIM de representar componentes e sistemas abstratos poderiam
ser respondidas em parte, pela associao com os SIG. No entanto, no o foram, muito
mais por uma questo de abordagem, em relao a testes efetivos do caminho que se
utiliza do CityGML. Os testes de variao de informao (SLOD) e detalhe (GLOD)
mostraram isto conforme mencionado anteriormente.

A criao de componentes paramtricos customizados, por sua vez, demonstrou


a importncia de se personalizar o ambiente BIM de trabalho de acordo com o contexto
de projeto. Aliado a isto, soma-se a criao de novos parmetros nos componentes
modelados e sua conexo com a gesto da informao no processo de projeto. Foram
verificadas vantagens na adoo dos sistemas BIM associado ao SIG na projetao
aeroporturia, bem como em parte dos experimentos realizados nesta pesquisa,
enfocando a INFRAERO. Contudo, ainda no foram realizados quaisquer estudos que
simulassem de fato todo processo de modelagem da construo associado ao fluxo
organizacional dos processos de projeto da empresa.

O uso dos sistemas BIM associado ao SIG traz impactos, positivos e negativos,
nos processos de projeto de uma empresa administradora de aeroportos como a
INFRAERO. Em razo da necessidade de reviso dos processos em vigor na
INFRAERO, no tocante a produo de projetos de arquitetura e de engenharia, foi
proposto um trabalho inicial nesse sentido, desenvolvido pelo autor, para o redesenho
futuro do processo de aprovao de projetos da empresa, conforme consta do Anexo I
desta tese. Tendo em vista as deficincias observadas para integrao efetiva dos
sistemas BIM e GIS, no tocante representao de diferentes LOD`s, o autor devera
em breve realizar continuao da presente pesquisa em um possvel Post-Doc. A
matriz semntica desenvolvida nesta pesquisa pode ser relevante para aplicaes
especificas de projetos de aeroportos.

243
A eventual adoo dos sistemas BIM na INFRAERO dever enfrentar
dificuldades e limitaes em funo de fatores como a mudana cultural e das prticas
da AEC, que envolvem a reviso dos atuais processos de aprovao e de projeto na
empresa, alm de necessidade de treinamento das equipes de projeto, utilizao efetiva
da rea de Tecnologia da Informao TI nos processos de obras e servios de
engenharia.

Os sistemas BIM necessitam unificar a troca de informao e dados em torno de


modelos nicos de informao, que devem ser gerenciados em servidores BIM. A logica
projetual, no apenas no desenvolvimento de solues mais vantajosas, como em
relao formao de requisitos e aos processos de aprovao dos mesmos, encontra-
se atualmente defasada tecnologicamente. A informao referente aos processos de
arquitetura e de engenharia apresenta-se pulverizada em funo do uso predominante
de documentao bidimensional e baseada em papel.

No entanto, as barreiras culturais devem ser destacadas em uma eventual


adoo dos sistemas BIM na INFRAERO, pois o BIM representa um processo ativo de
participao efetiva dos profissionais de projeto e de construo de forma colaborativa.
Em relao aos estgios iniciais de projeto, esta pesquisa indica limitaes dos sistemas
BIM para representar a informao sob diferentes formas de abstrao justamente para
permitir que as associaes das propostas de projeto em relao ao contexto possam
ocorrer livremente. Esta limitao atua como fator de impedimento da colaborao
efetiva, para a busca de solues de projeto, sobretudo nos estgios iniciais, o que
certamente poder impactar na dimenso cultural das equipes da INFRAERO sobre
como proceder em suas prticas de trabalho e cultura organizacional para comunicao
efetiva de ideias e propostas de projeto de forma integrada.

Neste sentido, a matriz desenvolvida nesta pesquisa visa contribuir na


diminuio das barreiras citadas por meio do estabelecimento de bases semnticas
associadas aos mdulos funcionais de um aeroporto da INFRAERO. As bases
semnticas permitem que os profissionais possam embasar a troca de informaes de
projeto para representar informaes projetuais e, responder as lacunas relativas aos
estgios iniciais, utilizando de forma conjunta os sistemas BIM e SIG para o provimento
de infraestrutura aeroporturia.

O autor, enquanto servidor pblico da INFRAERO e pesquisador brasileiro,


acredita que a matriz pode responder de forma positiva aos desafios citados, se
complementada e utilizada pela INFRAERO, em uma eventual adoo dos sistemas
BIM na empresa, por meio da colaborao efetiva dos profissionais das diversas reas
e disciplinas de projeto concorrentes para os projetos de aeroportos.

244
REFERNCIAS BIBLIOGRFICAS

ABNT - Associao brasileira de normas tcnicas. NBR ISSO 12006-2:2010.


Recuperado em 17 de agosto de 2012, de http://www.abntcatalogo.
com.br/norma.aspx?ID=57992;

ACHTEN, H. Experimental design methods: a review. International Journal of


Architectural Computing, v.7, n.4, 2009;

ACHTEN, H.; BEETZ, J. What Happened to Collaborative Design? In:


CONFERENCE ON EDUCATION AND RESEARCH IN COMPUTER
AIDED ARCHITECTURAL DESIGN IN EUROPE. 27., 2009, Istanbul.
Proceedings Istanbul: eCAADe & ITL/YTU: 358-365 p. 2009;

ALEXANDER, C. A City is Not a Tree. Architectural Forum, Vol. 122, New


York: Time Inc., 1965, p. 58-62;

ALMEIDA, M. B; Interoperabilidade entre fontes heterogneas, Dissertao


apresentada ao Curso de Mestrado da Escola de Cincia da Informao
da Universidade Federal de Minas Gerais, Belo Horizonte, 2002, P.42;

ALMEIDA, G. Georreferenciamento de imveis rurais e urbanos, FAIPE, 2012,


p.3);

ANDRADE, B., AMORIM, S., em "Alteraes metodolgicas na gesto de


processo de projeto aplicada com a utilizao de Software tipo BIM 2.
Simpsio Brasileiro de Qualidade do Projeto no Ambiente Construdo, X
Workshop Brasileiro de Gesto do Processo de Projeto na Construo de
Edifcios, 03 e 04 de Novembro de 2011 Rio de Janeiro, RJ Brasil,
p.795-796);

ANDRADE, M. e RUSCHEL, R; Interoperabilidade de aplicativos BIM usados


em arquitetura por meio do formato IFC, 2009, p. 92;

ARNDT, L. T; SCHEER, S; PHILIPS, J. W. em Desenvolvimento de estudos


para sistemas CAD nd em projetos integrados de edificaes construo
civil, sustentabilidade e sistemas de informao geogrfica, IV Simpsio
Brasileiro de Cincias Geodsicas e Tecnologias da Geoinformao,

245
Universidade Federal do Paran UFPR, Departamento de Construo
Civil DCC, Curitiba, PR, 2012, p. 1-5;

ASHFORD, N., STANTON, M. H. P. e MOORE, C. A. (1997) Airport Operations.


New York: McGraw-Hill;

AUTODESK. REVIT Architecture 2010: Families Guide Metric Tutorials.


2009. 812p. Disponvel em: <http://www. AutoDesk.com/ REVIT
architecturedocumentation>. Acesso em: 15 set. 2012;

AUTODESK. Building Information Modeling: The Power of BIM. 2008a.


Disponvel em: <http://www.AutoDesk.com/BIM>. Acesso em: 25 ago.
2012;

AUTODESK. Melhores prticas para a criao de componentes


paramtricos (famlias) com o AutoDesk REVIT. 2008c. 15p.
Disponvel em: <http://www. AutoDesk.com/BIM>. Acesso em: 15 set.
2012;

AYRES F, C. e SCHEER, S. (2008) DIFERENTES ABORDAGENS DO USO


DO CAD NO PROCESSO DE PROJETO ARQUITETNICO;

AZUMA, F.; FREITAS, M.; MACHADO, C.; SCHEER, S.; SCHIMID, A. Revista
produo Online - Inovao Tecnolgica: Tcnicas e Ferramentas
aplicadas ao Projeto de Edificaes. Vol. 7, Num. 3. 2007, Florianopolis;

BAEYENS, T. (2004) "The State Of Workflow". DIGITAL FABRICATION OF


ARCHITECTURAL MODELS: AN EXPLORATORY STUDY. Disponvel
em: http://www.jboss.com/products/jbpm/stateofworkflow;

BALL, M. Denvers airport expansion - primes a push toward BIM for facility
management. Autodesk. Acessado em 30/03/2015 aas 19:57
http://bimontherocks.typepad.com/Files/dia_bim_for_facility_mgmt.pdf;

BARISON, M. B., e SANTOS, E. T. (2010a). BIM Teaching Strategies: an


Overview of Current Approaches. Proc., ICCCBE 2010 International
Conference on Computing in Civil and Building Engineering. University of
Nottingham, Nottingham, UK, http://www.engineering.nottingham.ac.uk/
icccbe/proceedings/pdf/pf289.pdf (Feb. 10, 2011);

246
BARISON, M. B., and SANTOS, E. T. (2010b). Review and Analysis of Current
Strategies for Planning a BIM Curriculum. Proc., CIB W78 2010 27th
International Conference, Virginia Tech, Cairo, Egypt, 1-- 10, <
http://itc.scix.net/data/works/att/w78--2010--83.pdf> (Feb. 10, 2011);

BARROS, N.; Mapas de GANTT e Redes de PERT, Escola Secundria de


Emdio Navarro, Estruturas, Tratamento e Organizao de Dados, 2003,
p.3;

BATISTA, L. O processo de projeto na era digital. Um novo deslocamento da


prtica profissional. Belo Horizonte, Escola de Arquitetura da UFMG, 2010,
p.17;

BAZJANAC, V. Virtual Building Environments (VBE) - Applying Information


Modeling to Buildings. Lawrence Berkeley National Laboratory, University
of California. Berkeley, CA, U.S.A., 2004;

BELL, H.; BJRKHAUG, L. A building SMART Ontology e Work and Business


in Architecture, Engineering and Construction. ECPPM, 2006, 185p;

BERLO, L. VAN, LAAT, R., 2011. Integration of BIM and GIS: the Development
of CityGML GeoBIM extension. In: Proceedings of 3D Geo-Information
Conference, Berlin, Germany;

BIRX, Glenn W. Getting started with Building Information Modeling. The


American Institute of Architects Best Practices, 2006b. Disponvel em: <
http://www.aia.org/bestpratctices_index > Acessado em: 03.12.2012;

BODDY, S., REZGUL, Y., COOPER, G., & WETHERILL, M. (2007). Computer
integrated construction: A review and proposals for future direction.
Advances in Engineering Software, 38(10), 677-687;

BOGADO, W. H. Customizao de Sistemas Comerciais de CAD. 1997,


Dissertao (Mestrado em Mtodos Numricos), Universidade Federal do
Paran, Curitiba, 1997;

BONGIOLO, R., Uso de Sistemas de Informao Geogrfica na Sade Pblica,


Faculdades Associadas de Ariquemes FAAr, 2008, p.186-188;

247
BITTENCOURT, G. em Inteligncia artificial: ferramentas e teorias. Editora
UFSC, 2001;

BORST, W. N. Construction of engineering ontologies. 1997. Tese de


Doutorado. <Http://www.ub.utwente.nl/webdocs/inf/1/t0000004.pdf>.
Acesso em: 08/032015;

BRAHA, D., and REICH, Y., Topological structures for modeling engineering
design processes, Research in Engineering Design, Vol. 14, (2003), pp.
185199;

BREITMAN, K. Web Semntica: a Internet do futuro. Rio de Janeiro: LTC, 2005,


p.5;

BRIDGES, A. H. (1991) The challenge of constraints, A discussion of Computer


Applications in Architectural Design, University of Strathclyde, Reino Unido;

BRIDGES, A. H. A Critical Review of Problem Based Learning in Architectural


Education, 24th eCAADe Conference, 2006, p.6-8;

BRITISH Airways PLC Baggage Handling Project Management Manual,


Prepared by Vector Management Limited December 1999;

BURROUGH, P.A. (1986), Principles of Geographic Information Systems for


Land Resources Assessment. Clarendon Press, Oxford, P.299;

CALLEAM Consulting Ltd Why Technology Projects Fail, em Denver Airport


Baggage Handling System Case Study;

CMARA, G. e DAVIS, C. Introduo: por que geoprocessamento? INPE-8562-


PRE/4306, So Jos dos Campos, 2001, p.3;

CARBASHO, T. Integrated Project Delivery Improves Efficiency, Streamlines


Construction. Lean Management Approach Eliminates Waste and
Enhances Project Outcome. Acessado em 10/6/2014, em
http://www.tradelineinc.com/reports/0A03D1C0-2B3B-B525
85702BCEDF900F61 2008;

CECCATO, C. (2001). EVOLUTIONARY DESIGN TOOLS FOR MASS-


CUSTOMISATION. Hong Kong: The Hong Kong Polytechnic University,
Hong Kong, China;

248
CELANI, G; GODOI, G; RODRIGUES, G. em O processo de projeto
arquitetnico mediado por computador: um estudo de caso com o
Architectural Desktop. UNICAMP Universidade Estadual de Campinas,
Faculdade de Engenharia Civil, Arquitetura e Urbanismo (FEC), 2007, p.5;

CHENG, J; DENG, Y; & DU, Q. em: Mapping between BIM models and 3d GIS
city models of different levels of detail. Proceedings of the 13th
International Conference on Construction Applications of Virtual Reality,
30- 31 October 2013, London, UK;

CLAYTON, M. J., JOHNSON, R. E., VANEGAS, J., NOME, C. A., OZENER, O.


O., & CULP, C. E. (2008). Downstream of Design: Lifespan Costs and
Benefits of Building Information Modeling. College Station: Texas A&M
University;

COELHO, S; NOVAES, C. Modelagem de Informaes para Construo (BIM)


e ambientes colaborativos para gesto de projetos na construo civil,
2008;

COPPOCK, J. T; RHIND, D. W. The History of GIS. In: MAGUIRE, D. J. (Edi.),


GOODCHILD, M. F. (Edi.); RHIND, D. W. (Edi.). Geographical Information
Systems: Principles and Applications. London: Longmans Publishers,
1991. p. 21-43. Cap. II. Disponvel em: < http://www.wiley.com/legacy/
wileychi/gis/Volume1/BB1v1_ch2.pdf > Acesso em: 04/08/2014;

CORREA, F. R.; SANTOS, E. T. Ontologias na construo civil: Uma alternativa


para o problema de interoperabilidade com o uso do IFC. Gesto e
Tecnologia de Projetos, So Paulo, v. 9, n. 2, jul./dez, 2014, p. 7-22;

CREIGHTON, V. T. Le, D., S. NAHAVANDI, Simulation-based Input Loading


Condition Optimization of Airport Baggage Handling Systems,
Proceedings of the IEEE Intelligent Transportation Systems Conference,
USA, 2007, pp. 574-579;

CRESPO, C. C., & RUSCHEL, R. C. (2007). Ferramentas BIM: um desafio para


a melhoria no ciclo de vida do projeto. Campinas: Programa de Ps-
Graduao em Engenharia Civil - FEC UNICAMP;

249
CROSS, A., Towards an understanding of intrinsic values of design education.
Design Studies 5(1), 1984, p.31-39);

CROSS, N., Engineering Design Methods. Strategies for product Design, ed.
Wiley, Segunda Edio, Londres, 1994;

DANTAS, D., Autonomia projetual: um novo olhar sobre as estratgias de


ensino de metodologia de projetos em design Revista Design em Foco,
Vol. III, Nm. 2, julho -dezembro, 2006, pp. 129-141 Universidade do
Estado da Bahia Brasil. Disponvel em:
http://redalyc.uaemex.mx/src/inicio/ArtPdfRed.jsp?iCve=66111515010;

DAVIES, A., DODGSON, M., GANN, D. From iconic design to lost luggage:
innovation at Heathrow Terminal 5, Paper presented at the Summer
Conference 2009 on CBS - Copenhagen Business School, Solbjerg Plads
3, DK2000 Frederiksberg, DENMARK, Imperial College Business School,
Imperial College London, June 17 - 19, 2009;

DAWOOD, N; SRIPRASERT, E.; MALLASI, Z; HONNS, B. 4D visualization


development: Real Life Case Studies. International Council for Research
and Innovation in Building and Construction. Aarhus School of Architecture,
2002;

DAWSON, R. (2000), Knowledge capabilities as the focus of organizational


development and strategy, Journal of Knowledge Management, 4 (4), p.
320-327;

DENIS, R. Design cultura material e o fetichismo dos objetos. Arcos volume 1


nmero nico, 1998. Disponvel em:
http://www.esdi.uerj.br/arcos/imagens/artigo_rafael(14a39).pdf. Acesso
em: 22 set. 2012;

DENZIN, N. K. (1978). The research act: A theoretical introduction to


sociological methods. New York: McGraw-Hill;

DENZIN, N. K., & LINCOLN, Y. S. (1998) (Eds). Collecting and interpreting


qualitative materials. Thousand Oaks: Sage Publication;

DENZIN, N. K., & LINCOLN, Y. S. Eds. (1998). The landscape of qualitative


research: Theories and issues. Thousand Oaks: Sage Publications;

250
DILLON, M. Breaking down the walls: An online resource for users of Autodesk
Building Solutions products. San Antonio, Texas, Estados Unidos da
Amrica, 2005;

DZIEKANIAK, G. V.; KIRINUS, J. B. Web Semntica. Florianpolis, n. 18, p.


20-39, 2004;

EASTMAN, C.; TEICHOLZ, P.; SACKS, R.; LISTON, K. BIM Handbook: A


guide to Building Information Modeling for owners, managers, designers,
engineers, and contractors. Hoboken, New Jersey: John Wiley & Sons,
2008. 490 p;

EISNER, E. W. (1991). The enlightened eye: Qualitative inquiry and the


enhancement of educational practice. New York, NY: Macmillan Publishing
Company;

ESPINDOLA, E., A importncia do Modelagem de Objetos no Desenvolvimento


de Sistemas, disponvel em: http://www.linhadecodigo.com.br
/artigo/1293/a-importancia-do-modelagem-de-objetos-no-desenvolvimen-
to-de-sistemas.aspx#ixzz3Twof7RJJ, acessado em 09/03/2015 as 23:55
horas, 2001, p.1-2;

FABRCIO, M. M. Projeto simultneo na construo de edifcios. 2002. Tese


(Doutorado em Engenharia) Escola Politcnica da Universidade de So
Paulo, So Paulo, 2002;

FARIA, R. Construo Integrada. REVISTA TCHNE. So Paulo, Outubro de


2007. Edio 127, p.46-51;

FERREIRA, R. e SANTOS, E. T. em Uso do CAD 3D na compatibilizao


espacial em projetos de produo de vedaes verticais em edifcios.
Boletim Tcnico da Escola Politcnica da USP, Departamento de
Engenharia de Construo Civil, ISSN 0103-9830 BT/PCC/493, Santos,
So Paulo 2008, p.3;

FILHO, CERVANTES, A. Acesso ao modelo integrado do edifcio. Dissertao


apresentada pelo Programa de Ps Graduao em Construo Civil do
Setor de Tecnologia da Universidade Federal do Paran. Curitiba, 2009, p.
13-14);

251
FITZ, P. R. Geoprocessamento sem Complicao. So Paulo: Oficina de textos,
2008. Cap. 2, p. 19-30;

FLORIO, W. (JULHO de 2007). CONTRIBUIES DO BUILDING


INFORMATION MODELING NO PROCESSO DE PROJETO EM
ARQUITETURA. TIC - INTEGRAO DE SISTEMAS EM
ARQUITETURA, ENGENHARIA E CONSTRUO;

FOGGIATTO, J; VOLPATO, N; BONTORIN, A. em Recomendaes para


modelagem em sistemas CAD-3D, Universidade Tecnolgica Federal do
Paran (UTFPR), Departamento Acadmico de Mecnica (DAMEC),
Centro de Inovao Tecnolgica da UTFPR (CITEC), Ncleo de
Prototipagem e Ferramental (NUFER), 2007, p.2;

FORMOSO, C. T., CESARE, C. M., LANTELME, E. M., & SOIBELMAN, L. As


perdas na construo civil: conceitos, classificaes e seu papel na
melhoria do setor. Porto Alegre, RS: Universidade Federal do Rio Grande
do Sul (UFRGS) 1996;

GERO, J.S. e E. TYUGU (Eds.) Formal Design Methods for CAD: Proceedings
of the IFIP TC5/WG5.2. Amsterdam: Elsevier, 1994 apud CELANI, G.
Beyond analysis and representation in CAD. Ph.D. theses. Cambridge, MA:
MIT, 2002, p.30);

GUIRALD, P. A semntica. So Paulo: DIFEL, 1980;

GLENN, H. The program In Contract (Washington) vol.49, 2006 n 5 p.192;

GOEL, V.: Sketches of Thought, MIT Press, Cambridge, MA, 1995, p. 193-194;

GOLAFSHANI, N., Understanding Reliability and Validity in Qualitative


Research;

HACKETT, J; Beyond Knowledge Management New Ways to Work, em


BONTIS, N. e CHOO, W. C. (2002), The Strategic Management of
Intellectual Capital and Organizational Knowledge, Nova Iorque, Oxford
University Press, p. 725-738;

252
HKKINEN, T. M. Sustainable building related new demands for product
information and product model based design. Disponvel em
http://itcon.org/2007/2. Acessado em: 14.11.2013;

HAMID, B. Mapping Design Process into Process Design: Implementing


Collaborative Design from Social Psychological Approaches. In:
CONFERENCE ON EDUCATION IN COMPUTER AIDED
ARCHITECTURAL DESIGN IN EUROPE, 24, Frankfurt. Procedings,
Frankfurt: eCAADe, p. 711-716. 2007;

HEALY, M., & PERRY, C. (2000). Comprehensive criteria to judge validity and
reliability of qualitative research within the realism paradigm. Qualitative
Market Research, 3(3), 118-126;

HEESOM, D.; MAHDJOUBI, L. Technology Opportunities and Potential for the


Virtual Construction Site Volume 1: Emerging Research Initiatives.
Universidade de Wolverhampton, 2003;

HERNANDEZ, C. Thinking parametric design: introducing parametric Gaudi. In:


Design Studio, 27 (2006) 309-324: ELSEVIER. 2006. Disponvel em <
www.elsevier.com/locate/destud>;

HIPPS, J. A. (1993). Trustworthiness and authenticity: Alternate ways to judge


authentic assessments. Paper presented at the annual meeting of the
American Educational Research Association. Atlanta, GA;

HUDSON, R. Frameworks for Practical Parametric Design in Architecture. IN;


eCAADe 26, 2008;

HUOVILA, P.; KOSKELA, L.; LAUTANALA, M. Fast or concurrent: the art of


getting construction improved. Lean Construction, Santiago, p.143 60,
1994;

I. A. T. A. - Baggage improvement programme, simplifying the business,


International Air Transport Association, Tech. Rep., 2008. www.iata.org;

IBRAHIM, M.; KRAWCZYK, R. e SCHIPPOREIT, G. Two Approaches to BIM:


A Comparative Study. In: eCAADe Conference, 22, 2004, Copenhagen.
610616. Disponvel em http://cumincad.scix.net/cgibin/works/
Show?2004_610. Acessado em: 12.2008;

253
ISIKDAG, U.; UNDERWOOD, J. Two design patterns for facilitating Building
Information Model-based synchronous collaboration. Automation in
Construction, v. 19, n. 5, p. 544-553, ISSN 09265805. Disponvel em: <
http://dx.doi.org/10.1016/j.autcon.2009.11.006;

JACOSKI, C. A. (2003). A interoperabilidade em projetos digitais como


condicionante integrao e virtualizao da indstria da construo.
Chapec: Centro Tecnolgico da Unichapec;

JIM, H.K.; CHANG, Z.Y; An airport passenger terminal simulator: A planning


and design tool, Simulation Practice and Theory, Vol. 6, (1998), pp. 387
396;

JONES, JC. A method of systematic design. In Conference on Design Methods


(ed. Jones and Thorneley). London: Pergamon Press (1963).

KALAY, Y.E. The impact of information technology on design methods, products


and practices. Design Studies, v. 27, n. 3, p. 357-380, May 2006;

KALISPERIS, L. Quadro Conceitual para a computao no Projeto


Arquitetnico, Tese de Doutorado, da PennState University, University
Park, em 1988;

KALISPERIS, L. (1996) CAD in Education at Penn State University, em ACADIA


Quarterly, summer;

KHEMLANI, L. Top criteria for BIM solutions: AECbytes Survey Results.


AECbytes, 10 de outubro de 2007. Disponvel em:
<http://www.aecbytes.com/feature/2007/BIMSurvey Report.html>. Acesso
em: 29 de outubro de 2013;

KIVINIEMI, A.; TARANDI, V.; KARLSHJ, J.; BELL, H.; KARUD, O. Review
of the Development and Implementation of IFC Compatible BIM.
ERABUILD FUNDING ORGANIZATIONS, 2008;

KOLAREVIC, B. Architecture in the digital age: design and manufacturing.


Nova York, Spon Press, 2003;

KOWALTOWSKI, D. C. C. K. et al. Reflexo sobre metodologias de projeto


arquitetnico. 24/01/06, p.8;

254
KVAN, T. Collaborative design: what is it? Automation in Construction, v. 9, n.
4, p. 409-415, July 2000. KYMMEL, W. Building Information Modeling.
Planning and managing construction project with 4D and simulations.
McGraw-Hill 2008;

LANG, J.T. Designing for human behavior: Architecture and the Behavioral
Sciences. Stroudsburg: Dowden, Hutchinson and Ross, 1987;

LAWSON, B. (2004), WHAT DESIGNERS KNOW, Elsevier/Architectural


Press, 08/11/2004;

LAWSON, B. (1994) Design in Mind, Architectural Press, Butterworth-


Heinemann Publishers, Oxford, Reino Unido;

LAWSON, B. How designers think: the design process demystified. 3 Edio,


Architectural press, 1997;

LOGAN, B. (1987) The Structure of Design Problems, Tese de Doutorado,


University of Strathclyde, Department of Architecture and Building Science,
Reino Unido;

LIMA JR., O. F. Anlise e Avaliao do Desempenho dos Servios de


Transporte de Carga (2001), In: Caixeta-Filho, J.V. e Martins, R.S. (eds.)
Gesto Logstica do Transporte de Cargas. Ed. Atlas, So Paulo;

LBACH, B. Design industrial: bases para a configurao dos produtos


industriais. So Paulo: Edgard Blcher, 2001;

MCPHEE, A. Practical BIM Acessado em 10/03/2015 e disponvel em:


http://practicalbim.blogspot.com.br/2013/03/what-is-this-thing-called-
lod.html, 2013;

MAGUIRE, D. J (Edi.). An Overview and Definition of GIS. In:; GOODCHILD, M.


F. (Edi.); RHIND, D. W (Edi.). Geographical Information Systems:
Principles and Applications. London: Longmans Publishers, 1991, cap.I.
Disponvel em: < http://www.wiley.com/legacy/wileychi/gis/
Volume1/BB1v1_ch1.pdf > Acesso em: 29/03/2010, p.11;

255
MALARD, M.L. O processo de projeto: problemas a resolver. CD-ROM do
Seminrio Arquitetura e Conceito, Universidade Federal de Minas Gerais,
Escola de Arquitetura, NPGAU, agosto de 2003;

MARSHALL-PONTING, A. J.; AOUAD, G. An nD modeling approach to


improve communication processes for construction. Automation in
Construction, v.14, p. 311-321, 2005;

MITCHELL W J, "The theoretical foundation of computer-aided architectural


design" Environment and Planning B 2(2) 1975, p. 131;

MITCHEL, W. J. 2005. Constructing Complexity. In: Martens, Bob and Brown


Andr (eds), Computer Aided Architectural Design Futures 2005, Vienna,
Austria;

MITCHELL, W. J. The logic of architecture: design, computation and cognition.


Cambridge, MA: The MIT Press, 1990. p. 304;

MITCHELL, W. J.; MCCULLOUGH, M. Digital design media. 2 ed.: Wiley,


1994. 512 p;

MUSTOE, J. Artificial intelligence and its application in architectural design,


Tese de doutorado, University of Strathclyde, Glasgow, Reino Unido,
Capitulo 1, 1990, p.9;

NARDELLI, E. em Tecnologia digital avanada na produo de Habitaes de


Interesse Social HIS no Brasil (HIS in Brazil: Advanced Digital
Technology for the Production of Social Housing), 2010, p.404;

NASCIMENTO, L. A.; SANTOS, E. T. A indstria da construo na era da


informao. Ambiente Construdo, Porto Alegre, v. 3, n. 1, p. 69-81,
jan./mar. 2003;

NEUFVILLE, R; The Baggage System at Denver: Prospects and Lessons, paper


on Technology and Policy Program Massachusetts Institute of Technology
Cambridge, MA 02139 (U.S.A.);

NEVES, A. P. H. C. S; 2008, Tecnologias para a Gesto Multimodal de


Bagagens, Tese de Mestrado no Instituto Superior Tcnico de Lisboa;

256
NONAKA, I. A empresa criadora de conhecimento. Aprendizagem
organizacional: os melhores artigos da Harvard Business Review. Rio de
Janeiro: Elsevier, 2006;

NONAKA, I; RYOKO, T. The knowledge-creating theory revisited: knowledge


creation as a synthesizing process. Knowledge Management Research &
Practice, n. 1, p. 2-10, 2003;

OLIVEIRA, L. C. C. F. Caractersticas e particularidades das ferramentas BIM:


reflexos da implantao recente em escritrios de arquitetura.
Universidade Federal de Santa Catarina Programa de Ps-graduao em
Arquitetura e Urbanismo | Ps-arq;

OMNICLASS. Omniclass Construction Classification System. Recuperado em


20 de setembro de 2012, de: http://www.omniclass. org/ - 20/09/2012;

ONUMA, K. G. Twenty First Century Architect: Transformed by Process not


Software. In: ONUMA White Papers, 2007. Disponvel em <
http://onuma.com/services/onuma_V4c.pdf > Acesso em 24 de novembro
de 2008;

OPUS HONG KONG - http://www.opushongkong.com/en/SalesInfo.php

OXMAN, R. Prior knowledge in design: a dynamic knowledge-based model of


design and creativity. Design Studies, v. 11, n 1, p.17-27, 1990;

PASQUIRE, C.L.; CONNOLLY, G.E., Design for Manufacture and Assembly,


In: 11th ANNUAL CONFERENCE OF THE INTERNATIONAL GROUP
FOR LEAN CONSTRUCTION, Proceedings Blacksburg, USA, July
2003, pp 184 194, ISBN 0 972125744;

PATTON, M. Q. (2002). Qualitative evaluation and research methods (3rd ed.).


Thousand Oaks, CA: Sage Publications, Inc;

PAUWELS, P., em: Reconsidering information system support in architectural


design thinking - PhD Dissertation, Universidade de Gent, Gent Blgica,
2012;

PERES, O., POLIDORI, M., Modelagem urbana e cidades visuais: fundamentos


e convergncias, XIII Encontro da Associao Nacional de Ps-Graduao

257
e Pesquisa em Planejamento Urbano e Regional, 25 a 29 de maio de 2009,
Florianpolis - Santa Catarina Brasil, 2009, p.3;

PICKLER, M. "Web Semntica: ontologias como ferramentas de representao


do conhecimento, Perspectivas em Cincia da Informao, verso
impressa ISSN 1413-9936 - Perspect. cinc. inf. v.12 n.1 Belo Horizonte,
Universidade Estadual de Londrina; Bolsista de IC/PROIC, 2007, p.2;

PINHEIRO, E; Mestre em Engenharia Civil, Departamento de Arquitetura e


Construo, UNICAMP, Campinas, SP, Brasil, e CELANI, Gabriela, Ph.D.,
Universidade Estadual de Campinas, Campinas, Brasil;

PREZOTO, L. Introduo a Sistemas Especialistas. Universidade Estadual de


Campinas UNICAMP, Faculdade de Tecnologia FT, Limeira SP,
2010, p.2;

PUPO, R; apud KALISPERIS, L. Arquitextos ISSN 1809-6298, I International


Workshop Digital Design for Architecture concepo arquitetnica em
ambiente computacional, 2007, p. 3;

QUEIROZ, G. E FERREIRA, K., Tutorial sobre Bancos de Dados Geogrficos,


GeoBrasil,2007, p.5;

QUEIROZ, S. R. S. L, Uso de Servidores BIM em Ambientes de Projeto


Colaborativo. Faculdade de Engenharia Civil, Arquitetura e Urbanismo,
Unicamp, Campinas, 1 Semestre de 2012, Programa de Ps-graduao
em Arquitetura e Construo;

RENGIFO, A. RDER, M. MARKUSSEN, B. JAKOBSEN, A. WHITE, B. em


Case Study: Gardermoen Airport, Oslo, Norway, 2008;

RIBEIRO, J, SILVA, N; LIMA, E. Building Information Modeling como


instrumento de projetos aeroporturios, em artigo publicado no
SIIGRADI2009, p. 1 a 6. Faculdade de Arquitetura e Urbanismo,
Universidade de Braslia, Brasil;

RITTEL, H.W.J. On the planning crisis: systems, analysis of the first and
second generation Berdiftsokonomen, n.8, 1972, p.390 a 396;

ROSSO, T. Racionalizao da construo. So Paulo: FAUUSP, 1980;

258
SANTOS, E; BIM e a Gesto de Projetos. In: VIII Workshop Brasileiro do
Processo de Projetos na Construo de Edifcios, 2008;

SASS, L. Synthesis of design production with integrated digital fabrication.


Automation in construction, 2006, v.16, n.3, p. 298-310;

SEBASTIAN, R., BHMS, H.M., BONSMA, P., VAN DEN HELM, P.W., em:
Semantic BIM and GIS modelling for energy - efficient buildings integrated
in a healthcare district. ISPRS Annals of the Photogrammetry, Remote
Sensing and Spatial Information Sciences, Volume II-2/W1, ISPRS 8th
3DGeoInfo Conference & WG II/2 Workshop, 27 29 November, Istanbul,
Turkia, 2013;

SCHEER et al, Impacto do uso do sistema CAD Geomtrico e do uso do CAD-


BIM no processo de projeto em escritrios de arquitetura. Em: VII
Workshop Brasileiro de gesto do processo de projetos na construo civil,
2007, Curitiba. Disponvel em: < http://www.cesec.ufpr.br/workshop2007>
Acesso em 15/9/2008;

SCHEER, S, AYRES FILHO, G. Abordando a BIM em nveis de modelagem


SBQP 2009, Simpsio Brasileiro de Qualidade do Projeto no Ambiente
Construdo IX Workshop Brasileiro de Gesto do Processo de Projeto na
Construo de Edifcios 18 a 20 de Novembro de 2009 So Carlos, SP
Brasil Universidade de So Paulo;

SCHEER, S. e AZUMA, F. em Processos de projeto, sistemas CAD e


modelagem de produto para edificaes, Ed. N. 29 - Agosto/09, p. 2-3;

SCHN, D. Educando o Profissional Reflexivo: um novo design para o ensino


e a aprendizagem. Porto Alegre: Artes Mdicas, 2000;

SIDAWI B. and Hamza, N. (2012). Intelligent knowledge - based repository to


support informed design decision making. ITCON special issue: CAAD and
innovation. pg. 308 318;

SIDAWI, B; RABEE M., Elmarsafawy, Hesham, El - Wageeh, Sherif, Bennadji


Amar (Ed.). (2012) - 6th ASCAAD Conference 2012: CAAD| INNOVATION
| PRACTICE proceedings. 21 - 23 February 2012, College of Architectural
Engineering and Design, the Kingdom University. Manama, Bahrain;

259
SILVA, N. F. (1996) Design Computing, Previous Knowledge and Innovation,
estratos de tese de doutorado, University of Strathclyde, Reino Unido;

SIMOFF, S, J; MARY, L. M. Analysing participation in collaborative design


environments. Design Studies, v 21 p. 119-144, 2000
www.elsevier.com/locate/destud;

SIMON, H. The Sciences of the Artificial. 3rd. Edition. Massachusetts: MIT


Press, 1996, p.108 e 109;

SCHN, D. Educando o Profissional Reflexivo: um novo design para o ensino


e a aprendizagem. Porto Alegre: Artes Mdicas, 2000;

SCHN, D.; WIGGINS, G. Kinds of seeing and their functions in designing.


Design Studies, v. 13, n 2, p.135-156, 1992;

SITA GROUP 2nd. Airport IT Trends Survey. Executive Overview (2005).


Disponvel em: www.sita.aero/NR/rdonlyres/5A3CCC1A-F6FE-40D6-A628
B!DEB289584 3/0/SITA_ Airport_IT_Trends_report_Nov_05. PDF. Acesso
em: 10 Jul 13;

STEELE, J. (2001). Arquitectura y revolucin digital. Mxico: Gustavo Gili, as;

TSE, T. K., & WONG, K. A. (2005). The utilization of building information models
in Nd modelling: a study of data interfacing and adoption barriers. Hong
Kong: ITCOM, v. 10, p. 85-102, abr. 2005;

ULLMAN, D.G; The mechanical design process (1997). New York: McGraw Hill;

VAN BERLO, L. & DE LAAT, R. Integration of BIM and GIS: The development
of the CityGML GeoBIM extension. In: KOLBE, T. H., KNIG, G. & NAGEL,
C. (eds.) Advances in 3D Geo-Information Sciences. Berlin, 2011;

VANDERLANDE, System Book, Part 2 Baggage handling, 2001, Vanderlande


Industries, Veghel, the Netherlands;

VASCONCELOS, M. A. F; Mestrando em Design - Design Grfico e


Experimentalismo, Universidade Anhembi Morumbi;

260
VOGEL, T; Technical system specification to RFID-enable the baggage sorting
system at Zurich Airport, Master's thesis, Swiss Federal Institute of
Technology Zurich, 2007;

WEYGANDT J.J., D.E. KIESO, P.D. KIMMEL. Managerial Accounting Tools for
Business Decision Making. John Wiley & Sons, United States, 2005, p.
495-499;

WEISBERG, D. E., The Engineering Design Revolution - The People,


Companies and Computer Systems That Changed Forever the Practice of
Engineering, 2008;

WILLEY, J. & S; Modeling for Owners, Managers, Designers, Engineers and


Contractors. Hoboken (NJ): 2008;

ZEVI, B. Saber Ver a Arquitetura, Trad. Maria Izabel Gaspar, Gaetan Martins de
Oliveira. 5. ed. So Paulo: Martins Fontes, 1996.

JULIO TOLLENDAL GOMES RIBEIRO

M.Sc. Gesto do Processo de Projetos de Aeroportos BIM (FAU/ Ps- UnB)


Especialista em Gesto da Aviao Civil (Lato Sensu/ CEFTRU/ UnB)
Espec. em Proj. Arquitetura Assistido por Computador (Lato Sensu/ FAU/ Ps- UnB)

http://www.linkedin.com/profile/view?id=69827693&trk=hb_tab_pro_top
http://dgp.cnpq.br/buscaoperacional/detalheest.jsp?est=6828962696337252

http://lecomp.fau.unb.

261
ANEXO I

REDESENHO DO PROCESSO DE
APROVAO DE PROJETOS DA
INFRAERO

262
ANLISE E PROPOSTA DE REDESENHO DO FLUXOGRAMA DO PROCESSO DE
APROVAO DE PROJETOS NA INFRAERO (BIM)

Imagina-se que um ambiente organizacional estruturado na utilizao dos


sistemas BIM criaria uma estrutura conectada, onde cada rea da empresa
representaria uma rea de conhecimento ou de responsabilidade, sendo que no centro
estariam ncleos de trabalho compostos pela representao de cada rea especfica, e
gerenciados de forma compartilhada. Essa estrutura organizacional propiciaria trocas
entre o ncleo e as partes, equilibrando as polarizaes de conhecimento e de
informao.

Este um princpio simbitico de criao e manipulao de dados, que deve


estar espelhado nas responsabilidades e nas atribuies da empresa. Na prtica,
estamos falando da responsabilidade compartilhada, da maturidade dos processos e da
qualidade do ambiente organizacional, em termos humanos, de conhecimento e de
cooperao. Em ltima instancia, estamos falando de se materializar o conhecimento
presente, pulverizado presente no corpo tcnico da organizao ou no somatrio do
conhecimento tcnico dos profissionais de uma equipe de projeto ou de obra em
unidades funcionais de conhecimentos aplicados.

Vale ressaltar que uma possvel contribuio desta pesquisa para um futuro
ambiente BIM e SIG na INFRAERO reside na reunio, classificao e sistematizao
de informaes sobre a forma como o processo de projeto acontece dentro da
organizao e a relao com as reas complementares de Engenharia, que atuam
como clientes internos, como as reas Comercial, Operaes, Gesto, entre outras.
Para isso, ao pensar e fazer arquitetura e engenharia, preciso conhecer no apenas
os processos relativos mas ainda conhecer como os mesmos acontecem na estrutura
da empresa, que no caso da INFRAERO, por ser pblico, exige transparncia no uso
dos recursos do Tesouro Nacional. A inteno final do autor residiu no redesenho do
fluxograma do processo de aprovao de projeto da INFRAERO, sendo que o projeto-
piloto atuou como um recorte para que tal anlise se torne possvel, permitindo ainda
uma maior clareza na definio das diferenas entre as duas ferramentas de projeto e
das potencialidades de cada uma delas.

Foi realizado um recorte na questo dos relacionamentos entre os agentes


intervenientes num processo de projeto da INFRAERO, de forma a retratar sob a forma
de uma matriz semntica as conexes existentes entre os componentes do aeroporto e
suas partes, bem como em relao extenso de atribuies especificas, tarefas e
processo de projeto e responsabilidades de cada um.

263
A discusso da formatao e das solues propostas com todos os integrantes
da equipe de projeto, e a possibilidade de cada um inferir e modificar o modelo
tridimensional, que sofre contnuo processo de anlise e discusso pelos demais
projetistas e agentes intervenientes, gerando maior qualidade ao produto final,
apresentando maior aproveitamento dos recursos e do conhecimento das diversas
reas de projeto, alm de maior rapidez no processo de projetao como um todo, o
que tem representado um grande diferencial competitivo de mercado.

No processo utilizando a tecnologia BIM, ocorre uma inverso: ao invs de uma


srie de desenhos bidimensionais, o projetista constri virtualmente um modelo da
edificao, utilizando objetos que simulam em forma e comportamento, os elementos
construtivos a serem empregados na construo.

Os modelos virtuais podem ser entendidos como bases de dados onde so


armazenados tanto os dados geomtricos, como os textuais de cada elemento
construtivo utilizado no projeto. A Figura I, na prxima pagina, representa o fluxograma
de utilizao figurativo dos sistemas BIM como ambiente de trabalho na INFRAERO,
envolvendo seus principais atores, enquanto clientes internos e externos (ANAC), bem
como os requisitos e caminhos formais de aprovao de projetos pela empresa.

Tem por objetivo mostrar que a parte nuclear do processo reside nas atividades
de processos de anlise, diagramas de fluxos, avaliao e layout. O processo de
projeto representa a evoluo e o amadurecimento da informao associada a esses
campos e desemboca em uma representao grfica na busca por solues mais
vantajosas de atendimento aos requisitos impostos no incio do processo. Os processos
de anlise so efetuados de forma contnua, a cada nova soluo proposta, de forma a
validar constantemente os requisitos impostos a cada projeto.

Na Figura I, a seguir, encontram-se expressas as atividades de regulao,


formao de requisitos, projetao e melhoria, validao de requisitos, construo,
instalao e operao da edificao.

Do ponto de vista de projeto, as ontologias funcionariam como as palavras ou


vocbulos, e a semntica como dicionrio ou significado agregando sentido aos
conceitos e atributos. Intentam contribuir para que o processo de projeto, envolvendo
elementos de infraestrutura aeroporturia possa se desenvolver no Brasil, por meio da
constituio de uma base de dados atual e alinhada com os padres empregados pelo
mercado na especificao, em projeto, destes equipamentos.

264
Figura I- Fluxograma de utilizao figurativo dos sistemas BIM como ambiente de trabalho na
INFRAERO.

265
Diversos mapeamentos de processos j ocorreram na empresa e atualmente
uma grande reestruturao est em curso, porem muita mais no aspecto administrativo
e financeiro, visando talvez uma futura abertura de capital, do que numa real atualizao
dos processos de aprovao e projetos na empresa. Do ponto de vista tcnico, a
INFRAERO est eliminando estruturas intermediarias, chamadas de Regionais, para
ligar as responsabilidades das Superintendncias dos Aeroportos diretamente com a
Sede.

Analisando esta reorganizao do ponto de vista de projeto de arquitetura,


conclumos que a normatizao e unificao da produo de obras e servios de
engenharia da empresa ficaria muito mais complicada, uma vez que as prticas entre
cada localidade so muito diferentes. Acreditamos que a restruturao da informao
na INFRAERO, atravs da transio do ambiente papel para o ambiente digital e a
atualizao dos processos de aprovao e projetos so fundamentais e requisitos
importantes para a transformao em curso.

A Figura I na pgina anterior expressa atividades regulatrias, exigncias de


formao, projetando e melhoria, validao de requisitos, construo, instalao e
operao do edifcio. Ao observarmos a inter-relao que se estabelece neste processo,
podemos ver que a estrutura proposta baseia-se nos conceitos da metodologia que
utiliza sistemas BIM, sobre a centralidade das atividades de anlise, avaliao e projeto.
As posies centrais tendem a estabelecer ligaes com os processos associados
(radiais) de cada fase fazendo com que o modo de cooperao recomendado pelos
sistemas BIM possa ser concebido nesta estrutura (diagrama de fluxo de processo),
mostrado na Figura I (INFRAERO x PROCESSOS): Os processos de analise so
efetuados de forma continua, a cada nova soluo proposta, de forma a se validar
constantemente os requisitos impostos a cada projeto.

O diagrama de fluxo apresentado representa uma novidade em relao ao


processo de aprovao de projetos atualmente em vigor na INFRAERO, uma vez que
tais fluxos servem para acompanhar e guiar as informaes entre o modelo nico de
informaes e as atividades de anlise e de tomada de deciso ao longo do processo
de projeto. A figura I, anterior, ilustra a organizao por processos na empresa, levando
em considerao as dimenses social, tecnolgica e econmicas, que so
representadas pela ANAC, reguladora, INFRAERO, provedora e Clientes, usurios
internos e finais. No centro desta figura encontram-se as atividades principais de
projeto, como analise e tomada de deciso. Podemos observar a influncia da ANAC
nos requerimentos e dos usurios no escopo da INFRAERO (Figura I)

266
Destacamos ainda as atividades de simulao e analise, que amparam as
tomadas de deciso e a busca por solues vantajosas. S aps a avaliao dos
conceitos e da definio do Layout, ou projeto, pois esto intimamente associados,
inicia-se a construo e a operao do aeroporto. Imagina-se que os sistemas BIM e
SIG estariam atuando de forma conjunta nas atividades centrais da figura, cuja
informao circula de forma a propiciar momentos de sntese e momentos de abstrao.

Uma nova reestruturao da INFRAERO pode ser necessria, desta vez do


ponto de vista dos processos e prticas de projeto e do domnio da informao e de sua
manipulao pelos profissionais envolvidos. Essas mudanas deslocariam as atividades
de anlise e de tomada de deciso para o centro do processo, onde atualmente
encontram-se as atividades de aprovao de projetos.

Uma vez que no processo BIM a participao dos agentes intervenientes ocorre
de forma integrada, a aprovao de projetos ocorre simultaneamente a tomada de
deciso, pois as reas da INFRAERO responsveis pelas mesmas participam
ativamente do processo de projeto. Nesta pesquisa, foi desenvolvida uma Matriz de
Dados que fornece informaes sobre os mdulos funcionais de um aeroporto ligados
estrutura organizacional da INFRAERO.

As relaes entre as partes de um aeroporto relacionado com os processos de


aprovao correspondentes, as tarefas do projeto e os requisitos previstos fazem parte
dessa matriz. A utilizao dos sistemas BIM em conjunto com o SIG pode auxiliar na
manipulao da informao de projeto. No SIG e possvel testar diversas possibilidades
formais, conectivas e contextuais, bem como realizar analises topogrficas, de
interferncias e contextualizao em relao ao entorno imediato, entre outras. Ao
mesmo tempo, nos sistemas BIM a informao pode ser consolidada e automatizada,
ou seja, enquanto no SIG procede-se a uma busca por diferentes alternativas, no BIM
formaliza-se as decises tomadas sob a forma de solues de projeto.

O SIG pode agregar informaes importantes para os processos e analises


como por exemplo sistemas urbanos de transporte, infraestrutura existente, redes
pluviais, de gs e de energia subterrnea e area, sistemas de telecomunicaes, relevo
e vegetao e muitas outras dimenses que podem complementar os processos de
anlise dos sistemas BIM. Como podemos observar, existe uma especializao entre
os principais sistemas de uma edificao, cujos prprios fabricantes de softwares
reproduzem em suas plataformas de trabalho. A partir de uma viso crtica, que no
apenas importa solues prontas e geralmente de teor comercial, reconhecemos a
existncia destes quatro ncleos principais de informao no processo de projeto.

267
2D CAD EM VOGA PROCESSOS DE APROVACO E PROJETOS

A partir de uma demanda especifica, as reas da INFRAERO so acionadas,


para que se realizem estudos e projetos que se atenda a essa nova demanda. Isto pode
ser feito atravs da ampliao da infraestrutura existente ou atravs da criao de novas
edificaes e sistemas (Figura II abaixo). Aps a previso de uma estimativa de tempo,
elabora-se um diagnstico preciso do escopo e de suas caractersticas, restries e
limites para os projetos nas diferentes reas. A formalizao dessas informaes
constitui-se nos requerimentos para o desenvolvimento do projeto e ainda em critrios
de aprovao de projetos.

Figura II- Processo de Aprovao de Projetos em voga na INFRAERO.

A Figura III a seguir mostra as etapas de aprovao e os loopings que devem


ser percorridos na eventualidade de ocorrer a reprovao de alguma soluo de projeto.
Como esse processo essencialmente linear, o compartilhamento de informao entre
as reas pequeno e geralmente atravs de papel. A implantao de um sistema BIM
resulta em alterao do mtodo de trabalho convencional, uma vez que estabelece um
novo fluxo de trabalho e de gerenciamento da informao. Essa mudana ocorre no
encadeamento da informao, que nos sistemas BIM no caminha de forma linear e
sequencial. Ao contrrio, ocorre simultaneamente entre as equipes de projeto. Na Figura
III podemos observar que na eventual reprovao do Estudo Conceitual, do Anteprojeto
ou do Projeto Bsico, deve-se retroceder uma etapa, para que ajustes possam ser feitos.
O retrabalho projetual recai sobre a consulta aos Conceitos de Projeto e sobre o Termo
de Referncia do projeto (requisitos), como Especificaes Tcnicas, Memoriais
Descritivos, Manuais de Critrios e Condicionantes, entre outros. Devemos observar
que inexiste a integrao de todas as disciplinas na readequao de solues que no
foram aprovadas. Apenas a(s) reas(s) e disciplina(s) envolvida(s) participam das
discusses e reprojeto das solues, cuja aprovao encontra-se pendente.

268
Figura III- Loopings no mtodo em voga de Aprovao de Projetos. Fonte: INFRAERO.

269
Portanto, eventuais impactos negativos em outros sistemas do aeroporto, ou
outras solues espaciais e funcionais no podem ser mitigados. Uma outra questo
relevante diz respeito a contribuio especifica do saber envolvido em cada profissional,
ou CAT Certido de Acervo Tcnico. A bem dizer, uma empresa no possui
qualificao tcnica em si prpria, mas no corpo de funcionrios habilitados nas diversas
reas de engenharia e arquitetura que compem o seu acervo humano. Na forma como
atualmente est organizado o processo de aprovao de projetos na INFRAERO o
somatrio dos conhecimentos das reas e especialidades da empresa no e levado em
considerao, sendo que as solues e os ajustes realizados nos loopings de
aprovao ocorrem de forma pontual (Figura III na pgina anterior).

Pode-se dizer que estas caractersticas do processo em vigor impedem a


integrao das equipes de projeto e consequentemente a amplificao das capacidades
de anlise e tomada de deciso e a qualidade das solues de projetos geradas pela
empresa. (Figura IV)

Figura IV- Aprovao por disciplina de Projeto.

A Figura IV demonstra como o processo de aprovao est estruturado


individualmente, por disciplina. No existe um processo que integre e conjugue a busca
de solues com o saber e a contribuio especifica de todas as disciplinas de projeto.

270
SISTEMAS BIM NO PROCESSO DE PROJETO- INFRAERO

Este estudo demostrou que a associao entre os sistemas BIM e SIG visando
a flexibilizar o nvel de detalhe, ao longo do processo de projeto, pode facilitar
significativamente a adoo dos sistemas BIM em projetos aeroporturios no Brasil.

As condies necessrias para que se possa estabelecer um ambiente de


transio entre o atual processo de projeto empregado pela INFRAERO (linear e
fragmentado) e o processo integrado dos sistemas BIM, que represente ativamente o
conjunto de especialidades de projeto (engenharia e arquitetura), atravs da
participao efetiva e antecipada das mesmas no processo de projeto, s pode ser
possvel a partir do comprometimento da alta direo da empresa e de uma tomada de
deciso em favor da reviso dos atuais processos da INFRAERO.

Restariam apenas trs fases no eventual processo de projeto com uso dos
sistemas BIM pela INFRAERO: viabilidade, concepo do modelo e desenvolvimento
do projeto final. Essa estrutura organizacional ocorreria em trocas entre o ncleo e as
partes, equilibrando as polarizaes de conhecimento e de informao.

Na prtica, isso significa responsabilidade compartilhada, maturidade nos


processos e qualidade do ambiente organizacional, em termos humanos, de
conhecimento e de cooperao. Para que isto seja possvel, estas aplicaes devem
conversar entre si, permitindo a transposio de informaes de um projeto ao outro
(Estrutural, Eltrico, Hidrossanitrios, Eletromecnico, etc.).

Esta capacidade de troca de informaes - chamada de interoperabilidade -


capaz de identificar os dados necessrios para serem passados entre as aplicaes
informticas (EASTMAN et al., 2008), possibilitando a criao de um nico protocolo.
Este corresponde a uma conveno ou um padro, que controla e possibilita uma
conexo, comunicao ou transferncia de dados entre os sistemas computacionais dos
intervenientes e o sistema computacional central onde reside o modelo partilhado do
empreendimento.

Atravs da capacidade de comunicao de dados assegurada entre os diversos


softwares, a busca por solues mais vantajosas de projeto. Face aos requisitos
impostos pelo programa de necessidades, torna-se vivel ao pensarmos a utilizao
das ferramentas de projeto em conjunto, no que chamamos de trabalho colaborativo, se
realizado de forma simultnea.

271
PROPOSTA DE REDESENHO DO PROCESSO DE APROVAO DE PROJETOS NA
INFRAERO COM O USO DOS SISTEMAS BIM

Atravs da construo de uma base conceitual, orquestrada por uma ontologia


comum, diferentes reas da INFRAERO podero interagir com as dimenses cultural,
social, econmica e tecnolgica. Existe duas situaes distintas na INFRAERO. A
primeira diz respeito a contratao dos projetos de arquitetura e de engenharia atravs
de licitao pblica, que so desenvolvidos por uma Contratada que possui CAT -
Certificado de Anotao Tcnica compatvel com o objeto contratual.

Tal situao gera processos de anlise e de fiscalizao por parte da INFRAERO


para balizar e aceitar as solues de projeto. A segunda situao envolve o corpo
tcnico da empresa para realizar de forma orgnica os projetos. Ainda que o saber
tcnico - cientifico envolvido nas duas situaes seja o mesmo, os processos de anlise
e de projeto so distintos.

Na primeira situao a empresa possui pouca capacidade de interferncia no


processos e projeto em curso, mas tem total influncia nas solues empregadas. Na
segunda situao a empresa possui a misso no s de realizar o projeto, mas de se
auto analisar e aprovar as solues que vo surgindo.

A comparao dessas duas situaes demonstra que a INFRAERO necessita


de flexibilidade de processos de anlise e projeto, mas com estrutura ontolgica comum
a ambos os casos. Atualmente a estrutura, baseada em papel, fragmentada, e a cadeia
sequencial de desenvolvimento de projetos e anlise de solues acarreta processos
decisrios cujos significados semnticos e complexidade ficam limitados ao domnio
especifico de cada rea da empresa.

Na Figura V a seguir encontra-se descrita uma possvel estrutura do processo


de aprovao de projetos que se utiliza dos Sistemas BIM. A grande diferena em
relao ao processo em voga reside no estabelecimento de ncleos de desenvolvimento
e aprovao de projetos, centralizados numa estrutura nuclear, em cujo centro
encontram-se as reas da empresa.

Imagina-se que, dessa forma, a participao de cada especialidade de projeto


ocorra integrada ao processo de anlise, e consequente tomada de deciso. Ou seja, o
desenvolvimento do projeto e sua aprovao tornam-se um processo nico, cujos
estgios variam entre alternativas de projeto, anlise e melhorias e, finalmente, a
formalizao das solues escolhidas.

272
SISTEMAS BIM APLICADOS AO PROCESSO DE PROJETO- INFRAERO

Figura V- Processo BIM de Aprovao Projetos na INFRAERO.

273
Como possvel observar na Figura V, na pgina anterior, no existem
loopings nos processos de aprovao de projetos. As responsabilidades envolvidas
nas tarefas de projeto, anlise, tomadas de deciso e de aprovao so unificadas nas
tomadas de deciso compartilhadas no modelo nico de informao. A partir do
momento em que o processo de projeto na INFRAERO for implementado, teremos
necessariamente arquivos nicos de informao compartilhados pelos profissionais
responsveis por projetar, fiscalizar e aprovar uma soluo de projeto. Se pensarmos
nos softwares desenvolvidos pela AutoDesk, uma vez que atualmente este fabricante
o escolhido para os projetos de arquitetura e engenharia, (como AutoCAD, Revit,
entre outros), teremos quatro ncleos trabalhando em paralelo, mas que devem ser
integralizados pelos Coordenadores e Gerentes BIM. Imaginando-se o processo BIM
na INFRAERO, o primeiro ncleo, baseado no modelo de arquitetura, utilizaria o Revit
Architecture, onde a configurao espacial, a insero no terreno e de, forma geral,
toda a informao sistmica depositada.

O segundo ncleo responderia pelos sistemas estruturais, utilizando o Revit


Structure, para desenvolver, calcular e representar as estruturas de uma edificao,
em conjunto com outras ferramentas de engenharia. O terceiro ncleo rene as
disciplinas chamadas MEP Mechanical, Electrical and Plumbing, para Sistemas
Eletromecnicos, Hidrossanitrios e Eltricos, utilizando o Revit MEP. O quarto e ltimo
ncleo diz respeito parte da infraestrutura, topografia e geotecnia (Figura V). Nesta
viso de projeto orientado ao produto, cada disciplina atua independentemente das
demais, sendo que eventuais interferncias so dirimidas de forma local, em detrimento
de uma soluo global. Ao derivarmos essas premissas para a estrutura organizacional
da INFRAERO - Sede, poderamos imaginar que as reas de planejamento, operaes
e meio ambiente seriam as proprietrias das bases SIG e responsveis por
desenvolver, pesquisar e atualizar as mesmas em relao s variaes na rede de
aeroportos da empresa, legislao cabvel, impactos e planos de manejo ambientais,
planos diretores aeroporturios, operao e certificao do aerdromo, entre outras. J
as reas de Engenharia, Administrao e Comercial, seriam as proprietrias das bases
BIM, atuando no provimento de infraestrutura aeroporturia. Claro que a consulta e a
manipulao da informao entre as bases BIM e SIG, deve ocorrer, porm atravs da
participao efetiva das diversas reas e especialidades da empresa. Desta forma
possvel agregar o conjunto de conhecimento das diferentes equipes de projeto e reas
reguladoras, para que as solues de projeto e sua gesto sejam unificadas. Isto
garante o balizamento de normas e requisitos, como tambm fomenta a inovao e a
criatividade no processo.

274
ANEXO II

MATRIZ SEMNTICA

275
276
277
278
279
280
281
282
283
284
285
286
CONFIGURAO DE RESPONSABILIDADES E TAREFAS

As responsabilidades e tarefas nos processos de projeto da INFRAERO dividem-


se entre as atividades de projetao e de aprovao. Dois tipos de aprovao so
possveis: um no qual a prpria rea de engenharia analisa e realiza a tomada de
deciso sobre alternativas (solues propostas) de projeto. Outro no qual a rea cliente
a de engenharia atesta que as solues de projeto escolhidas atendem aos requisitos
de projeto.

Da mesma forma, engenheiros e arquitetos das diferentes especialidades podem


atuar tanto nos processos de projetao como de aprovao, representando diferentes
reas da empresa e interagindo entre si. Imaginamos que pela natureza sistmica e de
planejamento operacional, as reas de Operaes e de Planejamento devam assumir a
gesto do ambiente SIG na INFRAERO, estabelecendo uma base compartilhada de
informaes espaciais, podendo informar sobre relevo, recursos hdricos e geolgicos,
infraestrutura, vegetao, vias de acesso e toda sorte de informao que vai da escala
local at a escala regional.

Esta base de dados pode servir para suporte aos processos de cadastramento,
insero do aeroporto na malha urbana, conexo e/ou inverso de fluxos, gesto do
Plano Diretor do Aeroporto, entre outros. As reas de Engenharia e de Gesto da
INFRAERO apresentam forte vocao para gerir os Sistemas BIM, de forma a distribuir
as informaes e conhecimento das equipes de projeto em torno dos empreendimentos
e projetos da empresa.

O encontro entre os dois sistemas, BIM e SIG, ocorreria de forma concatenada,


atravs de processos de aprovao e projetos compartilhados e simultneos, em
oposio aos atuais processos, lineares e redundantes. As conexes possveis entre os
profissionais da INFRAERO, amparadas por uma base de conhecimento comum,
podem ser suficientemente fortes para transformar o grau de maturidade da empresa.

O somatrio de conhecimento entre os profissionais poderia alimentar de forma


constante, dicionrios ontolgicos e bases semnticas. Isto permitiria a organizao da
informao de forma modular e ainda o reuso da mesma. As possveis utilizaes da
matriz no ambiente de trabalho da INFRAERO dizem respeito coordenao e
compatibilizao de projetos, bem como a gesto do processo de projeto. Esta matriz
foi desenvolvida no nvel de informao referente aos conjuntos funcionais de um
aeroporto e apresenta, portanto, toda a informao relevante para cada parte do
aeroporto, trazendo significado do ponto de vista do processo de projeto.

287
Sua utilidade reside na identificao precisa dos nveis de abstrao envolvidos
na informao atrelada ao modelo e ainda nas caractersticas do detalhamento
geomtrico dos componentes. Permite ainda comparar informaes simultneas entre
diversas partes e associar sua realizao numa linha de tempo, atravs de grficos de
Gantt.

A INFRAERO necessita fomentar um ambiente colaborativo de projeto, atravs


do uso da tecnologia associado ao potencial humano de suas equipes de trabalho. As
experincias adquiridas nestes processos ditaro as normas e os padres, protocolos e
prticas profissionais que podero ser internamente criadas, testadas e avaliadas, para
ento serem formalizadas na documentao contratual de contratao de projetos pela
empresa. A investigao de diferentes solues de projeto e a representao de
contextos e conexes com diferentes variveis torna os estgios iniciais de projeto
processos multidisciplinares por natureza.

Lembrando BREITMAN (2005, p. 44), as ontologias "[] servem para estruturar e


compartilhar conhecimento, no para representar inteligncia." Neste sentido o papel da
ontologia num ambiente de projeto de aeroportos, fornecer um padro para o
compartilhamento da informao, fornecendo um modelo comum que permita aos
participantes trocar informaes de modo significativo. Os esforos para a realizao de
uma matriz de informao buscam aprimorar a definio semntica, ou de significado,
organizando os mdulos funcionais do aeroporto em uma linguagem padronizada.

A futura definio de ontologias no ambiente INFRAERO podem servir de


vocabulrio controlado, porm flexvel, a fim de que os conceitos de projeto sejam
perfeitamente definidos e compartilhados entre as equipes de projeto, permitindo a
adio de semntica aos requisitos e condicionantes previamente estabelecidos.

Duas questes necessitam de ateno, para permitir no apenas digitalizar o


ambiente de projeto da INFRAERO, mas organizar a informao dispersa entre as
diversas reas e profissionais das diferentes disciplinas de projeto em um conjunto
semntico de conhecimento: a caracterizao dos modelos paramtricos para o
ambiente organizacional e de gesto e ainda uma ferramenta de auxlio ao processo de
projeto (matriz semntica) que fornea regras de abstrao para os mesmos.

Esta caracterizao da estrutura de dados da empresa parte do princpio de que


o significado e a importncia contextual de cada componente construtivo, ou modulo
funcional de um aeroporto possa variar de importncia e de significado relativo ao
andamento do projeto e as solues e prioridades envolvidas.

288
Figura VI- Processo de Projeto BIM SIG na INFRAERO.

A Figura VI acima detalha a organizao do processo de projeto que se utiliza dos


Sistemas BIM e SIG para o provimento de infraestrutura aeroporturia na INFRAERO.

289
No centro do processo encontram-se as atividades relacionadas com o ambiente
SIG, pois dali surgem as alternativas e os estudos conceituais sobre a infraestrutura que
cerca a edificao e o entorno imediato face s diferentes alternativas ou solues de
projeto. As diferentes especialidades de projeto (MEP, Arquitetura, Infraestrutura, entre
outras) atuam em conjunto com as reas da INFRAERO, integrando os processos de
projetao e aprovao, atravs da anlise conjunta das alternativas e possveis
solues de projeto. A interface entre o ambiente SIG e as equipes de projeto ocorre
atravs do sistema de suporte ao processo de projeto, chamado de matriz semntica,
provendo informaes precisas sobre o nvel de detalhamento dos componentes
construtivos, escopos e tarefas nas diferentes fases de projeto e ainda a conexo entre
as responsabilidades e os mdulos funcionais de um aeroporto. Representando os
campos de conhecimento de cada rea de projeto (como sistemas, infraestrutura e o
contexto do edifcio) esto os domnios ontolgicos definidos segundo parmetros e
regras mnimas e relevantes para a comunicao eficiente da informao associada. A
matriz atua como um tradutor e filtros, de informao, que podem variar em nvel de
detalhe e abstrao para um mesmo componente construtivo. Devido ao porte da
INFRAERO, no apenas em relao complexidade dos projetos que a empresa
executa, mas sobretudo em funo de sua estrutura organizacional, o uso da tecnologia
representa a soluo e o desafio dos tempos atuais. A reviso e melhoria dos processos
em voga na empresa so pr-requisitos para que seja possvel extrair os melhores
benefcios em sua utilizao. Portanto, a investigao prvia sobre os impactos que o
uso dos sistemas BIM e SIG trar estrutura organizacional da INFRAERO pode facilitar
a eventual adoo desses sistemas e ainda indicar os melhores caminhos para a
transformao interna da empresa.

Ao investigar o processo de projeto de um aeroporto da INFRAERO com uso dos


sistemas BIM e SIG foi possvel identificar reas sensveis, que poderiam evidenciar os
resultados positivos em sua utilizao, como por exemplo a melhoria dos estudos
conceituais e dos processos decisrios, amparados pela qualidade de anlise em
diferentes nveis de abstrao, representados em contextos variveis (entorno
imediato). Essa diferena entre os objetos (entre seus significados semnticos) e as
representaes geomtricas bastante relevante, pois em ambos os sistemas - BIM e
SIG - a linguagem deve ser a mesma em todos os nveis de abstrao (a linguagem
no deve distinguir o que ele descreve). A figura 41 demonstra que em todas as fases
do processo de projeto existem atividades recorrentes de anlise e de tomada de
deciso, reunindo os campos cognitivo, intuitivo e semntico nestes processos. O nvel
de abstrao elevado nos estgios que antecedem os processos decisrios, pois
requerem que mltiplas conexes e diferentes contextos sejam confrontados com o
projeto.

290
Figura VII- Abstrao e deciso nos processos de anlise.

291
A Figura VII, na pgina anterior, demonstra que, em todas as fases do processo
de projeto, existem atividades de anlise que se amparam nos aspectos cognitivos, ao
relacionar as variveis de projeto com seus aspectos semnticos, que traduzem o
significado entre o mundo digital e o mundo real. Ao mesmo tempo, a experincia de
cada profissional e dos componentes relativos ao julgamento pessoal encontram nos
processos de intuio uma interface de proposio criativa. Ao relacionar abstrao
com deciso, a Figura VII estabelece uma associao entre a qualidade e o contedo
da informao (abstrao) manipulada e acessada em um projeto com a capacidade de
tomada de deciso ao longo do processo de projeto. Os benefcios da utilizao desta
matriz vo alm dos processos de projeto na INFRAERO, pois a mesma contribuiu para
o processo de criao de componentes paramtricos, por meio de informao sobre os
sistemas a que um determinado mdulo funcional dever se conectar, sobre quais
partes do aeroporto esto implicadas e a identificao de requisitos referentes s
disciplinas de projeto. A matriz tambm foi importante para nortear o processo de
simulao de variao no nvel de detalhe de tais componentes construtivos nos SIG,
mais especificamente no software InfraWorks, da AutoDesk, mais especificamente,
atravs da consulta aos requerimentos de projeto, de forma a ter informaes sobre as
descries e escopos das fases de estudo preliminar e de projeto bsico, servindo para
embasar o grau de variao de detalhe exigido em cada uma delas.

Atravs da consulta matriz, foi possvel ainda identificar as possveis conexes


com sistemas e partes do aeroporto que os componentes exportados para o SIG
apresentam, como por exemplo, um balco de check-in possui forte ligao com o
sistema de tratamento de bagagem e com os sistemas de inspeo e de segurana.
Alm de fornecer informaes desse tipo, a matriz permite que se consulte sobre quais
as reas e quais processos esto envolvidos, bem como quais disciplinas e quais so
as tarefas de cada uma delas, ajudando nos processos de anlise, decorrentes da
simulao entre o componente e seu contexto. A constituio de uma matriz de dados
relacional e hierrquica permitiu a consulta sobre os componentes aeroporturios em
termos de tarefas de projeto, requisitos, diferentes nveis de detalhe e sua implicao
geomtrica e semntica. Assim, a matriz poder facilitar a adoo dos sistemas BIM na
INFRAERO e auxiliar em sua conexo com os SIG. Nesse sentido, com foco nos
estgios iniciais de projeto, a investigao das interfaces com o ambiente SIG pode
favorecer as discusses entre as reas e disciplinas sobre alternativas de projeto e os
processos de tomada de deciso e de aprovao dos mesmos. Sugere-se que a
utilizao da matriz associada a uma planilha de controle de dados (como o Microsoft
Project), por meio de grficos de grficos de Gantt, de forma a oferecer maior controle
sobre os processos envolvidos em cada uma das metas, alm da realizao x tempo,
atribuindo o impacto, o relacionamento e as responsabilidades nas atividades de gesto.

292
AVALIAR A CONTRIBUIO DA MATRIZ SEMNTICA DE REGRAS DE ABSTRAO
NO PROCESSO DE PROJETO DO TERMINAL DE PASSAGEIROS REGIONAL, POR
MEIO DE SIMULAO DE EXPANSO DO TERMINAL EXISTENTE (TWR)

Existe uma correlao entre as reas da INFRAERO e as disciplinas de projeto,


assim como entre as normas e os requerimentos e os processos de aprovao de
projetos. Cada rea da empresa possui uma atribuio especifica dentro do sistema
aeroporto. A rea de operaes responde pela segurana da aviao civil e de carga,
alm da integridade fsica dos passageiros, realizando ainda a fiscalizao e o suporte
navegao area. A rea de Engenharia responde pelo escopo de projetos e servios
de engenharia, incluindo as obras.

Obviamente, quando da realizao de um projeto, cada rea responsvel pela


adequao do projeto a suas metas e objetivos. As disciplinas de projeto dividem-se
entre as especialidades de projeto de arquitetura e de engenharias, perfazendo o
somatrio intelectual e de conhecimento tcnico da empresa. A matriz integrou os
dados, de forma a triangular as normas tcnicas (requerimentos), tarefas de projeto e
processo de aprovao de solues tcnicas, representando uma ferramenta que pode
auxiliar na capacidade da INFRAERO de processar informaes de projeto, elaborar
solues e aprov-las formalmente, frente aos requisitos necessrios futura
certificao do aeroporto.

Os sistemas BIM oferecem uma interface digital entre as diferentes reas da


INFRAERO envolvidas no ambiente de projeto. A integrao da informao entre as
reas, disciplinas e normas precisa acontecer em diferentes nveis semnticos. Por esta
razo a matriz de dados foi configurada adotando essas dimenses como as
caractersticas dos mdulos funcionais descritos. A matriz semntica recebe este nome
exatamente porque traz significado a cada parte funcional do aeroporto em relao s
responsabilidades e aos impactos que isso traz ao ambiente de projeto.

A capacidade de dilogo entre as diversas reas e disciplinas de projeto deve


ocorrer em bases unificadas de conhecimento. Ou seja, precisa possuir uma sintaxe
bem definida (ontologia) e uma gramtica de conceitos (semntica) suficientemente
especializada para abranger o escopo de todas essas reas e disciplinas. A insero na
matriz de dados de informaes sobre os mdulos funcionais de um aeroporto
proporciona uma fonte de consulta sobre como os parmetros dos componentes se
relacionam com os sistemas a que os mesmos devem se conectar e ainda sobre como
esses parmetros influenciam os prprios processos de projeto, dentro da empresa.
Tais possibilidades podem ampliar ainda a percepo do domnio da arquitetura e de
sua interao com as demais especialidades de projeto.

293
ANEXO III

COMPONENTES PARAMTRICOS
AEROPORTURIOS BIM

294
Balco de Check-in de aeroporto. Fonte: autoria prpria.

Esteira de Bagagem Desembarcada de aeroporto. Fonte: autoria prpria

Raio-X de Bagagem Passageiro de aeroporto. Fonte: autoria prpria.

295
Ponte de Embarque de aeroporto. Fonte: autoria prpria.

Esteira de Bagagem Geral de aeroporto. Fonte: autoria prpria.

Prtico, Carrinho e Porta Acesso de aeroporto. Fonte: autoria prpria.

296
Diferentes graus de LOD nos sistemas BIM. Fonte: autoria prpria.

297
ANEXO IV

COMPONENTES PARAMTRICOS
AEROPORTURIOS - GIS

298
299
300
301
302
303
ANEXO V

MODELAGEM DO
TERMINAL DE PASSAGEIROS
REGIONAL DO BRASIL

304
305
306
307
308
RESULTADOS MODELAGEM (SISTEMAS BIM - REVIT)

Figura A- Projetao do TPS REGIONAL no REVIT 2014. Fonte: autoria prpria.

O Revit pode ser definido como uma ferramenta de automatizao do processo


de projeto, Tambm associa informaes no apenas geomtricas, mas regras de
relacionamento entre os componentes da edificao e parmetros relativos ao processo
de projeto e de construo e manuteno. Esta diferena torna-se visvel quando
analisamos as diferenas de potencialidade e de recursos entre o processo atualmente
em vigor na INFRAERO, baseado em AutoCAD e o que se utiliza dos sistemas BIM
(Revit) e aponta para a obsolescncia de padres tecnolgicos e de gesto da
informao de projeto associada aos processos e a estrutura organizacional da empresa
(Figura A).

O que acontece em nosso pas atualmente que todo um modelo de processo


de projeto, e mesmo de negcios na AEC encontra-se baseado em gerao
fragmentada de informao, e na simples utilizao do CAD nos processos de desenho
tridimensional. Essa caracterstica constitui-se em grandes defasagens tecnolgicas, se
compararmos o Brasil com os EUA, onde os sistemas BIM encontram-se atualmente
sendo utilizados por 70% dos escritrios e empresas de arquitetura, engenharia e de
construo naquele pas. Os resultados obtidos nesta pesquisa apontam para a
necessidade de reviso das atuais prticas de processo de projeto empregadas na
projetao de terminais de passageiros aeroporturios, bem como sobre as possveis
formas do emprego da tecnologia para as prticas de trabalho desenvolvidas no setor.
O objetivo saber como as mesmas poderiam obter novas competncias em projetos
na medida em que se aprende com experincias em projetos anteriores e com o capital
intelectual presente em cada agente interveniente.

309
MTRICA DE TEMPOS OPERACIONAIS E INTELECTUAIS
Tempos totais, tempos operacionais e intelectuais absolutos/ relativos da
modelagem global - aeroporto e das trs alternativas para a torre de controle

Esta mtrica de anlise foi desenvolvida tendo como principal objetivo diferenciar os
tempos de projeto (relativos e absolutos) entre as atividades que o projetista gasta
operando o software no computador e o tempo em que efetivamente se ocupa de
atividades intelectuais voltadas para o processo de projeto.

Obviamente a mtrica proposta no indica a qualidade ou profundidade das


solues frente ao programa e aos requisitos de projeto. To somente fornece um
indicativo provisrio sobre o grau de diferenciao entre as atividades intelectuais que
envolvem operar as ferramentas computacionais e aquelas destinadas a resoluo do
problema arquitetnico. Nestes casos, quando se inicia um processo de exteriorizao
do processo de projeto, inicia-se paralelamente a utilizao de materiais que afetaro a
forma de se projetar. O que relevante nas razes de tempo (relativo) que o tempo,
de forma implcita ou explcita, um componente essencial e intrnseco no
comportamento do tempo total. Conforme os conceitos descritos acima, apresentamos
a metodologia de medio adotada nesta pesquisa.

Definiremos para uso geral que o Fator de Tempo - T(r) refere-se aos tempos
relativos de cada tarefa, T(t) o Tempo Total gasto para realizar a tarefa e T(o)
representa o Tempo Operacional, ou seja, aquele gasto operando o computador para
realizar a tarefa. O tempo residual, chamado de Tempo Intelectual T(i) representa o
tempo que o arquiteto ou projetista demanda nos processos criativos e decisrios para
realizar o projeto de arquitetura.

A relao entre o tempo total e o tempo operacional portanto est ligada no


apenas ao desempenho operacional das ferramentas computacionais de projeto, e
ainda s suas capacidades e aderncias para integrar-se no processo criativo e
decisrio do arquiteto na busca de melhores solues de projeto.

Pensando na possibilidade de medio do processo de projeto realizado com o


uso dos sistemas BIM Revit e visando quantificar o desempenho e a flexibilidade dos
mesmos em diferentes momentos do processo de projeto, adotamos a mtrica:

O Fator de Tempo (T) calculado pela seguinte equao:

T(r)=T(o)/T(t)

310
A mtrica de tempos operacionais e intelectuais foi a forma encontrada para
avaliar a contribuio que os sistemas computacionais poderiam trazer ao processo de
projeto, uma vez que separa as atividades pensantes, intelectuais, das atividades de
entrada, configurao, processamento e acesso de dados pelo computador.

Esta metodologia foi aplicada tanto na reproduo pura e simples do terminal de


passageiros regional, a partir da documentao fornecida pela INFRAERO, como, num
segundo momento, atravs da simulao de diferentes alternativas de projeto para a
criao de uma torre de controle TWR no terminal modelado.

As diferenas entre as duas situaes projetuais descritas podem representar os


estgios iniciais de projeto, no caso da criao de uma nova infraestrutura associada ao
modelo existente, como de modelagem e documentao de algo previamente
concebido, como o caso da reproduo do aeroporto, que se assemelha s fases de
projeto bsico ou executivo, em termos dos processos de criao e tomada de deciso.

A separao entre o tempo demandado pela insero e operao de


funcionalidades nos softwares dos computadores pode ser entendido como atividade
agregada ao processo de projeto, porm no intelectual do ponto de vista criativo. A
mtrica proposta nesta pesquisa pretende estabelecer a razo entre o tempo puramente
operacional e o tempo que o projetista gasta solucionando as questes e problemas de
projeto.

A anlise do AutoDesk Revit, atravs da mtrica de desempenho, procurou


avaliar qual a participao efetiva da mquina no processo de projeto e qual a
participao intelectual do projetista. Para tanto, dividimos o tempo total de projeto pelo
tempo operacional, ou tempo gasto pelo computador para processar as informaes que
so inseridas pelo usurio.

EQUIPAMENTOS UTILIZADOS PARA EXECUO DAS TAREFAS

1- Notebook Dell Alienware M-18X com processador Intel 3920XM. HD SSD


500GB, 16Gb de memria RAM, monitor de WLED com 18.4 com 2 placas
de vdeo AMD RADEON 7970M e sistema operacional Windows 7
Ultimate 64bits (Abertura de plantas 2D do AutoCAD).

2- RenderPro da BOXX Technologies (Renderizaco de Imagens);

3- Digital Storm P570WM3 Desktop Replacement Intel 3820K SBE


(modelagem 3D paramtrica nos sistemas BIM)

311
REPRODUO POR MEIO DE MODELAGEM DO TERMINAL DE PASSAGEIROS
REGIONAL - ARQUIVOS 2D CEDIDOS PELA INFRAERO

PASSO A PASSO

5- Preparao e customizao do ambiente de trabalho Foi realizada a


Configurao da interface Revit, atravs das unidades de medida correta, no
caso em metros e das definies de grid e ainda dos nveis customizados de
projeto; Os nveis conduzem a modelagem dos diversos pisos e cobertura,
informando as alturas corretas dos componentes construtivos.

6- Insero de planta referencial do projeto existente Foi realizada a insero


de uma planta de referncia que correspondeu ao projeto adotado, servindo de
guia para o desenvolvimento do projeto nos sistemas BIM. Funcionou como
uma marca dgua orientando a modelagem das paredes, fechamentos e
permitindo uma compreenso clara das funes na edificao, auxiliando o
arquiteto ou projetista a organizar e racionalizar seu ambiente de trabalho, pois
muitos componentes devem ser inseridos e/ou modelados.

7- Preparao do Terreno e entorno imediato Foi realizada a modelagem do


terreno, vias de acesso e demais infraestruturas urbanas que cercam o terminal
de passageiros.

Foram realizados desenhos e/ou insero de elementos construtivos


(utilizao de elementos construtivos nativos .RVT) como descritos a seguir.

1- Criao de nveis referentes s alturas da edificao;


2- Construo de terrenos;
3- Construo de pilares;
4- Construo de paredes interiores;
5- Construo do modelo: cortes, fachadas;
6- Adicionar portas / janelas;
7- Adicionar objetos;
8- Construo de coberturas.

O processo de modelagem envolveu tanto a modelagem, utilizando-se das


ferramentas e potencialidades nativas do Revit, como a importao de geometria, que
posteriormente foi incorporada como componente paramtrico.

312
3.3.2- Parametrizao dos elementos construtivos

A essncia do processo de projeto paramtrico, desenvolvido nesta pesquisa,


residiu nas relaes de dependncia entre os componentes construtivos e a funo que
desempenham na edificao, de forma a serem incorporados ao modelo BIM. A criao
e a manipulao de tais relaes permitiram coordenar alteraes feitas em qualquer
lugar, como por exemplo, ao selecionar e mover uma parede todos os elementos
relacionados ajustam-se automaticamente.

O teto se move junto com a parede, que preserva qualquer relacionamento


previamente configurado. A parametrizao dos objetos no Revit variou de acordo com
o componente construtivo e situaes especficas de projeto.

Destaca-se o campo referente Planilha SINAPI, que pode referenciar o


componente construtivo a uma planilha que oferece informaes referentes aos custos
atualizados, ms a ms. Pode-se ainda criar novos parmetros de forma a incluir, por
exemplo, campos para outras planilhas oramentrias como o SINAPI Aeroporturio ou
planilha SICAERO.

Componentes como paredes, pisos, pilares, vigas e coberturas so chamados


nativos do sistema, e devem ser configurados quanto s relaes de dependncia em
relao a outros componentes de sistema.

Por exemplo, foi necessrio configurar as paredes para que estivessem


conectadas nas lajes e que fossem limitadas pelos nveis corretos, para que pudessem
obedecer s alturas indicadas. Vigas e pilares foram configurados quanto ao piso de
referncia a que pertenciam (hospedeiros) e ainda quanto s suas caractersticas
internas, que puderam ser personalizadas. Para isto rotineiramente foi duplicado o
componente construtivo por meio da aba Propriedades, ao clicar em Editar tipo.
Depois deve-se clicar em Duplicar, inserindo um novo nome para o pilar (no exemplo,
19100 cm), mudando os valores em b (=0,19) e em h (=1) e confirmando em OK.
Procedemos ento configurao da Altura: para determinar a altura da base e ainda
vincular a parte superior do pilar altura da laje ou cobertura superior.

Aps isso, para que o pilar seja considerado rea de contorno de paredes, usa-
se a ferramenta Ambiente. Inserimos ento o pilar na rea de trabalho racionando
conforme necessidade, alm de utilizar a ferramenta Mover para colocar o pilar no
local indicado na planta baixa de referncia que importamos do AutoCAD.

313
A determinao do nvel de detalhe de cada componente ocorreu atravs da
configurao do Revit em trs possveis nveis de detalhe, baixo (LOD-100),
mdio(LOD-200) e alto (LOD-300). Isto corresponderia s fases de estudos
preliminares, projeto bsico e executivo.

A parametrizao dos demais componentes nativos do sistema ocorreu da


mesma forma descrita acima, sendo que ainda podemos configurar outros
relacionamentos no modelo, como a fase construtiva de cada componente, que ir
estabelecer quando o componente deve ser construdo.

Isso foi bastante relevante para a compatibilizao das informaes de


arquitetura com as demais especialidades e pode servir para a retirada de interferncias
em programas como o NavisWorks, que ir simular o processo construtivo com base
nos parmetros estabelecidos no Revit.

3.3.3- Documentao de projeto (automtica para cortes, vistas e fachadas)

5.1 - Zonas extrao de informao;

5.1.1 Listagens integradas, reas, componentes;

5.2 Mapas interativos;

5.2.1 Mapa de vos;

5.2.2 Listagem de paredes e objetos;

5.3 Documentao tridimensional;

5.3.1 Colocao de cotas;

5.3.2 Detalhes;

5.4.1 Documento tridimensional, colocao de cotas tridimensionais;

5.4.2 Imagens renderizadas;

5.5 - Representao do modelo: cortes, fachadas;

5.5.1 Guardar vistas;

314
MODELAGEM 3D TPSR TEMPO E METRICA DE DESEMPENHO (Revit 2015)

1.0- Abrir arquivos originais do projeto do TPS REGIONAL:

1.1- Tempo de operao: 15 min;

1.2- Tempo de visualizao: 15 min;

1.3- Tempo de compreenso: 30 min;

1.4- Mtrica de tempo (To / Tt); 25% Operacional e 75% Intelectual;

1.5- Tempo intelectual (atividades residuais): 45 min.

2.0- Salvar arquivo: renomear e salvar o arquivo para que possa ser editado:

2.1- Renomear e salvar o arquivo: 1 min;

2.2- Tempo de operao: 10s;

2.3- Mtrica de tempo (To / Tt); 90% Operacional e 10% Intelectual;

2.4- Tempo intelectual (atividades residuais): 1min.;

3.0- Modelar os pisos do TPS REGIONAL a partir dos dados do projeto:

3.1- Criar pisos do pavimento trreo: 180 min;

3.2- Tempo de operao: 160min;

3.3- Mtrica de tempo (To / Tt); 88,8% Operacional e 16,7% intelectual;

3.4- Tempo intelectual (atividades residuais): 20 min.

4.0- Modelar os pilares do TPS REGIONAL a partir dos dados do projeto:

4.1- Criar os pilares do pavimento trreo: 120 min;

4.2- Tempo de operao: 100 min;

4.3- Mtrica de tempo (To / Tt); 83,3% Operacional e 33,3% Intelectual;

4.4- Tempo intelectual (atividades residuais): 20 min;

5.0- Modelar as vigas do TPS REGIONAL a partir dos dados do projeto:

5.1- Criar as vigas do pavimento trreo: 180 min;

5.2- Tempo de operao: 155 min;

5.3- Mtrica de tempo (To / Tt); 86,1% Operacional e 13,9% Intelectual;

5.4- Tempo intelectual (atividades residuais): 25 min.

315
6.0- Modelar as paredes do TPS REGIONAL a partir dos dados do projeto:

6.1- Criar as paredes do pavimento trreo: 240 min;

6.2- Tempo de operao: 210 min;

6.3- Mtrica de tempo (To / Tt); 87,5% Operacional e 12,5% Intelectual;

6.4- Tempo intelectual (atividades residuais): 30 min.

7.0- Modelar os elementos de fechamento:

7.1- Insero de bloco de porta e/ou janela: 180 min;

7.2- Tempo de operao 150 min;

7.3- Mtrica de tempo (To / Tt); 83,3% Operacional e 16,7% Intelectual;

7.4- Tempo intelectual (atividades residuais): 30 min.

8.0- Modelar os elementos acessrios edificao:

8.1- Insero de blocos de elementos acessrios: 480min;

1.1- Tempo de operao: 390 min;

1.2- Mtrica de tempo (To / Tt); 81,2% Operacional e 18,8% Intelectual;

1.3- Tempo intelectual (atividades residuais): 90 min.

9.0- Modelar a cobertura do TPS REGIONAL a partir dos dados do projeto:

9.1- Criar cobertura no primeiro pavimento 180min;

9.2- Tempo de operao; 145 min;

9.3- Mtrica de tempo (Tto/ Tt); 80,5% Operacional e 19,5% Intelectual;

9.4- Tempo intelectual (atividades residuais): 35 min.

Tempo Global para modelagem do TPS REGIONAL (nos sistemas BIM/


REVIT): 1.620 minutos ou 27 horas.

Mtrica de TEMPO MDIO para modelagem do TPS REGIONAL: (T(o)=81,79%


e T(i)=18,21%

Equipamento utilizado para medio: Cronmetro digital Ultrachron Lite Fonte:


Google Play Store.

316
INFORMAES GERADAS (REVIT 2014) MODELAGEM 3D

Na utilizao do BIM pode-se dizer que apesar da possibilidade de separar as


tarefas por blocos de trabalho e de quantificar o volume de tempo gasto para cada um
deles, a grande vantagem que a qualquer momento pode-se voltar e alterar alguma
etapa ou informao previamente configurada. Portanto, fica evidenciada a natureza
holstica do processo, pois acontece simultaneamente anlise que perdura por todo o
processo de projeto. possvel separar as atividades de configurao inicial do
ambiente de trabalho, modelagem, documentao, anlise e, por fim, de apresentao
do projeto.

Estes cinco blocos principais acontecem com certa ordem e cadncia, porm a
grande vantagem neste modelo de processo de projeto que a todo momento possvel
a realizao de loopings de anlise, de modificaes e de retomadas de deciso, sem
prejuzo do fluxo de trabalho, da documentao gerada e da comunicao dessas
mudanas a todos os parceiros e agentes intervenientes no projeto.

Com isto pode-se trazer o processo de concepo para praticamente todo o ciclo
de projeto, e em sentido inverso, trazer aos estgios iniciais a simulao e o processo
da anlise dos vrios aspectos e dimenses do edifcio como um todo. Esta dualidade
entre se proceder a uma anlise com base em algo que se tem em mente (concebido)
e alterar este mesmo elemento em seu estgio de concepo inicial para, novamente,
ser simulado e testado em seu desempenho, constitui-se na alavanca de melhoria
contnua que pode ser implementada em um processo de projeto de arquitetura.

SEPARAO EM CINCO BLOCOS POR TEMPO

1- Preparao do ambiente de trabalho: inclui a configurao das unidades e


variveis do ambiente de trabalho de projeto, o geo-referenciamento do terreno
de implementao e atributos diversos. O tempo gasto foi de 1 hora.

2- Modelagem de todos os elementos construtivos e acessrios (como


vegetao, mobilirio, pessoas, veculos, etc.) da edificao, perfazendo um
tempo aproximado de 22,5 horas.

3- Documentao de projeto, que requer cerca de 1 hora.

4- Anlise e discusso do projeto: necessitou de aproximadamente 1,5 horas.

5- Apresentao e comunicao do projeto, requerendo cerca de 1 hora de


trabalho, aqui includas as animaes e renderizaes.

317
Tabela I TEMPO GASTO EM CADA UM DOS CINCO BLOCOS:

DESCRIO TEMPO GASTO (HORAS)

1- Preparao do ambiente de trabalho 1

2- Modelagem elem. construtivos e acessrios 22,5

3- Documentao de projeto 1

4- Anlise e discusso do projeto 1,5

5- Apresentao e comunicao do projeto 1

TOTAL 27

O tempo total aproximado gasto neste projeto com a utilizao da ferramenta BIM
foi de 27 horas de trabalho. A anlise deste processo nos mostra que a maior parte do
tempo despendido foi na etapa de modelagem de informaes de projeto. A parte de
configurao inicial deve ser realizada com muita ateno por parte do arquiteto, uma
vez que estabelece as bases do ambiente de trabalho, onde so configuradas as
unidades mtricas, os grids que variam de projeto para projeto e ajudam o arquiteto
na abordagem de projeto, estando arraigada na prpria forma como o processo de
projeto se estrutura. A etapa de documentao, apesar de automatizada, envolve a
seleo da informao de projeto na colocao de textos e cotas (que tambm podem
ser automatizados), na definio de vistas e cmeras (que representam diversos pontos
de vista selecionados pelo arquiteto, para melhor demonstrar o projeto e suas
particularidades. Cada elemento independente, no possuindo qualquer conexo
inteligente entre si.

TABELA II- MTRICA DE TEMPOS RELATIVOS PARA MODELAGEM BIM.

318
A anlise de desempenho dos sistemas BIM projeto global, demonstra que:

1- Configurao do ambiente de trabalho: ocorreu de forma mais ou menos


previsvel, uma vez que o processo semelhante ao de outros aplicativos
computacionais. Porm, no Revit este processo foi mais complexo, uma vez
que nesta etapa ocorre a configurao dos nveis de trabalho, onde
posteriormente sero inseridos os pisos da edificao;

2- Modelagem de informao da edificao: feita por meio de procedimentos


de parametrizao complexos no Revit, uma vez que formam o cerne do
processo de desenvolvimento do projeto. No basta simplesmente desenhar ou
modelar os objetos e elementos constituintes da edificao, mas preciso
configurar os parmetros de cada objeto para que fiquem em consonncia com
as caractersticas que se deseja imprimir a eles e com os demais elementos e
objetos que fazem parte do projeto;

3- Documentao de projeto: ocorre de forma automtica em termos da


incorporao da informao contida nos parmetros dos objetos que compem
a edificao. Porm para esta tarefa deve ser realizada a colocao de cotas e
dos textos e demais informaes referentes ao projeto, o que realizado de
forma manual pela maior parte dos arquitetos;

4- Anlise e discusso da relao forma x funo da edificao: caracteriza-se


pela reflexo sobre a relao entre a forma da edificao e sua funo (que deve
estar em consonncia com os parmetros realizados no projeto), possibilitando
ao arquiteto avaliar se os parmetros que foram configurados at o presente
momento atendem aos requisitos e condicionantes de projeto e se esteticamente
as solues propostas atendem aos objetivos e ao partido arquitetnico;

5- Readequao do projeto (parmetros): incluindo a readequao dos


parmetros do modelo virtual como um todo, ocorre em funo de qualquer
alterao oriunda do processo de anlise. Esta tarefa permite que todos os
elementos de projeto estejam atualizados e em sintonia com o processo
decisrio de projeto, espelhando as alteraes realizadas;

6- Apresentao e comunicao de projeto: O Revit mostrou-se bastante


eficiente nas atividades de apresentao e de comunicao do projeto, onde
foram geradas diversas imagens renderizadas e animaes para possibilitar
maior entendimento do projeto.

319
ANLISE DE TEMPO E MTRICA DE DESEMPENHO - MODELAGEM BIM

O tempo intelectual no processo de modelagem do terminal de passageiros


regional foi de 18,21%. Isto indica que apesar de ser uma reproduo, onde inexiste
atividade criativa, o fato de se ter de consultar as informaes em diferentes documentos
e plantas faz com que o tempo de se pensar no projeto tenha levado quase 20% do
tempo total de projetao. Este resultado comparado com os ndices de simulao de
alteraes de projeto mais adiante. O estabelecimento de uma mtrica de projeto pode
ajudar a INFRAERO, em uma eventual adoo dos sistemas BIM, a avaliar o rendimento
que um usurio pode atingir, bem como dimensionar especificaes otimizadas de
hardware, se utilizar mtrica semelhante e comparar com os ndices obtidos na
modelagem global do terminal de passageiros regional e os ndices referentes s
alternativas de projeto para o desenvolvimento da torre de controle TWR. O interesse
em saber quais so as formas de se integrar as equipes de projeto da INFRAERO em
torno de um modelo nico de informaes BIM, moveu o autor a incluir na metodologia
de pesquisa o ambiente organizacional da empresa

Por meio desta tecnologia, observam-se duas vantagens primordiais: a primeira


a elaborao dos projetos tridimensionalmente, incrementando sutileza espacial
visualizao geomtrica dos edifcios. A grande novidade, porm, reside na atribuio
de informaes aos elementos do desenho. Mais: essas informaes, muito alm do
que simples legendas seguem referenciadas quele elemento durante todas as fases
do projeto - at o material chegar fase de execuo (construo). Com o uso dos
sistemas BIM qualquer ajuste feito nessa informao, nesse atributo do elemento,
imediatamente processado, repercutindo de maneira instantnea ao longo de todo o
projeto. Em segundo lugar, tal atitude permite que se estabelea um fluxo de informao
radial, que nos leva a um processo de contnuas melhorias ao longo do tempo.

O software ou ferramenta computacional, seja ele o Revit ou qualquer outro,


por si s no representa o que podemos chamar como processo BIM. A separao do
tempo intelectual pode indica o tempo em que o projetista se ateve a atividades e
raciocnios de projetao, tanto imaginando como dever operar a mquina como
tambm qual a lgica empregada na busca de solues que possam melhor se adequar
aos requisitos e condicionantes de projeto. O uso dos sistemas BIM tende a integrar
esses dois tipos de raciocnio, estando porem ambos separados do tempo gasto com a
entrada de dados e a realizao de operaes nos softwares. Como os componentes
paramtricos apresentam campos de informao dos processos de projetao e de
construo, o tempo requerido para pensar como realizar as tarefas nas ferramentas
BIM confunde-se com o prprio raciocnio projetual.

320
ANEXO VI

MODELAGEM TWR-1

321
322
323
324
ANEXO VII

MODELAGEM TWR-2

325
326
327
ANEXO VIII

MODELAGEM TWR-3

328
329
330
DESEMPENHO E FLEXIBILIDADE EM REALIZAR A EXPANSO (TWR) DO
TERMINAL DE PASSAGEIROS REGIONAL AUTODESK REVIT

TABELA III- MTRICA DE DESEMPENHO ALTERNATIVA 01.

A mtrica de tempos relativos obtida com a modelagem das alternativas


demonstra que em projetos de menor complexidade, como a alternativa 1 de projeto, o
Revit, a participao intelectual do projetista no processo de projeto representa
aproximadamente 20% do tempo total, em razo de permitir que o projetista gaste
menos tempo com tarefas de anlise e de reflexo projetual. Ao mesmo tempo, existe
um nmero menor de tomadas de deciso ao longo deste processo. (Tabelas III a
VI)

TABELA IV - MTRICA DE DESEMPENHO ALTERNATIVA 02.

331
As alternativas 2 e 3 apresentam ndices crescentes de participao intelectual no
processo de projeto. Existe sim um nmero maior de componentes modelados nas
alternativas de maior complexidade, porm a maior diferena de participao de tempo
intelectual se deveu ao fato de que as atividades de anlise e os processos de tomada
de deciso precisam realizar conexes cognitivas e semnticas com um maior nmero
de contextos e variveis. Como a alternativa 3 a mais complexa das trs, exigiu maior
tempo de anlise e de projetao, sendo que a razo entre os tempos total e de analise
indica um desempenho parecido com a alternativa intermediaria. (Tabelas III a VI)

TABELA V - MTRICA DE DESEMPENHO ALTERNATIVA 03.

Obviamente, num projeto de menor complexidade, como a alternativa 1, teremos


uma pontuao maior do desempenho, obtido em funo de tempos menores de uso do
computador e do tempo que o projetista passa pensando. Mas o que pudemos perceber
que quando aumentamos a complexidade a ser interpretada e representada
graficamente, ao mesmo tempo que elaboramos um raciocnio projetual de maior
complexidade, foi possvel aumentar a razo de participao de tempo intelectual com
o uso dos sistemas BIM - Revit.

A busca por solues cabveis culmina com o processo de tomada de decises, e


o desempenho dos sistemas BIM cai em funo da parametrizao obrigatria, mas
tambm em funo da dificuldade de representar diferentes nveis de detalhe e de
informao. J a anlise de desempenho das trs alternativas de projeto demonstrou
que os sistemas BIM so ferramentas altamente eficientes e rpidas para formalizao
de ideias pr-concebidas. A realizao das alternativas variou entre 4 a 7,5 horas de
trabalho para cada uma delas, o que um tempo relativamente pequeno dado
complexidade crescente das tarefas e dos resultados obtidos. (Tabelas III a VI)

332
TABELA VI TEMPOS TOTAIS, OPERACIONAIS E INTELECTUAIS, ABSOLUTOS E
RELATIVOS, DA MODELAGEM GLOBAL E DAS TRS ALTERNATIVAS PARA A TORRE DE
CONTROLE DO TERMINAL REGIONAL DA INFRAERO. OS TEMPOS TOTAIS ESTO
DIREITA DAS BARRAS, EM NEGRITO; OS TEMPOS RELATIVOS ESTO ACIMA DAS
BARRAS E OS TEMPOS ABSOLUTOS ABAIXO DAS BARRAS.

Se considerarmos os benefcios que um nico profissional pode trazer a uma


empresa como a INFRAERO, operando os sistemas BIM, para reproduzir projetos
realizados em bases bidimensionais, e de documentao fragmentada, em bases
tridimensionais paramtricas, em tempos relativamente curtos, se considerarmos os
resultados desta pesquisa, indicando que a eventual adoo dos sistemas BIM pode
representar um grande impacto na estrutura organizacional e nos processos de projeto
desenvolvidos na empresa. Um projeto reproduzido nos sistemas BIM pode ser objeto
de anlises para retirada de interferncias, de faseabilidade dos processos construtivos
(obra), retirada de redundncias, identificao de omisses de projeto e ainda
oramentao automatizada.

Pudemos ento concluir que os sistemas BIM so ferramentas com alto grau de
desempenho (eficincia) e baixo grau de flexibilidade, dados a complexidade e escopo
dos projetos desenvolvidos. Os estudos realizados nesta pesquisa apontam ndices que
justificam o uso dos SIG como apoio aos estgios iniciais de projeto e ainda aos
processos de tomada de deciso. Pelo baixo grau de flexibilidade dos sistemas BIM em
lidar com a representao e a informao em diferentes nveis de detalhe, acreditamos
que a criao de uma ontologia que permita a integrao dessas plataformas no
ambiente organizacional da INFRAERO possa auxiliar o emprego dessas ferramentas
e a obteno das vantagens ao longo de todo o processo de projeto.

333
COMPARACAO DOS INDICES DE DESEMPENHO ENTRE OS DOIS MOMENTOS DO
PROCESSO DE PROJETO (REPRODUCAO DO TERMINAL DE PASSAGEIROS
REGIONAL E ALTERNATIVAS DE EXPANSAO TWR)

No intuito de realizar a comparao entre a simples reproduo do terminal de


passageiros regional no Revit e a simulao de alternativas diferentes para a expanso
do mesmo, atravs da Torre de Controle TWR, inexistente originalmente, comparamos
os tempos absolutos e relativos, ndice que representa a relao entre o tempo gasto
operando o computador (Operacional) e o tempo em que efetivamente o projetista
realiza atividades intelectuais (formulao, sntese, anlise e decises).

As mtricas de tempos relativos e absolutos referentes reproduo do terminal


de passageiros regional indicam que a participao intelectual do usurio em um
sistema BIM - REVIT aumenta proporcionalmente utilizao operacional, dado um
aumento de complexidade no objeto ou modelo de projeto. Indicam ainda que o
software BIM obteve desempenho razovel, se considerarmos os tempos absolutos
(finais) para resultados como os obtidos. A expanso do terminal de passageiros
regional certamente exigiu maior tempo de anlise (intelectual) se comparada com a
simples reproduo de um projeto pr existente, como a etapa de reproduo
(modelagem global).

Uma vez que o ndice de desempenho corresponde ao tempo total / tempo


operacional, quanto maior o ndice, maior o tempo em que o projetista desenvolveu as
atividades intelectuais, e menor o tempo gasto com tarefas mecnicas ou pouco
relevantes, do ponto de vista intelectual, para o processo de projeto. A anlise dos
ndices mostra que a associao entre os sistemas BIM e SIG na realizao de
diferentes alternativas de projeto comprova uma maior atividade intelectual comparada
simples utilizao do software Revit para a reproduo do terminal de passageiros
regional. Isto indica que a metodologia empregada nos sistemas BIM, associada ao
poder de analise presente no SIG, permite gerar projetos cujos processos de concepo
e analise representam uma parcela significativa do processo de projeto como um todo.
Indica ainda capacidade significativa de gesto para a mudana de requisitos e a
insero de novos parmetros de projeto (como foi o caso da simulao de expanso
realizada) e expressos na medio dos ndices levantados.

A grande diferena entre os dois momentos do processo de projeto reside no fato


de que na primeira etapa de modelagem, estvamos apenas reproduzindo o projeto
elaborado pela INFRAERO, ao passo que, na segunda etapa de modelagem, foi
simulado o desenvolvimento de alternativas de projeto para uma torre de controle
(TWR).

334
A criao de diferentes propostas de projeto assemelha-se muito aos estgios
iniciais de um projeto, do ponto de vista do processo criativo e da elaborao conceitual
de possveis solues num determinado problema arquitetnico. Para a realizao
dessa tarefa, a matriz semntica foi utilizada como fonte de consulta sobre qual a
relao que a TWR teria com as demais partes do aeroporto e quais os sistemas que
deveria possuir. Obtivemos ainda informaes sobre o nvel de desenvolvimento
previsto (GLOD e SLOD) para os estgios preliminares de projeto, e desta forma
pudemos inserir sua elaborao esquemtica em um ambiente SIG (AutoDesk
InfraWorks). Isto permitiu avaliar a relao do objeto de projeto com seu entorno
imediato, bem como sua relao com as demais partes da edificao.

Para testar as diferentes alternativas, inserimos todo o terminal de passageiros


regional nessa plataforma, de modo que ao acionarmos diferentes nveis de detalhe,
pudssemos visualizar os diferentes aspectos do conjunto como um todo, seus mdulos
funcionais e, finalmente, os componentes construtivos. O desenvolvimento de um
projeto pr-existente nos sistemas BIM (como foi o caso) em que no se precisa realizar
processos de tomada de deciso, nem elaborar processos de anlise e de sntese na
busca de solues de projeto, ocorre atravs da modelagem e parametrizao correta
dos componentes construtivos.

A insero na base SIG possibilitou testar sua relao com o terreno imediato,
que no caso de uma torre de controle, deve-se ater a eventuais obstrues do relevo e
sua relao com a edificao. Obviamente, ao escolher como objeto de pesquisa um
aeroporto projetado pela INFRAERO e desenvolver uma matriz de dados referente aos
processos e estrutura organizacional da empresa, objetiva-se promover
transformaes e atualizaes nos processos de provimento de obras e servios de
engenharia.

Isto representa dois nveis diferentes de informao. A interligao com as


informaes de projeto acarreta um volume grande de informao, que deve ser
processada. O grande perigo envolvido nessa situao ocorre quando as equipes de
projeto gastam boa parte de sua energia tentando entender e manipular corretamente
os dados, que nos processos em vigor na INFRAERO encontra-se boa parte em papel.
Isto acarreta uma subordinao dos profissionais a informao, e no o contrrio.
Existem relativamente poucos estudos para quantificar os benefcios obtidos com o uso
de sistemas BIM e SIG em empresas pblicas brasileiras, porm pesquisas na rea de
tecnologia da informao concordam em relao sua influncia positiva sobre o
desempenho do processo de projeto e sobre a irreversibilidade da transio do CAD
geomtrico para uma prtica integrada de projeto.

335
ANLISE DO PROCESSO DE PROJETO PARA A EXPANSO
DO TERMINAL DE PASSAGEIROS REGIONAL SISTEMAS BIM E SIG

A melhoria dos processos garante que as tarefas necessrias para realizao de


um determinado produto, servio ou conceito intelectual racionalizem os recursos
demandados da empresa ou organizao. Porm, no asseguram que a qualidade do
produto final seja melhorada. A compleio de processos eficientes - e que ao mesmo
tempo gerem produtos de qualidade - representa a meta desta pesquisa, de forma a se
implantarem mudanas visando melhoria do trabalho e melhoria do produto. A
composio de um arcabouo de projeto e o saber envolvido no seu emprego prtico
so temas centrais desta pesquisa.

O sucesso no uso dos sistemas BIM possui algo subjetivo, ou seja, seus
benefcios dependem muito mais da transformao das prticas empregadas como
mudanas internas de processos e de responsabilidades, associadas ao processo de
projeto nas organizaes, do que apenas do simples treinamento e emprego de
ferramentas avanadas de computao. Envolve mudanas tambm culturais e de
trabalho colaborativo em equipe. Exige maturidade profissional e organizacional, dentro
de uma profunda viso sistmica na definio de um conjunto de normas e de boas
prticas, que consigam extrair da tecnologia e do emprego das ferramentas
computacionais a informao necessria para a correta tomada de deciso ao longo do
processo. Atravs de um estudo de caso (projeto-piloto) pesquisamos as melhores
formas de utilizao da tecnologia envolvida nos sistemas BIM, no processo de projeto
de aeroportos brasileiros, e verificamos quais so os impactos, as barreiras e os
benefcios. Detivemo-nos ainda s questes referentes tomada de deciso e suas
relaes com as fases existentes no processo de projeto nos sistemas BIM.

Obviamente, no incio do projeto foi necessrio um nvel menor de detalhe, que


foi crescendo ao longo do projeto. Apesar de muito til, a variao de LOD disponvel
nos sistemas BIM no foi suficiente para representar os diferentes nveis de abstrao
e detalhe empregados para a elaborao de diferentes alternativas de projeto (torre de
controle), configuraes e ligaes semnticas destas alternativas com os diferentes
contextos que puderam ser testados nos SIG. A complexidade que os estgios iniciais
de projeto representam para a representao da informao de um componente
construtivo no est ainda disponvel nos sistemas BIM. Essa complexidade pode ser
definida como uma forma e um contedo maleveis, ou seja, forma e informao
variveis, mutantes, de acordo com o pensamento criativo do projetista. Neste sentido,
a associao dos sistemas BIM e SIG traz uma maior possibilidade de manipulao do
LOD geomtrico e semntico, sendo atualmente a melhor soluo disponvel para
oferecer suporte aos sistemas BIM no incio de um projeto.

336
ANEXO IX

ARTE FINAL

337
338
339
340
ANEXO X

TERMO DE REFERNCIA

341
EMPRESA BRASILEIRA DE INFRA-ESTRUTURA AEROPORTURIA

SUPERINTENDNCIA DE NAVEGAO AREA

GERNCIA DE TRFEGO AREO

REQUISITOS DE NAVEGAO AREA PARA


A ELABORAO DO PROJETO DE
CONSTRUO DA TORRE DE CONTROLE
DE ARACAJU (TWR-AR)

342
1- Disposies Preliminares

1.1- Finalidade

O presente documento tem por objetivo estabelecer as necessidades, diretrizes e


critrios para a elaborao do projeto de construo das instalaes da Torre de
Controle (TWR) de SBAR, permitindo a operao conjunta da referida TWR com o
Controle de Aproximao (APP) de SBAR, utilizando o mesmo espao fsico, de maneira
a assegurar que a execuo de suas atividades ocorra segundo padres de
desempenho compatveis com o Aeroporto e a rea Terminal de Aracaju.

1.2- mbito

O disposto no presente documento dever ser observado por todos os rgos


envolvidos, direta ou indiretamente, na elaborao do projeto de construo da Torre de
Controle e do Controle de Aproximao do Aeroporto de Aracaju.

1.3- Grau de sigilo

Fica o presente documento classificado como OSTENSIVO.

343
2- Generalidades

2.1- Abreviaturas

ACC Centro de Controle de rea


AFTN Rede de telecomunicaes Fixas Aeronuticas
AIS Servio de Informao Aeronutica
AFIS Servio de Informao de Vo de Aerdromo
APP Controle de Aproximao
ATC Controle de Trfego Areo
ATIS Servio Automtico de Informao em terminal
ATS Servios de Trfego Areo
ATCO Controlador de Trfego Areo
CCAM Centro de Comutao Automtica de Mensagens
CLRD Autorizao de Trfego
CMA Centro Meteorolgico de Aerdromo
DDD Discagem Direta Distncia
EMS Estao Meteorolgica de Superfcie
FPV Ficha de Progresso de Vo
GNDC Controle de Solo
H-24 Servio contnuo de dia e noite
NASV Gerncia de Navegao Area da Superint. Regional do Centro-Leste
ONA rgos de Navegao Area
PC Computador pessoal padro IBM
SAC Secretaria de Aviao Civil
SBAR Aeroporto de Aracaju
SCI Servio Contra-Incndio
SGTAI Sistema Gerenciador de Telecomunicaes Aeronuticas da INFRAERO
SISCEAB Sistema de Controle do Espao Areo Brasileiro
SGTC Sistema de Gerenciamento de Torre de Controle
SUP Supervisor de Torre de Controle
UTC Tempo Universal Coordenado
TF-2 Enlace Telefnico Operacional
TMA rea de Controle Terminal
TWR-AR Torre de Controle do Aeroporto de Aracaju
UHF Freqncia Ultra Alta
VHF Freqncia Muito Alta

344
2.2 Definies
Assistente Controlador de Trfego Areo habilitado para exercer as atribuies
especficas da posio assistente de um setor operacional de controle de um rgo
ATC.
Cabine Espao fsico da Torre de Controle destinado a acomodar a equipe
operacional, equipamentos e mobilirio especfico, necessrios ao funcionamento do
rgo.
Controle de Aproximao rgo estabelecido para prestar Servio de Controle de
Trfego Areo aos vos controlados nas reas de Controle Terminal e nas Zonas de
Controle.
Coordenador Controlador de trfego areo, designado para coordenar as atividades
ATC entre as posies operacionais de um rgo ATC e entre este e rgos ATS.
Efetivo Operacional Total de ATCO habilitados e necessrios ao desempenho dos
servios operacionais inerentes ao rgo ATC.
Equipe Operacional Conjunto de operadores designados para a execuo das
atividades de um rgo operacional, em um turno de servio.
Hot-line Enlace telefnico que permite ligaes instantneas.
Incidente de Trfego Areo Ocorrncia envolvendo Trfego Areo que constitua
risco para as aeronaves, relacionadas com facilidades, procedimentos e proximidade de
aeronaves.
Mdulo SGTC Microcomputador do SGTC instalado nas posies operacionais.
Posio Assistente de Torre Posio operacional de uma TWR, ativada para auxiliar
a posio Torre nas tarefas inerentes ao controle de aerdromo.
Posio Autorizao de Trfego Posio operacional de uma TWR, responsvel
pela expedio de autorizaes de trfego areo.
Posio Operacional Posio, em um rgo ATC, caracterizada por um conjunto de
encargos atribudos a um Controlador de Trfego Areo, no desempenho de um servio
operacional
Posio Solo Posio operacional de uma TWR responsvel pelo controle dos
movimentos de aeronaves, veculos e pessoas na rea de manobras, exclusive a pista.
Posio Supervisor Posio operacional responsvel por supervisionar as
atribuies e o desempenho dos ATCO de uma equipe operacional, bem como os
aspectos relacionados ao trabalho em equipe.
Posio Torre Posio Operacional de uma TWR, responsvel pela prestao dos
Servios de Trfego Areo na Zona de Trfego de Aerdromo.
Servio de Alerta Servio prestado para notificar os rgos apropriados a respeito
das aeronaves que necessitem de ajuda de busca e salvamento e para auxiliar tais
rgos no que for necessrio.
Servio de Controle de Trfego Areo Servio prestado com a finalidade de prevenir
colises, acelerar e manter ordenado o fluxo de trfego areo.
Servio de Informao de Vo Servio prestado com a finalidade de proporcionar
avisos e informaes teis para a realizao segura e eficiente dos vos.
Servio de Trfego Areo Expresso genrica que se aplica aos Servios de
Controle de Trfego Areo, de Assessoramento, de Informao de Vo e de Alerta.
Torre de Controle de Aerdromo rgo estabelecido para prestar o Servio de
Controle de Trfego Areo ao trfego de aerdromo.

345
3 Anlise da Situao

3.1 - Cenrio Atual

3.1.1- O Aeroporto de Aracaju dispe, atualmente, de um Controle de Aproximao


(APP-AR) que responsvel pela prestao dos Servios de Controle de Trfego Areo,
de Informao de Voo e de Alerta a todas as aeronaves em evoluo na TMA e na CTR
Aracaju.

3.1.2- Os espaos areos da TMA e da CTR Aracaju abrangem os seguintes


aerdromos, identificados nas publicaes aeronuticas:
- Aracaju;
- Aeroclube de Aracaju;
- Laranjeiras/Fazenda Boa Luz;
- Estncia/Praia do Saco;
- Propri; e
- Penedo (Alagoas).

3.1.3- Face inexistncia de uma Torre de Controle, o APP-AR, cumulativamente com


suas atividades especficas, proporciona, tambm, o Servio de Informao de Vo de
Aerdromo (AFIS), na mesma frequncia do APP, no espao areo correspondente ao
Circuito de Trfego do aerdromo de Aracaju, bem como na rea de movimento do
mesmo.

3.1.4- Dentro da rotina de suas atividades, o APP-AR tem, ainda, a seu encargo a
coordenao dos voos de instruo e dos demais pousos e decolagens, realizados no
Aeroclube de Aracaju, alm de ser responsvel pelo acompanhamento e gerenciamento
do movimento de helicpteros no litoral, com destino ou procedentes das plataformas
de explorao de petrleo.

3.1.5- O controle de trfego areo na regio emprega o sistema passo-a-passo, no


qual as coordenaes de trfego areo so efetuadas diretamente entre os APP.

3.1.6- Tendo em vista a situao de aerdromo no controlado, compete aos pilotos


das aeronaves operando no aerdromo de Aracaju a escolha da pista a ser utilizada
para pousos e decolagens, acarretando inconvenientes ao planejamento efetuado pelo
APP-AR e, muitas vezes, ocasionando irregularidades de trfego areo e colocando em
risco as operaes areas naquele aeroporto.

346
3.1.7- O aerdromo de SBAR possui somente uma pista de txi central para acesso do
ptio de estacionamento pista de pouso/decolagens e vice-versa, necessitando de
ateno redobrada e coordenao bastante rgida por parte do APP, haja vista que no
existe viso da rea de Manobras.

3.1.8- A inexistncia de pistas de txi para acesso s cabeceiras faz com que as
aeronaves que esto por decolar efetuem uma longa espera no ptio, at que se
complete o pouso das aeronaves chegando. O APP, no podendo emitir autorizaes e
no tendo os trfegos vista, fica exposto a uma situao que seria facilmente
solucionada por uma TWR.

3.1.9- Movimento do Aeroporto de Aracaju


A quantidade de operaes areas no aeroporto de Aracaju, nos ltimos anos, vem
aumentando gradativamente, conforme demonstram os dados constantes da tabela
abaixo, o que aponta para a necessidade de implantao de uma Torre de Controle de
Aerdromo naquele aeroporto.

ANO COMERCIAL IFR TOTAL ARR/DEP


2004 7.728 8.943 14.272
2005 8.141 9.604 15.598
2006 10.169 10.484 18.458
2007 9.459 10.747 19.980

3.2- Cenrio Desejado

3.2.1- Devido ao elevado nmero de aeronaves que operam no aeroporto de Aracaju as


operaes areas que se desenvolvem naquele aerdromo devem ser controladas.

3.2.2- O Aeroporto de Aracaju deve dispor de uma Torre de Controle de Aerdromo


suficientemente ampla para abrigar e suportar, de forma ergonmica, todas as posies
operacionais necessrias para atender a demanda de trfego areo existente naquele
aeroporto e permitir possibilidades de expanses futuras.

3.2.3- A TWR-AR deve dispor de recursos tcnicos com padro de sofisticao


compatvel com os nveis de desempenho operacional que dela se espera, no mbito
do SISCEAB.

347
3.2.4- A implantao de uma Torre de Controle em Aracaju permitir um efetivo Servio
de Controle de Trfego Areo no aerdromo, proporcionando maior segurana s
operaes que se desenvolvem naquele aeroporto, diminuindo os conflitos e os riscos
segurana de voo, e permitindo maior fluidez ao fluxo de trfego areo naquela
localidade.

3.2.5- As dimenses da cabine da Torre de Controle devero possibilitar acomodao


suficiente e adequada para as posies operacionais da TWR e do APP, uma vez que
ambos compartilharo o mesmo ambiente.

3.2.6- Com a implantao de uma TWR, o APP-AR deixar de prestar o AFIS no


Aerdromo de Aracaju o que, consequentemente propiciar uma diminuio da carga
de trabalho do controlador do APP e aumentar o seu fator de disponibilidade, obtendo,
com isto, maior tempo para o planejamento e prestao do Servio de Controle de
Trfego Areo na TMA SBXA.

3.3- Situao Especfica

3.3.1- A implantao da TWR-AR propiciar a instalao de uma estrutura adequada de


rgos de navegao area em Aracaju, compatvel com as necessidades locais,
incluindo o controle de aerdromo, atualmente inexistente, proporcionando maior
disponibilidade de tempo para o APP-AR para a prestao de controle de trfego areo
na TMA SBXA.

3.3.2- O trabalho de coordenao, planejamento e controle do trfego areo na TMA e


na CTR Aracaju ficar facilitado, evitando o congestionamento da frequncia do APP,
nos horrios de maior movimento na rea de manobras e no circuito de trfego, tendo
em vista que as aeronaves passaro a chamar a TWR para as instrues de sadas e
chegadas.

3.3.3- As aeronaves, que evoluem no Circuito de Trfego e rea de Manobras do


aerdromo de Aracaju, passaro a ter um controle de trfego areo efetivo, por parte da
TWR-AR, proporcionando maior ndice de segurana para as operaes areas.

3.3.4- As instalaes da Torre de Controle de Aerdromo do Aeroporto de Aracaju


traro, como benefcio, a possibilidade de implantao de novas posies operacionais
e instalao de novos equipamentos e, consequentemente, elevao dos padres de
eficincia na prestao dos Servios de Trfego Areo naquele aerdromo.

348
4 Descrio

4.1- O prdio da Torre de Controle ser edificado entre o TPS atual e o novo TPS e
abrigar no mesmo espao fsico de sua cabine operacional a TWR e o APP-AR.

4.2- A TWR-AR ter sob sua jurisdio o circuito de trfego e a rea de Manobras do
aerdromo, estando adequada para atender a expectativa de incremento do trfego
areo naquela localidade.

4.3- A TWR-AR ser subordinada operacionalmente ao APP-AR e ao ACC-RE e,


portanto, estar sujeita aos procedimentos de ordem operacional por eles impostos,
alm dos previamente estabelecidos na regulamentao vigente.

4.4- A TWR e o APP Aracaju, abrigados no mesmo espao fsico, operaro em


frequncias distintas e estabelecero os contatos necessrios s coordenaes viva
voz.

4.5- A fim de atender atual demanda de trfego areo, a Torre de Controle de Aracaju
(TWR-AR) ter as seguintes posies operacionais:

a) TORRE
Posio operacional, caracterizada por um conjunto de encargos atribudos a um ATCO,
para a prestao dos Servios de Controle de Aerdromo, de Informao de Vo e de
Alerta.

b) ASSISTENTE DE TORRE
Posio operacional, caracterizada por um conjunto de encargos atribudos a um ATCO,
com o objetivo de auxiliar o titular da posio TORRE na prestao dos Servios de
Controle de Aerdromo, de Informao de Vo e de Alerta, bem como promover o
intercmbio de informaes com as demais posies operacionais da TWR e com os
rgos ATS adjacentes, com a finalidade de assegurar a continuidade da prestao dos
servios de trfego areo a um determinado trfego.

4.6- Objetivando adequar a construo da torre s necessidades operacionais, o projeto


dever, a fim de possibilitar expanses futuras, prever as seguintes posies
operacionais:
a) Torre

349
b) Assistente de Torre
c) Solo
d) Autorizao de Trfego
e) Coordenador; e
f) Supervisor.

4.7- O APP-AR funcionar no mesmo ambiente fsico da TWR e dever possuir as


seguintes posies operacionais:
a) CONTROLE
Posio operacional, caracterizada por um conjunto de encargos atribudos a um ATCO,
para a prestao dos Servios de Controle de Aproximao, de Informao de Voo e de
Alerta em um APP no setorizado.

b) POSIO ASSISTENTE
Posio operacional, caracterizada por um conjunto de encargos atribudos a um ATCO,
com o objetivo de auxiliar o titular da posio controle na prestao de Servios de
Trfego Areo, de Informao de Voo e de Alerta, bem como promover o intercmbio
de informaes com as demais posies operacionais do mesmo APP ou de rgos
ATS adjacentes, com a finalidade de assegurar a continuidade da prestao dos
servios de trfego areo a um determinado trfego.

4.8- O plano de operao e a estrutura funcional e organizacional do APP e da TWR-


AR devero constar do Modelo Operacional e do Manual dos referidos rgos ATC que
sero elaborados pela Gerncia ou Coordenao de Navegao Area de Aracaju, sob
superviso da Gerncia de Navegao Area da NASV.

4.9- O horrio de funcionamento do APP e da TWR-AR ser H-24, dividido em 4 (quatro)


turnos de 6 (seis) horas.

4.10-. O efetivo operacional necessrio para operar a TWR-AR e o APP-AR, no mesmo


ambiente, atendendo legislao do DECEA e legislao trabalhista, de 29 (vinte e
nove) controladores, devidamente habilitados.

4.11- A configurao (limites vertical e horizontal) da TMA SBXA no sofrer alterao.

350
4.12- Enlaces
Os enlaces dos servios fixo e mvel se daro de conformidade com a figura abaixo:

DDD

VHF
121.50

ACC-RE
COPM 3 TF-2 VOIP

C
RAMAL

TF 2 VOIP

DDD
APP-MO
APP-SV
HOT-LINE

ALARME
RDIO COMUNICADOR
TWR-AR/APP-AR
RDIO COMUNICADOR RAMAL

PORTTIL
PORTTIL

RDIO COMUNICADOR
FOLLOW ME

PORTTIL

351
5- Requisitos e Critrios Operacionais

5.1- Requisitos Operacionais

A TWR e o APP-AR devero possuir os recursos abaixo discriminados, visando


proviso efetiva e eficiente dos servios a serem prestados:

1. Enlaces telefnicos que proporcionem comunicaes de alta confiabilidade com os


seguintes rgos e servios:
ACC-RE;
COPM 3;
APP-MO;
APP-SV;
Sala AIS SBAR;
EMS-2 SBAR;
Administrao do aeroporto (Operaes);
Servio Contra Incndio do Aeroporto;
Servio de Manuteno de Aeronavegao.

2. Sistema de energia secundria para suprir eventuais quedas de energia comercial.


Sistema que garanta o funcionamento ininterrupto dos VHFs.

5.1.1 - Consoles Operacionais

A torre dever dispor de consoles para atender s seguintes posies operacionais:

a) Torre, com o seu respectivo assistente (2 mdulos);


b) Consoles Reservas (3).

Os 3 (trs) mdulos reservas devero atender a um possvel aumento de trfego,


redundando na necessidade de ativao das posies Solo, Autorizao de Trfego e
Supervisor, em conformidade com os critrios estabelecidos na ICA 100-30.

5.1.1.1 - Console de Torre

Os mdulos da posio Torre e da posio Assistente de Torre comporo um nico


console de comprimento duplicado, de forma que os equipamentos abaixo sejam
distribudos ergonomicamente entre ambos:

352
a) relgio digital;
b) indicador digital de direo e velocidade do vento;
c) indicador digital de ajuste de altmetro;
d) indicador digital de temperatura;
e) indicador analgico de direo e velocidade do vento
(reserva);
f) indicador analgico de ajuste de altmetro (reserva);
g) postos-operadores radiotelefnicos, um para cada console
(com microfone, head-set e controle de volume individual
para os sinais sonoros de chamada telefnica),
disponibilizando as seguintes ligaes:
- frequncias em VHF da Torre, do Controle e mais a frequncia 121.5 Mhz;
- 2 ramais TF-2, via VOIP (extenso do APP);
- linha telefnica externa, liberada para ligaes DDD;
- linha telefnica externa, independente da central, a ser utilizada caso haja
degradao desta;
- ramais internos;
- hot-line com SCI;
h) transceptor VHF varivel de emergncia (a bateria);
i) transceptor rdio UHF para contato com SCI, viaturas, servio
mdico e operaes de ptio;
j) painel alfanumrico demonstrativo das frequncias em
operao do APP-AR;
k) mdulo torre do SGTC, com monitor LCD 17;
l) terminal do SGTAI;
m) monitor de visualizao da EMS-2;
n) boto de alarme para acionamento do SCI.
o) painis de controle dos sistemas de balizamento e auxlios
visuais; e
p) um computador para os servios gerais da TWR/APP.

353
5.1.1.2- Console do APP

O APP dever dispor de consoles para atender s seguintes posies operacionais:


a) Controle, com o seu respectivo assistente (2 mdulos);
b) Console Reserva (1).
Os mdulos da posio Controle e da posio Assistente comporo um nico console
de comprimento duplicado, de forma que os equipamentos abaixo sejam distribudos
ergonomicamente entre ambos
a) relgio digital;
b) indicador digital de direo e velocidade do vento;
c) indicador digital de ajuste de altmetro;
d) indicador digital de temperatura;
e) indicador analgico de direo e velocidade do vento
(reserva);
f) indicador analgico de ajuste de altmetro (reserva);
g) postos-operadores radiotelefnicos, um para cada console
(com microfone e head-set e controle de volume individual
para os sinais sonoros de chamada telefnica),
disponibilizando as seguintes ligaes:
- frequncias em VHF do APP, da TWR e mais a frequncia 121.5 Mhz;
- 2 ramais TF-2, via VOIP;
- linha telefnica externa, independente da central, a ser utilizada
caso haja degradao desta;
- ramais internos;
- hot-line com SCI (extenso da TWR);
h) transceptor VHF varivel de emergncia (a bateria);
i) frequncias em VHF capazes de proporcionar cobertura de comunicaes nos limites
da TMA, no FL mnimo das aerovias, de forma a suportar todos os procedimentos de
sada e de descida.
j) mdulo do SGTC, com monitor LCD 17;
k) mdulos Supervisor e Servidor do SGTC;
l) impressora para o SGTC;
m) painel alfanumrico demonstrativo das frequncias em operao da TWR-AR, do
APP-SV, do APP- MO e do ACC-RE;
n) painis de controle dos sistemas de balizamento e auxlios visuais;
o) Sistema de monitoramento dos auxlios navegao area
(VOR/DME e NDB); e
p) TARIS, monitor LCD de 17 polegadas, para visualizao de
dados radar de rota de Macei e Salvador.

354
5.1.2- Equipamentos e Recursos Adicionais

A torre dever dispor, ainda, dos seguintes equipamentos e/ou recursos adicionais:
a) terminal CCAM/SGTAI, composto de PC padro INFRAERO e impressora matricial;
b) pistola de sinalizao, afixada no teto, de forma a permitir o acesso, do controlador
da posio Torre;
c) iluminao indireta e articulada em todos os consoles, com acionamento individual,
para permitir anotaes e consultas, durante a noite, com luzes apagadas, sem ofuscar
a viso dos controladores;
d) spots de iluminao embutidos no teto, com facho de luz na vertical, acionados por
potencimetro regulador de intensidade de luz, um para cada fileira de pontos;
e) cobertura de vidro ou acrlico em todos os consoles, para permitir a exposio e o
acesso imediato de informaes teis operao;
f) persianas corta-luz (*) em todas as janelas, para regular o acesso da
luz do sol, nos diversos horrios do dia.
g) isolamento acstico e trmico externo e interno(**), atravs da utilizao de vidros
especiais e de revestimento do forro e teto com material acstico apropriado, em toda a
navegao area, devido proximidade do ptio, pistas e oficinas;
q) climatizao com mquinas no exterior (para evitar rudo) e
insufladores adequadamente distribudos no forro, de forma a
evitar fluxo excessivo de ar para cada uma das sadas e
controle remoto de temperatura junto aos operadores; e
i) binculos 12 - 60x70, field 0.95 a 60 vezes.

(*) Evita o ofuscamento da viso do controlador, alm de reduzir a dificuldade na


consulta de instrumentos luminosos e de monitores de vdeo.
(**) O rudo produzido pelas aeronaves em operao, notadamente aquelas que taxiam
ou acionam motores prximas torre, interfere nas comunicaes terra-avio, alm de
elevar o nvel de stress nos controladores, sendo ambos fatores contribuintes, em
potencial, para a ocorrncia de incidentes de Trfego Areo.

5.1.3- Espao Fsico e Dependncias

5.1.3.1- Instalaes do Piso da Cabine da TWR


As seguintes dependncias e/ou detalhes devero ser previstos, de forma a atender s
necessidades operacionais e tcnicas do rgo:

355
A- Cabine

3,2m

1,7m

Piso elevado
0,7m

Fig 1- fosso de manuteno e p direito Fig 2- rea externa

o espao operacional propriamente dito, destinado a acomodar todos os


equipamentos, mobilirio e efetivo operacional, por turno de servio.

Deve dispor de uma rea de circulao interna compatvel com as necessidades


operacionais e com o conforto e bem estar dos controladores em servio.

Dever ser prevista uma sada de acesso rea externa, e sada de emergncia, nos
termos da legislao em vigor.

Para efeito do presente documento, considera-se satisfatria uma cabine,


preferencialmente, octogonal irregular, com rea til interna (piso operacional) no
inferior a 32m2.

Para fins deste projeto, foi considerado que a rea til interna (piso operacional) relatada
no item 116 do MP 16.04 (NAE) engloba a rea destinada para as consoles
operacional.

356
A cabine dever ser envidraada, do cho ao teto (sem paredes de tijolo ou concreto
sendo permitido, no entanto, uma base de alvenaria que se eleve at 30 cm acima do
piso elevado, para proteo contra impacto), conforme a figura 2. Cada seo de vidro
no poder possuir qualquer tipo de emenda, devendo ter uma inclinao de 15 em
relao ao plano vertical. Dever ser considerada, ainda, a necessidade de pequenos
basculantes prximos ao piso elevado, para permitir a circulao controlada de ar
natural.

Objetivando assegurar a boa visualizao das aeronaves, tanto no circuito de trfego


como sobre o aerdromo, recomenda-se um p direito de 3,2 metros, a partir de um piso
elevado, o qual dever empregar placas removveis.
Dever, ainda, ser previsto um fosso de manuteno (com largura de aproximadamente
0,80 m), de forma a garantir-se um corredor destinado circulao de tcnicos e
execuo da manuteno dos equipamentos instalados no console.

A localizao e altura da torre dever ser tal que permita a plena visualizao, nos 360
graus, e, principalmente, da pista de pouso com suas cabeceiras, setores de
aproximao e decolagem, pistas de txi e ptio de estacionamento (sugere-se
levantamento topogrfico prvio).

357
A inclinao dos vidros da cabine dever ser adequada, conforme especificado no MP
- 16.4 (NAE), Padro INFRAERO para rgos de Navegao Area, para evitar
reflexos.
Os caixilhos de juno vertical dos vidros devero ter a mnima largura possvel, para
no dificultar a visibilidade para o exterior da cabine.
Devero ser evitadas junes dos vidros da cabine no sentido horizontal. Se inevitvel,
a sua colocao dever ocorrer acima do tero superior do vo, ou seja, acima da altura
da viso normal do Controlador de Trfego Areo.
O nmero de pilares de sustentao do teto da cabine dever ser limitado ao mnimo
necessrio, evitando-se a sua colocao frente das posies operacionais Torre e
Solo.
O acesso at o piso imediatamente inferior ao da cabine ser
efetuado atravs de elevador.
A escada de acesso cabine da Torre dever ser de alvenaria e dever terminar,
preferencialmente, na lateral oposta face de trabalho da TWR.

B - Laje Externa
O projeto dever considerar a necessidade de uma laje externa s paredes da cabine,
em prolongamento ao piso da torre, de forma a proporcionar uma passarela protegida
com grades, ao longo da qual pode-se circular livremente, para a execuo da limpeza
e manuteno dos vidros e canaletas, pelo lado externo, sem a necessidade de
andaimes ou outro dispositivo similar. O acesso ao exterior dever ser feito por uma
porta discretamente construda, de forma a permitir a passagem de uma pessoa
abaixada.

C - Laje de Cobertura
Essa laje com alapo corredio de acesso dever ser reforada, para suportar o peso
de, pelo menos, dois homens, alm de permitir a futura instalao de equipamentos
destinados a atender operao, tais como antenas, farol de aerdromo, etc. Dever
ser circundada por um gradil de proteo e acessada a partir de uma escada
escamotevel com 60cm de largura, instalada junto a uma das colunas opostas face
de trabalho da torre.

5.1.3.2 - Instalaes do Piso inferior ao da Cabine


O piso imediatamente abaixo da cabine da TWR dever ter espao suficiente para
abrigar a sala de operao da EMS-2, a sala de equipamentos, a climatizao, o
ambiente para descanso dos operadores, a copa e os sanitrios masculino e feminino.

358
O projeto dever considerar a necessidade de uma laje externa s paredes do piso
inferior ao da cabine, em prolongamento, de forma a proporcionar uma passarela
protegida com grades, ao longo da qual se pode circular livremente, para a realizao
das observaes meteorolgicas, execuo da limpeza e manuteno dos vidros, pelo
lado externo, sem a necessidade de andaimes ou outro dispositivo similar. O acesso
deste piso ao piso da cabine ser feito por escada de alvenaria, com final situado no
extremo da cabine, oposto aos consoles, o mais prximo possvel da parede
envidraada.

A - Sala de Observao da EMS-2


Deve possuir uma rea mnima de 25 m (5 x 5) e devem estar posicionadas de maneira
a permitir uma viso desobstruda das condies de tempo, tanto no aerdromo como
em suas vizinhanas, a partir do campo de viso do observador meteorolgico.

B Ponto de Observao da Estao Meteorolgica de Superfcie


Esta posio operacional tem por finalidade permitir a execuo das tarefas inerentes a
uma EMS.
A sala do observador da EMS dever estar localizada no pavimento imediatamente
inferior ao da cabine da TWR. O ambiente disponibilizado para a EMS dever permitir
uma viso desobstruda das condies de tempo, tanto no aerdromo como em suas
vizinhanas, a partir do campo de viso do observador meteorolgico. Deve ser feito o
possvel para que o observador, no mnimo, possa manter a vigilncia das reas que
envolvem o conjunto de pistas e as de aproximao para pouso e decolagem das
aeronaves. recomendvel que a rea a ser observada esteja livre de outros tipos de
interferncia, tais como luzes de ptio, superfcies refletoras ou incidncia direta de luz
solar

C Copa - rea mnima de 6,27 m.

D - Sala de Repouso
A sala de repouso o local destinado ao descanso do controlador, durante o turno de
servio. recomendvel que esta dependncia possua uma rea total de, no mnimo,
13,25 m.

E - Sala de Briefing
Esta dependncia, com rea total recomendada de 20m, localizada no piso inferior da
cabine da TWR, destina-se reunio de controladores (e demais profissionais de outras

359
reas, se for o caso), para a divulgao da realidade operacional referente ao turno de
servio que se inicia.
Reunies peridicas, testes operacionais, etc, com todo o efetivo, sero realizados em
Auditrio / Sala de reunies localizada no trreo do prdio do ONA.

F - Banheiros
O piso inferior cabine da Torre deve dispor de um banheiro masculino e outro feminino,
cada um com uma rea total de 3,45m, e guarda volumes individuais.

5.1.3.3- Instalaes para Sala IFR


O projeto das edificaes dever contemplar a existncia de uma rea de, no mnimo,
30 m, com piso falso, para a implantao de um futuro APP radar. Esta sala poder
estar situada em qualquer piso operacional das edificaes destinadas navegao
area.

5.1.3.4 - Instalaes do Piso Trreo


No andar trreo, devero ser previstas dependncias destinadas s demais reas
operacionais e a atender s tarefas de gerenciamento local das atividades de
navegao area, conforme se segue:

A - Instalaes da Sala AIS, CMA/EMS e ECM


As instalaes da Sala AIS, CMA/EMS e ECM devero possuir no total, uma rea
mnima de 204 m, incluindo a sala de pilotos e hall de entrada, ficando estes rgos no
mesmo ambiente.
A Sala AIS dever ter acesso direto e facilitado ao TPS.

B - Sala Tcnica
o espao destinado instalao dos equipamentos que, pelo seu porte ou natureza,
no podem permanecer no ambiente operacional (transceptores VHF,
gravador/reprodutor, etc.), alm de um espao para escuta de gravao de
comunicaes, com proteo acstica.
A sala tcnica ser constituda dos seguintes ambientes:
- Sala de equipamentos de telecomunicaes 22,50 m
- Sala OLE (Oficina Local Especializada) 11,73 m
- Sala de equipamentos de gravao/reproduo RACAL 11,73 m.

C - SICAD

360
o espao destinado a realizao de treinamentos simulados para os ATCO rea
mnima: 12,92 m.

D - Sala de Reunies / Auditrio


Sala para reunies, testes operacionais, instruo, palestras, etc. com todo efetivo, com
capacidade para 50 assentos, com rea mnima de 65,50 m.

E - Tarifas rea mnima de 20,00 m.

F - SAC/ANAC rea mnima de 15,00 m.

G - Sala de Espera para pilotos / banheiro:


Sala de espera para os pilotos com banheiro privativo, fins de evitar acesso destes na
rea interna do prdio do ONA, com rea mnima de 18,00 m.

H - Chefia
Sala de, no mnimo, 22,00 m2, com banheiro privativo de 3,50 m2.

I - Secretaria
Sala de, no mnimo, 18,00 m2, a ser utilizada como sala de espera de acesso chefia,
conjugada ao ambiente do PSA ADMINISTRATIVO.

J - Sala de Encarregados
Sala de, no mnimo 24,00 m2 , a ser utilizada pelos encarregados de apoio operacional.

K- Banheiros / Vestirios
Os banheiros / vestirios masculino e feminino, distribudos da seguinte forma:
Banheiro / vestirio masculino com 25,00 m2
Banheiro / vestirio feminino com 21,00 m2
Banheiro p/ portadores de necessidades especiais com 4,50 m2

L - Depsito/ Arquivo/ Almoxarifado


Espao destinado para o armazenamento de objetos diversos, equipamentos, arquivo-
morto, etc. Tal dependncia ser subdividida em trs ambientes diferentes destinados
a:
Depsito com 8,50 m;
Arquivo com 9,50 m e
Almoxarifado com 10,00 m.

361
M - Copa
rea mnima de 16,00 m, para atender a todo o efetivo da AIS, CMA/EMS, ECM,
Administrativo do ONA, SAC e TARIFAS, localizado no piso trreo do ONA.

N - Sala de Repouso
A sala para repouso dos operadores, com 30,00 m, dever estar prxima s instalaes
da Sala AIS, CMA/EMS e ECM.

O - Jardim de Inverno
rea destina a circulao interna administrativa com espao para jardim de inverno com
espelho dgua com iluminao natural, rea mnima de 40,00 m.

5.2 - Estacionamento
Ser disponibilizado espao para estacionamento dos empregados do ONA e usurios,
sendo necessrio posto de vigilncia para controle de acesso s dependncias da
Infraero.

5.3- Mobilirio e Eletroeletrnicos


Os itens descritos a seguir destinam-se a atender s diversas dependncias
relacionadas direta ou indiretamente com o funcionamento da nova torre.

ITEM DISCRIMINAO QUANT OBS LOCAL


1 Mdulo de Console 06 Incluindo EMS
2 Poltronas Giratrias 06 01 deve ser alta
Estao de trabalho para SGTAI/ATIS/SGT
3 1
supervisor C/ADM. CABINE
Publicaes e
4 Armrio 2
pequenos objetos
Persianas Insulfilm em todas Com controle
5
as vidraas remoto
6 Geladeira frost free 1
Purificador de gua
7 1 Copa / Cozinha
natural/gelada
- Piso inferior da
8 Mesa de frmica 1
Cabine
9 Cadeira 2
10 Armrio 1

362
11 Cafeteira Automtica 1
12 Liquidificador 1
13 Forno de Micro-ondas 1
14 TV LCD 26 1
Conjunto estofado de 3 Sala de
15 1
lugares Repouso PTA
16 Mesa de centro 1 Piso inferior da
17 Aparelho de som/CD 1 Cabine
Poltrona em longarina
18 12
c/prancheta escamoteavel Sala de briefing
19 Quadro branco 1 PTA
20 Mesa 1
21 Cadeira 1
22 Geladeira 450lt Frost free 1
23 Forno micro-ondas 1
24 Ozonizador para gua 1
25 Talha para gua 2
26 Fogo eltrico 1
27 Mesa de frmica 2 Copa-cozinha
28 Cadeira 8 piso trreo do

29 Armrio de ao 1 6 portas ONA

30 Liquidificador 1
31 Cafeteira automtica 2 Sendo 1 para sala
Purificador de gua de espera de
32 2
natural/gelada pilotos
Treinamento
33 Estao de trabalho 2
SICAD Sala SICAD
Poltrona giratria com
34 3
espaldar baixo
35 Mesa secretria 1 Instrutor SICAD
36 Mesa secretria 1 2 gavetas
37 Cadeira estofada 1
Poltrona em longarina Sala
38 50
c/prancheta escamotevel Reunio/auditr
39 Quadro branco com pincel 1 io
40 Aparelho DVD 1

363
Projetor multi mdia mnimo
41 1
2000 lumens
Utilizao em
Lousa Interativa
42 1 instruo e
SMART BOARD
reunies
43 Sistema de som 1
44 Banco estofado 2 3 lugares
Armrios individuais para 2 portas e dois Vestirios
45 25
vestirio em MDF com chave pavimentos
46 Espelho grande 4
47 TV LCD 26 1
Conjunto estofado de Sala de
48 1
3 e 2 lugares repouso dos
49 Aparelho de som/CD 1 operadores
50 Estante 1
51 Mesa de centro 1
AIS, EMS e ECM
52 Estao de trabalho 3
Ambiente Sala
53 Armrio 3 AIS, EMS e ECM AIS para
Poltronas giratrias com AIS, EMS e ECM atendimento
54 6
espaldar baixo aos usurios
Planejamento de
55 Mesa de reunio 1
vo
Planejamento de
Poltrona fixa com espaldar
56 6 vo e balco
baixo
AIS/EMS
Encarregados
57 Estao de trabalho individual 3 para apoio
operacional Sala de Apoio
Poltrona giratria com operacional
58 3
espaldar alto
59 Armrio 2
Poltrona fixa com espaldar
60 3
baixo
61 Estao de trabalho individual 1
Poltrona giratria com Sala de Apoio
62 1
espaldar baixo PSA

364
63 Armrio 1 Administrativo
Conjunto estofado de 2
64 1
lugares
65 Estao de trabalho individual 1
Poltrona giratria com
66 1
espaldar alto Sala Chefia
67 Mesa reunio 1 Para 6 pessoas
68 Poltrona fixa espaldar baixo 8
69 Armrio 1
70 Geladeira frigobar 1
71 Armrio arquivo deslizante 1 Sala Arquivo
Conjunto estofado de 3 e 2 Sala de espera
72 1
lugares de pilotos
73 TV LCD 26 1
74 Mesa de centro 1

Obs.: Os itens listados na planilha acima so uma perspectiva preliminar inicial


que estar sujeita alterao conforme o projeto finalizado.

6- Disposies Finais

6.1- Este documento entra em vigor a partir da presente data, revogando-se as


disposies anteriormente publicadas.
6.2- Os casos omissos sero resolvidos pela Superintendncia de Navegao Area
(DONA).

Braslia, maio de 2008.

WILL WILSON FURTADO


Superintendente de Navegao Area

365
ANEXO XI

WORKSHOP
UNIVERSIDADE
DE GENT

366
USO DA TECNOLOGIA DA INFORMACAO E COMUNICACAO NO PROJETO DE AEROPORTOS

1- JULIO TOLLENDAL GOMES RIBEIRO 2- NEANDER FURTADO SILVA


Universidade de Brasilia UnB Universidade de Brasilia UnB
juliotolendal@hotmail.com neander.furtado@gmail.com
http://lecomp.fau.unb.br http://lecomp.fau.unb.br

RESUMO

Em associao com a Universidade de Gent, Department of Architecture and Urban Planning, Faculty of Engineering and
Architecture e o LFDC - Laboratrio de Fabricao Digital e Customizao em Massa, da Universidade de Braslia, os
arquitetos JULIO RIBEIRO e PIETER PAUWELS, supervisionados pelo professor Ronald de Meyer, compartilharam
conhecimentos, experincias e boas prticas no uso das tecnologias da informao durante a concepo e construo de
aeroportos ou outras construes complexas em uma Oficina de Projeto. Foram abordados aspectos de tecnologia de
informao e comunicao ao longo do processo de projeto, gesto da informao paramtrica e criao de novos
parmetros, sada de informao on-demand atravs de relatrios personalizados, produtividade, atravs da programao
em linguagem C# para confeco de plug-ins para os softwares Microsoft/ AutoDesk e ainda simulao de Timeline
de Obra no AutoDesk NavisWorks, gerenciando fases, parmetros e geometria advinda do AutoDesk Revit e demais
ferramentas de projeto (Estruturas, MEP, Energia, Sustentabilidade, Meio-ambiente). Os objetivos envolvidos nesta Oficina
de Projeto com o uso das tecnologias da informao durante a concepo e construo de aeroportos ou de outros edifcios
complexos (com utilizao dos Sistemas BIM) principalmente estabelecer uma interface entre os pesquisadores das
Universidades do Brasil, Blgica e Estados Unidos da Amrica. Informaes valiosas sobre Building Information Modeling,
trabalho colaborativo, extrao de dados e de troca de informao, Ontologia e Questes Semnticas do Processo podem
ser compartilhadas neste sentido. Estamos ainda procurando a fronteira dos conhecimentos relacionados na utilizao dos
Sistemas BIM na rea da AEC. Objetivou ainda a transferncia de tecnologia da equipe de professores e pesquisadores
da Universidade de Gent que gentilmente se dispuseram a tratar especificamente do assunto e do contexto sugerido para
indicar boas prticas no provimento de infraestrutura aeroporturia, possveis caminhos e ainda estabelecer um ambiente
pratico de teste e de validao de conceitos em um modelo paramtrico BIM de um pequeno Terminal de Passageiros
Aeroporturio, T3 - SBCF, MG.

Keywords: Tecnologia da Informao e Comunicao, Gesto Paramtrica, Linguagem C# e Simulao de Time-line de Obra.

INTRODUO
Esta pesquisa, atravs desta Oficina de Projeto
Como forma de orientao e apoio para as atividades da
pretendeu identificar quais so as melhores formas de
Oficina de Projeto, bem como uma maneira de
implantao e utilizao de sistemas inteligentes para
contextualizar o objeto de estudo, foi caracterizado um
gerenciamento de projetos e obras em organizaes
Termo de Referncia que consiste em uma srie de
como a INFRAERO. Talvez o fator mais importante neste
documentos que compem o projeto de expanso do
processo a dificuldade de gerir esta informao
Aeroporto Internacional de Confins, MG. Informaes
atualmente em empresas desta natureza, (fragmentado
relativas ao Plano de Implantao, os edifcios
em vrios arquivos) na coordenao entre os projetos
existentes, as normas para a aviao civil e engenharia
complementares e estgio de execuo prpria
INFRAERO, padres e modelos a serem utilizados so
(trabalho). Os desenhos e informaes especficas e
neste Termo de Referncia.
precisas tornaram-se muito importante, inclusive no que
O balizamento das aes de pesquisa atravs da diz respeito a fatores indesejveis, tais como
utilizao dos Sistemas BIM para o provimento de inconsistncia de dados e duplicidade de informaes,
infraestrutura aeroporturia com as normas e padres de ligue para a interferncia entre os projetos
engenharia vigentes na INFRAERO fundamental para complementares, tais como arquitetura, estrutura,
que num possvel panorama de implantao as boas infraestrutura, sistemas hidro sanitrias, sistemas
prticas, fatores crticos de sucesso e possveis gargalos eletromecnicos, telemtica, navegao, etc.
sejam conhecidos e estudados, para que a troca de
O processo de projeto em uma ferramenta de CAD do
informao envolvida no processo de aprovao de
tipo genrico, como o AutoCAD, caracterizado pela
projetos da empresa seja fluida.
escassez e m qualidade dos dados do projeto e da
Isto s e possvel a partir da formatao de templates e documentao especfica (em seus arquivos),
padres definidos, praticas integradas e semelhantes precisamente porque no definvel (aceitar parmetros
entre a equipe multidisciplinar e ainda atravs da ou informaes incorporadas aos elementos de
definio de uma ontologia especifica para o domnio de construo e acessrios de projeto). Isto leva
informao na INFRAERO. Realizamos uma anlise necessidade de criar novos arquivos no software
entre as principais diferenas entre os mtodos de diferente, como o uso de uma planilha de texto (como
projeo bidimensional, amplamente utilizado em "Microsoft Word", por exemplo) para criar um memorial
projetos de terminais de passageiros, em comparao descritivo ou um programa como "Microsoft Excel" para
com aqueles que usam o sistema como ambiente de gerir tabelas e grficos de gesto de materiais
trabalho BIM modelando TPSR / SBCF global. quantitativa do trabalho e oramento.

367
Figura A- Modelagem do TPS SBCF/ BIM. (Perspectiva) Inferncias nos parmetros de configurao de objetos
construtivos permitem o estudo de vrias solues
No processo que se utiliza dos Sistemas BIM, ocorre uma formais, estticas e funcionais que podem ser simuladas
inverso em vez de uma srie de desenhos na concepo do projeto.
bidimensionais, o projetista deve "desenvolver" um Tais variveis so indicativos das maiores vantagens e
modelo virtual do edifcio, utilizando objetos que simulam
o comportamento de forma e os elementos construtivos desvantagens do uso de cada um desses sistemas.
a serem utilizados na construo. Os modelos virtuais
podem ser entendidos como os bancos de dados que Outro aspecto a dificuldade de adaptao do projeto
armazenam os dados de ambos os geomtricos, tais gerado em relao a possveis mudanas, uma vez que
como texto de cada elemento de construo usado no todo o trabalho, com o uso do AutoCAD, s pode ser feito
projeto. manualmente e, portanto sujeito a erros e
A combinao destes dados permite a extrao inconsistncias nos dados e informaes possivelmente
automtica de documentos, tais como plantas, cortes, duplicadas. Na segunda etapa, foi realizado o processo
perspectivas ou quantitativos. A ateno do projetista , de concepo, atravs da utilizao do BIM utilizando o
portanto, direcionado principalmente para solues de programa REVIT da AutoDesk.
projeto e no para desenhos tcnicos, que so em
grande parte geradas automaticamente pelo computador
(BIRX, 2006). OFICINA DE PROJETO CAMPOS DE PESQUISA
Na Oficina de Projeto abordamos a utilizao do 1- Desenvolvimento de objetos paramtricos;
software BIM existente na INFRAERO (Revit) de forma 2- Gesto de Bibliotecas e extrao de dados;
a testar suas capacidades frente aos requisitos e
condicionantes da empresa, no tocante no s ao seu 3- Ontologia e Web Semntica;
emprego, como na abrangncia das diversas 4- Trabalho Colaborativo;
especialidades de engenharia, que necessitam trocar 5- Interoperabilidade;
informaes entre os aplicativos utilizados, ainda que da
mesma plataforma (AutoDesk). 6- Troca de informaes (dados);
O processo de projeto que se utiliza dos Sistemas BIM 7- Processo de projeto de edifcios complexos.
caracteriza-se por grande quantidade de informaes
disponveis e configurveis ainda nos estgios iniciais, A sequncia lgica obedece ao ganho de complexidade
como no incio da etapa de projeto, estudo preliminar, que o fluxo de informao apresenta ao longo do
porque oferta informao precisa acerca das processo de projeto. Para realizar tarefas que vo desde
caractersticas e composio de cada elemento de a modelagem paramtrica, que abrange as
construo. Seus parmetros, o que no caso desta especialidades da AEC e apresentam um desafio em
Oficina de Projeto, facilitou o desenvolvimento de
termos de interoperabilidade de dados uma vez que so
proposies acerca do fluxo da informao ao longo do
processo de projeto, por ter maior clareza de utilizados diferentes aplicativos ao longo do processo.
interferncia entre os diferentes elementos de Finalmente temos a integrao, quando toda a
construo e suas especialidades complementares e o informao de projeto condensa-se em servidor (interno
mtodo de construo propriamente dito. a organizao) ou em rede externa (internet).

368
OFICINA de PROJETO METODOLOGIA

Figura C- Exportao de dados IFC

No entanto encontra-se em desenvolvimento e verses


aprimoradas vem sendo lanadas de tempos em tempos.
Figura B- Modelagem do TPS SBCF/ BIM. (Perspectiva) Finalmente, exploramos as potencialidades da
programao C# para adio de plug-ins
A infraestrutura de pesquisa proposta nesta Oficina de personalizados aos softwares da AutoDesk e simulao
Projeto BIM tem como ponto de partida um modelo nico no NavisWorks, parte da plataforma desta empresa, do
de informao representada pelo arquivo do Terminal timeline de obra do Terminal de Passageiros Remoto
Remoto - MG, totalmente modelado, mas no (T3) do SBCF MG bem como dos parmetros criados
parametrizado. (teste).
A estratgia para o desenvolvimento de atividades de
pesquisa a parametrizao do modelo pelos
participantes da Oficina (trabalho em equipe) e na
preparao de pelo menos um componente
aeroporturio paramtrico de acordo com as normas e
padres fornecidos e que contenha parmetros
personalizados (criao de novos parmetros). Esta
atividade representa a primeira parte da oficina, ou seja,
a sistematizao de informaes do modelo BIM, e Figura D- Modelo utilizado T3/SBCF- Revit
gerando componentes paramtricos que se adequam a
construo e os requisitos e restries do projeto.
O segundo objetivo dessa primeira etapa consistiu na
proposta de colaborao de cada membro da equipe de
trabalho com o seu campo de conhecimento especfico
dentro do conhecimento sobre os sistemas BIM. A ideia
foi realizar no s o intercmbio de conhecimentos entre
pesquisadores e instituies, mas visando ainda a
transferncia de tecnologia entre as melhores prticas na
concepo e fornecimento de infraestrutura
aeroporturia, com o uso dos sistemas BIM. Figura E- Modelo utilizado T3/SBCF- Revit
Para ser capaz de alcanar esses objetivos, propusemos
a metodologia colaborativa de pesquisa e a prtica do
trabalho integrado. Cabe ainda ressaltar a importncia
das listagens de parmetros (Schedules) que devem
conter toda a semntica adotada no projeto, de forma
sistematizada, abrangendo as fases de construo,
parmetros existentes e novos, bem como relacionadas
a ferramentas de anlise e de oramentao, se for o
caso.
Ocorre que as formas nativas do Revit para exportao
de geometria 3D paramtrica nos formatos DXF, FBX Figura F- Modelo utilizado T3/SBCF- Revit
ou DWG no atendem aos requisitos da maioria dos
aplicativos utilizados pelos profissionais das demais
especialidades.
A segunda opo nativa, baseada no formato neutro
IFC que permite a leitura por outro aplicativo de projeto
(software). O formato IFC possui limitaes
relacionadas a quantidade de informao que pode
transferir e anda divergncias de representao da
geometria entre as plataformas. Figura G- Modelo utilizado T3/SBCF- Revit

369
OFICINA PRTICA DE PROJETOS PROCEDIMENTOS ETAPA A Modelagem e Parametrizao

O trabalho da Oficina de Projeto, atravs do 1- Modelagem do Terminal de Passageiros


desenvolvimento do projeto TPSR/ SBCF, foi dividido em Remoto TPS - SBCF, em sua totalidade, (j
sete fases distintas, em quatro etapas, durante a Oficina concludo);
Pratica BIM: Estas etapas foram pensadas para desvelar
2- Simulao de Aplicao da Biblioteca de
informaes importantes acerca da utilizao pratica dos
Componentes Paramtricos Aeroporturios
Sistemas BIM (Revit) para o provimento de
com uma equipe multidisciplinar em TPSR -
infraestrutura aeroporturia no contexto da INFRAERO.
SBCF, analisando as questes de
A primeira etapa abrange questes relativas a
interoperabilidade envolvidas no processo, bem
modelagem e parametrizao de dados BIM. A segunda
como apontando quais seriam os possveis
aborda a produtividade no processo de projeto. A terceira
caminhos para cada utilizao especifica (MEP,
etapa realiza de forma pratica a simulao de Obra no
Estruturas, Analises de Desempenho
NavisWorks de um terminal de passageiros
energtico, etc.)
aeroporturio da INFRAERO. A quarta e ltima etapa
relaciona-se com os fluxos de informao e os processos A realizao desta Oficina de Projeto BIM teve como
de aprovao de projetos da INFRAERO. ponto de partida um modelo nico de informao
representada pelo arquivo do Terminal Remoto - MG,
ETAPA A Modelagem e Parametrizao totalmente modelado, mas no parametrizado. A
estratgia para o desenvolvimento de atividades de
pesquisa a parametrizao do modelo pelos
1- Modelagem do Terminal de Passageiros
participantes da Oficina (trabalho em equipe) e na
Remoto TPS - SBCF, em sua totalidade, (j preparao de pelo menos um componente
concludo); aeroporturio paramtrico de acordo com as normas e
2- Simulao de Aplicao da Biblioteca de padres fornecidos e que contenha parmetros
personalizados (criao de novos parmetros). Esta
Componentes Paramtricos Aeroporturios
atividade representa a primeira parte da oficina, ou seja,
com uma equipe multidisciplinar em TPSR - a sistematizao de informaes do modelo BIM, e
SBCF, analisando as questes de gerando componentes paramtricos que se adequam a
interoperabilidade envolvidas no processo, bem construo e os requisitos e restries do projeto. O
como apontando quais seriam os possveis segundo objetivo dessa primeira etapa consistiu na
caminhos para cada utilizao especifica (MEP, proposta de colaborao de cada membro da equipe de
Estruturas, Analises de Desempenho trabalho com o seu campo de conhecimento especfico
dentro do conhecimento sobre os sistemas BIM.
energtico, etc.)
A ideia foi realizar no s o intercmbio de
ETAPA B Produtividade no Processo de Projeto conhecimentos entre pesquisadores e instituies, mas
visando ainda a transferncia de tecnologia entre as
melhores prticas na concepo e fornecimento de
3- Inferncia pratica sobre a produtividade das infraestrutura aeroporturia, com o uso dos sistemas
ferramentas da AutoDesk, atravs da BIM. Para ser capaz de alcanar esses objetivos,
Programao em linguagem C# para criao propusemos a metodologia colaborativa de pesquisa e a
de plug-ins especficos a estes softwares; prtica do trabalho integrado. Cabe ainda ressaltar a
importncia das listagens de parmetros (Schedules)
ETAPA C Simulao de Obra - BIM
que devem conter toda a semntica adotada no projeto,
de forma sistematizada, abrangendo as fases de
4- Exportao do Modelo nico de Informao construo, parmetros existentes e novos, bem como
BIM do TPS SBCF para o AutoDesk relacionadas a ferramentas de anlise e de
NavisWorks de forma a simular o timeline de oramentao, se for o caso.
obra de um aeroporto, com fases definidas, Ocorre que as formas nativas do Revit para exportao
parmetros personalizados e possibilidade de de geometria 3D paramtrica nos formatos Dxf, Fbx ou
checagem de interferncias atravs da Dwg no atendem aos requisitos da maioria dos
propriedade nativa do software de Clash- aplicativos utilizados pelos profissionais das demais
especialidades. A segunda opo nativa, baseada no
detection entre os projetos das diversas
formato neutro IFC que permite a leitura por outro
especialidades; aplicativo de projeto (software). O formato IFC possui
ETAPA D Fluxos de Informao e Processos limitaes relacionadas a quantidade de informao que
pode transferir e anda divergncias de representao da
5- Desenho dos diagramas de fluxos de geometria entre as plataformas. No entanto, encontra-se
informao (possveis) atravs da utilizao dos em desenvolvimento e verses aprimoradas vem sendo
lanadas de tempos em tempos. Finalmente, exploramos
sistemas BIM (Oficina de Projeto);
as potencialidades da programao C# para adio de
6- Comparao com o fluxo de informao do plug-ins personalizados aos softwares da AutoDesk e
Processo em voga na INFRAERO; simulao no Navisworks, parte da plataforma desta
7- Inferncia e adaptaes de metodologia de empresa, do timeline de obra do Terminal de
pesquisa em sistemas BIM. Passageiros Remoto (T3) do SBCF MG bem como dos
parmetros criados (teste).

370
Segundo TSE e WONG (2005), existem pelo menos trs
possveis caminhos para a melhor integrao na
implantao dos sistemas BIM:
ETAPA B Produtividade no Processo de Projeto
1- Implantar mdulos adicionais dos projetos
3- Inferncia pratica sobre a produtividade das
complementares ao projeto arquitetnico na
ferramentas da AutoDesk, atravs da mesma plataforma;
Programao em linguagem C# para criao de
2- Exportao do mdulo arquitetnico como
plug-ins especficos a estes softwares; arquivo de dados em um padro aberto, o qual
pode ser importado pelos colaboradores do
A segunda parte da Oficina Prtica consistiu na projeto e utilizado em suas aplicaes
elaborao de plug-ins para a interface do sistema BIM especficas.
utilizado, Autodesk Revit, atravs do Microsoft Visual
Studio e da programao em C#, que possibilita 3- Desenvolver aplicaes especficas por meio de
adicionar funcionalidades especficas, aumentar a Application Programming Interface (API) que
produtividade e ainda alterar protocolos e criar interfaces depende da permisso dada pelo representante
customizadas para interoperabilidade de dados entre BIM e da acessibilidade das propriedades dos
outros aplicativos de anlise e de produo na cadeia da objetos.
AEC.
A criao de dois novos parmetros de teste
programados durante a Oficina Prtica serviu de base
para o exerccio de listagem automtica de valores
atravs de plug-in especialmente criado para tal fim.
Este exemplo fornece compreenso da facilidade de sua
criao, uma vez dominadas as linguagens e os
aplicativos de programao, como tambm permitem
visualizar as potencialidades de se poder alterar e
personalizar quaisquer aplicativos da Autodesk ou da
Microsoft com tal metodologia.
Tais capacidades ganham ainda maior importncia
dentro de uma organizao como a INFRAERO, em
funo da complexidade do escopo de seus projetos e
ainda pela dinmica de aprovao dos requisitos e do
desenvolvimento das solues entre as diversas
especialidades de projeto, com ateno para as reas de
estruturas, oramento e de infraestrutura, que
demandam larga utilizao de softwares especficos de
projetao.
Esta segunda parte representa a utilizao dos sistemas
BIM de forma avanada para que possa responder de Figura H- O repositrio de modelos incorpora funes
forma satisfatria a ambientes agressivos de negcios, de integrao entre modelos. Fonte: (QUEIROZ, S. 2012,
carregados de especificidades e heterogneos em suas p. 6).
equipes, prticas e trocas de informao ao longo do
processo de projetao. A coordenao das informaes do modelo BIM
assegurada por um repositrio de informaes
Isto possvel para a plataforma BIM da AutoDesk com
padronizadas de desenhos da construo que contm
aplicaes especializadas que usam uma API,
informaes embutidas que vo sendo acrescentadas
Application Programming Interface (ou Interface de
pelos diversos participantes do desenvolvimento do
Programao de Aplicativos) que um conjunto de
produto da construo, garantindo a qualidade e a
rotinas e padres estabelecidos por um software para a
integridade do modelo.
utilizao das suas funcionalidades por aplicativos que
no pretendem envolver-se em detalhes da Todas as mudanas so guardadas e as vises dos
implementao do software, mas apenas usar seus projetos complementares em implantao so
servios. atualizadas automaticamente. Contudo para suportar
todas as informaes embutidas ao objeto CAD em um
De modo geral, a API composta por uma srie de
nico modelo, exige que seu banco de dados seja to
funes acessveis somente por programao, e que
grande quanto ao volume de dados. Portanto, requer
permitem utilizar caractersticas do software menos
avanados recursos de Tecnologia da Informao para o
evidentes ao utilizador tradicional para operar
seu bom desempenho (CYON, 2003).
diretamente sobre os dados construtivos.
Nesta configurao, a coordenao da informao do
Por exemplo, muitos aplicativos de software contam
edifcio fica nas mos do arquiteto, pois ele que inicia o
com formatos abertos, como STEP, IFC, ou CIS / 2,
processo. E requer que todos os especialistas trabalhem
para intercambiar os dados de construo entre os
em uma plataforma comum. O potencial de utilizao das
diversos programas de engenharia.
ferramentas BIM bastante significativo na fase de
Outras integraes so baseadas em um driver de banco produo de um projeto (ao longo do processo).
de dados neutro, como ODBC, que atua como um
tradutor entre os programas de software.

371
ETAPA C Simulao de Interferncias BIM

Figura I- Simulao NavisWorks TPS/ SBCF

1- Exportao do Modelo nico de Informao (faseamento) de obra, a partir das funes operacionais
BIM do TPS SBCF para o AutoDesk principais presentes em edificaes desta natureza,
NavisWorks de forma a simular o timeline de embarque, administrao e desembarque. O
obra de um aeroporto, com fases definidas, delineamento do faseamento criado no Revit foi lido
parmetros personalizados e possibilidade de pelo NavisWorks e expresso em forma de um
checagem de interferncias atravs da fluxograma de atividades e de tempo, segundo as fases
propriedade nativa do software de Clash- pr-estabelecidas.
detection entre os projetos das diversas
especialidades; Foi ento realizada a simulao do processo construtivo
A terceira parte deste Workshop centrou-se na utilizao de forma a atestar a capacidade do aplicativo em
do Autodesk NavisWorks para realizao de um gerenciar o fluxo de informaes, bem como da eficincia
timeline de planejamento de projeto associado as de troca de dados. O bom desempenho no surpreende,
atividades de obra usuais em um terminal de passageiros j que estamos falando de uma soluo fechada, do
da INFRAERO. O NavisWorks e um aplicativo tipo plataforma, que necessariamente possui
altamente poderoso que permite a checagem de funcionalidade pratica, at mesmo por uma questo de
interferncias entre os projetos das diversas sobrevivncia comercial, ou seja, perfaz uma gama de
especialidades bem como realizar a simulao do produtos softwares de mesma natureza, do mesmo
timeline de obra segundo as fases previamente fabricante.
estabelecidas no Revit.
O NavisWorks e a ferramenta indicada, dentro da
A Oficina de Projeto realizou a criao de dois novos plataforma AutoDesk, para realizar a integrao de
parmetros no existentes de forma nativa no Revit , e projetos complementares visando a checagem de
gerenciou a informao destes parmetros desde sua interferncia e futuro planejamento de obra.
exportao at o NavisWorks bem como sua edio j
dentro do novo aplicativo.
ETAPA D Fluxos de Informao e Processos
A partir de um modelo paramtrico de um aeroporto, no
aplicativo Revit, foi realizada a configurao de etapas

372
4- Desenho dos diagramas de fluxos de que no devem possuir interferncias entre si. Alm
informao (possveis) atravs da utilizao disso, devem ser capazes de comprovar que atendem a
dos sistemas BIM em soluo do tipo soluo mais vantajosa face aos critrios, requisitos e
Plataforma (Oficina de Projeto); condicionantes de cada rea Cliente do Departamento
de Engenharia, de forma que se torna necessrio que
exista conexo no apenas de dados, mas uma
metodologia colaborativa entre os agentes intervenientes
neste processo. Em face do exposto, acreditamos que as
fases de projeto devam estar interconectadas em relao
ao ganho de complexidade que a informao de projeto
adquire ao longo das mesmas.

Figura J- Exportao de dados - AutoDesk Revit

Como podemos observar na figura acima, a opo de


exportao de dados a partir do software Revit divide-
se em quatro grupos bsicos:

1- Formatos nativos (Dwg, Dxf e Fbx), que


permitem a exportao para softwares da
mesma plataforma ou que possuam a
capacidade de importa-los;
2- Microsoft Excel, que pode ser conectado sob a Figura L- Fases de Projeto na INFRAERO
forma de link de forma a permitir a gesto
paramtrica do modelo 3D Revit atravs da Porm para que seja possvel a conexo devida entre as
alterao de seus parmetros no Excel; reas clientes e as fases de projeto dentro de um
3- IFC, padro universal de troca de dados via processo de projeto que se utilize dos Sistemas BIM
arquivo neutro. torna-se fundamental que as atividades de modelagem e
a busca de solues de projeto e de anlise de dados
sejam integradas. A capacidade organizacional de uma
empresa como a INFRAERO para integrar seus
processos, seus fluxos de informaes e suas
metodologias de anlise e de projeto, ou seja, sua pratica
profissional exige-se que se desenvolva lentamente um
senso crtico expresso em maturidade empresarial.

Figura K- reas clientes a de Engenharia - INFRAERO

No mbito da INFRAERO, as atribuies da rea de


Engenharia so geradas pelas demandas e
necessidades das reas cliente, como as de Operaes,
Comercial, Navegao Area e Logstica de Carga.
Obviamente o atendimento de eventuais solues de
projeto deve passar pela anlise e aprovao destas
reas afins. Portanto ao se pensar na aplicao de um
Sistema BIM para a empresa necessariamente deve-se Figura M- Estgios de Maturidade BIM
incluir no fluxograma de dados os loopings necessrios.
6- Comparao com o fluxo de informao do
Processo em voga na INFRAERO
Ao pensarmos em uma metodologia BIM de projeto para
(bidimensional no paramtrico);
a INFRAERO devemos nos ater a necessidade de que a
A inferncia a partir das diferenas e divergncias entre
informao percorra as necessidades e configuraes de
os dois processos investigados projeto permite que seja
cada especialidade, expressas em solues de projeto

373
possvel supor quais seriam os fatores crticos de aprovao das solues propostas por cada rea cliente.
sucesso na implantao de um Sistema BIM para o No entanto, o fluxo de informaes fica retido nas
fornecimento de infraestrutura aeroporturia no Brasil e interfaces de aprovao, uma vez que caso ocorra um
possivelmente indicar as melhores formas para a sua
descompasso ou discrepncia nas solues
implantao. Os benefcios e os impactos da utilizao
de um sistema BIM para esses fins sero de grande valia apresentadas, deve-se retornar ao incio da etapa sem
por ser capaz de quantificar os impactos sobre a que aja uma interao de dados e de analise entre os
estrutura organizacional INFRAERO e a extenso e profissionais das diversas especialidades de projeto.
complexidade das mudanas em sua eventual
implantao na empresa.

Figura N- Processos de projeto

Os processos de Criao (concepo), analise e de


documentao devem estar interligados quando se
utiliza um software paramtrico, de forma a que se
estabelea uma metodologia colaborativa a que
chamamos BIM. Ao envolvermos os diversos agentes
intervenientes da INFRAERO ao longo de um processo
de projeto que obedea as fases definidas de Servios e
Estudos Preliminares, Projeto Bsico e Executivo,
representados pelas diversas reas da empresa, de
forma colaborativa e integrada, poderemos observar que
as interfaces tradicionais de entrega de informao de
projeto iro se transformar de simples campos de
sobreposio a algo totalmente permeado pelas
informaes inerentes de cada rea (vide Fig. 11). A
figura abaixo representa o fluxo de informao no
processo tradicional em voga na INFRAERO, onde os
campos que se sobrepem no perfazem a totalidade da
informao existente em cada fase de projeto. O restante
de cada conjunto perde disponibilidade de entrega de
informao ao longo do processo de projeto.

Figura O- Fluxo de Informao bidimensional no


paramtrico ao longo das fases de projeto Figura P- PROCESSO APROVACAO PROJETOS INFRAERO SEDE.
Fonte: INFRAERO.

Como podemos observar na figura abaixo, que


METODOLOGIA DETALHADA (OFICINA DE PROJETO)
representa o processo de aprovao de projetos
atualmente utilizado pela INFRAERO, caracteriza-se por 1- Configurao de Parmetros (TPS-SBCF);
um processo linear que invariavelmente depende da
finalizao da etapa anterior para que aja andamento na

374
Esta etapa a parametrizao de partes do Terminal C) Atributos: propriedades, caractersticas ou
Remoto de cada participante da Oficina, a fim de retratar parmetros que os objetos podem ter e
o uso do modelo de informao nico para o trabalho compartilhar;
colaborativo entre os vrios projetos de especialidade.
D) Relacionamentos: as formas como os
O processo de mapeamento de informaes de
parmetros do modelo nico de informaes e os
objetos podem se relacionar com outros
protocolos de compatibilidade com as interfaces de objetos.
aplicativos, em interao com outras ferramentas de
projeto e / ou anlise (software) aumenta a complexidade 4- Modelagem paramtrica no projeto
e o nvel de maturidade exigida para tais fins. aeroportos
Aspectos semnticos e ontolgicos a respeito da
complexidade do projeto e os requisitos de nvel e as A modelagem de componentes de informao do
informaes associadas a esta, bem como em relao aeroporto importante na pesquisa desenvolvida nesta
aos aspectos de interoperabilidade de troca de dados e oficina para a realizao especifica aplicabilidade para o
extrao de informaes so contribuies significativas fornecimento de sistemas de infraestrutura aeroporturia
que a equipe da Universidade de Gent, representados BIM, bem como permitir o processo de projeto envolvidos
pelos professores RONALD MEYER e PIETER na sua criao determinado.
PAUWELS, pode trazer. Alm disso, o uso desses componentes permitir a
extrao aeroporto paramtrico simulao e troca de
2- Ontologia aplicada em Cincia da Computao informaes em todo o processo, bem como a inferncia
sobre o mapeamento adequado das informaes do
Em Cincia da Computao, Sistemas de Informao e projeto e a metodologia envolvida na sua preparao e
Cincia da Informao, uma ontologia um modelo de utilizao (aspectos semnticos e ontolgicos).
dados que representa um conjunto de conceitos dentro O fluxograma de utilizao dos Sistemas BIM como
de um domnio e os relacionamentos entre estes. Uma ambiente de trabalho na INFRAERO, deve cobrir seus
ontologia utilizada para realizar inferncia sobre os atores principais, enquanto clientes internos e externos
objetos do domnio. Ontologias so utilizadas em (ANAC), bem como os requisitos e formas de aprovao
inteligncia artificial, web semntica, engenharia de formal dos projetos pela empresa. A parte principal do
software e arquitetura da informao, como uma forma processo est nas atividades de anlise de processos,
de representao de conhecimento sobre o mundo ou diagramas de fluxo e avaliao "layout".
alguma parte deste.
O processo de projeto a evoluo e maturidade de
3- Ontologia "Conceitual" BIM: informaes associadas a estes campos, que flui em
uma representao grfica e na busca de solues mais
vantajosas para cumprir os requisitos no incio do
Desenvolvida para reduzir a complexidade e possibilitar
processo.
a aquisio do conhecimento e validao dos tpicos do
Framework. uma linguagem para representar o BIM Entre estes, vrios campos de prestao de profissional
Framework. Existem muitos tipos de ontologias que de infraestrutura aeroporturia atravs da estao
variam em sua formalidade, estrutura e uso pretendido. INFRAERO todas as atividades de anlise, melhoria,
qualidade e gesto, permeando todo o processo.
Trs principais usos: Os processos de anlise so realizados de forma
contnua em cada nova soluo proposta, a fim de validar
1- Gerar uma linguagem para a comunicao constantemente os requisitos de cada projeto.
entre as pessoas ou interoperabilidade entre Os diagramas de fluxo de representar uma novidade em
sistemas; relao ao processo de aprovao de projetos
2- Atuar como uma "descrio formal dos atualmente em voga na INFRAERO, uma vez que esses
elementos e relaes entre os elementos" fluxos so usados para monitorar e orientar as
dentro do domnio. informaes entre o modelo de informaes exclusivas e
ferramentas de anlise e produtividade de cada projeto
3- Ajudar na aplicao de aquisio de
de especialidade.
ferramentas de conhecimentos, tcnicas e
metodologias, facilitando a construo de A adoo de um sistema do tipo BIM, permite a
modelos de domnio e de reutilizao de integrao dos dados de diferentes especialidades
conhecimento entre domnios. complementares de forma a se aprimorar o processo de
concepo e consequente tomada de deciso ao longo
As solues encontradas durante o desenvolvimento de
do processo de projeto.
um projeto (processo de projeto) devem servir para
melhorar a metodologia em relao aos processos de O domnio da metodologia BIM como ferramenta de
BIM e estruturas organizacionais, sejam pblicas ou gesto da informao de projeto e de obra no Brasil, alm
privadas, de modo que as mudanas necessrias em sua de significar a apropriao da tecnologia no mbito
estrutura ser possvel. brasileiro, perfaz um diferencial competitivo.
A sntese da forma a atividade onde o arquiteto ou
Ontologias geralmente descrevem: projetista deve partir de um conjunto de requisitos do
programa de necessidades e condicionantes e propor
A) Indivduos: os objetos bsicos; uma configurao espacial que no s atenda a esses
requisitos, mas que tambm seja vivel dos pontos de
B) Classes: conjuntos, colees ou tipos de vista estrutural, econmico e ambiental.
objetos;

375
Aqui est o cerne da atividade profissional e criativa do O uso persistente do sistema CAD tradicional para a
arquiteto no processo de projeto. maioria das empresas hoje em dia, no Brasil, pode ser
As caractersticas que se esperam de uma ferramenta devido falta de informaes l sobre o potencial dos
CAD para esta etapa so a facilidade na manipulao de sistemas BIM- CAD, mas que a sua implantao, em
objetos, criao e visualizao virtual. geral, mudanas na demanda do processo de projeto
prprio. Apesar das diferenas entre os dois sistemas
O passo seguinte consiste basicamente em se agregar CAD examinados, verificou-se que em ambos os casos,
configurao inicial toda a informao de projeto e a informao de importncia para a gesto da qualidade
detalhamento necessrio para que este possa ser projetiva bem como documentao da qualidade do
executado e/ou licitado. edifcio concludo.
Nesta etapa, espera-se que as ferramentas CAD apoiem Enquanto uma informao CAD tradicional pode ser
o desenvolvimento do projeto tanto no que se refere compartimentada em ficheiros diferentes, a
incorporao de novas informaes e geometria ao representao tridimensional de um edifcio s faz
modelo, quanto na comunicao e compartilhamento do sentido se todos os elementos que a constituem estejam
projeto, da informao e dos dados gerados para que presentes no mesmo ficheiro, ocupando as posies
profissionais de diversas reas possam realizar os relativas, que vai ocupar o edifcio construdo. Apesar de
projetos complementares. uma vantagem sobre CAD tradicional, a presena de
O aspecto mais importante a se ressaltar neste mtodo todos os elementos geomtricos em uma localizao no
de projeto que uma vez que se ultrapasse a fase de garante a possibilidade de estruturao e de extrao de
sntese, no existe volta para que uma nova soluo ou informao, principalmente sob a forma de
proposta sejam incorporadas ao projeto. documentao de projeto.
O desenvolvimento do projeto e o enorme volume de Embora ainda poucos estudos quantificar os benefcios
documentao gerado neste processo constituem-se em obtidos com o uso de BIM do CAD, a pesquisa na rea
uma barreira devido enorme tarefa de retrabalho de tecnologia da informao concorda em relao sua
envolvida nesta situao. influncia positiva sobre o desempenho do processo de
projeto e sobre a irreversibilidade da transio do CAD
Resta ainda a anlise de pequenas alteraes de projeto,
geometria para sistemas BIM. No entanto, no s a
que passam pelo incmodo bvio de terem que ser
ferramenta utilizada para gerar a documentao de
atualizadas individualmente em todas as pranchas ou
projeto deve ser modificada, mas tambm o processo de
arquivos do projeto, o que pode ser uma fonte de erros e
criao, que no deve permanecer inalterado face s
de omisses.
novas possibilidades proporcionadas pela tecnologia.
Portanto, o processo de aprovao de projeto atualmente
Os diagramas de fluxo representam uma novidade em
estruturado na INFRAERO dever passar por revises
relao ao processo de aprovao de projetos
ao adotarmos os sistemas BIM como ambiente de
atualmente em voga na INFRAERO, uma vez que tais
trabalho na empresa.
fluxos servem para acompanhar e guiar as informaes
Ao pensarmos a utilizao de um modelo nico de entre o modelo nico de informaes e as ferramentas
informaes de projeto para que seja desenvolvido e de anlise e de produtividade de cada especialidade de
complementado por todas as especialidades de projeto, projeto.
necessariamente sairemos de uma estrutura linear para
Como exemplo, a especialidade de conforto trmico,
alguma forma radial que represente as conexes e
luminoso e acstico muito provavelmente ir se utilizar
interfaces entre o ncleo (modelo nico de informao
de ferramentas como o Ecotect Analysis, ou similar.
BIM) e as partes (especialidades de projeto).
Aspectos de interoperabilidade, a definio precisa das
A parte subjetiva neste processo, que extrapola as interfaces necessrias para a troca de informao entre
variveis desta pesquisa reside nos loopings os sistemas BIM e as ferramentas de anlise e os
representados pelas atividades de submisso de protocolos envolvidos em tais processos so escopo da
solues desenvolvidas para aprovao junto aos etapa de diagrama de fluxos proposta.
clientes internos da rea de engenharia.
A etapa de definio de layout constitui-se uma parte
Citando os principais, Comercial, Operaes, importante do macro processo por ser uma etapa
Segurana, Manuteno, Navegao Area, meio preparatria para o desenvolvimento do projeto, onde o
ambiente, entre outros que devero tambm utilizar autor prope que se proceda a investigaes da forma e
ferramentas BIM para tais fins, mas que no perfazem da funo propostas para a edificao. No caso do
objeto de investigao ou recorte nesta Oficina de Revit, estes estudos se do atravs da ferramenta de
Projeto. massas disponvel no software.
A INFRAERO atualmente passa por reestruturao A proposta de investigao metodolgica (figura abaixo)
significativa de processos e financeira. define as conexes e inter-relaciona os diversos estgios
de pesquisa que o autor acredita que melhor responda
como teste da hiptese face ao processo de utilizao
dos sistemas BIM na INFRAERO detalhado acima. Por
detrs dos benefcios esto ocultos inmeros pequenos
processos para realizao das tarefas de projeto, que
Inferncia e adaptaes de pesquisa em sistemas BIM.
deveriam ser objeto de pesquisa para melhor definio
deste novo processo de projeto que os sistemas BIM
representam.

Projetos de inferncia paramtrica

376
Como componentes paramtricos so projetados em como extrao de informao, estratgias de
uma reutilizao lgica construtiva e organizao modelagem, a troca de informaes (dados de
sistemtica de recursos e funcionalidades, diferentes interoperabilidade), oramento, etc.
espaos de um terminal de passageiros em um aeroporto
podem ser pensados como define paramtrico funcional Aqui reside a contribuio especfica de cada
dentro de uma metodologia de projeto que faz uso do pesquisador em seu campo de estudo e/ ou ensino, com
sistema BIM. foco no conhecimento pblico representado por
O uso de conjuntos inteiros que representam partes dos pesquisas anteriores e no desenvolvimento da pesquisa
elementos de construo como a insero de projetos, atual de cada pesquisador. A ideia trazer as diferentes
organizados em bibliotecas de conjuntos funcionais do vertentes de investigao em todos os domnios do
edifcio consistente com a natureza e a dinmica dos conhecimento associadas aos Sistemas BIM.
projetos aeroporturios. Aspectos como a interoperabilidade de dados,
A Oficina de Projeto teve como objetivo investigar os oramento automtico (quantificao, extrao), e
aspectos semnticos e ontolgicos no uso de formao de componentes paramtricos, entre outros
componentes paramtricos neste intervalo. podem se beneficiar desta pesquisa, bem como o
desenho das melhores prticas associadas ao uso dos
A possibilidade de visualizao e manipulao interativa Sistemas BIM, caminhos de implantao e definio de
de modelos virtuais com auxlio do computador tem interfaces, protocolos e padres apropriados para tais
revolucionado o processo de projetao, pois permite a fins.
compreenso e anlise de enormes quantidades de
informao de natureza espacial com eficincia sem Neste momento ficou clara a defasagem entre o saber
precedentes. adquirido atravs da experincia terica e o domnio
pratico da metodologia e da tecnologia que envolve os
A visualizao e a manipulao interativa de modelos
virtuais uma ferramenta valiosa para a rea da AEC, Sistemas BIM. Alm disso, a Universidade de Gent
sobretudo quando se deseja checar interferncias e possui registros prprios em relao ao fluxo de
simular o processo construtivo a ser utilizado na Obra. informao associado utilizao dos Sistemas BIM,
A capacidade de simular projetos futuros, verificar se abordando aspectos como ontologia aplicada para
correspondem ou no ao empreendimento, alm da tipologias de projeto e de concepes semnticas
possibilidade de fundir aspectos da realidade atual com especficas para integrao das disciplinas de projeto e
a realidade virtual oferece novos patamares de anlise e de obra em um ambiente colaborativo Web.
compreenso em ambientes complexos de trabalho.
Essas capacidades geram um detalhamento preciso da A implantao de um Sistema BIM em uma estrutura
edificao, de forma a permitir uma anlise mais organizacional com a INFRAERO apresenta uma
cuidadosa dos requisitos funcionais, estruturais e disposio em camadas que vo se sobrepondo em
ambientais. funo da complexidade envolvida no uso das
Aeroportos representam uma rea de aplicao ideal ferramentas BIM por toda a equipe de projeto e de obra.
para simulao de ambientes complexos. Em cada camada existem novos nveis de informao
Os processos esto em continua mudana, requerendo associada (parmetros) bem como informaes
um desempenho que possa ser medido em vrios adicionais relacionadas ao comportamento e a inter-
indicadores de desempenho diferentes. relao (conectividade) entre estes componentes
Dentro dos aeroportos, mas tambm entre aeroportos, o construtivos. A integrao em servidor interno
mesmo tipo de perguntas respondido inmeras vezes. organizao (INFRAERO) de um projeto de funes
Porm, frequentemente so construdos modelos de complexas como um aeroporto exige que se
simulao novos para cada pergunta, se possvel estabeleam regras, critrios e atributos dos
copiando algumas partes de modelos prvios. componentes construtivos de forma a gerar uma
A reutilizao de componentes de simulao raramente linguagem comum e interoperava entre os diversos
vista. aplicativos (softwares) utilizados no processo de
Este papel mostra uma aproximao entre os requisitos projeto.
de provimento de infraestrutura aeroporturia e os
benefcios que um sistema BIM pode proporcionar. A isto se d o nome de ontologia aplicada aos processos
Partindo da suposio de que a construo de de engenharia. Sem a organizao ontolgica das
componentes paramtricos (blocos) pode formar o tipologias aeroporturias inserida nos processos internos
ncleo de um sistema de gesto para infraestrutura de da organizao, no caso a INFRAERO, a extrao dos
um aeroporto, pode-se responder aos desafios deste benefcios de um Sistema BIM fica comprometida em
setor de forma mais rpida que nos modelos tradicionais.
funo do caos que se ira estabelecer na troca de
Os sistemas BIM agregam o conjunto de informao informao e na subsequente tomada de deciso e na
(capacidade tcnica) de cada profissional da equipe de imperfeio inerentemente associada aos processos de
projeto, possibilitando somar este conjunto de
anlise. A integrao maior, em rede externa, via
conhecimento em uma composio palpvel das
variveis de informao presentes neste universo. internet, exige uma maturidade ainda maior,
representada pelos aspectos semnticos destas
tipologias.
5 - Demonstraes de prticas inovadoras no
processo de projeto que se utiliza dos Sistemas BIM,

377
METODOLOGIA DETALHADA (OFICINA DE PROJETO) Diferenas entre Lentes e Filtros BIM
BIM Framework uma metodologia para gerenciar o
projeto de construo e dados do projeto em formato So ferramentas de investigao da pesquisa e anlise
digital ao longo do ciclo de vida do edifcio. de domnio, permitindo a descoberta de conceitos e
relaes:

1- Lentes: aditivos implantados a partir de "lado


do investigador no campo de informao do
BIM destacam observaes que satisfazem os
critrios de pesquisa e identificam as suas
relaes (Ex. deteco de calor infravermelho);

2- Filtros: subtrativos implantados a partir do "lado


dos dados, removendo observaes que no
atendem os critrios de pesquisa (esconder
dados no condizentes dentro de uma planilha).
Existem trs tipos de lentes e filtros que podem ser
aplicados individualmente ou coletivamente para
Figura Q- Quadro BIM: campos, estgios e lentes -
gerar uma viso do conhecimento:
modelo tri-axial. Extrado de "Building Information
Modeling: A research and delivery foundation for
industry stakeholders B. SUCCAR, 2009, Automation in 1- Lentes e Filtros Disciplinares
Construction, Elsevier B.V.
Geram vistas BIM atravs da aplicao de campos do
SUCCAR (2009, p. 358) desenvolveu um quadro de conhecimento.
pesquisa para: sistematizar o conhecimento, referente Geram vises distintas do domnio BIM
aos Sistemas BIM como uma soluo integrada e Lente de gerenciamento de dados: destacam os dados
dessa forma conectar as lacunas que existem entre os que fluem e controlam
teoricos academicos acadmico e seus colegas no Filtro de fluxo de dados: isola os tipos de arquivos
mundo prtico (mercado). trocados
Lente de gesto de processo: destaca os papis,
Os campos - fields (participantes e resultados), os
procedimentos e tarefas.
estgios - stages (maturidade de implementao) e as
Filtro de tarefas: isola reunies especficas e chamadas
lentes - lenses (conhecimento atraves de diferentes
de telefone
pontos de vista).
2- Lentes e Filtros de Escopo
SUCCAR (2009) argumenta que o IPD deve ser o
ponto final de implantacao, declarando que "... a viso a Altera a abstrao horizontal e vertical do ponto de vista
longo prazo dos Sistemas BIM [ o de] uma amlgama pretendido. Resume a viso do conhecimento mudando
de domnio de tecnologias, processos e polticas "(p. sua granularidade e filtrando as informaes indesejadas
365). atravs de "unidades de arredondamento de medio
- Lente Macroscpica: possui ampla cobertura tpica,
mas baixa em detalhe.
- Lente Mesoscpica: cobertura mdia para focos e
detalhes
- Lente Microscpica: pobre de foco, mas rico em
detalhes

3- Lentes e Filtros Conceituais

Gera vistas de conhecimento atravs da aplicao


conceitual de filtros derivados da Ontologia BIM
Incluem: Agentes, Restries, Entregas, Equipamentos,
Tarefas e Desencadeamentos.
Em resumo, lentes e filtros BIM (disciplinar, escopo ou
conceitual) podem ser aplicados individualmente ou
coletivamente para gerar uma srie de pontos de vista.
Estas capacidades de extrair vistas e conhecimento,
atravs da abstrao e representao, proporcionam ao
Quadro BIM flexibilidade e granularidade investigativa.
Figura R- Construo de uma Ontologia. Fonte:
LIBRELOTTO et. Al, 2005).

378
Lentes BIM - Terceira dimenso do Framework Permitem que o investigador foque qualquer aspecto da
indstria AEC e elabore vistas de conhecimento que
Geram uma profundidade de investigao destaquem observaes que satisfaam os critrios de
pesquisa ou filtrem observaes que no satisfaam.
So camadas distintas (layers) de anlise aplicada a
Campos e Estgios para gerar Vistas Conhecimento Todas as vistas sobre o conhecimento so abstraes
derivadas a partir da aplicao de uma ou mais lentes
Resumem o Domnio BIM e controlam a sua e/ou filtros.
complexidade removendo detalhes desnecessrios

Figura S- BIM Framework O diagrama acima reflete como o BIM Framework


(Succar, 2009) gera um Sistema de Competncia BIM
para Conjuntos de Multiplos Campos, Estgios e Lentes
O Sistema de Competncias BIM uma coleo Os Campos BIM so aglomerados conceituais de
hierrquica de competncias individuais identificadas participantes no domnio de interao e sobreposio
para fins de implementao BIM e avaliao da equipe.. dentro da indstria (SUCCAR, 2009). Existem trs tipos
de campos BIM (Tecnologia, Processos e Poltica) e trs
O termo competncia neste artigo, no reflete
componentes dentro dos campos (Participantes
necessariamente as habilidades humanas, mas um
Requerimentos e Entregas). Os Sistemas de
conjunto genrico de habilidades adequadas para a
Competncias BIM so um reflexo direto dos Requisitos
implantao visando avaliar a capacidade BIM em face
e Entregas do dominio BIM e pode ser groupedinto trs
do prazo.
conjuntos - Tecnologia, Processos e Poltica: conjuntos
de tecnologia em software, hardware e redes. Por
Possivelmente um Sistema de Competncia BIM que
exemplo, a disponibilidade de um BIM toolallows a
seja utilizado em um processo de implantao, ele seria
migrao desde a elaborao de base para o fluxo de
uma parte integrante das etapas de implantao BIM. No
trabalho baseado em objeto (uma exigncia do BIM Fase
entanto, se for utilizado para avaliar implantaes
1) conjuntos de processos em liderana, infraestrutura,
existentes, eles representam reas de avaliao do
recursos humanos, produtos e servios.
domnio BIM.

379
Figura T- Representaes ontolgicas BIM Framework Building Information Modeling (BIM) uma coleo em
expanso de conceitos e ferramentas com capacidades
Os processos de colaborao e as habilidades de transformadoras dentro da AEC indstria de
compartilhamento do banco de dados so necessrios Arquitetura, Engenharia e Construo. Discusses
para permitir a colaborao baseado em modelo um BIM acerca dos Sistemas BIM tem crescido face as
(Estagio 2). crescentes capacidades dos softwares, utilizaes
infinitamente variadas e padres concorrentes
Conjuntos de polticas em contratos, regulamentos e
provenientes de sobreposies de definies que tentam
pesquisa em novas prticas e processos para a que seja
delinear o termo BIM.
possvel a integrao baseada em rede (BIM Fase 3)
dentro de uma organizao especifica. Os Sistemas BIM podem ser entendidos como um
catalisador para a mudana (BERNSTEIN, 2005) prestes
As lentes BIM so camadas distintas de anlise que
a reduzir a fragmentao do setor (CWIC, 2004),
permitem aos pesquisadores de domnio se concentrar
melhorar a sua eficincia (HAMPSON & BRANDON,
seletivamente sobre qualquer aspecto ou conjunto de
2004) e reduzir seus custos elevados de
parmetros desejado, podendo gerar vistas de
interoperabilidade inadequada (NIST, 2004).
conhecimento (recortes) que possibilitam acesso a
campos de conhecimento especficos dentro de um vasto Em essncia, os Sistemas BIM representam um leque de
domnio. (SUCCAR, 2009). possibilidades e desafios que precisam ser
compreendidos e atendidos, respectivamente, atravs de
A caracterizao de um domnio e seus componentes,
uma abordagem mensurvel e repetvel. Cabe aos
com regras e parmetros definidos constitui-se tarefa
interessados explorar a natureza multidimensional do
fundamental para no s estabelecer uma ontologia
domnio BIM na busca de uma utilizao segura,
pertinente ao contexto da empresa til para eventual
inteligente e eficiente para a gesto do conhecimento da
implantao de um sistema BIM, no caso a INFRAERO,
AEC de forma a auxiliar indivduos, organizaes e
como permite que se possa aumentar a eficincia do
equipes de projeto BIM, ampliar sua capacidade,
processo de projeto e garantir o cumprimento de metas.
maturidade e melhorar o seu desempenho.

380
Figura U- Fases de maturidade BIM BIM Fase 1 - modelagem baseada em objetos (BIM):

INTEGRAO PRODUTO/ PROCESSO DE MODELAGEM Representa a capacidade paramtrica dos softwares


aplicada a objetos construtivos, de forma a que se
Existe a necessidade de se estabelecer e estreitar a estabeleam relaes alm dos parmetros nativos dos
relao entre o ponto de vista acadmico e o industrial mesmos. Inicia-se com a utilizao de um software de
para o entendimento e utilizao do BIM. ferramentas paramtricas baseado no objeto 3D.
Semelhante ao estado Pr-BIM, onde no h trocas
O frame com uma rede de trabalho composta por baseadas em modelos entre as diferentes disciplinas, as
relaes e ns. Implantaes de BIM e discusses trocas de dados entre os envolvidos so unidirecionais,
continuam a aumentar medida que mais organizaes comunicao assncrona e desconexa. Nesta fase
e entidades reconhecem seu valor agregado, ocorrem apenas mudanas nos processos menores,
evidenciado pelo aparecimento de diretrizes e relatrios sendo que os usos de modelos baseados em objetos
definindo requisitos e demonstrando resultados. acabam estimulando a resoluo antecipada e detalhada
do projeto durante as fases de seu ciclo de vida.
A adoo de um Sistema BIM pela INFRAERO exige que
se obedea aos nveis de maturidade que vo dos BIM Fase 2 - colaborao baseada em modelos (BIM):
estgios iniciais de modelagem pura de componentes e
projetos aeroporturios pela empresa, passando pelo A colaborao no projeto avana por uma nova era,
estagio colaborativo da equipe de projeto (que exige atravs de dados mais complexos e consistentes do
interoperabilidade de dados entre os aplicativos das modelo de informao do edifcio. A utilizao dos
diversas especialidades) at a fase de integrao (em Sistemas BIM tende a gerar uma procura crescente por
servidor e em rede), que prescindem de domnio dos uma verdadeira colaborao de projeto baseada em
aspectos ontolgicos para a integrao radial em torno modelos. Um modelo baseado na colaborao pode
de um servidor na empresa e de aspectos semnticos ocorrer dentro de uma ou mais fases do ciclo de vida do
quando esta integrao ocorre na rede (Web). projeto. A comunicao ainda assncrona, porm os
papis de disciplinas sequenciais e fases do ciclo de vida
Existe a necessidade de se estabelecer e estreitar a comeam a desaparecer. O estgio 02 oferece aos
relao entre o ponto de vista acadmico e o industrial profissionais um aumento considervel de informaes
para o entendimento e utilizao do BIM. aos seus modelos. Duas abordagens fundamentalmente
diferentes surgiram: uma conhecida como a abordagem
Podemos pensar em frame com uma rede de trabalho da "plataforma", onde a colaborao acontece com os
composta por relaes e ns. Implementaes de BIM e diferentes ramos da mesma soluo de software, e a
discusses continuam a aumentar a medida que mais outra conhecida como a abordagem "aberta", onde
organizaes e entidades reconhecem seu valor diferentes solues de software formam o suporte da
agregado, evidenciado pelo aparecimento de diretrizes e colaborao baseada em modelos.
relatrios definindo requisitos e demonstrando seus
resultados. Ambas, com nfase na criao compartilhada e
colaborativa do modelo da edificao, em todo o
Pr/ BIM processo do empreendimento, envolvendo as fases de
concepo, construo e operao, e as mltiplas
Modelagem iconogrfica: modelagem bi ou disciplinas da rea da AEC.
tridimensional que apenas representa os componentes
construtivos sem conter parmetros e informaes IPD Integrated Project Delivery Synopsis (IPD) tem
relacionais entre os mesmos. como misso Integrar pessoas, sistemas, estruturas de
Ocorre em uma base de dados fragmentada e negcio e prticas em um ambiente colaborativo.
independente entre as diversas especialidades de Otimizao dos resultados, reduo de desperdcios em
projeto. todas as fases (processo de projeto). Modelo nD. No
Documentao 2D para uma realidade 3D. Comumente caso desta Oficina de Projeto, como a concepo do
um modelo 3D gerado com uma informao projeto foi realizada previamente pela INFRAERO UnB,
desconexa, dependente de documentao e nos atemos ao caminho necessrio (fluxo) que a
detalhamento bidimensional. informao de projeto e de obra deve percorrer ao longo
Quantidades, estimativas de custo e especificaes, no do processo de projeto, bem como quais seriam as
derivadas de visualizao, nem documentao. Prticas melhores prticas para manipulao e anlise de dados
de colaborao entre envolvidas no priorizadas, fluxo dentro da plataforma AutoDesk em voga na INFRAERO.
de trabalho linear e assncrono. A implantao dos Sistemas BIM na INFRAERO
No Pr-BIM destaca-se a falta de investimento em certamente trar consigo, a reboque, os meandros da
tecnologia e a falta de interoperabilidade. gesto e comunicao da informao de projeto entre as
diversas especialidades de projeto e de obra (AEC).

381
Figura V- Caminho de maturidade BIM.

MACRO FRAMEWORK INFRAERO

O mtodo proposto extensivamente conhecido no


acadmico, uma vez que a utilizao de sistemas de BIM
e suas particularidades no novidade. No entanto, a Ferramentas de anlise e de produtividade de cada
sua aplicao em uma empresa pblica como a especialidade de projeto.
INFRAERO, que apresenta nuances especficas
Como exemplo, a especialidade de conforto trmico,
relativas s restries impostas pela Lei 8.666 e os seus
luminoso e acstico muito provavelmente ir se utilizar
juzos especficos para polticas de controle, internas e
de ferramentas como o Ecotect Analysis, ou similar.
externas, na figura do tribunal de Contas da Unio
TCU. Aspectos de interoperabilidade, a definio precisa das
interfaces necessrias para a troca de informao entre
A lentido e burocracia inerentes em empresas pblicas
os sistemas BIM e as ferramentas de anlise e os
brasileiras faz com que o uso da metodologia de
protocolos envolvidos em tais processos so escopo da
Sistemas BIM nestas organizaes possua
etapa de diagrama de fluxos proposta.
especificidades que merecem ser investigadas, para
futura implantao. Os processos e os principais atores A etapa de definio de layout constitui-se uma parte
para o processo de projeto de preencher aeroporto importante do macro processo por ser uma etapa
INFRAERO. preparatria para o desenvolvimento do projeto, onde o
autor prope que se procedam investigaes da forma e
Na figura abaixo so expressas atividades regulatrias,
da funo propostas para a edificao.
exigncias de formao, projetando e melhoria,
validao de requisitos, construo, instalao e No caso do Revit, estes estudos se do atravs da
operao do edifcio. ferramenta de massas disponvel no software.
Ao observarmos a inter-relao que se estabelece neste A proposta de investigao metodolgica (figura abaixo)
processo, podemos ver que a estrutura proposta baseia- define as conexes e inter-relaciona os diversos estgios
se nos conceitos da metodologia que utiliza sistemas de pesquisa que o autor acredita que melhor responda
BIM, sobre a centralidade das atividades de anlise, como teste da hiptese face ao processo de utilizao
avaliao e projeto. dos sistemas BIM na INFRAERO detalhado acima. Por
detrs dos benefcios esto ocultos inmeros pequenos
As posies centrais tendem a estabelecer ligaes com
processos para realizao das tarefas de projeto, que
os processos associados (radiais) de cada fase fazendo
deveriam ser objeto de pesquisa para melhor definio
com que o modo de cooperao recomendado pelos
deste novo processo de projeto que os sistemas BIM
sistemas BIM possa ser concebido nesta estrutura
representam.
(diagrama de fluxo de processo), mostrado na figura
abaixo (INFRAERO x PROCESSOS): Estes pequenos processos podem ser delimitados como
a prtica profissional do arquiteto e a tecnologia, por ser
Os processos de analise so efetuados de forma
um componente cada vez maior deste processo, passam
continua, a cada nova soluo proposta, de forma a se
a influir diretamente na definio do prprio processo de
validar constantemente os requisitos impostos a cada
projetao.
projeto.
Acreditamos que o fato da informao de projeto estar
Os diagramas de fluxo representam uma novidade em
associada de forma automtica ao processo de projeto,
relao ao processo de aprovao de projetos
e do trabalho ocorrer em torno de um modelo nico, faz
atualmente em voga na INFRAERO, uma vez que tais
dos sistemas BIM um ambiente favorvel para a
fluxos servem para acompanhar e guiar as informaes
realizao de projetos de funes complexas, como os
entre o modelo nico de informaes e as
aeroporturios, uma vez que os sistemas BIM facilitam
as atividades de anlise, o que contribui para a tomada
de decises e a busca por solues e melhorias ao longo
do processo.
Tais consideraes so valiosas para que seja possvel
a inferncia de onde estariam os gargalos na
implantao de uma ferramenta BIM na empresa, bem
como onde estariam os benefcios mais evidentes.
Figura W- Corte Esquemtico TPS 3 SBCF (Revit).

382
Figura X- Macroprocessos INFRAERO.

A figura acima relaciona os processos e os atores INFRAERO, abarcando seus principais atores,
principais referentes ao processo de projeto de enquanto clientes internos e externos (ANAC),
provimento aeroporturio na INFRAERO. Nesta bem como os requisitos e caminhos formais de
figura encontram-se expressas as atividades de aprovao de projetos pela empresa. Se
regulao, formao de requisitos, projetao e prestarmos ateno na figura acima, veremos
melhoria, validao de requisitos, construo, que a parte nuclear do processo reside nas
instalao e operao da edificao. atividades de processos de analise, diagramas
Se observarmos atentamente a inter-relao de fluxos, avaliao e layout.
estabelecida neste processo, podemos perceber O processo de projeto representa a evoluo e a
que a estrutura proposta tem como base os maturidade de informao associada a estes
conceitos da metodologia que se utiliza dos campos, que desemboca em uma representao
sistemas BIM, no tocante natureza nuclear das grfica e na busca por solues mais vantajosas
atividades de anlise, avaliao e projeto. em atendimento aos requisitos impostos no incio
Estabelecer posies centrais e com conexes do processo.
radiais aos processos inerentes de cada fase faz Entre estes diversos campos de atuao
com que a metodologia de colaborao profissional de provimento de infraestrutura
preconizada pelos sistemas BIM possa ser aeroporturia atravs da INFRAERO esto todas
projetada nesta estrutura (fluxograma de as atividades de analise, melhoria, qualidade e
processo) demonstrada na figura acima. gesto, permeando todo o processo.
Representa o fluxograma de utilizao dos
sistemas BIM como ambiente de trabalho na

383
BIBLIOGRAFIA em: < http://www.aia.org/bestpratctices_index >
Acessado em: 03.12.2012.

BODDY, S., REZGUL, Y., COOPER, G., &


ACHTEN, H.; BEETZ, J. What Happened to
WETHERILL, M. (2007). Computer integrated
Collaborative Project? In: CONFERENCE ON
construction: A review and proposals for future
EDUCATION AND RESEARCH IN COMPUTER
direction. Advances in Engineering Software,
AIDED ARCHITECTURAL PROJETO IN
38(10), 677-687.
EUROPE. 27., 2009, Istanbul. Proceedings
Istanbul: eCAADe & ITL/YTU: 358-365 p. 2009.
BRAHA, D., and REICH, Y., Topological
structures for modeling engineering project
ASHFORD, N., STANTON, M. H. P. e MOORE,
processes, Research in Engineering Projects,
C. A. (1997) Airport Operations. New York:
Vol. 14, (2003), pp. 185199;
McGraw-Hill;
CALLEAM Consulting Ltd Why Technology
AUTODESK. Revit Architecture 2010:
Projects Fail, em Denver Airport Baggage
Families Guide Metric Tutorials. 2009c. 812p.
Handling System Case Study;
Disponvel em:
<http://www.AutoDesk.com/Revitarchitecture
CECCATO, C. (2001). EVOLUTIONARY
documentation>. Acesso em: 15 set. 2012.
PROJETO TOOLS FOR MASS-
CUSTOMISATION. Hong Kong: The Hong
AYRES F, C. e SCHEER, S. (2008)
Kong Polytechnic University, Hong Kong, China.
DIFERENTES ABORDAGENS DO USO DO
CAD NO PROCESSO DE PROJETO
CLAYTON, M. J., JOHNSON, R. E., VANEGAS,
ARQUITETNICO
J., NOME, C. A., OZENER, O. O., & CULP, C. E.
(2008). Downstream of Project: Lifespan Costs
AZUMA, F.; FREITAS, M.; MACHADO, C.;
and Benefits of Building Information Modeling.
SCHEER, S.; SCHIMID, A. Revista produo
College Station: Texas A&M University.
Online - Inovao Tecnolgica: Tcnicas e
Ferramentas aplicadas ao Projeto de
COELHO, S; NOVAES, C. Modelagem de
Edificaes. Vol. 7, Num. 3. 2007, Florianpolis.
Informaes para Construo (BIM) e ambientes
colaborativos para gesto de projetos na
BAEYENS, T. (2004) "The State Of Workflow".
construo civil, 2008.
DIGITAL FABRICATION OF ARCHITECTURAL
MODELS: AN EXPLORATORY STUDY.
CREIGHTON, V. T. Le, D., S. NAHAVANDI,
Disponvel em:
Simulation-based Input Loading Condition
http://www.jboss.com/products/jbpm/stateofwork
Optimisation of Airport Baggage Handling
flow
Systems, Proceedings of the IEEE Intelligent
Transportation Systems Conference, USA, 2007,
BARISON, M. B., e SANTOS, E. T. (2010a). BIM
pp. 574-579.
Teaching Strategies: an Overview of Current
Approaches. Proc., ICCCBE 2010 International
DAWOOD, N; SRIPRASERT, E.; MALLASI, Z;
Conference on Computing in Civil and Building
HONNS, B. 4D visualization development: Real
Engineering. University of Nottingham,
Life Case Studies. International Council for
Nottingham, UK,
Research and Innovation in Building and
http://www.engineering.nottingham.ac.uk/icccbe/