bab 3 analisis dan perancangan sistem …thesis.binus.ac.id/asli/bab3/2011-1-00126-if 3.pdf51 gambar...
TRANSCRIPT
46
BAB 3
ANALISIS DAN PERANCANGAN SISTEM
3.1 Gambaran Umum Perusahaan
3.1.1 Profil Perusahaan
Baznas merupakan lembaga resmi yang dibentuk Pemerintah berdasarkan
Undang-Undang Nomor 38 Tahun 1999 untuk melakukan tugas pengelolaan zakat di
tingkat nasional. Pengelolaan zakat meliputi kegiatan perencanaan, pengorganisasian,
pelaksanaan, dan pengawasan terhadap pengumpulan dan pendistribusian serta
pendayagunaan zakat.
Baznas adalah satu-satunya lembaga pengelola zakat yang dibentuk dengan
Keputusan Presiden RI yaitu Keputusan Presiden RI Nomor 8 Tahun 2001 sehingga
memiliki kekuatan formal sebagai lembaga non-struktural.
Prestasi Baznas:
1. Tahun 2008, Baznas telah mendapat sertifikasi ISO 9001 : 2000.
2. Tahun 2009, Baznas adalah lembaga pertama yang memperoleh sertifikasi
ISO 9001 : 2008.
3. Tahun 2009 ini Baznas juga mendapatkan penghargaan The Best Quality
Management dari Karim Business Consulting.
4. Baznas berhasil memperoleh Keuangan Terbaik untuk Lembaga Non
Departemen versi Departemen Keuangan RI tahun 2008.
47
3.1.2 Visi dan Misi Baznas
Visi:
Menjadi Badan Zakat Nasional yang Amanah, Transparan, dan Professional.
Misi:
1. Meningkatkan kesadaran umat untuk berzakat melalui amil zakat.
2. Meningkatkan penghimpunan dan pendayagunaan zakat nasional sesuai
dengan ketentuan syariah dan prinsip manajemen modern.
3. Menumbuhkembangkan pengelola/amil zakat yang amanah, transaparan,
professional, dan terintegrasi.
4. Mewujudkan pusat data zakat nasional.
5. Memaksimalkan peran zakat dalam menanggulangi masalah kemiskinan di
Indonesia melalui sinergi dan koordinasi dengan lembaga terkait.
3.1.3 Struktur Organisasi
Gambar 3.1 : Struktur organisasi kepengurusan inti Baznas
48
Badan Pelaksana Baznas 2008-2011:
Ketua Umum : Prof. Dr. KH. Didin Hafidhuddin, MSc.
Ketua Bidang Program : Laksda (TNI) Husein Ibrahim.
Ketua Bidang Jaringan : dr. Naharus Suhur, Mkes.
Sekretaris Umum : drh. Emmy Hamidiyah, Msi.
Wakil Sekretaris : M. Fuad Nasar, S.Sos.
Bendahara I : Hj. Lesje S Latief
Wakil Bendahara : Teten Kustiawan, SE.
Divisi Pengumpulan Baznas 2008-2011:
Kepala : Dr. Siti Chalimah Fadjriyah, SE, Akt, MM.
Anggota : 1. Bakhtiar Rahman, SE.
2. Drs. H. Mohammad Siddik Kertapati
Divisi Pendistribusian Baznas 2008-2011:
Kepala : Drs. H. Abd Rahman Anwar
Anggota : 1. Abdullah Hasyim, MA, MBA.
2. Drs. Syahrullah Iskandar, MA.
Divisi Pendayagunaan Baznas 2008-2011:
Kepala : Taufik Hidayat, M.Ec.
Anggota : 1. L.I.A Muzaffar Daud.
2. Drs Mas’ud Halimi, MA.
49
Divisi Pengembangan Baznas 2008-2011:
: 1. Dr. Setiawan Budi Utomo, Lc.
2. Dr. Ahmad Mukhlis Yusuf.
3. Dra. Hj. Elvi Hudriyah, MA.
Komisi Pengawas Baznas 2008-2011:
Ketua : Drs. H. Achmad Subianto, M.BA.
Sekretaris : Drs. H. Tulus
Anggota : 1. Drs. H. M. Suprata, MA.
2. Drs. H. Basri Bermanda
3. Prof Dr. Artani Hasbi
4. Drs. KH Masrur Ainin Najih
5. Iskandar Zulkarnain, SE, Msi.
Dewan Pertimbangan Baznas 2008-2011:
Ketua : H. Muchtar Zarkasyi, SH.
Sekretaris : Prof, Dr. Nasrun Haroen, MA.
Anggota : 1. Prof. Dr. H. Nasaruddin Umar, MA.
2. Drs. H. Djamal Doa
3. Prof, Dr. Hj. Huzaemah T. Yanggo, MA.
4. Drs. H. Mubarok, MSi.
5. Drs. H. Amidhan
50
Pelaksana Harian Baznas:
3.2 Sistem yang Sedang Berjalan
Sistem yang akan dikaji, meliputi sistem penerimaan dan penyaluran zakat. Sesuai
dengan pembahasan sebelumnya, fund rising adalah bagian yang menangani masalah
penerimaan zakat dan lamusta adalah bagian yang menangani masalah penyaluran zakat.
Sistem penerimaan zakat yang sedang berjalan saat ini adalah bagian fund raising
akan melayani muzaki yang akan membayar zakat di Baznas. Selanjutnya, Fund raising
menyerahkan formulir biodata muzaki tersebut sebagai dokumentasi Baznas, kemudian
mencatat data zakat dari muzaki tersebut. Data zakat tersebut nantinya akan dicetak
sebagai bukti transaksi penerimaan zakat untuk diserahkan kepada bagian keuangan.
Bagian Fund Raising juga bertugas untuk membuat laporan penerimaan zakat selama 1
bulan atau 1 tahun untuk diserahkan kepada Divisi Penghimpunan.
Gambar 3.2 : Struktur organisasi kepengurusan Pelaksana Harian Baznas
51
Gambar 3.3 : Bisnis proses sistem penerimaan zakat
Adapun sistem penyaluran zakat yang sedang berjalan saat ini adalah Lamusta
akan menerima proposal permohonan bantuan dana dari para mustahik, kemudian
mencatat data proposal tersebut untuk dicetak dan dibuatkan lembar disposisi dokumen.
Lembar disposisi dokumen yang berisi data proposal mustahik tersebut kemudian
diserahkan kepada Direktur Pelaksana untuk dipertimbangkan dan disetujui. Jika tidak
disetujui dengan alasan tertentu, maka proposal tersebut akan dikembalikan kepada
pemohonnya. Jika disetujui, proposal tersebut akan diproses kembali.
Setelah mendapatkan persetujuan dari Direktur Pelaksana, Lamusta akan
menggolongkan proposal tersebut kedalam jenis proposal perorangan atau lembaga sesuai
dengan pemohonnya. Pihak Lamusta yang bersangkutan akan memberikan formulir
biodata dan diisi oleh mustahik sebagai dokumentasi Baznas. Setelah itu mustahik yang
mengajukan proposal akan disurvey kelayakannya. Survey kelayakan dilakukan sebanyak
dua kali, yaitu survey berdasarkan perhitungan analisis dan Human Analysis. Jika
proposal dinyatakan tidak layak, maka proposal akan dikembalikan kepada pemohonnya.
Namun jika dinyatakan layak, Lamusta akan menentukan berapa nominal dana bantuan
Menyerah kan zakat
Menyerah kan momerandum penerimaan zakat
52
yang harus dikeluarkan Baznas. Hasil survey akan dicetak dan dilampirkan bersama
dengan lembar disposisi kemudian diserahkan kepada Bagian Keuangan untuk pencairan
dana bantuan.
Menyerah kan Proposal/Surat
Menyerah kan surat persetujuan
disposisi
Ditolak
Diterima
Dito
lak
Diterima
Menyerah kan momerandum penyaluran
Gambar 3.4 : Bisnis proses sistem penyaluran zakat
53
3.3 Kuesioner dan Wawancara
Untuk mengetahui apa saja kebutuhan dari bagian Fund Rising dan Lamusta
selaku bagian yang menangani masalah penerimaan dan penyaluran zakat serta pendapat
mereka tentang sistem yang sedang berjalan sekarang, maka disebarkanlah kuesioner
kepada 10 koresponden yang merupakan staff dari dua bagian tersebut. Kuesioner yang
disebarkan sebanyak 1 lembar berisi 5 pertanyaan untuk setiap koresponden.
1. Apakah anda sering menggunakan aplikasi berbasis web?
Dari kuesioner terhadap pertanyaan tersebut, didapatkan hasil yang digambarkan
melalui diagram pie berikut ini:
Dari diagram pie diatas, dapat dilihat bahwa koresponden yang menjawab sangat
sering menggunakan aplikasi berbasis web sebesar 40%, sering 30%, Biasa saja 20 %,
jarang 10% dan tidak pernah 0%. Maka dapat disimpulkan bahwa tidak ada satu pun
koresponden yang tidak pernah menggunakan aplikasi berbasis web.
Gambar 3.5 : Diagram pie jawaban kuesioner nomor satu
Sangat Sering40%
Jarang10%
Sering30%
Biasa Saja20%
Tidak Pernah0%
Sangat SeringSeringBiasa SajaJarangTidak Pernah
54
2. Setujukah anda dengan penerapan sistem aplikasi berbasis web untuk
layanan mustahik dan fund raising?
Dari kuesioner terhadap pernyataan tersebut, didapatkan hasil yang digambarkan
melalui diagram pie berikut ini:
Dari diagram pie diatas, dapat dilihat koresponden yang menjawab sangat setuju
sebesar 80% dan yang tidak setuju 20%, sedangkan yang menjawab kurang setuju atau
tidak setuju 0%. Maka dapat disimpulkan bahwa seluruh koresponden sepakat untuk
mengkomputerisasikan kedua sistem layanan tersebut.
Gambar 3.6 : Diagram pie jawaban kuesioner nomor dua
Setuju80%
Kurang Setuju0%
Tidak Setuju0%
Sangat Setuju20%
Sangat Setuju
Setuju
Kurang Setuju
Tidak Setuju
55
3. Penerapan sistem aplikasi berbasis web untuk bagian Fund Raising dan
Layanan Mustahik untuk mempermudah dan mempercepat proses
penerimaan dan penyaluran pada masing-masing bagian?
Dari kuesioner terhadap pertanyaan tersebut, didapatkan hasil yang digambarkan
melalui diagram pie berikut ini:
Dari diagram pie diatas, dapat dilihat bahwa koresponden yang menjawab sangat
setuju sebesar 60% dan yang setuju 40%. Maka dapat disimpulkan bahwa sistem aplikasi
berbasis web yang akan dibuat harus mempermudah dan mempercepat proses penerimaan
dan penyaluran pada masing-masing bagian.
Gambar 3.7 : Diagram pie jawaban kuesioner nomor tiga
Setuju40%
Kurang Setuju0%
Tidak Setuju0%
Sangat Setuju60%
Sangat Setuju
Setuju
Kurang Setuju
Tidak Setuju
56
4. Informasi yang dihasilkan sistem aplikasi berbasis web pada bagian Fund
Raising dan Lamusta harus relevan, lengkap dan akurat?
Dari kuesioner terhadap pertanyaan tersebut, didapatkan hasil yang digambarkan
melalui diagram pie berikut ini:
Dari diagram pie diatas, dapat dilihat bahwa koresponden yang menjawab sangat
setuju sebesar 70% dan yang setuju 30%. Maka dapat disimpulkan bahwa sistem aplikasi
berbasis web yang akan dibuat harus menghasilkan informasi yang relevan, lengkap, dan
akurat.
Gambar 3.8 : Diagram pie jawaban kuesioner nomor empat
Setuju30%
Kurang Setuju0%
Tidak Setuju0%
Sangat Setuju70%
Sangat Setuju
Setuju
Kurang Setuju
Tidak Setuju
57
5. Pengintegrasian antara sistem Layanan Mustahik dengan bagian Fund
Raising untuk mempermudah kedua bagian memonitoring data muzaki
dengan zakatnya dan data mustahik dengan proposalnya?
Dari kuesioner terhadap pertanyaan tersebut, didapatkan hasil yang digambarkan
melalui diagram pie berikut ini:
Dari diagram pie diatas, dapat dilihat bahwa koresponden yang menjawab sangat
setuju sebesar 60% dan yang setuju 40%. Maka dapat disimpulkan bahwa sistem aplikasi
berbasis web yang akan dibuat harus mempermudah dan mempercepat proses penerimaan
dan penyaluran pada masing-masing bagian.
Gambar 3.9 : Diagram pie jawaban kuesioner nomor lima
Setuju50%
Kurang Setuju0%
Tidak Setuju0% Sangat Setuju
50%
Sangat Setuju
Setuju
Kurang Setuju
Tidak Setuju
58
Selain itu, dilakukan pula wawancara dengan kepala masing-masing bagian,
masing-masing orang diajukan pertanyaan yang sesuai dengan keterkaitan mereka dalam
aplikasi ini. Berikut wawancaranya yang telah dilakukan:
Kepada : Bpk. Budi Setiawan Jabatan : KA. Layanan Mustahik Tanggal : 20 Oktober 2010
Seberapa pentingkah layanan mustahik ini dibuatkan aplikasi ?
Menurut saya sangat penting karena dengan adanya aplikasi ini dapat
mempercepat kinerja dari lamusta itu sendiri, sekaligus untuk menjamin
terpeliharanya data dengan baik.
Mengapa Anda lebih senang untuk dibuatkan aplikasi berbasis web
dibandingkan berbasis desktop?
Untuk masalah ini, dikarenakan seluruh aplikasi yang ada di Baznas adalah
aplikasi berbasis web.
Menurut anda, fitur apa yang harus kami tambahkan dalam aplikasi ini?
Seperti pada sistem yang masih manual, sistem aplikasi tersebut harus
menyediakan formulir untuk pendaftaran mustahik dan proposalnya. Sistem aplikasi
juga harus menyediakan fitur pencarian data agar mempermudah kami menemukan
data yang diinginkan. Pada formulir pendaftaran mustahik, usahakan ada fitur
pengambilan photo mustahiknya untuk melengkapi data mustahik yang berada di
Baznas.
Sistem aplikasi harus menyediakan formulir survey yang dapat menghitung
data survey tersebut. Sistem aplikasi juga harus bisa mencetak hasil survey, lembar
59
disposisi dokumen yang isinya adalah data proposal musthik, dan bukti transaksi
penyaluran zakat sebagai kwitansi pencairan dana . Pembuatan dan pencetakan
laporan juga harus ada dalam aplikasi ini.
Untuk pengambilan photo, selain software juga harus ada dukungan hardware
seperti webcam, pak?
Ya, nanti kami akan menyediakannya.
Untuk masalah perhitungan data survey, apa yang menjadi parameternya
serta bagaimana rumus perhitungannya?
Parameternya adalah data survey mengenai penghasilan dan pengeluaran
hidup mustahiknya. Untuk rumusnya, total penghasilan mustahik dikurangi dengan
pengeluaran hidupnya, hasil pengurangan tersebut nantinya akan dibagi dengan
jumlah anggota keluarga mustahiknya. Jika hasil pembagian tersebut lebih besar
dari Rp. 260.000,-, maka mustahik tersebut layak untuk mendapatkan bantuan dana.
Jika aplikasi ini telah selesai dibuat, Siapa sajakah yang akan terbantu dengan
adanya aplikasi ini?
Tentunya sangat membantu bagian layanan Mustahik itu sendiri, baik untuk
layanan mustahik perorangan maupun lembaga. Selain itu, aplikasi tersebut bisa
menjadi contoh untuk badan lembaga zakat lainnya.
60
Kepada : Ibu. Nurchairiyah Jabatan : KA. Fund Rising Tanggal : 27 Oktober 2010
Seberapa pentingkah layanan penerimaan zakat ini dibuatkan aplikasi ?
Penting banget, karena selain mempercepat proses layanan, diharapkan
dengan adanya aplikasi ini bisa menghemat waktu, serta tenaga dibandingkan
dengan cara yang masih manual.
Mengapa Anda lebih senang untuk dibuatkan aplikasi berbasis web
dibandingkan berbasis desktop?
Itu dikarenakan seluruh aplikasi yang ada di Baznas adalah aplikasi berbasis
web.
Menurut anda, fitur apa yang harus kami tambahkan dalam aplikasi ini?
Fitur aplikasinya sama saja seperti pada proses manualnya. Aplikasi dapat
mencatat muzaki dengan zakatnya kemudian dapat mencetak bukti transaksi
penerimaan zakat muzaki tersebut. Aplikasi juga harus dapat membuat serta
mencetak laporan penerimaan zakat, selain itu mungkin ada fitur untuk pencarian
datanya.
Apakah anda menginginkan fitur pengambilan photo dalam formulir
pendaftaran muzaki seperti pada formulir pendaftaran mustahik?
Oh, boleh saja sebagai kelengkapan dokumentasi muzaki.
Kalau begitu, anda juga harus menyediakan webcam. Sebab untuk masalah ini
selain software juga harus ada dukungan hardware
Baik, nanti kami akan menyediakannya.
61
Apakah hanya sebatas itu saja?
Saya pikir sudah cukup, sebab pada proses penerimaan zakat tidak serumit
dengan proses penyaluran yang harus melewati berbagai birokrasi prosedural.
Jika aplikasi ini telah selesai dibuat, Siapa sajakah yang akan terbantu dengan
adanya aplikasi ini?
Tentunya aplikasi tersebut sangat membantu kami dalam melayani
pembayaran zakat muzaki dengan cepat.
3.4 Analisis Permasalahan
Berdasarkan hasil kuesioner dan wawancara dengan kepala bagian Fund Raising
dan Layanan Mustahik, dapat diidentifikasi masalah-masalah yang berada pada sistem
penerimaan atau penyaluran zakat di Baznas saat ini. Adapun identifikasi dari
permasalahan tersebut adalah:
• Sistem penerimaan dan penyaluran zakat masih menggunakan cara manual dan
belum terkomputerisasi dengan baik sehingga memperlambat kinerja dari kedua
bagian tersebut.
• Kurang lengkapnya biodata dari para mustahik dan muzaki seperti foto. Foto para
muzaki dan mustahik tersebut akan digunakan untuk melengkapi administrasi
penerimaan dan penyaluran zakat.
• Kesulitan dalam melakukan pencarian data muzaki dan zakatnya serta mustahik
dan proposalnya.
• Kesulitan dalam melakukan perhitungan data survey.
62
• Ketidakintegrasian antara sistem penerimaan dan penyaluran zakat, sehingga
menyulitkan untuk memonitoring data muzaki dan zakatnya serta data mustahik
dan proposalnya.
• Sulit untuk membuat laporan baik laporan penerimaan maupun penyaluran zakat
karena sistem masih manual.
3.5 Usulan Pemecahan Masalah
Berdasarkan identifikasi masalah tersebut, maka usulan pemecahan masalah
tersebut adalah dengan:
• Membuat aplikasi berbasis web yang mengintegrasikan antara sistem penerimaan
dan penyaluran zakat sehingga dapat mempercepat kinerja dari para karyawan
Fund Raising ataupun Lamusta dan juga dapat mempermudah melakukan
monitoring data muzaki dengan zakatnya dan mustahik dengan proposalnya.
• Aplikasi tersebut dapat menerima inputan data baik berupa biodata muzaki dengan
zakatnya dan biodata mustahik dengan proposalnya. Kemudian data-data tersebut
dapat disimpan kedalam database. Pada inputan biodata muzaki atau mustahik
terdapat sebuah fitur untuk mengambil photo dari muzaki atau mustahik.
• Aplikasi dapat mencari data muzaki dengan zakatnya dan data mustahik dengan
proposalnya.
• Aplikasi dapat menerima inputan data survey dan menghitung kelayakan proposal
yang diajukan, berdasarkan parameter penghasilan dan pengeluaran hidup
mustahiknya dengan rumus yang telah ditentukan. Selanjutnya, aplikasi dapat
menyimpan hasil survey tersebut kedalam database dan mencetaknya.
63
• Aplikasi dapat membuat transaksi penerimaan dan penyaluran zakat kemudian
mencetaknya. Aplikasi juga dapat menyimpan transaksi-transaksi tersebut
kedalam database.
• Aplikasi dapat membuat laporan penerimaan dan penyaluran zakat kemudian
mencetaknya.
Semoga dengan pemecahan masalah tersebut, permasalahan mengenai proses penerimaan
dan penyaluran zakat di Baznas dapat terselesaikan.
3.6 Perancangan Sistem
3.6.1 Perancangan UML
3.6.1.1 Class Diagram
64
Gambar 3.10 : Class diagram
65
3.6.1.2 Use Case Diagram
Gambar 3.11 : Use case diagram sistem penerimaan zakat
66
Tabel 3.1 : Tabel skenario ‘Login’
Tabel 3.2 : Tabel skenario ‘Mendaftarkan Muzaki’
Dari gambar diatas dapat dilihat bahwa sistem penerimaan zakat muzaki memiliki
3 aktor dan 15 use case. Untuk lebih memahaminya, maka dibuat skenario dari use case
diatas:
Use case Login
Aktor Fund Rising, Administrator, Guest
Tujuan Untuk masuk ke halaman utama web
Pra-kondisi Semua aktor harus memiliki akun di dalam sistem ini
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor memasukan username dan password
• Cek database, jika kondisi true maka seasion akan dibuat kemudian me-redirect ke halaman home, jika tidak akan menampilkan pesan kesalahan
Use case Mendaftarkan Muzaki
Aktor Fund Rising, Administrator
Tujuan Untuk mendaftarkan muzaki yang ingin berzakat
Pra-kondisi Aktor telah melakukan login
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Daftar Muzaki”
• Aktor mengisi biodata dari muzaki tersebut
• Validasi input, jika true maka data muzaki akan tercatat ke database, jika tidak maka menampilkan pesan kesalahan
67
Tabel 3.3 : Tabel skenario ‘Melihat Daftar Muzaki’
Tabel 3.4 : Tabel skenario ‘Delete Muzaki’
Use case Melihat Daftar Muzaki
Aktor Fund Rising, Administrator, Guest
Tujuan Untuk melihat list dari muzaki yang telah berzakat
Pra-kondisi Muzaki telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Muzaki”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
Use case Delete Muzaki
Aktor Administrator
Tujuan Data Muzaki telah didaftarkan
Pra-kondisi Aktor harus membuka list muzaki terlebih dahulu
Use case terkait Delete Data Zakat
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Muzaki”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka list muzaki akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data muzaki yang ingin dihapus dan zakatnya akan terhapus, jika tidak maka akan menampilkan pesan kesalahan.
68
Tabel 3.5 : Tabel skenario ‘Mengedit Data Muzaki’
Tabel 3.6 : Tabel skenario ‘Memasukan Data Zakat’
Use case Mengedit Data Muzaki
Aktor Fund Rising, Administrator
Tujuan Untuk mengedit data muzaki
Pra-kondisi Data muzaki telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Muzaki”
• Aktor meng-klik link “detail”
• Aktor meng-klik tombol “edit”
• Aktor memasukan data terbaru dari muzaki tersebut
• Cek database, jika true maka list muzaki akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data muzaki yang ingin diedit akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Validasi input, jika true maka data muzaki ter-update dan data disimpan ke dalam database, jika tidak tampilkan pesan kesalahan.
Use case Memasukan Data Zakat
Aktor Fund Rising, Administrator
Tujuan Untuk mencatat zakat para muzaki
Pra-kondisi Muzaki telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Muzaki”
• Aktor meng-klik link “Isi Zakat”
• Aktor memasukan datazakat
• Cek database, jika true maka list muzaki akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Validasi input, jika true maka data akan tercatat ke database, jika tidak maka menampilkan pesan kesalahan
69
Tabel 3.7 : Tabel skenario ‘Melihat Data Zakat’
Tabel 3.8 : Tabel skenario ‘Mengedit Data Zakat’
Use case Melihat Data Zakat
Aktor Fund Rising, Administrator, Guest
Tujuan Untuk melihat list zakat yang masuk ke baznas
Pra-kondisi Data zakat telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Zakat”
• Cek database, jika true maka data zakat akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan.
Use case Mengedit Data Zakat
Aktor Fund Rising, Administrator
Tujuan Untuk mengedit data zakat
Pra-kondisi Data zakat telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Zakat”
• Aktor meng-klik link “detail”
• Aktor meng-klik tombol “edit”
• Aktor memasukan data zakat terbaru
• Cek database, jika true maka list zakat akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data zakat yang ingin diedit akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Validasi input, jika true maka data zakat ter-update dan data disimpan ke dalam database, jika tidak maka akan menampilkan pesan kesalahan.
70
Tabel 3.9 : Tabel skenario ‘Delete Data Zakat’
Use case Delete Data Zakat
Aktor Administrator
Tujuan Untuk menghapus data zakat muzaki
Pra-kondisi Data zakat telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Zakat”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka list zakat akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data zakat yang ingin dihapus akan terhapus, jika tidak maka akan menampilkan pesan kesalahan.
Use case Membuat Transaksi Penerimaan
Aktor Fund Rising, Administrator
Tujuan Untuk membuat transaksi penerimaan
Pra-kondisi Data muzaki dan zakat telah didaftarkan
Use case terkait Mencetak Data Zakat
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Zakat”
• Aktor meng-klik link “cetak”
• Cek database, jika true data zakat akan ditampilkan, jika tidak maka menampilkan pesan kesalahan.
• Cek database, jika true data transaksi akan tersimpan ke database, jika tidak akan menampilkan pesan kesalahan.
Tabel 3.10 : Tabel skenario ‘Membuat Transaksi Penerimaan’
71
Tabel 3.11 : Tabel skenario ‘Melihat Transaksi Penerimaan’
Tabel 3.12 : Tabel skenario ‘Delete Transaksi Penerimaan’
Use case Melihat Transaksi Penerimaan
Aktor Fund Rising, Administrator, Guest
Tujuan Untuk melihat list transaksi penerimaan zakat
Pra-kondisi Transaksi penerimaan telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Transaksi”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
Use case Delete Transaksi Penerimaan
Aktor Administrator
Tujuan Untuk menghapus transaksi penerimaan
Pra-kondisi Transaksi penerimaan telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Transaksi”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data transaksi yang ingin dihapus akan terhapus, jika tidak maka akan menampilkan pesan kesalahan.
72
Tabel 3.13 : Tabel skenario ‘Mencetak Transaksi Penerimaan’
Tabel 3.14 : Tabel skenario ‘Membuat Laporan Penerimaan’
Use case Mencetak Transaksi Penerimaan
Aktor Fund Rising, Administrator
Tujuan Untuk mencetak transaksi penerimaan zakat
Pra-kondisi Data Zakat dan muzaki telah didaftarkan
Use case terkait Memasukan Data Zakat
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Zakat”
• Aktor meng-klik link “cetak”
• Cek database, jika true data zakat akan ditampilkan, jika tidak maka menampilkan pesan kesalahan.
• Cek database, jika true data transaksi akan tersimpan ke database, jika tidak akan menampilkan pesan kesalahan.
• Redirect ke halaman “cetak transaksi” dan menampilkan area cetak transaksi
• Transaksi siap dicetak
Use case Membuat Laporan Penerimaan
Aktor Fund Rising, Administrator
Tujuan Untuk membuat laporan penerimaan
Pra-kondisi Data zakat dan Muzaki telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Laporan”
• Aktor memasukan keyword data laporan.
• Validasi input, jika true maka data akan tampil, jika tidak maka akan menampilkan pesan kesalahan
73
Tabel 3.15 : Tabel skenario ‘Mencetak Laporan Penerimaan’
Use case Mencetak Laporan Penerimaan
Aktor Fund Rising, Administrator
Tujuan Untuk mencetak laporan penerimaan zakat
Pra-kondisi laporan penerimaan telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Laporan”
• Aktor memasukan keyword data laporan.
• Aktor meng-klik link “cetak”
• Validasi input, jika true maka data akan tampil, jika tidak maka akan menampilkan pesan kesalahan
• Redirect ke halaman “cetak laporan” dan menampilkan area cetak transaksi
• Laporan siap dicetak
74
Gambar 3.12 : Use case diagram sistem penyaluran zakat
75
Tabel 3.16 : Tabel skenario ‘Login’
Tabel 3.17 : Tabel skenario ‘Mendaftarkan Proposal’
Dari gambar diatas dapat dilihat bahwa sistem penyaluran zakat memiliki 4 aktor
dan 22 use case. Untuk lebih memahaminya, maka dibuat skenerio dari use case diatas:
Use case Login
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk masuk ke halaman utama web
Pra-kondisi Semua aktor harus memiliki akun di dalam sistem ini
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor memasukan username dan password
• Cek database, jika kondisi true maka seasion akan dibuat kemudian me-redirect ke halaman home, jika tidak akan menampilkan pesan kesalahan
Use case Mendaftarkan Proposal
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mencatat data proposal mustahik
Pra-kondisi Aktor telah melakukan login
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Daftar Proposal”
• Aktor memasukan data proposal
• Validasi input, jika true maka data proposal akan tersimpan di database, jika tidak maka akan menampilkan pesan kesalahan
76
Tabel 3.18 : Tabel skenario ‘Melihat Proposal’
Tabel 3.19 : Tabel skenario ‘Mengedit Proposal’
Use case Melihat Proposal
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk melihat list proposal yang masuk ke baznas
Pra-kondisi Data proposal telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Cek database, jika true maka data proposal akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
Use case Mengedit Proposal
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mengedit data proposal
Pra-kondisi Data proposal telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik link “detail”
• Aktor meng-klik tombol “edit”
• Aktor memasukan data proposal terbaru
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak akan menampilkan pesan kesalahan
• Cek database, jika true data proposal yang ingin diedit akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Validasi input, jika true maka data proposal ter-update dan data disimpan ke dalam database, jika tidak tampilkan pesan kesalahan.
77
Tabel 3.20 : Tabel skenario ‘Delete Proposal’
Tabel 3.21 : Tabel skenario ‘Cetak Disposisi’
Use case Delete Proposal
Aktor Administrator
Tujuan Untuk menghapus proposal mustahik
Pra-kondisi Data proposal telah didaftarkan
Use case terkait Delete Survey
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true data proposal yang ingin dihapus beserta data survey akan terhapus, jika tidak maka menampilkan pesan kesalahan.
Use case Cetak Disposisi
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mencetak lembar disposisi dokumen
Pra-kondisi Data proposal telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik link “cetak”
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true print area data proposal yang ingin dicetak akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Disposisi siap dicetak
78
Tabel 3.22 : Tabel skenario ‘Menerima/Menolak Proposal’
Tabel 3.23 : Tabel skenario ‘Mendaftarkan Mustahik’
Use case Menerima/Menolak Proposal
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk menerima/menolak proposal
Pra-kondisi Hasil survey proposal layak atau tidak layak mendapatkan bantuan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik link “konfirmasi”
• Aktor meng-klik tombol tolak/terima proposal
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true status proposal yang ingin diupdate akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Jika tolak maka status proposal tertolak dan tidak bisa meminta batuan jika terima maka data proposal akan diproses lebih lanjut.
Use case Mendaftarkan Mustahik
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mendaftarkan mustahik
Pra-kondisi Proposal mustahik telah didaftarkan dan diterima direktur pelaksana
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik link “Daftar Mustahik”
• Aktor memasukan data mustahik
• Validasi input, jika true maka data akan tercatat ke database, jika tidak maka menampilkan pesan kesalahan
79
Tabel 3.24 : Tabel skenario ‘Melihat Mustahik’
Tabel 3.25 : Tabel skenario ‘Mengedit Mustahik’
Use case Melihat Mustahik
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk melihat list mustahik
Pra-kondisi Mustahik telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Mustahik”
• Cek database, jika true maka data mustahik akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
Use case Mengedit Mustahik
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mengedit data mustahik
Pra-kondisi Mustahik telah didaftarkan terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Mustahik”
• Aktor meng-klik link “detail”
• Aktor meng-klik tombol “edit”
• Aktor memasukan data mustahik terbaru
• Cek database, jika true maka list mustahik akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true data mustahik yang ingin diedit akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Validasi input, jika true maka data mustahik ter-update dan data disimpan ke dalam database, jika tidak tampilkan pesan kesalahan.
80
Tabel 3.26 : Tabel skenario ‘Delete Mustahik’
Tabel 3.27 : Tabel skenario ‘Memasukan Data Survey’
Use case Delete Mustahik
Aktor Administrator
Tujuan Untuk menghapus mustahik dan proposal-proposalnya
Pra-kondisi Mustahik telah didaftarkan terlebih dahulu
Use case terkait Delete Proposal
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Mustahik”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka list mustahik akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data mustahik yang ingin dihapus beserta seluruh proposalnya akan terhapus, jika tidak maka menampilkan pesan kesalahan.
Use case Memasukan Data Survey
Aktor Administrator, Lamusta Verifikator
Tujuan Untuk mencatat survey kelayakan mustahik
Pra-kondisi Mustahik telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor mengisi survey kelayakan dari mustahik tersebut
• Validasi input, jika true maka data akan tercatat ke database, jika tidak maka akan menampilkan pesan kesalahan
• Hasil perhitungan survey akan muncul saat itu juga sebelum Aktor meng-klik submit
81
Tabel 3.28 : Tabel skenario ‘Melihat Hasil Survey’
Tabel 3.29 : Tabel skenario ‘Mengedit Data Survey’
Use case Melihat Hasil Survey
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk melihat hasil survey kelayakan
Pra-kondisi Mustahik telah disurvey terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik “detail” • Aktor meng-klik “lihat
survey”
• Cek database, jika true maka list Proposal akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true maka data survey akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
Use case Mengedit Data Survey
Aktor Administrator, Lamusta Verifikator
Tujuan Untuk mengedit data survey
Pra-kondisi Data survey telah diisi terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik “detail” • Aktor meng-klik link “edit
survey” • Aktor memasukan data
survey terbaru.
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true data survey yang dipilih akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Validasi input, jika true maka data survey ter-update dan data disimpan ke dalam database, jika tidak tampilkan pesan kesalahan.
82
Tabel 3.30 : Tabel skenario ‘Delete Survey’
Tabel 3.31 : Tabel skenario ‘Mencetak Hasil Survey’
Use case Delete Survey
Aktor Administrator
Tujuan Untuk menghapus data survey
Pra-kondisi Data Survey telah diisi terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik “detail” • Aktor meng-klik link “hapus
survey”
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true data survey yang dipilih akan terhapus, jika tidak maka akan menampilkan pesan kesalahan
Use case Mencetak Hasil Survey
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mencetak Hasil Survey
Pra-kondisi Data survey telah diisi dan tersimpan di database
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor menuju halaman list proposal
• Aktor meng-klik link cetak survey
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true hasil survey yang ingin dicetak akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Hasil survey siap dicetak
83
Tabel 3.32 : Tabel skenario ‘Membuat Transaksi Penyaluran’
Tabel 3.33 : Tabel skenario ‘Melihat Transaksi Penyaluran’
Use case Membuat Transaksi Penyaluran
Aktor Administrator, Lamusta Verifikator, Lamusta Inputor
Tujuan Untuk membuat transaksi penyaluran
Pra-kondisi Mustahik telah layak mendapatkan bantuan sesuai hasil survey
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Proposal”
• Aktor meng-klik link “Buat Transaksi”
• Aktor memasuka nominal dana penyaluran
• Cek database, jika true maka list proposal akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true transaksi penyaluran akan dibuat berdasarkan proposal mustahik tersebut, jika tidak maka menampilkan pesan kesalahan
• Validasi input, jika true maka data akan tercatat ke database, jika tidak maka akan menampilkan pesan kesalahan
Use case Melihat Transaksi Penyaluran
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk melihat transaksi penyaluran
Pra-kondisi Transaksi penyaluran telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Transaksi”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
84
Tabel 3.34 : Tabel skenario ‘Delete Transaksi Penyaluran’
Tabel 3.35 : Tabel skenario ‘Mencetak Transaksi Penyaluran’
Use case Delete Transaksi Penyaluran
Aktor Administrator
Tujuan Untuk menghapus transaksi penyaluran
Pra-kondisi Transaksi penyaluran telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List Transaksi”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka list transaksi akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Cek database, jika true transaksi penyaluran yang dipilih akan terhapus, jika tidak maka akan menampilkan pesan kesalahan
Use case Mencetak Transaksi Penyaluran
Aktor Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Untuk mencetak transaksi penyaluran
Pra-kondisi Transaksi penyaluran telah dibuat terlebih dahulu
Use case terkait Membuat Transaksi Penyaluran
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Transaksi”
• Aktor meng-klik link “Cetak Transaksi”
• Cek database, jika true maka list transaksi akan ditampilkan, jika tidak maka menampilkan pesan kesalahan
• Redirect ke halaman “Cetak Transaksi” dan menampilkan print area transaksi penyaluran
85
Tabel 3.36 : Tabel skenario ‘Membuat Laporan Penyaluran’
Tabel 3.37 : Tabel skenario ‘Mencetak Laporan Penyaluran’
Use case Membuat Laporan Penyaluran
Aktor Lamusta Inputor, Lamusta Verifikator, Administrator
Tujuan Untuk membuat laporan penyaluran
Pra-kondisi Data proposal dan Mustahik telah didaftarkan
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Laporan”
• Aktor memasukan keyword data laporan.
• Validasi input, jika true maka data akan tampil, jika tidak maka akan menampilkan pesan kesalahan
Use case Mencetak laporan penyaluran
Aktor Lamusta Inputor, Lamusta Verifikator, Administrator
Tujuan Untuk mencetak laporan penyaluran zakat
Pra-kondisi laporan penyaluran telah dibuat terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Laporan”
• Aktor memasukan keyword data laporan.
• Aktor meng-klik link “cetak laporan”.
• Validasi input, jika true maka data akan tampil, jika tidak maka akan menampilkan pesan kesalahan
• Menampilkan area cetak laporan • Laporan siap dicetak
86
Gambar 3.13 : Use case diagram sistem akun user
87
Tabel 3.38 : Tabel skenario ‘Login’
Tabel 3.39 : Tabel skenario ‘Mendaftarkan User’
Dari gambar diatas dapat dilihat bahwa sistem penyaluran zakat memiliki 5 aktor
dan 8 use case. Untuk lebih memahaminya, maka dibuat skenerio dari use case diatas:
Use case Login
Aktor Fund Rising, Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk mengakses isi halaman web
Pra-kondisi Aktor telah memiliki akun di dalam web ini
Aksi aktor Respon sistem
• Aktor memasukan username dan passwordnya
• Cek database, jika kondisi true maka seasion akan dibuat kemudian me-redirect ke halaman home, jika tidak akan menampilkan pesan kesalahan
Use case Mendaftarkan User
Aktor Administrator
Tujuan Untuk mendaftarkan user
Pra-kondisi Aktor telah melakukan login
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Daftar User”
• Aktor mengisi inputan user dengan data yang valid dan jenis usernya.
• Validasi Input, jika true maka data akan tercatat kedalam database, jika tidak maka akan menampilkan pesan kesalahan
• User tersebut telah memiliki akun
88
Tabel 3.40 : Tabel skenario ‘Melihat User’
Tabel 3.41 : Tabel skenario ‘Mengedit Status User’
Use case Melihat User
Aktor Administrator
Tujuan Untuk melihat user yang memiliki akun di web ini
Pra-kondisi Aktor telah mendaftarkan user terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List User”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
Use case Mengedit Status User
Aktor Administrator
Tujuan Untuk mengedit status user yang memiliki akun di web ini
Pra-kondisi Aktor telah mendaftarkan user terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List User”
• Aktor meng-klik link “detail”
• Aktor menekan tombol edit • Aktor memilih status user
terbaru
• Cek database, jika true maka list user akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true maka detail dari user yang dipilih akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true maka status user yang dipilih akan ter-update, jika tidak maka akan menampilkan pesan kesalahan
89
Tabel 3.42 : Tabel skenario ‘Menghapus User’
Tabel 3.43 : Tabel skenario ‘Ubah Profil’
Use case Menghapus User
Aktor Administrator
Tujuan Untuk mengahapus user
Pra-kondisi Aktor telah mendaftarkan user terlebih dahulu
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “List User”
• Aktor meng-klik link “hapus”
• Cek database, jika true maka data akan ditampilkan, jika tidak maka akan menampilkan pesan kesalahan
• Cek database, jika true maka user yang dipilih akan terhapus, jika tidak maka menampilkan pesan kesalahan
Use case Ubah Profil
Aktor Fund Rising, Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Mengubah profil aktor
Pra-kondisi Aktor telah memiliki akun di web ini
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Ubah Profil”
• Aktor memasukan data profil terbaru
• Cek database, jika true profil aktor akan ditampilkan, jika tidak tampilkan pesan kesalahan
• Validasi input, jika true data yang dirubah akan ter-update dan disimpan ke dalam database, jika tidak tampilkan pesan kesalahan
90
Tabel 3.44 : Tabel skenario ‘Ubah Password’
Tabel 3.45 : Tabel skenario ‘Logout’
Use case Ubah Password
Aktor Fund Rising, Administrator, Lamusta Inputor, Lamusta Verifikator
Tujuan Mengubah password aktor
Pra-kondisi Aktor telah memiliki akun di web ini
Langkah - Langkah
Aksi aktor Respon sistem
• Aktor meng-klik menu “Ubah Password”
• Aktor memasukan password yang lama kemudian password yang baru
• Validasi input, jika true password akan berubah dan tersimpan ke dalam database, jika tidak tampilkan pesan kesalahan
Use case Logout
Aktor Fund Rising, Administrator, Lamusta Inputor, Lamusta Verifikator, Guest
Tujuan Untuk keluar dari halaman web
Pra-kondisi Aktor telah login
Aksi aktor Respon sistem
• Aktor meng-klik menu “Logout”
• seasion akan dihapus, aktor keluar dari halaman web dan sistem me-redirect ke halaman index
91
Gambar 3.14 : Sequence diagram login
Gambar 3.15 : Sequence diagram mendaftarkan muzaki
3.6.1.3 Sequence Diagram
3.6.1.3.1 Sequence Diagram Fund Raising
92
Gambar 3.16 : Sequence diagram melihat list muzaki
Gambar 3.17 : Sequence diagram mengedit data muzaki
93
Gambar 3.18 : Sequence diagram memasukan data zakat
Gambar 3.19 : Sequence diagram melihat data zakat
94
Gambar 3.20 : Sequence diagram mengedit data zakat
Gambar 3.21 : Sequence diagram membuat dan mencetak transaksi penerimaan
95
Gambar 3.22 : Sequence diagram melihat transaksi penerimaan
Gambar 3.23 : Sequence diagram ubah profil
96
Gambar 3.24 : Sequence diagram ubah password
Gambar 3.25 : Sequence diagram logout
97
Gambar 3.26 : Sequence diagram login
Gambar 3.27 : Sequence diagram mendaftarkan proposal
3.6.1.3.2 Sequence Diagram Lamusta Inputor
98
Gambar 3.28 : Sequence diagram melihat proposal
Gambar 3.29 : Sequence diagram mengedit proposal
99
Gambar 3.30 : Sequence diagram cetak disposisi
Gambar 3.31 : Sequence diagram menerima/menolak proposal
100
Gambar 3.32 : Sequence diagram mendaftarkan mustahik
Gambar 3.33 : Sequence diagram melihat mustahik
101
Gambar 3.34 : Sequence diagram mengedit mustahik
Gambar 3.35 : Sequence diagram melihat data survey
102
Gambar 3.36 : Sequence diagram membuat transaksi penyaluran
Gambar 3.37 : Sequence diagram melihat transaksi penyaluran
103
Gambar 3.39 : Sequence diagram ubah profil
Gambar 3.38 : Sequence diagram mencetak transaksi penyaluran
104
Gambar 3.40 : Sequence diagram ubah password
Gambar 3.41 : Sequence diagram logout
105
Gambar 3.43 : Sequence diagram mendaftarkan proposal
Gambar 3.42 : Sequence diagram login
3.6.1.3.3 Sequence Diagram Lamusta Verifikator
106
Gambar 3.44 : Sequence diagram melihat proposal
Gambar 3.45 : Sequence diagram mengedit proposal
107
Gambar 3.46 : Sequence diagram cetak disposisi
Gambar 3.47 : Sequence diagram menerima/menolak proposal
108
Gambar 3.48 : Sequence diagram mendaftarkan mustahik
Gambar 3.49 : Sequence diagram melihat mustahik
109
Gambar 3.50 : Sequence diagram mengedit mustahik
Gambar 3.51 : Sequence diagram daftar survey
110
Gambar 3.52 : Sequence diagram melihat data survey
111
Gambar 3.53 : Sequence diagram mengedit data survey
112
Gambar 3.54 : Sequence diagram mencetak data survey
113
Gambar 3.55 : Sequence diagram membuat transaksi penyaluran
Gambar 3.56 : Sequence diagram melihat transaksi penyaluran
114
Gambar 3.58 : Sequence diagram ubah profil
Gambar 3.57 : Sequence diagram mencetak transaksi penyaluran
115
Gambar 3.59 : Sequence diagram ubah password
Gambar 3.60 : Sequence diagram logout
116
Gambar 3.62 : Sequence diagram melihat muzaki
Gambar 3.61 : Sequence diagram login
3.6.1.3.4 Sequence Diagram Guest
117
Gambar 3.63 : Sequence diagram melihat data zakat
Gambar 3.65 : Sequence diagram melihat proposal
Gambar 3.64 : Sequence diagram melihat transaksi penerimaan
118
Gambar 3.66 : Sequence diagram melihat mustahik
Gambar 3.67 : Sequence diagram melihat hasil survey
119
Gambar 3.68 : Sequence diagram melihat transaksi penyaluran
Gambar 3.69 : Sequence diagram logout
120
Gambar 3.70 : Sequence diagram login
Gambar 3.71 : Sequence diagram mendaftarkan muzaki
3.6.1.3.5 Sequence Diagram Administrator
121
Gambar 3.72 : Sequence diagram melihat list muzaki
Gambar 3.73 : Sequence diagram mengedit data muzaki
122
Gambar 3.74 : Sequence diagram delete muzaki
Gambar 3.75 : Sequence diagram memasukan data zakat
123
Gambar 3.76 : Sequence diagram melihat data zakat
Gambar 3.77 : Sequence diagram mengedit data zakat
124
Gambar 3.78 : Sequence diagram delete zakat
Gambar 3.79 : Sequence diagram membuat dan mencetak transaksi penerimaan
125
Gambar 3.80 : Sequence diagram melihat transaksi penerimaan
Gambar 3.81 : Sequence diagram delete transaksi penerimaan
126
Gambar 3.82 : Sequence diagram mendaftarkan proposal
Gambar 3.83 : Sequence diagram melihat proposal
127
Gambar 3.84 : Sequence diagram mengedit proposal
Gambar 3.85 : Sequence diagram delete proposal
128
Gambar 3.86 : Sequence diagram cetak disposisi
Gambar 3.87 : Sequence diagram menerima/menolak proposal
129
Gambar 3.88 : Sequence diagram mendaftarkan mustahik
Gambar 3.89 : Sequence diagram melihat mustahik
130
Gambar 3.90 : Sequence diagram mengedit mustahik
Gambar 3.91 : Sequence diagram delete mustahik
131
Gambar 3.93 : Sequence diagram melihat data survey
Gambar 3.92 : Sequence diagram daftar survey
132
Gambar 3.94 : Sequence diagram mengedit data survey
133
Gambar 3.95 : Sequence diagram delete survey
134
Gambar 3.96 : Sequence diagram mencetak data survey
135
Gambar 3.97 : Sequence diagram membuat transaksi penyaluran
Gambar 3.98 : Sequence diagram melihat transaksi penyaluran
136
Gambar 3.100 : Sequence diagram mencetak transaksi penyaluran
Gambar 3.99 : Sequence diagram delete transaksi penyaluran
137
Gambar 3.101 : Sequence diagram daftar user
Gambar 3.102 : Sequence diagram lihat user
138
Gambar 3.103 : Sequence diagram edit status user
Gambar 3.104 : Sequence diagram delete user
139
Gambar 3.107 : Sequence diagram logout
Gambar 3.105 : Sequence diagram ubah profil
Gambar 3.106 : Sequence diagram ubah password
140
Gambar 3.108 : Activity diagram administrator
3.6.1.4 Activity Diagram
141
Gambar 3.109 : Activity diagram fund raising
142
Gambar 3.110 : Activity diagram lamusta inputor
143
Gambar 3.111 : Activity diagram lamusta verifikator
144
Gambar 3.112 : Activity diagram laporan
Gambar 3.113 : Activity diagram ubah profil
Gambar 3.114 : Activity diagram ubah password
145
Gambar 3.115 : Rancangan Database
3.6.2 Perancangan Database
146
Tabel 3.46 : Struktur database tabel user
Nama Tabel : User
Keterangan : Tabel ini berisikan data profil user dan telah dinormalisasi sampai bentuk
ketiga
Primary key : id_user
Nama Field Type Panjang Keterangan
id_user Int 10 Auto increament, field berisi id dari user
username Varchar 50 Field berisi nama user yang digunakan untuk mengakses web
password Varchar 50 Field berisi password yang digunakan untuk mengakses web
fullname Varchar 50 Field berisi nama lengkap user
gender Varchar 10 Field berisi jenis kelamin user
birth_place Varchar 50 Field berisi tempat lahir user
birthday Varchar 20 Field berisi tanggal lahir user
address Varchar 250 Field berisi alamat lengkap user
phone Varchar 15 Field berisi no. telepon user
email Varchar 50 Field berisi email user
type Varchar 20 Field berisi tipe user dalam web
147
Tabel 3.47 : Struktur database tabel muzaki
Nama Tabel : Muzaki
Keterangan : Tabel ini berisikan data profil muzaki dan telah dinormalisasi sampai
bentuk ketiga
Primary key : id_muzaki
Nama Field Type Panjang Keterangan
id_muzaki Int 10 Auto increament, field id dari muzaki
fullname Varchar 30 Field berisi nama lengkap muzaki
t_identity Varchar 10 Field berisi tipe kartu identitas muzaki
n_identity Varchar 20 Field berisi no kartu identitas muzaki
npwz Varchar 50 Field berisi Nomor Pokok Wajib Zakat
gender Varchar 10 Field berisi jenis kelamin muzaki
birth_place Varchar 50 Field berisi tempat lahir muzaki
birthday Varchar 20 Field berisi tanggal lahir muzaki
nationality Varchar 50 Field berisi kewarganegaraan muzaki
occupation Varchar 50 Field berisi pekerjaan muzaki
address Varchar 250 Field berisi alamat lengkap muzaki
phone Varchar 15 Field berisi no. telepon muzaki
email Varchar 50 Field berisi email muzaki
photo Varchar 60 Field berisi nama file photo muzaki
148
Tabel 3.48 : Struktur database tabel zakat
Nama Tabel : Zakat
Keterangan : Tabel ini berisikan data zakat muzaki dan telah dinormalisasi sampai
bentuk ketiga
Primary key : id_zakat
Foreign key : id_muzaki
Nama Field Type Panjang Keterangan
id_zakat Int 10 Auto increament, field id dari zakat
id_muzaki Varchar 10 Field berisi id muzaki
receipt Varchar 50 Field berisi no. kwitansi zakat
zakatdate Varchar 20 Field berisi tanggal muzaki berzakat
category Varchar 30 Field berisi kategori zakat muzaki
149
Tabel 3.49 : Struktur database tabel mustahik
Nama Tabel : Mustahik
Keterangan : Tabel ini berisikan data profil mustahik dan telah dinormalisasi sampai
bentuk ketiga
Primary key : id_mustahik
Nama Field Type Panjang Keterangan
id_mustahik Int 10 Auto increament, field id dari mustahik
fullname Varchar 50 Field berisi nama lengkap mustahik
income Varchar 50 Field berisi pendapatan mustahik
t_identity Varchar 10 Field berisi tipe kartu identitas mustahik
n_identity Varchar 20 Field berisi no kartu identitas mustahik
gender Varchar 10 Field berisi jenis kelamin mustahik
birth_place Varchar 50 Field berisi tempat lahir mustahik
birthday Varchar 20 Field berisi tanggal lahir mustahik
nationality Varchar 50 Field berisi kewarganegaraan mustahik
occupation Varchar 50 Field berisi pekerjaan mustahik
address Varchar 250 Field berisi alamat lengkap mustahik
phone Varchar 20 Field berisi no. telepon mustahik
fax Varchar 30 Field berisi no. fax mustahik
email Varchar 50 Field berisi email mustahik
website Varchar 100 Field berisi website mustahik
no_hukum Varchar 100 Field berisi no. badan hukum mustahik (jika lembaga)
tgl_pengesahan Varchar 20 Field berisi tanggal pengesahan badan hukum mustahik (jika lembaga)
pengesahan Varchar 100 Field berisi dasar pengesahan hukum mustahik (jika lembaga)
photo Varchar 60 Field berisi nama file photo mustahik
150
Tabel 3.50 : Struktur database tabel proposal
Nama Tabel : Proposal
Keterangan : Tabel ini berisikan data proposal pengajuan oleh mustahik dan telah
dinormalisasi sampai bentuk ketiga
Primary key : id_proposal
Foreign key : id_mustahik
Nama Field Type Panjang Keterangan
id_proposal Int 10 Auto increament, field id dari proposal
id_mustahik Varchar 10 Field berisi id mustahik
code Varchar 30 Field berisi kode proposal
title Varchar 250 Field berisi judul proposal
type Varchar 30 Field berisi tipe proposal
J_Bantuan Varchar 30 Field berisi jenis bantuan proposal
J_Program Varchar 30 Field berisi jenis program proposal
category Varchar 50 Field berisi ketegori proposal
applicantname Varchar 50 Field berisi nama pemohon
inputdate Varchar 20 Field berisi tanggal pengajuan proposal
disposition Varchar 30 Field berisi disposisi proposal
status Varchar 20 Field berisi status proposal
151
Tabel 3.51 : Struktur database tabel survey
Nama Tabel : Survey
Keterangan : Tabel ini berisikan data survey mustahik (Lembaga & Perorangan) dan
telah dinormalisasi sampai bentuk ketiga
Primary key : id_survey
Foreign key : id_proposal
Nama Field Type Panjang Keterangan
id_survey Int 10 Auto increament, field id dari survey
id_proposal Varchar 10 Field berisi id proposal
skmp Varchar 10 Field berisi skmp survey
tgl_studi Varchar 20 Field berisi tanggal pengisian survey
bantuan Varchar 50 Field berisi jenis bantuan mustahik (Lembaga)
keterangan Text Field berisi keterangan lain mengenai mustahik
152
Tabel 3.52 : Struktur database tabel indeks
Nama Tabel : Indeks
Keterangan : Tabel ini berisikan data survey mustahik mengenai indeks rumah
mustahik (Perorangan) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_indeks
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_indeks Int 10 Auto increament, field id dari indeks
id_survey Varchar 10 Field berisi id survey
ukuran Varchar 30 Field berisi keadaan ukuran rumah mustahik
dinding Varchar 150 Field berisi keadaan dinding rumah mustahik
lantai Varchar 150 Field berisi keadaan lantai rumah mustahik
atap Varchar 150 Field berisi keadaan atap rumah mustahik
kepemilikan_rumah Varchar 30 Field berisi status kepemilikan rumah mustahik
dapur Varchar 150 Field berisi keadaan dapur rumah mustahik
kursi Varchar 150 Field berisi keadaan kursi rumah mustahik
153
Tabel 3.53 : Struktur database tabel kepemilikan
Nama Tabel : Kepemilikan
Keterangan : Tabel ini berisikan data survey mustahik mengenai kepemilikan harta
mustahik (Perorangan) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_survey
Foreign key : id_proposal
Nama Field Type Panjang Keterangan
id_kepemilikan Int 10 Auto increament, field id dari kepemilikan
id_survey Varchar 10 Field berisi id survey
kebun Varchar 150 Field berisi luas kebun yang dimiliki mustahik
elektronik Varchar 150 Field berisi barang elektronik yang dimiliki mustahik
kendaraan Varchar 150 Field berisi jenis kendaraan yang dimiliki mustahik
ternak Varchar 150 Field berisi jenis ternak serta jumlahnya yang dimiliki mustahik
simpanan Varchar 150 Field berisi jenis simpanan yang dimiliki mustahik
kepemilikan_lain Text Field berisi kepemilikan harta benda lain yang dimiliki mustahik
154
Tabel 3.54 : Struktur database tabel profil_keluarga
Nama Tabel : profil_keluarga
Keterangan : Tabel ini berisikan data survey mustahik mengenai profil keluarga
Mustahik (perorangan) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_profilkeluarga
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_profilkeluarga Int 10 Auto increament, field id dari profil keluarga
id_survey Varchar 10 Field berisi id survey
nama Varchar 50 Field berisi nama-nama keluarga mustahik
usia Varchar 10 Field berisi usia dari anggota keluarga mustahik
hubungan Varchar 50 Field berisi hubungan keluarga dengan mustahik
status Varchar 50 Field berisi status anggota keluarga mustahik
utama Varchar 50 Field berisi pekerjaan utama anggota keluarga mustahik
sampingan Varchar 50 Field berisi pekerjaan sampingan anggota keluarga mustahik
akademik Varchar 50 Field berisi pendidikan terakhir anggota keluarga mustahik
ket Varchar 20 Field berisi keterangan lain anggota keluarga mustahik
155
Tabel 3.55 : Struktur database tabel profil_pemohon
Nama Tabel : profil_pemohon
Keterangan : Tabel ini berisikan data survey mustahik mengenai profil pemohon
(Lembaga) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_profilpemohon
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_profilpemohon Int 10 Auto increament, field id dari profil pemohon
id_survey Varchar 10 Field berisi id survey
kondisi Varchar 10 Field berisi kondisi badan hukum lembaga
hasil_hukum Varchar 10 Field berisi lama berdiri badan hukum lembaga
hasil_bidang Varchar 10 Field berisi bidang yang ditangani lembaga
hasil_jangkauan Varchar 10 Field berisi ruang lingkup lembaga
ket_hukum Text Field berisi keterangan mengenai badan hukum lembaga
ket_bidang Text Field berisi keterangan mengenai bidang lembaga
ket_jangkauan Text Field berisi keterangan mengenai ruang lingkup lembaga
156
Tabel 3.56 : Struktur database tabel profil_usaha
Nama Tabel : profil_usaha
Keterangan : Tabel ini berisikan data survey mengenai profil usaha mustahik
(Perorangan) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_profilusaha
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_profilusaha Int 10 Auto increament, field id dari profil usaha
id_survey Varchar 10 Field berisi id survey
usaha Varchar 30 Field berisi profil usaha mustahik
lama_usaha Varchar 30 Field berisi lama usaha mustahik
modal Varchar 30 Field berisi sumber modal usaha mustahik (selain bekerja)
jml_pekerja Varchar 30 Field berisi jumlah pekerja yang terlibat (selain bekerja)
status_usaha Varchar 30 Field berisi status usaha mustahik (selain bekerja)
bidang Varchar 30 Field berisi bidang keahlian kerja (bekerja)
posisi Varchar 30 Field berisi posisi terakhir (bekerja)
alasan Varchar 50 Field berisi alasan berhenti kerja (bekerja)
157
Tabel 3.57 : Struktur database tabel kelayakan
Nama Tabel : Kelayakan
Keterangan : Tabel ini berisikan data survey mustahik mengenai pengeluaran dan
pendapatan mustahik (Perorangan) dan telah dinormalisasi sampai bentuk
ketiga
Primary key : id_kelayakan
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_kelayakan Int 10 Auto increament, field id dari kelayakan
id_survey Varchar 10 Field berisi id survey
usaha_suami Varchar 30 Field berisi pendapatan dari suami
usaha_istri Varchar 30 Field berisi pendapatan dari istri
usaha_lain Varchar 30 Field berisi pendapatan dari usaha lain
orang_tua Varchar 30 Field berisi pendapatan dari orang tua
anak Varchar 30 Field berisi pendapatan dari anak
penghasilan_lain Varchar 30 Field berisi pendapatan lain
kebutuhan_dapur Varchar 30 Field berisi pengeluaran kebutuhan dapur
pendidikan Varchar 30 Field berisi pengeluaran untuk pendidikan
kesehatan Varchar 30 Field berisi pengeluaran untuk kesehatan
listrik Varchar 30 Field berisi pengeluaran untuk listrik
air Varchar 30 Field berisi pengeluaran untuk air
siskamling Varchar 30 Field berisi pengeluaran untuk siskamling
transportasi Varchar 30 Field berisi pengeluaran untuk transportasi
pengeluaran_lain Varchar 30 Field berisi pengeluaran lain
ppks Varchar 15 Field berisi jumlah anggota keluarga tanggungan
158
Tabel 3.58 : Struktur database tabel rekapitulasi
Nama Tabel : Rekapitulasi
Keterangan : Tabel ini berisikan rekapitulasi data survey mustahik (Perorangan &
Lembaga) dan telah dinormalisasi sampai bentuk ketiga
Primary key : id_rekapitulasi
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_rekapitulasi Int 10 Auto increament, field id dari rekapitulasi
id_survey Varchar 10 Field berisi id survey
kel_rekapIndeks Varchar 30 Field berisi kelayakan mengenai indeks rumah (perorangan) atau mengenai kegiatan (lembaga)
kel_rekapHarta Varchar 30 Field berisi kelayakan mengenai kepemilikan harta (perorangan) atau jumlah penerima bantuan (lembaga)
kel_rekapDapat Varchar 30 Field berisi kelayakan mengenai pendapatan (perorangan) atau kelayakan keterangan lain (lembaga)
ket_rekapIndeks Text Field berisi keterangan mengenai indeks rumah (perorangan) atau mengenai kegiatan (lembaga)
ket_rekapHarta Text Field berisi keterangan mengenai kepemilikan harta (perorangan) atau jumlah penerima bantuan (lembaga)
ket_rekapDapat Text Field berisi keterangan mengenai pendapatan (perorangan) atau keterangan lain (lembaga)
159
Tabel 3.59 : Struktur database tabel rekomendasi
Nama Tabel : Rekomendasi
Keterangan : Tabel ini berisikan rekomendasi data survey mustahik dan telah
dinormalisasi sampai bentuk ketiga
Primary key : id_rekomendasi
Foreign key : id_survey
Nama Field Type Panjang Keterangan
id_rekomendasi Int 10 Auto increament, field id dari rekomendasi
id_survey Varchar 10 Field berisi id survey
Petugas_survey Varchar 30 Field berisi rekomendasi petugas survey
Bagian_penyaluran Varchar 30 Field berisi rekomendasi bagian penyaluran
tglA Varchar 30 Field berisi tanggal pengisian petugas survey
tglB Varchar 30 Field berisi tanggal pengisian bagian penyaluran
namaA Varchar 30 Field berisi nama petugas survey
namaB Varchar 30 Field berisi nama bagian penyaluran
jabatanA Varchar 30 Field berisi jabatan petugas survey
jabatanB Varchar 30 Field berisi jabatan bagian penyaluran
penjelasanA Text Field berisi penjelasan petugas survey
penjelasanB Text Field berisi penjelasan bagian penyaluran
160
Tabel 3.60 : Struktur database tabel transaksi
Nama Tabel : Transaksi
Keterangan : Tabel ini berisikan data transaksi penerimaan dan penyaluran zakat dan
telah dinormalisasi sampai bentuk ketiga
Primary key : id_transaksi
Foreign key : id_proposal, id_user, id_zakat
Nama Field Type Panjang Keterangan
id_transaksi Int 10 Auto increament, field id dari transaksi
id_proposal Varchar 10 Field berisi id proposal
id_user Varchar 10 Field berisi id user
id_zakat Varchar 10 Field berisi id zakat
tgl_transaksi Varchar 20 Field berisi tanggal transaksi
nominal Varchar 30 Field berisi nominal penyaluran dan penerimaan zakat
status Varchar 30 Field berisi status transaksi, penyaluran atau penerimaan
161
Gambar 3.116 : Rancangan struktur menu Administrator
3.6.3 Perancangan Struktur Menu
3.6.3.1 Struktur Menu Administrator
162
162
Gambar 3.117 : Rancangan struktur menu Fund Raising
3.6.3.2 Struktur Menu Fund Raising
163
163
Gambar 3.118 : Rancangan struktur menu Lamusta
3.6.3.3 Struktur Menu Lamusta
164
164
Gambar 3.119 : Rancangan struktur menu Guest
3.6.3.4 Struktur Menu Guest
165
Gambar 3.120 : Rancangan layar login
3.6.4 Perancangan Layar
3.6.4.1 Rancangan Layar Login
Pada rancangan layar login, terdapat form untuk memasukan username, password
dan status user yang terdiri dari
1. Admin
2. Fund rising
3. Guest
4. Lamusta Inputor, dan
5. Lamusta Verifikator
Dengan adanya pemisahan seperti ini, maka user akan dengan mudah
menggunakan sistem yang sesuai dengan cepat dan mudah.
166
Gambar 3.121 : Rancangan layar daftar muzaki
3.6.4.2 Rancangan Layar Daftar Muzaki
Pada rancangan layar ini, terdapat form untuk mendaftarkan muzaki yang ingin berzakat
di Baznas.
167
Gambar 3.122 : Rancangan layar list muzaki
3.6.4.3 Rancangan Layar List Muzaki
168
Gambar 3.123 : Rancangan layar detail muzaki
3.6.4.4 Rancangan Layar Detail Muzaki
169
Gambar 3.124 : Rancangan layar detail muzaki
3.6.4.5 Rancangan Layar Edit Muzaki
170
Gambar 3.125 : Rancangan layar daftar zakat
3.6.4.6 Rancangan Layar Daftar Zakat
171
Gambar 3.126 : Rancangan layar list zakat
3.6.4.7 Rancangan Layar List Zakat
172
Gambar 3.127 : Rancangan layar detail zakat
3.6.4.8 Rancangan Layar Detail Zakat
173
Gambar 3.128 : Rancangan layar edit zakat
3.6.4.9 Rancangan Layar Edit Zakat
174
Gambar 3.129 : Rancangan layar list transaksi penerimaan
3.6.4.10 Rancangan Layar List Transaksi Penerimaan
175
Gambar 3.130 : Rancangan layar laporan penerimaan
3.6.4.11 Rancangan Layar Laporan Penerimaan
176
Gambar 3.131 : Rancangan layar daftar proposal
3.6.4.12 Rancangan Layar Daftar Proposal
177
Gambar 3.132 : Rancangan layar list proposal
3.6.4.13 Rancangan Layar List Proposal
178
Gambar 3.133 : Rancangan layar detail proposal
3.6.4.14 Rancangan Layar Detail Proposal
179
Gambar 3.134 : Rancangan layar edit proposal
3.6.4.15 Rancangan Layar Edit Proposal
180
Gambar 3.135 : Rancangan layar daftar mustahik
3.6.4.16 Rancangan Layar Daftar Mustahik
181
Gambar 3.136 : Rancangan layar list mustahik
3.6.4.17 Rancangan Layar List Mustahik
182
Gambar 3.137 : Rancangan layar detail mustahik
3.6.4.18 Rancangan Layar Detail Mustahik
183
Gambar 3.138 : Rancangan layar edit mustahik
3.6.4.19 Rancangan Layar Edit Mustahik
184
Gambar 3.139 : Rancangan layar survey perorangan
3.6.4.20 Rancangan Layar Survey Perorangan
185
Gambar 3.140 : Rancangan layar survey lembaga
3.6.4.21 Rancangan Layar Survey Lembaga
186
Gambar 3.141 : Rancangan layar list transaksi penyaluran
3.6.4.22 Rancangan Layar List Transaksi Penyaluran
187
Gambar 3.142 : Rancangan layar laporan penyaluran
3.6.4.23 Rancangan Layar Laporan Penyaluran
188
Gambar 3.143 : Rancangan layar edit user
3.6.4.24 Rancangan Layar Edit User
189
Gambar 3.144 : Rancangan layar edit password
3.6.4.25 Rancangan Layar Edit Password
190
Gambar 3.145 : Rancangan layar daftar user
3.6.4.26 Rancangan Layar Daftar User
191
Gambar 3.146 : Rancangan layar list user
3.6.4.27 Rancangan Layar List User