Diferenças entre edições de "Industry Foundation Classes"

Da wiki WIQI GEQUALTEC
Ir para: navegação, pesquisa
Linha 14: Linha 14:
 
A cronologia de desenvolvimento do modelo IFC revela uma primeira fase, até 2002, onde se procurou sobretudo desenvolver os primeiros protótipos e produzir as primeiras aplicações estáveis. Em 2002, uma parte significativa do modelo obteve certificação ISO. Entretanto, registou-se um crescimento significativo do modelo. Foram surgindo iniciativas para implementação do modelo IFC, das quais se destaca a aplicação ao licenciamento automático de projectos, ao mesmo tempo que o modelo começava a aparecer num cada vez maior número de aplicações BIM <ref>Maló, Pedro - Casos de Estudo BIM. UNINOVA, (2006).</ref>.
 
A cronologia de desenvolvimento do modelo IFC revela uma primeira fase, até 2002, onde se procurou sobretudo desenvolver os primeiros protótipos e produzir as primeiras aplicações estáveis. Em 2002, uma parte significativa do modelo obteve certificação ISO. Entretanto, registou-se um crescimento significativo do modelo. Foram surgindo iniciativas para implementação do modelo IFC, das quais se destaca a aplicação ao licenciamento automático de projectos, ao mesmo tempo que o modelo começava a aparecer num cada vez maior número de aplicações BIM <ref>Maló, Pedro - Casos de Estudo BIM. UNINOVA, (2006).</ref>.
  
O desenvolvimento das especificações do modelo IFC encontra-se ao cargo do MSG (Model Support Group), que conta actualmente com oito pessoas a trabalharem a tempo parcial <ref>IAI, buildingSMART International Limited - Industry Foundation Classes; IFC2x Edition 4.(2010). Disponível em http://www.iai-tech.org/</ref>.
+
O desenvolvimento das especificações do modelo IFC encontra-se ao cargo do MSG (Model Support Group), que conta actualmente com oito pessoas a trabalharem a tempo parcial <ref name="IAI">IAI, buildingSMART International Limited - Industry Foundation Classes; IFC2x Edition 4.(2010). Disponível em http://www.iai-tech.org/</ref>.
  
 
Em 2010, a versão IFC 2x4 foi submetida para total certificação ISO. São esperados resultados para 2011. A obtenção de certificação ISO completa significa um grande passo no sentido de implementar o modelo IFC como um standard BIM universal.
 
Em 2010, a versão IFC 2x4 foi submetida para total certificação ISO. São esperados resultados para 2011. A obtenção de certificação ISO completa significa um grande passo no sentido de implementar o modelo IFC como um standard BIM universal.
  
[[File:Modelo IFC.jpg]]
+
[[File:Modelo IFC.jpg|frame|caption|Estrutura da base de dados do modelo IFC, versão 2x4 <ref name="SIGABIM">SIGABIM, et al., Relatório SIGABIM - Estado da Arte: Building Information Modeling, Line of Balance e Código dos Contratos Públicos. Seccção de Construções Civis, Departamento de Engenharia Civil, Faculdade de Engenharia da Universidade do Porto, 2011.</ref> - traduzido de <ref name="IAI" />.|center]]
  
= Fundamentos =
+
= Cobertura =
  
 +
A passagem de dados referentes a objectos definidos em modelos proprietários, para um modelo estrutural IFC, procede-se através da desmaterialização dos objectos nas suas componentes mais básicas: geometria, relações e propriedades. Os recursos IFC associados a estas três componentes têm sido sucessivamente actualizados de modo a cobrir a generalidade das necessidades de representação.
  
 +
As '''geometrias''' simples são asseguradas pelo modelo, ao contrário de formas complexas constituídas por várias linhas curvas que podem ser transmitidas com buracos ou outros erros.
  
 +
Em relação às '''relações''' entre objectos, não são conhecidas omissões, pelo que a extensa gama de entidades de representação de relações incluída no modelo, parece englobar todas as necessidades actuais, seja a atribuir relações, composição e decomposição de partes, associação de informação a objectos, definição de relações genéricas ou conectividade topológica entre elementos <ref name="Eastman08">Eastman, C., BIM handbook a guide to building information modeling for owners, managers, designers, engineers and contractors. 2008, New Jersey: John Wiley and Sons Ltd. XIV, 490.</ref>.
  
 +
