## pISSN: 2442-3386  eISSN: 2442-4293

## SISTEM MONITORING PENDAKI GUNUNG SEMERU (SIMPANSE)
Noven Indra Prasetya 1 , Indo Baruna 2
12 Program Studi Informatika, Fakultas Teknik, Universitas Wijaya Kusuma Surabaya
1 noven@uwks.ac.id, 2 baruna.indo@gmail.com

## Abstrak
Gunung Semeru atau Semeru merupakan gunung tertinggi di pulau jawa dengan ketinggian mencapai 3.676 meter diatas permukaan laut. Karena keindahan alam dan ketinggiannya, Semeru termasuk dalam kategori obyek wisata populer di Jawa Timur yang mengakibatkan banyak para pendaki dan pecinta alam berkunjung untuk melakukan pendakian.  Sebelum  melakukan  pendakian,  para  pendaki  diharuskan  melakukan  pendaftaran  di  pos  perijinan dengan tujuan agar petugas mengetahui jadwal berakhirnya pendaki melakukan pendakian. Jika pendaki melewati jadwal  akhir  pendakian,  maka  pendaki  diharuskan  membayar  denda  dan  jika  pendaki  selama  dua  hari  tidak melapor ke petugas, maka status pendaki dianggap sebagai pendaki hilang. Selama ini proses pendataan dilakukan secara manual menggunakan  formulir yang tersedia, petugas akan sangat kerepotan ketika harus memantau satu per satu jadwal pendaki yang banyak. Oleh karena itu Sistem Monitoring Pendaki Gunung Semeru atau disingkat SIMPANSE menjadi solusi untuk mengatasi permasalahan pada petugas perijinan karena fasilitas notifikasi pada sistem yang dapat  memberikan  informasi ketika  terdapat  pendaki yang melebihi  jadwal pendakian.  Berdasarkan hasil pengujian dengan beberapa  skenario yang  dibuat,  sistem  ini mampu  memenuhi  95%  dari  seluruh  skenario dengan baik, sehingga  penelitian dapat dikatakan berhasil memenuhi permasalahan yang terjadi pada petugas di pos perijinan semeru.
Kata Kunci: simpanse, semeru, pendaki, sistem monitoring.

## Abstract
Mount Semeru or Semeru is the highest mountain on the  island of Java with a height of 3,676 meters above sea level. Because of its natural beauty and height, Semeru is included in the category of popular tourist objects in East  Java,  which  causes  many  climbers  and  nature  lovers  to  visit  for  climbing.  Before  climbing,  climbers  are required to register at the permit post with the aim that officers know the schedule for the end of the climber to climb. If  the  climber passes  the  final  schedule of climbing,  then the climber  is  required to  pay a fine  and if the climber for two days does not report to the officer, then the climber's status is considered a lost climber. So far, the data collection process is done manually using the available forms, officers will be very troubled when they have  to  monitor  the  schedules  of  many  climbers  one  by  one.  Therefore  the  Mount  Semeru  Climber  Monitoring System  or  abbreviated  SIMPANSE  is  a  solution  to  overcome  problems  with  licensing  officers  because  of  the notification facility on the system that can provide information when there are climbers who exceed the climbing schedule. Based on the test results with several scenarios made, this system is able to fulfill 95% of all scenarios well, so the research can be said to have succeeded in meeting the problems that occurred in the officers at the Semeru licensing post.
Keywords: simpanse, semeru, climber, monitoring system.

