rancang bangun aplikasi pengelolaan relawan dan...

RANCANG BANGUN APLIKASI PENGELOLAAN RELAWAN DAN

DONATUR BERBASIS WEBSITE PADA BULAN SABIT MERAH

INDONESIA CABANG SURABAYA

KERJA PRAKTIK

Program Studi

S1 Sistem Informasi

Oleh:

YUDISTIRA YUSONANDA

16410100160

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA

2019

RANCANG BANGUN APLIKASI PENGELOLAAN RELAWAN DAN

DONATUR BERBASIS WEBSITE PADA BULAN SABIT MERAH

INDONESIA CABANG SURABAYA

Diajukan sebagai salah satu syarat untuk menyelesaikan

Program Sarjana Komputer

Disusun Oleh:

Nama : YUDISTIRA YUSONANDA

Nim : 16410100160

Program : S1 (Strata Satu)

Jurusan : Sistem Informasi

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA

2019

“Anak lelaki tak boleh dihiraukan panjang, hidupnya ialah untuk berjuang. Kalau

perahunya telah dikayuhnya ke tengah, dia tak boleh surut meski bagaimana

besar gelombang. Biarkan kemudi patah, biarkan layar robek, itu lebih mulia,

daripada membalik halauan pulang”

Buya Hamka

Kupersembahkan hasil karya ini untuk

Mama, Bapak dan Kakak

yang selalu mendoakanku, menasihati dan menyemangatiku.

Teruntuk guru-guruku yang selalu memberi nasehat dan ilmunya serta

Sahabatku dan teman-temanku

yang selalu menyemangatiku dan mengingatkanku.

Terima kasih

vii

ABSTRAK

Bulan Sabit Merah Indonesia Surabaya atau yang disingkat BSMI adalah

sebuah organisasi yang bergerak dibidang kemanusiaan. Sebagai organisasi yang

bergerak dibidiang kemanusiaan, BSMI Surabaya masih memiliki kendala dalam

penyampaian media yang efektif untuk menyampaikan infromasi mengenai

relawan dan donatur serta info jika terjadi bencana di suatu daerah masih manual.

Selama ini, proses pengelolaan relawan dan donatur yang dilakukan dalam BSMI

yaitu dengan bantuan Aplikasi Google Form dan hasilnya berupa Microsoft Excel

yang suatu waktu bisa hilang dan membuang banyak waktu dan juga pemberitahuan

informasi jika terjadi bencana di suatu daerah kepada donatur dan relawan yang

ingin membantu masih dilakukan dengan cara broadcast melalui group Whatsapp

sehingga jika nomor telepon terhapus atau data contact hilang dapat berisiko

membuang waktu untuk mencatat nomor telepon itu lagi.

Bulan Sabit Merah Indonesia Surabaya memerlukan suatu aplikasi yang

dapat mendukung pengelolaan data relawan dan donatur serta penyampaian

informasi jika terjadi bencana di suatu daerah secara efektif dan akurat. Fitur-fitur

pada aplikasi ini terdapat data master relawan, donatur, korps, dan data master user

lalu terdapat data transaksi diklat relawan, info donatur dan donasi. Serta terdapat

laporan pengelolaan detail relawan, pengelolaan detail donatur dan laporan donasi.

Aplikasi ini mempermudah jalannya pengelolaan data agar lebih mudah

serta membantu tim manajemen dalam penyampaian informasi jika terjadi bencana

alam sehingga mempermudah proses bisnis di dalam organisasi BSMI Surabaya.

Kata Kunci : Aplikasi, Relawan dan Donatur, Pengelolaan data, BSMI.

viii

KATA PENGANTAR

Puji dan rasa syukur penulis panjatkan kepada Tuhan yang Maha Esa,

karena dengan rahmat, hidayah dan karunia-Nya, penulis dapat menyelesaikan

kerja praktik di Bulan Sabit Merah Indonesia. Dengan terselesaikannya kerja

praktik tersebut maka tersusunlah sebuah laporan yang berjudul “Rancang Bangun

Aplikasi Pengelolaan Relawan dan Donatur Berbasis Website Pada Bulan Sabit

Merah Indonesia Cabang Surabaya”. Laporan tersebut merupakan salah satu bagian

dari mata kuliah yaitu kerja praktik. Kerja praktik merupakan matakuliah yang

bertujuan untuk memperkenalkan mahasiswa dalam lingkungan dunia kerja dan

dapat menerapkan ilmu – ilmu yang telah dipelajari selama kurang lebih 5 (lima)

semester. Laporan ini dibuat setelah menyelesaikan kegiatan kerja praktik yang

telah dilaksanakan selama satu bulan di Bulan Sabit Merah Indonesia.

Dalam Pembuatan dan Pelaksanaan Laporan Kerja Praktik penulis ingin

berterimakasih kepada banyak pihak yang membantu dalam menyelesaikan laporan

ini. Karena Laporan ini dapat terselesaikan berkat kritik, saran, bantuan, hiburan

dan motivasi yang telah diberikan kepada penulis. Untuk itu penulis berterima kasih

kepada:

1. Orang tua dan Kakak yang selalu memberikan doa, bantuan, nasihat dan

dukungan moral kepada penulis.

2. Bapak Prof. Dr. Budi Jatmiko, M.Pd. selaku Rektor Institut Bisnis dan

Informatika Stikom Surabaya.

3. Bapak Dr. Anjik Sukmaaji, S.Kom., M.Eng. Ketua Program Studi S1 Sistem

Informasi.

ix

4. Ibu Endra Rahmawati, M.Kom. selaku dosen pembimbing.

5. Mas Lutfi Irvan Anshori selaku Wakil Sekretaris Bulan Sabit Merah

Indonesia Cabang Surabaya yang telah memberikan izin kepada penulis

untuk melaksanakan Kerja Praktik.

6. Sahabat dan teman-teman saya, memberikan semangat yang luar biasa dan

saling mendukung, menghibur dan memotivasi saya agar laporan kerja

praktik ini selesai.

7. Dan teruntuk Fenty Dwi Novianti, yang selalu memberikan semangat disaat

penulis sudah mulai lelah, selalu mendukung dan memberikan saran kepada

penulis. Terima kasih atas kesabaran yang begitu besar saat menghadapi

sifat penulis yang sering berubah.

8. Terakhir tidak lupa penulis juga mengucapkan terima kasih banyak kepada

guru-guru dan teman-teman penulis dari TK, SD, SMP dan SMA yang

memberikan semangat kepada penulis.

Penulis menyadari bahwa laporan kerja praktik ini masih banyak kesalahan

dan jauh dari kata sempurna. Untuk itu penulis sangat mengharapkan kritik dan

saran dari semua pihak, sehingga kedepannya laporan ini dapat berguna bagi para

pembaca.

Surabaya, 15 Juli 2019

Penulis

x

DAFTAR ISI

Halaman

ABSTRAK ............................................................................................................. vi

KATA PENGANTAR ......................................................................................... viii

DAFTAR ISI ........................................................................................................... x

DAFTAR TABEL ................................................................................................ xiii

DAFTAR GAMBAR ........................................................................................... xiv

DAFTAR LAMPIRAN ........................................................................................ xvi

BAB I PENDAHULUAN ....................................................................................... 1

1.1 Latar Belakang Masalah ........................................................................... 1

1.2 Rumusan Masalah .................................................................................... 2

1.3 Batasan Masalah ....................................................................................... 3

1.4 Tujuan ....................................................................................................... 3

1.5 Manfaat ..................................................................................................... 3

1.6 Sistematika Penulisan ............................................................................... 4

BAB II GAMBARAN UMUM INSTANSI ........................................................... 6

2.1 Gambaran Umum BSMI Surabaya ........................................................... 6

2.2 Logo BSMI Surabaya ............................................................................... 6

2.3 Visi dan Misi ............................................................................................ 7

2.3.1 Visi: ................................................................................................... 7

2.3.2 Misi: .................................................................................................. 7

2.4 Struktur Organisasi ................................................................................... 7

2.5 Program Kerja .......................................................................................... 8

BAB III LANDASAN TEORI .............................................................................. 11

3.1 Aplikasi .................................................................................................. 11

xi

3.2 Pengolahan Data ..................................................................................... 12

3.3 Relawan .................................................................................................. 12

3.4 Donatur ................................................................................................... 12

3.5 Website ................................................................................................... 13

3.6 System Development Life Cycle ............................................................. 14

3.7 Metode Waterfall .................................................................................... 15

3.8 Pengujian (Testing) ................................................................................. 17

3.8.1 Black Box Testing/ Functional Testing ........................................... 17

BAB IV DESKRIPSI PEKERJAAN .................................................................... 19

4.1 Analisis Sistem ....................................................................................... 19

4.1.1 Komunikasi ..................................................................................... 19

4.2.1 Analisis Bisnis ................................................................................. 20

4.1.3 Analisis Kebutuhan Pengguna ........................................................ 21

4.1.1 Analisis Kebutuhan Fungsional ...................................................... 23

4.1.5 Analisis Kebutuhan Non Fungsional .............................................. 23

4.2 Perancangan Sistem ................................................................................ 24

4.2.1 Document Flow ............................................................................... 24

4.2.2 System Flowchart ............................................................................ 26

4.2.3 Diagram Berjenjang ........................................................................ 35

4.2.4 Context Diagram ............................................................................. 36

4.2.5 Data Flow Diagram (DFD) Level 0................................................ 36

4.2.6 Conceptual Data Model (CDM) ..................................................... 39

4.2.7 Physical Data Model ....................................................................... 40

4.2.8 Struktur Tabel.................................................................................. 40

4.2.9 Desain I/O ....................................................................................... 45

4.2.10 Desain Testing ................................................................................. 49

xii

4.3 Implementasi .......................................................................................... 54

4.3.1 Halaman Login ................................................................................ 54

4.3.8 Halaman Awal ................................................................................. 55

4.3.3 Halaman Diklat Relawan ................................................................ 55

4.3.4 Halaman Pengiriman Majalah ......................................................... 56

4.3.5 Halaman List Diklat Relawan ......................................................... 56

4.3.6 Halaman List Pengiriman Majalah .................................................. 57

4.3.7 Halaman Cetak Laporan Pengiriman Pengelolaan Relawan ........... 57

4.3.8 Hasil Laporan .................................................................................. 57

4.3.9 Hasil Testing ................................................................................... 58

BAB V PENUTUP ................................................................................................ 63

5.1 Kesimpulan ............................................................................................. 63

5.2 Saran ....................................................................................................... 63

DAFTAR PUSTAKA ........................................................................................... 64

LAMPIRAN .......................................................................................................... 65

xiii

DAFTAR TABEL

Halaman

Tabel 4.1 Identifikasi Masalah .............................................................................. 20

Tabel 4.2 Kebutuhan Admin ................................................................................. 21

Tabel 4.3 Kebutuhan Wakil Sekretaris ................................................................. 22

Tabel 4.4 Kebutuhan Team Management. ............................................................ 22

