Anda di halaman 1dari 112

SISTEM INFORMASI RZ TOUR DAN TRAVEL BERBASIS WEB

MENGGUNAKAN FRAMEWORK
LARAVEL 7.0

TUGAS AKHIR

Oleh:

TAUFIK YAZIDI
1701092013

PROGRAM STUDI MANAJEMEN INFORMATIKA


JURUSAN TEKNOLOGI INFORMASI
POLITEKNIK NEGERI PADANG
2020
SISTEM INFORMASI RZ TOUR DAN TRAVEL BERBASIS WEB

MENGGUNAKAN FRAMEWORK
LARAVEL 7.0

TUGAS AKHIR

Diajukan sebagai salah satu syarat untuk mendapatkan gelar Ahli Madya pada
Jurusan Teknologi Informasi Program Studi Manajemen Informatika

Oleh:

TAUFIK YAZIDI
1701092013

PROGRAM STUDI MANAJEMEN INFORMATIKA


JURUSAN TEKNOLOGI INFORMASI
POLITEKNIK NEGERI PADANG
2020

ii
SISTEM INFORMASI RZ TOUR DAN TRAVEL BERBASIS WEB
MENGGUNAKAN FRAMEWORK
LARAVEL 7.0

TUGAS AKHIR

Diajukan sebagai salah satu syarat untuk mendapatkan gelar Ahli Madya pada
Jurusan Teknologi Informasi Program Studi Manajemen Informatika

Oleh :

TAUFIK YAZIDI
1701092013

Tugas Akhir ini telah diperiksa dan disetujui oleh:

Pembimbing I Pembimbing II

Hj. Rasyidah, S.Si.,M.M Aldo Erianda, S.ST.,MT


NIP. 19740601 200604 2 001 NIP. 19890703 201903 1 015

Disahkan oleh:
Ketua Jurusan Ketua Program Studi
Teknologi Informasi Manajemen Informatika

Ronal Hadi, ST., M.Kom Defni, S.Si.,M.Kom


NIP. 19760129 200212 1 001 NIP. 19811207 200812 2 001

iii
ii
1

BAB I

PENDAHULUAN

1.1 Latar Belakang

Perkembangan pariwisata di dunia telah ada sejak adanya perjalanan dari

suatu tempat ke tempat lainnya dengan memanfaatkan transportasi. Di era

globalisasi, transportasi sangat dibutuhkan bagi manusia untuk menunjang

kegiatannya sehingga transportasi dituntut untuk dapat menyediakan fasilitas

yang cepat serta nyaman bagi para konsumen yang melakukan perjalanan.

Industri Pariwisataa merupakan salah satu sektor ekonomi yang dapat

menunjang kemajuan suatu negara. Dalam dunia bisnis terdapat banyak

perusahaan yang bergerak di bidang pelayanan jasa diantaranya travel agent.

Tour dan Travel merupakan bagian dari travel agent yang sering dimanfaatkan

oleh masyarakat untuk melakukan perjalanan dinas maupun perjalanan wisata.

PT RZ Tour dan Travel merupakan usaha yang bergerak di bidang jasa

pariwisata tour & travel. PT RZ Tour dan Travel berdiri sejak tahun 2012 di

Jalan Raya Indarung Rimbo Data No. 26 C Kelurahan Bandar Buat Kecamatan

Lubuk Kilangan Kota Padang Sumatera Barat. RZ tour & travel ini sudah

