BAB III ANALISIS DAN PERANCANGAN SISTEM. Pada bab ini dijelaskan tentang identifikasi permasalahan, analisis

Transkripsi

1 BAB III ANALISIS DAN PERANCANGAN SISTEM Pada bab ini dijelaskan tentang identifikasi permasalahan, analisis permasalahan, solusi permasalahan dan perancangan sistem dalam membangun sistem informasi monitoring dan evaluasi kinerja field pada PT Chrismalis Artha. 3.1 Elisitasi dan Analisis Permasalahan Elisitasi adalah teknik pengumpulan data dengan mengajukan pertanyaan secara terarah dan langsung kepada narasumber untuk menemukan titik permasalahan utama yang terjadi pada perusahaan. Elisitasi dilakukan pada saat proses wawancara dan setelah wawancara. Setelah dilakukan wawancara, tahapan selanjutnya adalah melakukan analisis permasalahan. Analisis permasalahan digunakan untuk mendefinisikan suatu permasalahan dan memberikan solusi untuk menyelesaikan masalah tersebut Elisitasi Kebutuhan (Requirement Elicitation) Salah satu prinsip dasar yang baik pada proses elisitasi adalah melakukan komunikasi secara efektif antara berbagai pemangku kepentingan. Elemen penting lain dari persyaratan elisitasi adalah bagaimana ruang lingkup dari proyek yang akan dikerjakan. Proses elisitasi ini didapatkan beberapa dokumen mengenai peran (role), tanggungjawab (responsibility), aturan (rule), kebijakan (policy), pengguna (stakeholder) yang terlibat dan dokumen pendukung lain yang dibutuhkan dalam pengembangan sistem. 29

2 30 Dalam melakukan proses monitoring & evaluasi kinerja field terdapat tiga stakeholder yang berperan yaitu Administrasi field collection, field dan supervisor field collection. Berikut ini adalah data-data yang telah diperoleh berdasarkan wawancara dan observasi kepada stakeholder terkait yang akan digunakan untuk keperluan pengembangan perangkat lunak A. Data Nasabah. Data Nasabah merupakan data dari yang akan dilakukan penagihan tunggakan. Data digunakan untuk melakukan penyusunan draft Tabel 3.1 Tabel contoh data Tabel 3.2 Tabel contoh detail No Data Nasabah Keterangan 1 No. Card Nama Nasabah Ricky Subandi 3 Jenis Kelamin Male (M) 4 Tanggal Lahir Alamat Nasabah Kutisari Indah Barat 3/63, Kutisari, Trenggilis, Surabaya Telepon Nasabah Selular Nasabah Nama Perusahaan Karya Multikarsa PT 9 Alamat Kantor Jl Raya Prambanan Lidah Kulon No 34-35, Lidah

3 31 Kulon, Lakarsantri, Surabaya Telepon Kantor Nama Relasi Agustinus Wilantoro 12 Alamat Relasi Medokan Ayu Rl Surabaya Telepon Relasi Open Date Limit Outstanding Date WO Principle / Cardpro B. Data Kunjungan Nasabah Data Kunjungan Nasabah digunakan bagi field dalam melakukan penagihan dan untuk mengetahui jumlah yang ditangani. Tabel 3.3 contoh data No Nama Nasabah Field 1 Gunawan Hidayat Alfiyanto 2 Anita Yayu Rahmawati Alfiyanto 3 Roy Gosal M Aziz 4 Yuni Dwi Indiarti Aziz 5 Indah Purwani Iwan 6 Anik Agustin Iwan C. Data Pembayaran. Data Pembayaran digunakan untuk mengetahui siapa saja yang melakukan pembayaran dan jumlah pembayaran. Tabel 3.4 Tabel contoh data pembayaran No Nama Nasabah Field Tgl Bayar Jumlah Bayar 1 Ricky Subandi Alfianto Robertus Aryanto Aziz Maria Ulfa Aziz D. Data visit report. Data visit report merupakan data hasil field kepada. Data visit report berfungsi sebagai informasi perkembangan dan sebagai bahan monitoring dan evaluasi.

4 32 Tabel 3.5 contoh data visit report No Nama Nasabah Gunawan Hidayat Prospek Prospek Janji Bayar 2 Anita Yayu Salah alamat Pindah Rahmawati 3 Rindang Salah alamat Tidak mau bayar Janji Bayar Sudjaswanti 4 Njo Hendro Tidak ada di Prospek Janji Bayar Sunyoto tempat 5 Ma'ah Abd Pindah - - E. Data Promise to Pay (PTP) Data PTP merupakan data yang bersedia dan berjanji untuk melakukan pembayaran. Form PTP berisi data, jumlah cicilan pembayaran dan tanggal jatuh tempo pembayaran. Data PTP digunakan untuk monitoring pembayaran dan pemberian notifikasi jatuh tempo PTP kepada field yang menangani. Tabel 3.6 contoh data PTP No Nasabah Balance Down Payment DP Due Date RTP 1 Anita Yayu Rahmawati 2 Rindang Sudjaswanti Ten or PTP Due Date Njo Hendro Sunyoto F. Data PTP paid off Data PTP paid off merupakan data yang sudah melunasi pembayaran. Data PTP paid off berfungsi sebagai informasi bahwa sudah bebas tunggakan dan pelaporan lunas.

5 33 Tabel 3.7 contoh data PTP No Nama Nasabah Field Tgl Bayar Jumlah Bayar 1 Anita Yayu Alfianto Rahmawati 2 Rindang Aziz Sudjaswanti 3 Njo Hendro Aziz Sunyoto G. Data Verifikasi. Data Verifikasi merupakan data hasil pemantauan lapangan secara langsung oleh supervisor. Data verifikasi berfungsi sebagai informasi keputusan dan tindakan penanganan supervisor terhadap yang diverifikasi. Tabel 3.8 contoh data Verifikasi No Nasabah Field Hasil Verifikasi 1 Gunawan Hidayat Alfiyanto Reject 2 Anita Yayu Rahmawati Alfiyanto Extend 3 Rindang Sudjaswanti Aziz Extend 4 Njo Hendro Sunyoto Aziz Reject 5 Ma'ah Abd Iwan Reject H. Data Status Data status merupakan penggolongan hasil yang terdapat pada status visit report. Status terdiri dari 3 status yaitu status 1, status 2 dan status 3. Tabel 3.9 contoh data status No Status keterangan 1 Status 1 Alamat tidak ada 2 Status 1 Tidak ada ditempat 3 Status 1 Ada 4 Status 2 Skip 5 Status 2 Prospek 6 Status 2 Janji bayar 7 Status 3 Pindah 8 Status 3 Kasus

6 34 I. Data Karyawan subdivisi field collection Data Karyawan terdiri dari data nama-nama karyawan beserta peranan untuk memberikan hak akses pengguna pada sistem. Tabel 3.10 Data karyawan No Nama Karyawan Jabatan Peranan 1 Sulis Administrasi Administrasi field collection Field collection bertanggung jawab dalam pengelolaan data & data pembayaran, penyusunan draft, mencetak daftar dan surat tugas 2 Alfianto Field Field bertanggung jawab dalam melakukan penagihan dan pelaporan data hasil 3 Andri 4 Aziz 5 Andi 6 Bagus 7 Edi 8 Hendro 9 Handoko 10 Iwan 11 Mulyono 12 Sam Supervisor field collection Supervisor field collection bertanggung jawab dalam melakukan persetujuan maupun revisi daftar, monitoring, verifikasi dan evaluasi kinerja field serta pengambilan keputusan dilapangan Secara garis besar proses bisnis monitoring & evaluasi kinerja field dimulai dari penyusunan draft, approval draft, pembuatan daftar, pencatatan data visit report & PTP, monitoring, verifikasi dan evaluasi. Berikut ini digambarkan proses bisnis beserta aturannya yang terdapat pada sub divisi field collection PT chrismalis artha saat ini.

7 35 Tabel 3.11 Proses bisnis berdasarkan Phase Phase Proses Bisnis Stakeholder 1 Menyusun Draft Administrasi Field collection 2 Approval draft Supervisor field collection 3 Mencetak daftar per- Administrasi Field collection yang telah di Acc supervisor 4 Pencatatan data hasil Field 5 Pembuatan laporan visit report & PTP Administrasi Field collection 6 Pengecekan pembayaran Administrasi Field collection 7 Monitoring kinerja field Supervisor field collection 8 Membuat catatan hasil verifikasi lapangan Supervisor field collection 9 Evaluasi kinerja field Supervisor field collection Tabel 3.12 Rule proses bisnis berdasarkan Stakeholder Stakeholder Proses Bisnis Phase Rule Administrasi Menyusun Draft 1 Penyusunan dilakukan setiap Field collection periode setelah menerima data dari klien (Bank Mega) Field Supervisor field collection Mencetak daftar per yang telah di Acc supervisor Pembuatan laporan visit report & PTP Pengecekan pembayaran Pencatatan data hasil Approval draft Monitoring kinerja field Membuat catatan hasil verifikasi lapangan Evaluasi kinerja field (Bank Mega) 3 Daftar dapat dicetak apabila sudah mendapat persetujuan dari supervisor field collection 5 Pelaporan visit report dilakukan dua minggu sekali setelah mendapat data visit report & ptp dari field 6 Pengecekan dilakukan setelah menerima data pembayaran dari klien (Bank Mega) 4 Pencatatan status disesuaikan dengan kondisi saat ini 2 Supervisor dapat melakukan perubahan draft 7 Monitoring dan monitoring status dilakukan setiap dua minggu sekali setelah menerima laporan dari admin field collection. 8 Verifikasi dilakukan apabila terdapat laporan bermasalah dan perlu dilakukan verifikasi lapangan 9 Evaluasi dilakukan setiap bulan berdasarkan laporan visit report, ptp dan pembayaran. Terdapat

8 36 Stakeholder Proses Bisnis Phase Rule dua macam evaluasi yaitu evaluasi target minimum 150 dan evaluasi perolehan pembayaran minimum sebesar rupiah dalam satu bulan. Hasil dari evaluasi adalah briefing, routing dan withdrawal Alir sistem saat ini Gambar 3.1 merupakan proses bisnis secara umum yang dilakukan oleh sub divisi field collection PT Chrismalist Artha dalam melakukan monitoring & evaluasi kinerja field. Proses Monitoring & Evaluasi Kinerja Field Collector Klien(Bank) Admin Field Collector Field Collector Supervisor Field Collection Mulai Data Nasabah Data Field Collector Daftar Routing Field Collector Daftar 5 2 Data Nasabah 1 1. Menentukan yang ditangani Per-field list 4. Melakukan penagihan Hasil evaluasi Laporan PTP & Visit Report 2. Aproval list kepada Spv ACC? T Nasabah mau bayar? 11. Monitoring 3 List acc Laporan PTP & Visit Report List Kunjungan List Kunjungan acc acc 3. Membuat daftar Daftar 7. Membuat laporan PTP & Visit Report Laporan Laporan PTP & PTP & Visit Report Visit Report Y 1 2 Y 5. Mengisi Form PTP(Promise to Pay) Form Form PTP PTP T 6. Membuat Visit Report Visit report Visit report Nasabah Skip? T 12. Extend Data Nasabah Extend Y Nasabah ditolak? Y T List lunas 13. Withdrawal Data Nasabah Reject 15. Verifikasi Hasil verifikasi 4 Phase 8. Pengecekan Pembayaran Data Pembayaran Nasabah 4 Data Nasabah Reject 14. Membuat data baru T Data Pembayaran Nasabah 9. Pengecekan Field Collector Nasabah lunas? Y 10. Membuat list lunas Daftar perolehan Daftar penagihan Field perolehan penagihan penagihan Field Collector Field Collector Collector 3 List lunas Daftar perolehan penagihan Field Collector Gambar 3.1 Diagram Alir saat ini Target? Y Selesai T 16. Evaluasi Hasil evaluasi Routing? T Y Routing Daftar Routing Field Collector berikut Adapun penjelasan alir sistem pada masing-masing proses adalah sebagai

9 37 Tabel 3.2 Penjelasan Alir sistem pada saat ini Phase No Nama Proses Input Proses Output 1 Menentukan - Data Proses ini menjelaskan List yang tentang penyusunan dan Kunjungan 1 ditangani perfield field kepada masing- - Data pembagian data (Distribusi masing field ) yang didapat dari klien 2 2 Aproval list kepada Supervisor Acc List Kunjunga n (Bank Mega) setiap bulan. Proses ini menjelaskan persetujuan tentang pembuatan list. List Kunjungan Acc Decision Acc? 3 3 Membuat dan mencetak daftar Kunjungan & surat tugas per Acc / Revisi list Kunjunga n - List Kunjung an Acc - Data field Proses ini menjelaskan tentang persetujuan tentang penyusunan liat. Jika tidak disetujui maka akan dilakukan penyusunan dan pembagian ulang list. Proses ini menjelaskan tentang pembuatan list dan surat tugas field untuk selanjutnya dibagikan kepada masing-masing field. List Kunjungan Acc - Daftar Kunjungan per- - Surat tugas per-field 4 4 Melakukan Decision Nasabah mau bayar? Data hasil Data hasil Proses ini menjelaskan tentang tugas field setelah menerima daftar dan surat tugas yaitu melakukan penagihan dengan mendatangi. Proses ini menjelaskan tentang status apakah mau membayar atau tidak setelah proses penagihan. Jika tidak maka field akan mengisi visit report dan melakukan penagihan ulang di waktu yang - Visit report - PTP - Visit report - PTP

10 38 Phase No Nama Proses Input Proses Output berbeda sampai bersedia membayar. 5 Mengisi form PTP 6 Membuat visit report 5 7 Membuat laporan Visit report & PTP 6 8 Pengecekan Pembayaran oleh klien (Bank Mega) 9 Pengecekan field Decision Nasabah Data hasil Data hasil - Form PTP - Visit report - Laporan PTP - Laporan visit report - Pembaya ran - Laporan PTP - Data pembaya ran - Daftar peroleha n penagiha Proses ini menjelaskan tentang kesanggupan dalam membayar tunggakan kartu kredit. Field akan mengisi form PTP sebagai bukti dan estimasi bahwa bersedia melakukan pembayaran. Proses ini menjelaskan apabila belum bersedia melakukan pembayaran atau tidak bisa ditemui field akan mencatat visit report dan menyetorkan kepada admin. Proses ini menjelaskan tentang pengumpulan data visit report dan PTP dari seluruh field untuk dibuat laporan Visit report & PTP kepada supervisor dan klien (Bank Mega). Proses ini menjelaskan tentang pengecekan data hasil penagihan yang dilakukan oleh bank untuk memberikan laporan kepada perusahaan apabila melakukan pembayaran tunggakan kreditnya kepada bank. Proses ini menjelaskan bahwa admin akan mencocokkan data pembayaran dengan form PTP dan siapa field yang menangani. Proses ini menjelaskan tentang yang sudah melunasi tunggakan kepada bank. Jika ya maka - Form PTP - Visit report Visit report - Laporan PTP - Laporan visit report Data pembayaran Daftar perolehan penagihan field yang sudah dibayar Daftar perolehan penagihan

11 39 Phase No Nama Proses Input Proses Output lunas? n field admin akan membuat field laporan siapa saja yang sudah melunasi 10 Membuat list lunas Daftar perolehan penagihan field 7 11 Monitoring Data PTP dan visit report Decision Nasabah skip? 12 Extend Decision Nasabah Ditolak? Data PTP dan visit report Data PTP dan visit report Data PTP dan visit report tunggakan kartu kredit. Proses ini menjelaskan tentang pembuatan laporan yang sudah melunasu tunggakan kartu kredit untuk diserahkan kepada supervisor dan bank Proses ini menjelaskan tentang proses monitoring kinerja field oleh supervisor. Didalam visit report hanya terdapat laporan mengenai status terbaru dan tidak terdapat history. Proses ini menjelaskan tentang hasil penagihan apakah yang ditangani berstatus skip atau non-skip. Apabila skip data akan ditarik dan dikembalikan ke bank sedangkan apabila berstatus non-skip akan tetap dilakukan penagihan. Proses ini menjelaskan tentang hasil penagihan non-skip. Nasabah non-skip akan tetap dilakukan penagihan dan dimonitoring. Proses ini menjelaskan tentang hasil penagihan apakah berstatus skip tersebut masuk dalam level ditolak atau tidak. apabila masuk dalam level ditolak masih bisa dilakukan penagihan dengan melakukan evaluasi terlebih dahulu Daftar lunas - Data extend - Data reject - Data extend - Data reject - Data extend - Data extend - Data reject

12 40 Phase No Nama Proses Input Proses Output oleh supervisor. 13 Withdrawal - Data withdra wal Decision Target? 14 Membuat data baru - Laporan PTP dan visit report - Daftar peroleha n penagiha n field Data reject 8 15 Verifikasi Data verifikasi 9 16 Evaluasi Kinerja 17 Routing Data Routing Proses ini menjelaskan tentang penarikan data dari field dan mengembalikan ke bank dalam bentuk laporan data reject. Proses ini menjelaskan tentang pencapaian target penagihan field. Apabila belum mencapai target maka kinerja field akan dievaluasi berdasarkan status dari yang ditangani dan jumlah perolehan penagihan. Proses ini menjelaskan pembuatan data baru oleh klien (Bank Mega) Proses ini menjelaskan tentang proses verifikasi lapangan yang dilakukan supervisor berdasarkan laporan hasil monitoring. Hasil dari verifikasi adalah keputusan apakah akan dilakukan perpanjangan atau withdrawal Data target Proses ini menjelaskan tentang evaluasi kinerja field berdasarkan total perolehan penagihan dan status yang ditangani. Hasil dari evaluasi bisa berupa perpindahan (routing), briefing dan withdrawal. Proses ini menjelaskan tentang perpindahan penanganan antar field. data reject Hasil evaluasi (Briefing, data routing, data withdrawal ) Data Nasabah Data hasil verifikasi Hasil evaluasi (Briefing, data routing, data withdrawal ) Daftar Routing

13 Permasalahan Berdasarkan gambaran alir sistem saat ini, maka selanjutnya dilakukan sebuah analisis sistem untuk mengetahui permasalahan yang terjadi pada masing masing stakeholder. Analisis sistem yang dilakukan terdiri dari dua, yaitu melakukan analisis terhadap kelemahan sistem yang ada pada sistem saat ini dan melakukan analisis terhadap kebutuhan pada masing-masing stakeholder. Dari hasil analisis sistem ini ditemukan proses-proses yang harus dieliminasi, prosesproses yang dapat berintregrasi menjadi satu fungsi maupun membangun fungsi baru. Meskipun terjadi proses eliminasi dan integrasi, tujuan dari sistem disesuaikan dengan tugas pokok dan fungsi stakehoder (Jogiyanto, 2005). A. Analisis pada alir sistem Administrasi field collection Berdasarkan alir sistem yang dilakukan oleh administrasi field collection terdapat beberapa permasalahan diantaranya 1) Pada proses pembuatan daftar admin harus menunggu approval list kunjuungan dari supervisor. Proses ini membutuhkan waktu yang lama mengingat list diserahkan kepada supervisor dalam bentuk hardcopy sedangkan supervisor tidak berada di kantor setiap hari. Hal ini menyebabkan terjadinya keterlambatan pembagian daftar kepada field sehingga penagihan menjadi tertunda. 2) Admin memiliki beban yang berlebihan dalam pembuatan laporan visit report dan PTP dikarenakan field melaporkan data hasil secara bersamaan dalam dua minggu sekali. Admin harus melakukan rekap secara manual. proses tersebut masih dilakukan dengan memasukkan data

14 42 hasil berupa buku catatan dari field kedalam tabel aplikasi ms. Excel. Proses tersebut tentu tidak efisien karena membutuhkan waktu yang lama dan rawan terhadap kesalahan dalam memasukkan data. 3) Admin mengalami kesulitan pada saat pengecekan pembayaran. Admin melakukan pengecekan dan penyesuaian data pembayaran dengan data PTP, namun sering terjadi pembayaran yang dilakukan tanpa PTP terlebih dahulu, sehingga admin juga harus mengecek pembayaran dari data visit report. Selain itu admin juga kesulitan mengetahui informasi sisa pembayaran dan yang sudah lunas. Hal tersebut digunakan untuk meberikan informasi kepada field dan memastikan bahwa data tersebut sudah dilakukan withdrawal Hasil analisa dari proses tersebut adalah dilakukannya otomasi pada tahap proses penentuan yang ditangani field karena sistem akan secara otomatis melakukan pembagian yang terpilih kepada masing-masing field. Kemudian dilakukan eliminasi pada proses pengecekan penanganan field dikarenakan sistem akan secara otomatis melakukan pengecekan penanganan oleh field sesuai dengan data pembayaran yang diupload, serta dilakukan eliminasi pada proses pembuatan laporan visit report, laporan ptp dan laporan lunas. B. Analisis pada alir sistem Field Berdasarkan alir sistem yang dilakukan oleh field terdapat beberapa permasalahan diantaranya

15 43 1) Field mengalami kesulitan dalam membuat visit report. Setiap kali field selesai melakukan penagihan akan dicatat kedalam buku catatan masing-masing tanggal penagihan, nama dan status. Pada selanjutnya, field harus mencari catatan tersebut untuk melakukan update penagihan dan mencatat status terakhir. Hal ini akan membingungkan apabila dalam sehari field melakukan penagihan kepada lebih dari 10 dan jumlah yang ditangani diatas 100 maka akan membutuhkan waktu yang lama dalam pencarian data. 2) Terjadi kelalaian field dalam menangani yang melewati tanggal jatuh tempo PTP. Saat ini Field harus mengingat tanggal jatuh tempo PTP dari tiap kemudian untuk mengetahui informasi status pembayaran yang belum lunas atau belum melakukan pembayaran field harus menanyakan terlebih dahulu kepada admin melalui telepon. Hasil analisa dari proses tersebut adalah dilakukannya eliminasi pada proses pelaporan data hasil kepada administrasi field collection, kemudian dilakukan otomasi pada pencatatan data hasil dan nantinya field dapat memperoleh informasi daftar, pembayaran, jatuh tempo PTP dan target kinerja masing-masing. C. Analisis pada alir sistem Supervisor field collection Berdasarkan alir sistem yang dilakukan oleh supervisor field collection terdapat beberapa permasalahan diantaranya

16 44 1) Proses monitoring saat ini belum berjalan sesuai dengan kebijakan perusahaan sehingga monitoring tidak dapat dilakukan setiap hari melainkan hanya dilakukan setiap dua minggu sekali. Supervisor tidak dapat melakukan pemantauan perkembangan penagihan harian field sehingga penentuan skip dan non-skip hanya berdasarkan laporan visit report terakhir tanpa dilakukan analisa. 2) Dalam proses monitoring terdapat perhitungan untuk menentukan yang perlu dilakukan verifikasi namun saat ini belum dijalankan dikarenakan tidak terdapat informasi history visit report akibatnya penentuan yang harus diverifikasi dan harus dievaluasi menjadi tidak akurat. 3) Supervisor hanya melakukan evaluasi kinerja berdasar target bulanan dan total perolehan pembayaran. Dalam menentukan routing, supervisor mengambil keputusan berdasar laporan lisan dari field, sedangkan penentuan withdrawal hanya berdasarkan laporan visit report terakhir tanpa melakukan analisa history visit report. Hal ini menyebabkan kesalahan dalam pengambilan keputusan serta keterlambatan penanganan. Hasil analisa dari proses tersebut adalah dilakukannya otomasi pada proses approval dan revisi draft, proses monitoring dan evaluasi serta supervisor field collection tidak perlu melakukan pengecekan mana saja yang perlu diverikasi dikarenakan sistem sudah menyediakan perhitungan dan pengelompokan berdasarkan visit report dan PTP.

