IFC Bridge

KLEOS M L CESAR JR
PhD, Professor do Depto de Eng. Civil/UFV
01
Apresentação
02 POO
O paradigma da
Programação Orientada a
03 O IFC
Características gerais do
padrão aberto e não
Objetos e os novos proprietário para
caminhos para a

04 05
promover a
modelagem da interoperabilidade entre
informação da construção aplicativos BIM.

O future: IFC
Conclusão
Bridge
Em análise pela comunidade
dos desenvolvedores do
software a versão IFC 4.2 que,
entre outros acréscimos, traz o
IFC Bridge.
 1. Apresentação

Kléos Magalhães Lenz César Júnior

– Engenheiro Civil (UFV, 1988)

– MSc Engenharia Civil (UFF, 1996)
Dissertação: “A informática na integração técnica das construções”
– PhD Engenharia Civil (Universidade de Leeds, Inglaterra, 2007)
Tese: “An assessment of the IFC for RC interoperability”
– Professor do DEC/UFV desde 1992
– Autor do livro Visual LISP: guia básico programação LISP para AutoCAD
– Membro da equipe tradutora do livro BIM Handbook (C Eastman) 2014
– Finalista dos prêmios excelência BIM Sinduscon (SP, 2017)
e da Câmara dos Deputados (DF, 2018)
– Fã irrestrito do Pink Floyd desde que se deu por gente
– Músico nas horas vagas (tecladista e eventualmente guitarrista da Dr Alzheimer)
 2. Programação Orientada a Objetos (POO)

https://www.detail-online.com/article/4d-bim-loesung-fuer-den-brueckenbau-1/
2.
O paradigma da Programação Orientada a Objetos (POO)
 2. Programação Orientada a Objetos (POO)

Alan Kay – Analogia biológica (déc 1960):

https://jornalggn.com.br/ciencia/como-surge-uma-nova-especie-biologica/
https://www.escritas.org/autores/alan-kay.jpg

“Como seria um
sistema de software
que funcionasse como
seres vivos?”
 2. Programação Orientada a Objetos (POO)

utilizado nas
linguagens de programação
Tipos de dados estruturados

https://thumbs.dreamstime.com/z/classifica%C3%A7%C3%A3o-dos-animais-p%C3%A1ssaros-
mam%C3%ADferos-anf%C3%ADbios-r%C3%A9pteis-peixes-lion-whale-snake-frog-do-
crocodilo-diagrama-da-116831567.jpg
 2. Programação Orientada a Objetos (POO)

Impacto significativo na performance de softwares:

– Programas CAD e um número de aplicações são hoje implementados usando

PPO.
– Cria e manipula objetos. As informações que podem ser manipuladas e
intercambiadas estão embutidas nesses objetos.
– Os conceitos de PPO são aplicáveis ao intercâmbio e à integração de dados.
 2. Programação Orientada a Objetos (POO)

Termos:
Classes

Estrutura de dados que descreve um grupo de objetos com

– propriedades similares,
– comportamento comum (operações),
– relacionamentos com outros objetos e
– semânticas idênticas.
 2. Programação Orientada a Objetos (POO)

Termos:
Classes
Atributos
Atributos opcionais Classe: Pessoa
Cardinalidade ---------------------------------------
Nome: string
Sexo: (Enu) [M/F/O]
Enumeração Nascimento: (dd/mm/aaaa)
Pai: Pessoa
Relacionamento Mãe: Pessoa
Cônjuge: (Opc) Pessoa
Filhos: [0..n] Pessoa
 2. Programação Orientada a Objetos (POO)

Termos:
Objetos
Objeto: Douglas Objeto: Sylvia
(instâncias) --------------------------------------- ---------------------------------------
Nome: Douglas Gilmour Nome: Sylvia Gilmour
Sexo: M Sexo: F
Nascimento: 02/05/1927 Nascimento: 12/07/1929
Pai: Roger Pai: Júlio
Mãe: Dorotéia Mãe: Palmira
Cônjuge: Sylvia Cônjuge: Douglas
Filhos: [Roger, Rick, Nick, David] Filhos: [Roger, Rick, Nick, David]

Objeto: David
---------------------------------------
Nome: David Gilmour
Sexo: M
Nascimento: 06/03/1946
Pai: Douglas
Mãe: Sylvia
Cônjuge: $
Filhos: []
 1. Programação Orientada a Objetos (POO)

Termos:
Classes Abstratas
Super classes
Sub classes
Classe: Pessoa
Herança ---------------------------------------
Nome: string
Sexo: (Enu) [M/F/O]
Nascimento: (dd/mm/aaaa)
Pai: Pessoa
Mãe: Pessoa
Cônjuge: (Opc) Pessoa
Filhos: [0..n] Pessoa
 2. Programação Orientada a Objetos (POO)

Termos:
Classes Abstratas
Herança

Objeto: David
---------------------------------------
Nome: David Gilmour
Sexo: M
Nascimento: 06/03/1946
Pai: Douglas
Mãe: Sylvia
Cônjuge: $
Filhos: []
 2. Programação Orientada a Objetos (POO)

