Ruang lingkup IBMS dapat gagal dalam dua arah: entah terlalu kabur sehingga setiap vendor menetapkan harga untuk proyek yang berbeda, atau terlalu preskriptif sehingga menggambarkan produk alih-alih hasil. Ruang lingkup yang dapat diserahkan berada di antara keduanya.
Mulai dari hasil
Tuliskan apa yang harus dilakukan gedung: keputusan apa yang perlu diambil operator, alarm mana yang harus sampai ke peran mana, laporan apa yang harus ada saat serah terima. Hasil adalah ujian bagi setiap baris yang menyusul.
Daftar sistem
Cantumkan setiap subsistem dalam ruang lingkup, vendor, antarmukanya, dan siapa yang memiliki data. Jika suatu antarmuka tidak diketahui, jadikan audit sebagai deliverable alih-alih mengasumsikan keberadaannya.
| Item | Yang harus dinyatakan | Pemilik |
|---|---|---|
| HVAC / plant | BACnet/IP atau Modbus, daftar titik, tanggung jawab gateway | Vendor BMS |
| Kontrol akses | API atau OSDP/Wiegand, daftar peristiwa, status pintu | Vendor akses |
| CCTV | ONVIF/RTSP atau API VMS, peta kamera, keterkaitan peristiwa | Vendor VMS |
| Meter energi | Modbus, pulsa, atau API utilitas, interval dan satuan | Vendor metering |
| PMS hotel | ODBC atau API, peristiwa check-in/out, status kamar | Vendor PMS |
| Alarm kebakaran | Kontak kering atau input tersupervisi; panel kebakaran tetap memegang kendali | Kontraktor kebakaran |
Matriks antarmuka
Matriks adalah satu halaman paling berguna dalam ruang lingkup. Untuk setiap subsistem, nyatakan antarmuka fisik, protokol, arah data, jumlah titik, dan siapa yang menguji koneksi. Jika dua vendor berbagi satu antarmuka, sebutkan pihak yang memiliki gateway.
Daftar titik
Daftar titik menetapkan setiap titik, alamatnya, rentang, satuan, batas alarm, dan konvensi penamaan. Ini bukan detail pengujian dan serah terima. Tanpanya, grafik, alarm, dan tren tidak dapat diuji secara konsisten.
Filosofi alarm
Tetapkan kelas alarm, prioritas, perutean, dan eskalasi. Nyatakan alarm mana yang ditekan selama pemeliharaan dan siapa yang dapat mengonfirmasinya. IBMS dengan 4.000 alarm tanpa pembedaan bukanlah gambaran operasional; itu kebisingan.
Uji penerimaan
- Verifikasi titik-ke-titik terhadap daftar titik.
- Pembangkitan, perutean, dan konfirmasi alarm.
- Setiap interlock lintas sistem, diuji dari peristiwa pemicunya.
- Akurasi tren dan laporan untuk periode yang disepakati.
- Failover: apa yang terjadi ketika jaringan atau pengendali tidak tersedia.
Ruang lingkup yang tidak dapat diuji bukanlah ruang lingkup; melainkan harapan. Tuliskan uji sebelum menulis persyaratan.
Apa yang harus ditinggalkan
Jangan menentukan model produk kecuali proyek benar-benar memerlukannya. Tentukan hasil, antarmuka, model data, dan uji penerimaan. Hal itu memberi ruang bagi integrator untuk mengusulkan solusi yang sesuai dengan gedung.
Inti sari
Ruang lingkup IBMS yang baik adalah sekumpulan batas: sistem, antarmuka, titik, alarm, uji, dan serah terima. Jika semuanya benar, pembicaraan komersial menjadi tentang nilai, bukan ambiguitas.
