Menentukan Diagram Use Case Sistem Informasi Pembiayaan

72

BAB V ELABORATION

5.1 Analysis and Design Model

5.1.1 Menentukan Diagram Use Case Sistem Informasi Pembiayaan

Mudharabah Dari tabel spesifikasi aktor dan use case dapat dibuat sebuah diagram use case sistem informasi pembiayaan mudharabah. Diagram use case yang dibuat menjelaskan interaksi antara pengguna dan sistem. Terdapat tiga aktor yang saling berinteraksi dengan sistem informasi pembiayaan mudharabah yaitu CS, teller dan admin. Berikut ini adalah gambaran dari diagram use case sistem informasi pembiayaan mudharabah serta penjelasan mengenai spesifikasi dari diagram use case yang telah dibuat.

1. Use Case Diagram

Use case diagram sistem yang diusulkan, yaitu seperti pada Gambar 5.1. CS Login Manajemen Pengajuan Pembiayaan Manajemen Anggota Sistem Inform asi Pem biayaan M udharabah Manajemen Tabungan Log Out Teller Admin M anajemen user Transaksi Angsuran extend Manajemen Modul Konfirmasi pembiayaan extend Realisasi Pembiayaan extend extend extend Gambar 5.1 Use Case Diagram

2. Dokumen Flow of Event Diagram Use Case

