BAB III ANALISA DAN DESAIN SISTEM

(1)

28 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 :

(2)

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 Administrasi Pimpinan

Data nasabah, jumlah pinjaman dan anggunan

Memeriksa data nasabah, jumlah pinjaman dan anggunan, kemudian

menginput pada sistem

Faktur bukti tanda terima Faktur bukti tanda terima

Menyusun dan membuat laporan

Laporan

Approved

Gambar III.2. Flow of Document KCU Harapan Kita CU / KOPDIT : HARAPAN KITA SD-KN-00/27-92136 SLIP UANG KELUAR

(Bukti Pengeluaran Kas) Diterima dari :

NBA :

Tanggal : Keterangan :

Uraian No. Perk Debet Kredit

K A S 100

Piutang / Angsuran Anggota 150

- - - - - - - - - - Jumah : KN Paraf

(3)

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 :

(4)

KOPERASI CREDIT UNION HARAPAN KITA

LAPORAN DATA PINJAMAN

Dikerjakan oleh : Mengetahui :

_________________ __________________ No. ID NASABAH Tanggal Pinjaman Jumlah pinjaman Lama Pinjaman Tujuan Pinjaman keterangan 1. 2. 3. 4. 5. 6. 7. 8 9 10 11 12

(5)

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.

(6)

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 : Login Admin Data Pinjaman Data Angsuran Laporan Data Nasabah Nasabah Pimpinan Data Nasabah include include include include include extend include include include Laporan Data Pinjaman

Laporan Data Kas include

include

include extend

(7)

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 Login

Use case type Essential

Priority High

Actor Administrasi

Description Use case ini digunakan Administrasi untuk memasuki dan

membuka akses pada system

Basic Flow

Aktor Sistem

1. Memasukkan kode user

dan password lalu

mengklik tombol Login

2. Memeriksa kode user dan

password

3. Menerima informasi dari system

4. Menampilkan halama

utama atau form main dan menutup form login

(hidden)

Post condition User dapat memasukan kode dan password

Extend -

Include -

1. Narasi Use Case Data Nasabah

Tabel III.2. Narasi Use Case Data Nasabah

Priority High

Description Use case ini digunakan Administrasi mengelolah data nasabah

pada system

Basic Flow

1. Memilih proses yang akan dilakukan

2. Memeriksa setiap proses yang diminta oleh actor 3. Menerima informasi dari

system

4. Menampilkan data yang telah diproses

Post condition Administrasi dapat meliha data nasabah

Extend -

(8)

1. Narasi Use Case Data Pinjaman

Tabel III.3. Narasi Use Case Data Pinjaman

Priority High

Description Use case ini digunakan Administrasi mengelolah data

pinjaman pada system

Basic Flow

system

Post condition Administrasi dapat melihat data pinjaman

Extend -

Include Data Nasabah

2. Narasi Use Case Data Angsuran

Tabel III.4. Narasi Use Case Data Angsuran

Priority High

Description Use case ini digunakan Administrasi mengelolah data

angsuran pada system

Basic Flow

system

Post condition Administrasi dapat melihat data angsuran

Extend -

(9)

3. Narasi Use Case Laporan

Tabel III.5. Narasi Use Case Data Laporan

Priority High

Description Use case ini digunakan Administrasi menampilkan dan

mencetak laporan pada system

Basic Flow

1. Memilih laporan yang akan ditampilkan

2. Memeriksa data laporan yang diminta oleh actor 3. Menerima informasi dari

system 4. Menampilkan laporan

Post condition Administrasi dapat menctak laporan

Extend -

Include 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).

(10)

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

(11)

2. Sequence Diagram Data Nasabahz

(12)

3. Sequence Diagram Data Pinjaman

(13)

4. Sequence Diagram Data Angsuran

Gambar III.9. Sequence Diagram Data Angsuran 5. Sequence Diagram Laporan

(14)

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

Gambar III.11. Desain Output Faktur Pinjaman LOGO

(15)

2. Desain Output Faktur Angsuran

Gambar III.12. Desain Output Faktur Angsuran 3. Desain Output Laporan Pinjaman

Gambar III.13. Desain Output Laporan Pinjaman LOGO

(16)

4. Desain Output Laporan Jurnal

Gambar III.14. Desain Output Laporan Jurnal 5. Desain Output Laporan Kas

Gambar III.15. Desain Output Laporan Kas LOGO

(17)

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

Gambar

Username Password

Login Cancel

Gambar III.16. Desain Input Login 2. Desain Input Data Nasabah

Data Nasabah

Nasabah Baru

Tabel data nasabah Kode Nasabah Nama Nasabah Tempat Lahir Tanggal Lahir Alamat Nasabah Telepon Nasabah Email Nasabah Pekerjaan Nasabah Gaji Perbulan (Rp) Identitas(Fotocopy) Hapus Edit Batal Tutup

Pencarian (Keyword : Kode dan Nama Nasabah) :

(18)

3. Desain Input Data Pinjaman

Form Pinjaman

Pinjaman Baru

Tabel data pinjaman Kode Nasabah

Nomor Faktur Angsuran Pinjaman (Rp) Tanggal Angsuran Bunga (Rp)

Jumlah Pinjaman (Rp) Jangka Waktu (Bulan) Tgl Jatuh Tempo Bunga Pinjaman (%) Total Bunga (Rp)

Hapus Edit Batal Tutup Pencarian (Keyword : Nomor faktur atau Kode Nasabah) :

Total Angsuran/Bulan(Rp)

Detail Cetak Faktur

Gambar III.18. Desain Input Data Pinjaman 4. Desain Input Data Angsuran

Form Pembayaran Angsuran

Nomor Faktur

Angsuran Baru Batal Cetak Faktur Tutup

