28
BAB III PEMBAHASAN
Dalam membangun sistem ini, penulis menggunakan Waterfall Model. Tahapan dalam Waterfall Model adalah sebagai berikut:
a. Software requirements analysis analisis kebutuhan sistem
b. Design perancangan sistem
c. Code generation implementasi sistem
d. Testing pengujian sistem
Tahap awal dalam membangun sistem ini adalah analisis kebutuhan sistem. Analisis kebutuhan sistem bertujuan untuk mengidentifikasi dan mengevaluasi
permasalahan dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan terhadap sistem yang ada.
Tahap selanjutnya adalah perancangan sistem. Perancangan sistem dapat didefinisikan sebagai penggambaran, perencanaan, dan pembuatan sketsa atau
pengaturan dari beberapa elemen yang terpisah kedalam satu kesatuan yang utuh dan berfungsi.
A. Analisis Kebutuhan Sistem
1. Analisis Prosedur yang Terlibat
Prosedur yang terlibat dalam Sistem Infomasi Operator LIMUNY adalah sebagai berikut:
a. Prosedur Input Jadwal
Prosedur input jadwal adalah prosedur khusus bagi koordinator SDM serta koordinator Hardware dan Service Center. Proses input jadwal adalah koordinator
29
SDM serta koordinator Hardware dan Service Center melakukan upload data jadwal untuk satu bulan ke basis data setiap menjelang pergantian bulan. Jadwal
yang sudah di-input tersebut akan menjadi jadwal otentik. Flowmap dari proses input jadwal dapat dilihat pada Gambar 7.
Gambar 7. Flowmap Proses Input Jadwal
30
b. Prosedur Pertukaran Jadwal
Prosedur pertukaran jadwal adalah prosedur dimana operator dapat melihat jadwal shift untuk satu bulan dan mengganti jadwal shift baik jadwal billing,
hardware, dan service center sesuai dengan kebutuhan. Prosedur ini dapat dilakukan dengan login ke dalam sistem atau melalui
layanan SMS Gateway akan disediakan sehingga proses melihat dan menukar jadwal dapat dilakukan di mana saja dan realtime. Flowmap dari proses
pertukaran jadwal langsung melalui sistem dapat dilihat pada Gambar 8.
Gambar 8. Flowmap Proses Pertukaran Jadwal via Web Browser
31
Pada prosedur melihat dan atau menukar jadwal via SMS Gateway, flowmap kedua prosedur dipisahkan menjadi dua. Flowmap dari proses melihat jadwal
melalui SMS Gateway dapat dilihat pada Gambar 9.
Gambar 9. Flowmap Proses Melihat Jadwal via SMS Gateway Flowmap dari proses pertukaran jadwal langsung melalui SMS Gateway
dapat dilihat pada Gambar 10.
32
Gambar 10. Flowmap Proses Pertukaran Jadwal via SMS Gateway
c. Prosedur Input Formulir Permasalahan Presensi
Pada pelaksanaannya, kadang operator yang bertugas mengalami masalah saat presensi dengan mesin presensi. Masalah yang terjadi bisa dikarenakan
kesalahan sistem atau kelalaian operator.
33
Prosedur apabila mengalami permasalahan presensi maupun salah presensi adalah mengisi formulir yang sudah disediakan, kemudian diverifikasi oleh
seorang saksi dan koordinator SDM. Flowmap dari proses input masalah presensi dan verifikasi saksi dan atau koordinator SDM dapat dilihat pada Gambar 11.
Gambar 11. Flowmap Proses Input Masalah Presensi dan Verifikasi Saksi dan atau Koordinator SDM
d. Prosedur Input Data Kinerja