• Tidak ada hasil yang ditemukan

BAB III ANALISA DAN PERANCANGAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III ANALISA DAN PERANCANGAN"

Copied!
24
0
0

Teks penuh

(1)

3.1 Analisa Masalah

Dalam hal ini akan dibahas tentang analisis masalah, dimana keadaan yang telah ada saat ini akan dianalisa dan menentukan keadaan Aplikasi seperti apa yang diinginkan oleh pemakai sistem atau dalam hal ini oleh Gor Kecamatan Cipondoh. Dari keadaan yang telah ada dan sistem yang diinginkan, maka akan diketahui masalah - masalah yang ada pada sistem sehingga dapat diketahui kebutuhan dari pemakai sistem.

Analisa ini diadakan dengan tujuan untuk mengetahui bagaimana sistem penyewaan saat ini. Dari analisa tersebut, maka didapatkan permasalahan pendataan seperti data reservasi, data penyewa, data pembayaran, data penjualan (kantin) dan laporan masih dilakukan dengan manual oleh pihak pengelola. Gor Kecamatan Cipondoh terdiri dari lapangan bulutangkis, laangan futsal, dan lapangan basket. hal ini juga menyulitkan pengelola jika ingin melihat status lapangan yang tersedia dengan cepat.

3.2 Proses Bisnis 3.2.1 Reservasi

Calon penyewa yang ingin memesan lapangan Gor Kecamatan Cipondoh dapat datang langsung atau menghubungi melalui telepon, berdasarkan pesanan bagian pengelola memeriksa status lapangan yang diinginkan calon penyewa, jika status lapangan yang diinginkan calon penyewa tersedia, maka calon penyewa dapat datang pada hari penyewaan lapngan yang ditentukan dan pengelola dapat mencatat data reservasinya.

(2)

3.2.2 Pendaftaran

Setelah calon penyewa telah melakukan penyewaan makn calon penyewa melakukan pendaftaran lapangan. Calon penyewa juga bias melakukan pendaftaran anggota untuk mendapatkan kartu anggota dan pengurangan biaya penyewaan yang telah ditentukan oleh pihak pengelola

3.2.3 Pembayaran

Setelah melakukan pendaftaran dengan mengisi form pendaftaran tersebut, calon penyewa memliki kewajiban untuk melakukan pembayaran uang. Kemudian bagian pengelola akan membuatkan kwitansi kepada penyewa sebagai bukti pembayaran.

3.2.4 Laporan

Dibagian laporan pengelola dapat melakukan pengecekan daftar anggota, daftar barang, daftar lapangan, transaksi penyewaan lapangan, dan transaksi penjualan kantin

3.3 Pemecahan Masalah

Dari Proses Yang Berjalan Saat Ini, Ada Beberapa Kendala Dalam menghadapi suatu masalah diperlukan adanya berbagai macam solusi, sehingga pada saat pengambilan keputusan akan diperoleh analisa kebutuhan untuk mengatasi permasalahan tersebut.

Proses pengambilan keputusan yang cepat dan akurat sangat dibutuhkan dengan informasi yang ada. Analisa kebutuhan terhadap permasalahan yang ada dapat dilihat dari bagaimana informasi yang valid yang dapat digunakan sebagai pendukung keputusan.

Setelah diteliti dengan melihat masalah yang dialami, maka didapat berapa pemecahan masalah yaitu :

(3)

 Akan dibuatkan aplikasi reservasi gor kecamatan cipondoh agar mempermudahkan pihak pengelola.

 Akan dibutakan laporan secara desktop yaitu dengan aplikasi ini maka pihak pengelola bias mencetak data laporan tanpa harus ribet mencari data satu persatu.  Manambahkan sistem - sistem yang dibutuhkan pengelola lapangan gor

kecamatan cipondoh.

3.4 Perancangan Aplikasi

