Defina os requisitos de informação
Substitua pedidos como “incluir todos os dados BIM” por uma lista de decisões e das informações necessárias para cada uma. Para cada campo exigido, identifique a fonte responsável, os objetos aos quais ele se aplica e o método de revisão. Campos desnecessários deixam a entrega maior e dificultam a identificação de exceções.
Diferencie um valor vazio, um valor desconhecido e um valor que não se aplica. Combine como cada situação deve ser representada. Não insira identificadores, dimensões ou valores de desempenho inventados apenas para que uma verificação de completude seja aprovada.
Especifique onde o valor deve ficar
Os conjuntos de propriedades IFC agrupam valores nomeados e podem ser atribuídos a ocorrências ou a tipos de objetos. Os conjuntos de propriedades padrão usam a convenção de nomenclatura Pset_; conjuntos definidos pelo usuário não devem usar esse prefixo reservado. Verifique a definição aplicável do esquema antes de escolher uma propriedade padrão.
- Use exatamente os nomes de conjuntos de propriedades e de propriedades acordados, inclusive a grafia e o uso de maiúsculas.
- Especifique o tipo de valor e a unidade, quando pertinente. Um número armazenado como texto livre pode não ser utilizável por uma regra numérica.
- Decida se o campo pertence a um tipo compartilhado ou a um ativo individual.
- Documente o mapeamento dos campos de origem para os campos entregues e identifique qualquer transformação.
- Evite vários campos conflitantes que pareçam descrever o mesmo fato.
Referências oficiais
Exemplo de tabela de informações de ativos
| Campo do projeto | Aplica-se a | Requisito | Revisor |
|---|---|---|---|
| NB_Asset.AssetCode | Equipamentos selecionados para a entrega à manutenção | Texto não vazio; único no cadastro de ativos acordado | Responsável pelas informações de ativos |
| NB_Asset.ServiceZone | O mesmo escopo de equipamentos | Um dos códigos de zona aprovados do projeto | Coordenador da disciplina |
| NB_Asset.MaintenanceRequired | O mesmo escopo de equipamentos | Valor booleano extraído do plano de manutenção aprovado | Representante da operação |
| NB_Asset.SourceReference | O mesmo escopo de equipamentos | Referência ao registro de origem aprovado | Autor da entrega |
Para cada linha, acrescente o campo de origem, a etapa de entrega, o tratamento de exceções e o identificador da regra. Teste um item correto, um valor ausente e um valor deliberadamente inválido em um modelo de teste autorizado. Confirme que o verificador informa cada condição conforme o esperado.
Information Delivery Specification (IDS)
A Information Delivery Specification (IDS) é um padrão da buildingSMART para expressar requisitos de informação em um formato interpretável por computador. Ela pode descrever a quais objetos um requisito se aplica e as informações exigidas, como classificações, materiais e propriedades. Ferramentas compatíveis podem usá-la para verificar entregas IFC.
Comece com uma tabela aprovada e legível por pessoas e depois implemente as regras que podem ser expressas em uma ferramenta compatível com IDS. Mantenha o arquivo IDS, a versão e o relatório do verificador junto com a entrega. Verifique quais requisitos a ferramenta realmente cobre; não presuma que um resultado de completude dos campos comprova a correção geométrica ou a veracidade de um valor.
No exemplo acima, as regras de presença e de valores permitidos podem caber em uma verificação de informações, enquanto a unicidade em um cadastro de ativos separado exige uma verificação adicional. Atribua cada requisito a um método de verificação, em vez de forçar todo o trabalho de revisão em uma única ferramenta.
Referências oficiais
Resolva as falhas na origem
Confirme a aplicabilidade
Verifique se o objeto reprovado pertence ao escopo exigido. Uma regra aplicada de forma ampla demais pode gerar falhas enganosas.
Verifique o valor de origem
Diferencie a falta de informação na origem de um defeito de mapeamento ou de exportação. Peça ao autor responsável que resolva o problema de fundo.
Repita a verificação
Exporte a revisão corrigida, execute novamente o mesmo conjunto de regras e compare os resultados.
Registre as exceções
Mantenha um responsável, um motivo e um encaminhamento acordado para cada exceção aceita. Nunca trate uma verificação dispensada como uma verificação aprovada.