verifique todos os requisitos especificados no arquivo IDS e valide o arquivo IFC.<\/li>\n<\/ul>\nOs elementos IFC n\u00e3o v\u00e1lidos do projeto ser\u00e3o sinalizados e voc\u00ea poder\u00e1 monitorar todos os relat\u00f3rios encontrados em dashboards apropriadas com relat\u00f3rios e estat\u00edsticas.<\/p>\n
Uma das principais vantagens do IDS \u00e9 a clareza na defini\u00e7\u00e3o dos requisitos informativos<\/strong>. Cada projeto BIM requer a gest\u00e3o de uma grande quantidade de dados: desde as caracter\u00edsticas t\u00e9cnicas dos elementos construtivos at\u00e9 as informa\u00e7\u00f5es sobre materiais, desempenho energ\u00e9tico ou manuten\u00e7\u00e3o. Gra\u00e7as ao IDS, esses requisitos s\u00e3o descritos de forma clara e precisa, evitando interpreta\u00e7\u00f5es subjetivas e mal-entendidos entre os v\u00e1rios atores do projeto. Todos sabem exatamente quais informa\u00e7\u00f5es devem ser fornecidas, em que formato e a quais elementos do modelo devem ser associadas.<\/p>\nUm outro grande benef\u00edcio diz respeito \u00e0 valida\u00e7\u00e3o autom\u00e1tica dos modelos IFC<\/strong>. O IDS permite, de fato, verificar de forma r\u00e1pida e autom\u00e1tica se o modelo cont\u00e9m todas as informa\u00e7\u00f5es exigidas, sem precisar recorrer a controles manuais complexos e dispendiosos. Isso melhora o controle de qualidade e permite identificar imediatamente eventuais erros ou faltas, reduzindo o risco de problemas nas fases posteriores do projeto.<\/p>\nDo ponto de vista da colabora\u00e7\u00e3o, o IDS favorece uma maior interoperabilidade entre softwares e plataformas diferentes<\/strong>. Como se trata de um padr\u00e3o aberto, pode ser utilizado por todos os profissionais, independentemente das ferramentas BIM empregadas. Este aspecto \u00e9 fundamental para garantir um fluxo de trabalho realmente openBIM, onde arquitetos, engenheiros, construtores e gestores do edif\u00edcio podem compartilhar e trocar dados de forma fluida e sem barreiras tecnol\u00f3gicas.<\/p>\nA gest\u00e3o atrav\u00e9s do IDS torna tamb\u00e9m a troca de informa\u00e7\u00f5es mais eficiente e r\u00e1pida<\/strong>. Cada modelo IFC pode ser comparado com os requisitos informativos estabelecidos no documento IDS, permitindo validar automaticamente a conformidade dos dados e evitar revis\u00f5es ou corre\u00e7\u00f5es cont\u00ednuas.<\/p>\nUm ponto adicional forte \u00e9 a transpar\u00eancia e a rastreabilidade dos dados<\/strong>. O IDS documenta claramente quais informa\u00e7\u00f5es foram solicitadas, entregues e aprovadas, criando uma esp\u00e9cie de \u201ccadeia de cust\u00f3dia\u201d digital. Isso aumenta a confian\u00e7a entre as partes envolvidas e facilita tamb\u00e9m a presta\u00e7\u00e3o de contas e a gest\u00e3o contratual.<\/p>\nOlhando a longo prazo, o padr\u00e3o IDS se revela \u00fatil n\u00e3o apenas durante o planejamento ou a constru\u00e7\u00e3o, mas tamb\u00e9m na fase de gest\u00e3o e manuten\u00e7\u00e3o do edif\u00edcio<\/strong>. Dispor de dados estruturados, coerentes e verificados facilita a cria\u00e7\u00e3o de g\u00eameos digitais precisos, \u00fateis para monitorar o desempenho do im\u00f3vel ao longo do tempo e planejar interven\u00e7\u00f5es de forma mais direcionada.<\/p>\nPor fim, todos esses benef\u00edcios se traduzem em uma redu\u00e7\u00e3o de custos e riscos. Menos erros, menos atrasos, menos ambiguidades: o resultado \u00e9 um processo mais \u00e1gil, confi\u00e1vel e econ\u00f4mico.<\/p>\n
A utiliza\u00e7\u00e3o do standard IDS permite transformar os requisitos informativos exigidos para um modelo BIM em especifica\u00e7\u00f5es leg\u00edveis tanto pelo operador quanto pelo software e utiliz\u00e1-las para verificar automaticamente a conformidade de um modelo IFC. O caso de estudo analisado mostra como as especifica\u00e7\u00f5es IDS podem ser progressivamente articuladas para controlar caracter\u00edsticas diferentes dos objetos do modelo, at\u00e9 chegar \u00e0 valida\u00e7\u00e3o autom\u00e1tica e \u00e0 gest\u00e3o das n\u00e3o conformidades.<\/p>\n
Da defini\u00e7\u00e3o dos requisitos \u00e0 especifica\u00e7\u00e3o IDS<\/h3>\n
Uma especifica\u00e7\u00e3o IDS \u00e9 composta por uma descri\u00e7\u00e3o<\/strong>, por um \u00e2mbito de<\/strong> aplicabilidade<\/strong> e por um ou mais requisitos<\/strong>. A descri\u00e7\u00e3o identifica o requisito relativo ao projeto, enquanto a aplicabilidade identifica a entidade IFC a ser submetida ao controle e o requisito estabelece o valor que uma determinada caracter\u00edstica deve assumir. Aplicabilidade e requisitos s\u00e3o, por sua vez, constru\u00eddos atrav\u00e9s dos chamados facet<\/strong>, ou seja, caracter\u00edsticas das entidades do esquema IFC utilizadas como crit\u00e9rios de sele\u00e7\u00e3o e verifica\u00e7\u00e3o.<\/p>\nOs facet podem ser combinados para tornar o controle progressivamente mais espec\u00edfico. Entre os utilizados no exemplo est\u00e3o os facet relativos a entidades, atributos, classifica\u00e7\u00f5es, propriedades, materiais e rela\u00e7\u00f5es. Na aplicabilidade, os facet permitem filtrar os objetos do modelo sobre os quais realizar o controle; nos requisitos, definem as condi\u00e7\u00f5es que tais objetos devem respeitar.<\/p>\n
O sistema permite, por exemplo, identificar todas as entidades da classe IFC Window<\/em> que possuem um valor espec\u00edfico no atributo Description<\/em> e solicitar posteriormente que tenham um determinado Predefined Type<\/em>, como Skylight. Outro controle pode envolver os elementos da classe IFC Space<\/em>, para os quais se solicita simplesmente que o atributo Long Name<\/em> esteja presente e valorizado, sem impor um conte\u00fado espec\u00edfico.<\/p>\nA mesma l\u00f3gica pode ser aplicada \u00e0s propriedades. No caso das entidades IFC Wall do tipo Standard, o requisito pode impor a presen\u00e7a de uma determinada propriedade pertencente a um Property Set<\/em> espec\u00edfico e solicitar, por exemplo, que o valor booleano correspondente seja true. Da mesma forma, \u00e9 poss\u00edvel controlar os materiais: os elementos IFC Slab identificados por uma descri\u00e7\u00e3o determinada podem ser submetidos a um requisito que imponha a presen\u00e7a de um material espec\u00edfico. O IDS simplifica, nesse caso, o controle do material, verificando seu nome independentemente das maneiras como a rela\u00e7\u00e3o com o material foi estruturada no modelo IFC.<\/p>\nClassifica\u00e7\u00f5es e rela\u00e7\u00f5es entre objetos<\/h3>\n
Os facet tamb\u00e9m permitem verificar a utiliza\u00e7\u00e3o dos sistemas de classifica\u00e7\u00e3o. Um elemento pode ser filtrado por classe IFC<\/em> e, entre os requisitos, pode ser solicitado que possua uma determinada classifica\u00e7\u00e3o identificada atrav\u00e9s de nome e c\u00f3digo. Isso permite controlar, por exemplo, a perten\u00e7a de uma categoria de objetos a um sistema de classifica\u00e7\u00e3o como ETIM.<\/p>\nUm n\u00edvel adicional de controle diz respeito \u00e0s rela\u00e7\u00f5es IFC<\/em>. No exemplo, os objetos da classe IFC Furniture<\/em> caracterizados por uma propriedade espec\u00edfica que identifica mesas com cadeiras devem pertencer a um grupo. O requisito \u00e9 expresso atrav\u00e9s do facet Part Of<\/em>, selecionando a rela\u00e7\u00e3o RelAssignsToGroup<\/em>.<\/p>\nA possibilidade de combinar v\u00e1rios facet tamb\u00e9m permite construir requisitos articulados. Para uma entidade da classe IFC Site<\/em>, por exemplo, \u00e9 poss\u00edvel solicitar simultaneamente um valor espec\u00edfico do atributo RefElevation<\/em>, uma determinada Total Area<\/em> e um limite de altura dos edif\u00edcios. Dessa forma, a especifica\u00e7\u00e3o IDS n\u00e3o se limita a verificar a presen\u00e7a de uma informa\u00e7\u00e3o, mas pode controlar simultaneamente mais caracter\u00edsticas da mesma entidade<\/strong>.<\/p>\nRequisitos obrigat\u00f3rios, opcionais e proibi\u00e7\u00f5es<\/h3>\n
Um aspecto particularmente significativo do padr\u00e3o \u00e9 a gest\u00e3o da cardinalidade<\/strong>, que permite estabelecer se um determinado tipo de informa\u00e7\u00e3o deve estar necessariamente presente, pode estar presente ou n\u00e3o deve estar presente no modelo.<\/p>\nNa aplicabilidade, \u00e9 poss\u00edvel especificar que o modelo deve conter, pode conter ou n\u00e3o deve conter determinadas entidades. Se, por exemplo, uma especifica\u00e7\u00e3o estabelece que o modelo pode conter paredes da classe IFC Wall do tipo Standard, a aus\u00eancia desses elementos n\u00e3o gera um erro; se, por outro lado, a mesma condi\u00e7\u00e3o \u00e9 definida como obrigat\u00f3ria, a aus\u00eancia deles \u00e9 sinalizada pelo validador. Por outro lado, ao definir a condi\u00e7\u00e3o como negativa, a presen\u00e7a desses elementos constitui uma n\u00e3o conformidade.<\/p>\n
A cardinalidade tamb\u00e9m pode ser utilizada nos requisitos. No exemplo relativo aos espa\u00e7os, algumas propriedades \u2013 como Handicap Accessible e Publicly Accessible do Property Set Space Common \u2013 s\u00e3o definidas como opcionais. O requisito n\u00e3o imp\u00f5e, portanto, sua presen\u00e7a, mas indica ao modelador a oportunidade de utilizar tais propriedades para representar determinadas informa\u00e7\u00f5es funcionais dos ambientes.<\/p>\n
Controle de padr\u00f5es, intervalos e valores complexos<\/h3>\n
IDS permite ir al\u00e9m do simples controle de igualdade entre um valor esperado e aquele presente no modelo. Os par\u00e2metros dos facet podem, de fato, utilizar valores \u00fanicos e valores complexos, como enumera\u00e7\u00f5es, intervalos num\u00e9ricos e padr\u00f5es.<\/p>\n
Um exemplo diz respeito \u00e0 denomina\u00e7\u00e3o das portas. \u00c9 poss\u00edvel estabelecer que o nome de uma porta deve respeitar um determinado padr\u00e3o, por exemplo, a palavra door seguida de um espa\u00e7o e de uma sequ\u00eancia de 4, 5 ou 6 n\u00fameros. O controle \u00e9 expresso atrav\u00e9s de uma express\u00e3o regular; a compila\u00e7\u00e3o pode ser suportada por ferramentas de intelig\u00eancia artificial que, a partir da descri\u00e7\u00e3o da regra, ajudam a gerar o padr\u00e3o a ser inserido na especifica\u00e7\u00e3o IDS.<\/p>\n
Para os valores num\u00e9ricos, \u00e9 poss\u00edvel definir intervalos e operadores de compara\u00e7\u00e3o. No caso dos espa\u00e7os, por exemplo, uma propriedade relativa \u00e0 altura pode ser configurada para que o valor seja maior ou igual a 3 m. Da mesma forma, \u00e9 poss\u00edvel verificar se a \u00e1rea de determinados ambientes, como os banheiros, supera um limite pr\u00e9-estabelecido.<\/p>\n
O padr\u00e3o tamb\u00e9m permite controlar o comprimento dos valores textuais. Para as portas, pode-se impor, por exemplo, que o atributo Name n\u00e3o ultrapasse 20 caracteres, enquanto para a descri\u00e7\u00e3o de uma entidade IFC Project \u00e9 poss\u00edvel estabelecer um comprimento m\u00ednimo de 35 caracteres. Nesse caso, o controle n\u00e3o diz respeito a uma caracter\u00edstica geom\u00e9trica do elemento, mas exclusivamente ao n\u00famero de caracteres contidos no atributo.<\/p>\n
A liga\u00e7\u00e3o com o buildingSMART Data Dictionary<\/h3>\n
A defini\u00e7\u00e3o dos requisitos pode ser ainda mais apoiada pelo buildingSMART Data Dictionary<\/strong> (bSDD), um servi\u00e7o online que re\u00fane dicion\u00e1rios de termos organizados por classes e conectados \u00e0s classes IFC, \u00e0s respectivas propriedades, aos valores permitidos, \u00e0s unidades de medida, \u00e0s tradu\u00e7\u00f5es e \u00e0s rela\u00e7\u00f5es.<\/p>\nO bSDD abriga sistemas de classifica\u00e7\u00e3o nacionais e internacionais, classifica\u00e7\u00f5es de dom\u00ednio e sistemas desenvolvidos por entidades patrimoniais ou empresas privadas. No \u00e2mbito da compila\u00e7\u00e3o de uma especifica\u00e7\u00e3o IDS, a liga\u00e7\u00e3o entre os dois sistemas pode ser realizada atrav\u00e9s de um URI, que identifica de forma \u00fanica o recurso externo associado \u00e0 propriedade. O URI n\u00e3o precisa necessariamente apontar para o bSDD, mas pode referir-se tamb\u00e9m a outro recurso externo utilizado para descrever aquela informa\u00e7\u00e3o espec\u00edfica.<\/p>\n
A vantagem operacional emerge quando se busca uma propriedade diretamente no bSDD durante a compila\u00e7\u00e3o da especifica\u00e7\u00e3o. Uma vez identificada a propriedade associada \u00e0 classifica\u00e7\u00e3o e ao c\u00f3digo desejados, \u00e9 poss\u00edvel import\u00e1-la no IDS, transferindo automaticamente informa\u00e7\u00f5es como nome da propriedade, Property Set, tipo, valores permitidos e eventuais restri\u00e7\u00f5es. Dessa forma, reduz-se o risco de erros na compila\u00e7\u00e3o manual dos requisitos.<\/p>\n
A valida\u00e7\u00e3o do modelo IFC<\/h3>\n
Uma vez definidas as especifica\u00e7\u00f5es, o modelo IFC pode ser submetido a um processo de valida\u00e7\u00e3o BIM<\/strong>. A verifica\u00e7\u00e3o pode ser realizada pelo contratante durante a produ\u00e7\u00e3o informativa, para checar o modelo antes da entrega, ou pelo cliente durante a verifica\u00e7\u00e3o t\u00e9cnica do projeto, para certificar que o que foi entregue est\u00e1 em conformidade com os requisitos acordados.<\/p>\nO validador l\u00ea o arquivo IDS, identifica no modelo as entidades compreendidas no \u00e2mbito de aplicabilidade e verifica para cada uma delas o cumprimento dos requisitos estabelecidos. Na aus\u00eancia de erros, o modelo passa na valida\u00e7\u00e3o e pode seguir para as fases subsequentes do processo de aprova\u00e7\u00e3o. Na presen\u00e7a de n\u00e3o conformidades, as notifica\u00e7\u00f5es devem ser analisadas e geridas antes de repetir o controle.<\/p>\n
O caso concreto: o controle dos elementos IFC Roof<\/h3>\n
Suponhamos que em um modelo IFC seja definida uma especifica\u00e7\u00e3o que imp\u00f5e \u00e0s entidades da classe IFC Roof que satisfa\u00e7am duas condi\u00e7\u00f5es: possuir uma determinada propriedade com valor menor ou igual a 0,27 e ter um c\u00f3digo de classifica\u00e7\u00e3o espec\u00edfico.<\/p>\n
Ao final da valida\u00e7\u00e3o, s\u00e3o registradas oito notifica\u00e7\u00f5es. Um elemento supera ambos os controles: o c\u00f3digo de classifica\u00e7\u00e3o est\u00e1 presente e o valor da propriedade \u00e9 igual a 0,2, portanto inferior ao limite de 0,27. Para os outros elementos, no entanto, a classifica\u00e7\u00e3o \u00e9 correta, mas a propriedade apresenta um valor igual a 0,3, superior ao limite previsto. O validador destaca, ent\u00e3o, a n\u00e3o conformidade e permite selecionar o elemento diretamente no modelo 3D, facilitando a identifica\u00e7\u00e3o do objeto em quest\u00e3o.<\/p>\n
A corre\u00e7\u00e3o pode ser feita diretamente no ambiente de edi\u00e7\u00e3o do modelo, modificando o valor da propriedade. Mesmo nesta fase, o sistema verifica o cumprimento da restri\u00e7\u00e3o IDS: a inser\u00e7\u00e3o de um valor como 0,4 \u00e9 rejeitada porque n\u00e3o atende \u00e0 condi\u00e7\u00e3o \u2264 0,27, enquanto um valor conforme \u00e9 aceito.<\/p>\n
Alternativamente, as quest\u00f5es identificadas podem ser exportadas em formato BCF (BIM Collaboration Format)<\/strong> e compartilhadas com o modelador ou com a pessoa encarregada da corre\u00e7\u00e3o. O BCF, outro padr\u00e3o aberto da buildingSMART International, permite gerenciar e comunicar os problemas identificados durante as diferentes fases do processo BIM. O fluxo torna-se, ent\u00e3o, iterativo: valida\u00e7\u00e3o, identifica\u00e7\u00e3o das n\u00e3o conformidades, comunica\u00e7\u00e3o das quest\u00f5es, corre\u00e7\u00e3o do modelo e nova valida\u00e7\u00e3o, at\u00e9 alcan\u00e7ar a conformidade com os requisitos.<\/p>\nConsidera\u00e7\u00f5es e limites do standard IDS<\/h3>\n
O caso de estudo evidencia como o IDS permite formalizar e automatizar uma parte significativa dos controles informativos sobre os modelos IFC, combinando crit\u00e9rios de aplicabilidade e requisitos e utilizando diferentes tipos de facet, cardinalidade e restri\u00e7\u00f5es sobre os valores.<\/p>\n
Ao mesmo tempo, a vers\u00e3o IDS 1.0 analisada apresenta algumas limita\u00e7\u00f5es: est\u00e1 orientada principalmente para a verifica\u00e7\u00e3o das informa\u00e7\u00f5es e das rela\u00e7\u00f5es principais das entidades IFC e n\u00e3o permite, no estado descrito na interven\u00e7\u00e3o, controles geom\u00e9tricos, controles baseados em valores calculados ou din\u00e2micos, controles que fa\u00e7am refer\u00eancia a dados externos ao modelo IFC ou verifica\u00e7\u00f5es baseadas em rela\u00e7\u00f5es IFC espec\u00edficas de um determinado dom\u00ednio. Esses aspectos s\u00e3o indicados como poss\u00edveis \u00e1reas de evolu\u00e7\u00e3o nas vers\u00f5es futuras do padr\u00e3o.<\/p>\n
O caso confirma, por fim, que a efic\u00e1cia de um procedimento de valida\u00e7\u00e3o IDS n\u00e3o depende apenas do software utilizado, mas tamb\u00e9m da correta defini\u00e7\u00e3o dos requisitos e do conhecimento do padr\u00e3o IFC, considerado fundamental para um uso profissional do standard IDS.<\/p>\n
Como criar um arquivo IDS<\/h2>\n
Para criar ou editar um documento em formato IDS com todas as especifica\u00e7\u00f5es de informa\u00e7\u00e3o, voc\u00ea precisa usar um IDS editor<\/a>.<\/p>\nusBIM.IDSeditor \u00e9 a ferramenta online gratuita com a qual voc\u00ea pode criar e editar o arquivo IDS, o documento que coleta e sistematiza todas as especifica\u00e7\u00f5es de entrega de informa\u00e7\u00f5es e \u00e9 necess\u00e1rio para as fases de modelagem e valida\u00e7\u00e3o dos modelos IFC.<\/p>\n
Gra\u00e7as ao arquivo IDS, \u00e9 poss\u00edvel:<\/p>\n
![\"A](\"https:\/\/biblus.accasoftware.com\/ptb\/wp-content\/uploads\/sites\/5\/2023\/02\/ids.webp\")