TA : Rancang Bangun Sistem Informasi Monitoring Antrian Pada Koperasi Setia Bhakti Wanita Berbasis Web.

Oleh:

Nama : Muhamad Revo Dwi Putro

NIM : 08.41010.0074

Program Studi : Strata 1

Jurusan : Sistem Informasi

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA

i

ABSTRAK ... Error! Bookmark not defined. KATA PENGANTAR ... Error! Bookmark not defined.

DAFTAR ISI ... i

DAFTAR GAMBAR ... 4

DAFTAR TABEL ... 9

DAFTAR LAMPIRAN ... 11 BAB I PENDAHULUAN ... Error! Bookmark not defined.

1.1 Latar Belakang ... Error! Bookmark not defined. 1.2 Rumusan Masalah ... Error! Bookmark not defined. 1.3 Batasan Masalah ... Error! Bookmark not defined. 1.4 Tujuan ... Error! Bookmark not defined. 1.5 Sistematika Penulisan ... Error! Bookmark not defined. BAB II LANDASAN TEORI ... Error! Bookmark not defined. 2.1 Sistem Monitoring ... Error! Bookmark not defined. 2.1.1 Definisi ... Error! Bookmark not defined. 2.1.2 Efektifitas Sistem Monitoring ... Error! Bookmark not defined. 2.1.3 Tujuan Sistem Monitoring ... Error! Bookmark not defined. 2.1.4 Bentuk-Bentuk Sistem Monitoring ... Error! Bookmark not defined. 2.2 Sistem Antrian ... Error! Bookmark not defined.

2.2.1 Definisi ... Error! Bookmark not defined. 2.2.2 Disiplin Antrian ... Error! Bookmark not defined.

ii

2.3.1 Definisi ... Error! Bookmark not defined. 2.3.2 Klasifikasi ... Error! Bookmark not defined. 2.3.3 Karakteristik ... Error! Bookmark not defined.

2.4 Socket ... Error! Bookmark not defined.

2.6 System Development Life Cycle (SDLC) . Error! Bookmark not defined.

BAB III ANALISIS DAN PERANCANGAN SISTEM ... Error! Bookmark not defined.

3.1 Analisis Sistem... Error! Bookmark not defined. 3.1.1 Hasil Analisis ... Error! Bookmark not defined. 3.1.2 Analisis Kebutuhan Sistem ... Error! Bookmark not defined. 3.2 Perancangan Sistem ... Error! Bookmark not defined. 3.2.1 Use Case Monitoring Antrian ... Error! Bookmark not defined. 3.2.2 Activity Diagram dan Flow of Event . Error! Bookmark not defined.

3.2.3 Sequence Diagram ... Error! Bookmark not defined. 3.2.4 Class Diagram Monitoring Antrian .. Error! Bookmark not defined. 3.3 Perancangan User Interface ... Error! Bookmark not defined.

3.3.1 Desain Form Penangkapan Data ... Error! Bookmark not defined. 3.3.2 Desain Form Laporan Monitoring Antrian ... Error! Bookmark not defined.

3.4 Desain Uji Coba ... Error! Bookmark not defined. 3.4.1 Uji Coba Fungsi Aplikasi ... Error! Bookmark not defined.

iii

4.1 Kebutuhan sistem ... Error! Bookmark not defined. 4.1.1 Menangkap data ... Error! Bookmark not defined. 4.1.2 Menampilkan Laporan ... Error! Bookmark not defined. 4.2 Implementasi Sistem ... Error! Bookmark not defined.

4.2.1 Tampilan Penangkapan Data ... Error! Bookmark not defined. 4.3.2 Tampilan Laporan Monitoring Antrian ... Error! Bookmark not defined.

4.4 Evaluasi Sistem ... Error! Bookmark not defined. 4.4.1 Uji Coba Fungsi Aplikasi ... Error! Bookmark not defined. 4.4.2 Uji Coba Aplikasi Kepada PenggunaError! Bookmark not defined. BAB V PENUTUP ... Error! Bookmark not defined. 5.1 Kesimpulan ... Error! Bookmark not defined. 5.2 Saran ... Error! Bookmark not defined. DAFTAR PUSTAKA ... Error! Bookmark not defined. LAMPIRAN ... Error! Bookmark not defined.

4

Gambar 2.1 Single Channel – Single Phase ... Error! Bookmark not defined. Gambar 2.2 Single Channel – Multi Phase ... Error! Bookmark not defined. Gambar 2.3 Multi Channel – Single Phase ... Error! Bookmark not defined. Gambar 2.4 Multi Channel – Multi Phase ... Error! Bookmark not defined.

Gambar 2.5 Diagram Segitiga Pemasaran Jasa ... Error! Bookmark not defined. Gambar 2.6 Ilustrasi komunikasi antar socket ... Error! Bookmark not defined. Gambar 2.7 Langkah-langkah kerja socket server . Error! Bookmark not defined. Gambar 2.8 Metode Prototype ... Error! Bookmark not defined. Gambar 3.1 Workflow Simpanan ... Error! Bookmark not defined. Gambar 3.2 Workflow Pinjaman ... Error! Bookmark not defined. Gambar 3.3 Blok Diagram Sistem Informasi Monitoring AntrianError! Bookmark not defined.

Gambar 3.4 Penerapan socket client-server pada proses monitoringError! Bookmark not defined.

Gambar 3.5 Alur proses mengolah data ... Error! Bookmark not defined. Gambar 3.6 Use Case Monitoring Antrian ... Error! Bookmark not defined. Gambar 3.8 Activity Diagram Menangkap Data .... Error! Bookmark not defined. Gambar 3.9 Activity Diagram Menyimpan Data ... Error! Bookmark not defined. Gambar 3.10 Activity Diagram Menampilkan Laporan ... Error! Bookmark not defined.

5

Gambar 3.13 Notasi Class Currentantrian ... Error! Bookmark not defined. Gambar 3.14 Notasi Class Status ... Error! Bookmark not defined. Gambar 3.15 Notasi Class Pegawai ... Error! Bookmark not defined. Gambar 3.16 Notasi Class ClientPenangkapanDataError! Bookmark not defined. Gambar 3.17 Notasi Class MenuAntrian ... Error! Bookmark not defined. Gambar 3.18 Notasi Class MenuTransaksi ... Error! Bookmark not defined. Gambar 3.19 Notasi Class MenuPetugas ... Error! Bookmark not defined. Gambar 3.20 Notasi Class MenuPelayanan ... Error! Bookmark not defined. Gambar 3.21 Notasi Class TangkapData ... Error! Bookmark not defined. Gambar 3.22 Notasi Class LaporanAntrian ... Error! Bookmark not defined. Gambar 3.23 Class diagram monitoring antrian.... Error! Bookmark not defined. Gambar 3.24 Desain Form Penangkapan Data ... Error! Bookmark not defined. Gambar 3.25 Form laporan monitoring antrian ... Error! Bookmark not defined. Gambar 4.1 Blok Diagram Monitoring Data ... Error! Bookmark not defined. Gambar 4.2 Arsitektur Sistem Informasi Monitoring AntrianError! Bookmark not defined.

Gambar 4.3 Bagan Implemetasi Menangkap Data Error! Bookmark not defined. Gambar 4.4 Bagan Implemetasi Menampilakan Laporan.... Error! Bookmark not defined.

Gambar 4.5 Tampilan Menangkap Data ... Error! Bookmark not defined. Gambar 4.6 Tampilan Server Antrian ... Error! Bookmark not defined.

6

Gambar 4.9 Halaman Awal Laporan Monitoring Antrian ... Error! Bookmark not defined.

Gambar 4.10 Halaman menu laporan transaksi ... Error! Bookmark not defined. Gambar 4.11 Halaman detail laporan transaksi ... Error! Bookmark not defined. Gambar 4.12 Halaman menu laporan petugas kasirError! Bookmark not defined. Gambar 4.13 Halaman detail laporan petugas kasirError! Bookmark not defined. Gambar 4.14 Halaman menu laporan petugas PJ kartu ... Error! Bookmark not defined.

Gambar 4.15 Halaman detail laporan petugas PJ kartu ... Error! Bookmark not defined.

Gambar 4.16 Halaman menu laporan petugas informasi ... Error! Bookmark not defined.

Gambar 4.17 Halaman detail laporan petugas informasi ... Error! Bookmark not defined.

Gambar 4.18 Halaman Menu Laporan Pelayanan . Error! Bookmark not defined. Gambar 4.19 Contoh Laporan Pelayanan pada Bulan SeptemberError! Bookmark not defined.

Gambar 4.20 Penentuan IP address server yang dituju ... Error! Bookmark not defined.

Gambar 4.21 Penentuan jenis alat masukan data ... Error! Bookmark not defined. Gambar 4.22 Penentuan port server yang dituju ... Error! Bookmark not defined.

7

Gambar 4.24 Mengakses btnConnect ... Error! Bookmark not defined. Gambar 4.25 Pembuktian Test Case ID 1.1 ... Error! Bookmark not defined. Gambar 4.26 Pembuktian Test Case ID 1.2 ... Error! Bookmark not defined. Gambar 4.27 Pembuktian Test Case ID 1.3 ... Error! Bookmark not defined. Gambar 4.28 Mengisi alamat server antrian ... Error! Bookmark not defined. Gambar 4.29 btnEdit saat belum diakses ... Error! Bookmark not defined. Gambar 4.30 Messagebox terhubung ... Error! Bookmark not defined. Gambar 4.31 Messagebox gagal terhubung ... Error! Bookmark not defined. Gambar 4.32 Pembuktian Test Case ID 2.1 ... Error! Bookmark not defined. Gambar 4.33 Pembuktian Test Case ID 2.2 ... Error! Bookmark not defined. Gambar 4.34 Pembuktian Test Case ID 2.3 ... Error! Bookmark not defined. Gambar 4.35 Pembuktian Test Case ID 3.1 ... Error! Bookmark not defined. Gambar 4.36 Pembuktian Test Case ID 3.2 ... Error! Bookmark not defined. Gambar 4.37 Pembuktian Test Case ID 3.3 ... Error! Bookmark not defined. Gambar 4.38 Pembuktian Test Case ID 4.1 ... Error! Bookmark not defined. Gambar 4.39 Pembuktian Test Case ID 4.2 ... Error! Bookmark not defined. Gambar 4.40 Pembuktian Test Case ID 4.3 ... Error! Bookmark not defined. Gambar 4.41 Pembuktian Test Case ID 5.1 ... Error! Bookmark not defined. Gambar 4.42 Pembuktian Test Case ID 5.2 ... Error! Bookmark not defined. Gambar 4.43 Pembuktian Test Case ID 5.3 ... Error! Bookmark not defined. Gambar 4.44 Detail grafik transaksi ... Error! Bookmark not defined.

8

Gambar 4.47 Pembuktian Test Case ID 6.3 ... Error! Bookmark not defined. Gambar 4.48 Submenu petugas ... Error! Bookmark not defined. Gambar 4.49 Detail grafik petugas ... Error! Bookmark not defined. Gambar 4.50 Pembuktian submenu kasir Test Case ID 7.1 . Error! Bookmark not defined.