17 Solusi Permasalahan Tahap selanjutnya setelah melakukan analisis permasalahan dan menemukan permasalahan adalah memberikan solusi untuk mengatasi permasalahan pada masing-masing stakeholder. Solusi harus sesuai dengan kebutuhan dan prosedur dalam melakukan proses monitoring dan evaluasi kinerja field. solusi yang tepat untuk menangani masalah diatas adalah dengan membangun sistem informasi monitoring & evaluasi kinerja field pada PT Chrismalis Artha secara real-time berbasis website. Alasan digunakannya website dalam pembuatan sistem informasi ini adalah dikarenakan field mempunyai area kerja yang luas sehingga memiliki tingkat mobilitas yang tinggi dalam melakukan penagihan. Sistem berbasis web sanggup memenuhi kebutuhan field karena dapat diakses melalui perangkat mobile kapanpun dan dimanapun sehingga pelaporan visit report dan ptp dapat dilakukan secara langsung setelah melakukan penagihan tanpa harus datang ke kantor setiap hari. Dalam hal monitoring, supervisor field collection juga membutuhkan informasi secara realtime dan up to date sehingga web sangat diperlukan agar proses bisnis dapat berjalan optimal. 3.2 Analisis Kebutuhan Perangkat Lunak (Software Requirement) Langkah awal dalam membangun sebuah sistem yaitu dengan menganalisa kebutuhan perangkat lunak, hal ini dilakukan agar sistem dapat dibangun sesuai dengan kebutuhan pengguna. Dalam analisis kebutuhan perangkat lunak ada beberapa tahapan yaitu melakukan elisitasi kebutuhan perangkat lunak, analisis kebutuhan perangkat lunak dan spesifikasi kebutuhan perangkat lunak pada masing-masing pengguna dari sistem.

18 Elisitasi Kebutuhan Perangkat Lunak (Requirement Elicitation) Tahap elisitasi kebutuhan atau pengumpulan kebutuhan adalah tahap pertama dalam proses rekayasa kebutuhan (Requirement Engineering). Berikut ini adalah data-data yang telah diperoleh pada tahap elisitasi yang telah dilakukan sebelumnya dan akan digunakan untuk keperluan pengembangan perangkat lunak a. Data Nasabah. b. Data Kunjungan Nasabah c. Data Pembayaran Nasabah d. Data Visit Report e. Data Promise to Pay (PTP) f. Data PTP paid off g. Data Verifikasi h. Data Status i. Data Karyawan Analisis Kebutuhan Perangkat Lunak (Requirements Analysis) Analisis kebutuhan adalah tahapan yang digunakan untuk mempelajari kebutuhan pengguna, sehingga didapatkan definisi kebutuhan sistem atau perangkat lunak yang bertujuan untuk mendefinisikan apa yang harus dikerjakan oleh perangkat lunak dalam memenuhi keinginan pengguna. Pada tahap ini secara detail terdapat proses sebagai berikut 1. Mendeteksi dan menyelesaikan permasalahan sesuai dengan kebutuhan organisasi.

19 47 2. Menemukan batasan dari perangkat lunak dan bagaimana perangkat lunak berinteraksi dengan organisasi dan lingkungan operasional. 3. Menguraikan spesifikasi kebutuhan pengguna dan kebutuhan sistem. A. Analisis Kebutuhan Pengguna Analisis Kebutuhan pengguna terdiri dari kebutuhan stakeholder yang terkait yaitu Administrasi field collection, field dan Supervisor field collection. A.1 Analisis Kebutuhan Administrasi Field collection Tabel 3.14 Analisis Kebutuhan Administrasi Field collection Peran Tanggung Jawab Kebutuhan Informasi Kebutuhan Data 1. Mengelola data 1. Daftar Data 2. Menyusun draft 1. Daftar 1. Data 2. Daftar field 2. Data field Administrasi Field Collection 3. Mencetak daftar dan surat tugas yang telah disetujui supervisor field collection 1. Draft acc 2. Daftar 3. Daftar field Draft acc 4. Mengelola data pembayaran 1. Informasi pembayaran 2. Informasi PTP Paid Off 1. Data pembayaran 2. Data PTP Paid Off A.2 Analisis Kebutuhan Field Tabel 3.15 Analisis Kebutuhan Field Peran Tanggung Jawab Kebutuhan Informasi Kebutuhan Data Field Collector 1. Melakukan penagihan kepada kemudian mencatat data hasil 1. Form Daftar 2. Informasi 1. Data 2. Draft acc

20 48 A.3 Analisis Kebutuhan Supervisor field collection Peran Supervisor Field Collection Tabel 3.16 Analisis Kebutuhan Supervisor field collection Tanggung Jawab Kebutuhan Informasi Kebutuhan Data 1. Approval 1. Daftar 1. Data draft 2. Daftar field 2. Data field 3. Draft 3. Draft 2. Monitoring kinerja field 3. Membuat catatan hasil verifikasi lapangan 4. Evaluasi kinerja field 1. Informasi 2. Informasi field 3. Draft 4. Informasi status (history visit report) 5. Informasi PTP 6. Informasi Pembayaran 7. Informasi penanganan 8. Informasi PTP Paid Off ( lunas) Informasi yang perlu dilakukan verifikasi ( ditolak) Informasi pencapaian target field 1. Data 2. Data field 3. Draft 4. visit report 5. PTP 6. Data Pembayaran 7. Data PTP Paid Off 1. Data Hasil monitoring 2. Data verifikasi 3. Data hasil verifikasi 4. Data Hasil monitoring B. Analisis Kebutuhan Sistem Kebutuhan sistem diperoleh dari tugas dan tanggung jawab stakeholder yang terkait yaitu Administrasi field collection, field dan Supervisor field collection.

21 49 B.1 Analisis Kebutuhan Sistem pada Administrasi Field collection Tabel 3.17 Analisis Kebutuhan Sistem Administrasi Field collection Pengguna Tanggung Jawab Kebutuhan Fungsional Keterangan Administrasi 1. Mengelola data Upload data Menyimpan data Field Collection kedalam sistem 2. Menyusun draft 3. Mencetak daftar dan surat tugas yang telah disetujui supervisor field collection 4. Mengelola data pembayaran Memilih ID Upload, menampilkan data, memilih data yang akan dilakukan penagihan, menentukan yang ditangani per-field (Distribusi ) Membuat daftar dengan memilih nama field, cetak daftar, membuat surat tugas dengan memilih nama field dan mengisi masa berlaku surat tugas, mencetak surat tugas Upload data pembayaran, Upload data PTP paid off, Penyesuaian data pembayaran dengan draft Menyusun draft Mencetak daftar dan surat tugas Memasukkan data pembayaan dan data PTP paid off kedalam sistem B.2 Analisis Kebutuhan Sistem pada Field Tabel 3.18 Analisis Kebutuhan Sistem pada Field Peran Tanggung Jawab Kebutuhan Fungsional Keterangan Field Collection 1. Melakukan penagihan kepada kemudian mencatat data hasil Input data visit report, Input data PTP Melakukan pencatatan data hasil kedalam sistem

22 50 B.3 Analisis Kebutuhan Sistem pada Supervisor Field collection Tabel 3.19 Analisis Kebutuhan Sistem pada Supervisor Field collection Peran Tanggung Jawab Kebutuhan Fungsional Keterangan 1. Approval draft Memeriksa Draft Memberikan, persetujuan / revisi Acc/revisi Draft draft 2. Monitoring Monitoring status Melakukan kinerja field, monitoring monitoring terhadap pembayaran, kinerja field monitoring jatuh tempo PTP, monitoring penanganan, Supervisor membuat laporan Field verifikasi lapangan, Collection Rekapitulasi hasil monitoring, membuat laporan reject 3. Membuat input data hasil verifikasi Memasukkan data catatan hasil lapangan hasil verifikasi verifikasi kedalam sistem lapangan 4. Evaluasi kinerja field Melakukan evaluasi, Spesifikasi Kebutuhan Perangkat Lunak Evaluasi kinerja field, briefing field, routing field briefing dan routing terhadap kinerja field Spesifikasi kebutuhan perangkat lunak merupakan salah satu aktivitas yang dilakukan ketika merekayasa kebutuhan. Spesifikasi kebutuhan merupakan suatu proses menormalisasikan sekumpulan kebutuhan, baik fungsional maupun nonfungsional, dari suatu sistem yang hendak dibangun ke dalam suatu dokumen (Siahaan, 2010). Dalam proses ini dideskripsikan berdasar fungsi sesuai dengan apa yang dibutuhkan oleh pengguna dari sebuah sistem. Kebutuhan yang dimaksud adalah kebutuhan dari masing-masing fungsi yang dijalankan sebuah perangkat lunak. Masing-masing fungsi yang ada disesuaikan dengan kebutuhan pada masing-

23 51 masing pengguna yang sudah diidentifikasi sebelumnya. Kebutuhan fungsi ini dibagi menjadi dua, yaitu kebutuhan fungsional dan kebutuhan non fungsional. 1. Kebutuhan Fungsional Kebutuhan fungsional merupakan dasar dari penyusunan fungsi-fungsi yang akan dibangun didalam perangkat lunak. Fungsi-fungsi perangkat lunak tersebut melalui proses identifikasi terhadap kebutuhan pengguna. Adapun kebutuhan fungsional yang sudah disetujui oleh stakeholder tersebut adalah sebagai berikut

24 52 Tabel 3.20 Kebutuhan fungsional Bagian Peranan Phase Rule Policy Fungsi Input Nama Proses Output R.1 Fungsi Data Pengguna Otentikasi data A. Session menyusun Draft pengguna Admin pengguna Data Baca dan simpan B. Master data 1 1. (B) Master Menentukan C. Draft P.1 2. Data field yang ditangani perfield 3. (AA) Laporan per- routing field (Distribusi ) field Admin Field collection Administrasi field collection bertanggung jawab dalam pengelolaan data, data pembayaran, pembuatan draft dan surat tugas 3 R.1 Fungsi mencetak daftar per- dan surat tugas yang telah di Acc supervisor Data Pengguna (Q) Draft per-field (Acc) (E) Daftar per- Acc (Database) 1. Data field 2. (M) Draft per-field (Acc) Otentikasi data pengguna Admin Membuat daftar per (Acc) Mencetak daftar per (Acc) D. Session pengguna E. Daftar per- Acc (Database) F. Daftar per- Acc (Print out) Membuat surat tugas G. Surat tugas per-field

25 53 Bagian Peranan Phase Rule Policy Fungsi Input Nama Proses Output (G) Surat tugas perfield Mencetak surat tugas H. Surat tugas per-field Field Field bertanggung jawab dalam melakukan penagihan dan laporan hasil 5 4 R.1 R.1 R.2, R.3 R.4 P.2 Fungsi pengecekan pembayaran Fungsi Pencatatan data hasil online Data Pengguna Data pembayaran Data PTP paid off 1. (J) Master Pembayaran 2. (K) Master PTP paid off Data Pengguna 1. E) Daftar per Acc 2. Data visit report 1. E) Daftar per Acc 2. Data PTP Otentikasi data pengguna Admin Baca dan simpan data pembayaran Baca dan simpan data PTP paid off Penyesuaian data pembayaran dengan draft Otentikasi data pengguna field Simpan data visit report Simpan data PTP (Print out) I. Session pengguna J. Master Pembayaran K. Master PTP paid off L. Laporan pembayaran M. Session pengguna N. Visit report per-field O. PTP perfield

26 54 Bagian Peranan Phase Rule Policy Fungsi Input Nama Proses Output Fungsi Approval Data Pengguna Otentikasi data R.1 Draft pengguna supervisor per-field field collection Supervisor field collection Supervisor field collection bertanggung jawab dalam melakukan persetujuan maupun revisi daftar, Monitoring, verifikasi dan evaluasi kinerja field serta pengambilan keputusan dilapangan 2 6 R.5 R.1 R.6 R.7 R.8 R.9 P.3 Fungsi Monitoring kinerja field (C) Draft per-field Data Pengguna N) Visit report/field 1. (O) PTP/field 2. (J) Data pembayaran 1. (O) PTP/field 2. (J) Master pembayaran Memeriksa Draft per- field Ubah penanganan (Revisi) Ubah status draft (Acc) Otentikasi data pengguna supervisor field collection Monitoring status (Cek status ) Monitoring pembayaran (Cek pembayaran ) Monitoring jatuh tempo PTP Membuat notifikasi jatuh tempo PTP P. Session pengguna Q. Draft perfield (Acc) R. Session pengguna S. Grafik status T. Grafik jumlah pembayaran perfield U. Notifikasi jatuh tempo PTP yang belum membayar

27 55 Bagian Peranan Phase Rule Policy Fungsi Input Nama Proses Output N) Visit report/field 7 8 R.10 R.1 R.1 R.11 P.4 Fungsi membuat catatan hasil verifikasi lapangan Fungsi evaluasi kinerja field 1. (N) Visit report/field 2. (O) PTP/field 3. (J) Master pembayaran Data Pengguna 1. (W) Laporan verifikasi lapangan 2. Data hasil verifikasi Data Pengguna 1. (AA) Hasil verifikasi 2. (X) Hasil Monitoring penanganan (Cek penanganan ) Membuat laporan verifikasi lapangan Rekapitulasi hasil Monitoring Membuat laporan reject Otentikasi data pengguna supervisor field collection Simpan hasil verifikasi lapangan Otentikasi data pengguna supervisor field collection Hitung target field V. Grafik penanganan perfield W. Laporan verifikasi lapangan X. Laporan hasil Monitoring Y. Laporan reject Z. Session pengguna AA. Hasil verifikasi BB. Session pengguna CC. Pencapa ian target field

28 56 Bagian Peranan Phase Rule Policy Fungsi Input Nama Proses Output Monitoring (CC) Pencapaian target field 1. (DD)Tindakan penanganan 2. Master field 3. (B) Master 4. (AA) Hasil verifikasi 5. (X) Laporan hasil Monitoring 6. Data Routing Simpan briefing field Routing field DD. Tindaka n penanganan EE. Daftar perpindahan (routing) field

29 57 Tabel 3.21 Rule & Policy Stakeholder Nama Fungsi Phase Rule Policy Semua stakeholder Semua fungsi 1-8 (R.1) Proses otentikasi hanya dapat digunakan oleh - pengguna yang memiliki otoritas berdasarkan tugas Administrasi Field collection Field Fungsi mencetak daftar per yang telah di Acc supervisor Fungsi pengecekan pembayaran Fungsi Pencatatan data hasil online dan tanggungjawabnya. 3 - (P.1) Proses penyusunan daftar dilakukan dalam periode bulanan setelah menerima data baru dari klien (Bank Mega). 5 (P.2) Proses upload data pembayaran dan data PTP Paid off dilakukan setiap hari setelah menerima data dari klien (Bank Mega). 4 (R.2) Proses pencatatan data hasil terbagi - menjadi dua. Jika ada maka akan dilakukan penagihan kemudian menginputkan data visit report. Namun jika tidak ada maka field hanya menginputkan visit report dan akan melakukan penagihan pada hari berikutnya. Nasabah dikatakan tidak ada jika status pada saat dikunjungi adalah alamat tidak ada dan tidak ada di tempat.

30 58 Stakeholder Nama Fungsi Phase Rule Policy (R.3) - Gambar 3.2 Status Status pada visit report (status 1, status 2, status 3) bersifat bertahap. Apabila berada di status 2 maka pada berikutnya field tidak dapat melaporkan status dengan status 1 kembali. (R.4) Proses pencatatan data hasil apabila ada terbagi menjadi dua. Jika bersedia melakukan pembayaran maka field akan menginputkan data PTP. Namun jika belum bisa/belum bersedia melakukan pembayaran maka field hanya menginputkan visit report sesuai dengan kondisi/status saat dilakukan penagihan. Agar dapat melakukan input data PTP, field harus menginputkan visit report dengan

31 59 Stakeholder Nama Fungsi Phase Rule Policy status janji bayar terlebih dahulu. Supervisor field collection - Fungsi Approval Draft perfield Fungsi Monitoring kinerja field 2 (R.5) Proses approval Draft perfield oleh supervisor dilihat berdasarkan jumlah penanganan dari masing-masing field dan lokasi untuk memudahkan field dalam melakukan penagihan. Apabila Draft sesuai maka dilakukan approval namun apabila belum sesuai maka dilakukan revisi. 6 (R.6) Nasabah dengan status skip adalah sebagai berikut 1. Nasabah yang pindah dan tidak dapat ditelusuri keberadaannya lagi 2. Nasabah tidak mempunyai tunggakan kepada klien (Bank Mega) 3. Nasabah terjerat kasus sehingga tidak dapat melakukan pembayaran 4. Nasabah meninggal 5. Nasabah ditolak 6. Nasabah low balance Sedangkan dengan status non-skip adalah 1. Nasabah salah alamat 2. Nasabah meninggalkan pesan 3. Nasabah tidak bisa ditemui 4. Nasabah tidak mau bayar 5. Nasabah prospek 6. Nasabah janji bayar 7. Nasabah dalam proses membayar (P.3) Proses Monitoring dilakukan dalam periode harian, mingguan dan bulanan.

32 60 Stakeholder Nama Fungsi Phase Rule Policy 8. Nasabah lunas Supervisor field collection Fungsi Monitoring kinerja field R.7) Nasabah dengan status skip akan dilakukan penarikan data (withdrawal) namun apabila status adalah ditolak maka akan dilakukan verifikasi dan evaluasi lebih lanjut serta masih bisa dilakukan penagihan ulang. Nasabah akan digolongkan kedalam status ditolak apabila Status selama 3 kali = Alamat tidak ada Status selama 3 kali = Tidak ada ditempat Status selama 3 kali = Salah alamat / Meninggalkan pesan / Tidak bisa ditemui / Tidak mau bayar Apabila selama beberapa kali field menangani dengan status tersebut maka akan dilakukan verifikasi dan evaluasi baik field maupun data yang ditangani (R.8) Nasabah dikatakan lunas apabila telah membayar semua tunggakan kartu kreditnya. Apabila status lunas maka akan dilakukan penarikan data (withdrawal) dan masuk kedalam data reject sedangkan apabila belum lunas akan dilakukan Monitoring jatuh tempo PTPnya.

33 61 Stakeholder Nama Fungsi Phase Rule Policy Supervisor field collection - Fungsi Monitoring kinerja field (R.9) Nasabah akan dilakukan penagihan ulang apabila melewati jatuh tempo PTP dan belum melakukan pembayaran. Apabila belum melewati jatuh tempo maka dilanjutkan dengan Monitoring penanganan. (R.10) Indikator target harian field adalah - Fungsi evaluasi kinerja field Aktifitas penagihan harian > 5 Apabila dalam beberapa hari field tidak dapat memenuhi target harian maka perlu dilakukan evaluasi. 8 (R.11) Indikator total perolehan pembayaran per-bulan adalah Total perolehan pembayaran per-bulan > Apabila dalam satu bulan field tidak dapat memenuhi target pembayaran tersebut maka perlu dilakukan evaluasi. Indikator penanganan per-bulan adalah Jumlah penanganan per-bulan > 150 Apabila dalam satu bulan field tidak dapat memenuhi target penanganan tersebut maka perlu dilakukan evaluasi. (P.4) Proses evaluasi dilakukan dalam periode bulanan.

34 62 A. Administrasi Field collection Tabel 3.22 Fungsi menyusun draft Nama Fungsi Fungsi menyusun draft Stakeholder Administrasi Field collection Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk menentukan yang ditangani per-field. Proses dilakukan dengan membagi data berdasarkan pada lokasi/kota tempat tinggal untuk memudahkan field dalam melakukan penagihan. Selanjutnya daftar yang telah disusun diajukan kepada supervisor untuk mendapatkan persetujuan maupun revisi. Kondisi Awal 1. Data pengguna telah tersedia 2. Data telah tersedia 3. Data field telah tersedia Alur Normal Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Administrasi Field a. Sistem akan melakukan collection memasukkan pengecekan username dan username dan password password Administrasi Field collection b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar. d. Jika Administrasi Field collection berhasil login, maka sistem akan menampilkan informasi tentang Administrasi Field collection yang melakukan login dan memberikan session kepada Administrasi Field collection yang bersangkutan Aksi Pengguna Respon Sistem Baca dan simpan data 1. Administrasi Field a. Sistem menampilkan form collection memilih sub Upload data

35 63 Alur Alternatif Alur Eksepsi menu Upload data 2. Administrasi Field collection menekan tombol pilih file kemudian mencari file yang akan diupload. Setelah nama file keluar admin dapat menekan tombol simpan a. Sistem menampilkan form pencarian file(explorer) b. Sistem membaca data excel yang diupload kemudian menyimpan data yang telah diupload dengan cara menyesuaikan data pada kolom excel dengan field pada tabel didalam database. c. Sistem akan menampilkan informasi berupa Upload data berhasil jika upload data dilakukan dengan benar. Respon Sistem Aksi Pengguna Menentukan yang ditangani per-field (Distribusi ) 1. Administrasi Field collection memilih menu Distribusi 2. Administrasi Field collection memilih ID upload dan memasukkan batas jumlah yang ingin didistribusikan 3. Administrasi Field collection memberikan tanda centang kepada yang akan dipilih kemudian menekan tombol Kirim ke draft a. Sistem menampilkan form Distribusi data b. Sistem membagi data kepada field secara merata. Apabila terdapat 300 dan 10 field maka sistem akan mendistribusikan 30 kepada 1 field c. Sistem menyimpan draft yang telah dibuat d. Sistem akan menampilkan informasi berupa draft berhasil dibuat Aksi Pengguna Respon Sistem - - Aksi Pengguna Respon Sistem 1. Administrasi Field a. Sistem menampilkan pesan collection memasukkan gagal login dikarenakan username dan password kesalahan username yang salah maupun password b. Sistem menampilkan halaman login awal 1. Administrasi Field a. Sistem menampilkan pesan

36 64 Kondisi Akhir Kebutuhan Non- Fungsional collection memilih file yang salah (format tabel yang berbeda dengan format tabel database) upload gagal b. Sistem menampilkan halaman upload data 1. Sistem dapat menyimpan, memperbarui dan menampilkan master 2. Sistem dapat menampilkan master field 3. Sistem dapat menyimpan dan menampilkan draft 1. Security a. Fungsi pencatatan master hanya dapat dilakukan oleh pengguna yang memiliki akses yakni Administrasi Field collection dan Supervisor field collection 2. Correctness a. Penentuan penanganan dapat berjalan dengan baik sesuai dengan standar yang telah ditetapkan 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam Fungsi menyusun Draft adalah Bahasa Indonesia 4. Performance a. Waktu respon yang dibutuhkan dalam melakukan pencatatan master kurang dari 1 menit b. Waktu respon yang dibutuhkan dalam penyusunan draft kurang dari 5 menit c. Operability a. Untuk mempermudah menyusun Draft, menggunakan centang. pemilihan dapat tombol

37 65 Tabel 3.23 Fungsi mencetak daftar per- dan surat tugas Nama Fungsi Fungsi mencetak daftar per- dan surat tugas yang telah di Acc supervisor Stakeholder Administrasi Field collection Deskripsi Proses ini merupakan sebuah proses pencetakan daftar per- yang kemudian akan dibagikan kepada masing-masing field. Kondisi Awal 1. Draft telah di-acc oleh supervisor Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Administrasi Field a. Sistem akan melakukan collection memasukkan pengecekan username dan username dan password password Administrasi Field collection b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar. d. Jika Administrasi Field Alur Normal collection berhasil login, maka sistem akan menampilkan informasi tentang Administrasi Field collection yang melakukan login dan memberikan session kepada Administrasi Field collection yang bersangkutan Aksi Pengguna Respon Sistem Membuat daftar (Cek field beserta yang ditangani) 1. Administrasi Field a. Sistem menampilkan form collection memilih sub Daftar. menu Daftar b. Sistem melakukan pengecekan nama field 2. Administrasi Field beserta collection mengisi nama yang ditangani pada tabel field dan daftar sesuai