Como seria uma

estrutura de dados
orientada a objetos
para representar construções
(incluindo as de infraestrutura)?
2. Programação Orientada a Objetos (POO)

Todos os sistemas
Todos os materiais
Planejamento
Acústica
Conforto térmico
Todo o ciclo de vida...
 3.
3. O IFC

Industry Foundation Classes (IFC)

https://www.allplan-infra.com/wp-content/uploads/2020/01/Create-Drawings-single.jpg
 3. O IFC

tbn0.gstatic.com/images?q=tbn:ANd9GcSkizqhS8KM7qr4LAfiGuc1NFSOfDTUyxWTdRm62Pnk6BKiA
IAI (International Alliance for Interoperability, 1994-2006)

BuildingSMART_RGB_International_colour.png
bSI (buildingSMART International, 2006-)

content/uploads/2018/11/Retina_NEW_-
https://technical.buildingsmart.org/wp-
IFC (Industry Foundation Classes)
Definir um conjunto de classes, atributos e relacionamentos (oriundo das técnicas de PPO).

Cht6O-UQtvbsnQp7jh4WE8&usqp=CAU
Padronização da informação
Especificar arquivo ASCII para representação da construção.
Como interoperar

https://encrypted-
 3. O IFC

O que é e para que serve?

https://bimcorner.com/wp-content/uploads/2019/12/GEOMETRYDATA-IFC-STRUCTURE-1.jpg
Conjunto de classes inter-relacionadas para a
representação geometria + informação (alto nível semântico)
Possibilitar a interoperabilidade
 3. O IFC

DXF → DWG, assim como IFC → BIM

Formato proprietário Formato não proprietário

Arquivo DWG Arquivo DXF

 3. O IFC

DXF → DWG, assim como IFC → BIM

Formato proprietário Formato não proprietário

Arquivo RVT Arquivo IFC

 3. O IFC

Evolução histórica

https://www.researchgate.net/profile/Marzia_Bolpagni/publication/259811354/figure/fig49/AS:61
3990073897000@1523398049781/History-of-IFC-development-BuildingSMART-2013a.png
 3. O IFC

Evolução histórica
Número de entidades ao longo dos anos

https://d3i71xaburhd42.cloudfront.net/6ce780f1056fe32466829053a6d1f648b828003b/2-Table1-
1.png
 IfcBeam
3. O IFC

Estrutura hierárquica

https://standards.buildingsmart.org/IFC/RELEASE/IFC4/ADD2/HTML/diagrams/ifcbeam.png
 3. O IFC

Estrutura hierárquica
IfcBeam
Table 1. Relevant IFC entities related to (structural) building elements definition
Entity Vn Sch Attributes: [Cardinality]Relationship
IfcRoot(ABS) 1.0 Ker GlobalId: IfcGloballyUniqueId
OwnerHistory: IfcOwnerHistory
Name(OPT): IfcLabel
Description(OPT): IfcText
.IfcObjectDefinition(ABS) 2x3 Ker
..IfcObject(ABS) 1.0 Ker ObjectType(OPT): IfcLabel
...IfcProduct(ABS) 1.0 Ker ObjectPlacement(OPT): IfcObjectPlacement
Representation(OPT): IfcProductRepresentation
....IfcElement(ABS) 1.0 PrE Tag(OPT): IfcIdentifier
.....IfcBuildingElement(ABS) 1.0 PrE
......IfcBeam, IfcColumn 1.0 SBE
......IfcSlab 2.0 SBE PredefinedType(OPT)(ENU): IfcSlabTypeEnum
......IfcMember 2x2A1 SBE
.IfcRelationship(ABS) 1.0 Ker
..IfcRelAssigns(ABS) 2x Ker RelatedObjects: [1:n]IfcObjectDefinition
RelatedObjectsType(OPT)(ENU):
IfcObjectTypeEnum
...IfcRelAssignsToProduct 2x3 Ker RelatingProduct: IfcProduct
 3. O IFC

Estrutura hierárquica
Composição espacial
 3. O IFC

Estruturas
Modelo geométrico
Modelo analítico
 3. O IFC

Estruturas
Carregamento
 3. O IFC

Estruturas
Análise estrutural
 3. O IFC

Estruturas (muitos outros aspectos): As-designed compression

reinforcement: 900
TotalCrossSectionArea: 335.

Propriedades mecânicas dos materiais ReinforcementRole: .MAIN.

EffectiveDepth: 40.
TransversePosition: 0.
NominalBarDiameter: 12.
CG CG 150

Propriedades físicas dos materiais As-designed tension

reinforcement:
500 (0,0) X
As-designed compression
reinforcement:
TotalCrossSectionArea: 110.
ReinforcementRole: .MAIN.
TotalCrossSectionArea: 1235. EffectiveDepth: 40.

Sistema de classificação ReinforcementRole: .MAIN. TransversePosition: ???