Dalam perancangan aplikasi ini, penulis menggunakan metode UML. Perlu diketahui metode UML merupakan metode Object Oriented Programming ( OOP ) yang menggunakan notasi grafis dalam menyatakan suatu desain. Permodelam dengan UML menggambarkan yang ada dalam dunia nyata ke dalam bentuk yang dapat dipahami dengan notasi standar UML.

1. Use Case Diagram

Pada gambar ini menunjukan use case diagram aplikasi reservasi gor kecamatan cipondoh memiliki dua aktor yaitu Admin atau pegawai dan penyawa. Berikut gambar use case diagram dapat dilihat pada gambar dibawah ini :

(4)

 Admin atau Pegawai

Berperan untuk melakukan Transaksi ada beberapah transaksi yang bisa dilakukan admin atau pengawai yaitu penyewaan lapangan, pembayaran sewa, dan penjualan (kantin) admin dan pegawai juga berperan untuk melakukan pengecekan laporan yang terdiri dari daftar anggota, daftar barang, daftar lapangan, transaksi penyewaan lapangan, dan transaksi penjualan kantin.

Berikut adalah penjelasan dari use case diagram diatas : a. Skenario Login

Berikut ini table penjelasan scenario login : Table 3.1 login

Nama use case Login

Deskripsi singkat Pengelola melakukan pengisian username dan password untuk memasuki halaman utama

Aktor Pengelola

Pra-Kondisi Pengelola melakukan input username dan password Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan

aplikasi yang terdiri dari megelola data lapangan, data file,data transaksi dan juga laporan

Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase

b. Skenario mengola data lapangan

Berikut ini table penjelasan scenario mengola data lapangan : Tabel 3.2 mengola data lapangan

Nama use case Mengola data lapangan

Deskripsi singkat Setelah pengelola melakukan login pengelola bisa memasuki atau melihat data lapangan

Aktor Pengelola

Pra-Kondisi Pengelola melakukan input mengelola data lapangan Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan

(5)

aplikasi yang terdiri dari megelola data lapangan. Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan

didatabase

c. Skenario data file

Berikut ini table penjelasan scenario data file : Table 3.3 data file

Nama use case Data file

Deskripsi singkat Pengelola dapat melakukan login , tabel master dan utility yang terdapat di menu data file

Aktor Pengelola

Pra-Kondisi Pengelola memilih salah satu menu yang terdapat di data file

Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari login, tabel master dan utility. Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan

didatabase

d. Skenario data transaksi

Berikut ini table penjelasan scenario data transaksi : Tabel 3.4 Data transaksi

Nama use case Data transaksi

Deskripsi singkat Stelah melakukan login pengelola dapat memasuki menu data transaksi

Aktor Pengelola

Pra-Kondisi Pengelola memilih salah satu menu yang terdapat di data transaksi

Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari penyewaan lapangan,

pembayaran sewa, dan penjualan (kantin)

Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase

(6)

e. Skenario laporan

Berikut ini table penjelasan scenario laporan : Tabel 3.5 laporan

Nama use case laporan

Deskripsi singkat Stelah melakukan login pengelola dapat memasuki menu laporan

Aktor Pengelola

Pra-Kondisi Pengelola memilih salah satu menu yang terdapat dilaporan

Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari daftar anggota, daftar barang,

daftar lapangan, trnasaksi penyewaan lapangan, dan transaksi penjualan (kantin)

Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase

f. Skenario Konsumen

Berikut ini table penjelasan scenario laporan :

2. Avtivity Diagram

Activity diagram adalah teknik untuk mendeskripsikan logika procedural, proses bisnis dan aliran kerja dalam banyak kasus. Activity diagram mempunyai peran seperti halnya flowchart, akan tetapi perbedaan dengan flowchart adalah activity diagram bisa mendukung perilaku parallel sedangkan flowchar tidak.

(7)

a. Activity diagram login

Berikut ini activity diagram login :

Gambar 3.2 Activity diagram Login Tabel 3.6 Activity diagram Login

Nama Activity diagram Login

Aktor Pengelola

Deskripsi Engelola buka aplikasi menampilkan form login lalu pengelola mengisi data

