BAB IV PERANCANGAN SISTEM USULAN

BAB IV PERANCANGAN SISTEM USULAN. 4.1. Tahapan Perancangan Sistem. 4.1.1 Analisis Kebutuhan Dalam pembuatan Sitem Informasi MIS PMI Kabupaten Tegal ini penulis menganalisa ada dua kebutuhan sistem yaitu kebutuhan fungsional dan kebutuhan nonfungsional. 1.. Analisis Kebutuhan Fungsional Analisa kebutuhan fungsional yaitu jenis kebutuhan yang berisi proses-proses. apa saja yang nantinya dilakukan oleh sistem yang berisi informasi dan dihasilkan oleh sistem. Adapun analisis kebutuhan fungsional pada sistem ini meliputi : a. Proses Input Pendaftaran Relawan 1) Sistem dapat menambah data relawan dengan memilih unit PMR, KSR, atau TSR. 2) Sistem dapat menyimpan data relawan. 3) Sistem dapat mengedit data relawan. 4) Sistem dapat mengubah status data dari calon anggota menjadi anggota aktif atau tidak aktif. 5) Sistem dapat menghapus data relawan yang tidak aktif. 6) Sistem dapat menghapus data relawan yang ingin dihapus. 7) Sistem dapat mencetak laporan data relawan per unit. b. Proses Input Data Bencana 1) Sistem dapat menambah data bencana.. 28.

29. 2) Sistem dapat menyimpan data bencana. 3) Sistem dapat mengedit data bencana. 4) Sistem dapat menghapus data bencana yang ingin dihapus. 5) Sistem dapat mencetak laporan data bencana c. Proses Input Data Assessment Bencana 1) Sistem dapat menambah data assessment bencana 2) Sistem dapat menyimpan data assessment bencana. 3) Sistem dapat mengedit data assessment bencana. 4) Sistem dapat menghapus data assessment yang ingin dihapus. 5) Sistem dapat mencetak laporan data assessment bencana d. Proses Input Data Lapor Bencana. 1) Sistem dapat menambah data lapor bencana dengan mengidentifikasikan kejadian bencana yang akan dilaporkan. 2) Sistem dapat mengirim pesan notivikasi kepada admin 3) Sistem dapat menyimpan data pelaporan bencana e. Proses Input Data Staff 1) Sistem dapat menambah data staff. 2) Sistem dapat menyimpan data staff. 3) Sistem dapat mengedit data staff. 2.. Analisis Kebutuhan Non Fungsional Analisa kebutuhan fungsional yaitu jenis kebutuhan tentang perangkat-. perangkat yang digunakan untuk membuat MIS PMI Kabupaten Tegal ini, diantaranya kebutuhan perangkat keras dan kebutuhan perangkat lunak..

30. a. Kebutuhan Perangkat Keras (Hardware) Dalam pembuatan MIS PMI Kabupaten Tegal ini memerlukan beberapa perangkat keras atau hardware antara lain: 1) Processor Intel® Core(TM) i3-3217U CPU@ 1.80GHz 1.80 GHz 2) RAM DDR3 2 GB 3) Hard Disk 500 GB 4) Mouse 5) Keyboard 6) Monitor dengan resolusi minimum 1366 x 768 b. Kebutuhan Perangkat Lunak (Software) Dalam pembuatan aplikasi ini memerlukan beberapa perangkat lunak atau Software antara lain: 1) Sistem Operasi: Windows 8 2) Bahasa Pemrograman: HTML, PHP, CSS, JavaScript 3) Software Pendukung: XAMPP, Visual Studio Code, Android Studio.

31. 4.1.2 Rancangan Diagram Use Case. Sumber : Penulis Gambar IV. 1 Use Case Diagram.

32. Dibawah ini adalah deskripsi dari usecase diagram yang digunakan dalam pembuatan tugas akhir ini : Tabel IV. 1 Deskripsi Usecase Diagram No.. Usecase. 1.. Melakukan login admin. Deskripsi Merupakan proses untuk melakukan login admin dengan memasukan email dan password. 2.. Mengelola Data Relawan. Merupakan proses pengelolaan data relawan yang meliputi menambah data relawan, melihat data relawan, mengubah data relawan, menghapus data relawan, mencari data relawan,mengubah status relawan, dan mencetak laporan data relawan.. 3.. Mengelola Data Bencana. Merupakan proses pengelolaan data bencana yang meliputi menambah data bencana, melihat data bencana, mengubah data bencana, menghapus data bencana,, memasukan data assessment, mencetak lapoan data bencana, dan mecetak laporan assessment.. 4.. Mengelola Data Unit. Merupakan proses.

33. pengelolaan data unit yang meliputi menambah data unit, melihat data unit, mengubah data unit, menghapus data unit, dan mencetak laporan data unit. 5.. Mengelola Data Staff. Merupakan proses pengelolaan data staff yang meliputi menambah data staff, melihat data staff, mengubah data staff, dan mencetak laporan data staff.. 6.. Pendaftaran Relawan. Merupakan proses pendaftaran relawan, user dapat memilih jenis unit yaitu unit PMR, unit KSR, user TSR, user dapat mengisi form pendaftaran,. 7.. Melaporkan Bencana. Merupakan proses pelaporan kejadian bencana yang terjadi di wilayah kabupaten tegal, user mengisi form pelaporan kejadian bencana, admin akan menerima notifikasi laporan bencana dari user. Sumber : Penulis.

34. 4.1.3 Rancangan Aktivitas Diagram 1. Proses Login. Sumber : Penulis Gambar IV. 2 Activity Diagram Proses Login.

35. 2. Proses Pendaftaran Relawan. Sumber : Penulis Gambar IV. 3 Activity Diagram Proses Pendaftaran Relawan.

36. 3. Proses Melaporkan Bencana. Sumber : Penulis Gambar IV. 4 Activity Diagram Proses Melaporkan Bencana.

37. 4. Proses Mengelola Data Relawan. Sumber : Penulis Gambar IV. 5 Activity Diagram Mengelola Data Relawan.

38. 5. Proses Mengelola Data Bencana dan Assesment. Sumber : Penulis Gambar IV. 6 Activity Diagram Mengelola Data Bencana dan Assesment.

39. 6. Proses Mengelola Data Unit. Sumber : Penulis Gambar IV. 7 Activity Diagram Mengelola Data Unit.

40. 7. Proses Mengelola Data Staff. Sumber : Penulis Gambar IV. 8 Activity Diagram Mengelola Data Staff.

41. 4.1.4 Rancangan Dokumen Sistem Usulan 1.. Spesifikasi Dokumen Masukan a. Nama dokumen: Form pendaftaran relawan Fungsi : Untuk input data relawan Sumber : User Tujuan : Admin Media : Komputer Frekuensi : Setiap ada penambahan relawan yang mendaftar Bentuk : Lihat lampiran C.1 b. Nama dokumen: Form tambah bencana Fungsi : Untuk input data bencana Sumber : Relawan Tujuan : Admin Media : Komputer Frekuensi : Setiap ada kejadian bencana Bentuk : Lihat Lampiran C.2 c. Nama dokumen: Form assessment bencana Fungsi : Untuk input data assessment Sumber : Relawan Tujuan : Admin Media : Komputer Frekuensi : Setiap ada penambahan data bencana yang masuk Bentuk : Lihat Lampiran C.3 d. Nama dokumen: Form lapor bencana Fungsi : Untuk melapor kejadian bencana.

