Una descrizione condivisa di un asset costruito
Industry Foundation Classes (IFC) è una specifica aperta mantenuta da buildingSMART per lo scambio di dati di building information modelling (BIM). Offre alle applicazioni un modo condiviso per descrivere un asset costruito e le informazioni a esso associate. Un file .ifc è una rappresentazione di tali dati.
Architetti, ingegneri impiantisti e gestori di asset possono usare applicazioni diverse per verificare gli stessi elementi del modello. Uno scambio IFC consente a ogni destinatario di individuare gli oggetti, esaminare la geometria e verificare le informazioni concordate. Definire le attività di verifica richieste prima di selezionare le impostazioni di esportazione.
Riferimenti ufficiali
Struttura e informazioni del modello
Un set di proprietà IFC raggruppa proprietà denominate. I set possono appartenere ai singoli oggetti o ai loro tipi, quindi un visualizzatore può mostrare informazioni ereditate da un tipo oltre a quelle assegnate a una singola occorrenza. Esaminare entrambe quando si indaga su un valore mancante.
| Da esaminare | Domanda da porsi | Esempio di azione di verifica |
|---|---|---|
| Identità dell'oggetto | È possibile fare riferimento allo stesso oggetto in un'altra verifica? | Registrare l'identificativo IFC e la revisione del modello. |
| Significato dell'oggetto | L'oggetto è classificato come previsto? | Confrontare con l'origine una porta, una soletta e un'apparecchiatura note. |
| Geometria | La forma richiesta è presente? | Esaminare aperture, elementi sottili e componenti curvi. |
| Organizzazione | Il destinatario può navigare nella consegna? | Individuare gli elementi per edificio, piano o struttura concordata. |
| Proprietà | I valori richiesti sono leggibili e significativi? | Controllare un identificativo di asset noto e un valore numerico con la sua unità. |
Usare questa tabella come esempio di piano di verifica. Non significa che ogni file IFC contenga ogni voce, né che un file dall'aspetto convincente sia completo. Chiedere al mittente di documentare le esclusioni e i dati non disponibili nell'origine.
Riferimenti ufficiali
Concordare la versione con il destinatario
IFC2x3, IFC4 e IFC4.3 sono famiglie di schemi pubblicate distinte. Una specifica in bozza non è un sostituto intercambiabile di una release supportata. La directory ufficiale degli standard buildingSMART identifica le pubblicazioni e il loro stato.
- Registrare lo schema esatto, la vista di scambio o il profilo richiesti e la versione dell'applicazione ricevente.
- Chiedere al destinatario di testare un campione rappresentativo prima di una consegna completa. Includere geometria rappresentativa e tutti i dati richiesti.
- Conservare la configurazione concordata insieme al registro della consegna. Ripetere il test sul campione quando cambiano l'esportatore, l'importatore o i requisiti.
Riferimenti ufficiali
Definire le aspettative sulla conversione
Considerare la conversione come una trasformazione che va controllata. Non dare per scontato che un'applicazione ricevente ricrei gli strumenti di modifica, i vincoli o la cronologia di progettazione originali. Se l'attività successiva richiede il comportamento di authoring nativo, concordare come verrà fornito anche il modello nativo.
Un'esportazione non può stabilire la veridicità di informazioni mancanti o errate nell'origine. Quando un elemento ha solo una mesh e un nome, dedurne una classificazione tecnica o un valore prestazionale richiede evidenze e un verificatore responsabile. Mantenere i valori incerti distinguibili dai dati approvati.
Cinque domande prima di accettare un IFC
- Quale decisione o attività a valle deve supportare questo modello?
- Quali revisioni di origine, discipline e aree sono incluse?
- Quale schema e quali impostazioni di importazione sono stati testati da entrambe le parti?
- Quali coordinate, proprietà e controlli di accettazione sono richiesti?
- Chi risolve gli elementi respinti e chi approva la consegna corretta?