Gambar 4.51 Pembuktian submenu PJ kartu Test Case ID 7.1Error! Bookmark not defined.

Gambar 4.52 Pembuktian submenu informasi Test Case ID 7.1Error! Bookmark not defined.

Gambar 4.53 Pembuktian submenu kasir Test Case ID 7.2 . Error! Bookmark not defined.

Gambar 4.54 Pembuktian submenu PJ kartu Test Case ID 7.2Error! Bookmark not defined.

Gambar 4.55 Pembuktian submenu informasi Test Case ID 7.2Error! Bookmark not defined.

Gambar 4.56 Pembuktian submenu kasir Test Case ID 7.3 . Error! Bookmark not defined.

Gambar 4.57 Pembuktian submenu PJ kartu Test Case ID 7.3Error! Bookmark not defined.

Gambar 4.58 Pembuktian submenu informasi Test Case ID 7.3Error! Bookmark not defined.

9

Gambar 4.61 Pembuktian Test Case ID 8.2 ... Error! Bookmark not defined. Gambar 4.62 Pembuktian Test Case ID 8.3 ... Error! Bookmark not defined.

10

Tabel 3.1 Analisa Kebutuhan Sistem ... Error! Bookmark not defined. Tabel 3.2 Functional dan Non-functional Sistem Informasi Monitoring Antrian ... Error! Bookmark not defined. Tabel 3.3 Flow of Event request data ... Error! Bookmark not defined. Tabel 3.4 Flow of Events Menangkap Data ... Error! Bookmark not defined. Tabel 3.5 Flow of Events Menyimpan Data ... Error! Bookmark not defined. Tabel 3.6 Flow of Events Menyimpan Data ... Error! Bookmark not defined. Tabel 3.7 Desain Uji Coba Menangkap Data... Error! Bookmark not defined. Tabel 3.8 Desain Uji Coba Halaman Laporan AntrianError! Bookmark not defined. Tabel 3.9 Desain Rumusan Kuesioner ... Error! Bookmark not defined. Tabel 4.1 Keterangan Test Case ID 1.1 ... Error! Bookmark not defined. Tabel 4.2 Keterangan Test Case ID 1.2 ... Error! Bookmark not defined. Tabel 4.3 Keterangan Test Case ID 1.3 ... Error! Bookmark not defined. Tabel 4.4 Keterangan Test Case ID 2.1 ... Error! Bookmark not defined. Tabel 4.5 Keterangan Test Case ID 2.2 ... Error! Bookmark not defined. Tabel 4.6 Keterangan Test Case ID 2.3 ... Error! Bookmark not defined. Tabel 4.7 Keterangan Test Case ID 3.1 ... Error! Bookmark not defined. Tabel 4.8 Keterangan Test Case ID 3.2 ... Error! Bookmark not defined. Tabel 4.9 Keterangan Test Case ID 3.3 ... Error! Bookmark not defined. Tabel 4.10 Keterangan Test Case ID 4.1 ... Error! Bookmark not defined. Tabel 4.11 Keterangan Test Case ID 4.2 ... Error! Bookmark not defined.

11

Tabel 4.14 Keterangan Test Case ID 5.1 ... Error! Bookmark not defined. Tabel 4.15 Keterangan Test Case ID 5.2 ... Error! Bookmark not defined. Tabel 4.16 Keterangan Test Case ID 5.3 ... Error! Bookmark not defined. Tabel 4.17 Keterangan Test Case ID 6.1 ... Error! Bookmark not defined. Tabel 4.18 Keterangan Test Case ID 6.2 ... Error! Bookmark not defined. Tabel 4.19 Keterangan Test Case ID 6.3 ... Error! Bookmark not defined. Tabel 4.20 Keterangan Test Case ID 7.1 ... Error! Bookmark not defined. Tabel 4.21 Keterangan Test Case ID 7.2 ... Error! Bookmark not defined. Tabel 4.22 Keterangan Test Case ID 7.3 ... Error! Bookmark not defined. Tabel 4.23 Keterangan Test Case ID 8.1 ... Error! Bookmark not defined. Tabel 4.24 Keterangan Test Case ID 8.2 ... Error! Bookmark not defined. Tabel 4.25 Keterangan Test Case ID 8.3 ... Error! Bookmark not defined. Tabel 4.26 Hasil Uji Coba Halaman Laporan ... Error! Bookmark not defined. Tabel 4.27 Hasil Kuesioner ... Error! Bookmark not defined.

12

Lampiran I Biodata Penulis ... Error! Bookmark not defined. Lampiran II Bisnis Use Case Simpan Pinjam ... Error! Bookmark not defined. Lampiran III Angket Penilaian Uji Coba ProgramError! Bookmark not defined.

1

PENDAHULUAN

1.1Latar Belakang

Koperasi Setia Bhakti Wanita adalah badan usaha milik sekelompok orang yang mengorganisasikan berbagai kegiatan ekonomi yang bertujuan untuk mensejahterakan anggotanya. Koperasi ini mempunyai struktur organisasi yang dipimpin oleh beberapa pengurus yang membawahi karyawan dan Pembimbing Penyuluh Lapangan (PPL). PPL adalah perantara yang diberikan koperasi untuk setiap kelompok yang terdaftar, guna untuk mempererat hubungan antara anggota kelompok dengan koperasi dan membimbing anggota-anggota kelompok untuk mengikuti kegiatan yang dirancang oleh koperasi. Kegiatan-kegiatannya antara lain yaitu Simpan Pinjam, Swalayan, Learning Center, Griya Tamu, dan E-Kopwan. Dari beberapa kegiatan yang dijalankan, Simpan Pinjam merupakan proses bisnis utama yang paling mendasar karena dari dana Simpan Pinjam anggota yang diolah menjadikan koperasi ini dapat berkembang lebih besar lagi.

Dalam pelaksanaannya proses Simpan Pinjam mempunyai sistem yang dapat menangani antrian di setiap harinya. Sistem tersebut hanya mengatur nomor antrian ke loket-loket transaksi yang terdiri dari bagian informasi, PJ (Penanggung Jawab) kartu, dan kasir. Total loket transaksi ada 13 yang tersebar di dua lantai, lantai pertama terdapat 7 loket transaksi (bagian informasi 1, PJ kartu 4, dan kasir 2) dan lantai ke dua terdapat 6 loket transaksi (bagian informasi 1, PJ kartu 3 dan kasir 2). Proses antiran dimulai ketika anggota ingin melakukan transaksi dengan memilih

2

informasi atas, dan informasi bawah. Menu PJ kartu ditujukan untuk anggota yang ingin melakukan transaksi pembayaran angsuran dan simpanan (individu) sedangkan menu informasi untuk anggota yang ingin melakukan transaksi pengajuan pinjaman.

Dengan jumlah anggota yang mencapai 10.000 orang, Simpan Pinjam memiliki potensi yang tinggi untuk menarik lebih banyak lagi anggota sedangkan saat ini sistem antrian di Simpan Pinjam hanya bisa menghasilkan sebatas pengurutan nomor antrian. Manager HRD tidak mendapatkan history laporan dari sistem antrian, belum tersedianya history laporan mengakibatkan manager HRD kesulitan dalam melakukan monitoring antrian yang nantinya manager HRD membutuhkan informasi itu untuk meningkatkan layanan.

Monitoring yang dibutuhkan manager HRD agar mendapatkan informasi

dalam antrian Simpan Pinjam tidak bisa dilakukan secara manual. Karena deretan langkah yang panjang dan mempunyai beberapa proses yang berbeda dalam transaksinya, oleh sebab itu sebaiknya diadakan perbaikan pada sistem antrian yang sudah berjalan dengan mempertimbangkan kebutuhan-kebutuhan manager HRD. Antrian anggota yang berlangsung di Simpan Pinjam sebaiknya dibuat sebagai suatu sistem yang menghasilkan monitoring antrian. Monitoring tersebut akan memuat

history antrian di Simpan Pinjam, waktu yang dibutuhkan untuk proses transaksi dan

karyawan-karyawan yang bertugas di Simpan Pinjam.

Dari permasalahan tersebut, akan dibuat sistem informasi monitoring yang digunakan untuk membantu manager HRD dalam meningkatkan layanan. Input data yang akan diolah didapatkan dari transfer data antrian disetiap loket transaksi. Proses

3

disimpan ke database setelah itu akan diolah oleh sistem untuk menghasilkan output dari Sistem Informasi Monitoring ini yaitu informasi real time antrian yang terjadi, informasi total antrian per periode, informasi petugas loket (jumlah antrian per loket), informasi pelayanan (total layanan, total waktu layanan). Informasi yang dihasilkan oleh sistem dapat digunakan untuk melakukan peningkatan layanan, antara lain memberikan gambaran manager HRD untuk kinerja petugas pada loket transaksi,

manager HRD melihat kinerja petugas loket dari waktu pelayanan serta total antrian

tiap harinya. Selain itu dapat memberikan gambaran pada manager HRD dalam setiap bulan antrian yang menumpuk agar bisa direspon dengan baik.

1.2 Rumusan Masalah

Berdasarkan latar belakang yang telah diuraikan di atas, maka perumusan masalahnya adalah Bagaimana merancang dan membangun sistem informasi

monitoring antrian pada Koperasi Setia Bhakti Wanita yang dapat mengolah dan

memberikan informasi antrian? 1.3 Batasan Masalah

Dari uraian latar belakang dan perumusan masalah di atas, maka dibuat batasan masalah sebagai berikut:

1. Tidak membahas tentang keputusan manager HRD 2. Tidak membahas tentang kinerja petugas

3. Informasi yang diberikan oleh manager HRD adalah waktu pelayanan, jumlah melayani dan total antrian

4

server.

1.4 Tujuan

Sesuai dengan permasalahan yang ada maka tujuan dari dibuatnya perangkat lunak ini adalah menghasilkan sistem informasi monitoring antrian yang terdapat laporan real time antrian yang terjadi, laporan total antrian per periode, laporan petugas loket (jumlah antrian per loket), laporan pelayanan (total layanan, total waktu layanan). Laporan-laporan tersebut digunakan oleh manager HRD untuk mengevaluasi antrian di bagian simpan pinjam.

1.5 Sistematika Penulisan

Untuk memudahkan di dalam memahami persoalan dan pembahasannya, maka penulisan laporan Tugas Akhir ini dibuat dengan sistematika sebagai berikut:

BAB I PENDAHULUAN

Pada bab ini dikemukakan hal-hal yang menjadi latar belakang, perumusan masalah, batasan masalah, tujuan yang ingin dicapai serta sistematika penulisan laporan tugas akhir ini

BAB II LANDASAN TEORI

Pada bab ini dibahas secara singkat teori-teori yang berhubungan dan mendukung dalam pembuatan tugas akhir ini. Adapun teori yang dibahas meliputi: Monitoring adalah siklus kegiatan yang mencakup pengumpulan, peninjauan ulang, pelaporan, dan tindakan atas informasi suatu proses yang sedang diimplementasikan.

