LAPORAN BACAAN PROYEK AKHIR DENIS
LAPORAN BACAAN PROYEK AKHIR
SISTEM INFORMASI KEBERANGKATAN HAJI
MENGGUNAKAN ALGORITHMA QUEUE WITH
PRIORITY
Disusun oleh :
Denis Prima Putra Salman
NIM. 1357301013
PROGRAM STUDI SISTEM INFORMASI
POLITEKNIK CALTEX RIAU
2015
BAGIAN AWAL
1. Identitas Proyek Akhir
Judul Proyek Akhir
: Sistem Informasi Keberangkatan Haji
Menggunakan
Algorithma
Priority
Peneliti Proyek Akhir
: Muarifkyanda Nst
Instansi
: Politeknik Caltex Riau
Tahun
: 2014
Queue
With
2. Gambaran Umum Proyek Akhir
Keberangkatan haji di Indonesia diatur oleh Kementerian Agama. Setiap
tahunnya keberangkatan haji di Indonesia semakin meningkat, haji di Indonesia
setiap tahun nya 211.000 jamaah haji berangkat ke Mekkah. Pada saat ini antrian
haji dan informasi calon jamaah haji diberitahukan secara langsung kepada calon
jamaah haji. Pada antrian haji saat ini memiliki anterian yang tidak memiliki
prioritas, setiap calon haji akan mendapatkan urutan antrian berdasarkan pendaftar
pertama. Dengan perkembangan teknologi dibangun sebuah web aplikasi yang
memberikan alternatif kepada Kementerian Agamauntuk mengatur anterian haji
yang memiliki prioritas dan memberikan informasi kepada calon haji. Pada proses
pengaturan antrian yang memiliki prioritas meliputi tanggal pelunasan, umur
calon haji, status kesehatan calon jamaah haji, jumlah keberangkatan haji ke
Mekkah, antrian akan di atur menggunakan algoritma Queue With Priority. Proses
antrian berdasarkan nilai prioritas tertinggi yang akan didahulukan untuk
menentukan antrian keberangkatan haji, pada saat antrian sudah didapatkan maka
akan mengirim informasi antrian haji dan nomor porsi melalui sms Gateway dan
Email kepada setiap calon jamaah haji. Setiap calon haji akan mendapatkan
antrian yang sesuai dengan prioritas yang dimiliki setiap calon haji. Sistem
informasi keberangkatan haji menggunakan algoritma Queue With Priority
memberikan tanggapan positif dan memberikan rekomendasi kepada Kementerian
Agamasebagai alternatif untuk menentukan antrian keberangkatan haji.
BAGIAN ISI
1. Pendahuluan
1.1.
Latar Belakang
Proyek akhir ini memberikan alternatif kepada Kementerian Agama,
sebagai sarana pendaftaran online untuk mempermudah calon haji melakukan
pendaftaran sekaligus mengatur antrian jamaah haji berdasarkan prioritas tertinggi
seperti status pelunasan tabungan haji, umur jamaah haji, jumlah keberangkatan
haji ke Mekkah dan status kesehatan.
1.2.
Perumusan Masalah
Rumusan masalah yang terdapat dalam proyek akhir ini adalah bagaimana
membangun sistem informasi keberangkatan Haji serta mengatur antrian
keberangkatan Haji dengan menggunakan algoritma Queue With Priority.
1.3.
Batasan Masalah
Batasan masalah yang terdapat pada proyek akhir ini adalah prioritas yang
di pertimbangkan untuk aplikasi ini yaitu status pelunasan tabungan Haji, umur
Jamaah Haji, jumlah keberangkatan Haji ke Mekkah, status kesehatan. Pengguna
sistem ini terdiri dari pegawai Kementerian Agama dan calon Jamaah Haji. Sistem
menggunakan Email, SMS Gateway dan web aplikasi sebagai media untuk
menyampaikan informasi dan nomor porsi Jamaah Haji. Calon Haji yang dapat
melakukan pendaftaran Haji, dapat melihat berita Kementerian Agama dan
informasi Haji. Sistem tidak menangani pengaturan kloter dan jadwal
keberangkatan Jamaah Haji. Sistem dapat dihubungkan ke handphone dengan
menggunakan SMS Gateway. Sistem dirancang dengan menggunakan bahasa
pemrograman PHP dan database MySQL.
1.4.
Tujuan dan Manfaat
1.4.1
Tujuan
Tujuan pembuatan proyek akhir ini adalah membangun sistem informasi
keberangkatan Haji, Menerapkan Queue With Priority sebagai algoritma
dalam penyusunan antrian keberangkatan Haji.
1.4.2
Manfaat
Manfaat dari pembuatan proyek akhir ini adalah mempermudah calon Haji
untuk mendapatkan informasi Haji dan tentang Kementerian Agama.Membantu
Kementerian Agama mengatur antrian dan mempermudah calon Jamaah
melakukan pendaftaran Haji.
1.5.
Sistematika Penulisan
Sistematika penulisan yang digunakan dalam pembuatan laporan proyek
akhir ini adalah sebagai berikut:
BAB I
PENDAHULUAN
Berisikan latar belakang dari pengambilan judul proyek akhir,
perumusan masalah, batasan masalah, tujuan, manfaat, dan
sistematika penulisan.
BAB II
TINJAUAN PUSTAKA
Berisikan review penelitian terdahulu menjelaskan teori-teori serta
beberapa penelitian yang mendukung penelitian ini, algoritma
Queueing Priority, PHP, MySQL, Sms Gateway, Email, nomor
porsi.
BAB III
PERANCANGAN
Berisikan perancangan sistem yang akan dibangun seperti
perancangan arsitektur sistem, Data Flow Diagram, Flowchart,
Entity Relational Diagram, serta tabel.
BAB IV
PENGUJIAN DAN ANALISIS
Berisikan penjelasan mengenai pengujian proyek akhir ini, serta
analisa hasil proyek akhir apakah telah sesuai dengan yang
diharapkan.
BAB V
PENUTUP
Berisikan tentang kesimpulan yang diperoleh dari pembuatan
proyek akhir ini, serta saran yang diharapkan agar proyek akhir ini
dapat menjadi lebih baik ke depannya.
3. Tinjauan Pustaka
3.1 Review Penelitian Terdahulu
Nama Peneliti : Gunawan
Judul
: Simulasi Tunning Qos Melalui Queue Untuk
Meningkatkan Kapasitas Panggilan Pada Aplikasi Voip
Over Wlan IEEE 802.11
Tahun
: 2012
3.2 Landasan Teori
Sebuah antrian prioritas adalah struktur data yang mempunyai nilai
khusus dari antrian biasanya, antrian prioritas merupakan antrian yang
berguna dalam mengatur antrian dalam jumlah yang banyak. Seperti
antrian biasa, prioritas antrian memiliki item depan dan belakang, dan item
akand ihapus dari depan. Namun, dalam Queue with priority, item yang
mengukuti nilai kunci, sehingga item dengan nilai terendah atau dalam
beberapa implementasi nilai tertinggi selalu didepan dengan nilai yang
dimasukkan dalam posisi yang tepat untuk anterikan.
4. Perancangan
Sebelum membuat suatu sistem, dibutuhkan perancangan terlebih dahulu
agar sistem dapat dibangun dengan terstruktur. Pada pembuatan perancangan
terdapat beberapa perancangan yang telah dibuat untuk sistem ini dengan
arsitektur sistem Data Flow Diagram, Flowchart, Entity Relational Diagram, dan
perancangan tabel.
Sebelum dilakukan penelitian maka terlebih dahulu dibuat perancangan
sistem. Sistem yang dibuat pada penelitian ini adalah sistem yang berbasis web
aplikasi. Adapun perancangan yang akan dibuat pada proyek ini adalah:
1. Perancangan DFD.
2. Perancanganflowchart
3. Perancangan Entity Relational Diagram (ERD)
4. Perancangan Tabel Struktur Data.
4.1 Data Flow Diagram
DFD adalah alat untuk memodelkan sistem yang menunjukkan aliran data
ke sistem, aliran data terletak di dalam sistem, dan memproses untuk mengubah
data dan menyimpan data. Pada DFD yang di bangun akan menggukan DFD
dengan level 1, level 2, dan level 3.
4.1.1 DFD level 0
DFD level 0 ini mengGambarkan entity staff Kementerian Agamaakan
menginput dan menerima output data yang akan dikelola oleh proses sistem
informasi Kementerian Agama, staff Kementerian Agamaakan melakukan
pengimputan username dan password untuk melakukan login, selain itu staff
Kementerian Agamajuga akan melukukan pengimputan idberita, isi berita, url,
dan tanggal berita untuk melakukan pengelolahan berita, staff kementerian
haji akan mengimputkan idsyarat, nama, poin, status untuk melakukan
pengelolahan
persyaratan,
staff
Kementerian
Agamajuga
melakukan
pengimputan data pendaftaran haji untuk melihat hasil pendaftaran haji. Staff
kementerian juga akan mengimputkan tanggal sms, isi sms, nomor pengirim,
nomor terkirim untuk melakukan pengelolahan sms, staff kementerian juga
mengimputkan idprovinsi, kuota, jumlah kuota, no antrian, noktp, dan data
calon haji untuk melihat informasi calon haji dan provinsi.
Sementara itu, calon haji juga dapat melakukan pengimputan dan
menerima output seperti staff Kementerian Agamatetapi berbeda inputan dan
output, calon haji melakukan pengimputan data-data haji untuk melakukan
pendaftaran dan akan mendapat kan pemberitahuan melaui sms dan email
bahwa calon haji telah berhasil melakukan pendaftaran, selain itu juga calon
haji dapat menginputkan idberita, isi berita, url, dan tanggal berita untuk
melihat berita, calon haji juga melihat informasi dengan cara menginputkan
data pendaftaran dan provinsi untuk melihat informasi, calon haji dapat
mengetahui antrian apabila calon haji menginputkan melalui sms dengan cara
reg haji untuk mendapat informasi antrian.
username dan password
data hasil pendaftaran jamaah haji
lihat infromasi haji
idberita isiberita tanggalberita foto
idprovinsi namaprovinsi kuota
idsyarat nama bobot status
staff kemeterian agama
tanggalmasukpesan isipesan nomorpengirim
tanggalmasuk isipesan nomorterkirim
nomorcalonhaji isipesan
status kirim sms
0
status pesan keluar
status pesan masuk
pemberitahuan status pendaftaran berhasil malalui sms dan email
sistem informasi kementerian agama
status syarat haji
daftar antrian haji
status provinsi dan kuota
lihat berita
lihat infomasi
status berita
status informasi haji
+
status hasil pendaftaran haji
konfimasi login
idberita judul isi url tanggal
calon jamaah haji
data pendaftaran dan kuota
REG HAJI nomor porsi
data pendaftaran calon jamaah haji
Gambar 3.1.1 DFD level 0
4.1.2 DFD level 1
DFD level ini merupakan pengembangan dari level 0 sebelumnya, didalam
level 1 merupakan pecahan dari level 0 dan didalam level 1 dapat memuat
penyimpanan data. Pada level 1 ini, diGambarkan seluruh aktivitas yang dapat
dilakukan oleh setiap staff Kementerian Agamadan calon jamaah haji. Pada
entity staff Kementerian Agamamelakukan penginputan username dan
password untuk di proses di dalam proses login staff Kementerian Agamadan
akan di simpan di dalam data store, setelah di simpan di dalam data store dan
data yang di kirim staff Kementerian Agamacocok maka akan mendapat
balasan konfirmasi login berhasi, staff Kementerian Agamajuga mengirim kan
idberita, isi berita, url, dan tanggal berita untuk diproses di dalam proses berita
dan setelah diproses maka data berita akan di simpan dalam data store. Staff
Kementerian Agamajuga melakukan pengimputan idprovinsi, nama provinsi,
kuota, dan jumlah kuota provinsi kedalam proses Queue With Priority untuk
proses dan di simpan dalam data store, selain itu juga staff Kementerian
Agamamalakukan penginputan idsyarat, nama, poin, dan status untuk di
proses di dalam Queue With Priority dan di simpan dalam data store syarat
haji, staff Kementerian Agamamenginput data pendaftaran haji dan diproses di
queu with priority dan akan di ambil di dalam data store calon haji untuk
melihat informasi calon haji Kementerian Agama. Staff kementerian juga
menginputkan tanggalpesan, isi pesan, pesan masuk, pesan keluar dan
diproses dan di simpan dalam data store sms untuk mengelola sms calon haji,
staff kementerian mengirimkan idprovinsi, kuota, jumlah kuota, antrian, no
ktp, dan data haji untuk melihat informasi haji yang akan dip roses oleh proses
Queue With Priority dan di ambil di dalam data store calon haji, data store
provinsi.
Calon haji di dalam level 1 ini dapat melakukan mengiriman dan
menerima konfirmasi balasan sistem, calon haji mengirimkan data pendaftaran
ke dalam proses Queue With Priority untuk melakukan penyimpanan ke dalam
data store calon haji dan calon haji akan mendaptakan balasan berhasil
mendaftar melalui sms dan email, calon haji juga dapat mengirimkan idberita,
isi berita, url, tanggal berita ke dalam proses lihat berita dan di dalam proses
lihat berita akan membalas permintaan lihat berita calon haji. Pada calon haji
juga dapat mengirim reg haji untuk menanyakan nomor anterian ke dalam
proses Queue With Priority dan memberikan balasan antrian calon haji
melalui sms dan email, calon haji juga dapat mengirim kan data calon haji,
kuota, jumlah kuota dan akan di proses oleh proses informasi yang data nya di
ambil dari data store calon haji dan provinsi.
data pr ovinsi dan kuota
konfirmasi data provinsi dan kuota
db provinsi
konfirmasi data provinsi dan kuota
data provinsi dan kuota
data sms
db sms
konfirmasi data sms
data syarat
db syarat haji
konfirmasi data syarat
data calon haji
db calon haji
konfirmasi data calon haji
data hasil pendaftaran jamaah haji
data pendaftaran calon haji
lihat infromasi haji
2
konfirmasi data pendaftaran calon haji
idprovinsi namaprovinsi kuota
REG HAJI nomor porsi
idsyarat nama bobot status
daftar antrian haji
queue with priority
nomorcalonhaji isipesan
pemberitahuan status pendaftaran berhasil malalui sm s dan email
tanggalmasuk isipesan nomorterkirim
data pendaftaran calon jamaah haji
5
tanggalmasukpesan isipesan nomorpengirim
infromasi
+
status pr ovinsi dan kuota
status informasi haji
status syarat haji
data pendaftaran dan kuota
staff kem eter ian agama
1
status pesan masuk
konfimasi login
status pesan keluar
login staff kementerian
agama'
calon jamaah haji
lihat infomasi
status kirim sms
username dan password
status hasil pendaftaran haji
konfir masi login
simpan data login
idberita isiberita tanggalberita foto
status berita
4
db login
idberita judul isi url tanggal
3
berita
lihat berita
kelola berita
+
konfir masi data ber ita
data ber ita
data berita
konfirmasi liahat berita
db berita
Gambar 3.1.2 DFD level 1
3.1.3 DFD level 2 – Queue with priority
DFD level ini merupakan pengembangan dari proses Queue With Priority
terdapat pada level 1. Pada level ini entity staff Kementerian Agamamegirim
kan idsyarat, nama, poin, status ke dalam proses kelola syarat dan akan hasil
kelola syarat akan di simpan dalam data store syarat haji dan mengirim
konfirmasi kepada staff Kementerian Agama, calon haji juga mengirim
idprovinsi, nama provinisi, kuota, dan jumlah kuota untuk di proses dalam
proses provinsi dan setelah diproses di dalam proses provinisi akan di simpan
kedalam data store untuk melakukan penyimpanan dan proses provinsi akan
mengirim konfirmasi kepada staff Kementerian Agama. Staff Kementerian
Agamajuga mengirim kan idprovinsi, kuota, jumlah kuota, data calon haji ke
dalam proses informasi untuk staff kementerian melihat informasi dan di
kelola di dalam proses informasi, proses informasi mengambil data calon haji
di dalam data store calon haji dan di dalam data store provinsi dan
mengkonfirmasi
informasi
kepada
staff
Kementerian
Agama,
staff
Kementerian Agamamelakukan penginputan tanggalpesan, pesan masuk,
pesan keluar, isi pesan ke dalam proses sms dan proses sms akan menyimpat
input dari staff Kementerian Agamake dalam data store sms dan memberiakan
konfirmasi kepada staff Kementerian Agama.
Calon haji menginputkan data calon haji ke dalam proses kelola calon haji
dan proses kelola calon haji akan melakukan penyimpanan ke dalam data store
calon haji dan mengirim kan konfirmasi ke calon haji bahwa data sudah dip
roses dan di simpan, calon haji juga mengirimpan data reg haji untuk melihat
nomor antrian ke dalam proses sms dan akan menyimpan ke dalam data store
sms dan melakukan konfimasi antrian kepada calon haji.
konfirmasi data kuota dan provinsi
konfirmasi data provinsi dan kuota
db provinsi
data kuota dan provinsi
data provinsi dan kuota
1
lihat infromasi haji
2
lihat informasi
kelola kuota
status informasi haji
+
idprovinsi namaprovinsi kuota
idsyarat nama bobot status
5
status provinsi dan kuota
kelola syarat
staff kemeterian agama
status kirim sms
status pesan keluar
status syarat haji
+
4
status pesan masuk
nomorcalonhaji isipesan
data syarat
konfirmasi data sms
kelola sms
tanggalmasukpesan isipesan nomorpengirim
konfirmasi data syarat
tanggalmasuk isipesan nomorterkirim
db syarat haji
data hasil pendaftaran jamaah haji
status hasil pendaftaran haji
3
konfirmasi data pendaftaran calon haji
pemberitahuan status pendaftaran berhasil malalui sms dan email
kelola pendaftaran
data pendaftaran calon haji
data calon haji
db calon haji
konfirmasi data calon haji
data pendaftaran calon jamaah haji
calon jamaah haji
daftar antrian haji
REG HAJI nomor porsi
Gambar 3.1.3 DFD level 2 – Queue With Priority
data sms
db sms
DFD level 2 ini merupakan pengembangan dari proses kelola berita yang
terdapat pada level 1. Pada level ini staff Kementerian Agamamengrim kan
idberita, isi berita, url, tanggal berita untuk melakukan proses tambah berita,
setelah data berita sudah di proses maka akan di simpan ke dalam data store
berita untuk melakukan penyimpanan berita dan setelah tersimpan maka staff
Kementerian Agamamendapatkan konfirmasi bahwa berita sudah di tambah,
staff Kementerian Agamajuga dapat mengirimkan idberita, isi berita, url,
tanggal berita untuk melakukan proses hapus berita, proses hapus berita akan
menerima data berita untuk di hapus dan menghapus berita dan mengirimkan
ke dalam data store berita bahwa berita di hapus dan staff Kementerian
Agamaakan mendapatkan konfirmasi berita terhapus, selain itu staff
Kementerian Agamajuga dapat edit berita dengan mengirim idberita, isi berita,
url, tanggal berita ke dalam proses edit berita dan akan dip roses berita yang
akan di edit kemudian di simpan dalam data store berita dan staff akan
mendapatkan konfirmasi status berita edit.
Tabel Spesifiasi Proses Hapus BePita
Input
Output
proses
Id_berita,judul,isi,url
Tampilan berita
Kirim idberita yang dihapus
If idberita dan judul dan isi dan url is valid
Hapus berita
Else
Hapus berita gagal
End if
Tabel Spesifiasi Proses Tambah BePita
Input
Output
pProses
Id_bePita,judl,isi,uPl
Tampilan bePita
KiPim Id_bePita,judl,isi,uPl yang ditambah
If idbePita=ada then
If judul dan isi bePita dan uPl is valid
Simpan bePita
Else
Tambah bePita gagal
End if
Else
esan bePita sudah ada
End if
Tabel Spesifiasi Proses Edit BePita
Input
Id_bePita,judl,isi,uPl
Output Tampilan bePita
pProses KiPim idbePita yang diedit
If idbePita dan judul dan isi bePita dan uPl
is valid
Simpan edit bePita
Else
Edit bePita gagal
End if
id berita isi berita tanggal berita
id berita isi berita tanggal berita
3
hapus berita
konfirmasi data berita
konfirmasi status berita
idberita isiberita tanggalberita foto
staff
kemeterian
agama
1
tambah berita
konfirmasi data berita
data berita
db berita
status berita
2
konfirmasi data berita
konfirmasi status berita
edit berita
id berita isi berita tanggal berita
id berita isi berita tanggal berita
Gambar 3.1.3 DFD level 2 kelola berita
4.1.3 DFD level 3 – kelola sarat
DFD level ini merupakan pengembangan dari proses kelola sarat yang
terdapat pada level 2 sebelumnya. Pada DFD level 3 ini staff Kementerian
Agamadapat melakukan penambahan syarat dengan cara mengirim kan
idsyarat, nama, poin, status ke dalam proses tambah syarat, data tambah syarat
akan dip roses di dalam proses tambah syarat kemudian syarat yang baru akan
di simpan dalam data store syarat haji dan mengirimkan konfirmasi syarat
bertambah kepada staff Kementerian Agama, staff Kementerian Agamajuga
dapat melakukan edit syarat dengan mengirim idsyarat, nama, poin, status ke
dalam proses edit syarat, di dalam proses edit syarat akan memproses syarat
dan menyimpan hasil edit syarat ke dalam data store syarat dan mengirimkan
konfirmasi ke staff Kementerian Agamabahwa syarat telah selesai edit, selain
itu staff Kementerian Agamajuga dapat melakukan hapus syarat dengan
mengirim idsyarat, nama, poin, status ke dalam proses hapus syarat, setelah
proses hapus syarat slesai mengahapus syarat makan akan di lakukan
penyimpana ke dalam data store syarat dan mengirimkan konfimasi ke staff
Kementerian Agamabahwa syarat di hapus.
Tabel Spesifiasi Proses Edit SaPat
Input
Output
pProses
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat, nama_saPat, proin, status valid
Simpan edit saPat
Else
Edit saPat gagal
End if
Tabel Spesifiasi Proses Hapus SaPat
Input
Outpu
t
pProses
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat dan nama_saPat dan proin dan
status is valid
Hapus saPat
Else
Hapus saPat gagal
End if
Tabel Spesifiasi Proses Tambah SaPat
Input
Outp
ut
pProse
s
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat =ada then
If nama_saPat dan proin dan status is valid
Simpan saPat
Else
Tambah saPat gagal
End if
Else
esan saPat sudah ada
End if
idsyarat nama bobot status
konfirmasi data sarat
2
status hapus sarat
data sarat
hapus sarat
idsyarat nama bobot status
staff
kemeterian
agama
1
konfirmasi data syarat
tambah sarat
db syarat haji
data syarat
status syarat haji
3
idsyarat nama bobot status
status edit sarat
Gambar DFD level 3 kelola sarat
edit sarat
data sarat
konfirmasi data sarat
Kelola kuota
DFD level ini merupakan pengembangan dari proses kelolah kuota yang
terdapat pada level 2 sebelumnya. Pada level 3 kelola kuota ini staff
Kementerian Agamadapat melakukan tambah provinsi dan kuota dengan
mengirimkan idprovinsi, nama provinsi, kuota ke dalam proses tambah
provinsi dan kuota, setelah itu proses tambah provinsi dan kuota akan
memproses penambahan provinsi dan kuota dan melakukan penyimpanan ke
dalam data store provinsi dan melakukan konfirmasi kepada staff Kementerian
Agama, selain itu staff Kementerian Agamajuga dapat melakukan edit
provinsi dan kuota dengan mengirimkan idprovinsi, nama provinsi, kuota ke
proses edit provinsi dan kuota, setelah itu proses edit selesai maka akan di
simpan ke dalam data store provinsi setelah itu proses akan mengirimkan
konfirmasi kepada staff Kementerian Agama, staff Kementerian Agamajuga
dapat melakukan hapus provinsi dan kuota dengan mengirimkan idprovinsi,
nama provinsi, kuota dan proses hapus akan mengecek provinsi dan kuota
mana yang akan di hapus, setelah proses hapus selesai maka akan di simpan
dalam data store provinsi dan proses mengirimkan konfirmasi ke staff
Kementerian Agama.
Tabel Spesifiasi Proses Hapus Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi,jumlahi
urota
Tampilan iurota
KiPim Id_pProvinsi,
nama_pProvinsi,iurotapProvinsi,jumlahiurota
If Id_pProvinsi dan nama_pProvinsi dan
iurotapProvinsi dan jumlahiurota is valid
Hapus iurota dan pProvinsi
Else
esan hapus pProvinsi dan iurota gagal
End if
Tabel Spesifiasi Proses Tambah Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi
Tampilan iurota
KiPim Id_pProvinsi, ,nama_pProvinsi,iurotapProvinsi
If Id_pProvinsi =ada then
If nama_pProvinsi dan iurotapProvinsi dan
jumlahiurota is valid
Simpan pProvinsi dan iurota
Else
esan tambah pProvinsi dan iurota gagal
End if
Else
esan pProvinsi dan iurota sudah ada
End if
Tabel Spesifiasi Proses Edit Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi,jumlah
iurota
Tamilan iurota
KiPim Id_pProvinsi, ,nama_pProvinsi,iurotapProvinsi
If Id_pProvinsi dan nama_pProvinsi dan
iurotapProvinsi dan jumlahiurota is valid
Simpan edit pProvinsi dan iurota
Else
esan edit pProvinsi dan iurota gagal
End if
idprovinsi namaprovinsi kuota
konfirmasi data provinsi dan kuota
2
edit provinsi dan
kuota
status edit provinsi
data provinsi dan kuota
data provinsi dan kuota
idprovinsi namaprovinsi kuota
1
staff
kemeterian
agama
db provinsi
tambah provinsi
status provinsi dan kuota
konfirmasi data provinsi dan kuota
3
idprovinsi namaprovinsi kuota
status hapus provinsi
hapus provinsi dan
kuota
data provinsi dan kuota
konfirmasi data provinsi dan kuota
Gambar 3.1.3 DFD level 3 Proses Kelola Provinsi dan Kuota
4.2 Flow Chart
Flowchart merupakan perancangan alur sistem secara terstruktur dan
dalam bentuk yang lebih sederhana sehingga user yang membacanya dapat lebih
mudah untuk memahami sistem. Terdapat beberapa perancangan flowchart dari
sistem ini, yaitu:
3.2.1 Flowchart staf Kementerian Agama
Flowchart ini megGambarkan alur kerja dari staf Kementerian Agama, dimulai dari
login, lalu melihat beranda, mengelola berita, mengelola kuota, mengelola syarat haji,
dan menjalankan auto-reply sms gateway.
start
Username
Dan
password
valid
T
Y
T
beranda
T
Y
Y
Beranda
T
Informasi calon
haji
Kuota
Y
Berita
Informasi
antrian haji
Input ?
Sarat haji
Y
Kuota
Y
Sms gateway
autoreply
Sarat haji
T
T
T
Input ?
Y
Input ?
Y
Y
T
T
Edit ?
Edit ?
Y
Edit ?
Y
Y
T
T
Hapus ?
T
Hapus ?
Y
Hapus ?
Y
Berita
Y
Kuota
T
T
Sarat haji
Y
Antrian haji
T
T
Berita
Sarat haji
T
end
Gambar 3.2 Flowchart staf Kementerian Agama
T
3.2.2 Flowchart calon jamaah Haji
Flowchart ini mengGambarkan alur calon jamaah Haji dari kegiatan oleh calon
jamaah Haji yaitu calon Haji melihat berita, melakukan pendaftaran Haji, dan melihat
informasi.
start
T
T
T
Beranda ?
Daftar haji ?
Y
Informasi haji ?
Y
Berita
Y
Informasi
haji
Daftar haji
T
Daftar ?
Y
T
Input data
pendaftaran
Data terpenuhi
?
Y
Pengiriman sms
dan email kepada
calon haji
End
Gambar Flowchart olah calon haji
3.2.3 Flowchart syarat haji
Flowchart berikut mengGambarkan proses calon Haji mendapatkan poin untuk
menentukan anterian Haji.
Start
T
Persyaratan
lengkap ?
Poin 0
Y
Status pelunasan
?
T
Poin 0
Y
Poin + 60
T
Umur >60 dan
kuota provinsi
Y
End
Simpan hasil
antrian
Gambar Flowchart algoritma Queue With Priority
3.3 Entity Relational Diagram
Gambar di bawah merupakan ERD dari perancangan database sistem.
Dari ERD ini dapat dilihat entity apa saja yang dibutuhkan sistem, bagaimana
relasinya, dan apa saja tabel yang terbentuk.
No_ktp
Tahun
keberangkatan
User name
Jenis kelamin
Foto kartu
keluarga
tanggallahir
Telpon calon haji
Alamat calon haji
Tanggal
pelunasan
Foto tanggal
pelunasan
Foto status
kesehatan
Email calon haji
Nomer_porsi
Calon haji
Foto passpor hijau
Status kesehatan
foto
Status pelunasan
n
n
Paspor hijau
Jumlah berangkat
haji
1
Tanggal daftar
Status sms
memiliki
Memiliki
memiliki
n
Sarat
antrian
n
Id_sarat
No_urut
1
Kuota provinsi
Nama_sarat
Provinsi
bobot
status
Id_provinsi
Nama provinsi
Jumlah kuota
Id_berita
login
Id_admin
Nama_admin
judul
berita
password
Gambar Perancangan ERD
isi
url
tanggal
3.3 Perancangan Tabel
Tabel adalah bagian dari database yang digunakan untuk menyimpan data
yang dibutuhkan sistem. Berikut adalah daftar tabel yang terdapat di dalam sistem
beserta dengan strukturnya:
3.3.3
Tabel calon haji
Tabel StPuituP Tabel calron haji
Field
*Nroitp
UsePname
Jenis ielamin
Tanggal lahiP
Frotro iaPtu ieluaPga
Telpron calron haji
Alamat calron haji
Frotro tanggal pelunasan
Email calron haji
Frotro pasproP hijau
Frotro
Tanggal pelunasan
Frotro status iesehatan
NromeP_proPsi
Status iesehatan
Status pelunasan
Jumlah iebePangiatan
haji
asproP hijau
Tanggal daftaP
Status sms
Tahun_bePangiat
**id_pProvinsi
3.3.4
Tipe Data
VaPchaP 50
VaPchaP 20
VaPchaP 10
Date
Text
VaPchaP 15
VaPchaP 20
Text
VaPchaP 100
Text
Text
Datetime
Text
Int 11
VaPchaP 50
VaPchaP 50
VaPchaP 50
VaPchaP 10
Date
Enum (‘TRUE’,”FALSE’)
Int 11
Int 11
Tabel Antrian
Tabel 3.11 StPuituP Tabel AntPian
Field
*nro_uPut
**nroKtp
Tipe Data
Int 11
VaPhaP 50
3.3.5
Tabel Berita
Tabel StPuituP Tabel BePita
Field
*Id_bePita
Judul bePita
Isi
uPl
Tanggal
3.3.6
Tipe Data
Int 11
Text
VaPchaP 10000
Text
Datetime
Tabel Provinsi
Tabel StPuituP Provinsi
Field
*id_pProvinsi
Nama pProvinsi
Kurota pProvinsi
Jumlah iurota
3.3.7
Tipe Data
Int 10
VaPchaP 20
Int 11
Int 11
Tabel Sarat
Tabel StPuituP Tabel SaPat
Field
*id_saPat
Nama saPat
roin
Status
3.3.8
Tipe Data
Int 11
VaPchaP 20
Int 11
Enum (‘aitif’,’tidai
aitif’)
Tabel Syarat Haji
Tabel StPuituP Tabel SyaPat Haji
Field
*id_syaPathaji
**nroKtp
**id_saPat
3.3.9
Tipe Data
Int 11
VaPchaP 50
Int 11
Tabel login
Tabel StPuituP Tabel lrogin
Field
*id_admin
Nama_admin
asswroPd
Tipe Data
int 11
VaPchaP 20
VaPchaP(20)
BAGIAN AKHIR
Atlassian Confluence 5.0.3, Team Collaboration Software. (n.d.). Atlassian Confluence
Open Source Project License. Retrieved 09 21, 2014, from
https://cwiki.apache.org/confluence/display/qpid/Qpid+Design++Queue+Implementation
Faisal, A. (2012). Rancang Bangun Aplikasi Panduan Dan Navigasi Haji. Jurnal Teknik
Informatika , 1 (1), 2.
Kadir, A. (2014). Dasar Pemograman Web Dinamis Menggunakan PHP. Retrieved
September
29,
2014,
from
academia.edu:
https://www.academia.edu/5374056/Dasar_pemrograman_Web_Dinamis_Mengg
unakan_PHP_Revisi_Abdul_Kadir_2008_Yogyakarta_andi
Kementerian AgamaIndonesia. (2013). Keputusan Menteri Agama Republik Indonesia
nomor 58 tahun 2013. Penetapan Kuota Haji Tahun 1434 H/2013 M .
Lafore, R. (1998). Data Structures & Algorithms in Java. Corte Madera: Mitchell Waite.
Rizkiyani, A. H. (2013). Skala Likert Sebagai Teknik Evaluasi. Retrieved from
kopmpasiana:
http://edukasi.kompasiana.com/2013/06/12/skala-likert568158.html
Sugiyono. (2011). Metode Penelitian Kuantitatif, Kualitatif dan R&D. Bandung:
Alfabeta.
Tarigan, D. E. (2012). Membangun SMS Gateway Berbasis Web Dengan Code Igniter.
(L. Hakim, Ed.) Yogyakarta: Lokomedia.
Tarigan, Y. B. (2013). Model Penelitian. Penilaian Penelitian Wisatawan Terhadap
Fasilitas Pariwisata Wana Ciwagun Indah Camp Kabupaten Bandung Barat .
Zamhir. (2013). Nomor Porsi. (M. Nasution, Interviewer) Pekanbaru.
SISTEM INFORMASI KEBERANGKATAN HAJI
MENGGUNAKAN ALGORITHMA QUEUE WITH
PRIORITY
Disusun oleh :
Denis Prima Putra Salman
NIM. 1357301013
PROGRAM STUDI SISTEM INFORMASI
POLITEKNIK CALTEX RIAU
2015
BAGIAN AWAL
1. Identitas Proyek Akhir
Judul Proyek Akhir
: Sistem Informasi Keberangkatan Haji
Menggunakan
Algorithma
Priority
Peneliti Proyek Akhir
: Muarifkyanda Nst
Instansi
: Politeknik Caltex Riau
Tahun
: 2014
Queue
With
2. Gambaran Umum Proyek Akhir
Keberangkatan haji di Indonesia diatur oleh Kementerian Agama. Setiap
tahunnya keberangkatan haji di Indonesia semakin meningkat, haji di Indonesia
setiap tahun nya 211.000 jamaah haji berangkat ke Mekkah. Pada saat ini antrian
haji dan informasi calon jamaah haji diberitahukan secara langsung kepada calon
jamaah haji. Pada antrian haji saat ini memiliki anterian yang tidak memiliki
prioritas, setiap calon haji akan mendapatkan urutan antrian berdasarkan pendaftar
pertama. Dengan perkembangan teknologi dibangun sebuah web aplikasi yang
memberikan alternatif kepada Kementerian Agamauntuk mengatur anterian haji
yang memiliki prioritas dan memberikan informasi kepada calon haji. Pada proses
pengaturan antrian yang memiliki prioritas meliputi tanggal pelunasan, umur
calon haji, status kesehatan calon jamaah haji, jumlah keberangkatan haji ke
Mekkah, antrian akan di atur menggunakan algoritma Queue With Priority. Proses
antrian berdasarkan nilai prioritas tertinggi yang akan didahulukan untuk
menentukan antrian keberangkatan haji, pada saat antrian sudah didapatkan maka
akan mengirim informasi antrian haji dan nomor porsi melalui sms Gateway dan
Email kepada setiap calon jamaah haji. Setiap calon haji akan mendapatkan
antrian yang sesuai dengan prioritas yang dimiliki setiap calon haji. Sistem
informasi keberangkatan haji menggunakan algoritma Queue With Priority
memberikan tanggapan positif dan memberikan rekomendasi kepada Kementerian
Agamasebagai alternatif untuk menentukan antrian keberangkatan haji.
BAGIAN ISI
1. Pendahuluan
1.1.
Latar Belakang
Proyek akhir ini memberikan alternatif kepada Kementerian Agama,
sebagai sarana pendaftaran online untuk mempermudah calon haji melakukan
pendaftaran sekaligus mengatur antrian jamaah haji berdasarkan prioritas tertinggi
seperti status pelunasan tabungan haji, umur jamaah haji, jumlah keberangkatan
haji ke Mekkah dan status kesehatan.
1.2.
Perumusan Masalah
Rumusan masalah yang terdapat dalam proyek akhir ini adalah bagaimana
membangun sistem informasi keberangkatan Haji serta mengatur antrian
keberangkatan Haji dengan menggunakan algoritma Queue With Priority.
1.3.
Batasan Masalah
Batasan masalah yang terdapat pada proyek akhir ini adalah prioritas yang
di pertimbangkan untuk aplikasi ini yaitu status pelunasan tabungan Haji, umur
Jamaah Haji, jumlah keberangkatan Haji ke Mekkah, status kesehatan. Pengguna
sistem ini terdiri dari pegawai Kementerian Agama dan calon Jamaah Haji. Sistem
menggunakan Email, SMS Gateway dan web aplikasi sebagai media untuk
menyampaikan informasi dan nomor porsi Jamaah Haji. Calon Haji yang dapat
melakukan pendaftaran Haji, dapat melihat berita Kementerian Agama dan
informasi Haji. Sistem tidak menangani pengaturan kloter dan jadwal
keberangkatan Jamaah Haji. Sistem dapat dihubungkan ke handphone dengan
menggunakan SMS Gateway. Sistem dirancang dengan menggunakan bahasa
pemrograman PHP dan database MySQL.
1.4.
Tujuan dan Manfaat
1.4.1
Tujuan
Tujuan pembuatan proyek akhir ini adalah membangun sistem informasi
keberangkatan Haji, Menerapkan Queue With Priority sebagai algoritma
dalam penyusunan antrian keberangkatan Haji.
1.4.2
Manfaat
Manfaat dari pembuatan proyek akhir ini adalah mempermudah calon Haji
untuk mendapatkan informasi Haji dan tentang Kementerian Agama.Membantu
Kementerian Agama mengatur antrian dan mempermudah calon Jamaah
melakukan pendaftaran Haji.
1.5.
Sistematika Penulisan
Sistematika penulisan yang digunakan dalam pembuatan laporan proyek
akhir ini adalah sebagai berikut:
BAB I
PENDAHULUAN
Berisikan latar belakang dari pengambilan judul proyek akhir,
perumusan masalah, batasan masalah, tujuan, manfaat, dan
sistematika penulisan.
BAB II
TINJAUAN PUSTAKA
Berisikan review penelitian terdahulu menjelaskan teori-teori serta
beberapa penelitian yang mendukung penelitian ini, algoritma
Queueing Priority, PHP, MySQL, Sms Gateway, Email, nomor
porsi.
BAB III
PERANCANGAN
Berisikan perancangan sistem yang akan dibangun seperti
perancangan arsitektur sistem, Data Flow Diagram, Flowchart,
Entity Relational Diagram, serta tabel.
BAB IV
PENGUJIAN DAN ANALISIS
Berisikan penjelasan mengenai pengujian proyek akhir ini, serta
analisa hasil proyek akhir apakah telah sesuai dengan yang
diharapkan.
BAB V
PENUTUP
Berisikan tentang kesimpulan yang diperoleh dari pembuatan
proyek akhir ini, serta saran yang diharapkan agar proyek akhir ini
dapat menjadi lebih baik ke depannya.
3. Tinjauan Pustaka
3.1 Review Penelitian Terdahulu
Nama Peneliti : Gunawan
Judul
: Simulasi Tunning Qos Melalui Queue Untuk
Meningkatkan Kapasitas Panggilan Pada Aplikasi Voip
Over Wlan IEEE 802.11
Tahun
: 2012
3.2 Landasan Teori
Sebuah antrian prioritas adalah struktur data yang mempunyai nilai
khusus dari antrian biasanya, antrian prioritas merupakan antrian yang
berguna dalam mengatur antrian dalam jumlah yang banyak. Seperti
antrian biasa, prioritas antrian memiliki item depan dan belakang, dan item
akand ihapus dari depan. Namun, dalam Queue with priority, item yang
mengukuti nilai kunci, sehingga item dengan nilai terendah atau dalam
beberapa implementasi nilai tertinggi selalu didepan dengan nilai yang
dimasukkan dalam posisi yang tepat untuk anterikan.
4. Perancangan
Sebelum membuat suatu sistem, dibutuhkan perancangan terlebih dahulu
agar sistem dapat dibangun dengan terstruktur. Pada pembuatan perancangan
terdapat beberapa perancangan yang telah dibuat untuk sistem ini dengan
arsitektur sistem Data Flow Diagram, Flowchart, Entity Relational Diagram, dan
perancangan tabel.
Sebelum dilakukan penelitian maka terlebih dahulu dibuat perancangan
sistem. Sistem yang dibuat pada penelitian ini adalah sistem yang berbasis web
aplikasi. Adapun perancangan yang akan dibuat pada proyek ini adalah:
1. Perancangan DFD.
2. Perancanganflowchart
3. Perancangan Entity Relational Diagram (ERD)
4. Perancangan Tabel Struktur Data.
4.1 Data Flow Diagram
DFD adalah alat untuk memodelkan sistem yang menunjukkan aliran data
ke sistem, aliran data terletak di dalam sistem, dan memproses untuk mengubah
data dan menyimpan data. Pada DFD yang di bangun akan menggukan DFD
dengan level 1, level 2, dan level 3.
4.1.1 DFD level 0
DFD level 0 ini mengGambarkan entity staff Kementerian Agamaakan
menginput dan menerima output data yang akan dikelola oleh proses sistem
informasi Kementerian Agama, staff Kementerian Agamaakan melakukan
pengimputan username dan password untuk melakukan login, selain itu staff
Kementerian Agamajuga akan melukukan pengimputan idberita, isi berita, url,
dan tanggal berita untuk melakukan pengelolahan berita, staff kementerian
haji akan mengimputkan idsyarat, nama, poin, status untuk melakukan
pengelolahan
persyaratan,
staff
Kementerian
Agamajuga
melakukan
pengimputan data pendaftaran haji untuk melihat hasil pendaftaran haji. Staff
kementerian juga akan mengimputkan tanggal sms, isi sms, nomor pengirim,
nomor terkirim untuk melakukan pengelolahan sms, staff kementerian juga
mengimputkan idprovinsi, kuota, jumlah kuota, no antrian, noktp, dan data
calon haji untuk melihat informasi calon haji dan provinsi.
Sementara itu, calon haji juga dapat melakukan pengimputan dan
menerima output seperti staff Kementerian Agamatetapi berbeda inputan dan
output, calon haji melakukan pengimputan data-data haji untuk melakukan
pendaftaran dan akan mendapat kan pemberitahuan melaui sms dan email
bahwa calon haji telah berhasil melakukan pendaftaran, selain itu juga calon
haji dapat menginputkan idberita, isi berita, url, dan tanggal berita untuk
melihat berita, calon haji juga melihat informasi dengan cara menginputkan
data pendaftaran dan provinsi untuk melihat informasi, calon haji dapat
mengetahui antrian apabila calon haji menginputkan melalui sms dengan cara
reg haji untuk mendapat informasi antrian.
username dan password
data hasil pendaftaran jamaah haji
lihat infromasi haji
idberita isiberita tanggalberita foto
idprovinsi namaprovinsi kuota
idsyarat nama bobot status
staff kemeterian agama
tanggalmasukpesan isipesan nomorpengirim
tanggalmasuk isipesan nomorterkirim
nomorcalonhaji isipesan
status kirim sms
0
status pesan keluar
status pesan masuk
pemberitahuan status pendaftaran berhasil malalui sms dan email
sistem informasi kementerian agama
status syarat haji
daftar antrian haji
status provinsi dan kuota
lihat berita
lihat infomasi
status berita
status informasi haji
+
status hasil pendaftaran haji
konfimasi login
idberita judul isi url tanggal
calon jamaah haji
data pendaftaran dan kuota
REG HAJI nomor porsi
data pendaftaran calon jamaah haji
Gambar 3.1.1 DFD level 0
4.1.2 DFD level 1
DFD level ini merupakan pengembangan dari level 0 sebelumnya, didalam
level 1 merupakan pecahan dari level 0 dan didalam level 1 dapat memuat
penyimpanan data. Pada level 1 ini, diGambarkan seluruh aktivitas yang dapat
dilakukan oleh setiap staff Kementerian Agamadan calon jamaah haji. Pada
entity staff Kementerian Agamamelakukan penginputan username dan
password untuk di proses di dalam proses login staff Kementerian Agamadan
akan di simpan di dalam data store, setelah di simpan di dalam data store dan
data yang di kirim staff Kementerian Agamacocok maka akan mendapat
balasan konfirmasi login berhasi, staff Kementerian Agamajuga mengirim kan
idberita, isi berita, url, dan tanggal berita untuk diproses di dalam proses berita
dan setelah diproses maka data berita akan di simpan dalam data store. Staff
Kementerian Agamajuga melakukan pengimputan idprovinsi, nama provinsi,
kuota, dan jumlah kuota provinsi kedalam proses Queue With Priority untuk
proses dan di simpan dalam data store, selain itu juga staff Kementerian
Agamamalakukan penginputan idsyarat, nama, poin, dan status untuk di
proses di dalam Queue With Priority dan di simpan dalam data store syarat
haji, staff Kementerian Agamamenginput data pendaftaran haji dan diproses di
queu with priority dan akan di ambil di dalam data store calon haji untuk
melihat informasi calon haji Kementerian Agama. Staff kementerian juga
menginputkan tanggalpesan, isi pesan, pesan masuk, pesan keluar dan
diproses dan di simpan dalam data store sms untuk mengelola sms calon haji,
staff kementerian mengirimkan idprovinsi, kuota, jumlah kuota, antrian, no
ktp, dan data haji untuk melihat informasi haji yang akan dip roses oleh proses
Queue With Priority dan di ambil di dalam data store calon haji, data store
provinsi.
Calon haji di dalam level 1 ini dapat melakukan mengiriman dan
menerima konfirmasi balasan sistem, calon haji mengirimkan data pendaftaran
ke dalam proses Queue With Priority untuk melakukan penyimpanan ke dalam
data store calon haji dan calon haji akan mendaptakan balasan berhasil
mendaftar melalui sms dan email, calon haji juga dapat mengirimkan idberita,
isi berita, url, tanggal berita ke dalam proses lihat berita dan di dalam proses
lihat berita akan membalas permintaan lihat berita calon haji. Pada calon haji
juga dapat mengirim reg haji untuk menanyakan nomor anterian ke dalam
proses Queue With Priority dan memberikan balasan antrian calon haji
melalui sms dan email, calon haji juga dapat mengirim kan data calon haji,
kuota, jumlah kuota dan akan di proses oleh proses informasi yang data nya di
ambil dari data store calon haji dan provinsi.
data pr ovinsi dan kuota
konfirmasi data provinsi dan kuota
db provinsi
konfirmasi data provinsi dan kuota
data provinsi dan kuota
data sms
db sms
konfirmasi data sms
data syarat
db syarat haji
konfirmasi data syarat
data calon haji
db calon haji
konfirmasi data calon haji
data hasil pendaftaran jamaah haji
data pendaftaran calon haji
lihat infromasi haji
2
konfirmasi data pendaftaran calon haji
idprovinsi namaprovinsi kuota
REG HAJI nomor porsi
idsyarat nama bobot status
daftar antrian haji
queue with priority
nomorcalonhaji isipesan
pemberitahuan status pendaftaran berhasil malalui sm s dan email
tanggalmasuk isipesan nomorterkirim
data pendaftaran calon jamaah haji
5
tanggalmasukpesan isipesan nomorpengirim
infromasi
+
status pr ovinsi dan kuota
status informasi haji
status syarat haji
data pendaftaran dan kuota
staff kem eter ian agama
1
status pesan masuk
konfimasi login
status pesan keluar
login staff kementerian
agama'
calon jamaah haji
lihat infomasi
status kirim sms
username dan password
status hasil pendaftaran haji
konfir masi login
simpan data login
idberita isiberita tanggalberita foto
status berita
4
db login
idberita judul isi url tanggal
3
berita
lihat berita
kelola berita
+
konfir masi data ber ita
data ber ita
data berita
konfirmasi liahat berita
db berita
Gambar 3.1.2 DFD level 1
3.1.3 DFD level 2 – Queue with priority
DFD level ini merupakan pengembangan dari proses Queue With Priority
terdapat pada level 1. Pada level ini entity staff Kementerian Agamamegirim
kan idsyarat, nama, poin, status ke dalam proses kelola syarat dan akan hasil
kelola syarat akan di simpan dalam data store syarat haji dan mengirim
konfirmasi kepada staff Kementerian Agama, calon haji juga mengirim
idprovinsi, nama provinisi, kuota, dan jumlah kuota untuk di proses dalam
proses provinsi dan setelah diproses di dalam proses provinisi akan di simpan
kedalam data store untuk melakukan penyimpanan dan proses provinsi akan
mengirim konfirmasi kepada staff Kementerian Agama. Staff Kementerian
Agamajuga mengirim kan idprovinsi, kuota, jumlah kuota, data calon haji ke
dalam proses informasi untuk staff kementerian melihat informasi dan di
kelola di dalam proses informasi, proses informasi mengambil data calon haji
di dalam data store calon haji dan di dalam data store provinsi dan
mengkonfirmasi
informasi
kepada
staff
Kementerian
Agama,
staff
Kementerian Agamamelakukan penginputan tanggalpesan, pesan masuk,
pesan keluar, isi pesan ke dalam proses sms dan proses sms akan menyimpat
input dari staff Kementerian Agamake dalam data store sms dan memberiakan
konfirmasi kepada staff Kementerian Agama.
Calon haji menginputkan data calon haji ke dalam proses kelola calon haji
dan proses kelola calon haji akan melakukan penyimpanan ke dalam data store
calon haji dan mengirim kan konfirmasi ke calon haji bahwa data sudah dip
roses dan di simpan, calon haji juga mengirimpan data reg haji untuk melihat
nomor antrian ke dalam proses sms dan akan menyimpan ke dalam data store
sms dan melakukan konfimasi antrian kepada calon haji.
konfirmasi data kuota dan provinsi
konfirmasi data provinsi dan kuota
db provinsi
data kuota dan provinsi
data provinsi dan kuota
1
lihat infromasi haji
2
lihat informasi
kelola kuota
status informasi haji
+
idprovinsi namaprovinsi kuota
idsyarat nama bobot status
5
status provinsi dan kuota
kelola syarat
staff kemeterian agama
status kirim sms
status pesan keluar
status syarat haji
+
4
status pesan masuk
nomorcalonhaji isipesan
data syarat
konfirmasi data sms
kelola sms
tanggalmasukpesan isipesan nomorpengirim
konfirmasi data syarat
tanggalmasuk isipesan nomorterkirim
db syarat haji
data hasil pendaftaran jamaah haji
status hasil pendaftaran haji
3
konfirmasi data pendaftaran calon haji
pemberitahuan status pendaftaran berhasil malalui sms dan email
kelola pendaftaran
data pendaftaran calon haji
data calon haji
db calon haji
konfirmasi data calon haji
data pendaftaran calon jamaah haji
calon jamaah haji
daftar antrian haji
REG HAJI nomor porsi
Gambar 3.1.3 DFD level 2 – Queue With Priority
data sms
db sms
DFD level 2 ini merupakan pengembangan dari proses kelola berita yang
terdapat pada level 1. Pada level ini staff Kementerian Agamamengrim kan
idberita, isi berita, url, tanggal berita untuk melakukan proses tambah berita,
setelah data berita sudah di proses maka akan di simpan ke dalam data store
berita untuk melakukan penyimpanan berita dan setelah tersimpan maka staff
Kementerian Agamamendapatkan konfirmasi bahwa berita sudah di tambah,
staff Kementerian Agamajuga dapat mengirimkan idberita, isi berita, url,
tanggal berita untuk melakukan proses hapus berita, proses hapus berita akan
menerima data berita untuk di hapus dan menghapus berita dan mengirimkan
ke dalam data store berita bahwa berita di hapus dan staff Kementerian
Agamaakan mendapatkan konfirmasi berita terhapus, selain itu staff
Kementerian Agamajuga dapat edit berita dengan mengirim idberita, isi berita,
url, tanggal berita ke dalam proses edit berita dan akan dip roses berita yang
akan di edit kemudian di simpan dalam data store berita dan staff akan
mendapatkan konfirmasi status berita edit.
Tabel Spesifiasi Proses Hapus BePita
Input
Output
proses
Id_berita,judul,isi,url
Tampilan berita
Kirim idberita yang dihapus
If idberita dan judul dan isi dan url is valid
Hapus berita
Else
Hapus berita gagal
End if
Tabel Spesifiasi Proses Tambah BePita
Input
Output
pProses
Id_bePita,judl,isi,uPl
Tampilan bePita
KiPim Id_bePita,judl,isi,uPl yang ditambah
If idbePita=ada then
If judul dan isi bePita dan uPl is valid
Simpan bePita
Else
Tambah bePita gagal
End if
Else
esan bePita sudah ada
End if
Tabel Spesifiasi Proses Edit BePita
Input
Id_bePita,judl,isi,uPl
Output Tampilan bePita
pProses KiPim idbePita yang diedit
If idbePita dan judul dan isi bePita dan uPl
is valid
Simpan edit bePita
Else
Edit bePita gagal
End if
id berita isi berita tanggal berita
id berita isi berita tanggal berita
3
hapus berita
konfirmasi data berita
konfirmasi status berita
idberita isiberita tanggalberita foto
staff
kemeterian
agama
1
tambah berita
konfirmasi data berita
data berita
db berita
status berita
2
konfirmasi data berita
konfirmasi status berita
edit berita
id berita isi berita tanggal berita
id berita isi berita tanggal berita
Gambar 3.1.3 DFD level 2 kelola berita
4.1.3 DFD level 3 – kelola sarat
DFD level ini merupakan pengembangan dari proses kelola sarat yang
terdapat pada level 2 sebelumnya. Pada DFD level 3 ini staff Kementerian
Agamadapat melakukan penambahan syarat dengan cara mengirim kan
idsyarat, nama, poin, status ke dalam proses tambah syarat, data tambah syarat
akan dip roses di dalam proses tambah syarat kemudian syarat yang baru akan
di simpan dalam data store syarat haji dan mengirimkan konfirmasi syarat
bertambah kepada staff Kementerian Agama, staff Kementerian Agamajuga
dapat melakukan edit syarat dengan mengirim idsyarat, nama, poin, status ke
dalam proses edit syarat, di dalam proses edit syarat akan memproses syarat
dan menyimpan hasil edit syarat ke dalam data store syarat dan mengirimkan
konfirmasi ke staff Kementerian Agamabahwa syarat telah selesai edit, selain
itu staff Kementerian Agamajuga dapat melakukan hapus syarat dengan
mengirim idsyarat, nama, poin, status ke dalam proses hapus syarat, setelah
proses hapus syarat slesai mengahapus syarat makan akan di lakukan
penyimpana ke dalam data store syarat dan mengirimkan konfimasi ke staff
Kementerian Agamabahwa syarat di hapus.
Tabel Spesifiasi Proses Edit SaPat
Input
Output
pProses
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat, nama_saPat, proin, status valid
Simpan edit saPat
Else
Edit saPat gagal
End if
Tabel Spesifiasi Proses Hapus SaPat
Input
Outpu
t
pProses
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat dan nama_saPat dan proin dan
status is valid
Hapus saPat
Else
Hapus saPat gagal
End if
Tabel Spesifiasi Proses Tambah SaPat
Input
Outp
ut
pProse
s
Id_saPat,nama_saPat,proin,status
Tampilan saPat
KiPim Id_saPat,nama_saPat,proin,status
If Id_saPat =ada then
If nama_saPat dan proin dan status is valid
Simpan saPat
Else
Tambah saPat gagal
End if
Else
esan saPat sudah ada
End if
idsyarat nama bobot status
konfirmasi data sarat
2
status hapus sarat
data sarat
hapus sarat
idsyarat nama bobot status
staff
kemeterian
agama
1
konfirmasi data syarat
tambah sarat
db syarat haji
data syarat
status syarat haji
3
idsyarat nama bobot status
status edit sarat
Gambar DFD level 3 kelola sarat
edit sarat
data sarat
konfirmasi data sarat
Kelola kuota
DFD level ini merupakan pengembangan dari proses kelolah kuota yang
terdapat pada level 2 sebelumnya. Pada level 3 kelola kuota ini staff
Kementerian Agamadapat melakukan tambah provinsi dan kuota dengan
mengirimkan idprovinsi, nama provinsi, kuota ke dalam proses tambah
provinsi dan kuota, setelah itu proses tambah provinsi dan kuota akan
memproses penambahan provinsi dan kuota dan melakukan penyimpanan ke
dalam data store provinsi dan melakukan konfirmasi kepada staff Kementerian
Agama, selain itu staff Kementerian Agamajuga dapat melakukan edit
provinsi dan kuota dengan mengirimkan idprovinsi, nama provinsi, kuota ke
proses edit provinsi dan kuota, setelah itu proses edit selesai maka akan di
simpan ke dalam data store provinsi setelah itu proses akan mengirimkan
konfirmasi kepada staff Kementerian Agama, staff Kementerian Agamajuga
dapat melakukan hapus provinsi dan kuota dengan mengirimkan idprovinsi,
nama provinsi, kuota dan proses hapus akan mengecek provinsi dan kuota
mana yang akan di hapus, setelah proses hapus selesai maka akan di simpan
dalam data store provinsi dan proses mengirimkan konfirmasi ke staff
Kementerian Agama.
Tabel Spesifiasi Proses Hapus Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi,jumlahi
urota
Tampilan iurota
KiPim Id_pProvinsi,
nama_pProvinsi,iurotapProvinsi,jumlahiurota
If Id_pProvinsi dan nama_pProvinsi dan
iurotapProvinsi dan jumlahiurota is valid
Hapus iurota dan pProvinsi
Else
esan hapus pProvinsi dan iurota gagal
End if
Tabel Spesifiasi Proses Tambah Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi
Tampilan iurota
KiPim Id_pProvinsi, ,nama_pProvinsi,iurotapProvinsi
If Id_pProvinsi =ada then
If nama_pProvinsi dan iurotapProvinsi dan
jumlahiurota is valid
Simpan pProvinsi dan iurota
Else
esan tambah pProvinsi dan iurota gagal
End if
Else
esan pProvinsi dan iurota sudah ada
End if
Tabel Spesifiasi Proses Edit Provinsi dan Kurota
Input
Outp
ut
Prose
s
Id_pProvinsi,nama_pProvinsi,iurotapProvinsi,jumlah
iurota
Tamilan iurota
KiPim Id_pProvinsi, ,nama_pProvinsi,iurotapProvinsi
If Id_pProvinsi dan nama_pProvinsi dan
iurotapProvinsi dan jumlahiurota is valid
Simpan edit pProvinsi dan iurota
Else
esan edit pProvinsi dan iurota gagal
End if
idprovinsi namaprovinsi kuota
konfirmasi data provinsi dan kuota
2
edit provinsi dan
kuota
status edit provinsi
data provinsi dan kuota
data provinsi dan kuota
idprovinsi namaprovinsi kuota
1
staff
kemeterian
agama
db provinsi
tambah provinsi
status provinsi dan kuota
konfirmasi data provinsi dan kuota
3
idprovinsi namaprovinsi kuota
status hapus provinsi
hapus provinsi dan
kuota
data provinsi dan kuota
konfirmasi data provinsi dan kuota
Gambar 3.1.3 DFD level 3 Proses Kelola Provinsi dan Kuota
4.2 Flow Chart
Flowchart merupakan perancangan alur sistem secara terstruktur dan
dalam bentuk yang lebih sederhana sehingga user yang membacanya dapat lebih
mudah untuk memahami sistem. Terdapat beberapa perancangan flowchart dari
sistem ini, yaitu:
3.2.1 Flowchart staf Kementerian Agama
Flowchart ini megGambarkan alur kerja dari staf Kementerian Agama, dimulai dari
login, lalu melihat beranda, mengelola berita, mengelola kuota, mengelola syarat haji,
dan menjalankan auto-reply sms gateway.
start
Username
Dan
password
valid
T
Y
T
beranda
T
Y
Y
Beranda
T
Informasi calon
haji
Kuota
Y
Berita
Informasi
antrian haji
Input ?
Sarat haji
Y
Kuota
Y
Sms gateway
autoreply
Sarat haji
T
T
T
Input ?
Y
Input ?
Y
Y
T
T
Edit ?
Edit ?
Y
Edit ?
Y
Y
T
T
Hapus ?
T
Hapus ?
Y
Hapus ?
Y
Berita
Y
Kuota
T
T
Sarat haji
Y
Antrian haji
T
T
Berita
Sarat haji
T
end
Gambar 3.2 Flowchart staf Kementerian Agama
T
3.2.2 Flowchart calon jamaah Haji
Flowchart ini mengGambarkan alur calon jamaah Haji dari kegiatan oleh calon
jamaah Haji yaitu calon Haji melihat berita, melakukan pendaftaran Haji, dan melihat
informasi.
start
T
T
T
Beranda ?
Daftar haji ?
Y
Informasi haji ?
Y
Berita
Y
Informasi
haji
Daftar haji
T
Daftar ?
Y
T
Input data
pendaftaran
Data terpenuhi
?
Y
Pengiriman sms
dan email kepada
calon haji
End
Gambar Flowchart olah calon haji
3.2.3 Flowchart syarat haji
Flowchart berikut mengGambarkan proses calon Haji mendapatkan poin untuk
menentukan anterian Haji.
Start
T
Persyaratan
lengkap ?
Poin 0
Y
Status pelunasan
?
T
Poin 0
Y
Poin + 60
T
Umur >60 dan
kuota provinsi
Y
End
Simpan hasil
antrian
Gambar Flowchart algoritma Queue With Priority
3.3 Entity Relational Diagram
Gambar di bawah merupakan ERD dari perancangan database sistem.
Dari ERD ini dapat dilihat entity apa saja yang dibutuhkan sistem, bagaimana
relasinya, dan apa saja tabel yang terbentuk.
No_ktp
Tahun
keberangkatan
User name
Jenis kelamin
Foto kartu
keluarga
tanggallahir
Telpon calon haji
Alamat calon haji
Tanggal
pelunasan
Foto tanggal
pelunasan
Foto status
kesehatan
Email calon haji
Nomer_porsi
Calon haji
Foto passpor hijau
Status kesehatan
foto
Status pelunasan
n
n
Paspor hijau
Jumlah berangkat
haji
1
Tanggal daftar
Status sms
memiliki
Memiliki
memiliki
n
Sarat
antrian
n
Id_sarat
No_urut
1
Kuota provinsi
Nama_sarat
Provinsi
bobot
status
Id_provinsi
Nama provinsi
Jumlah kuota
Id_berita
login
Id_admin
Nama_admin
judul
berita
password
Gambar Perancangan ERD
isi
url
tanggal
3.3 Perancangan Tabel
Tabel adalah bagian dari database yang digunakan untuk menyimpan data
yang dibutuhkan sistem. Berikut adalah daftar tabel yang terdapat di dalam sistem
beserta dengan strukturnya:
3.3.3
Tabel calon haji
Tabel StPuituP Tabel calron haji
Field
*Nroitp
UsePname
Jenis ielamin
Tanggal lahiP
Frotro iaPtu ieluaPga
Telpron calron haji
Alamat calron haji
Frotro tanggal pelunasan
Email calron haji
Frotro pasproP hijau
Frotro
Tanggal pelunasan
Frotro status iesehatan
NromeP_proPsi
Status iesehatan
Status pelunasan
Jumlah iebePangiatan
haji
asproP hijau
Tanggal daftaP
Status sms
Tahun_bePangiat
**id_pProvinsi
3.3.4
Tipe Data
VaPchaP 50
VaPchaP 20
VaPchaP 10
Date
Text
VaPchaP 15
VaPchaP 20
Text
VaPchaP 100
Text
Text
Datetime
Text
Int 11
VaPchaP 50
VaPchaP 50
VaPchaP 50
VaPchaP 10
Date
Enum (‘TRUE’,”FALSE’)
Int 11
Int 11
Tabel Antrian
Tabel 3.11 StPuituP Tabel AntPian
Field
*nro_uPut
**nroKtp
Tipe Data
Int 11
VaPhaP 50
3.3.5
Tabel Berita
Tabel StPuituP Tabel BePita
Field
*Id_bePita
Judul bePita
Isi
uPl
Tanggal
3.3.6
Tipe Data
Int 11
Text
VaPchaP 10000
Text
Datetime
Tabel Provinsi
Tabel StPuituP Provinsi
Field
*id_pProvinsi
Nama pProvinsi
Kurota pProvinsi
Jumlah iurota
3.3.7
Tipe Data
Int 10
VaPchaP 20
Int 11
Int 11
Tabel Sarat
Tabel StPuituP Tabel SaPat
Field
*id_saPat
Nama saPat
roin
Status
3.3.8
Tipe Data
Int 11
VaPchaP 20
Int 11
Enum (‘aitif’,’tidai
aitif’)
Tabel Syarat Haji
Tabel StPuituP Tabel SyaPat Haji
Field
*id_syaPathaji
**nroKtp
**id_saPat
3.3.9
Tipe Data
Int 11
VaPchaP 50
Int 11
Tabel login
Tabel StPuituP Tabel lrogin
Field
*id_admin
Nama_admin
asswroPd
Tipe Data
int 11
VaPchaP 20
VaPchaP(20)
BAGIAN AKHIR
Atlassian Confluence 5.0.3, Team Collaboration Software. (n.d.). Atlassian Confluence
Open Source Project License. Retrieved 09 21, 2014, from
https://cwiki.apache.org/confluence/display/qpid/Qpid+Design++Queue+Implementation
Faisal, A. (2012). Rancang Bangun Aplikasi Panduan Dan Navigasi Haji. Jurnal Teknik
Informatika , 1 (1), 2.
Kadir, A. (2014). Dasar Pemograman Web Dinamis Menggunakan PHP. Retrieved
September
29,
2014,
from
academia.edu:
https://www.academia.edu/5374056/Dasar_pemrograman_Web_Dinamis_Mengg
unakan_PHP_Revisi_Abdul_Kadir_2008_Yogyakarta_andi
Kementerian AgamaIndonesia. (2013). Keputusan Menteri Agama Republik Indonesia
nomor 58 tahun 2013. Penetapan Kuota Haji Tahun 1434 H/2013 M .
Lafore, R. (1998). Data Structures & Algorithms in Java. Corte Madera: Mitchell Waite.
Rizkiyani, A. H. (2013). Skala Likert Sebagai Teknik Evaluasi. Retrieved from
kopmpasiana:
http://edukasi.kompasiana.com/2013/06/12/skala-likert568158.html
Sugiyono. (2011). Metode Penelitian Kuantitatif, Kualitatif dan R&D. Bandung:
Alfabeta.
Tarigan, D. E. (2012). Membangun SMS Gateway Berbasis Web Dengan Code Igniter.
(L. Hakim, Ed.) Yogyakarta: Lokomedia.
Tarigan, Y. B. (2013). Model Penelitian. Penilaian Penelitian Wisatawan Terhadap
Fasilitas Pariwisata Wana Ciwagun Indah Camp Kabupaten Bandung Barat .
Zamhir. (2013). Nomor Porsi. (M. Nasution, Interviewer) Pekanbaru.