Perangkat Lunak HMI dan SCADA Kustom: Empat Lapisan

Pekerjaan apa yang sebenarnya ada dalam proyek perangkat lunak supervisori

Proyek supervisori terlihat seperti sekadar "membuat satu set layar pemantauan", tetapi bila diurai ada lima jenis pekerjaan, dan pelaksananya biasanya bukan orang yang sama.

• Mesin dan instrumen lapangan: kontroler, inverter, alat ukur, dan timbangan sebagai sumber data yang dapat dibaca
• Komunikasi dan konektivitas: konversi protokol, penyiapan gateway, pembagian jaringan, sinkronisasi waktu, dan penyangga data lokal
• Layar dan logika operasi: konfigurasi layar, hak akses operator, tingkatan alarm, dan pencatatan tindakan
• Data dan laporan: penyimpanan data historis, templat laporan, dan antarmuka data ke luar
• Serah terima dan operasi: pengelolaan versi program, pencadangan, prosedur pembaruan, dan alur perubahan di kemudian hari

Dari kelima jenis ini, hanya jenis kedua dan ketiga berubah mengikuti kebutuhan pelanggan. Jenis pertama ditentukan oleh mesin, sedangkan jenis keempat dan kelima menentukan apakah sistem masih bisa diubah dua tahun kemudian.

Membagi berdasarkan tanggung jawab: bagian yang dikerjakan sendiri dan yang diserahkan ke tim eksternal

Cara paling sederhana untuk menetapkan lingkup adalah menggambar empat blok "siapa menangani apa", bukan membagi berdasarkan menu fungsi.

Tujuan tabel pembagian kerja bukan untuk melempar tanggung jawab, melainkan agar setiap lapisan dapat menyatakan apa yang diserahkan dan dalam bentuk apa.

Dengan pembagian empat lapisan ini, tempat yang paling sering bermasalah adalah antara lapisan kedua dan ketiga. Bila kondisi jaringan lapangan, protokol komunikasi instrumen, dan daftar register kontroler yang tersedia belum dikonfirmasi sebelum pengembangan dimulai, layar yang dibuat tim eksternal tidak akan punya data untuk ditampilkan.

Struktur penawaran lebih menjelaskan daripada total harga

Saat menilai penawaran pengembangan supervisori, struktur lebih informatif daripada total harga. Penawaran yang layak terbagi menjadi hari-orang dan tarif, serta menyebutkan dengan jelas apa yang berada di luar lingkup.

• Diurai per item pekerjaan: penyusunan daftar tag, penyetelan komunikasi, pengembangan layar, pengembangan laporan, uji coba lapangan, dan penulisan dokumentasi dicantumkan terpisah
• Hari-orang dan peran: jumlah hari-orang per item, serta apakah uji coba lapangan dan dukungan jarak jauh memakai tarif yang sama
• Item di luar lingkup: hal yang harus disiapkan pelanggan, cara menghitung permintaan tambahan, serta perhitungan perjalanan dan penginapan
• Daftar serah terima: jumlah salinan dan bentuk kode sumber, berkas layar, daftar tag komunikasi, catatan pengujian, dan manual operasi

Penawaran yang diurai per item pekerjaan membuat perselisihan soal "apakah ini termasuk perubahan permintaan" jauh berkurang. Penawaran yang hanya menyebut satu total harga tanpa lingkup biasanya berarti lingkup akan ditafsirkan ulang selama pelaksanaan.

Batas serah terima kode dan aset

Sistem supervisori masih terus diubah setelah beroperasi, sehingga isi serah terima menentukan kebebasan pelanggan dua tahun kemudian. Dalam praktiknya, beberapa item berikut dikonfirmasi satu per satu.

