Kelola Data Event Definisi Use Case

Update status tiket akan berjalan ketika ada perubahan pada status pembayaran oleh administrator. Tiket yang tervalidasi pada proses decoding pun akan di update statusnya menjadi terverifikasi. Gambar 3.20 Sequence Update Status Tiket 3.1.6.2.6 Decode QR Code Deocode QR code merupakan fungsional untuk melakukan decoding QR code. Hasil decoding QR code tersebut akan diverifikasi untuk mengetahui keaslian tiket. Tabel 3.15 Skenario Decode QR Code Use Case Decode QR Code Related Requirement Decoder terhubung dengan server Goal in Context Tiket dapat diverifikasi keasliannya Preconditions Pemeriksa tiket menjalankan aplikasi scanner Successful End Conditions Verifikasi tiket berhasil Failed End Conditions Verifikasi tiket gagal Primary Actors Pemeriksa Tiket Secondary Actors Trigger Sistem mengakses ZXing barcode scanner Included Class ControlDecode Main Flow Step Action 1 Pemeriksa Tiket memilih jenis event 93 2 Pemeriksa Tiket memindai tiket 3 Sistem men-decode QR code 4 Sistem melakukan verifikasi tiket 5 Sistem mendapatkan nomor tiket untuk diperbaharui statusnya Extensions Step Branching Action 4.1 Sistem meminta konfirmasi untuk memproses tiket 4.2 Pemeriksa Tiket memberikan konfirmasi untuk memproses tiket 5.1 Sistem tidak mendapatkan nomor tiket Pada proses decoding, sistem akan meminta konfirmasi jika tiket valid. Apabila pemeriksa tiket memberikan konfirmasi dengan memjawab ya, maka sistem akan melakukan update pada status tiket. Gambar 3.21 Sequence Decode QR Code 3.1.6.2.7 Pesan Tiket Pesan tiket merupakan fungsional dimana dalam terdapat proses untuk melayani pemesanan tiket yang dilakukan pengunjung. Selain itu terdapat juga fungsional untuk mengirimkan nomor resi pembayaran. Tabel 3.16 Skenario Pesan Tiket Use Case Pemesanan Tiket Related Requirement Sistem menyediakan halaman pemesanan tiket Goal in Context Pengunjung dapat memesan tiket Preconditions Pengunjung mengakses halaman pemesanan tiket Successful End Conditions Pemesanan tiket berhasil Failed End Conditions Pemesanan tiket gagal Primary Actors Pengunjung Secondary Actors Trigger Sistem mengakses data pada database Included Class ControlPemesanan Main Flow Step Action 1 Pengunjung menginputkan data pemesanan 2 Sistem menyimpan data pemesanan 3 Sistem menampilkan nomor registasi pengunjung Extensions Step Branching Action 1.1 Pengunjung tidak menginputkan data pemesanan 3.1 Sistem tidak menampilkan nomor resi Pada pesan tiket, pengunjung mengisikan data pemesanan kemudian menekan tombol submit. Setelah itu sistem akan melakukan insert data kedalam database. Gambar 3.22 Sequence Pesan Tiket