5

Pada bab ini dibahas tentang gambaran umum dan perancangan dari sistem yang dibuat. Perancangan sistem yang dibuat meliputi use case

diagram, activity diagram, sequence diagram, diagram dan desain input output.

BAB IV IMPLEMENTASI dan EVALUASI

Pada bab ini dibahas tentang implementasi dari sistem yang dibuat secara keseluruhan serta melakukan pengujian terhadap aplikasi yang dibuat untuk mengetahui apakah sistem tersebut dapat menyelesaikan permasalahan yang dihadapi sesuai dengan yang diharapkan. Pengujian sistem dilakukan pada validasi input, fungsionalitas sistem, dan non-fungsionalitas sistem.

BAB V PENUTUP

Pada bab ini dibahas tentang kesimpulan dan saran. Kesimpulan dan saran yang ada pada bab ini didapatkan dari hasil evaluasi sistem, sedangkan saran akan menjelaskan saran/masukkan untuk pengembangan aplikasi lebih lanjut.

6 BAB II

LANDASAN TEORI

2.1 Sistem Monitoring 2.1.1 Definisi

Monitoring didefinisikan sebagai siklus kegiatan yang mencakup

pengumpulan, peninjauan ulang, pelaporan, dan tindakan atas informasi suatu proses yang sedang diimplementasikan (Mercy, 2005). Umumnya, monitoring digunakan dalam checking antara kinerja dan target yang telah ditentukan.

Monitoring ditinjau dari hubungan terhadap manajemen kinerja adalah proses

terintegrasi untuk memastikan bahwa proses berjalan sesuai rencana (on the

track). Monitoring dapat memberikan informasi keberlangsungan proses untuk

menetapkan langkah menuju ke arah perbaikan yang berkesinambungan. Pada pelaksanaannya, monitoring dilakukan ketika suatu proses sedang berlangsung. Level kajian sistem monitoring mengacu pada kegiatan per kegiatan dalam suatu bagian (Wrihatnolo, 2008), misalnya kegiatan pemesanan barang pada supplier oleh bagian purchasing. Indikator yang menjadi acuan monitoring adalah output per proses / per kegiatan.

Umumnya, pelaku monitoring merupakan pihak-pihak yang berkepentingan dalam proses, baik pelaku proses (self monitoring) maupun atasan / supervisor pekerja. Berbagai macam alat bantu yang digunakan dalam pelaksanaan sistem monitoring, baik observasi / interview secara langsung, dokumentasi maupun aplikasi visual (Chong, 2005).

Pada dasarnya, monitoring memiliki dua fungsi dasar yang berhubungan, yaitu compliance monitoring dan performance monitoring (Mercy, 2005).

Compliance monitoring berfungsi untuk memastikan proses sesuai dengan

harapan / rencana. Sedangkan, performance monitoring berfungsi untuk mengetahui perkembangan organisasi dalam pencapaian target yang diharapkan.

Umumnya, output monitoring berupa progress report proses. Output tersebut diukur secara deskriptif maupun non-deskriptif. Output monitoring bertujuan untuk mengetahui kesesuaian proses telah berjalan. Output monitoring berguna pada perbaikan mekanisme proses / kegiatan di mana monitoring dilakukan.

2.1.2 Efektifitas Sistem Monitoring

Sistem monitoring akan memberikan dampak yang baik bila dirancang dan dilakukan secara efektif. Berikut kriteria sistem monitoring yang efektif (Mercy, 2005):

1. Sederhana dan mudah dimengerti (user friendly). Monitoring harus dirancang dengan sederhana namun tepat sasaran. Konsep yang digunakan adalah singkat, jelas, dan padat. Singkat berarti sederhana, jelas berarti mudah dimengerti, dan padat berarti bermakna (berbobot).

2. Fokus pada beberapa indikator utama. Indikator diartikan sebagai titik kritis dari suatu scope tertentu. Banyaknya indikator membuat pelaku dan obyek

monitoring tidak fokus. Hal ini berdampak pada pelaksanaan sistem tidak

terarah. Maka itu, fokus diarahkan pada indikator utama yang benar-benar mewakili bagian yang dipantau.

3. Perencanaan matang terhadap aspek-aspek teknis. Tujuan perancangan sistem adalah aplikasi teknis yang terarah dan terstruktur. Maka itu, perencanaan aspek teknis terkait harus dipersiapkan secara matang. Aspek teknis dapat menggunakan pedoman 5W1H, meliputi apa, mengapa, siapa, kapan, di mana dan bagaimana pelaksanaan sistem monitoring.

4. Prosedur pengumpulan dan penggalian data. Selain itu, data yang didapatkan dalam pelaksanaan monitoring pada on going process harus memiliki prosedur tepat dan sesuai. Hal ini ditujukan untuk kemudahan pelaksanaan proses masuk dan keluarnya data. Prosedur yang tepat akan menghindari proses input dan

output data yang salah (tidak akurat).

2.1.3 Tujuan Sistem Monitoring

Terdapat beberapa tujuan sistem monitoring. Tujuan sistem monitoring dapat ditinjau dari beberapa segi, misalnya segi obyek dan subyek yang dipantau, serta hasil dari proses monitoring itu sendiri. Adapun beberapa tujuan dari sistem

monitoring yaitu (Amsler, dkk, 2009) yaitu:

1. Memastikan suatu proses dilakukan sesuai prosedur yang berlaku. Sehingga, proses berjalan sesuai jalur yang disediakan (on the track).

2. Menyediakan probabilitas tinggi akan keakuratan data bagi pelaku monitoring. 3. Mengidentifikasi hasil yang tidak diinginkan pada suatu proses dengan cepat

(tanpa menunggu proses selesai).

2.1.4 Bentuk-Bentuk Sistem Monitoring

Sistem monitoring dapat dilakukan dengan berbagai bentuk/metode implementasi. Bentuk implementasi sistem monitoring tidak memiliki acuan baku, sehingga pelaksanaan sistem mengacu ke arah improvisasi individu dengan penggabungan beberapa bentuk. Penggunaan bentuk sistem monitoring disesuaikan dengan situasi dan kondisi organisasi. Situasi dan kondisi dapat berupa tujuan organisasi, ukuran dan sifat proses bisnis perusahaan, serta budaya/etos kerja. Mengemukakan tujuh bentuk aktivitas dari sistem monitoring, yaitu (Williams, 1998):

1. Observasi proses kerja, misalnya dengan melakukan visit pada fasilitas kerja, pemantauan kantor, lantai produksi, maupun karyawan yang sedang bekerja 2. Membaca dokumentasi laporan, berupa ringkasan kinerja dan progress report 3. Melihat display data kinerja lewat layar komputer

4. Melakukan inspeksi sampel kualitas dari suatu proses kerja

5. Melakukan rapat pembahasan perkembangan secara individual maupun grup 6. Melakukan survei klien/konsumen untuk menilai kepuasan akan produk atau

layanan jasa suatu organisasi

7. Melakukan survei pasar untuk menilai kebutuhan konsumen sebagai pedoman dalam tindak lanjut perbaikan.

2.2 Sistem Antrian 2.2.1 Definisi

Sistem antrian adalah kedatangan pelanggan untuk mendapatkan pelayanan, menunggu untuk dilayani jika fasilitas pelayanan (server) masih sibuk,

mendapatkan pelayanan dan kemudian meninggalkan sistem setelah dilayani. Dalam sistem antrian terdapat beberapa komponen dasar proses antrian antara lain adalah (Gross dan Harris , 2001):

1. Kedatangan

Setiap masalah antrian melibatkan kedatangan, misalnya orang, mobil, panggilan telepon untuk dilayani, dan lain-lain. Unsur ini sering dinamakan proses

input. Proses input meliputi sumber kedatangan atau biasa dinamakan calling population, dan cara terjadinya kedatangan yang umumnya merupakan variabel

acak. Karakteristik dari populasi yang akan dilayani dapat dilihat menurut ukurannya, pola kedatangan, serta perilaku dari populasi yang akan dilayani. Menurut ukurannya, populasi yang dilayani bisa terbatas (finite) dan tidak terbatas (infinite). Pola kedatangan bisa teratur, dapat pula bersifat acak atau random. Variabel acak adalah suatu variabel yang nilainya bisa berapa saja sebagai hasil dari percobaan acak. Variabel acak dapat berupa diskrit atau kontinu. Bila variabel acak hanya dimungkinkan memiliki beberapa nilai saja, maka ia merupakan variabel acak diskrit. Sebaliknya bila nilainya dimungkinkan bervariasi pada rentang tertentu, ia dikenal sebagai variabel acak kontinu.

2. Pelayanan

Pelayanan atau mekanisme pelayanan dapat terdiri dari satu atau lebih pelayan. Tiap-tiap fasilitas pelayanan kadang-kadang disebut sebagai saluran (channel). Contohnya, jalan tol dapat memiliki beberapa pintu tol. Mekanisme pelayanan dapat hanya terdiri dari satu pelayan dalam satu fasilitas pelayanan

yang ditemui pada loket seperti pada penjualan tiket di gedung bioskop. Dalam mekanisme pelayanan ini ada tiga aspek yang harus diperhatikan yaitu :

a. Tersedianya pelayanan

Mekanisme pelayanan tidak selalu tersedia untuk setiap saat. Misalnya dalam pertunjukan bioskop, loket penjualan karcis hanya dibuka pada waktu tertentu antara satu pertunjukan dengan pertunjukan berikutnya, sehingga saat loket ditutup mekanisme pelayanan terrhenti dan petugas beristirahat.

b. Kapasitas pelayanan

Kapasitas dari mekanisme pelayanan diukur berdasarkan jumlah pelanggan yang tidak dapat dilayani secara bersama-sama. Kapasitas pelayan yang tidak selalu sama untuk setiap saat, ada yang tetap. Ada juga yang berubah-ubah. Karena itu, fasilitas pelayanan dapat memiliki satu atau lebih saluran. Fasilitas yang mempunyai satu saluran disebut saluran tunggal atau sistem pelayanan tunggal dan fasilitas yang mempunyai lebih dari satu saluran disebut saluran ganda atau pelayanan ganda.

c. Lama pelayanan

Lama pelayanan adalah waktu yang dibutuhkan untuk melayani seseorang langganan atau satu satuan. Ini harus dinyatakan secara pasti. Oleh karena itu, waktu pelayanan boleh tetap dari waktu ke waktu untuk semua langgannan atau boleh juga berupa variabel acak. Umumnya dan untuk keperluan analisis, waktu pelayanan dianggap sebagai varriabel acak yang terpancar secara bebas dan sama tidak tergantung pada waktu pertibaan.

3. Antrian

Timbulnya antrian terutama tergantung dari sifat kedatangan dan proses pelayanan. Jika tak ada antrian berarti terdapat pelayan yang menganggur atau kelebihan fasilitas pelayanan (Mulyono, 1991).

2.2.2 Disiplin Antrian

