In che modo BIM e IFC si relazionano alle ontologie edilizie operative?

Descrivono lo stesso edificio per scopi diversi. BIM (building information modeling) e IFC (Industry Foundation Classes, lo schema di dati aperti per lo scambio di informazioni BIM) descrivono un edificio così come è stato progettato e costruito: i suoi spazi, i sistemi, i componenti e le loro proprietà. Ontologie operative come Brick, Project Haystack o RealEstateCore descrivono il contesto di cui le applicazioni hanno bisogno per interpretare dati in tempo reale e storici, ad esempio quale sensore appartiene a quale apparecchiatura e quale apparecchiatura serve quale spazio. Entrambi conoscono le stanze e le unità di trattamento dell'aria, ma sono stati costruiti per compiti diversi.

Questa sovrapposizione è sia un’opportunità che una trappola. Collegati attraverso identità condivise, i due fanno sì che lo sforzo speso per le informazioni sul progetto continui a servire dopo il passaggio di consegne. La trappola è presupporre che un modello di progettazione descriva automaticamente l’edificio così come funziona effettivamente.

Cosa può portare IFC

Secondo l'abstract dell'ISO, l'IFC, pubblicato come ISO 16739-1, copre le fasi del ciclo di vita fino al funzionamento e alla manutenzione. Può quindi contenere gran parte di ciò di cui le operazioni hanno bisogno: identità dell'apparecchiatura, tipo, ubicazione, appartenenza al sistema e proprietà selezionate. Ciò che una particolare esportazione contiene effettivamente dipende dalle istruzioni di modellazione e dalla definizione della vista del modello, il sottoinsieme dello schema, che il software implementa.

Le lacune che le operazioni devono solitamente colmare

I modelli di passaggio variano, ma il quadro tipico non è uniforme:

Un'esportazione IFC è quindi un utile punto di partenza, anche se raramente mappa i punti BMS sulle apparecchiature.

Costruire il ponte

La decisione più importante è concordare un identificatore per risorsa e per spazio e utilizzarlo nel modello, nel registro delle risorse, nel BMS e nell'ontologia operativa. Tutto il resto dipende da questo.

Una volta implementato ciò, tutto ciò che è affidabile nel modello, come identità, tipo, posizione e sistema, può essere riutilizzato una volta verificato rispetto alle condizioni di installazione. Le relazioni operative che mancano al modello, come feeds, serves e has point, vengono quindi aggiunte nell'ontologia operativa e collegate agli stessi identificatori. Ogni trasformazione e fonte dovrebbe essere registrata, in modo che ogni fatto possa essere ricondotto al modello, a un sopralluogo o a un verbale di messa in servizio. La mappatura viene quindi testata nel modo in cui un operatore la utilizzerà: lanciare un allarme di prova su una manciata di punti di sistemi e piani diversi e verificare che ciascuno conduca direttamente alla risorsa, alla stanza e al manuale corretti.

Mantenendo i due allineati

Il modello e l’ontologia operativa non saranno più in sintonia a meno che qualcuno non li mantenga allineati. Quando un'unità viene sostituita, potrebbe aver bisogno di una nuova identità patrimoniale mantenendo le stesse relazioni funzionali con il suo sistema e i suoi spazi. È necessario definire chi aggiorna quale record, in quale ordine e come viene verificata la modifica mentre l'edificio è nuovo, molto prima che la prima unità venga sostituita.