## I. PENDAHULUAN
Gunung  Semeru  atau  Semeru  merupakan  gunung tertinggi  di  pulau  jawa  dengan  ketinggian  mencapai 3.676  meter  diatas  permukaan  laut  yang  secara geografis  terletak  didalam  dua  kawasan,  yaitu kabupaten  Lumajang  dan  kabupaten  Malang.  Karena keindahan  alam  dan  ketinggiannya,  gunung  Semeru termasuk dalam kategori obyek wisata populer di Jawa Timur.  Banyak  para  pendaki  dan  pecinta  alam  pada waktu-waktu  tertentu  terutama  akhir  pekan  dan liburan,  berkunjung  untuk  melakukan  pendakian menikmati  pemandangan  alam  Semeru,  maupun
menaklukkan  puncak  gunung  tertinggi  di  pulau  jawa yang lebih dikenal dengan nama Mahameru ini.
Sebelum melakukan kegiatan pendakian, para pendaki diharuskan  melakukan  pendaftaran  di  pos  perijinan gunung  Semeru  untuk  proses  pendataan,  pengecekan barang  wajib  bawaan,  dan  pembayaran  biaya pendaftaran.  Adapun  tujuan  dalam  proses  pendataan pendaki  ini  antar  lain,  yang  pertama  agar  petugas perijinan  mengetahui  jumlah  seluruh  pendaki  yang memasuki  kawasan  gunung  Semeru.  Tujuan  proses pendataan  pendaki  adalah  agar  petugas  perijinan mengetahui  kapan  jadwal  berakhirnya  pendaki melakukan  pendakian,  jika  pendaki  melewati  jadwal

## Melek IT Information Technology Journal. Vol 8 No 1 Jan - Jun 2022, 20 - 26
akhir pendakian yang sudah ditentukan, maka pendaki diharuskan  membayar  denda  sesuai  dengan  peraturan yang berlaku. Dan jika pendaki selama dua hari belum turun atau melapor ke petugas admin akan menyatakan status pendaki menjadi sebagai pendaki hilang.
Dikarenakan  proses  pendataan  yang  dilakukan  oleh petugas perijinan gunung Semeru masih menggunakan pencatatan  manual  menggunakan  formulir  cetak  yang tersedia  di  pos  perijinan,  hal  ini  menimbulkan permasalahan  ketika  jumlah  pendaki  yang  datang meningkat.  Permasalahan  yang  terjadi  adalah  para petugas  pos  perijinan  cukup  kerepotan  untuk  melihat satu  persatu  formulir  pendaftaran  masing-masing pendaki tiap harinya, memantau apakah pendaki sudah melaporkan  selesainya  kegiatan  pendakian  sesuai dengan  waktu  yang  tertulis  di  formulir.  Karena  jika tidak  dipantau  setiap  hari,  dikhawatirkan  terjadi keterlambatan  penanganan  yang  dilakukan  oleh petugas  perijinan  apabila  terjadi  musibah  yang menimpa  pendaki  selama  melakukan  pendakian dikawasan gunung Semeru.
Oleh  karena  itu,  penelitian  ini  dilakukan  untuk mengatasi  permasalahan  yang  terjadi  di  pos  perijinan gunung  Semeru  dengan  cara  membangun  sebuah sistem  yang  dapat  digunakan  untuk  memberikan informasi jadwal pendakian, memesan jadwal pendakian,  monitoring  jadwal  berakhirnya  pendakian. Sistem  yang  dibangun  pada  penelitian  ini  diharapkan dapat  mempermudah  pendaki  mendapatkan  informasi dan  memesan  jadwal  pendakian  di  gunung  Semeru tanpa  harus  datang  langsung  ke  pos  perijinan  terlebih dahulu.  Selain  itu  diharapkan  sistem  yang  dibangun dapat mempermudah petugas perijinan dalam monitoring  jadwal  pendakian  masing-masing  pendaki tanpa  perlu  melihat  satu-persatu  berkas  pendaki  tiap harinya,  sehingga  jika  terjadi  keterlambatan  pendaki melaporkan  selesainya  kegiatan  pendakian  mereka hingga dua hari lamanya.