Disiplin antrian adalah aturan di mana para pelanggan dilayani, atau disiplin pelayanan (service discipline) yang memuat urutan (order) para pelanggan menerima layanan. Ada 4 bentuk - bentuk disiplin antrian menurut urutan kedatangan antara lain adalah (Kakiay, 2004):

1. First Come First Served (FCFS) atau First In First Out (FIFO), di mana

pelanggan yang terlebih dahulu datang akan dilayani terlebih dahulu. Misalnya, antrian pada loket pembelian tiket bioskop, antrian pada loket pembelian tiket kereta api.

2. Last Come First Served (LCFS) atau Last In First Out (LIFO), di mana

pelanggan yang datang paling akhir akan dilayani terlebih dahulu. Misalnya, sistem antrian pada elevator untuk lanti yang sama, sistem bongkar muat barang dalam truk, pasien dalam kondisi kritis, walaupun dia datang paling akhir tetapi dia akan dilayani terlebih dahulu.

3. Service In Random Order (SIRO) atau Random Selection for Service (RSS), di

mana panggilan didasarkan pada peluang secara random, jadi tidak menjadi permasalahan siapa yang lebih dahulu datang. Misalnya, pada arisan di mana penarikan berdasarkan nomor undian.

4. Priority Service (PS), di mana prioritas pelayanan diberikan kepada pelanggan

yang mempunyai prioritas lebih tinggi dibandingkan dengan pelanggan yang mempunyai prioritas yang lebih rendah, meskipun mungkin yang dahulu tiba di garis tunggu adalah yang terakhir datang. Hal ini mungkin disebabkan oleh beberapa hal, misalnya seseorang yang memiliki penyakit yang lebih berat dibandingkan orang lain pada suatu tempat praktek dokter, hubungan kekerabatan pelayan dan pelanggan potensial akan dilayani terlebih dahulu.

Dari bentuk-bentuk displin antrian yang dijelaskan diatas, Koperasi Setia Bhakti Wanita menganut pada bentuk yang pertama yaitu FIFO. Karena sistem antrian yang mengarahkan anggota untuk mengambil nomor antrian lalu menunggu nomor antriannya dipanggil dan tertera di display petugas loket itu jelas mengartikan anggota yang datang terlebih dahulu akan dilayani terlebih dahulu.

2.2.3 Struktur Antrian

Ada 4 model struktur antrian dasar yang umum terjadi dalam seluruh sistem antrian (Kakiay, 2004) :

1. Single Channel – Single Phase

Single Channel berarti hanya ada satu jalur yang memasuki sistem

pelayanan atau ada satu fasilitas pelayanan. Single Phase berarti hanya ada satu fasilitas pelayanan. Contohnya adalah sebuah kantor pos yang hanya mempunyai satu loket pelayananan dengan jalur satu antrian, supermarket yang hanya memiliki satu kasir sebagai tempat pembayaran, dan lain-lain.

Gambar 2.1 Single Channel – Single Phase

2. Single Channel – Multi Phase

Sistem antrian jalur tunggal dengan tahapan berganda ini atau menunjukkan ada dua atau lebih pelayanan yang dilaksanakan secara berurutan. Sebagai contoh adalah : pencucian mobil, tukang cat mobil, dan sebagainya.

Gambar 2.2 Single Channel – Multi Phase

3. Multi Channel – Single Phase

Sistem Multi Channel – Single Phase terjadi di mana ada dua atau lebih

fasilitas pelayanan dialiri oleh antrian tunggal. Contohnya adalah antrian pada sebuah bank dengan beberapa teller, pembelian tiket atau karcis yang dilayani oleh beberapa loket, pembayaran dengan beberapa kasir, dan lain-lain.

Gambar 2.3 Multi Channel – Single Phase

4. Multi Channel – Multi Phase

Sistem Multi Channel – Multi Phase ini menunjukkan bahwa setiap sistem

mempunyai beberapa fasilitas pelayanan pada setiap tahap sehingga terdapat lebih dari satu pelanggan yang dapat dilayani pada waktu bersamaan. Contoh pada model ini adalah : pada pelayanan yang diberikan kepada pasien di rumah sakit

dimulai dari pendaftarran, diagnose, tindakan medis, sampai pembayaran, registrasi ulang mahasiswa baru pada sebuah universitas, dan lain-lain.

Gambar 2.4 Multi Channel – Multi Phase

Sedangkan pada Koperasi Setia Bhakti Wanita sendiri menganut sistem

Multi Channel – Multi Phase. Karena di sana hanya mempunya satu mesin antrian

yang menghasilkan nomor urut antrian, dan mempunyai beberapa fasilitas pelayanan yang bertahap.

2.3 Pelayanan / Jasa 2.3.1 Definisi

Pelayanan / jasa merupakan pemberian suatu kinerja atau tindakan tak kasat mata (intangible) dari satu pihak kepada pihak lain, di mana pada umumnya jasa diproduksi dan dikonsumsi secara bersamaan dan interaksi antara pemberi jasa dan penerima jasa mempengaruhi hasil jasa tersebut. Sukses sebuah industri jasa bergantung pada kemampuan perusahaan mengelolah tiga aspek berikut (Rangkuti, 2003) :

1. Janji perusahaan mengenai jasa yang akan disampaikan kepada customer. 2. Kemampuan perusahaan untuk membuat karyawan mampu memenuhi janji

tersebut.

Ketiga aspek ini harus dipenuhi dan tidak bisa dilepaskan satu dengan yang lain. Kegagalan satu aspek akan mempengaruhi aspek lainnya. Model kesatuan dari ketiga aspek ini dikenal dengan nama segitiga jasa, di mana sisi segitiga mewakili setiap aspek. Kehilangan atau kegagalan satu sisi akan merobohkan segitiga. Karena itu, pembahasan industri jasa harus meliputi perusahaan/institusi/organisasi, karyawan serta customer (Rangkuti,2003).

Gambar 2.5 Diagram Segitiga Pemasaran Jasa

2.3.2 Klasifikasi

Secara garis besar klasifikasi jasa dibagi dalam tujuh kriteria pokok yaitu (Tjiptono dan Chandra, 2005) :

1. Segmen pasar

Berdasarkan segmen pasar, jasa dapat dibedakan menjadi jasa yang ditujukan pada customer akhir (seperti taksi, asuransi jiwa, catering, dll) dan jasa bagi customer organisasional (misalnya biro periklanan, jasa konsultasi manajemen, dll). Perbedaan utama antara kedua segmen tersebut terletak pada

alasan dan kriteria spesifik dalam memilih jasa dan penyedia jasa, kuantitas jasa yang dibutuhkan, dan kompleksitas pengerjaan jasa yang diperlukan.

2. Tingkat keberwujudan

Kriteria ini berhubungan dengan tingkat keterlibatan produk fisik dengan

customer yang dibagi menjadi tiga macam :

a. Rented-goods services : customer menyewa dan menggunakan produk tertentu

berdasarkan tarif yang disepakati selama jangka waktu spesifik.

b. Owned-goods services : produk-produk yang dimiliki customer direparasi,

dikembangkan atau ditingkatkan kinerjanya, atau dipelihara/dirawat oleh perusahaan jasa. Juga termasuk perubahan bentuk dari produk tersebut.

c. Non-goods services : jasa personal bersifat intangible (tidak berbentuk produk

fisik) yang ditawarkan kepada customer. 3. Keterampilan penyedia jasa

Berdasarkan kriteria ini, terdapat dua tipe pokok jasa yaitu proffesional

services (jasa yang membutuhkan keterampilan tinggi dalam proses operasinya)

dan nonproffesional services (tidak memerlukan keterampilan tinggi). a. Tujuan organisasi jasa

Berdasarkan tujuan organisasi, jasa dapat diklasifikasikan menjadi

commercial services atau profit services dan non-profit services. Unit X

merupakan salah satu contoh non-profit services. Unit X berorientasi pelayanan untuk mendukung kelancaran proses akademik maupun non-akademik di Universitas Y.

b. Regulasi

Berdasarkan aspek regulasi, jasa dibagi menjadi regulated services dan

nonregulated services.

c. Tingkat intensitas karyawan

Berdasarkan tingkat intensitas karyawan (keterlibatan tenaga kerja), jasa dikelompokkan menjadi dua macam yaitu : equipment-based services (mengandalkan penggunaan dan mesin dan peralatan canggih dalam operasinya) dan people-based services atau jasa padat karya. Jasa padat karya dikategorikan menjadi tidak terampil, terampil dan pekerja profesional.

d. Tingkat kontak penyedia jasa dan layanan

Berdasarkan kriteria ini, secara umum jasa dapat dikelompokkan menjadi

high contact services dan low contact services. Pada jasa kontak tinggi,

keterampilan interpersonal staf penyedia jasa merupakan aspek krusial yang meliputi komunikasi, presentasi dan manajemen stres. Sementara pada jasa kontak rendah, justru keahlian teknis karyawan yang paling krusial.

2.3.3 Karakteristik

Ada empat karakteristik jasa yang disimpulkan oleh berbagai penulis tentang jasa yaitu (Tjiptono dan Chandra, 2005):

1. Intangibility

Jasa merupakan perbuatan, tindakan, pengalaman, proses, kinerja (performance), atau usaha. Jasa bisa dikonsumsi tetapi tidak bisa dimiliki

(non-ownership). Walaupun jasa dapat berkaitan dengan produk fisik seperti kapal,

diberikan oleh pihak tertentu kepada pihak lainnya. Jasa bersifat intangible berarti jasa tidak dapat diindra sebelum dibeli dan dikonsumsi. Seorang customer tidak dapat menilai hasil dari sebuah jasa sebelum ia mengalami atau mengkonsumsinya sendiri.

2. Hetereogeneity/Variability/Inconsistency

Jasa bersifat sangat variabel karena merupakan non-standardized output, atau banyak variasi bentuk, kualitas, dan jenis, tergantung pada siapa, kapan, dan di mana jasa tersebut diproduksi. Hal ini bisa terjadi karena jasa melibatkan unsur manusia dalam proses produksi dan konsumsinya. Ada tiga faktor yang menyebabkan variabel kualitas jasa : (1) kerjasama atau partisipasi customer selama penyampaian jasa; (2) moral/motivasi karyawan dalam melayani

customer; dan (3) beban kerja perusahaan. Bila ada perbedaan konsistensi layanan

yang diterima pada setiap kesempatan, maka akan berdampak pada persepsi

customer terhadap kualitas jasa secara keseluruhan.

3. Inseparability

Interaksi antara penyedia jasa dan customer merupakan ciri khusus dalam pemasaran jasa. Dalam hubungan ini, efektivitas individu yang menyampaikan jasa (contact-personnel) merupakan unsur kritis, sehingga harus diperhatikan dengan sebaik-baiknya. Faktor penting lainnya adalah pemberian perhatian khusus pada tingkat partisipasi / keterlibatan customer dalam proses penyampaian jasa. Dan tidak kalah pentingnya perlu diperhatikan juga ketersediaan dan akses terhadap fasilitas pendukung jasa.