Tabel 4.5 Kebutuhan Team Management. ............................................................ 22

Tabel 4.6 Perangkat Keras .................................................................................... 24

Tabel 4.7 Perangkat Lunak ................................................................................... 24

Tabel 4.8 Tabel Relawan....................................................................................... 42

Tabel 4.9 Tabel User ............................................................................................. 42

Tabel 4.10 Tabel Donatur ..................................................................................... 43

Tabel 4.11 Tabel Korps ......................................................................................... 43

Tabel 4.12 Tabel Diklat Relawan.......................................................................... 44

Tabel 4.13 Tabel Pengiriman Majalah .................................................................. 44

Tabel 4.14 Desain Testing Login .......................................................................... 50

Tabel 4.15 Rancang Pengujian form login ............................................................ 50

Tabel 4.16 Rancang Pengujian form halaman awal .............................................. 51

Tabel 4.17 Input Testing Form Diklat Relawan.................................................... 51

Tabel 4.18 Rancang Pengujian Form Halaman Diklat Relawan .......................... 52

Tabel 4.19 Rancang Pengujian Form Pengiriman Majalah .................................. 53

Tabel 4.20 Rancang Pengujian Form Lihat Donatur ............................................ 53

Tabel 4.21 Rancang Pengujian Form Laporan ...................................................... 54

Tabel 4.22 Hasil Testing Form Login ................................................................... 59

Tabel 4.23 Hasil Testing Form Halaman Awal .................................................... 59

Tabel 4.24 Hasil Testing Form Diklat Relawan ................................................... 60

Tabel 4.25 Hasil Testing Form Pengiriman Majalah ............................................ 61

Tabel 4.26 Hasil Testing Form Lihat Donatur ...................................................... 62

Tabel 4.27 Hasil Testing Form Laporan ............................................................... 62

xiv

DAFTAR GAMBAR

Halaman

Gambar 2.1 Logo BSMI Surabaya. ......................................................................... 6

Gambar 4.1 Document Flow Pengelolaan Relawan .............................................. 25

Gambar 4.2 Document Flow Pengelolaan Donatur............................................... 26

Gambar 4.3 System Flowchart Data Master User ................................................. 27

Gambar 4.4 System Flowchart Data Master Korps ............................................... 28

Gambar 4.5 System Flowchart Data Master Relawan .......................................... 29

Gambar 4.6 System Flowchart Data Master Donatur ........................................... 30

Gambar 4.7 System Flowchart Pengelolaan Relawan ........................................... 31

Gambar 4.8 System Flowchart Pengelolaan Donatur ........................................... 32

Gambar 4.9 System Flowchart Laporan Detail Pengelolaan Relawan ................. 33

Gambar 4.10 System Flowchart Laporan Detail Pengelolaan Donatur ................ 34

Gambar 4.11 Diagram Berjenjang Aplikasi Pengelolaan Relawan dan Donatur . 35

Gambar 4.12 Context Diagram Pengelolaan Relawan dan Donatur..................... 36

Gambar 4.13 Data Flow Diagram Level 0 Pengelolaan Relawan dan Donatur ... 37

Gambar 4.14 Data Flow Diagram Level 1 ........................................................... 38

Gambar 4.15 Data Flow Diagram Level 1 Pembuatan Laporan .......................... 38

Gambar 4.16 Conceptual Data Model Pengelolaan Relawan dan Donatur .......... 39

Gambar 4.17 Physical Data Model Pengelolaan Relawan dan Donatur .............. 40

Gambar 4.18 Desain I/O form halaman login ....................................................... 45

Gambar 4.19 Desain I/O form halaman awal ........................................................ 46

Gambar 4.20 Desain I/O form halaman diklat relawan......................................... 46

Gambar 4.21 Desain I/O form halaman pengiriman majalah ............................... 47

Gambar 4.22 Desain I/O form halaman list diklat relawan ................................... 47

Gambar 4.23 Desain I/O form halaman list diklat relawan ................................... 48

Gambar 4.24 Desain I/O form halaman cetak laporan pengelolaan relawan ........ 48

Gambar 4.25 Desain I/O hasil cetak laporan ........................................................ 49

Gambar 4.26 Implementasi Halaman Login ......................................................... 55

Gambar 4.27 Implementasi Halaman Diklat Relawan .......................................... 55

xv

Gambar 4.28 Implementasi Halaman Pengiriman Majalah .................................. 56

Gambar 4.29 Implementasi Halaman List Diklat Relawan ................................... 56

Gambar 4.30 Implementasi Halaman List Pengiriman Majalah. .......................... 57

Gambar 4.31 Implementasi Halaman Cetak Laporan Pengelolaan Relawan. ...... 57

Gambar 4.32 Implementasi Halaman Cetak Laporan Pengelolaan Relawan. ...... 58

xvi

DAFTAR LAMPIRAN

Halaman

Lampiran 1. Surat Balasan Instansi ....................................................................... 65

Lampiran 2.Form KP–5 Acuan Kerja ................................................................... 66

Lampiran 3. Form KP–5 Garis Besar Rencana Kerja Mingguan.......................... 67

Lampiran 4. Form KP–6 Log Harian Hal 1 .......................................................... 68

Lampiran 5. Form KP–6 Log Harian Hal 2 .......................................................... 69

Lampiran 6. Form KP–7 Kehadiran Kerja Praktik Hal 1 ...................................... 70

Lampiran 7. Form KP–7 Kehadiran Kerja Praktik Hal 2 ...................................... 71

Lampiran 8. Kartu Bimbingan Kerja Praktik ........................................................ 72

Lampiran 9. Biodata Penulis ................................................................................. 73

1

BAB I

PENDAHULUAN

1.1 Latar Belakang Masalah

Bulan Sabit Merah Indonesia Surabaya (BSMI) adalah sebuah organisasi

yang bergerak di bidang kemanusiaan yang berlokasi di Jl. Mojo III No. 33

Surabaya. Organisasi yang bergerak di bidang kemanusiaan yang dimaksudkan

adalah organisasi nasional kemanusiaan nasional yang aktif memberikan dukungan

dan pertolongan kemanunsiaan, kesehatan dan sosial. Karyawan atau staff di BSMI

Cabang Surabaya berjumlah 12 orang terdiri dari 5 orang di bagian Manajemen dan

7 orang di bagian Klinik. BSMI juga berperan aktif dalam menghadapi dan

menanggulangi krisis kemunisaan di negara-negara konflik dan darurat. Saat ini

BSMI Surabaya memiliki 10 relawan dan 200 donatur untuk menggalang dana

ataupun sumber daya lainnya guna terciptanya visi, misi dan tujuan bersama.

Namun dalam pengelolaan relawan dan donatur ini kurang efisien karena

pendaftaran relawan dan donatur masih menggunakan Google form yang

menghasilkan dokumen berupa file Microsoft Office Excel serta proses

pemberitahuan informasi kepada relawan dan donatur masih menggunakan aplikasi

Whatsapp pribadi dari orang ke orang. Hal ini berisiko ketidakakuratan informasi

pada laporan data relawan dan laporan data donatur serta terjadinya kehilangan

data. Di dalam donatur ini terdapat 2 jenis donatur, yaitu jenis donatur rutin dan

jenis donatur insidental. Jenis donatur rutin adalah donatur yang memberikan

donasi secara rutin setiap bulan dengan jumlah tertentu sedangkan jenis donatur

2

insidental adalah donatur yang memberikan donasi dalam jumlah dan waktu

tertentu. Dalam menangani pendaftaran atau pengelolaan relawan dan donatur

adalah tim manajemen yang berjumlah 4 orang. Tim Manajemen ini bertugas

mengelola relawan dan donatur serta bertanggung jawab terhadap anggota yang ada

di dalam Bulan Sabit Merah Indonesia Surabaya sehingga tujuan yang ingin dicapai

dapat terwujud.

Bulan Sabit Merah Indonesia Surabaya memerlukan suatu aplikasi yang

dapat mendukung pengelolaan relawan dan donaturnya secara mudah. Aplikasi ini

dapat mempermudah jalannya pengelolaan data dalam kegiatan proses bisnis serta

laporan yang dihasilkan dapat lebih akurat.

Berdasarkan paragraf di atas maka dirancang aplikasi pengelolaan relawan

dan donatur pada Bulan Sabit Merah Indonesia Surabaya berbasis website. Fitur-

fitur pada aplikasi ini terdapat data master relawan, data master donatur, data master

korps, dan data master user. Kemudian terdapat data transaksi diklat relawan, info

donatur dan donasi. Serta terdapat laporan pengelolaan detail relawan, laporan

pengelolaan detail donatur dan juga laporan donasi. Dengan adanya solusi ini, tim

manajemen dapat lebih mudah, cepat dan laporan yang dihasilkan dapat lebih

akurat dalam mengelola relawan dan donatur.

1.2 Rumusan Masalah

Berdasarkan uraian dari latar belakang organisasi kemanusiaan di atas,

maka dapat dirumuskan permasalahan yang ada, yaitu bagaimana merancang

bangun aplikasi pengelolaan data relawan dan donatur pada Bulan Sabit Merah

Indonesia Cabang Surabaya?

3

1.3 Batasan Masalah

Batasan masalah pada aplikasi pengelolaan relawan dan donatur pada

Bulan Sabit Merah Indonesia Cabang Surabaya adalah sebagai berikut :

a. Aplikasi mengirim notifikasi broadcast pesan SMS kepada relawan dan

donatur jika terjadi bencana.

b. Aplikasi tidak menangani akuntansi organisasi.

c. Aplikasi ini hanya menangani jenis donatur rutin dan jenis donatur

incidental.

1.4 Tujuan

Berdasarkan perumusan masalah diatas, adapun tujuannya adalah

membuat rancang bangun aplikasi pengelolaan relawan dan donatur pada Bulan

Sabit Merah Indonesia Cabang Surabaya.

1.5 Manfaat

Manfaat yang diharapkan dari pembuatan aplikasi ini adalah :

1. Membantu memberikan kemudahan pada Admin Bulan Sabit Merah

Indonesia Surabaya dalam mengelola data relawan dan donatur.

2. Mempermudah pembuatan laporan dari setiap relawan dan donatur yang

telah bergabung atau terdaftar.

4

1.6 Sistematika Penulisan

Untuk memudahkan dalam memahami persoalan dan pembahasannya

maka penulisan Laporan Kerja Praktik ini dibuat dengan sistematika sebagai

berikut:

BAB I: PENDAHULUAN

Bab ini membahas mengenai latar belakang masalah, inti permasalahan

yang disebutkan dalam rumusan masalah, tujuan dari Kerja Praktik dalam

tujuan penelitian, batasan masalah dari Kerja Praktik, serta manfaat yang

diharapkan dapat diambil dari pengerjaan Kerja Praktik ini.

BAB II: GAMBARAN UMUM INSTANSI

Bab ini membahas mengenai gambaran umum organisasi, visi dan misi