## II. METODE
Metode  dalam  penelitian  ini  meliputi  perancangan sistem  yang  akan  dibuat  sesuai  dengan  kebutuhan pengguna  untuk  monitoring  yang  dapat  memberikan peringatan  kepada  petugas  pos  perijinan  jika  terdapat pendaki  yang  melebihi  jadwal  berakhirnya  pendakian sesuai  dengan  ketentuan  diawal  pendaftaran  pendaki yaitu  terlebih  dahulu  pendaki  memasukan  nama  grub dan  mengisi  nama  anggota  didalam  grub  setelah  itu pendaki menetukan rencana pendakian.
DFD  level  0    menghasilkan  empat  belas  proses pendaki  yaitu account  member ,  data  register  anggota, info  jadwal  pendakian,  data  login,  data  rencana pendakian,  data  pembayaran,  bukti  pembayaran. Admin: register anggota,  konfirmasi registrasi , konfirmasi login ,  data  jadwal  pendakian,  verifikasi rencana  pendakian,  detail  pembayaran  pendaki, konfirmasi pembayaran.
Pada  gambar  1  DFD  level  0  ini  terdapat  beberapa proses  yang  terjadi  seperti,  pendaki  mengirim  data register anggota  ke  sistem,  admin  menerima register anggota  dari  sistem,  admin  memberikan  konfirmasi register ,  pendaki  menerima account  member untuk login ke  sistem,  pendaki  menginputkan  data login ke sistem, admin memberikan konfirmasi registrasi login , admin  memberikan  data  jadwal  pendakian,  pendaki menerima  info  jadwal  pendaki  dari  sistem,  pendaki menginputkan  data  rencana  pendakian  kesistem  (data rencana pendakian sudah mencangkupi jadwal pendaki beserta  anggota  pendakian),  admin  memberikan  data pembayaran  data  pembayaran  ke  sistem,  admin menerima  detail  pembayaran  ke  sistem,  pendaki menerima bukti pembayaran, sistem memberikan atau notifikasi keterlambatan turun ke admin.
Gambar 1. DFD Level 0
DFD  Level  1  merupakan  hasil  dari decompose dari DFD Level 0  dalam melakukan pengelolaan transaki, dan memproses data pendaki, prosesnya  yaitu : proses mengelolah data pendaki dan menyimpan ke database pendaki dapat dijelaskan seperti Gambar 2.
Gambar 2. DFD Level 1
Pada  gambar  2  DFD  level  1  ini  terdapat  beberapa proses transaksi yang  terjadi  yaitu  pendaki  mengirim data  registrasi  anggota  dan  data  pendaki  diproses untuk  di  simpan  didatabase  anggota  dan  memberikan informasi registrasi anggota  ke  admin,  admin mengkonfirmasi registrasi untuk  diproses  data pendaki lalu memberikan account member ke pendaki disimpan ke database registrasi , pendaki menginputkan  data login ,  untuk  dikelola  transaki kemudian  memberikan  verifikasi  rencana  pendaki  ke admin, mengelola transaksi detail pembayaran pendaki ke  admin,  admin  mengonfirmasi  pembayaran  ke proses  transaksi  untuk  memberi  jadwal  pendaki  ke

## pISSN: 2442-3386  eISSN: 2442-4293
Vol 8 No 1 Jan – Jun  2022, 21 - 26
pendaki,  admin  mengofirmasi  login  ke  proses transaksi dan admin mengirim data jadwal pendaki ke proses  transaksi  untuk  mengirim  data  pembayaran  ke pendaki,  database5  registrasi  ingin  melihat registrasi anggota ke proses transaksi, database anggota melihat anggota  ke  proses  transaksi,  admin  mengonfirmasi pendaki  terlambat  turun  ke  transaksi  dari  proses transaksi  memberikan  status  ke  pendaki,  proses transaksi  menyimpan  rencana  pendakian  ke  database rencana, proses transaksi menyimpan data pembayaran ke  database  pembayaran,  proses  transaksi  penyimpan data detail pembayaran ke database detail pembayaran.
DFD Level 2.1  merupakan  hasil  dari decompose dari DFD Level 1  pendaki melakukan registrasi ke admin dan  pendaki  menyimpan  data  anggota  dengan memiliki acount  member, prosesnya    yaitu:  Proses mengelolah  data  pendaki  dapat  dijelaskan  seperti Gambar 3.
Gambar 3. DFD Level 2.1
Pada  gambar  3  DFD level 2.1  ini  terdapat  beberapa proses  data  pendaki  yaitu,  pendaki  registrasi  data anggota  untuk  melakukan registrasi setelah  itu registrasi anggota  mengirim  data  ke  admin,  admin mengonfirmasi  registrasi  kevalidasi register untuk menyimpan data registrasi ke database registrasi yang isisnya  menyimpan  data  anggota,  data  anggota memberi account  member ke  pendaki,  menyimpan data  anggota  simpan  data  anggota  ke  database anggota.
DFD Level 2.2  merupakan  hasil  dari decompose dari DFD Level 1    pendaki  melakukan  login  menentukan rencana pendakian, melakukan pembayaran ke admin, prosesnya    yaitu:  Proses  mengelolah  data  pendaki dapat dijelaskan seperti Gambar 4.
Pada  gambar  4  DFD level 2.2  ini  terdapat  beberapa proses  mengelola  transaksi  yaitu,  pendaki  melakukan data  login  dan  pendaki  menentukan  rencana pendidikan  setelah  itu  melakukan  verifikasi  rencana pendaki ke admin, admin melakukan konfirmasi login , database register dan  database  anggota  memunculkan admin  mengetahui  data  jadwal  pendaki  ke  informasi jadwal  pendakian  menginfokan  jadwal  pendaki  ke pendaki,  pendaki  melakukan  data  pembayaran  admin, admin mengonfirmasi pembayaran, bukti pembayaran
ke  pendaki,  waktu  melakukan  pembayaran  simpan database  pembayaran  di  database  pembayaran  dan simpan  data  detail  pembayaran  ke  database  detail pembayaran.
Gambar 4. DFD Level 2.2
Conceptual  Data  Model (CDM)  merupakan  skema gambaran relasi antar table berdasarkan arus data pada DFD.  Berikut ini  merupakan Conceptual  Data  Model dari sistem monitoring pendaki gunung semeru.
Gambar 4. Conceptual Data Model
Physical  data  model adalah  hasil  dari  generate  dari Conceptual  Data  Model. Data  tabel  pada Physical data model inilah yang akan digunakan saat membuat aplikasi. Physical  data  model dari  system  monitoring pendaki gunung semeru dapat dilihat pada Gambar 5.
Gambar 5. Physical Data Model

