Digital twin e BIM
Cos'è l'IFC e perché è importante per lo scambio di dati?
Cosa copre l'IFC, come MVD e IDS rendono specifici gli scambi e perché sono importanti i primi test con la domanda ricevente.
Richiedi ciascun risultato finale per un motivo dichiarato e mantieni le identità coerenti in tutti e tre.

"L'appaltatore dovrà fornire BIM, IFC e COBie." Una clausola del genere, senza nulla che dica a cosa serva ciascuna, è un modo affidabile per acquistare sforzi duplicati e tre serie di informazioni incoerenti.
I tre termini si trovano a livelli diversi. Il BIM è un processo: gestire le informazioni su un bene costruito durante il suo ciclo di vita. IFC è uno schema di dati aperti, pubblicato come ISO 16739-1, per lo scambio di informazioni tra applicazioni software. COBie è uno scambio definito delle informazioni necessarie per gestire e mantenere gli asset di una struttura; NIBS, che lo mantiene, lo descrive come un sottoinsieme non grafico di un modello BIM, definito come definizione di vista del modello (MVD) di IFC. Tutti e tre possono servire allo stesso progetto, ma rispondono a domande diverse e non possono sostituirsi a vicenda.
Scorri in orizzontale per leggere tutta la tabella.
| BIM | IFC | COBie | |
|---|---|---|---|
| Di cosa si tratta | Un processo di gestione delle informazioni | Uno schema di dati aperto e un formato di file | Uno scambio definito di dati patrimoniali |
| Definito in | Serie ISO19650 | ISO 16739-1:2024 | NIBS: COBie versione 3, un modulo di NBIMS-US versione 4 |
| Contenuto tipico | Modelli, documenti, dati, flussi di lavoro | Geometria, proprietà, relazioni | Spazi, tipologie, componenti, sistemi, documenti, lavori |
| Geometria? | Generalmente | Sì, dove necessario | No, non grafico |
| Ricevitore principale | Intero team di progetto; successivamente l'operatore | Altri software BIM e di analisi | Sistemi di manutenzione e gestione degli asset |
In un progetto tipico, i processi BIM coordinano le informazioni di progettazione e costruzione; IFC viene utilizzato per condividere modelli tra discipline e per consegnare un modello in formato aperto; e COBie trasferisce i record delle risorse che il team di manutenzione caricherà nel suo sistema. I requisiti del proprietario dovrebbero indicare lo scopo e il sistema di ricezione per ciascuno.
Il modo in cui si collegano ha conseguenze pratiche. Poiché COBie è definito come una vista di IFC, i dati COBie possono essere generati da un modello ben strutturato e NIBS elenca IFC insieme a SpreadsheetML e JSON come formati COBie approvati. Ciò funziona, tuttavia, solo se il modello contiene gli identificatori, le classificazioni e le proprietà di cui ha bisogno il requisito COBie. In caso contrario, il file COBie finisce per essere a partire dagli abachi e perde costantemente il passo con il modello.
Quando la stessa pompa appare nel modello, nel file COBie e nel sistema di manutenzione, deve avere un'identità, con una regola concordata per cui la fonte vince in caso di disaccordo. I requisiti dovrebbero stabilire quale risultato finale sia autorevole per ciascun tipo di informazione, che si tratti di geometria, identità delle risorse o dati di manutenzione; come gli identificatori vengono trasportati dall'uno all'altro; e chi risolve le differenze, ed entro quando.
Anche gli strumenti di ricezione necessitano di essere testati. La dichiarazione di un prodotto di supportare IFC o COBie non dimostra che ogni campo o relazione richiesta verrà trasferita secondo le versioni e le convenzioni scelte del progetto.
Laddove i requisiti li richiedano tutti e tre senza specificare il motivo, riscriverli in modo che ciascun deliverable abbia uno scopo definito, un ambito autorevole e un sistema ricevente. Le risorse tecnologiche e di controllo sono un buon punto di partenza.
Questo articolo si collega al nostro lavoro su Digital twin.
Possiamo discutere i requisiti informativi degli asset.
Contatta Pagin Consulting