BAB III ANALISIS SISTEM DAN PERANCANGAN
3.1
Profil Lembaga Sesuai
dengan
profil
Lembaga
yang
tercantum
pada
website
http://ukhuwahcare.org Lembaga Amil Zakat Ukhuwah adalah lembaga sosial pengelola dan penghimpun donasi masyarakat berupa dana sosial, infaq, shodaqoh, wakaf, hibah atau yang lainnya sekaligus menyalurkan kepada yang berhak menerimanya. Dilatarbelakangi oleh kondisi masyarakat yang sulit di karenakan susahnya mencari mata pencaharian, biaya hidup yang semakin tinggi, banyaknya anak putus sekolah, dan masih banyak lagi kondisi penderitaan saudara kita sehingga berakibat semakin meningkatnya angka kemiskinan, belum lagi pendidikan dari anak-anak keluarga dhuafa yang belum terperhatikan. Sebagaimana kita ketahui bersama kebutuhan terhadap pendidikan merupakan suatu keniscayaan yang harus diperoleh bagi setiap anak-anak dalam usia sekolah. Kebutuhan memperoleh pendidikan yang layak tersebut belum menjangkau keseluruhan lapisan masyarakat yang disebabkan karena factor ekonomi. Kemudian banyaknya jumlah pencari kerja yang tidak sebanding dengan banyaknya jumlah lowongan pekerjaan yang tersedia. Pengangguran, berpotensi menimbulkan kerawanan berbagai kriminal dan gejolak sosial, politik dan kemiskinan. Selain itu, pengangguran juga merupakan pemborosan yang luar biasa. Setiap orang harus mengkonsumsi beras, gula, minyak, pakaian, energy listrik, sepatu, jasa dan sebagainya setiap hari, tetapi mereka tidak mempunyai penghasilan yang cukup untuk memenuhi kebutuhannya. Tingginya biaya kesehatan yang tidak terjangkau oleh keluarga kurang mampu. Kesehatan menjadi tolak ukur kamajuan bangsa di samping tingkat pendidikan dan perekonomian, sebagaimana tercakup dalam human development index (HDI), saat ini HDI Indonesia berada diperingkat 105 dari sekitar 170 negara. Salah satu upaya untuk meningkatkan
peringkat
HDI
adalah
meningkatkan
status
kesehatan.
Dan masih banyak lagi permasalahan permasalahan sosial di Negara ini yang butuh perhatian kita. Belum lama ini kita pun harus diuji dengan rentetan bencana yang berskala nasional atau pun international seperti tsunami, gempa, angin puting beliung, lumpur panas dll. Yang semuanya itu menjadi tanggung jawab kita bersama. Dari permasalahan permasalahan tersebut, beberapa pemuda merasa terpanggil untuk membantu memberikan solusi terhadap kondisi masyarakat ini, mereka sepakat
22
23
untuk membuat lembaga dalam bentuk badan hukum Yayasan yang diberi nama ALUKHUWAH. AL-UKHUWAH adalah lembaga sosial pengelola dan penghimpun dana sosial, infaq, shodaqoh, wakaf, hibah sekaligus menyalurkan kepada yang berhak menerimanya. Berdiri tahun 1996 dengan nama YAYASAN AL-UKHUWAH yang mengambil tempat di Jl. Patuha Raya Blok 14 No. 9 Kayuringin Jaya Bekasi Selatan. Lembaga ini telah langsung bersentuhan dengan masyarakat, dan terjun dalam berbagai aktivitas sosial nasional. Dan karena tingginya antusias masyarakat menyalurkan donasi dan bantuan ke YAYASAN AL-UKHUWAH maka YAYASAN AL-UKHUWAH merasa perlu memfokuskan sasaran. Karenanya tahun 2005 YAYASAN AL-UKHUWAH berganti nama dengan UKHUWAH. Dan meluncurkan program-program kepedulian terhadap masyarakat yang di sebut U-CARE. U-CARE merupakan program-program yang selalu berkembang sesuai dengan kondisi dan kebutuhan masyarakat. Untuk memudahkan akses bagi para donatur UKHUWAH pindah ke Jl Rajawali Raya No. 73 Perumnas 1 Bekasi Selatan Kota Bekasi. 3.2
Analisa Sistem Yang Berjalan
3.2.1
Identifikasi Permasalahan Yayasan Al-Ukhuwah termasuk salah satu Yayasan yang dibawah naungan
organisasi lembaga swadaya masyarakat yang cukup dikenal di Indonesia yaitu PKPU, ada banyak Yayasan yang dibawah naungan PKPU salah satunya adalah Yayasan AlUkhuwah yang beroperasi di kawasan kota bekasi. Yayasan ini cukup dikenal oleh masyarakat kota bekasi terbukti dari laporan keuangan terakhir Yayasan tersebut mencetak angka yang cukup signifikan, hal ini disebabkan karena ada sesuatu kewajiban beberapa jamaah pengajian untuk melakukan pembayaran zakat, infak maupun shadaqoh di Yayasan tersebut. Selain banyaknya antusias masyarakat yang mempercayakan zakat atau infaq atau shadaqoh nya disalurkan oleh Yayasan tersebut, ternyata banyak pula masyarakat yang mengajukan proposal ke Yayasan tersebut untuk meminta dana dengan tujuan kegiatan sosial atau kegiatan kemanusiaan lainnya. Hal ini yang menjadi salah satu proses kegiatan Yayasan ukhuwah yang tidak flexible dan terstruktur dalam hal penyaluran dana, berikut ini proses yang berjalan dalam penyaluran dana yang dipercayakan oleh organisasi-organisasi atau perorangan yang mengajukan proposal :
24
1. Si pemohon dana datang langsung ke kantor Yayasan Ukhuwah untuk memberikan proposal kegiatannya. 2. Petugas Yayasan Ukhuwah menerima proposal dan akan menginformasikan via Telephone jika proposalnya di setujui dan tidak menginformasikan jika proposalnya tidak disetujui 3. Setelah proposal disetujui maka uang hanya bisa diambil di kantor Yayasan Ukhuwah 4. Dalam proses persetujuan proposal hanya ada 1 reviewer yang memutuskan proposal tersebut disetujui atau tidak disetujui yaitu dibagian keuangan 5. Bentuk penilaian proposal hanya dibaca dan tidak dilakukan dokumentasi 6. Pengecheckan terhadap dana yang diminta hanya dilakukan pada ketersediaan dana keuangan Yayasan Kegiatan penyaluran dana masyarakat yang berada di Yayasan ukhuwah dengan memberikan ke organisasi-organisasi yang kegiatannya satu misi dengan Yayasan ukhuwah dirasa penunjang yang baik bagi sisi distribusi maka management Yayasan menganggap proses kegiatan ini perlu di kembangkan agar lebih flexible dan terstruktur. Ada beberapa ide dari management untuk mengimprove proses kegiatan ini : 1. Untuk pengajuan proposal tidak perlu datang ke kantor tetapi proposal diajukan secara online dengan mengaupload proposal di web portal yang disediakan Yayasan 2. Organisasi-organisasi yang mengajukan proposal dapat melihat status proposalnya di terima atau tidak diterima secara online tanpa harus di informasikan oleh petugas Yayasan 3. Dalam proses persetujuan proposal dibuat 2 level, pertama reviewer yang bekerja untuk memvalidasi : a. Budget kegiatan yang diminta sesuai atau tidak dengan dana khusus organisasi b. Memvalidasi usia lembaganya c. Memvalidasi tema kegiataanya d. Memvalidasi program kegiatannya e. Memvalidasi kebutuhan kegiatannya f. Memvalidasi potensi kegiatannya g. Memvalidasi potensi keberhasilan kegiatannya h. Memvalidasi cost kegiatannya i. Memvalidasi dampak cost kegiatannya j. Memvalidasi kontribusi kegiatannya
25
Kedua manager yang bekerja untuk memvalidasi semua keputusan dari reviewer dan memberikan keputusan terakhir, apakah proposal di setujui atau tidak. 4.
Membuat Sistem warning notifikasi ketersediaan dana Yayasan untuk
memberikan ke organisasi atau perorangan yang mengajukan proposal ke reviewer disaat memvalidasi proposal, sesuai dengan budget dana untuk proposal 30% dari penerimaan. Selain dari sisi proses kegiatan penyaluran dana untuk proposal, permasalahan yang terjadi pada Yayasan Ukhuwah adalah relasi penerimaan, pengeluaran Yayasan dengan laporan, ini proses kegiatan Yayasan yang sangat penting karena banyak masyarakat yang mempertanyakan penerimaan dan pengeluaran Yayasan dan proses kegiatan ini juga berujung pada integritas Yayasan dan kepercayaan masyarakat ke Yayasan Ukhuwah. Berikut ini proses yang terjadi saat ini dari sisi penerimaan dan pengeluaran : Penerimaan 1. Setiap dana yang masuk baik zakat, infaq dan shadaqoh di catat oleh petugas admin Yayasan, yang dicatat dari penerimaan adalah : a. Nama donatur b. Alamat donatur c. No Telephone donatur d. Email donatur e. Jenis donasinya f. Jumlah donasinya g. Tanggal melakukan donasi Dan penerimaan tersebut hanya bisa dilakukan oleh 2 proses transaksi : 1. Cash langsung mengunjungi kantor Yayasan Ukhuwah 2. Transfer ke 5 rekening yang sudah di sediakan oleh Yayasan, yaitu Bank Muamalat, Bank Syariah Mandiri, Bank BCA, Bank BNI Syariah dan Bank Jabar Syariah. Penyaluran 2. Pencatatan pengeluaran dilakukan oleh petugas keuangan, petugas tersebut mencatat: 1. Nominal yang dikeluarkan 2. Jenis donasi yang dikeluarkan 3. Tanggal transaksi pengeluaran
26
Dari kedua proses kegiatan tersebut masih belum ada relasi penerimaan dan pengeluaran yang up to date. Sedangkan untuk meningkatkan kepercayaan kepada para donatur proses kegiatan ini sangat penting. 3.2.2
Evaluasi Penyelesaian Masalah
Dari masalah tersebut didapatkan solusi untuk menyelesaikannya, penjabaran penyelesaian dijelaskan dibawah ini : 1 Penanganan proses penerimaan proposal berbasis website, melalui aplikasi ini akan ada fitur : a. Organisasi-organisasi
atau
perorangan
yang
mengajukan
proposal
bisa
mengajukan proposal secara online dengan mengakses website Yayasan Ukhuwah dan mengupload proposal kegiatannya. b. Organisasi-organisasi atau perorangan yang mengajukan proposal bisa melihat status dari proposal yang di ajukan ke Yayasan Ukhuwah c. Petugas atau reviewer yang menangani proposal pengajuan dana bisa melakukan validasi dan keputusan reviewer jika setuju akan otomatis reroute ke manager untuk diberikan keputusan akhir secara online dan real time. d. Manager juga bisa memberikan keputusan akhir secara online dengan menu khusus manager. 2 Penanganan relasi antara penerimaan, penyaluran dan laporan Yayasan Ukhuwah berbasis website, melalui aplikasi ini akan ada fitur : a. Pencatatan penerimaan dan penyaluran secara online, donatur bisa melakukan konfirmasi pembayaran secara online dan bagian keuangan bisa melakukan pencatatan pengeluaran secara online. b. Setelah dilakukan input penerimaan dan penyaluran, halaman laporan keuangan akan secara real time menginformasikan keadaan keuangan Yayasan Al Ukhuwah 3.3
Perancangan Aplikasi
Berdasarkan hasil analisa, penulis membuat suatu aplikasi sistem konfirmasi dan distribusi zakat berbasis website. Aplikasi tersebut menggunakan PHP dan MySQL. Agar aplikasi mudah dipahami, penulis membuat pemodelan diagram Use Case untuk menunjukan
fungsionalitas
suatu
sistem.
mengurutkan aktifitas dalam suatu proses.
Pemodelan
diagram
aktifitas
untuk
27
3.3.1 Use Case Diagram Use Case Diagram konfirmasi dan penyaluran zakat terlampir dibawah ini yang menggambarkan interaksi antara pengguna dengan aplikasi dan apa saja yang user dapat lakukan dari aplikasi, use case ini terangkum dalam 2 level yaitu actor yayasan dan donatur, organisasi external.
Gambar 3.1 Use Case Diagram Konfirmasi dan Penyaluran Zakat
3.3.2
Use Case Description
Use Case Description halaman login terlampir dibawah ini yang direpresentasikan pada Tabel 3.1 Use Case
: Login
Deskripsi
: Use case ini memungkinkan user dapat mengakses halaman
Singkat
utama
Actor
: Donatur, <
> Yayasan, Organisasi External
Pre Condition
: Tidak ada
Aliran Utama
: User akses halaman login aplikasi User mengisi field sistem akan memeriksa pada database apakah benar user dan password yang dimasukan terdaftar
28
dalam database. Jika iya maka Sistem akan menampilkan halaman utama. Jika tidak maka Sistem akan menampilkan form login kembali dengan pesan “Username dan password anda tidak cocok” Post Condition
: Data tersimpan pada database dengan table t_login
Use Case Description halaman konfirmasi donatur tetap terlampir dibawah ini yang direpresentasikan pada Tabel 3.2 Use Case
: Donatur tetap melakukan konfirmasi
Description
: Use case ini menandakan donatur sudah terdaftar disistem,
Singkat
jika donatur melakukan konfirmasi pembayaran tidak perlu lagi mengisi kolom nama, alamat, HP dan email karena Sistem otomatis menginputnya di kolom-kolom tersebut
Actor
: Donatur terdaftar
Pre Condition
: Donatur sudah login
Aliran Utama
: Donatur memilih menu konfirmasi Sistem menampilkan kolom nama, alamat, no telephone, email, jenis donasi, jumlah donasi, tanggal donasi, cara donasi, bank pengirim, no rekening tujuan, keterangan dan kode validasi Donatur wajib mengisi kolom nama, jenis donasi, jumlah donasi, tanggal donasi, cara donasi, bank pengirim, no rekening tujuan dan kode validasi, kode validasi ini diinput sesuai dengan kode yang secara random Sistem keluarkan dibawah kolom kode validasi. Untuk kolom nama sudah terisi otomatis karena user donatur sudah terdaftar Donatur menekan tombol submit jika ingin menyimpan dan menekan tombol reset jika ingin membatalkan Setelah menekan tombol submit Sistem akan melakukan pengecheckan apakah kolom yang wajib diisi sudah terinput Jika kolom yang wajib diisi sudah diinput maka Sistem akan menyimpan data tersebut ke Sistem dan menampilkan pesan “Terima Kasih Sudah Melakukan Konfirmasi” dan jika tidak Sistem akan menampilkan pesan peringatan untuk mengisi
29
kolom yang belum terinput Post Condition
: Data tersimpan pada database di table t_konfirmasi
Use Case Description halaman mengirim proposal terlampir dibawah ini yang direpresentasikan pada Tabel 3.3 Use Case
: Mengirim Proposal
Description
: Use case ini memungkinkan organisasi external bisa
Singkat
mengirimkan proposalnya dalam berbentuk file softcopy dengan berbagai type file
Actor
: Organisasi external
Pre Condition
: Organisasi external sudah login
Aliran Utama
: Organisasi external memilih menu submit proposal Sistem menampilkan kolom nama, email, no telephone, file proposal, budget dan kode validasi. Kolom nama, email, no telephone otomatis terinput karena pre condition organisasi external sudah login dan Sistem mengambil data tersebut dari database sesuai dengan data user organisasi external tersebut Kolom file proposal untuk mengupload file softcopy proposal yang ingin diajukan Kolom budget untuk memasukan dana yang dibutuhkan dan kode validasi diinput dengan kode random yang dihasilkan oleh Sistem secara otomatis yang tampil dibawah kolom validasi Organisasi external menekan tombol submit jika ingin menyimpan
dan
menekan
tombol
reset
jika
ingin
membatalkan Setelah menekan tombol submit Sistem akan melakukan pengecheckan apakah kolom yang wajib diisi sudah terinput Jika kolom yang wajib diisi sudah diinput maka Sistem akan menyimpan data tersebut ke Sistem dan menampilkan pesan “Terima Kasih, Proposal Anda Akan Kami Review Terlebih Dahulu” dan jika tidak Sistem akan menampilkan pesan peringatan untuk mengisi kolom yang belum terinput
30
Post Condition
: Data tersimpan pada database di table t_proposal
Use Case Description halaman lihat proposal pada level user terlampir dibawah ini yang direpresentasikan pada Tabel 3.4 Use Case
: Melihat proposal yang sudah masuk
Description
: Use case ini memungkinkan organisasi external dapat
Singkat
melihat dan mengkontrol status proposal yang sudah di ajukan
Actor
: Organisasi external
Pre Condition
: Organisasi external sudah login
Aliran Utama
: Organisasi external memilih menu view proposal Sistem menampilkan list proposal yang sudah diupload sesuai dengan login user yang mengupload Keterangan list proposal yang ditampilkan oleh Sistem adalah id proposal, nama, email, no telephone, file, status dan action Organisasi external mengklik tombol view di kolom action jika ingin melihat proposalnya yang sudah di upload
Post Condition
: Data diambil dari database di table t_proposal
Use Case Description halaman lihat proposal pada level administrator terlampir dibawah ini yang direpresentasikan pada Tabel 3.5 Use Case
: Melihat semua proposal
Description
: Use case ini memungkinkan actor Yayasan bisa melihat
Singkat
semua proposal yang diajukan oleh organisasi external
Actor
: Actor Yayasan
Pre Condition
: Actor Yayasan sudah login
Aliran Utama
: Actor Yayasan memilih menu view proposal Sistem menampilkan list proposal yang sudah di upload oleh actor organisasi external Keterangan list proposal yang ditampilkan oleh Sistem adalah id proposal, nama, email, no telephone, file, status dan action Actor Yayasan mengklik tombol view dikolom action jika
31
ingin melihat proposal - proposal yang sudah diupload oleh actor organisasi external Post Condition
: Data diambil dari database di table t_proposal
Use Case Description halaman konfirmasi donatur tidak tetap terlampir dibawah ini yang direpresentasikan pada Tabel 3.6 Use Case
: Donatur tidak tetap melakukan konfirmasi
Description
: Use case ini menandakan donatur tidak terdaftar disistem,
Singkat
jika donatur melakukan konfirmasi pembayaran cukup membuka website Yayasan ukhuwah
Actor
: Donatur tdk tetap
Pre Condition
: Donatur sudah membuka website Yayasan ukhuwah
Aliran Utama
: Donatur memilih menu konfirmasi Sistem menampilkan kolom nama, alamat, no telephone, email, jenis donasi, jumlah donasi, tanggal donasi, cara donasi, bank pengirim, no rekening tujuan, keterangan dan kode validasi Donatur wajib mengisi kolom nama, jenis donasi, jumlah donasi, tanggal donasi, cara donasi, bank pengirim, no rekening tujuan dan kode validasi, kode validasi ini diinput sesuai dengan kode yang secara random Sistem keluarkan dibawah kolom kode validasi. Donatur menekan tombol submit jika ingin menyimpan dan menekan tombol reset jika ingin membatalkan Setelah menekan tombol submit Sistem akan melakukan pengecheckan apakah kolom yang wajib diisi sudah terinput Jika kolom yang wajib diisi sudah diinput maka Sistem akan menyimpan data tersebut ke Sistem dan menampilkan pesan “Terima Kasih Sudah Melakukan Konfirmasi” dan jika tidak Sistem akan menampilkan pesan peringatan untuk mengisi kolom yang belum terinput
Post Condition
: Data tersimpan pada database di table t_konfirmasi
32
Use Case Description halaman validasi proposal terlampir dibawah ini yang direpresentasikan pada Tabel 3.7 Use Case
: Memvalidasi proposal
Description
: Use case ini mempunyai 2 association yang saling
Singkat
berhubungan, association yang pertama adalah validasi tahap 1 yaitu seorang reviewer admin yang bekerja melakukan pengecheckan tahap awal dan memberikan keputusan setelah dilakukan pengecheckan, jika keputusan reviewer admin reject maka proses pengajuan proposal tidak dilanjutkan, jika keputusan reviewer admin approved maka akan dilanjutkan pengecheckan proposal ke manager reviewer yang sekaligus menentukan apakah proposal diterima atau tidak.
Actor
: <> Yayasan
Pre Condition
: Validasi tahap 1 : <> Yayasan sudah login dan organisasi external sudah melakukan pengiriman proposal Validasi tahap 2 : <> Yayasan sudah login dan reviewer admin sudah memberikan keputusan approved
Aliran Utama
: Validasi Tahap 1 : <> Yayasan memilih menu validasi reviewer Sistem akan menampilkan id proposal yang belum mendapat keputusan dari reviewer, hanya id proposal yang belum mendapat keputusan yang tampil dimenu ini <> Yayasan bisa memilih id proposal mana yang ingin diberikan keputusan Setelah
<> Yayasan
memilih
id
proposalnya
kemudian <> Yayasan mengclick tombol open Setelah tombol open diclick maka Sistem akan menampilkan informasi sebagai berikut : Secara otomastis sistem akan menampilkan dana yang tersedia untuk diberikan ke proposal-proposal Secara otomatis sistem akan menampilkan budget dana yang dibutuhkan oleh external organisasi Secara otomatis sistem akan menampilkan id proposal yang sedang dilakukan review
33
Sistem akan menampilkan pilihan usia lembaga organisasi yang mengajukan proposal untuk dipilih oleh reviewer Sistem akan menampilkan pilihan tema proposal yang menjadi prioritas proposal bisa disetujui dan dipilih oleh reviewer Sistem akan menampilkan pilihan program proposal untuk dipilih oleh reviewer Sistem akan menampilkan pilihan kebutuhan proposal untuk dipilih oleh reviewer Sistem akan menampilkan pilihan potensi program, apakah potensi program yang digagas oleh organisasi external sesuai dengan kriteria yang sudah ditentukan oleh pihak Yayasan dan untuk dipilih oleh reviewer Sistem akan menampilkan pilihan potensi keberhasilan dari gagasan organisasi external dalam menjalankan programnya sesuai dengan hasil pemeriksaan reviewer dan pilihan ini untuk dipilih oleh reviewer Sistem akan menampilkan pilihan cost effectiveness, apakah nilai proyek yang akan dilakukan oleh organisasi external akan sesuai dengan outputnya atau tidak, ini akan dianalisasi oleh reviewer dan menu ini untuk dipilih oleh reviewer Sistem
akan
menampilkan
pilihan
dampak
cost
effectiveness, apakah dampak cost yang dikeluarkan sesuai dengan kegiatannya atau tidak, ini akan dianalisa oleh reviewer dan menu ini untuk dipilih oleh reviewer Sistem
akan menampilkan pilihan bentuk kontribusi
program dan menu ini akan dipilih oleh reviewer Sistem akan menampilkan pilihan keputusan, pilihan ini yang menentukan apakah proposal tersebut diterima atau tidak
dan akan dipilih oleh reviewer Sistem
akan menampilkan kolom kode validasi dan jika
ingin menyimpan data reviewer mengclick tombol submit dan jika ingin menggagalkan semua pilihan reviewer mengclick tombol reset
34
Validasi Tahap 2 : <> Yayasan memilih menu validasi manager Sistem akan secara otomatis menampilkan id proposal yang sudah disetujui oleh reviewer saja <> Yayasan yaitu manager bisa memilih id proposal mana yang ingin diberikan keputusan Setelah <> Yayasan yaitu manager memilih id proposal lalu klik tombol open untuk menampilkan hasil review dan analisasi dari reviewer Setelah di klik tombol open, sistem
akan menampilkan
informasi-informasi yang sudah diinput oleh reviewer yaitu id proposal, usia lembaga, tema proposal, program proposal, kebutuhan proposal, potensi program, potensi keberhasilan, cost effectiveness, dampak cost effectiveness, kontribusi program, keputusan reviewer, keputusan akhir yang harus dipilih oleh manager sekaligus untuk menentukan apakah proposal ini diterima atau tidak dan kode validasi. Jika manager ingin menyimpan hasil review tahap 2 ini maka klik tombol submit jika tidak klik tombol reset. Post Condition
3.3.3
: Data tersimpan di database pada table t_proposal
Activity Diagram
Dibawah ini activity diagram pada halaman login yang akan menjelaskan proses aktivitas, bagaimana proses login bekerja dan akan direpresentasikan dibawah ini : User
Isi Form Login
Sistem
Membaca User & Password
Cek Basis Data No
Yes Yes Tampilkan Halaman Utama
Gambar 3.2 Activity Diagram Login
35
Pada activity diagram selanjutnya akan menampilkan activity diagram pada halaman konfirmasi donatur yang akan direpresentasikan pada Gambar 3.3 User
Sistem
Pilih menu Login
Melakukan Pengecheckan
Pilih Menu Konfirmasi
Menampilkan Field
Isi Field Tekan Tombol Submit
Menyimpan Ke Database Tampil Pesan Konfirmasi
Gambar 3.3 Activity Diagram Konfirmasi Donatur Pada activity diagram selanjutnya atau dilembar berikutnya, Activity diagram pada halaman mengirim proposal, yang akan direpresentasikan dengan Gambar 3.4
Gambar 3.4 Activity Diagram Mengirim Proposal
36
Activity diagram pada halaman lihat proposal terlampir dibawah ini yang akan direpresentasikan dengan Gambar 3.5
Gambar 3.5 Activity Diagram Lihat Proposal
Pada activity diagram selanjutnya akan menampilkan activity diagram pada halaman validasi proposal reviewer yang akan direpresentasikan pada Gambar 3.6 User
Sistem
Pilih menu validasi reviewer
Menampilkan ID Proposal
Tekan Tombol Open
Menampilkan Field
Isi Field Tekan Tombol Submit
Menyimpan Ke Database Tampil Pesan Konfirmasi
Gambar 3.6 Activity Diagram validasi proposal reviewer
37
Activity diagram pada halaman validasi proposal manager terlampir dibawah ini yang direpresentasikan pada Gambar 3.7 User
Sistem
Pilih menu validasi manager
Menampilkan ID Proposal
Tekan Tombol Open
Menampilkan Field
Pilih Field Keputusan Tekan Tombol Submit
Menyimpan Ke Database Tampil Pesan Konfirmasi
Gambar 3.7 Activity Diagram validasi proposal manager 3.3.4 Squence Diagram Sequence diagram menggambarkan interaksi antar objek didalam dan disekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri antar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai response dari sebuah event untuk menghasilkan output tertentu. Squence Diagram login terlampir dibawah ini yang akan direpresentasikan pada Gambar 3.8
Gambar 3.8 Sequence Diagram Login
38
Squence Diagram konfirmasi pembayaran zakat terlampir dibawah ini yang akan direpresentasikan pada Gambar 3.9 Menu Utama
Konfirmasi
Konfirmasi Pembayaran
Simpan Konfirmasi
User 1 : Masuk donatur
2 : Buka menu konfirmasi
3 : Form konfirmasi pembayaran 4 : Masukan konfirmasi pembayaran 5 : Simpan Konfirmasi Pembayaran 6 : Tampilkan notifikasi konfirmasi pembayaran telah tersimpan
Gambar 3.9 Sequence Diagram Konfirmasi Pembayaran Zakat Squence Diagram validasi proposal terlampir dibawah ini yang akan direpresentasikan pada Gambar 3.10
Menu Utama
Validasi
Survey Proposal 1
Survey Proposal 2
Simpan Survey
User 1 : Masuk Validator
2 : Buka menu validasi 3 : Menampilkan ID Proposal 4 : Memilih ID Proposal 5 : Mengirim ID Proposal
6 : Menampilkan form survey Proposal 7 : Mengirim Hasil Survey 8 : Mengirim Hasil Survey 9 : Menampilkan ID Proposal 10 : Mengirim Hasil Keputusan Gambar 3.10 Sequence Diagram validasi proposal
11 : Mengirim Hasil Keputusan
39
Squence Diagram pengajuan proposal terlampir dibawah ini yang akan direpresentasikan pada Gambar 3.11.
Menu Utama
Submit Proposal
Simpan Konfirmasi
User 1 : Masuk pengaju
2 : Buka menu submit proposal 3 : Form Pengajuan Proposal 4 : Masukan Pengajuan Proposal
5 : Simpan Proposal 6 : Tampilkan notifikasi proposal telah tersimpan
Gambar 3.11 Sequence Diagram Pengajuan Proposal
3.3.5
Class Diagram Class Diagram menggambarkan struktur dan deskripsi class, package dan
objek beserta hubungan satu sama lain seperti hubungan dinamis, pewarisan, asosiasi dan agregasi. Class Diagram dapat direpresentasikan dalam sebuah interface ataupun sebaliknya yaitu merupakan implementasi dari sebuah interface class diagram dan class diagram pada aplikasi ini terlampir seperti dibawah ini :
40
User
1
1
- id_user : integer - username : varchar - alamat : varchar - email : varchar - no_telephone : decimal - password : varchar - type_registrasi : varchar - level : integer
1
- id_user - username
Data Validasi - id_proposal : integer - usia_lembaga : varchar - tema_proposal : varchar - program_proposal : varchar - kebutuhan_proposal : varchar - potensi_program : varchar - potensi_keberhasilan : varchar - cost : varchar - dampak_cost : varchar - kontribusi_program : varchar - keputusan : varchar
+ Simpan () 1
0..*
Data Konfirmasi - id_user : integer - nama : varchar - alamat : varchar - no_telephone : decimal - email : varchar - jenis_donasi : varchar - jumlah_donasi : integer - tanggal_donasi : date - cara_donasi : varchar - bank_asal : varchar - rek_tujuan : varchar - keterangan : text - date_added : date - tahun : year
+ Simpan ()
Session
0..*
Proposal - id_user_added : integer - id_proposal : integer - nama : varchar - email : varchar - budget : integer - no_telp : decimal - name_file : varchar - size : integer - type : varchar - flag_keputusan : integer - status : varchar
+ Simpan () 1
1
+ Simpan ()
Gambar 3.12 Class Diagram Perancangan Layanan Zakat 3.4 Perancangan Basis Data Sesuai dengan class diagram diatas maka dalam bagian perancangan basis data ini ada tabel –tabel baru yang digunakan untuk menyimpan informasi layanan zakat. Tabel-tabel tersebut adalah sebagai berikut :
Nama kelas
: User
Isi
: Tempat penyimpanan data user
Primary key
: id_user
41
Tabel 3.8
Tabel t_login
Field
Jenis
Ukuran Keterangan
id_user
Integer
6
Primary key tabel t_login dan identitas user
Username
Varchar
25
Untuk menyimpan nama user
alamat
Varchar
30
Untuk menyimpan alamat user
email
Varchar
20
Untuk menyimpan email user
no_telephone
Decimal
12
Untuk menyimpan no telephone user
password
Varchar
25
Untuk menyimpan password-password user
type_registrasi
Varchar
20
Untuk membedakan user termasuk pemohon, donator atau karyawan Yayasan
level
Integer
1
Untuk menentukan level user administrator atau user biasa
Nama Kelas
: data_konfirmasi
Isi
: Tempat penyimpanan data konfirmasi pembayaran donatur
Primary key
:-
Tabel 3.9
Tabel t_konfirmasi
Field
Jenis
Ukuran Keterangan
id_user
Integer
6
Field ini untuk menandakan identitas user yang melakukan konfirmasi pembayaran
Nama
Varchar
20
Untuk menyimpan nama user
Alamat
Varchar
30
Untuk menyimpan alamat user
No_telephone
Decimal
12
Untuk menyimpan no telephone user
Email
Varchar
20
Untuk menyimpan email user
Jenis_donasi
Varchar
12
Untuk menyimpan jenis donasi apa yang digunakan
donatur
dalam
melakukan
pembayaran Jumlah_donasi
Integer
Tanggal_donasi
Date
Cara_donasi
Varchar
10
Untuk jumlah donasi yang disalurkan Untuk menyimpan tanggal transaksi donasi
16
Untuk menyimpan keterangan cara donasi yang dilakukan donatur
Bank_asal
Varchar
20
Untuk menyimpan keterangan nama bank yang
42
digunakan
donatur
dalam
melakukan
menyaluran dana Rek_tujuan
Varchar
20
Untuk menyimpan keterangan rekening tujuan jika
pembayaran
dilakukan
menggunakan
transfer Keterangan
Text
Untuk menyimpan keterangan jika ada komentar dari donatur
Date_added
Date
Untuk menyimpan tanggal history kapan donatur melakukan submit konfirmasi pembayaran
Nama Kelas
: Data Proposal
Isi
: Tempat penyimpanan data proposal dan status persetujuan proposal
Primary key
: id_proposal
Tabel 3.10
Tabel t_proposal
Field
Jenis
Ukuran Keterangan
id_user_added
Integer
6
Field ini untuk menandakan identitas user yang melakukan pengiriman proposal
Id_proposal
Integer
11
Untuk menandakan identitas proposal
nama
Varchar
20
Untuk menyimpan nama user
email
Varchar
20
Untuk menyimpan email user
budget
Integer
9
Untuk menyimpan budget proposal
No_telephone
Decimal
12
Untuk no telephone user
Name_file
Varchar
40
Untuk menyimpan nama file proposal
size
Integer
11
Untuk menyimpan ukuran file proposal
type
Varchar
30
Untuk menyimpan type file proposal
Flag_keputusan
Integer
1
Untuk menyimpan tanda-tanda apakah validasi tahap 1 disetujui atau tidak
status
Varchar
8
Untuk menyimpan status apakah proposal divalidasi akhir disetujui atau tidak.
Nama Kelas
: Data Validasi
Isi
: Tempat penyimpanan hasil validasi tahap 1 (reviewer)
Primary key
: id_proposal
43
Tabel 3.11 Tabel t_validasi_proposal Field
Jenis
Ukuran Keterangan
id_proposal
Integer
11
Untuk menandakan identitas proposal
Usia_lembaga
Varchar
11
Untuk menyimpan usia lembaga organisasi external yang mengajukan proposal
Tema_proposal
Varchar
17
Untuk
menyimpan
tema
proposal
yang
diajukan oleh organisasi external Program_proposal
Varchar
18
Untuk menyimpan program-program yang diajukan diproposal
Kebutuhan_proposal
Varchar
14
Untuk menyimpan jenis kebutuhan proposal
Potensi_program
Varchar
43
Untuk menyimpan bentuk-bentuk potensi dari proposal yang diajukan
Potensi_keberhasilan Varchar
30
Untuk menyimpan bentuk-bentuk potensi keberhasilan dari proposal yang diajukan
cost
Varchar
39
Untuk menyimpan jumlah cost yang diajukan disetiap proposal
Dampak_cost
Varchar
12
Untuk menyimpan bentuk-bentuk dampak dari cost yang dikeluarkan
Kontribusi_program
Varchar
18
Untuk menyimpan bentuk kontribusi dari program proposal yang diajukan
Keputusan
Varchar
8
Untuk menyimpan status validasi tahap 1 terhadap proposal disetujui atau tidak.
Nama Kelas
: Session
Isi
: Tempat penyimpanan user yang sedang active
Primary key
: id_user
Tabel 3.12 Tabel m_session Field
Jenis
Ukuran Keterangan
id_user
Integer
6
Untuk menandakan identitas user
Username
Varchar
25
Untuk menyimpan nama user yang sedang active
44
3.5
Rancangan Antarmuka
3.5.1 Rancangan Layar Halaman Depan Halaman ini adalah halaman depan yang digunakan untuk menuju halamanhalaman lainnya, halaman ini berisi informasi singkat seputar Yayasan Ukhuwah, program-program yang dijalankan Yayasan Ukhuwah, galeri dari sebagian kegiatan Yayasan Ukhuwah, contact person, konfirmasi pembayaran untuk donatur tidak tetap dan halaman login untuk menjelajah lebih luas lagi dari aplikasi ini. Rancangan Layar Halaman Depan terlampir dibawah ini : HEADER MENU
BODY
FOOTER
Gambar 3.13 Rancangan Halaman Depan
3.5.2
Rancangan Layar Halaman Login Halaman ini digunakan oleh user untuk masuk ke halaman utama. User harus
mengisi username dan password, jika sesuai dengan database maka user berhak masuk ke menu utama. Rancangan Layar Halaman Login terlampir dibawah ini : HEADER
Menu
User : Password :
FOOTER
Gambar 3.14 Rancangan Halaman Login
45
3.5.3 Rancangan Layar Halaman Home Halaman ini adalah halaman pembuka yang muncul setelah user login ke aplikasi ini, halaman home ini akan menampilkan layout header, menu, logo dan footer dari halaman home ini user bisa menggunakan fungsi-fungsi menu layanan zakat. Rancangan Layar Halaman Home terlampir dibawah ini : HEADER
MENU
LOGO
FOOTER
Gambar 3.15 Rancangan Halaman Home
3.5.4 Rancangan Layar Halaman Konfirmasi Halaman ini adalah halaman konfirmasi pembayaran donatur, setelah donatur melakukan pembayaran zakatnya, donatur melakukan konfirmasi online melalui halaman ini. Rancangan Layar Halaman Konfirmasi terlampir dibawah ini :
Gambar 3.16 Rancangan Halaman Konfirmasi Pembayaran
46
3.5.5 Rancangan Layar Halaman View Konfirmasi Halaman ini adalah halaman untuk melihat daftar konfirmasi yang sudah diinput oleh donatur, halaman ini hanya menampilkan daftar konfirmasi sesuai dengan konfirmasi yang diinput oleh penggunanya kecuali administrator bisa melihat semua daftar konfirmasi donatur. Rancangan Layar Halaman Lihat Konfirmasi terlampir dibawah ini :
Gambar 3.17 Rancangan Halaman View Konfirmasi
3.5.6 Rancangan Layar Halaman Submit Proposal Halaman ini adalah halaman untuk mengirimkan proposal secara online, Organisasi external yang ingin mengajukan permohonan dana dapat membuka halaman ini lalu mengupload file proposalnya di form yang disediakan. Rancangan Layar Halaman submit proposal terlampir dibawah ini :
47
3.5.7
Rancangan Layar Halaman View Proposal
Halaman ini adalah halaman untuk melihat daftar proposal yang sudah diupload oleh Organisasi External, halaman ini hanya menampilkan daftar proposal sesuai dengan yang diinput oleh penggunanya kecuali administrator bisa melihat semua daftar proposal. Rancangan Layar Halaman View Proposal terlampir dibawah ini :
Gambar 3.19 Rancangan Halaman View Proposal
3.5.8
Rancangan Layar Halaman Validasi Reviewer
Halaman ini adalah halaman untuk melakukan validasi tahap ke-1 proposal yang sudah dikirim ke Yayasan Ukhuwah, halaman ini digunakan oleh reviewer untuk menseleksi proposal-proposal yang sudah masuk, halaman ini menyertakan form-form kriteria untuk menseleksi proposal. Rancangan Layar Halaman Validasi Reviewer terlampir dibawah ini :
Gambar 3.20 Rancangan Halaman Validasi Reviewer
48
Setelah dipilih id proposal dan diklik open, maka tampilan layar halamannya seperti dibawah ini :
Gambar 3.21 Rancangan Halaman Form Validasi Reviewer
3.5.9 Rancangan Layar Halaman Validasi Manager Halaman ini adalah halaman untuk melakukan validasi proposal tahap ke-2 atau tahap akhir dalam menentukan proposal diterima atau tidak, halaman ini hanya tersedia dilogin manager, penampakan halaman ini hampir sama dengan halaman validasi reviewer hanya saja sudah tidak ada form opsi dalam menseleksi proposal, seorang manager hanya melihat hasil seleksi dari reviewer lalu melakukan approved atau rejected. Rancangan Layar Halaman validasi manajer terlampir dibawah ini :
Gambar 3.22 Rancangan Halaman Validasi Manager
49
Setelah dipilih id proposal dan diklik open, maka tampilan layar halamannya seperti dibawah ini :
Gambar 3.23 Rancangan Halaman Form Validasi Manager
