BAB 3 ANALISIS DAN PERANCANGAN SISTEM …thesis.binus.ac.id/Asli/Bab3/2011-1-00126-IF 3.pdf51 Gambar 3.3 : Bisnis proses sistem penerimaan zakat Adapun sistem penyaluran zakat yang

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


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?




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?





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?





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


• 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


Tujuan Untuk melihat list dari muzaki yang telah berzakat

Pra-kondisi Muzaki telah didaftarkan terlebih dahulu

Langkah - Langkah


• 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



• 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


Tujuan Untuk mengedit data muzaki

Pra-kondisi Data muzaki telah didaftarkan

Langkah - Langkah



• 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


Tujuan Untuk mencatat zakat para muzaki

Pra-kondisi Muzaki telah didaftarkan

Langkah - Langkah



• 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


Tujuan Untuk melihat list zakat yang masuk ke baznas

Pra-kondisi Data zakat telah didaftarkan terlebih dahulu

Langkah - Langkah


• 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


Tujuan Untuk mengedit data zakat


Langkah - Langkah





• 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


Langkah - Langkah




• 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


Tujuan Untuk membuat transaksi penerimaan

Pra-kondisi Data muzaki dan zakat telah didaftarkan

Use case terkait Mencetak Data Zakat

Langkah - Langkah



• 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


Tujuan Untuk melihat list transaksi penerimaan zakat

Pra-kondisi Transaksi penerimaan telah dibuat terlebih dahulu

Langkah - Langkah


• Aktor meng-klik menu “Transaksi”


Use case Delete Transaksi Penerimaan

Aktor Administrator

Tujuan Untuk menghapus transaksi penerimaan

Pra-kondisi Transaksi penerimaan telah dibuat terlebih dahulu

Langkah - Langkah





• 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


Tujuan Untuk mencetak transaksi penerimaan zakat

Pra-kondisi Data Zakat dan muzaki telah didaftarkan

Use case terkait Memasukan Data Zakat

Langkah - Langkah




• 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


Tujuan Untuk membuat laporan penerimaan

Pra-kondisi Data zakat dan Muzaki telah didaftarkan

Langkah - Langkah


• 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


Tujuan Untuk mencetak laporan penerimaan zakat

Pra-kondisi laporan penerimaan telah dibuat terlebih dahulu

Langkah - Langkah






• 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.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


• Aktor memasukan username dan password


Use case Mendaftarkan Proposal

Aktor Administrator, Lamusta Inputor, Lamusta Verifikator

Tujuan Untuk mencatat data proposal mustahik


Langkah - Langkah


• 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


Tujuan Untuk melihat list proposal yang masuk ke baznas

Pra-kondisi Data proposal telah didaftarkan

Langkah - Langkah


• 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


Tujuan Untuk mengedit data proposal


Langkah - Langkah





• 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


Use case terkait Delete Survey

Langkah - Langkah




• 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


Tujuan Untuk mencetak lembar disposisi dokumen

Pra-kondisi Data proposal telah didaftarkan terlebih dahulu

Langkah - Langkah





• 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


Tujuan Untuk menerima/menolak proposal

Pra-kondisi Hasil survey proposal layak atau tidak layak mendapatkan bantuan

Langkah - Langkah



• Aktor meng-klik link “konfirmasi”

• Aktor meng-klik tombol tolak/terima proposal


• 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


Tujuan Untuk mendaftarkan mustahik

Pra-kondisi Proposal mustahik telah didaftarkan dan diterima direktur pelaksana

Langkah - Langkah


• 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


Tujuan Untuk melihat list mustahik

Pra-kondisi Mustahik telah didaftarkan terlebih dahulu

Langkah - Langkah


• 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


Tujuan Untuk mengedit data mustahik


Langkah - Langkah





• 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


Use case terkait Delete Proposal

Langkah - Langkah




• 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


• 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


Tujuan Untuk melihat hasil survey kelayakan

Pra-kondisi Mustahik telah disurvey terlebih dahulu

Langkah - Langkah



• 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



• Aktor meng-klik “detail” • Aktor meng-klik link “edit

survey” • Aktor memasukan data

survey terbaru.


• 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



• 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


Tujuan Untuk mencetak Hasil Survey

Pra-kondisi Data survey telah diisi dan tersimpan di database

Langkah - Langkah


• Aktor menuju halaman list proposal

• Aktor meng-klik link cetak survey


• 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



• Aktor meng-klik link “Buat Transaksi”

• Aktor memasuka nominal dana penyaluran


• 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


Tujuan Untuk melihat transaksi penyaluran

Pra-kondisi Transaksi penyaluran telah dibuat terlebih dahulu

Langkah - Langkah


• Aktor meng-klik menu “List Transaksi”


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


Langkah - Langkah


• Aktor meng-klik menu “List Transaksi”


• 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


Tujuan Untuk mencetak transaksi penyaluran


Use case terkait Membuat Transaksi Penyaluran

Langkah - Langkah



• 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





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




• Aktor meng-klik link “cetak laporan”.


• Menampilkan area cetak laporan • Laporan siap dicetak

86

Gambar 3.13 : Use case diagram sistem akun user

87


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


• Aktor memasukan username dan passwordnya


Use case Mendaftarkan User

Aktor Administrator

Tujuan Untuk mendaftarkan user


Langkah - Langkah


• 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


• Aktor meng-klik menu “List User”


Use case Mengedit Status User

Aktor Administrator

Tujuan Untuk mengedit status user yang memiliki akun di web ini


Langkah - Langkah




• 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


Langkah - Langkah





• 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


• 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


• 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


• 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.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.38 : Sequence diagram mencetak transaksi penyaluran

104



105



3.6.1.3.3 Sequence Diagram Lamusta Verifikator

106



107



108



109


Gambar 3.51 : Sequence diagram daftar survey

110


111

Gambar 3.53 : Sequence diagram mengedit data survey

112

Gambar 3.54 : Sequence diagram mencetak data survey

113



114



115



116

Gambar 3.62 : Sequence diagram melihat muzaki


3.6.1.3.4 Sequence Diagram Guest

117




118


Gambar 3.67 : Sequence diagram melihat hasil survey

119



120


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.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.81 : Sequence diagram delete transaksi penerimaan

126



127


Gambar 3.85 : Sequence diagram delete proposal

128



129



130


Gambar 3.91 : Sequence diagram delete mustahik

131


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



136


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




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


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


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


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


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


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


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


id_kepemilikan Int 10 Auto increament, field id dari kepemilikan


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



id_profilkeluarga Int 10 Auto increament, field id dari profil keluarga


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



id_profilpemohon Int 10 Auto increament, field id dari profil pemohon


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



id_profilusaha Int 10 Auto increament, field id dari profil usaha


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



id_kelayakan Int 10 Auto increament, field id dari kelayakan


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



id_rekapitulasi Int 10 Auto increament, field id dari rekapitulasi


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



id_rekomendasi Int 10 Auto increament, field id dari rekomendasi


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


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

Documents

BAB 3 ANALISIS DAN PERANCANGAN SISTEM …thesis.binus.ac.id/Asli/Bab3/2011-1-00126-IF 3.pdf51 Gambar 3.3 : Bisnis proses sistem penerimaan zakat Adapun sistem penyaluran zakat yang