login sistem akan melakukan validasi data jika ya makan akan menampilkan

halaman menu utama lalu selesai jika tidak maka pengelola melakukan pengisian username dan password secara

(8)

b. Activity diagram data menu laporan

Berikut ini activity diagram data menu laporan:

Gambar 3.3 Activity diagram menu laporan Tabel 3.7 Activity diagram menu laporan

Nama Activity diagram menu laporan

Aktor Pengelola

Deskripsi Pengelola mengklik menu laporan disiestem terdapat menu laporan dan admin bisa memilih daftar anggota, daftar

barang, daftar lapangan dan transaksi penyewaan lapangan

(9)

c. Activity diagram data menu tampilan

Berikut ini activity diagram data menu tampilan:

Gambar 3.4 Activity diagram menu tampilan Tabel 3.8 Activity diagram menu tampilan

Nama Activity diagram menu tampilan

Aktor Pengelola

Deskripsi Pengelola mengklik menu file makan sistem akan menampilkan menu pilihan

yang akan digunakan oleh pengelola terdapat login, tabel master dan juga

(10)

d. Activity diagram data menu transaksi Berikut ini activity diagram menu transaksi:

Gambar 3.5 Activity diagram menu transaksi Tabel 3.9 Activity diagram menu transaksi

Nama Activity diagram menu transaksi

Aktor Pengelola

Deskripsi Pengelola mengklik menutransaksi maka terdapat pilihan yang bisa pengelola pilih diantaranya ialah penyewaan lapangan, pembayaran sewa, dan penjualan (kantin)

3. Sequence Diagram

Diagram sekuensial menggambarkan interaksi antara objek didalam dan disekitar sistem (termasuk user, display dan sebagainya) berupa message yang digambarkan terhadap waktu. Diagram sequence terdiri atas dimensi vertikal (waktu) dan dimensi Horizontal (objek-objek yang terikat). Diagram sekuensial bisa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai

(11)

respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger (pencentus) aktifitas tersebut, proses dan perubahan apa saja yang terjadi secara interfal dan output apa yang terjasi secara interfal dan output apa yang dihasilkan.

Berikut adalah gambar-gambar diagram sekuensial dari aplikasi ini ialah: a. Diagram sekuensial login

Berikut ini gambar dari diagram skuensial login:

Gambar 3.6 diagram skuensial login Tabel 3.10 diagram skuensial login

Nama diagram skuensial login

Deskripsi singkat Menjelaskan proses terjadinya login

Actor Pengelola

Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini

Tindakan utama Memasuki username dan password

Pasca kondisi Jika username dan password sudah benar makan selanjutnya pengelola bisa menggunakan aplikasi jika tidak bisa makan

(12)

b. Diagram sekuensial menu file

Berikut ini gambar dari diagram skuensial menu file:

Gambar 3.7 diagram skuensial menu file Tabel 3.11 diagram skuensial menu file

Nama diagram skuensial menu file Deskripsi singkat Menjelaskan proses terjadinya menu file

Actor Pengelola

Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini

Tindakan utama  Melakukan proses login  Membuka menu file  Memilih menu login  Memilih tabel master

 Memilih utility

Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database

(13)

c. Diagram sekuensial menu laporan

Berikut ini gambar dari diagram skuensial menu laporan:

Gambar 3.8 diagram skuensial menu laporan Tabel 3.12 diagram skuensial menu laporan

Nama diagram skuensial menu laporan Deskripsi singkat Menjelaskan proses terjadinya menu file

Actor Pengelola

Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini

Tindakan utama  Melakukan proses login  Membuka menu laporan  Memilih menu daftar anggota

 Memilih daftar barang  Memilih lapangan

 Memilih menu transaksi lapangan  Memilih menu transaksi penjualan kantin

Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database

(14)

d. Diagram sekuensial menu transaksi

Berikut ini gambar dari diagram skuensial menu transaksi:

Gambar 3.9 diagram skuensial menu transaksi Tabel 3.13 diagram skuensial menu transaksi

