Untuk proses yang tidak ada di rak.
Sebagian pekerjaan terlalu khas untuk perangkat lunak siap pakai. Untuk itu, sistem dirancang dari nol mengikuti aturan, data, dan perangkat yang memang dipakai, lalu diserahkan lengkap dengan kode dan dokumentasinya.
Untuk siapa layanan ini.
Membangun dari nol adalah pilihan terakhir yang paling mahal, jadi pastikan memang tidak ada jalan lain.
Pengembangan khusus adalah pembangunan perangkat lunak yang dirancang untuk satu kebutuhan tertentu dan tidak dijual sebagai produk umum. Contohnya sistem perizinan dengan alur yang diatur peraturan daerah setempat, sistem produksi pabrik dengan urutan kerja yang khas, aplikasi yang membaca data dari sensor atau timbangan, atau modul tambahan yang melengkapi platform yang sudah dipakai.
Layanan ini cocok untuk lembaga dan usaha yang prosesnya menjadi pembeda, sehingga tidak ingin dipaksa mengikuti cara kerja perangkat lunak umum. Cocok juga untuk organisasi yang sistem lamanya masih dipakai setiap hari tetapi sudah sulit dirawat, atau yang butuh menghubungkan banyak sumber data menjadi satu tampilan.
Sebelum memutuskan membangun, kebutuhan selalu dibandingkan dulu dengan pilihan yang lebih murah: memakai platform yang sudah ada seperti SmartGovt, ASIS, atau Dumoro, menambah modul di atasnya, atau memakai layanan berlangganan. Pengembangan khusus dipilih ketika perbandingan itu menunjukkan alasan yang jelas.
Tanda perangkat lunak umum sudah tidak cukup.
Proses dipaksa menyesuaikan
Staf harus mengakali aplikasi dengan lembar kerja tambahan karena alurnya tidak cocok dengan aturan yang berlaku.
Biaya lisensi membengkak
Biaya langganan terus naik mengikuti jumlah pengguna, sementara sebagian besar fiturnya tidak terpakai.
Sistem lama di ujung umur
Aplikasi lama berjalan di teknologi yang tidak lagi didukung dan hanya bisa diubah oleh segelintir orang.
Perangkat tidak terhubung
Data dari mesin, sensor, timbangan, atau alat ukur dicatat ulang dengan tangan.
Data harus disimpan sendiri
Aturan internal atau regulasi mengharuskan data berada di server sendiri atau di wilayah tertentu.
Butuh satu tampilan
Pimpinan membutuhkan dasbor yang menggabungkan data dari beberapa sistem yang berbeda.
Jenis sistem yang biasa dibangun.
Daftar ini bukan batas, hanya gambaran. Setiap sistem dirancang dari kebutuhan, lalu dirakit dari komponen yang sudah teruji agar tidak semua bagian ditulis dari awal.
Sistem Internal
Aplikasi untuk pekerjaan sehari-hari di dalam organisasi.
- Alur persetujuan bertingkat
- Perizinan dan layanan berbasis berkas
- Pengadaan, aset, dan inventaris
- Penjadwalan dan penugasan lapangan
Integrasi Perangkat
Menghubungkan perangkat fisik dengan sistem.
- Pembacaan sensor dan perangkat IoT
- Timbangan, pemindai, dan printer khusus
- Pengumpulan data dari lokasi dengan sinyal terbatas
- Dasbor pemantauan waktu nyata
Modernisasi Sistem Lama
Memindahkan sistem lama ke teknologi yang bisa dirawat, tanpa menghentikan layanan.
- Penilaian kode dan data lama
- Penggantian bertahap per modul
- Migrasi dan pembersihan data
- Masa berjalan berdampingan sebelum peralihan
Modul di Atas Platform
Fitur khusus yang melengkapi platform yang sudah dipakai.
- Modul laporan sesuai format instansi
- Penghubung ke sistem pemerintah atau mitra
- Formulir dan alur tambahan
- Ekspor dan impor data khusus
Data dan Dasbor
Mengumpulkan data dari banyak sumber menjadi bahan keputusan.
- Gudang data dan proses ETL
- Dasbor pimpinan dan indikator kinerja
- Laporan terjadwal
- Peta dan data spasial
Otomatisasi
Pekerjaan berulang yang bisa dijalankan mesin.
- Pembuatan dokumen dan surat otomatis
- Pengingat dan notifikasi terjadwal
- Sinkronisasi data antaraplikasi
- Pemeriksaan data otomatis
Dari kajian sampai sistem yang bisa dirawat sendiri.
Sistem khusus punya risiko lebih besar daripada produk jadi. Karena itu kajian kelayakan dan purwarupa dilakukan lebih dulu, sebelum anggaran pembangunan penuh dikeluarkan.
Tidak bergantung pada pembuatnya.
Risiko terbesar sistem khusus adalah ketergantungan pada satu pihak. Serah terima dirancang agar sistem bisa dirawat oleh tim internal atau vendor lain bila diperlukan.
Kode sumber
Repositori lengkap dengan riwayat perubahan, uji otomatis, dan petunjuk menjalankan.
Dokumentasi teknis
Arsitektur, model data, daftar API, dan cara memasang ulang dari awal.
Panduan pengguna
Panduan per peran, dari operator sampai admin sistem.
Alih pengetahuan
Sesi bersama tim internal untuk memahami cara kerja dan cara mengubah sistem.
Cara menjaga proyek tetap di jalurnya.
Proyek perangkat lunak khusus sering meleset karena lingkup yang terus melebar dan asumsi yang tidak diuji. Beberapa kebiasaan berikut dipakai untuk menahannya.
Lingkup tertulis
Setiap tahap punya daftar fitur yang disepakati. Permintaan baru dicatat dan dijadwalkan, bukan diselipkan diam-diam.
Uji asumsi lebih awal
Bagian yang paling tidak pasti dibuktikan lewat purwarupa sebelum pembangunan penuh dimulai.
Hasil yang bisa dilihat
Versi uji dibagikan secara berkala, sehingga kemajuan bisa diperiksa sendiri tanpa harus menunggu laporan.
Teknologi yang umum
Dipilih bahasa dan kerangka kerja yang banyak dipakai, agar mudah mencari orang yang bisa merawatnya.
Bekal untuk tahap kajian.
Bahan yang belum lengkap akan dikumpulkan bersama di tahap kajian. Yang paling penting adalah akses ke orang yang benar-benar menjalankan prosesnya.
Pemilik proses
Orang yang paling paham alur kerja dan bisa memutuskan aturan ketika ada pengecualian.
Aturan tertulis
Peraturan, prosedur operasi standar, atau rumus perhitungan yang harus diikuti sistem.
Contoh dokumen
Formulir, surat, laporan, dan lembar kerja yang dipakai sekarang, termasuk yang kasusnya tidak biasa.
Data dan sistem lama
Contoh data dan akses ke sistem lama bila akan dimodernisasi atau dipindahkan.
Perangkat contoh
Bila ada integrasi perangkat, satu unit contoh beserta dokumentasi teknis dari pabrikannya.
Rencana perawatan
Siapa yang akan merawat sistem setelah selesai: tim internal, vendor, atau kombinasi keduanya.
Yang sering ditanyakan.
01Apa beda pengembangan khusus dengan layanan aplikasi web dan mobile?
02Bagaimana tahu sebaiknya membangun atau membeli?
03Berapa biaya dan lama pembangunannya?
04Siapa pemilik kode sumber?
05Bagaimana bila sistem lama tidak boleh berhenti?
06Bisakah dipasang di server sendiri?
07Bagaimana dengan keamanan sistem?
08Bisakah menambah modul khusus pada platform Pustekno?
09Apa yang terjadi bila kebutuhan berubah di tengah jalan?
Sering dipakai bersama.
Ceritakan proses yang tidak ada di rak.
Kirim gambaran proses dan contoh dokumen yang dipakai sekarang. Dari situ disusun kajian awal untuk melihat apakah memang perlu membangun, dan bagian mana yang paling dulu dikerjakan.