Perishability berarti jasa merupakan komoditas yang tidak tahan lama,

tidak dapat disimpan untuk pemakaian ulang, dijual kembali atau dikembalikan. Untuk manajemen permintaan jasa, mengidentifikasi pengecualian dalam karakteristik perishability dan penyimpanan jasa. Dalam situasi tertentu jasa bisa disimpan misalnya dalam bentuk pemesanan, penundaan penyampaian jasa dan bisa disimpan dalam sebuah sistem, pengetahuan, mesin, dll. Misalnya mahasiswa bisa menginvestasi pengetahuan yang diterima dalam perkuliahan.

2.4 Socket

Socket adalah suatu abstraksi yang mana aplikasi dapat mengirim dan

menerima data sama halnya dengan membuka suatu file untuk dibaca dan ditulis pada tempat penyimpanan file. Socket memungkinkan untuk masuk ke dalam jaringan dan berkomunikasi dengan aplikasi lain yang juga masuk ke dalam jaringan yang sama. Informasi yang ditulis ke dalam socket pada suatu aplikasi pada suatu mesin dapat dibaca oleh aplikasi lain pada mesin yang berbeda dan sebaliknya. Berikut ilustrasi socket berkomunikasi satu dengan lainnya dapat dilihat pada Gambar 2.6 (Kurniawan, 2011).

Pada perkembangannya socket mempuyai skenario komunikasi yang menggunakan server, yaitu socketserver. Pada intinya terdapat dua socket yang berbeda fungsi, satu socket berfungsi sebagai server dan satu socket berfungsi sebagai client. Socket yang berfungsi sebagai server akan menunggu koneksi dari

socket yang berfungsi sebagai client, ketika koneksi antara server dan client telah

terhubung maka keduanya akan saling mengirim data (Kurniawan, 2011). Berikut merupakan langkah-langkah socketserver :

Socket Close Close Socket Read Bind Write Connect Accept Listen Write Process Request Read Server Client establish connector New socket descriptor data request data reply Endless loop

Gambar 2.7 Langkah-langkah kerja socket server

Langkah awal pembuatan socket server dengan membuat sisi server dari gambar diatas, pertama langkah socket yang berfungsi untuk membuat serta membuka socket pada TCP (Transfer Control Protocol). Dilangkah selanjutnya

yang dikirimkan ataupun diterima client. Setelah itu langkah listen berjalan yaitu menunggu koneksi socket lalu diikuti dengan accept yang berarti koneksi socket sudah diterima, fungsi dari read dan write adalah sebagai pertanda data penerimaan data dan pengiriman data. Apabila fungsi dari langkah-langkah dalam sisi server sudah terpenuhi maka close merupakan langkah terakhir yang akan menutup koneksi serta akan mengulang ke langkah accept. Dari sisi client aliran data melewati socket yang berarti data tersebut akan mengakses langkah connect agar dapat mengadakan koneksi ke server. Setelah itu data pada client akan melewati langkah read dan write agar server dapat mencatat data-data tersebut, begitu data sudah tercatat maka langkah close menjadi langkah terakhir yang dilewati data pada sisi client.

2.6 System Development Life Cycle (SDLC)

SDLC adalah pendekatan bertahap untuk melakukan analisa dan membangun rancangan sistem dengan menggunakan siklus yang spesifik terhadap kegiatan pengguna dalam membangun sistem informasi (Kendall & Kendall, 2006). Langkah yang digunakan meliputi: melakukan survei dan menilai kelayakan proyek pengembangan sistem informasi, mempelajari dan menganalisis sistem informasi yang sedang berjalan, menentukan permintaan pemakai sistem informasi, memilih solusi atau pemecahan masalah yang paling baik, menentukan perangkat keras (hardware) dan perangkat lunak (software), merancang sistem informasi baru, membangun sistem informasi baru, mengkomunikasikan dan mengimplementasikan sistem informasi baru, memelihara dan melakukan perbaikan / peningkatan sistem informasi baru bila diperlukan.

Sedangkan menurut Denis dkk, SDLC adalah sebuah proses memahami bagaimana Sistem Informasi dapat mendukung kebutuhan bisnis, merancang sistem, membangun sistem, dan memberikannya kepada pengguna. Sama halnya dengan empat tahapan dasar yang meliputi : perncanaan, analisa, desain, dan implementasi. Disetiap proyek mempunyai kekuatan penekanan perbedaan pada tahapan dasar di SDLC atau mendekati tahapan SDLC dijalur yang berbeda, tetapi disemua proyek harus mempunyai elemen dari empat tahapan tersebut. Ada dua poin utama yang harus diketahui pada SDLC. Pertama, harus mendapatkan pengertian umum dari fase dan langkah - langkah dimana proyek2 sistem informasi bergerak dan beberapa teknik yang menghasilkan pencapaian tertentu. Kedua, sangat penting untuk memahami bahwa SDLC adalah proses perbaikan bertahap. Pencapaian dihasilkan dalam tahap analisa yang memberikan gambaran umum tentang bentuk sistem baru. pencapaian ini digunakan sebagai masukan untuk tahap desain, yang kemudian diperbaiki untuk menghasilkan satu set pencapaian yang menggambarkan lebih detail bagaimana persisnya sistem akan dibangun. Pencapaian ini, pada gilirannya akan digunakan dalam fase implementasi untuk menghasilkan sistem yang sebenernya. Setiap fase memperbaiki dan menyempurnakan pada pekerjaan yang dilakukan sebelumnya (Denis,dkk,2013).

Berdasarkan pada penjelasan diatas maka SDLC dapat disimpulkan sebagai sebuah siklus untuk membangun sistem dan memberikannya kepada pengguna melalui tahapan perencanaan, analisa, perancangan dan implementasi dengan cara memahami dan menyeleksi keadaan dan proses yang dilakukan

pengguna untuk dapat mendukung kebutuhan pengguna. Untuk menggunakan SDLC maka dibutuhkan sumber data awal dari pengguna yang dijadikan acuan dalam perencanaan, analisa, perancangan dan implementasi. Penggunaan acuan ini dimaksudkan agar sistem yang dibangun bisa menjembatani kebutuhan pengguna dari permasalahan yang dihadapinya.

a. Perencanaan

Sebuah proses dasar untuk memahami mengapa sebuah sistem harus dibangun. Pada fase ini diperlukan analisa kelayakan dengan mencari data atau melakukan proses information gathering kepada pengguna.

b. Analisa

Analisa sistem dapat didefinisikan sebuah proses investigasi terhadap sistem yang sedang berjalan dengan tujuan untuk mendapatkan jawaban mengenai pengguna sistem, cara kerja sistem dan waktu penggunaan sistem. Dari proses analisa ini akan didapatkan cara untuk membangun sistem baru.

c. Rancangan

Fase perancangan merupakan proses penentuan cara kerja sistem dalam hal architechture design, interface design, database dan spesifikasi file, dan program design. Hasil dari proses perancangan ini akan didapatkan spesifikasi sistem.

d. Implementasi

Fase implementasi adalah proses pembangunan dan pengujian sistem, instalasi sistem, dan rencana dukungan sistem.

Metode prototyping merupakan metode yang dipakai dalam membangun sistem baru atau perbaikan dari sistem. Karena metode tersebut menitik beratkan pada fase yang sangat krusial dalam membangun atau memperbaiki sistem yaitu fase analisa, rancangan, dan implementasi. Dari titik berat metode itu yang akan diulang terus menerus yang melibatkan kerjasama dengan pengguna akan menghasilkan prototype dari sistem yang akan dikaji ulang sebelum menuju ke implementasi sistem yang telah diinginkan oleh pengguna (Denis,dkk,2013). Sesuai dengan arti dari metode prototype itu yang merupakan model pengembangan system yang proses iterative dalam pengembangan sistem dimana requirement diubah ke dalam sistem yang bekerja (working system) yang secara terus menerus diperbaiki melalui kerjasama antara user dan analis. Prototype juga bisa dibangun melalui beberapa tool pengembangan untuk menyederhanakan proses. Metode prototype digambarkan pada gambar 2.8 sebagai berikut :

26

ANALISIS DAN PERANCANGAN SISTEM

Pembuatan sistem informasi monitoring antiran menggunakan konsep

Systems Development Life Cycle (SDLC) yang berfungsi untuk menggambarkan

tahapan di dalam proses pembuatan Rancang Bangun Sistem Informasi Monitoring Antrian pada Koperasi Setia Bhakti Wanita Berbasis Web, berikut adalah tahapan-tahapannya :

3.1 Analisis Sistem

Untuk pengumpulan data-data yang diperlukan dalam melaksanakan tugas akhir di bagian Simpan Pinjam khususnya di proses antrian pada Koperasi Setia Bhakti Wanita, ada beberapa langkah yang telah dilakukan, antara lain:

a. Wawancara/Interview

Langkah ini dilakukan untuk mengetahui permasalahan-permasalahan yang terjadi di bagian Simpan Pinjam Koperasi Setia Bhakti Wanita yang berkaitan dengan sistem antrian. Diperoleh pula kebutuhan-kebutuhan sistem yang diinginkan oleh pihak perusahaan dalam rangka pembuatan aplikasi nantinya. Narasumber untuk pengerjaan tugas akhir adalah koordinator dibagian EDP (Entry Data Processing). Hasil dari wawancara ini, mengetahui awal dari point-point permasalahan yang ada di bagian Simpan Pinjam Koperasi Setia Bhakti Wanita dengan cara mengetahui alur kerja bagian terlebih dahulu (dapat dilihat pada lampiran I) hasilnya adalah simpan pinjam mempunyai proses yang harus dipantau untuk mendapatkan laporan

27

pinjam maka langkah selanjutnya adalah pengamatan sistem antrian. b. Pengamatan/Observasi

Langkah ini dilakukan untuk melihat kondisi di bidang simpan pinjam terutama sistem antrian. Observasi yang dilakukan meliputi operasi mesin antrian dan sifat antrian, pada gambar 3.1 merupakan workflow simpanan berdasarkan anggota yang mengantri :

1. Langkah pertama anggota yang akan bertransaksi mengambil struck antrian yang berisikan informasi nomor antriannya, jumlah antrian sementara, jenis transaksi. 2. Langkah kedua anggota akan dipanggil berdasarkan nomor antriannya dan

langsung menuju ke loket PJ kartu untuk melakukan angsuran ataupun simpanan, anggota menyerahkan rekapan data angsuran / simpanan yang nantinya akan diinput petugas loket PJ kartu.

3. Langkah ketiga rekapan dan input-an yang terjadi di loket PJ kartu akan diperiksa kembali oleh tim Internal Audit, sementara proses pemeriksaan berlangsung antrian di loket PJ kartu akan dilanjutkan begitu seterusnya sampai tim internal

audit selesai memeriksa. Tim internal audit akan memberikan kitir setoran ke PJ

kartu, setelah itu petugas PJ kartu menyerahkan ke anggota yang mempunyai data tersebut.

