BAB III ANALISA DAN DESAIN SISTEM
III.1. Analisa Sistem yang Sedang Berjalan Sistem yang sedang berjalan sudah menggunakan sebuah sistem, yakni aplikasi koperasi umum.Aplikasi yang digunakan ini dibuat dari bahasa pemograman Vusai Basic6.0.Pada aplikasi tersebut belum menggunakan metode dalam menentukan untuk pembayaran angsuran berikutnya.Sistem yang digunakan masih acak, dimana setiap nasabah yang ingin membayarkan angsuran pinjaman, dapat membayar angsurannya kapan saja. Pada sistem yang sedang berjalan tersebut, belum sepenuhnya mendukung atau sesuai dengan kebutuhan dari KCU Harapan Kita.Hal ini dikarenakan aplikasi yang digunakan merupakan aplikasi koperasi umum dengan menu-menu yang sangat banyak.Diantara menu-menu tersebut masih banyak yang tidak digunakan sehingga sangat mempersulit bagi pengguna yang ingin menggunakan menu sesuai kebutuhan yang diinginkan.
III.1.1. Input Bentuk inputan pada sistem yang sedang berjalan menggunakan sebuah form yang terdapat pada aplikasi yang digunakan. Form ini terdiri dari beberapa form yang disesuaikan dengan kebutuhan koperasi pada umumnya seperti, form penginputan data nasabah, form penginputan data pinjaman dan form penginputan data pembayaran angsuran pinjaman. Gambar tampilan form inputan dapat dilihat pada gambar III.1 berikut ini :
28
29
CU / KOPDIT : HARAPAN KITA
SD-KN-00/27-92136
SLIP UANG KELUAR (Bukti Pengeluaran Kas) Diterima dari NBA
: :
Tanggal Keterangan
: :
Uraian
No. Perk
KAS Piutang / Angsuran Anggota -
Debet
Kredit
100 150 -
Jumah : KN
Paraf
Gambar III.1. Form input III.1.2. Proses Proses yang terjadi pada sistem yang sedang berjalan dapat dijelaskan secara detail dengan Flow of Document dibawah ini : Nasabah
Data nasabah, jumlah pinjaman dan anggunan
Faktur bukti tanda terima
Administrasi
Pimpinan
Data nasabah, jumlah pinjaman dan anggunan
Laporan
Memeriksa data nasabah, jumlah pinjaman dan anggunan, kemudian menginput pada sistem
Approved
Faktur bukti tanda terima
Menyusun dan membuat laporan
Laporan
Gambar III.2. Flow of Document KCU Harapan Kita
30
Adapun keterangan dari flow of document KCU Harapan Kita tersebut diatas adalah sebagai berikut : 1. Nasabah akan memberikan data yang menjadi syarat untuk melakukan pinjaman kepada Administrasi. 2. Administrasi akan memeriksa berkas nasabah tersebut kemudian jika berkas sudah memenuhi syarat maka akan dimasukkan ke dalam sistem yang kemudian akan mencetak faktur sebagai bukti tanda terima. 3. Administrasi akan memberikan faktur bukti tanda terima kepada nasabah. 4. Administrasi akan menyusun dan membuat suatu laporan pada setiap akhir periode dan menyerahkannya kepada pimpinan. 5. Pimpinan akan menerima laporan dari administrasi.
III.1.3. Output Bentuk keluaran atau output pada sistem yang sedang berjalan adalah berupa faktur tanda terima dan laporan.Faktur ada dua jenis yakni, faktur tanda terima
pinjaman
dan
faktur
tanda
terima
pembayaran
angsuran
pinjaman.Sedangkan laporan yang dihasilkan pada sistem yang sedang berjalan adalah laporan data pinjaman.Gambar tampilan form out put dapat dilihat pada gambar III.2 berikut ini :
31
KOPERASI CREDIT UNION HARAPAN KITA LAPORAN DATA PINJAMAN
No.
ID Tanggal Jumlah Lama NASABAH Pinjaman pinjaman Pinjaman
Tujuan Pinjaman
keterangan
1. 2. 3. 4. 5. 6. 7. 8 9 10 11 12
Dikerjakan oleh :
Mengetahui :
_________________
__________________
Gambar III.3. Form Output
32
III.2. Evaluasi Sistem yang Berjalan Sistem yang sedang berjalan atau yang saat ini masih digunakan pada KCU Harapan Kita adalah menggunakan aplikasi koperasi umum.Dimana aplikasi ini sering mengalami gangguan seperti, not responding, debugging dan kadangkala restart sendiri.Hal ini tentu saja membuat pengguna sistem tersebut merasa tidak nyaman dan pekerjaan menjadi terkendala. Pada sistem yang sedang berjalan juga sering terjadi kesalahan perhitungan terhadap transaksi baik itu dari perhitungan pinjaman, suku bunga maupun pembayaran angsuran.Dari segi pencarian data, sistem yang sedang berjalan belum maksimal dalam menampilkan hasil yang diinginkan oleh pengguna sistem.Hal ini dikarenakan, pada sistem yang lama belum ditentukan field mana saja yang menjadi kata kunci untuk melakukan pencarian suatu data, sehingga sering terjadi kesalahan ketika memasukkan kata kunci yang diinginkan. III.3. Desain Sistem III.3.1. Desain Sistem Secara Global Desain sistem secara global lebih menekankan pada perancangan atau pemodelan sistem dari segi objek yang akan digunakan. Dengan menggunakan Unfied Modeling Languange, akan membahas tentang use case diagram, class, diagram , sequence diagram dan activity diagram yang akan dibahas pada sub bab logika program.
33
III.3.1.1. Use Case Diagram Dalam penyusunan suatu program diperlukan suatu model data yang berbentuk diagram yang dapat menjelaskan suatu alur proses sistem yang akan di bangun. Adapun bentuk use case diagram yang diusulkan dapat dilihat pada gambar berikut :
Data Nasabah
extend
include
include include
extend
Data Pinjaman
include
Login Nasabah
include
include
Data Angsuran
Admin include
include
include
Laporan Data Nasabah
include Pimpinan
include
Laporan Data Pinjaman
Laporan Data Kas
Gambar III.4. Use Case DiagramKCU Harapan Kita
34
Untuk menjelaskan kegiatan yang terjadi di dalam use case diagram tersebut di atas, maka dapat digunakan narasi use case yang akan dibahas secara detail ke dalam bentuk tabel berikut ini : 1. Narasi Use Case Login Tabel III.1. Narasi Use Case Login Use case name Use case type Priority Actor Description
Basic Flow
Post condition Extend Include
Login Essential High Administrasi Use case ini digunakan Administrasi untuk memasuki dan membuka akses pada system Aktor Sistem 1. Memasukkan kode user 2. Memeriksa kode user dan dan password lalu password mengklik tombol Login 4. Menampilkan halama 3. Menerima informasi dari utama atau form main dan system menutup form login (hidden) User dapat memasukan kode dan password -
1. Narasi Use Case Data Nasabah Tabel III.2. Narasi Use Case Data Nasabah Use case name Use case type Priority Actor Description
Basic Flow
Post condition Extend Include
Login Essential High Administrasi Use case ini digunakan Administrasi mengelolah data nasabah pada system Aktor Sistem 1. Memilih proses yang 2. Memeriksa setiap proses akan dilakukan yang diminta oleh actor 3. Menerima informasi dari 4. Menampilkan data yang system telah diproses Administrasi dapat meliha data nasabah -
35
1. Narasi Use Case Data Pinjaman Tabel III.3. Narasi Use Case Data Pinjaman Use case name Use case type Priority Actor Description
Basic Flow
Post condition Extend Include
Login Essential High Administrasi Use case ini digunakan Administrasi mengelolah data pinjaman pada system Aktor Sistem 1. Memilih proses yang 2. Memeriksa setiap proses akan dilakukan yang diminta oleh actor 3. Menerima informasi dari 4. Menampilkan data yang system telah diproses Administrasi dapat melihat data pinjaman Data Nasabah
2. Narasi Use Case Data Angsuran Tabel III.4. Narasi Use Case Data Angsuran Use case name Use case type Priority Actor Description
Basic Flow
Post condition Extend Include
Login Essential High Administrasi Use case ini digunakan Administrasi mengelolah data angsuran pada system Aktor Sistem 1. Memilih proses yang 2. Memeriksa setiap proses akan dilakukan yang diminta oleh actor 3. Menerima informasi dari 4. Menampilkan data yang system telah diproses Administrasi dapat melihat data angsuran Data Pinjaman
36
3. Narasi Use Case Laporan Tabel III.5. Narasi Use Case Data Laporan Use case name Use case type Priority Actor Description
Basic Flow
Post condition Extend Include
Login Essential High Administrasi Use case ini digunakan Administrasi menampilkan dan mencetak laporan pada system Aktor Sistem 1. Memilih laporan yang 2. Memeriksa data laporan akan ditampilkan yang diminta oleh actor 3. Menerima informasi dari 4. Menampilkan laporan system Administrasi dapat menctak laporan Data Nasabah, Data Pinjaman, Data Angsuran
III.3.1.2. Class Diagram Classdiagramadalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class diagram inimenggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi).
Gambar III.5. Class DiagramKCU Harapan Kita
37
III.3.1.3. Sequence Diagram Sequence diagram menggambarkan perilaku pada sebuah skenario, diagram ini menunjukkan sejumlah contoh objek dan message (pesan) yang diletakkan diantara objek, actor (pelaku) danuse case. 1. Sequence Diagram Login
Gambar III.6. Sequence Diagram Login
38
2. Sequence Diagram Data Nasabahz
Gambar III.7. Sequence Diagram Data Nasabah
39
3. Sequence Diagram Data Pinjaman
Gambar III.8. Sequence Diagram Data Pinjaman
40
4. Sequence Diagram Data Angsuran
Gambar III.9. Sequence Diagram Data Angsuran 5. Sequence Diagram Laporan
Gambar III.10. Sequence Diagram Laporan
41
III.3.2. Desain Sistem Secara Detail Sistem global sebagaimana telah dijelaskan di atas tidak dapat menggambarkan secara keseluruhan proses yang terjadi dalam sistem, sehingga dibutuhkan disain sistem secara detail yang dapat menjelaskan alur proses yang terjadi di dalam sistem tersebut. Adapun disain sistem secara detail yang diusulkan akan dijelaskan satu persatu berikut ini.
III.3.2.1. Desain Output Desain output proses pengolahan data sistem informasi pinjaman KCU Harapan Kitayang merupakan rancangan dari sistem yang diusulkan adalah dalam bentuk laporan dan faktur tanda terima. Berikut ini adalah desain output pada sistem yang diusulkan : 1. Desain Output Faktur Pinjaman LOGO
Gambar III.11. Desain Output Faktur Pinjaman
42
2. Desain Output Faktur Angsuran LOGO
Gambar III.12. Desain Output Faktur Angsuran 3. Desain Output Laporan Pinjaman LOGO
Gambar III.13. Desain Output Laporan Pinjaman
43
4. Desain Output Laporan Jurnal LOGO
Gambar III.14. Desain Output Laporan Jurnal 5. Desain Output Laporan Kas LOGO
Gambar III.15. Desain Output Laporan Kas
44
III.3.2.2. Desain Input Desain input dalam sistem yang diusulkan dalam penelitian ini dirancang untuk proses pemasukan seluruh data-data terkait dengan peminjaman, seperti pendataan data nasabah, data pinjaman, data angsuran dan login. 1. Desain Input Login Login Account
Username
Password Gambar
Login
Cancel
Gambar III.16. Desain Input Login 2. Desain Input Data Nasabah Data Nasabah
Kode Nasabah
Telepon Nasabah
Nama Nasabah
Email Nasabah
Tempat Lahir
Pekerjaan Nasabah
Tanggal Lahir
Gaji Perbulan (Rp)
Alamat Nasabah
Identitas(Fotocopy)
Nasabah Baru
Pencarian (Keyword : Kode dan Nama Nasabah) :
Tabel data nasabah
Gambar III.17. Desain Input Data Nasabah
Batal
Hapus
Edit
Tutup
45
3. Desain Input Data Pinjaman Form Pinjaman
Nomor Faktur
Jumlah Pinjaman (Rp)
Angsuran Pinjaman (Rp)
Tanggal
Jangka Waktu (Bulan)
Angsuran Bunga (Rp)
Kode Nasabah
Tgl Jatuh Tempo
Total Angsuran/Bulan(Rp)
Bunga Pinjaman (%) Total Bunga (Rp) Pinjaman Baru
Hapus
Pencarian (Keyword : Nomor faktur atau Kode Nasabah) :
Edit
Batal
Tutup
Detail
Cetak Faktur
Tabel data pinjaman
Gambar III.18. Desain Input Data Pinjaman 4. Desain Input Data Angsuran Form Pembayaran Angsuran
Nomor Faktur Tanggal Faktur Pinjaman
Detail pinjaman
Denda/hari (Rp) Nomor Faktur Nomor Faktur Angsuran Baru
Batal
Cetak Faktur
Pencarian (Keyword : nomor faktur atau faktur pinjaman)
Tabel data angsuran
Gambar III.19. Desain Input Data Angsuran
Tutup
46
III.3.2.3. Desain Database Database atau basis data merupakan elemen terpenting dalam perancanan sebuah aplikasi, karena baik buruknya aplikasi yang akan dibangun sangat bergantung pada baik buruknya proses perancangan database yang telah dilakukan. Dalam mendesain database pada sistem yang diusulkan, penulis membahas mengenai kamus data, normalisasi, desain tabel dan entity relationship diagram (ERD) dengan namadatabasekcu_harki.
III.3.2.3.1. Kamus Data Kamus data merupakan deskripsi formal mengenai seluruh elemen yang tercakup dalam suatu database. Pada tahapan perancangan elemen - elemen pada kamus data akan menjadi bahan untuk menyusun basis data. Berikut ini adalah kamus data pada sistem yang diusulkan. Data Nasabah
: Kode Nasabah+, Nama Nasabah+, Tempat Lahir+, Tanggal Lahir+, Alamat+, Telepon+, Email+, Pelerjaan+, Gaji+, {Identitas}
Data Pinjaman
: Nomor Pinjaman+, {Tanggal}+, {Kode Nasabah}+, Jumlah
Pinjaman+,
Pinjaman}+,
{Jangka
Jumlah
Waktu}+,
Bunga+,
{Bunga
{Anggunan}+,
Keterangan+ Detail Pinjaman
: Kode
Detail+,
{Nomor
Pinjaman}+,
Angusran
Pinjaman+, Angsuran Bunga+, Total Angsuran+, Jatuh Tempo+, Cicikan Ke+, Status+
47
Data Angsuran
: Nomor Angsuran+, {Nomor Pinjaman}+, Tanggal+, {Total Angsuran}+, Ciilan Ke+, Denda+. Jumlah Jatuh Tempo+, Total Denda+
Data Kas
: Kode Kas+, Tanggal, {Keterangan}+, Debet+, Kredit+, Saldo+
Data Jurnal
: Kode Jurnal+, Tanggal+, {NoFaktur}+, {Nama Akun}+, Debet+, Kredit+
III.3.2.3.2. Normalisasi Mengingat salah salah satu kelebihan pada sistem yang diusulkan adalah tidak adanya redudansi terhadap data yang digunakan, maka pada sistem yang diusulkan menggunakan teknik normalisasi untuk menormalkan data-data yang digunakan pada sistem. Adapun normalisasi pada sistem yang diusulkan, yaitu : Unnormal kode_nas nama_nas TempatLahir TglLahir Alamat Telepon Email
Pekerjaan Gaji Identitas no_pinjaman tanggal kode_nas jlh_pinjaman
jangka_waktu bunga_pinjaman jlh_bunga anggunan keterangan kode_detail no_pinjaman
angsuran_pinjaman angsuran_bunga total_angsuran jatuh_tempo cicilan_ke status no_angsuran
no_pinjaman tanggal total_angsuran cicilan_ke denda jlh_denda total_denda
Pekerjaan Gaji Identitas no_pinjaman* tanggal kode_detail* jlh_pinjaman
jangka_waktu bunga_pinjaman jlh_bunga anggunan keterangan status no_angsuran*
angsuran_pinjaman angsuran_bunga total_angsuran jatuh_tempo cicilan_ke jlh_denda
total_denda tanggal total_angsuran cicilan_ke denda
Normal Pertama kode_nas* nama_nas TempatLahir TglLahir Alamat Telepon Email Normal Kedua no_angsuran* no_pinjaman** tanggal total_angsuran cicilan_ke denda jlh_jatuh_tempo total_denda no_pinjaman* tanggal kode_nas** jlh_pinjaman jangka_waktu Bunga_pinjaman jlh_bunga anggunan keterangan
Normal Ketiga
kode_nas* nama_nas TempatLahir TglLahir Alamat Telepon Email Pekerjaan Gaji Identias
kode_nas* nama_nas TempatLahir TglLahir Alamat Telepon Email Pekerjaan Gaji Identias
no_pinjaman* tanggal kode_nas** jlh_pinjaman jangka_waktu Bunga_pinjaman jlh_bunga anggunan keterangan
Gambar III.20. Normalisasi KCU Harapan Kita
kode_detail** no_pinjaman* angsuran_pinjaman angsuran_bunga total_angsuran jatuh_tempo cicilan_ke status no_angsuran* no_pinjaman** tanggal total_angsuran cicilan_ke denda jlh_jatuh_tempo total_denda
48
III.3.2.3.3. Desain Tabel Tabel merupakan komponen utama pendukung database.Tabel juga merupakan pertemuan antara baris dan kolom yang memuat suatu data atribut. Tabel merupakan sumber data bagi setiap aplikasi database seperti aplikasi yang akan dirancang dalam penelitian ini. Adapun tabel-tabel data yang dirancang untuk digunakan dalam sistem yang diusulkan adalah sebagai berikut : 1. Tabel Nasabah Tabel ini digunakan untuk menampung data nasabah pada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_nasabah
Primary Key
: kode_nas
Foreign Key
:Tabel III.6. Struktur Tabel Nasabah
No. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Nama Kolom kode_nas nama_nas TempatLahir TglLahir Alamat Telepon Email Pekerjaan Gaji Identitas
Tipe Data Varchar Varchar Varchar Datetime Text Varchar Varchar Varchar Decimal Varchar
Ukuran 10 50 50 30 30 50 18,0 20
Keterangan Kode nasabah Nama nasabah Tempat lahir Tanggal lahir Alamat nasabah Telepon Email Pekerjaan Gaji Identitas
49
2. Tabel Pinjaman Tabel ini digunakan untuk menampung data pinjamanpada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_pinjaman
Primary Key
: no_pinjaman
Foreign Key
:Tabel III.7. Struktur Tabel Pinjaman
No. 1. 2. 3. 4. 5. 6. 7. 8. 9.
Nama Kolom no_pinjaman Tanggal kode_nas jlh_pinjaman jangka_waktu bunga_pinjaman jlh_bunga Anggunan Keterangan
Tipe Data Varchar Datetime Varchar Decimal Int Float Decimal Varchar Text
Ukuran 10 10 18,0 4 18,0 255 -
Keterangan Nomor pinjaman Tanggal pinjaman Kode nasabah Jumlah pinjaman Jangka waktu Bunga pinjaman Jumlah bunga pinjaman Anggunan Keterangan
3. Tabel Detail Pinjaman Tabel ini digunakan untuk menampung data detail pinjaman pada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: detail_pinjaman
Primary Key
: kode_detail
Foreign Key
: no_pinjaman
50
Tabel III.8. Struktur Tabel Detail Pinjaman No. 1. 2. 3. 4. 5. 6. 7. 8
Nama Kolom kode_detail no_pinjaman angsuran pinjaman angsuran_bunga Jumlah_angsuran jatuh_tempo cicilan_ke Status
Tipe Data Numeric Varchar Decimal Decimal Decimal Date Int Varchar
Ukuran 18,0 10 18,0 18,0 18,0 4 10
Keterangan Kode detail Nomor pinjaman Angsuran pinjaman Angsuran bunga Total angsuran Jatuh tempo Cicilan ke Status pinjaman
4. Tabel Angsuran Tabel ini digunakan untuk menampung data angsuran pada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_angsuran
Primary Key
: no_angsuran
Foreign Key
: no_pinjaman Tabel III.9. Struktur Tabel Angsuran
No. 1. 2. 3. 4. 5. 6. 7. 8.
Nama Kolom no_angsuran no_pinjaman Tanggal jumlah_angsuran cicilan_ke Denda jlh_jatuh_tempo total_denda
Tipe Data Varchar Varchar Datetime Decimal Int Decimal Int Decimal
Ukuran 10 10 18,0 4 18,0 4 18,0
Keterangan Nomor angsuran Nomor pinjaman Tanggal Total angsuran Cicilan ke Denda Jumlah jatuh tempo Total denda
51
5. Tabel Data Kas Tabel ini digunakan untuk menampung data kaspada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_kas
Primary Key
: kode_kas
Foreign Key
:Tabel III.10. Struktur Tabel Kas
No. 1. 2. 3. 4. 5. 6.
Nama Kolom kode_kas Tanggal Keterangan Debet kredit Saldo
Tipe Data Numeric Datetime Varchar Decimal Decimal Decimal
Ukuran 18,0 100 18,0 18,0 18,0
Keterangan Kode kas Tanggal Keterangan Debet Kredit Saldo
6. Tabel Jurnal Tabel ini digunakan untuk menampung data jurnals pada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_jurnal
Primary Key
: KodeJurnal
Foreign Key
:-
52
Tabel III.11. Struktur Tabel Jurnal No. 1. 2. 3. 4. 5. 6.
Nama Kolom KodeJurnal Tanggal NoFaktur NamaAkun Debet Kredit
Tipe Data Numeric Datetime Varchar Varchar Decimal Decimal
Ukuran 18,0 10 150 18,0 18,0
Keterangan Kode jurnal Tanggal No faktur Nama Akun Debet Kredit
7. Tabel User Tabel ini digunakan untuk menampung data userpada sistem informasi pinjaman yang diusulkan. Nama Database
: kcu_harki
Nama Tabel
: tbl_user
Primary Key
: kode_user
Foreign Key
:Tabel III.12. Struktur Tabel User
No. 1. 2. 3. 4.
Nama Kolom kode_user NamaLengkap pass_user jabatan
Tipe Data Varchar Varchar Varchar Varchat
Ukuran 10 50 15 20
Keterangan Kode user Nama lengkap Password user Jabatan
III.3.2.3.4. Entity Relationship Diagram (ERD) Entity Relationship Diagram memberikan gambaran dari keterkaitan dan kesinambungan data pada setiap tabel dalam suatu database. Adapun entity relationship diagram yang digunakan pada sistem yang diusulkan adalah sebagai berikut :
53
kode_nas nama_nas
Gaji tanggal
TempatLahir
Identitas
no_pinjaman
TglLahir
total_angsuran
no_angsuran
cicilan_ke
Alamat
denda
tbl_nasabah
Telepon
tbl_angsuran
Email
jlh_tempo
1 M
Pekerjaan
Memiliki ng Me
no_pinjaman tanggal
1
total_denda
bil am
kode_detail no_pinjaman
M
angsuran_pinjaman
kode_nas jlh_pinjaman
M tbl_pinjaman
angsuran_bunga
M Memiliki
detail_pinjaman total_angsuran
jangka_waktu jatuh_tempo bunga_pinjaman cicilan_ke
keterangan
jlh_bunga
status
anggunan
Gambar III.21. Entity Relationship DiagramKCU Harapan Kita
III.3.2.4. Logika Program Activity diagrammenggambarkan berbagai alur aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alur berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan
proses
paralel
yang
mungkin
terjadi
pada
eksekusi.Adapun activity diagram tersebut adalah sebagai berikut :
beberapa
54
1. Activity Diagram Login
Gambar III.22. Activity Diagram Login 2. Activity Diagram Data Nasabah
Gambar III.23. Activity Diagram Data Nasabah
55
3. Activity Diagram Data Pinjaman
Gambar III.24. Activity Diagram Data Pinjaman
56
4. Activity Diagram Data Angsuran
Gambar III.25. Activity Diagram Data Angsuran 5. Activity Diagram Laporan
Gambar III.26. Activity Diagram Laporan