instansi, struktur organisasi, serta deskripsi tugas dari masing-masing

bagian yang bersangkutan.

BAB III: LANDASAN TEORI

Bab ini membahas mengenai berbagai macam teori yang berhubungan

dengan topik yang diangkat dalam permasalahan meliputi konsep dasar

dari informasi, aplikasi, struktur data, dan model pengembangan aplikasi.

BAB IV: DESKRIPSI PEKERJAAN

Bab ini membahas mengenai perancangan sistem yang dikerjakan pada

saat kerja praktik yang terdiri atas identifikasi dan analisis masalah,

identifikasi dan analisis kebutuhan sistem, perancangan sistem, struktur

tabel database, desain interface aplikasi pengelolaan relawan dan donatur

pada Bulan Sabit Merah Indonesia.

5

BAB V: PENUTUP

Bab ini membahas tentang kesimpulan dari seluruh isi laporan dan saran

yang bisa diberikan terkait dengan pengembangan sistem di masa

mendatang.

6

BAB II

GAMBARAN UMUM INSTANSI

2.1 Gambaran Umum BSMI Surabaya

Lembaga Bulan Sabit Merah didirikan dan digunakan pertama kali oleh

Turki pada saat konflik bersenjata Kekaisaran Ottoman dan Rusia (1877-1878).

Bulan Sabit Merah Indonesia adalah sebuah perhimpuan kemanusiaan yang

berlokasi di Jl. Mojo III No. 33 Surabaya. Organisasi yang independen dalam

memberikan dukungan dan pertolongan kemanusiaan, kesehatan dan sosial kepada

yang membutuhkan dalam menghadapi krisis kemanusiaan di negara-negara yang

membutuhkan dan terutama di tanah air Indonesia tanpa memandang ras, agama,

kelas dan aspirasi politik.

2.2 Logo BSMI Surabaya

Berikut ini logo dari BSMI Surabaya pada Gambar 2.1 :

Gambar 2.1 Logo BSMI Surabaya.

7

2.3 Visi dan Misi

2.3.1 Visi:

“Menjadi lembaga kemanusiaan nasional di Indonesia dan bekerjasama

dengan lembaga kemanusiaan lain di tingkat nasional, regional dan internasional”.

2.3.2 Misi:

Kemanusiaan dan Perdamaian.

Melindungi kehidupan akibat korban konflik dan situasi lain.

Mencegah penderitaan dengan meningkatkan dan menguatkan hukum-

hukum kemanusiaan dan prinsip-prinsip kemanusiaan universal.

Memberikan pelayanan terbaik bagi kemanusiaan dan perdamaian.

Menjalin kerja sama dengan lembaga kemanusiaan dan lembaga lainnya

ditingkat nasional, regional, dan internasional dalam mencapai tujuannya.

2.4 Struktur Organisasi

Tabel 2.1 di bawah merupakan struktur organisasi Bulan Sabit Merah

Indonesia Surabaya.

Tabel 2.1 Struktur Organisasi BSMI Surabaya.

NO PENGURUS NAMA KORDINATOR REGIONAL

JATIM BALI NUSRA

dr. Arief Basuki Sp An

PW JAWA TIMUR

1. Dewan Penasehat Drs. Saifullah Yusuf

KH. Abdus Shomad Bukhori

KH. Roem Rowi

KH. Muhamad Sholih Drehem

Ir. Abdul Kadir Baraja

dr. Arief Basuki Sp An

dr. M. Dwikoryanto Sp BS

8

2.5 Program Kerja

Adapun program kerja yang diselenggarakan Bulan Sabit Merah Indonesia

sebagai berikut :

NO PENGURUS NAMA

dr. Nur Hidayat Sp BS

dr. Agus Chairul Anab Sp. BS

2. Dewan Pengurus

Ketua Umum Dr .Eko Agus Subagio,dr, Sp. BS Ketua Zona 1 dr. Suwito Sp. S Ketua Zona 2 dr. Jamaludin Sp. M Ketua Zona 3 dr. Didik Prihadiono Sp. S Ketua Zona 4 dr. Azhar Anwar MM MMRS Ketua Zona 5 dr. Didyn Nuzul Arifin Sp. OT Sekretaris Umum dr. Puguh Setyo Nugroho Sp. THT-KL Wakil Sekretaris M Lutvi Irvan Ansori, S.KM Bendahara Noven Suprayogi SE. Ak. MM. Wakil Bendahara Winardi

3. Bidang SDM

Ketua dr. Andi Prasetyawan, Sp.S Wakil Ketua Fajar Siwi S.Kep.Ns Sekretaris Aang Kunaefi S Kep Ns

4. Bidang Tanggap Bencana

Ketua dr. Dedi Susila Sp. An Wakil Ketua dr. Soni Sunarso Sulistiwan Sp. An Sekretaris Abdul Wahid Alfin

5. Bidang Pelayanan

Ketua dr. Azhar Anwar MM, MARS Wakil Ketua Safari Hasan SIP MMRS Sekretaris Tutus S Kep Ns

6. Bidang BSMR

Ketua Dr. dr. Eko Budi Khundhori M. Kes Wakil Ketua dr. Achmad fahmi Baabud Sp. BS Sekretaris dr. Rizka fathoni Perdana Sp. THT-KL

FICS

9

A. Tanggap Bencana

Bertujuan meningkatkan kesejahteraan dan derajat kesehatan masyarakat,

mencerdaskan kehidupan bangsa, meningkatkan kesiapsiagaan masyarakat dalam

menghadapi bencana, dan memperkecil dampak bencana bagi masyarakat.

Kegiatannya mencakup persiapan, pelaksanaan, dan evaluasi (penilaian kembali

kebutuhan yang sesuai dengan korban bencana).

B. Kegawatdarutan

Kegiatan mencakup pelayanan instalasi gawat darurat oleh medical first

responder, triase, evakuasi dan transportasi korban, membuat rumah sakit lapangan

dan pelatihan berkelanjutan untuk tim gawat darurat.

C. Pendidikan Kesehatan

Kegiatan mencakup pendidikan bagi para tenaga kesehatan dengan kursus

atau pelatihan internal yang berkelanjutan. Melakukan kampanye peduli kesehatan

dan pemberdayaan kelompok masyarakat dalam pendidikan kesehatan. Kegiatan

ini dapat bersifat mandiri maupun bekerjasama dengan organisasi lain yang peduli

terhadap program ini.

D. Pelayanan Kesehatan

Kegiatan mencakup pelayanan kesehatan rutin seperti poli umum dan

spesialis dengan pendekatan pola dokter keluarga, program jaminan pemeliharaan

kesehatan masyarakat, berkerjasama dengan rumah sakit dalam penanganan pasien,

10

serta bekerjasama dengan organisasi atau instansi lain yang peduli terhadap

peningkatan derajat kesehatan masyarakat.

E. Bulan Sabit Merah Remaja (BSMR)

Pembentukan gugus BSMR, penanggulangan bencana dan penyuluhan

kampanye HIV/AIDS, NARKOBA, dan masalah lain yang dihadapi masyarakat.

F. Pelayanan Ambulance

Kegiatan mencakup menggalang kerjasama antar pemilik ambulance (rumah

sakit) untuk membentuk sistem inklusif dengan pendekatan hospital based,

membangun pusat komunikasi bersama untuk pelayanan ambulance, melakukan

pendidikan bagi pegawai ambulance.

G. Penanggunan Pengungsi

Kegiatan mencakup pendirian pos penampungan, dapur umum, sanitasi, gizi

dan makanan. Pengendalian penyakit menular pasca kegawatan, kesehatan

reproduksi, kesehatan ibu dan anak, kesehatan wanita serta rehabilitasi.

H. Kesehatan Ibu dan Anak

Kegiatan mencakup pelayanan kesehatan, imunisasi ibu hamil,

pelayanan kehamilan dan persalinan, perencanaan keluarga Islami, perlindungan

kesehatan dan kejiwaan.

11

BAB III

LANDASAN TEORI

Dalam membangun aplikasi ini, terdapat teori-teori ilmu terkait yang

digunakan untuk membantu penelitian serta menyelesaikan permasalahan yang ada

dan berkaitan dengan sistem yang akan dibuat. Tujuannya adalah agar aplikasi ini

memiliki pijakan pustaka yang dapat dipertanggungjawabkan.

3.1 Aplikasi

Aplikasi merupakan suatu sub kelas perangkat lunak komputer yang

memanfaatkan kemampuan komputer langsung untuk melakukan suatu tugas yang

diinginkan pengguna. Terdapat beberapa teori yang mendefinisikan Aplikasi yang

dikemukakan oleh beberapa para ahli, diantaranya adalah :

a) Menurut Hengky W. Pramana (2012) Aplikasi adalah satu unit

perangkat lunak yang dibuat untuk melayani kebutuhan akan beberapa aktivitas

seperti sistem perniagaan, game, pelayanan masyarakat, periklanan, atau semua

proses yang hampir dilakukan manusia.

b) Menurut Shelly, Cashman, Verman (2009) Aplikasi adalah seperangkat

instruksi khusus dalam komputer yang dirancang agar kita menyelesaikan tugas-

tugas tertentu.

Jadi Aplikasi merupakan sebuah program yang dibuat dalam sebuah

perangkat lunak dengan komputer untuk memudahkan pekerjaan atau tugas-

tugas tertentu seperti penerapan, penggunaan, dan penambahan data yang

dibutuhkan.

12

3.2 Pengolahan Data

Menurut Ladjamudin (2013), pengolahan data adalah masa atau waktu

yang digunakan untuk mendeskripsikan perubahan bentuk data menjadi formasi

yang memiliki kegunaan.

Dari pengertian diatas penulis menyimpulkan Pengolahan Data adalah

data yang diolah menjadi bentuk yang lebih berarti yang berupa informasi.

3.3 Relawan

Kata relawan mengandung makna suatu perbuatan mulia yang dilakukan

secara suka rela, tulus dan ikhlas, Relawan keberadaanya selalu ada di tengah-

tengah situasi da keadaan sulit yang sedang terjadi seperti musibah bencana alam,

ketika dimana banyak orang sangat membutuhkan bantuan dan pertolongan yang

bersifat segera.

Definisi relawan menurut (Wilson, 2011) adalah orang yang melakukan

sesuatu dengan sukarela (tidak karena diwajibkan atau dipaksakan). Tindakan yang

dilakukan lebih bersifat proaktif dari pada reaktif, dan menuntut komitmen waktu

serta usaha yang lebih banyak.

3.4 Donatur

Definisi donatur menurut (Winarno, 2010) ini adalah perorangan atau

kelompok maupun lembaga yang mempunyai minat dan potensi untuk memberikan

bantuan khususnya masalah financial. Para donatur bertindak berdasarkan

kebiasaan yang baik untuk kepentingan umum. Ini merupakan tradisi dalam

memberi dan berbagi yang utama pada kualitas hidup. Untuk memastikan dan

13

