BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1. Analisa dan Deskripsi Sistem 4.1.1. Gambaran Proses Berdasarkan Surat Edaran yang dikeluarkan oleh direksi nomor 22/DIRG/DPPKG/2008 tentang pedoman penagihan dan penyelamatan kredit atau pembiayaan perorangan, penagihan nasabah yang mengalami keterlambatan pembayaran terbagi menjadi beberapa tahapan. Nasabah akan menerima Surat Konfirmasi (SK) untuk mengingatkan nasabah agar membayar angsurannya. Ketika sudah memasuki tanggal pembayaran dan nasabah telat melakukan pembayaran, maka akan di berikan Surat Penagihan, untuk mengingatkan nasabah agar membayar tagihannya. Surat Peringatan (SP) 1 akan dikeluarkan jika nasabah tetap menunggak minimal 2 bulan setelah tanggal penagihan. Jika nasabah yang telah menerima SP 1 dan tetap tidak melakukan pembayaran tunggakan dalam waktu 14 hari, maka pihak bank akan mengeluarkan SP 2. Begitu juga dengan SP 3, akan dikeluarkan 14 hari jika nasabah tidak melakukan pembayaran tunggakan setelah SP 2 dikeluarkan. SP 3 adalah surat edaran terakhir yang di keluarkan oleh pihak bank untuk mengingatkan nasabah agar segera melakukan pembayaran. Pihak bank akan melakukan suatu tindakkan bila nasabah tetap tidak melakukan pembayaran. Tindakkan yang dilakukan adalah penandaan rumah yang di kredit (agunan), serta melelang rumah tersebut. Proses yang dilakukan oleh pihak bank cukup lama dan rumit. Pihak bank harus mencatat seluruh biaya administrasi yang dibutuhkan untuk lelang, diantaranya Sertifikat 51
52 Hak Tanggungan (SHT), Apraisal, Surat Keterangan Pemilikan Tanah (SKPT), biaya iklan, serta biaya lainnya. 4.2 Ruang Lingkup Sistem yang akan di buat mencakup keseluruhan sistem yaitu mengenai pendataan nasabah, pencetakan surat dan pendataan lelang. 4.3 Analisis Kebutuhan 4.3.1 Analisis kebutuhan karyawan 1. Karyawan membutuhkan form isian data nasabah dan data lelang untuk menginputkan data-data yang di butuhkan. 2. Karyawan membutuhkan fasilitas seperti komputer untuk menginputkan data-data. 3. Karyawan membutuhkan pedoman atau cara untuk mengakses dan mengisi form-form yang ada supaya orang yang belum terbiasa mengoperasikan komputer bisa melakukannya. 4.4.2 Analisis kebutuhan Sistem 1. Sistem membutuhkan komputer untuk menjalankan perangkat lunak. 2. Sistem membutuhkan database sebagai tempat penyimpanan data-data. 4.4 Fungsionalitas dan Pengguna Sistem Perangkat lunak yang akan dibuat mempunyai beberapa fungsionalitas, antara lain : 1. Proses Penginputan Data Merupakan proses untuk memasukkan data. 2. Proses Pengeditan Data Merupakan proses untuk merubah data.
53 3. Proses Pelaporan Laporan meliputi : A. Surat Peringatan 1, 2, dan 3 B. Surat Konfirmasi C. Surat Penagihan D. Data keuangan nasabah yang rumahnya akan di lelang Sedangkan user atau pengguna sistem ini adalah : 1. Guest Guest hanya bisa melihat data nasabah dan data lelang saja. 2. Karyawan Karyawan yang telah memiliki ID karyawan dan data dari karyawan tersebut telah terdaftar dalam database karyawan akan bertindak sebagai operator yang dapat mengakses perangkat lunak. Disini terdapat satu karyawan yang memiliki hak akses khusus untuk mengelola data karyawan, 4.5. Usulan Pembuatan Perangkat Lunak 4.5.1 Usecase Diagram Pada usecase diagram ini menjelaskan apa yang akan dilakukan oleh sistem yang akan dibangun dan siapa yang akan berinteraksi dengan sistem. Usecase diagram menjadi dokumen kesepakatan antara User, dan Developer. Gambar 4.1. berikut adalah usecase diagram dari perangkat lunak ini :
54 Gambar 4.1 Usecase Diagram 4.5.2 Scenario Tiap Usecase A. Usecase login Fungi proses login merupakan reaksi sistem kepada setiap user untuk melindungi data. Syarat untuk mengakses sistem ini yaitu setiap user harus memasukan username dan password. Tabel 4.1 menjelaskan tiap skenario usecase ini. Nomor : UCS01 Nama usecase : login Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses inisialisasi (peng-absahan) operator : karyawan memasukkan username dan password saat sistem dioperasikan, sistem memeriksa keabsahan data yang dimasukkan
55 Tabel 4.1 Skenario usecase login Skenario Normal 1. Memasukkan username dan password Skenario Alternatif 1. Memasukkan username dan password 4. Memasukkan username dan password yang benar Skenario Alternatif 1. Menekan tombol cancel tanpa mengisi username dan password 2. Sistem memeriksa kebenaran data yang dimasukkan 3. Masuk ke aplikasi, dan menampilkan menu 2. Sistem memeriksa kebenaran data yang dimasukkan 3. Menampilkan pesan login gagal 5. Sistem memeriksa kebenaran data yang dimasukkan 6. Masuk ke aplikasi, dan menampilkan menu 2. Sistem menampilkan menu yang fungsinya dibatasi hanya sebatas melihat data saja. B. Usecase Manage Nasabah Fungi manage nasabah merupakan reaksi sistem kepada karyawan untuk memberikan kemudahan bagi actor dalam pendataan nasabah. Form yang disediakan sistem akan membantu actor ketika melihat, memasukan, merubah dan menghapus data nasabah. Tabel 4.2, 4.3, 4.4 menjelaskan tiap skenario usecase ini. Nomor : UCS02-01 Nama usecase : Manage Nasabah Actor Type : karyawan : Primary dan esensial
56 Tujuan Deskripsi : Menjelaskan proses perekaman data nasabah. : Sistem memproses administrasi data nasabah yang di masukan oleh actor yang nantinya akan disimpan kedalam database. Table 4.2 Skenario usecase entry data nasabah Skenario Normal 1. actor memilih menu data nasabah 3. actor memilih tombol untuk memasukan data nasabah 5. actor mengisi semua field yang di perlukan dalam form Skenario Alternatif 1. actor memilih menu data nasabah 3. actor memilih tombol untuk memasukan data nasabah. 5. actor mengisi semua field yang di perlukan dalam form 8. Memasukkan data dengan benar 4. Sistem mengaktifkan field untuk memasukan data 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan 4. Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan
57 Nomor : UCS02-02 Nama usecase : Manage Nasabah Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses pengeditan data nasabah. : Sistem memproses perubahan data nasabah yang di masukan oleh actor yang nantinya akan disimpan kembali kedalam database. Table 4.3 Skenario usecase edit data nasabah Skenario Normal 1. actor memilih menu data nasabah 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data nasabah 6. actor mengisi data yang akan di rubah Skenario Alternatif 1. actor memilih menu data nasabah 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data nasabah 6. actor mengisi data yang akan di rubah 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan 5. Sistem menampilkan data yang di panggil di database kedalam field
58 Table 4.3 Skenario usecase edit data nasabah (lanjutan) Skenario Alternatif 9. Memasukkan data dengan benar 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 10. Menampilkan pesan sukses di simpan Nomor : UCS02-03 Nama usecase : Manage Nasabah Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses penghapusan data nasabah. : Sistem memproses penghapusan data nasabah yang di pilih oleh actor yang nantinya akan dihapus di database. Table 4.4 Skenario usecase delete data nasabah Skenario Normal 1. actor memilih menu data nasabah 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data nasabah. 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu data nasabah 5. Sistem menampilkan pesan konfirmasi untuk menghapus
59 Table 4.4 Skenario usecase delete data nasabah (lanjutan) Skenario Normal 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data nasabah. 6. actor menekan tombol cancel 5. Sistem menampilkan pesan konfirmasi untuk menghapus 7. Sistem menampilkan kembali kondisi awal C. Usecase Manage Lelang Fungi manage lelang merupakan reaksi sistem kepada setiap actor untuk memberikan kemudahan bagi actor dalam pendataan administrasi lelang. Form yang disediakan sistem akan membantu actor ketika melihat, memasukan, merubah dan menghapus data lelang. Tabel 4.5, 4.6, 4.7 menjelaskan tiap skenario usecase ini. Nomor : UCS03-01 Nama usecase : Manage Lelang Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses perekaman data lelang. : Sistem memproses administrasi data lelang yang di masukan oleh actor yang nantinya akan disimpan kedalam database.
60 Table 4.5 Skenario usecase entry data lelang Skenario Normal 1. actor memilih menu data lelang 3. actor memilih tombol untuk memasukan data lelang 5. actor mengisi semua field yang di perlukan dalam form Skenario Alternatif 1. actor memilih menu data lelang 3. actor memilih tombol untuk memasukan data lelang 5. actor mengisi semua field yang di perlukan dalam form 8. Memasukkan data dengan benar 4. Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan 4. Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan Nomor : UCS03-02 Nama usecase : Manage Lelang Actor Type : karyawan : Primary dan esensial
61 Tujuan Deskripsi : Menjelaskan proses perubahan data lelang. : Sistem memproses perubahan data lelang yang di masukan oleh actor yang nantinya akan disimpan kembali kedalam database. Table 4.6 Skenario usecase edit data lelang Skenario Normal 1. actor memilih menu data lelang 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data lelang 6. actor mengisi data yang akan di rubah Skenario Alternatif 1. actor memilih menu data lelang 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data lelang 6. actor mengisi data yang akan di rubah 9. Memasukkan data dengan benar 5.Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 10. Menampilkan pesan sukses di simpan
62 Nomor : UCS03-03 Nama usecase : Manage Lelang Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses penghapusan data lelang. : Sistem memproses penghapusan data lelang yang di pilih oleh actor yang nantinya akan d ihapus di database. Table 4.7 Skenario usecase delete data lelang Skenario Normal 1. actor memilih menu data lelang 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data lelang 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu data lelang 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data lelang 6. actor menekan tombol cancel 5. Sistem menampilkan pesan konfirmasi untuk menghapus 5. Sistem menampilkan pesan konfirmasi untuk menghapus 7. Sistem menampilkan kembali kondisi awal
63 D. Usecase Manage Karyawan Fungi manage karyawan merupakan reaksi sistem kepada admin untuk memberikan kemudahan bagi admin dalam pendataan adminstrasi data karyawan. Form yang disediakan sistem akan membantu admin ketika melihat, memasukan, merubah dan menghapus data karyawan. Tabel 4.8, 4.9, 4.10 menjelaskan tiap skenario usecase ini. Nomor : UCS04-01 Nama usecase : Manage Karyawan Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses perekaman data karyawan. : Sistem memproses administrasi data karyawan yang di masukan oleh actor yang nantinya akan disimpan kedalam database. Table 4.8 Skenario usecase entry data karyawan Skenario Normal 1. actor memilih menu data karyawan 3. actor memilih tombol untuk memasukan data karyawan 5. actor mengisi semua field yang di perlukan dalam form Skenario Alternatif 1. actor memilih menu data karyawan 4. Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan
64 Table 4.8 Skenario usecase entry data karyawan (lanjutan) Skenario Alternatif 3. actor memilih tombol untuk memasukan data karyawan 5. actor mengisi semua field yang di perlukan dalam form 8. Memasukkan data dengan benar 4.Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan Nomor : UCS04-02 Nama usecase : Manage Karyawan Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses perubahan data karyawan. : Sistem memproses perubahan data karyawan yang di masukan oleh actor yang nantinya akan disimpan kembali kedalam database. Table 4.9 Skenario usecase edit data karyawan Skenario Normal 1. actor memilih menu data karyawan 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data karyawan
65 Table 4.9 Skenario usecase edit data karyawan (lanjutan) Skenario Normal 6. actor mengisi data yang akan di rubah Skenario Alternatif 1. actor memilih menu data karyawan 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data karyawan 6. actor mengisi data yang akan di rubah 9. Memasukkan data dengan benar 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 10. Menampilkan pesan sukses di simpan Nomor : UCS04-03 Nama usecase : Manage karyawan Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses penghapusan data karyawan. : Sistem memproses penghapusan data karyawan yang di pilih oleh actor yang nantinya akan dihapus di database.
66 Table 4.10 Skenario usecase delete data karyawan Skenario Normal 1. actor memilih menu data karyawan 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data karyawan 6. actor menekan tombol OK 5. Sistem menampilkan pesan konfirmasi untuk menghapus Skenario Alternatif 1. actor memilih menu data karyawan 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data karyawan 6. actor menekan tombol cancel 5.Sistem menampilkan pesan konfirmasi untuk menghapus 7. Sistem menampilkan kembali kondisi awal E. Usecase Melihat Data Nasabah Fungsi melihat data nasabah merupakan reaksi dari sistem untuk memberikan kemudahan kepada actor dalam melihat data nasabah. Tabel 4.11 menjelaskan tiap skenario usecase ini. Nomor : UCS05 Nama Usecase : Melihat Data Nasabah Actor Type : karyawan, guest : Primary dan esensial
67 Tujuan : Menjelaskan proses pemberian informasi data nasabah berdasarkan dengan data nasabah yang di masukan oleh guest atau karyawan Deskripsi : Sistem menampilkan form yang di dalamnya terdapat field untuk mencari data nasabah. Table 4.11 Skenario usecase melihat data nasabah Skenario Normal 1. actor memilih menu untuk melihat data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan dan menekan tombol cari Skenario Alternatif 1. actor memilih menu untuk melihat data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan 2. Sistem menampilkan seluruh data nasabah 4. Sistem menampilkan data yang dicari. 2. Sistem menampilkan seluruh data nasabah 4. Sistem menampilkan pesan bila data yang dicari tidak ditemukan. F. Usecase Melihat Data Lelang Fungsi melihat data lelang merupakan reaksi dari sistem untuk memberikan kemudahan kepada actor dalam melihat data lelang. Tabel 4.12 menjelaskan tiap skenario usecase ini. Nomor : UCS06 Nama Usecase : Melihat Data Lelang Actor : karyawan, guest
68 Type Tujuan : Primary dan esensial : Menjelaskan proses pemberian informasi data lelang berdasarkan dengan data lelang yang di masukan oleh guest atau karyawan Table 4.12 Skenario usecase melihat data lelang Skenario Normal 1. actor memilih menu untuk melihat data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan Skenario Alternatif 1. actor memilih menu untuk melihat data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan 2. Sistem menampilkan seluruh data nasabah 4. Sistem menampilkan data yang dicari. 2. Sistem menampilkan seluruh data nasabah 4. Sistem menampilkan pesan bila data yang dicari tidak ditemukan. G. Usecase Cetak Data Lelang Fungsi proses pencetakan data lelang merupakan reaksi dari sistem untuk memberikan kemudahan kepada actor dalam membuat laporan secara cepat dengan cara menggunakan form pencetakan laporan. Tabel 4.13 menjelaskan tiap skenario usecase ini. Nomor : UCS07 Nama usecase : Cetak Data Lelang Actor Type : karyawan : Primary dan esensial
69 Tujuan : Memberikan kemudahan kepada actor guna melakukan proses pencetakan laporan secara cepat. Deskripsi : Sistem menampilkan tampilan data administrasi lelang yang akan di cetak Table 4.13 Skenario usecase cetak data lelang Skenario Normal 1. actor memilih menu untuk mencetak laporan 3. actor klik tombol Cetak untuk cetak laporan 2. Sistem menampilkan dan membuka data lelang dari database 4. Sistem melakukan pencetakan laporan. H. Usecase Manage Surat-Surat Fungi manage surat-surat merupakan reaksi sistem kepada actor untuk memberikan kemudahan bagi actor dalam pendataan administrasi persuratan. Form yang disediakan sistem akan membantu actor ketika melihat, memasukan, merubah dan menghapus data surat. Tabel 4.14, 4.15, 4.16 menjelaskan tiap skenario usecase ini. Nomor : UCS08-01 Nama usecase : Manage Surat-Surat Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses perekaman surat-surat. : Sistem memproses administrasi persuratan yang di masukan oleh actor yang nantinya akan disimpan kedalam database.
70 Table 4.14 Skenario usecase entry data surat Skenario Normal 1. actor memilih menu cetak surat 3. actor memilih tombol untuk memasukan data surat 5. actor mengisi semua field yang di perlukan dalam form Skenario Alternatif 1. actor memilih menu cetak surat 3. actor memilih tombol untuk memasukan data surat 5. actor mengisi semua field yang di perlukan dalam form 8. Memasukkan data dengan benar 4.Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan 4. Sistem mengaktifkan field untuk memasukan data 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan Nomor : UCS08-02 Nama usecase : Manage Surat-Surat Actor Type : karyawan : Primary dan esensial
71 Tujuan Deskripsi : Menjelaskan proses perubahan data surat-surat. : Sistem memproses perubahan data surat-surat yang di masukan oleh actor yang nantinya akan disimpan kembali kedalam database. Table 4.15 Skenario usecase edit data surat Skenario Normal 1. actor memilih menu cetak surat 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data surat 6. actor mengisi data yang akan di rubah Skenario Alternatif 1. actor memilih menu cetak surat 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data surat 6. actor mengisi data yang akan di rubah 9. Memasukkan data dengan benar 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan 5. Sistem menampilkan data yang di panggil di database kedalam field 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 10. Menampilkan pesan sukses di simpan
72 Nomor : UCS08-03 Nama usecase : Manage Surat-Surat Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Menjelaskan proses penghapusan data surat. : Sistem memproses penghapusan data surat yang di pilih oleh actor yang nantinya akan dihapus di database. Table 4.16 Skenario usecase delete data surat Skenario Normal 1. actor memilih menu cetak surat 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data surat 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu cetak surat 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data surat 6. actor menekan tombol cancel 5. Sistem menampilkan pesan konfirmasi untuk menghapus / 5. Sistem menampilkan pesan konfirmasi untuk menghapus 7. Sistem menampilkan kembali kondisi awal I. Usecase Cetak Surat-Surat Fungsi proses pencetakan surat-surat merupakan reaksi dari sistem untuk memberikan
73 kemudahan kepada actor dalam membuat laporan dengan cara menggunakan form pencetakan laporan. Tabel 4.17 menjelaskan tiap skenario usecase ini. Nomor : UCS09 Nama usecase : Cetak Surar-Surat Actor Type Tujuan Deskripsi : karyawan : Primary dan esensial : Mencetak surat-surat. : Memberikan kemudahan kepada actor guna melakukan proses pencetakan surat-surat. Sistem menampilkan tampilan data surat yang akan di cetak. Table 4.17 Skenario usecase cetak surat-surat Skenario Normal 1. actor memilih menu cetak surat 3. actor klik tombol Cetak untuk cetak laporan 4. Sistem melakukan pencetakan laporan. 4.5.2. Activity Diagram Diagram ini menjelaskan alur kerja sistem. Activity diagram menggambarkan keadaan suatu proses dengan memperlihatkan urutan aktivitas yang dijalankan baik berupa pilihan maupun paralel. Perancangan Activity Diagram dari perangkat lunak ini dapat di lihat dari gambar 4.2 berikut:
74 Gambar 4.2 Activity diagram 4.5.3 Sequence diagram Sequence diagram ini menjelaskan secara detail urutan proses yang dilakukan dalam sistem untuk mencapai tujuan dari usecase. Dalam Pengembangan sistem ini, ada beberapa sequence diagram antara lain : 1. Sequence Diagram Login Pada sequence diagram ini dijelaskan bagaimana actor ingin berinteraksi dengan sistem agar actor tersebut dapat melakukan proses login ke dalam sistem ini. Gambar 4.3 berikut menjelaskan sequence diagram untuk proses ini.
75 Gambar 4.3 sequence diagram login 2. Sequence Diagram Entry Data Pada sequence diagram ini dijelaskan bagaimana karyawan sebagai actor menambahkan data. Sequence Diagram ini digunakan pada manage nasabah, manage lelang serta manage surat-surat. Gambar 4.4 berikut menjelaskan sequence diagram untuk proses ini.
76 Gambar 4.4 sequence diagram entry data 3. Sequence Diagram Edit Data Pada sequence diagram ini dijelaskan bagaimana karyawan sebagai actor merubah data. Sequence Diagram ini digunakan pada manage nasabah, manage lelang serta manage surat-surat. Gambar 4.5 berikut menjelaskan sequence diagram untuk proses ini.
77 Gambar 4.5 sequence diagram edit data 4. Sequence Diagram Delete Data Pada sequence diagram ini dijelaskan bagaimana karyawan sebagai actor menghapus data. Sequence Diagram ini digunakan pada manage nasabah, manage lelang serta manage surat-surat. Gambar 4.6 berikut menjelaskan sequence diagram untuk proses ini.
78 Gambar 4.6 sequence diagram delete data 5. Sequence Diagram Melihat Data Pada sequence diagram ini dijelaskan bagaimana karyawan atau guest sebagai actor melihat data. Sequence Diagram ini digunakan pada view nasabah dan view lelang. Gambar 4.7 berikut menjelaskan sequence diagram untuk proses ini.
79 Gambar 4.7 sequence diagram melihat data 6. Sequence Diagram Mencetak Data Lelang Pada sequence diagram ini dijelaskan bagaimana karyawan sebagai actor mencetak data lelang. Gambar 4.8 berikut menjelaskan sequence diagram untuk proses ini.
80 Gambar 4.8 sequence diagram mencetak data lelang 7. Sequence Diagram Mencetak Surat-Surat Pada sequence diagram ini dijelaskan bagaimana karyawan sebagai actor mencetak surat-surat. Gambar 4.9 berikut menjelaskan sequence diagram untuk proses ini. Gambar 4.9 sequence diagram mencetak surat-surat
81 4.5.4 Class Diagram Class diagram ini digunakan untuk menggambarkan disain statis dari sistem yang akan dibangun yang memperlihatkan himpunan kelas, antarmuka, kolaborasi, dan relasi yang terdapat dalam perangkat lunak ini. Gambar 4.10 berikut menjelaskan class diagram tersebut.
Gambar 4.10 class diagram 82
83 4.6 Analisis Masukan dan Keluaran Beberapa data yang akan menjadi masukan/input dalam sistem ini adalah : 1. Data Operator Merupakan data karyawan yang meliputi beberapa keterangan seperti nip, nama, jabatan, dan username dan password. 2. Data Nasabah Merupakan data pribadi nasabah yang meliputi beberapa keterangan seperti nomor debitur, nama debitur, alamat pribadi, alamat agunan, alamat instansi tempat nasabah bekerja, serta data lainnya. Debitur adalah panggilan untuk nasabah yang telah mengikuti program perkreditan rumah. Agunan adalah rumah yang sedang di kredit oleh para nasabah. 3. Data Lelang Merupakan data administrasi nasabah yang agunannya telah memasuki periode lelang. Data ini berisi tentang SHT, Apraisal, SKPT, biaya iklan, serta keterangan yang lainnya. Hasil keluaran/ output dari data ini berupa laporan seluruh nasabah yang terdaftar dalam data lelang. 4. Data Surat Dapat dikatakan sebagai data dokumentasi dari nasabah yang memiliki masalah dengan pembayaran kredit. Data ini berisi tentang hal-hal yang berkaitan dengan surat, serta beberapa daftar tunggakan atau saldo pembayaran yang harus di bayar nasabah. Hasil keluaran/ output dari data ini berupa surat yang nantinya akan dikirim atau menjadi dokumentasi untuk pelaporan kepada atasan.
84 4.7 Perancangan Antar Muka 1. Form Login Form ini merupakan Form yang mengharuskan user untuk mengisi username dan password sebagai hak akses untuk dapat memodifikasi hal-hal yang berkaitan dengan data dan informasi di dalam perangat lunak ini. Rancangan menu login dapat dilihat pada gambar 4.11. Gambar 4.11 Perancangan Form Login 2. Form Utama Form ini merupakan Form menu yang terdiri dari berbagai menu item yang telah terintegrasi untuk menampilkan menu lain dalam perangkat lunak ini. Dalam form ini terbagi atas 2 bagian, yakni menu; yang terdiri dari Menu File, Menu Data, Menu View, Menu Cetak, Menu Admin dan Menu Help, serta sub-menu; yang terdiri dari Nasabah, Lelang, Pegawai, Surat Penagihan, Surat Konfirmasi, Surat Peringatan; yang memiliki submenu sendiri yakni Surat Peringatan I, II dan III. Rancangan menu File dapat dilihat pada gambar 4.12. Rancangan menu Data dapat dilihat pada gambar 4.13. Rancangan menu View dapat dilihat pada gambar 4.14. Rancangan menu Cetak dapat dilihat pada gambar
85 4.15. Rancangan menu Admin dapat dilihat pada gambar 4.16. Rancangan menu Help dapat dilihat pada gambar 4.17. Gambar 4.12 Perancangan Form Menu File Gambar 4.13 Perancangan Form Menu Data Gambar 4.14 Perancangan Form Menu View
86 Gambar 4.15 Perancangan Form Menu Cetak Gambar 4.16 Perancangan Form Menu Admin Gambar 4.17 Perancangan Form Menu Help
87 3. Form Melihat Data Form melihat data digunakan untuk melakukan melihat data, baik data nasabah atau pun data lelang. Pada form ini pengguna dapat melakukan pencarian data berdasarkan nomor atau nama debitur yang di inputkan. Form ini dapat di akses oleh semua user. Yang membedakan antara form yang lain hanya tabel tampilan saja. Sesuai dengan kebutuhan form itu sendiri. Rancangan menu melihat data dapat dilihat pada gambar 4.18. Gambar 4.18 Perancangan Form melihat data 4. Form Manage Form ini digunakan untuk menginputkan data-data yang di butuhkan. Rancangan form ini digunakan pada form manage karyawan, manage nasabah, manage lelang dan manage surat. Yang membedakan antara form manage yang lain hanya field-field lainnya saja. Sesuai dengan kebutuhan form itu sendiri. Rancangan menu manage data dapat dilihat pada gambar 4.19.
Gambar 4.19 Perancangan Form Manage Karyawan 88