4. Langkah terakhir anggota yang sudah mendapatkan kitir setoran akan dipanggil ke loket kasir untuk menyerahkan kitir setoran dan petugas kasir akan memberikan bukti kas masuk.

28

1 2

4

Mesin Antrian _Anggota

PJ Kartu

Kasir

Internal Audit 3

Gambar 3.1 Workflow Simpanan

Pada gambar 3.2 merupakan workflow peminjaman berdasarkan anggota yang mengantri :

1. Langkah pertama anggota yang akan bertransaksi mengambil struck antrian yang berisikan informasi nomor antriannya, jumlah antrian sementara, jenis transaksi. 2. Langkah kedua anggota akan menuju loket bagian informasi yang menunjukan

nomor antrian yang dipunyai. Petugas bagian informasi akan memberikan SPH yang berguna untuk mencairkan pinjaman di loket kasir

3. Langkah terakhir anggota akan menuju ke loket kasir, di loket kasir anggota menyerahkan SPH kepada petugas setelah itu mendapatkan dana yang telah tertera di SPH tersebut.

29

1

2 3

Mesin Antrian

Anggota Bagian Informasi

Kasir

Gambar 3.2 Workflow Pinjaman

Dari hasil observasi, diketahui terdapat mesin antrian yang merupakan server pada sistem antrian, mesin antrian tersebut menghasilkan data antrian berupa nomor antrian, jenis transaksi dan waktu transaksi. Data antrian yang dihasilkan akan diberikan pada setiap loket transaksi, lalu akan diproses pada aplikasi client disetiap loket transaksi. Proses tersebut meliputi pemanggilan data antrian dan penyaluran data antrian ke transaksi selanjutnya.

Terdapat 4 menu pada mesin antrian yaitu PJ kartu atas, PJ kartu bawah, informasi atas, dan informasi bawah. Layanan simpan pinjam terbagi di dua lantai dan total loket transaksi ada 13 yang tersebar di dua lantai, lantai pertama terdapat 7 loket transaksi (bagian informasi 1, PJ kartu 4, dan kasir 2) dan lantai kedua terdapat 6 loket transaksi (bagian informasi 1, PJ kartu 3 dan kasir 2). Sistem antrian belum mempunyai history laporan antrian yang terjadi setiap hari, sehingga manager HRD

30

melakukan monitoring antrian adalah informasi tentang petugas, layanan dan total antrian.

3.1.1 Hasil Analisis

Dari permasalahan tersebut akan dibuat sistem informasi monitoring yang digunakan untuk membantu manager HRD dalam meningkatkan layanan. Input data yang akan diolah didapatkan dari transfer data antrian di setiap loket transaksi. Proses

monitoring yang akan diterapkan meliputi penangkapan data antrian, lalu akan

disimpan ke database setelah itu akan diolah oleh sistem untuk menghasilkan Output dari Sistem Informasi Monitoring Antrian yaitu laporan real time antrian yang terjadi, laporan total antrian per periode, laporan petugas loket (jumlah antrian per loket), laporan pelayanan (total layanan, total waktu layanan).

Laporan yang dihasilkan dapat digunakan untuk melakukan peningkatan layanan, antara lain memberikan gambaran manager HRD untuk kinerja petugas pada loket transaksi, manager HRD melihat kinerja petugas loket dari waktu pelayanan serta total antrian tiap harinya. Dan juga memberikan gambaran pada manager HRD dalam setiap bulan antrian yang menumpuk agar bisa direspon dengan baik.

3.1.2 Analisis Kebutuhan Sistem

Aplikasi sistem informasi monitoring antrian yang akan dibangun membutuhkan data antrian sebagai data utama yang digunakan untuk menghasilkan informasi ke manager HRD. Data antrian sebagai acuan untuk mencatat berbagai aktifitas server antrian yang ada di Koperasi Setia Bhakti Wanita. Dapat dilhat pada

31

No Pengguna Kebutuhan Laporan Yang dihasilkan

1 Manager

HRD

 Informasi antrian yang terjadi

 Informasi total antrian per periode

 Informasi petugas loket (jumlah antrian per loket)

 Informasi

pelayanan (total layanan, total waktu layanan)

 Laporan real time antrian yang terjadi

 Laporan total antrian per periode

 Laporan petugas loket (jumlah antrian per loket)

 Laporan pelayanan (total layanan, total waktu layanan)

Aplikasi sistem informasi monitoring antrian ini akan membantu manager HRD dalam memonitor antrian untuk meningkatkan layanan. Pada Tabel 3.2 merupakan kebutuhan functional dan non functional dari sistem.

Tabel 3.2 Functional dan Non-functional Sistem Informasi Monitoring Antrian

Functional Non Functional

 Sistem dapat menangkap data antrian pada server.

 Sistem menyediakan halaman yang memungkinkan penggunanya mendapat laporan monitoring

antrian.

 Sistem dapat memilah data antrian dari server

3.2 Perancangan Sistem

Perencanaan sistem merupakan tahap pengembangan setelah analisis sistem dilakukan. Rancang Bangun Sistem Informasi Monitoring Antrian merupakan media

32 yang akan dihasilkan oleh sistem.

Gambar 3.3 merupakan gambaran dari Sistem Informasi Monitoring Antrian yang berawal dari anggota yang akan melakukan transaksi simpan pinjam mengambil nomor antrian pada mesin antrian, lalu data dari sistem antrian akan ditangkap dan dipilah sesuai dengan informasi yang akan dibutuhkan setelah itu disimpan pada

database. Data akan diolah oleh sistem dan menghasilkan yaitu laporan real time

antrian yang terjadi, laporan total antrian per periode, laporan petugas loket (jumlah antrian per loket), laporan pelayanan (total layanan, total waktu layanan). Laporan yang dihasilkan oleh sistem dapat digunakan untuk melakukan peningkatan layanan, antara lain memberikan gambaran manager HRD untuk kinerja petugas pada loket transaksi. Manager HRD melihat kinerja petugas loket dari waktu pelayanan serta total antrian tiap harinya, dan juga memberikan gambaran pada manager HRD dalam setiap bulan antrian yang menumpuk agar bisa direspon dengan baik.

Pada Gambar 3.3 terdapat proses monitoring yang terdiri atas lima proses utama yaitu menghubungkan dengan server, menangkap data antrian, memilah data, menyimpan data, membuat laporan antrian. Titik pengamatan dalam proses

monitoring terdapat di server antrian, penetapan titik pengamatan penting dalam me-monitoring antrian di Koperasi Setia Bhakti Wanita. Pada server antrian terdapat

kegiatan yang berlangsung di sistem antrian maka titik pengamatan dilakukan di

server. Proses monitoring menggunakan konsep socket client-server, karena konsep socket client-server tidak akan merusak sistem antrian yang sudah terbuat.

OUTPUT Informasi antrian yang terjadi INPUT Data Antrian PROCESS Menghubung-kan dengan server

33

Gambar 3.3 Blok Diagram Sistem Informasi Monitoring Antrian

Pada Gambar 3.4 merupakan langkah-langkah dari socket client-server. Pertama-tama client harus terhubung dengan server, beranjak dari langkah pertama

client akan melakukan proses connection request ke server untuk mengawali

terhubungnya client dan server. Server akan menerima connection request dari client tetapi akan dipertimbangkan connection tersebut akan disetujui atau tidak. Apabila tidak disetujui server akan mengirimkan penolakan connection dan client akan mengulang proses connection request, apabila server menerima connection request dari client maka akan mengirimkan status connect to server untuk client. Setelah

34

mendapatkan data yang terdapat pada server, data request akan direspon oleh server dengan proses data replay yang berguna memberikan data yang ada di server. Apabila tidak terdapat data pada saat server melakukan proses data replay maka

client akan mengulang proses data request, apabila terdapat data dari proses data replay yang dilakukan server maka data tersebut akan diolah oleh client. Proses

mengolah data dapat dilihat pada Gambar 3.5 jika data yang diolah bukan merupakan data antrian maka akan kembali pada proses data request.

Socket client - server

Server Client Start Connection request Menyetujui connection? Menerima connection request Terima connection request Status connect to server T Y

Data request Data replay

Ada data? Mengolah Data T Y Finish

Gambar 3.4 Penerapan socket client-server pada proses monitoring

Pada Gambar 3.5 adalah cara mengolah data yang merupakan kelanjutan dari Gambar 3.4. Langkah pertama data yang diterima dari proses sebelumnya akan diidentifikasi, apakah itu merupakan data antrian atau tidak. Apabila itu bukan

35

merupakan data antrian akan dilakukan proses pemilahan data. Data antrian dipilah berdasarkan keterangan dan status antrian, apabila data antrian tidak mengandung kedua unsur tersebut maka akan ke proses data request kembali untuk meminta data yang tepat sebaliknya apabila data antrian mengandung kedua unsur tersebut maka data akan disimpan ke table yang telah disediakan. Table currentantrian untuk menyimpan keterangan antrian dan table status untuk menyimpan status antrian.

Mengelola data

Client

Start

Identifikasi data

Data antrian?

Pemilahan data

Currentantiran

status Keterangan dan

status antrian?

Penyimpanan data Data request

Y T

Y T

Finish

Gambar 3.5 Alur proses mengolah data 3.2.1 Use Case Monitoring Antrian

Pada Gambar 3.6 terdapat use case monitoring antrian. Pada use case

36

yang terlibat dalam kegiatan bisnis organisasi sedangkan pekerja bisnis atau business

worker adalah suatu peranan di dalam organisasi, bukan posisi. Seseorang boleh

memainkan banyak peran tetapi memengang hanya satu posisi (Sholiq, 2006).

Server

Manager HRD Request data

Menyimpan data

Menampilkan laporan Mengolah data <<extend>>

Client

<<include>>

<<extend>>

Gambar 3.6 Use Case Monitoring Antrian

Pada Gambar 3.6 terdapat tiga aktor, yaitu server sebagai sumber data dari sistem antrian yang akan dicatat aktivitasnya oleh client untuk dijadikan history serta laporan monitoring. Laporan-laporan monitoring antrian ditujukan kepada manager HRD yang nantinya akan mengambil keputusan.

3.2.2 Activity Diagram dan Flow of Event A. Proses Request Data

37

(workflow) dari use case dalam bentuk grafik. Diagram ini menunjukan langkah-langkah di dalam aliran kerja, titik-titik keputusan di dalam aliran kerja, siapa yang bertanggung jawab menyelesaikan masing-masing aktivitas, dan obyek-obyek yang digunakan dalam aliran kerja (Sholiq, 2006).

Gambar 3.7 menceritakan tentang, bagaimana client server berkomunikasi. Pada awalnya proses koneksi sama seperti langkah socket client-server, yaitu client akan mengirimkan koneksi yang akan diterima server yang artinya sudah terjadi hubungan atau ada komunikasi antara keduanya. Selanjutnya client akan mengecek data antrian yang sudah di data oleh server dengan cara melihat status antrian dan

client akan menerima status antrian masuk jika tidak masuk maka kembali lagi pada