menghormati serta kepercayaan dari masyarakat umum, donatur atau calon donatur

agar dapat memiliki keyakinan penuh pada organisasi nirlaba dan menyebabkan

adanya dukungan.

3.5 Website

Dalam dunia teknologi yang pesat ini diperlukan suatu jaringan yang

bisa mempermudahkan serta mempercepat penyampaian informasi secara luas,

dan dapat dengan mudah dan cepat oleh siapapun yang mendapatkan akses internet.

Menurut Bekti (2015) menyimpulkan bahwa website merupakan kumpulan

halaman-halaman yang digunakan untuk menampilkan informasi teks, gambar

diam atau gerak, animasi, suara dan atau gabungan dari semuanya, baik yang

bersifat statis maupun dinamis yang membentuk satu rangkaian bangunan yang

saling terkait, yang masing-masing dihubungkan dengan jaringan-jaringan

halaman. Menurut Rahmadi (2013) “Website (lebih dikenal dengan sebutan situs)

adalah sejumlah halaman web yang memiliki topik saling terkait, terkadang

disertai pula dengan berkas-berkas gambar, video atau jenis-jenis berkas

lainnya.”. Sedangkan menurut Ippho Santoso dalam Rahmadi (2013) membagi

website menjadi golongan kanan dan golongan kiri. Dalam website dikenal

dengan sebutan website dinamis dan website statis.

1. Website statis

Website statis adalah website yang mempunyai halaman konten yang tidak

berubah-ubah.

14

2. Website dinamis

Website dinamis merupakan website yang secara struktur ditujukan untuk

update sesering mungkin.

3.6 System Development Life Cycle

System development life cycle (SDLC) adalah proses untuk

memahami bagaimana sebuah sistem informasi dapat mendukung kebutuhan

bisnis dengan merancang suatu sistem, membangun sistem tersebut dan

menyampaikan kepada pengguna (Tegarden, Dennis, Wixon, 2013). SDLC

memiliki empat fase dasar yaitu planning, analysis, design dan implementation.

Setiap fase itu sendiri terdiri dari serangkaian langkah yang menggunakan cara

tertentu dalam menghasilkan goal yang dicapai. Pada poin berikut akan dijelaskan

secara singkat dari keempat fase tersebut.

a. Planning

Fase planning adalah proses dasar dalam memahami mengapa sistem

informasi harus dibangun dan menentukan bagaimana tim proyek akan

membangun project tersebut.

b. Analysis

Fase analisis adalah jawaban dari pertanyaan siapa yang akan menggunakan

sistem, apa yang yang akan dilakukan oleh sistem, dan dimana serta

kapan sistem tersebut akan digunakan. Pada fase ini pula tim proyek

menginvestigasi sistem yang sudah ada sebelumnya, mengidentifikasi

peluang untuk perbaikan dan mengembangkan konsep yang baru untuk

sistem yang akan dibuat.

15

c. Design

Fase design yaitu menentukan bagaimana sistem akan beroperasi, dalam hal

ini antara lain perangkat keras, perangkat lunak, infrastruktur jaringan

(userinterface), forms dan laporan (database dan file yang dibutuhkan

aplikasi).

d. Implementation

Fase final pada SDLC ini adalah fase implementation, yaitu pada saat sistem

telah selesai dibuat. Implementasi pada fase ini biasanya paling banyak

mengambil perhatian karena dalam keseluruhan sistem, tahap implementasi

adalah tahap yang paling banyak memakan waktu serta biaya karena mencoba

keseluruhan sistem.

3.7 Metode Waterfall

Menurut Pressman (2015), model waterfall adalah model klasik yang

bersifat sistematis, berurutan dalam membangun software. Nama model ini

sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut juga

dengan “classic life cycle” atau metode waterfall. Model ini termasuk ke dalam

model generic pada rekayasa perangkat lunak dan pertama kali diperkenalkan oleh

Winston Royce sekitar tahun 1970 sehingga sering dianggap kuno, tetapi

merupakan model yang paling banyak dipakai dalam Software Engineering (SE).

Model ini melakukan pendekatan secara sistematis dan berurutan. Disebut dengan

waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap

sebelumnya dan berjalan berurutan.

16

Fase-fase dalam Waterfall Model menurut referensi Pressman :

Gambar 3.1 Waterfall Pressman (Pressman, 2015)

a. Communication (Project Initiation & Requirements Gathering)

Sebelum memulai pekerjaan yang bersifat teknis, sangat diperlukan adanya

komunikasi dengan customer demi memahami dan mencapai tujuan yang

ingin dicapai. Hasil dari komunikasi tersebut adalah inisialisasi proyek,

seperti menganalisis permasalahan yang dihadapi dan mengumpulkan data-

data yang diperlukan, serta membantu mendefinisikan fitur dan fungsi

software.

b. Planning (Estimating, Scheduling, Tracking)

Tahap berikutnya adalah tahapan perencanaan yang menjelaskan tentang

estimasi tugas-tugas teknis yang akan dilakukan, resiko-resiko yangdapat

terjadi, sumber daya yang diperlukan dalam membuat sistem, produk kerja

yang ingin dihasilkan, penjadwalan kerja yang akan dilaksanakan, dan

tracking proses pengerjaan sistem.

c. Modeling (Analysis & Design)

Tahapan ini adalah tahap perancangan dan permodelan arsitektur sistem yang

berfokus pada perancangan struktur data, arsitektur software, tampilan

interface, dan algoritma program. Tujuannya untuk lebih memahami

gambaran besar dari apa yang akan dikerjakan.

17

d. Construction (Code & Test)

Tahapan Construction ini merupakan proses penerjemahan bentuk desain

menjadi kode atau bentuk/bahasa yang dapat dibaca oleh mesin. Setelah

pengkodean selesai, dilakukan pengujian terhadap sistem dan juga kode yang

sudah dibuat. Tujuannya untuk menemukan kesalahan yang mungkin terjadi

untuk nantinya diperbaiki.

e. Deployment (Delivery, Support, Feedback)

Tahapan Deployment merupakan tahapan implementasi software ke

cusstomer, pemeliharaan software secara berkala, perbaikan software,

evaluasi software dan pengembangan software berdasarkan umpan balik yang

diberikan agar sistem dapat tetap berjalan dan berkembang sesuai dengan

fungsinya.

3.8 Pengujian (Testing)

Menurut (Lewis, 2009), testing adalah proses untuk memeriksa atau

mengevaluasi sistem atau komponen sistem secara manual atau terotomatisasi yang

bertujuan untuk melakukan verifikasi bahwa sistem tersebut memenuhi persyaratan

tertentu atau untuk mengidentifikasikan perbedaan antara expected result dan

actual result. Testing merupakan aktivitas atau proses memeriksa dan

mengevaluasi sistem dengan tujuan untuk menemukan kesalahan pada sistem

tersebut. Testing dibagi menjadi 2 metode, yaitu White Box dan Black Box.

3.8.1 Black Box Testing/ Functional Testing

Menurut (Lewis, 2009), black box testing adalah melakukan pengujian

terhadap apa yang dilakukan oleh sistem, khususnya perilaku dan juga masalah

18

bisnis. Black box testing bertujuan untuk mengidentifikasikan bug-bug yang ada

pada hasil, kinerja dan juga perilaku sistem. Pengujian ini biasanya dilakukan oleh

pihak penguji ketika integration test, system test, dan acceptance test, tetapi juga

berguna untuk tahap yang lebih awal untuk membantu membangun unit test case

dan component test case yang lebih baik.

19

BAB IV

DESKRIPSI PEKERJAAN

4.1 Analisis Sistem

4.1.1 Komunikasi

Pada tahap komunikasi dilakukan sebuah wawancara, observasi dan studi

literatur yang dilakukan pada pihak Bulan Sabit Merah Indonesia Surabaya.

Wawancara digunakan dalam proses pengumpulan data dan informasi tentang

pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia Surabaya, dimana

data tersebut dapat digunakan untuk menyelesaikan proses pengembangan bisnis

yang sedang dilakukan. Proses wawancara dilakukan pada pihak wakil sekretaris

yaitu Mas Lutfi. Wawancara tersebut digunakan untuk mengetahui proses bisnis

pengelolalaan relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya.

Tahap observasi merupakan tahap kegiatan pengamatan langsung yang

dilakukan pada Bulan Sabit Merah Indonesia Surabaya. Proses pengamatan

dilakukan pada pihak yang mendukung proses bisnis kelola data relawan dan

donatur. Pihak tersebut adalah wakil sekretaris Bulan Sabit Merah Indoensia

Surabaya. Observasi digunakan untuk mengamati bagaimana sekretaris dan tim

manajemen memproses pengelolaan relawan dan donatur di Bulan Sabit Merah

Indonesia Surabaya.

Studi literatur merupakan tahap yang dilakukan oleh penulis dengan

melakukan pencarian terhadap berbagai sumber tertulis, baik berupa buku-buku,

arsip, artikel, dan jurnal, atau dokumen-dokumen yang relevan dengan

permasalahan yang dikaji yaitu pengelolaan data.

20

4.2.1 Analisis Bisnis

A. Identifikasi Masalah

Tabel 4.1 Identifikasi Masalah

No Permasalahan Dampak Solusi

1.

Dalam proses pengelolaan

relawan dan donatur terdapat

kesulitan dalam proses track

and record data relawan dan

donatur serta pengelolaan-nya.

Sering terjadi

kehilangan data, akibat

kesulitan dalam proses

track and record data.

Membuat sebuah

aplikasi pengelolaan

relawan dan donatur.

2. Belum maksimalnya

pembuatan laporan dalam

proses pengelolaan relawan

dan donatur.

Adanya proses yang

berjalan tidak

maksimal karena

kurangnya dokumen

pendukung.

Membuat aplikasi

untuk mengelola

laporan yang detail

dan dapat diakses tim

manajemen dengan

mudah.

3. Kesulitan dalam proses

broadcast pesan SMS kepada

relawan dan donatur jika

terjadi bencana.

Terjadi kehilangan

contact data relawan

dan donatur serta

memakan waktu yang

lama dalam proses

kirim pesan.

Membuat aplikasi

berbasis android

untuk broadcast SMS

yang langsung kepada

semua relawan dan

donatur.

B. Identifikasi Pengguna

Berdasarkan hasil wawancara dan observasi pada wakil sekretaris Bulan

Sabit Merah Indonesia Surabaya terdapat beberapa pengguna yang terlibat dalam

proses transaksi pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia

Surabaya yaitu tim manajemen, wakil sekretaris, admin dan ketua.

21

C. Identifikasi Data

Dalam pembuatan aplikasi ini membutuhkan beberapa data, berikut

merupakan data–data yang dibutuhkan pada proses pengelolaan relawan dan

donatur pada Bulan Sabit Merah Indonesia Surabaya:

a. Data Master, meliputi:

- Data master relawan

- Data master donatur

- Data master korps

- Data master user

b. Data Transaksi, meliputi

- Proses pengelolaan relawan