## Melek IT Information Technology Journal. Vol 8 No 1 Jan - Jun 2022, 22 - 26
Pada  gambar  5  menjelaskan  tentang physical  data model yang  merupakan  hasil generate dari  gambar  4 conceptual  data  model terdapat  5 entity yaitu:  Data register, Data Anggota, Data rencana, Data pembayaran, dan Data detail pembayaran.
Flowchart  sistem  berisi  rancangan  proses  sistem monitoring  untuk  pendaki,  meliputi  proses  input  data pendaki,  proses  simpan  data  registrasi  dan  anggota, proses  memilih  rencana  pendakian  sampai  pendaki terlambat turun.
Gambar 6. Flowchart Sistem
Pada gambar 6 menjelaskan tentang flowchart sistem yaitu: Start, input data pendaki, cek data pendaki, data belum  ada,  registrasi,  simpan  data  registrasi  dan anggota.  Data  sudah  ada,  login,  cek  jadwal,  jadwal belum ada, ke data pendaki, jadwal ada, simpan from rencana  pendaki  ke  database  rencana,  cetak  form rencana pendakian, ke rencana pendakian. Melakukan pembayaran  pendakian,  simpan  data  pembayaran,  ke database pembayaran dan database detail pembayaran. Cetak bukti pembayaran, bukti pembayaran. Ada pendaki yang terlambat turun, kirim peringatan  pendaki  terlambat  turun,  cetak  data pendaki yang terlambat turun. Selesai.

## III. HASIL DAN PEMBAHASAN
Pada  bagian  ini  menjelaskan  langkah-langkah  dari penerapan  sistem  yang  telah  dirancang  pada  bab sebelumnya.  Ada  beberapa  tampilan  penyusun  dari sistem ini, diantaranya:

## 3.1. Halaman Register
Pada  gambar  7  merupakan  gambar register ,  sebelum pendaki  mempunyai email dan password di  sistem monitoring  dengan  mengisi  nama  grub  yang  ingin didaftarkan,  kota,  provinsi,  nama email yang  di daftarkan  dan  yang  terakhir  mengisi password di kolom register yang di sediakan
Untuk prosesnya dapat dilihat pada gambar 8 dibawah ini yang merupakan sourcode halaman register , terdiri dari  input nama grub,  kota, provinsi, email , password dan regitrasi password .
Gambar 8. Source Code Halaman Register