O carácter generalista do modelo IFC obriga à inclusão de um conjunto muito heterogéneo de '''propriedades''' na sua base de dados. Existe um leque demasiado alargado de propriedades de produtos reais para conseguir agrupar totalmente num modelo de representação. Deste modo, existem efectivamente várias omissões no que toca a representação de propriedades. Para gerir esta situação, foram introduzidos no modelo vários conjuntos de propriedades (Property Sets) referentes às necessidades mais comuns (ex: paredes, janelas, vigas propriedades mecânicas e térmicas, custos, tempo, espaços, etc.). As propriedades mais específicas são depois introduzidas pelo utilizador como dependências das propriedades mais genéricas. O modelo apresenta assim entidades para formação de novos property sets e entidades para relacioná-los com as propriedades e elementos existentes <ref>Monteiro, A., Avaliação da aplicabilidade do modelo IFC no licenciamento automático de projectos de redes de distribuição predial de água. Dissertação no âmbito do Mestrado Integrado em Engenharia Civil da Faculade de Engenharia da Universidade do Porto, 2010.</ref>.
 +
 +
O modelo IFC contém ainda um quarto conjunto de recursos de representação, as '''meta propriedades''', directamente associadas aos princípios de gestão da informação ao longo do tempo, pelo que o modelo apresenta alguma robustez na capacidade de representação de domínios, identificação, gestão, monitorização e controlo de materiais, consentimentos, objectivos e restrições, entre outros <ref name="Eastman08" />.
 +
 +
= Arquitectura =
 +
 +
Um modelo completo de tão elevada dimensão requer um grande esforço de desenvolvimento apenas possível com trabalho de equipa, assente na distribuição de responsabilidades por várias frentes.
 +
 +
De modo a satisfazer todos os requisitos de modelação, a estrutura do modelo IFC  permite diversificar os recursos de representação por diferentes módulos para abordar as várias especialidades do sector da construção, e ao mesmo tempo, centralizar os recursos para harmonizar e integrar os diferentes módulos numa única base de dados consistente. A dificuldade está em encontrar o equilíbrio certo entre flexibilidade para assegurar a dispersão do trabalho por módulos e a rigidez estrutural do modelo, mantendo a consistência da base de dados após a integração dos diferentes módulos <ref name="IAIIFC">IAI, International Alliance of Interoperability - IFC Object Model Architecture Guide. (1999) Disponível em http://www.iai-tech.org/</ref>.
  
  

Revisão das 13h05min de 23 de março de 2011

Industry Foundation Classes (IFC) designa um formato universal para representação dos produtos da construção e troca de dados entre sistemas. Não sendo ainda um formato de interoperabilidade standard (a última versão, IFC 2x4, está em processo de aguardar certificação total da International Organization for Standardization), é já habitual a utilização das especificações IFC nas aplicações BIM mais correntes.

Retrospectiva

O modelo IFC tem uma origem próxima da iniciativa ISO-STEP. A origem do STEP (Standard for the Exchange of Product model data) remonta para a década de 80. Numa iniciativa ISO (International Organization for Standardization) foram criados vários comités para o desenvolvimento de um standard universal para a representação do ciclo de vida de vários produtos industriais.

Este standard deveria obedecer a uma série de especificações próprias de um modelo de dados para representação de produtos. Para o efeito, foi desenvolvida uma linguagem de programação que permitisse a estruturação desmaterializada do modelo, de modo a permitir a incorporação sucessiva de novos elementos e especificações. Deste modo, pretendia-se obter um potente mecanismo para modelação e integração de informação, consistente com os princípios de troca de dados entre sistemas. Era assim criada a linguagem de programação EXPRESS e EXPRESS-G (componente gráfica) [1].

As especificações STEP apresentam um âmbito bastante alargado. Com uma abordagem marcadamente estruturalista, são várias as indústrias abrangidas pelo standard. A indústria automóvel, a indústria aeronáutica e espacial, e a indústria electrónica são as mais conhecidas. A indústria da construção encontrava-se incluída numa fase inicial do projecto, no entanto, a sua evolução a nível deste standard foi perdendo fulgor, sendo actualmente visto como mal sucedida [2].

O modelo IFC surge na década de 90 como uma iniciativa da IAI (International Alliance for Interoperability) com vista à criação de um standard de representação para a construção. A herança deixada pelo projecto ISO-STEP reflecte-se na utilização da mesma linguagem de programação: EXPRESS e EXPRESS-G. A IAI é hoje conhecida como buildingSMART Alliance.

A cronologia de desenvolvimento do modelo IFC revela uma primeira fase, até 2002, onde se procurou sobretudo desenvolver os primeiros protótipos e produzir as primeiras aplicações estáveis. Em 2002, uma parte significativa do modelo obteve certificação ISO. Entretanto, registou-se um crescimento significativo do modelo. Foram surgindo iniciativas para implementação do modelo IFC, das quais se destaca a aplicação ao licenciamento automático de projectos, ao mesmo tempo que o modelo começava a aparecer num cada vez maior número de aplicações BIM [3].

