BAB 4 ANALISIS DAN PERANCANGAN SISTEM INFORMASI …thesis.binus.ac.id/doc/Bab4/2009-1-00021-AKSI Bab...
Transcript of BAB 4 ANALISIS DAN PERANCANGAN SISTEM INFORMASI …thesis.binus.ac.id/doc/Bab4/2009-1-00021-AKSI Bab...
BAB 4
ANALISIS DAN PERANCANGAN
SISTEM INFORMASI AKUNTANSI PEMBERIAN KREDIT
BANK PERKREDITAN RAKYAT CINERE ARTHA RAYA
4.1 Analysis Document
4.1.1 The task
4.1.1.1 Purpose
BPR Cinere Artha Raya merupakan bank perkreditan rakyat yang berperan
secara aktif dalam melakukan pemberian kredit dalam usaha pengembangan usaha
kredit mikro kecil dan menengah (UMKM). Saat ini proses pemberian kredit yang
berjalan masih menggunakan sistem informasi akuntansi pemberian kredit yang
sederhana dan tidak dapat memenuhi tuntutan kebutuhan yang semakin bertambah.
Oleh karena itu, perancangan sistem informasi akuntansi pemberian kredit yang
dilakukan pada BPR Cinere Artha Raya ini dimaksudkan untuk dapat memenuhi
kebutuhan dalam kegiatan pemberian kredit terhadap nasabah.
4.1.1.2 System definition
Sistem informasi akuntansi pemberian kredit yang digunakan BPR Cinere Artha
Raya dapat membantu menangani pencatatan kegiatan harian bank yang berhubungan
dengan pemberian kredit. Sistem ini menggunakan PC berbasis Windows dengan
menggunakan arsitektur client-server yang terhubung dengan LAN.
Untuk lebih jelasnya, system definition dari sistem informasi akuntansi
pemberian kredit pada BPR Cinere Artha Raya dapat dilihat pada Tabel 4.1.
101
Tabel 4.1 FACTOR criteria untuk Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya
FACTOR Criteria Deskripsi
Functionality Mendukung pencatatan kegiatan pemberian kredit pada bank, sehingga menghasilkan informasi pemberian kredit yang reliable dan up-to-date.
Application Domain
Pengguna dari sistem ini adalah staf bagian marketing, kredit, akuntansi dan staf bagian administrasi.
Condition Sistem informasi akuntansi pemberian kredit yang dirancang untuk mengatasi kelemahan yang terkait dalam sistem pemberian kredit yang ada di BPR Cinere Artha Raya saat ini.
Technology Sistem ini menggunakan beberapa PC yang terhubung dengan satu komputer server dengan menggunakan jaringan LAN. PC akan menggunakan beberapa device tambahan seperti fax dan printer.
Objects Nasabah, Permohonan Kredit, Surat Survei, Karyawan,Agunan
Responsibility Sistem ini merupakan alat untuk mempermudah dan meningkatkan kegiatan operasional pemberian kredit dalam hal pencatatan dan penyediaan informasi kredit dari hasil transaksi harian dan laporan yang berkaitan dengan pemberian kredit secara baik dan benar.
4.1.1.3 Context
1. Problem domain
Gambar 4.1 berikut ini adalah gambaran sistem informasi akuntansi pemberian
kredit usulan pada BPR Cinere Artha Raya.
102
Gambar 4.1 Rich Picture Sistem Informasi Akuntansi Pemberian Kredit usulan pada
BPR Cinere Artha Raya
Dalam prosedur pemberian kredit yang diusulkan, aktivitas pemberian kredit
dimulai saat nasabah mengajukan permohonan kredit yang diterima oleh bagian
marketing. Bagian marketing akan menyerahkan permohonan kredit tersebut kepada
bagian administrasi untuk dibuat master nasabah debitur bagi nasabah yang
103
mengajukan permohonan kredit tersebut, selanjutnya diserahkan kepada bagian kredit
untuk dilakukan pencatatan dan analisis kelayakan terhadap permohonan kredit yang
diajukan dimana setiap permohonan kredit yang telah dicatat akan mendapatkan nomor
permohonan kredit. Setelah dilakukan pencatatan, kemudian staf kredit yang
bertanggung jawab akan mulai menganalisis permohonan kredit tersebut dengan
membuat permohonan informasi nasabah dan melakukan penilaian dengan analisis 5 C
dan 3 R. Permohonan informasi nasabah dilakukan untuk mendapatkan informasi
tentang nasabah secara lengkap. Selanjutnya bagian marketing akan menunjuk salah
satu surveyor untuk melakukan survei terhadap kebenaran dan keabsahan data yang
disampaikan dalam permohonan kredit.
Setelah diperoleh hasil survei, lalu staf kredit melakukan analisis dengan
memberikan penilaian 5 C dan 3 R terhadap permohonan kredit tersebut. Analisis
tersebut dilakukan untuk mengetahui kelayakan permohonan kredit terhadap standar
prosedur kredit yang telah ditetapkan oleh Direksi BPR Cinere Artha Raya sehingga
pemberian kredit dapat dilakukan secara baik dan benar. Untuk setiap permohonan
kredit yang telah dianalisis maka akan dihasilkan besaran nilai analisis yang akan
menunjukkan kelayakan permohonan kredit tersebut. Dari nilai analisis yang diperoleh
akan dikalikan dengan jumlah kredit yang diajukan dalam permohonan kredit.
Untuk permohonan kredit yang jumlah kredit yang diajukan kurang dari
Rp. 25.000.000,00 maka pemberian persetujuan permohonan kredit diserahkan kepada
Direktur. Namun, untuk permohonan kredit yang nilai kreditnya lebih dari
Rp. 25.000.000,00 maka pemberian persetujuan permohonan kredit akan diserahkan
kepada credit committee.
104
Untuk permohonan kredit yang kurang dari Rp. 25.000.000,00 yang telah
mendapat persetujuan kredit dari Direktur, maka staf marketing akan membuat surat
konfirmasi kredit yang berisi persetujuan kredit dan dikirimkan kepada nasabah yang
berhubungan dengan setiap permohonan kredit. Kemudian untuk yang permohonan
kreditnya ditolak maka akan dikirimkan juga surat konfirmasi kredit yang berisi
penolakan kredit.
Selanjutnya, untuk permohonan kredit yang lebih dari Rp. 25.000.000,00 proses
persetujuan kredit diputuskan melalui rapat oleh credit committee. Seluruh hasil
analisis kredit dan informasi mengenai nasabah harus disajikan secara lengkap dalam
rapat credit committee tersebut. Setiap hasil keputusan dan persyaratan yang dihasilkan
oleh rapat credit committee harus dilakukan pencatatan oleh notulen. Dalam rapat yang
dilakukan oleh credit committee, salah satu staf kredit akan berperan sebagai notulen
yang akan mencatat hasil dari rapat tersebut.
Setelah keputusan kredit yang telah ditetapkan credit committee terhadap
permohonan kredit yang bernilai lebih dari Rp. 25.000.000,00 maka staf marketing
akan membuat surat konfirmasi kredit. Surat konfirmasi kredit tersebut akan dikirim
kepada setiap nasabah yang permohonan kreditnya telah disetujui maupun yang tidak
disetujui dalam keputusan yang telah dihasilkan oleh credit committee serta jika
terdapat persyaratan tambahan yang diminta oleh credit committee terhadap
permohonan kredit tersebut.
Pada proses berikutnya, staf bagian kredit yang bertanggung jawab atas
permohonan kredit tersebut akan membuat surat perjanjian kredit. Surat perjanjian
kredit akan ditandatangani oleh Direktur Utama dengan nasabah yang bersangkutan
105
yang dilakukan diatas materai ditambah dengan satu orang saksi dan nasabah tidak
dapat diwakilkan oleh siapapun. Setelah pencatatan dan penandatanganan surat
perjanjian kredit selesai dilakukan, maka setiap nasabah akan mendapatkan surat
perjanjian kredit dalam dua rangkap, yaitu rangkap pertama berupa surat asli akan
dimiliki oleh pihak BPR Cinere Artha Raya dan rangkap kedua berupa surat copy yang
dimiliki oleh nasabah.
Setelah itu nasabah menyerahkan agunan kepada pihak bank yang telah
diajukan bersama dengan pengajuan permohonan kredit. Staf akuntansi akan
bertanggung jawab dalam penerimaan agunan ini dan membuat tanda terima agunan
berupa dua rangkap, dimana rangkap pertama berupa tanda terima asli dimiliki oleh
pihak bank, dan rangkap kedua berupa tanda terima copy dimiliki oleh nasabah.
Pengembalian agunan akan dilakukan setelah nasabah debitur menyelesaikan
kewajibannya dengan melunasi pinjaman kredit yang telah diterima dari BPR Cinere
Artha Raya.
Kemudian dana kredit akan diberikan kepada nasabah dan dicatat oleh staf
administrasi dalam bukti pemberian kredit dalam dua rangkap, yaitu rangkap pertama
berupa bukti asli dimiliki oleh pihak bank dan rangkap kedua berupa bukti copy
diserahkan kepada nasabah. Surat perjanjian kredit asli yang dimiliki oleh bank dan
bukti pemberian kredit asli akan disimpan oleh disimpan oleh pihak bank sebagai
dokumen.
2. Application domain
Sistem yang akan dibuat harus dapat mendukung kelancaran dan kecepatan kerja
BPR Cinere Atha Raya dalam kegiatan pemberian kredit terhadap nasabah. Sistem ini
106
digunakan oleh staf bagian marketing, bagian kredit, bagian akuntansi, dan staf bagian
administrasi. Tugas-tugas utama dalam application domain sebagai berikut:
1. Mencatat permohonan kredit yang diajukan oleh setiap calon nasabah debitur.
2. Melakukan analisis kelayakan terhadap permohonan kredit yang diajukan oleh calon
nasabah debitur.
3. Melakukan pencatatan atas penerimaan dan pengembalian agunan.
4. Membuat dan mencetak dokumen pemberian kredit, antara lain:
a. Permohonan Kredit.
b. Surat Survei.
c. Hasil Survei.
d. Hasil Analisis Permohonan Kredit.
e. Persetujuan Kredit.
f. Surat konfirmasi kredit.
g. Surat perjanjian kredit.
h. Tanda terima Agunan.
i. Tanda Pengembalian Agunan.
j. Bukti pemberian kredit.
5. Membuat laporan pemberian kredit secara periodik.
Sistem yang akan dibuat harus dapat mendukung kelancaran kegiatan pemberian
kredit perusahaan dalam memenuhi tuntutan kebutuhan yang semakin bertambah saat
ini. Sistem ini ditangani oleh staf bagian marketing, bagian kredit, bagian akuntansi, dan
staf bagian administrasi. Tugas-tugas utama dalam Application domain adalah
107
menerima permohonan kredit dari calon nasabah, menganalisis permohonan kredit,
membuat dan mencetak dokumen pemberian kredit, mencetak laporan pemberian kredit.
4.1.2 Problem domain
4.1.2.1 Clusters
Pengelompokan Class dalam sistem informasi akuntansi pemberian kredit pada
BPR Cinere Artha Raya terdiri dari beberapa cluster yaitu Nasabah Debitur, Surat
Survei, Surveyor, Permohonan Kredit, Persetujuan Kredit, Tanda Terima Agunan, dan
Surat Perjanjian Kredit. Gambar 4.2 berikut ini menunjukkan cluster dari sistem
informasi akuntansi pemberian kredit pada BPR Cinere Artha Raya.
cd System
Nasabah
Karyawan
Permohonan K redit
Surat Surve i
Agunan
Gambar 4.2 Cluster pada sistem informasi akuntansi pemberian kredit BPR
Cinere Artha Raya
4.1.2.2 Structure
1) Nasabah
Struktur dari cluster nasabah terdiri dari nasabah debitur. Lihat Gambar 4.3 berikut
ini.
108
cd Sistem Informa.. .
Nasabah_Debitur
Gambar 4.3 Struktur dari cluster nasabah
2) Surat Survei
Struktur dari cluster surat survei terdiri dari class hasil survei yang memiliki
hubungan agregasi dengan class surat survei. Lihat Gambar 4.4 berikut ini.
cd Sistem Informasi Akuntansi Pemberian Kredit
Surat Survei Hasi l Survei
1 1
Gambar 4.4 Struktur dari cluster surat survei
3) Karyawan
Struktur dari cluster karyawan terdiri dari class Marketing, class Surveyor, class
Kredit, class Akuntansi, class Administrasi yang memiliki hubungan generalisasi
dengan class Karyawan. Lihat Gambar 4.5 berikut ini.
cd Sis tem Informasi Akuntansi Pemberian Kredit
Surv eyor
Karyawan
KreditM arketi ng Akuntansi Admi nistras i
Gambar 4.5 Struktur dari cluster karyawan
109
4) Permohonan Kredit
Struktur dari cluster permohonan kredit terdiri dari class permohonan kredit, class
permohonan informasi nasabah, class hasil analisis permohonan kredit, class
persetujuan kredit, class surat konfirmasi kredit, class surat perjanjian kredit, dan
class bukti pemberian kredit yang memiliki hubungan asosiasi. Lihat Gambar 4.6
berikut ini.
cd Sistem Informasi Akuntansi Pemberian Kredit
Permohonan_Kredit
Permohonan_Informasi_Nasabah
Persetujuan_Kredit
Hasil_Analisis_Permohonan_Kredit
Surat_Konfirmasi_Kredit
Surat_Perjanj ian_Kredit
Bukti_Pemberian_Kredit
1
11
1
1..*
1
1
1
1
11
1
Gambar 4.6 Struktur dari cluster permohonan kredit
110
5) Agunan
Struktur dari cluster agunan terdiri dari class tanda terima agunan dan class tanda
pengembalian agunan. Lihat Gambar 4.7 berikut ini.
cd Sistem Informasi Akuntansi Pemberian Kredi t
Tanda Terima Agunan Tanda Pengembal ian Agunan
1 0..1
Gambar 4.7 Struktur dari cluster agunan
Gambar 4.8 berikut ini merupakan model class diagram dari sistem informasi
akuntansi pemberian kredit pada BPR Cinere Artha Raya yang menunjukkan hubungan
antar class yang terdapat dalam sistem.
111
cd S is tem Informasi Akuntans i Pemberian Kredit
Permohonan_Kredit
Has il_Survei
Nasabah_DebiturSurat_S urve i
Perm ohonan_Informasi_Nasabah
Persetujuan_Kredit
Has il_Ana lis is_Perm ohonan_Kredit
Surat_Konfirm as i_Kredit
Tanda_Ter im a_Agunan
Sura t_Perjanj ian_Kredit
Tanda_Pengembalian_Agunan
Surveyor
Bukti_Pember ian_Kredit
Karyawan
KreditMarketing Akuntansi Adminis tras i
1 ..*
1
1
1
11
1
1
1 ..*
1
1 ..*
1 ..*
1
1
1..*
1
1 1 ..*11..*
11..*
1
1 ..*
111 11
1
1
1
1
0 ..1
1
1
1
0 ..1
1 ..*
1
Gambar 4.8 Class Diagram untuk Sistem Informasi Akuntansi Pemberian Kredit BPR
Cinere Artha Raya 4.1.2.3 Classes
1) Nasabah debitur
Gambar 4.9 berikut ini merupakan behavioural pattern dari class nasabah debitur.
112
sm Nasabah_Debitur
Nasaba h_Debi tur::
- n o_CIF: - n o_rekeni ng: - n o_debitur: - n ama_l engkap: - n o_KT P: - tem pat_l ahir: - tanggal _lahi r: - status: - p ekerj aan: - keterangan:
+ m endaf tar() : + m engaj ukan kredi t() : + m em buka rekeni ng() : + m enerim a kredi t() :
registered
Approv al
Activ eWait
Process
/m embuka rekening[accepted]
/m enganal isi s perm ohonan kredi t
/m enerim a kredit
rej ected[di tol ak]
/mengaj ukan kredi t/m endaf tar
Gambar 4.9 Behavioural pattern dari class nasabah debitur
Tabel 4.2 Keterangan Behavioural pattern dari class nasabah
Operations Attributes Mendaftar tanggal, no_rekening, no_debitur, nama_lengkap, no_KTP,
alamat_rumah, telepon. Mengajukan kredit tanggal, no_rekening, no_debitur, nama_lengkap, no_KTP,
alamat_rumah, telepon. Menganalisis permohonan kredit
no_rekening, no_debitur, nama_lengkap, status, pekerjaan, alamat_rumah.
Membuka rekening tanggal, no_rekening, no_debitur. Menerima kredit tanggal, jumlah_kredit_diterima.
2) Permohonan Kredit
Gambar 4.10 berikut ini merupakan behavioral pattern dari class permohonan
kredit.
113
sm P ermohonan_Kredit2
analyzedrecorded
Permohonan_Kredit::
- no_permohonan_kred it: - no_debitur: - no_rekeni ng : - t anggal_permohonan_kred it: - j en is_permohonan_kredi t: - j umlah_permohonan_kred it: - j angka_waktu_kred it: - agunan: - t ujuan_penggunaan: - ke terangan:
+ mengajukan kred it() : + mengana lisi s permohonan kred it() :
[di simpan]
/mengana lisi spermohonan kredit
/mengaj ukan kredi t
Gambar 4.10 Behavioural pattern dari class permohonan kredit
Tabel 4.3 Keterangan Behavioural pattern dari class permohonan kredit
Operations Attributes Mengajukan kredit
tanggal_permohonan_kredit, no_permohonan_kredit, no_debitur, no_rekening, jenis_permohonan_kredit, jangka_waktu_kredit, agunan, tujuan_penggunaan, keterangan.
Menganalisis Permohonan kredit
tanggal_analisis_permohonan_kredit, jenis_permohonan_kredit, jumlah_permohonan_kredit, jangka_waktu_kredit, agunan, kolektibilitas, tujuan_penggunaan.
3) Permohonan Informasi Nasabah
Gambar 4.11 berikut ini merupakan behavioral pattern dari class permohonan
informasi nasabah.
sm Permohonan_Informasi_Nasabah
Permohonan_Informasi_Nasabah::
- no_permohonan_informasi_nasabah: - tanggal _permohonan_informasi: - keterangan:
+ mengaj ukan permohonan informasi nasabah() : + mengiri m() :
recorded/mengajukan permohonan i nformasi nasabah /mengirim
Gambar 4.11 Behavioural pattern dari class permohonan informasi nasabah
114
Tabel 4.4 Keterangan Behavioural pattern dari class permohonan informasi nasabah Operations Attributes
Mengajukan permohonan informasi nasabah
tanggal_permohonan_informasi, no_permohonan_informasi_nasabah, keterangan.
Mengirim tanggal, no_permohonan_informasi_nasabah,keterangan.
4) Surat Survei
Gambar 4.12 berikut ini merupakan behavioral pattern dari class surat survei.
sm Surat_Survei
recorded
Surat_Survei::
- no_surat_surve i: - tanggal_surat_surve i: - surveyor: - ke terangan:
+ memeriksa data nasabah() : + mensurvei() :
/memeriksa data nasabah /mensurvei
Gambar 4.12 Behavioural pattern dari class surat survei
Tabel 4.5 Keterangan Behavioural pattern dari class surat survei
Operations Attributes Memeriksa data nasabah
tanggal_surat_survei, no_surat_survei, surveyor, keterangan.
Mensurvei tanggal_surat_survei, no_surat_survei.
5) Hasil Survei
Gambar 4.13 berikut ini merupakan behavioral pattern dari class hasil survei.
sm Hasil_Surv ei
recorded
Hasi l_Survei::
- no_hasil_surve i: - tanggal_hasil_surve i: - hasi l_survei :
+ menerima hasi l survei() :
[di simpan]/menerima hasil surve i
Gambar 4.13 Behavioural pattern dari class hasil survei
115
Tabel 4.6 Keterangan Behavioural pattern dari class hasil survei Operations Attributes
Menerima hasil survei
tanggal_hasil_survei, no_hasil_survei, hasil_survei.
6) Hasil Analisis Permohonan Kredit
Gambar 4.14 berikut ini merupakan behavioral pattern dari class hasil analisis
permohonan kredit.
sm Hasil_Analisis_Permohonan_Kredit
recorded process
Hasil_Analisis_Permohonan_Kredit::
- no_hasi l_anal isis_permohonan_kredit: - tanggal_hasi l_analisis: - hasi l_anal isis: - kredit_yang_diberikan: - keterangan:
+ menerima_anal isisi_permohonan_kredit() : + menghitung_kredit() :
[diperoleh jumlah kredityang disetujui ]/menghitung kredit/menerima anal isis permohonan kredit
Gambar 4.14 Behavioural pattern dari class hasil analisis permohonan kredit
Tabel 4.7 Keterangan Behavioural pattern dari class hasil analisis permohonan kredit
Operations Attributes Menerima analisis permohonan kredit
tanggal_hasil_analisis, no_hasil_analisis_permohonan_kredit, no_permohonan_kredit, kredit_yang_diberikan, hasil_analisis, keterangan.
Menghitung kredit Jumlah_permohonan_kredit, nilai_analisis,jumlah_kredit_yang_disetujui.
7) Persetujuan Kredit
Gambar 4.15 berikut ini merupakan behavioral pattern dari class persetujuan
kredit.
116
sm Persetujuan_Kredit
Persetuj uan_Kredit::
- no_persetujuan_kredit: - tanggal_persetujuan_kredit: - status_permohonan_kredit: - jumlah_kredit_yang_disetujui : - keterangan:
+ menerima hasi l anal isis permohonan kredit() : + memberi persetujuan kredit() :
recorded process [disetujui /ditolak]/memberi persetujuan kredit/menerima hasi l anal isis permohonankredit
Gambar 4.15 Behavioural pattern dari class persetujuan kredit
Tabel 4.8 Keterangan Behavioural pattern dari class persetujuan kredit
Operations Attributes Menerima hasil analisis permohonan kredit
tanggal_persetujuan_kredit, no_persetujuan_kredit, no_hasil_analisis_permohonan_kredit, status_permohonan_kredit, jumlah_kredit_yang_disetujui, keterangan.
Memberi persetujuan kredit
no_persetujuan_kredit, status_permohonan_kredit.
8) Surat Konfirmasi Kredit
Gambar 4.16 berikut ini merupakan behavioral pattern dari class surat konfirmasi
kredit.
sm Surat_Konfirmasi_Kredit
Surat_Konfirmasi_Kredit::
- no_surat_konfirmasi _kredi t: - tanggal_surat_konf irmasi _kredi t: - ke terangan:
+ menerima persetu juan kred it() : + mengi rim() :
recorded/meneri ma persetuj uan kred it /mengirim
Gambar 4.16 Behavioural pattern dari class surat konfirmasi kredit
117
Tabel 4.9 Keterangan Behavioural pattern dari class surat konfirmasi kredit Operations Attributes
Menerima persetujuan kredit
tanggal_surat_konfirmasi_kredit, no_surat_konfirmasi_kredit, status_permohonan_kredit, keterangan.
Mengirim tanggal_surat_konfirmasi_kredit, no_surat_konfirmasi_kredit.
9) Tanda Terima Agunan
Gambar 4.17 berikut ini merupakan behavioral pattern dari class tanda terima
agunan.
sm Tanda_Terima_Agunan
Tanda_Terima_Agunan::
- no_teri ma_agunan: - data_agunan_kred it_diteri ma:
+ meneri ma_agunan() :
recorded[agunan d iterima bank]/menerima agunan
Gambar 4.17 Behavioural pattern dari class tanda terima agunan
Tabel 4.10 Keterangan Behavioural pattern dari class tanda terima agunan
Operations Attributes Menerima agunan no_terima_agunan, tanggal_penerimaan_agunan,
data_agunan_kredit_diterima, keterangan.
10) Tanda Pengembalian Agunan
Gambar 4.18 berikut ini merupakan behavioral pattern dari class tanda
pengembalian agunan.
sm Tanda_Pengembalian_Agunan
Tanda_Pengembal ian_Agunan::
- no_pengembalian_agunan: - data_agunan_kred it_dikembalikan:
+ mengembal ikan_agunan() :
recorded[agunan d ikembali kan ke nasabah]/mengembalikan agunan
Gambar 4.18 Behavioural pattern dari class tanda pengembalian agunan
118
Tabel 4.11 Keterangan Behavioural pattern dari class tanda pengembalian agunan Operations Attributes
Mengembalikan agunan
no_pengembalian_agunan, tanggal_pengembalian_agunan, data_agunan_kredit_dikembalikan, keterangan.
11) Surat Perjanjian Kredit
Gambar 4.19 berikut ini merupakan behavioral pattern dari class surat perjanjian
kredit.
sm Surat_Perjanj ian_Kredit
Surat_Perj anjian_Kredit::
- no_perjanjian_kredit: - tanggal_perjanjian_kredit: - keterangan:
+ menerima persetujuan kredit() : + menandatangani_SPK() :
recorded signed [disimpan]/menandatangani SPK/menerima persetujuan kredit
Gambar 4.19 Behavioural pattern dari class surat perjanjian kredit
Tabel 4.12 Keterangan Behavioural pattern dari class surat perjanjian kredit Operations Attributes
Menerima persetujuan kredit no_perjanjian_kredit, tanggal_perjanjian_kredit, keterangan.
Menandatangani SPK no_perjanjian_kredit, tanggal_perjanjian_kredit. 12) Bukti Pemberian Kredit
Gambar 4.20 berikut ini merupakan behavioral pattern dari class bukti pemberian
kredit.
sm Buk ti_Pe mbe rian_ Kre dit
Bukti_Pe mber ia n_ Kredit
- no _b ukti _p emb eria n_ kredi t: - tan gga l_pe mbe rian _kre di t: - no _b ukti _transfe r: - ke te rang an :
+ me nerima SPK() : + me nan da ta ng ani_BPK() : + me ncai rkan _kre di t() :
re cor ded signed pr oc ess[na sab ah me ne rima d an a kredi t]/m enca irka n kred it/me na nda ta ng an i BPK/mene rima SPK
Gambar 4.20 Behavioural pattern dari class bukti pemberian kredit
119
Tabel 4.13 Keterangan Behavioural pattern dari class bukti pemberian kredit Operations Attributes
Menerima SPK no_bukti_pemberian kredit, no_perjanjian_kredit, keterangan. Menandatangani BPK tanggal_pemberian_kredit, no_bukti_pemberian_kredit,
no_bukti_transfer. keterangan. Mencairkan kredit no_bukti_pemberian_kredit, tanggal_pemberian_kredit,
jumlah_kredit_yang_disetujui. 13) Karyawan
Gambar 4.21 berikut ini merupakan behavioral pattern dari class karyawan.
sm Karyaw an
Active
Karyaw an::
- no_ID: - nama: - alamat: - tel epon: - tempat_ lahir: - tanggal _lahi r: - jen is_kelamin: - status: - bagian: - jabatan:
+ memula i_kerj a() : + mengakhiri _kerja() :
/mengakhiri kerj a/memulai kerja
Gambar 4.21 Behavioural pattern dari class bukti pemberian kredit
Tabel 4.14 Keterangan Behavioural pattern dari class karyawan Operations Attributes
Memulai_kerja no_ID, nama, bagian. Mengakhiri_kerja no_ID, nama, bagian.
4.1.2.4 Events table
Tabel 4.15 berikut ini menunjukkan events table dari sistem informasi akuntansi
pemberian kredit pada BPR Cinere Artha Raya.
Tabel 4.15 Events table sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya
Events
Classses M
enda
ftar
Men
gaju
kan
kred
itM
enga
nalis
is
perm
ohon
an
kred
it
Mem
buka
re
keni
ngM
ener
ima
kred
it
Men
gaju
kan
PIN
Men
girim
Mem
erik
sa d
ata
nasa
bah
Men
surv
ei
Men
erim
a ha
sil
surv
eiM
ener
ima
anal
isis
pe
rmoh
onan
kr
edit
Men
ghitu
ng k
redi
t
Men
erim
a ha
sil
anal
isis
kre
dit
Mem
beri
pers
etuj
uan
kred
it M
ener
ima
agun
an
Men
gem
bali-
kan
agun
an
Men
erim
a pe
rset
ujua
n kr
edit
Men
anda
tan-
gani
SP
K
Men
eim
a SP
K
Men
anda
tang
ani
BPK
Men
cairk
an k
redi
t
Mem
ulai
ker
ja
Men
gakh
iri k
erja
Nasabah Debitur √ √ √ √ √
Permohonan Kredit √ √
Permohonan Informasi Nasabah
√ √
Surat Survei √ Surveyor √ Hasil Survei √ Hasil Analisis Permohonan Kredit
√ √
Persetujuan Kredit √ √ Surat Konfirmasi Kredit
√ √
Tanda Terima Agunan
√
Tanda Pengembalian Agunan
√
Surat Perjanjian Kredit
√ √
Bukti Pemberian Kredit
√ √ √
Karyawan √ √
120
121
4.1.3 The application domain
4.1.3.1 Usages
4.1.3.1.1 Overview
Dalam sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya
yang diusulkan, terdapat empat actor yang terlibat langsung dengan sistem, yaitu staf
marketing, staf kredit, staf akuntansi, dan staf administrasi. Pada Tabel 4.16
menunjukkan hubungan antara actor dengan use case dalam sistem informasi akuntansi
pemberian kredit BPR Cinere Artha Raya.
Setiap Staf yang akan menggunakan sistem harus melakukan login terlebih
dahulu. Staf Kredit menggunakan sistem untuk mencatat penerimaan permohonan
kredit ke dalam Permohonan Kredit untuk dapat dibuatkan Surat Survei, Permohonan
Informasi Nasabah, dan Hasil Analisis Permohonan Kredit. Staf Marketing
menggunakan sistem untuk membuat dan mencetak Surat Survei, Hasil Survei, dan
Surat Konfirmasi Kredit.
Staf Akuntansi menggunakan sistem untuk membuat membuat dan mencetak
Tanda Terima Agunan dan Tanda Pengembalian Agunan berdasarkan Persetujuan
Kredit dari Staf bagian kredit. Selain itu, staf marketing, staf kredit, dan staf akuntansi
juga membuat dan mencetak laporan-laporan yang dibutuhkan direktur perusahaan. Staf
Administrasi menggunakan sistem untuk mencatat dan mencetak Bukti Pemberian
Kredit juga mencetak laporan untuk dilaporkan ke direktur perusahaan.
122
Tabel 4.16 Actor table untuk Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya
Actors . Use Case Staf
Marketing Staf
Kredit Staf
Akuntansi Staf
Administrasi Log in √ √ √ √ Mendata Nasabah Debitur √
Mendata Permohonan Kredit √ Membuat Analisis Permohonan kredit
Membuat Permohonan Informasi Nasabah
√
Membuat Surat Survei √ Membuat Hasil Survei √ Membuat Hasil Analisis Permohonan Kredit √
Membuat Persetujuan Kredit √ Membuat Surat Konfirmasi Kredit
√
Membuat Surat Perjanjian Kredit √ Membuat Tanda Terima Agunan √ Membuat Tanda Pengembalian Agunan
√
Membuat Bukti Pemberian Kredit
√
Mencetak Laporan Surat Survei √ Mencetak Laporan Hasil Survei √ Mencetak Laporan Permohonan Kredit
√
Mencetak Laporan Penerimaan Agunan
√
Mencetak Laporan Pengembalian Agunan
√
Mencetak Laporan Pemberian Kredit
√
4.1.3.1.2 Actors
Berikut ini adalah deskripsi Actor dalam Sistem Informasi Akuntansi Pemberian
Kredit BPR Cinere Artha Raya yang dijelaskan dengan Actor Specification :
123
Tabel 4.17 Actor specification untuk Staf Marketing Staf Marketing
Goal Menggunakan sistem untuk membuat dan mencetak Surat Survei, Hasil Survei, dan Surat Konfirmasi Kredit. Staf Marketing harus melakukan login terlebih dulu, kemudian sistem akan mencatat nama nasabah yang akan disurvei dan nama surveyor yang melakukan peninjauan lapangan atas permohonan kredit yang diajukan oleh nasabah pada surat survei.
Charateristic Bertanggung jawab dalam membuat dan mencetak setiap surat survei, hasil survei, dan surat konfirmasi kredit yang diterima dari bagian kredit untuk menangani setiap permohonan kredit yang diterima dari nasabah, termasuk juga penambahan atau perubahan data surat survei dan hasil survei yang dicetak.
Example Staf marketing membuat surat survei untuk memeriksa kebenaran data permohonan kredit yang diajukan oleh nasabah.
Tabel 4.18 Actor specification untuk Staf Kredit
Staf Kredit Goal Membuat permohonan kredit, permohonan informasi nasabah, hasil
analisis permohonan kredit, persetujuan kredit, surat perjanjian kredit. Staf Kredit yang ingin menggunakan sistem terlebih dulu harus melakukan login.Kemudian sistem mencatat permohonan kredit dari nasabah.
Charateristic bertanggung jawab untuk menerima, mendata, menganalisis dan mengecek setiap permohonan kredit nasabah yang diterima dari bagian marketing.
Example Staf kredit melakukan analisis terhadap permohonan kredit untuk mendapatkan nilai dari kelayakan permohonan kredit yang dianalisis.
Tabel 4.19 Actor specification untuk Staf Akuntansi
Staf Akuntansi Goal Staf Akuntansi sebagai actor yang terlibat dalam sistem harus melakukan
login terlebih dulu untuk dapat membuat dan mencetak Tanda Terima Agunan dan Tanda Pengembalian Agunan yang berdasarkan Persetujuan Kredit yang dibuat oleh Staf Kredit.
Charateristic Staf akuntansi bertanggung jawab dan teliti dalam membuat tanda terima agunan dan tanda pengembalian agunan dengan benar sebelum mencetak sebelum diberikan kepada nasabah agar tidak terjadi kesalahan dalam melakukan proses pemberian kredit terhadap nasabah.
Example Staf akuntansi melakukan penerimaan agunan dari nasabah yang permohonan kreditnya disetujui.
124
Tabel 4.20 Actor specification untuk Staf Administrasi Staf Administrasi
Goal Mencatat data nasabah baru dan meng-update data nasabah lama, juga membuat dan mencetak Bukti Pemberian Kredit dan laporan untuk keperluan perusahaan. Staf Administrasi yang ingin menggunakan sistem harus melakukan login terlebih dulu dan sistem akan mencatat nama karyawan yang bertugas.
Charateristic Staf Administrasi harus bertanggung jawab dan teliti dalam menangani
data nasabah dan data Bukti Pemberian Kredit terhadap nasabah agar tidak terjadi kesalahan dalam proses pemberian kredit.
Example Staf administrasi membuat bukti pemberian kredit terhadap setiap pencairan dana kredit yang diberikan kepada nasabah debitur yang permohonan kreditnya disetujui.
4.1.3.1.3 Use cases
4.1.3.1.3.1 Use case Diagram
Gambar 4.22 berikut ini menggambarkan Use case diagram dari sistem
informasi akuntansi pemberian kredit BPR Cinere Artha Raya.
125
ud Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya
Sistem Inform asi A kuntansi P em berian Kredi t B PR Cinere A rtha Raya
Login
Staf M arketing
M embuat S urat Survei
Mendata Hasil Survei
Membuat Hasil Analisis
Permohonan Kredit
Membuat Surat Konfirmasi Kredit
Mendata Permohonan Kredit
Membuat Permohonan
Informasi Nasabah
Membuat Persetujuan Kredit
M embuat Surat Perjanjian Kredit
M encetak Laporan Hasil
Survei
M encetak Laporan
Permohonan Kredit
Staf Kredit
Staf Akuntansi
Membuat Tanda Terima Agunan
Membuat Tanda Pengembalian
Agunan
Membuat Bukti Pemberian Kredit
Mencetak Laporan P enerimaan
Agunan
M endata nasabah debitur
Mencetak Laporan Pemberian Kredit
Staf Administrasi
M encetak Laporan Pengembalian
Agunan
Mencetak Laporan S urat Survei
<<other system>>Bagian
P embayaran
M endata pembayaran kredit
Gambar 4.22 Use case Diagram untuk Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya
4.1.3.1.3.2 Use case Specification
Berikut ini adalah use case specification yang terdapat dalam sistem informasi
akuntansi pemberian kredit pada BPR Cinere Artha Raya :
126
Tabel 4.21 Use case specification untuk login Use case name Log In Actor Staf Marketing, Staf Kredit, Staf Akuntansi, Staf Administrasi Pattern • Use case dimulai pada saat staf masuk ke window Log in dan
memasukkan user ID dan password. • Karyawan memilih tombol Masuk untuk masuk ke menu
utama. • Jika salah memasukkan user ID atau password, maka sistem
akan memunculkan kotak dialog kesalahan. Object Karyawan Function Log in()
Tabel 4.22 Use case specification untuk mendata nasabah
Use case name Mendata nasabah Actor Staf Administrasi Pattern • Use case dimulai pada saat staf Administrasi menerima data
nasabah permohonan kredit dan memilih submenu Master Nasabah Debitur dari Menu Administrasi.
• Sistem menampilkan window Master Nasabah Debitur dan melakukan validasi nama staf yang login, nomor rekening dan no debitur berurut dan tanggal transaksi tersebut
• Staf Administrasi memilih tombol Tambah dan memasukkan data-data nasabah debitur baru.
• Setelah selesai, staf Adminitrasi memilih tombol Simpan dan sistem akan secara otomatis menambah atau meng-update record Nasabah ke database Nasabah Debitur.
Object Nasabah Debitur Function Save(),update()
Tabel 4.23 Use case specification untuk mendata permohonan kredit
Use case name Mendata Permohonan Kredit Actor Staf Kredit Pattern • Use case dimulai ketika staf kredit menerima data nasabah
permohonan kredit dari bagian marketing, kemudian melakukan login dan memilih Permohonan Kredit dari menu kredit.
• Sistem menampilkan window Permohonan Kredit dan melakukan validasi nama staf yang login, nomor permohonan kredit berurut dan tanggal transaksi tersebut.
• Untuk mengisi permohonan kredit yang baru, staf memilih tombol Tambah.
• Staf memasukkan data permohonan kredit dari nasabah debitur, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data permohonan kredit yang telah dicatat sebelumnya.
127
Object Permohonan kredit, Nasabah debitur. Function Save(), analisis(), update(), print()
Tabel 4.24 Use case specification untuk membuat permohonan informasi nasabah
Use case name Membuat Permohonan Informasi Nasabah Actor Staf Kredit Pattern • Use case dimulai ketika staf kredit menerima data
permohonan kredit, kemudian melakukan login dan memilih Permohonan Informasi Nasabah dari menu kredit.
• Sistem menampilkan window Permohonan Informasi Nasabah dan melakukan validasi nama staf yang login, nomor permohonan informasi nasabah berurut dan tanggal transaksi tersebut.
• Untuk mengisi permohonan informasi nasabah yang baru, staf memilih tombol Tambah.
• Staf memasukkan data permohonan informasi nasabah, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data permohonan informasi nasabah yang telah dicatat sebelumnya.
Object Permohonan Informasi Nasabah, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
Tabel 4.25 Use case specification untuk membuat surat survei Use case name Membuat Surat Survei Actor Staf Marketing Pattern • Use case dimulai ketika staf marketing menerima data
permohonan kredit, kemudian melakukan login dan memilih Surat Survei dari menu marketing.
• Sistem menampilkan window Surat Survei dan melakukan validasi nama staf yang login, nomor surat survei berurut dan tanggal transaksi tersebut.
• Untuk mengisi surat survei yang baru, staf memilih tombol Tambah.
• Staf memasukkan data surat survei, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data surat survei yang telah dicatat sebelumnya.
Object Surat Survei, Permohonan kredit, Nasabah debitur. Function Save(),update(), print()
Tabel 4.26 Use case specification untuk membuat hasil survei
Use case name Membuat Hasil Survei Actor Staf Marketing Pattern • Use case dimulai ketika staf marketing menerima data hasil
dari surat survei, kemudian melakukan login dan memilih
128
Hasil Survei dari menu marketing. • Sistem menampilkan window Hasil Survei dan melakukan
validasi nama staf yang login, nomor hasil survei berurut dan tanggal transaksi tersebut.
• Untuk mengisi hasil survei yang baru, staf memilih tombol Tambah.
• Staf memasukkan data hasil survei, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data surat survei yang telah dicatat sebelumnya.
Object Hasil Survei, Surat Survei, Permohonan kredit, Nasabah debitur. Function Save(),update(), print()
Tabel 4.27 Use case specification untuk membuat hasil analisis permohonan kredit Use case name Membuat Hasil Analisis Permohonan Kredit Actor Staf Kredit Pattern • Use case dimulai ketika staf kredit menerima data hasil
analisis permohonan kredit dari analis kredit, kemudian melakukan login dan memilih Hasil Analisis Permohonan Kredit dari menu kredit.
• Sistem menampilkan window Hasil Analisis Permohonan Kredit dan melakukan validasi nama staf yang login, nomor hasil analisis permohonan kredit berurut dan tanggal transaksi tersebut.
• Untuk mengisi hasil analisis permohonan kredit yang baru, staf memilih tombol Tambah.
• Staf memasukkan data hasil analisis permohonan kredit, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data hasil analisis permohonan kredit yang telah dicatat sebelumnya.
Object Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),hitung(), update(), print()
Tabel 4.28 Use case specification untuk membuat persetujuan kredit Use case name Membuat Persetujuan Kredit Actor Staf Kredit Pattern • Use case dimulai ketika staf kredit menerima data hasil
analisis permohonan kredit dari analis kredit, kemudian melakukan login dan memilih Persetujuan Kredit dari menu kredit.
• Sistem menampilkan window Persetujuan Kredit dan melakukan validasi nama staf yang login, nomor persetujuan kredit berurut dan tanggal transaksi tersebut.
• Untuk mengisi persetujuan kredit yang baru, staf memilih tombol Tambah.
129
• Staf memasukkan data persetujuan kredit, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data persetujuan kredit yang telah dicatat sebelumnya.
Object Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
Tabel 4.29 Use case specification untuk surat konfirmasi kredit Use case name Membuat Surat Konfirmasi Kredit Actor Staf Marketing Pattern • Use case dimulai ketika staf marketing menerima data
persetujuan kredit dari staf kredit, kemudian melakukan login dan memilih Surat Konfirmasi Kredit dari menu marketing.
• Sistem menampilkan window Surat Konfirmasi Kredit dan melakukan validasi nama staf yang login, nomor surat konfirmasi kredit dan tanggal transaksi tersebut.
• Untuk mengisi surat konfirmasi kredit yang baru, staf memilih tombol Tambah.
• Staf memasukkan data surat konfirmasi kredit, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data surat konfirmasi kredit yang telah dicatat sebelumnya.
Object Surat Konfirmasi Kredit, Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
Tabel 4.30 Use case specification untuk membuat tanda terima agunan Use case name Membuat Tanda Terima Agunan Actor Staf Akuntansi Pattern • Use case dimulai ketika staf akuntansi menerima data
persetujuan kredit dari staf kredit, kemudian melakukan login dan memilih Tanda Terima Agunan dari menu akuntansi.
• Sistem menampilkan window Tanda Terima Agunan dan melakukan validasi nama staf yang login, nomor tanda terima agunan dan tanggal transaksi tersebut.
• Untuk mengisi tanda terima agunan yang baru, staf memilih tombol Tambah.
• Staf memasukkan data tanda terima agunan, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data tanda terima agunan yang telah dicatat sebelumnya.
Object Tanda Terima Agunan, Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
130
Tabel 4.31 Use case specification untuk membuat tanda pengembalian agunan
Use case name Membuat Tanda Pengembalian Agunan Actor Staf Akuntansi Pattern • Use case dimulai ketika staf akuntansi menerima data tanda
terima agunan, kemudian melakukan login dan memilih Tanda Pengembalina Agunan dari menu akuntansi.
• Sistem menampilkan window Tanda Pengembalian Agunan dan melakukan validasi nama staf yang login, nomor tanda pengembalian agunan dan tanggal transaksi tersebut.
• Untuk mengisi tanda pengembalian agunan yang baru, staf memilih tombol Tambah.
• Staf memasukkan data tanda pengembalian agunan, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data tanda pengembalian agunan yang telah dicatat sebelumnya.
Object Tanda Pengembalian Agunan, Tanda Terima Agunan, Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
Tabel 4.32 Use case specification untuk membuat surat perjanjian kredit Use case name Membuat Surat Perjanjian Kredit Actor Staf Kredit Pattern • Use case dimulai ketika staf kredit menerima data persetujuan
kredit dari analis kredit, kemudian melakukan login dan memilih Surat Perjanjian Kredit dari menu kredit.
• Sistem menampilkan window Surat Perjanjian Kredit dan melakukan validasi nama staf yang login, nomor perjanjian kredit berurut dan tanggal transaksi tersebut.
• Untuk mengisi surat perjanjian kredit yang baru, staf memilih tombol Tambah.
• Staf memasukkan data perjanjian kredit, setelah itu staf kredit memilih tombol Simpan untuk menyimpan data atau mengupdate data perjanjian kredit yang telah dicatat sebelumnya.
Object Surat Perjanjian Kredit, Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(), print()
Tabel 4.33 Use case specification untuk membuat bukti pemberian kredit Use case name Membuat Bukti Pemberian Kredit Actor Staf Administrasi Pattern • Use case dimulai pada saat staf Administrasi menerima data
131
surat perjanjian kredit dan memilih submenu Bukti Pemberian Kredit dari Menu Administrasi.
• Sistem menampilkan window Bukti Pemberian Kredit dan melakukan validasi nama staf yang login, nomor pemberian kredit berurut dan tanggal transaksi tersebut
• Staf Administrasi memilih tombol Tambah untuk memasukkan data-data pemberian kredit baru.
• Setelah selesai, staf Adminitrasi memilih tombol Simpan dan sistem akan secara otomatis menambah atau meng-update record bukti pemberian kredit ke database Bukti Pemberian Kredit.
Object Bukti Pemberian Kredit, Surat Perjanjian Kredit, Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Save(),update(),print()
Tabel 4.34 Use case specification untuk mencetak laporan permohonan kredit Use case name Mencetak laporan permohonan kredit Actor Staf Kredit Pattern • Use case dimulai pada saat staf kredit memilih submenu
Cetak Laporan bagian kredit dari Menu Kredit. • Sistem menampilkan window Cetak laporan bagian kredit. • Staf kredit memilih tombol cari untuk menemukan data-data
permohonan kredit yang ingin dicetak. • Setelah selesai, staf kredit memilih tombol Cetak dan sistem
akan secara otomatis mencetak record. Object Permohonan kredit, Nasabah debitur. Function Print()
Tabel 4.35 Use case specification untuk mencetak laporan pemberian kredit
Use case name Mencetak laporan pemberian kredit Actor Staf Administrasi Pattern • Use case dimulai pada saat staf administrasi memilih submenu
Cetak Laporan bagian administrasi dari Menu Administrasi. • Sistem menampilkan window Cetak laporan bagian
administrasi. • Staf administrasi memilih tombol cari untuk menemukan
data-data pemberian kredit yang ingin dicetak. • Setelah selesai, staf administrasi memilih tombol Cetak dan
sistem akan secara otomatis mencetak record. Object Bukti Pemberian Kredit, Surat Perjanjian Kredit, Persetujuan
Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Print()
132
Tabel 4.36 Use case specification untuk mencetak laporan surat survei Use case name Mencetak laporan surat survei Actor Staf Marketing Pattern • Use case dimulai pada saat staf marketing memilih submenu
Cetak Laporan bagian marketing dari Menu marketing. • Sistem menampilkan window Cetak laporan bagian
marketing. • Staf marketing memilih tombol cari untuk menemukan data
surat survei yang ingin dicetak. • Setelah selesai, staf marketing memilih tombol Cetak dan
sistem akan secara otomatis mencetak record. Object Permohonan kredit, Nasabah debitur. Function Print()
Tabel 4.37 Use case specification untuk mencetak laporan hasil survei
Use case name Mencetak laporan hasil survei Actor Staf Marketing Pattern • Use case dimulai pada saat staf marketing memilih submenu
Cetak Laporan bagian marketing dari Menu marketing. • Sistem menampilkan window Cetak laporan bagian
marketing. • Staf marketing memilih tombol cari untuk menemukan data-
data hasil survei yang ingin dicetak. • Setelah selesai, staf marketing memilih tombol Cetak dan
sistem akan secara otomatis mencetak record. Object Permohonan kredit, Nasabah debitur. Function Print()
Tabel 4.38 Use case specification untuk mencetak laporan penerimaan agunan
Use case name Mencetak laporan penerimaan agunan Actor Staf Akuntansi Pattern • Use case dimulai pada saat staf akuntansi memilih submenu
Cetak Laporan bagian akuntansi dari Menu akuntansi. • Sistem menampilkan window Cetak laporan bagian
akuntansi. • Staf akuntansi memilih tombol cari untuk menemukan data-
data penerimaan agunan yang ingin dicetak. • Setelah selesai, staf akuntansi memilih tombol Cetak dan
sistem akan secara otomatis mencetak record. Object Tanda Terima Agunan, Persetujuan Kredit, Hasil Analisis
Permohonan Kredit, Permohonan kredit, Nasabah debitur. Function Print()
133
Tabel 4.39 Use case specification untuk mencetak laporan pengembalian agunan Use case name Mencetak laporan pengembalian agunan Actor Staf Akuntansi Pattern • Use case dimulai pada saat staf akuntansi memilih submenu
Cetak Laporan bagian akuntansi dari Menu akuntansi. • Sistem menampilkan window Cetak laporan bagian
akuntansi. • Staf akuntansi memilih tombol cari untuk menemukan data-
data penerimaan agunan yang ingin dicetak. • Setelah selesai, staf akuntansi memilih tombol Cetak dan
sistem akan secara otomatis mencetak record. Object Tanda Pengembalian Agunan, Tanda Terima Agunan,
Persetujuan Kredit, Hasil Analisis Permohonan Kredit, Permohonan kredit, Nasabah debitur.
Function Print()
Tabel 4.40 Use case specification untuk membuat analisis permohonan kredit Use case name Membuat analisis permohonan kredit Actor Staf Kredit Pattern • Use case dimulai pada saat staf akuntansi memilih submenu
Medata permohonan kredit dari Menu kredit. • Sistem menampilkan window Permohonan kredit. • Staf kredit kemudian menekan tombol analisis untuk
membuat analisis permohonan kredit, lalu sistem akan menampilkan window Analisis Permohonan Kredit.
• Setelah selesai, staf kredit memilih tombol simpan dan sistem akan secara otomatis menyimpan record.
Object Permohonan kredit, Nasabah debitur, kolektibilitas. Function Analisis()
4.1.3.1.3.3 Function List
Tabel 4.41 berikut ini adalah function list dari sistem informasi akuntansi
pemberian kredit BPR Cinere Artha Raya:
Tabel 4.41 Function list dari sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya
Function Types Complexity Log in 1. Mengecek User ID dan Password Read Simple Mendata Nasabah Debitur 1. Tambah, simpan, ubah data nasabah debitur Update Medium
134
Mendata Permohonan Kredit 1. Tambah permohonan kredit baru Update Simple 2. Menganalisis permohonan kredit Read, Update,
Compute Complex
3. Simpan, Ubah permohonan kredit Update Simple 4. Cetak permohonan kredit Read Simple Membuat Surat Survei 1. Tambah, simpan, ubah Surat Survei Update Simple 2. Cetak surat survei Read Simple Membuat Hasil Survei 1. Tambah, simpan, ubah Hasil Survei Update Simple 2. Cetak surat survei Read Simple Membuat Permohonan Informasi Nasabah 1. Tambah, simpan, ubah Permohonan Informasi
Nasabah Update Simple
2. Cetak Permohonan Informasi Nasabah Read Simple Membuat Hasil Analisis Permohonan Kredit 1. Tambah, simpan, ubah Hasil Analisis
Permohonan Kredit Update Simple
2. Hitung Kredit Compute Medium 3. Hitung Pembayaran per bulan Compute Medium 4. Cetak Hasil Analisis Permohonan Kredit Read Simple Membuat Persetujuan Kredit 1. Tambah, simpan, ubah Persetujuan Kredit Update Medium 2. Cetak Persetujuan Kredit Read Simple Membuat Surat Konfirmasi Kredit 1. Tambah, simpan, ubah Surat Konfirmasi Kredit Update Simple 2. Cetak Surat Konfirmasi Kredit Read Simple Membuat Tanda Terima Agunan 1. Tambah, simpan, ubah Tanda Terima Agunan Update Simple 2. Cetak Tanda Terima Agunan Read Simple Membuat Tanda Pengembalian Agunan 1. Tambah, simpan, ubah Tanda Pengembalian
Agunan Update Simple
2. Cetak Tanda Pengembalian Agunan Read Simple
135
Membuat Surat Perjanjian Kredit 1. Tambah, simpan, ubah Surat Perjanjian Kredit Update Simple 2. Cetak Surat Perjanjian Kredit Read Simple Membuat Bukti Pemberian Kredit 1. Tambah, simpan, ubah Bukti Pemberian Kredit Update Medium 2. Cetak Bukti Pemberian Kredit Read Simple
4.1.3.2 User Interface
4.1.3.2.1 Dialogue syle
Dialogue syle menunjukkan form-form yang terdapat dalam sistem informasi
akuntansi pemberian kredit dan print-out dari masing-masing form. Tabel 4.42 berikut
ini merupakan dialogue style dari sistem informasi akuntansi pemberian kredit.
Tabel 4.42 Dialogue style dari sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya
Windows Printouts Login Menu Utama Master • Nasabah Debitur Transaksi Permohonan Kredit Permohonan kredit Permohonan Informasi Nasabah Permohonan Informasi Nasabah Surat Survei Surat Survei Hasil Survei Hasil Survei Hasil Analisis Permohonan Kredit Hasil Analisis Permohonan Kredit Persetujuan Kredit Pesetujuan Kredit Surat Konfirmasi Kredit Surat Konfirmasi Kredit Tanda Terima Agunan Tanda Terima Agunan Tanda Pengembalian Agunan Tanda Pengembalian Agunan Surat Perjanjian Kredit Surat Perjanjian Kredit Bukti Pemberian Kredit Bukti Pemberian Kredit Laporan • Marketing
Laporan surat survey Laporan surat survei Laporan hasil survey Laporan hasil survei
• Kredit Permohonan Kredit Laporan Permohonan Kredit
136
• Akuntansi Penerimaan Agunan Laporan Penerimaan Agunan Pengembalian Agunan Laporan Pengembalian Agunan • Administrasi Pemberian Kredit Laporan Pemberian Kredit
4.1.3.2.2 Overview
Pengguna dari sistem ini adalah staf marketing, staf kredit, staf akuntansi, dan
staf administrasi. Staf marketing hanya dapat mengakses menu Marketing. Staf kredit
hanya dapat mengakses menu Kredit. Staf Akuntansi hanya dapat mengakses menu
Akuntansi. Dan staf administrasi hanya dapat mengakses menu Administrasi. Gambar
4.23 berikut ini adalah gambar navigation diagram untuk sistem informasi akuntansi
pemberian kredit pada BPR Cinere Artha Raya.
137
Gambar 4.23 Navigation diagram sistem informasi akuntansi pemberian kredit usulan pada BPR Cinere Artha Raya
138
4.1.3.2.3 User Interface
Berikut ini akan dijelaskan secara detail tentang masing-masing window user
interface yang terdapat dalam sistem informasi akuntansi pemberian kredit usulan.
Sistem dapat diakses dengan terlebih dahulu melalui window login.
Gambar 4.24 Window Login
Gambar 4.25 Window Menu Utama
139
Layar pada gambar 4.25 berisi menu-menu yang membawa user pada layar
yang berbeda. Pertama-tama user harus melakukan login dahulu, kemudian akan masuk
ke layar menu utama. Pada layar di menu utama, menu akan aktif dan hanya dapat
diakses oleh staf masing-masing bagian yang melakukan login dan menu user account
dapat digunakan untuk melakukan penggantian password dan logout dari sistem. Dalam
menu marketing terdapat sub menu surat survei yang akan membawa user ke window
surat survei, sub menu hasil survei akan membawa user ke window hasil survei, sub
menu surat konfirmasi kredit akan membawa user ke window surat konfirmasi kredit,
dan sub menu cetak laporan akan membawa user ke window cetak laporan bagian
marketing. Dalam menu kredit terdapat sub menu permohonan kredit yang akan
membawa user ke window permohonan kredit, sub menu permohonan informasi
nasabah yang akan membawa user ke window permohonan informasi nasabah, sub
menu hasil analisis permohonan kredit yang akan membawa user ke window hasil
analisis permohonan kredit, sub menu persetujuan kredit yang akan membawa user ke
window persetujuan kredit, sub menu surat perjanjian kredit yang akan membawa user
ke window surat perjanjian kredit, dan sub menu cetak laporan yang akan membawa
user ke window cetak laporan bagian kredit. Dalam menu akuntansi terdapat sub menu
tanda terima agunan yang akan membawa user ke window tanda terima agunan, dan sub
menu tanda pengembalian agunan yang akan membawa user ke window tanda
pengembalian agunan. Dalam menu administrasi terdapat sub menu master nasabah
debitur yang akan membawa user ke window master nasabah debitur, dan sub menu
bukti pemberian kredit yang akan membawa user ke window bukti pemberian kredit.
140
Gambar 4.26 Window Ganti password
Pada gambar 4.26 adalah window ganti password, user dapat merubah password
mereka. Field untuk user ID langsung di-generate oleh sistem sesuai dengan user yang
sedang mengakses sistem. User harus mengisi password yang lama lalu memasukan
password baru dua kali untuk konfirmasi. Setelah selesai user dapat menekan tombol
simpan maka sistem akan segera menyimpan password baru.
Gambar 4.27 Window Master nasabah debitur
141
Layar pada gambar 4.27 ini digunakan untuk mendata data pribadi nasabah yang
dilakukan oleh staf administrasi. Saat layar ini muncul maka akan terlihat data terakhir
yang telah diinput ke dalam sistem. User dapat menekan tombol first untuk melihat data
pertama yang dinput dan menekan tombol last untuk melihat data terakhir yang diinput,
lalu menekan tombol previous untuk melihat data sebelumnya dan menekan tombol next
untuk melihat data berikutnya. Setiap nasabah hanya dapat memiliki satu nomor CIF
(customer identification file) dan dapat memiliki lebih dari satu nomor rekening dan
nomor debitur dimana setiap nomor akan bersifat unik. Jika user ingin melihat data
nasabah debitur yang sudah ada maka user akan memasukkan tanggal saat nasabah
tersebut terdaftar dalam sistem dan memilih berdasarkan nomor CIF atau nomor
rekening ataupun nama lengkap pada combobox, lalu menekan tombol cari maka sistem
akan menampilkan data yang didapatkan dari hasil pencarian. Jika data yang dicari tidak
ada dalam sistem dan user ingin melakukan penambahan data nasabah debitur maka
menekan tombol tambah dan field-field akan kosong dan dapat diisi. Jika ingin
melakukan perubahan terhadap data nasabah debitur maka user menekan tombol ubah.
Untuk menyimpan data yang telah diinput ke dalam sistem maka user menekan tombol
simpan atau menekan tombol batal untuk membatalkan data yang diinput. Kemudian
user dapat menekan tombol keluar untuk keluar dari window master nasabah debitur
dan kembali ke menu utama. Layar ini merupakan bagian utama dari window master
nasabah debitur yang terdiri dari enam tabs yaitu data pribadi nasabah, data
penghasilan, data pelengkap, alamat rumah, alamat kantor, dan alamat usaha.
142
Gambar 4.28 Window Master nasabah debitur
Layar pada gambar 4.28 ini merupakan bagian dari window master nasabah
debitur yang digunakan untuk mendata data penghasilan dari nasabah debitur. Layar ini
merupakan bagian dari data yang sedang diakses oleh user dari layar pertama.
143
Gambar 4.29 Window Master nasabah debitur
Layar pada gambar 4.29 ini merupakan bagian dari window master nasabah
debitur yang digunakan untuk mendata data pelengkap dari nasabah debitur. Layar ini
merupakan bagian dari data yang sedang diakses oleh user dari layar pertama.
144
Gambar 4.30 Window Master nasabah debitur
Layar pada gambar 4.30 ini merupakan bagian dari window master nasabah
debitur yang digunakan untuk mendata alamat rumah dari nasabah debitur. Layar ini
merupakan bagian dari data yang sedang diakses oleh user dari layar pertama.
145
Gambar 4.31 Window Master nasabah debitur
Layar pada gambar 4.31 ini merupakan bagian dari window master nasabah
debitur yang digunakan untuk mendata alamat kantor dari nasabah debitur. Layar ini
merupakan bagian dari data yang sedang diakses oleh user dari layar pertama.
146
Gambar 4.32 Window Master nasabah debitur
Layar pada gambar 4.32 ini merupakan bagian dari window master nasabah
debitur yang digunakan untuk mendata alamat usaha dari nasabah debitur. Layar ini
merupakan bagian dari data yang sedang diakses oleh user dari layar pertama.
147
Gambar 4.33 Window Permohonan Kredit
Layar pada gambar 4.33 ini digunakan untuk mendata permohonan kredit yaitu
dengan memilih data yang ditampilkan dalam data grid lalu data akan tampil dalam
field-field yang ada dalam window permohonan kredit. Setelah itu user akan menginput
148
data ke dalam field-field yang masih kosong. Dalam window ini dilakukan analisis
terhadap permohonan kredit dengan menekan tombol analisis yang akan mengatar user
ke window analisis permohonan kredit, setelah itu nilai akan keluar di field analisis.
Selanjutnya untuk menyimpan data yang telah diinput tadi disimpan dengan menekan
tombol simpan. Kemudian untuk merubah data permohonan kredit maka user menekan
tombol ubah. Setelah itu user dapat menekan tombol batal untuk membatalkan
ttransaksi terakhir yang dilakukan. User dapat menekan tombol cetak untuk mencetak
permohonan kredit yang ingin dicetak.
Gambar 4.34 Window Analisis Permohonan Kredit
149
Layar pada gambar 4.34 ini digunakan untuk menganalisis permohonan kredit
dari nasabah debitur. Pada saat user menekan tombol analisis pada window permohonan
kredit maka window analisis akan muncul dengan nilai default yang tampil masing-
masing field penilaian 5 C dan 3 R. Dan saat user menekan tombol nilai analisis maka
akan keluar nilai analisis dari permohonan kredit tersebut. User tetap dapat melakukan
perubahan terhadap nilai default pada tiap-tiap field tersebut. Setelah mendapatkan nilai
analisis permohonan kredit maka user dapat menekan tombol simpan untuk menyimpan
nilai analisis atau batal untuk membatalkan nilai analisis yang telah didapat. User dapat
mencetak nilai analisis permohonan kredit dengan menekan tombol cetak dan menekan
tombol keluar untuk kembali ke window permohonan kredit.
150
Gambar 4.35 Window Permohonan Informasi Nasabah
Layar pada gambar 4.35 ini digunakan untuk mengajukan permohonan
informasi mengenai nasabah debitur kepada Bank Indonesia ataupun pihak-pihak
tertentu yang berwenang untuk memberikan informasi mengenai nasabah. User akan
memilih permohonan kredit yang ingin diajukan sebagai permohonan informasi nasabah
dengan memilih nomor permohonan kredit atau mencari nomor permohonan informasi
nasabah setelah itu data yang dipilih akan muncul pada window permohonan informasi
nasabah. Jika data yang dicari tidak ada maka user dapat menekan tombol tambah untuk
151
menambah permohonan informasi nasabah yang baru dan user dapat merubah
permohonan informasi nasabah dengan menekan tombol ubah. Selanjutnya untuk
menyimpan data yang telah diinput maka user menekan tombol simpan dan menekan
tombol batal untuk membatalkan data yang telah diinput oleh user. Untuk mencetak
permohonan informasi nasabah user dapat menekan tombol cetak sedangkan untuk
keluar dari window permohonan informasi nasabah dan kembali ke menu utama kredit
maka user dapat menekan tombol keluar.
Gambar 4.36 Window Surat Survei
Layar pada gambar 4.36 ini digunakan untuk membuat surat survei terhadap
nasabah debitur. Untuk menambah surat survei maka user menekan tombol tambah dan
field-field dalam window akan kosong, kemudian user akan memilih nomor
permohonan kredit yang akan dibuatkan surat surveinya. Untuk merubah user akan
menekan tombol ubah dan mengetik nomor surat survei lalu menekan tombol cari
152
kemudian data akan muncul dalam field-field yang ada dalam window surat survei.
Setelah melakukan input data surat survei makan user menekan tombol simpan untuk
menyimpan data surat survei tersebut. Untuk membatalkan yang dilakukan, user
menekan tombol batal dan window surat survei akan menampilkan data yang terakhir
tercatat dalam surat survei. Kemudian user dapat mencetak surat survei dengan
menekan tombol cetak. Setelah itu jika user ingin keluar dari window surat survei maka
dapat menekan tombol keluar dan kembali ke menu utama marketing.
Gambar 4.37 Window Hasil Survei
Layar pada gambar 4.37 ini digunakan untuk membuat hasil survei dari survei
yang telah dilakukan terhadap nasabah debitur. Untuk menambah hasil survei maka
user menekan tombol tambah dan field-field dalam window akan kosong, kemudian
user akan memilih nomor surat survei yang akan dibuatkan hasil surveinya. Untuk
153
merubah user akan menekan tombol ubah dan mengetik nomor hasil survei lalu
menekan tombol cari kemudian data akan muncul dalam field-field yang ada dalam
window hasil survei. Setelah melakukan input data hasil survei maka user menekan
tombol simpan untuk menyimpan data hasil survei tersebut. Untuk membatalkan yang
dilakukan, user menekan tombol batal dan window hasil survei akan menampilkan data
yang terakhir tercatat dalam hasil survei. Kemudian user dapat mencetak hasil survei
dengan menekan tombol cetak. Setelah itu jika user ingin keluar dari window hasil
survei maka dapat menekan tombol keluar dan kembali ke menu utama marketing.
Gambar 4.38 Window Hasil Analisis Permohonan Kredit
154
Layar pada gambar 4.38 digunakan untuk membuat hasil analisis permohonan
kredit dari analisis yang telah dilakukan terhadap permohonan kredit nasabah. User
akan menekan tombol tambah untuk menambah hasil analisis permohonan kredit,
setelah tombol tambah ditekan maka field-field dalam window akan kosong lalu user
akan memilih nomor permohonan kredit setelah itu data akan keluar dan user
melakukan input data hasil analisis, setelah itu menghitung kredit yang disetujui dengan
menekan tombol hitung kredit dan user menekan tombol hitung pembayaran untuk
menghitung pembayaran per bulan yang akan dilakukan oleh nasabah. User dapat
melakukan perubahan terhadap data hasil analisis permohonan kredit dengan menekan
tombol ubah dan field-field dalam window akan kosong, kemudian user memasukkan
nomor hasil analisis permohonan kredit lalu menekan tombol cari atau memilih nomor
permohonan kredit, setelah itu window akan menampilkan data yang ingin dirubah.
Untuk menyimpan data baru maupun data yang dirubah maka user dapat menekan
tombol simpan dan user dapat menekan tombol batal untuk membatalkan yang
dilakukan user, maka dapat menekan tombol batal. Selanjutnya untuk keluar maka user
menekan tombol keluar lalu window akan kembali ke menu utama kredit.
155
Gambar 4.39 Window Persetujuan Kredit
Layar pada gambar 4.39 digunakan untuk membuat persetujuan kredit dengan
dasar hasil analisis permohonan kredit yang telah dilakukan. Untuk menambah
persetujuan kredit baru, user akan menekan tombol tambah lalu field-field dalam
window persetujuan kredit akan kosong, kemudian user memilih nomor hasil analisis
permohonan kredit dan sistem akan menampilkan data ke dalam field-field yang
156
kosong. User juga dapat melakukan perubahan data persetujuan kredit dengan menekan
tombol ubah lalu field-field dalam window persetujuan kredit akan kosong. User
memasukkan nomor persetujuan kredit yang ingin diubah dan menekan tombol cari atau
memilih nomor hasil analisis permohonan kredit kemudian sistem akan menampilkan
data yang dicari. Setelah selesai menambah atau merubah data persetujuan kredit, user
dapat menekan tombol simpan untuk menyimpan data tersebut dan menekan tombol
batal untuk membatalkan apa yang telah dilakukan user pada window persetujuan
kredit. Jika ingin mencetak persetujuan kredit, maka user akan menekan tombol cetak
kemudian sistem akan mencetak persetujuan kredit yang telah dipilih untuk dicetak.
User menekan tombol keluar untuk keluar dari window persetujuan kredit dan kembali
ke menu utam kredit.
Gambar 4.40 Window Surat Konfirmasi Kredit
157
Layar pada gambar 4.40 digunakan untuk membuat surat konfirmasi kredit
yang berisi tentang persetujuan kredit dan dikirimkan ke nasabah yang mengajukan
permohonan kredit. Untuk menambah surat konfirmasi kredit maka user menekan
tombol tambah dan filed-field dalam window akan kosong, kemudian user akan
memilih nomor persetujuan kredit untuk membuat surat konfirmasi kredit. Sedangkan
untuk merubah data surat konfirmasi kredit, user menekan tombol ubah dan field-field
dalam window akan kosong, lalu user memasukkan nomor surat konfirmasi kredit dan
menekan tombol cari atau memilih nomor persetujuan kredit kemudian sistem akan
menampilkan data yang dicari. Setelah melakukan penambahan atau perubahan data
surat konfirmasi kredit, user menekan tombol simpan untuk menyimpan data
persetujuan kredit atau menekan tombol batal untuk membatalkan apa yang telah
dilakukan user dalam window persetujuan kredit. Untuk mencetak surat konfirmasi
kredit, user menekan tombol cetak kemudian sistem akan mencetak surat konfirmasi
kredit tersebut. User dapat keluar dari window surat konfirmasi kredit dengan menekan
tombol keluar dan kembali pada menu utama marketing.
158
Gambar 4.41 Window Tanda Terima Agunan
Layar pada gambar 4.41 digunakan untuk membuat tanda terima agunan yang
berisi penerimaan agunan dari nasabah kepada bank. Untuk menambah tanda terima
agunan maka user akan menekan tombol tambah dan field-field dalam window akan
kosong, kemudian user memilih nomor persetujuan kredit untuk membuat tanda terima
agunan. Sedangkan untuk merubah data tanda terima kredit, user menekan tombol ubah
dan field-field dalam window akan kosong, lalu user memasukkan nomor tanda terima
agunan dan menekan tombol cari atau memilih nomor persetujuan kredit kemudian
sistem akan menampilkan data yang dicari. Setelah melakukan penambahan atau
159
perubahan terhadap data penerimaan agunan, user menekan tombol simpan untuk
menyimpan data tanda terima agunan atau menekan tombol batal untuk membatalkan
apa yang telah dilakukan user dalam window tanda terima agunan. Untuk mencetak
tanda terima agunan, user menekan tombol cetak kemudian sistem akan mencetak tanda
terima agunan tersebut. User dapat keluar dari window tanda terima agunan dengan
menekan tombol keluar dan kembali pada menu utama akuntansi.
Gambar 4.42 Window Tanda Pengembalian Agunan
160
Layar pada gambar 4.42 digunakan untuk membuat tanda pengembalian agunan
yang berisi pengembalian agunan dari bank kepada nasabah. Untuk menambah tanda
pengembalian agunan maka user akan menekan tombol tambah dan field-field dalam
window akan kosong, kemudian user memilih nomor terima agunan untuk membuat
tanda pengembalian agunan. Sedangkan untuk merubah data pengembalian agunan,
user menekan tombol ubah dan field-field dalam window akan kosong, lalu user
memasukkan nomor pengembalian agunan dan menekan tombol cari atau memilih
nomor terima agunan kemudian sistem akan menampilkan data yang dicari. Setelah
melakukan penambahan atau perubahan terhadap data pengembalian agunan, user
menekan tombol simpan untuk menyimpan data tanda pengembalian agunan atau
menekan tombol batal untuk membatalkan apa yang telah dilakukan user dalam window
tanda pengembalian agunan. Untuk mencetak tanda pengembalian agunan, user
menekan tombol cetak kemudian sistem akan mencetak tanda pengembalian agunan
tersebut. User dapat keluar dari window tanda pengembalian agunan dengan menekan
tombol keluar dan kembali pada menu utama akuntansi.
161
Gambar 4.43 Window Surat Perjanjian Kredit
Layar pada gambar 4.43 digunakan untuk membuat surat perjanjian kredit yang
berisi perjanjian kredit antara bank dengan nasabah debitur. Untuk menambah surat
perjanjian kredit maka user akan menekan tombol tambah dan field-field dalam window
akan kosong, kemudian user memilih nomor persetujuan kredit untuk membuat surat
perjanjian kredit. Sedangkan untuk merubah data perjanjian kredit, user menekan
tombol ubah dan field-field dalam window akan kosong, lalu user memasukkan nomor
perjanjian kredit dan menekan tombol cari atau memilih nomor persetujuan kredit
162
kemudian sistem akan menampilkan data yang dicari. Setelah melakukan penambahan
atau perubahan terhadap data perjanjian kredit, user menekan tombol simpan untuk
menyimpan data surat perjanjian kredit atau menekan tombol batal untuk membatalkan
apa yang telah dilakukan user dalam window surat perjanjian kredit. Untuk mencetak
surat perjanjian kredit, user menekan tombol cetak kemudian sistem akan mencetak
surat perjanjian kredit tersebut. User dapat keluar dari window surat perjanjian kredit
dengan menekan tombol keluar dan kembali pada menu utama kredit.
Gambar 4.44 Window Bukti Pemberian Kredit
163
Layar pada gambar 4.44 digunakan untuk membuat bukti pemberian kredit yang
berisi pemberian kredit dari bank kepada nasabah debitur. Untuk menambah bukti
pemberian kredit maka user akan menekan tombol tambah dan field-field dalam
window akan kosong, kemudian user memilih nomor perjanjian kredit untuk membuat
bukti pemberian kredit. Sedangkan untuk merubah data pemberian kredit, user menekan
tombol ubah dan field-field dalam window akan kosong, lalu user memasukkan nomor
perjanjian kredit dan menekan tombol cari atau memilih nomor perjanjian kredit
kemudian sistem akan menampilkan data yang dicari. Setelah melakukan penambahan
atau perubahan terhadap data pemberian kredit, user menekan tombol simpan untuk
menyimpan data bukti pemberian kredit atau menekan tombol batal untuk membatalkan
apa yang telah dilakukan user dalam window bukti pemberian kredit. Untuk mencetak
bukti pemberian kredit, user menekan tombol cetak kemudian sistem akan mencetak
bukti pemberian kredit tersebut. User dapat keluar dari window bukti pemberian kredit
dengan menekan tombol keluar dan kembali pada menu utama administrasi.
Gambar 4.45 Window Cetak Laporan Bagian Marketing
164
Layar pada gambar 4.45 digunakan untuk mencetak laporan bagian marketing
yang berisi laporan dari bagian marketing yaitu laporan surat survei dan laporan hasil
survei. Untuk mencetak laporan dari bagian marketing ini, user harus memilih terlebih
dulu jenis laporan yang akan dicetak lalu memasukkan periode tanggal laporan yang
ingin dicetak. Setelah itu user menekan tombol cari kemudian sistem akan
menampilkan data yang dicari dalam datagrid. Untuk melihat bentuk laporan yang akan
dicetak, user menekan tombol preview dan untuk mencetak laporan yang diinginkan
maka user menekan tombol cetak. User menekan tombol keluar untuk keluar dari
window cetak laporan bagian marketing dan kembali ke menu utama marketing.
Gambar 4.46 Window Cetak Laporan Bagian Kredit
Layar pada gambar 4.46 digunakan untuk mencetak laporan bagian kredit yang
berisi laporan dari bagian kredit yaitu laporan permohonan kredit. Untuk mencetak
laporan dari bagian kredit ini, user harus memilih terlebih dulu jenis laporan yang akan
165
dicetak lalu memasukkan periode tanggal laporan yang ingin dicetak. Setelah itu user
menekan tombol cari kemudian sistem akan menampilkan data yang dicari dalam
datagrid. Untuk melihat bentuk laporan yang akan dicetak, user menekan tombol
preview dan untuk mencetak laporan yang diinginkan maka user menekan tombol cetak.
User menekan tombol keluar untuk keluar dari window cetak laporan bagian kredit dan
kembali ke menu utama kredit.
Gambar 4.47 Window Cetak Laporan Bagian Akuntansi
Layar pada gambar 4.47 digunakan untuk mencetak laporan bagian akuntansi
yang berisi laporan dari bagian akuntansi yaitu laporan penerimaan agunan dan laporan
pengembalian agunan. Untuk mencetak laporan dari bagian akuntansi ini, user harus
memilih terlebih dulu jenis laporan yang akan dicetak lalu memasukkan periode tanggal
laporan yang ingin dicetak. Setelah itu user menekan tombol cari kemudian sistem akan
menampilkan data yang dicari dalam datagrid. Untuk melihat bentuk laporan yang akan
166
dicetak, user menekan tombol preview dan untuk mencetak laporan yang diinginkan
maka user menekan tombol cetak. User menekan tombol keluar untuk keluar dari
window cetak laporan bagian akuntansi dan kembali ke menu utama akuntansi.
Gambar 4.48 Window Cetak Laporan Bagian Administrasi
Layar pada gambar 4.48 digunakan untuk mencetak laporan bagian administrasi
yang berisi laporan dari bagian administrasi yaitu laporan pemberian kredit. Untuk
mencetak laporan dari bagian administrasi ini, user harus memilih terlebih dulu jenis
laporan yang akan dicetak lalu memasukkan periode tanggal laporan yang ingin dicetak.
Setelah itu user menekan tombol cari kemudian sistem akan menampilkan data yang
dicari dalam datagrid. Untuk melihat bentuk laporan yang akan dicetak, user menekan
tombol preview dan untuk mencetak laporan yang diinginkan maka user menekan
tombol cetak. User menekan tombol keluar untuk keluar dari window cetak laporan
bagian admiistrasi dan kembali ke menu utama kredit.
167
4.1.3.3 Sequence Diagram
Berikut ini merupakan sequence diagram dari sistem informasi akuntansi
pemberian kredit BPR Cinere Artha Raya :
sd Na sabah_Debitur-ta mba h
Administrasi
re f Nasa ba h_De bitur-ba tal
ref Nas abah_ Debitur-batal
re f Nas abah_ Debitur-car i
Wind ow:Maste rNa sab ah De bi tur
Li st No Deb itur
Nasaba h Deb itu r
Li st No KTP
a lt
[cari ]
[tamb ah]
[ub ah ]
a lt
[simpa n]
[ba ta l ]
a lt
[simpa n]
[ba ta l ]
<<crea te >>
<<cre ate>>
*ge t reco rd ()
<<crea te >>
*g et re cord()
ge t l ast record ()
cl i ck ta mba hcle ar()
gen erate n o CIF
en try data
cli ck Simpa nsa ve()
cl ick Ub ahen try data
cli ck Simpa nupd ate()
close
Gambar 4.49 Sequence Diagram untuk nasabah debitur
168
sd Nasabah_Debitur-cari
Administrasi
Window:MasterNasabah Debitur
List No Debitur Nasabah DebiturList No KTP
alt
[no debitur]
[no ktp]
alt
[cari ]
[prev ious]
[fi rst]
[nex t]
[last]
entry tanggal terdaftar
pil ih berdasarkan
pi l ih
get()
pi l ihget()
c l ick previousget previous record()
cl ick fi rstget fi rst record()
cl ick nextget next record()
cl ick last
get last record()
Gambar 4.50 Sequence Diagram untuk nasabah debitur
sd Nasabah_Debitur-batal
Administrasi
WIndow:MasterNasabah Debi tur
Nasabah Debi tur
alt
[batal ]cl ick B atal
clear()
get last record()
Gambar 4.51 Sequence Diagram untuk nasabah debitur
169
sd Pe rmohonan_Kredit-ta mba h
Kred i t
refPermohonan_Kre dit-batal
ref Permohonan_Kre dit-uba h
refPermohona n_ Kre dit-c ari
re fPe rmohonan_Kredit-get las t re cord
List Ja ng ka Wa ktuKre di t
Wind ow:Pe rmo ho na nKredi t
Pe rmoh on anKred i t
Na sab ah De bi tur
L ist Da ta Grid
FormPermoh on an
Kre di t
a lt
[cari ]
[tamb ah ]
[u bah ]
refPermohona n_ Kredit-analisis
<<crea te >>
<<create >>
ge t record ()
<<crea te >>
ge ne ra te bu la n()
cl i ck ta mba h
clear()
ge ne ra te no p ermo hon an kredi t()
p i li hge t()
e ntry d ata p ermoh on an kre di tpi l ih
cl i ck ana l isis
cl ick simp an
sa ve record ()
cl i ck Ce tak
<<crea te >>
p rin t()
clo seclose
Gambar 4.52 Sequence Diagram untuk permohonan kredit
170
sd Permohonan_Kredi t-get last record
Wi ndow:PermohonanKredit
Li st Data Grid Li st Jangka WaktuKredi t
PermohonanKredi t
get last record()
get()
get ()
Gambar 4.53 Sequence Diagram untuk permohonan kredit
sd Permohonan_Kredit-cari
Kredi t
Window:PermohonanKredi t
PermohonanK red it
L ist Data Grid Nasabah DebiturJangka WaktuKred it
alt
[cari ]
pi l ih data on data grid
cl ick on data
get se lected record()get()
get()
get() get()
Gambar 4.54 Sequence Diagram untuk permohonan kredit
171
sd Permohonan_Kredi t-batal
Kred it
Window:PermohonanK redi t
PermohonanKredi t
L ist Da ta Gri d List Jangka WaktuKredi t
a lt
[ batal]
cl ick B ata l
clea r()
get l ast record ()ge t()
ge t()
Gambar 4.55 Sequence Diagram untuk permohonan kredit
sd Permohonan_Kredit-ubah
refPermohonan_Kredit-batal
Kredit
Window:PermohonanKredit
List Jangka WaktuKredit
PermohonanKredit
List Data Grid
alt
[ubah]
ref Permohonan_Kredit-analisis
click ubahpil ih data
click on dataget selected record()
get()
get()
entry data permohonan kredit
pil ih
c lick analisis
click simpanupdate record()
Gambar 4.56 Sequence Diagram untuk permohonan kredit
172
sd Permohonan_Kredit-analisis
Window:AnalisisPermohonan
Kredit
PermohonanKredit
Nasabah Debitur Kolektibil i tasNasabah Debitur
Window:PermohonanKredit
<<create>>
analisis()
close
Gambar 4.57 Sequence Diagram untuk permohonan kredit
173
s d Pe rmohonan Informasi Nasabah-ta mbah
Kredi t
re fPermohona n_Informas i_ Na sabah-get las t rec ord
Win dow:Pe rmo hona nIn formasi Nasab ah
List NoPe rmoh onan
Kred it
Permo hona nKre di t
Pe rmoh ona nInformasiNasa bah
Form Permoh onanIn formasi Nasab ah
Nasabah Deb itur
ref Permohona n_Informas i_Na saba h-batal
refPermohona n_Informas i_Na saba h-ubah
alt
[cari ]
[tamba h]
[u bah]
< <cre ate >>
<<cre ate>>
ge t re co rd ()
en try n o permohon ani nformasi na saba h
cl ick Cariget sel ecte d re co rd()
ge t()get()
get()
cl ick Tambahcle ar()
ge nerate n o permoho nani nforma si na saba h
p il i hget()
get()
en try d ata
cl ick Simp ansave()
cl i ck Cetak<< create> >
prin t()
cl osecl ose
Gambar 4.58 Sequence Diagram untuk permohonan informasi nasabah
174
s d Permohonan_In for ma si_ Na sabah-ubah
Kred it
re fPer mohona n_Informasi_Nasaba h-bata l
Li st NoPermo honan
Kre dit
Wi ndow:Permoho nanIn formasi Nasabah
Pe mo honanKredi t
Nasa bah Debi turPermoh onanInformasiNasab ah
a lt
[uba h]
cl i ck Ubah
entry no permohona n i nforma si nasabah
cl ick Ca rige t sel ecte d record() g et() get()
get()
en try da ta
cl ick Simpansave ()
Gambar 4.59 Sequence Diagram untuk permohonan informasi nasabah
sd Permohonan_Informasi_Nasabah-get last record
Window:PermohonanInfo rmasi Nasabah
L ist NoPermohonan
Kredit
PermohonanInformasiNasabah
PermohonanKredi t
Nasabah Deb itu r
ge t last record() get ()get () get ()
Gambar 4.60 Sequence Diagram untuk permohonan informasi nasabah
sd Permohonan_Informasi_Nasabah-batal
Kredit
Window:Perm ohonanInform asi Nasabah
P erm ohonanInformasiNasabah
List NoPermohonan
K redi t
PermohonanK redi t
Nasabah Debi tur
alt
[batal ]
cl ick Batal
clear()
get last record()get() get() get()
Gambar 4.61 Sequence Diagram untuk permohonan informasi nasabah
175
sd Surat_Surv ei-tambah
Ma rke ti ng Wi ndow: SuratSurvei
List NoPe rmoho nan
Kredi t
Permoho nanKred it
Surat Surve i
L ist Surveyor
Surveyo rNa sabah Debi tur
ref Surat_Surv ei-ge t la st reco rd
r efSura t_Surv ei-c lick Cari
r efSura t_Surv ei-get last re cord
ref Sura t_Surv ei-u bah
alt
[simpan ]
[b ata l]
alt
[cari ]
[ ta mb ah]
[ubah ]
F orm Surat Su rvei
<<crea te> >
<<cre ate >>
get record()
<<crea te> >
ge t re cord()
en try no surat su rvei
cli ck T ambah
cle ar()
ge nera te no surat su rvei ()
pil i hg et()
get()
pi li h
entry d ata surat su rvei
cl i ck Simpan save ()
cli ck Batal
cle ar()
cli ck Cetak< <create>>
p ri nt()
closecl ose
Gambar 4.62 Sequence Diagram untuk surat survei
176
sd Surat_Survei-click Cari
M arketing
Window:S uratSurvei
Surat Survei List NoPermohonan
Kredi t
Perm ohonanKredi t
NasabahDebi tur
List Surveyor
cl ick Cariget se lected record()
get()get()
get()
get()
Gambar 4.63 Sequence Diagram untuk surat survei
sd Surat_Survei-get last record
Window:SuratSurve i
SuratSurvei
List NoPermohonan
Kredi t
PermohonanKredit
NasabahDebitur
Li stSurveyor
get last record()get ()
get ()get()
get ()
Gambar 4.64 Sequence Diagram untuk surat survei
177
sd Surat_S urv ei-ubah
Marketing
Window:Sura tSurve i
List NoPermohonan
Kred i t
PermohonanKred it
L ist SurveyorSurat Surve i NasabahDeb i tu r
ref Surat_Survei-get last record
ref Surat_Survei-c lick Cari
alt
[simpan]
[bata l ]
alt
[ubah]
click Ubah
entry no surat surve i
en try da ta surat surve i
p i lih
cl ick Simpan
update record()
cli ck Ba talclear()
Gambar 4.65 Sequence Diagram untuk surat survei
178
sd Hasil_ Surv ei
Marke ti ng Wi ndow:Hasi lSurve i
Li st No Su ratSurvei
Surat SurveiHasi l Survei
Form Hasi l Survei
Permoh onanKre dit
Nasaba h Debi tur
alt
[si mpan]
[ba tal ]
a lt
[si mpan]
[batal ]
alt
[ca ri ]
[ ta mba h]
[ubah]
<<crea te> >
<<cre ate> >
get record ()
get l ast record() get() get() g et()get()
entry no ha sil su rvei
cl i ck Cari get sele cted re cord() get() get() g et() get()
cl ick Tamba hclea r()
gene rate no hasi l surve i()
p il ih get()g et()
get()
entry data ha sil survei
cli ck Simpansave()
cli ck Batalclea r()
g et l ast reco rd()get() get() g et() get()
cli ck Ubah
entry no ha sil su rvei
cl i ck Cariget sele cted re cord()
get()get()
g et()get()
entry d ata
cli ck Simpan upda te()
cl ick batalclea r()
get l ast record ()get() get() g et() get()
cli ck Cetak
<<cre ate> >
print()
cl osecl ose
Gambar 4.66 Sequence Diagram untuk hasil survei
179
sd Hasil_ Ana lisis _Pe rmohonan _Kr edit-tambah
KreditWi ndow:Hasil
An ali si sPermoh onan Kredi t List No
Pe rmohon anKredi t
Permoh onanKred it
Hasi l Anal isi sPermohonan
Kredi t
Form Hasi l Anal isi sPermoh onan Kredi t
Nasaba h Debi tur
ref Ha sil_Analisis_Permoho nan_Kredit-ge t las t recor d
refHasil_Analis is_ Permoh onan_Kred it-cl ick Car i
r ef Ha sil_Analisis_Permoho nan_Kredit-ge t las t recor d
refHa sil_Analisis_Permoho nan_Kredit-uba h
alt
[si mpan]
[ba tal ]
alt
[ca ri ]
[ ta mba h]
[ubah]
<<create>>
<<create>>
ge t re cord()
entry no hasi l anal isispermohonan kredi t
cli ck T ambah
clea r()
generate n o ha sil a nal isi spermoh onan kredit ()
p il ihget()
get()entry da ta hasi l an ali si spermoh onan kredit
cl ick h itung kredi thi tu ng_kredi t() get() get()
cl ick h itung pembayaranhitung pemba yaran() get() get()
cl ick Si mpan save()
cl i ck Bata lclea r()
cl i ck Ceta k<< create>>
p ri nt()
closeclo se
Gambar 4.67 Sequence Diagram untuk hasil analisis permohonan kredit
180
sd Hasi l_Analis is_Permohonan_Kredit-get last record
Window:Hasil Anali sisPermohonan Kredit
Hasil Analisi sPermohonan
Kredit
Li st NoPermohonan
Kredit
PermohonanKredit
NasabahDebi tur
get last record() get()get() get()
Gambar 4.68 Sequence Diagram untuk hasil analisis permohonan kredit
sd Hasil_Analisis_Permohonan_Kredit-click Cari
Kredit
Window:HasilAnalisis
Permohonan Kredit
Hasil AnalisisPermohonan
Kredit
List NoPermohonan
Kredit
PermohonanKredit
Nasabah Debitur
c l ick Cari get selected record()get()
get() get()
Gambar 4.69 Sequence Diagram untuk hasil analisis permohonan kredit
s d Ha sil_ Analis is _Permohona n_Kre dit-uba h
Kredi t
Wind ow:Ha si lAna li si s
Permoho nan Kredi t
Li st NoPe rmoh ona n
Kre dit
Permoh ona nKred it
Hasil An al isi sPermoh onan
Kred it
Na sab ahDebi tur
r efHasil_Analisis_Per mohonan_ Kr edit-c lick Cari
re f Hasil_ Analis is _Permohona n_Kre dit-get la st r ecor d
a lt
[si mpan ]
[ba ta l]
alt
[Ub ah]cl ick Ubah
entry no h asi l an al isi s permoh ona n kre di t
entry da ta
cli ck Si mpa nu pda te ()
cl ick Batalcle ar()
Gambar 4.70 Sequence Diagram untuk hasil analisis permohonan kredit
181
sd Pe rsetuju an_Kre dit-tambah
Kredit Wi ndow:Persetuju anKredi t
Li st No Hasil Anal isi sPerm ohona n Kredi t
Hasil Anal isi sPerm ohonan
Kredi t
Persetuj uanKred it
Fo rm Persetuj uanKredi t
Perm ohonanKredi t
Nasabah
alt
[si mpan ][batal]
alt
[sim pan]
[batal ]
Hasi l Survei
alt
[cari]
[tam bah]
[u bah]
<<create>>
<< create> >
get record()
ge t last record() get () get() get () get ()
ge t last record() get ()
entry no persetuj uan kredi t
cl ick Cari get sel ected record () get ()\ get() get () get ()
get sel ected record () get ()
cl ick T am bahcl ear()
generate no persetuj uan kredi t()
pil i h get() get () get ()
entry data
cli ck S im pan save()
cli ck Batalcl ear()
get l ast record()get () get() get () get ()
ge t last record() get (0
cli ck Ubah
entry no persetuj uan kredi t
cl ick Cari get sel ected record () get () get() get () get ()
entry data
cli ck S im pan upda te()
cli ck Batalcl ear()
get l ast reco rd()get () get() get () get ()
ge t last record() get ()
cli ck Cetak<<create>>
pri nt ()closecl ose
Gambar 4.71 Sequence Diagram untuk persetujuan kredit
182
s d Sur at_ Konfirmasi_Kred it
Kredi t Wi ndow:Su ratKonfirmasi Kredi t
List NoPersetuju an
Kredi t
Pe rse tuj uanKre dit
Surat Kon fi rma siKred it
Form SuratKon fi rmasi Kred it
Hasi l Anal isi sPermohon an
Kre dit
Permo hona nKredi t
NasabahDebi tu r
alt
[si mp an]
[batal ]
alt
[si mpan]
[ba tal ]
a lt
[cari]
[ tambah]
[ub ah]
<<crea te >>
< <crea te> >
ge t re co rd()
get l ast record() get() get() ge t() get() get()
entry no surat ko nfi rmasi kredi t
cli ck Cari get se lected re co rd() get() get() ge t() get() get()
cl i ck Tambahcl ear()
gene rate no surat ko nfi rma si kredi t()
pil i hget() ge t() get()
get()
en try data
cl ick Si mpansave()
cl ick Bata lcl ear()
get l ast record() get() get() ge t() get() get()
cl ick Ubah
entry no surat ko nfi rmasi kredi t
cli ck Cari get se lected re co rd() get() get() ge t() get() get()
en try data
cl ick Si mpanupda te()
cl ick Bata lcl ear()
get l ast record()get() get() ge t() get() get()
cl ick Ceta k
<<create>>
p ri nt()
closeclose
Gambar 4.72 Sequence Diagram untuk surat konfirmasi kredit
183
s d Tanda_Terima_ Agunan
Akun ta nsiWindo w:Tan daTe rima Agun an
Li st NoPe rse tu ju an
Kredi t
Pe rsetuj uanKredi t
Ta ndaTerimaAguna n
Form Tand aTe rimaAgun an
Hasi l Ana li si sPermoho nan
Kredi t
Permoh ona nKredi t
Na sab ahDebi tur
alt
[simp an][batal ]
alt
[simp an]
[b atal ]
alt
[ca ri ]
[tamb ah]
[ubah ]
<<cre ate>>
<<create>>
g et record()
get l ast record() ge t()ge t()
g et() ge t() get()
e ntry no terima a gun ancl ick Cari g et sel ecte d re co rd () ge t() ge t() g et() ge t() get()
cl i ck Tamb ahcle ar()
gen erate no terima a gun an()
p il i h ge t() g et() ge t() get()
en try d ata
cl ick Simp ansa ve()
cl ick Batalcle ar()
get l ast record()ge t() ge t() g et() ge t() get()
cl ick Uba he ntry no terima a gun an
cl ick Cari g et sel ecte d re co rd () ge t() ge t() g et() ge t() get()
en try d ata
cl ick Simp an sa ve()
cl ick Batalcle ar()
ge t l ast reco rd ()ge t() ge t() g et() ge t() get()
cl ick Cetak<<crea te >>
pri nt()cl ose
cl ose
Gambar 4.73 Sequence Diagram untuk tanda terima agunan
184
sd Tanda_Pengembalian_ Agun an
AkuntansiWind ow:T andaPengembal ian
Agunan Li st NoTerima
Aguna n
Ta ndaT erimaAgunan
T andaPeng emba li an
Agunan
F orm T andaPengembal ia n
Agu nan
Persetuju anKredi t
Hasil Anal isisPermohonan
Kredi t
Permoh onanKredi t
Na sabahDebi tur
alt
[si mpan]
[b atal ]
alt
[si mpan]
[ba tal ]
alt
[cari]
[ tambah]
[ubah]
<<cre ate>>
<<create>>
get re cord()
get la st record() get() ge t() get () get () get() ge t()
entry no pengembal ia n agu nan
cli ck Cari get sel ected record()get() ge t() get () get () get() ge t()
cl ick Tambahclear()
generate no peng emba li an a gunan()
pi li hge t() get() get () get() ge t()
ent ry d ata
cli ck Simpansave()
cl ick Batal
clear()
get la st record() get() ge t() get () get () get() ge t()
cl ick Ubah
entry no bukt i pemberi an kre dit
cli ck Cariget sel ected record()
get() ge t() get () get () get() ge t()
ent ry d ata
cli ck Simpansave()
cli ck Ba talclear()
get la st record() get()ge t()
get () get ()get()
ge t()
cl ick Cetak
<<create> >
p ri nt()
closecl ose
Gambar 4.74 Sequence Diagram untuk tanda pengembalian agunan
185
sd Surat_Perj anjian_Kredit
Kred i tWindow:Sura t
P erjan jian Kred i tList No
Perse tujuanKred it
Persetu juanKredi t
Sura tPerjan j ian
Kred it
Form Sura tPerjanj ian
Kred i t
Hasil Anal isisPermohonan
Kredi t
PermohonanKred i t
NasabahDebi tu r
alt
[simpan]
[ba ta l ]
a lt
[simpan]
[ba tal ]
a lt
[cari ]
[tam bah]
[ubah]
<<crea te>>
<<crea te>>
get record ()
ge t last record () get() ge t() get() get() ge t()
entry no surat pe rjanj ian kred i t
cli ck Cariget se lected record() get() ge t() get() get() ge t()
cl ick Tambahclear()
genera te no perjan j ian kredi t()
pi l ihge t() get() get() ge t()
en try da ta
cl i ck Simpansave()
cl ick B atalclea r()
ge t last record ()get() ge t() get() get() ge t()
cl ick Ubah
en try no sura t perjan j ian kredi t
cli ck Cariget se lected record() get() ge t() get() get() ge t()
en try da ta
cl i ck Simpanupda te()
cl ick B atalclea r()
ge t last record () get() ge t() get() get() ge t()
cl ick Cetak<<crea te>>
prin t()closeclose
Gambar 4.75 Sequence Diagram untuk surat perjanjian kredit
186
sd Bukti_Pemberian_Kre dit
Admi nistrasiWin dow:Bukt i
Pemberi anKredi t List No
Pe rj anj i anKredi t
BuktiPemberia n
Kredi t
Sura tPerj anj ian
Kredi t
Form Bukt iPembe ri an Kred it
Persetuju anKredi t
Hasil Ana li si sPermoho nan
Kredi t
Permohona nKredi t
Nasabahdebi tur
alt
[simpa n]
[batal ]
alt
[simpa n][batal ]
a lt
[cari]
[ tambah]
[uba h]
<< create>>
<< create>>
get record()
get last re co rd() get() g et() ge t() get() ge t() get()
entry no bukt i pe mb erian kredi t
cl ick Carig et sel ecte d record() get() g et() ge t() get() ge t() get()
cli ck Tamba hclea r()
gen era te no bukti p emberia n kredi t()
pi l ihg et() ge t() get() ge t() get()
entry data bukt i pemb eri an kredi t
cl ick Simpa n sa ve ()
cli ck Batalclea r()
get last re co rd() get() g et() ge t() get() ge t() get()
cli ck Ubah
entry no bukt i pembe ri an kredi t
cl ick Cari get last re co rd() get() g et() ge t() get() ge t() get()
e ntry da ta
cl ick Simpa n up date()
cli ck Ubahclea r()
get last re co rd() get() g et() ge t() get() ge t() get()
cli ck Cetak<<cre ate>>
prin t()
cl osecl ose
Gambar 4.76 Sequence Diagram untuk bukti pemberian kredit
187
4.1.3.4 Technical Platform
Sistem informasi akuntansi usulan ini dikembangkan untuk digunakan pada
PC (Personal Computer) dengan bahasa pemrograman berorientasi objek Visual Basic
.NET. User interface berbasis window dengan menggunakan form pada Visual Basic.
Sistem dioperasikan dengan menggunakan mouse dan keyboard sebagai alat input dan
pengoperasiannya, dan printer untuk mencetak laporan-laporan diperlukan.
4.1.3.5 Recommendations
4.1.3.5.1 The system’s usefulness and feasibility
Sistem memberi dukungan dalam pekerjaan staf marketing, staf kredit, staf
akuntansi, dan staf administras dalam membuat, menganalisis, menghitung, dan
mencetak dokumen yang berhubungan dengan prosedur pemberian kredit pada BPR
Cinere Artha Raya. Sistem ini membantu dalam analisis kelayakan permohonan kredit
dan laporannya serta menjadikan laporan tersebut sebagai masukan informasi yang
penting bagi Direksi perusahaan. Sistem ini akan mempermudah pekerjaan user dan
membantu menerapkan analisis 5 C dan 3 R yang lebih detail untuk setiap permohonan
kredit. Dengan sistem informasi ini maka proses pemberian kredit akan lebih akurat dan
mengurangi resiko kredit perusahaan.
4.1.3.5.2 Strategy
Untuk dapat menerapkan sistem informasi akuntansi pemberian kredit ini,
sebelumnya perusahaan harus sudah mempersiapkan segala kebutuhan yang diperlu
mulai dari fasilitas teknis sampai dengan informasi dan pelatihan yang dibutuhkan
karyawan untuk memanfaatkan sistem informasi akuntansi pemberian kredit ini.
188
Diawali dengan karyawan diperkenalkan dengan proses pemberian kredit
yang diterapkan sistem informasi akuntansi usulan ini kemudian istilah-istilah yang
digunakan. Selanjutnya memberikan pelatihan untuk menggunakan sistem informasi
akuntansi ini. Sistem dapat diujicobakan pada beberapa client terlebih dahulu untuk
adaptasi kemudian diterapkan kepada seluruh bagian yang membutuhkan sistem ini.
4.1.3.5.3 Development economy
Sistem yang dirancang membutuhkan pengembangan dari beberapa orang
untuk dapat mengembangkan sistem secara baik dan benar sesuai dengan kebutuhan
perusahaan. Sistem yang dikembangkan direncanakan untuk selesai kurang lebih dalam
tiga bulan. Tabel 4.43 berikut ini merupakan rincian dari mas ing-masing peran yang
bertanggung jawab terhadap pengembangan dan perkiraan biaya yang dibutuhkan.
Tabel 4.43 Perkiraan biaya
Peran Jumlah Tugas Waktu yang dibutuhkan
Jumlah Biaya (dalam RP.)
System anlyst 1 Menganalisa kebutuhan sistem Mendesain sistem Mendesain user interface Membuat bahan pelatihan Menyiapkan buku manual Analisis kebutuhan hardware,software Menganalisis kebutuhan network
5 minggu 15.000.000
Progammer 1 Menulis syntax dari program Menguji sistem secara keseluruhan Melakukan system maintenance Menyiapkan sistem manual
5 minggu 7.000.000
Penyedia hardware
1 Install software pendukung
Set up hardware Set up network Set up pendukung perangkat keras Hardware maintenance
2 minggu 3.000.000
Total 12 minggu 25.000.000
189
4.2 Design Document
4.2.1 The Task
4.2.1.1 The purpose
Tujuan dari pembuatan sistem informasi akuntansi pemberian kredit ini adalah
untuk membantu meningkatkan efektivitas pekerjaan administratif pemberian kredit
pada BPR Cinere Artha Raya, seperti pencatatan transaksi dan pembuatan dokumen
yang berkaitan dengan penerimaan permohonan kredit dari nasabah, pembuatan surat
survei dan hasil survei, pembuatan hasil analisis permohonan kredit yang diajukan
nasabah, pembuatan persetujuan kredit, pembuatan surat konfirmasi kredit, pembuatan
tanda terima agunan dan tanda pengembalian agunan, serta pembuatan surat perjanjian
kredit dan bukti pemberian kredit. Dengan demikian proses pengolahan data menjadi
informasi berupa laporan menjadi lebih cepat dan akurat.
4.2.1.2 Correction to the analysis
Dalam tahap perancangan ini dilakukan beberapa perbaikan terhadap analisis
dokumen yang telah dibuat sebelumnya. Perbaikan-perbaikan tersebut dilakukan dengan
merevisi class diagram yang sudah ada menjadi class diagram yang baru dengan
melakukan penyesuaian terhadap beberapa asosiasi dan perincian atribut dari class.
Dalam revised class diagram terdapat penambahan terhadap class Nasabah debitur.
4.2.1.3 Quality Goals
Perancangan sistem informasi akuntansi pemberian kredit BPR Cinere Artha
Raya lebih menekankan fokus kepada kriteria usable dan correct. Kriteria usable
memiliki pengertian bahwa sistem telah sesuai dengan konteks organisasi, kaitan kerja
190
operasional, dan teknikal. Dan pada kriteria correct dapat diartikan bahwa sistem telah
sesuai dengan kebutuhan perusahaan saat ini.
Selain itu, sistem informasi akuntansi pemberian kredit juga harus memiliki
kriteria yang cukup penting, antara lain adalah secure, efficient, flexible, dan
comprehensible. Yang dimaksud dengan kriteria secure adalah sistem dapat mendukung
keamanan transaksi selama proses pemberian kredit berjalan. Lalu dalam kriteria
efficient menunjukan bahwa sistem diharuskan dapat bekerja dengan cepat dalam
melakukan pemrosesan transaksi sehari-hari dalam jumlah yang banyak dan dengan
sumber daya yang terbatas. Kemudian pada kriteria flexible ditunjukkan dengan sampai
sejauh mana sistem dapat mengikuti perubahan yang terjadi pada perusahaan.
Selanjutnya pada kriteria comprehensible berarti bahwa sistem dapat dengan mudah
dipahami oleh user.
Di lain pihak kriteria reliable, maintainable, testable, dan reusable mendapat
level prioritas yang kurang penting. Sementara pada kriteria interoperable tidak
memiliki relevansi dalam sistem informasi akuntansi pemberian kredit yang diusulkan,
sedangkan kriteria portable adalah kriteria yang mudah dipenuhi. Tabel 4.44 berikut ini
merupakan tabel kriteria sistem informasi akuntansi pemberian kredit BPR Cinere
Artha Raya.
191
Tabel 4.44 Kriteria Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya
Criterion Very
important Important
Less
important Iirrelevant
Easily
fulfilled
Usable √
Secure √
Efficient √
Correct √
Reliable √
Maintainable √
Testable √
Flexible √
Comprehensible √
Reuseable √
Portable √
Interoperable √
4.2.2 The Technical Platform
4.2.2.1 Equipment
Sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya didesain
dan dibuat untuk digunakan dengan PC (Personal Computer). Arsitektur jaringan
komputer yang akan dibangun pada BPR Cinere Artha Raya menggunakan empat buah
komputer client dan satu buah komputer server. Komputer client akan digunakan oleh
bagian Marketing, bagian Kredit, bagian Akuntansi, dan bagian Administrasi. Tiap-tiap
komputer client terhubung pada sebuah printer. Sedangkan komputer server akan
ditempatkan pada satu ruangan khusus dalam BPR. Aliran data dari komputer server ke
komputer client akan dihubungkan dengan menggunakan switch 8 ports10/100 Mbps.
Pada Tabel 4.45 menunjukkan spesifikasi hardware yang digunakan pada sistem
informasi akuntansi pemberian kredit BPR Cinere Artha Raya berjalan, yaitu:
192
Tabel 4.45 Spesifikasi Peralatan untuk Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya yang berjalan
Specification Client Server
Processor Intel Pentium 2 Intel Pentium 3 2.4Ghz
Memory 256 MB 1 GB
Hard Disk Drive 8 GB 60 GB
Operating System Microsoft Windows 98 Microsoft Windows 98
Printer Epson LX1200 -
Gambar 4.77 berikut ini menunjukkan jaringan komputer dari sistem informasi
akuntansi pemberian kredit BPR Cinere Artha Raya.
Gambar 4.77 Jaringan Komputer Sistem Informasi Akuntansi Pemberian Kredit BPR
Cinere Artha Raya
Tabel 4.46 menunjukkan tentang spesifikasi hardware yang akan digunakan
untuk PC yang akan digunakan untuk sistem informasi akuntansi pemberian kredit BPR
Cinere Artha Raya, yaitu:
193
Tabel 4.46 Spesifikasi Peralatan untuk Sistem Informasi Akuntansi Pemberian Kredit BPR Cinere Artha Raya usulan
Specification Client Server
Processor Intel Pentium 4 3,0 GHz Intel Core 2 Duo 2,6 GHz
Memory 512 MB 2 GB
Hard Disk Drive 40 GB 120 GB
Operating System Microsoft Windows
2000/NT/XP
Microsoft Windows 2000
Advanced Server
Printer Epson C3800 -
Tabel 4.47 berikut ini merupakan perhitungan biaya upgrade untuk spesifikasi
hardware yang akan digunakan untuk sistem informasi akuntansi pemberian kredit BPR
Cinere Artha Raya dengan spesifikasi pada tabel 4.46, yaitu:
Tabel 4.47 Perhitungan biaya upgrade terhadap hardware Komputer Jumlah Biaya per Unit Total Biaya
Client 4 Unit Rp. 6.000.000,00 Rp. 24.000.000,00
Server 1 Unit Rp. 10.000.000,00 Rp. 10.000.000,00
Total Biaya Rp. 34.000.000,00
4.2.2.2 System Software
Perancangan terhadap sistem informasi akuntansi pemberian kredit BPR Cinere
Artha Raya ini berdasarkan implementasi sistem dalam Microsoft Visual Basic .NET.
Lalu untuk Operating System, sistem informasi akuntansi pemberian kredit akan
menggunakan Microsoft Windows XP.
4.2.2.3 System Interface
Selain membutuhkan PC, sistem akan membutuhkan printer yang dapat
mencetak kertas pada format A4 atau letter untuk dapat mencetak dokumen yang
dihasilkan. Setiap komputer client akan dilengkapi dengan printer dan setiap operating
system yang digunakan harus dapat mendukung interface printer.
194
4.2.2.4 Design Language
Perancangan dokumen dalam sistem informasi akuntansi pemberian kredit BPR
Cinere Artha Raya ini menggunakan notasi UML 2.0 (Unified Model Language 2.0)
Diagram yang berorientasi pada objek, dengan menggunakan aplikasi Enterprise
Architect v6.1.
4.2.3 Architectur design
4.2.3.1 Component Architecture
Sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya akan
menggunakan arsitektur client-server dengan centralized data, hal tersebut berarti
bahwa client memiliki komponen user interface dan function, sedangkan server
memiliki komponen function dan model. Setiap client dapat membaca data yang ada di
server melalui komponen user interface, dan dapat mengakses juga mengambil data dan
mengupdate data yang ada di server melalui komponen function yang terdapat pada PC
client.
Gambar 4.78 berikut ini menunjukkan diagram arsitektur komponen dari sistem
informasi akuntansi pemberian kredit BPR Cinere Artha Raya.
195
id Sistem Informasi Akuntansi Pemberian Kredit
<<component>>client Administrasi<<component>>client Akuntansi
<<component>> client Kredit
<<component>> client M arketing
User Interface
Function
User In terface
Function
<<component>>serv er
User Interface
Function
Function
User Interface
Function
Model
Gambar 4.78 Component Diagram sistem informasi akuntansi pemberian kredit
4.2.3.2 Process Architecture
Architecture process yang dirancang untuk menghasilkan deployment diagram.
Deployment diagram dirancang dengan menggunakan centralized pattern, dimana
setiap komputer client memiliki user interface, function, dan external device berupa
printer. Sedangkan pada komputer server terdapat komponen function dan model.
Kemudian melalui komponen function, client dapat melakukan pemrosesan semua data
yang akan dimasukkan melalui komponen user interface client, selanjutnya server akan
menampung semua input dari client untuk dibaca dan diproses melalui komponen
196
function dan model yang ada pada server. Server juga terhubung dengan sistem lain
yang terhubung dengan system interface untuk memproses data yang memerlukan data
dari bagian sistem lain. Hasil output pada client akan dicetak melalui printer yang
terhubung dengan PC client. Gambar 4.79 berikut ini merupakan rancangan deployment
diagram dari sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya.
dd Si stem Informasi Akuntansi Pemberian Kredit
c li ent Market ing
User Interface
Function
client K redit
User Interface
Funct ion
cli ent Akuntansi
User Interface
Funct ion
client Administrasi
User Interface
Function
act ive obj ectactive obj ect
act ive object
«devic e»Printer
«device»
Printer
«devi ce»P ri nter
«devic e»Printer
Serv er
Functi on
Model
activ e obj ect
Gambar 4.79 Deployment Diagram sistem informasi akuntansi pemberian kredit
197
4.2.3.3 Standard
Perancangan yang dilakukan pada window menu dan pesan kesalahan yang
terdapat pada sistem informasi akuntansi pemberian kredit mengikuti standar yang
berlaku dalam aturan yang berlaku umum dalam perancangan windows. Gambar 4.80
berikut ini merupakan contoh gambar menu standar dan Gambar 4.81 merupakan
contoh dari pesan kesalahan.
Gambar 4.80 contoh dari menu standar
Gambar 4.81 contoh dari pesan kesalahan
4.2.4 Component
4.2.4.1 Structure
Gambar 4.82 berikut ini merupakan revised class diagram berdasarkan hasil
analisis dari sistem informasi akuntansi pemberian kredit.
198
cd Rev ised Class SIA
Surv eyor
+ m ensurvei () :
Karyawan
- n o_ID: - n ama: - a lam at: - tel epon: - tem pat_l ahir: - tanggal _lahi r: - j eni s_kelam in: - b agian: - status: - j abatan:
+ m em ulai _kerj a() : + m engakhi ri _kerj a() :
Kredit
+ men ganali sis_kredit () :
Marketing
+ m eneri m a_perm ohonan_kre dit () :
Akuntansi
+ menerim a_agunan() : + mengem bal ikan_agunan() :
Administrasi
+ mengadm ini st rasi _bukti _pemberi an_kredi t() : + menadm ini strasi _nasabah_debitur() :
Nasabah _Debi tur::
- no_CIF: - no_rekeni ng: - no_debitur: - nama_l engkap: - no_KT P: - tem pat_l ahir: - tanggal _lahi r: - status: - pekerj aan: - keterangan:
+ mendaf tar() : + mengaj ukan kredi t() : + mem buka rekeni ng() : + menerim a kredit () :
Permohonan_Kred it::
- no_permohonan_kredit : - no_debi tur: - no_rekening: - tang gal_permohonan_kredi t: - jeni s_permohonan_kredi t: - jum l ah_perm ohonan_kredit : - jang ka_waktu_kredi t: - agunan: - tuj uan_penggunaan: - kete rangan:
+ men gajukan kredi t() :
Permoho nan_Informasi_Na sabah::
- no_perm ohonan_i nformasi _nasabah: - tanggal _permohonan_i nformasi: - keterangan:
+ mengaj ukan perm ohonan i nform asi nasabah() : + mengi ri m() :
Surat_Surv ei ::
- no_surat_survei : - ta nggal_surat_survei : - surveyor: - keterangan:
+ m emeriksa_data_nasabah() :
Has il_Surv ei::
- no_hasi l_survei : - tangga l_hasi l_survei : - hasil _survei :
+ meneri ma_hasi l_survei () :
Hasi l_Anal isis_Permohonan_Kredit::
- no_hasi l_ anali sis_permohon an_kredi t: - tanggal_ hasil _anali sis: - anal is_kredi t: - hasi l_ana li sis: - keteranga n:
+ m eneri m a anal isi s permohon an kredit () :
Persetujuan_Kredi t::
- no_persetuj uan_kredi t: - tanggal _persetuj uan_kredi t: - status_perm ohonan_kredit : - jum lah_kredi t_yang_disetujui : - keterangan:
+ menerim a h asil anal isi s permoh onan kredit () : + mem beri pe rsetujuan kredi t() :
Surat_Konfirmasi_Kredi t::
- no_surat_ konfi rm asi_kredit : - tanggal_ surat_konfi rm asi_kredi t: - keteranga n:
+ m eneri m a persetuj uan kredit () : + m engirim () :
Tand a_Terima_Agunan::
- no_terim a_agunan: - data_agunan_kredit_diterim a:
+ m enerim a_agunan() :
Tanda_Pengembal ian_Agunan::
- no_peng embal ian_agunan: - data_agunan_kredit_dikem bal ikan:
+ m engem bali kan_agunan() :
Sura t_Perjanj ian_Kredi t::
- no_perjanj ian_kredit : - tangga l_perjanj ian_kredit : - keterangan:
+ meneri ma persetujuan kre dit () : + menan datangani _SPK() :
Buk ti_Pemberian_Kredi t
- no_bukt i_pem beri an_kredit : - tang gal_pem beri an_kre dit : - no_bukt i_t ransfer: - kete rangan:
+ men eri ma SPK() : + men andatangani _BPK() : + men cai rkan_kredit () :
Kolektibi li tas
- tanggal _pemb eri an_kredi t: - tanggal _jatuh_tempo: - kolekt ibi li tas: - status_pemba yaran_kredi t_per_periode:
+ menerim a_pem bayaran_kredi t() :
Data_Penghasi lan
- total _penghasi lan: - j enis_u saha: - pengh asil an_tam bahan_per_bulan: - hpp_p er_bul an: - penge luaran_total_ruti n_per_bulan:
+ m enerim a_data_penghasil an() :
Data_Pelengkap
- pas_foto: - fotocopy_KT P: - fotocopy_kartu_keluarga: - fotocopy_bukti _kepemi li kan_agunan:
+ m enerim a_data_pel anggan() :
Alamat_rumah
- al ama t_rumah_saat_ini : - l ama_ menetap: - status_ rum ah: - telp. /fax.: - al ama t_rumah_sebel umn ya: - l ama_ menetap': - status_ rum ah': - telp. /fax.':
+ pi ndah_al amat_rum ah() :
Alamat_kantor
- alam at_kantor_saat_i ni: - lam a_menetap: - status_kantor: - tel p./ fax.: - alam at_kantor_sebelum nya: - lam a_menetap': - status_kantor': - tel p./ fax.':
+ pindah_al ama t_kantor() :
Alamat_usaha
- al amat_usaha_saat_ini : - l ama_m eneta p: - status_tempat_usaha: - al amat_usaha_sebel umnya: - l ama_m eneta p': - status_tempat_usaha': - telp. /fax. : - telp. /fax. ':
+ pi ndah_alam at_usaha() :
Passwor d
- user_ID: - password :
+ l ogin() : + l ogout() :
1. .*
1.. *
1
11
1
1
1
1
1
1
1
1. .*
1
1.. *
11
1
1
1. .*
1
1. .*1
1
1
1
1
1
1
1
1
1. .*
1
1
1
1. .*
1
1. .*
1
1
111 1
11
1
1 1
Gambar 4.82 Revised Class Diagram sistem informasi akuntansi pemberian kredit
199
4.2.4.2 Classes
Spesifikasi dari class yang diubah dalam revised class diagram dari sistem
informasi akuntansi pemberian kredit pada BPR Cinere Artha Raya adalah sebagai
berikut :
1. Kolektibilitas
Attribute : tanggal pemberian kredit, tanggal jatuh tempo, kolektibilitas, status
pembayaran kredit per periode.
Operation : menerima pembayaran kredit
2. Data Penghasilan
Attribute : total penghasilan, jenis usaha, penghasilan tambahan per bulan, hpp
per bulan, pengeluaran total rutin per bulan.
Operation : menerima data penghasilan.
3. Data Pelengkap
Attribute : pas foto, fotocopy KTP, fotocopy Kartu keluarga, fotocopy bukti
kepemilikan agunan.
Operation : menerima data pelengkap.
4. Alamat rumah
Attribute : alamat rumah saat ini, lama menetap, status rumah, telp./fax., alamat
rumah sebelumnya, lama menetap, status rumah, telp./fax.
Operation : pindah alamat rumah.
5. Alamat kantor
Attribute : alamat kantor saat ini, lama menetap, status kantor, telp./fax., alamat
kantor sebelumnya, lama menetap, status kantor, telp./fax.
200
Operation : pindah alamat kantor.
6. Alamat usaha
Attribute : alamat usaha saat ini, lama menetap, status tempat usaha, telp./fax.,
alamat usaha sebelumnya, lama menetap, status tempat usaha,
telp./fax.
Operation : pindah alamat usaha.
4.2.5 Function component
Gambar 4.83 berikut ini menunjukkan Class placement dalam Model
Component dan Function Component yang terdapat pada sistem informasi akuntansi
pemberian kredit pada BPR Cinere Artha Raya.
201
id Co nnec tion s
<<co mpo nent >> M ode l fun ctio n co mpon ent
An alisi s_Per moh onan _Kred it
+ me ngan alisis perm ohon an kred it() :
Ceta k_La por an_ Pe rm ohon an_Kr edit
+ men cetak lap oran perm oho nan kre dit() :
Su rv eyor
+ men su rvei() :
Kar yawan
- no _ID: - na ma: - al amat : - te lepon : - te mpat _lah ir: - ta ngga l_lah ir: - je nis_ ke lamin : - ba gian : - status: - ja batan :
+ m emul ai_kerja () : + m enga khi ri_kerja( ) :
Kre dit
+ m enga nalisis_kr edit( ) :
Mar keti ng
+ m ene rima _per moh onan _kr edit( ) :
Akun tans i
+ me nerim a_a guna n() : + me ngem bali kan _ag unan () :
Admin istr asi
+ men gadm inistra si_b ukti_pe mbe rian_ kre dit() : + men adm inistrasi_na sa bah_ debi tur() :
Na saba h_Debi tur ::
- no _CIF: - no _reken ing: - no _de bitur : - na ma_ leng ka p: - no _KTP: - te mpa t_lah ir: - ta ngga l_la hir: - statu s: - pe ke rjaan : - keter anga n:
+ m enda ftar( ) : + m enga jukan kred it() : + m emb uka rekenin g() : + m ener ima kre dit() :
Perm oho nan_ Kr edi t::
- no_p erm ohon an_kred it: - no_d ebit ur: - no_r eke ning : - tang gal_ perm ohon an_ kre dit: - jenis_pe rmo hona n_kredi t: - juml ah_p erm ohon an_kred it: - jang ka_ wa ktu _kre dit: - agun an: - tujua n_p engg unaa n: - ket erang an:
+ men gaju kan kre dit() :
Pe rmo hon an_I nfor mas i_Nasa bah: :
- n o_p ermo hona n_in form asi _nasab ah: - t angg al_p ermo hon an_i nform asi: - kete rang an:
+ m eng ajukan perm oho nan i nform asi nasab ah() : + m eng irim( ) :
Su ra t_Surv ei: :
- n o_surat_ su rvei: - ta ngg al_surat _su rvei: - surveyo r: - keter anga n:
+ m eme riksa_ data _nasaba h() :
Has il_Sur vei ::
- no_h asi l_survei: - tang gal_h asil_survei: - hasil_survei:
+ men erima _ha sil_ sur ve i() :
Ha sil_Ana lisis _Pe rm oho nan_ Kr edit ::
- n o_h asi l_ana lisis_p erm ohon an_ kred it: - t angg al_h asi l_an alisis: - a nali s_kred it: - h asil_an alisis: - kete rang an:
+ m ene rima ana lisi s p ermo hona n kredi t() :
Per setu ju an_Kr edit: :
- no_ persetu juan_ kre dit: - tang gal_ persetu juan _kr edit: - sta tus_per moh onan _kr edit: - jum lah_ kre dit_ya ng_d ise tujui : - ke teran gan :
+ men erim a ha sil anal isis pe rmoh ona n kr edit( ) : + mem ber i per setu juan kr edit( ) :
Sur at_Kon firm asi_ Kr edi t::
- no_ sur at_konf irmasi_kred it: - tan ggal _su rat_konf irma si_ kred it: - ke teran gan :
+ me nerim a pe rse tuju an kredi t() : + me ngiri m() :
Tand a_Ter im a_Agun an::
- no_ terim a_a guna n: - dat a_ag unan _kredit _dite rima :
+ me nerim a_a guna n() :
Ta nda _Penge mba lian_ Ag unan ::
- n o_pe nge mba lian_ agun an: - d ata_ agun an_ kred it_d ike mbal ika n:
+ m eng emb alikan_a gun an() :
Sur at_ Pe rj anj ian_ Kr edit ::
- n o_pe rjan jian_ kre dit: - ta ngg al_p erjan jian_ kre dit: - keter anga n:
+ m ene rima persetu juan kre dit() : + m ena ndat anga ni_SPK() :
Bukti_ Pe mbe rian _Kred it
- no_b ukt i_pe mbe rian_ kre dit: - tang gal_ pem beria n_kredi t: - no_b ukt i_tra nsf er: - ket erang an:
+ men erim a SPK() : + men anda tang ani_ BPK() : + men ca irkan_kred it() :
Cet ak_L apor an _Pe mbe ria n_Kre dit
+ me ncetak lap oran pem ber ian kred it() :
Kolek tibil itas
- ta ngga l_pe mbe rian_ kre dit: - ta ngga l_jat uh_t emp o: - kolektibi litas: - status_p emba yaran _kr edit_ per_ perio de:
+ m eneri ma_ pem bayara n_kredi t() :
Cetak _La por an_Has il_Sur ve i
+ me ncetak lap oran hasil survei () :
Cet ak_L apor an _Pe ner ima an_ Agu nan
+ m enceta k la pora n pe neri maan agu nan () :
Cet ak_L apor an _Pe nge mba lian_ Ag unan
+ m enceta k la pora n pe nge mbal ian a gun an() :
Cetak _La por an_Sur at_ Su rv ei
+ m encet ak l apor an surat su rvei() :
Hit ung_ kre dit
+ m engh itun g_kredit _yang _disetu jui() :
Hitung _Pemb ayara n
+ men ghitu ng p emb ayaran per bula n() :
Data _Pengh asila n
- total _pen ghasila n: - jenis_usah a: - peng hasilan _tam baha n_p er_b ulan : - hpp_ per_ bula n: - peng elua ran_ total _ruti n_pe r_bu lan:
+ men erima _da ta_p engh asi lan() :
Data_Pel engk ap
- pas_foto : - fotoco py_KTP: - fotoco py_kartu_ kel uarg a: - fotoco py_bu kti_ kep emi lika n_ag una n:
+ men erima _da ta_p elen gka p() :
Alam at_Rum ah
- a lam at_ru mah _sa at_i ni: - l ama _men etap : - statu s_ ruma h: - t elp./ fax.: - a lam at_ru mah _se belu mnya : - l ama _men etap ': - statu s_ ruma h': - t elp./ fax.':
+ p inda h_al ama t_rum ah( ) :
Alam at_ Ka ntor
- alam at_kant or_saat_ ini: - lama _me neta p: - stat us_ kan tor: - telp. /fax: - alam at_kant or_sebe lumn ya: - lama _me neta p': - stat us_ kan tor': - telp. /fax.':
+ pind ah_a lama t_kanto r() :
Alama t_Usah a
- alam at_u sa ha_saat _ini: - lama _me neta p: - sta tus_ka ntor: - telp. /fax.: - alam at_u sa ha_sebe lum nya: - lama _me neta p': - sta tus_ka ntor': - telp. /fax.':
+ pind ah_a lam at_u sah a() :
Pass wor d
- user_ID: - password :
+ logi n() : + logo ut() :
1..*
11..*
1
1.. *
1
1
1
« ca ll»
1.. *
1. .*
1..* 1 1
1
1
1
11
1
« call»
«call»
«cal l»
«call»
1
1
1
1 11
1 1
1
1
1
1
«call»«ca ll»
«call »
1
1
1
1 ..*
1
1
1
1. .*
1
«call»
«call»
«call»
« call»
«cal l»
1
«ca ll»
« call»
« ca ll»
«ca ll»
«cal l»
«call»
«call »
1
« call»
1
«call»
«call »
« call»
«call» « call»
1
1 ..*
1
1
11
Gambar 4.83 Function component sistem informasi akuntansi pemberian kredit
4.2.6 Operation Specification
Tabel 4.48 sampai dengan tabel 4.56 berikut ini merupakan operation
specification dari sistem informasi akuntansi pemberian kredit pada BPR Cinere Artha
Raya :
202
Tabel 4.48 Operation Specification untuk menganalisis permohonan kredit Function Menganalisis permohonan kredit
_ Active X Update X Passive X Read X Compute
_ Signal Purpose Menghitung nilai kelayakan atas permohonan kredit. Input Data - Conditions
Data pinjaman kredit dan data kolektibilitas kredit sudah tersedia sebelumnya. Effect Menghasilkan persetujuan atau penolakan permohonan kredit nasabah. Algorithm cbobox1.t xt = 5 – kolektibilitas.txt
If nilaiagunan.txt < 1.500.000 Then cbobox2.t xt = 1 Else If 1.500.000 ≤ nilaiagunan.t xt < 2.500.000 Then cbobox2.txt = 2 Else If 2.500.000 ≤ nilaiagunan.t xt < 4.000.000 Then cbobox2.txt = 3 Else If nilaiagunan.txt ≥ 4.000.000 Then cbobox2.txt = 4 End If If penghasilan.t xt < 1.500.000 Then cbobox3.txt = 1 Else If 1.500.000 ≤ penghasilan.txt < 2.500.000 Then cbobox3.txt = 2 Else If 2.500.000 ≤ penghasilan.txt < 3.500.000 Then cbobox3.txt = 3 Else If penghasilan.txt ≥ 3.500.000 Then cbobox3.t xt = 4 End If If penghasilan.t xt < 1.500.000 and 1 ≤ kolektibilitas.txt < 4 Then cbobox4.txt = 1 Else If 1.500.000 ≤ penghasilan.txt < 2.500.000 and 1 ≤ kolektibilitas.txt < 4 Then cbobox4.txt = 2 Else If 2.500.000 ≤ penghasilan.txt < 3.500.000 and 1 ≤ kolektibilitas.txt < 3 Then cbobox4.txt = 3 Else If penghasilan.txt ≥ 3.500.000 and 1 ≤ kolektibilitas.txt < 3 Then cbobox4.t xt = 4 End If If penghasilan.t xt < 1.500.000 and 1 ≤ cbobox2.txt ≤ 4 Then cbobox5.t xt = 1 Else If 1.500.000 ≤ penghasilan.txt < 2.500.000 and 1 ≤ cbobox2.t xt ≤ 4 Then cbobox5.t xt = 2 Else If 2.500.000 < penghasilan.txt < 3.500.000 and 1 ≤ cbobox2.t xt ≤ 4 Then cbobox5.t xt = 3 Else If penghasilan.txt ≥ 3.500.000 and 2 ≤ cbobox2.t xt ≤ 4 Then cbobox5.txt = 4 End If If penghasilan.t xt < 1.500.000 and 6 ≤ waktu.txt ≤ 12 Then cbobox6.txt = 1 Else If 1.500.000 ≤ penghasilan.txt < 2.500.000 and 6 ≤ waktu.txt ≤ 24 Then cbobox6.t xt = 2
203
Else If 2.500.000 < penghasilan.txt < 3.500.000 and 6 ≤ waktu.txt ≤ 24 Then cbobox6.t xt = 3 Else If penghasilan.txt ≥ 3.500.000 and 12 ≤ waktu.txt ≤ 60 Then cbobox6.txt = 4 End If If penghasilan.t xt < 1.500.000 and 1 ≤ kolektibilitas.txt < 4 and 12 ≤ waktu.txt ≤ 60 Then cbobox7.txt = 1 Else If 1.500.000 ≤ penghasilan.txt < 2.500.000 and 1 ≤ kolektibilitas.txt < 4 and 12 ≤ waktu.txt ≤ 60 Then cbobox7.txt = 2 Else If 2.500.000 ≤ penghasilan.txt < 3.500.000 and 1 ≤ kolektibilitas.txt < 3 and 6 ≤ waktu.txt ≤ 36 Then cbobox7.txt = 3 Else If penghasilan.txt ≥ 3.500.000 and 1 ≤ kolektibilitas.txt < 3 and 6 ≤ waktu.txt ≤ 36 Then cbobox7.txt = 4 End If If permohonankredit.txt < 1.500.000 and 1 ≤ cbobox2.txt < 3 and 6 ≤ waktu.txt ≤ 24 Then cbobox8.txt = 1 Else If 1.500.000 ≤ permohonankredit.txt < 3.500.000 and 1 ≤ cbobox2.txt < 4 and 6 ≤ waktu.txt ≤ 36 Then cbobox8.txt = 2 Else If 3.500.000 ≤ permohonankredit.txt < 5.000.000 and 1 ≤ cbobox2.txt < 4 and 6 ≤ waktu.txt ≤ 36 Then cbobox8.txt = 3 Else If permohonankredit.txt ≥ 5.000.000 and 2 ≤ cbobox2.txt ≤ 4 and 6 ≤ waktu.txt ≤ 60 Then cbobox8.txt = 4 End If
Placement Permohonan Kredit Involved Objects Permohonan Kredit, Nasabah debitur, Kolektibilitas kredit.
Tabel 4.49 Operation Specification untuk menghitung kredit yang disetujui
Function Menghitung kredit yang diberikan _ Active X Update X Passive X Read X Compute
_ Signal Purpose Menghitung jumlah nilai kredit yang diberikan kepada nasabah
debitur. Input Data - Conditions Data nilai analisis permohonan kredit dan jumlah permohonan kredit
sudah tersedia sebelumnya. Effect Mengetahui jumlah kredit yang akan diterima oleh nasabah. Algorithm Jmlhkredit.txt = jmlhpermohonan.txt*nilaianalisis.txt Placement Hasil analisis permohonan kredit Involved Objects Hasil analisis permohonan kredit, permohonan kredit, nasabah debitur
204
Tabel 4.50 Operation Specification untuk mencetak laporan surat survei Function Mencetak laporan surat survei
_ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan surat survei Input Data Periode tanggal surat survei yang ingin dicetak Conditions Data surat survei sudah tersimpan sebelumnya sehingga user hanya
mencari tanggal saat surat survei dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan laporan surat survei Algorithm Open surat survei
Read tanggal_surat_survei Find tangga_surat_survei Then Tglsurvei.txt=dd1.txt,mm1.txt,yyyy1.txt
To Tglsurvei.txt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
Print Close
Placement Cetak Laporan Bagian Marketing Involved Objects Surat Survei, Surveyor, Permhonan Kredit, Nasabah Debitur
Tabel 4.51 Operation Specification untuk menganalisis permohonan kredit
Function Mencetak laporan hasil survei _ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan hasil survei Input Data Periode tanggal hasil survei yang ingin dicetak Conditions Data hasil survei sudah tersimpan sebelumnya sehingga user hanya
mencari tanggal saat hasil survei dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan laporan hasil survei Algorithm Open hasil survei
Read tanggal_hasil_survei Find tanggal_hasil_survei Then Tglhslsurvei.txt=dd1.txt,mm1.txt,yyyy1.txt
To Tglhslsurvei.txt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
205
Print Close
Placement Cetak Laporan Bagian Marketing Involved Objects Hasil survei, Surat survei, Surveyor, Permohonan Kredit, Nasabah
debitur.
Tabel 4.52 Operation Specification untuk mencetak laporan permohonan kredit Function Mencetak laporan permohonan kredit
_ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan permohonan kredit Input Data Tanggal permohonan kredit yang ingin dicetak Conditions Data permohonan kredit sudah tersimpan sebelumnya sehingga user
hanya mencari tanggal saat permohonan kredit dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan laporan permohonan kredit Algorithm Open permohonan kredit
Read tanggal_permohonan_kredit Find tanggal_ permohonan_kredit Then Tglpermohonan.txt=dd1.txt,mm1.txt,yyyy1.txt
To Tglpermohonan.txt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
Print Close
Placement Cetak Laporan Bagian Kredit Involved Objects Permohonan Kredit, Nasabah debitur
Tabel 4.53 Operation Specification untuk mencetak laporan pemberian kredit
Function Mencetak laporan pemberian kredit _ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan pemberian kredit Input Data Tanggal pemberian kredit yang ingin dicetak Conditions Data pemberian kredit sudah tersimpan sebelumnya sehingga user
hanya mencari tanggal saat bukti pemberian kredit dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan laporan pemberian kredit
206
Algorithm Open bukti pemberian kredit Read tanggal_pemberian_kredit Find tanggal_ pemberian_kredit Then Tglpemberian.t xt=dd1.txt,mm1.txt,yyyy1.txt
To Tglpemberian.txt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
Print Close
Placement Cetak Laporan Bagian Administrasi Involved Objects Bukti Pemberian Kredit, Surat Perjanjian Kredit, Persetujuan Kredit,
Hasil Analisis Permohonan Kredit, Permohonan Kredit, Nasabah Debitur.
Tabel 4.54 Operation Specification untuk laporan penerimaan agunan
Function Mencetak laporan penerimaan agunan _ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan penerimaan agunan Input Data Tanggal penerimaan agunan yang ingin dicetak Conditions Data penerimaan agunan sudah tersimpan sebelumnya sehingga user
hanya mencari tanggal saat penerimaan agunan dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan Laporan Penerimaan Agunan Algorithm Open tanda terima agunan
Read tanggal_terima_agunan Find tanggal_ terima_agunan Then Tglterima.t xt=dd1.txt,mm1.txt,yyyy1.txt
To Tglterima.txt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
Print Close
Placement Cetak Laporan Bagian Akuntansi Involved Objects Tanda Terima Agunan, Persetujuan Kredit, Hasil Analisis
Permohonan Kredit, Permohonan Kredit, Nasabah Debitur.
207
Tabel 4.55 Operation Specification untuk mencetak laporan pengembalian agunan Function Mencetak Laporan Pengembalian agunan
_ Active _ Update X Passive X Read _ Compute
_ Signal Purpose Mencetak laporan pengembalian agunan Input Data Tanggal pengembalian agunan yang ingin dicetak Conditions Data pengembalian agunan sudah tersimpan sebelumnya sehingga
user hanya mencari tanggal saat pengembalian agunan dibuat dan sudah disimpan oleh sistem.
Effect Menghasilkan laporan pengembalian agunan Algorithm Open tanda pengembalian agunan
Read tanggal_pengembalian_agunan Find tanggal_ pengembalian _agunan Then Tglpengembalian.txt=dd1.txt,mm1.txt,yyyy1.txt
To Tglpengembalian.t xt=dd2.txt,mm2.txt,yyyy2.txt ShowdataonDataGrid
Print Close
Placement Cetak Laporan Bagian Akuntansi Involved Objects Tanda Pengembalian Agunan, Tanda Terima Agunan, Persetujuan
Kredit, Hasil Analisis Permohonan Kredit, Permohonan Kredit, Nasabah Debitur.
Tabel 4.56 Operation Specification untuk menghitung pembayaran per bulan
Function Menghitung pembayaran per bulan _ Active X Update X Passive X Read X Compute
_ Signal Purpose Menghitung pembayaran kredit per bulan. Input Data Suku bunga Conditions Data jumlah kredit yang disetujui, jangka waktu kredit, dan suku
bunga telah tersedia sebelumnya. Effect Menghasilkan jumlah pembayaran kredit per bulan yang harus
dibayarkan nasabah debitur kepada bank. Algorithm Pembayarankredit.txt = Jmlhkredit.txt*Jngkwkt.txt*bunga.txt Placement Cetak Laporan Bagian Akuntansi Involved Objects Tanda Pengembalian Agunan, Tanda Terima Agunan, Persetujuan
Kredit, Hasil Analisis Permohonan Kredit, Permohonan Kredit, Nasabah Debitur.
208
4.2.7 Table specification
1) Database : Nasabah Debitur Tabel : DtPribadiNsbh Primary key : NoDebitur Foreign key : NoDebitur
Tabel 4.57 Table specification Nasabah Debitur Field Data Type Panjang Keterangan
NoDebitur Char 8 Primary key/Foreign key NoCIF Varchar 8 NoRekening Varchar 8 Nama_lengkap Char 50 NoKTP Varchar 20 Tmpt_lahir Char 25 Tgl_lahir Date Status Varchar 30 Pekerjaan Varchar 35 Keterangan Char 150 2) Database : Nasabah Debitur
Tabel : DtPnghasiln Primary key : NoDebitur Foreign key : NoDebitur
Tabel 4.58 Table specification Data Penghasilan Field Data Type Panjang Keterangan
NoDebitur Char 8 Primary/Foreign key JnsUsaha Varchar 50 TotalPnghasiln Decimal 11 PnghasilnTmbhn/bulan Decimal 11 HPP/bulan Decimal 11 PengeluaranTotal/bulan Decimal 11
3) Database : Nasabah Debitur
Tabel : DtPlngkp Primary key : NoDebitur Foreign key : NoDebitur
Tabel 4.59 Table specification Data Pelengkap Field Data Type Pnjg Keterangan
NoDebitur Char 8 Primary/Foreign key Pas_foto(suami/istri) Boolean True or False
FotocopyKTP Boolean True or False
209
FotocopyKK Boolean True or False FotocopyBuktiKepemilikanAgunan Boolean True or False 4) Database : Nasabah Debitur
Tabel : AlmtRmh Primary key : NoDebitur Foreign key : NoDebitur
Tabel 4.60 Table specification Alamat Rumah Field Data Type Panjang Keterangan
NoDebitur Char 8 Primary/Foreign key AlmtRmhSaatIni Varchar 150 LamaMenetap Varchar 4 StatusRmh Varchar 20 Telp./Fax. Varchar 20 AlmtRmhSblmnya Varchar 150 LamaMenetap Varchar 4 StatusRmh Varchar 20 Telp./Fax. Varchar 20
5) Database : Nasabah Debitur
Tabel : AlmtKntr Primary key : NoDebitur Foreign key : NoDebitur
Tabel 4.61 Table specification Alamat Kantor Field Data Type Panjang Keterangan
NoDebitur Char 8 Primary/Foreign key AlmtKntrSaatIni Varchar 150 LamaMenetap Varchar 4 StatusKantor Varchar 20 Telp./Fax. Varchar 20 AlmtKntrSblmnya Varchar 150 LamaMenetap Varchar 4 StatusKantor Varchar 20 Telp./Fax. Varchar 20
6) Database : Nasabah Debitur
Tabel : AlmtUsaha Primary key : NoDebitur Foreign key : NoDebitur
210
Tabel 4.62 Table specification Alamat Usaha Field Data Type Panjang Keterangan
NoDebitur Char 8 Primary/Foreign key AlmtUsahaSaatIni Varchar 150 LamaMenetap Varchar 4 StatusTmptUsaha Varchar 20 Telp./Fax. Varchar 20 AlamatUsahaSebelumnya Varchar 150 LamaMenetap Varchar 4 StatusTempatUsaha Varchar 20 Telp./Fax. Varchar 20
7) Database : Permohonan Kredit
Tabel : PermohonanKredit Primary key : NoPermohonanKredit Foreign key : NoDebitur
Tabel 4.63 Table specification Permohonan Kredit Field Data Type Panjang Keterangan
NoPermohonanKredit Char 8 Primary Key NoDebitur Char 8 Foreign Key TglPermohonanKredit Date NoRekening Varchar 8 JnsPermohonanKredit Varchar 20 JmlhPermohonanKredit Decimal 11 JngkWktKredit Int 2 Agunan Varchar 150 NilaiAgunan Decimal 11 TujuanPenggunaan Varchar 150 Keterangan Char 150 Nilai_analisis Int 2
8) Database : Surat Survei
Tabel : SrtSurvei Primary key : NoSrtSurvei Foreign key : NoPermohonanKredit
Tabel 4.64 Table specification Surat Survei Field Data Type Panjang Keterangan
NoSrtSurvei Char 8 Primary Key NoPermohonanKredit Char 8 Foreign Key TglSrtSurvei Date Surveyor Varchar 50 Keterangan Char 150
211
9) Database : Hasil Survei Tabel : HslSurvei Primary key : NoHslSurvei Foreign key : NoSrtSurvei
Tabel 4.65 Table specification Hasil Survei Field Data Type Panjang Keterangan
NoHslSurvei Char 8 Primary Key NoSrtSurvei Char 8 Foreign Key TglHslSurvei Date Keterangan Char 150 10) Database : Permohonan Informasi Nasabah
Tabel : PrmohonnInfmsiNsbh Primary key : NoPIN Foreign key : NoPermohonanKredit
Tabel 4.66 Table specification Permohonan Informasi Nasabah
Field Data Type Panjang Keterangan NoPIN Char 8 Primary Key NoPermohonanKredit Char 8 Foreign Key TglPermohonanInfmsi Date Keterangan Char 150 11) Database : Hasil Analisis Permohonan Kredit
Tabel : HslAnlisisPermohonanKredit Primary key : NoHslAnlisisPermohonanKredit Foreign key : NoPermohonanKredit
Tabel 4.67 Table specification Hasil Analisis Permohonan Kredit
Field Data Type Panjang Keterangan NoHslAnlisisPermohonanKredit Char 8 Primary Key NoPermohonanKredit Char 8 Foreign key TglHslAnlisis Date JmlhKreditygDisetujui Decimal 11 SukuBunga Varchar 2 Pmbyrn/bulan Decimal 11 HslAnlisis Varchar 150 Keterangan Char 150 12) Database : Persetujuan Kredit
Tabel : PersetujuanKredit Primary key : NoPersetujuanKredit Foreign key : NoHslAnlisisPermohonanKredit
212
Tabel 4.68 Table specification Persetujuan Kredit Field Data Type Panjang Keterangan
NoPersetujuanKredit Char 8 Primary Key NoHslAnlisisPermohonanKredit Char 8 Foreign Key TglPersetujuanKredit Date Status Varchar 10 Keterangan Char 150 13) Database : Surat Konfirmasi Kredit
Tabel : SrtKonfirmKredit Primary key : NoSrtKonfirmKredit Foreign key : NoPersetujuanKredit
Tabel 4.69 Table specification Surat Konfirmasi Kredit Field Data Type Panjang Keterangan
NoSrtKonfirmKredit Char 8 Primary Key NoPersetujuanKredit Char 8 Foreign Key TglSrtKonfrim Date Keterangan Char 150 14) Database : Tanda Terima Agunan
Tabel : TndTrimaAgunan Primary key : NoTrimaAgunan Foreign key : NoPersetujuanKredit
Tabel 4.70 Table specification Tanda Terima Agunan Field Data Type Panjang Keterangan
NoTrimaAgunan Char 8 Primary Key NoPersetujuanKredit Char 8 Foreign Key TglPnerimaan Date DataAgunanKreditDiterima Char 250 15) Database : Tanda Pengembalian Agunan
Tabel : TndKembaliAgunan Primary key : NoPengembalianAgunan Foreign key : NoTrimaAgunan
Tabel 4.71 Table specification Tanda Pengembalian Agunan Field Data Type Panjang Keterangan
NoPengembalianAgunan Char 8 Primary Key NoTrimaAgunan Char 8 Foreign key TglPengembalian Date DataAgunanKreditDikembalikan Char 250
213
16) Database : Surat Perjanjian Kredit Tabel : SPK Primary key : NoPerjanjianKredit Foreign key : NoPersetujuanKredit
Tabel 4.72 Table specification Surat Perjanjian Kredit
Field Data Type Panjang Keterangan NoPerjanjianKredit Char 8 Primary Key NoPersetujuanKredit Char 8 Foreign Key TglPerjanjianKredit Date Keterangan Char 150 17) Database : Bukti Pemberian Kredit
Tabel : BPK Primary key : NoBuktiPemberianKredit Foreign key : NoPerjanjianKredit
Tabel 4.73 Table specification Bukti Pemberian Kredit Field Data Type Panjang Keterangan
NoBuktiPemberianKredit Char 8 Primary Key NoPerjanjianKredit Char 8 Foreign Key TglPemberianKredit Date NoBuktiTransfer Varchar 8 Keterangan Char 150 18) Database : Karyawan
Tabel : Karyawan Primary key : No_ID Foreign key : -
Tabel 4.74 Table specification Karyawan Field Data Type Panjang Keterangan
No_ID Char 8 Primary Key Nama Varchar 50 Almt Varchar 150 Telp Varchar 20 Tmpt_lahir Varchar 30 Tgl_lahir Date JenisKelamin Varchar 15 Bagian Varchar 30 Status Varchar 20 Jabatan Varchar 30
214
4.2.8 User interface component
Setiap class window dan print akan memiliki satu objek dan mewarisi fitur umum
dari perpustakaan standar untuk user-interface.
Pada saat sistem informasi akuntansi dijalankan, maka class “control” akan
menghasilkan sebuah objek di mana kendali diberikan. Kemudian objek control tersebut
menangani menu umum dan memberikan kendali terhadap objek-objek user interface
lainnya.
Gambar 4.84 berikut ini merupakan komponen dari user interface yang ada dalam
sistem informasi akuntansi pemberian kredit BPR Cinere Artha Raya.
Gambar 4.84 Komponen user interface sistem informasi akuntansi pemberian kredit
215
4.2.9 Recommendation
4.2.9.1 The system usefulness
Sistem informasi akuntansi pemberian kredit yang dirancang, memiliki tujuan
agar dapat membantu memberikan kemudahan kepada user dalam melakukan
pencatatan transaksi pemberian kredit secara sistematis dan terkomputerisasi dengan
baik, dan mampu untuk menghasilkan laporan-laporan yang dibutuhkan oleh
perusahaan mengenai transaksi-transaksi pemberian kredit yang telah terjadi selama
periode tertentu. Oleh karena itu, perancangan atas sistem informasi akuntansi
pemberian kredit ini diharapakan dapat memenuhi kriteria kualitas seperti yang terlihat
pada Tabel 4.75 berikut ini:
Tabel 4.75 Evaluasi Perancangan dengan Kriteria Kualitas Criterion System’s Usefulness
Usable Sistem dapat beradaptasi dengan baik dengan lingkungan kerja BPR
Cinere Artha Raya
Secure Sistem dapat mendukung keamanan transaksi selama proses
pemberian kredit berjalan pada BPR Cinere Artha Raya.
Correct Sistem dapat memenuhi kebutuhan informasi yang tepat dan benar
pada proses pemberian kredit di BPR Cinere Artha Raya.
Efficient Sistem mampu menciptakan efisiensi pencatatan dan efektivitas
pengendalian proses bisnis pemberian kredit dengan sumber daya
yang terbatas.
Flexible Sistem mampu mengikuti perubahan yang terjadi pada perusahaan.
Comprehensible Sistem dirancang untuk mudah dipahami dan dapat digunakan oleh
semua user.
216
4.2.9.2 Plan for initiating user
Pada saat awal penggunaan, sistem informasi akuntansi pemberian kredit akan di
install dan akan dilakukan setting terhadap spesifikasi software agar dapat dijalankan.
Kemudian untuk setiap user yang akan menggunakan sistem, maka akan diberikan buku
panduan dalam bentuk compact disk disertai dengan cetakan yang berisi langkah-
langkah penggunaan sistem informasi akuntansi ini. Lebih lanjut lagi, perusahaan akan
mendatangkan proggramer sebagai trainer dalam pelatihan program kepada user.
Setelah itu, sistem akan diuji apakah telah memenuhi kebutuhan dari user atau belum.
Lalu untuk maintenance dari sistem informasi akuntansi ini akan diserahkan kepada
BPR Cinere Artha Raya.
4.2.9.3 Implementation Plan
Metode yang direncanakan akan digunakan untuk mengimplementasikan sistem
informasi akuntansi pemberian kredit BPR Cinere Artha Raya ini adalah metode
gabungan dari metode paralel dan metode pilot. Dalam hal ini, sistem yang lama akan
dijalankan bersamaan dengan mengimplementasikan sistem yang baru, namun tidak
secara langsung diimplementasikan kepada semua bagian yang terkait dengan
pemberian kredit, melainkan diterapkan pada satu divisi yang di prioritaskan dahulu,
misalnya bagian kredit. Kemudian jika hasilnya tidak sesuai dengan kebutuhan, maka
sistem yang lama masih dapat diteruskan, sementara yang baru akan direvisi dan
dirancang ulang, sehingga dapat mencegah risiko yang dapat timbul secara
berkelanjutan. Lalu jika sistem telah sesuai dengan kebutuhan, maka sistem akan terus
diimplementasikan secara bertahap dengan menyebar pada bagian marketing, akuntansi,
dan administrasi.
217
Tabel 4.76 berikut ini menunjukkan Gantt Chart Implementasi Sistem Informasi
Akuntansi Pemberian Kredit BPR Cinere Artha Raya.
Tabel 4.76 Gantt Chart rencana implementasi pada Sistem Informasi Akuntansi
Pemberian Kredit pada BPR Cinere Artha Raya
Bulan 1 2 3 Kegiatan
1 2 3 4 1 2 3 4 1 2 3 4
Analisis
Perancangan Pembuatan coding program
Testing Pengadaan software, hardware, dan network Instalasi dan pengujian sistem
Pelatihan user