• Kode sumber dan berkas proyek: apakah disediakan kode sumber lengkap yang dapat dikompilasi atau berkas proyek yang dapat diedit, dengan cakupan lisensi ditulis jelas
• Daftar tag komunikasi: tipe data, alamat, satuan, dan siklus pembaruan setiap titik, disusun sebagai tabel yang dapat dicocokkan
• Daftar layar: nama layar, hierarki, dan bagian proses yang terkait, agar penelusuran dan perubahan berikutnya lebih mudah
• Catatan pengujian: hasil pengujian koneksi komunikasi, pemicuan alarm, pemulihan setelah listrik padam, dan operasi berkelanjutan
• Prosedur pembaruan: siapa yang menjalankan pembaruan program, pada jendela waktu apa, dan bagaimana mengembalikan bila terjadi masalah

Item ketiga dan kelima paling sering terlewat: daftar layar menentukan kecepatan penelusuran saat perubahan berikutnya, sedangkan prosedur pembaruan menentukan apakah pelanggan dapat menangani perubahan kecil sendiri.

Batas antara perangkat lunak konfigurasi berlisensi dan pengembangan kustom

Banyak proyek tidak perlu menulis kode dari nol. Keputusannya bertumpu pada beberapa pertanyaan konkret: apakah protokol komunikasi berada di luar cakupan driver bawaan perangkat lunak berlisensi, apakah ada kebutuhan layar dan logika operasi yang non-standar, apakah data harus dipertukarkan dengan MES atau ERP, dan apakah pelanggan sendiri harus bisa merawatnya nanti.

• Protokol dan driver tercakup, logika layar standar: utamakan perangkat lunak konfigurasi berlisensi; pengiriman lebih cepat dan biaya perawatan lebih rendah
• Antarmuka data eksternal, logika operasi non-standar, hak akses multi-peran: pengembangan kustom lebih cocok
• Penggabungan: perangkat lunak berlisensi menangani layar standar dan operasi lapangan, sementara program kustom menangani antarmuka data dan laporan — susunan yang umum

Bila digabungkan, batasnya harus ditetapkan sejak awal: data mana yang ditulis perangkat lunak berlisensi ke basis data dan antarmuka mana yang ditangani program kustom, agar dua program tidak menulis ke tabel yang sama.

Penerapan bertahap dan penerimaan per tonggak

Menerapkan secara bertahap mengendalikan risiko lebih baik daripada penyerahan sekali jalan, karena setiap tahap meninggalkan hasil yang dapat dicocokkan.

• Konfirmasi fungsi: sepakati daftar tag, daftar layar, dan logika operasi, lalu tuangkan dalam dokumen
• Layar prototipe: buat satu atau dua layar kunci lebih dulu untuk menguji jalur data dan gaya tampilan
• Penerapan bertahap: jalankan per bagian proses atau per lini, amati setiap batch sebelum lanjut ke batch berikutnya
• Serah terima dan operasi: selesaikan serah terima kode sumber dan dokumentasi, lalu masuk ke tahap pembaruan versi dan dukungan

Manfaat langsung dari urutan ini: masalah komunikasi dan jalur data muncul pada tahap prototipe, bukan pada hari sistem mulai dioperasikan.

Informasi yang perlu disiapkan sebelum mulai

Sebelum masuk ke perancangan, merapikan item berikut membantu mengurangi pekerjaan ulang: daftar protokol komunikasi kontroler dan instrumen yang ada, titik data dan siklus pencuplikan yang tersedia, kondisi jaringan lapangan dan akses jarak jauh, sistem eksternal yang perlu dihubungkan beserta bentuk antarmukanya, serta siapa di sisi pelanggan yang mengonfirmasi daftar tag dan layar.

Shanghai Chengxuan Intelligent mengumpulkan pengalaman proyek di bidang perangkat lunak industri dan konektivitas mesin sejak 2009, dengan kemampuan produk mencakup perangkat lunak supervisori, akuisisi data, dan platform pemantauan. Kami dapat membantu mengonfirmasi batas fungsi dan daftar serah terima sesuai kondisi mesin dan lingkup proyek yang sebenarnya.