38 66 Alur Alternatif Alur Eksepsi memilih id upload dengan id upload yang kemudian menekan dipilih. tombol buat daftar Aksi Pengguna Respon Sistem Mencetak daftar per- (Acc) 1. Administrasi Field collection mengisi nama field dan menekan tombol buat daftar 2. Admin menekan tombol cetak a. Sistem melakukan pengecekan nama field beserta yang ditangani pada tabel daftar sesuai dengan id upload yang dipilih untuk dibuat laporan pdf. b. Sistem menampilkan laporan pdf sesuai dengan format laporan daftar dan siap dicetak Aksi Pengguna Respon Sistem Membuat surat tugas (Cek field ) 1. Administrasi Field collection memilih sub menu Surat tugas 2. Administrasi Field collection mengisi nama field dan masa berlaku surat tugas kemudian menekan tombol buat surat tugas Aksi Pengguna 1. Administrasi Field collection mengisi nama field dan masa berlaku surat tugas kemudian menekan tombol buat surat tugas 2. Admin menekan tombol cetak Aksi Pengguna Mencetak surat tugas a. Sistem menampilkan form Surat tugas b. Sistem melakukan pengecekan nama field dan masa berlaku surat tugas. Respon Sistem a. Sistem melakukan pengecekan nama field dan masa berlaku surat tugas untuk dibuat laporan pdf. b. Sistem menampilkan laporan pdf sesuai dengan format laporan surat tugas dan siap dicetak. Respon Sistem - - Aksi Pengguna Respon Sistem 1. Administrasi Field collection memasukkan a. Sistem menampilkan pesan gagal login

39 67 Kondisi Akhir Kebutuhan Non- Fungsional username dan password dikarenakan kesalahan yang salah username maupun password b. Sistem menampilkan halaman login awal 1. Hard copy daftar 2. Hard copy surat tugas 1. Security a. fungsi mencetak daftar per- dan surat tugas hanya dapat diakses oleh pengguna yang memiliki akses yakni Administrasi Field collection 2. Correctness a. Fungsi daftar per- dan surat tugas hanya dapat dijalankan apabila daftar telah disetujui oleh supervisor 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi mencetak daftar per dan surat tugas adalah Bahasa Indonesia 4. Performance a. Waktu respon untuk menampilkan laporan daftar dan surat tugas tidak boleh lebih dari 1 menit 5. Operability a. Untuk mempermudah proses pencetakan, disediakan interface yang user friendly Tabel 3.24 Fungsi pengecekan pembayaran Nama Fungsi Fungsi pengecekan pembayaran Stakeholder Administrasi Field collection Deskripsi Proses ini merupakan proses yang dilakukan untuk mengelola data pembayaran serta menyesuaikan data pembayaran dengan draft. Kondisi Awal 1. Data pengguna telah tersedia 2. Data telah tersedia 3. Daftar telah tersedia 4. Data visit report & PTP telah tersedia

40 68 Alur Normal Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Administrasi Field collection memasukkan a. Sistem akan melakukan pengecekan username dan username dan password password Administrasi Field collection b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar. d. Jika Administrasi Field collection berhasil login, maka sistem akan menampilkan informasi tentang Administrasi Field collection yang melakukan login dan memberikan session kepada Administrasi Field collection yang bersangkutan Aksi Pengguna Respon Sistem Baca dan simpan data Pembayaran 1. Administrasi Field a. Sistem menampilkan form collection memilih menu Upload data pembayaran Upload data pembayaran 2. Administrasi Field a. Sistem menampilkan form collection menekan pencarian file(explorer) tombol pilih file b. Sistem membaca data kemudian mencari file excel yang diupload pembayaran kemudian menyimpan yang akan diupload. data pembayaran yang Setelah nama file keluar telah diupload dengan admin dapat menekan tombol simpan cara menyesuaikan data pada kolom excel dengan field pada tabel pembayaran didalam database. c. Sistem akan menampilkan informasi berupa Upload

41 69 Alur Alternatif Alur Eksepsi data pembayaran berhasil jika upload data pembayaran dilakukan dengan benar Aksi Pengguna Respon Sistem Baca dan simpan data PTP paid off a. Sistem menampilkan form Upload data PTP paid off 1. Administrasi Field collection memilih menu Upload data PTP paid off 2. Administrasi Field collection menekan tombol pilih file kemudian mencari file PTP paid off yang akan diupload. Setelah nama file keluar admin dapat menekan tombol simpan a. Sistem menampilkan form pencarian file(explorer) b. Sistem membaca data excel yang diupload kemudian menyimpan data PTP paid off yang telah diupload dengan cara menyesuaikan data pada kolom excel dengan field pada tabel PTP paid off didalam database. c. Sistem akan menampilkan informasi berupa Upload data PTP paid off berhasil jika upload data PTP paid off dilakukan dengan benar Respon Sistem Aksi Pengguna - - Aksi Pengguna Respon Sistem 1. Administrasi Field a. Sistem menampilkan collection memasukkan pesan gagal login username dan password dikarenakan kesalahan yang salah username maupun password b. Sistem menampilkan halaman login awal 1. Administrasi Field collection memilih file pembayaran yang salah (format tabel yang berbeda dengan format tabel database) 1. Administrasi Field collection memilih file PTP paid off yang salah (format tabel a. Sistem menampilkan pesan upload pembayaran gagal b. Sistem menampilkan halaman upload data pembayaran a. Sistem menampilkan pesan upload PTP paid off gagal b. Sistem menampilkan

42 70 Kondisi Akhir Kebutuhan Non- Fungsional yang berbeda dengan halaman upload data PTP format tabel database) paid off 1. Sistem dapat menyimpan dan menampilkan Master Pembayaran 2. Sistem dapat menyimpan dan menampilkan Master PTP paid off 1. Security a. Fungsi pencatatan master pembayaran dan PTP paid off hanya dapat dilakukan oleh pengguna yang memiliki akses yakni Administrasi Field collection dan Supervisor field collection 2. Correctness a. Penyimpanan dapat berjalan dengan baik sesuai dengan standar yang telah ditetapkan 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam Fungsi menyusun Draft adalah Bahasa Indonesia 4. Performance a. Waktu respon yang dibutuhkan dalam melakukan pencatatan master pembayaran dan PTP paid off kurang dari 1 menit b. Waktu respon yang dibutuhkan dalam menampilkan data pembayaran kurang dari 5 menit 5. Operability a. Untuk mempermudah menyusun Draft, pemilihan dapat menggunakan tombol centang.

43 71 B. Field Tabel 3.25 Fungsi Pencatatan data hasil online Nama Fungsi Stakeholder Deskripsi Kondisi Awal Alur Normal Fungsi Pencatatan data hasil online Field Proses ini merupakan sebuah proses yang dilakukan untuk mencatat hasil field kepada yang ditangani sesuai dengan kebijakan yang ditetapkan oleh klien (Bank Mega). Pencatatan terdiri dari pencatatan visit report dan pencatatan PTP. 1. Daftar sudah tersedia Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Field a. Sistem akan melakukan memasukkan username pengecekan username dan dan password password Field b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar. d. Jika Field berhasil login, maka sistem akan menampilkan informasi tentang Field yang melakukan login dan memberikan session kepada Field yang bersangkutan Aksi Pengguna Respon Sistem 1. Field memilih menu Daftar 1. Field memilih nama yang akan dilakukan pencatatan data dan menekan tombol detail Simpan data visit report a. Sistem menampilkan Daftar a. Sistem menampilkan data pada form detail b. Sistem menampilkan form visit report yang berisi inputan visit report untuk

44 72 Alur Alternatif Alur Eksepsi Kondisi Akhir Kebutuhan Non- Fungsional 2. Pada form detail membuat laporan field baru. mengisi form visit c. Sistem akan menyimpan report, dan menekan data yang telah diisikan tombol simpan pada form visit report d. Sistem akan menampilkan informasi berupa visit report berhasil tersimpan Aksi Pengguna Respon Sistem Simpan data PTP a. Sistem menampilkan Daftar 1. Field memilih menu Daftar 1. Field memilih nama yang akan dilakukan pencatatan data dan menekan tombol detail 2. Pada form detail field mengisi form visit report terlebih dahulu dengan status janji bayar kemudian mengisi data PTP dan menekan tombol simpan a. Sistem menampilkan data pada form detail b. Sistem menampilkan form PTP c. Sistem akan menyimpan data yang telah diisikan pada form PTP d. Sistem akan menampilkan informasi berupa visit report dan PTP berhasil tersimpan Aksi Pengguna Respon Sistem - - Aksi Pengguna 1. Field memasukkan username dan password yang salah Respon Sistem a. Sistem menampilkan pesan gagal login dikarenakan kesalahan username maupun password b. Sistem menampilkan halaman login awal a. Muncul notifikasi form harus diisi 2. Field memasukkan data kosong pada inputan 1. Laporan dari masing-masing field (Visit report) 2. Laporan janji bayar / Promise to Pa) dari masing-masing field (PTP) 1. Security a. Fungsi pencatatan data hasil hanya dapat diakses oleh

45 73 pengguna yang memiliki akses yakni masingmasing Field 2. Correctness a. Visit report dan PTP hanya dapat disimpan apabila seluruh field pada form yang harus diisi telah terisi secara keseluruhan 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi pencatatan data hasil adalah Bahasa Indonesia 4. Performance a. Waktu respon simpan pada aplikasi harus dapat dilakukan dengan cepat tidak boleh lebih dari 1 menit 5. Operability a. Untuk mempermudah pengisian, form didesain dengan bantuan catatan pada setiap field-nya C. Supervisor field collection Tabel 3.26 Fungsi approval draft Nama Fungsi Fungsi approval draft Stakeholder Supervisor field collection Deskripsi Proses ini merupakan sebuah proses yang dilakukan oleh supervisor untuk menindaklanjuti Draft yang telah dibuat oleh bagian administrasi field collection Kondisi Awal 1. Draft sudah dibuat oleh administrasi field collection Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Supervisor field a. Sistem akan melakukan collection memasukkan pengecekan username dan Alur Normal username dan password password Supervisor b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa

46 74 Alur Alternatif Alur Eksepsi Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar. d. Jika Supervisor berhasil login, maka sistem akan menampilkan informasi tentang Supervisor yang melakukan login dan memberikan session kepada Supervisor Aksi Pengguna Respon Sistem Memeriksa Draft per- field 1. Supervisor memilih a. Sistem menampilkan form menu Approval draft Approval draft Aksi Pengguna Respon Sistem Ubah status Draft (Acc) a. Sistem menampilkan draft dari administrasi field collection b. Sistem menampilkan form dialog c. draft usulan yang telah disusun disimpan 1. Supervisor memilih tombol Approve 2. Supervisor memilih approve pada kotak dialog approve draft Aksi Pengguna Respon Sistem Ubah penanganan (Revisi Draft ) 1. Supervisor memilih a. Sistem menampilkan form tombol Revisi pada revisi draft field yang yang berisi ingin direvisi. 2. Supervisor memberi informasi yang akan ditangani oleh field centang kepada yang dipilih. yang akan dipindahkan b. Sistem menampilkan form kepada field lain pada form revisi dialog c. Sistem melakukan update draft dan draft memilih field yang akan digantikan dan usulan yang telah direvisi disimpan. kemudian menekan tombol Revisi Aksi Pengguna Respon Sistem 1. Supervisor memasukkan a. Sistem menampilkan

47 75 Kondisi Akhir Kebutuhan Non- Fungsional username dan password pesan gagal login yang salah dikarenakan kesalahan username maupun password b. Sistem menampilkan halaman login awal 1. Draft yang sudah di revisi ataupun acc tersimpan dalam tabel draft 1. Security a. Fungsi acc/revisi draft hanya dapat diakses oleh pengguna yang memiliki akses yakni Supervisor 2. Correctness a. Acc/revisi draft hanya dapat disimpan atas aksi yang dilakukan oleh Supervisor 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi approval draft adalah Bahasa Indonesia 4. Performance a. Waktu respon simpan pada aplikasi harus dapat dilakukan dengan cepat tidak boleh lebih dari 1 menit 5. Operability b. Untuk mempermudah pengisian, form didesain dengan bantuan catatan pada setiap field-nya Tabel 3.27 Fungsi monitoring kinerja field Nama Fungsi Fungsi monitoring kinerja field Stakeholder Supervisor field collection Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk memantau kinerja field serta perkembangan setiap harinya. Monitoring terdiri dari status, pembayaran dan penanganan. Dalam proses Monitoring pembayaran sistem akan memberikan notifikasi kepada field bagi nya yang belum melakukan pembayaran sampai jatuh tempo PTP serta laporan field yang perlu diverifikasi berdasarkan laporan hasil.

48 76 Kondisi Awal Alur Normal 1. Data draft tersedia 2. Data visit report tersedia 3. Data PTP tersedia 4. Data pembayaran tersedia Aksi Pengguna Respon Sistem Otentifikasi login pengguna a. Sistem akan melakukan pengecekan username dan password Supervisor b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan 1. Supervisor field collection memasukkan username dan password menampilkan login berhasil jika username dan password yang di inputkan benar d. Jika Supervisor berhasil login, maka sistem akan menampilkan informasi tentang Supervisor yang melakukan login dan memberikan session kepada Supervisor Aksi Pengguna Respon Sistem Monitoring status (Cek status ) 1. Supervisor field collection a. Sistem menampilkan memilih menu monitoring form monitoring 2. Supervisor field collection a. Sistem menampilkan melakukan monitoring form monitoring dengan status. tanggal dan jenis status yang dipilih b. Sistem memberikan informasi ringkasan dan detail status dalam bentuk grafik dan tabel Aksi Pengguna Respon Sistem Monitoring pembayaran (Cek pembayaran ) 1. Supervisor field collection a. Sistem menampilkan memilih menu monitoring form monitoring

49 77 pembayaran 2. Supervisor field collection a. Sistem menampilkan melakukan monitoring form monitoring dengan pembayaran. tanggal dan jenis status yang dipilih b. Sistem memberikan informasi ringkasan dan detail pembayaran dalam bentuk grafik dan tabel Aksi Pengguna Respon Sistem Monitoring jatuh tempo PTP 1. Supervisor field collection a. Sistem menampilkan memilih menu Master form master PTP PTP b. Sistem memberikan informasi tanggal jatuh tempo PTP Aksi Pengguna Respon Sistem Membuat notifikasi jatuh tempo PTP 1. Field menekan notifikasi jatuh tempo PTP pada dashboard sistem. a. Sistem melakukan validasi tanggal jatuh tempo PTP dengan tanggal sistem. b. Sistem memberikan notifikasi melalui bagi field bahwa terdapat yang ditangani belum melakukan pembayaran saat jatuh tempo. Respon Sistem Aksi Pengguna Monitoring penanganan (Cek penanganan ) 1. Supervisor field collection b. Sistem menampilkan memilih menu monitoring form monitoring field penanganan 2. Supervisor field collection a. Sistem menampilkan melakukan monitoring form monitoring dengan penanganan. tanggal dan jenis status yang dipilih b. Sistem memberikan informasi ringkasan dan detail penanganan masing-masing field dalam bentuk grafik dan tabel Aksi Pengguna Respon Sistem Membuat laporan verifikasi lapangan

50 78 Alur Alternatif Alur Eksepsi Kondisi Akhir Kebutuhan Non- Fungsional - a. Setelah data visit report, ptp dan pembayaran terkumpul, sistem akan menyeleksi yang perlu dilakukan verifikasi lapangan Aksi Pengguna Respon Sistem Rekapitulasi hasil Monitoring 1. Supervisor field collection a. Sistem menampilkan memilih menu laporan form laporan hasil hasil monitoring monitoring b. Sistem menampilkan informasi rangkuman hasil monitoring Aksi Pengguna Respon Sistem Membuat laporan lunas 1. Supervisor field collection memilih menu laporan lunas 1. Supervisor field collection memasukkan username dan password yang salah a. Sistem menampilkan form laporan lunas b. Sistem menampilkan informasi yang sudah tidak mempunyai tunggakan. Respon Sistem Aksi Pengguna - - Aksi Pengguna Respon Sistem a. Sistem menampilkan pesan gagal login dikarenakan kesalahan username maupun password b. Sistem menampilkan halaman login awal 1. Sistem dapat menampilkan Hasil monitoring 2. Sistem dapat memberikan Notifikasi jatuh tempo PTP kepada field 3. Sistem dapat menampilkan Laporan verifikasi lapangan 4. Sistem dapat menampilkan Laporan lunas 1. Security a. Fungsi monitoring hanya dapat diakses oleh pengguna yang memiliki akses yakni Supervisor field collection 2. Correctness a Interface a. Memilih warna yang tidak membosankan dan

51 79 tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi monitoring adalah Bahasa Indonesia c. Untuk mempermuda pengguna dalam membaca hasil monitoring digunakan grafik dan tabel untuk menampilkannya 4. Performance a. Waktu respon dalam menampilkan hasil monitoring harus dapat dilakukan dengan cepat tidak boleh lebih dari 5 menit 5. Operability a. Untuk mempermudah proses monitoring, disediakan interface yang user friendly Tabel 3.28 Fungsi membuat catatan hasil verifikasi lapangan Nama Fungsi Fungsi membuat catatan hasil verifikasi lapangan Stakeholder Supervisor field collection Deskripsi Proses ini merupakan proses yang dilakukan supervisor dengan membuat catatan setelah melakukan verifikasi lapangan berupa status penanganan dari yang ditangani field tersebut apakah dilakukan perpanjangan (extend) atau penarikan (withdrawal) serta catatan tindak lanjut bagi field. Kondisi Awal 1. Data draft tersedia 2. Data visit report tersedia 3. Data PTP tersedia 4. Data pembayaran tersedia Aksi Pengguna Respon Sistem Otentifikasi login pengguna 1. Supervisor field collection a. Sistem akan melakukan memasukkan username pengecekan username dan password dan password Supervisor Alur Normal Aksi Pengguna Respon Sistem Simpan data hasil verifikasi lapangan 1. Supervisor field collection memilih menu verifikasi 2. Supervisor field collection a. Sistem akan menampilkan yang perlu dilakukan verifikasi

52 80 Alur Alternatif Alur Eksepsi memilih tombol Extend 1. Supervisor field collection memilih menu verifikasi 2. Supervisor field collection memilih Withdrawal lapangan b. Sistem akan mengembalikan data untuk dilakukan perpanjangan dan ulang c. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah d. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar e. Jika Supervisor berhasil login, maka sistem akan menampilkan informasi tentang Supervisor yang melakukan login dan memberikan session kepada Supervisor Respon Sistem Aksi Pengguna Reject data a. Sistem akan menampilkan yang perlu dilakukan verifikasi lapangan tombol b. Sistem akan melakukan penarikan data dari field yang Aksi Pengguna 1. Supervisor field collection memasukkan username dan password yang salah menangani dan dikembalikan kepada klien (Bank Mega) Respon Sistem a. Sistem menampilkan pesan gagal login dikarenakan kesalahan username maupun password b. Sistem menampilkan halaman login awal

53 81 Kondisi Akhir Kebutuhan Non- Fungsional 1. Sistem dapat menampilakan laporan yang perlu diverifikasi 2. Hasil verifikasi tersimpan dalam tabel verifikasi 1. Security a. Fungsi verifikasi lapangan hanya dapat diakses oleh pengguna yang memiliki akses yakni Supervisor field collection 2. Correctness a. Fungsi Supervisor field collection hanya dapat dijalankan apabila terdapat dengan status skip- ditolak 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi verifikasi lapangan adalah Bahasa Indonesia 4. Performance a. Waktu respon untuk menampilkan daftar verifikasi lapangan tidak boleh lebih dari 5 menit 5. Operability a. Untuk mempermudah proses verifikasi, disediakan interface yang user friendly Tabel 3.29 Fungsi evaluasi kinerja field Nama Fungsi Fungsi evaluasi kinerja field Stakeholder Supervisor field collection Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk melakukan penilaian evaluasi terhadap kinerja field. Perhitungan kinerja mengacu pada indikator nilai dan total perolehan pembayaran. Bagi field yang tidak memenuhi target akan dilakukan briefing dan routing untuk tindak lanjut penanganan. Kondisi Awal 1. Data draft tersedia 2. Data visit report tersedia 3. Data PTP tersedia 4. Data pembayaran tersedia Aksi Pengguna Respon Sistem Alur Normal Otentifikasi login pengguna 1. Supervisor field collection a. Sistem akan melakukan memasukkan username dan pengecekan username

54 82 password dan password Supervisor b. Jika username dan password tidak sesuai, maka sistem akan menampilkan informasi berupa Username/Password Anda Salah c. Sistem akan menampilkan login berhasil jika username dan password yang di inputkan benar d. Jika Supervisor berhasil login, maka sistem akan menampilkan informasi tentang Supervisor yang melakukan login dan memberikan session kepada Supervisor Aksi Pengguna Respon Sistem Hitung target field 1. Supervisor field collection memilih menu evaluasi 2. Supervisor field collection memilih bulan dan tahun evaluasi kemudian menekan tombol cari Aksi Pengguna Simpan Briefing field 1. Supervisor field collection menekan tombol briefing pada salah satu field 2. Supervisor field collection mengisi kolom catatan a. Sistem menampilkan form evaluasi b. Sistem menampilkan informasi target dan pembayaran field dalam satu bulan Respon Sistem a. Sistem menampilkan form dialog evaluasi field b. Sistem menyimpan hasil briefing kemudian field akan evaluasi kemudian menerima notifikasi menekan tombol simpan hasil evaluasi dari supervisor Aksi Pengguna Respon Sistem Routing field 1. Supervisor field collection a. Sistem menampilkan menekan tombol form routing field Routing pada salah satu field b. Sistem menyimpan hasil

55 83 Alur Alternatif Alur Eksepsi Kondisi Akhir Kebutuhan Non- Fungsional 2. Supervisor field collection routing. mengisi kolom catatan evaluasi kemudian menekan tombol simpan 3. Supervisor memberi centang kepada yang akan dipindahkan kepada field lain pada form routing field dan memilih field yang akan digantikan. 4. Supervisor field collection menekan tombol Routing Aksi Pengguna Respon Sistem - - Aksi Pengguna Respon Sistem 1. Supervisor field collection a. Sistem menampilkan memasukkan username dan pesan gagal login password yang salah dikarenakan kesalahan username maupun password b. Sistem menampilkan halaman login awal 1. Sistem dapat menampilkan hasil evaluasi field 2. Daftar routing tersimpan pada tabel draft 3. Breafing (Catatan tindakan penanganan) tersimpan pada tabel draft 1. Security a. Fungsi evaluasi kinerja field hanya dapat diakses oleh pengguna yang memiliki akses yakni supervisor 2. Correctness a. Routing hanya dapat disimpan atas aksi yang dilakukan oleh supervisor 3. Interface a. Memilih warna yang tidak membosankan dan tidak terlalu mencolok b. Bahasa yang digunakan dalam fungsi evaluasi kinerja field adalah Bahasa Indonesia 4. Performance a. Waktu respon simpan