42. Sumber : User Tujuan : Admin Media : Komputer Frekuensi : Setiap ada penambahan data bencana yang masuk Bentuk : Lihat Lampiran C.4 2.. Spesifikasi Dokumen Keluaran a. Nama dokumen: Data unit Fungsi : Sebagai laporan data per unit yang telah terdaftar Sumber : Sistem Tujuan : Kepala Markas Media : Kertas Frekuensi : Setiap ada permintaan data unit dalam bentuk hard copy Bentuk : Lihat lampiran D.1 b. Nama dokumen: Data anggota relawan Fungsi : Sebagai laporan data relawan yang aktif Sumber : Sistem Tujuan : Kepala Markas Media : Kertas Frekuensi : Setiap ada permintaan data relawan yang aktif dalam bentuk hard copy Bentuk : Lihat lampiran D.2 c. Nama dokumen: Data bencana Fungsi : Sebagai laporan data bencana yang telah terjadi Sumber : Sistem Tujuan : Kepala Markas.

43. Media : Kertas Frekuensi : Setiap ada permintaan data bencana dalam bentuk hard copy Bentuk : Lihat lampiran D.4 d. Nama dokumen: Data assessment bencana Fungsi : Sebagai laporan data assessment bencana Sumber : Sistem Tujuan : Kepala Markas Media : Kertas Frekuensi : Setiap ada permintaan data assessment bencana dalam bentuk hard copy Bentuk : Lihat lampiran D.5.

44. 4.1.5 Rancangan Program 1.. Rancangan Antarmuka Halaman Awal. Sumber : Penulis Gambar IV. 9 Rancangan Antarmuka Halaman Awal.

45. 2.. Rancangan Antarmuka Halaman Formulir Pendaftaran Relawan. Sumber : Penulis Gambar IV. 10 Rancangan Antarmuka Halaman Formulir Pendaftaran Relawan.

46. 3.. Rancangan Antarmuka Halaman Melaporkan Bencana. Sumber : Penulis Gambar IV. 11 Rancangan Antarmuka Halaman Melaporkan Bencana 4.. Rancangan Antarmuka Halaman Login Admin. Sumber : Penulis Gambar IV. 12 Rancangan Antarmuka Halaman Login Admin.

47. 5.. Rancangan Antarmuka Halaman Daftar Semua Bencana. Sumber : Penulis Gambar IV. 13 Rancangan Antarmuka Halaman Daftar Semua Bencana.

48. 6.. Rancangan Antarmuka Halaman Data Anggota Relawan (Admin). Sumber : Penulis Gambar IV. 14 Rancangan Antarmuka Halaman Data Anggota Relawan (Admin) 7.. Rancangan Antarmuka Halaman Data Unit (Admin). Sumber : Penulis Gambar IV. 15 Rancangan Antarmuka Halaman Data Unit (Admin).

49. 8.. Rancangan Antarmuka Halaman Data Bencana (Admin). Sumber : Penulis Gambar IV. 16 Rancangan Antarmuka Halaman DataBencana (Admin) 9.. Rancangan Antarmuka Halaman Data Organisasi. Sumber : Penulis Gambar IV. 17 Rancangan Antarmuka Halaman Data Organisasi (Admin).

50. 10.. Rancangan Antarmuka Halaman Detail Anggota (Admin). Sumber : Penulis Gambar IV. 18 Rancangan Antarmuka Halaman Detail Anggota (Admin).

51. 11.. Rancangan Antarmuka Halaman Detail Bencana (Admin). Sumber : Penulis Gambar IV. 19 Rancangan Antarmuka Halaman Detail Bencana (Admin).

52. 12.. Rancangan Antarmuka Halaman Formulir Assessment (Admin). Sumber : Penulis Gambar IV. 20 Rancangan Antarmuka Halaman Formulir Assessment (Admin).

53. 13.. Rancangan Antarmuka Halaman Detail Assessment (Admin). Sumber : Penulis Gambar IV. 21 Rancangan Antarmuka Halaman Detail Assessment (Admin).

54. 14.. Rancangan Antarmuka Halaman Detail Markas dan Data Staff (Admin). Sumber : Penulis Gambar IV. 22 Rancangan Antarmuka Halaman Detail Markas dan Data Staff (Admin).

55. 15.. Rancangan Antarmuka Halaman Detail Staff (Admin). Sumber : Penulis Gambar IV. 23 Rancangan Antarmuka Halaman Detail Staff (Admin).

56. 16.. Rancangan Antarmuka Halaman Detail Unit (Admin). Sumber : Penulis Gambar IV. 24 Rancangan Antarmuka Halaman Detail Unit (Admin) 17.. Rancangan Antarmuka Halaman Profil Admin. Sumber : Penulis Gambar IV. 25 Rancangan Antarmuka Halaman Profil Admin.

57. 18.. Rancangan Antarmuka Halaman Aplikasi Info Bencana. Sumber : Penulis Gambar IV. 26 Rancangan Antarmuka Halaman Aplikasi Info Bencana 19.. Rancangan Antarmuka Menu Aplikasi Info Bencana. Sumber : Penulis Gambar IV. 27 Rancangan Antarmuka Menu Aplikasi Info Bencana.

58. 20.. Rancangan Antarmuka Halaman Daftar Bencana Aplikasi. Sumber : Penulis Gambar IV. 28 Rancangan Antarmuka Halaman Daftar Bencana Aplikasi 21.. Rancangan Antarmuka Halaman Login Admin Aplikasi. Sumber : Penulis Gambar IV. 29 Rancangan Antarmuka Halaman Login Admin Aplikasi.

59. 22.. Rancangan Antarmuka Halaman Formulir Lapor Bencana Aplikasi. Sumber : Penulis Gambar IV. 30 Rancangan Antarmuka Halaman Formulir Lapor Bencana Aplikasi.

60. 4.2. Perancangan Perangkat Lunak. 4.2.1 Entity Relationship Diagram (ERD). Sumber : Penulis Gambar IV. 31 Entity Relationship Diagram (ERD).

61. 4.2.2 Logical Record Structure (LRS). Sumber : Penulis Gambar IV. 32 Logical Record Structure (LRS).

62. 4.2.3 Spesifikasi File Spesifikasi file merupakan pengelompokan dari file-file yang dapat membantu pengolahan data pada saat pemrosesan. Dengan file-file yang dikelompokan ini, maka file data akan lebih teratur dan terjaga keamanannya dari kerusakan. Dalam pembuatan program aplikasi ini penulis menggunakan satu buah file database yaitu pmi.sql. Spesifikasi file yang di maksud yaitu : 1.. File Markas Nama file: File Markas Akronim: Markas Fungsi: Untuk Menyimpan Data Markas Tipe: File Master Akses file: Random Panjang Record: 672 Kunci field: kode_markas Tabel IV. 2 Spesifikasi File Markas No. Elemen Data. Akronim. Tipe. 1. Kode PMI. kode_markas. Varchar 32. 2. Level PMI. level_markas. Varchar 32. 3. Nama PMI. nama_markas. Varchar 64. Nama Kepala. nama_kepala_m. 4. Panjang. Varchar 32 Markas. arkas. 5. Nomor SK. nosk_markas. Varchar 32. 6. Tanggal SK. tglsk_markas. Date. Ket Key.

