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.


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.


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.


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.


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.


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


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


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



debitur yang digunakan untuk mendata data pelengkap dari nasabah debitur. Layar ini


144



debitur yang digunakan untuk mendata alamat rumah dari nasabah debitur. Layar ini


145



debitur yang digunakan untuk mendata alamat kantor dari nasabah debitur. Layar ini


146



debitur yang digunakan untuk mendata alamat usaha dari nasabah debitur. Layar ini


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()


sd Nasabah_Debitur-batal

Administrasi

WIndow:MasterNasabah Debi tur

Nasabah Debi tur

alt

[batal ]cl ick B atal

clear()

get last record()


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 ()


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()


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()


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()


172

sd Permohonan_Kredit-analisis

Window:AnalisisPermohonan

Kredit

PermohonanKredit

Nasabah Debitur Kolektibil i tasNasabah Debitur

Window:PermohonanKredit

<<create>>

analisis()

close


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 ()


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 ()


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()


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()


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 ()


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()


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()


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()


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()


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()


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()


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()


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()


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


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


_ 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


_ 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


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


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

bab 4 analisis dan perancangan sistem informasi …thesis.binus.ac.id/doc/bab4/2009-1-00021-aksi bab...

Documents