56 84 pada aplikasi harus dapat dilakukan dengan cepat tidak boleh lebih dari 1 menit 5. Operability a. Untuk mempermudah proses verifikasi, disediakan interface yang user friendly 2. Kebutuhan Non-fungsional Dalam penerapan fungsi-fungsi untuk mendukung kinrja fungsi utama dari sistem, dibutuhkan pula fungsi non-fungsional. Adapun kebutuhan non-fungsional yang telah disetujui stakeholder tersebut dapat dilihat pada tabel berikut Tabel 3.30 Kebutuhan Non-fungsional No. Stakeholder Nama Fungsi Fungsi approval draft Fungsi monitoring kinerja field 1 Supervisor field collection Fungsi membuat catatan hasil verifikasi lapangan Fungsi evaluasi kinerja field 2 Administrasi Field collection 3 Field Fungsi menyusun Draft Fungsi mencetak daftar per- dan surat tugas yang telah di Acc supervisor Fungsi pengecekan data pembayaran Fungsi Pencatatan data hasil online Non-Fungsional Sistem a. Security b. Correctness c. Interface d. Performance e. Operability

57 Desain Arsitektur Perangkat Lunak Desain sistem merupakan tahap setelah analisis dari siklus pengembangan sistem yang mendefinisikan kebutuhan-kebutuhan fungsional dan persiapan untuk rancang bangun implementasi, serta menggambarkan bagaimana suatu sistem dibentuk (Jogiyanto, 2005). Pada tahapan ini dijelaskan tentang rancangan dari perangkat lunak yang akan dibangun. Dalam peracangan ini dibahas tentang alir sistem, context diagram, data flow diagram, dan entity relationship diagram. A. Alir Sistem Berdasarkan hasil analisis kebutuhan pada tahapan sebelumnya, telah ditemukan beberapa pengguna (stakeholder) yang berhubungan dengan proses monitoring & evaluasi kinerja field. Pada sistem yang akan dibangun ditentukan beberapa pengguna sistem, diantaranya admin field collection, field dan supervisor field collection. Proses perancangan alir sistem ini merupakan alir sistem baru yang akan dibangun. Alir sistem yang dibuat disesuaikan berdasarkan analisis kebutuhan. Data pendukung perancangan sistem seperti aturan dan kebijakan juga haru disesuaikan dengan sistem baru yang akan dibangun. Alir data yang saat ini diperbaharui dan disetujui oleh stakeholder. Data yang digunakan untuk perancangan alir sistem yang baru dapat dilihat pada tabel 3.31 Tabel 3.31 Proses bisnis sistem baru Phase Proses Bisnis Stakeholder Rule Policy 1 Menyusun Draft Administrasi (R.1) (P.1) Field collection 2 Approval draft Supervisor field (R.1), (R.5) - collection 3 Mencetak daftar per- yang telah di Acc supervisor Administrasi Field collection (R.1) -

58 86 Phase Proses Bisnis Stakeholder Rule Policy 4 Pencatatan data hasil Field (R.1), (R.2), - (R.3), (R.4) 5 Pengecekan pembayaran 6 Monitoring kinerja field 7 Membuat catatan hasil verifikasi lapangan 8 Evaluasi kinerja field Administrasi Field collection Supervisor field collection Supervisor field collection Supervisor field collection (R.1) (P.2) (R.1), (R.6), (P.3) (R.7), (R.8), (R.9), (R.10) (R.1) - (R.1), (R.11) (P.4) Dari penyesuaian dengan aturan dan kebijakan monitoring & evaluasi, maka diperoleh aliran sistem baru yang akan dibangun. Proses yang dilakukan tidak menyimpang dari tujuan proses dan tidak mempersulit proses. Pada sistem baru yang akan dibangun dapat mempermudah pengguna dalam menjalankannya. Beberapa aturan dan kebijakan pada sistem yang lama dihapuskan, namun sesuai dengan tujuan dari analisis kepuasan pelanggan. Hasil alir sistem yang baru secara keseluruhan dapat dilihat pada gambar berikut

59 87 Alur Sistem Baru Klien (Bank) Admin Field Collector Supervisor Field Collection Field Collector Mulai 3) Memeriksa Draft Daftar per- (Acc) Data Nasabah 1) Upload data M. Nasabah 4) R.5 Draft sesuai? T 4b) Revisi Draft 9) R.2, R.3 Nasabah ada? Y T Hasil evaluasi Data visit report M. Field Collector Laporan routing Field Collector 2) Menentukan yang ditangani per-field Draft per-field Y 4a) Approval Draft Draft per- (Acc) 9a) R.3, R.4 Nasabah mau bayar? T Input data visit report 9b) 5) Membuat daftar per- Daftar per Acc Daftar per- (Acc) Y 10) Simpan visit report 6) Mencetak daftar per- Daftar per (Acc) Hasil evaluasi Data PTP Visit report perfield M. Field Collector 7) Membuat surat tugas Surat tugas per-field Input data PTP 9c) PTP per-field collctor 8) Mencetak surat tugas perfield Surat tugas per-field 11) Simpan PTP Data Pembayaran Nasabah 12) Upload data pembayaran M. Pembayaran Visit report perfield Data PTP Paid off Nasabah 13) Upload data PTP Paid off M. PTP Paid off 15) Monitoring status Grafik status 1 Draft 14) Penyesuaian data pembayaran dengan data Laporan pembayaran Pembayaran 16) R.6 Nasabah skip? T Y 16b) R.7 Nasabah ditolak? 17) Y Membuat laporan verifikasi lapangan PTP 16a) Monitoring pembayaran Grafik pembayaran per-field T Laporan verifikasi lapangan 18) R.8 Nasabah lunas? Y 18a) Membuat laporan reject Laporan reject T 18b) Monitoring jatuh tempo PTP 19) R.9 Jatuh tempo PTP? Y 19a) Membuat notifikasi jatuh tempo PTP Notifikasi jatuh tempo PTP yang belum membayar T Visit report 19b) Monitoring Penanganan Summary & detail Presentase penanganan per-field 20) R.10 Target? Y T 1 20a) Rekapitulasi hasil monitoring Laporan hasil monitoring Laporan verifikasi lapangan Data verifikasi 21) Input data hasil verifikasi lapangan Hasil verifikasi Laporan hasil monitoring Verifikasi 22) Evaluasi kinerja field Pencapaian target field M. Field Collector 23) R.11 Target? M. Nasabah T 24) Briefing field Catatan Verifikasi Y Laporan hasil monitoring 25) Routing field Laporan routing Draft Kunjungan Selesai Gambar 3.3 Alir sistem baru Monitoring & evaluasi kinerja field

60 88 1) Alir sistem phase 1 Menyusun Draft Menyusun Draft Nasabah Klien (Bank) Admin Field Collector Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T 3) R.1 Pengguna? Data Nasabah 3a) Upload data Y Y 4) Baca dan simpan data M. Nasabah 5) Buat draft 6) Menentukan yang ditangani per-field M. Field Collector Laporan routing Draft Phase 1 Selesai Gambar 3.4 Alir Sistem Baru Menyusun Draft Tabel 3.32 Penjelasan Alir Sistem Baru Menyusun Draft Phase No Proses Nama Proses Input Kegiatan Output 1 1 Input Username Proses login dengan - username & password memasukkan data pengguna dan yaitu username dan password password 2 Otentikasi data pengguna Admin - Username, password - Master pengguna 3 Decision - Username, password - Master pengguna 3a Upload data Data Nasabah Sistem melakukan proses verifikasi dengan menyesuaikan antara inputan dengan data pengguna Apabila inputan sesuai dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna harus menginputkan ulang username dan password Admin field collection meng-upload data - - Master

61 89 Phase No Proses Nama Proses 4 Baca dan simpan data 5 Membuat draft 6 Menentuk an yang ditangani per-field Input Kegiatan Output Data Nasabah - Data Nasabah Master Field Collector - Data Nasabah - Master Field Collector dari klien (Bank Mega) (bank) untuk disimpan kedalam database dan dibuat daftar. Sistem membaca data excel dan menyimpan kedalam tabel sesuai dengan isi tabel. Admin field collection menyusun Draft dengan memilih id upload data dan batas jumlah yang akan dibagikan kepada field Sistem akan menentukan yang ditangani perfield. Pembagian dilakukan secara berurutan berdasarkan jumlah field Master Draft Draft 2) Alir sistem phase 2 Approval Draft Approval Draft Kunjungan Nasabah Supervisor Field Collection Sistem Mulai 2) Otentikasi M.Pengguna 1) Input username dan password T 3) R.1 Pengguna? Y Memeriksa Draft 3a) Draft 4) R.5 Draft sesuai? Y 4b) Approval Draft T 4a) Revisi Draft 5) Ubah penanganan (routing) 6) Ubah status Draft Draft (Acc) Phase 2 Gambar 3.5 Alir Sistem Baru Approval Draft Selesai

62 90 Tabel 3.33 Penjelasan Alir Sistem Baru Approval Draft Phase No Proses Nama Proses Input Kegiatan Output 2 1 Input Username Proses login dengan - username & password memasukkan data dan pengguna yaitu password username dan password 2 Otentikasi - Username, Sistem melakukan - data password proses pengecekan pengguna - Master dengan Supervisor pengguna menyesuaikan antara inputan dengan data pengguna 3 Decision - Username, Apabila inputan - password sesuai dengan data - Master pengguna maka pengguna akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna harus menginputkan ulang username dan password 3a Memeriksa Draft Draft 4 Decision Draft 4a Revisi Draft Revisi draft Proses ini adalah proses dimana supervisor memeriksa apakah ada Draft yang masuk Supervisor memastikan bahwa Draft telah sesuai berdasarkan lokasi dan jumlah penanganan. Jika sesuai maka supervisor melakukan acc jika belum sesuai supervisor dapat melakukan revisi. Supervisor melakukan revisi Draft dengan - - Draft (Acc)

63 91 Phase No Proses Nama Proses 5 Ubah penanganan (routing) 4b Approval Draft 6 Ubah status draft Input Kegiatan Output Revisi draft Acc draft Acc draft memindahkan yang ditangani kepada field lain. Sistem akan mengganti field lama dengan field baru yang telah dipilih Supervisor memberikan acc Draft yang telah sesuai untuk selanjutnya dibuat daftar per Sistem akan mengubah status draft menjadi approved sehingga sudah dapat diakses oleh field Draft (Acc) Draft (Acc) Draft (Acc)

64 92 3) Alir sistem phase 3 Mencetak daftar per dan surat tugas yang telah di acc supervisor Mencetakan Daftar Kunjungan Nasabah & Surat Tugas Admin Field collection Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T Y 3) R.1 Pengguna? Draft (Acc) 3a) Membuat daftar per- 4) Cek field beserta yang ditangani Daftar per- 5) Mencetak daftar per- Daftar per (Acc) M. Field Collector 6) Membuat surat tugas 7) Cek field Surat tugas perfield 8) Mencetak surat tugas perfield Surat tugas per-field Phase 3 Selesai Gambar 3.6 Alir Sistem Baru Mencetak daftar per dan surat tugas yang telah di acc supervisor Tabel 3.34 Penjelasan Alir Sistem Baru Mencetak daftar per dan surat tugas yang telah di acc supervisor Phase No Proses Nama Proses 3 1 Input username dan password 2 Otentikasi data Input Kegiatan Output Username & password - Username, password Proses login dengan memasukkan data pengguna yaitu username dan password Sistem melakukan proses pengecekan - -

65 93 Phase No Proses Nama Proses pengguna Admin Input Kegiatan Output - Master pengguna 3 Decision - Username, password - Master pengguna 3a Membuat daftar per 4 Cek field beserta yang sitangani 6 Membuat surat tugas per Draft (Acc) Draft (Acc) Draft per- (Acc) Master field 5 Mencetak daftar per dengan menyesuaikan antara inputan dengan data pengguna Apabila inputan sesuai dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna harus menginputkan ulang username dan password Admin membuat daftar berdasarkan Draft yang telah diacc oleh supervisor. Daftar berupa form yang berisi detil data dan nama field yang menangani Sistem melakukan pengecekan siapa saja yang diatangani tiap field kemudian menampilkan data berdasarkan field yang dipilih Daftar dicetak per- kemudian dibagikan kepada masingmasing field yang menangani. Setelah dilakukan pencetakan daftar proses selanjutnya adalah membuat surat tugas berdasarkan Draft - Daftar per Acc Daftar per Acc Daftar per (Acc) Surat tugas perfield

66 94 Phase No Proses Nama Proses 7 Cek field 8 Mencetak surat tugas perfield Input Kegiatan Output Master field Master field. Surat tugas berisi perintah untuk melakukan penagihan kepada dan masa berlaku. Sistem akan menampilkan field yang dipilih kedalam format surat tugas dan menampilkan masa berlaku surat tugas Surat tugas dicetak per-field kemudian dibagikan kepada masingmasing field. Surat tugas perfield Surat tugas perfield 4) Alir sistem phase 4 Pencatatan data hasil Pencatatan Data Hasil Kunjungan Nasabah Field Collector Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T 3) R.1 Pengguna? Y 4) R.2, R.3 Nasabah ada? Y T Daftar per (Acc) Data visit report 5) R.3, R.4 Nasabah mau bayar? T 5a) Input data visit report 6) Simpan visit report Visit report perfield Y 5b) Input data PTP Draft Catatan Data PTP 7) Simpan PTP PTP per-field collctor Phase 4 Gambar 3.7 Alir Sistem Baru Pencatatan data hasil Selesai

67 95 Tabel 3.35 Penjelasan Alir Sistem Baru Pencatatan data hasil Phase No Proses Nama Proses Input Kegiatan Output 4 1 Input Username Proses login dengan - username & password memasukkan data dan pengguna yaitu password username dan password 2 Otentikasi - Username, Sistem melakukan - data password proses pengecekan pengguna - Master dengan menyesuaikan Admin pengguna antara inputan dengan data pengguna 3 Decision - Username, password - Master Apabila inputan sesuai - dengan data pengguna maka akan dilanjutkan pengguna ke proses 3a, sedangkan jika tidak maka pengguna harus menginputkan ulang username dan 4 Decision Data visit report 5 Decision Data visit report 5a Input data visit report Data visit report password Apabila kondisi ada maka akan dilanjutkan pada kondisi kesediaan dalam membayar (5). Apabila tidak ada maka akan dilanjutkan pada proses 5a Apabila ada dan bersedia melmbayar maka akan dilakukan input data PTP, sedangkan apabila ada namun belum bersedia membayar maka dilakukan input data visit report. Proses input data visit report dengan cara mencari data yang akan dicatat visit reportnya, kemudian memasukkan status dari tersebut. Visit report per-field

68 96 6 Simpan visit report 5b Input data PTP 7 Simpan PTP Data visit report - Data visit report - Data PTP - Data visit report - Data PTP Sistem akan menyimpan status dan waktu pembuatan visit report kedalam tabel visit_report Proses input data PTP dengan cara mencari yang akan dicatat PTPnya, kemudian memasukkan model pembayaran serta tanggal jatuh tempo PTP dari tersebut. Sistem akan menyimpan data PTP dan waktu pembuatan PTP Visit report per-field PTP per-field collctor PTP per-field collctor 5) Alir sistem phase 5 Pengecekan pembayaran Pengecekan Pembayaran Nasabah Klien (Bank) Admin Field Collector Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T 3) R.1 Pengguna? Y Data Pembayaran Nasabah 3a) Upload data pembayaran 4) Baca dan simpan data pembayaran M. Pembayaran Data PTP Paid off Nasabah 5) Upload data PTP Paid off 6) Baca dan simpan data PTP Paid off M. PTP Paid off Draft 7) Penyesuaian data pembayaran dengan data Pembayaran Phase Selesai Gambar 3.8 Alir Sistem Baru Pengecekan pembayaran

69 97 Tabel 3.36 Penjelasan Alir Sistem Baru Pengecekan pembayaran Pha se No Proses Nama Proses Input Kegiatan Output 1 1 Input Username Proses login dengan - username & password memasukkan data dan pengguna yaitu password username dan password 2 Otentikasi - Username Sistem melakukan - data, proses verifikasi dengan pengguna password menyesuaikan antara Admin - Master inputan dengan data pengguna pengguna 3 Decision - Username, password - Master Apabila inputan sesuai - dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan pengguna jika tidak maka pengguna harus menginputkan ulang 3a Upload data pembayara n 4 Baca dan simpan data pembayara n 5 Upload data PTP Paid off Data Pembayaran Data pembayaran Data PTP Paid off Nasabah username dan password Admin field collection meng-upload data Pembayaran dari klien (Bank Mega) (bank) untuk disimpan kedalam database untuk penyesuaian pembayaran dengan data dan penanganan field. Sistem membaca data excel dan menyimpan kedalam tabel pembayaran sesuai dengan isi tabel Admin field collection meng-upload data PTP Paid off dari klien (Bank Mega) (bank) untuk disimpan kedalam database untuk penyesuaian pembayaran dengan data dan penanganan field. Master Pembayar an Master Pembayar an Master PTP Paid off Nasabah

70 98 Pha se No Nama Proses Proses 6 Baca dan simpan data PTP Paid off 7 Penyesuai an data pembayara n dengan draft Input Kegiatan Output Data PTP Paid off Nasabah - Data pembayar an Nasabah - Data ptp paid off Sistem membaca data excel dan menyimpan kedalam tabel PTP Paid off sesuai dengan isi tabel Admin field collection meng-upload data pembayaran dan data PTP paid off kemudian sistem akan menyesuaikan data pembayaran dengan draft sehingga diketahui sisa pembayaran dan field yang menangani Master PTP Paid off Nasabah Laporan pembayar an

71 99 6) Alir sistem phase 6 Monitoring kinerja field Monitoring Kinerja Field Collector Supervisor field collection Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T Y 3) R.1 Pengguna? Visit report 1 3a) Monitoring status 4) cek status 5) R.6 Nasabah skip? Y 6) R.7 Nasabah ditolak? Y 6a) Membuat laporan verifikasi lapangan Grafik status Pembayaran T T 6b) Membuat laporan lunas & reject Verifikasi PTP 7) Monitoring pembayaran Grafik pembayaran per-field 8) Cek pembayaran Y PTP Paid off 9) Monitoring jatuh tempo PTP 10) R.8 Nasabah lunas? T Notifikasi jatuh tempo PTP yang belum membayar 11a) Membuat notifikasi jatuh tempo PTP Y 11) R.9 Jatuh tempo PTP? T 11b) Monitoring Penanganan Grafik Presentase penanganan perfield 12) Cek Penanganan 13) R.10 Target? T 1 Visit report Y Laporan hasil monitoring 13a) Rekapitulasi hasil monitoring Phase 5 Gambar 3.9 Alir Sistem Baru Monitoring kinerja field Selesai Tabel 3.37 Penjelasan Alir Sistem Baru Monitoring kinerja field Phase No Proses Nama Proses Input Kegiatan Output 5 1 Input Username Proses login dengan - username & password memasukkan data dan password pengguna yaitu username dan password 2 Otentikasi - Usernam, Sistem melakukan proses - data - password pengecekan dengan pengguna - Master menyesuaikan antara

72 100 Phase No Proses Nama Proses Input Kegiatan Output Admin pengguna inputan dengan data pengguna Apabila inputan sesuai - dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna 3 Decision - Username - password - Master pengguna 3a Monitorin g status 4 Cek status Data Visit report perfield Data Visit report perfield 5 Decision Data Visit report perfield 6 Decision Data Visit report perfield harus menginputkan ulang username dan password Monitoring status didapat dari informasi visit report tiap field. Sistem memberikan laporan dalam bentuk grafik berupa jumlah dari tiap status terbaru beserta detil. Sistem melakukan pengecekan status dan memberikan laporan dalam bentuk grafik berupa jumlah dari tiap status terbaru beserta detil Apabila skip maka akan dilanjutkan pada kondisi apakah ditolak. Jika berstatus nonskip maka akan dilanjutkan ke proses 4a. Apabila berstatus skip dan ditolak maka sistem akan membuat laporan verifikasi lapangan, sedangkan apabila skip namun tidak termasuk dalam status ditolak maka sistem akan membuat laporan reject dan dikembalikan kepada Grafik status Grafik status - -

73 101 Phase No Proses 6a 6b Nama Proses Membuat laporan verifikasi lapangan Membuat laporan lunas 7 Monitorin g pembayara n 8 Cek pembayara n 9 Monitorin g jatuh tempo PTP Input Kegiatan Output Data Visit report perfield Data Visit report perfield - Data pembayar an - Data PTP per-field - Data pembayar an - Data PTP per-field - Data pembayar an - Data PTP per-field 10 Decision Data Visit report perfield klien (Bank Mega). Sistem akan mengelompokkan yang perlu diverifikasi. Dari hasil pengelompokan tersebut akan dibuat laporan untuk memverifikasi keadaan dilapangan. Sistem akan mengelompokkan status skip dan yang sudah lunas untuk dibuat laporan reject. Monitoring pembayaran didapat dari informasi PTP & pembayaran Sistem memberikan laporan dalam bentuk grafik berupa jumlah total pembayaran dari tiap field beserta detil pembayaran. Sistem akan memeriksa data PTP dengan data pembayaran Apabila lunas maka sistem akan membuat laporan reject dan dikembalikan kepada klien (Bank Mega), sedangkan apabila pembayaran belum lunas akan Laporan verifikasi lapangan Laporan lunas Grafik jumlah pembayara n per-field Grafik jumlah pembayara n per-field Notifikasi jatuh tempo PTP yang belum membayar -

74 102 Phase No Proses Nama Proses 11 Decision - Data pembayar an - Data PTP per-field 11a 11b Membuat notifikasi jatuh tempo PTP Monitorin g Penangana n 12 Cek Penangana n Input Kegiatan Output - Data pembayar an - Data PTP per-field Data Visit report perfield - Data Visit report per-field 13 Decision Data Visit report perfield dilanjutkan pada monitoring jatuh tempo PTP. Apabila sudah melewati jatuh tempo PTP maka sistem akan memberikan notikasi jatuh tempo PTP dari, sedangkan apabila belum melewati jatuh tempo PTP akan dilanjutkan dengan monitoring penanganan Sistem akan memberikan notifikasi bagi field apabila terdapat yang melewati jatuh tempo PTP untuk dilakukan penagihan ulang. Monitoring penanganan didapat dari informasi visit report. Sistem melakukan pengecekan jumlah penanganan tiap field kemudian memberikan laporan dalam bentuk grafik berupa jumlah penanganan dari tiap field beserta detil. Apabila field mencapai target harian maka akan dibuat rekapitulasi hasil monitoring, sedangkan jika belum mencapai target sistem akan mengelompokkan - Notifikasi jatuh tempo PTP yang belum membayar Grafik Presentase penangana n per-field Grafik Presentase penangana n per-field -

75 103 Phase No Proses 13a Nama Proses Rekapitula si hasil monitorin g Input Kegiatan Output Data Hasil monitoring kedalam field yang perlu diverifikasi atau dievaluasi. Dari keseluruhan monitoring akan dibuat rekapitulasi yang berisi ringkasan dari hasil monitoring Laporan hasil monitorin g 7) Alir sistem phase 7 Verifikasi lapangan Verifikasi lapangan Supervisor field collection Sistem Mulai M.Pengguna 1) Input username dan password 2) Otentikasi Data verifikasi T 3) R.1 Pengguna? Y 3a) Input data hasil verifikasi lapangan 4) Simpan data hasil verifikasi Verifikasi Phase 6 Selesai Gambar 3.10 Alir Sistem Baru Verifikasi lapangan

76 104 Tabel 3.38 Penjelasan Alir Sistem Baru Verifikasi lapangan Phase No Proses Nama Proses Input Kegiatan Output 6 1 Input username dan password Username & password Proses login dengan memasukkan data pengguna yaitu username dan password - 2 Otentikasi data pengguna Admin - Username, password - Data pengguna Sistem melakukan proses pengecekan dengan menyesuaikan antara inputan dengan data pengguna - 3 Decision - Username, password - Data pengguna Apabila inputan sesuai dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna harus menginputkan ulang username dan password - 3a Input data hasil verifikasi lapangan Data verifikasi Proses input data hasil verifikasi dengan cara memasukkan tanggal verifikasi dan hasil verifikasi kepada maupun kepada field. Hasil verifikasi 4 Simpan data hasil verifikasi lapangan Data verifikasi Sistem akan melakukan update data verifikasi apakah dilakukan withdrawal atau routing Hasil verifikasi