63. 7. Luas Tanah. luas_tanah. Varchar 16. 8. Luas Bangunan. luas_bangunan. Varchar 16. status_markas. Varchar 16. Status 9. Kepemilikan Markas Kepemilikan. kepemilikan_ser. Sertifikat Markas. tifikat. 11. Status Aktif. st_aktif_markas. Varchar 16. 12. Catatan. catatan_markas. Varchar 64. 13. Nama Provinsi. provinsi_markas. Varchar 32. 10. Varchar 32. kabupaten_mark 14. Nama Kabupaten. Varchar 32 as kecamatan_mar. 15. Nama Kecamatan. Varchar 32 kas. 16. Nama Desa. desa_markas. 17. Kode Pos. kodepos_markas Varchar 16. 18. No Telpon. notelp_markas. Varchar 16. 19. Fax. fax_markas. Varchar 16. 20. Email. email_markas. Varchar 16. 21. Alamat. alamat_markas. Varchar 128. Sumber : Penulis. 2.. File Staff Nama File: File staff. Varchar 32.

64. Akronim: staff Fungsi: Untuk Menyimpan Data staff Tipe: File Master Akses file: Random Panjang Record: 479 Kunci field: id_staff. Tabel IV. 3 Spesifikasi File Staff No. Elemen Data. Akronim. Tipe. Panjang. Ket. 1. Id Staff. id_staff. Int. 11. Key. 2. Nama. nama_staff. Varchar 32. 3. Tempat lahir. tempatlahir_s Varchar 32 taff 4. Tangal lahir. tgllahir_staff. Date. 5. Jenis kelamin. jk_staff. Varchar 16. 6. Agama. agama_staff. Varchar 16. 7. Golongan darah. goldar_staff. Varchar 8. 8. No hp. nohp_staff. Varchar 16. 9. Email. email_staff. Varchar 32. 10. Jenis identitas. jenis_idt_staf Varchar 16 f No induk 11. nik_staff kependudukan. Varchar 16.

65. 12. Provinsi. 13. Kabupaten. provinsi_staff. Varchar 16. kabupaten_st Varchar 16 aff kecamatan_st 14. Kecamatan. Varchar 16 aff. 15. Desa. desa_staff. Varchar 16. 16. Foto. foto_staff. Varchar 128. 17. Catatan. catatan_staff. Varchar 92. Sumber : Penulis. 3.. File Assessment Nama File: File Assessment Akronim: Assessment Fungsi: Untuk Menyimpan Data Assessment Tipe: File Master Akses file: Random Panjang Record: 423 Kunci field: id_ assessment Tabel IV. 4 Spesifikasi File Assessment No. Elemen Data. Akronim. Tipe. Panjang. Ket. 1. Id assessment. id_assessment. Int. 11. Key. 2. Id bencana. id_bencana. Int. 11. Fk.

66. sumber_informa 3. Sumber informasi. Varchar 18 si kontak_assessm. 4. Kontak assessment. Varchar 16 ent. Tanggal 5. tgl_assessment. Date. assessment Kebutuhan. kebutuhan_mend. mendesak. esak. Spesifikasi sumber. spesifikasi_sum. informasi. ber_informasi. 6. Text. 7. Varchar 128. gambaran_umu 8. Gambaran umum. Text m. 9. Tindakan PMI. tindakan_pmi. Text. 10. Tindakan LSM. tindakan_lsm. text. Tindakan. tindakan_pemeri. pemerintah. ntah. 12. Jumlah meninggal. jml_meninggal. Varchar 6. 13. Jumlah luka berat. jml_luka_berat. Varchar 6. 14. Jumlah luka edang. jml_luka_sedang Varchar 6. 15. Jumlah luka ringan. jml_lika_ringan. Varchar 6. 16. Jumlah hilang. jml_hilang. Varchar 6. 17. Jumlah KK. jml_kk. Varchar 6. jml_bgn_hancur. Varchar 6. 11. Int. 11. Jumlah bangunan 18 hancur.

67. Jumlah bangunan. jml_bgn_rusak_. 19. Varchar 6 rusak berat. berat. Jumlah bangunan. jml_bgn_rusak_. rusak sedang. sedang. Jumlah bangunan. jml_bgn_rusak_r. rusak ringan. ingan. 22. Jumlah jiwa. jml_jiwa. Varchar 6. 23. Pengungsi ada. pengungsi_ada. Varchar 6. 24. Jumlah pengungsi. jml_pengungsi. Varchar 6. 20. Varchar 6. 21. Varchar 6. pengungsian_lok 25. Pengungsian lokasi. Varchar 6 asi. 26. Jalan ada. jalan_ada. Varchar 6. 27. Jalan fungsi. jalan_fungsi. Varchar 6. 28. Jembatan ada. jembatan_ada. Varchar 6. 29. Jembatan fungsi. jembatan_fungsi. Varchar 6. 30. Umum ada. umum_ada. Varchar 6. 31. Umum fungsi. umum_fungsi. Varchar 6. Catatan. catatan_transport. transportasi. asi. Tempat ibadah. tempat_ibadah. Tempat ibadah. tempat_ibadah_f. fungsi. ungsi. 35. Listrik ada. listrik_ada. Varchar 6. 36. Listrik fungsi. listrik_fungsi. Varchar 6. 32. 33. Text. 34. Varchar 6. Varchar 6.

68. 37. Sekolah ada. sekolah_ada. Varchar 6. 38. Sekolah fungsi. sekolah_fungsi. Varchar 6. Fasilitas kesehatan. fasilitas_kesehat. 39. Varchar 6 ada. an_ada. Fasilitas kesehatan. fasilitas_kesehat. fungsi. an_fungsi. KU air. ku_air. Catatan kebutuhan. catatan_kebutuh. umum. an_umum. 40. 41. Varchar 6. 42. Varchar 6. Varchar 6. komunikasi_tlp_ 43. Komunikasi tlp ada. Varchar 6 ada. Komunikasi tlp. komunikasi_tlp_. fungsi. fungsi. Komunikasi. komunikasi_selu. seluller ada. lle_ ada. Komunikasi. komunikasi_selu. seluller fungsi. ller_fungsi. Komunikasi kantor. komunikasi_kan. pos ada. torpos_ada. 44. Varchar 6. 45. Varchar 6. 46. Varchar 6. 47. Varchar 6. komunikasi Komunikasi kantor 48. _kantorpos_fung. Varchar 6. pos fungsi si Komunikasi. komunikasi_inte. 49. Varchar 6 internet ada. rnet_ada.

69. Komunikasi. komunikasi_inte. 50. Varchar 6 internet fungsi. rnet_fungsi. Komunikasi. komunikasi_kete. keterangan. rangan. Catatan. catatan. 51. 52. Text. Text. Sumber : Penulis. 4.. File Anggota Nama File: File anggota Akronim: anggota Fungsi: Untuk Menyimpan Data anggota Tipe: File Master Akses file: Random Panjang Record: 804 Kunci field: kd_anggota Tabel IV. 5 Spesifikasi File Anggota No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Kode anggota. kd_anggota. Varchar. 50. 2. Nama. Nama. Varchar. 128. 3. Jenis kelamin. kelamin. Varchar. 12. 4. No Hp. no_hp. Varchar. 16. 5. Email. Email. Varchar. 128. Key.

70. 6. Tempat lahir. tempat_lahir. Varchar. 7.. Tanggal lahir. tgl_lahir. Date. 8. Jenis identitas. 32. jenis_identita Varchar. 20. Nik. Varchar. 16. s Nomor induk 9 kependudukan 10. Agama. Agama. Varchar. 12. 11. Golongan darah. Goldar. Varchar. 3. 12. Alamat. Alamat. Text. 13. Rt. Rt. Varchar. 3. 14. Rw. Rw. Varchar. 3. 15. Kode pos. kodepos. Varchar. 8. 16. Desa. desa_id. Varchar. 32. 17. Kecamatan. kecamatan_id. Varchar. 32. 18. Kabupaten. kabupaten_id. Varchar. 32. 19. Provinsi. provinsi_id. Varchar. 32. 20. No telephon. no_telp. Varchar. 16. 21. Status domisili. st_domisili. Varchar. 16. 22. Status tinggal. st_tinggal. Varchar. 16. 23. Status aktif. st_aktif. Varchar. 16. 24. Catatan. catatan. Text. 25. Status identitas. st_identitas. Varchar. 16. 26. Id unit. id_unit. Int. 11. 27. Id detail unit. id_detail_unit. Int. 11.

