BAB III ANALISIS SISTEM DAN PERANCANGAN

Transkripsi

1 BAB III ANALISIS SISTEM DAN PERANCANGAN 3.1 Profil Lembaga Sesuai dengan profil Lembaga yang tercantum pada website 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

2 23 untuk membuat lembaga dalam bentuk badan hukum Yayasan yang diberi nama AL- UKHUWAH. 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 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 Al- Ukhuwah 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 :

3 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

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

5 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 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. Pemodelan diagram aktifitas untuk mengurutkan aktifitas dalam suatu proses.

6 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 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, <<Actor>> 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

7 28 Post Condition 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 : 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 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, , 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

8 29 Post Condition kolom yang belum terinput : 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, , no telephone, file proposal, budget dan kode validasi. Kolom nama, , 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

9 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, , 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, , no telephone, file, status dan action Actor Yayasan mengklik tombol view dikolom action jika

10 31 Post Condition ingin melihat proposal - proposal yang sudah diupload oleh actor organisasi external : 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, , 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

11 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 : <<Actor>> Yayasan Pre Condition : Validasi tahap 1 : <<Actor>> Yayasan sudah login dan organisasi external sudah melakukan pengiriman proposal Validasi tahap 2 : <<Actor>> Yayasan sudah login dan reviewer admin sudah memberikan keputusan approved Aliran Utama : Validasi Tahap 1 : <<actor>> 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 <<actor>> Yayasan bisa memilih id proposal mana yang ingin diberikan keputusan Setelah <<actor>> Yayasan memilih id proposalnya kemudian <<actor>> 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

12 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

13 34 Post Condition Validasi Tahap 2 : <<actor>> Yayasan memilih menu validasi manager Sistem akan secara otomatis menampilkan id proposal yang sudah disetujui oleh reviewer saja <<actor>> Yayasan yaitu manager bisa memilih id proposal mana yang ingin diberikan keputusan Setelah <<actor>> 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. : 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 Sistem Isi Form Login Membaca User & Password Cek Basis Data No Yes Yes Tampilkan Halaman Utama Gambar 3.2 Activity Diagram Login

14 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

15 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

16 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 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

17 38 Squence Diagram konfirmasi pembayaran zakat terlampir dibawah ini yang akan direpresentasikan pada Gambar 3.9 User 1 : Masuk donatur Menu Utama Konfirmasi Konfirmasi Pembayaran Simpan Konfirmasi 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 9 : Menampilkan ID Proposal 10 : Mengirim Hasil Keputusan 8 : Mengirim Hasil Survey 11 : Mengirim Hasil Keputusan Gambar 3.10 Sequence Diagram validasi proposal

18 39 Squence Diagram pengajuan proposal terlampir dibawah ini yang akan direpresentasikan pada Gambar User 1 : Masuk pengaju Menu Utama Submit Proposal Simpan Konfirmasi 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 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 :

19 40 0..* 1 + Simpan () Data Konfirmasi - id_user : integer - nama : varchar - alamat : varchar - no_telephone : decimal - 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 User - id_user : integer - username : varchar - alamat : varchar - varchar - no_telephone : decimal - password : varchar - type_registrasi : varchar - level : integer 1 0..* 1 Proposal - id_user_added : integer - id_proposal : integer - nama : varchar - varchar - budget : integer - no_telp : decimal - name_file : varchar - size : integer - type : varchar - flag_keputusan : integer - status : varchar id_user - username + Simpan () Session 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 1 + Simpan () + 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 Isi Primary key : User : Tempat penyimpanan data user : id_user

20 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 Varchar 20 Untuk menyimpan 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 Varchar 20 Untuk menyimpan user Jenis_donasi Varchar 12 Untuk menyimpan jenis donasi apa yang digunakan donatur dalam melakukan pembayaran Jumlah_donasi Integer 10 Untuk jumlah donasi yang disalurkan Tanggal_donasi Date Untuk menyimpan tanggal transaksi donasi Cara_donasi Varchar 16 Untuk menyimpan keterangan cara donasi yang dilakukan donatur Bank_asal Varchar 20 Untuk menyimpan keterangan nama bank yang

21 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 Isi Primary key : Data Proposal : Tempat penyimpanan data proposal dan status persetujuan proposal : 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 Varchar 20 Untuk menyimpan 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 Isi Primary key : Data Validasi : Tempat penyimpanan hasil validasi tahap 1 (reviewer) : id_proposal

22 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

23 Rancangan Antarmuka 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 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

24 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 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

25 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 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 :

26 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 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

27 48 Setelah dipilih id proposal dan diklik open, maka tampilan layar halamannya seperti dibawah ini : Gambar 3.21 Rancangan Halaman Form Validasi Reviewer 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

28 49 Setelah dipilih id proposal dan diklik open, maka tampilan layar halamannya seperti dibawah ini : Gambar 3.23 Rancangan Halaman Form Validasi Manager