BAB IV ANALISIS DAN PERANCANGAN SISTEM

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 utama 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

: karyawan

Type

: Primary dan esensial

Tujuan

: Menjelaskan proses inisialisasi (peng-absahan) operator

Deskripsi

: karyawan memasukkan username dan password saat sistem dioperasikan, sistem memeriksa keabsahan data yang dimasukkan

55

Tabel 4.1 Skenario usecase login Aksi Actor Skenario Normal 1. Memasukkan username dan password

Reaksi Sistem

2. Sistem memeriksa kebenaran data yang dimasukkan 3. Masuk ke aplikasi, dan menampilkan menu utama Skenario Alternatif 1. Memasukkan username dan password 2. Sistem memeriksa kebenaran data yang dimasukkan 3. Menampilkan pesan login gagal 4. Memasukkan username dan password yang benar 5. Sistem memeriksa kebenaran data yang dimasukkan 6. Masuk ke aplikasi, dan menampilkan menu utama Skenario Alternatif 1. Menekan tombol cancel tanpa mengisi username dan password 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

: karyawan

Type


56

Tujuan

: Menjelaskan proses perekaman data nasabah.

Deskripsi

: Sistem memproses administrasi data nasabah yang di masukan oleh actor yang nantinya akan disimpan kedalam database. Table 4.2 Skenario usecase entry data nasabah

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data nasabah 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data nasabah. 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 8. Memasukkan data dengan benar 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan

57

Nomor

: UCS02-02


: karyawan

Type


Tujuan

: Menjelaskan proses pengeditan data nasabah.

Deskripsi

: 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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data nasabah 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data nasabah 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah

58

Table 4.3 Skenario usecase edit data nasabah (lanjutan) Aksi Actor

Reaksi Sistem

Skenario Alternatif 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 9. Memasukkan data dengan benar 10. Menampilkan pesan sukses di simpan

Nomor

: UCS02-03


: karyawan

Type


Tujuan

: Menjelaskan proses penghapusan data nasabah.

Deskripsi

: Sistem memproses penghapusan data nasabah yang di pilih oleh actor yang nantinya akan dihapus di database. Table 4.4 Skenario usecase delete data nasabah

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data nasabah. 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu data nasabah 2. Sistem menampilkan form utama

59

Table 4.4 Skenario usecase delete data nasabah (lanjutan) Aksi Actor

Reaksi Sistem

Skenario Normal 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data nasabah. 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol cancel 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

: karyawan

Type


Tujuan

: Menjelaskan proses perekaman data lelang.

Deskripsi

: 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 Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data lelang 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data lelang 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data lelang 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data lelang 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 8. Memasukkan data dengan benar 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan

Nomor

: UCS03-02


: karyawan

Type


61

Tujuan

: Menjelaskan proses perubahan data lelang.

Deskripsi

: 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

Aksi Actor Skenario Normal 1. actor memilih menu data lelang

Reaksi Sistem

2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data lelang 5.Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data lelang 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data lelang 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 9. Memasukkan data dengan benar 10. Menampilkan pesan sukses di simpan

62

Nomor

: UCS03-03


: karyawan

Type


Tujuan

: Menjelaskan proses penghapusan data lelang.

Deskripsi

: 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

Aksi Actor Skenario Normal 1. actor memilih menu data lelang

Reaksi Sistem

2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data lelang 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu data lelang 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data lelang 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol cancel 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

: karyawan

Type


Tujuan

: Menjelaskan proses perekaman data karyawan.

Deskripsi

: Sistem memproses administrasi data karyawan yang di masukan oleh actor yang nantinya akan disimpan kedalam database. Table 4.8 Skenario usecase entry data karyawan

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data karyawan 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama

64

Table 4.8 Skenario usecase entry data karyawan (lanjutan) Aksi Actor Skenario Alternatif 3. actor memilih tombol untuk memasukan data karyawan

Reaksi Sistem

4.Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 8. Memasukkan data dengan benar 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan

Nomor

: UCS04-02

Nama usecase : Manage Karyawan Actor

: karyawan

Type


Tujuan

: Menjelaskan proses perubahan data karyawan.

Deskripsi

: 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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama 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) Aksi Actor Skenario Normal

Reaksi Sistem 5. Sistem menampilkan data yang di panggil di database kedalam field

6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data karyawan 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 9. Memasukkan data dengan benar 10. Menampilkan pesan sukses di simpan

Nomor

: UCS04-03

Nama usecase : Manage karyawan Actor

: karyawan

Type


Tujuan

: Menjelaskan proses penghapusan data karyawan.

Deskripsi

: 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 Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data karyawan 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu data karyawan 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data karyawan 5.Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol cancel 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

: karyawan, guest

Type


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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu untuk melihat data nasabah 2. Sistem menampilkan seluruh data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan dan menekan tombol cari 4. Sistem menampilkan data yang dicari. Skenario Alternatif 1. actor memilih menu untuk melihat data nasabah 2. Sistem menampilkan seluruh data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan 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

: 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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu untuk melihat data nasabah 2. Sistem menampilkan seluruh data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan 4. Sistem menampilkan data yang dicari. Skenario Alternatif 1. actor memilih menu untuk melihat data nasabah 2. Sistem menampilkan seluruh data nasabah 3. actor mengisi field yang tersedia untuk mencari data yang diinginkan 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

: karyawan

Type


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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu untuk mencetak laporan 2. Sistem menampilkan dan membuka data lelang dari database 3. actor klik tombol ”Cetak” untuk cetak laporan 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

: karyawan

Type


Tujuan

: Menjelaskan proses perekaman surat-surat.

Deskripsi

: Sistem memproses administrasi persuratan yang di masukan oleh actor yang nantinya akan disimpan kedalam database.

70

Table 4.14 Skenario usecase entry data surat Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data surat 4.Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 3. actor memilih tombol untuk memasukan data surat 4. Sistem mengaktifkan field untuk memasukan data 5. actor mengisi semua field yang di perlukan dalam form 6. Sistem melakukan validasi data 7. Menampilkan pesan data tidak valid 8. Memasukkan data dengan benar 9. Sistem melakukan validasi data 10. Menampilkan pesan sukses di simpan

Nomor

: UCS08-02


: karyawan

Type


71

Tujuan

: Menjelaskan proses perubahan data surat-surat.

Deskripsi

: 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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data surat 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan sukses di simpan Skenario Alternatif 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk merubah data surat 5. Sistem menampilkan data yang di panggil di database kedalam field 6. actor mengisi data yang akan di rubah 7. Sistem melakukan validasi data 8. Menampilkan pesan data tidak valid 9. Memasukkan data dengan benar 10. Menampilkan pesan sukses di simpan

72

Nomor

: UCS08-03


: karyawan

Type


Tujuan

: Menjelaskan proses penghapusan data surat.

Deskripsi

: Sistem memproses penghapusan data surat yang di pilih oleh actor yang nantinya akan dihapus di database. Table 4.16 Skenario usecase delete data surat

Aksi Actor Skenario Normal 1. actor memilih menu cetak surat

Reaksi Sistem

2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data surat 5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol OK Skenario Alternatif 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 3. actor memilih salah satu record dalam table 4. actor memilih tombol untuk menghapus data surat

/

5. Sistem menampilkan pesan konfirmasi untuk menghapus 6. actor menekan tombol cancel 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

: karyawan

Type


Tujuan

: Mencetak surat-surat.

Deskripsi

: 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

Aksi Actor

Reaksi Sistem

Skenario Normal 1. actor memilih menu cetak surat 2. Sistem menampilkan form utama 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.

82

Gambar 4.10 class diagram

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 utama 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.

88

Gambar 4.19 Perancangan Form Manage Karyawan

BAB IV ANALISIS DAN PERANCANGAN SISTEM

Recommend Documents