71. 28. Foto. Foto. Varchar. 128. 29. Angkatan. angkatan. Year. 4. 30. Time. timestamp. Int. 11. Sumber : Penulis. 5.. File Bencana Nama File: File bencana Akronim: bencana Fungsi: Untuk Menyimpan Data anggota Tipe: File Master Akses file: Random Panjang Record: 1067 Kunci field: Id_bencana Tabel IV. 6 Spesifikasi File Bencana No. Elemen Data. Akronim. Tipe. Panjang. Ket. 1. Id bencana. id_bencana. Int. 11. Key. sumber_informas 2. Sumber informasi. Varchar 36 i. 3. Nama kejadian. nama_kejadian. Varchar 32. 4. Nama bencana. nama_bencana. Varchar 64. 5. Status bencana. status_bencana. Varchar 32. 6.. Tanggal kejadian. tgl_kejadian. Date.

72. 7. Lokasi. Lokasi. Date. 8. Dampak bencana. dampak_bencana. Varchar 36. Spesifikasi sumber. spesifikasi_sumb. 9. Varchar 36 berita. er_berira. 10. Jenis bencana. jenis_bencana. Varchar 36. 11. Level bencana. Level. Varchar 28. 12. Waktu kejadian. waktu_kejadian. Time. 13. Gambaran umum. gambaran_umum. Varchar 128. 14. Kontak informasi. kontak_informasi. Varchar 128. 15. Provinsi. provinsi_id. Varchar 36. 16. Kabupaten. kabupaten_id. Varchar 36. 17. Kecamatan. kecamatan_id. Varchar 36. 18. Desa. desa_id. Varchar 36. 19. Nama pelapor. nama_pelapor. Varchar 32. 20. Latitude lokasi. Lat. Varchar 16. 21. Longitude lokasai. Ing. Varchar 16. 22. Gambar bencana. img_bencana. Varchar 256. Sumber : Penulis. 6.. 36. File Penugasan Nama File: File penugasan Akronim: penugasan Fungsi: Untuk Menyimpan Data penugasan Tipe: File Master.

73. Akses file: Random Panjang Record: 3622 Kunci field: Id_ penugasan Tabel IV. 7 Spesifikasi File Penugasan. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id penugasan. Id_penugasan. Int. 11. 2. Id bencana. Id_bencana. Varchar 11. 3. Dasar penugasan. Dasar_penugasan. Varchar 168. No. Nomor_penugasa 4. Nomor enugasan. Varchar 32 n. 5. Nama kegiatan. Nama_kegiatan. Varchar 168. 6. Tujuan tugas. Tujuan_tugas. Date. 168. Date. 168. Deskripsi_penuga 7. Deskripsi san Lokasi_penugasa. 8. Lokasi. Text n. 9. Sumber dana. 10. Transportasi. Sumber_dana. Varchar 168. Transportasi_pen Varchar 168 ugasan Date_mulai_penu 11. Date mulai. Date gasan. 12. Date selesai. Date_selesai_pen. Date. Key Fk.

74. ugasan 13. Petugas. Petugas. Varchar 128. Sumber : Penulis. 7.. File Layanan Nama File: File layanan Akronim: layanan Fungsi: Untuk Menyimpan Data layanan Tipe: File Master Akses file: Random Panjang Record: 72 Kunci field: Id_ layanan Tabel IV. 8 Spesifikasi File Layanan No. Elemen Data. Akronim. Tipe. Panjang. Ket. 1. Id layanan. id_layanan. Int. 11. Key. 2. Id bencana. id_bencana. Int. 11. Fk. 3. Jenis layanan. jenis_layanan. Varchar 10. 4. Tanggal awal. tgl_awal. Date. 5. Tanggal akhir. tgl_akhir. Date. 6. Jumlah layanan. jml_layanan. Varchar 10. Jumlah penerima. jml_penerima_. manfaat. manfaat. 7. Varchar 10.

75. Jumlah penerima. jml_penerima_. 8. Varchar 20 manfaat satuan. manfaat_satuan. Sumber : Penulis 8.. File Ikatan Dinas Nama File: File ikatan dinas Akronim: ikatan_dinas Fungsi: Untuk Menyimpan Data ikatan dinas Tipe: File Master Akses file: Random Panjang Record: 91 Kunci field: Id_ikatan. Tabel IV. 9 Spesifikasi File Ikatan Dinas No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id ikatan. id_ikatan. Int. 11. Key. 2. Id staff. id_staff. Int. 11. Fk. 3. No surat. no_surat_ikatandin Varchar 16 as 4. Jenis ikatan dinas. 5. Tanggal mulai. jenis_ikatan_dinas. Varchar 32. tgl_mulai_ikatandi Date nas 6. Tanggal akhir. tgl_akhir_ikatandin Date.

76. as keterangan_ikatand 7. Keterangan. Varchar 32 inas. Sumber : Penulis 9.. File Unit Nama File: File unit Akronim: unit Fungsi: Untuk Menyimpan Data ikatan unit Tipe: File Master Akses file: Random Panjang Record: 19 Kunci field: Id_ unit Tabel IV. 10 Spesifikasi File Unit No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id unit. id_ikatan. Int. 11. 2. Nama unit. nama_unit. Varchar 8. Sumber : Penulis. 10.. File Detail Unit Nama File: File detail unit Akronim: detail_unit Fungsi: Untuk Menyimpan Data detail unit. Key.

77. Tipe: File Master Akses file: Random Panjang Record: 445 Kunci field: Id_ detail unit Tabel IV. 11 Spesifikasi File Detail Unit No. Elemen Data. Akronim. Tipe. Panjang. Ket. 1. Id detail unit. id_detail_unit. Int. 11. Key. 2. Kode unit. kode_unit. Varchar 11. 3. Id unit. id_unit. Int. 4. Nama unit. nama_jenis. Varchar 64. 5. Nama detai unit. 11. nama_detail_uni Varchar 128 t 6. Email. email_unit. Varchar 64. 7. No telp. notelp_unit. Varchar 16. 8. Status. status_unit. Varchar 12. 9. Catatan. catatan_unit. Text. 10. Provinsi. provinsi_id. Varchar 32. 11. Kabupaten. kabupaten_id. Varchar 32. 12. Kecamatan. kecamatan_id. Varchar 32. 13. Alamat. alamat_unit. Text. 14. Upload SK. sk_unit. Varchar 32. Sumber : Penulis. Fk.

78. 11.. File User Nama File: File user Akronim: user Fungsi: Untuk Menyimpan Data user Tipe: File Master Akses file: Random Panjang Record: 406 Kunci field: Id_ user Tabel IV. 12 Spesifikasi File User No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id user. id_user. Int. 11. 2. Email. email_user. Varchar 128. 3. Username. nama_user. Varchar 128. 4. Password. password_user. Varchar 128. 5. Created. date_created. Int. Sumber : Penulis. 12.. File Riwayat Penghargaan Nama File: File riwayat penghargaan Akronim: riwayat_penghargaan Fungsi: Untuk Menyimpan Data riwayat penghargaan Tipe: File Master. 11. Key.