77 105 8) Alir sistem phase 8 Evaluasi kinerja field Evaluasi Kinerja Field Collector Supervisor field collection Sistem Mulai 1) Input username dan password 2) Otentikasi M.Pengguna T 3) R.1 Pengguna? 3a) Evaluasi kinerja field Y Laporan hasil monitoring Verifikasi 4) Hitung target field Pencapaian target field M. Field Collector 5a) Briefing field T 6) Simpan briefing 5) R.11 Target? M. Nasabah Verifikasi Evaluasi kinerja field 7) 8) Ubah penanganan (routing) Catatan Laporan hasil monitoring Laporan routing Draft Kunjungan Y Selesai Phase 7 Gambar 3.11 Alir Sistem Baru Evaluasi kinerja field Tabel 3.39 Penjelasan Alir Sistem Baru Evaluasi kinerja field Phase No Prose s Nama Proses 7 1 Input username dan password 2 Otentikasi data pengguna Admin Input Kegiatan Output Username & password - Username, password - Data pengguna 3 Decision - Username, password - Data pengguna Proses login dengan memasukkan data pengguna yaitu username dan password Sistem melakukan proses pengecekan dengan menyesuaikan antara inputan dengan data pengguna Apabila inputan sesuai dengan data pengguna maka akan dilanjutkan ke proses 3a, sedangkan jika tidak maka pengguna harus - - -

78 106 Phase No Prose s 3a Nama Proses Evaluasi kinerja field 4 Hitung target field Input Kegiatan Output - Data hasil monitorin g - Data Hasil verifikasi - Data hasil monitorin g - Data Hasil verifikasi 5 Decision - Data hasil monitorin g - Data Hasil verifikasi 5a Briefing field 6 Simpan Briefing 7 Evaluasi kinerja field 8 Routing field Data briefing Data Briefing menginputkan ulang username dan password Proses evaluasi dengan cara membandingkan jumlah target yang harus dipenuhi dengan target yang telah dicapai. Sistem menghitung jumlah target yang dicapai masing-masing field Apabila field mencapai target bulanan maka proses evaluasi selesai, sedangkan jika belum mencapai target supervisor dapat memberikan briefing maupun melakukan routing pada field. Proses briefing dengan cara memberikan pengarahan dan tindakan yang harus dilakukan field agar dapat mencapai target pada bulan selanjutnya. Sistem menyimpan data briefing kedalam database Data routing Proses routing dengan cara memindahkan data penanganan antar field untuk dilakukan penagihan kepada field lain Data routing Sistem akan memindahkan dari field ke field baru Pencapaian target field Pencapaian target field - Catatan Briefing Catatan Briefing Routing field Routing field

79 107 B. Data Flow Diagram (DFD) Berdasarkan Business Requirement B.1 Context Diagram Berikut ini adalah context diagram sistem informasi monitoring & evaluasi kinerja field berdasarkan business requirement yang memiliki 3 entitas yaitu, field dan supervisor field collection. Data merupakan masukan awal dalam proses monitoring & evaluasi kinerja field. Lebih jelasnya dapat dilihat pada gambar 3.12 berikut Gambar 3.12 Context Diagram Monitoring & evaluasi kinerja field B.2 Data flow diagram (DFD) Level 0 DFD level 0 ini dimulai dari klien (Bank Mega) memberikan data kepada administrasi field collection. Selanjutnya data ini akan diolah dengan data field dalam pembuatan daftar. Dari daftar yang sudah diacc oleh supervisor field collection, field akan melakukan dan mencatat data hasil. Nasabah yang sudah melakukan pembayaran akan dilakukan pengecekan pembayaran dengan

80 108 data hasil, kemudian data tersebut digunakan supervisor field collection untuk melakukan monitoring, verifikasi dan evaluasi kinerja field. Adapun gambaran DFD level 0 dapat dilihat pada gambar Gambar 3.13 DFD Level 0 Monitoring & evaluasi kinerja field B.3 Data flow diagram (DFD) Level 1 Pembuatan draft DFD Level 1 Pembuatan draft ini mempunyai tiga proses antara lain menyusun draft, approval draft dan mencetak daftar dan surat tugas. Proses penyusunan draft didapat dari data yang diupload dan data field. Proses pencetakan daftar dan surat tugas dilakukan apabila sudah mendapat persetujuan dari supervisor field collection. DFD Level 1 Pembuatan draft dapat dilihat pada gambar 3.14

81 109 Gambar 3.14 DFD Level 1 Pembuatan draft B.4 Data flow diagram (DFD) Level 1 Pencatatan data hasil DFD Level 1 Pencatatan data hasil ini mempunyai dua proses yaitu input data visit report dan input data PTP. Sebelum melakukan input data, field akan mendapatkan informasi mengenai detail dan history apabila pernah dikunjungi sebelumnya. DFD Level 1 Pencatatan data hasil dapat dilihat pada gambar 3.15 Gambar 3.15 DFD Level 1 Pencatatan data hasil B.5 Data flow diagram (DFD) Level 1 Pengecekan pembayaran DFD Level 1 Pengecekan pembayaran ini mempunyai tiga proses antara lain upload data pembayaran, upload data PTP dan menyesuaikan data pembayaran dengan data. DFD Level 1 Pengecekan pembayaran dapat dilihat pada gambar 3.16

82 110 Gambar 3.16 DFD Level 1 Pengecekan pembayaran B.6 Data flow diagram (DFD) Level 1 Monitoring & evaluasi kinerja field DFD Level 1 monitoring & evaluasi kinerja field ini mempunyai tiga proses antara lain monitoring kinerja field, membuat catatan hasil verifikasi dan evaluasi kinerja field. DFD Level 1 Monitoring & evaluasi kinerja field dapat dilihat pada gambar 3.17 Gambar 3.17 DFD Level 1 Monitoring & evaluasi kinerja field

83 111 B.7 Data flow diagram (DFD) Level 2 Menyusun draft DFD Level 2 Menyusun draft ini mempunyai dua proses yaitu upload data dan menentukan yang ditangani field. DFD Level 2 Menyusun draft dapat dilihat pada gambar 3.18 Gambar 3.18 DFD level 2 Menyusun draft B.8 Data flow diagram (DFD) Level 2 Approval draft DFD Level 2 Menyusun draft ini mempunyai dua proses yaitu memeriksa draft dan approval draft. Setelah draft disetujui, administrasi field collection dapat mencetak daftar serta surat tugas. DFD Level 2 Menyusun draft dapat dilihat pada gambar 3.19 Gambar 3.19 DFD level 2 Approval draft

84 112 B.9 Data flow diagram (DFD) Level 2 Mencetak daftar & surat tugas DFD Level 2 Mencetak daftar & surat tugas ini mempunyai empat proses antara lain membuat daftar, mencetak daftar, membuat surat tugas dan mencetak surat tugas. DFD Level 2 Mencetak daftar & surat tugas dapat dilihat pada gambar 3.20 Gambar 3.20 DFD level 2 Cetak daftar & surat tugas B.10 Data flow diagram (DFD) Level 2 monitoring kinerja field DFD Level 2 monitoring kinerja field ini mempunyai sembilan proses. DFD Level 2 monitoring kinerja field selengkapnya dapat dilihat pada gambar 3.21

85 113 Gambar 3.21 DFD diagram level 2 Monitoring kinerja field B.11 Data flow diagram (DFD) Level 2 Evaluasi kinerja field DFD Level 2 evaluasi kinerja field ini mempunyai tiga proses antara lain evaluasi kinerja, briefing field dan routing field. DFD Level 2 evaluasi kinerja field dapat dilihat pada gambar 3.22 Gambar 3.22 DFD level 2 Evaluasi kinerja field

86 114 C. Data Flow Diagram (DFD) Berdasarkan User Requirement C.1 Context Diagram Berikut ini adalah context diagram sistem informasi monitoring & evaluasi kinerja field yang memiliki 3 entitas yaitu administrasi field, field dan supervisor field collection. Data merupakan masukan awal dalam proses monitoring & evaluasi kinerja field. Lebih jelasnya dapat dilihat pada gambar 3.23 berikut Gambar 3.23 Context diagram monitoring & evaluasi kinerja field C.2 Data flow diagram (DFD) Level 0 Berikut ini merupakan desain data flow diagram level 0 untuk perangkat lunak yang akan dibangun. Sesuai dengan context diagram yang dibangun, maka dilakukan penjabaran kedalam beberapa fungsi. Berdasarkan analisis kebutuhan fungsi yang dimiliki sub divisi field collection dalam melakukan monitoring & evaluasi kinerja field adalah empat fungsi. Adapun gambaran keempat fungsi tersebut dapat dilihat pada gambar 3.13.

87 115 Gambar 3.24 DFD Level 0 Monitoring & evaluasi kinerja field Proses yang terdapat pada data flow diagram level 0 digambarkan sesuai dengan alir sistem baru. Pada data flow diagram ini akan dijelaskan secara detail mengenai proses pembuatan draft, pencatatan data hasil, pengecekan pembayaran dan monitoring & evaluasi kinerja field. Adapun penjelasan dari data flow diagram level 0 pada sistem baru dapat dilihat pada tabel 3.40 Tabel 3.40 Penjelasan data flow diagram level 0 Eks. Entity Administra si field Collection No Nama Proses Proses 1 Pembuatan daftar Input Proses Output Data a) Data b) Data Field c) Acc draft Deskripsi Proses yang dilakukan untuk menyusun draft, approval draft Data a) Master Nasabah b) Master field c) Draft

88 116 Eks. Entity Field Collector Administra si field Collection Supervisor field collection No Proses Nama Proses 2 Pencatatan data hasil 3 Pengecekan pembayaran 4 Monitoring & evaluasi kinerja field Input Proses Output Data a) Data visit report b) Data PTP Data a) Data Pembayara n b) Data PTP Paid off Data a) Data b) Data Field c) Data visit report d) Data PTP e) Draft acc f) Pembayara n g) Data hasil dan pencetakan daftar dan surat tugas Deskripsi Proses mencatat hasil field kepada yang ditangani sesuai dengan kebijakan yang ditetapkan oleh klien (Bank Mega). Pencatatan terdiri dari pencatatan visit report dan pencatatan PTP. Deskripsi Proses mengelola data pembayaran serta menyesuaikan data pembayaran dengan draft Deskripsi Proses pemantauan kinerja field serta perkembangan, verifikasi lapangan dan evaluasi kinerja field. d) Draft acc e) Daftar f) Surat tugas Data a) Visit report per-field b) PTP perfield Data a) Master Pembayaran b) Master PTP Paid off c) Nasabah Lunas Data a) Grafik status b) Grafik penanganan c) Grafik pembayaran d) Notifikasi jatuh tempo PTP e) Laporan verifikasi

89 117 Eks. Entity No Proses Nama Proses Input Proses Output verifikasi f) Nasabah reject g) Laporan Hasil monitoring h) Hasil verifikasi i) Pencapaian target j) Tindakan penanganan k) Daftar routing Berikut ini merupakan desain data flow diagram level 1 untuk perangkat lunak yang akan dibangun. Sesuai dengan DFD level 0 yang dibuat, maka dilakukan penjabaran kedalam beberapa proses. Berdasarkan analisis kebutuhan masing masing fungsi ditemukan penjabaran prosesnya. C.3 Data flow diagram (DFD) Level 1 Pembuatan draft Gambar 3.25 DFD Level 1 Pembuatan draft Adapun penjelasan dari data flow diagram level 1 Pembuatan draft pada sistem baru dapat dilihat pada tabel 3.41.

90 118 Tabel 3.41 Penjelasan DFD level 1 Pembuatan draft Eks. Entity Administra si field Collection Supervisor Field Collection Administra si field Collection No Nama Proses Proses 1.1 Menyusun Draft 1.2 Approval draft 1.3 Mencetak daftar per- dan surat tugas Acc Input Proses Output Data a) Data b) Data Field a) Acc draft a) Draft acc Deskripsi Proses yang dilakukan untuk menyusun draft, approval draft dan pencetakan daftar dan surat tugas Tabel yang dibaca a) Nasabah b) Field_ Deskripsi Proses ini merupakan sebuah proses yang dilakukan oleh supervisor untuk menindaklanjuti Draft yang telah dibuat oleh bagian administrasi field collection Tabel yang dibaca a) Draft_kunjung an Deskripsi Proses ini merupakan sebuah proses pencetakan daftar per- Data a) Master Nasabah b) Master field c) Draft d) Draft acc e) Daftar f) Surat tugas Insert Tabel a) Nasabah b) Field_collecto r c) Draft_kunjung an Data a) Draft acc Insert Tabel a) Draft_kunjung an Data a) Daftar per- acc b) Surat tugas

91 119 Eks. Entity No Proses Nama Proses Input Proses Output yang kemudian akan dibagikan kepada masing-masing field. Tabel yang dibaca a) Draft_kunjunga n b) Field_ per-field Insert Tabel a) Draft_kunjun gan C.4 Data flow diagram (DFD) Level 1 Pencatatan data hasil Gambar 3.26 DFD Level 1 Pencatatan data hasil Adapun penjelasan dari data flow diagram level 1 Pencatatan data hasil pada sistem baru dapat dilihat pada tabel Tabel 3.42 Penjelasan DFD level 1 Pencatatan data hasil Eks. Entity Field No Nama Subproses Proses 2.1 Simpan data visit report Input Proses Output Data a) Data visit report Deskripsi Proses ini adalah proses pencatatan data visit report secara online oleh field Tabel yang dibaca a) Draft_ Data a) visit report Insert Tabel a) Visit_report

92 120 Eks. Entity No Proses Nama Subproses Input Proses Output 2.2 Simpan data PTP Data a) Data PTP Deskripsi Proses ini adalah proses pencatatan data PTP secara online oleh field Tabel yang dibaca a) Draft_ Data a) PTP Insert Tabel a) PTP C.5 Data flow diagram (DFD) Level 1 Pengecekan pembayaran Gambar 3.27 DFD Level 1 Pengecekan pembayaran Adapun penjelasan dari data flow diagram level 1 Pengecekan pembayaran pada sistem baru dapat dilihat pada tabel Tabel 3.43 Penjelasan flow diagram level 1 Pengecekan pembayaran Eks. Entity Administr asi field Collection No Proses Nama Proses 3.1 Baca dan Data simpan a) Data data pembayara pembayara n n Input Proses Output Deskripsi Proses ini adalah proses upload data pembayaran. Sistem membaca data excel kemudian menyimpan kedalam tabel pembayaran oleh admin field collection Data a) Informasi Pembayaran

93 121 Eks. Entity Administr asi field Collection Administr asi field Collection No Proses Nama Proses 3.2 Baca dan simpan data data PTP paid off 3.3 Menyesuai kan data pembayara n dengan data Input Proses Output Data a) Data PTP paid off Data a) Data Pembayara n b) Data PTP paid off Tabel yang dibaca a) Pembayaran b) Nasabah Deskripsi Proses ini adalah proses upload data PTP paid off. Sistem membaca data excel kemudian menyimpan kedalam table PTP paid off oleh admin field collection Tabel yang dibaca c) Pembayaran d) Nasabah e) PTP_Paidoff Deskripsi Proses ini adalah proses pengecekan pembayaran dengan data dan data PTP oleh sistem Tabel yang dibaca a) Pembayaran b) Nasabah c) PTP_Paidoff Insert Tabel a) Pembayaran Data b) Informasi lunas Insert Tabel b) PTP_Paidoff Data a) Informasi Pembayaran b) Informasi lunas c) Informasi jatuh tempo PTP Insert Tabel a) Pembayaran b) PTP_Paidoff

94 122 C.6 Data flow diagram (DFD) Level 1 Monitoring & evaluasi kinerja field Gambar 3.28 DFD Level 1 Monitoring & evaluasi kinerja field Adapun penjelasan dari data flow diagram Level 1 Monitoring & evaluasi kinerja field pada sistem baru dapat dilihat pada tabel Tabel 3.44 Penjelasan flow diagram level 1 Monitoring & evaluasi kinerja field Eks. Entity Supervisor field collection No Nama Proses Proses 4.1 Monitoring kinerja field Input Proses Output Data a) Data b) Data Field c) Data visit report d) Data PTP e) Draft acc f) Pembayara n Deskripsi Proses yang dilakukan untuk menyusun draft, approval draft dan pencetakan daftar dan surat tugas Data a) Grafik status b) Grafik pembayaran c) Grafik penanganan d) Laporan hasil monitoring e) Laporan reject f) Laporan lunas

95 123 Eks. Entity Supervisor field collection Supervisor field collection No Proses Nama Proses 4.2 Membuat catatan hasil verifikasi lapangan 4.3 Evaluasi kinerja field Input Proses Output Data Data hasil verifikasi Data a) Hasil monitoring b) Hasil verifikasi c) Tindakan penanganan d) Data Routing Tabel yang dibaca a) Nasabah b) Field_collecto r c) Visit_report d) Draft_kunjun gan e) PTP f) Pembayaran Deskripsi Proses yang dilakukan supervisor dengan membuat catatan setelah melakukan verifikasi lapangan. Tabel yang dibaca a) Hasil_monitor ing b) Verifikasi Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk melakukan penilaian evaluasi terhadap kinerja field. Tabel yang dibaca a) Hasil_monitor ing b) Verifikasi c) Draft_kunjung an Insert Tabel - Data a) Hasil verifikasi Insert Tabel a) Verifikasi Data a) Pencapaian target b) Tindakan penanganan c) Daftar routing Insert Tabel a) Tindakan_ Penanganan b) Draft_kunjun gan

96 124 C.7 Data flow diagram (DFD) Level 2 Menyusun draft Gambar 3.29 DFD level 2 Menyusun draft Adapun penjelasan dari data flow diagram level 2 Menyusun draft pada sistem baru dapat dilihat pada tabel Tabel 3.45 Penjelasan flow diagram level 2 Menyusun draft Eks. Entity Adm. field collection No Nama Subproses Proses Baca dan simpan data Menentukan Input Proses Output Data a) Data Data a) Master Deskripsi Proses ini adalah proses upload data. Sistem membaca data excel kemudian menyimpan kedalam tabel oleh admin field collection Tabel yang dibaca - Deskripsi Proses ini Data a) Master Insert Tabel a) Nasabah Data a) Draft

97 125 Eks. Entity No Proses Nama Subproses yang ditangani perfield Input Proses Output b) Master field c) Data adalah proses pembagian penanganan perfield. Tabel yang dibaca a) Nasabah b) Field Insert Tabel a) Draft_kunju ngan C.8 Data flow diagram (DFD) Level 2 Approval draft Gambar 3.30 DFD level 2 Approval draft Adapun penjelasan dari data flow diagram level 2 Approval draft pada sistem baru dapat dilihat pada tabel Tabel 3.46 Penjelasan flow diagram level 2 Approval draft Eks. Entity Supervisor field collection No Nama Subproses Proses Memeriksa draft Input Proses Output Data - Deskripsi Proses ini adalah proses yang dilakukan oleh supervisor untuk memeriksa apakah ada draft dari admin field collection Tabel yang dibaca Data a) Draft acc Insert Tabel a) Evaluasi

98 126 Eks. Entity No Proses Nama Subproses Input Proses Output a) Draft_kunju ngan Approval draft Data a) Acc draft Deskripsi Proses ini adalah proses persetujuan draft Tabel yang dibaca a) Draft_kunju ngan Data a) Draft acc Insert Tabel a) Draft_kunju ngan C.9 Data flow diagram (DFD) Level 2 Mencetak daftar & surat tugas Gambar 3.31 DFD level 2 Cetak daftar & surat tugas Adapun penjelasan dari data flow diagram level 2 Cetak daftar & surat tugas pada sistem baru dapat dilihat pada tabel Tabel 3.47 Penjelasan flow diagram level 2 Cetak daftar & surat tugas Eks. Entity Adm. field collection No Nama Subproses Proses Membuat daftar per Input Proses Output Data a) Draft acc Deskripsi Proses ini adalah proses pembuatan daftar Data a) Daftar per- acc

99 127 Eks. Entity Adm. field collection No Proses Nama Subproses Mencetak daftar per Membuat surat tugas Mencetak surat tugas Input Proses Output Data a) Draft acc Data a) Field b) Draft acc Data a) Field b) Draft acc berdasarkan draft yang telah di acc supervisor Tabel yang dibaca a) Draft_kunju ngan Deskripsi Proses ini adalah proses mencetak daftar yang telah disusun. Tabel yang dibaca a) Draft_kunju ngan Deskripsi Proses ini adalah proses pembuatan surat tugas bagi masing-masing field Tabel yang dibaca a) Field_collec tor b) Draft_kunju ngan Deskripsi Proses ini adalah proses mencetak surat tugas bagi masing-masing field Tabel yang dibaca a) Field_collec tor b) Draft_kunju ngan Insert Tabel - Data a) Daftar per- acc Insert Tabel - Data a) Surat tugas per-field Insert Tabel - Data a) Surat tugas per-field Insert Tabel -

100 128 C.10 Data flow diagram (DFD) Level 2 monitoring kinerja field Gambar 3.32 DFD diagram level 2 Monitoring kinerja field Adapun penjelasan dari data flow diagram level 2 Monitoring kinerja field pada sistem baru dapat dilihat pada tabel Tabel 3.48 Penjelasan flow diagram level 2 Monitoring kinerja field Eks. Entity Supervisor field collection No Nama Subproses Proses Monitoring status Input Proses Output Data a) Data visit report Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk memantau status dari tiap nsabah yang ditangani field Tabel yang dibaca a) Visit_report Data a) Grafik status Insert Tabel -

101 129 Eks. Entity Supervisor field collection No Proses Nama Subproses Monitoring pembayara n Membuat laporan verifikasi lapangan Input Proses Output Data a) Data visit report b) Data PTP c) Data Pembayaran Data a) Data visit report b) Data PTP c) Data Pembayaran b) Draft_kunju ngan Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk memantau pembayaran dari tiap nsabah yang ditangani field Tabel yang dibaca a) Draft_kunju ngan b) PTP c) Pembayaran Deskripsi Proses ini adalah proses peengelompoka n oleh sistem yang perlu diverifikasi Tabel yang dibaca a) Visit_report b) PTP c) Pembayaran Data a) Master pembayaran b) Grafik jumlah pembayaran Insert Tabel a) Pembayaran Data a) Laporan verifikasi Insert Tabel a) Verifikasi Supervisor field collection Membuat laporan reject Monitoring jatuh tempo PTP Data a) Data visit report b) Data PTP c) Data Pembayaran Data a) Data visit report b) Data PTP Deskripsi Proses ini adalah proses pengelompokan reject oleh sistem Tabel yang dibaca a) Visit_report Deskripsi Proses ini adalah proses pemantauan Data a) Laporan reject Insert Tabel - Data a) Laporan jatuh tempo PTP