- Proses pengelolaan donatur.

4.1.3 Analisis Kebutuhan Pengguna

A. Bagian Admin

Berikut merupakan analisis kebutuhan pada bagian admin.

Tabel 4.2 Kebutuhan Admin

B. Bagian Wakil Sekretaris

Berikut merupakan analisis kebutuhan pada bagian wakil sekretaris.

Kebutuhan Fungsi Kebutuhan Data Kebutuhan Informasi

Mengelola data

master User

- Data User - Informasi Data User

22

Tabel 4.3 Kebutuhan Wakil Sekretaris

C. Bagian Team Management

Berikut merupakan analisis kebutuhan pada bagian team management.

Tabel 4.4 Kebutuhan Team Management.

D. Bagian Ketua

Berikut merupakan analisis kebutuhan pada bagian team management.

Tabel 4.5 Kebutuhan Ketua.


Mengelola data master

relawan, donatur dan

korps

- Data relawan

- Data Donatur

- Data korps

- Informasi Data Relawan

- Informasi Data Donatur

- Informasi Data Korps


Mengelola relawan

dan donatur

- Data relawan

- Data donatur

- Data diklat relawan

- Data korps

- Data pengiriman majalah

- Informasi Data

Pengelolaan

Membuat Laporan - Data pengelolaan detail

donatur

- Data pengelolaan detail

relawan

- Laporan detail

pengelolaan relawan

- Laporan detail

pengelolaan donatur


Melihat Laporan - Data pengelolaan

detail relawan

- Data pengelolaan

detail donatur

- Laporan detail

pengelolaan relawan

- Laporan detail

pengelolaan donatur

23

4.1.1 Analisis Kebutuhan Fungsional

Tahap analisis kebutuhan fungsional didapatkan dari hasil analisis

kebutuhan pengguna yang terjadi pada Bulan Sabit Merah Indonesia Surabaya saat

ini, berikut merupakan analisis kebutuhan fungsional Bulan Sabit Merah Indonesia:

a. Fungsional data master, meliputi:

- Fungsional Data master relawan

- Fungsional Data master donatur

- Fungsional Data master korps

- Fungsional Data master user

b. Fungsional proses pengelolaan relawan dan donatur

c. Fungsional pembuatan laporan, meliputi:

- Laporan detail pengelolaan relawan

- Laporan detail pengelolaan donatur.

4.1.5 Analisis Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional merupakan analisis berupa kebutuhan

perangkat keras dan perangkat lunak yang dibutuhkan Bulan Sabit Merah Indonesia

Surabaya.

A. Perangkat Keras

Berikut merupakan kebutuhan perangkat keras dan perangkat lunak yang

dibutuhkan untuk membangun aplikasi pengelolaan relawan dan donatur pada

Bulan Sabit Merah Indonesia Surabaya.

24

Tabel 4.6 Perangkat Keras

B. Perangkat Lunak

Tabel 4.7 Perangkat Lunak

No. Perangkat Lunak Kegunaan

1 Windows 10 Sistem Operasi

2 Netbeans Text Editor

3 Mozilla Firefox, Google Chrome Web Browser

4 Xampp Web Server Local

5 MySQL Database server

4.2 Perancangan Sistem

Proses tahapan setelah melakukan analisis sistem adalah proses

perancangan sistem. Proses ini bertujuan untuk mengetahui kebutuhan-kebutuhan

aplikasi yang akan dikembangkan.

4.2.1 Document Flow

Document flow merupakan bagan yang menunjukan proses bisnis

pengelolaan relawan dan donatur yang sedang dijalankan saat ini pada Bulan Sabit

No. Perangkat Keras

1 - Processor Core i5

- RAM 4 GB

- Harddisk minimum 50 GB

- Mouse dan Keyboard

- Screen / Monitor resolusi 1024 x 768

Client Side

2 - Monitor dengan resolusi 1024 x 768

- Processor Core i7

- RAM 4 GB

- Mouse dan Keyboard

Server Side

25

Merah Indonesia Surabaya. Berikut ini adalah gambar document flow dari proses

bisnis pengelolaan relawan dan donatur.

Gambar 4.1 Document Flow Pengelolaan Relawan

26

Gambar 4.2 Document Flow Pengelolaan Donatur

4.2.2 System Flowchart

Berikut ini merupakan system flowchart dari pengembangan aplikasi

pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia Surabaya.

27

A. System Flowchart Data Master User

Gambar 4.3 System Flowchart Data Master User

System flowchart data master user digunakan untuk menginput,

memperbarui dan menghapus data user yang dibutuhkan pada proses

pengembangan aplikasi. Pada proses input dan ubah data, sebelum data disimpan

maka data tersebut akan dicek terlebih dahulu dengan tabel yang tersedia pada basis

data. Proses hapus data, maka pengguna akan menghapus data yang diinginkan.

28

B. System Flowchart Data Master Korps

Gambar 4.4 System Flowchart Data Master Korps

System flowchart data master korps digunakan untuk menginput,

memperbarui dan menghapus data korps yang dibutuhkan pada proses


29



C. System Flowchart Data Master Relawan

Gambar 4.5 System Flowchart Data Master Relawan

System flowchart data master relawan digunakan untuk menginput,

memperbarui dan menghapus data relawan yang dibutuhkan pada proses

30




D. System Flowchart Data Master Donatur

Gambar 4.6 System Flowchart Data Master Donatur

System flowchart data master donatur digunakan untuk menginput,

memperbarui dan menghapus data donatur yang dibutuhkan pada proses

31




E. System Flowchart Pengelolaan Relawan

Gambar 4.7 System Flowchart Pengelolaan Relawan

System flowchart dari proses pengelolaan relawan dapat diawali dengan

menampilkan halaman awal data relawan dan data diklat. Tim Management

32

memasukkan data diklat dan melakukan ubah status lulus atau tidak lulus,

kemudian sistem melakukan penyimpanan dan masuk ke tampilan halaman list data

diklat relawan, begitu juga dengan proses delete

F. System Flowchart Pengelolaan Donatur

Gambar 4.8 System Flowchart Pengelolaan Donatur

System flowchart dari proses pengelolaan donatur dapat diawali dengan

menampilkan halaman awal data donatur. Jika menekan tombol kirim majalah

maka halaman tersebut akan menampilkan beberapa data master yaitu data donatur

dan data pengiriman majalah. Tim Management memasukkan data pengiriman

majalah dan melakukan ubah maupun hapus data, sistem akan melakukan

33

penyimpanan data yang telah dimasukkan dan masuk ke tampilan halaman list data

pengiriman majalah diperbarui, begitu juga dengan proses update dan delete.

G. System Flowchart Pembuatan Laporan

Berikut merupakan system flowchart laporan detail pengelolaan relawan

dan donatur yang telah digambarkan pada Gambar 4. 9 dan 4. 10.

Gambar 4.9 System Flowchart Laporan Detail Pengelolaan Relawan

34

Gambar 4.10 System Flowchart Laporan Detail Pengelolaan Donatur

System flowchart diawali dengan sistem menampilkan form laporan. Tim

Management akan memilih laporan yang akan dicetak dan menekan tombol cetak.

Kemudian sistem akan mencetak laporan dan proses selesai.

35

4.2.3 Diagram Berjenjang

Diagram berjenjang digunakan sebagai alat perancangan sistem untuk

menampilkan seluruh proses yang terdapat pada suatu aplikasi tertentu dengan jelas

dan terstruktur. Berikut merupakan diagram berjenjang dari aplikasi pengelolaan

relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya sesuai dengan

gambar 4.11.

Gambar 4.11 Diagram Berjenjang Aplikasi Pengelolaan Relawan dan Donatur

36

4.2.4 Context Diagram

Dalam Context diagram untuk mengembangkan aplikasi pengelolaan

relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya terdiri dari 4

entitas yaitu dari pihak Admin, Wakil Sekretaris, Tim Manajemen dan Ketua.

Context Diagram dapat dilihat pada Gambar 4. 12.

Gambar 4.12 Context Diagram Pengelolaan Relawan dan Donatur

4.2.5 Data Flow Diagram (DFD) Level 0

Berikut merupakan Data Flow Diagram (DFD) Level 0 dari aplikasi

pengelolaan relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya yang

dapat dilihat pada gambar 4.12. Data Flow Diagram (DFD) Level 0 merupakan

diagram yang diperoleh dari proses decompose dari proses context diagram. Pada

diagram tersebut proses yang dapat dilihat adalah data master, proses pengelolaan

relawan dan donatur dan pembuatan laporan. Sedangkan untuk actor yang berperan

adalah Admin, Wakil Sekretaris, Tim Manajemen dan Ketua.

Periode laporan detail donatur

Laporan inform asi detail donatur

Periode laporan detail relawan

Laporan inform asi detail relawan

Daftar Pengirim an Majalah

Data Pengirim an Majalah

Data Status Relawan Diperbarui

Ubah Data Status Relawan

Daftar Korps Diperbarui

Data Korps

Daftar Donatur Diperbarui

Data Donatur

Daftar Relawan Diperbarui

Data Relawan

Daftar User Diperbarui

Data User

0

Pengelolaan Relawan

dan Donatur

+

Admin

Ketua

Tim Manajemen

Wakil Sekretaris

37

Gambar 4.13 Data Flow Diagram Level 0 Pengelolaan Relawan dan Donatur

A. Data Flow Diagram Level 1 Data Master

Pada Data flow diagram level 1 menggambarkan fungsi data master yang

akan digunakan pada pengembangan aplikasi pengelolaan relawan dan donatur

pada Bulan Sabit Merah Indonesia Surabaya. Fungsi data master tersebut meliputi:

data master user, data master korps, data master relawan dan data master donator.

Tampil data relawan

Tampil data donatur

Tampil Data Donatur

Tampil pengiriman majalah

Data pengirim an m ajalah disim pan

Tampil diklat relawan

[Periode laporan detail donatur]

[Laporan informasi detail donatur]

[Periode laporan detail relawan]

[Laporan informasi detail relawan]

Tampil Data Donatur

Data diklat relawan disim pan

Tampil data korps

Tampil data relawan

Tampil data user

[Daftar Pengiriman Majalah]

[Data Pengiriman Majalah]

[Data Status Relawan Diperbarui]

[Ubah Data Status Relawan]

Data korps disimpan

Data donatur dis im pan

Data relawan disim pan

Data user disimpan

[Daftar Korps Diperbarui]

[Data Korps]

[Daftar Donatur Diperbarui]

[Data Donatur]

[Daftar Relawan Diperbarui]

[Data Relawan]

[Daftar User Diperbarui]

[Data User]

AdminAdmin

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

SekretarisWakil

Sekretaris

Tim

Manajem en

Tim

Manajem en

Tim

Manajem enTim

Manajem en

KetuaKetuaKetuaKetua

1

Data Master

+

1 Tabel User

2 Tabel Relawan

3 Tabel Donatur

4 Tabel Korps

2