79. Akses file: Random Panjang Record: 200 Kunci field: Id_riwayat_penghargaan Tabel IV. 13 Spesifikasi File Riwayat Penghargaan No. Elemen Data. Akronim. Id riwayat. id_riwayat_pengharga. 1. Tipe. Panjang Ket. Int. 11. penghargaan. an. 2. Kode anggota. kd_anggota. Varchar 50. 3. Id staff. id_staff. Int. 4. Nomor surat. 11. no_surat_penghargaa Varchar 32 n Nama 5. nama_penghargaan. Varchar 32. penghargaan 6. Tanggal. tanggal_penghargaan. Date. 7. Pemberi. pemberi_penghargaan. Varchar 32. 8. Piagam. piagam. Varchar 32. Sumber : Penulis. 13.. File Riwayat Organisasi Nama File: File riwayat organisasi Akronim: riwayat_penghargaan Fungsi: Untuk Menyimpan Data riwayat organisasi Tipe: File Master. Key. Fk.

80. Akses file: Random Panjang Record: 422 Kunci field: Id_riwayat_organisasi Tabel IV. 14 Spesifikasi File Riwayat Organisasi No. Elemen Data. Akronim. Id riwayat. id_riwayat_. 1. Tipe. Panjang Ket. Int. 11. organisasi. organisasi. 2. Kode organisasi. kd_ organisasi. Varchar 50. 3. Id staff. id_staff. Int. 4. Nama organisasi. nama_organisasi. Varchar 64. 5. Jabatan. jabatan_organisasi. Varchar 64. tgl_masuk_jabatan. Date. tgl_keluar_jabatan. Date. alamat_organisasi. Varchar 128. 11. Tanggal masuk 6 jabatan Tanggal keluar 7 jabatan 8. Alamat organisasi. 9. Keterangan. keterangan_organis Varchar 94 asi. Sumber : Penulis. 14.. File Jabatan PMI Nama File: File riwayat jabatan pmi Akronim: riwayat_jabatan_pmi. Key. Fk.

81. Fungsi: Untuk Menyimpan Data riwayat jabatan pmi Tipe: File Master Akses file: Random Panjang Record: 182 Kunci field: Id_riwayat_ jabatan Tabel IV. 15 Spesifikasi File Jabatan PMI No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id riwayat jabatan. id_riwayat_jabatan. Int. 11. Key. 2. Id staff. id_staff. Int. 11. Fk. 3. Status pegawai. status_pegawai. Varchar 32. 4. Jabatan. Jabatan. Varchar 32. 5. Golongan. Golongan. Varchar 32. 6. Unit kerja. unit_kerja. Varchar 32. 7. Tanggal mulai. tgl_mulai_riwayatj Date abatan tgl_selesai_riwayat 8. Tanggal selesai. Date jabatan no_sk_riwayatjabat. 9. No SK. Varchar 32 an. Sumber : Penulis. 15.. File Riwayat Keanggotaan Nama File: File riwayat keanggotaan.

82. Akronim: riwayat_keanggotaan Fungsi: Untuk Menyimpan Data riwayat keanggotaan Tipe: File Master Akses file: Random Panjang Record: 328 Kunci field: Id_riwayat_ keanggotaan Tabel IV. 16 Spesifikasi File Riwayat Keanggotaan No. Elemen Data. Akronim. Tipe. Panjang Ket. Id riwayat. id_riwayat_ke. keanggotaan. anggotaan. Int. 11. Key. 2. Id staff. id_staff. Int. 11. Fk. 3. Kode anggota. kd_anggota. Varchar 50. Fk. 4. Unit sekarang. unit_sekarang. Varchar 64. 5. Unit asal. unit_asal. Varchar 64. 6. Pmi sekarang. pmi_sekarang. Varchar 64. 7. Pmi asal. pmi_asal. Varchar 64. 8. Tahun masuk. tahun_masuk. Date. 9. Tahun keluar. tahun_keluar. Date. 1. Sumber : Penulis. 16.. File Kontak Darurat Nama File: File kontak darurat Akronim: kontak_darurat.

83. Fungsi: Untuk menyimpan data kontak darurat Tipe: File Master Akses file: Random Panjang Record: 424 Kunci field: Id_kontak_darurat Tabel IV. 17 Spesifikasi File Kontak Darurat No. Elemen Data. Akronim. Tipe. Panjang Ket. Int. 11. id_kontak_darura 1. Id kontak darurat. Key. t 2. Kode anggota. kd_anggota. Varchar 50. Fk. 3. Id staff. id_staff. Int. Fk. 11. hubungan_keluar 4. Hubungan keluarga. Varchar 32 ga_anggota nama_keluarga_a. 5. Nama keluarga. Varchar 32 nggota. 6. No telp. no_telp_kontak. Varchar 32. 7. Alamat. alamat_kontak. Varchar 128. 8. Catatan. catatan_kontak. Varchar 128. Sumber : Penulis. 17.. File Sertifikasi Nama File: File sertifikasi Akronim: sertifikasi.

84. Fungsi: Untuk Menyimpan Data sertifikasi Tipe: File Master Akses file: Random Panjang Record: 264 Kunci field: Id_ sertifikasi Tabel IV. 18 Spesifikasi File Sertifikasi No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id kontak darurat. id_ sertifikasi. Int. 11. Key. 2. Id staff. id_staff. Int. 11. Fk. 3. Kode anggota. kd_anggota. Varchar 50. Fk. 4. Bidang. bidang. Varchar 32. 5. Kompetensi. kompetensi. Varchar 32. 6. Tanggal mulai. tgl_mulai_sertifika Date si tgl_selesai_sertifik 7. Tanggal selesai. Date asi. 8. Lembaga. lembaga. Varchar 32. 9. Masa berlaku. masa_berlaku. Varchar 32. 10. Sertifikat. sertifikat_sertifikas Varchar 32 i 11. Lokasi sertifikasi. Sumber : Penulis. lokasi_sertifikasi. Varchar 32.

85. 18.. File Diklat PMI Nama File: File diklat pmi Akronim: diklat_pmi Fungsi: Untuk Menyimpan Data diklat pmi Tipe: File Master Akses file: Random Panjang Record: 232 Kunci field: Id_ diklat_pmi Tabel IV. 19 Spesifikasi File Diklat PMI No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id diklat pmi. id_ diklat_pmi. Int. 11. 2. Kode anggota. kd_anggota. Varchar 50. Fk. 3. Id staff. id_staff. Int. Fk. 4. User. user_diklat. Varchar 32. 5. Palatih. Pelatihan. Varchar 32. 6. No registrasi. no_registrasi_diklat. Varchar 32. 7. Alumni. Alumni. Varchar 16. 11. upload_sertifikat_di 8. Upload sertifikat. Varchar 32 klat. 9. Validasi. Sumber : Penulis. 19.. File Pendidikan Formal. validasi_sertifikat. Varchar 16. Key.

86. Nama File: File pendidikan formal Akronim: pendidikan_formal Fungsi: Untuk menyimpan data pendidikan formal Tipe: File Master Akses file: Random Panjang Record: 262 Kunci field: Id_pendidikan_formal Tabel IV. 20 Spesifikasi File Pendidikan Formal No. Elemen Data. Akronim. Tipe. Panjang Ket. id_pendidikan_formal. Int. 11. Id pendidikan 1. Key. formal 2. Kode anggota. kd_anggota. Varchar 50. Fk. 3. Id staff. id_staff. Int. Fk. jenjang_pendidikan. Varchar 32. bidang_pendidikan. Varchar 32. 11. Jenjang 4 pendidikan Bidang 5 pendidikan tahun_masuk_pendidik 6. Tahun masuk. Varchar 12 an tahun_lulus_pendidika. 7. Tahun lulus. Varchar 12 n. 8. Institusi. institusi. Varchar 64. 9. Provinsi. provinsi_id. Varchar 2.