102 130 Eks. Entity Supervisor field collection No Proses Nama Subproses Membuat notifikasi jatuh tempo PTP Monitoring penangana n Rekapitula si hasil monitoring Input Proses Output c) Data Pembayaran Data a) Data visit report b) Data PTP c) Data Pembayaran Data a) Data visit report b) Data PTP c) Data Pembayaran Data a) Draft acc b) Pembayaran jatuh tempo PTP berdasarkan laporan PTP Tabel yang dibaca a) Visit_report b) PTP c) Pembayaran Deskripsi Proses ini adalah proses pemberian notifikasi jatuh tempo PTP yang ditangani kepada field Tabel yang dibaca a) Visit_report b) PTP c) Pembayaran Deskripsi Proses ini adalah proses pemantauan penanganan yang dilakukan field Tabel yang dibaca a) Visit_report b) PTP c) Pembayaran Deskripsi Proses ini adalah proses rekapitulasi semua proses monitoring Tabel yang dibaca a) Draft_kunju Insert Tabel - Data a) Notifikasi jatuh tempo PTP Insert Tabel - Data a) Grafik penanganan Insert Tabel - Data a) Hasil monitoring Insert Tabel a) Hasil_monit oring

103 131 Eks. Entity No Proses Nama Subproses Membuat laporan lunas Input Proses Output Data a) Data visit report b) Data PTP c) Data Pembayaran ngan b) Pembayaran Deskripsi Proses ini adalah proses pengelompokan lunas oleh sistem Tabel yang dibaca a) Visit_report b) Pembayaran Data a) Laporan lunas Insert Tabel - C.11 Data flow diagram (DFD) Level 2 Evaluasi kinerja field Gambar 3.33 DFD level 2 Evaluasi kinerja field Adapun penjelasan dari data flow diagram level 2 Evaluasi kinerja field pada sistem baru dapat dilihat pada tabel Tabel 3.49 Penjelasan flow diagram level 2 Evaluasi kinerja field Eks. Entity Supervisor field collection No Nama Proses Proses Evaluasi kinerja field Input Proses Output Data a) Hasil monitoring b) Hasil verifikasi Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk melakukan penilaian evaluasi terhadap Data a) Pencapaian target

104 132 Eks. Entity No Proses Nama Proses Input Proses Output kinerja field. Supervisor field collection Supervisor field collection Briefing field Routing field Data a) Tindakan penanganan Data 1) Data Routing Tabel yang dibaca a) Nasabah b) Field_ c) Visit_report d) Draft_ e) PTP f) Pembayaran g) Verifikasi Deskripsi Proses untuk melakukan penilaian evaluasi terhdap kinerja field. Tabel yang dibaca a) Nasabah b) Field_ c) Visit_report d) Draft_ e) PTP f) Pembayaran g) Verifikasi Deskripsi Proses ini merupakan sebuah proses yang dilakukan untuk melakukan penilaian evaluasi terhadap kinerja field. Tabel yang dibaca a) Nasabah b) Field_ c) Visit_report d) Draft_ Insert Tabel - Data a) Tindakan penangana n Insert Tabel a) Tindakan_P enanganan b) Draft_kunj ungan Data a) Daftar routing Insert Tabel a) Draft_kunj ungan

105 133 D. Entity Relationship Diagram (ERD) ERD merupakan suatu desain sistem yang digunakan untuk merepresentasikan, menentukan dan mendokumentasikan kebutuuhan sistem kedalam sebuah bentuk dengan tujuan agar keseluruhan struktur data dapat dilihat dengan mudah. D.1. Conceptual Data Model (CDM) Conceptual Data Model (CDM) adalah gambaran secara keseluruhan dari konsep struktur basis data yang dirancang untuk sebuah aplikasi. Rancangan CDM untuk aplikasi yang akan dibuat dapat dilihat pada Gambar Gambar 3.34 Conceptual Data Model (CDM)

106 134 D.2. Physical Data Model (PDM) Physical Data Model (PDM) menggambarkan secara detail konsep struktur basis data untuk suatu sistem. PDM terbentuk dari Conceptual Data Model (CDM) yang telah di-generate dan didalamnya telah mendefinisikan atribut-atribut beserta relasi pada setiap entitas. Adapun PDM tersebut dapat dilihat pada Gambar Gambar 3.35 Physical Data Model (PDM)

107 135 D.3. Struktur Basis Data Sesuai dengan Physical Data Model (PDM) yang telah dirancang, dapat dibentuk suatu struktur basis data yang akan digunakan untuk menyimpan data yaitu 1. Nama Tabel Nasabah Primary key Foreign key Fungsi Nomor ID_PTP, ID Kunjungan Menyimpan data Tabel 3.50 Struktur tabel Nasabah No Field Name Data Type Constraint Description 1 Nomor Integer PK Nomor 2 ID_PTP Integer FK1 ID PTP 3 ID_Kunjungan Integer FK2 ID Kunjungan 4 ID_Upload Integer ID Upload 5 ID_Nasabah Integer ID Nasabah / No. Kartu kredit 6 Nama_Nasabah Varchar (50) Nama Nasabah 7 Jenis_Kelamin Varchar (5) Jenis Kelamin 8 Tgl_Lahir Varchar (30) Tanggal Lahir 9 Al_Rumah Varchar (50) Jalan 10 Al_Rumah1 Varchar (50) RT/RW 11 Al_Rumah2 Varchar (50) Desa/Kelurahan 12 Al_Rumah3 Varchar (50) Kecamatan 13 Al_Rumah4 Varchar (50) Kota 14 Kdpos_Rumah Varchar (10) Kodepos Rumah 15 Telp_Rumah Varchar (30) Telp Rumah 16 Selular Varchar (30) Selular 17 Perusahaan Varchar (50) Perusahaan 18 Al_Kantor1 Varchar (50) Jalan Kantor1 19 Al_Kantor2 Varchar (50) RT/RW Kantor Al_Kantor3 Varchar (50) Desa/Kelurahan Kantor3 Al_Kantor4 Varchar (50) Kecamatan Kantor4 22 Al_Kantor5 Varchar (50) Kota Kantor5 23 Kdpos_Kantor Varchar (10) Kodepos Kantor 24 Telp_Kantor Varchar (30) Telp Kantor 25 Relasi_Nama Varchar (50) Nama Relasi

108 136 No Field Name Data Type Constraint Description 26 Al_Relasi1 Varchar (50) Jalan Relasi1 27 Al_Relasi2 Varchar (50) RT/RW Relasi2 28 Al_Relasi3 Varchar (50) Kelurahan/Kecam atan Relasi3 29 Al_Relasi4 Varchar (50) Kota Relasi4 30 Kdpos_Relasi Varchar (10) Kodepos Relasi 31 Telp_Relasi Varchar (30) Telp Relasi 32 Limit Float Batas kredit 33 Outstanding Float Hutang 34 Principle Float Diskon 35 Sign Integer Status 2. Nama Tabel Kunjungan Primary key Id_ Kunjungan Foreign key - Fungsi Menyimpan data draft Tabel 3.51 Struktur tabel Kunjungan No Field Name Data Type Constraint Description 1 ID_Kunjungan Integer PK ID Kunjungan 2 Agent Varchar Agent (50) (Field ) 3 Approval Boolean Approval 4 Catatan Long Catatan Varchar 3. Nama Tabel Visit_Report Primary key Foreign key ID_VisitReport ID_User, ID_Status1, ID_Status2, ID_Status3 Fungsi Menyimpan data visit report Tabel 3.52 Struktur tabel Visit_Report No Field Name Data Type Constraint Description 1 ID_VisitReport Integer PK ID VisitReport 2 ID_ Integer FK2 ID Nasabah 3 ID_User Integer FK3 ID Field 4 ID_Status1 Integer FK4 ID Status1

109 137 No Field Name Data Type Constraint Description 5 ID_Status2 Integer FK5 ID Status2 6 ID_Status3 Integer FK6 ID Status3 7 Waktu Date & Waktu Time 8 Catatan Long Catatan Varchar 4. Nama Tabel Status_terbaru Primary key Foreign key ID_StatusNasabah ID_User, ID_Status1, ID_Status2, ID_Status3 Fungsi Menyimpan status terbaru Tabel 3.53 Struktur tabel Status_terbaru No Field Name Data Type Constraint Description 1 ID_VisitReport Integer PK ID VisitReport 2 ID_Status1 Integer FK2 ID Status1 3 ID_Status2 Integer FK3 ID Status2 4 ID_Status3 Integer FK4 ID Status3 5 ID_ Integer FK5 ID Nasabah 6 ID_User Integer FK6 ID Field 5. Nama Tabel Status1 Primary key ID_Status1 Foreign key - Fungsi Menyimpan data Status1 Tabel 3.54 Struktur tabel Status1 No Field Name Data Type Constraint Description 1 ID_Status1 Integer PK ID Status1 2 Nama_Status1 Varchar (30) Nama Status1 6. Nama Tabel Status2 Primary key ID_Status2 Foreign key -

110 138 Fungsi Menyimpan data Status2 Tabel 3.55 Struktur tabel Status2 No Field Name Data Type Constraint Description 1 ID_Status2 Integer PK ID Status2 2 Nama_Status2 Varchar (30) Nama Status2 7. Nama Tabel Status3 Primary key ID_Status3 Foreign key - Fungsi Menyimpan data Status3 Tabel 3.56 Struktur tabel Status3 No Field Name Data Type Constraint Description 1 ID_Status3 Integer PK ID Status3 2 Nama_Status3 Varchar (30) Nama Status3 8. Nama Tabel Payment Primary key Foreign key Fungsi ID_Payment Nomor Menyimpan data pembayaran Tabel 3.57 Struktur tabel Payment No Field Name Data Type Constraint Description 1 ID_Payment Integer PK ID Payment 2 Nomor Integer FK Nomor 3 Tanggal_Bayar Date Tanggal bayar 4 Payment Float Pembayaran 5 Discount Integer Diskon 6 Tanggal_Input Date Tanggal input 9. Nama Tabel PTP Primary key Foreign key Fungsi ID_ PTP Nomor, ID_Ptp_paid_off Menyimpan data PTP

111 139 Tabel 3.58 Struktur tabel PTP No Field Name Data Type Constraint Description 1 ID_Payment Integer PK ID Payment 2 Nomor Integer FK1 Nomor 3 ID_Ptp_paid_off Integer FK2 ID PTP paid off 4 Balance Integer Balance Balance_after_dis Integer Balance after count discount 5 Discount Integer Diskon Down_payment_a Date Down payment mount amount 6 Total_rtp_amount Float Total rtp amount 7 Down_payment_d Date Down payment ue_date duedate 8 Tenor Float Tenor 9 Rtp_Amount Float Rtp Amount 10 PTP_Due_date Date PTP Due date 11 Via Varchar Via (50) 12 Tipe_PTP Varchar Tipe PTP (10) 13 Tanggal_Input Date Tanggal input 10. Nama Tabel PTP_Paid_off Primary key Foreign key Fungsi ID_ PTP_Paid_off ID_PTP_Paid_off Menyimpan data PTP paid off Tabel 3.59 Struktur tabel PTP_Paid_off No Field Name Data Type Constraint Description 1 ID_ PTP_Paid_off Integer PK ID PTP paid off 2 ID_ PTP Integer FK ID PTP 3 Tanggal_Bayar Date Tanggal bayar 4 Payment Float Pembayaran 5 Discount Integer Diskon 6 Tanggal_Input Date Tanggal input 11. Nama Tabel Verifikasi Primary key Foreign key Fungsi ID_ Verifikasi Nomor Menyimpan data verifikasi lapangan

112 140 Tabel 3.60 Struktur tabel Verifikasi No Field Name Data Type Constraint Description 1 ID_Verifikasi Integer PK ID Verifikasi 2 Nomor Integer FK Nomor 3 Catatan_Verifikasi Long Catatan hasil 4 Hasil 12. Nama Tabel User varchar Varchar (50) verifikasi Hasil verifikasi. Extend atau reject Primary key ID_ User Foreign key - Fungsi Menyimpan data pengguna Tabel 3.61 Struktur tabel User No Field Name Data Type Constrai nt Description 1 ID_ User Integer PK ID User 2 Nama_User Varchar (50) Nama User 3 Level Varchar (50) Level User 4 Alamat_ User Varchar Alamat User (100) 5 Telp_User Varchar (30) Telp User 6 _ User Varchar User (100) 7 Username Varchar (50) Username 8 Password Varchar (50) Password 9 Catatan_Evaluasi Long varchar Catatan Evaluasi

113 Perancangan Prosedur dan Program Unit A. Administrasi Field collection 1) Menyusun Draft Functional Interface Upload data Menyusun Draft Administrasi Field Collection Dashboard Master Upload Data Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Upload Data Nasabah Upload file Pilih file Upload Data Nasabah Upload Data Pembayaran Upload Data PTP Paid Off Kunjungan Laporan Simpan Input Data Nasabah Tambah Data Nasabah Description Interface Tambah data Form upload data digunakan oleh Admin untuk memasukkan data baru kedalam sistem dengan cara upload data atau input data. Untuk mengupload data baru, Admin memilih tombol Pilih file kemudian memilih file yang akan diupload. Setelah file muncul, admin menekan tombol simpan, sedangkan untuk menginputkan data secara manual admin memilih Tambah data Tambah Data Nasabah No. Card Nama Nasabah Jenis Kelamin Tanggal Lahir Alamat Rumah (Jalan) Alamat Rumah (RT / RW) Alamat Rumah (Kelurahan) Alamat Rumah (Kecamatan) Alamat Rumah (Kota) Kode Pos Telepon Selular Nama Perusahaan Alamat Kantor (Jalan) Alamat Kantor (RT / RW) Alamat Kantor (Kelurahan) Alamat Kantor (Kecamatan) Alamat Kantor (Kota) Kode Pos Kantor Telepon Kantor Laki-laki Perempuan Nama Relasi Alamat Relasi (Jalan) Alamat Relasi (RT / RW) Alamat Relasi (Kecamatan) Alamat Relasi (Kota) Kode Pos Relasi Telepon Relasi Open Date Limits Outstanding Date WO Cardpro LPA LPD Sign Simpan Description Administrasi field collection dapat mengisikan pada field yang tersedia kemudian menekan tombol Simpan

114 142 Interface Master data Administrasi Field Collection Dashboard Master Master Nasabah Master Field Collector Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Data Nasabah All Nasabah Nasabah PTP Nasabah Non-PTP Tampilkan 4 Data per halaman Pencarian Master Pembayaran No Nama Nasabah No. Kartu Alamat Rumah Balance Principle Limit Aksi Upload Data 1 Kunjungan 2 Laporan Description Interface Detail data Form master data digunakan untuk menampilkan data semua, data yang melakukan PTP dan yang tidak melakukan PTP. Administrasi field collection dapat memilih icon untuk menampilkan detail dan icon untuk melakukan perubahan data. Detail Nasabah No. Card Nama Relasi ANASTASIA Nama Nasabah Jenis Kelamin Tanggal Lahir RICHARD ANDRIAN Laki-laki Perempuan Alamat Relasi (Jalan) Alamat Relasi (RT / RW) PAKIS GELORA I NO 1 RT 001/08 Alamat Rumah (Jalan) KREMBANGAN BHAKTI 13 NO.7 Alamat Relasi (Kecamatan) - Alamat Rumah (RT / RW) Alamat Rumah (Kelurahan) Alamat Rumah (Kecamatan) Alamat Rumah (Kota) RT 13/02 KEMAYORAN KREMBANGAN SURABAYA Alamat Relasi (Kota) Kode Pos Relasi Telepon Relasi SURABAYA Kode Pos Telepon Open Date Selular Nama Perusahaan Alamat Kantor (Jalan) Alamat Kantor (RT / RW) VALBURY ASIA FUTURES PT MENARA MANDIRI LT.17 JL.BASUKI RAHMAT 8-12 Limits Outstanding Date WO Alamat Kantor (Kelurahan) - Cardpro Alamat Kantor (Kecamatan) Alamat Kantor (Kota) Kode Pos Kantor - SURABAYA LPA LPD - - Telepon Kantor Sign - Tutup Description Ketika icon detail dipilih oleh Admin, sistem akan menampilkan detail secara terperinci, sehingga lebih memudahkan untuk dibaca.

115 143 Interface Edit data Edit Data Nasabah No. Card Nama Relasi ANASTASIA Nama Nasabah Jenis Kelamin Tanggal Lahir RICHARD ANDRIAN Laki-laki Perempuan Alamat Relasi (Jalan) Alamat Relasi (RT / RW) PAKIS GELORA I NO 1 RT 001/08 Alamat Rumah (Jalan) KREMBANGAN BHAKTI 13 NO.7 Alamat Relasi (Kecamatan) - Alamat Rumah (RT / RW) Alamat Rumah (Kelurahan) Alamat Rumah (Kecamatan) Alamat Rumah (Kota) RT 13/02 KEMAYORAN KREMBANGAN SURABAYA Alamat Relasi (Kota) Kode Pos Relasi Telepon Relasi SURABAYA Kode Pos Telepon Open Date Selular Nama Perusahaan Alamat Kantor (Jalan) Alamat Kantor (RT / RW) VALBURY ASIA FUTURES PT MENARA MANDIRI LT.17 JL.BASUKI RAHMAT 8-12 Limits Outstanding Date WO Alamat Kantor (Kelurahan) - Cardpro Alamat Kantor (Kecamatan) Alamat Kantor (Kota) Kode Pos Kantor - SURABAYA LPA LPD - - Telepon Kantor Sign - Simpan Description Interface Master field Apabila terjadi kesalahan pencatatan data, Admin dapat melakukan perubahan data pada form edit data. Untuk menyimpan perubahan yang telah dilakukan, Admin dapat memilih tombol Simpan Administrasi Field Collection Dashboard Master Master Nasabah Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Data Field Collector Tampilkan 4 Data per halaman Pencarian Master Field Collector Master Pembayaran Upload Data Kunjungan Laporan No ID Field Collector Nama Field Collector Alamat Telepon Aksi Description Form master data field digunakan untuk menampilkan data semua field. Administrasi field collection dapat memilih icon untuk melakukan perubahan data.

116 144 Interface Edit data field Tambah Data Field Collector ID Field Collector Nama Field Collector Alamat Telepon Username Password Simpan Description Interface Distribusi Apabila terjadi kesalahan pencatatan data field, Admin dapat melakukan perubahan data pada form edit data field. Untuk menyimpan perubahan yang telah dilakukan, Admin dapat memilih tombol Simpan Administrasi Field Collection Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Master Upload Data Kunjungan Distribusi Nasabah Pilih ID Upload Batas Maks 300 Distribusi Nasabah No ID Upload Nama Nasabah No. Kartu Aksi Draft Kunjungan 1 Laporan 2 Kirim ke Draft Kunjungan Description Interface Draft Form Distribusi digunakan untuk membuat draft. Administrasi field collection dapat memilih id upload untuk menampilkan data dan mengisi jumlah data yang ingin dibuat dan ditampilkan. Setelah data tampil, admin menekan tombol kirim ke Draft. Sistem akan membagi kepada field secara merata dan data tersimpan dalam draft. Administrasi Field Collection Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Draft Kunjungan Master Upload Data Nama Field Collector Cari Kunjungan Distribusi Nasabah No Nama Nasabah No. Kartu Alamat Rumah Balance Principle Field Collector Draft Kunjungan Laporan 1 2 3

117 145 Description Table Output Non- Functional Query Pseudocode Form draft akan muncul apabila supervisor sudah melakukan approval draft. Admin dapat mengetahui draft untuk membuat daftar dan surat tugas a) Master b) Master field c) Draft Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi pencatatan master hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon a. Waktu respon yang dibutuhkan dalam melakukan pencatatan master kurang dari 1 menit b. Waktu respon yang dibutuhkan dalam penyusunan draft kurang dari 5 menit Kebutuhan Untuk mengakses sistem dapat menyimpan Storage Tampilan Muka Maintenance Ability Antar data dibutuhkan storage minimal 1GB a) Desain dan warna menggunakan warna yang tidak terlalu mencolok, sehingga nyaman ketika dilihat b) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia a) Sistem memberikan hak akses untuk melakukan perubahan data b) Sistem memberikan hak akses untuk melakukan perubahan data Insert, Update, field_, Select, field_, Begin Declare Connect.(), LoginPengguna() Simpan() Ubah() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() Simpanfield() Ubahfield() Cancel(), Exit() End Begin Declare

118 146 Connect.(), LoginPengguna() TampilKunjungan() SimpanKunjungan() UbahKunjungan () Cancel(), Exit() End 2) Mencetak daftar per- dan surat tugas yang telah di Acc supervisor Functional Mencetak daftar per- dan surat tugas yang telah di Acc supervisor Interface Cetak daftar Administrasi Field Collection Dashboard Master Upload Data Kunjungan Laporan Daftar Kunjungan Surat Tugas Visit Report Daftar Kunjungan Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Nama Field Collector Buat Daftar Kunjungan PT FHRISMAIIS ARTHA GenerMl FontrMctor, Follection, Steel construction, Ship repmir & supplier DAFTAR KUNJUNGAN No ID Nasabah Nama Nasabah No. Kartu Alamat Rumah Balance trinciple Description Format daftar Form cetak daftar digunakan untuk membuat daftar yang sudah di acc oleh supervisor. Admin dapat memilih field yang akan diberikan daftar. Setelah daftar muncul, admin dapat menekan icon untuk mencetak. Description Daftar berisi informasi mengenai alamat, informasi tagihan kartu kredit, kantor tempat bekerja, relasi dan field yang menangani

119 147 Interface Cetak surat tugas Administrasi Field Collection Dashboard Master Upload Data Kunjungan Laporan Daftar Kunjungan Surat Tugas Visit Report Surat Tugas Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Nama Field Collector Cari Masa Berlaku surat tugas s/d Buat Surat Tugas PT FHRISMAIIS ARTHA GenerMl FontrMctor, Follection, Steel construction, Ship repmir & supplier SURAT TUGAS Description Format surat tugas Form cetak surat tugas digunakan untuk membuat surat tugas. Admin dapat memilih field yang akan diberikan surat tugas dan batas berlaku surat tugas tersebut. Setelah surat tugas muncul, admin dapat menekan icon untuk mencetak. Description Surat tugas berisi informasi mengenai penugasan perusahaan kepada field untuk melakukan penagihan kepada, masa berlaku surat tugas dan lampiran berupa list yang akan dikunjungi. Table Input a) Data field Table Output a) Daftar Kunjungan b) Surat tugas Non- Kehandalan Sistem dapat melakukan penyimpanan data

120 148 Functional Query Pseudocode dengan baik Keamanan Fungsi pencetakan daftar dan surat tugas hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Waktu respon yang dibutuhkan dalam melakukan pencetakan daftar kurang dari 1 menit Kebutuhan Untuk mengakses sistem dapat menyimpan Storage data dibutuhkan storage minimal 1GB Tampilan Antar a) Desain dan warna menggunakan warna Muka yang tidak terlalu mencolok, sehingga nyaman ketika dilihat b) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Maintenance a) Sistem memberikan hak akses untuk Ability melakukan apakah daftar akan segera dicetak atau akan di cetak kemudian Select, field_ Begin Declare Connect.(), LoginPengguna() Tampildraftacc() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() CetakDaftra() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() Tampilsurattugas() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() Cetaksurattugas() Cancel(), Exit() End

121 149 3) Pengecekan Pembayaran Nasabah Functional Pengecekan Pembayaran Nasabah Interface Upload data Administrasi pembayaran Field Collection Dashboard Upload Data Pembayaran Master Upload Data Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Upload file Pilih file Upload Data Nasabah Upload Data Pembayaran Upload Data PTP Paid Off Kunjungan Laporan Simpan Input Data Pembayaran Tambah Data Pembayaran Description Interface Tambah data pembayaran Form upload data pembayaran digunakan oleh Admin untuk memasukkan data pembayaran kedalam sistem dengan cara upload data atau input data. Untuk mengupload data pembayaran, Admin memilih tombol Pilih file kemudian memilih file yang akan diupload. Setelah file muncul, admin menekan tombol simpan, sedangkan untuk menginputkan data pembayaran secara manual admin memilih Tambah data pembayaran Tambah Data Pembayaran ID Pembayaran Nama Field Collector No. Card Nama Nasabah Tanggal Pembayaran PTP Jumlah Pembayaran Kota Status Bayar Simpan Description Administrasi field collection dapat mengisikan pada field yang tersedia kemudian menekan tombol Simpan