Proses Pengelolaan

Relawan

3

Proses Pengelolaan

Donatur

1 Tabel User

2 Tabel Relawan

4 Tabel Korps

6 Diklat Relawan

3 Tabel Donatur

4

Pembuatan

Laporan

+

6 Diklat Relawan

7 Kirim Majalah

7 Kirim Majalah

3 Tabel Donatur

2 Tabel Relawan

38

Berikut merupakan data flow diagram level 1 pada Bulan Sabit Merah Indonesia

Surabaya dapat dilihat pada Gambar 4. 14.

Gambar 4.14 Data Flow Diagram Level 1

B. Data Flow Diagram Level 1 Pembuatan Laporan

Berikut merupakan data flow diagram level 1 dalam bagian fungsi

pembuatan laporan pada aplikasi pengelolaan relawan dan donatur pada Bulan

Sabit Merah Indonesia Surabaya sesuai pada pada Gambar 4.15.

Gambar 4.15 Data Flow Diagram Level 1 Pembuatan Laporan

[Data korps disimpan]

[Data donatur disimpan]

[Data relawan disimpan]

[Data user disim pan]

[Daftar Korps Diperbarui]

[Data Korps]

[Daftar Donatur Diperbarui]

[Data Donatur]

[Daftar Relawan Diperbarui]

[Data Relawan]

[Daftar User Diperbarui]

[Data User]

AdminAdmin

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

Wakil

Sekretaris

1 Tabel User

2 Tabel Relawan

3 Tabel Donatur

4 Tabel Korps

1.1

Data Master

User

1.2

Data Master

Korps

1.3

Data Master

Relawan

1.4

Data Master

Donatur

[Tampil data relawan]

[Tampil data donatur]

[Tampil pengiriman majalah]

[Tampil diklat relawan]

[Periode laporan detail donatur]

[Laporan informasi detail donatur]

[Periode laporan detail relawan]

[Laporan informasi detail relawan]

KetuaKetua

KetuaKetua

6 Diklat Relawan

7 Kirim Majalah

3 Tabel Donatur

2 Tabel Relawan

4.1

Laporan Detail

Pengelolaan

Relawan

4.2

Laporan Detail

Pengelolaan

Donatur

39

4.2.6 Conceptual Data Model (CDM)

Gambar 4.16 Conceptual Data Model Pengelolaan Relawan dan Donatur

Gambar 4.16 merupakan Conceptual Data Model (CDM) dari aplikasi

pengelolaan relawan dan donatur pada bulan sabit merah indonesia surabaya yang

terdiri dari 6 tabel yang saling terhubung dengan lainya. 6 tabel tersebut yaitu tabel

master relawan, tabel master donatur, tabel diklat relawan, tabel master korps, tabel

master user dan tabel info donatur.

lakukan

punyaMemiliki

Mempunyai

Melakukan

Master Relawan

ID Relawan

Nama Lengkap Relawan

No Identitas

Jenis Kelamin

Tempat Lahir

Tanggal Lahir

Nama Panggilan Relawan

Status Pernikahan

Agama

Agama Lain

Alamat Relawan

Kecamatan Relawan

Kota Relawan

Provinsi Relawan

No Hp Relawan

Email Relawan

Golongan Darah Relawan

Pendidikan Form al

Pendidikan Lain

Pekerjaan

Pekerjaan Lain

Akun Facebook

Akun Twitter

Akun Instagram

Foto

Master Donatur

ID Donatur

Nama Lengkap Donatur

Tempat Lahir Donatur

Tanggal Lahir Donatur

Alamat Donatur

Kecamatan Donatur

Kota Donatur

Provinsi Donatur

Nama Panggilan Donatur

No Hp Donatur

Email Donatur

Pekerjaan Donatur

Nama Perusahaan

Alamat Perusahaan

Penghasilan

Penghasilan Lain

Status Donasi Rutin

Status Donasi Insidental

Jum lah Donasi Lain

Cara Donasi

Cara Donasi Lain

Guna Donasi Kemanusiaan

Guna Donasi Kesehatan

Guna Donasi Bina Kampung Sehat

Guna Donasi Sembako

Guna Donasi Bencana

Guna Donasi Am bulance

Guna Donasi Khitan

Guna Donasi Operasi

Guna Donasi Lain

Master Korps

ID Korps

Daftar Korps

Master User

ID User

Email User

Nama User

Password User

Diklat Relawan

ID Diklat

Lokasi Diklat

Tanggal Diklat

Status

Info Donatur

ID Kirim

Tanggal Kirim

Judul Buku

40

4.2.7 Physical Data Model

Gambar 4.17 Physical Data Model Pengelolaan Relawan dan Donatur

4.2.8 Struktur Tabel

Berikut merupakan struktur tabel yang telah terbentuk dari PDM (Physical

Data Model). Struktur tabel tersebut digunakan untuk menyimpan data yang

digunakan dalam membangun aplikasi pengelolaan relawan dan donatur Bulan

Sabit Merah Indonesia.

ID_DONATUR = ID_DONATUR

ID_USER = ID_USER

ID_USER = ID_USER

ID_KORPS = ID_KORPS

ID_RELAWAN = ID_RELAWAN

MASTER_RELAWAN

ID_RELAWAN char(6)

NAMA_LENGKAP_RELAWAN varchar(150)

NO_IDENTITAS char(17)

JENIS_KELAMIN varchar(20)

TEMPAT_LAHIR varchar(30)

TANGGAL_LAHIR date

NAMA_PANGGILAN_RELAWAN varchar(50)

STATUS_PERNIKAHAN varchar(40)

AGAMA varchar(25)

AGAMA_LAIN varchar(30)

ALAMAT_RELAWAN varchar(70)

KECAMATAN_RELAWAN varchar(35)

KOTA_RELAWAN varchar(40)

PROVINSI_RELAWAN varchar(50)

NO_HP_RELAWAN varchar(16)

EMAIL_RELAWAN varchar(100)

GOLONGAN_DARAH_RELAWAN varchar(5)

PENDIDIKAN_FORMAL varchar(100)

PENDIDIKAN_LAIN varchar(120)

PEKERJAAN varchar(50)

PEKERJAAN_LAIN varchar(80)

AKUN_FACEBOOK varchar(90)

AKUN_TWITTER varchar(90)

AKUN_INSTAGRAM varchar(80)

FOTO varchar(300)

MASTER_DONATUR

ID_DONATUR char(6)

NAMA_LENGKAP_DONATUR varchar(250)

TEMPAT_LAHIR_DONATUR varchar(30)

TANGGAL_LAHIR_DONATUR date

ALAMAT_DONATUR varchar(70)

KECAMATAN_DONATUR varchar(40)

KOTA_DONATUR varchar(40)

PROVINSI_DONATUR varchar(60)

NAMA_PANGGILAN_DONATUR varchar(30)

NO_HP_DONATUR varchar(15)

EMAIL_DONATUR varchar(100)

PEKERJAAN_DONATUR varchar(100)

NAMA_PERUSAHAAN_ varchar(100)

ALAMAT_PERUSAHAAN varchar(200)

PENGHASILAN varchar(30)

PENGHASILAN_LAIN varchar(30)

STATUS_DONASI_RUTIN varchar(15)

STATUS_DONASI_INSIDENTAL varchar(15)

JUMLAH_DONASI_LAIN integer

CARA_DONASI varchar(50)

CARA_DONASI_LAIN varchar(70)

GUNA_DONASI_KEMANUSIAAN varchar(5)

GUNA_DONASI_KESEHATAN varchar(5)

GUNA_DONASI_BINA_KAMPUNG_SEHAT varchar(5)

GUNA_DONASI_SEMBAKO varchar(5)

GUNA_DONASI_BENCANA varchar(5)

GUNA_DONASI_AMBULANCE varchar(5)

GUNA_DONASI_KHITAN varchar(5)

GUNA_DONASI_OPERASI varchar(5)

GUNA_DONASI_LAIN varchar(45)

MASTER_KORPS

ID_KORPS char(6)

DAFTAR_KORPS varchar(30)

MASTER_USER

ID_USER char(6)

EMAIL_USER varchar(100)

NAMA_USER varchar(150)

PASSWORD_USER char(12)

DIKLAT_RELAWAN

ID_DIKLAT char(6)

LOKASI_DIKLAT varchar(35)

TANGGAL_DIKLAT date

STATUS varchar(20)

ID_KORPS char(6)

ID_USER char(6)

ID_RELAWAN char(6)INFO_DONATUR

ID_KIRIM char(6)

TANGGAL_KIRIM date

JUDUL_BUKU varchar(60)

ID_USER char(6)

ID_DONATUR char(6)

41

A. Tabel Relawan

Primary key : Id_relawan

Foreign key : -

Fungsi : Menyimpan data relawan pada aplikasi.

Nama Field Tipe Data Size Deskripsi

Id_relawan Char 6 Id dari tabel relawan

Nama_Lengkap_Relawan Varchar 5 Id dari tabel tempat

Nama_Panggilan_Relawan Varchar 50 Nama panggilan dari setiap relawan

No_Identitas Char 17 Nomor dari setiap identitas relawan

Jenis_Kelamin Varchar 20 Jenis kelamin dari setiap relawan

Tempat_Lahir Varchar 30 Tempat lahir dari setiap relawan

Tanggal_lahir Date - Tanggal lahir dari setiap relawan

Status_pernikahan Varchar 40 Status Pernikahan dari setiap

relawan

Agama Varchar 25 Agama dari setiap relawan

Agama_Lain Varchar 30 Agama lain dari setiap relawan

Alamat_Relawan Varchar 70 Alamat dari setiap relawan

Kecamatan_Relawan Varchar 35 Kecamatan dari setiap relawan

Kota_Relawan Varchar 40 Kota dari setiap relawan

Provinsi_Relawan Varchar 50 Provinsi dari setiap relawan

No_HP_Relawan Varchar 16 Nomor HP dari setiap relawan

Email_Relawan Varchar 100 Email dari setiap relawan

Golongan_Darah_Relawan Varchar 5 Golongan darah dari setiap relawan

Pendidikan_Formal Varchar 100 Pendidikan formal dari setiap

relawan

Pendidikan_Lain Varchar 120 Pendidikan lain dari setiap relawan

Pekerjaan Varchar 50 Pekerjaan dari setiap relawan

Pekerjaan_Lain Varchar 80 Pekerjaan lain dari setiap relawan

Akun_Facebook Varchar 90 Akun facebook dari setiap relawan

Akun_Twitter Varchar 90 Akun twitter dari setiap relawan

42

Tabel 4.8 Tabel Relawan

B. Tabel User

Primary key : Id_user

Foreign key : -

Fungsi : Menyimpan data user pada aplikasi.

Tabel 4.9 Tabel User

C. Tabel Donatur

Primary key : Id_donatur

Foreign key : -

Fungsi : Menyimpan data donatur pada aplikasi.

Akun_Instagram Varchar 80 Akun Instagram dari setiap relawan