## 3.2. Halaman Dashboard Rencana Pendakian
Pada gambar 9 merupakan gambar setelah login yang ada  5 button yang  pertama button  dashboard ,  kedua profil ,  ketiga  pendakian,  keempat  transaksi  dan  yang terakhir button keluar.
Gambar 9. Halaman Dashboard Rencana Pendakian Gambar  10  merupakan sourcode  dashboard rencana pendaki  bagaimana  tampilan  pendaki  setelah login atau  sudah  terdaftar  menjadi  grub  pendaki. button yang  pertama button  dashboard ,  kedua profil ,  ketiga pendakian, keempat transaksi dan yang terakhir button keluar.

## Gambar 10 Source Code Halaman Dashboard

## 3.3. Halaman Tambah Rencana
Pada  gambar  11  merupakan  gambar  tambah  rencana, yang  letaknya  di button  dashboard di  gambar  ini pendaki  memasukan  tanggal  mendaki  dan  keluar mendaki.

## pISSN: 2442-3386  eISSN: 2442-4293
Vol 8 No 1 Jan – Jun  2022, 23 - 26

## Gambar 11. Halaman Tambah Rencana
Gambar  12  merupakan sourcode tambah  rencana, pendaki  memilih  rencana  memulai  mendaki  dan pendaki  milih  rencana  untuk  turun  dari  rencana pendakian.
Gambar 12. Source Code Halaman Tambah Rencana

## 3.4. Halaman Tambah Anggota
Pada gambar 13 merupakan halaman tambah anggota, yang  letaknya  di button  profil .  di  halaman  ini  para pendaki mengisi no ID, nama pendaki, tempat tanggal lahir,  jenis  kelamin,  alamat,  agama,  pekerjaan  dan yang  terahir  kalau  pendaki  warga  negara  asing mencentang button yang  tersedia  apabila  pendaki warga negara indonesia pendaki tidak perlu mencentang button.

## Gambar 13. Halaman Tambah Anggota
Gambar  14  merupakan sourcode tambah  anggota, pendaki  bisa  menginputkan  nomer  I,  mengisih  nama anggota,  tempat  tanggal  lahir,  jenis  kelamin,  alamat, agama dan pekerjaan.
Gambar 14. Source Code Halaman Tambah Anggota

## 3.5. Halaman Rencana Anggota
Pada  gambar  15  merupakan  gambar  rencana  anggota, yang  letaknya  di button  dashbord .  di  halaman  ini pendaki  mencetang  anggotanya  yang fix untuk  naik setelah menentukan tanggal pendaki untuk naik.
Gambar 15. Halaman Rencana Anggota Gambar  16  merupakan sourcode rencana  anggota, setelah  pendaki  menentukan  rencana  pendakian  dan tambah  anggota.pendaki  bisa  memilih  anggota  yang fix pendaki, sebelum pendaki di nyatakan ready untuk berangkat,  yaitu  memilih  anggota  yang fix untuk melakukan  pendakian  di  rencana  yang  di  tentukan sebelumnya.
Gambar 16. Source Code Halaman Rencana Anggota

## 3.6. Halaman Tagihan
Pada  gambar  17  merupakan  gambar  tagihan  pendaki, yang  letaknya  di button transaksi.  Pada  halaman  ini

## Melek IT Information Technology Journal. Vol 8 No 1 Jan - Jun 2022, 24 - 26
akan  mucul  konfirmasi  pembayaran  pendaki  setelah mentranfer  biaya  pendakian  kepada  petugas  perijinan untuk  mengisi  kode  transfer,  kode  referensi,  bank pengirim,  no  rek  pengirim,  nama  pengirim,  jumlah transfer dan tanggal transfer.
Gambar 17. Halaman Tagihan
Gambar  18  merupakan sourcode tagihan  di  mana pendaki  sudah  di konfirmasi oleh admin pendaki bisa melihat  tagihan  yang  di  tentukan.  Setelah  itu  pendaki menginputkan  kode  transfer,  kode  referensi,  bank pengirim,  no  rek  pengirim,  nama  pengirim,  jumlah transfer dan tanggal transfer.

## Gambar 18. Source Code Halaman Tagihan