122 150 Interface Master data Pembayaran Administrasi Field Collection Dashboard Master Master Nasabah Data Pembayaran Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Pembayaran PTP Paid Off Pembayaran tanpa PTP Master Field Collector Tampilkan 4 Data per halaman Pencarian Master Pembayaran Upload Data Kunjungan Laporan No ID Field Collector Nama Nasabah No. Card Tgl Bayar Date Date Date Pembayaran Description Interface Edit data pembayaran Form master data pembayaran digunakan untuk menampilkan data semua pembayaran, yang melakukan PTP dan PTP paid off. Administrasi field collection dapat memilih icon untuk menampilkan detail pembayaran dan icon untuk melakukan perubahan data. Edit Data Pembayaran ID Pembayaran Nama Field Collector No. Card Nama Nasabah Tanggal Pembayaran PTP Jumlah Pembayaran Kota Status Bayar Simpan Description Interface Upload data PTP paid off Apabila terjadi kesalahan pencatatan data pembayaran, Admin dapat melakukan perubahan data pada form edit data pembayaran. Untuk menyimpan perubahan yang telah dilakukan, Admin dapat memilih tombol Simpan Administrasi Field Collection Dashboard Master Upload Data Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Upload Data PTP Paid Off Upload file Pilih file Upload Data Nasabah Upload Data Pembayaran Upload Data PTP Paid Off Kunjungan Laporan Simpan Input Data PTP Paid Off Tambah Data PTP Paid Off

123 151 Description Interface Tambah data pembayaran Form upload data PTP paid off digunakan oleh Admin untuk memasukkan data PTP paid off kedalam sistem dengan cara upload data atau input data. Untuk mengupload data PTP paid off, Admin memilih tombol Pilih file kemudian memilih file yang akan diupload. Setelah file muncul, admin menekan tombol simpan, sedangkan untuk menginputkan data PTP paid off secara manual admin memilih Tambah data PTP paid off Tambah Data PTP Paid Off ID PTP Paid Off Nama Field Collector No. Card Nama Nasabah Tanggal Pembayaran PTP Jumlah Pembayaran Kota Status Date Lunas Simpan Description Interface Master data PTP paid off Administrasi field collection dapat mengisikan pada field yang tersedia kemudian menekan tombol Simpan Administrasi Field Collection Dashboard Master Master Nasabah Data Pembayaran Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Pembayaran PTP Paid Off Pembayaran tanpa PTP Master Field Collector Tampilkan 4 Data per halaman Pencarian Master Pembayaran Upload Data Kunjungan Laporan No ID Field Collector Nama Nasabah No. Card Tgl Bayar Date Date Date Pembayaran Description Interface Edit data PTP paid off Form master data PTP paid off digunakan untuk menampilkan data semua data PTP paid off. Edit Data PTP Paid Off ID PTP Paid Off Nama Field Collector No. Card Nama Nasabah Tanggal Pembayaran PTP Jumlah Pembayaran Kota Status Date Lunas Simpan Description Apabila terjadi kesalahan pencatatan data PTP paid off,

124 152 Table Output Non- Functional Query Pseudocode Admin dapat melakukan perubahan data pada form edit data. Untuk menyimpan perubahan yang telah dilakukan, Admin dapat memilih tombol Simpan d) Master Pembayaran e) Ptp_paidoff Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi pencatatan pembayaran dan PTP paid off hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon c. Waktu respon yang dibutuhkan dalam melakukan pencatatan pembayaran dan PTP paid off kurang dari 1 menit d. Waktu respon yang dibutuhkan dalam menyimpan data pembayaran kurang dari 5 menit Kebutuhan Untuk mengakses sistem dapat menyimpan Storage Tampilan Muka Maintenance Ability Antar data dibutuhkan storage minimal 1GB c) Desain dan warna menggunakan warna yang tidak terlalu mencolok, sehingga nyaman ketika dilihat d) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia c) Sistem memberikan hak akses untuk melakukan perubahan data pembayaran dan PTP paid off Insert pembayaran, PTP_Paidoff Update pembayaran, PTP_Paidoff Select, field, pembayaran, ptp_paidoff, visit_report, PTP Begin Declare Connect.(), LoginPengguna() Simpanpembayaran() Ubahpembayaran() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() Simpanptppaidoff() Ubahptppaidoff() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna()

125 153 B. Field Tampilpembayaran() Tampilptppaidoff() Simpanpembayaran() Simpanptppaidoff() Ubahpembayaran() Ubahptppaidoff() Cancel(), Exit() End 1) Pencatatan data hasil online Functional Interface Daftar Pencatatan data hasil online Field Collector Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Daftar Kunjungan Nasabah Nasabah All Nasabah Nasabah PTP Nasabah Non-PTP Pembayaran Nasabah History Tampilkan 4 Data per halaman Pencarian Target No Nama Nasabah No. Kartu Alamat Principle Rumah Balance Limit Aksi Description Interface Detail Field melakukan pencatatan data hasil dengan memilih icon untuk melihat detail data dan membuat visit report atau PTP Detail Nasabah No. Card Nama Nasabah Jenis Yelamin Tanggal Lahir Alamat Rumah (Jalan) Telepon Selular Nama Perusahaan RICHARD ANDRIAN Laki-laki KREMBANGAN BHAKTH 13 NO D80030 VAIBURY ASHA FUTURES PT History Nasabah Tanggal Status Catatan Date Date Date Visit Report Alamat Yantor (Jalan) Telepon Yantor JI.BASUKH RAHMAT DD717 Status 1 Status 2 Nama Relasi ANASTASHA Status 3 Alamat Relasi (Jalan) Telepon Relasi PAKHS GEIORA H NO D Catatan Open Date Simpan.uat PTP Date WO LPA - LPD - Limits Outstanding 12D31422 Cardpro Description Sistem akan menampilkan detail secara terperinci ketika

126 154 Interface PTP icon dipilih oleh field, sehingga lebih memudahkan untuk dibaca dan field dapat mengisikan pada field visit report kemudian menekan tombol Simpan. Tenor PTP Form Nasabah No. Kartu Balance RICHARD ANDRIAN Balance After Discount Discount Down Payment Amount Total RTP Down Payment Due Date Tenor RTP Amount RTP Due Date Via Tipe PTP Date Date Tenor Simpan Description Table Input Table Output Non- Functional Query Pseudocode Pada form Tenor PTP, field dapat mengisikan pada field yang tersedia kemudian menekan tombol Simpan b) Visit report c) PTP a) Daftar b) Visit report c) PTP Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi pencatatan visit report & PTP hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Waktu respon yang dibutuhkan dalam melakukan pencatatan visit report & PTP kurang dari 1 menit Kebutuhan Untuk mengakses sistem dapat menyimpan Storage data dibutuhkan storage minimal 1GB Tampilan Antar a) Desain dan warna menggunakan warna Muka yang tidak terlalu mencolok, sehingga nyaman ketika dilihat b) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Maintenance a) Sistem memberikan hak akses untuk Ability melakukan perubahan data visit report Select,, visit_report, PTP Insert visit_report, PTP Update visit_report Begin Declare Connect.(), LoginPengguna() TampilDaftar()

127 155 Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() TampilDetailKunjungan() Cancel(), Exit()End Begin Declare Connect.(), LoginPengguna() SimpanVisitreport() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanPTP() Cancel(), Exit() End C. Supervisor field collection 1) Approval draft Functional Approval draft Interface Approval draft Supervisor Dashboard Master Approval Monitoring Verifikasi Evaluasi Laporan Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Approval Menu Menu Draft Kunjungan No Tanggal Date Date Date Nama Field Collector Menu Pencarian Jumlah Nasabah Aksi Approve Description Pada form Approval draft, supervisor dapat melihat draft yang telah dibuat oleh admin untuk selanjutnya ditindak lanjuti apakah di Acc atau mendapatkan revisi.

128 156 Interface Detail draft Detail Draft Kunjungan Nama Field Collector Aziz No Nasabah No. Card Alamat Aksi 1 Routing Field Collector Tutup Description Interface Revisi draft Pada form Approval draft, ketika icon detail dipilih oleh supervisor, sistem akan menampilkan detail tiap field. Apabila supervisor ingin melakukan revisi dapat menekan tombol routing field. Supervisor Dashboard Master Approval Monitoring Verifikasi Evaluasi Laporan Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Menu Revisi Approval Draft Menu Draft Kunjungan Kunjungan Data Nasabah No Tanggal Date Date Date Date Data Field Collector Nama Field Collector Nasabah Menu No. Card Pencarian Balance Principle Aksi No Nama Field Collector Jumlah Nasabah Aksi Catatan perbaikan Revisi Description Form Revisi draft digunakan untuk memindahkan kepada field lain. Supervisor memberikan centang kepada - yang akan dipindahkan pada tabel data, selanjutnya supervisor memilih field lain yang akan menangani tersebut kemudian

129 157 Interface Dialog approval draft menekan tombol Revisi. Approve Draft Kunjungan Apakah anda akan melakukan approval draft? Approve Batal Description Table Input Table Output Non- Functional Query Pseudocode Ketika supervisor memilih untuk melakukan approve draft maka akan muncul form dialog approval draft. Supervisor dapat memilih tombol approve untuk menyetujui draft atau Batal untuk membatalkan persetujuan draft. d) Draft Kunjungan (Acc) d) Draft Kunjungan Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi Approval draft hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Waktu respon yang dibutuhkan dalam melakukan approval kurang dari 1 menit Kebutuhan Storage Untuk mengakses sistem dapat menyimpan data dibutuhkan storage minimal 1GB Tampilan Antar c) Desain dan warna menggunakan warna Muka yang tidak terlalu mencolok, sehingga nyaman ketika dilihat d) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Maintenance Ability Sistem memberikan hak akses untuk melakukan perubahan data draft Select,, field_ Update, field_ Begin Declare Connect.(), LoginPengguna() TampilDraft() Cancel(), Exit() End

130 158 Begin Declare Connect.(), LoginPengguna() TampilDetailDraft() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanDraftAcc() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanDraftAcc() UbahDraftAcc() Cancel(), Exit() End 2) Monitoring kinerja field Functional Monitoring kinerja field Interface Monitoring status & pembayaran Supervisor Dashboard Monitoring Nasabah Master Approval Monitoring Nasabah Menu Menu Verifikasi Evaluasi Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Field Collector Rp- Laporan Total Pembayaran Nasabah Periode Jan - Des 2014 Jan Feb Mar Apr Mei Jun Jul Agus Sept Okt Nov Des Jumlah Description Form monitoring status & pembayaran digunakan untuk melihat informasi tentang presentase status terbaru dan pembayaran dari masing-masing dalam bentuk grafik.

131 159 Interface Monitoring detail status Detail Nasabah No. Card Nama Nasabah Jenis Kelamin Tanggal Lahir Open Date Date WO LPA Limits LPD Alamat Rumah (Jalan) Outstanding Telepon Cardpro Selular Nama Perusahaan Alamat Kantor (Jalan) Telepon Kantor Nama Relasi Alamat Relasi (Jalan) Telepon Relasi History Nasabah Tanggal Field Coll Date Date Date Date Status Catatan Tutup Description Interface Monitoring detail pembayaran Ketika icon detail dipilih oleh supervisor, sistem akan menampilkan detail beserta history visit report secara terperinci, sehingga lebih memudahkan untuk dibaca. Supervisor Dashboard Master Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Pembayaran PTP Paid Off Pembayaran tanpa PTP Master Nasabah Tampilkan 4 Data per halaman Pencarian Master Field Collector No Field Collector Nama Nasabah No. Card Tgl Bayar Pembayaran Master Pembayaran 1 Date Approval 2 Date Monitoring Verifikasi Evaluasi Laporan Date Date Date Description Interface Monitoring jatuh tempo PTP Ketika icon detail dipilih oleh supervisor, sistem akan menampilkan detail beserta history pembayaran secara terperinci. Supervisor Dashboard Master Master Nasabah Master Field Collector Data Nasabah Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector All Nasabah Nasabah PTP Nasabah Non-PTP Tampilkan 4 Data per halaman Pencarian Master Pembayaran FC Name No.Card Balance BAD Disc DP Amount DP DueDate Tenor RTP Am. RTP DueD. Tipe PTP Approval Num Num Date Num Date Monitoring Num Num Date Num Date Verifikasi Num Num Date Num Date Evaluasi Laporan

132 160 Description Interface Monitoring penanganan Form monitoring jatuh tempo PTP digunakan untuk mengetahui informasi mengenai tanggal jatuh tempo PTP. Apabila sudah jatuh tempo namun belum membayar maka sistem akan memberikan notifikasi bagi field untuk melakukan penagihan ulang. Supervisor Dashboard Master Approval Monitoring Nasabah Menu Menu Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Monitoring Field Collector Penanganan Nasabah Field Collector Alfianto Andri Aziz Aziz Bagus Dedy Handoko Iwan Mulyono Yanto Verifikasi Evaluasi Laporan Pembayaran Nasabah bulan Januari Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp ,00 Rp0,00 Alfianto Andri Arif Aziz Bagus Dedy Handoko Iwan Description Table Input - Table Output Non- Functional Query Form monitoring penanganan digunakan untuk melihat informasi tentang penanganan dari masing-masing field beserta perolehan pembayaran dalam bentuk grafik. a) Notifikasi jatuh tempo PTP b) Laporan verifikasi c) Nasabah reject d) Laporan Hasil monitoring Kehandalan Sistem dapat melakukan monitoring dengan akurat Keamanan Fungsi monitoring kinerja field colllector hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Kebutuhan Storage Tampilan Muka Antar Waktu respon yang dibutuhkan dalam menampilkan informasi monitoring kurang dari 1 menit Untuk mengakses sistem dapat menyimpan data dibutuhkan storage minimal 1GB a) Desain dan warna menggunakan warna yang tidak terlalu mencolok, sehingga nyaman ketika dilihat b) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Select, field_, visit_report, PTP, pembayaran,

133 161 Pseudocode Begin Declare Connect.(), LoginPengguna() TampilHasilmonitoring() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() TampilDetailmonitoring() Cancel(), Exit() End 3) Membuat catatan hasil verifikasi lapangan Functional Membuat catatan hasil verifikasi lapangan Interface Verifikasi Supervisor Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Verifikasi Master Approval Tampilkan 4 Data per halaman Pencarian Monitoring No Tanggal Nama Field Collector Nasabah No. Card Visit 1 Visit 2 Visit 3 Aksi Verifikasi 1 Date Extend Reject Evaluasi 2 Date Extend Reject Laporan 3 Date Extend Reject Description Interface Extend Form Verifikasi berisi informasi siapa saja dan field yang perlu dilakukan verifikasi. Supervisor dapat mengambil keputusan dengan tetap menangani ( extend ) atau menarik data dan mengembalikan data ( reject ) kepada klien (Bank Mega). Extend Nama Field Collector Nama Nasabah Catatan verifikasi Simpan Description Ketika tombol extend dipilih, sistem akan menampilkan form extend. Supervisor dapat mengisi catatan verifikasi

134 162 Table Input Table Output Non- Functional Query Pseudocode sebagai acuan dalam melakukan evaluasi. e) Data hasil Verifikasi e) Hasill verifikasi Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi verifikasi hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Waktu respon yang dibutuhkan dalam melakukan verifikasi kurang dari 1 menit Kebutuhan Storage Untuk mengakses sistem dapat menyimpan data dibutuhkan storage minimal 1GB Tampilan Antar c) Desain dan warna menggunakan warna Muka yang tidak terlalu mencolok, sehingga nyaman ketika dilihat d) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Select, field_, visit_report, ptp, pembayaran, verifikasi Insert verifikasi Update verifikasi Begin Declare Connect.(), LoginPengguna() TampilVerifikasi() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanVerifikasi() Cancel(), Exit() End

135 163 4) Evaluasi kinerja field Functional Evaluasi kinerja field Interface Evaluasi Supervisor Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Master Approval Monitoring Verifikasi Evaluasi Laporan Evaluasi Pilih Bulan Jan Tahun 2015 Cari No Field Collector Target Kunjungan Target Pembayaran Aksi Routing Briefing Routing Briefing Routing Briefing Description Interface Routing Form evaluasi berisi target dari masing-masing field. Supervisor dapat melakukan routing maupun briefing kepada field Supervisor Sistem Informasi Monitoring & Evaluasi Kinerja Field Collector Dashboard Menu Routing Approval Menu Field Draft Collector Kunjungan Menu Master Approval Monitoring Data Nasabah No Nama Field Collector 1 Nasabah No. Card Visit 1 Pencarian Visit 2 Visit 3 Aksi Verifikasi Evaluasi Laporan Data Field Collector No Nama Field Collector Jumlah Nasabah Aksi Routing Field Collector Desciption Form routing digunakan untuk memindahkan kepada field lain. Supervisor memberikan centang kepada - yang akan dipindahkan pada tabel data, selanjutnya supervisor memilih field lain yang akan menangani tersebut kemudian menekan tombol Routing field.

136 164 Interface Briefing field Evaluasi Field Collector Nama Field Collector Catatan Evaluasi Simpan Desciption Table Input Table Output Non- Functional Query Pseudocode Form evaluasi digunakan untuk memberikan briefing bagi masing-masing field untuk meningkatkan kinerjanya. Untuk menyimpan data evaluasi yang baru supervisor dapat memilih tombol Simpan b) Tindakan Penanganan c) Data Briefing d) Data Routing a) Pencapaian target b) Tindakan penanganan c) Daftar routing Kehandalan Sistem dapat melakukan penyimpanan data dengan baik Keamanan Fungsi evaluasi kinerja field hanya dapat dilakukan oleh pengguna yang memiliki akses untuk melakukannya Waktu Respon Waktu respon yang dibutuhkan dalam melakukan evaluasi kurang dari 1 menit Kebutuhan Untuk mengakses sistem dapat menyimpan Storage Tampilan Muka Maintenance Ability Antar data dibutuhkan storage minimal 1GB a) Desain dan warna menggunakan warna yang tidak terlalu mencolok, sehingga nyaman ketika dilihat b) Bahasa yang digunakan pada antar muka adalah Bahasa Indonesia Sistem memberikan hak akses untuk melakukan edit apakah evaluasi telah sesuai atau tidak Select, field_, visit_report, PTP, pembayaran,, verifikasi Update Begin Declare Connect.(), LoginPengguna() TampilTargetfield() Cancel(), Exit() End Begin Declare

137 165 D. Program Unit Connect.(), LoginPengguna() TampilDetailTargetfield () Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanBriefing() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() TampilDaftarRouting() Cancel(), Exit() End Begin Declare Connect.(), LoginPengguna() SimpanRouting() Cancel(), Exit() End Program unit merupakan kumpulan dari setiap pseudocode yang ada dalam setiap fungsi yang akan dibangun dan berfungsi sebagai dasar dalam pengembangan sistem serta penerapan fungsi-fungsinya. Program unit tersebut seperti terlihat pada Tabel 3.62 Detail Program Unit. Tabel3.62 Detail Program Unit Nama Fungsional Program Unit Menyusun Draft Begin connect(), login() savenasabah() updatenasabah() getnasabah() getfieldcollector() savedraftkunjungan() End Approval draft Begin connect(), login() getdraftkunjungan() savedraftkunjungan() updatedraftkunjungan()

138 166 Nama Fungsional Mencetak daftar per dan surat tugas yang telah di Acc supervisor Pencatatan data hasil online Fungsi pengecekan data pembayaran Monitoring kinerja field Membuat catatan hasil verifikasi lapangan Program Unit End Begin connect(), login() getdraftkunjungan() getfieldcollector() printdaftarkunjungan() printsurattugas() End Begin connect(), login() getnasabah() getdaftarkunjungan() getpembayaran() getptppaidoff() gethistoryvisitreport() savevisitreport() getptp() saveptp() End Begin connect(), login() getnasabah() getdaftarkunjungan() savepembayaran() saveptppaidoff() getpembayaran() updatepembayaran() updatedaftarkunjungan() End Begin connect(), login() getnasabah() getdaftarkunjungan() getpembayaran() getptppaidoff() getvisitreport() getptp() hitstatusnasabah() hitverifikasinasabah() saveverifikasi() End Begin connect(), login() getverifikasi() updateverifikasi() saveverifikasi() End

139 167 Nama Fungsional Evaluasi kinerja field Program Unit Begin connect(), login() getnasabah() getdaftarkunjungan() getpembayaran() getptppaidoff() getvisitreport() getptp() updatedaftarkunjungan() End Desain Uji Coba Desain uji coba (testing) fungsional pada sistem ini akan dilakukan menggunakan metode black box, yang berarti bahwa pengujian sistem yang didasarkan pada pengecekan terhadap detail perancangan di setiap fungsional sistem dan memfokuskan pada keperluan fungsional dari software. Beberapa fungsi-fungsi yang akan dilakukan pengujian, diantaranya A. Administrasi Field Kebutuhan testing pada masing-masing test case sesuai dengan skenario yang telah dibuat oleh Administrasi Field dapat dilihat pada Tabel 3.63 Skenario Testing Fungsi Menyusun Draft. Tabel 3.63 Skenario Testing Fungsi Menyusun Draft Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi Menyusun Draft Administrasi Field collection Proses ini merupakan desain skenario testing dalam fungsi Menyusun Draft Baca dan simpan data No Prosedur Input Output yang diharapkan 1 Memilih sub Menu Upload Home Upload menu Upload data data data

140 168 Nama Fungsi Fungsi Menyusun Draft 2 Mengetahui respon sistem terhadap tombol pilih file 3 Mencari file yang akan diupload. 4 Mengisi file data dan menekan tombol simpan. 5 Tidak mengisi file data kemudian menekan tombol Menekan tombol pilih file File excel yang berisi data Menekan tombol simpan Menekan tombol simpan Muncul form pencarian file (explorer) Muncul nama File excel pada form upload Muncul notifikasi Data tersimpan Muncul notifikasi Pilih file data terlebih dahulu. simpan. Menentukan yang ditangani per-field (Distribusi ) No Prosedur Input Output yang diharapkan 1 Memilih sub menu Distribusi 2 Memilih ID upload 3 memasukkan batas jumlah yang ingin didistribusikan dibawah batas maksimal 4 Memilih ID upload dan Mengisi batas jumlah kemudian Menu Distribusi Memilih ID Upload yang tersedia pada menu drop down ID Upload Batas jumlah (contoh 200) Menekan tombol Tampilkan Form Distribusi ID Upload yang dipilih keluar - Sistem akan menampilkan Data kedalam tabel sesuai dengan ID

141 169 Nama Fungsi Fungsi Menyusun Draft menekan tombol Tampilkan" 5 Tidak memilih ID Upload kemudian menekan tombol Tampilkan" 6 Memasukkan batas jumlah yang ingin didistribusikan melebihi batas maksimal. 7 Memberikan tanda centang kepada dan field yang akan dipilih 8 Mengetahui respon sistem setelah memberikan tanda centang terhadap kepada dan field kemudian menekan tombol Kirim ke draft 9 Mengetahui respon sistem setelah memberikan tanda centang terhadap kepada dan field kemudian ID Upload Batas jumlah (contoh 1000) Tanda centang Menekan Tombol Kirim ke draft Menekan Tombol Kirim ke draft Upload yang dipilih. Muncul notifikasi Pilih ID Upload Keyboard tidak dapat berfungsi apabila memasukkan angka diatas 350 Muncul tanda centang pada yang dipilih Data terbagi kepada field secara merata dan pembuatan draft berhasil dilakukan.

