Analisis Sistem yang Diusulkan

3. Operator melakukan penyampaian informasi terkait transaksi pembiayaan. 4. Operator dapat melihat data nasabah dan transaksi pembiayaan. 5. Operator dapat Log Out setelah semua tugas terselesaikan.

c. Kebutuhan Teller

1. Teller untuk memulai tugasnya dapat Log In terlebih dahulu. 2. Teller dapat meng-input DP dan angsuran pembiayaan dari nasabah. 3. Teller dapat melihat DP dan angsuran yang sudah diinput serta mencetak kartu atau kwitansi angsuran pembayaran. 4. Teller dapat Log Out setelah semua tugas terselesaikan.

d. Kebutuhan Customer Service CS

1. Customer Service untuk melakukan tugasnya dapat Log In terlebih dahulu. 2. Customer Service dapat memverifikasi data nasabah dan calon nasabah. 3. Customer Service dapat mencetak form pendaftaran. 4. Customer Service dapat mencetak laporan nasabah. 5. Customer Service dapat Log Out setelah semua tugas terselesaikan.

e. Kebutuhan Manajer

1. Manajer untuk memulai tugasnya dapat melakukan Log In terlebih dahulu. 2. Manajer dapat menyetujui akad transaksi pembiayaan. 3. Manajer dapat menginput tanggal survey setelah menyetujui pembiayaan. 4. Manajer dapat melihat data transaksi pembiayaan. 5. Manajer dapat Log Out setelah semua tugas terselesaikan. • Pemodelan Kelas Kelas class biasanya digunakan untuk mendefinisikan objek- objek bisnis. Class-class seperti ini biasanya mendefinisikan model database dari suatu aplikasi. Atas dasar itulah class seperti ini sering disebut dengan class entity karena mewakili objek database. Berikut adalah kandidat-kandidat class entity yang didapat berdasarkan analisis kebutuhan. Tabel 4.1 : Kandidat Class Entity pada Calon Nasabah dan Nasabah NO KEBUTUHAN CLASS ENTITY 1 Nasabah dapat menulis kritik saran untuk sistem. Nasabah, Input kritik saran 2 Untuk mendaftar calon nasabah dapat mengisi form pendaftaran yang tersedia. Calon nasabah, Input pendaftaran 3 Log In berdasarkan username dan password yang sudah dibuat. Nasabah 4 Setelah terdaftar, nasabah dapat mengisi form pembiayaan, memilih dan melihat simulasi produk, melihat angsuran jika nasabah melakukan transaksi pembiayaan. Nasabah, simulasi, angsuran, pembiayaan 5 Nasabah dapat mengajukan pembiayaan dengan menginput pembiayaan baru. Nasabah, pembiayaan 6 Setelah semua aktivitas terselesaikan nasabah dapat melakukan Log Out untuk keluar dari sistem. Nasabah Tabel 4.2 : Kandidat Class Entity pada Operator NO KEBUTUHAN CLASS ENTITY 1 Log In berdasarkan username dan password yang sudah dibuat. Operator 2 Operator dapat mengkonfirmasi kritik saran apakah layak ditampilkan atau tidak. Operator, konfirmasi kritik saran 3 Operator dapat melihat transaksi pembiayaan dan data nasabah. Operator, melihat transaksi pembiayaan, lihat data nasabah 4 Operator dapat mengupdate informasi yang berkaitan dengan transaksi pembiayaan Operator, Informasi 5 Setelah akativitas semua terselesaikan, Operator dapat melakukan Log Out untuk keluar dari sistem. Operator Tabel 4.3 : Kandidat Class Entity pada Teller NO KEBUTUHAN CLASS ENTITY 1 Log In berdasarkan username dan Teller