proses mengecek data antrian, jika status antrian masuk akan menuju ke proses selanjutnya yaitu proses menangkap data.

Berikut ini disajikan flow of events dari proses request data. Flow of events bertujuan untuk mendokumentasikan alur logika dalam use case yang menjelaskan secara rinci apa yang pemakai akan lakukan dan apa yang sistem itu sendiri lakukan.

Flow of events request data disajikan pada Tabel 3.3 dengan kondisi akhir yang

diinginkan dan kondisi akhir gagal, serta alur alternatif untuk menangani kondisi salah.

38 Start Perm intaan koneksi Meminta data data ada? T Memeriksa data Mengolah data Y End Mengirim data Verification diterim a? Y T Serv er Client

Gambar 3.7 Activity Diagram Request Data

Tabel 3.3 Flow of Event request data Nama Proses Request data

Kebutuhan terkait Salah satu proses untuk memulai monitoring antiran yang berada di koperasi Setia Bhakti Wanita. Proses ini berhubungan langsung dengan server, dan disetiap kegiatan server akan terpantau.

Tujuan Meminta data.

Prasyarat Sudah terkoneksi dengan server.

Kondisi akhir sukses Terdapat data atau kegiatan pada server antrian yang akan dilanjutkan ada proses mengolah data.

Kondisi akhir gagal Jika tidak ada data atau dalam server tidak ada kegiatan, maka client akan meminta terus-menerus sampai terdapat data.

39 Aktor sekunder Tidak ada

Pemicu Terdapat kegiatan di server antrian

Alur utama Langkah Aksi

1. Melakukan koneksi ke server antrian.

2. Client meminta data kepada server.

3. Server akan merespon dengan

mengirimkan data atau kegiatan yang terjadi.

4. Melakukan validasi data.

5. Melakukan proses mengolah data. Alur Perluasan Langkah Aksi Percabangan

Tidak ada B. Proses Mengolah Data

Pada Gambar 3.8 menceritakan alur proses mengolah data. Proses dimulai ketika server sudah mengirimkan data yang terdapat isinya atau adanya kegiatan pada

server, pengiriman data berlangsung pada proses request data. Selanjutnya data akan

diperiksa, karena hasil dari proses request data tidak seluruhnya merupakan data antrian terdapat data login petugas. Jika data bukan merupakan data antrian maka proses selanjutnya akan kembali pada proses request data, jika benar data antrian akan dipilah sesuai dengan yang dibutuhkan, yaitu keterangan antrian dan status antrian. Setelah mendapatkan data yang dibutuhkan client akan menyimpan data-data tersebut, meskipun proses terakhir adalah menyimpan data akan tetapi akan kembali ke proses request data dan begitu seterusnya.

40 Start Menyimpan data Data antrian? request data T keterangan antrian, status antrian? Menangkap data Memriksa data End Memilah data Y Data yang telah

ditangkap

T

Y Client

Gambar 3.8 Activity Diagram Menangkap Data

Berikut ini disajikan flow of events dari menangkap data. menangkap data dilakukan setelah data tertangkap dan selanjutnya akan difilter dan diidentifikasi oleh proses ini. Flow of events dari proses menangkap data disajikan dalam Tabel 3.4.

Tabel 3.4 Flow of Events Menangkap Data Nama Use Case Mencatat Mutasi

Kebutuhan terkait Data yang dihasilkan oleh proses sebelum yaitu proses

request data, data tersebut akan diolah pada proses ini.

Tujuan Mendapatkan data yang dibutuhkan dengan cara memeriksa dan memilah data.

Prasyarat Data antrian.

Kondisi akhir sukses Hasil pemeriksaan menentukan data adalah data antrian dan akan dipilah sesuai dengan kebutuhan.

41

Kondisi akhir gagal Jika bukan merupakan data antrian akan mengulang pada proses request data

Aktor utama Client

Aktor sekunder Tidak ada

Pemicu Proses request data menghasilkan data yang mempunyai isi atau terdapat kegiatan pada server antrian.

Alur utama Langkah Aksi

1. Memeriksa data.

2. Melakukan validasi data.

3. Data yang merupakan data antrian akan dipilah sesuai dengan kebutuhan.

4. Jika data bukan merupakan data antrian akan mengulang ke proses request data. 5. Melakukan validasi data antrian.

6. Melakukan proses penyimpan data, data yang tersimpan merupakan data yang sudah dipilah-pilah.

7. Jika data antrian bukan merupakan data yang dibutuhkan maka akan mengulang ke proses request data.

Alur Perluasan Langkah Aksi Percabangan Tidak ada

C. Proses Penyimpanan Data

Pada Gambar 3.9 merupakan diagram tentang client menyimpan data antrian yang telah dipilah. Lalu menghasilkan table currentantrian dan table status yang akan digunakan pada proses pembuatan laporan antrian, data yang tersimpan di table currentantrian adalah waktu mengantri, nama tempat transaksi, dan jumlah antrian. Sedangkan pada table status terdapat waktu transaksi, nomor tempat transaksi, dan nomor antrian.

42 Start

End

Mengolah data

Menyimpan ke database Hasil data yang

telah dipilah

Table currentantrian

Table status

Client

Gambar 3.9 Activity Diagram Menyimpan Data

Berikut ini flow of events dari proses menyimpan data. Menyimpan data dilakukan setelah proses menangkap data menghasilkan data yang telah dipilah dan data itu akan disimpan pada table antrian dan table statu. Flow of events dari proses menyimpan data dapat dilihat pada Tabel 3.5.

Tabel 3.5 Flow of Events Menyimpan Data

Nama Proses Menyimpan Data

Kebutuhan terkait Pada sisi client akan terus menerus menyimpan kegiatan yang terdapat di server dan tentu sudah dipilah datanya. Data-data itu akan dijadikan history untuk antrian Koperasi Setia Bhakti Wanita.

Tujuan Menghasilkan table antrian dan table status untuk membuat laporan monitoring antrian.

Prasyarat Data yang sudah dipilah.

Kondisi akhir sukses Jika data antrian sudah dipilah maka data dapat disimpan pada table antrian dan table status.

Kondisi akhir gagal Jika data belum dipilah maka data tidak dapat disimpan.

43

Aktor utama Client

Aktor sekunder Tidak ada

Pemicu Proses menangkap data berjalan dengan lancar.

Alur utama Langkah Aksi

1. Melakukan proses menangkap data

2. Hasil dari proses tersebut merupakan masukan yang akan disimpan ke table antrian dan table status

3. Proses penyimpanan data

4. Masuknya data pada table currentantrian dan table status

Alur Perluasan Langkah Aksi Percabangan Tidak ada

D. Proses Menampilkan Laporan

Pada Gambar 3.10 merupakan diagram menampilkan laporan. Laporan yang dihasilkan telah disesuaikan dengan kebutuhan manager HRD, yaitu laporan antrian, laporan transaksi, laporan petugas, dan laporan pelayanan. Data dari semua laporan berasal dari table antrian, table status dan table petugas.

Table currentantrian Start Memilih menu laporan Memilih peroide laporan Menampilkan laporan End Membuat laporan Laporan monitoring antrian Table pegawai Table status Sistem Manager HRD

44

berjalan ketika manager HRD ingin melihat laporan monitoring antiran. Flow of

events dari proses menampilkan laporan dapat dilihat pada Tabel 3.6.

Tabel 3.6 Flow of Events Menyimpan Data Nama Proses Menampilkan Laporan

Kebutuhan terkait Laporan monitoring antrian yang disajikan kepada

manager HRD mendapat masukan dari table antrian, table status dan table petugas.

Tujuan Memberikan informasi antrian di bagian Simpan Pinjam koperasi Setia Bhakti Wanita.

Prasyarat Table antrian dan table status sudah terisi dengan data

yang dibutuhkan.

Kondisi akhir sukses Menampilkan laporan monitoring antrian kepada

manager HRD

Kondisi akhir gagal Jika tidak ada data pada table antrian dan table status

Aktor utama Manager HRD

Aktor sekunder Sistem

Pemicu Manager HRD memilih menu laporan

Alur utama Langkah Aksi

1. Manager HRD memilih menu laporan

antrian serta memilih periode yang diinginkan.

2. Pembuatan laporan yang mengambil data dari table currentantrian, table status dan

table petugas.

3. Sistem menampilkan laporan yang diinginkan manager HRD.

Alur Perluasan Langkah Aksi Percabangan Tidak ada

3.2.3 Sequence Diagram

Menurut Nugroho (2005) sequence diagram adalah interaction diagram yang memperlihatkan event-event yang berurutan sepanjang berjalannya waktu. Sequence

diagram menggambarkan interaksi yang dilakukan oleh objek-objek dalam sistem.

45 disarankan:

A.Sequence Diagram Mengolah Data

Alur yang digambarkan pada sequence diagram tak ubahnya adalah flow of

events yang sudah dibuat sebelumnya. Pada sequence diagram ini digambarkan

proses-proses yang terjadi sewajarnya. Berikut ini adalah Gambar 3.11 merupakan

sequence diagram dari proses menangkap data.

Gambar 3.11 Sequence Diagram Mengolah Data : Client

: Client : Server : Server KoneksiKoneksi PopupPopup TextInboxTextInbox MenangkapDataMenangkapData KontrolDatabaseKontrolDatabase TableCurrentant rian TableCurrentant

rian

TableStatus TableStatus

Get_data() Connect_server()

menghubungkan mengirim status koneksi

status terhubung

Show_MessageDialog() validasi koneksi

Show_data()

mengirim data

Split_data()

meminta data

data antrian

Save_data()

46

client yang melakukan koneksi kepada server guna meminta data antrian, karena server merupakan sumber data dari sistem antrian yang akan dicatat aktivitasnya oleh client. Setelah terhubung maka client akan meminta data antrian kepada server, server akan menjalankan perintah Get_data() yang berarti server mengirimkan data

tersebut. Pada halaman client terdapat TextInbox yang berfungsi sebagai media yang menampilkan data yang dikirim oleh server, pada langkah ini data akan dipilah menggunakan perintah Split_data() untuk mendapatkan data yang dibutuhkan. Apabila tidak terdapat data yang dibutuhkan maka client akan meminta data kembali kepada server, perulangan ini berfungsi apabila tidak ada data antrian yang ditangkap maka client tidak melanjutkan ke langkah selanjutnya sampai menemukan data antrian yang dibutuhkan. Setelah menemukan data antrian yang dibutuhkan maka data-data tersebut akan disimpan menggunakan perintah Save_data() ke table currentantrian dan table status.

B.Sequence Diagram Menampilkan Laporan

Sequence diagram di Gambar 3.12 merealisasikan proses menampilkan

laporan. Sequence diagram menampilkan laporan juga menggambarkan flow of

events dari proses menampilkan laporan yang merupakan proses akhir dari sistem

informasi monitoring antrian.

Aliran proses menampilkan laporan dimulai dari manager HRD yang mengakses halaman utama laporan. Setelah itu akan menampilkan pilihan jenis laporan yang ingin dilihat dengan cara mengakses database maka laporan grafik akan terlihat pada form grafik laporan yang sudah tersedia.