87. 10. Kabupaten. kabupaten_id. Varchar 4. 11. Upload ijasah. ijasah. Varchar 32. Sumber : Penulis 20.. File Keahlian Nama File: File keahlian Akronim: keahlian Fungsi: Untuk Menyimpan Data keahlian Tipe: File Master Akses file: Random Panjang Record: 168 Kunci field: Id_ keahlian Tabel IV. 21 Spesifikasi File Keahlian No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id keahlian. id_ keahlian. Int. 11. 2. Kode anggota. kd_anggota. Varchar 50. Fk. 3. Id staff. id_staff. Int. Fk. 11. bidang_keter 4. Bidang keterampilan. Varchar 32 ampilan. 5. keterampilan. keterampilan. Varchar 32. validasi_kete 6. Validasi keterampilan. Varchar 32 rampilan. 7. Date. date_validasi. Date. Key.

88. Sumber : Penulis. 21.. File Pengajuan Cuti Nama File: File pengajuan cuti Akronim: pengajuan_cuti Fungsi: Untuk menyimpan data pengajuan cuti Tipe: File Master Akses file: Random Panjang Record: 97 Kunci field: Id_ pengajuan_cuti. Tabel IV. 22 Spesifikasi File Pengajuan Cuti No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id pengajuan cuti. id_pengajuan_cuti. Int. 11. Key. 2. Id staff. id_staff. Int. 11. Fk. 3. Jenis cuti. jenis_cuti. Varchar 11. 4. Hak cuti. hak_cuti. Varchar 32. tgl_pengajuan_cuti. Date. tgl_mulai_cuti. Date. keperluan_cuti. Varchar 32. Tanggal 5 pengajuan Tanggal mulai 6 cuti 7.. Keperluan. Sumber : Penulis.

89. 22.. File User Token Nama File: File user token Akronim: user_token Fungsi: Untuk menyimpan data user token Tipe: File Master Akses file: Random Panjang Record: 395 Kunci field: Id_ token. Tabel IV. 23 Spesifikasi File User Token No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id token. id_token. Int. 11. 2. Email. Email. Varchar 128. 3. Token. Token. Varchar 128. Date_created_token. Varchar 128. Date created 4 token. Sumber : Penulis. 23.. File Lapor Bencana Nama File: File lapor bencana Akronim: lapor_bencana Fungsi: Untuk Menyimpan Data Lapor Bencana. Key.

90. Tipe: File Master Akses file: Random Panjang Record: 412 Kunci field: Id_ lapor Tabel IV. 24 Spesifikasi File Lapor Bencana No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id pelapor. id_lapor. Int. 12. 2. Nama pelapor. nama_pelapor. Varchar 128. 3. Nomor WA. no_wa. Varchar 16. 4. Lapor nama kejadian. lapor_nama_k Varchar 64 ejadian lapor_jenis_be 5. Lapor jenis bencana. Varchar 64 ncana. Lapor tanggal. lapor_tgl_keja. kejadian. dian. 6. Date. lapor_waktu_k 7. Lapor waktu kejadian. Time ejadian. 8. Lapor alamat kejadian. lapor_alamat. Lapor gambaran. lapor_gambara. umum bencana. n_umum. 9. Varchar 64. Sumber : Penulis. 24.. Varchar 64. File Wilayah Provinsi. Key.

91. Nama File: File wilayah provinsi Akronim: wilayah_provinsi Fungsi: untuk mengambil data provinsi Tipe: File Master Akses file: Random Panjang Record: 32 Kunci field: provinsi_id Tabel IV. 25 Spesifikasi File Wilayah Provinsi No. Elemen Data. Akronim. Tipe. 1. Id provinsi. provinsi_id. Varchar 2. 2. Nama provinsi. nama_provinsi. Varchar 30. Sumber : Penulis. 25.. File Wilayah Kabupaten Nama File: File wilayah kabupaten Akronim: wilayah_kabupaten Fungsi: untuk mengambil data kabupaten Tipe: File Master Akses file: Random Panjang Record: 32 Kunci field: kabupaten_id Tabel IV. 26 Spesifikasi File Wilayah Kabupaten. Panjang Ket Key.

92. No. Elemen Data. Akronim. Tipe. Panjang Ket. 1. Id kabupaten. kabupaten_id. Varchar 4. Key. 2. Id provinsi. provinsi_id. Varchar 2. Fk. 3. Nama kabupaten. nama_kabupaten. Varchar 30. Sumber : Penulis. 26.. File Wilayah Kecamatan Nama File: File wilayah kecamatan Akronim: wilayah_kecamatan Fungsi: untuk mengambil data kecamatan Tipe: File Master Akses file: Random Panjang Record: 32 Kunci field: kecamatan_id Tabel IV. 27 Spesifikasi File Wilayah Kecamatan No. Elemen Data. Akronim. Tipe. 1. Id kecamatan. kecamatan_id. Varchar 7. Key. 2. Id kabupaten. kabupaten_id. Varchar 4. Fk. 3. Nama kecamatan. nama_kecamatan. Varchar 30. Sumber : Penulis. 27.. File Wilayah Desa. Panjang Ket.

93. Nama File: File wilayah desa Akronim: wilayah_desa Fungsi: untuk mengambil data desa Tipe: File Master Akses file: Random Panjang Record: 32 Kunci field: desa_id Tabel IV. 28 Spesifikasi File Wilayah Desa No. Elemen Data. Akronim. Tipe. 1. Id desa. desa_id. Varchar 10. Key. 2. Id kabupaten. kabupaten_id. Varchar 4. Fk. 3. Nama kecamatan. nama_kecamatan. Varchar 30. Sumber : Penulis. Panjang Ket.

94. 4.2.4 Class Model / Class Diagram. Sumber : Penulis Gambar IV. 33 Class Diagram.

95. 4.2.5 Sequence Diagram 1.. Proses Login. Gambar IV. 34 Sequence Diagram Proses Login.

96. 2.. Proses Mengelola Data Bencana dan Assessment. Sumber : Penulis Gambar IV. 35 Sequence Diagram Mengelola Data Bencana dan Assessment.

97. 3.. Proses Mengelola Data Relawan. Sumber : Penulis Gambar IV. 36 Sequence Diagram Mengelola Data Relawan.

98. 4.. Proses Mengelola Data Unit. Sumber : Penulis Gambar IV. 37 Sequence Diagram Mengelola Data Unit.

99. 5.. Proses Mengelola Data Staff. Sumber : Penulis Gambar IV. 38 Sequence Diagram Mengelola Data Staff.

100. 6.. Proses Pendaftaran Relawan. Sumber : Penulis Gambar IV. 39 Sequence Diagram Proses Pendaftaran Relawan 7.. Proses Melaporkan Bencana. Sumber : Penulis Gambar IV. 40 Sequence Diagram Proses Melaporkan Bencana.