memiliki website sendiri (https://pt-rz-tour-travel.business.site/), namun di

website ini tidak disediakan proses transaksi pemesanan tiket tour dan travel

secara online serta di website ini juga tidak menampilkan paket wisata yang

disediakan oleh RZ Tour dan Travel . Website ini hanya sekedar menampilkan
profil dari perusahaan tersebut dan fitur untuk konsul tentang ketersediaan dan

tarif tiket tour & travel. Pada tampilan website perusahaan masih sangat

sederhana dan fitur website masih relatif sedikit. Selain itu juga pelaporan

penjualan masih menggunakan Microsoft Excel. Pada website ini juga tidak

menyediakan fitur akun dimana di fitur akun ini terdapat login sebagai admin

dan sebagai user. Untuk itu diperlukan sebuah sistem yang lebih komplit

dengan mengatasi peramasalahan-permasalahan yang telah disebutkan

sebelumnya agar profit yang diterima perusahaan semakin meningkat dan

menarik pelanggan agar menggunakan tour & travel ini. Dalam perancangan

sistem informasi ini dituangkan dalam sebuah Proposal Tugas Akhir yang

berjudul “Sistem Informasi RZ Tour & Travel Berbasis Web

Menggunakan Framework laravel 7.0”.

1.2 Rumusan Masalah

Berdasarkan latar belakang yang telah diuraikan diatas, maka rumusan

masalah yang akan dibahas dalam Tugas Akhir ini adalah:

1. Bagaimana merancang dan membuat suatu sistem informasi pemesanan

paket travel wisata secara online.

2. Bagaimana memberikan konsep desain dari web yang mudah dimengerti

dan memberikan informasi yang akan memudahkan dan mempercepat

aktifitas booking pemesanan paket tour wisata dan informasi jadwal

keberangkatan secara online.

2
3. Bagaimana membuat suatu sistem informasi pemesanan tiket dan paket

wisata yang dapat membantu pemilik atau operator RZ Tour dan Travel

untuk meningkatkan kinerjanya dalam pengelolaan penjualan paket tour

wisata.

4. Bagaimana membuat suatu sistem informasi berupa website yang nantiknya

akan diimplementasikan di website RZ Tour dan Travel

1.3 Tujuan

Tujuan dibuatnya tugas akhir ini adalah untuk merancang suatu perangkat

lunak yang mampu membantu membangun aplikasi dan informasi pelayanan

dan pemesanan paket tour. Dan membangun informasi yang dapat digunakan

untuk menyelesaikan masalah-masalah yang terkait dengan :

1. Mengefisienkan waktu dan biaya bagi masyarakat yang akan melakukan

pemesanan tiket secara online serta lebih memudahkan, lebih praktis dan

lebih cepat dalam melakukan pemesanan.

2. Memberikan informasi dari konsep desain web yang mudah dimengerti

sehingga masyarakat dapat mengetahui informasi rincian tour, destinasi tour

serta fasilitas yang diberikan saat melakukan perjalanan wisata sampai harga

yang ditawarkan.

3. Membantu pemilik RZ Tour dan Travel dalam meningkatkan pendapatan

dan kinerja dalam pengelolaan penjualan tiket paket tour wisata dan

membantu mempromosikan dalam pemasaran paket tour wisata.

3
4. Membantu pemilik RZ Tour dan Travel dalam pembuatan suatu sistem

informasi berupa website yang nantik akan diimplementasikan di website

RZ Tour dan Travel secara online.

1.4 Batasan Masalah

Adapun Batasan Masalah dari Tugas Akhir ini adalah sebagai berikut:

1. Sistem informasi dibuat berbasis web PHP.

2. Software yang digunakan dalam perancangan dan pembuatan sistem ini

adalah :

a. Menggunakan PHP framework Laravel dan Javascript untuk platform

“Sistem Informasi RZ Tour dan Travel Berbasis Web Menggunakan

Framework Laravel 7.0”.

b. XAMPP sebagai local server.

c. Google sebagai web peramban.

d. MySQL digunakan untuk sistem manajemen database.

e. Visual Code digunakan sebagai editor.

1.5 Metodologi

Penelitian ini menggunakan metodologi penelitian sebagai berikut :

1. Objek Penelitian

Dalam metodologi penelitian saling bekerjasama menggunakan mitra

untuk mengambil objek penelitian pada PT. RZ Tour dan Travel yang

4
beralamat di Jl. Raya Indarung Rimbo Data No. 26 C Kelurahan Bandar

Buat Kecamatan Lubuk Kilangan Kota Padang Sumatera Barat.

2. Jenis Data

Jenis data yang digunakan dalam penelitian ini adalah data kualitatif dan

kuanitatif:

a. Data Kualitatif

Merupakan data yang diperolah secara langsung dari sumbernya,

seperti halnya dengan mengajukan pertanyaan dan wawancara

secara langsung kepada pimpinan perusahaan terkait.

b. Data Kuantitatif

Yaitu prosedur penelitian yang menghasilkan data dalam bentuk

angka seperti harga tiket perjalanan travel yang ditawatkan oleh PT.

RZ Tour dan Travel

3. Sumber Data

a. Data Primer

Merupakan data yang diperoleh secara langsung dari sumbernya,

seperti halnya dengan mengajukan pertanyaan dan wawancara

secara langsung kepada pimpinan perusahaan terkait.

b. Data Sekunder

Data yang diperoleh dari data dalam bentuk yang sudah jadi yang

bersifat informasi dan kutipan, baik dari internet maupun literature,

5
pustaka, jurnal yang berhubungan dengan penelitian yang dibuat

dan dari sumber lain.

4. Metode Pengumpulan Data

a. Wawancara

Metode yang dilakukan dengan cara mengadakan wawancara

langsung pihak yang bersangkutan yang dilakukan adalah

melakukan wawancara tentang masalah yang sering dihadapi

dalam hal pemesanan paket wisata di PT. RZ Tour dan travel

selama ini.

b. Observasi

Metode yang digunakan untuk memperoleh data dengan cara

mengadakan pengamatan terhadap objek penelitian dan pencatatan

secara sistematis terhadap suatu gagasan yang diselidiki.

c. Studi Pustaka

Studi Pustaka adalah pengumpulan data dengan mempelajari buku-

buku yang berkaitan dengan masalah yang sedang dihadapi dalam

penelitian, contohnya buku tentang sistem infromasi, e-travel,PHP,

MySQL dan lain-lain.

5. Metodologi Pengembangan Sistem

Dalam melakukan penyusunan tugas akhir ini,digunakan metode

Software Development Life Cycle (SDLC). SDLC merupakan tahapan-

6
tahapan yang dilakukan untuk membangun sebuah sistem informasi

melalui beberapa tahapan. Tahapan ini dilakukan untuk menghasilkan

perangkat lunak yang diinginkan. Tahapan SDLC dalam membangun

sistem informasi adalah sebagai berikut:

a. Inisiasi

Tahap ini merupakan tahapan awak yang dilakukan dalam

pembuatan sistem. Hal ini dapat dilakukan dengan melakukan

pembuatan proposal dari sistem yang dibuat. Pembuatan proposal

Sistem Informasi RZ Tour & Travel Berbasis Web Menggunakan

Framework laravel 7.0 termasuk bagian dalam inisiasi sistem.

b. Pengembangan Konsep Sistem

Pengembangan konsep sistem erupakan tahapan yang memberikan

defisini tentang rancangan sistem mencakup tentang manajemen

rencana, pembelajaran kemudahan sistem dan membuat dokumen

yang berisi tentang dokumentasi cakupan sistem.

c. Perencanaan

Perencanaan merupakan tahapan menguaraikan rancangan

pembuatan Sistem Informasi RZ Tour & Travel Berbasis Website

seperti manajemen proyek yang akan dibuat dan dokumen

perancangan yang dibutuhkan.

7
d. Analisis Kebutuhan

Analisi Kebutuhan merupakan proses menganalisis dan

mengembangkan kebutuhan pengguna sistem informasi berbasis

web dan membuat dokumen kebutuhan fungsional.

e. Desain

Desain adalah proses yang berfokus pada desain pembuatan sistem

yang berbasis web dengan proses pengkodean. Desain sistem

menggunakan UML yang terdiri dari usecase diagram, sequence

diagram, class diagram dan activity diagram

f. Pengembangan

Pengembangan merupakan tahapan menerjemahkan desain ke

sistem informas yang lengkap seperti : menyiapkan berkas dan

prosedur kasus yang telah diwawancarai, pengujian sistem,

membuat database, membuat kode program, dan lain-lain.

g. Integrasi dan pengujian

Integrasi dan pengujian merupakan tahapan untuk mengetahui

sistem informasi yang dibuat apakah sudah sesuai dengan

spesifikasi dokumen fungsional atau tidak. Hal ini dilakukan untuk

memastikan bahwa sistem yang dibuat sesuai dengan desain dan

tahapan pembuatan aplikasi.

8
h. Impelementasi

Setelah melakukan pembuatan sistem tahap selanjutnya yaitu

implementasi sistem. Setelah melakukan analisa kebutuhan user,

design, coding maka sistem yang sudah selesai dibuat akan

digunakan oleh user. Selain itu hal ini juga bertujuan untuk

menemukan kesalahan-kesalahan dan memastikan bahwa input

yang dibatasi akan memberikan hasil yang sesuai dengan hasil yang

diharapkan setelah sistem ini selesai.

i. Operasi dan pemeliharaan

Operasi dan pemeliharaan merupakan tahapan implementasi akhir

dan menguaraikan pekerjaan untuk menjalankan sistem. Tahapan

ini dilakukan secara berkala agar sistem yang dibuat tidak terjadi

masalah saat digunakan.

9
BAB II

LANDASAN TEORI

2.1 Kajian Lepas

2.1.1 Pembuatan Sistem Informasi Tour & Travel Berbasis Website (Study

Kasus Marissa Holiday Cianjur)

Jurnal yang berjudul “Pembuatan Sistem Informasi Tour & Travel

Berbasis Website (Study Kasus Marissa Holiday Cianjur)” merupakan salah

satu jurnal yang menjadi referensi untuk pembuatan Tugas Akhir. Berikut

merupakan Rangkuman Jurnal tersebut dirangkum dalam bentuk table 2.1

dibawah ini :

Tabel 2.1 Identifikasi jurnal “Pembuatan Sistem Informasi Tour & Travel

Berbasis Website (Study Kasus Marissa Holiday Cianjur)”

Objek Marissa Holiday Cianjur

Jurnal Jurnal Informatika Vol.9.

no.2,Desmber 2017.hlm.99-108

Sistem pada Objek Sistem Informai Tour dan Travel

Bagian dari sistem yang akan Sistem Informai Tour dan Travel

dibahas. mempermudah dalam

mempromosikan Informasi seputar

Tour dan Travel

10
Identifikasi masalah pada - Penyampaian informasi seputar

subsistem. tour dan travel kepada konsumen

atau calon pelanggan hanya lewat

media brosur dan baligho.

- Pelayanan di Marissa Holiday kurang

maksimal dalam melakukan pemesanan

booking paket wisata karena masih

meunggunakan wawancara dari

pemesan dan pihak Marissa Holiday.

- Melayani transaksi hanya pemesan

yang telah setuju terhadap booking

tujuan kota wisata dan beberapa

tempat wisata di kota tersebut, yang

dipilih oleh konsumen atau calon

pelanggan.

11
2.1.2 Sistem Informasi Pelayanan Jasa Tour dan Travel Berbasis Web (Studi

Kasus Smart Tour)

Jurnal yang berjudul “Sistem Informasi Pelayanan Jasa Tour dan

Travel Berbasis Web (Studi Kasus Smart Tour)” merupakan salah satu jurnal

yang menjadi referensi untuk pembuatan Tugas Akhir. Berikut merupakan

Rangkuman Jurnal tersebut dirangkum dalam bentuk table 2.1 dibawah ini :

Tabel 2.2 Identifikasi jurnal “Sistem Informasi Pelayanan Jasa Tour dan Travel

Berbasis Web (Studi Kasus Smart Tour)”

Objek Smart Tour

Jurnal Jurnal Informasi dan Komputer

Vol:6 No.2 2018

Sistem pada Objek Sistem Informai Tour dan Travel

Bagian dari sistem yang akan Merancang Sistem Informasi

dibahas. pemesanan paket perjalanan wisata

berbasis online

Identifikasi masalah pada - Saat ini data paket Tour masih

subsistem. kurang lengkap sehingga pelayanan

pada pelanggan masih kurang puas.

- Saat ini sistem kelola paket Tour

dan Travel yang dilakukan oleh

admin masih manual karena

12
pelanggan harus datang ke smart

Tour untuk mengkonfirmasi paket

kelola Tour maupun Travel yang

dikelola oleh admin.

2.1.3 Sistem Informasi Pemesanan Paket Wisata Berbasis Web Pada Adeeva

Tour dan Travel

Jurnal yang berjudul “Sistem Informasi Pemesanan Paket Wisata

Berbasis Web Pada Adeeva Tour dan Travel” merupakan salah satu jurnal yang

menjadi referensi untuk pembuatan Tugas Akhir. Berikut merupakan

Rangkuman Jurnal tersebut dirangkum dalam bentuk table 2.1 dibawah ini :

Tabel 2.3 Identifikasi jurnal “Sistem Informasi Pemesanan Paket Wisata Berbasis

Web Pada Adeeva Tour dan Travel”

Objek Adeeva Tour dan Travel

Jurnal FidyaRosa-2019-

elibrary.unikom.ac.id

Sistem pada Objek Sistem Informai Tour dan Travel

Bagian dari sistem yang akan Sistem Informai Tour dan Travel

dibahas. yang dapat meningkatkan kualitas

dan kinerja pada pemesanan paket

13
wisata

Identifikasi masalah pada - Dalam melakukan pemesanan paket

subsistem. wisata yang meliputi pendaftaran,

pemesanan, pembayaran dan

pembatalan serta dalam pembuatan

laporan.

2.1.4 Pengembangan Sistem Informasi Pemesanan Paket Perjalanan Wisata Garut

Berbasis Online

Jurnal yang berjudul “Pengembangan Sistem Informasi Pemesanan

Paket Perjalanan Wisata Garut Berbasis Online” merupakan salah satu jurnal

yang menjadi referensi untuk pembuatan Tugas Akhir. Berikut merupakan

Rangkuman Jurnal tersebut dirangkum dalam bentuk table 2.1 dibawah ini :

Tabel 2.4 Identifikasi jurnal “Pengembangan Sistem Informasi Pemesanan Paket

Perjalanan Wisata Garut Berbasis Online”

Objek CV. Ekatama Tour & Travel

Jurnal I Soraya, AD Supriatna-Jurnal

Algoritma,2017

Sistem pada Objek Sistem Informai Tour dan Travel

14
Bagian dari sistem yang akan Merancang Sistem Informasi

dibahas. pemesanan paket perjalanan wisata

garut berbasis online

Identifikasi masalah pada - Proses pemesanan paket perjalanan

subsistem. wisata yang masih dilakukan secara

manual dimana pelanggan harus

datang langsung ke Ekatama Tour &

Travel untuk memesan paket wisata

sehingga menyulitkan pelanggan

yang jaraknya jauh dari lokasi

perusahaan terutama yang berasal

dari luar kota.

- Belum adanya aplikasi mengenai

pemesanan paket perjalanan wisata

Garut berbasis online.

15
2.1.5 Sistem Informasi Paket Wisata Pada CV. Khans Tour Berbasis Web

Jurnal yang berjudul “Sistem Informasi Paket Wisata Pada CV. Khans

Tour Berbasis Web” merupakan salah satu jurnal yang menjadi referensi untuk

pembuatan Tugas Akhir. Berikut merupakan Rangkuman Jurnal tersebut

dirangkum dalam bentuk table 2.1 dibawah ini :

Tabel 2.5 Identifikasi jurnal “Sistem Informasi Paket Wisata Pada CV. Khans

Tour Berbasis Web”

Objek CV. Khans Tour

Jurnal Rahmat Nur Maulidin, Yusuf

Sulistyo Nugroho-2015

Sistem pada Objek Sistem Informai Tour dan Travel

Bagian dari sistem yang akan Merancang Sistem Informasi

dibahas. pemesanan paket perjalanan wisata

garut berbasis online

Identifikasi masalah pada - Merancang sebuah sistem

subsistem. informasi pemesanan paket wisata

secara online dengan tujuan untuk

membantu memperluas promosi dan

mengingkatkan keuntungan

perusahaan.

16
2.2 Paket Wisata

Paket Wisata ( tour package) merupakan suatu rencana yang tersusun

secara rapi untuk perjalanan wisata dengan harga yang sudah ditetapkan di

dalam paket wisata tersebut, biaya termasuk transportasi, penginapan,

sightseeing tour, transfer yang semua tercantum di dalam paket wisata tersebut.

Harga paket selalu dapat berubah –ubah sesuai dengan kondisi ekonomi

perusahaan dan pasar untuk mendapatkan keuntungan yang sesuai. Oleh sebab

itu harga paket sangat tergantung terhadap perekonomian di setiap daerah dan

harga kebutuhan yang berlaku pada waktu dimana paket dibuat

2.3 Sistem Informasi

Sistem informasi adalah suatu sistem didalam suatu organisasi yang

mempertemukan kebutuhan pengolahan transaksi harian yang mendukung

fungsi operasi organisasi yang bersifat manajerial[4].

Berdasarkan definisi diatas dapat disimpulkan bahwa sistem informasi adalah

sekumpulan komponen yang saling berhubungan yang dapat melakukan

pengumpulan, penyimpanan dan pendistribusian informasi untuk mendukung

pengambilan keputusan dalam suatu komunitas atau organisasi terkait.

2.4 Sistem

Sistem adalah sekumpulan hal atau kegiatan atau elemen yang saling

bekerjasama atau yang dihubungkan dengan cara – cara tertentu sehingga

membentuk satu kesatuan untuk melaksanakan suatu fungsi guna untuk mencapai

17
suatu tujuan. [3] suatu sistem mempunyai karakteristik atau sifat –sifat tertentu yang

meliputi :

1. Mempunyai Komponen

Komponen sistem adalah seluruh kerangka bagian penyusunan sistem.

komponen sistem dapat berupa benda nyata seperti orang ataupun berupa

abstrak seperti hal atau kejadian yang terlibat di dalam sistem.

2. Mempunyai batas

Batasan dalam suatu sistem sangat diperlukan karena batasan tersebut akan

membedakan suatu sistem dengan sistem yang lainnya sehingga dapat

memberikan tinjauan kepada sistem yang akan dirancang

3. Mempunyai lingkungan

Dalam aspek lingkungan pada suatu sistem sangat diperlukan karena aspek

lingkungan ini dapat mengetahui apakah lingkungan dapat menguntungkan

atau merugikan. Aspek lingkungan sendiri merupakan bagian yang berada

diluar sistem

4. Mempunyai penghubung/antar muka

Penghubung atau antar muka merupakan sarana komunikasi yang berguna

untuk saling berinteraksi dan menjembatani hubungan antara komponen

dan komponen yang lain dalam suatu sistem.

18
5. Mempunyai masukan

Masukan yaitu segala sesuatu yang perlu dimasukan kedalam sistem

sebagai bahan yang akan dilah lebih lanjut untuk menghasilkan keluaran

yang berguna

6. Mempunyai pengolahan

Pengolahan merupakan bagian terpenting dan utama di dalam sistem untuk

mengelola bahan yang telah dimasukan ke dalam sistem sehingga

mengeluarkan komponen sistem yang berguna bagi para pemakainya.

7. Mempunyai keluaran

Keluaran disini merupakan hasil masukan yang telah diolah sehingga

membentuk berbagai macam keluaran yang dihasilkan oleh komponen

pengolahan.

8. Mempunyai sasaran

Sasara merupakan setiap komponen yang saling bekerjasama untuk

menghasilkan pengeluaran yang mampu mencapai sasaran dan tujuan

dalam suatu sistem

9. Mempunyai kendali

Kendali bertujuan untuk setiap komponen sistem mempunyai kendalinya

masing masing yang dimana peran komponen sistem disini mempunyai tiap

kendali atau fungsi yang berbeda pada tiap fungsinya

19
10. Mempunyai umpan balik

Umpan balik diperlukan dalam suatu sistem untuk mengecek terjadinya

penyimpanan proses dalam sistem dan mebalikannnya ke dalam kondisi

yang normal.

2.5 Informasi

Informasi adalah data yang telah diproses atau diolah menjadi bentuk yang

lebih memiliki guna atau nilai dan lebih berarti bagi penerima atau penggunanya.

Informasi sering disebut sebagai data yang telah diproses atau data yang telah

memiliki arti. Informasi merupakan faktor kritis sebuah organisasi dalam

menentukan kesuksesan atau kegagalan. Sistem di dalam organisasi seperti apapun

jika tanpa didukung dengan adanya informasi maka tidak akan bisa digunakan,

karena sistem tersebut tidak akan mampu membantu pekerjaan pemakainya dan

seiring dengan berjalannya waktu sistem tersebut akan terlupakan[4].

Berdasarkan definisi diatas dapat disimpulkan bahwasanya informasi sangat

penting terutama di dalam sebuah organisasi. Sistem Informasi PT. RZ Tour dan

Travel memuat informasi berupa paket wisata perjalanan perorangan serta

berkelompok atau group yang berisikan fasilitas, rincian perjalanan dan harga dalam

tiap paket wisata.

2.6 Data

Data merupakan sekumpulan fakta-fakta yang dapat berupa benda, kejadian,

gambar, video, audio, atau teks yang keberadaannya belum bisa memberikan makna

20
atau manfaat bagi pemakainya. Fakta merupakan segala sesuatu yang terekam oleh

indera manusia[4].Data merupakan sekumpulan fakta-fakta yang belum diolah dan

belum memiliki nilai.Dalam RZ Tour dan Travel memiliki gambar, video dan

testimonial tiap konsumen yang mengunakan jasa RZ Tour dan Travel.

2.7 Website

Website merupakan kumpulan halaman yang digunakan untuk menampilkan

informasi teks, gambar, animasi, suara atau gabungan yang bersifat statis maupun

dinamis yang menentukan satu rangkaian yang saling terkait dalam jaringan

laman[3]. Sistem RZ Tour dan Travel diimplementasikan dalam bentuk website

sehingga memudahkan konsumen untuk memesan dan mengetahui lebih jelas

tentang paket wisata perjalanan.

2.8 PHP

PHP singkatan dari Hypertext Preprocessor merupakan bahasa pemrograman

web server side yang bersifat open source berupa script yang terintegrasi dengan

HTML dan berada pada sebuah server[3]. Sistem RZ Tour dan Travel menerapkan

PHP sebagai bahasa pemrograman, dimana menggunakan salah satu framework

Laravel

2.9 HTML

HTML singkatan dari Hypertext Markup Language merupakan bahasa

pemrograman berupa teks yang berbentuk link, foto atau gambar yang menghantar

pengguna ke dunia internet dengan skala luas.Untuk membantu pengguna internet

21
berpindah dari satu tempat ke tempat lainnya, dibuatlah semacam dokumen yang

dikenal dengan website[3].

2.10 Database

Basis data (database) adalah kumpulan file-file yang saling memiliki

keterkaitanan atau hubungan antara satu file dengan file lain atau satu berkas dengan

berkas yang lainnya sehingga dapat membentuk satu bangunan data yang berfungsi

untuk memberikan informasi yang nantinya akan digunakan oleh

organisasi/perusahaan/pemakai dari basis data tersebut, yang tentunya memiliki

batasan tertentu[4]. Sistem RZ Tour dan Travel menggunakan MySQL sebagai

database dalam server XAMPP Control Panel. MySQL merupakan sistem

manajemen basis data yang bersifat relational. Artinya data-data yang dikelola dalam

database akan diletakkan pada beberapa tabel yang terpisah sehingga manipulasi data

akan menjadi jauh lebih cepat. MySQL menggunakan SQL (Structure Query

Language) yaitu bahasa query yang menjadi standar sistem basis data diselurh dunia

yang terbagi atas dua bagian yaitu:

1. Data Definition Language (DDL)

DDL merupakan suatu perintah yang dapat digunakan untuk menciptakan

struktur data, atau untuk membangun database. DDL mempunyai tugas

untuk membuat object SQL dan menyimpan definisinya dalam tabel, DDL

22
mempunyai fungsi untuk melakukan perubahan struktur tabel, seperti

membuat tabel, mengubah nama tabel dan lain sebagainya.

Berikut ini perintah – perintah yang tergolong DDL:

a. Create : digunakan untuk memodifikasi tabel, database dan objek lain

dalam database.

b. Alter : digunakan untuk memodifikasi tabel seperti mengubah nama

tabel, field, menambah field.

c. Drop : digunakan untuk menghapus tabel, database, dan objek lain

di dalam database.

2. Data Manipulation Language (DML)

DML merupakan suatu perintah yang dapat digunakan untuk melakukan

proses pengolahan data yang di dalam tabel seperti memasukkan, mengubah

dan menghapus isi data.

Berikut ini perintah – perintah yang tergolong DDL:

a. Insert : digunakan untuk melakukan proses penambahan data.

b. Select : digunakan untuk melakukan proses pengambilan data.

c. Update : digunakan untuk melakukan proses perubahan data.

d. Delete : digunakan untuk melakukan proses penghapusan data

2.11 Laravel

Laravel adalah sebuah framework PHP yang dirilis dibawah lisensi MIT,

dibangun dengan konsep MVC (Model View Controller)[4]. Laravel adalah

pengembangan website berbasis MVP yang ditulis dalam PHP yang dirancang

23
untuk meningkatkan kualitas perangkat lunak dengan mengurangi biaya

pengembangan awal dan biaya pemeliharaan, dan untuk meningkatkan

pengalaman bekerja dengan aplikasi dengan menyediakan sintaks yang

ekspresif, jelas dan menghemat waktu. Etalase Sedekah menggunakan Laravel

sebagai platform untuk mengimplementasikan sistem. Adapun versi Laravel yang

digunakan adalah Laravel versi 7.

2.12 Metode Waterfall { pustaka : penerapan metode waterfall pada sistem

informasi inventori pt pangan sehat sejahtera}

Metode waterfall ditemukan oleh Boehm pada tahun 1976, kemunculan

model waterfall atau air terjun adalah untuk membantu mengatasi kerumitan yang

terjadi akibat proyek – proyek pengembangan perangkat lunak. Dengan

menggunakan model pendekatan waterfall yakni pendekatan melalui beberapa tahap

untuk menganalisi dan merancang sistem, dimana sistem tersebut dikembangkan

melalui penggunaan siklus kegiatan penganalisis dan pemakai secara spesifik.

Model air terjun menyediakan pendekatan alur hidup perangkat lunak secara

sekuential atau terurut dimulai dari analisis kebutuhan perangkat lunak,

Desain,Pembuatan Kode Program, Pengujian dan pendukung atau pemeliharaan.

a. Analisis Kebutuhan Perangkat Lunak

Proses pengumpulan kebutuhan dilakukan secara intensif untuk

menspesifikasikan kebutuhan perangkat lunak agar dapat dipahami

perangkat lunak seperti apa yang dibutuhkan oleh user. Spesifikasi

kebutuhan perangkat lunak pada tahap ini perlu untuk didokumentasikan.

24
b. Desain

Desain perangkat lunak adalah proses multi langkah yang fokus pada desain

pembuatan program perangkat lunak termasuk struktur data, arsitektur

perangkat lunak, representasi antarmuka dan prosedur pengkodean. Tahap

ini menstranslasi kebutuhan perangkat lunak dari tahap analisis kebutuhan

reoresentasi desain agar dapat diimplementasikan menjadi program pada

tahap selanjutya. Desain perangkat lunak yang dihasilkan pada tahap ini juga

perlu didokumentasikan

c. Pembuatan Kode Program

Desain harus ditranslasikan kedalam program perangkat lunak. Hasil dari

tahap ini adalah program komputer sesuai dengan desain yang telah dibuat

pada tahap desain.

d. Pengujian

Pengujian fokus pada perangkat lunak secara dari segi lojik dan fungsional

dan memastikan bahwa keluaran yang dihasilkan sesuai dengan yang

diinginkan.

e. Pendukung atau pemeliharaan

Tidak menutup kemungkinan sebuah perangkat lunak mengalami perubahan

ketika sudah dikirimkan ke user. perubahan bisa terjadi karena adanya

kesalahan yang muncul dan tidak terdeteksi saat pengujian atau perangkat

lunak harus beradaptasi dengan lingkungan baru. Tahap pendukung dapat

mengulangi proses pengembangan mulai dari analisis spesifikasi untuk

25
perubahan perangkat lunak yang sudah ada, tapi tidak untuk membuat

perangkat lunak baru.

2.13 UML

UML (Unified Modeling Language) merupakan bahasa spesifikasi standar

yang dipergunakan untuk mendokumentasikan, menspesifikasikan dan

membanngun perangkat lunak. UML merupakan metodologi dalam

mengembangkan sistem berorientasi objek dan juga merupakan alat untuk

mendukung pengembangan sistem[5]. Untuk upaya tersebut UML menyediakan

beberapa jenis diagram yang dapat dikelompokan berdasarkan sifatnya statis atau

dinamis sebagai berikut:

a. Use Case Diagram

Diagram use case bersifat statis. Diagram ini memperlihatkan himpunan

use- case dan aktor-aktor. Diagram ini sangat penting untuk

mengorganisasikan dan memodelkan perilaku sistem yang dibutuhkan sistem.

Berikut ini adalah simbol-simbol yang ada pada use-case diagram pada Tabel

2.6 :

Tabel 2.6 Komponen pembentuk diagram use case

Komponen Keterangan

Aktor Aktor menggambarkan orang yang berperan

dalam system

26
Komponen Keterangan

Use case Use case menggambarkan bagaimana

seorang pengguna berinteraksi dengan

system dengan cara menentukan langkah-

langkah yang diperlukan untuk mencapai

suatu tujuan tertentu.

Hubungan Garis penghubung aktor dengan use case

Include Anak panah putus-putus yang menandakan

hubungan suatu use case dengan suatu use


<<include>>

case yang dimasukkan

Extend kelakuan yang hanya berjalan di bawah

<< extend>>
kondisi tertentu.

b. Class Diagram

Class diagram, bersifat statis. Memperlihatkan himpunan kelas-kelas,

antarmuka, kolaborasi-kolaborasi, serta relasi-relasi. Diagram ini umum

27
dijumpai pada pemodelan sistem berorientasi objek[9]. Class diagram

memperlihatkan hubungan antarkelas dan penjelasan detail tiap-tiap kelas

didalam model desain. Berikut ini adalah simbol-simbol yang ada pada class

diagram pada Tabel 2.7 :

Tabel 2.7 Simbol-simbol dalam class diagram

Simbol Keterangan

Kelas Kelas dimana terdiri dari nama kelas,

Nama Kelas
atribut dan operator
-Atribut
+Operator()

Asosiasi Asosiasi menandakan suatu hubungan

structural di antara kelas-kelas

c. Sequence Diagram

Sequence Diagram adalah diagram yang menggambarkan kelakuan objek

pada use case dengan menjelaskan waktu hidup objek dan pesan yang

dikirmkan dan diterima antar objek. Berikut ini adalah simbol-simbol yang

ada pada use-case diagram pada Tabel 2.8 :

28
No Simbol Keterangan

1. Entry Class, merupakan bagian dari sistem yang

berisi kumplan kelas berupa entitas yang

membentuk gambaran awal sistem dan menjadi

landasan untuk menyusun basis data

2. Boundary Class, berisi kumpulan kelas yang

menjadi interface atau interaksi antara satu atau

lebih aktor dengan sistem, seperti tampilan form

entry dan form cetak.

3. Control Class, merupakan suatu objek yang

berisi logika aplikasi yang tidak memiliki

tanggung jawab kepada entitas.

4. Message, simbol yang digunakan untuk

mengirim pesan.

5. Recursive, menggambarkan pengiriman pesan

yang dikirm untuk dirinya sendiri,

6. Activation, merupakan simbol yang mewakili

sebuah eksekusi operasi dari objek.

29
7. Lifeline, merupakan garis titik-titik yang

terhubung dengan objek, sepanjang lifeline

terdapat activation.

Tabel 2.8 Simbol Sequence Diagram

d. Activity Diagram

Activity diagram memodelkan alur kerja sebuah proses bisnis dan urutan

aktivitas dalam suatu proses. Diagram ini sangat mirip dengan sebuah

flowchart karena kita dapat memodelkan sebuah alur kerja dari satu

aktivitas ke aktivitas lainnya atau dari satu aktifitas kedalam keadaan

sesaat. Berikut ini adalah simbol-simbol yang ada pada activity diagram

pada Tabel 2.9 :

Table 2.9 Simbol-simbol dalam diagram aktivitas

Simbol Keterangan

Node aksi Mempresentasikan suatu tugas atau aksi

yang dilakukan oleh system perangkat

lunak.

Initial node Mempresentasikan titik mulai aktivitas

30
Simbol Keterangan

Final node Mempresentasikan akhir dari aktivitas.

Mempresentasikan adanya aliran


Aliran kontrol
kontrol. Maksudnya, suatu anak panah
(Control Flow)
antara node aksi berarti bahwa setelah

aksi pertama selesai dilakukan,aksi

kedua pun mulai dilakukan.

Mempresentasikan pemisa aktivitas


Fork
menjadi dua atau tiga aktivitas yang

konkuren.

Node Keputusan Node keputusan berhubungan dengan

(decision) suatu cabang pada aliran kendali

berdasarkan pada suatu kondisi.

Swimlane Mengindikasikan bagaimana aksi-aksi

dibagi di antara partisipan.


Partition

31
BAB III

ANALISIS DAN PERANCANGAN

3.1 Analisis Sistem

Analisis Sistem adalah menganalisa semua kebutuhan dari keseluruhan sistem

dari sebelum pembuatan sampai dengan perancangan. Pada tahap ini dilakukan

identifikasi masalah, diawali dengan menganalisis latar belakang pembuatan website,

sampai dengan usulan untuk pemecahan masalah yang dialami dalam pembuatan

website PT. RZ Tour dan Travel.

Dalam menganalisis website PT. RZ Tour dan Travel difokuskan pada tampilan

homepage website, tampilan login, profil dari RZ Tour dan Travel dan bagaimana

role admin bekerja dan bagian role user saat melakukan pemesanan paket wisata

dalam website.

3.1.1 Analisis Kebutuhan Sistem

Analisis kebutuhan sistem yaitu tahap menganalisis kebutuhan – kebutuhan

yang diperlukan dalam melakukan pembangunan sistem. Pada tahap pembangunan

sistem mempunyai analisa kebutuhan fungsional dan kebutuhan non fungsional

3.1.1.1 Analisa Kebutuhan Fungsional

Kebutuhan fungsional adalah kebutuhan berisi proses proses apa saja /

layanan apa saja yang nantinya harus disediakan oleh sistem, mencakup bagaimana

sistem harus bereaksi pada input tertentu dan bagaimana perilaku sistem pada situasi

32
tertentu. Selain itu kebutuhan fungsional ini berisi apa saja yang dibutuhkan dalam

sistem yang akan dibangun di PT. RZ Tour dan Travel, yaitu sebagai berikut :

1. Homepage

2. Login interface

3. Berita

4. Profil

3.1.1.2 Analisa Kebutuhan Non Fungsional

Kebutuhan non fungsonal adalah kebutuhan yang menitikberatkan pada

properti prilaku yang dimiliki sistem. Perencanaan dan pengembangan sistem

memilki tujuan yaiut memperoleh informasi yang lebih cepat dan tepat sehingga

meningkatkan kualitas kerja. Analisis kebutuhan non fungsional dalam membangun

website PT.RZ Tour dan travel yaitu website dapat dijalankan oleh beberapa software

web browser, kehandalan sistem meliputi faktor keamanan sistem agar terlindungi

dari akses yang tidak berwenang

3.1.2 Analisis Informasi (Information)

Analisis informasi adalah keluaran atau informasi yang dihasilkan di webstie

RZ Tour dan Travel berupa profil dari PT. RZ Tour dan Travel, profil pengguna yang

sudah melakukan login dan pada website juga menampilkan berita terbaru serta

promo yang diberikan oleh RZ Tour dan Travel

33
3.1.3 Model Pengembangan Perangkat Lunak

Dalam pengembangan website ini menggunakan model pendekatan waterfall.

Model pendekatan waterfall membantu untuk mengatasi kerumitan yang terjadi

dalam pembuatan website PT.RZ Tour dan Travel akibat proyek – proyek

pengembangan perangkat lunak. Dimana pada sistem tersebut dikembangkan melalui

penggunaan siklus kegiatan penganalis dan pemakai secara spesifik.

3.2 Perancangan Sistem

3.2.1 Use Case Diagram

Use case diagram merupakan konstruksi untuk mendeskripsikan hubungan

– hubungan yang terjadi dengan aktivitas yang terdapat pada sistem. Pada

Sistem Informasi PT. RZ Tour dan Travel aktor yang terlibat adalah admin,

Customer Service, pengunjung. Berikut di bawah merupakan penjelasan

dari masing – masing aktor yang terlibat pada Tabel 3.?

Tabel 3.1 Deskripsi Aktor

No. Aktor Deskripsi


Aktor admin disini memiliki hak akses untuk
mengelola dan melakukan pengawasan keseluruhan
1 Admin sistem informasi yang dibangun dan bertanggung
jawab dalam pengelolaan website PT. RZ Tour dan
Travel
Aktor Customer Service adalah setiap kegiatan atau
keluhan dari pengunjung website RZ. Tour dan
2 Customer Service Travel ditujukan untuk memberikan pelayanan yang
dapat menyelesaikan permasalahan – permasalahan
seputar RZ Tour dan Travel.

34
Aktor pengunjung adalah aktor yang berperan
sebagai pengguna website. Aktor pengunjung dapat
3 Pengunjung
melakukan registrasi ataupun pendaftaran terhadap
website RZ Tour dan Travel

Penjelasan untuk masing-masing Use Case Diagram dapat diidentifikasi

pada tabel 3.2 berikut ini.

Tabel 3.2 Deskripsi Use Case Diagram

No. Use Case Deskripsi


1 Login Masing-masing user melakukan login
dengan menginputkan username dan
password yang sudah terdaftar atau
user mendaftarkan secara individu
berupa form register di sistem.
2. Memasukkan Paket Wisata Proses dimana administrator bertugas
untuk memasukkan paket wisata agar
tampil pada bagian frontend website
RZ Tour dan Travel .
3. Menghapus Paket Wisata Proses dimana administrator dapat
menghapus beberapa paket wisata
yang berada pada bagian frontend
website RZ Tour dan Travel.
4. Mengubah Paket Wisata Proses dimana administrator dapat
mengubah beberapa paket wisata yang
berada pada bagian frontend website
RZ Tour dan Travel.
5. Melihat Paket Wisata Proses dimana Pengunjung dapat
melihat macam – macam paket wisata
yang ditampilkan pada bagian
frontend website dari RZ Tour dan
Travel.
6. Mengubah data pengunjung Proses dimana pengunjung dapat
mengubah profil pengunjung yang

35
sudah diinputkaan

7. Melihat data pengunjung Proses dimana pengunjung dapat


melihat profil mereka pada tampilan
website RZ Tour dan Travel
8. Menghapus data pengunjung Proses dimana administrator dapat
menghapus data pengunjung yang
sudah diiinputkan oleh pengunjung.
9. Memasukkan data pengunjung Proses dimana pengunjung harus
mengisi data diri yang telah
disediakan dalam bentuk form.
10. Melihat data pesanan Proses dimana pengunjung dapat
melihat data pesanan yang sudah
dipesan oleh pengunjung.
11. Menghapus data pesanan Proses dimana administrator dapat
menghapus data pesanan yang sudah
diisi oleh pengunjung saat pengunjung
sudah memesan paket wisata yang
telah disediakan.
12. Mencetak Tiket Pesanan Proses dimana pengunjung dapat
mencetak tiket paket wisata yang
sudah dipesan di sistem.
13. Input Pembayaran Proses dimana pengunjung harus
memasukkan bukti transfer pada form
yang telah disediakan yang nantiknya
akan dikonfirmasi oleh administrator
14. Melihat data pembayaran Proses dimana customer service dapat
melihat data pembayaran yang sudah
dibayar oleh pengunjung
15. Konfirmasi pembayaran Proses dimana customer service dapat
mengkonfirmasi pembayaran yang
telah dibayar oleh pengunjung.
16. Mencetak bukti pembayaran Proses dimana pengunjung dapat
menampilkan data bukti pembayaran
melalui sebuah form yang dimasukkan
untuk dilakukan persetujuan
konfirmasi .
17. Memverifikasi booking Proses dimana customer service
memverifikasi booking dimana

36
pengunjung sudah membooking paket
wisata di RZ Tour dan Travel.
18. Membatalkan booking Proses dimana pengunjung dapat
membatalkan bookingan paket wisata
yang telah dibooking.
19. Melihat data booking Proses dimana customer service dapat
melihat data booking yang telah
dibooking oleh pengunjung.
20. Booking paket wisata Proses dimana pengujung harus
mebooking paket wisata agar
pengunjung dapat melakukan
perjalanan menggunakan RZ Tour dan
Travel.
21. Menghapus booking Proses dimana customer service dapat
menghapus data bookingan yang telah
dibooking oleh pengunjung.
22. Mengubah booking Proses dimana pengunjung dapat
mengubah data bookingan yang sudah
diisi sebelumnya oleh pengunjung.
23. Memasukkan data pegawai Proses dimana administrator dapat
memasukkan data pegawai RZ Tour
dan Travel yang nantinya akan
diproses oleh admin.
24. Mengubah data pegawai Proses dimana administrator dapat
mengubah data pegawai di RZ Tour
dan Travel dalam sistem.
25. Menghapus data pegawai Proses dimana admninistrator dapat
menghapus data pegawai di RZ Tour
dan Travel dalam sistem
26 Melihat data pegawai Proses dimana administrator dapat
melihat data pegawai yang telah
diinputkan pada sistem.

37
Berikut merupaan skenario dari masing-masing Use Case Diagram yang

telah dideskripsikan sebelumnya.

1. Skenario Use Case Login

Tabel 3.3 Skenario Use Case Login

Nama Use Case Login


Aktor Administrator, Customer Service dan Pengunjung
Pre-Condition User mengakses halaman login
Post-Condition User berhasil masuk ke sistem
Skenario Normal
Aksi Aktor Reaksi Sistem
1. User memasukkan username dan
password, kemudian klik tombol
login.
2. Sistem melakukan verifikasi
username dan password yang
dimasukkan.
3. Sistem menampilkan halaman
utama yang dapat dikelola oleh
User.
Skenario Alternatif
1. User memasukkan username,
password yang tidak sesuai.
2. Sistem akan memuat halaman
login dan menampilkan pesan
login gagal.

38
2. Skenario Use Case Melihat Data Paket Wisata

Tabel 3.4 Skenario Melihat Data Paket Wisata

Nama Use Case Melihat Paket Wisata


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung berhasil melihat data per masing-masing
paket wisata.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Paket Wisata.
2. Sistem menampilkan data Paket
Wisata saat menu Paket Wisata
diklik.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
Data Paket Wisata.

3. Skenario Use Case Mengubah Data Pengunjung

Tabel 3.5 Skenario Mengubah Data Pengunjung

Nama Use Case Mengubah Data Pengunjung


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung berhasil mengubah data Pengunjung.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Profil Pengunjung.
2. Sistem menampilkan form isian
data Pengunjung saat menu Profil

39
Pengunjung diklik.
3. Pengunjung memilih tombol ubah
untuk mengubah beberapa data.
4. Sistem mengambil data yang
diminta user di database
5. Sistem menampilkan form edit
dimana telah terisi data profil
Pengunjung sebelumnya.
6. Pengunjung mengubah beberapa
atau seluruh data Pengunjung dan
menyimpan perubahan.
7. Sistem menyimpan perubahan ke
dalam database.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
form isian edit data Pengunjung.

4. Skenario Use Case Melihat Data Pengunjung

Tabel 3.6 Skenario Melihat Data Pengunjung

Nama Use Case Melihat Data Pengunjung


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung berhasil melihat data Pengunjung.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login
dan masuk kedalam sistem,
kemudian memilih menu Profil
Pengunjung.
2. Sistem menampilkan data
Pengunjung saat menu Profil
Pengunjung diklik
berdasarkan akun yang sedang
login ke sistem.

40
Skenario Alternatif
1. Pengunjung tidak dapat login
dan masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
Data Pengunjung.

5. Skenario Use Case memasukkan Data Pengunjung

Tabel 3.7 Skenario Memasukkan Data Pengunjung

Nama Use Case Memasukkan Data Pengunjung


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat memasukkan data Pengunjung dari
sistem.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Pengunjung.
2. Sistem menampilkan form isian
data Pengunjung saat menu Profil
Pengunjung diklik.
3. Pengunjung mengisi form isian
Data Pengunjung dengan
mengunggah file dan menyimpan
isian yang telah diisi.
4. Sistem menyimpan data
Pengunjung ke database.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
form isian Data Pengunjung.

41
6. Skenario Use Case Melihat Data Pesanan

Tabel 3.8 Skenario Melihat Data Pesanan

Nama Use Case Melihat Data Pesanan


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat melihat data Pesanan yang sudah
dipesan.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih Data Pesanan.
2. Sistem menampilkan data Pesanan
saat menu data Pesanan diklik.
Skenario Alternatif
3. Pengunjung tidak dapat login
dan masuk ke dalam sistem.
4. Sistem tidak dapat menampilkan
data Pesanan.

7. Skenario Use Case Mengubah Data Pesanan

Tabel 3.9 Skenario Mengubah Data Pesanan

Nama Use Case Mengubah Data Pesanan


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung berhasil mengubah data Pesanan
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Data Pesanan.
2. Sistem menampilkan isian data

42
Pesanan saat menu Data Pesanan
di klik.
3. Pengunjung memilih tombol ubah
untuk mengubah beberapa data.
4. Sistem mengambil data yang
diminta user di database
5. Sistem menampilkan form edit
dimana telah terisi data Data
Pesanan sebelumnya.
6. Pengunjung mengubah beberapa
atau seluruh data Pesanan dan
menyimpan perubahan.
7. Sistem menyimpan perubahan ke
dalam database.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
edit data Pesanan.

8. Skenario Use Case Mencetak Tiket Pesanan

Tabel 3.10 Skenario Mencetak Tiket Pesanan

Nama Use Case Mencetak Tiket Pesanan


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat mencetak bukti Tiket Pesanan.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Data Pesanan.
2. Sistem menampilkan list table
data Pesanan saat menu Data
Pesanan diklik.
3. Pengunjung menekan tombol cetak
4. Sistem menerima request dari user
dan sistem menampilkan hasil
cetakan dalam bentuk e-report
dengan format pdf.

43
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat mencetak bukti
Tiket Pesanan .

9. Skenario Use Case Input Pembayaran

Tabel 3.11 Skenario Input Pembayaran

Nama Use Case Input Pembayaran


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat memasukkan Bukti Pembayaran ke
sistem.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu data transaksi.
2. Sistem menampilkan form isian
data Pembayaran saat menu data
Transaksi di klik.
3. Pengunjung memasukkan bukti
pembayaran
4. Sistem menyimpan data Bukti
Pembayaran ke database .
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
data Transaksi.

44
10. Skenario Use Case Melihat Pembayaran

Tabel 3.12 Skenario Melihat Pembayaran

Nama Use Case Melihat Data Pembayaran


Aktor Customer Service
Pre-Condition Customer Service berhasil login dan masuk ke dalam
sistem.
Post-Condition Customer Service dapat melihat data Pembayaran.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Customer Service melakukan login
dan masuk kedalam sistem,
kemudian memilih menu data
Pembayaran.
2. Sistem menampilkan list table data
Pembayaran saat menu data
Pembayaran diklik.
Skenario Alternatif
1. Customer Service tidak dapat login
dan masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
list tabel data Pembayaran.

11. Skenario Use Case Mencetak Bukti Pembayaran

Tabel 3.13 Skenario Mencetak Bukti Pembayaran

Nama Use Case Mencetak Data Pembayaran


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat mencetak bukti pembayaran dari
admin.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Transaksi.

45
2. Sistem menampilkan data
pembayaran saat menu Transaksi
diklik.
3. Pengunjung menekan tombol cetak
4. Sistem menerima request dari user
dan sistem menampilkan hasil
cetakan dalam bentuk e-report
dengan format pdf.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
data Transaksi.

12. Skenario Use Case Konfirmasi Pembayaran

Tabel 3.14 Skenario Konfirmasi Pembayaran

Nama Use Case Konfirmasi Pembayaran


Aktor Customer Service
Pre-Condition Customer Service berhasil login dan masuk ke dalam
sistem.
Post-Condition Customer Service dapat melakukan konfirmasi
Pembayaran.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Customer Service melakukan login
dan masuk kedalam sistem,
kemudian memilih menu
pembayaran.
2. Sistem menampilkan list table data
pembayaran saat menu
pembaayaran diklik.
3. Customer Service memilih dengan
menekan tombol konfirmasi.
4. Sistem mengirimkan request dari
user dan mengubah status
pembayaran yang semula
processed menjadi received atau
rejected.

46
5. Sistem menampilkan list
Pembayaran.
Skenario Alternatif
1. Customer Service tidak dapat login
dan masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
list tabel data Pembayaran.

13. Skenario Use Case Memverifikasi Booking

Tabel 3.15 Skenario Memverifikasi Booking

Nama Use Case Memverifikasi Booking


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat memverifikasi Booking.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Booking.
2. Sistem menampilkan list table
data Booking saat menu Booking
diklik.
3. Pengunjung memilih dengan
menekan tombol Verifikasi.
4. Sistem mengirimkan request dari
user dan mengubah status Booking
menjadi booked.
5. Sistem menampilkan list
Pembayaran.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
list tabel data Booking.

47
14. Skenario Use Case Membatalkan Booking

Tabel 3.16 Skenario Membatalkan Booking

Nama Use Case Batal Booking


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat melakukan pembatalan Paket Wisata
dari Pembookingan yang telah dilakukan oleh
Pengunjung.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Booking.
2. Sistem menampilkan list table data
Booking saat data Booking diklik.
3. Pengunjung memilih dengan
menekan tombol batal.
4. Sistem mengirimkan request dari
user dan mengubah status
Bookingan menjadi batal.
5. Sistem menampilkan list Booking.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
list tabel data Booking dan tidak
dapat membatalkan Bookingan.

15. Skenario Use Case Melihat Data Booking

Tabel 3.17 Skenario Melihat Data Booking

Nama Use Case Melihat Data Booking


Aktor Customer Service
Pre-Condition Customer Service berhasil login dan masuk ke dalam
sistem.
Post-Condition Customer Service berhasil melihat data per masing-

48
masing Bookingan
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Customer Service melakukan
login dan masuk kedalam sistem,
kemudian memilih menu Booking.
2. Sistem menampilkan data
Booking saat menu Booking
diklik.
Skenario Alternatif
1. Customer Service tidak dapat login
dan masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
data Booking.

16. Skenario Use Case Booking Paket Wisata

Tabel 3.18 Skenario Booking Paket Wisata

Nama Use Case Booking Paket Wisata


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung dapat Membooking Paket Wisata.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Paket Wisata.
2. Sistem menampilkan data Paket
Wisata saat menu Paket Wisata
diklik.
3. Pengunjung memilih Paket Wisata
dan membooking Paket Wisata
yang tersedia
4. Sistem menyimpan data
Bookingan ke database.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan

49
Paket Wisata .

17. Skenario Use Case Mengubah Booking

Tabel 3.19 Skenario Mengubah Booking

Nama Use Case Mengubah Booking


Aktor Pengunjung
Pre-Condition Pengunjung berhasil login dan masuk ke dalam sistem.
Post-Condition Pengunjung berhasil mengubah Booking.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Pengunjung melakukan login dan
masuk kedalam sistem, kemudian
memilih menu Booking.
2. Sistem menampilkan form isian data
Booking saat menu Booking diklik.
3. Pengunjung memilih tombol ubah
untuk mengubah beberapa data.
18. Sistem mengambil data yang
diminta user di database
19. Sistem menampilkan form edit
dimana telah terisi data Booking
sebelumnya.
20. Pengunjung mengubah beberapa
atau seluruh data booking dan
menyimpan perubahan.
21. Sistem menyimpan perubahan ke
dalam database.
Skenario Alternatif
1. Pengunjung tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat menampilkan
form isian edit data Booking.
18. Skenario Use Case Menghapus Booking

Tabel 3.20 Skenario Menghapus Booking

Nama Use Case Menghapus Booking

50
Aktor Customer Service
Pre-Condition Customer Service berhasil login dan masuk ke dalam
sistem.
Post-Condition Customer Service berhasil menghapus Booking.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Customer Service melakukan
login dan masuk kedalam
sistem, kemudian memilih
menu Booking.
2. Sistem menampilkan isian data
Booking saat menu Booking
diklik.
3. Customer Service memilih tombol
hapus untuk menghapus data
booking.
4. Sistem menghapus perubahan
dalam database.
Skenario Alternatif
3. Customer Service tidak dapat login
dan masuk ke dalam sistem.
4. Sistem tidak dapat Menghapus
Data Booking.

19. Skenario Use Case Kelola Data Pegawai

Tabel 3.21 Skenario Kelola Data Pegawai

Nama Use Case Kelola Data Pegawai


Aktor Administrator
Pre-Condition Administrator berhasil login dan masuk ke dalam sistem.
Post-Condition Administrator berhasil Mengelola Data Pegawai.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Administrator melakukan login dan
masuk kedalam sistem, kemudian
Mengelola Data Pegawai berupa
memasukkan Data Pegawai,
Mengubah Data Pegawai,
Menghapus Data Pegawai dan

51
Melihat Data Pegawai.
2. Sistem menampilkan data
Pegawai yang sudah dikelola oleh
Administrator.
Skenario Alternatif
1. Administrator tidak dapat login dan
masuk ke dalam sistem.
2. Sistem tidak dapat Mengelola
Data Pegawai.

20. Skenario Use Case Kelola Paket Wisata

3.22 Tabel Skenario Kelola Paket Wisata

Nama Use Case Kelola Paket Wisata


Aktor Administrator
Pre-Condition Administrator berhasil login dan masuk ke dalam sistem.
Post-Condition Administrator berhasil Mengelola Paket Wisata.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Administrator melakukan login
dan masuk kedalam sistem,
kemudian Mengelola Data Paket
Wisata berupa Memasukkan Paket
Wisata, Menghapus Paket Wisata
dan Mengubah Paket Wisata.
2. Sistem menampilkan data Paket
Wisata yang sudah dikelola oleh
Administrator.
Skenario Alternatif
1. Administrator tidak dapat login
dan masuk ke dalam sistem.
2. Sistem tidak dapat Mengelola
Data Paket Wisata.

52
Berikut Use Case Diagram yang telah dirancang disajikan pada gambar 3.1

dibawah ini

Gambar 3.1 Use Case Diagram

53
3.2.2 Sequence Diagram

Sequence Diagram digunakan untuk menggambarkan perilaku pada sebuah

scenario secara detail menurut waktu. Diagram ini menunjukan sejumlah objek

dan message yang diletakkan diantara objek-objek di dalam use case. Berikut ini

adalah scenario dari masing-masing Sequence Diagram dari sistem informasi yang

dibangun.

1. Sequence Diagram Login

Sequence Diagram Login menggambarkan urutan aksi aktor yang login

ke dalam sistem yang dapat dilihat pada gambar 3.2 Dibawah ini

54
2. Sequence Diagram Melihat Paket Wisata

Sequence Diagram Melihat Paket Wisata, dimana pada diagram ini

menggambarkan alur Pengunjung dapat melihat Paket Wisata saat login.

Sequence Diagram dapat dilihat pada gambar 3.3 Dibawah ini.

3. Sequence Diagram Melihat Data Pengunjung

Sequence Diagram Melihar Data Pengunjung, dimana pada diagram ini

menggambarkan alur Pengunjung dapat melihat Data Pengunjung saat

login. Sequence Diagram dapat dilihat pada gambar 3.4 Dibawah ini.

55
4. Sequence Diagram Melihat Data Pesanan

Sequence Diagram Melihat Data Pesanan, dimana pada diagram ini

menggambarkan alur Pengunjung dapat melihat Data Pesanan saat login.

Sequence Diagram dapat dilihat pada gambar 3.5 Dibawah ini.

5. Sequence Diagram Melihat Pembayaran

Sequence Diagram Melihat Pembayaran, dimana pada diagram ini

menggambarkan alur Customer Service dapat melihat Data Pembayaran

saat Login. Sequence Diagram dapat dilihat pada gambar 3.6 Dibawah ini

56
6. Sequence Diagram Melihat Data Booking

Sequence Diagram Melihat Data Booking , dimana pada diagram ini

menggambarkan alur Customer Service dapat melihat Data Booking saat

login. Sequence Diagram dapat dilihat pada gambar 3.7 Dibawah ini

7. Sequence Diagram Melihat Data Pegawai

Sequence Diagram Melihat Data Pegawai, dimana pada diagram ini

menggambarkan alur administrator dapat melihat Data Pegawai saat

login. Sequence Diagram dapat dilihat pada gambar 3.8 Dibawah ini

57
8. Sequence Diagram Edit Paket Wisata

Sequence Diagram Edit Paket Wisata, dimana pada diagram ini

menggambarkan alur Administrator melakukan perubahan data. Sequence

Diagram dapat dilihat gambar 3.9 Dibawah ini.

9. Sequence Diagram Edit Data Pengunjung

Sequence Diagram Edit Data Pengunjung, dimana pada diagram ini

menggambarkan alur Pengunjung melakukan perubahan data. Sequence

Diagram dapat dilihat gambar 3.10 Dibawah ini.

58
10. Sequence Diagram Edit Data Pesanan

Sequence Diagram Edit Data Pesanan, dimana pada diagram ini

menggambarkan alur Pengunjung melakukan perubahan data. Sequence

Diagram dapat dilihat gambar 3.11 Dibawah ini.

11. Sequence Diagram Edit Data Pegawai

Sequence Diagram Edit Data Pegawai, dimana pada diagram ini

menggambarkan alur Adminisrator melakukan perubahan data. Sequence

Diagram dapat dilihat gambar 3.12 Dibawah ini.

59
12. Sequence Diagram Edit Data Booking

Sequence Diagram Edit Data Booking, dimana pada diagram ini

menggambarkan alur Customer Service melakukan perubahan data.

Sequence Diagram dapat dilihat gambar 3.13 Dibawah ini.

13. Sequence Diagram Input Paket Wisata

Sequence Diagram Input Paket Wisata, dimana pada diagram ini

menggambarkan alur administrator dapat memasukkan data saat telah

login. Sequence Diagram dapat dilihat pada gambar 3.14 Dibawah ini

60
14. Sequence Diagram Input Data Pengunjung

Sequence Diagram Input Data Pengunjung, dimana pada diagram ini

menggambarkan alur Pengunjung dapat memasukkan data saat telah

login. Sequence Diagram dapat dilihat pada gambar 3.15 Dibawah ini

15. Sequence Diagram Input Data Pegawai

Sequence Diagram Input Data Pegawai, dimana pada diagram ini

menggambarkan alur administrator dapat memasukkan data saat telah

login. Sequence Diagram dapat dilihat pada gambar 3.16 Dibawah ini

61
16. Sequence Diagram Input Data Pesanan

Sequence Diagram Input Data Pesanan, dimana pada diagram ini

menggambarkan alur administrator dapat memasukkan data saat telah

login. Sequence Diagram dapat dilihat pada gambar 3.17 Dibawah ini

17. Sequence Diagram Menghapus Paket Wisata

Sequence Diagram Menghapus Paket Wisata, dimana pada diagram ini

menggambarkan alur administrator dapat menghapus data. Sequence

Diagram dapat dilihat pada gambar 3.18 Dibawah ini

62
18. Sequence Diagram Menghapus Data Pengunjung

Sequence Diagram Menghapus Data Pengunjung, dimana pada diagram

ini menggambarkan alur administrator dapat menghapus data. Sequence

Diagram dapat dilihat pada gambar 3.19 Dibawah ini

19. Sequence Diagram Menghapus Data Pesanan

Sequence Diagram Menghapus Data Pesanan, dimana pada diagram ini

menggambarkan alur administrator dapat menghapus data. Sequence

Diagram dapat dilihat pada gambar 3.20 Dibawah ini

63
20. Sequence Diagram Menghapus Booking

Sequence Diagram Menghapus Booking, dimana pada diagram ini

menggambarkan alur Customer Service dapat menghapus data. Sequence

Diagram dapat dilihat pada gambar 3.21 Dibawah ini

64
21. Sequence Diagram Menghapus Data Pegawai

Sequence Diagram Menghapus Data Pegawai, dimana pada diagram ini

menggambarkan alur Administrator dapat menghapus data. Sequence

Diagram dapat dilihat pada gambar 3.22 Dibawah ini

22. Sequence Diagram Input Pembayaran

Sequence Diagram Input Pembayaran, dimana pada diagram ini

menggambarkan alur Pengunjung dapat memasukkan bukti pembayaran.

Sequence Diagram dapat dilihat pada gambar 3.23 Dibawah ini.

65
23. Sequence Diagram Mencetak Bukti Pembayaran

Sequence Diagram Mencetak Bukti Pembayaran, dimana pada diagram

ini menggambarkan alur Pengunjung dapat mencetak bukti pembayaran.

Sequence Diagram dapat dilihat pada gambar 3.24 Dibawah ini.

24. Sequence Diagram Konfirmasi Pembayaran

Sequence Diagram Konfirmasi Pembayaran, dimana pada diagram ini

menggambarkan alur Customer Service dapat melakukan konfirmasi

untuk masing-masing transaksi yang dilakukan oleh Pengunjung.

Sequence Diagram dapat dilihat pada gambar 3.25 Dibawah ini

66
25. Sequence Diagram Membatalkan Booking

Sequence Diagram Membatalkan Booking, dimana pada diagram ini

menggambarkan alur Pengunjung membatalkan bookingannya. Sequence

Diagram dapat dilihat pada gambar 3.26 Dibawah ini

26. Sequence Digram Booking Paket Wisata

Sequence Diagram Booking Paket Wisata, dimana pada diagram ini

menggambarkan alur Pengunjung melakukan Booking Paket Wisata.

Sequence Diagram dapat dilihat pada gambar 3.27 Dibawah ini

67
27. Sequence Diagram Memverifikasi Booking

Sequence Diagram Memverifikasi Booking, diaman pada diagram ini

menggambarkan alur Pengunjung melakukan verifikasi bookingannya.

Sequence Diagram dapat dilihat pada gambar 3.28 Dibawah ini

68
3.2.3 Activity Diagram

69
Gambar 3.29 Activity Diagram Admin

Pada Gambar 3.29 Tersebut dapat dilihat bahwa sebelum masuk dan mengelola data

pada sistem informasi, admin harus melakukan login terlebih dahulu dengan

memasukkan username dan password. Jika berhasil masuk ke sistem, admin dapat

mengelola data master yang diberikan kepadanya dengan memilih masing-masing

menu yang telah disediakan untuk untuk diakses oleh admin. Pengelolaan data yang

dapat dilakukan seperti mengelola data Pengunjung, mengelola data Paket Wisata,

mengelola data Booking, mengelola data Pesanan dan mengelola data Pembayaran.

70
71
Gambar 3.30 Activity Diagram Pengunjung

Pada gambar 3.30 tersebut dapat dilihat bahwa sebelum masuk dan mengelola data

pada Sistem Informasi pengunjung harus melakukan login terlebih dahulu dengan

memasukkan username dan password. Jika berhasil masuk ke sistem, pengunjung

dapat mengelola data sesuai hak akses yang diberikan kepadanya dengan memilih

72
masing-masing menu yang telah disediakan untuk diakses oleh pengunjung.

Pengelolaan data yang dapat dilakukan seperti melihat data pengunjung, mengubah

data pengunjung, memasukkan data pengunjung, melihat paket wisata, booking paket

wisata, melihat data pesanan, mengubah data pesanan, mencetak tiket pesanan, input

pembayaran, mengubah booking, memverifikasi booking, mengubah booking,

membatalkan booking dan menghapus booking.

73
Gambar 3.31 Activity Diagram Customer Service

Pada gambar 3.31 tersebut dapat dilihat bahwa sebelum dan mengelola data pada

sistem informasi. Customer Service harus melakukan login terlebih dauhulu dengan

memasukkan username dan password. Jika berhasil masuk ke sistem, Customer

Service dapat mengelola data sesuai hak akses yang diberikan kepadanya dengan

memilih masing – masing menu yang telah disediakan untuk diakses oleh Customer

Service. Pengelolaan data yang dapat dilakukan seperti melihat pembayran,

konfirmasi pembayaran, melihat data booking dan menghapus booking.

74
3.2.4 Class Diagram

Class diagram mendeskripsikan struktur kelas-kelas yang akan dibuat dalam

membangun sebuah sistem serta menggambarkan relasi antar tabel pada

database. Berikut ini merupakan class diagram sistem yang dibuat pada

gambar 3.32 Dibawah ini.

75
3.3 Perancangan Database

Perancangan basis data yang akan digunakan pada website Sistem Informasi PT.

RZ Tour dan Travel adalah sebagai berikut :

1. Desain Tabel User

Nama database : user

Nama table : User

Primary key : idUser

Pada tabel user ini menyimpan data user dapat dilihat Tabel 3.23

No Nama Field Tipe Deskripsi


1. idUser int(11) Id yang menjadi pembedaan
antara user
2. name Varchar(15) Nama dari user
3. email Varchar(40) Email dari user
4. role Varchar(15) Role dari tiap actor
5. password Varchar(255) Password dari user

Tabel 3.23 Tabel User

2. Desain Tabel Visitor

Nama database : visitor

Nama table : Visitor

Primary Key : id Visitor

Pada tabel visitor ini menyimpan data visitor dapat dilihat Tabel 3.24

76
No Nama Field Tipe Deskripsi
1. idVisitor int(11) Id yang menjadi pembedaan
antara visitor
2. nama Varchar(45) Nama dari visitor
3. id_booking Int(20) Id boking yang menjadi
relasi dengan tabel Booking
Tour
4. alamat text Alamat dari Visitor
5. email Varchar(255) Email dari Visitor
6. no_telp Varchar(13) Nomor telfon dari visitor
7. image Mediumtext foto dari visitor

Tabel 3.24 Tabel Visitor

3. Tabel Booking Tour

Nama database : booking_tour

Nama table : BookingTour

Primary Key : id Booking

Pada tabel booking ini menyimpan data booking dapat dilihat Tabel 3.25

No Nama Field Tipe Deskripsi


1. idBooking Int(20) Id yang menjadi pembedaan
antara bookingtour
2. kode_booking Varchar(200) Kode booking dari table
booking tour
3. id_paket Int(20) Id boking yang menjadi
relasi dengan tabel Tour
Packages
4. nama Varchar(45) nama dari pengunjung
5. email Varchar(255) Email dari pengunjung
6. no_telp Varchar(13) Nomor telfon dari visitor
7. kuantitas Int(11) Kuantitas dari booking
8. total_harga Int(11) Total harga dari booking
9. pesan Text Pesan dari booking

77
10. status Text Status dari booking
11. tgl_keberangkatan Date Tanggal keberangkatan dari
booking

Tabel 3.25 Tabel Booking Tour

4. Tabel Tour Packages

Nama database : tour_packages

Nama table : TourPackages

Primary Key : id TourPackages

Pada tabel tour packages ini menyimpan data tour packages dapat dilihat

Tabel 3.26

No Nama Field Tipe Deskripsi


1. idTourPackages Int(20) Id yang menjadi pembedaan
antara tourpackages
2. nama_pesawat Varchar(200) Nama pesawat dari
tourpackages
3. waktu Varchar(200) Waktu dari tourpackages
4. nama_paket Varchar(30) Nama paket dari
tourpackages
5. kota_wisata Varchar(25) Kota wisata dari
tourpackages
6. status Varchar(25) Satuts dari tourpackages
7. fasilitas Text Fasilitas dari tourpackages
8. harga Int(11) Harga dari tourpackages
9. image Mediumtext Gambar dari tourpackages

Tabel 3.26 Tabel Tour Packages

78
5. Tabel Order List

Nama database : order_list

Nama table : OrderList

Primary Key : id OrderList

Pada tabel order list ini menyimpan data order list dapat dilihat Tabel 3.27

No Nama Field Tipe Deskripsi


1. idOrderList Int(20) Id yang menjadi pembedaan
antara orderlist
2. kode_booking Varchar(200) Kode booking dari order list
3. id_booking Int(20) Id boking yang menjadi
relasi dengan tabel
bookingtour
4. id_paket Int(20) Id boking yang menjadi
relasi dengan tabel Tour
Packages
5. nama Varchar(45) Nama dari orderlist
6. email Varchar(255) Email dari orderlist
7. kota_wisata Varchar(25) Kota wisata dari orderlist
8. harga Int(11) Harga dari orderlist
9. status Varchar(25) Status dari orderlist
10. tgl_keberangkatan Date Tanggal keberangkatan dari
orderlist

Tabel 3.27 Tabel Order List

6. Tabel Customer Service

Nama database : customer_service

Nama table : CustomerService

Primary Key : id CustomerService

79
Pada tabel customer service ini menyimpan data customer service dapat

dilihat Tabel 3.28

No Nama Field Tipe Deskripsi


1. idCustomerService Int(20) Id yang menjadi pembedaan
antara customerservice
2. Id_user Int(20) Id user yang menjadi relasi
dengan table user
3. NIP Varchar(10) Nip dari customerservice
4. nama Varchar(45) Nama dari customerservice
5. alamat Text Alamat dari customerservice
6. status Text Status dari customerservice
7. email Varchar(255) Email dari customerservice
8. no_telp Varchar(13) Nomor telfon dari
customerservice
9. Image Mediumtext Gambar dari customer
service

Tabel 3.28 Tabel Customer Service

7. Tabel Payment

Nama database : payment

Nama table : Payment

Primary Key : id Payment

Pada tabel payment ini menyimpan data payment dapat dilihat Tabel 3.29

No Nama Field Tipe Deskripsi


1. idPayment Int(20) Id yang menjadi pembedaan
antara payment
2. kode_pembayaran Varchar(200) Kode pembayaran dari
payment
3. id_order Int(20) Id order yang menjadi relasi
dengan table orderlist
4. status Varchar(20) Status dari orderlist

80
5. image mediumtext Gambar dari orderlist

Tabel 3.29 Tabel Customer Service

3.4 Perancangan Antarmuka

Perancangan antarmuka merupakan rancangan tampilan sistem informasi yang

akan dibuat dengan tujuan untuk petunjuk dalam membuat tata letak atau desain

tampilan Sistem Informasi. Berikut merupakan rancangan antarmuka pada Sistem

Informasi RZ Tour dan Travel Berbasis Web Menggunakan Framework Laravel

7.0

3.4.1 Tampilan Halaman Login

Halaman ini digunakan untuk seluruh user sebelum masuk ke dalam sistem.

Halaman login meminta user untuk menginputkan username dan password

untuk dilakukan validasi masuk ke dalam sistem. Gambar 3.33 Berikut ini

merupakan halaman login.

81
Gambar 3.33 Tampilan Halaman Login

3.4.2 Tampilan Halaman Register

Halaman ini digunakan untuk seluruh user jika user belum terdaftar ke dalam

sistem. Halaman register memintak user menginputkan nama, email,

password dan password confirmation untuk dilakukan validasi agar bisa login

ke dalam sistem. Gambar 3.34 Berikut ini merupakan antarmuka halaman

register

82
Gambar 3.34 Tampilan Halaman Register

3.4.3 Tampilan Halaman Backend

Halaman ini digunakan oleh admin setelah masuk ke dalam sistem. Halaman

backend ini akan menampilkan beberapa data terkait data master jika admin

yang login ke dalam halaman Backend.

Gambar 3.35 Tampilan Halaman Frontend

83
3.4.4 Tampilan Halaman Tour Packages

Gambar 3.36 Tampilan Halaman Tour Packages

3.4.5 Tampilan Halaman Booking Tour

Gambar 3.37 Tampilan Halaman Tour Packages

84
3.4.6 Tampilan Halaman Order List

Gambar 3.38 Tampilan Halaman Tour Packages

3.4.7 Tampilan Halaman Payment

Gambar 3.39 Tampilan Halaman Tour Packages

85
3.4.8 Tampilan Halaman Customer Service

Gambar 3.40 Tampilan Halaman Tour Packages

3.4.9 Tampilan Halaman Visitor

Gambar 3.41 Tampilan Halaman Tour Packages

86
3.4.10 Tampilan Form Tour Packages

Berikut tampilan form Tour Packages yang digunakan untuk melakukan

proses insert pada halaman Tour Packages

Gambar 3.42 Tampilan Halaman Tour Packages

3.4.11 Tampilan Form Customer Service

Berikut tampilan form Customer Service yang digunakan untuk melakukan

proses insert pada halaman Customer Service.

Gambar 3.43 Tampilan Halaman Tour Packages

87
3.4.12 Tampilan Form Verifikasi Paket Wisata

Berikut tampilan form Verifikasi yang digunakan pengunjung untuk

memverifikasi bookingan yang telah dilakukan sebelumnya.

Gambar 3.44 Tampilan Halaman Verifikasi Paket Wisata

3.4.13 Tampilan Form Booking Paket Wisata

Berikut tampilan form Booking Paket Wisata yang digunakan pengunjung

untuk melakukan proses Pemesanan atau Booking Paket Wisata.

Gambar 3.45 Tampilan Halaman Booking Paket Wisata

88
3.4.14 Tampilan Form pembayaran

Berikut form pembayaran yang digunakan pengunjung untuk mengirimkan

bukti foto transfer sesuai dengan kode pembayaran.

Gambar 3.46 Tampilan Halaman Form Pembayaran

3.4.15 Tampilan Halaman Frontend

Halaman ini digunakan oleh pengunjung setelah masuk ke dalam sistem.

Halaman frontend dari sebuah website adalah bagian yang langsung dilihat

oleh user. user juga bisa langsung berinteraksi pada bagian ini. Frontend

berfokus pada penampilan dan estetika situs web

89
Gambar 3.47 Tampilan Halaman Frontend

3.4.16 Tampilan Halaman Pesanan Paket Wisata di Frontend

Halaman ini digunakan untuk melakukan pesanan tiket paket wisata

berdasarkan yang dipilih oleh pengunjung.

90
Gambar 3.48 Tampilan Halaman Pesanan Paket Wisata di Frontend

3.4.17 Tampilan Halaman Form Profile

Halaman ini digunakan oleh pengunjung untuk mengisi form data pengujung

sehingga pengunjung dapat memesan tiket paket wisata.

Gambar 3.49 Tampilan Halaman Form Profile

91
3.4.18 Tampilan Halaman Data Booking

Halaman ini merupakan tampilan data booking yang dapat dilihat oleh user

visitor.

Gambar 3.50 Tampilan Halaman Form Profile

3.4.19 Tampilan Halaman Data Pemesanan

Halaman ini merupakan tampilan data pesanan yang dapat dilihat oleh user

visitor.

Gambar 3.51 Tampilan Halaman Form Profile

92
3.4.20 Tampilan Halaman Data Pembayaran

Halaman ini merupakan tampilan data pembayaran yang dapat dilihat oleh

user visitor.

Gambar 3.52 Tampilan Halaman Form Profile

3.4.21 Tampilan Halaman Edit Data Pengunjung

Halaman ini merupakan tampilan data pengunjung yang dapat diubah oleh

user visitor.

Gambar 3.53 Tampilan Halaman Form Profile

93
BAB IV
IMPLEMENTASI DAN PENGUJIAN

4.1 Implementasi

Bagian ini membahas tentang perangkat yang digunakan dalam membangun

sistem dan implementasi ke dalam bentuk sistem sesuai dengan analisa dan

perancangan. Adapun bagian-bagian dari tahapan implementasi adalah sebagai

berikut:

4.1.1 Spesifikasi Perangkat Keras yang Digunakan


Dalam merancang dan membangun sistem dibutuhkan beberapa perangkat

keras. Adapun spesifikasi perangkat keras yang digunakan dalam pembuatan sistem

ini sebagai berikut:

1. Laptop : HP EliteBook 8470p

2. Processor : Intel Core i7-3740QM 2.70GHz

3. RAM : 4 GB DDR3

4. VGA : VGA Intel HD Graphics 4000

5. Harddisk : 300 GB

4.1.2 Spesifikasi Perangkat Lunak yang Digunakan


Dalam merancang dan membangun sistem dibutuhkan beberapa perangkat

lunak. Adapun spesifikasi perangkat lunak yang digunakan dalam pembuatan sistem

ini sebagai berikut:

1. Sistem Operasi : Windows 10 Pro 64-bit

2. DBMS : MySQL

94
3. Tools : XAMPP 3.2.2

4. Server : Glassfish

5. Alat Bantu Perancangan : Figma

6. Text Editor : Visual Studio Code

7. Bahasa Pemrograman : Laravel

4.1.3 Implementasi Antarmuka (Interface)


Bagian ini menjelaskan sistem yang dirancang akan diimplementasikan

terhadap perangkat yang digunakan. Berikut ini merupakan hasil implementasi sistem

informasi yang telah dibuat yaitu :

1. Tampilan Halaman Login

Halam login ini merupakan halaman yang digunakan user untuk masuk ke

dalam sistem. Halaman ini digunakan seluruh user yakni admin, visitor dan

customer service. Halaman ini akan meminta user menginputkan usernam

dan password agar masuk ke dalam sistem. Gambar 4.1 berikut ini

merupakan tampilan halaman login.

Gambar 4.1 Tampilan Halaman Login

95
2. Tampilan Halaman Register

Halaman register merupakan halaman yang digunakan user untuk

mendaftarkan akun ke dalam sistem. Halaman ini digunakan seluruh user

yakni admin, visitor dan customer service. Halaman ini akan meminta user

menginputkan nama, email, password dan password confirmation agar

login dan masuk ke dalam sistem. Gambar 4.2 berikut ini merupakan

tampilan halaman register.

Gambar 4.2 Tampilan Halaman Register

3. Tampilan Halaman Utama

Halaman ini digunakan oleh user setelah masuk ke dalam sistem. Halaman

utama ini akan menampilkan beberapa data terkait data master jika users

login sebagai admin dan customer service. Jika user yang login sebagai

visitor akan menampilkan sistem menu seperti berikut:

96
A. Admin dan Customer Service

Pada halaman dengan user admin terdapat 6 menu utama yang dapat

dikelola oleh admin diantaranya mengelola data visitor, tour packages,

booking tour, order list, payment dan customer service. Sedangkan

customer service hanya dapat melihat pembayaran, konfirmasi pembayaran,

memverivikasi booking, melihat data booking dan menghapus booking.

Berikut tampilan halaman utama admin dan customer service. Gambar 4.3

berikut ini merupakan tampilan halaman admin dan customer service.

Gambar 4.3 Tampilan Halaman Admin dan Customer Service

B. Visitor

Pada halaman utama yang dapat diakses oleh user visitor diantaranya

melihat paket wisata, membooking paket wisata, melihat data pengunjung,

memasukkan data pengunjung, melihat pesanan,mengubah data pesanan,

mengubah booking dan mencetak bukti pembayaran. Gambar 4.4 berikut

ini merupakan tampilan halaman visitor.

97
Gambar 4.4 Tampilan Halaman Visitor

4. Tampilan Halaman Paket Wisata

Halaman ini digunakan oleh user setelah mengklik beberapa paket wisata

yang tersedia. Pada halaman ini memberikan informasi dari paket wisata

sesuai dengan paket yang dipilih serta tombol yang digunakan user visitor

untuk lanjut proses booking paket wisata. Gambar 4.5 berikut ini

merupakan tampilan halaman paket wisata.

98
Gambar 4.5 Tampilan Halaman Paket Wista

5. Halaman Booking Paket Wisata

Halaman ini digunakan user visitor untuk melakukan booking paket wisata.

Halaman ini akan menampilkan form data yang harus di isi oleh visitor.

Berikut gambar tampilan halaman booking paket wisata. Gambar 4.6

berikut ini merupakan tampilan halaman booking paket wisata.

Gambar 4.6 Tampilan Halaman Booking Paket Wisata

99
6. Halaman Data Booking

Halaman ini digunakan untuk menampilkan data booking sehingga user

visitor dapat melihat data booking yang telah di booking. Gambar 4.7

berikut ini merupakan tampilan halaman data booking.

Gambar 4.7 Tampilan Halaman Booking Paket Wisata

7. Halaman Data Pemesanan

Halaman ini digunakan untuk menampilkan data pemesanan sehingga user

visitor dapat melihat data pemesanan serta menampilkan tombol

pembayaran. Gambar 4.8 berikut ini merupakan tampilan halaman data

pemesanan.

100
Gambar 4.8 Tampilan Halaman Data Pesanan

8. Halaman Menu Pembayaran

Halaman ini digunakan untuk membayar pesanan yang telah dipesan

sebelumnya. Pada halaman ini visitor harus melampirkan bukti transfer

dengan mengupload gambar pada form yang sudah disediakan. Gambar 4.9

berikut ini merupakan tampilan halaman Menu Pembayaran.

Gambar 4.9 Tampilan Halaman Menu Pembayaran

101
9. Halaman Data Pembayaran

Halaman ini digunakan untuk menampilkan data pembayaran sehingga

visitor dapat melihat data pembayaran serta menampilkan tombol cetak,

dimana pada tombol cetak tersebut visitor dapat mencetak bukti

pembayaran paket wisata.

Gambar 4.10 Tampilan Halaman Menu Pembayaran

10. Halaman Data Pengunjung

Halaman ini digunakan untuk menampilkan data pengunjung atau data

profil dari tiap user visitor sehingga user visitor dapat melihat data

pengunjung serta merubah data pengunjung.

Gambar 4.11 Tampilan Halaman Data Pengunjung

102
11. Halaman Edit Data Pengunjung

Halaman ini digunakan oleh user visitor untuk merubah data pengunjung

atau data profil yang sudah diisi sebelumnya oleh user visitor.

Gambar 4.11 Tampilan Halaman Edit Data Pengunjung

12. Halaman Visitor Pada Backend

Halaman ini digunakan oleh user admin setelah masuk ke dalam sistem.

Halaman ini akan menampilkan data visitor serta beberapa tombol yang

digunakan untuk merubah dan menghapus data visitor.

Gambar 4.12 Tampilan Halaman Visitor Pada Backend

103
13. Halaman Tour Packages Pada Backend

Halaman ini digunakan oleh user admin setelah masuk ke dalam sistem.

Halaman ini akan menampilkan data tour packages serta beberapa tombol

yang digunakan untuk merubah dan menghapus data tour packages.

Gambar 4.13 Tampilan Halaman Tour Packages Pada Backend

14. Halaman Booking Tour Pada Backend

Halaman ini digunakan oleh user admin dan customer service setelah masuk

ke dalam sistem. Halaman ini akan menampilkan data booking serta

beberapa tombol yang digunakan untuk memverifikasi booking, merubah

dan menghapus data booking.

Gambar 4.14 Tampilan Halaman Booking Tour Pada Backend

104
15. Halaman Order List Pada Backend

Halaman ini digunakan oleh user admin setelah masuk ke dalam sistem.

Halaman ini akan menampilkan data order list serta beberapa tombol yang

digunakan untuk merubah dan menghapus data order list

Gambar 4.15 Tampilan Halaman Order List Pada Backend

16. Halaman Payment Pada Backend

Halaman ini digunakan oleh user admin setelah masuk ke dalam sistem.

Halaman ini akan menampilkan data payment serta beberapa tombol yang

digunakan untuk merubah dan menghapus data order list

Gambar 4.16 Tampilan Halaman Payment Pada Backend

105
17. Halaman Cusutomer Service Pada Backend

Halaman ini digunakan oleh user admin setelah masuk ke dalam sistem.

Halaman ini akan menampilkan data customer service serta beberapa

tombol yang digunakan untuk merubah dan menghapus data customer

service.

Gambar 4.17 Tampilan Halaman Payment Pada Backend

106
DAFTAR PUSTAKA

[1] Maslekha Imas, dkk, “Aplikasi Transparansi Dana Donasi Untuk Anak Yatim

Piatu Berbasis Web”, vol. 13, no. 2, 2018.

[2] Amalia Hilda, dkk.“Sistem Informasi Pengolahan Dana Donasi”, vol. 15, no.

1, 2017.

[3] Anggraini, Dewi Rizki (2018) LKP : Rancang Bangun Aplikasi Donasi

Berbasis Website pada BSMI Cabang Surabaya. Undergraduate thesis, Institut

Bisnis dan Informatika Stikom Surabaya.

[4] Wijaksana, Yoga Kresna (2018) Sistem Informasi Manajemen Donasi

Berbasis Website di Ketimbang Ngemis Bandung. Other thesis, Universitas

Komputer Indonesia.

[5] Hendini, Ade.“PEMODELAN UML SISTEM INFORMASI MONITORING

PENJUALAN DAN STOK BARANG (STUDI KASUS: DISTRO ZHEZHA

PONTIANAK)”, vol. 4, no. 2, 2016.

[6] Ibrahim, M., & Septiani, W. SISTEM INFORMASI PENERIMAAN

DONASI (STUDI KASUS: YAYASAN SAHABAT YATIM INDONESIA),

vol. 3, no.1, 2017.

Penting :

107
Lubis, AM. 2011. “Definisi Paket Wisata”. (tanggal akses 18 Desember 2014)

108

Anda mungkin juga menyukai