EffectiveDepth: 450. NominalBarDiameter: 12.
TransfersalPosition: 0.
NominalBarDiameter: 20. CG

Armadura (geometria + propriedades) 300

Planejamento (tempo + $) 300 9c150

75
Links: 63R12-11 Hanger bars: 2T16-6
6 5 5 6 75
z
z
y x

500
1 2 2 1 200
225
U-bas: 2T25-5

Main bar: 2T25-1

 3. O IFC

Resultado:
 3. O IFC

Então,

posso representar
obras de infraestrutura
com IFC?

No momento, muito pouco!

 4.
IFC Bridge
4. O futuro próximo: IFC 4.2

https://twitter.com/AllplanAsia/status/1225240386802552833/photo/1
 4. O futuro próximo: IFC 4.2

IFC Bridge
proposed extension

https://standards.buildingsmart.org/IFC/DEV/IFC4_2/FINAL/HTML/
 4. O futuro próximo: IFC 4.2

IFC Bridge
proposed extension

Iniciativas:

França (IFC-Bridge, 2001)

Japão (2003) fundidas em 2006

Nunca foi adotado pela bSI, nem implementados por companhias de software.
Surge interesse a partir de 2010.

Projeto IFC-Alignment é iniciado

 4. O futuro próximo: IFC 4.2

IFC Bridge
proposed extension

Novas propostas:

França (MINnD - Modélisation des INformations INteropérables pour les INfrastructures Durables;
Interoperable Information Model for Sustainable Infrastructures, 2015)
Corea (CHOI, 2016)
China (CRBIM – China Railway BIM Alliance, 2016)
EUA (BrIM – Bridge Information Modeling Standardization, 2016)
 4. O futuro próximo: IFC 4.2

IFC Bridge

Exchange of Parametric Bridge Models using a Neutral Data Format. Journal of Computing in Civil
proposed extension

Todos esses projetos concordaram em se alinharem com o bSI IFC Bridge a partir de 2017.
Pontos em comum: busca por uma boa definição geométrica de uma linha de referência.

IFC 4x1 (versão atual, 2017)

• Muito pouco suporte à representação de infraestruturas
• Porém, introduziu oficialmente a classe IfcAlignment (versão 1.1),
• Fornecendo boa base para a descrição de estruturas civis lineares
• permitindo a definição do alinhamento de armaduras de concreto armado.

Engineering · January 2012

 4. O futuro próximo: IFC 4.2

IFC Bridge

https://buildingsmart-1xbd3ajdayi.netdna-ssl.com/wp-content/uploads/2020/07/IFC-Road.png
proposed extension

3 novos projetos foram iniciados pela bSI (2017), embasados nas definições dos dois
projetos anteriores.
Os seguintes princípios gerais para o desenvolvimento
de futuros projetos de extensão foram definidos:

Intervenção mínima
Assegurar ao máximo compatibilidade de versões do IFC.
Extensão mínima
Sempre que possível, utilizar estrutura de dados existente.
Abrangência internacional
O modelo proposto deveria apenas conter elementos com validade global.

Esperados para inclusão na versão IFC5.

 IfcAlignment
IFC Bridge
proposed extension

Vital para infraestrutura

4. O futuro próximo: IFC 4.2

IFC Infra Overall Architecture Project Documentation and Guidelines. buildingSmart International.
2017
 IfcAlignment
IFC Bridge
proposed extension

Vital para infraestrutura

4. O futuro próximo: IFC 4.2

IFC Infra Overall Architecture Project Documentation and Guidelines. buildingSmart International.
2017
 IFC Bridge

IfcRelAggregates
Relacionamentos
proposed extension
4. O futuro próximo: IFC 4.2

IFC Infra Overall Architecture Project Documentation and Guidelines. buildingSmart International.
2017
 e
Localização
IFC Bridge
proposed extension

Representação espacial
4. O futuro próximo: IFC 4.2

IFC Infra Overall Architecture Project Documentation and Guidelines. buildingSmart International.
2017
 4. O futuro próximo: IFC 4.2

IFC Bridge

IFC Infra Overall Architecture Project Documentation and Guidelines. buildingSmart International.
proposed extension

IfcBuiltFacility (ABS)
Possibilita manter
compatibilidade com versões
anteriores

2017
 5.
Conclusão
5. Conclusão

https://www.allplan-infra.com/wp-content/uploads/2019/09/allplan-bridge-2020-NEU.png
 5. Conclusão

IFC Bridge ainda não é realidade, temos que aguardar.

- Draft release
- Adoção e implementação de tradutores por empresas interessadas
- Certificação
- Usuários

O modelo IFC é bastante complexo

- Requer expertise
- Interessa principalmente ao desenvolvedor de software
- Mas será exigido conhecimento do usuário mais experiente

IFC é o caminho para viabilizarmos interoperabilidade.

Tem que dar certo
Obrigado!
Kleos M Lenz Cesar JR
E-mail: kleos@ufv.br