## 3.7. Halaman Monitoring Admin
Pada  gambar  19  merupakan  gambar  dashbord monitoring admin, yang letaknya di button dashboard . di  halaman  ini  admin  bisa  mengetahui  status  pendaki register yang  artinya  status  pendaki  masih register belum  di confirmed oleh  admin, confirmed yang artinya  status  pendaki  sudah  di  terima  oleh  admin, naik  status  pendaki  lagi  mendaki  gunung  dan done yang artinya pendaki sudah turun.
Gambar  20  merupakan sourcode monitoring  admin dimana admin memonitoring nama grub, button turun jika  pendaki  melakukan  penurunan,  jumlah  anggota yang ada di dalam grub.
Gambar 20. Source Code Halaman Monitoring Admin

## 3.8. Halaman Monitoring Tagihan
Pada  gambar  21  merupakan  gambar  monitoring Tagihan,  yang  letaknya  di button Transaksi .  di halaman  ini  admin  bisa  mengetahui  status  pendaki belum  lunas  atau  lunas  dan  bisa  mengetahui  jumlah nominal yang di transfer oleh pendaki.
Gambar 21. Halaman Monitoring Tagihan
Gambar  22  merupakan  sourcode  monitoring  tagihan dimana  admin  bisa  melihat  nama  grub,  rencana pendaki, jumlah anggota,total dan status.
Gambar 22. Source Code Monitoring Tagihan

## 3.9. Halaman Monitor Konfirmasi Pendaki Naik
Pada  gambar  23  merupakan  gambar  monitoring konfirmasi  pendaki  naik,  yang  letaknya  di buttoni konfirmasi.  di  halaman  ini  admin  bisa  konfrimasi pendaki setelah pendaki ready untuk mendaki. Gambar 24 merupakan sourcode monitoring
konfirmasi  pendaki  naik,  yang  letaknya  di buttoni

## pISSN: 2442-3386  eISSN: 2442-4293
Vol 8 No 1 Jan – Jun  2022, 25 - 26
konfirmasi.  di  halaman  ini  admin  bisa  konfrimasi pendaki setelah pendaki ready untuk mendaki.
Gambar 23. Halaman Monitor Konfirmasi Pendaki Naik
Gambar 24. Source Code Monitoring Konfirmasi
3.10. Halaman Cek Kebutuhan Barang Pendaki
Pada  gambar  25  merupakan  gambar  cek  kebutuhan barang  pendaki,  yang  letaknya  setelah  admin konfrimasi  pendaki  untuk  naik.  di  halaman  ini mengetahui  kebutuhan  barang  pendaki  setelah dinyatakan lengkap oleh petugas perijinan.
Gambar 25. Halaman Cek Kebutuhan Barang Pendaki
Gambar 26. Source Code Cek Kebutuhan Barang
Gambar  26  merupakan sourcode monitoring  cek kebutuhan  barang  pendaki,  yang  letaknya  setelah admin  konfrimasi  pendaki  untuk  naik.  di  halaman  ini mengetahui  kebutuhan  barang  pendaki  setelah dinyatakan lengkap oleh petugas perijinan.

## 3.11. Halaman Cetak Data Pendaki
Pada  gambar  27  merupakan  gambar  cetak  data pendaki, yang letaknya  setelah menyimpan kebutuhan barang  pendaki  dan  di  nyatakan fix untuk  naik  akan muncul  sendri  cetak  data  pendaki  di  sistem monitoring.
Gambar 27. Halaman Cetak Data Pendaki
Gambar  28  merupakan  sourcode  cetak  data  pendaki, yang  prosesnya  memangil  ID  pendaki,  nama  anggota di dalam grub, tempat tanggal lahir dan jenis kelamin.
Gambar 28. Source Code Halaman Cetak Pendaki

## 3.12. Halaman Notifikasi Pendaki
Pada  gambar  29  merupakan  gambar  notifikasi pendaki,  yang  letaknya  otomatis  muncul  setelah pendaki  melewati  batas  waktu  minimal  dua  hari setelah tanggal pendaki turun.
Gambar  30  merupakan sourcode cetak  data  pendaki, yang memunculkan notifikasi pendaki apabila pendaki melakukan  penurunan  tidak  sesuai  dengan  rencana pendakian.