Foto Varchar 300 Foto dari setiap relawan

Tanggal_Daftar Date - Tanggal daftar dari setiap relawan


Id_user Char 6 Id dari tabel jabatan

Email_user Varchar 100 Email dari setiap user

Nama_user Varchar 150 Nama dari setiap user

Password_user Varchar 12 Password dari setiap user


Id_Donatur Char 6 Id dari tabel donatur

Nama_Lengkap_Donatur Varchar 100 Nama lengkap dari setiap donatur

Nama_Panggilan_Donatur Varchar 100 Nama panggilan dari setiap

donatur

Tempat_Lahir_Donatur Varchar 30 Tempat lahir dari setiap donatur

Tanggal_Lahir_Donatur Date - Tanggal lahir dari setiap donatur

Alamat_Donatur Varchar 70 Alamat dari setiap donatur

Kecamatan_Donatur Varchar 40 Kecamatan dari setiap donatur

43

Tabel 4.10 Tabel Donatur

D. Tabel Korps

Primary key : Id_korps

Foreign key : -

Fungsi : Menyimpan data korps pada aplikasi.

Kota_Donatur Varchar 40 Kota dari setiap donatur

Provinsi_Donatur Varchar 60 Provinsi dari setiap donatur


Email_Donatur Varchar 100 Email dari setiap donatur

Pekerjaan_Donatur Varchar 100 Pekerjaan dari setiap donatur

Nama_Perusahaan Varchar 100 Nama perusahaan dari setiap

donatur

Alamat_Perusahaan Varchar 200 Alamat perusahaan dari setiap

donatur

Penghasilan Varchar 30 Penghasilan dari setiap donatur

Penghasilan_Lain Varchar 30 Penghasilan lain dari setiap

donatur

Status_Donasi_Rutin Varchar 40 Status donasi rutin dari setiap

donatur

Status_Donasi_Insidental Varchar 40 Status donasi insidental dari setiap

donatur

Jumlah_Donasi_Lain Int Jumlah donasi lain dari setiap

donatur

Cara_Donasi Varchar 50 Cara donasi dari setiap donatur

Cara_Donasi_Lain Varchar 70 Cara donasi lain dari setiap donatur

Guna_Donasi_Kemanusiaan Varchar 50 Guna donasi kemanusiaan dari

setiap donatur

Guna_Donasi_Kesehatan Varchar 50 Guna donasi kesehatan dari setiap

donatur

Guna_Donasi_Lain Varchar 45 Guna donasi lain dari setiap

donatur

Tanggal_Daftar Date - Tanggal daftar dari setiap donatur


44

Tabel 4.11 Tabel Korps

E. Tabel Diklat Relawan

Primary key : Id_diklat

Foreign key : Id_korps

Fungsi : Menyimpan data diklat relawan pada aplikasi.

Tabel 4.12 Tabel Diklat Relawan

F. Tabel Pengiriman Majalah

Primary key : Id_kirim

Foreign key : Id_donatur

Fungsi : Menyimpan data pengiriman majalah pada aplikasi.

Tabel 4.13 Tabel Pengiriman Majalah

Id_Korps Char 6 Id dari tabel korps

Daftar_Korps Varchar 100 Nama daftar dari table korps


Id_Diklat Char 5 Id dari tabel diklat relawan

Id_Korps Char 6 Id dari tabel korps

Lokasi_Diklat Char 5 Lokasi dari tabel diklat relawan

Tanggal_Diklat Varchar 100 Tanggal dari setiap diklat relawan

Status Varchar 100 Status dari setiap diklat relawan


Id_Kirim Char 5 Id dari tabel diklat info donatur

Tanggal_Kirim Char 5 Tanggal dari setiap info donatur

Judul_Majalah Varchar 100 Judul majalah dari setiap info

donatur

45

4.2.9 Desain I/O

Desain input atau output memuat gambaran awal desain antarmuka

pengguna, hal ini digunakan sebagai pedoman pembuatan tampilan pada sistem

yang akan dikembangkan, bagaimana pengguna sistem dan pengembang sistem

dapat menyamakan pandangan terhadap aplikasi yang akan dikembangkan.

A. Form Login

Berikut merupakan desain tampilan login yang digunakan pengguna

untuk masuk ke halaman yang diinginkan. Pengguna perlu memasukkan data

email dan password yang benar untuk berhasil login.

Gambar 4.18 Desain I/O form halaman login

B. Form Halaman Awal

Berikut merupakan desain tampilan awal saat user berhasil login yang

berhasil masuk ke dashboard / halaman awal dan digunakan pengguna untuk

memilih menu yang diinginkan.

46

Gambar 4.19 Desain I/O form halaman awal

C. Form Halaman Diklat Relawan

Berikut merupakan desain tampilan diklat relawan untuk tim manajemen

memasukkan data pengelolaan relawan.

Gambar 4.20 Desain I/O form halaman diklat relawan

D. Form Halaman Pengiriman Majalah

Berikut merupakan desain tampilan pengiriman majalah untuk tim

manajemen memasukkan data pengelolaan donatur.

47

Gambar 4.21 Desain I/O form halaman pengiriman majalah

E. Form Halaman List Diklat Relawan

Berikut merupakan desain tampilan list diklat relawan untuk tim

manajemen yang ingin melakukan proses diklat relawan.

Gambar 4.22 Desain I/O form halaman list diklat relawan

F. Form Halaman List Pengiriman Majalah

Berikut merupakan desain tampilan list pengiriman majalah untuk tim

manajemen yang ingin melakukan proses kirim majalah pada setiap donatur.

48

Gambar 4.23 Desain I/O form halaman list diklat relawan

G. Form Halaman Cetak Laporan Pengelolaan Relawan

Berikut merupakan desain tampilan cetak laporan pengelolaan relawan

untuk tim manajemen dan ketua yang ingin mencetak hasil pengelolaan relawan.

Gambar 4.24 Desain I/O form halaman cetak laporan pengelolaan relawan

H. Desain Hasil Cetak Laporan

Berikut merupakan desain tampilan hasil cetak laporan untuk tim

manajemen dan ketua dalam bentuk pdf.

49

Gambar 4.25 Desain I/O hasil cetak laporan

4.2.10 Desain Testing

Desain testing digunakan untuk seraingkaian pengujian pada aplikasi

pengelolaan relawan dan donatur sebelum digunakan oleh pengguna. Hal ini

digunakan untuk melihat respon sistem saat melakukan input dan output yang

diharapkan saat menggunakan aplikasi.

A. Desain Tesing Form Login

Form login merupakan sebuah form pertama pada tampilan aplikasi

pengelolaan relawan dan donatur. Pengujian pada tahap ini dilakukan untuk

mengetahui apakah form login dapat berjalan dengan sukses dengan cara

memasukkan data-data untuk menghubungkan ke form selanjutnya. Pada pengujian

form login dibutuhkan sebuah data untuk dapat masuk kehalaman selanjutnya

melalui tampilan login.

50

Tabel 4.14 Desain Testing Login

Nama Field Data Masukan

Email [email protected]

Password bsmi321

Setelah itu dilakukan pengujian dengan inputan yang telah disepakati sesuai dengan

tabel. Berikut merupakan langkah-langkah pengujian form login, dapat dilihat pada

tabel 4.15.

Tabel 4.15 Rancang Pengujian form login

No. Deskripsi Prosedur

pengujian

Masukan Output yang

diharapkan

1 Pengujian

tampilan

form login

Melakukan

pengecekan

Email dan

password benar

Menginputkan email

dan password lalu

tekan tombol ‘login’

Tampilan

form halaman

awal atau

utama

2 Pengujian

tampilan

form login

Melakukan

pengecekan

email dan

password

dengan inputan

salah

Menginputkan email

dan password acak

lalu tekan tombol

‘login’

Tampilan

akan tetap

pada tampilan

halaman login

B. Desain Testing Form Halaman awal

Prosedur pengujian form halaman awal dilakukan sebagai berikut.

51

Tabel 4.16 Rancang Pengujian form halaman awal


pengujian

Masukan Output yang

diharapkan

1 Pengujian

tampilan

form

halaman

awal

Melakukan

pengecekan link

Master,

transaksi,laporan

dan logout benar

Menekan link

Master,

transaksi,laporan

dan logout.

Tampilan form

halaman Master,

transaksi,laporan

dan logout

2 Pengujian

tampilan

form

halaman

awal

Melakukan

pengecekan link

Master,

transaksi,laporan

dan logout salah

Menekan link

Master, transaksi,

laporan dan logout.

Tampilan akan

tetap pada

tampilan

halaman awal.

C. Desain Testing Form Diklat Relawan

Form diklat relawan merupakan sebuah form yang digunakan untuk

memasukkan data-data diklat dari relawan. Pengujian ini dilakukan untuk

mengetahui apakah form diklat relawan yang telah dibuat.

Pada pengujian form diklat relawan dibutuhkan sebuah data untuk dapat

mengisi inputan sehingga dapat melakukan proses penyimpanan. Data tersebut

dapat dilihat pada table 4.17.

Tabel 4.17 Input Testing Form Diklat Relawan.

Nama Field Data Masukan

Id Diklat D00001

Lokasi Diklat Kebumen

Tanggal Diklat 06/21/2019

Korps BSMI Mahasiswa

Status Lulus

Penanggung Jawab FFFF

52

Setelah itu dilakukan pengujian dengan inputan yang telah disepakati sesuai

dengan tabel 4.17. Berikut merupakan langkah-langkah pengujian form diklat

relawan, dapat dilihat pada tabel 4.18.

Tabel 4.18 Rancang Pengujian Form Halaman Diklat Relawan


pengujian

Masukan Output yang

diharapkan

1 Pengujian

tampilan

form diklat

relawan

Melakukan

pengecekan id

diklat, lokasi

diklat, tanggal

diklat, korps,

status dan

penanggung

jawab benar.

Melakukan inputan

id diklat, lokasi

diklat, tanggal

diklat, korps, status

dan penanggung

jawab lalu tekan

tombol save.

Data

tersimpan

pada

database, data

dilihat diklat

relawan

bertambah

2 Pengujian

tampilan

form diklat

relawan

Melakukan

pengecekan id

diklat, lokasi

diklat, tanggal

diklat, korps,

status dan

penanggung

jawab salah.

Menginputkan id

diklat, lokasi diklat,

tanggal diklat,

korps, status dan

penanggung jawab

secara acak lalu

tekan tombol save.

Tampilan

akan tetap

pada tampilan

halaman

diklat relawan

dan

memberikan

notifikasi

“please fill

out this

field”.

Sehingga data

tidak

tersimpan.

D. Desain Testing Form Pengiriman Majalah

Prosedur pengujian form pengiriman majalah dilakukan untuk menguji

tampilan halaman pengiriman majalah pada aplikasi.

53

Tabel 4.19 Rancang Pengujian Form Pengiriman Majalah


pengujian

Masukan Output yang

diharapkan

1 Pengujian

