Modelagem de informações de construção tornou possível anexar uma enorme quantidade de informações a cada elemento de um design. Uma parede pode conter sua classe de resistência ao fogo e seu grupo de custos e, posteriormente, até mesmo as informações de manutenção que um gerente de instalação precisará. Essa possibilidade cria uma tentação: se o modelo pode conter mais dados, deveria. Nesse processo, uma importante questão de eficiência pode se perder: o projeto realmente precisa dessas informações e precisa delas agora?
Para arquitetos, BIM é frequentemente descrito como uma “fonte única de verdade”. Cada propriedade adicional, no entanto, acrescenta trabalho, coordenação e manutenção, e as informações inseridas muito cedo ou sem um propósito claro podem rapidamente ficar desatualizadas. O que importa é ter as informações certas para as decisões tomadas em cada etapa do projeto. A empresa sediada em Estugarda CUBO360 tornou esta questão central no seu trabalho num complexo administrativo em Baden-Württemberg (Alemanha).
O projeto consiste em três edifícios híbridos madeira-concreto, com térreo voltado ao público e escritórios para aproximadamente 630 estações de trabalho acima. Conhecido por uma abordagem “360 graus” que abrange planejamento, gerenciamento de projetos e consultoria em sustentabilidade, o escritório desenvolveu o que a arquiteta Bianca Hirner e BIM coordenador Freddy Hartmann liga para o leanBIM. Trabalhando em Arquiteto Vectorworkseles decidiram manter o modelo detalhado sem deixá-lo ficar mais pesado do que o exigido pelo projeto.
Projetando as informações antes de projetar o modelo
Para o KUBUS360, o BIM o processo começa antes que a primeira linha seja desenhada. O cliente tinha experiência limitada com BIM, então, em vez de esperar por uma longa lista de requisitos, a equipe ajudou a escrever os Requisitos de Informação do Empregador (EIR) e, em seguida, construiu o Plano de Execução BIM (BEP) a partir deles. Hartmann explica:
Nosso objetivo principal foi incorporar apenas as informações que seriam avaliadas posteriormente no modelo.
Este planejamento estabeleceu a matriz de Nível de Necessidade de Informação (LOIN) para o projeto, identificando cada componente do edifício como uma entidade Industry Foundation Classes (IFC), ao mesmo tempo em que especificava as propriedades que cada elemento precisaria e a fase do projeto quando essas propriedades seriam adicionadas. As informações entraram no modelo como o projeto desenvolvidos, em vez de serem anexados de uma só vez. O resultado foi um modelo mais leve, com responsabilidades mais claras e menos campos de dados desnecessários para gerenciar.
Uma fonte de verdade, quatro bancos de dados
Manter um modelo enxuto é, em parte, uma questão de onde reside a informação. O KUBUS360 organizou quase todo o projeto em torno de quatro bancos de dados centralizados dentro Arquiteto Vectorworks: um banco de dados geral da IFC, um banco de dados de componentes, um banco de dados dedicado para janelas e portas e um banco de dados de espaço reservado para informações de gerenciamento de instalações.
Através do Trabalhos vetoriais Data Manager, os elementos herdam sua classe de resistência ao fogo e outras propriedades compartilhadas desses conjuntos de dados, e os mesmos valores são alimentados visualizaçõesprogramações e exportações IFC. Como diz Hartmann:
Graças ao pequeno número de bases de dados, sabemos com relativa rapidez onde os dados estão sendo inseridos.
Modelando livremente sem perder BIM Inteligência
A maior parte do projeto, desde escadas e corrimões até elementos estruturais e portas, depende de materiais nativos. Trabalhos vetoriais ferramentas, que o KUBUS360 diz cobrir cerca de 95 por cento do trabalho de modelagem do projeto. Os elementos personalizados seguem uma lógica diferente. O KUBUS360 usa atribuição baseada em classes, onde a identidade e as propriedades IFC de um objeto vêm de sua classe e não da ferramenta usada para desenhá-lo.
Um parapeito pode ser modelado com uma superfície de telhado e ainda exportado com o grupo de custos correto. A curved facade pilaster can begin as solid geometry, become an Auto Hybrid object, and carry the same data as any standard component. “The class-based approach is a key advantage for us in Trabalhos vetoriais Architect, pois nos permite projetar formas com total liberdade”, afirma Hartmann.
Tornando as informações visíveis em vez de ocultas
Os dados tornam-se úteis quando os arquitetos podem verificá-los visualmente. Um dos fluxos de trabalho do KUBUS360 usa visualização de dados em Arquiteto Vectorworks para codificar elementos por cores com base nas informações armazenadas no modelo. Proteção contra incêndio
Informações que vão além do edifício
The question of “how much information is enough?” torna-se ainda mais relevante quando BIM conecta-se a dados além do próprio edifício. Um segundo Trabalhos vetoriais exemplo mostra como a integração com ArcGIS pode tornar informação geoespacial the foundation of a BIM workflow before architectural modeling begins. Parcelas, estradas e feições de terreno existentes podem ser transmitidas diretamente para um projeto através do ArcGIS Feature Services, criando um modelo de terreno geolocalizado a partir de informações GIS ao vivo em vez de importações estáticas.
As árvores existentes importadas de conjuntos de dados GIS, por exemplo, podem conter informações sobre espécies ou condições de saúde e ser codificadas por cores através da Visualização de Dados para distinguir quais árvores devem ser preservadas, removidas ou substituídas em um local.
Em escala urbana, BIM os modelos também podem contribuir com informações de volta para os ambientes GIS. Modelos de construção geolocalizados contendo dados arquitetônicos, paisagísticos e de infraestrutura podem se tornar parte de cenários web mais amplos do ArcGIS usados por planejadores, engenheiros e gerentes de instalações. Not every project requires this level of integration. BIM information becomes valuable when it supports decisions across disciplines, not simply because it exists.
Como BIM models become richer in information, deciding what to include becomes a design and management question in its own right. KUBUS360 addressed it early, treating BIM as a tool for reaching project goals and keeping the effort it demands as small as possible. O escritório combinava com o cliente quais informações seriam avaliadas posteriormente, definia no LOIN quando cada imóvel deveria entrar no modelo e mantinha os dados em um pequeno número de bancos de dados onde a equipe sempre sabia encontrá-los. A mesma lógica se aplica a projetos de qualquer tamanho: definir prioridades de informações antes do início da modelagem, centralizar estruturas de dados e usar verificações visuais para manter o modelo coordenado à medida que o design se desenvolve.