101. 4.2.6 Spesifikasi Hardware dan Software Spesifikasi sistem komputer yang diusulkan meliputi penjelasan dalam spesifikasi perangkat keras dan perangkat lunak minimum yang dibutuhkan dalam implementasi sistem. Di dalam sistem usulan ini ada beberapa sarana pendukung yang diperlukan untuk menunjang sistem usulan. Mutu dari sarana pendukung yang bagus dan kesesuaian kebutuhan sistem yang diusulkan. Penerapan sistem komputerisasi tidak terlepas dari penggunaan peralatan yang sanggup melakukan pengolahan data. Salah satu penunjang sistem tersebut adalah peralatan dari sistem komputer, yang terdiri dari perangkat keras dan perangkat lunak 1.. Perangkat Keras (Hardware) Perangkat keras atau hardware merupakan seluruh komponen yang. membentuk suatu sistem komputer dan peralatan lainnya yang memunginkan komputer dapat melaksaksanakan tugasnya dengan cepat dan akurat. Dalam hal ini penulis mengusulkan perangkat keras minimal yang sesuai dengan kebutuhan sistem usulan dengan spesifikasi sebagai berikut: a. Processor: Core 2 Duo 2 GHz b. Memory (RAM): 2GB DDR3 c. Monitor: 14 inch d. Hardisk: 500GB e. Mouse f. Keyboard 2.. Perangkat Lunak (Software) Bagian lain yang tidak kalah penting untuk mendukung program adalah. perangkat lunak (Software) yang digunakan untuk menampilkan Rancangan dan juga sistem operasi yang digunakan dalam menjalankan program tersebut. Berikut.

102. Perangkat Lunak (Software) yang digunakan dalam menampilkan aplikasi MIS PMI Kabupaten Tegal, sebagai berikut: a. System operasi: Microsoft Wiondows 8 b. Bahasa pemrograman: PHP c. Database: MySql d. Program pendukung: XAMPP, Visuak Studio Code. 4.3. Implementasi dan Pengujian Unit. 4.3.1 Implementasi 1.. Tampilan Halaman Login Admin. Sumber : Penulis Gambar IV. 41 Tampilan Halaman Login Admin.

103. 2.. Tampilan Halaman Utama. Sumber : Penulis Gambar IV. 42 Tampilan Halaman Utama.

104. 3.. Tampilan Halaman Form Pendaftaran Relawan. Sumber : Penulis Gambar IV. 43 Tampilan Halaman Form Pendaftaran Relawan.

105. 4.. Tampilan Halaman Form Melaporkan Bencana. Sumber : Penulis Gambar IV. 44 Tampilan Halaman Form Melaporkan Bencana.

106. 5.. Tampilan Halaman Daftar Semua Bencana. Sumber : Penulis Gambar IV. 45 Tampilan Halaman Daftar Semua Bencana.

107. 6.. Tampilan Halaman Info Bencana. Sumber : Penulis Gambar IV. 46 Tampilan Halaman Info Bencana.

108. 7.. Tampilan Daftar Anggota Relawan (Admin). Sumber : Penulis Gambar IV. 47 Tampilan Daftar Anggota Relawan (Admin) 8.. Tampilan Daftar Unit (Admin). Sumber : Penulis Gambar IV. 48 Tampilan Daftar Unit (Admin).

109. 9.. Tampilan Daftar Bencana (Admin). Sumber : Penulis Gambar IV. 49 Tampilan Daftar Bencana (Admin) 10.. Tampilan Data Markas (Admin). Sumber : Penulis Gambar IV. 50 Tampilan Data Markas (Admin).

110. 11.. Tampilan Detail Markas dan Data Staff (Admin). Sumber : Penulis Gambar IV. 51 Tampilan Detail Markas dan Data Staff (Admin).

111. 12.. Tampilan Detail Bencana (Admin). Sumber : Penulis Gambar IV. 52 Tampilan Detail Bencana (Admin).

112. 13.. Tampilan Form Assessment (Admin). Sumber : Penulis Gambar IV. 53 Tampilan Form Asessment (Admin).

113. 14.. Tampilan Detail Asessment (Admin). Sumber : Penulis Gambar IV. 54 Tampilan Detail Asessment (Admin).

114. 15.. Tampilan Halaman Profil Admin. Sumber : Penulis Gambar IV. 55 Tampilan Halaman Profil Admin 16.. Tampilan Halaman Utama Mobile. Sumber : Penulis Gambar IV. 56 Tampilan Halaman Utama Mobile.

115. 17.. Tampilan Menu Mobile. Sumber : Penulis Gambar IV. 57 Tampilan Menu Mobile.

116. 18.. Tampilan Form Melaporkan Bencana Mobile. Sumber : Penulis Gambar IV. 58 Tampilan Form Melaporkan Bencana Mobile.

117. 19.. Tampilan Form Tambah Bencana Mobile. Sumber : Penulis Gambar IV. 59 Tampilan Form Tambah Bencana Mobile.

118. 20.. Tampilan Form Assessment Bencana. Sumber : Penulis Gambar IV. 60 Tampilan Form Assessment Bencana Mobile.

119. 4.3.2 Pengujian Unit Pengujian unit terhadap program yang dibuat menggunakan blackbox testing yang fokus terhadap proses masukan dan keluaran program. 1.. Pengujian Form Login Tabel IV. 29 Hasil Pengujian Form Login Skenario No. Hasil yang. Hasil. Kesim. diharapkan. pengujian. pulan. Test case Pengujian. Sistem akan Email dan Email. menolak akses. kosong,. admin dan. password tidak 1. Sesuai. diisi kemudian. Valid Password. menampilkan. kosong. halaman login. harapan. klik tombol login lagi Sistem akan Email diisi dan menolak akses password tidak 2. diisi kemudian klik tombol. Email diisi, admin dan. Sesuai. menampilkan. harapan. Password. Valid. kosong halaman login. login lagi Username. Email. Sistem akan. tidak diisi dan. kosong,. menolak akses. Sesuai. 3. Valid password diisi. Password. admin dan. kemudian klik. diisi. menampilkan. harapan.

120. tombol login. halaman login lagi. Mengetikkan. Sistem akan. salah satu. menolak akses. kondisi salah. Email benar, admin dan. pada Email. Password. menampilkan. atau password. salah. “Email atau. Sesuai 4. Valid harapan. kemudian klik. password. tombol login. salah”. Mengetikkan. Sistem. Email dan. menerima. password. Email benar, akses login Sesuai. 5. dengan data. Password. dan kemudian. Valid harapan. yang benar. benar. langsung. kemudian klik. menampilkan. tombol login. admin panel.. Sumber : Penulis 2.. Pengujian Form Pendaftaran Relawan Tabel IV. 30 Hasil Pengujian Form Pendaftaran Relawan Skenario No Pengujian 1. Hasil yang. Hasil. Kesimpu. diharapkan. pengujian. lan. Sistem tidak. Sesuai. Test Case. Tanpa mengisi. Semua kolom. Valid.

121. lalu klik. tidak diisi. “register”. akan. harapan. menyimpan ketika kolom tidak terisi semua, maka akan menampilka n pesan “Form Harus Diisi”. Tambahkan data register Sistem tidak anggota( nama, akan tempat menyimpan lahir,tanggal ketika kolom lahir, jenis Salah satu. ada yang. kelamin, 2. Sesuai kolom tidak. tidak terisi,. agama, diisi. maka akan. golongan menampilka darah, nik, n pesan email, no hp, “Form Harus domisili, unit, Diisi” foto) ) data yang di input. Valid harapan.