tampilan

form

pengiriman

majalah

Melakukan

pengecekan link

tombol delete

benar.

Menekan tombol

delete.

Jika menekan

tombol delete

maka akan

muncul

notifikasi

delete data

2 Pengujian

tampilan

form

pengiriman

majalah

Melakukan

pengecekan link

tombol delete

salah.

Menekan tombol

delete.

Tampilan

akan tetap

pada tampilan

halaman lihat

data

pengiriman

majalah

E. Desain Testing Form Lihat Donatur

Tabel 4.20 Rancang Pengujian Form Lihat Donatur


pengujian

Masukan Output yang

diharapkan

1 Pengujian

tampilan

form

donatur

Melakukan

pengecekan link

tombol edit dan

delete benar.

Menekan tombol

edit dan delete.

Jika menekan

tombol edit

maka akan

lanjut

kehalaman

edit data. Jika

menekan

delete maka

akan muncul

notifikasi

delete data

2 Pengujian

tampilan

Melakukan

pengecekan link

Menekan tombol

edit dan delete.

Tampilan

akan tetap

54


pengujian

Masukan Output yang

diharapkan

form

donatur

tombol edit dan

delete salah.

pada tampilan

halaman lihat

data donatur

F. Desain Testing Form Laporan

Prosedur pengujian form laporan dilakukan untuk menguji tampilan

halaman laporan yang akan dicetak.

Tabel 4.21 Rancang Pengujian Form Laporan

4.3 Implementasi

Berikut merupakan hasil implementasi dari sistem yang telah dibuat.

4.3.1 Halaman Login

Pada halaman login user menggunakan email dan password untuk mulai

memasuki halaman yang diinginkan oleh user.


pengujian

Masukan Output yang

diharapkan

1 Pengujian proses

penyimpanan

laporan pada form

laporan

Menekan

tombol icon

‘print’ benar

- Menyimpan hasil

data dari database

disajikan dalam

bentuk print preview

yang kemudian

dapat diprint.

55

4.3.2 Halaman Awal

Gambar 4.26 Implementasi Halaman Login

4.3.3 Halaman Diklat Relawan

Berikut merupakan implementasi tampilan halaman diklat relawan dari

aplikasi pengelolaan relawan dan donatur. Halaman diklat relawan digunakan untuk

memasukkan data diklat yang telah mendaftar menjadi relawan pada Bulan Sabit

Merah Indonesia Cabang Surabaya.

Gambar 4.27 Implementasi Halaman Diklat Relawan

56

4.3.4 Halaman Pengiriman Majalah

Berikut merupakan implementasi tampilan halaman pengiriman majalah

dari aplikasi pengelolaan relawan dan donatur. Halaman pengiriman majalah

digunakan untuk memasukkan data kirim majalah yang telah mendaftar menjadi

donatur pada Bulan Sabit Merah Indonesia Cabang Surabaya.

Gambar 4.28 Implementasi Halaman Pengiriman Majalah

4.3.5 Halaman List Diklat Relawan

Gambar 4.29 Implementasi Halaman List Diklat Relawan

57

4.3.6 Halaman List Pengiriman Majalah

Gambar 4.30 Implementasi Halaman List Pengiriman Majalah.

4.3.7 Halaman Cetak Laporan Pengiriman Pengelolaan Relawan

Gambar 4.31 Implementasi Halaman Cetak Laporan Pengelolaan Relawan.

4.3.8 Hasil Laporan

Berikut merupakan hasil laporan pengelolaan detail relawan yang telah

dicetak dalam bentuk pdf.

58

Gambar 4.32 Implementasi Halaman Cetak Laporan Pengelolaan Relawan.

4.3.9 Hasil Testing

Berikut merupakan hasil testing yang dilakukan pada aplikasi pengelolaan

relawan dan donatur berdasarkan desain testing yang telah dirancang sebelumya.

Hasil testing masing-masing akan dijelaskan dalam sebuah tabel testing dan akan

dibuktikan dalam sebuah gambar pada hasil keluaran.

A. Hasil Testing Form Login

Berikut merupakan hasil testing dari halaman login pada aplikasi

pengelolaan relawan dan donatur yang dijelaskan pada tabel 4.22.

59

Tabel 4.22 Hasil Testing Form Login

Objek Pengujian Halaman Login

No Tujuan

Pengujian

Input Keluaran Hasil Keluaran

1 Menguji

Textbox

untuk email

dan

password

- Notifikasi

“please fill out

this field”

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menampilkan

halaman login

dan terdapat

notifikasi

“please fill out

this field”

2 Menguji

fungsi login

Email =

[email protected]

Password = bsmi321

Menampilkan

halaman

aplikasi

pengelolaan

relawan dan

donatur

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menampilkan

halaman utama

atau awal.

B. Hasil Testing Form Halaman awal

Berikut merupakan hasil testing dari halaman awal pada aplikasi


Tabel 4.23 Hasil Testing Form Halaman Awal

Objek Pengujian Halaman Awal

No Tujuan Pengujian Input Keluaran Hasil Keluaran

1 Menguji fungsi

tombol Master,

transaksi,laporan

dan logout

- Menampilkan

halaman masing-

masing tombol

yang dituju yaitu

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

60

Objek Pengujian Halaman Awal

No Tujuan Pengujian Input Keluaran Hasil Keluaran

home, product,

order, report dan

logout

menampilkan

halaman yang

diinginkan

melalui tombol

tersebut.

C. Hasil Testing Form Diklat Relawan

Berikut merupakan hasil testing dari halaman diklat relawan pada aplikasi


Tabel 4.24 Hasil Testing Form Diklat Relawan

Objek Pengujian Halaman Diklat Relawan

No Tujuan

Pengujian


1 Menguji inputan

id diklat, lokasi

diklat, tanggal

diklat, korps,

status dan

penanggung

jawab

- Tampilan

akan tetap

pada

tampilan

halaman

diklat

relawan dan

memberikan

notifikasi

“please fill

out this

field”.

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

tetap

menampilkan

halaman diklat

relawan dan

terdapat

notifikasi “please

fill out this field”

2 Menguji inputan

id diklat, lokasi

diklat, tanggal

diklat, korps,

status dan

penanggung

jawab

Id diklat =

D00001

Lokasi diklat =

Kebumen

Tanggal diklat =

06/21/2019

Korps =

Data

bertambah

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menampilkan

notfikasi data

61

Objek Pengujian Halaman Diklat Relawan

No Tujuan

Pengujian


BSMI

Mahasiswa

Status =

Lulus

Penanggung

jawab = FFFF

berhasil

ditambah.

D. Hasil Testing Form Pengiriman Majalah

Berikut merupakan hasil testing dari halaman pengiriman majalah pada

aplikasi pengelolaan relawan dan donatur yang dijelaskan pada tabel 4.25.

Tabel 4.25 Hasil Testing Form Pengiriman Majalah

Objek Pengujian Halaman Pengiriman Majalah

No Tujuan

Pengujian


1 Menguji fungsi

tombol delete

- Menampilkan

halaman

yang dituju

setelah

menekan

tombol delete

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menghapus data

pengiriman

majalah yang

diinginkan

E. Hasil Testing Form Lihat Donatur

Berikut merupakan hasil testing dari halaman lihat donatur pada aplikasi


62

Tabel 4.26 Hasil Testing Form Lihat Donatur


No Tujuan

Pengujian


1 Menguji fungsi

tombol Edit dan

delete

- Menampilkan

halaman

yang dituju

setelah

menekan

tombol Edit

dan delete

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menampilkan

halaman yang

diinginkan

F. Hasil Testing Form Laporan

Berikut merupakan hasil testing dari halaman Laporan pada aplikasi


Tabel 4.27 Hasil Testing Form Laporan


No Tujuan

Pengujian


1 Menguji fungsi

tombol print

- Pindah halaman

print preview yang

siap untuk dicetak

Ketika tombol

tersebut diklik

maka sistem

otomatis akan

menampilkan

halaman print

preview yang

siap akan dicetak.

63

BAB V

PENUTUP

5.1 Kesimpulan

Berdasarkan dari hasil analisis, perancangan dan implementasi aplikasi

pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia Surabaya, maka

dapat diperoleh kesimpulan sebagai berikut:

a. Aplikasi yang dibuat dapat melakukan proses pengelolaan relawan dan donatur

Bulan Sabit Merah Indonesia.

b. Aplikasi yang dibuat menghasilkan broadcast SMS untuk para relawan dan

donatur.

c. Aplikasi yang dibuat menghasilkan laporan informasi detail pengelolaan

relawan dan donatur.

d. Hasil penerapan aplikasi pengelolaan relawan dan donatur membantu Bulan

Sabit Merah Indonesia Surabaya dalam mendapatkan data yang benar.

5.2 Saran

Aplikasi pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia

yang telah dibuat tentunya masih memiliki banyak kekurangan. Oleh karena itu,

untuk pengembangan aplikasi yang lebih baik, maka diberikan saran sebagai

berikut:

a. Dari segi proses bisnis dapat dikembangkan, tidak hanya untuk tim manajemen

tetapi bisa diintegrasikan dengan admin dan pimpinan.

b. Aplikasi dapat ditambahkan fitur broadcast pesan jika terjadi bencana melalui

aplikasi whatsapp.

DAFTAR PUSTAKA

Afriyudi. (2010). Pemrograman Web dengan PHP. Palembang.

Arief, M. R. (2011). Pemrograman Web Dinamis Menggunakan PHP dan MySQL

. Yogyakarta: Andi.

Hutahaean, J. (2014). Konsep Sistem Informasi. Yogyakarta: deepublish.

Ladjamudin, A.-B. B. (2013). Analisis dan Desain Sistem Informasi. Yogyakarta:

Graha Ilmu.

N, S. (2015). Android: Pemrograman Aplikasi Mobile Smartphone Dan Tablet PC

Berbasis Android. Bandung : Informatika.

Oktafianto, M. M. (2016). Analisis dan Perancangan Sistem Informasi

Menggunakan Model Terstruktur dan UML. Yogyakarta: Andi Offset.

Puspitasari, H. A. (2010). Pemrograman Web Database dengan PHP dan MySQL

Tingkat Lanjut. Malang: Skripta.

Saputra, A. (2012). Webtrik : PHP, HTML5, dan CSS3. Jakarta.

Sari, R. K. (2016). RANCANG BANGUN SISTEM INFORMASI DAN

PENGOLAHAN DATA KELAHIRAN, KEMATIAN, DATANG, DAN

PINDAH DI KANTOR KELURAHAN SEKARAN KECAMATAN

GUNUNGPATI KOTA SEMARANG. Semarang: Universitas Negeri

Semarang.

Shochib, Z. (2012). Analisis dan Perancangan Sistem Informasi Pengelolaan Data

Pasien Rawat Jalan Pada Klinik Nova Medika. (Skripsi). Yogyakarta:

STIMIK Amikom.

rancang bangun aplikasi pengelolaan relawan dan...

Documents