Tabel data angsuran Tanggal Faktur Pinjaman Denda/hari (Rp) Nomor Faktur Nomor Faktur Detail pinjaman

Pencarian (Keyword : nomor faktur atau faktur pinjaman)

(19)

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+, {Jangka Waktu}+, {Bunga Pinjaman}+, Jumlah Bunga+, {Anggunan}+, Keterangan+

Detail Pinjaman : Kode Detail+, {Nomor Pinjaman}+, Angusran Pinjaman+, Angsuran Bunga+, Total Angsuran+, Jatuh Tempo+, Cicikan Ke+, Status+

(20)

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 :

kode_nas Pekerjaan jangka_waktu angsuran_pinjaman no_pinjaman nama_nas Gaji bunga_pinjaman angsuran_bunga tanggal TempatLahir Identitas jlh_bunga total_angsuran total_angsuran TglLahir no_pinjaman anggunan jatuh_tempo cicilan_ke

Alamat tanggal keterangan cicilan_ke denda

Telepon kode_nas kode_detail status jlh_denda

Email jlh_pinjaman no_pinjaman no_angsuran total_denda

kode_nas* Pekerjaan jangka_waktu angsuran_pinjaman total_denda nama_nas Gaji bunga_pinjaman angsuran_bunga tanggal TempatLahir Identitas jlh_bunga total_angsuran total_angsuran TglLahir no_pinjaman* anggunan jatuh_tempo cicilan_ke

Alamat tanggal keterangan cicilan_ke denda

Telepon kode_detail* status jlh_denda Email jlh_pinjaman no_angsuran*

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 no_angsuran* no_pinjaman** tanggal total_angsuran cicilan_ke denda jlh_jatuh_tempo total_denda kode_nas* nama_nas TempatLahir TglLahir Alamat Telepon Email Pekerjaan Gaji Identias 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 kode_detail** no_pinjaman* angsuran_pinjaman angsuran_bunga total_angsuran jatuh_tempo cicilan_ke status Unnormal Normal Pertama Normal Kedua Normal Ketiga

(21)

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. Nama Kolom Tipe Data Ukuran Keterangan

1. kode_nas Varchar 10 Kode nasabah

2. nama_nas Varchar 50 Nama nasabah

3. TempatLahir Varchar 50 Tempat lahir

4. TglLahir Datetime - Tanggal lahir

5. Alamat Text - Alamat nasabah

6. Telepon Varchar 30 Telepon

7. Email Varchar 30 Email

8. Pekerjaan Varchar 50 Pekerjaan

9. Gaji Decimal 18,0 Gaji

(22)

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

1. no_pinjaman Varchar 10 Nomor pinjaman

2. Tanggal Datetime - Tanggal pinjaman

3. kode_nas Varchar 10 Kode nasabah

4. jlh_pinjaman Decimal 18,0 Jumlah pinjaman

5. jangka_waktu Int 4 Jangka waktu

6. bunga_pinjaman Float - Bunga pinjaman

7. jlh_bunga Decimal 18,0 Jumlah bunga pinjaman

8. Anggunan Varchar 255 Anggunan

9. Keterangan Text - 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

(23)

Tabel III.8. Struktur Tabel Detail Pinjaman

1. kode_detail Numeric 18,0 Kode detail

2. no_pinjaman Varchar 10 Nomor pinjaman

3. angsuran pinjaman Decimal 18,0 Angsuran pinjaman

4. angsuran_bunga Decimal 18,0 Angsuran bunga

5. Jumlah_angsuran Decimal 18,0 Total angsuran

6. jatuh_tempo Date - Jatuh tempo

7. cicilan_ke Int 4 Cicilan ke

8 Status Varchar 10 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

1. no_angsuran Varchar 10 Nomor angsuran

2. no_pinjaman Varchar 10 Nomor pinjaman

3. Tanggal Datetime - Tanggal

4. jumlah_angsuran Decimal 18,0 Total angsuran

5. cicilan_ke Int 4 Cicilan ke

6. Denda Decimal 18,0 Denda

7. jlh_jatuh_tempo Int 4 Jumlah jatuh tempo

(24)

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

1. kode_kas Numeric 18,0 Kode kas

3. Keterangan Varchar 100 Keterangan

4. Debet Decimal 18,0 Debet

5. kredit Decimal 18,0 Kredit

6. Saldo Decimal 18,0 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 : -

(25)

Tabel III.11. Struktur Tabel Jurnal

1. KodeJurnal Numeric 18,0 Kode jurnal

3. NoFaktur Varchar 10 No faktur

4. NamaAkun Varchar 150 Nama Akun

5. Debet Decimal 18,0 Debet

6. Kredit Decimal 18,0 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

1. kode_user Varchar 10 Kode user

2. NamaLengkap Varchar 50 Nama lengkap

3. pass_user Varchar 15 Password user

4. jabatan Varchat 20 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 :

(26)

tbl_nasabah tbl_pinjaman tbl_angsuran detail_pinjaman 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 no_pinjaman no_angsuran tanggal total_angsuran cicilan_ke denda jlh_tempo total_denda kode_detail no_pinjaman angsuran_pinjaman angsuran_bunga total_angsuran jatuh_tempo cicilan_ke status Memiliki Meng ambil Memiliki 1 1 _M M M M

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 beberapa eksekusi.Adapun activity diagram tersebut adalah sebagai berikut :

(27)

1. Activity Diagram Login

Gambar III.22. Activity Diagram Login 2. Activity Diagram Data Nasabah

(28)

3. Activity Diagram Data Pinjaman

(29)

4. Activity Diagram Data Angsuran

Gambar III.25. Activity Diagram Data Angsuran 5. Activity Diagram Laporan