76 BAB 4 ANALISIS DAN PERANCANGAN SISTEM INFORMASI SIMPAN PINJAM PADA KOPERASI YANG DIUSULKAN 4.1 The Requirements Dicipline 4.1.1 Purpose Pengembangan system informasi simpan pinjam pada Kopda jaksel ini dilakukan untuk mendukung proses transaksi kepada seluruh koperasi yang ingin menyimpan uang dan meminjam uang pada Kopda jaksel dan guna untuk mendukung pencatatan, pengendalian internal dan juga untuk menghindari kecurangan yang di timbulkan dari pencatatan dan alur informasi yang belum maksimal. Mulai dari pendaftaaran, proses simpan pinjam, pembuatan laporan transaksi hingga pengiriman tagihan kepada petugas bayar, system yang nantinya diharapkan dapat membantu dalam kegiatan koperasi khususnya simpan pinjam, dan mendukung pembuatan laporan-laporan yang dibutuhkan oleh manajemen secara akurat dan efektif dalam membantu pihak pengurus koperasi dalam pengambilan keputusan bagi koperasi. 4.1.2 System Definition Sistem Informasi Koperasi Simpan Pinjam pada Koperasi Kantor Departemen Agama Jakarta Selatan berfungsi untuk mendukung aktifitas simpan pinjam yang dilakukan nya, system yang akan dibangun akan berbasis web dengan maksud guna mengurangi kecurangan dan kemudahan para nya dalam mengecek status simpanan dan pinjaman. System akan berada didalam website Kementrian Departemen Agama dimana setiap angotanya adalah bagian dari kepegawaian Depeartemen Agama,
77 para akan di berikan account dan password guna mengakses website dan dapat melog-in kedalam website tersebut dan dapat langsung mengakses aplikasi tersebut. 4.1.3 The Proposed Procedure 4.1.3.1 Prosedur Pendaftaran Petugas Prosedur pendaftaran petugas dilakukan setiap kali pergantian kepengurusan koperasi, maupun ada permintaan pegawai bawa pada setiap divisi dan unit. PeFtugas ini antara lain adalah pengurus dan pengelola koperasi. Prosedur pendaftaran dilakukan oleh admin yang akan menginput data-data dari setiap petugas koperasi sesuai dengan data yang diberikan oleh petugas tersebut, admin juga adapat mengubah maupun meng-update data petugas sesuai datadatanya, hal ini dikarenakan untuk meminimalisir adanya perubahan data yang tidak valid oleh petugas koperasi, atau ketidaksesuaian data yang diganti dengan fakta yang ada, karena pada dasarnya setiap penggantian yang dilakukan admin disesuaikan dengan fakta yang ada, berbentuk laporan langsung dari petugas yang bersangkutan yang disesuaikan dengan fakta yang ditemukan oleh admin. Prosedur pendaftaran petugas digambarkan dalam Activity Diagram pada Gambar 4.1
78 Gambar 4.1 Activity Diagram Pada pendaftaran Petugas dan System 4.1.3.2 Prosedur Pendaftaran Anggota Proses pendaftaran dilakukan jika terdapat yang akan bergabung kedalam koperasi/ calon. Kriteria calon disini adalah setiap pegawai Kantor Departemen Agama Kota Jakarta Selatan yang belum terdaftar dan ingin menjadi pada koperasi Kopda Jaksel. Prosedur dilakukan oleh admin koperasi sesuai dengan data yang diberikan oleh. Dalam hal ini admin dapat mengubah dan mengupdate jika sewaktu-waktu data calon tersebut berubah sedangkan tidak dapat mengubah datadatanya, hal ini dimaksud untuk meminimalisir ketidak sesuaian data dengan admin atau data yang diganti-ganti yang tidak sesuai dengan fakta yamg ada,
79 penggantian data yang dilakukan admin juga melalui proses pelaporan oleh dan pencocokan yang dilakukan petugas sehinga data baru yang diberikan oleh merupakan fakta dan valid, setelah melakukan proses pendaftaran akan mendapatkan nomer yang berlaku seumur hidup atau selama koperasi berdiri, nomer id tersebut nantinya berguna untuk melakukan berbagai macam transaksi yang dilakukan pada Kopda Jaksel. Awal langkah yang dilakukan setelah mendapatkan nomer yaitu membayarkan simpanan pokok dan simpanan sukarela dengan dibayarkan simpanan tersebut selesai sudah proses pendaftaran yang dilakukan baru, dan memiliki data simpanan dan status angsuran apabila nantinya melakukan transaksi pinjaman sendiri, sehingga dapat mengetahui saldo dan status angsurannya setiap saat, secara lebih mudah dan rinci, prosedur pendaftaran digambarkan pada Activity Diagram pada Gambar 4.2
80 Gambar 4.2 Activity Diagram Pendaftaran Anggota dengan system 4.1.3.4 Prosedur Transaksi Simpanan Proses transaksi simpanan dilakukan oleh dengan mendaftarkan simpanannya kedalam system koperasi, lalu system akan otomatis membaca dan menampilkan form simpanan yang nantinya tinggal memasukkan nominal setoran (jumlah simpanan) yang ingin disimpan. Setelah dilakukan pendaftaran simpanan maka data akan tersimpan didalam system koperasi pada daftar ini nantinya akan dilakukan konfirmasi dari petugas unit kepada yang bersangkutan, hal ini dimaksudkan untuk memastikan bahwa tersebut memang benar ingin melakukan transaksi simpanan. Data di dalam daftar transaksi simpanan kemudian akan menjadi patokan untuk melakukan penagihan kepada petugas bayar tiap petugas unit. Walaupun simpanan sudah masuk di dalam daftar transaksi simpanan, namun data simpanan belum otomatis bertambah, karena data simpanan akan otomatis bertambah ketika petugas bayar sudah menyerahkan pembayaran tagihan setiap akhir bulannya. Pendaftaran simpanan ini hanya dikhususkan untuk kegiatan simpanan sukarela, dimana simpanan lainnya memiliki prosedur berbeda-beda dalam penarikannya, seperti simpanan pokok hanya akan diproses ketika waktu pertama kali mendaftar sebagai koperasi, lain dengan simpanan pokok, simpanan wajib akan ditarik setiap bulan sesuai dengan hasil keputusan koperasi setiap tahunnya dan dibedakan setiap
81 golongannya, simpanan sukarela sifatnya sukarela sehingga tidak ada kewajiban untuk setiap koperasi dalam melakukan simpanan ini, simpanan khusus didapatkan dari SHU yang tidak diambil oleh nya. Gambar 4.3 Prosedur transaksi simpanan digambarkan dalam Activity Diagram Gambar 4.3 Activity Diagram Pendaftaran dan Transaksi Simpanan Anggota Dengan System 4.1.3.5 Prosedur Pengambilan Simpanan
82 Proses ini dimulai ketika angota mendatangi petugas unit koperasi untuk melakukan proses pengambilan, tidak perlu membawa berkas apapun ketika proses, cukup menghafal nomer saat diproses oleh sistem untuk melihat data-data nya, selanjutnya angota juga harus menunjukkan tanda pengenal sebagai bukti bahwa adalah benar pemilik nomer tersebut, ketika simpanan memenuhi syarat untuk diambil, maka dapat mengambil simpanannya saat itu juga. Setelah transaksi pengambilan simpanan disimpan, secara otomatis data akan ditampilkan di dalam daftar pengambilan simpanan, dan data simpanan juga berkurang. Setelah proses pencatatan selesai petugas unit akan meminta dana kepada kasir, dan kasir akan memberikan dana sesuai dengan yang tertera di dalam daftar pengambilan simpanan Proses pengambilan simpanan ini dapat dilakukan setiap hari dan jam kerja koperasi, seluruh proses pengambilan simpanan koperasi dilayani oleh petugas unit koperasi dimana menu pengambilan simpanan ini hanya dapat diakses oleh petugas unit. Setiap simpanan dalam koperasi memiliki ketentuan pengambilan yang berbeda, untuk simpanan sukarela dan khusus dapat diambil sewaktu-waktu apabila dibutuhkan, untuk simpanan wajib dan pokok hanya dapat diambil ketika keluar dari kean koperasi. Secara lebih rinci, prosedur pengambilan simpanan digambarkan dalam Activity Diagram pada Gambar 4.4.
83 Gambar 4.4 Activity Diagram Pengambilan Simpanan dengan Sistem 4.1.3.6 Prosedur Transaksi Pinjaman dan Pendaftaran Angsuran Proses ini dimulai ketika mendaftarkan pinjamannya kepada sistem informasi koperasi KOPDA jaksel, dalam menu pendaftaran pinjaman, data diri secara otomatis dapat muncul dan terbaca oleh sistem ketika melakukan login terlebih dahulu ke dalam website Kementrian Departemen Agama, lalu hanya perlu mengisikan nominal uang yang akan dipinjam kepada koperasi, bagian unit mana dan alasannya apa untuk meminjam, setelah itu maka seluruh perhitungan pinjaman akan otomatis terhitung sesuai dengan perhitungan yang berlaku di dalam koperasi, persen besar jasa pinjaman dan
84 potongan saldo untuk simpanan sukarela didapatkan dari menu konfigurasi yang diinput oleh admin, untuk total hutang dan total yang diterima oleh secara otomatis dapat terhitung oleh sistem, selain itu apabila sudah memilih masa angsuran, sistem juga akan menghitung berapa jumlah pembayaran angsuran pinjaman per bulannya, hal ini dapat menjadi alat bantu pertimbangan bagi para dalam melakukan pinjaman. Setiap golongan memiliki angka maksimal pinjaman per tahun dan angka itu dapat dirubah oleh admin sistem sesuai dengan keputusan tahunan pada rapat koperasi, apabila nominal pinjaman yang ingin dilakukan melebihi angka maksimal pinjaman golongan tersebut, maka pendaftaran pinjaman tidak dapat diproses lebih lanjut. Setelah pendaftaran pinjaman disimpan, lalu data pinjaman akan pindah ke dalam daftar transaksi pinjaman, disini data akan dilakukan pengecekan oleh petugas bayar, pertama-tama petugas bayar mengkonfirmasi yang bersangkutan mengenai transaksi pendaftaran pinjaman yang dilakukan, apabila tersebut mengkonfirmasi bahwa pendaftaran pinjaman yang dilakukannya adalah benar, maka petugas bayar akan melanjutkan ke proses persetujuan selanjutnya, petugas bayar akan memeriksa apakah memiliki kemampuan untuk membayar angsuran pinjaman tiap bulan dari gaji yang didapatkan, hal ini dapat dilakukan karena petugas bayar memegang seluruh slip gaji tiap dari petugas unitnya, jadi petugas bayar dapat mengetahui apakah memiliki gaji yang cukup untuk membayar angsuran pinjaman per bulannya atau
85 tidak, apabila petugas bayar menyetujui pinjaman ini dan pengurus juga menyetujui pinjaman tersebut maka status data dalam daftar transaksi pinjaman untuk kolom petugas bayar akan berubah menjadi setuju, namun apabila petugas bayar menolak pengajuan pinjaman yang didaftarkan, maka petugas bayar tidak meng konfirmasi pinjaman yang diajukan, dan otomatis tanda konfirmasi pada terlihat tidak di konfirmasi oleh petugas bayar. Adapun batas maksimal proses konfirmasi oleh petugas bayar adalah 7 hari kerja sejak mendaftarkan pinjamannya. Selanjutnya dengan adanya pendaftaran angsuran dan sudah menentukan angsuran yang akan dibayarkan setiap bulannya, hal tersebut mengaktifkan daftar angsuran tiap bulannya lalu memudahkan dan petugas bayar dalam membayar dan menagih pinjaman yang dilakukan, terdapat kolom angsuran pada periode bulanan yang terdapat pada sistem koperasi nantinya dan akan dilakukan konfirmasi pembayaran jika sudah membayar dan akan dilakukan penagihan jika telat membayar, sejalan dengan pembayaran angsuran maka daftar tagihan dan angsuran akan berkurang secara otomatis Berikut Activity Diagram pada trasaksi pinjaman dan pendaftaran angsuran pada Gambar 4.5
86 Gambar 4.5 Activity Diagram Transaksi Pinjaman Dengan System 4.2 Use Case and Domain Classes
87 4.2.1 Event Table Table 4.1 Event Table NO EVENT TRIGGER SOURCE USE CASE RESPONS DESTINATION 1. Anggota dan petugas ingin melihat Anggota ingin melihat sisa simpanan Anggota Melihat simpanan Daftar simpanan simpanan 2. Petugas ingin melihat simpanan Petugas ingin melihat sisa simpanan Petugas Melihat simpanan Daftar simpanan 3. Anggota ingin menambah simpanan sukarela Terdapat kebutuhan untuk menambah simpanan sukarela Anggota Menambah simpanan Data Simpanan bertambah Anggota 4. Anggota ingin mengambil Terdapat kebutuhan untuk mengambil Anggota Mengambil simpanan Data simpanan berkurang
88 simpanannya simpanan sukarela 5. Anggota ingin melihat data pinjaman Terdapat Anggota ingin melihat data pinjaman Anggota Melihat pinjaman Daftar pinjaman Anggota 6. Anggota ingin mendaftarkan Angsuran pinjaman Anggota ingin meminjam dan menentukan besarnya angsuran Anggota Mencatat transaksi permohonan pinjaman Data permohonan simpanan tercatat Anggota 7. Anggota ingin melihat persetujuan pinjaman oleh petugas Terdapat ingin melihat persetujuan pinjaman oleh petugas Anggota Melihat persetujuan pinjaman Status permohonan pinjaman Anggota 8. Petugas unit dan bayar ingin melihat sisa pinjaman dan data angsuran Terdapat keperluan Petugas dan Anggota ingin melihat sisa pinjaman dan angsuran Petugas bayar dan unit Melihat daftar sisa pinjaman dan angsuran Daftar angsuran Petugas unit dan bayar 9. System memberikan notifikasi list Terdapat angsuran yang belum dibayarkan Mengirim notifikasi List notofikasi yangbelum Petugas bayar dan unit
89 yang membayar belum membayar angsuran pinjaman Petugas unit ingin memberikan list tagihan Terdapat angsuran yang belum dibayarkan unitnya Petugas unit Mengirim list angsuran penagihan Daftar list angsuran terkirim Petugas bayar 10. unitnya yang belum membayar angsuran kepada petugas bayar 11. Petugas bayar ingin menginput informasi angsuran yang telah dibayar Terdapat yang telah membayar angsuran dan petugas harus mengkonfir masi pembayaran pada system petugas bayar Mencatat pembayaran angsuran pinjaman Pembayara tercatat sisa pinjaman berkurang
90 12. Petugas bayar ingin memberikan approval pinjaman Terdapat petugas ingin memberikan approval pinjaman Petugas bayar Memberikan status approval Status approval permohonan pinjaman terlihat dan terupdate 13. Petugas unit ingin melihat daftar pengambilan simpanan Terdapat kebutuhan atas data pengambilan simpanan guna melakukan penelitian perilaku dan pengambilan keputusan pada rapat petugas dan pengurus Petugas unit, Melihat daftar pengambilan simpanan Daftar pengambilan simpanan Petugas unit, 14. Anggota ingin melakukan pengambilan simpanan Terdapat yang ingin mengambil simpananny a Anggota Mencatat transaksi pengambilan simpanan Data pengambilan simpanan tercatat dan sisa simpanan berkurang Anggota 15. Petugas bayar ingin melihat simpanan wajib Terdapat keperluan atas daftar simpanan wajib untuk dijadikan tolak ukur Petugas bayar, Melihat daftar input simpanan Daftar input simpanan Petugas bayar,
91 dalam pengambilan keputusan nantinya 16. Petugas bayar dan unit diminta pengurus ingin melihat laporan simpanan Terdapat kebutuhan atas laporan simpanan untuk evaluasi kinerja koperasi dari segi petugas dan Petugas dan pengurus Melihat laporan simpanan Laporan simpanan Petugas dan pengurus 17. Petugas bayar dan unit diminta pengurus ingin melihat laporan pinjaman Terdapat kebutuhan atas laporan pinjaman evaluasi kinerja koperasi dari segi petugas dan Petugas dan pengurus Melihat laporan pinjaman Laporan pinjaman Petugas dan pengurus 18. Petugas unit dan bayar diminta pengurus ingin melihat laporan angsuran Terdapat kebutuhan atas laporan sisa pinjaman dan angsuran untuk evaluasi kinerja koperasi dari segi petugas dan Petugas dan pengurus Melihat laporan sisa pinjaman dan angsuran Laporan angsuran Petugas dan pengurus
92 19. Petugas bayar ingin memverifikasi simpanan Terdapat Anggota yag membayar simpanan wajib dan sukarela Petugas bayar Memverifikasi simpanan angota Data simpanan terupdate sukarela dan wajib 20. Admin ingin melihat master data dari Terdapat keperluan atas master data angota untuk mengetahui golongan, jabatan dll Admin Melihat data Daftar data Admin 21. Admin ingin melihat master data dari petugas Terdapat keperluan atas master data petugas untuk mengetahui petugas pada bagian unit mana,golongan,jabatan dll Admin Melihat data petugas Daftar petugas Admin 22. Admin ingin mengubah data Admin ingin mengubah data dari Admin mengupdate data Data terupdate 23. Admin ingin mengubah data Admin ingin mengubah data dari Admin mengupdate data petugas Data petugas terupdate
93 petugas petugas 24. Admin ingin mengubah data golongan Admin ingin mengubah data dari golongan Admin mengupdate data golongan Data golongan terupdate 25. Admin ingin menambah data Terdapat baru yang belum terdaftar admin Mengcreate data Data ter create 26. Admin ingin menambah data petugas Terdapat petugas baru yang belum terdaftar Admin Mengcreate data petugas Data petugas tercreate Admin 27. Admin ingin menambah data golongan Terdapat golongan baru yang belum terdaftar Admin Mengcreate data golongan Data golongan tercreate Admin 28. Petugas ingin mencetak laporan transaksi Terdapat permintaan kebutuhan atas laporan transaksi tercetak, yang akan digunakan pengurus sebagai bahan laporan kepada pengawas dan pembina Petugas, pengurus Mencetak laporan Daftar transaksi tercetak Petugas
94 koperasi 4.2.2 Use Case
95 uc Use case koperasi Sistem informasi simpan pinjam koperasi Pendataan Anggota dan petugas Melihat data mengupdate data golongan Simpanan Anggota Melihat data petugas Mengambil simpanan Menambah simpanan Mengcreate data Admin Melihat simpanan Melihat daftar pengambilan simpanan Mengcreate data golongan Mengcreate data petugas Mencatat transaksi pengambilan simpanan Mengupdate data petugas Melihat daftar input simpanan Mengupdate data Anggota Memv eriv ikasi simpanan Pinj aman Anggota Petugas bayar Melihat daftar sisa pinjaman dan angsuran Melihat persetujuan pinjaman Melihat pinj aman Mencatat transaksi permohonan pinjaman Mencatat pembayaran angsuran pinjaman Memberikan status approv al Mengirim list angsuran penagihan Mengirim notifikasi System Laporan Koperasi Petugas unit Melihat laporan sisa pinj aman dan angsuran Melihat laporan Simpanan Pengurus Mencetak laporan transaksi Melihat laporan Pinjaman Gambar 4.6 Use Case Diagram Koperasi
96 4.2.3 Domain Class Diagram class Class Diagram Koperasi ::Permohonan_pinj aman - Id_ : varchar ::pinj aman - Kd_transaksi : varchar - Tanggal_transaksi : date - kd_transaksi : varchar - Jenis_transaksi : char - Taggal_pinjaman : date - Jumlah_pinjaman : varchar - Kd_ : varchar - Jasa_pinjaman : varchar - Nama_ : char - Total_pinjaman : varchar 1 1..* - Bag_unit : char 1..* - Masa_angsuran : char - golongan : char - Angsuran_perbulan : varchar - Saldo_akhir : varchar - Status : char - Maksimal_pinjaman : varchar - Nominal_pinjaman : varchar 1 - Jasa_pinjaman : varchar 1..* - angsuran : varchar ::Anggota - Sisa_pinjaman : varchar ::Golongan - Id_ : varchar - Kd_ : varchar - Status_pemberian_approval : varchar - Kd_simpan : varchar - Kd_golongan (varchar) 1..* 1 - Alamat : char - nama_golongan (varchar) 1 - Bagian_unit : char - golongan_ruang : char - Jabatan : char - Nama_ : char - no_telepon : varchar - TTL : char - Pasword : varchar - jenis_kelamin : char - no_handphone : varchar - Nominal_simpanan_wajib : varchar 1 1 ::Penagihan_pembayaran_angsuran 1 * - ID_ - jumlah_tagihan : varchar ::Pembayaran_angsuran_pinj aman - Nama_ - angsuran_bulanan : varchar 1 1 - jasa_angsuran : varchar - kd_angsuran: varchar 1..* - masa_angsuran : char - tanggal_daftar_angsuran : date - jumlah_angsuran : varchar - Id_ : varchar 1..* ::Deposit simpanan - kd_deposit_simpanan (varchar) - Nominal_deposit_simpanan(varchar) - Tanggal_deposit (date) 1..* - Jenis_simpanan (char) - Id_ (varchar) 1..* ::Simpanan - Kd_simpan : varchar - Simpanan_khusus : char - Simpanan_pokok : char 1 - Simpanan_sukarela : char - Simpanan_wajib : char - nominal_simpanan : varchar - Tanggal : Date - no_ : varchar - Nama_ : char - Jenis_transaksi : char ::Pengambilan_simpanan_sukarela - Kd_pengambilan : varchar - Jumlah_pengambilan : varchar 1 1..* - Nama simpanan : char - Tanggal_pengambilan : date ::Pengambilan_simpanan_wajib - kd_pengambilan_simpanan_petugas ; varchar : 1..* - id_ ; varchar : - tanggal_pengambilan_simpanan ; date : 1 1..* - nama_ ; char: - nominal_pengambilan ; varchar: - periode_pengambilan_simpanan ; varchar: 1..* 1 1 1 ::Petugas - id_petugas : varchar - Jabatan : char - Jenis_kelamin : char - Nama_petugas : char - Nomer_telepon :varchar - TTL : varchar - pasword : varchar - Alamat : char - No_handphone : varchar - Jenis_petugas (char) 1 1 Gambar 4.7 Class Diagram Koperasi 4.3 Use Case Modelling and Detailed Requirements 4.3.1 Use Case Description Tabel 4.2 Use Case Description untuk melihat simpanan angggota
97 Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Melihat simpanan Melihat simpanan Anggota ingin melihat simpanan Anggota membuka form lihat simpanan pada menu simpanan Anggota Anggota Anggota sebelumnya menambah simpanan atau petugas ingin mengecek simpanan Simpanan telah sesuai dan ter update Flow Of Events: Actor System 1. Anggota membuka menu lihat simpanan 1.1 sistem membuka form lihat simpanan Exception Conditions: Tabel 4.3 Use Case Description untuk melihat simpanan angggota (petugas) Use case Name: Scenario: Triggering Event: Melihat simpanan Melihat simpanan Petugas ingin melihat simpanan
98 Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Anggota dan petugas membuka form lihat simpanan pada menu simpanan Anggota dan petugas petugas Anggota sebelumnya menambah simpanan atau petugas ingin mengecek simpanan Simpanan telah sesuai dan ter update Flow Of Events: Actor System 1. petugas membuka menu lihat simpanan 2. Petugas memasukkan id dan tanggal durasi simpanan 1.1 sistem membuka form lihat simpanan 2.1 sistem membuka simpanan Exception Conditions: Tabel 4.4 Use Case Description untuk mengambil simpanan Use case Name: Scenario: Triggering Event: Brief Description: Mengambil simpanan Mengambil simpanan sukarela Terdapat kebutuhan untuk mengambil simpanan sukarela Anggota membuka form simpanan lalu memilih form pengambilan simpanan, memasukkan nominal yang akan diambil
99 Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Anggota Anggota Anggota sebelumnya ingin mengambil simpanan Data simpanan berkurang Flow Of Events: Actor System 3. Anggota membuka menu ambil simpanan 4. Anggota memasukkan persyaratan dan nominal pengambilan simpanan lalu menyimpan / submit 1.1 sistem membuka form ambil simpanan 2.1 sistem menyimpan dan mengupdate simpanan Exception Conditions: Tebel 4.5 Use Case Description untuk menambah simpanan Use case Name: Scenario: Triggering Event: Brief Description: Actors: Menambah simpanan Menambah simpanan Terdapat kebutuhan untuk menambah simpanan sukarela Anggota ingin menambah simpanan dengan membuka tambah simpanan pada menu simpanan Anggota
100 Related Use Cases: Stakeholders: Preconditions: Post conditions: Anggota Terdapat ingin menambah simpanan sukarela pada koperasi Simpanan telah bertambah dan terupdate Flow Of Events: Actor System 1. Anggota membuka form tambah simpanan pada menu simpanan 2. Anggota memasukkan informasi simpanan yang akan di setorkan lalu men submit/ save 1.1. Sistem membuka form tambah simpanan 2.1. Sistem menyimpan informasi yang dimasukkan Exception Conditions: Tabel 4.6 Use Case Description untuk melihat pinjaman Use case Name: Scenario: Triggering Event: Brief Description: Actors: Melihat pinjaman Melihat pinjaman Terdapat Anggota ingin melihat data pinjaman Anggota inngin mengetahui status pinjamannya sebelum melakukan pinjaman berikutnya Anggota
101 Related Use Cases: Stakeholders: Anggota Preconditions: Anggota ingin menambah pinjaman, dan petugas mengecek total dari pinjaman Post conditions: Anggota sudah mengetahui status pinjamannya dan petugas dapat mengevaluasi pinjaman berikutnya Flow Of Events: Actor System 1. Anggota membuka menu pinjaman lalu lihat pinjaman 2. Anggota tidak perlu memasukkan id 2.1. sistem membuka menu pinjaman lalu lihat pinjaman 2.2. sistem membuka menu lihat pinjaman berdasarkan id Exception Conditions: Tabel 4.7 Use Case Description untuk mencatat transaksi permohonan pinjaman Use case Name: Scenario: Triggering Event: Brief Description: Mencatat transaksi permohonan pinjaman Anggota mencatat transaksi permohonan pinjaman Terdapat Anggota ingin melakukan pinjaman Anggota memulai dengan membuka form peminjaman lalu memasukkan persyaratan pinjaman, alasan meminjam kepada koperasi dan
102 menentukan angsuran dan durasi peminjaman Actors: Related Use Cases: Stakeholders: Anggota Anggota Preconditions: Anggota ingin meminjam kepada koperasi dikarenakan terdapat keperluan Post conditions: Permohonan pinjaman menunggu diberikannya approval oleh petugas bayar dan persetujuan dari pengurus Flow Of Events: Actor System 2. Anggota membuka menu pinjaman lalu tambah pinjaman 2.1. sistem membuka menu pinjaman 2. Anggota memasukkan informasi yang dibutuhkan dan informasi angsuran yang diinginkan lalu submit/save 2.2. sistem menyimpan informasi yang diberikan dan mengirim informasi kepada sistem petugas bayar Exception Conditions: Tabel 4.8 Use Case Description untuk melihat daftar sisa pinjaman dan angsuran Use case Name: Melihat daftar sisa pinjaman dan angsuran
103 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat daftar sisa pinjaman dan angsuran Terdapat petugas bayar dan unit ingin mengecek angsuran Petugas bayar dan unit membuka form pinjaman dan memilih id mana yang akan dilihat sisa pinjaman dan angsurannya Petugas bayar dan unit Petugas bayar dan unit Preconditions: Anggota ingin menambah pinjaman, petugas unit dan bayar ingin mengecek kelancaran dari angsuran dan kasir guna mencocokkan dana yang masuk dari pembayaran angsuran yang diberikan petugas bayar Post conditions: Data angsuran menjadi sesuai dan dapat mendaftarkan pinjaman kembali jika angsuran sudah terbayar semua atau sudah akan selesai Flow Of Events: Actor System 1. Petugas bayar dan unit membuka menu pinjaman 2. Petugas bayar dan unit menentukan id 1.1. Sistem membuka menu pinjaman 2.1. Sistem membuka informasi sisa pinjaman dan angsuran untuk id tersebut Exception Conditions: Tabel 4.9 Use Case Description untuk melihat persetujuan pinjaman
104 Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat persetujuan pinjaman Melihat persetujuan pinjaman Terdapat ingin melihat persetujuan pinjaman oleh petugas Anggota telah mendaftar kan pinjaman dan menunggu persetujuan pinjaman, setelah maksimal 7 hari kerja dapat melihat status pinjaman Anggota Anggota Preconditions: Setelah mendaftarkan pinjaman, ingin melihat apakah pinjamannya disetujui Post conditions: Pinjaman telah disetujui atau tidak nya, jika disetujui dapat ke bagian unit untuk meminta mencairkan dana yang akan dipinjam Flow Of Events: Actor System 1. Anggota membuka menu lihat pinjaman 1.2 sistem membuka menu lihat pinjaman Exception Conditions: Tabel 4.10 Use Case Description untuk mengirim notifikasi Use case Name: Mengirim notifikasi
105 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Sistem mengirimkan notifikasi Terdapat angsuran yang belum dibayarkan atau H-7 sebelum tempo pembayaran angsuran Sistem mengirimkan notifikasi kepada, petugas bayar dan unit Sistem Sistem Preconditions: Pengembang sistem memberikan pengaturan H-7 sebelum tempo pembayaran atau tempo pembayaran angsuran yang melewati batas H+7 sistem melakukan notifikasi otomatis kepada user Post conditions: List notifikasi yang belum membayar dapat diketahui Flow Of Events: Actor System 1.1 sistem mengirimkan notifikasi kepada user Exception Conditions: 2.1 user petugas mengirimkan email atau menghubungi langsung yang belum membayar, user mendatangi petugas bayar untuk melakukan pembayaran angsuran Tabel 4.11 Use Case Description untuk Mengirim list angsuran penagihan Use case Name: Mengirim list angsuran penagihan
106 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Petugas unit mengirim list angsuran penagihan kepada juru bayar Terdapat tagihan angsuran yang belum dibayarkan pada bulan berjalan Petugas bayar menagih pinjaman yang belum dibayarkan Petugas unit Petugas unit Preconditions: Petugas unit mengecek seluruh angsuran pada bulan berjalan, dan terdapat yang belum membayarkan angsuran pada bulan tersebut (sebelumnya terdapat notifikasi oleh sistem ) Post conditions: Tagihan telah sampai kepada petugas bayar dan menunggu penagihan secara lisan kepada Flow Of Events: Actor System 1. Petugas unit membuka menu pembayaran angsuran dan sisa pinjaman 2. Petugas memasukkan id 1.1 sistem membuka menu pembayaran angsuran 2.1 sistem membuka data angsuran id Exception Conditions: Tabel 4.12 Use Case Description Mencatat pembayaran angsuran pinjaman Use case Name: Mencatat pembayaran angsuran pinjaman
107 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Mencatat angsuran angggota oleh petugas bayar Terdapat yang telah membayar angsuran dan petugas harus mengkonfirmasi pembayaran pada system Petugas bayar ingin mengkonfirmasi angsuran yang telah dibayarkan Petugas bayar Petugas bayar Preconditions: Terdapat yang telah membayar angsuran dan petugas harus mengkonfirmasi pembayaran pada system Post conditions: Angsuran telah dikonfirmasi dan mengurangi angsuran dan tagihan pinjaman Flow Of Events: Actor System 1. Petugas bayar membuka menu pembayaran angsuran pinjaman 2. Petugas memasukkan id 3. Petugas bayar memilih pinjaman yang akan dibayar 4. Petugas bayar mengkonfirmasi pembayaran pada periode bulan yang dibayarkan lalu menyimpan 1.1 sistem membuka menu pembayaran pinjaman 2.1 sistem membuka data angsuran id 3.1 sistem membuka pinjaman yang dipilih oleh petugas bayar 4.1 data pembayaran angsuran pinjaman tersimpan
108 Exception Conditions: Tabel 4.13 Use Case Description Memberikan status approval Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Memberikan status approval Memberikan status approval kepada transaksi permohonan pinjaman Terdapat petugas ingin memberikan status approval Petugas bayar ingin memberikan status approval pinjaman yang sebelumnya telah mendaftarkan pinjaman baru Petugas bayar Petugas bayar Preconditions: Terdapat mengajukan pinjaman dan petugas bayar akan mengecek pinjaman sebelumnya (angsuran dan tagihan) jika angsuran dan tagihan lancar makan pinjaman yang baru akan disetujui Post conditions: Pinjaman yang baru telah / tidak di setujui, selanjutnya petugas unit mencairkan dana jika telah disetujui oleh petugas bayar dan tanda telah di setujui oleh petugas bayar akan terlihat pada sistem Flow Of Events: Actor System
109 1. Petugas bayar membuka menu lihat pinjaman 2. Petugas memberikan status approval pinjaman 2.1 sistem membuka menu lihat pinjaman 2.2 sistem menyimpan data dan terkoneksi kepada sistem Exception Conditions: Tabel 4.14 Use Case Description Melihat Daftar Pengambilan Simpanan Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat daftar pengambilan simpanan Melihat daftar pengambilan simpanan Terdapat kebutuhan atas data pengambilan simpanan Petugas unit melihat daftar pengambilan simpanan oleh Petugas unit Petugas unit Preconditions: Ketika ingin mengambil simpanannya, dan petugas unit mengecek simpanan, jika mencukupi dilakukan pengambilan maka akan dilakukan penarikan simpanan Post conditions: Daftar pengambilan simpanan terlihat dan simpanan cukup atau tidaknya jika dilakukan pengambilan
110 Flow Of Events: Actor System 1. Petugas unit membuka menu simpanan 2. Petugas unit memasukkan id 1.1 sistem membuka menu simpanan 2.1 sistem membuka menu simpanan anggta sesuai id Exception Conditions: Tabel 4.15 Use Case Description Mencatat transaksi pengambilan simpanan Use case Name: Mencatat transaksi pengambilan simpanan Scenario: Mencatat transaksi pengambilan simpanan Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Terdapat yang ingin mengambil simpanannya Petugas unit mengecek simpanan dan mengupdate simpanan jika telah dilakukan pengambilan simpanan Petugas unit dan Petugas unit dan Preconditions: Petugas mendaftarkan pengambilan simpanan, setelah di setujui petugas segera meng update simpanan Post conditions: Simpanan telah di update bersarkan simpanan yang telah diambilnya
111 Flow Of Events: Actor System 2. Petugas unit membuka menu simpanan 2. Petugas unit memasukkan id 3. Petugas unit memasukkan jumlah uang yang diinginkan untuk diambil lalu submit 1.1 sistem membuka menu simpanan 2.1 sistem membuka menu simpanan anggta sesuai id 3.1 sistem menyimpandan mengurangi simpanan pada sistem Exception Conditions: Tabel 4.16 Use Case Description Melihat Daftar Input Simpanan Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Melihat daftar input simpanan Melihat daftar input simpanan Terdapat keperluan atas daftar simpanan wajib Petugas bayar dan melihat daftar dan informasi input simpanan yang dilakukan Petugas bayar dan Petugas bayar dan Anggota telah menyetorkan uang untuk simpanan dan petugas bayar ingin mengecek nya lewat
112 sistem Post conditions: Petugas bayar dan telah mengetahui input simpanan yang sesuai Flow Of Events: Actor System 1. Anggota dan petugas bayar membuka menu simpanan 2. tidak perlu memasukkan id namun Petugas bayar memasukkan id 1.2 sistem membuka menu simpanan 2.1 sistem membuka menu simpanan berdasarkan id Exception Conditions: Tabel 4.17 Use Case Description Melihat Laporan Simpanan Anggota Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat laporan simpanan Melihat laporan simpanan Terdapat kebutuhan atas laporan simpanan untuk evaluasi kinerja koperasi dari segi petugas dan Petugas mencetak laporan simpanan Petugas dan pengurus Petugas dan pengurus
113 Preconditions: Pengurus meminta laporan simpanan kepada petugas Post conditions: Pengurus telah melihat laporan simpanan yang nantinya akan dijadikan acuan untuk keputusan pengurus Flow Of Events: Actor System 1. Membuka menu simpanan 2. Petugas memasukkan id 3. Petugas mencetak hasil dari simpanan 1.1 sistem membuka menu simpanan 2.1 sistem membuka simpanan berdasarkan id 3.1 sistem mencetak laporan simpanan terkait Exception Conditions: Tabel 4.18 Use Case Description Melihat laporan pinjaman Use case Name: Scenario: Triggering Event: Brief Description: Actors: Melihat laporan pinjaman Melihat laporan pinjaman Terdapat kebutuhan atas laporan pinjaman guna evaluasi kinerja koperasi dari segi petugas dan Petugas mencetak laporan pinjaman Petugas dan pengurus Related Use Cases:
114 Stakeholders: Petugas dan pengurus Preconditions: Pengurus meminta laporan pinjaman kepada petugas Post conditions: Pengurus telah melihat laporan pinjaman yang nantinya akan dijadikan acuan untuk keputusan pengurus Flow Of Events: Actor System 1. Membuka menu pinjaman 2. Petugas memasukkan id 3. Petugas mencetak hasil dari pinjaman 1.1 sistem membuka menu pinjaman 2.1 sistem membuka pinjaman berdasarkan id 3.1 sistem mencetak laporan pinjaman terkait Exception Conditions: Gambar 4.19 Use Case Description Melihat laporan sisa pinjaman dan angsuran Use case Name: Scenario: Triggering Event: Melihat laporan sisa pinjaman dan angsuran Melihat laporan sisa pinjaman dan angsuran Terdapat kebutuhan atas laporan angsuran dan sisa pinjaman untuk evaluasi dan sebagai bahan
115 pengambilan keputusan nantinya Brief Description: Actors: Related Use Cases: Stakeholders: Petugas mencetak laporan angsuran dan sisa pinjaman dan memberikannya kepada pengurus Petugas dan pengurus Petugas dan pengurus Preconditions: Pengurus meminta laporan angsuran kepada petugas Post conditions: Pengurus telah melihat laporan angsuran yang nantinya akan dijadikan acuan untuk keputusan pengurus Flow Of Events: Actor System 1. Membuka menu pinjaman 2. Petugas memasukkan id 3. Petugas memilih pinjaman yang akan akan cetak laporan angsurannya 3. Petugas mencetak hasil dari angsuran 1.1 sistem membuka menu pinjaman 2.1 sistem membuka pinjaman berdasarkan id 3.1 sistem membuka pinjaman yang dipilih oleh petugas 3.1 sistem mencetak laporan angsuran terkait
116 Exception Conditions: Tabel 4.20 Use Case Description Memverifikasi Simpanan Anggota Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Memverifikasi simpanan angota Memverifikasi simpanan angota yang sudah membayar simpanan Terdapat Anggota yang telah membayar simpanan wajib dan sukarela Petugas bayar Petugas bayar Sebelumnya Terdapat Anggota yang telah membayar simpanan wajib dan sukarela namun belum di verifikasi oleh petugas Data simpanan ter update Flow Of Events: Actor System 1. Petugas membuka menu verivikasi simpanan 2. Petugas memilih yang sudah membayar dan memberikan tanda sudah membayar lalu save 1.1 Sistem membuka menu verivikasi simpanan 2.1 Sistem mengupdate simpanan Exception Conditions:
117 Tabel 4.21 Use Case Description Melihat Data Anggota Use case Name: Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat data Melihat data Terdapat keperluan atas master data untuk mengetahui golongan, jabatan dll Admin melihat data Admin Admin Preconditions: Pengecekan pada data-data yang masih aktif dan pengecekan jumlah dan informasi setiap Post conditions: Mengetahui data data yang masih aktif dan mengetahui informasi masing masing Flow Of Events: Actor System 1. Admin membuka master data 1.1 sistem membuka data Exception Conditions: Tabel 4.22 Use Case Description Melihat Data Petugas Use case Name: Melihat data petugas
118 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Melihat data petugas Terdapat keperluan atas master data petugas untuk mengetahui petugas pada bagian unit mana, golongan dll Admin melihat data petugas Admin Admin Preconditions: Pengecekan pada data-data petugas yang masih aktif dan pengecekan jumlah dan informasi setiap petugas Post conditions: Mengetahui data data yang masih aktif dan mengetahui informasi masing masing petugas Flow Of Events: Actor System 1. Admin membuka menu master data petugas 1.1 sistem membuka data petugas Exception Conditions: Tabel 4.23 Use Case Description mengubah Data Anggota Use case Name: Scenario: Triggering Event: mengubah data mengubah data oleh admin Admin ingin mengubah data dari
119 Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Admin mengubah data pada menu data Admin Admin Ketika terdapat perubahan informasi data, admin bertugas mengubah data tersebut Data dari ter update Flow Of Events: Actor System 1. Admin membuka master data 2. Admin memilih ubah data lalu mengubah sesuai dengan yang dikehendaki lalu save 1.1 Sistem menampilkan data 2.1 Sistem membuka menu ubah dan menyimpandata yang telah diubah oleh admin Exception Conditions: Tabel 4.24 Use Case Description mengubah Data Petugas Use case Name: Scenario: Triggering Event: mengubah data Petugas mengubah data petugas Admin ingin mengubah data dari petugas
120 Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Admin mengubah data petugas pada menu data petugas Admin Admin Ketika terdapat perubahan informasi data petugas, admin bertugas mengubah data tersebut Data dari petugas ter update Flow Of Events: Actor System 2. Admin membuka master data petugas 2. Admin memilih ubah data lalu mengubah sesuai dengan yang dikehendaki lalu save 1.1 Sistem menampilkan data petugas 2.1 Sistem membuka menu ubah dan menyimpandata yang telah diubah oleh admin Exception Conditions: Tabel 4.25 Use Case Description mengubah Data Golongan Use case Name: Scenario: Triggering Event: mengubah data golongan mengubah data golongan oleh admin Admin ingin mengubah data dari golongan
121 Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Admin mengubah data golongan pada sistem menu data golongan Admin Admin Ketika terdapat perubahan informasi data golongan, admin bertugas mengubah data tersebut Data dari golongan telah ter update Flow Of Events: Actor System 3. Admin membuka master data golongan 2. Admin memilih ubah data lalu mengubah sesuai dengan yang dikehendaki lalu save 1.1 Sistem menampilkan data golongan 2.1 Sistem membuka menu ubah dan menyimpandata yang telah diubah oleh admin Exception Conditions: Tabel 4.26 Use Case Description Mengcreate Data Anggota Use case Name: Scenario: Triggering Event: Mengcreate data Mengcreate data Terdapat baru dan sudah membayar simpanan pokok dan belum ter data
122 Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Admin meinta informasi data diri dari calon baru dan memasukkannya kedalam sistem setelah calon membayar simpanan pokok terlebih dahulu Admin Admin Terdapat calon baru yang ingin mendaftar menjadi Anggota baru sudah terdaftar Flow Of Events: Actor System 1. Admin membuka menu master data 2. Admin membuka menu tambah dan memasukkan data lalu submit / save 1.1 sistem membuka master data 2.1 sistem menyimpandata yang telah dimasukka oleh admin dan menambahkan id baru Exception Conditions: Tabel 4.27 Use Case Description Mengcreate data petugas Use case Name: Scenario: Mengcreate Data Petugas Mengcreate data petugas baru
123 Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Terdapat petugas baru / menggantikan petugas lama Admin meinta informasi data diri dari calon petugas baru dan meginput informasi tersebut kedalam sistem Admin Admin Terdapat calon petugas yang mendaftar dan di setujui oleh pengurus untuk menjadi petugas baru Petugas baru telah terdaftar Flow Of Events: Actor System 1. Admin membuka menu master data petugas 2. Admin membuka menu tambah petugas dan memasukkan data lalu submit/ save 1.1 Sistem membuka master data petugas 2.1 Sistem menyimpan data yang telah di input oleh admin dan menambahkan id petugas baru Exception Conditions: Tabel 4.28 Use Case Description Mengcreate Data Golongan Use case Name: Scenario: Mengcreate Data Golongan Mengcreate Data Golongan Baru
124 Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Terdapat golongan baru Admin menginput informasi mengenai golongan yang baru Admin Admin Preconditions: Terdapat golongan baru yang disetujui oleh pengurus dan pemerintah Post conditions: Golongan baru sudah tersimpan dan dapat digunakan Flow Of Events: Actor System 1. Admin membuka menu master data golongan 2. Admin membuka menu tambah golongan baru, menginput informasi lalu menyimpannya 1.1 Sistem membuka menu master data golongan 2.1 sistem menyimpan informasi mengenai golongan baru yang telah diinput oleh admin Exception Conditions: Tabel 4.29 Use Case Description Mencetak laporan transaksi Use case Name: Mencetak laporan transaksi
125 Scenario: Triggering Event: Brief Description: Actors: Related Use Cases: Stakeholders: Preconditions: Post conditions: Mencetak laporan transaksi oleh petugas Terdapat permintaan kebutuhan atas laporan transaksi tercetak, yang akan digunakan pengurus sebagai bahan laporan kepada pengawas dan pembina koperasi Petugas membuka form report pada sistem dan memilih jenis transaksi apa yang yang ingin dilihat dan dicetak Petugas,pengurus Petugas, pengurus Pengurus meminta kepada petugas laporan transaksi yang tercetak untuk digunakan sebagai bahan laporan dan bukti kepada pengawas dan pembina koperasi Report transaksi telah tercetak Flow Of Events: Actor System 1. Petugas membuka form report pada sistem dan memilih jenis transaksi yang akan dicetak 2. Petugas memasukkan id yang akan dilihat dan dicetak dan juga memasukkan rentang waktu transaksi yang dilakukan berupa tanggal 3. Petugas menekan tombol print dan memilih format print 1.1 sistem membuka form report dan membuka jenis transaksi yang dipilih 2.1 sistem membuka id petugas dari jarak waktu yang ditentukan 3.1 sistem mencetak laporan transaksi berdasarkan format yang dipilih oleh petugas
126 Exception Conditions: 4.3.2 Sequence Diagram Gambar 4.8 Sequence Diagram ambil simpanan sukarela (petugas)
127 Gambar 4.9 Sequence Diagram lihat simpanan () Gambar 4.10 Sequence Diagram lihat status simpanan tunggu (petugas)
Gambar 4.11 Sequence Diagram tambah simpanan dan simpanan tunggu () 128
129 Gambar 4.12 Sequence Diagram verivikasi iuran/simpanan sukarela (petugas) Gambar 4.13 Sequence Diagram verivikasi iuran/simpanan wajib (petugas)
130 Gambar 4.14 Sequence Diagram report simpanan Gambar 4.15 Sequence Diagram report pinjaman
131 Gambar 4.16 Sequence Diagram report angsuran Gambar 4.17 Sequence Diagram notifikasi penagihan angsuran untuk dan petugas
Gambar 4.18 Sequence Diagram lihat pinjaman dan tambah pinjaman () 132
Gambar 4.19 Sequence Diagram memberikan status approval dan lihat pinjaman (petugas) 133
Gambar 4.20 Sequence Diagram proses pembayaran dan angsuran ( petugas ) 134
Gambar 4.21 Sequence master data 135
Gambar 4.22 Sequence master data petugas 136
137 Gambar 4.23 Sequence master data golongan 4.3.3 Statechart Diagram Gambar 4.24 statechart ambil simpanan sukarela
138 Gambar 4.25 statechart angsuran Gambar 4.26 statechart master data Gambar 4.27 statechart master data petugas Gambar 4.28 statechart master golongan
139 Gambar 4.29 statechart pinjaman Gambar 4.30 statechart simpanan 4.3.4 First cut class diagram
140 class Class Diagram Koperasi ::Anggota - Kd_ : varchar - Kd_simpan : varchar - Alamat : char - Bagian_unit : char - golongan_ruang : char - Jabatan : char - Nama_ : char - no_telepon : varchar - TTL : char - Pasword : varchar - jenis_kelamin : char - no_handphone : varchar - Nominal_simpanan_wajib : varchar ::Permohonan_pinjaman - Id_ : varchar - Kd_transaksi : varchar - Tanggal_transaksi : date - Jenis_transaksi : char - Jumlah_pinjaman : varchar - Jasa_pinjaman : varchar - Total_pinjaman : varchar - Masa_angsuran : char - Angsuran_perbulan : varchar - Status : char ::Golongan - Kd_golongan (varchar) - nama_golongan (varchar) ::Penagihan_pembayaran_angsuran - kd_penagihan_pembayaran : varchar - jumlah_tagihan : varchar - nama_ - id_ : ::pinj aman - kd_transaksi : varchar - Taggal_pinjaman : date - Kd_ : varchar - Nama_ : char - Bag_unit : char - golongan : char - Saldo_akhir : varchar - Maksimal_pinjaman : varchar - Nominal_pinjaman : varchar - Jasa_pinjaman : varchar - angsuran : varchar - Sisa_pinjaman : varchar - Id_ : varchar - Status_pemberian_approval : varchar ::Pembayaran_angsuran_pinjaman - angsuran_bulanan : varchar - jasa_angsuran : varchar - kd_angsuran: varchar - masa_angsuran : char - tanggal_daftar_angsuran : date - jumlah_angsuran : varchar - Id_ : varchar ::Deposit simpanan - kd_deposit_simpanan (varchar) - Nominal_deposit_simpanan(varchar) - Tanggal_deposit (date) - Jenis_simpanan (char) - Id_ (varchar) ::Simpanan - Kd_simpan : varchar - Simpanan_khusus : char - Simpanan_pokok : char - Simpanan_sukarela : char - Simpanan_wajib : char - nominal_simpanan : varchar - Tanggal : Date - no_ : varchar - Nama_ : char - Jenis_transaksi : char ::Pengambilan_simpanan_sukarela - Kd_pengambilan : varchar - Jumlah_pengambilan : varchar - Nama simpanan : char - Tanggal_pengambilan : date ::Pengambilan_simpanan_waj ib - kd_pengambilan_simpanan_petugas ; varchar : - id_ ; varchar : - tanggal_pengambilan_simpanan ; date : - nama_ ; char: - nominal_pengambilan ; varchar: - periode_pengambilan_simpanan ; varchar: ::Petugas - id_petugas : varchar - Jabatan : char - Jenis_kelamin : char - Nama_petugas : char - Nomer_telepon :varchar - TTL : varchar - pasword : varchar - Alamat : char - No_handphone : varchar - Jenis_petugas (char) Gambar 4.31 First Cut Class Diagram
141 4.3.5 Three Layer Sequence Diagram sd Ambil Simpanan sukarela (petugas) Anggota <<boundary>> pengambilan_simpanan_sukarela pengambilan_simpanan_sukarela_handler pengambilan_simpanan_sukarela pengambilan_simpanan_sukarela_da start_simpanan() start_simpanan() init_simpanan() read() select_ambil_simpanan() select_ambil_simpanan() select_ambil_simpanan() search_no_() search_no_() search_no_() tanggal, no_, nama, jumlah diambil() tanggal, no_, nama, jumlah diambil() tanggal, no_, nama, jumlah diambil() submit() submit() submit() submit() Gambar 4.32 Three layer sequence diagram ambil simpanan sukarela (petugas)
142 sd lihat dan proses pembayaran angsuran <<boundary>> angsuran angsuran_handler pembayaran_angsuran Pembayaran_angsuran_DA Petugas start_angsuran() start_angsuran() init_angsuran() read() select_no_() select_no_() select_no_() detail_data_pinjaman() detail_data_pinjaman() detail_data_pinjaman() daftar_pinjaman() daftar_pinjaman() daftar_pinjaman() opt lihat select_lihat() select_lihat() select_lihat() data_pinjaman() data_pinjaman() data_pinjaman() masa_pinjaman() masa_pinjaman() masa_pinjaman() list_angsuran() list_angsuran() list_angsuran() select_bayar() select_bayar() select_bayar() detail data pinjaman: tanggal, no_, nama, bagian_unit, golongan daftar pinjaman: no_transaksi, tgl_transaksi, jumlah_pinjam, jasa_pinjam, total_pinjam, masa_angsuran, angsuran/bln, status data pinjaman: nominal_pinjaman, jasa_pinjaman, total_pinjaman, keperluan masa pinjaman: masa_angsuran, angsuran_bulanan, jasa_angsuran, total_angsuran/bln list angsuran: bulan, jumlah_bayar, petugas, tgl_bayar Gambar 4.33 Three layer sequence diagram lihat dan proses pembayaran angsuran
143 sd Lihat Pinjaman angg... Anggota <<boundary>> lihat_pinjaman lihat_pinjaman_handler pinjaman pinjaman_da Start_pinjaman() start_pinjaman() init_pinjaman() read() select_lihat_pinjaman() select_lihat_pinjaman() select_lihat_pinjaman() opt tambah select_tambah_pinjaman() select_tambah_pinjaman() select_tambah_pinjaman() a() a() a() input_nominal_pinjaman() input_nominal_pinjaman() input_nominal_pinjaman() hitung() hitung() hitung() jasa_pinjaman, total_pinjaman() jasa_pinjaman, total_pinjaman() jasa_pinjaman, total_pinjaman() input_keperluan() input_keperluan() input_keperluan() select_masa_angsuran() select_masa_angsuran() select_masa_angsuran() angsuran_bulanan, jasa_angsuran, total() angsuran_bulanan, jasa_angsuran, total() angsuran_bulanan, jasa_angsuran, total() submit() submit() submit() a: tgl, no_, nama, bagian_unit, golongan, saldo_akhir, maksimal_pinjam
144 Gambar 4.34 Three layer sequence diagram lihat pinjaman sd Lihat simpanan () <<boundary>> lihat_simpanan lihat_simpanan_handler simpanan simpanan_da start_simpanan() start_simpanan() init_simpanan() read() select_lihat_simpanan() select_lihat_simpanan() select_lihat_simpanan() opt tambah select_tambah_simpanan() add_jenis_simpanan, nominal_transaksi() select_tambah_simpanan() get_tgl, no_, nama, kode_transaksi() add_jenis_simpanan, nominal_transaksi() select_tambah_simpanan() get_tgl, no_, nama, kode_transaksi() add_jenis_simpanan, nominal_transaksi() get_tgl, no_, nama, kode_transaksi() submit() submit() submit() submit() Gambar 4.35 Three layer sequence diagram lihat simpanan ( )
145 sd Lihat Status Simpanan (petugas) <<boundary>> status_simpanan status_simpanan_handler simpanan simpanan_da petugas start_status_simpanan() start_status_simpanan() init_status_simpanan() read() select_lihat_status_simpanan() select_lihat_status_simpanan() select_lihat_status_simpanan() add_id_() add_id_() add_id_() add_tanggal() add_tanggal() add_tanggal() submit() submit() submit() submit() Gambar 4.36 Three layer sequence diagram lihat status simpanan (petugas)
146 sd Master Data Angg... Admin <<boundary>> data_ Data handler _DA lihat_master_() lihat_master_() init_master_() read() nama, no_, simpanan_wajib, tgl_bergabung, status() nama, no_, simpanan_wajib, tgl_bergabung, status() nama, no_, simpanan_wajib, tgl_bergabung, status() alt new Start_master_data_() Start_master_data_() Add_data_ (nama,no_,simpanan_wajib, tgl_bergabung, status) Add_data_( nama, no_, simpanan_wajib, tgl_bergabung, status) Init_master_data_() Add_data_ (nama, no_, simpanan_wajib, tgl_bergabung, status) read() Save() Save() Save() Save() alt edit select_data_() select_data_() nama, no_, simpanan_wajib, tgl_bergabung, status() Select_data_() nama, no_, simpanan_wajib, tgl_bergabung, status() nama, no_, simpanan_wajib, tgl_bergabung, status() edit() edit() edit() edit()
147 Gambar 4.37 Three layer sequence diagram master data sd Master Data Petug... <<boundary>> data_petugas data_petugas_handler petugas petugas_da Admin lihat_master_petugas() lihat_master_petugas() init_master_petugas() read() nama, no_petugas, jabatan, status() nama, no_petugas, jabatan, status() alt new nama, no_petugas, jabatan, status() Start_master_data_petugas() start_master_data_petugas() add_data_petugas (nama, no_petugas, jabatan, status) add_data_petugas ( nama, no_petugas, jabatan, status) init_master_data_petugas() add_data_petugas (nama, no_petugas, jabatan, status) read() save() save() save() save() alt edit select_data_petugas() selecct_data_petugas() nama, no_petugas, jabatan, status() select_data_petugas() nama, no_petugas, jabatan, status() nama_no_petugas_jabatan, status() edit() edit() edit() edit()
148 Gambar 4.38 Three layer sequence diagram master data petugas Gambar 4.39 Three layer sequence diagram master data golongan
149 Gambar 4.40 Three layer sequence diagram memberikan status konfirmasi dan lihat pinjaman Gambar 4.41 Three layer sequence diagram notifikasi oleh sistem dan petugas
150 Gambar 4.42 Three layer sequence diagram report angsuran Gambar 4.43 Three layer sequence diagram report pinjaman
151 Gambar 4.44 Three layer sequence diagram report simpanan Gambar 4.46 Three layer sequence diagram tambah simpanan dan simpanan tunggu
152 sd verifikasi iuran sukar... petugas <<boundary>> simpanan simpanan_handler simpanan_sukarela simpanan_sukarelada start_verifikasi_iuran_sukarela() start_verifikasi_iuran_sukarela() init_verifikasi_iuran_sukarela() read() select_iuran_sukarela() select_iuran_sukarela() select_iuran_sukarela() add_id_() add_id_() add_id_() add_tanggal() add_tanggal() add_tanggal() tanggal, transaksi, tipe, jumlah() tanggal, tipe, transaksi, jumlah() tanggal, tipe, transaksi, jumlah() verifikasi() verifikasi() verifikasi() verifikasi() Gambar 4.47 Three layer sequence diagram verivikasi iuran / simpanan sukarela
153 sd v erifikasi iuran wa... <<boundary>> simpanan simpanan_handler simpanan_wajib simpanan_wajibda Petugas Start_verifikasi_iuran() Start_verifikasi_iuran() Init_verifikasi_iuran() read() select_iuran_wajib() select_iuran_wajib() select_iuran_wajib() periode, no_, nama, nominal (periode berjalan) periode, no_, nama, nominal (periode belum terbayar) periode, no_, nama, nominal (periode berjalan) periode, no_, nama, nominal (periode belum terbayar) periode, no_, nama, nominal (periode berjalan) periode, no_, nam, nominal (periode belum terbayar) select sudah bayar() select sudah bayar() select sudah bayar() Gambar 4.48 Three layer sequence diagram verivikasi simpanan wajib 4.3.6 Updated Class diagram
154 class Class Diagram Koperasi ::pinj aman ::<<controller>>permohonan_pinj aman + start_pinjaman() : + select_lihat_pinjaman() : + select_tambah_pinjaman() : + input_nominal_pinjaman() : + hitung() : + jasa_pinjaman, total_pinjaman() : + input_keperluan() : + select_masa_angsuran() : + angsuran_bulanan, jasa_angsuran, total() : + submit() : + select_setuju() : ::<<controller>>penagihan_pembayaran_angsuran/notifikasi_penagihan + select_message() : + ID, nama, jumlah_bayar (daftar peserta belum bayar pinjaman)() : ::Anggota - Kd_ : varchar - Kd_simpan : varchar - Alamat : char - Bagian_unit : char - golongan_ruang : char - Jabatan : char - Nama_ : char - no_telepon : varchar - TTL : char - Pasword : varchar - jenis_kelamin : char - no_handphone : varchar - Nominal_simpanan_wajib : varchar + create_() : + add_ () : + edit_ () : + delete_ () : + submit() : - kd_transaksi : varchar - Taggal_pinjaman : date - Kd_ : varchar - Nama_ : char - Bag_unit : char - golongan : char - Saldo_akhir : varchar - Maksimal_pinjaman : varchar - Nominal_pinjaman : varchar - Jasa_pinjaman : varchar ::Permohonan_pinj aman - angsuran : varchar - Sisa_pinjaman : varchar - Id_ : varchar - Kd_transaksi : varchar - Id_ : varchar - Pemberian_Status_Approval : Varchar - Tanggal_transaksi : date - Jenis_transaksi : char - Jumlah_pinjaman : varchar + add_pinjaman() : - Jasa_pinjaman : varchar + create_pinjaman() : + approval_pinjaman() : - Total_pinjaman : varchar + select_id_pinjaman () : - Masa_angsuran : char - Angsuran_perbulan : varchar + edit_pinjaman() : + submit() : - Status : char + get_permohonan_pinjaman() : + create_permohonan_pinjaman () : + select_id_permohonan_pinjaman() : ::<<controller>>pembayaran_angsuran + submit() : + get_pemberian_status_approval() : + start_angsuran() : + select_status_approval() : ::Golongan + select_no_() : - Kd_golongan (varchar) + detail_data_pinjaman() : - nama_golongan (varchar) + daftar_pinjaman() : + select_lihat() : + create_golongan() : + data_pinjaman() : + add_golongan () : + masa_pinjaman() : + edit_golongan() : + list_angsuran() : + delete_golongan () : + select_bayar() : + submit() : ::Penagihan_pembayaran_angsuran - kd_penagihan_pembayaran : varchar ::Pembayaran_angsuran_pinj aman - jumlah_tagihan : varchar - Id_ : varchar: - angsuran_bulanan : varchar - nama_ : char: - jasa_angsuran : varchar - kd_angsuran: varchar + select_penagihan_pembayaran_angsuran() : - masa_angsuran : char - tanggal_daftar_angsuran : date - jumlah_angsuran : varchar - Id_ : varchar ::Deposit simpanan - kd_deposit_simpanan (varchar) - Nominal_deposit_simpanan(varchar) - Tanggal_deposit (date) - Jenis_simpanan (char) - Id_ (varchar) ::Simpanan - Kd_simpan : varchar - Simpanan_khusus : char - Simpanan_pokok : char - Simpanan_sukarela : char ::<<controller>> pengambilan_simpanan_sukarela + start_simpanan() : + select_ambil_simpanan() : + search_no_() : + tanggal, no_, nama, jumlah diambil() : + submit() : ::Pengambilan_simpanan_sukarela - Kd_pengambilan : varchar - Jumlah_pengambilan : varchar - Nama simpanan : char - Tanggal_pengambilan : date + edit_pembayaran_angsuran_pinjaman() : + add_pembayaran_angsuran_pinjaman() : + submit() : + add_deposit_simpanan() : + create_deposit_simpanan() : + submit() : - Simpanan_wajib : char - nominal_simpanan : varchar - Tanggal : Date - no_ : varchar - Nama_ : char - Jenis_transaksi : char + edit_pengambilan_simpanan_sukarela() : + add_pengambilan_simpanan_sukarela() : + submit() : ::Pengambilan_simpanan_waj ib - kd_pengambilan_simpanan_petugas ; varchar : - id_ ; varchar : - tanggal_pengambilan_simpanan ; date : - nama_ ; char: - nominal_pengambilan ; varchar: + create_simpanan() : - periode_pengambilan_simpanan ; varchar: + add_simpanan() : + edit_simpanan() : + submit() : + edit_pengambilan_simpanan_wajib() : + add_pengambilan_simpanan_wajib() : + select_sudah_bayar() : ::Petugas ::<<Controller>>:Deposit_Simpanan_Handler + start_simpanan() : + select_lihat_simpanan() : + select_tambah_simpanan() : + get_tanggal, no_, nama, kode_transaksi() : + add_jenis_simpanan, nominal_transaksi() : + submit() : - id_petugas : varchar - Jabatan : char - Jenis_kelamin : char - Nama_petugas : char - Nomer_telepon :varchar - TTL : varchar - pasword : varchar - Alamat : char - No_handphone : varchar - Jenis_petugas (char) + add_petugas() : + create_petugas () : + delete_petugas() : + edit_petugas() : + submit() : ::<<controller>> pengambilan_simpanan_wajib + Start_verifikasi_iuran() : + select_iuran_wajib() : + periode, no_, nama, nominal (periode berjalan)() : + periode, no_, nama, nominal (periode belum terbayar)() : + select_sudah_ bayar() : Gambar 4.49 Updated Class Diagram 4.3.7 Package Diagram
155 uc Package Diagram View layer Form_ Form_pinjaman form_pembayaran_angsuran_pinjaman Form_pengambilan_simpanan_sukarela Form_petugas Form_permohonan_pinjaman Form_penagihan_pembayaran form_pengambilan_simpanan_wajib Form_golongan Form_simpanan Form_deposit_simpanan Domain layer Pengambilan_simpanan_sukarela Lihat_pinjaman Status_simpanan Data_petugas Pengambilan_simpanan_sukarela_handler Lihat_pinjaman_handler Status_simpanan_handler Data_petugas_handler Angsuran Lihat_simpanan Data_ Golongan Angsuran_handler Lihat_simpanan_handler Data handler Golongan_handler Pinjaman Notifikasi/Message_penagihan Angsuran Simpanan Pinjaman_handler Notifikasi/message_penagihan_handler Angsuran_handler Simpanan_handler Data Access Pengambilan_simpanan_sukarelaDA Lihat_pinjamanDA Status_simpananDA SimpananDA AngsuranDA Lihat_simpananDA Data_DA GolonganDA PinjamanDA Notifikasi/Message_penagihanDA AngsuranDA Data_petugasDA Gambar 4.50 Package Diagram 4.3.8 Tabel Database Tabel 4.30 Master angota Nama Tabel Keterangan Primary Key Master Anggota Mencatat Anggota ID Anggota
156 Foreign Key Field Tipe Data Panjang Keterangan ID Anggota Varchar 6 Kode Anggota Nama Char 30 Nama Anggota Alamat Char 30 Alamat saat ini Bagian Unit Char 16 Bagian unit bekerja Jabatan Char 15 Jabatan yang diduduki oleh Anggota Nomer telp Varchar 16 Nomer telp kantor TTL Date 12 Tempat tanggal lahir Pasword int 5 Pasword Jenis Kelamin Char 10 Jenis kelamin Nomer Handphone Int 14 Nomer pribadi aktif Tabel 4.31 Master permohonan pinjaman Nama Tabel Master Permohonan Pinjaman Keterangan Mencatat Permohonan pinjaman Primary Key KD Permohonan Pinjaman Foreign Key Field Tipe Data Panjang Keterangan KD Permohonan Varchar 6 Kode Permohonan pinjaman Tanggal transaksi Date 10 Tanggal Jenis Transaksi Char 10 Jenis transaksi Jumlah Jumlah permohonan pinjaman yang permohonan Int 16 diajukan pinjaman Jasa Pinjaman Int 16 Jasa pinjaman yang diajukan Total pinjaman Int 16 Total pinjaman Masa Angsuran Date 10 Jangka waktu angsuran Angsuran Kewajiban pembayaran angsuran Int 10 perbulan perbulan Status Char 10 Status permohonan pinjaman Tabel 4.32 Master golongan Nama Tabel Keterangan Primary Key Master Golongan Mencatat Golongan KD Golongan
157 Foreign Key Field Tipe Data Panjang Keterangan Nama golongan Char 10 Nama golongan Keterangan golongan Char 20 Keterangan golongan Tabel 4.33 Master pinjaman Nama Tabel Master Pinjaman Keterangan Mencatat Pinjaman Anggota Primary Key ID pinjaman Foreign Key Field Tipe Data Panjang Keterangan ID pinjaman Varchar 6 Kode pinjaman Tanggal transaksi Date 10 Tanggal Jumlah pinjaman Int 10 Jenis transaksi Maksimal Jumlah Maksimal pinjaman yang Int 16 pinjaman diperbolehkan Jasa Pinjaman Int 16 Jasa pinjaman yang diajukan Total pinjaman Int 16 Total pinjaman yang dimiliki Masa Angsuran Date 2 Jangka waktu angsuran Angsuran Kewajiban pembayaran angsuran Int 10 perbulan perbulan Status Char 10 Status permohonan pinjaman Sisa pinjaman int 16 Sisa pinjaman yang belum dibayarkan Tabel 4.34 Master permohonan pinjaman Nama Tabel Master Permohonan Pinjaman Keterangan Mencatat Permohonan pinjaman Primary Key KD Permohonan Pinjaman Foreign Key Field Tipe Data Panjang Keterangan KD Permohonan Varchar 6 Kode Permohonan pinjaman Tanggal transaksi Date 10 Tanggal Jenis Transaksi Char 10 Jenis transaksi Jumlah Jumlah permohonan pinjaman yang permohonan Varchar 16 diajukan pinjaman
158 Jasa Pinjaman int 16 Jasa pinjaman yang diajukan Total pinjaman int 16 Total pinjaman Masa Angsuran Date 2 Jangka waktu angsuran Angsuran Kewajiban pembayaran angsuran Int 10 perbulan perbulan Status Char 10 Status permohonan pinjaman Tabel 4.35 Master pembayaran angsuran pinjaman Nama Tabel Master Pembayaran angsuran pinjaman Keterangan Mencatat Pembayaran angsuran pinjaman Primary Key ID angsuran Foreign Key Field Tipe Data Panjang Keterangan ID angsuran Varchar 6 Kode Angsuran pinjamann Jasa Angsuran int 10 Jasa angsuran Masa angsuran int 2 Masa angsuran pinjaman Tanggal daftar angsuran Date 8 Tanggal daftar jatoh tempo angsuran Jumlah angsuran Int 10 Jumlah angsuran per bulan ID angota Varchar 6 Anggota yang memiliki angsuran Tabel 4.36 Master penagihan pembayaran angsuran Nama Tabel Master Penagihan pembayaran angsuran Keterangan Mencatat setiap penagihan dan pembayaran angsuran Primary Key ID penagihan pembayaran angsuran Foreign Key Field Tipe Data Panjang Keterangan ID penagihan Varchar 6 Kode Penagihan Nama Anggota Char 20 Nama yang akan ditagih Jumlah penagihan Varchar 16 Jumlah penagihan per bulan Tabel 4.37 Master pengambilan simpanan wajib Nama Tabel Keterangan Primary Key Foreign Key Master Pengambilan simpanan wajib Mencatat setiap pengambilan simpanan wajib yang dilakukan petugas kepada KD pengambilan simpanan wajib
159 Field Tipe Data Panjang Keterangan ID pengambilan simpanan Varchar 6 Kode pegambilan simpanan wajib Tanggal Pengambilan Date 10 Tanggal Nominal pengambilan Int 16 Jumlah pengambilan simpanan wajib Periode pengambilan simpanan VarChar 16 Peride penagihan simpanan wajib Tabel 4.38 Master pengambilan simpanan sukarela Nama Tabel Master Pengambilan simpanan sukarela Keterangan Mencatat setiap pengambilan simpanan yang dimiliki Primary Key KD pengambilan simpanan sukarela Foreign Key Field Tipe Data Panjang Keterangan ID pengambilan simpanan Varchar 6 Kode pegambilan simpanan sukarela Tanggal Pengambilan Date 10 Tanggal Nominal pengambilan Int 16 Jumlah pengambilan simpanan sukarela Nama simpanan VarChar 16 Nama simpanan Tabel 4.39 Master simpanan Nama Tabel Master Simpanan Keterangan Mencatat setiap transaksi simpanan yang dilakukan Primary Key ID Simpanan Foreign Key Field Tipe Data Panjang Keterangan ID simpanan Varchar 6 Kode simpanan Simpanan pokok Varchar 16 Simpanan pokok Simpanan Wajib Varchar 16 Simpanan wajib Simpanan Khusus Varchar 16 Simpanan khusus Simpanan sukarela Varchar 16 Simpanan sukarela Nominal Simpanan Int 16 Jumlah simpanan
160 Tanggal Date 10 Tanggal No Varchar 6 No yang melakukan simpanan Nama Varchar 15 Nama yang melakukan simpanan Jenis transaksi Char 10 Jenis transaksi simpanan Tabel 4.40 Master deposit simpanan Nama Tabel Master Deposit simpanan Keterangan Mencatat setiap deposit simpanan yang dilakukan Primary Key ID Deposit simpanan Foreign Key Field Tipe Data Panjang Keterangan ID deposit Varchar 7 Kode deposit simpanan Nominal deposit Int 16 Nominal deposit yang dilakukan Tanggal deposit Date 10 Tanggal deposit Jenis simpanan Char 10 Jenis simpanan deposit Tabel 4.41 Master petugas Nama Tabel Master Petugas Keterangan Mencatat setiap id petugas Primary Key ID petugas Foreign Key Field Tipe Data Panjang Keterangan ID petugas Varchar 6 ID petugas Jabatan Date 10 Jabatan yang dimiliki jabatan Jenis kelamin Varchar 16 Jenis kelamin petugas Nama petugas VarChar 16 Nama petugas Nomer telepon Varchar 10 Nomer telepon kantor petugas TTL Varchar 10 Tanggal lahir petugas Pasword Varchar 5 Pasword petugas Alamat Char 20 Alamat yang di tinggali petugas No handphone Int 15 Nomer handphone petugas Jenis petugas Char 14 Jenis petugas 4.4 Designing User Interface 4.4.1 Tampilan Login Sistem Informasi Koperasi
161 Gambar 4.51 User Interface LOGIN User Interface tampilan menu dasar untuk petugas merupakan tampilan awal yang akan disajikan oleh sistem ketika petugas, admin ataupun masuk ke dalam menu koperasi dalam website Departemen Agama setelah melakukan login pada website terlebih dahulu. Baik petugas, admin maupun memiliki tampilan menu dasar yang sama, hanya saja untuk beberapa menu yang memiliki hak akses tersendiri hanya dapat diakses oleh user tertentu saja. 4.4.2 Tampilan Melihat Daftar Anggota Koperasi
162 Gambar 4.52 User Interface melihat,ubah dan tambah daftar koperasi User interface data berisi data-data yang aktif terdaftar di Koperasi Kopda Jaksel Selain Admin dan Petugas tidak dapat melihat rincian dari data dikarenakan untuk menjaga privasi dari tersebut. Admin juga bertugas untuk menambah dan mengubah data dan petugas yang nantinya akan tersimpan dalam master data sistem koperasi. 4.4.3 Tampilan Melihat Daftar Petugas koperasi
163 Gambar 4.53 User Interface melihat, menambbah dan ubah data petugas User interface data petugas berisi data-data Petugas yang aktif terdaftar di Koperasi Kopda Jaksel Selain Admin user yang lainnya tidak tidak dapat mengubah dan menambah data petugas yang sudah tersimpan pada sistem koperasi
164 4.4.4 Tampilan Melihat Daftar Golongan Anggota koperasi Gambar 4.54 User Interface melihat, tambah dan ubah golongan User interface data golongan berisi data-data golongan yang aktif terdaftar di Koperasi Kopda Jaksel Selain Admin user yang lainnya tidak tidak dapat mengubah dan menambah data golongan yang sudah tersimpan pada sistem koperasi, namun khusus golongan data yang sudah terdapat pada sistem sudah baku sehingga tidak dapat diubah dan ditambah dikarenakan sudah menjadi peraturan pemerintah republik Indonesia. 4.4.5 Tampilan Mencatat calon baru
165 Gambar 4.55 User Interface mencatat baru User interface mencatat dan mengubah data hanya dikhususkan untuk admin dari sistem, hal ini dilakukan karena untuk menghindari adanya ketidaksesuaian perubahan yang dilakukan oleh. Dalam mencatat baru, secara otomatis akan tergenerate nomor beserta kode simpan sebagai identitas di dalam sistem, juga mendapatkan pasword dan hak akses kedalam sistem koperasi. 4.4.6 Tampilan Mencatat Petugas baru
166 Gambar 4.56 User Interface mencatat petugas baru User interface mencatat dan mengubah data petugas hanya dikhususkan untuk admin dari sistem, hal ini dilakukan karena untuk menghindari adanya ketidaksesuaian perubahan yang dilakukan oleh petugas atau user lain, jika data petugas sudah tercatat dan tersimpan pada sistem koperasi maka petugas baru mendapatkan ID, pasword dan hak akses kedalam sistem koperasi petugas. 4.4.7 Tampilan Verivikasi Simpanan Sukarela Anggota
167 Gambar 4.57 User Interface verivikasi simpanan sukarela User interface verivikasi simpanan sukarela dilakukan petugas jika terdapat yang melakukan transaksi simpanan pada sistem angggota dan petugas melakukan konfirmasi simpanan yang telah dilakukan dengan verivikasi simpanan yang terdapat pada sistem petugas, otomatis simpanan akan bertambah dan masuk kedalam report simpanan. 4.4.8 Tampilan Verivikasi Simpanan Wajib Anggota
168 Gambar 4.58 User Interface verivikasi simpanan wajib User interface verivikasi simpanan wajib yang dilakukan oleh petugas, tampilan ini dibagi menjadi 2 bagian, bagian bawah adalah simpanan wajib yang belum dibayarkan pada bulan sebelumnya dan bagian atas simpanan wajib yang belum dibayarkan pada bulan ini, setelah membayar petugas bertugas memverivikasi simpanan wajib dengan cara menekan tombol "sudah bayar" dan otomatis simpanan akan bertambah dan masuk kedalam report simpanan. 4.4.9 Tampilan Update Simpanan Anggota
169 Gambar 4.59 User Interface pengambilan simpanan User interface verivikasi Update simpanan dilakukan oleh petugas dikarenakan terdapat yang ingin mengambil simpanan sukarela nya, setelah informasi dimasukkan, no, nama dan nominal pengambilan nantinya akan mengurangi jumlah simpanan secara otomatis. 4.4.10 Tampilan Lihat Pinjaman Anggota
170 Gambar 4.60 User Interface permohonan pinjaman User Interface lihat pinjaman dilakukan hanya oleh petugas, pinjaman nantinya akan diberikan tanda setuju atau konfirmasi oleh petugas bayar jika memenuhi persyaratan yang berlaku pada koperasi, masing masing setelah mendaftar pinjaman pada sistem nantinya dengan otomatis akan terlihat pada sistem petugas dan selanjutnya jika petugas memberikan tanda setuju maka akan terlihat dan angsuran akan aktif dan pinjaman bisa dicairkan lewat bagian unit. 4.4.11 Tampilan Lihat Detail Pinjaman Anggota Gambar 4.61 User Interface detail pinjaman
171 User Interface lihat detail pinjaman dilakukan oleh petugas untuk melihat pinjaman yang dilakukan tersebut sejak terdaftar menjadi koperasi. 4.4.12 Tampilan Lihat Angsuran Pinjaman Anggota Gambar 4.62 User Interface angsuran pinjaman User Interface lihat angsuran dilakukan petugas guna melihat angsuran dan sisa pinjaman, dan jika terdapat yang membayar dan petugas harus mengupdate pinjaman, lihat angsuran juga berguna untuk proses penagihan yang dilakukan petugas bayar 4.4.13 Tampilan Report Transaksi Simpanan Anggota
172 Gambar 4.63 User Interface report simpanan User Interface report transaksi simpanan dilakukan oleh petugas guna melihat transaksi simpanan yang dilakukan dalam jangka waktu yang ditentukan dan berguna untuk mencetak laporan yang nantinya dapat digunakan pengurus sebagai bahan pelaporan kepada pembina dan pengawas serta dewan koperasi.
173 4.4.14 Tampilan Report Transaksi Pinjaman Gambar 4.64 User Interface report pinjaman User Interface report transaksi pinjaman dilakukan oleh petugas guna melihat transaksi pinjaman yang dilakukan dalam jangka waktu yang ditentukan dan berguna untuk mencetak laporan yang nantinya dapat digunakan pengurus sebagai bahan pelaporan kepada pembina dan pengawas serta dewan koperasi.
174 4.4.15 Tampilan Report Transaksi Angsuran Anggota Gambar 4.65 User Interface report angsuran User Interface report transaksi angsuran dilakukan oleh petugas guna melihat transaksi angsuran yang dilakukan dalam jangka waktu yang ditentukan dan berguna untuk mencetak laporan yang nantinya dapat digunakan pengurus sebagai bahan pelaporan kepada pembina dan pengawas serta dewan koperasi.
175 4.4.16 Tampilan Lihat Simpanan Anggota Gambar 4.66 User Interface lihat simpanan User Interface lihat simpanan ( ) dilakukan oleh terkait untuk melihat total dan ststus simpanannya, simpanan wajib dan sukarela akan tersimpan dan terlihat pada tabel simpanan seperti diatas, daftar simpanan yang terlihat berarti sudah di konfirmasi oleh petugas atas uang yang disetorkan kepada petugas, sebelumnya petugas mengkonfirmasi simpanan pada interface petugas. 4.4.17 Tampilan Tambah Simpanan Anggota / Simpanan Tunggu Anggota
176 Gambar 4.67 User Interface lihat tambah simpanan sukarela User Interface Tambah simpanan dilakukan jika ingin menambahkan simpanan secara sukarela, dengan mengisi informasi diatas lalu menyetorkan uang kepada petugas koperasi, simpanan yang sudah terdaftar menjadi simpanan tunggu bagi sebelum di konfirmasi simpanan nya oleh petugas koperasi. 4.4.18 Tampilan Tambah Pinjaman Anggota
177 Gambar 4.68 User Interface tambah pinjaman User Interface Tambah pinjaman dilakukan jika ingin menambahkan pinjaman, dengan mengisi informasi diatas, informasi yang diisi oleh nantinya akan masuk kedalam interface petugas sebagai pinjaman yang perlu diberikan approval, setelah disetujui oleh petugas dan pengurus koperasi barulah status approval / disetujui akan muncul dan proses pencairan uang dapat dilakukan yang dibantu oleh petugas unit masing-masing.
178 4.4.19 Tampilan Lihat Pinjaman Anggota Gambar 4.69 User Interface lihat pinjaman ( ) User Interface Lihat pinjaman dilakukan jika ingin melihat pinjaman yang dilakukan oleh, sedangkan status angsuran dap at dilihat pada report angsuran, terlihat pada gambar diatas terdapat status "disetujui" dan "menunggu persetujuan". Disetujui berarti pinjaman yang diajukan telah diseujui oleh pengurus dan petugas koperasi siap untuk dicairkan dan angsuran akan aktif, jika menunggu persetujuan dengan demikian pinjaman yang diajukan belum mendapat persetujuan dan dapat menunggu 7 hari kerja namun jika status tersebut tidak berubah dengan demikian pinjaman yang diajukan oleh ditolak.
179 4.4.20 Tampilan Pesan Penagihan Gambar 4.70 User Interface pesan penagihan () Gambar 4.71 User Interface pesan penagihan (petugas) User Interface Pesan penagihan adalah otomatis muncul pada interface petugas dan, namun keduanya memiliki perbedaan dimana pada hanya id dan nama yang bersangkutan yang akan muncul jika pembayaran angsuran sudah jatoh tempo dan belum dibayarkan, jika tampilan pada petugas akan