47

Show_Status () pilihan menu laporan

mem ilih menu antrian

Load_data()

Read_Currentantrian() Show_Currentantrian()

Show_AntrianSaatini() Show_AntrianTerlayani()

mem ilih menu trans aks i

Load_data()

Read_Currentantrian() Show_Currentantrian()

Read_Status () Show_Status () Show_grafikTrans aks i()

tabel antrian s aat ini dan antrian terlayani

grafik trans aks i s aat ini mem ilih jangka waktu

Filter_waktu() grafik dalam jangka waktu tertentu

mem inta detail grafik

Show_detailgrafik() mem ilih menu petugas

Load_data() Read_Petugas() Show_Petugas () Read_Status () Show_Status () Show_grafikPetugas ()

grafik petugas s aat ini mem ilih jangka waktu

Filter_waktu() grafik dalam jangka waktu tertentu

mem inta detail grafik

Show_detailgrafik()

mem ilih menu pelayanan

Load_data() Read_Currentantrian() Show_Currentantrian() Read_Status () Show_Status () Show_grafikPelayanan() Filter_waktu() grafik dalam jangka waktu tertentu

mem inta detail grafik

Show_detailgrafik() grafik pelayanan s aat ini

mem ilih jangka waktu

48 3.2.4 Class Diagram Monitoring Antrian

Class diagram digunakan untuk menampilkan kelas-kelas atau paket-paket

dalam sistem dan relasi antar mereka. Biasanya, dibuat beberapa diagram kelas untuk satu sistem. Satu class diagram menampilkan subset dari kelas-kelas dan relasinya.

Class diagram lainnya mungkin menampilkan kelas-kelas termasuk attribut dan

operasi dari kelas-kelas pembentuk diagram.

Class diagram adalah alat perancangan terbaik untuk tim pengembang

perangkat lunak. Class diagram membantu tim pengembang mendapatkan pola kelas-kelas dalam sistem, struktur sistem sebelum menuliskan kode program, dan membantu untuk memastikan bahwa sistem adalah rancangan terbaik dari beberapa alternatif rancangan (Sholiq, 2010).

Berdasarkan perencanaan sistem pada use case diagram, dibutuhkan kelas-kelas untuk membangun dan mendukung jalannya aplikasi. Hubungan antar kelas-kelas tersebut dapat digambarkan dalam sebuah class diagram. Class diagram dari sistem yang dibangun tidak ditampilkan secara keseluruhan, melainkan ditampilkan secara terpisah sesuai relasi-relasi yang ada untuk mempermudah pembacaan.

Kelas yang dibuat untuk aplikasi ini menggunakan pemodelan UML dengan konsep pemodelan Model-View-Controller (MVC). Class model merupakan class yang akan menangani segala sesuatu yang berhubungan dengan entitas. Class view merupakan class yang akan menangani segala sesuatu yang berhubungan dengan tampilan user interface. Class controller merupakan class yang menangani segala proses seperti proses pencarian data dan segala proses yang berhubungan dengan

116 Test

case id

Tujuan Input Output yang

diharapkan Status laporan petugas menu petugas laporan petugas

berupa grafik serta detailnya

Sukses

8. Menampilkan laporan pelayanan

Mengakses menu pelayanan

Dapat menampilkan laporan pelayanan berupa grafik serta detailnya

Sukses

1.4.2 Uji Coba Aplikasi Kepada Pengguna

Pada proses uji coba ini, pengguna diharuskan melihat hasil dari monitoring antiran dengan catatan pada simpan pinjam terjadi transaksi dengan itu laporan monitoring dapat tercipta. Uji coba ini dilakukan dengan cara memberikan langsung kuesioner (dapat pada lampiran 4) kepada target pengguna yaitu manager HRD serta bagian EDP.

Kuesioner yang telah diisi oleh target pengguna akan dimasukan kedalam tabel hasil kuesioner, pada tabel tersebut terdapat rumusan kuesioner yang merupakan perhitungan dari penilaian target pengguna. Rumusannya terdiri dari :

1.

Ʃ

= Penjumlahan dari bobot nilai*

*bobot penilaian X penilaian pengguna 2.

X

₌

Ʃ

_{/ jumlah pengisi kuisioner}

3. Nilai akhir = Jumlah

X

_{/ jumlah pernyataan}

Tabel hasil kuesioaner dapat dilihat pada tabel 4.27. Fungsi dari tabel tersebut untuk mengetahui hasil keseluruhan dari pendapat target pengguna terhadap hasil laporan monitoring antrian.

117 Bagian Pernyataan

Nomor

Penilaian

Ʃ

X

_Akhir Nilai

1 2 3 4 5

Tampilan

A

1. 0 0 0 2 0 8 4

3,6

2. 0 0 2 0 0 6 3

3. 0 0 0 2 0 8 4

4. 0 0 0 2 0 8 4

5. 0 0 2 0 0 6 3

Navigasi

B

1. 0 0 0 2 0 8 4

3,8

2. 0 0 0 2 0 8 4

3. 0 0 1 1 0 7 3,5

4. 0 0 1 1 0 7 3,5

Materi Monitoring

C

1. 0 0 0 2 0 8 4

3,9

2. 0 0 0 2 0 8 4

3. 0 0 0 2 0 8 4

4. 0 0 1 1 0 7 3,5

Hasil Monitoring (Grafik laporan) D

1. 0 0 0 2 0 8 4

4

2. 0 0 0 2 0 8 4

3. 0 0 0 2 0 8 4

Hasil yang didapat Table 4.27 dapat digunakan untuk menentukan analisis hasil uji coba aplikasi, dimana bertujuan untuk mengetahui apakah monitoring antrian dapat dinyatakan sesuai dengan yang dibutuhkan dengan tidak meninggalkan konsep monitoring yang telah diutarakan. Berdasarkan Tabel 4.27 dapat dihasilkan detail sebagai berikut :

a. Bagian Tampilan

Tampilan mendapatkan nilai akhir 3,6 dari kisaran 1-5, jika diubah kedalam prosentase bernilai 72%. Hasil tersebut menyatakan tampilan yang terdapat pada aplikasi bernilai baik .

118 b. Bagian Navigasi

Navigasi mendapatkan nilai akhir 3,8 dari kisaran 1-5, jika diubah kedalam prosentase bernilai 76%. Hasil tersebut menyatakan navigasi yang terdapat pada aplikasi bernilai baik .

c. Bagian Materi Monitoring

Materi monitoring mendapatkan nilai akhir 3,9 dari kisaran 1-5, jika diubah kedalam prosentase bernilai 78%. Hasil tersebut menyatakan materi monitoring yang terdapat pada aplikasi bernilai baik .

d. Bagian Hasil Monitoring (Grafik Laporan)

Hasil monitoring mendapatkan nilai akhir 4 dari kisaran 1-5, jika diubah kedalam prosentase bernilai 80%. Hasil tersebut menyatakan hasil monitoring yang terdapat pada aplikasi bernilai baik .

Dapat disimpulkan dari hasil keseluruhan uji coba aplikasi kepada pengguna mendapatkan prosentase diatas rata-rata yaitu antara 70%-80% yang mengisaratkan bahwa aplikasi ini layak untuk diimplementasikan pada Koperasi Setia Bhakti Wanita. Prosentase tersebut bersumber dari penilaian target pengguna, dapat dilihat pada lampiran 4.

62 BAB V PENUTUP 5.1 Kesimpulan

Setelah melakukan uji coba dan evaluasi terhadap sistem informasi monitoring antrian maka dapat ditarik kesimpulan, bahwa sistem informasi monitoring antrian ini dapat membantu manager HRD dalam memantau antrian yang terjadi di bagian simpan pinjam dari Koperasi Setia Bhakti Wanita. Hasil dari sistem monitoring antrian adalah laporan real time antrian yang terjadi, laporan total antrian per periode (per hari, per minggu, per bulan), laporan petugas loket (jumlah antrian per loket), laporan pelayanan (total layanan, total waktu layanan). Laporan-laporan tersebut digunakan oleh manager HRD untuk mengevaluasi antrian di bagian simpan pinjam.

5.2 Saran

Adapun saran yang dapat diberikan kepada peneliti berikutnya apabila ingin mengembangkan aplikasi yang telah dibuat ini agar menjadi lebih baik adalah sebagai berikut:

1. Sistem dapat dikembangkan untuk mengatasi masalah jika terjadi server down atau listrik padam (contoh kasus akibat masalah tersebut seperti server akan mengulang nomor urut antrian dan nomor urut yang tertera pada display setiap loket akan mengulang) dengan cara mengembalikan data antrian yang telah disimpan kedalam database.

2. Sistem dapat dikembangkan menjadi sistem yang lebih kompleks misalnya menggabungkan sistem yang telah ada dengan sistem penilaian pekerja.

119

DAFTAR PUSTAKA

Adi Nugroho, 2005, Analisis dan Perancangan Sistem Informasi Dengan Metodologi Berorientasi Objek, Informatika, Bandung.

Amsler, G. M., Findley, H. M., & Ingram, E., 2009, Performance monitoring: guidance for the modern workplace. Supervision, 70, 12-19.

Chong, T. A., 2005, The synergies of the learning organization, visual factory management, and on the job training. Performance Improvement, 44, 15-20.

Freddy Rangkuti, 2003, Measuring Costumer Satisfaction, teknik mengukur dan strategi meningkatkan kepuasan pelanggan plus analisis kasus PLN-JP, Gramedia Pustaka Utama, Jakarta.

Gross, Donald dan Harris, Carl, 2001, The Queueing Systems, NewYork, McGraw-Hill, Inc.

Kakiay, Thomas. J, 2004, Dasar Teori Antrian Untuk Kehidupan Nyata, Yogyakarta: ANDI.

Kendall, K. and Kendall, J. (2006). Systems Analysis and Design. Pearson, Prentice Hall: New Jersey.

Kurniawan, Agus, 2011, Pemrograman Jaringan dengan JAVA, Yogyakarta : Penerbit ANDI.

Mercy Corps, 2005, Design, monitoring, and evaluation guidebook.

Mulyono, S, 1991, Operations Researc. FE-UI, Jakarta.

Sholiq, 2006, Pemodelan Sistem Informasi Berorientasi Objek dengan UML, Yogyakarta : Graha Ilmu.

120

Sholiq. 2010, Analisis dan Perancangan Berorientasi Obyek, Bandung: CV. Muara Indah.

Tjiptono, Fandi dan Candra, Gregorius, 2005, Service, Quality, and Satisfaction, Andi, Yogyakarta.

Waliyanto. 2000. Sistem Basis Data Analisis dan Pemodelan Data. J&J Learning. Yogyakarta.

Williams, R, S., ,1998, Performance management: Perspectives on employee performance, International Thomson Business Press, London.

Wrihatnolo, R. (n.d.) 2008, Monitoring, evaluasi, dan pengendalian: Konsep dan pembahasan.