122. tidak lengkap lalu klik “register” Tambahkan data register anggota( nama, tempat lahir,tanggal. Sistem. lahir, jenis. sukses input. kelamin,. data register Semua data. agama, 3. anggota dan diisi sesuai. golongan. menampilka kolomnya. darah, nik,. n pesan. email, no hp,. “register. domisili, unit,. berhasil”. foto) ) data yang di input lengkap lalu klik “register”. Sumber : Penulis.

123. 3.. Pengujian Form Tambah Bencana Tabel IV. 31 Hasil Pengujian Pada Form Tambah Bencana Skenario No. Hasil yang. Hasil. Kesimp. diharapkan. pengujian. ulan. Test Case Pengujian. Sistem tidak akan menyimpan Tanpa mengisi. ketika kolom Semua. lalu menekan 1. tidak terisi. Sesuai. kolom tidak tombol. Valid semua, maka. harapan. diisi “tambah”. akan menampilkan pesan “Form Harus Diisi”. Tambahkan data. Sistem tidak. bencana. akan. (Sumber. menyimpan. informasi,. Salah satu. ketika kolom. spesifikasi. kolom tidak. ada yang. Sesuai 2. Valid harapan. sumber berita,. diisi. tidak terisi,. nama kejadian,. maka akan. jenis bencana,. menampilkan. status bencana,. pesan “Form.

124. Harus Diisi”. level bencana, tanggal kejadian, waktu kejadian, lokasi, gambaran umum, dampak bencana, kontak informasi, provinsi, kabupaten, kecamatan, desa) data yang di input tidak lengkap, lalu klik “Tambah” Tambahkan data. Sistem sukses. bencana. input data. (Sumber. tambah. informasi,. Semua data. bencana dan Sesuai. 3. spesifikasi. diisi sesuai. menampilkan. Valid harapan. sumber berita,. kolomnya. pesan. nama kejadian,. “tambah. jenis bencana,. bencana. status bencana,. berhasil”.

125. level bencana, tanggal kejadian, waktu kejadian, lokasi, gambaran umum, dampak bencana, kontak informasi, provinsi, kabupaten, kecamatan, desa) data yang di input lengkap, lalu klik “Tambah”. Sumber : Penulis 4.. Pengujian Form Assessment Bencana Tabel IV. 32 Hasil Pengujian Pada Form Assessment Bencana. No. Skenario. Test. Hasil yang. Hasil. Kesimp. Pengujian. Case. diharapkan. pengujian. ulan. Tanpa mengisi. Semua. Sistem tidak. Sesuai. 1. Valid lalu menekan. kolom. akan. harapan.

126. tombol “kirim”. tidak. menyimpan. diisi. ketika kolom tidak terisi semua, maka akan menampilkan pesan “Form Harus Diisi”. Tambahkan data assessment Sistem tidak bencana akan (umum, jumlah menyimpan korban, akses. Salah. transportasi,. satu. fasilitas umum,. kolom. akses. tidak. komunikasi,. diisi. ketika kolom ada yang tidak 2. Sesuai Valid. terisi, maka. harapan. akan menampilkan lainnya) data pesan “Form yang di input Harus Diisi” tidak lengkap, lalu klik “kirim” Tambahkan data Semua. Sistem sukses Sesuai. 3. assessment. data diisi. input data. Valid harapan. bencana. sesuai. tambah.

127. (umum, jumlah. kolomny. assessment. korban, akses. a. bencana dan. transportasi,. menampilkan. fasilitas umum,. pesan “tambah. akses. assessment. komunikasi,. bencana. lainnya) data. terkirim”. yang di input lengkap, lalu klik “kirim”. Sumber : Penulis 5.. Pengujian Form Lapor Bencana Tabel IV. 33 Hasil Pengujian Pada Form Lapor Bencana Skenario. Test. Hasil yang. Hasil. Kesimp. Pengujian. Case. diharapkan. pengujian. ulan. No. Sistem tidak akan Semua Tanpa mengisi. menyimpan kolom. 1. lalu klik. Sesuai ketika kolom. tidak “Kirim”. Valid harapan. tidak terisi diisi semua, maka akan.

128. menampilkan pesan “Form Harus Diisi” Tambahkan data lapor bencana (nama kejadian, Sistem tidak jenis bencana, akan mengirim tanggal Salah. pelaporan ketika. satu. kolom tidak. kolom. terisi semua,. tidak. maka akan. diisi. menampilkan. kejadian, waktu kejadian, alamat 2. Sesuai. kejadian,. Valid harapan. gambaran umum) data pesan “Form yang di input Harus Diisi” tidak lengkap, lalu klik “Kirim” Tambahkan data lapor. Semua. Sistem sukses. bencana(nama. data diisi. input data lapor Sesuai. 3. kejadian, jenis. sesuai. bencana dan. Valid harapan. bencana,. kolomny. menampilkan. tanggal. a. pesan “terkirim”. kejadian, waktu.

129. kejadian, alamat kejadian, gambaran umum) data yang di input lengkap lalu klik “Kirim”. Sumber : Penulis 6.. Pengujian Form Tambah Staff Tabel IV. 34 Hasil Pengujian Pada Form Tambah Staff Skenario. Test. Hasil yang. Hasil. Kesimp. Pengujian. Case. diharapkan. pengujian. ulan. No. Sistem tidak akan menyimpan Semua. ketika kolom. kolom. tidak terisi. Sesuai. tidak. semua, maka. harapan. diisi. akan. Tanpa mengisi 1. lalu klik. Valid. “Tambah”. menampilkan pesan “Form Harus Diisi”.

130. Tambahkan data staff (nama, Sistem tidak tempat akan lahir,tanggal menyimpan lahir, jenis. Salah ketika kolom. kelamin, agama, satu 2. golongan darah, nik, email, no. ada yang tidak. Sesuai. terisi, maka. harapan. kolom. Valid. tidak akan. hp, domisili,. diisi menampilkan. foto) data yang pesan “Form di input tidak Harus Diisi” lengkap, lalu klik “Tambah” Tambahkan data staff (nama, tempat Sistem sukses lahir,tanggal. Semua. lahir, jenis. data diisi. input data tambah staff dan 3. kelamin, agama, sesuai menampilkan golongan darah,. kolomny pesan “tambah. nik, email, no. a staff berhasil”. hp, domisili, foto) data yang di input.

131. lengkap, lalu klik “Tambah”. Sumber : Penulis 7.. Pengujian Form Tambah Unit Tabel IV. 35 Hasil Pengujian Form Tambah Unit Skenario No. Hasil yang. Hasil. Kesimpu. diharapkan. pengujian. lan. Test Case Pengujian. Sistem tidak akan menyimpan ketika kolom Tanpa mengisi. tidak terisi Semua kolom. 1. lalu klik. Sesuai semua, maka. tidak diisi “tambah”. Valid harapan. akan menampilka n pesan “Form Harus Diisi”. Tambahkan. Sistem tidak Salah satu. data unit(kode 2. akan. Sesuai. kolom tidak unit, nama. Valid menyimpan. diisi unit, email, no. ketika kolom. harapan.

132. telepon, status,. ada yang. catatan,. tidak terisi,. provinsi,. maka akan. kabupaten,. menampilka. kecamatan,. n pesan. alamat, upload. “Form Harus. sk) data yang. Diisi”. di input tidak lengkap lalu klik “tambah” Tambahkan data unit(kode unit, nama unit, email, no. Sistem. telepon, status,. sukses input. catatan,. data register Semua data. provinsi, 3. anggota dan diisi sesuai. kabupaten,. menampilka kolomnya. kecamatan,. n pesan. alamat, upload. “register. sk)data yang di. berhasil”. input lengkap lalu klik “tambah”.

133. Sumber : Penuls.