Fondare la consegna su test integrati e di guasto testimoniati rispetto a scenari concordati, non secondo il punto di vista di ciascun appaltatore.
I sistemi integrati vengono testati a strati: ogni dispositivo e punto, poi ogni sistema singolarmente, poi ogni interfaccia tra due sistemi e infine scenari end-to-end completi che attraversano diversi sistemi, compreso cosa succede quando qualcosa fallisce. Chiude il percorso l'accettazione dell'utenza da parte di chi gestirà l'edificio, insieme ad una pianificazione dei test che potranno avvenire solo una volta occupato l'edificio o al cambio di stagione. La messa in servizio è il processo di qualità più ampio che stabilisce i requisiti verificati dai test.
Tre decisioni fanno la differenza tra un edificio consegnato e uno che funziona. Gli scenari di test integrati dovrebbero essere scritti durante la progettazione. Una parte dovrebbe essere chiaramente responsabile dell'esecuzione di test integrati tra i pacchetti. E il passaggio di consegne dovrebbe attendere fino al superamento degli scenari end-to-end e dei test di fallimento.
La linea guida ASHRAE 0 (edizione 2019) descrive il processo di commissioning come un processo di qualità per verificare che una struttura e i suoi sistemi soddisfino i requisiti di progetto del proprietario. Lo standard ASHRAE/IES 202, pubblicato più recentemente nel 2024, stabilisce i requisiti del processo di messa in servizio per nuovi edifici e nuovi sistemi, mentre lo standard ASHRAE 230-2022 copre gli edifici esistenti. La messa in servizio inizia con i requisiti documentati e prosegue attraverso la progettazione, la costruzione, la consegna e il primo funzionamento. Il testing ne è una parte: la prova che i requisiti sono stati soddisfatti.
Nei sistemi integrati il punto debole è raramente il test dei singoli sistemi, che ogni appaltatore effettua per il proprio pacchetto. Si trova tra i pacchetti, dove nessun singolo appaltatore è responsabile. La linea guida ASHRAE 1.1, ad esempio, descrive la convalida delle interfacce e le possibili interferenze tra i sistemi dell'edificio come parte della messa in servizio di HVAC&R.
Scorri in orizzontale per leggere tutta la tabella.
| Strato | Cosa viene testato | Tipicamente gestito da | Tipicamente testimoniato da |
|---|---|---|---|
| Fabbrica o desktop | Configurazione, comportamento dell'interfaccia e impostazioni di sicurezza prima dell'installazione del sito | Fornitore o integratore | Integratore, consulente |
| Punto per punto | Ogni sensore, attuatore e punto legge o agisce correttamente, con il nome e la posizione corretti | Appaltatore installatore | Responsabile della messa in servizio, controlli a campione |
| Sistema funzionale | Le sequenze e gli allarmi di ciascun sistema funzionano come specificato | Appaltatore di sistemi | Responsabile della messa in servizio, progettista |
| Interfaccia | Ogni messaggio o scambio di dati tra due sistemi, rispetto alla pianificazione dell'interfaccia | Integratore, con entrambi gli appaltatori di sistema | Consulente, IT del proprietario |
| Scenario integrato | Casi d'uso end-to-end su diversi sistemi | Integratore o integratore di sistemi master | Titolare, operatore, consulente |
| Fallimento e ripresa | Comportamento in caso di perdita di alimentazione, rete, server, servizio cloud o interfaccia e ripristino | Integratore con tutti gli appaltatori | Proprietario, operatore |
| Accettazione della sicurezza | Account, accesso remoto, segmentazione e rafforzamento come specificato | Integratore, consulente IT o sicurezza del proprietario | IT del proprietario |
| Accettazione dell'utente | Gli operatori e gli utenti completano i loro compiti reali | Operatori | Proprietario |
| Differito e stagionale | Test che richiedono occupazione o condizioni meteorologiche diverse | Responsabile della messa in servizio | Operatore |
Il RIBA Smart Building Overlay to the Plan of Work (2024) raccomanda di testare i sistemi di costruzione intelligente in un ambiente di fabbrica prima dell'installazione in loco, ove appropriato, e di eseguire l'etichettatura delle risorse in condizioni di fabbrica, ove possibile, in coordinamento con la strategia di denominazione delle stanze. Si raccomanda inoltre un periodo di accettazione da parte dell'utente per le applicazioni operative al momento della consegna. Il test di fabbrica vale la pena perché rileva i difetti di configurazione e di interfaccia mentre sono più economici da risolvere.
Uno scenario integrato segue un caso d'uso dal trigger al risultato e indica il risultato atteso in ogni fase. Uno completo definisce le condizioni di attivazione e di avvio, ciascun sistema coinvolto e cosa dovrebbe fare, i tempi previsti, ciò che ogni utente dovrebbe vedere e come termina lo scenario, incluso il modo in cui vengono cancellati allarmi, attività o override. Nomina anche le prove da registrare, siano esse screenshot, log o dati di tendenza.
Ogni scenario necessita quindi delle sue versioni di guasto. Cosa succede se il server di integrazione è offline, il collegamento di rete a un piano è interrotto o un servizio cloud non è disponibile? La risposta dovrebbe corrispondere alla modalità degradata concordata per ciascun sistema.
Un caso speciale sono le interfacce salvavita, come i segnali di allarme antincendio per la ventilazione o il controllo degli accessi. Vengono testati secondo la strategia antincendio e le normative pertinenti, con l'ingegnere antincendio e l'autorità di approvazione, e i test integrati dovrebbero includerli solo nel modo concordato dalle parti, senza modificarli.
I test integrati spesso falliscono per ragioni evitabili, la più comune delle quali è che sono iniziati troppo presto. I criteri di ingresso lo impediscono: test punto a punto e di sistema completati e approvati, configurazione di rete e sicurezza in atto, test di interfaccia superati e dati di test disponibili. Iniziare prima che tali condizioni siano soddisfatte fa perdere tempo a tutti e nasconde la causa principale dei difetti.
I difetti necessitano di un unico registro per tutti i pacchetti, ciascuno con un proprietario, una gravità e una data di nuovo test. Per un difetto su un'interfaccia, entrambe le parti vengono registrate e si concorda di condurre la correzione. Ogni correzione viene nuovamente testata, insieme a tutti i test precedenti che potrebbe influenzare.
Alcune cose possono essere testate solo durante l’uso: riscaldamento in inverno, raffrescamento in estate, controllo basato sull’occupazione con occupanti reali. Questi test differiti dovrebbero essere elencati al momento della consegna con date e responsabilità. La messa in servizio basata sul monitoraggio o continua può portare la verifica al funzionamento, ma non sostituisce il completamento dei test integrati prima della consegna.
Gli scenari, i test di guasto, i criteri di ingresso e il processo dei difetti appartengono alle specifiche, non al piano di messa in servizio. Vengono utilizzati alla fine, ma sono lavori in fase di progettazione e nessun appaltatore può essere obbligato a sottoporsi a un test che non sia mai stato previsto nel suo contratto.
Questo articolo si collega al nostro lavoro su I nostri servizi.
Possiamo discutere come questo tema entra nel brief del progetto.
Contatta Pagin Consulting