Nama diagram skuensial menu transaksi Deskripsi singkat Menjelaskan proses terjadinya menu transaksi

Actor Pengelola

Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini

Tindakan utama  Melakukan proses login  Membuka menu transaksi  Memilih menu penyewaan lapangan

 Memilih menu sewa  Memilih penjualan (kantin)

Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database

(15)

3.5 Perancangan Basis Data

Intergrasi aplikasi absensi pegawai dengan menggunakan sidik jari ini membutuhkan beberapah tabel yang saling terhubung.

a. Petugas

Tabel petugas terdiri dari beberapa tabel anatar lain Kode_Petugas,Nama_Petugas, Pasword_Petugas, Status_Petugas, Telepon,Alamat

Berikut tabel Petugas dapat dilihat dibawah ini: Tabel 3.14 Petugas

Field Name Type Keterangan

Kode_Petugas Number Kode Petugas

Nama_Petugas Text Nama petugas

Pasword_Petugas Text Password petugas

Status_Petugas Text Status petugas

Telepon Number No Tlp Petugas

Alamat Text Alamat Petugas

b. Member

Tabel Member terdiri dari beberapa tabel anatar lain Kode_Member, Nama_Member, No_Ktp, Alamat, No_Tlp, Tgl_Daftar, Bayar, Tahun

Berikut tabel Member dapat dilihat dibawah ini: Tabel 3.15 Member

Field Name Type Keterangan

Kode_Member Number Kode Member

Nama_Member Text Nama Member

No_Ktp Number No Ktp Member

Alamat Text Alamat Member

No_Tlp Number No Tlp Member

Tgl_Daftar Date/Time Tgl Daftar Member

Bayar Currency Bayar

Tahun Date/Time Relasi Dengan

(16)

c. Barang

Tabel Barang terdiri dari beberapa tabel anatar lain Kode_Barang, Nama_Barang, Harga_Barang, Stock, Tahun

Berikut Tabel Barang dapat dilihat dibawah ini: Tabel 3.16 Barang

Field Name Type Keterangan

Kode_Barang Number Kode Barang

Nama_Barang Text Nama Barang

Harga_Barang Currency Harga Barang

Stock Number Stock

Tahun Date/Time Relasi Dengan

Config Tahun d. Lapangan

Tabel Lapangan terdiri dari beberapa tabel anatar lain kode, nama, status, dan password

Berikut Tabel Lapangan dapat dilihat dibawah ini: Tabel 3.17 Lapangan

Field Name Type keterangan

Kode_Lapangan Number Kode Lapangan

Nama_Lapangan Text Nama Lapangan

Fasilitas Text Fasilitas gor

(17)

e. Perlengkapan

Tabel Perlengkapan terdiri dari beberapa tabel anatar lain Kode_Alat, Nama_Alat, Harga_Sewa, Jumlah

Berikut Tabel Perlengkapan dapat dilihat dibawah ini: Tabel 3.18 Perlengkapan

Field Name Type keterangan

Kode_Alat Number Kode Alat

Nama_Alat Text Nama Alat

Harga_Sewa Currency Harga Sewa

Jumlah Number Jumlah

f. Penyewaan Lapangan

Tabel Penyewaan Lapangan terdiri dari beberapa tabel anatar lain No_Sewa, Tgl_Sewa, Petugas, Nama_Penyewa, Manager, No_Tlp, Status, Kode_Lapangan, Harga_Sewa, Dp, Sisa_Bayar, Tanggal_Main, Jam_Mulai, Jam_Selesai, Kode_Alat, Jumlah_Sewa, Jumlah_Jam, No_Bayar, Pembayaran, Tanggal_Bayar, Status_Bayar, Tahun

Berikut Tabel Penyewaan Lapangan dapat dilihat dibawah ini: Tabel 3.19 Penyewaan Lapangan

Field Name Type keterangan

No_Sewa Number No Booking

Tgl_Sewa Date/Time Tgl Booking

Petugas Text Petugas Entry

Nama_Penyewa Text nama member /