142 170 Nama Fungsi Menyusun Draft Fungsi menekan tombol Kirim ke draft 10 Mengetahui respon sistem Menekan Tombol Kirim Muncul notifikasi pilih apabila tidak ke draft terlebih memberikan centang terhadap kemudian menekan tombol Kirim dahulu ke draft 11 Mengetahui respon sistem Menekan Tombol Kirim Muncul notifikasi pilih apabila tidak ke draft field memberikan centang terhadap field kemudian menekan tombol Kirim terlebih dahulu ke draft Tabel 3.64 Skenario Testing Fungsi mencetak daftar per- dan surat tugas Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi mencetak daftar per- dan surat tugas Administrasi Field collection Proses ini merupakan desain skenario testing dalam fungsi mencetak daftar per- dan surat tugas Membuat daftar per- (Acc) No Prosedur Input Output yang diharapkan 1 Memilih sub Menu Daftar Home Daftar menu Daftar 2 Mengisi nama field pada kolom pilih nama field Nama Field Muncul nama field pada box

143 171 Nama Fungsi Fungsi mencetak daftar per- dan surat tugas 3 Mengetahui Menekan tombol Sistem akan respon sistem buat daftar menampilkan terhadap tombol buat PDF untuk mencetak daftar daftar Mencetak daftar per- (Acc) No Prosedur Input Output yang diharapkan 1 Mengisi nama field pada kolom pilih nama field 2 Mengetahui respon sistem terhadap tombol buat daftar 3 Mengetahui respon sistem terhadap tombol Cetak Nama Field Menekan tombol buat daftar Menekan tombol Cetak Muncul nama field pada box Sistem akan menampilkan PDF untuk mencetak daftar Sistem akan mencetak daftar Membuat surat tugas No Prosedur Input Output yang diharapkan 1 Memilih sub menu Surat Tugas 2 Mengisi nama field pada kolom pilih nama field 3 Menginputkan masa berlaku surat tugas 4 Mengetahui respon sistem terhadap tombol buat Surat Tugas Menu Surat Tugas Nama Field Tanggal mulai berlaku surat tugas, Tanggal selesai berlaku surat tugas. Menekan tombol buat Surat Tugas Home Surat Tugas Muncul nama field pada textbox Muncul tanggal masa berlaku pada textbox Sistem akan menampilkan PDF untuk mencetak Surat Tugas

144 172 Nama Fungsi Fungsi mencetak daftar per- dan surat tugas Mencetak surat tugas No Prosedur Input Output yang diharapkan 1 Mengisi nama field pada kolom pilih nama field 2 Menginputkan masa berlaku surat tugas 3 Mengetahui respon sistem terhadap tombol buat Surat Tugas 4 Mengetahui respon sistem terhadap tombol Cetak Nama Field Tanggal mulai berlaku surat tugas, Tanggal selesai berlaku surat tugas. Menekan tombol buat Surat Tugas Menekan tombol Cetak Muncul nama field pada textbox Muncul tanggal masa berlaku pada textbox Sistem akan menampilkan PDF untuk mencetak Surat Tugas Sistem akan mencetak surat tugas Tabel 3.65 Skenario Testing Fungsi pengecekan pembayaran Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi pengecekan pembayaran Administrasi Field collection Proses ini merupakan desain skenario testing dalam fungsi pengecekan pembayaran Baca dan simpan data pembayaran No Prosedur Input Output yang diharapkan 1 Memilih sub Menu Upload Home Upload menu Upload data data pembayaran data pembayaran pembayaran 2 Mengetahui respon sistem terhadap tombol pilih file 3 Mencari file pembayaran Menekan tombol pilih file File excel yang berisi data Muncul form pencarian file (explorer) Muncul nama File excel pada

145 173 Nama Fungsi Fungsi pengecekan pembayaran yang pembayaran form upload akan diupload. 4 Mengisi file data dan menekan tombol Menekan tombol simpan Muncul kotak dialog Data pembayaran tersimpan simpan. 5 Tidak mengisi file data kemudian menekan tombol simpan. Menekan tombol simpan Muncul kotak dialog Pilih file data pembayaran terlebih dahulu. Baca dan simpan data PTP paid off No Prosedur Input Output yang diharapkan 1 Memilih sub menu Upload data PTP paid off 2 Mengetahui respon sistem terhadap tombol pilih file 3 Mencari file PTP paid off yang akan diupload. 4 Mengisi file data PTP paid off dan menekan tombol simpan. 5 Tidak mengisi file data PTP paid off kemudian menekan tombol simpan. Menu Upload data PTP paid off Menekan tombol pilih file File excel yang berisi data PTP paid off Menekan tombol simpan Menekan tombol simpan Home Upload data PTP paid off Muncul form pencarian file (explorer) Muncul nama File excel pada form upload Muncul kotak dialog Data PTP paid off tersimpan Muncul kotak dialog Pilih file data PTP paid off terlebih dahulu.

146 174 B. Field Tabel 3.66 Skenario Testing Fungsi Pencatatan data hasil online Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi Pencatatan data hasil online Field Proses ini merupakan desain skenario testing dalam fungsi Pencatatan data hasil online Simpan data visit report Contoh data visit report ID Status 1 Status 2 Status 3 Catatan 1 Ada Skip Kasus Tidak bisa ditagih No Prosedur Input Output yang diharapkan 1 Memilih menu Menu Daftar Home Daftar Daftar 2 Memilih nama Tombol detail Sistem yang menampilkan akan dilakukan detail daftar pencatatan data, sesuai menekan tombol dengan nama detail yang 3 Mengetahui respon sistem terhadap tombol buat visit report 4 Mengisi inputan pada form tambah data visit report dengan inputan yang benar 5 Mengisi inputan pada form visit report dengan inputan yang salah Menekan tombol buat visit report Status1, Status 2, Status 3 catatan (ContohAda, Skip, Kasus, Tidak bias ditagih ) Tanggal, status, catatan dipilih Sistem menampilkan form visit report Muncul status sesuai dengan pilihan pada combobox Muncul notifikasi sebagai pemberitahuan bahwa karakter yang diinputkan harus berupa angka/huruf

147 175 Nama Fungsi Fungsi Pencatatan data hasil online (sesuai inputan yang benar) 6 Mengetahui Menekan Data visit report respon sistem tombol tersimpan terhadap tombol simpan simpan Simpan data PTP No Prosedur Input Output yang diharapkan 1 Memilih menu Daftar 2 Memilih nama yang akan dilakukan pencatatan data, menekan tombol detail 3 Mengetahui respon sistem terhadap tombol buat PTP 4 Mengetahui respon sistem terhadap tombol Tenor PTP/Amount PTP 5 Mengisi inputan pada form tambah data PTP dengan inputan yang benar 6 Mengisi inputan pada form tambah data PTP dengan Menu Daftar Menekan tombol detail Menekan tombol buat PTP Menekan tombol Tenor PTP/Amount PTP Balance after discount, Discount, Down payment amount, Total RTP, Down payment due date, Tenor, RTP Amount, RTP due date, via, Tipe PTP Balance after discount, Discount, Home Daftar Sistem menampilkan detail daftar sesuai dengan nama yang dipilih Sistem menampilkan form Jenis PTP Sistem menampilkan form PTP (Tenor/Amount) - Muncul notifikasi sebagai

148 176 Nama Fungsi Fungsi Pencatatan data hasil online inputan salah yang 7 Mengetahui respon sistem terhadap tombol simpan Down payment amount, Total RTP, Down payment due date, Tenor, RTP Amount, RTP due date, via, Tipe PTP Menekan tombol simpan pemberitahuan bahwa karakter yang diinputkan harus berupa angka/huruf (sesuai inputan yang benar) Data tersimpan PTP C. Supervisor field collection Tabel 3.67 Skenario Testing Fungsi approval draft Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi approval draft Supervisor field collection Proses ini merupakan desain skenario testing dalam fungsi approval draft Memeriksa Draft per- field Data Draft Kunjungan yang akan diapprove No Prosedur Input Output yang diharapkan 1 Memilih menu Approval draft Menu Approval draft Home Approval draft 2 Memeriksa draft Acc/Revisi draft Draft acc tersimpan Acc Draft per- field No Prosedur Input Output yang diharapkan 1 Mengetahui respon sistem terhadap tombol Approve 2 Mengetahui respon sistem Menekan tombol Approve Menekan tombol Muncul kotak dialog persetujuan draft Draft acc

149 177 Nama Fungsi Fungsi approval draft terhadap tombol approve pada kotak dialog approve draft 3 Mengetahui respon sistem terhadap tombol batal pada kotak dialog approve draft Approve Menekan tombol Batal tersimpan Kembali ke halaman draft usulan Revisi Draft per- field No Prosedur Input Output yang diharapkan 1 Memilih tombol Menekan tombol Home Revisi Revisi Revisi draft 2 Memberi centang kepada Nasabah yang diberikan tanda Perpindahan field yang centang akan dipindahkan kepada field lain pada form revisi draft dan memilih field yang akan digantikan. 4 Mengetahui Menekan Hasil revisi respon sistem tombol draft terhadap tombol Simpan Revisi Simpan Revisi tersimpan

150 178 Tabel 3.68 Skenario Testing Fungsi monitoring kinerja field Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi monitoring kinerja field Supervisor field collection Proses ini merupakan desain skenario testing dalam fungsi Pencatatan data hasil online Monitoring status No Prosedur Input Output yang diharapkan 1 Memilih menu Menu Home monitoring monitoring monitoring 2 Melakukan monitoring status. Data visit ptp pembayaran history report, dan Sistem memberikan informasi ringkasan dan detail status dalam bentuk grafik dan tabel Monitoring pembayaran No Prosedur Input Output yang diharapkan 1 Memilih menu monitoring 2 Melakukan monitoring pembayaran. Menu monitoring Data visit ptp pembayaran history report, dan Home monitoring Sistem memberikan informasi ringkasan dan detail pembayaran dalam bentuk grafik dan tabel Monitoring Monitoring jatuh tempo PTP No Prosedur Input Output yang diharapkan 1 Memilih menu Master PTP Menu Master PTP Sistem memberikan informasi tanggal tempo jatuh PTP

151 179 Nama Fungsi Fungsi monitoring kinerja field Membuat notifikasi jatuh tempo PTP No Prosedur Input Output yang diharapkan 1 - Data Pembayaran dan data PTP Sistem memberikan notifikasi melalui bagi field bahwa terdapat yang ditangani belum melakukan pembayaran saat jatuh tempo. Monitoring penanganan No Prosedur Input Output yang diharapkan 1 Memilih menu monitoring field 2 Melakukan monitoring penanganan. Menu monitoring field Data visit ptp pembayaran history report, dan Home monitoring field Sistem memberikan informasi ringkasan detail penanganan masing-masing dan field dalam bentuk grafik dan tabel Membuat laporan verifikasi lapangan No Prosedur Input Output yang diharapkan 1 - Data history Sistem akan visit report, menyeleksi ptp pembayaran dan yang perlu dilakukan verifikasi lapangan

152 180 Nama Fungsi Alur Normal Fungsi monitoring kinerja field Rekapitulasi hasil Monitoring No Prosedur Input Output yang diharapkan 1 Memilih menu laporan hasil monitoring Menu laporan hasil monitoring Sistem menampilkan informasi rangkuman hasil monitoring Membuat laporan lunas No Prosedur Input Output yang diharapkan 1 Memilih menu laporan lunas Menu laporan lunas Sistem menampilkan informasi sudah mempunyai tunggakan. yang tidak Tabel 3.69 Skenario Testing Fungsi membuat catatan hasil verifikasi lapangan Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi membuat catatan hasil verifikasi lapangan Supervisor field collection Proses ini merupakan desain skenario testing dalam fungsi membuat catatan hasil verifikasi lapangan Simpan data hasil verifikasi lapangan No Prosedur Input Output yang diharapkan 1 Mengetahui Menu Home verifikasi respon sistem verifikasi terhadap tombol verifikasi 2 Mengetahui respon sistem terhadap tombol Extend Menekan Sistem akan tombol Extend mengembalikan data kepada field untuk dilakukan perpanjangan dan ulang Reject data No Prosedur Input Output yang diharapkan

153 181 Nama Fungsi Fungsi membuat catatan hasil verifikasi lapangan 1 Memilih menu verifikasi 2 Mengetahui respon sistem terhadap tombol Withdrawal Menu verifikasi Menekan tombol Withdraw al Home verifikasi Sistem akan melakukan penarikan data dari field yang menangani dan dilaporkan sebagai reject Tabel 3.70 Skenario Testing Fungsi evaluasi kinerja field Nama Fungsi Stakeholder Deskripsi Alur Normal Fungsi evaluasi kinerja field Supervisor field collection Proses ini merupakan desain skenario testing dalam fungsi evaluasi kinerja field Evaluasi kinerja field No Prosedur Input Output yang diharapkan 1 Mengetahui Menu evaluasi Home evaluasi respon sistem terhadap tombol evaluasi 2 Memilih bulan Menekan Menampilkan dan tahun tombol informasi target evaluasi Evaluasi dan kemudian pembayaran menekan field tombol dalam satu Evaluasi bulan Briefing field No Prosedur Input Output yang diharapkan 1 Mengetahui respon sistem terhadap tombol briefing pada salah satu field 2 Mengisi kolom catatan Menekan tombol briefing Catatan evaluasi Sistem menampilkan form dialog evaluasi field -

154 182 Nama Fungsi Fungsi evaluasi kinerja field evaluasi 3 Mengetahui respon sistem terhadap tombol simpan Menekan tombol simpan Routing field Catatan evaluasi (briefing) tersimpan No Prosedur Input Output yang diharapkan 1 Mengetahui Menekan Home Routing respon sistem tombol terhadap tombol Routing Routing pada salah satu field 2 Memberi centang kepada yang akan dipindahkan kepada field lain pada form routing field dan memilih field yang akan digantikan. 3 Mengetahui respon sistem terhadap tombol Routing Nasabah yang diberikan tanda centang Menekan tombol Routing - Data routing tersimpan Berikut adalah contoh skenario testing monitoring kinerja field ollector sesuai dengan KPI 1. Skenario testing monitoring status Pada skenario testing monitoring status ini akan diambil sampel data pada bulan februari 2015 oleh field Alfiyanto dalam 3 kali kepada yang ditangani seperti pada tabel 3.71

155 183 Tabel 3.71 Sampel data No Nasabah Status ke-1 Status ke-2 Status Kunjungan ke- 3 1 Gunawan Hidayat Prospek Prospek Janji Bayar Anita Yayu 2 Rahmawati Salah Alamat Pindah 3 Rindang Sudjaswanti Dra Salah Alamat Tidak Mau Bayar Janji Bayar 4 Njo Hendro Sunyoto Tidak Ada Di Tempat Prospek Janji Bayar 5 Ma'ah Abd Pindah 6 Risna Febria Prospek Janji Bayar Dibayar 7 Supriaji Alamat Tidak Ada Tidak Ada Di Tempat Tidak Ada Di Tempat 8 Netty Cahyosari Kasus Inge Trisnawati Tidak Ada Di Tidak Mau 9 Soesanto Tempat Bayar Tidak Mau Bayar 10 Putut Sutiyo Irawan Tidak Mau Bayar Tidak Mau Bayar Tidak Bisa Ditemui Tidak Ada Di 11 Roy Gosal M Tempat Prospek Prospek 12 Yuni Dwi Indiarti Prospek Janji Bayar Janji Bayar 13 Sujani Sima Prospek Janji Bayar Dibayar 14 Tjhin Fransisca Meninggalkan Pesan Tidak Bisa Ditemui Tidak Bisa Ditemui 15 Thio Wing Wie Janji Bayar Dibayar Dibayar 16 Tommy Haryono Alamat Tidak Ada Tidak Bisa Ditemui Tidak Mau Bayar 17 Yulianto Meninggal Kwanarto Ongko Alamat Tidak Tidak Bisa 18 Pranowo Ada Ditemui Prospek 19 Syamsul Arifin Prospek Prospek Janji Bayar 20 Herman Pangalila Tidak Ada Di Tempat Janji Bayar Lunas 21 Indah Purwani Tidak Ada Di Tempat Tidak Bisa Ditemui Prospek 22 Anik Agustin Tidak Bisa Ditemui Janji Bayar Dibayar Erlita Dwi 23 Agustina Siregar Prospek Prospek Janji Bayar 24 Andjar Sukmo Adji St Janji Bayar Dibayar Lunas 25 Januarini Ngestiningsas Tidak Ada Tunggakan 26 Wishnu Widodo Low Balance Low Balance

156 184 No Nasabah Status ke-1 Status ke-2 Status Kunjungan ke Tatik Yuliasih Tidak Mau Bayar Tidak Mau Bayar Tidak Mau Bayar 28 Hesti Susanti Tidak Bisa Ditemui Tidak Bisa Ditemui Tidak Bisa Ditemui 29 Pungky Yulia K Prospek Janji Bayar Dibayar 30 David Budi Saleh Prospek Prospek Janji Bayar 31 Ria Ratnaningtyas Tidak Ada Di Tempat Kasus Anneke Tidak Mau Tidak Bisa Tidak Bisa 32 Mardiwiyati Bayar Ditemui Ditemui 33 Donny Firmansyah Salah Alamat Janji Bayar Dibayar 34 Rachmad Fitriyanto Alamat Tidak Ada Alamat Tidak Ada Alamat Tidak Ada Meninggalkan Tidak Bisa 35 Tri Tavip Yuliati Pesan Ditemui Prospek Sampel yang ada akan dikelompokkan oleh sistem siapa saja yang harus masuk kedalam status extend (Ada / perpanjangan), skip (penarikan) atau ditolak (evaluasi lebih lanjut). Dalam menentukan status ditolak terdapat aturan sebagai berikut Status selama 3 kali = Alamat tidak ada Status selama 3 kali = Tidak ada ditempat Status selama 3 kali = Salah alamat / Meninggalkan pesan / Tidak bisa ditemui Berikut adalah hasil pengelompokan status Tabel 3.72 Hasil pengelompokan status No Nasabah Hasil Status 1 Gunawan Hidayat Extend 2 Anita Yayu Rahmawati skip 3 Rindang Sudjaswanti Dra Extend 4 Njo Hendro Sunyoto Extend 5 Ma'ah Abd skip 6 Risna Febria Extend

157 185 7 Supriaji Ditolak 8 Netty Cahyosari skip 9 Inge Trisnawati Soesanto Extend 10 Putut Sutiyo Irawan Ditolak 11 Roy Gosal M Extend 12 Yuni Dwi Indiarti Extend 13 Sujani Sima Extend 14 Tjhin Fransisca Ditolak 15 Thio Wing Wie Extend 16 Tommy Haryono Ditolak 17 Yulianto skip 18 Kwanarto Ongko Pranowo Extend 19 Syamsul Arifin Extend 20 Herman Pangalila Extend 21 Indah Purwani Extend 22 Anik Agustin Extend 23 Erlita Dwi Agustina Siregar Extend 24 Andjar Sukmo Adji St Extend 25 Januarini Ngestiningsas skip 26 Wishnu Widodo skip 27 Tatik Yuliasih Ditolak 28 Hesti Susanti Ditolak 29 Pungky Yulia K Extend 30 David Budi Saleh Extend 31 Ria Ratnaningtyas skip 32 Anneke Mardiwiyati Ditolak 33 Donny Firmansyah Extend 34 Rachmad Fitriyanto Ditolak 35 Tri Tavip Yuliati Extend Output yang diharapkan dari pengelompokan status diatas adalah sistem dapat menampilkan grafik status terbaru seperti pada gambar 3.36 Gambar 3.36 Grafik status

158 Skenario testing monitoring Pada skenario testing status ini akan diambil sampel data pada tanggal 09 Maret 2015 dari semua field seperti pada tabel 3.72 Tabel 3.73 Sampel data Kunjungan Field Collector Nasabah Yang Dikunjungi Field Collector Nasabah Yang Dikunjungi Alfianto Mas Rifatul Hayati Edy Netty Hadi Suprapto Eka Sari Soelistyowati Sundoro Wahyudi Mochammad Rochim I Wayan Suwita Mujianto Idfonda Tegana Diana Rhema Agustin Uripa Deny Bharaysy Kusmiati Augustin Christiningtyas Alim Hanoaryo Noerhadiyono Guritno Sandjaja Putra Totok Junaedi Lily Suriani Taslim Andri Susi Andriyani Tjio Luk An Abdus Salam Hendro Faisol Amin Musallam Suharno Titik Kusumawati Pradjanto Sunarjo T M P Bagus Siswantono R Rico Octaviano Wahyu Hidayat Hengki Kurniawan Hartono Bobby Octavisiano Mujianto Esther Herlina Ety Dwi Susanti Sumini Handoko Rendy Ferdiyanto Maria Puji Rahayu Afif Masyhudi Onny Agus Wijayanto Bambang Tri Jatmiko Rini Isfandiyah Budiono I Gede Widiasa Diah Wahyuningtyas Aziz Christiana Sahertian Yosefa Yuli Setyorini Endang Palupi S Pd Diyan Susilowati Lilik Endang Sudarnik Iwan Teguh Mardian Syah Novi Yanti Subiyantoro Andi Nyoto Sumartono Sutrisno Albert Nazaretha Hariyono Hariyanto Rosalina Florence Rachmad Agus Fafan Nur Alva Dori Rhaisa Ca

159 187 Afif Masyhudi Sukesi Bagus Sri Widodo Diana Rhema Agustin Harjati Esni Priyanti Pungki Saptiarso Putranto Nurul Khasanah Yudy Soetanto Yoyok Subagio Irsadul Anam Mulyono Yulian Komariyah Muhamad Nur Ashari Onny Agus Wijayanto Arman Setiono Aditya Eka Chandra Sampel yang ada akan dihitung oleh sistem berapa masing-masing field pada hari tersebut sesuai dengan aturan jumlah harian yaitu Aktifitas Penagihan harian > 5 Berikut adalah hasil penjumlahan oleh masing-masing field Tabel 3.74 Hasil pengelompokan status No Field Collector Jumlah Kunjungan 1 Alfiyanto 9 2 Andri 13 3 Aziz 4 4 Andi 5 5 Bagus 7 6 Edy 10 7 Hendro 7 8 Handoko 7 9 Iwan Mulyono 3 Output yang diharapkan dari penjumlahan adalah sistem dapat menampilkan grafik harian field seperti pada gambar 3.

160 188 Gambar 3.37 Grafik harian field 3. Skenario testing evaluasi kinerja field Pada skenario testing evaluasi kinerja field ini akan diambil sampel data perolehan pembayaran seperti pada tabel 3.72 dan jumlah pada bulan Maret 2015 dari semua field seperti pada tabel 3.75 Tabel 3.75 Sampel data perolehan pembayaran No Field Collector Jumlah Pembayaran Jumlah Kunjungan 1 Alfiyanto Andri Aziz Andi Bagus Edy Hendro Handoko Iwan Mulyono

161 189 Sampel yang ada akan dihitung oleh sistem berapa masing-masing field pada hari tersebut sesuai dengan aturan jumlah harian yaitu Total perolehan perbulan > 150 Total perolehan pembayaran perbulan > Rp Output yang diharapkan dari penjumlahan adalah sistem dapat menampilkan grafik bulanan field serta hasil dari evaluasi dimana field yang tidak mencapai target akan muncul alert berupa warna merah yang berarti total perolehan pembayaran < Rp dan kuning yang berarti jumlah <150. Contoh grafik dan hasil evaluasi dapat dilihat pada gambar 3.38, 3.39 dan Gambar 3.38 Grafik bulanan

162 190 Gambar 3.39 Grafik pembayaran bulanan Gambar 3.40 Hasil evaluasi kinerja field