## Melek IT
Information Technology Journal. Vol 8 No 1 Jan - Jun 2022, 26 - 26
Gambar 29. Halaman Notifikasi Pendaki
Gambar 30. Source Code Halaman Notifikasi Pendaki

## IV. PENUTUP

## 4.1. Kesimpulan
Berdasarkan hasil dan analisa yang dilakukan terhadap pembuatan  sistem  monitoring  pendaki    gunung Semeru  (  SIMPANSE)    pada  balai  besar  taman national Bromo Tengger Semeru Resort Ranupani Ds, Ranu  Pani,  Kec  Senduro  Kabupaten Lumajang   maka dapat diambil kesimpulan adalah sebagai berikut:
1. Sistem  Monitoring  pada  perijinan  gunug  semeru untuk mengetahui rencana pendaki naik dan turun.
2. Sistem  Monitoring  pada  perijinan  gunung  Semeru untuk  mengetahui  nama  grub  beserta  jumlah anggota yang di inputkan pada sistem.
3. Sistem  Monitoring  pada  perijinan  gunung  Semeru untuk    mengetahui  pemberitahuan  atau  notifikasi pada  pendaki  yang  terdata  tidak  sesuai  dengan tanggal turun pendaki.
4. Sistem  Monitoring  pada  perijinan  gunung  semeru untuk  mempermudah  petugas  melakukan  cetak data pendaki yang sudah terdaftar.
5. Dari  Hasil  uji  coba  Pengguna,  Sistem  ini  sudah mencapai  target yang di harapkan tetapi masih ada beberapa fitur yang harus ditambahkan.

## 4.2. Saran
Adapun  sistem  yang  dibuat  masih  terdapat  banyak kekurangan. Bagi yang akan mengembangkan website ini saran dari penulis adalah penulis menyadari sistem ini perlu pengembangan  yang  lebih lanjut agar sistem
ini benar-benar menjadi sistem yang dapat
mempermudah  pengguna. Dalam  pengembangannya, diharapkan  sistem  ini  mampu  mengoprasikan  pesan sampai  ke  team  SAR,  karena  untuk  memonitoring langsung  bila  ada pendaki  semeru  terlambat  langsung bertindak  tanpa menunggu  perintah dari  pos perijinan pendaki gunung semeru, sistem ini belum mengetahui pada  pendaki,  berapa  hari  pendaki  sampai  di  puncak semeru  dan  pendaki  turun  tepat  waktu.  Sistem  ini belum  menambahkan upload foto,  karena  untuk memudahkan  petugas  perijian  semeru  mencetak  data dan  mengetahui face masing-masing  grub  pendaki berserta isi anggotanya.

## DAFTAR PUSTAKA
[1]  Hendri,  Agustin.  2006. Pendakian  Gunung. Yogyakarta: C.V Andi Offset.
[2]  Hendri,  Agustin.  2015. The  Seven  Summit  Of Indonesia . Yogyakarta: C.V Andi Offset.
[3]  Jogiyanto.  2005. Analisis  &  Desain  Sistem Informasi:  Pendekatan  Terstruktur  Teori  dan Praktik  Aplikasi  Bisnis .  Yogyakarta:  Andi Offset.
[4] Kristanto, A. 2007. Sistem Informasi . Yogyakarta: Gava Media.
[5]  Monggang.  2016,  Maret  8.  Ketua  Perijinan Gunung Semeru. (I. Baruna, Pewawancara)
[6]  Nugraha,  F.  2009. Data  Flow  Diagram  (Untuk Perancangan Sistem Informasi) . Multinet Global Informasi.
[7]  Nugroho,  B.  2014. Database  Rasional  dengan MySql .
[8]  Ed  Peters,  Mountaineering, The  Freedom  of  the hills 4 Edition , The Mountaineers, Seattle 1982.
[9]  M.  Cox  &  Kris  Fulsaa,  Mountaineering, The Freedom  of  the  Hills 7  Edition .  The Mountaineers, Seattle 2003.
[10]  N.S.  A.  Adiyuwono, Teknik  Membaca  Peta  dan Kompas Edisi Kesatu , Angkasa, Bandung 1995.
[11]  Norman.  Edwin, Mendaki  Gunung  Sebuah Tantangan  Petualangan .  Aya  Media  Pustaka, Jakarta 1987.