Sistem informasi pembiayaan mudharabah ini memiliki beberapa spesifikasi use case. Pada spesifikasi use case ini akan dijelaskan urutan yang dilakukan sistem dan aktor. Tabel 5.1 Spesifikasi Naratif untuk Use Case “Login” Use Case Login Use Case Name Login Brief Description Use case ini memungkinkan seorang CS, teller dan admin untuk masuk ke dalam sistem dengan account yang dimilikinya masing-masing. Actor User CS, teller, admin Precondition CS, teller dan admin menggunakan browser internet untuk memasuki halaman home KJKS El Mubarok dan halaman home sistem akan ditampilkan, pada halaman home akan ditampilkan menu-menu yang terdapat pada sistem dan dapat dipilih oleh user. Main Flow  Use case ini dimulai pada saat CS dan teller ingin masuk ke dalam sistem untuk melakukan berbagai kegiatan yang berhubungan dengan aktifitas transaksi yang terjadi pada KJKS El Mubarok serta pada saat admin ingin masuk ke lembar kerja admin pada sistem.  Pada awalnya user akan memilih menu Login maka sistem akan menampilkan form Login lalu user harus menuliskan username dan password pada form Login setelah itu akan dicek kesesuain username dan password pada database maka akan ditampilkan halaman utama home sistem informasi pembiayaan mudharabah sesuai dengan account user yang digunakan. Alternative Flow Jika username atau password salah maka akan tampil pesan “username dan password tidak valid” Post Condition Halaman sistem informasi pembiayaan mudharabah akan ditampilkan sesuai dengan pilihan Login user. Tabel 5.2 Spesifikasi Naratif untuk Use Case “Manajemen Anggota” Use Case Manajemen Anggota Use Case Name Manajemen Anggota Brief Description Use case ini memungkinkan seorang CS untuk mengatur data anggota atau seorang Admin yang ingin melihat data anggota dan mencetaknya. Actor CS dan Admin Precondition  CS dan Admin harus Login terlebih dahulu  Form anggota telah tersedia pada sistem Main Flow  CS melakukan Login terlebih dulu setelah itu CS memilih tombol “tambah anggota” pada menu anggota maka sistem menampilkan form anggota untuk diisi sesuai dengan data anggota yang ada. CS juga dapat mengubah, menghapus dan melihat secara detail data anggota serta mencetaknya.  Admin sebelumnya harus Login terlebih dahulu maka akan masuk ke dalam halaman admin, setelah itu admin dapat melihat data anggota pada menu data anggota dan admin dapat melihat detail dari setiap data anggota yang tersedia, admin dapat mencetaknya jika diperlukan. Alternative Flow Jika form yang diisi oleh CS tidak lengkap, maka sistem akan menampilkan pesan dan memintanya untuk melengkapi form tambah anggota. Post Condition  Setelah use case ini dijalankan, maka akan menampilan halaman anggota.  Seluruh data yang diinput, otomatis akan tersimpan. Tabel 5.3 Spesifikasi Naratif untuk Use Case “Manajemen Tabungan” Use Case Manajemen Tabungan Use Case Name Manajemen Tabungan Brief Description Use case ini memungkinkan seorang CS untuk mengatur data tabungan anggota koperasi atau Admin yang ingin melihat data tabungan dan mencetaknya. Actor CS dan Admin Precondition  CS dan Admin harus Login terlebih dahulu  Form data tabungan telah tersedia pada sistem Main Flow  Use case ini dimulai pada saat CS menerima data anggota baru dan akan membuatkan data tabungan untuk anggota. CS melakukan Login terlebih dulu setelah itu CS memilih tombol “tambah tabungan” pada menu tabungan maka sistem menampilkan form tabungan untuk diisi sesuai dengan data anggota yang telah tersedia. CS juga dapat mengubah dan menghapus serta mencetak tabungan atau mencetak buku tabungan.  Admin sebelumnya harus Login terlebih dahulu maka akan masuk ke dalam halaman admin, setelah itu admin dapat melihat data tabungan pada menu data tabungan dan admin dapat melihat detail dari setiap data tabungan yang tersedia, admin dapat mencetaknya jika diperlukan. Alternative Flow Jika form yang diisi tidak lengkap, maka sistem akan menampilkan pesan dan memintanya untuk melengkapi form tabungan Post Condition  Setelah use case ini dijalankan, maka akan menampilan halaman tabungan.  Seluruh data yang di input, otomatis akan tersimpan. Tabel 5.4 Spesifikasi Naratif untuk Use Case “Manajemen Pengajuan Pembiayaan” Use Case Manajemen Pengajuan Pembiayaan Use Case Name Manajemen Pengajuan Pembiayaan Brief Description Use case ini memungkinkan seorang CS untuk mengatur data pengajuan pembiayaan yang terjadi di koperasi. Actor CS dan Admin Precondition  CS dan Admin harus Login terlebih dahulu  Form data pengajuan pembiayaan telah tersedia pada sistem Main Flow  CS dan Admin harus melakukan Login terlebih dulu. CS memilih tombol “tambah pengajuan pembiayaan” pada menu pembiayaan dan sistem akan menampilkan form pengajuan pembiayaan untuk diisi sesuai dengan data pengajuan pembiayaan yang diberikan. CS juga dapat mengubah dan menghapus serta mencetak pengajuan pembiayaan.  Admin sebelumnya harus Login terlebih dahulu maka akan masuk ke dalam halaman admin, setelah itu admin dapat melihat pengajuan pembiayaan pada menu daftar pengajuan pembiayaan dan admin dapat melihat detail dari setiap data pengajuan pembiayaan yang tersedia, admin dapat mencetaknya jika diperlukan. Alternative Flow Jika form yang diisi tidak lengkap, maka sistem akan menampilkan pesan dan memintanya untuk melengkapi form pengajuan pembiayaan. Post Condition  Setelah use case ini dijalankan, maka akan menampilan halaman pengajuan pembiayaan.  Seluruh data yang diinput, otomatis akan tersimpan. Tabel 5.5 Spesifikasi Naratif untuk use case “Konfirmasi Pembiayaan” Use Case Konfirmasi Pembiayaan Use Case Name Konfirmasi Pembiayaan Brief Description Usecase ini memungkinkan seorang admin untuk melakukan konfirmasi dari pembiayaan yang diajukan oleh anggota. Actor Admin Precondition  Admin harus Login terlebih dahulu  Data pengajuan pembiayaan telah tersedia pada sistem Main Flow Use case ini dimulai pada saat admin akan menentukan apakah pembiayaan yang diajukan disetujui atau tidak. Setelah admin memasuki halaman admin, maka admin harus memilih menu daftar pengajuan pembiayaan setelah itu memilih pengajuan pembiayaan yang akan dikonfirmasi, setelah itu admin dapat mengkonfirmasi pembiayaan yang disetujui. Alternative Flow Jika konfirmasi tidak dilakukan maka pembiayaan tidak akan diterima. Post Condition Pengajuan pembiayaan telah dikonfirmasi. Tabel 5.6 Spesifikasi Naratif untuk Use Case “Realisasi Pembiayaan” Use Case Realisasi Pembiayaan Use Case Name Realisasi Pembiayaan Brief Description Use case ini memungkinkan seorang teller untuk mengatur data pembayaran angsuran yang telah diterima dari anggota atau Admin yang ingin melihat data realisasi pembiayaan dan mencetaknya. Actor Teller dan admin Precondition  Teller dan admin harus Login terlebih dahulu  Form data pengajuan pembiayaan yang telah dikonfirmasi telah tersedia pada sistem Main Flow  Use case ini dimulai pada saat teller akan melakukan pencairan pembiayaan yang telah disetujui oleh pihak KJKS. Seteleh teller memasuki halaman teller maka teller memilih menu realisasi pembiayaan, setelah itu teller dapat memilih pembiayaan yang akan dicairkan pada tabel pengajuan pembiayaan yang telah dikonfirmasi dan memilih aksi realisasi untuk melakukan realisasi lalu perjanjian realisasi dapat di cetak. Teller juga dapat mencetak daftar realisasi serta mencetak kartu angsuran untuk anggota  Admin sebelumnya harus Login terlebih dahulu maka akan masuk ke dalam halaman admin, setelah itu admin dapat melihat data realisasi pada menu daftar realisasi dan admin dapat melihat detail dari setiap data realisasi yang tersedia, admin dapat mencetaknya jika diperlukan. Alternative Flow Jika form yang diisi tidak lengkap, maka sistem akan menampilkan pesan dan memintanya untuk melengkapi form realisasi dan teller dapat mencetaknya. Post Condition Seluruh data realisasi pembiayaan telah tersimpan Tabel 5.7 Spesifikasi Naratif untuk Use Case “Transaksi Angsuran” Use Case Transaksi Angsuran Use Case Name Transaksi Angsuran Brief Description Use case ini memungkinkan seorang teller untuk mengatur data pembayaran angsuran yang telah diterima dari anggota. Actor Teller Precondition  Teller harus Login terlebih dahulu  Form data angsuran telah ada pada sistem Main Flow Use case ini dimulai pada saat anggota akan membayar angsurannya. Sistem memberikan tampilan form pembayaran angsuran yang telah tersedia dan teller dapat langsung mengisi data untuk pembayaran angsuran. Jumlah angsuran yang dibayarkan dapat terhitung secara otomatis. Alternative Flow Jika form yang diisi tidak lengkap, maka sistem akan menampilkan pesan dan memintanya untuk melengkapi form data pembayaran angsuran. Post Condition Data pembayaran angsuran telah tersimpan Tabel 5.8 Spesifikasi Naratif untuk Use Case “Manajemen User” Use case Manajemen User Use case Name Manajemen User Brief Description Use case ini memungkinkan seorang admin untuk dapat mengatur hak akses user untuk dapat memasuki sistem. Actor Admin Precondition  Admin harus Login terlebih dahulu Main Flow Use case ini dimulai pada saat admin yang akan membuatkan account untuk seseorang agar memiliki hak akses untuk memasuki sistem. Post Condition Data user telah tersedia untuk digunakan. Tabel 5.9 Spesifikasi Naratif untuk Use Case “Manajemen Modul” Use Case Manajemen Modul Use Case Name Manajemen Modul Brief Description Use case ini memungkinkan seorang admin untuk mengatur data-data yang akan ditampilkan pada menu profil KJKS, produk KJKS dan persyaratan pembiayaan pada halaman utama sistem. Actor Admin Precondition  Admin harus Login terlebih dahulu  Form isian pada masing-masing modul telah tersedia. Main Flow Use case ini dimulai pada saat admin akan mengisi data yang berkaitan dengan profil, produk dan persyaratan pembiayaan. Alternative Flow Untuk melakukan update, admin memilih menu yang tersedia untuk melakukan perubahan atau penambahan data. Jika telah selesai maka memilih tombol “edit” yang kemudian akan muncul pesan “data berhasil di update” Post Condition Jika use case dijalankan, maka semua data mengenai profil, produk atau persyaratan pembiayaan pada sistem akan berubah dan otomatis telah tersimpan. Tabel 5.10 Spesifikasi Naratif untuk Use Case “Logout” Use case Logout Use case Name Logout Brief Description Use case ini memungkinkan seorang CS, teller dan admin dan admin untuk keluar dari sistem. Actor CS, teller, Admin Precondition CS, teller dan admin telah Login terlebih dahulu. Main Flow Use case ini dimulai pada saat CS, teller dan admin berkeinginan untuk keluar dari sistem. Alternative Flow Untuk melakukan Logout, CS, teller dan admin hanya butuh memilih menu “Logout”. Post Condition Jika use case dijalankan maka CS, teller dan admin akan keluar dari sistem. U se r C S , T e l le r , A d m in S is te m I n fo r m a si P e m b ia y a a n M u d h a r a b a h T e ri m a u s e r n a m e d a n p a s s I n p u t u s e r n a m e d a n p a s s T a m p ila n M e n u u se r B e n a r S a la h T a m p i la n a l e r t B u k a b r o w s e r in t e r n e t P a n g g i l h a l a m a n w e b T a m p i lk a n h o m e T u lis a la m a t w e b sit e A la m a t s a la h A la m a t b e n a r P ilih m e n u L o g i n T a m p il f o r m L o g in

5.1.2 Activity Diagram