Vai al contenuto
Guide allo scambio BIM

Qualità e consegna

Preparare un pacchetto di consegna del modello

Consegnare il modello con le impostazioni, le dipendenze, le evidenze di validazione e il contesto di revisione di cui ha bisogno il team successivo.

Tempo di lettura
3 min
Per
Coordinatori BIM, responsabili della consegna e destinatari del modello
Obiettivo di apprendimento
Assemblare un pacchetto tracciabile che un altro team possa aprire, comprendere e verificare.

Concordare che cosa accetterà il destinatario

Prima della scadenza, confermare scopo, destinatario, distribuzione consentita, luogo di consegna e processo di approvazione. Concordare ambito del modello, formato, schema, convenzione di denominazione e informazioni di supporto richieste. Chiedere al destinatario di testare un piccolo pacchetto con sufficiente anticipo da poter correggere eventuali problemi di compatibilità.

Adattare questo flusso di lavoro ai requisiti informativi del progetto, all'accordo di consegna e agli eventuali template richiesti dal committente.

Includere un contesto sufficiente per riprodurre la consegna

Tabella Elemento del pacchetto
Elemento del pacchettoA quale domanda deve rispondere
Modello e risorse associateQuali file devono restare insieme perché il destinatario possa aprire il risultato?
Manifesto di consegnaChe cos'è questa revisione, chi l'ha preparata e qual è il suo uso previsto?
Elenco delle revisioni di origineQuali modelli disciplinari e quali revisioni sono stati inclusi o esclusi?
Configurazione di esportazioneQuale versione dell'applicazione, quale ambito, quali opzioni di formato e quali trasformazioni sono stati usati?
Nota sulle coordinateQuali unità, quale origine, quale convenzione degli assi e quale riferimento di progetto si applicano?
Evidenze di validazioneQuali controlli sono stati eseguiti, quali non sono stati superati e che cosa è stato accettato come eccezione?
Elenco delle modifiche e delle segnalazioniChe cosa è cambiato dall'ultima consegna e che cosa resta irrisolto?
Istruzioni per il destinatarioCome è stato testato il pacchetto e dove vanno registrate le domande?

Usare percorsi che restino validi dopo che il destinatario ha estratto il pacchetto. Testare una copia da una cartella diversa, così da scoprire prima della consegna eventuali risorse mancanti o riferimenti alla vostra workstation. Evitare di inserire nel manifesto token di accesso, password o percorsi privati della workstation.

Esempio di manifesto di consegna

Template del manifesto di consegna
Delivery: Example project / coordination review / R03
Prepared by: [name and team]
Prepared on: [date and time zone]
Purpose: [agreed review task]
Model files: [file names and sizes]
Source revisions: [list or attached schedule]
Export application and version: [value]
Format and schema: [value]
Scope and exclusions: [value]
Units and coordinate reference: [value]
Applied transformations: [value or none]
Receiving application tested: [name and version]
Validation evidence: [report names]
Open issues and exceptions: [identifiers]
Approval status: [pending / accepted / rejected]
Reviewer and decision date: [value]
Distribution: [approved recipient group]

Se si usano checksum, indicare l'algoritmo e calcolarli sui file finali. Un checksum può aiutare a rilevare un file modificato o incompleto; di per sé non dimostra chi ha creato o approvato il pacchetto.

Rilasciare il pacchetto secondo una sequenza controllata

  1. Congelare la versione candidata

    Identificare le revisioni di origine e la configurazione di esportazione. Salvare gli output in una nuova cartella di revisione, invece di sovrascrivere l'ultima consegna accettata.

  2. Verificare i file finali

    Eseguire i controlli sui file che verranno effettivamente inviati. Se l'output cambia, ripetere i controlli interessati e aggiornare il manifesto.

  3. Trasferire tramite il canale concordato

    Inviare il pacchetto completo alla posizione approvata e verificare che il destinatario possa accedervi.

  4. Ottenere una decisione dal destinatario

    Registrare la ricezione separatamente dall'accettazione. Chiedere al destinatario di confermare l'applicazione testata e di segnalare i problemi facendo riferimento all'identificativo della consegna.

  5. Conservare le evidenze

    Conservare il pacchetto accettato, la decisione e la cronologia delle revisioni sostituite secondo il processo di conservazione del progetto.

Mantenere le segnalazioni di consegna legate al modello

BIM Collaboration Format (BCF) supporta lo scambio tra applicazioni di segnalazioni relative ai modelli. Se entrambi i team lo supportano, usarlo per mantenere il contesto delle segnalazioni insieme alla revisione del modello concordata. Un pacchetto di segnalazioni BCF non sostituisce la consegna del modello stesso.

Risorse correlate

Cookie su questo sito. Utilizziamo cookie necessari per l'accesso e per mantenere sicuro il sito. Con il vostro permesso, le statistiche di prima parte ci aiutano a capire quali pagine vengono visitate, da quali fonti di traffico e con quali dispositivi. Registrano visite pseudonime; gli indirizzi IP vengono conservati per sette giorni. Consultate la nostra informativa sulla privacy.