nama non member

Manager Text Nama Manager

No_Tlp Number No Tlp Penyewa

Status Text Member/Non

Member

(18)

Harga_Sewa Currency Harga Sewa

Dp Currency Uang Muka

Sisa_Bayar Currency Sisa Pembayaran

Tanggal_Main Date/Time Tanggal Main

Jam_Mulai Date/Time Jam Mulai

Jam_Selesai Date/Time Jam Selesai

Kode_Alat Number Kode Alat

Jumlah_Sewa Number Jumlah Sewa

Jumlah_Jam Number lama nya waktu

sewa

No_Bayar Number No Bayar

Pembayaran Currency Pembayaran

Tanggal_Bayar Date/Time Tanggal Bayar

Status_Bayar Text Lunas / Belum

Lunas

Tahun Date/Time Relasi Dengan

Config Tahun Tabel 3.20 Penjualan (Kantin)

Field Name Type keterangan

No_Penjualan Number No penjualan

Tgl_Penjualan Date/Time Tanggal Penjualan

Nama_Petugas Text Nama Petugas

Kode_Barang Number Kode Barang

Jumlah_Barang Text Jumlah barang

Bayar Number Bayar

Tahun Date/Time Relasi Dengan

Config Tahun 3.6 Pemodelan Data

Pemodelan Data Akan Di Gambarkan Menggunakan ERD ( Entity Relationship Diagram ). Berikut Ini Adalah Gambar Rancangan ERD

Menurut salah satu para ahli, Brady dan Loonam (2010), Entity Relationship diagram (ERD) merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System Analys dalam tahap analisis persyaratan proyek pengembangan system. Sementara seolah-olah teknik diagram atau alat peraga memberikan dasar untuk desain database relasional yang mendasari sistem informasi yang dikembangkan. ERD bersama-sama dengan detail pendukung merupakan model data yang pada gilirannya digunakan sebagai spesifikasi untuk

(19)

database.Apakah komponen yang terbentuk didalam Entity Relationship Diagram (ERD)?

Dalam pembentukan ERD terdapat 3 komponen yang akan dibentuk yaitu : a. Entitas

Pada post sebelumnya mengenai basis data telah dijelaskan sedikit tentang pengertian entity (entitas) yaitu suatu obyek yang dapat dibedakan dari lainnya yang dapat diwujudkan dalam basis data. Pengertian lainnya menurut Brady dan Loonam (2010), entitas adalah objek yang menarik di bidang organisasi yang dimodelkan. Contoh : Mahasiswa, Kartu Anggota Perpustakaan (KAP), dan Buku.

b. Hubungan (relasi/relationship)

Suatu hubungan adalah hubungan antara dua jenis entitas dan direpresentasikan sebagai garis lurus yang menghubungkan dua entitas.Contoh : Mahasiswa mendaftar sebagai anggota perpustakaan (KAP), relasinya adalah mendaftar.

c. Atribut

Atribut memberikan informasi lebih rinci tentang jenis entitas. Atribut memiliki struktur internal berupa tipe data. Jenis-jenis atribut :

Atribut Key

Atribut Key adalah satu atau gabungan dari beberapa atribut yang dapat membedakan semua baris data ( Row/Record ) dalam tabel secara unik. Dikatakan unik jika pada atribut yang dijadikan key tidak boleh ada baris data dengan nilai yang sama

Contoh : Nomor pokok mahasiswa (NPM), NIM dan nomor pokok lainnyaAtribut simple atribut yang bernilai atomic, tidak dapat dipecah/ dipilah lagi Contoh : Alamat, penerbit, tahun terbit, judul buku.

Atribut Multivalue

nilai dari suatu attribute yang mempunyai lebih dari satu (multivalue) nilai dari atrribute yang bersangkutan Contoh : dari sebuah buku, yaitu terdapat beberapa pengarang.

Atribut Composite

Atribut composite adalah suatu atribut yang terdiri dari beberapa atribut yang lebih kecil yang mempunyai arti tertentu yang masih bisah dipecah lagi atau mempunyai