O desenvolvimento das especificações do modelo IFC encontra-se ao cargo do MSG (Model Support Group), que conta actualmente com oito pessoas a trabalharem a tempo parcial [4].

Em 2010, a versão IFC 2x4 foi submetida para total certificação ISO. São esperados resultados para 2011. A obtenção de certificação ISO completa significa um grande passo no sentido de implementar o modelo IFC como um standard BIM universal.

Estrutura da base de dados do modelo IFC, versão 2x4 [5] - traduzido de [4].

Cobertura

A passagem de dados referentes a objectos definidos em modelos proprietários, para um modelo estrutural IFC, procede-se através da desmaterialização dos objectos nas suas componentes mais básicas: geometria, relações e propriedades. Os recursos IFC associados a estas três componentes têm sido sucessivamente actualizados de modo a cobrir a generalidade das necessidades de representação.

As geometrias simples são asseguradas pelo modelo, ao contrário de formas complexas constituídas por várias linhas curvas que podem ser transmitidas com buracos ou outros erros.

Em relação às relações entre objectos, não são conhecidas omissões, pelo que a extensa gama de entidades de representação de relações incluída no modelo, parece englobar todas as necessidades actuais, seja a atribuir relações, composição e decomposição de partes, associação de informação a objectos, definição de relações genéricas ou conectividade topológica entre elementos [6].

O carácter generalista do modelo IFC obriga à inclusão de um conjunto muito heterogéneo de propriedades na sua base de dados. Existe um leque demasiado alargado de propriedades de produtos reais para conseguir agrupar totalmente num modelo de representação. Deste modo, existem efectivamente várias omissões no que toca a representação de propriedades. Para gerir esta situação, foram introduzidos no modelo vários conjuntos de propriedades (Property Sets) referentes às necessidades mais comuns (ex: paredes, janelas, vigas propriedades mecânicas e térmicas, custos, tempo, espaços, etc.). As propriedades mais específicas são depois introduzidas pelo utilizador como dependências das propriedades mais genéricas. O modelo apresenta assim entidades para formação de novos property sets e entidades para relacioná-los com as propriedades e elementos existentes [7].

O modelo IFC contém ainda um quarto conjunto de recursos de representação, as meta propriedades, directamente associadas aos princípios de gestão da informação ao longo do tempo, pelo que o modelo apresenta alguma robustez na capacidade de representação de domínios, identificação, gestão, monitorização e controlo de materiais, consentimentos, objectivos e restrições, entre outros [6].

Arquitectura

Um modelo completo de tão elevada dimensão requer um grande esforço de desenvolvimento apenas possível com trabalho de equipa, assente na distribuição de responsabilidades por várias frentes.

De modo a satisfazer todos os requisitos de modelação, a estrutura do modelo IFC permite diversificar os recursos de representação por diferentes módulos para abordar as várias especialidades do sector da construção, e ao mesmo tempo, centralizar os recursos para harmonizar e integrar os diferentes módulos numa única base de dados consistente. A dificuldade está em encontrar o equilíbrio certo entre flexibilidade para assegurar a dispersão do trabalho por módulos e a rigidez estrutural do modelo, mantendo a consistência da base de dados após a integração dos diferentes módulos [8].





Referências Bibliográficas

  1. Eastman, C.M., Building Product Models: Computer Environments Supporting Design and Construction. 1999.
  2. Monteiro, A., Avaliação da aplicabilidade do modelo IFC no licenciamento automático de projectos de redes de distribuição predial de água. Dissertação no âmbito do Mestrado Integrado em Engenharia Civil da Faculade de Engenharia da Universidade do Porto, 2010.
  3. Maló, Pedro - Casos de Estudo BIM. UNINOVA, (2006).
  4. 4,0 4,1 IAI, buildingSMART International Limited - Industry Foundation Classes; IFC2x Edition 4.(2010). Disponível em http://www.iai-tech.org/
  5. SIGABIM, et al., Relatório SIGABIM - Estado da Arte: Building Information Modeling, Line of Balance e Código dos Contratos Públicos. Seccção de Construções Civis, Departamento de Engenharia Civil, Faculdade de Engenharia da Universidade do Porto, 2011.
  6. 6,0 6,1 Eastman, C., BIM handbook a guide to building information modeling for owners, managers, designers, engineers and contractors. 2008, New Jersey: John Wiley and Sons Ltd. XIV, 490.
  7. Monteiro, A., Avaliação da aplicabilidade do modelo IFC no licenciamento automático de projectos de redes de distribuição predial de água. Dissertação no âmbito do Mestrado Integrado em Engenharia Civil da Faculade de Engenharia da Universidade do Porto, 2010.
  8. IAI, International Alliance of Interoperability - IFC Object Model Architecture Guide. (1999) Disponível em http://www.iai-tech.org/