(20)

sub attribute. Contoh : dari entitas nama yaitu nama depan, nama tengah, dan nama belakang

Atribut Derivatif

Atribut yang tidak harus disimpan dalam database Ex. Total. atau atribut yang dihasilkan dari atribut lain atau dari suatu relationship. Atribut ini dilambangkan dengan bentuk oval yang bergaris putus-putus Derajat relasi atau kardinalitas rasio Menjelaskan jumlah maksimum hubungan antara satu entitas dengan entitas lainnya One to One (1:1)

Setiap anggota entitas A hanya boleh berhubungan dengan satu anggota entitas B, begitu pula sebaliknya.

One to many (1:M / Many)

Setiap anggota entitas A dapat berhubungan dengan lebih dari satu anggota entitas B tetapi tidak sebaliknya.

Many to Many (M:M)

Setiap entitas A dapat berhubungan dengan banyak entitas himpunan entitas B dan demikian pula sebaliknya

(21)

Gambar 3.10 ERD Penyewaan 3.7 Perancangan Tampilan

Dilihat dari kebutuhan aplikasi ini dibutuhkan dari antaramuka yaitu aplikasi berbasis desktop untuk menapilkan tampilan aplikasi keseluruhan. Kebutuhan apa saja yang dapat dlihat dari gambar-gambar dibawah ini:

(22)

1. Rancangan Menu Login

Gambar 3.11 rancangan tampilan login

Petugas Memasukan User Name Dan Password Jika Password atau Username salah Dan Tidak Sesuai Maka Akan Error Dan Meminta Memasukan Username dam Password Kembali. Jika Benar Maka klik Ok, Dan Akan Masuk Ke Tahap Selanjutnya.

(23)

2. Rancangan Menu Utama

Gambar 3.12 Rancangan Menu Utama

Setelah Berhasil Login Maka Akan Lanjut Ketahap Selanjutnyanya Atau Menampilkan Menu Home Dan Dapat Melihat File-File Yang Tersedia Di Menu Home.

(24)

Gambar

Gambar 3.1 Use case diagram
Gambar 3.2 Activity diagram Login  Tabel 3.6 Activity diagram Login
Gambar 3.3 Activity diagram menu laporan  Tabel 3.7 Activity diagram menu laporan
Gambar 3.4 Activity diagram menu tampilan  Tabel 3.8 Activity diagram menu tampilan
+7

Referensi

Dokumen terkait

Pra Kondisi Sebelum admin masuk ke halaman utama dan melihat laporan beasiswa ,admin terlebih dahulu melakukan login Tindakan Utama Admin melihat data yang

dan membuat pengumuman.Sedangkan aktor wakil bendahara TU memiliki 7 use case yaitu menerima uang pembayaran dan slip, mengelola transaksi pembayaran pembangunan, mengelola

Deskripsi Admin melakukan cetak laporan pendaftaran mahasiswa yang mendaftar setelah panitia melakukan konfirmasi pendaftaran.. Pra-Kondisi Panitia melakukan

DFD Level 1 Proses 5 Penyewaan Lapangan Futsal menggambarkan akses sistem yang dilakukan oleh user yang di gunakan untuk memesan sebuah produk pada DFD Level 1 Proses 5

Pada halaman ini petugas melakukan transaksi pemesanan barang untuk stock gudang, pemesanan yhang dilakukan sudah ditentukan secara otomastis jumlah produk yang.

Data Pembayaran Beban Usaha () Admin Koneksi database () Update data () Close form () Koneksi database () Delete data () Click form Data Transaksi click form Laporan

Pada gambar 3.5 Activity Input Form Perjalanan Operasional dilakukan oleh admin untuk melakukan setiap aktivitas perjalanan operasional menentukan sopir dan mobil mana

Pada halaman menu data transaksi menampilkan data transaksi atau penyewaan gedung/kunjungan yang telah dilakukan pengunjung yang berfungsi untuk melakukan pembayaran