BAB III Analisa Dan Perancangan 3.1 Analisa Masalah 3.1.1 Analisa Kondisi Terkini Pada saat ini PT. XYZ belum memiliki sistem yang dapat menghitung jumlah pengunjung event yang berbasis web. Sehingga dalam proses pencarian dan penjumlahan data pada event-event yang terdahulu membutuhkan waktu yang lama dan banyak menemui kendala dalam hal efektifitas dan keefisienan serta kebenaran akan informasi yang didapat. Tabel 3.1 Analisa Pengguna No. Pengguna Deskripsi 1 User1/pemberi tiket pengguna yang memiliki hak untuk melakukan scanning barcode tiket yang akan di jual. 2 Admin pengguna yang memiliki hak untuk memasukkan dan mengelola data awal atau jumlah tiket yang akan diberikan kepada User1. 3 User2/penjaga gate pengguna yang berhak untuk melakukan scanning tiket pada pintu masuk. 3.1.2 Analisa kebutuhan Sistem Sistem ini memiliki fungsi-fungsi : 1. untuk mengetahui proses jumlah tiket yang terjual pada counter tiket. 2. untuk mengetahui jumlah tiket yang dibutuhkan jika tiket habis pada counter tiket. 3. untuk memproses jumlah pengunjung yang datang melalui gate/pintu masuk. 30
3.1.2.1 Kebutuhan perangkat keras Perangkat keras yang dibutuhkan dalam pengembangan system aplikasi ini adalah 1. Laptop dengan spesifikasi yang dapat menunjang perancangan aplikasi 2. Modem sebagai penunjang perancangan aplikasi 3.1.2.2 Kebutuhan perangkat lunak Adapun perangkat lunak yang dibutuhkan dalam pembuatan aplikasi berbasis web ini adalah : 1. Antarmuka Pengguna Sebagai media penunjang berjalannya antarmuka, dibutuhkan web browser untuk mengakses situs web PT. XYZ seperti Mozilla Firefox, Google Chrome, Internet Explorer, dan lainnya. 2. Aplikasi Server Web server menggunakan aplikasi XAMPP 1.7.7 dan database server menggunakan phpmyadmin 3.4.5 dan MySQL 5.0 yang berfungsi mengirimkan permintaan dari klien ke server dan sebaliknya. 3.2 Perancangan 3.2.1 UML 3.2.1.1 Pemodelan Use Case Diagram Sebuah use case digunakan untuk menganalisa kebutuhan dari aplikasi penghitung jumlah pengunjung event berbasis web. Diagram use case menunjukkan fungsi dari suatu sistem dan bagaimana aktor berinteraksi dengan sistem. Pemodelan use case pada aplikasi ini dapat dilihat pada gambar 3.1 berikut. 31
scanning barcode tiket <<include>> user1/pemberi tiket input data awal jumlah tiket <<include>> login admin <<include>> scanning barcode tiket user2/penjaga gate Gambar 3.1 Use Case Diagram 3.2.1.2 Activity Diagram 1. Activity Diagram Login User User Sistem Pilih menu login Menampilkan form login Memasukkan username & password Validasi data tidak ya menampilkan halaman utama user Gambar 3.2 Activity Diagram Login User 32
Tabel 3.2 Deskripsi Activity Diagram Login User Nama Diagram aktifitas login user Aktifitas Aktor User Deskripsi User memasukkan username & password Pra kondisi - Tindakan Memasukkan data username & password user Pasca Kondisi Sistem menampilkan halaman utama user, jika login gagal maka user harus login kembali 2. Activity Diagram Scanning Counter Ticket USER1/ PEMBERI TIKET SISTEM MEMILIH SCANNING MENAMPILKAN HALAMAN SCANNING SCAN BARCODE PADA TIKET VALIDASI DATA TIKET TIDAK VALID TIDAK YA JUMLAH TIKET BERKURANG 1 Gambar 3.3 Activity Diagram Scanning Counter Ticket 33
Tabel 3.3 Deskripsi Diagram Activity Scanning Counter Ticket Nama Diagram aktifitas scanning counter tiket Aktifitas Aktor User1/pemberi tiket Deskripsi User1 melakukan scanning barcode tiket Pra kondisi - Tindakan Memilih scanning Pasca Kondisi Jumlah tiket akan berkurang satu apabila scanning berhasil, jika gagal maka user1 akan scan barcode kembali 3. Activity Diagram Input Data Awal Tiket ADMIN SISTEM MEMILIH INPUT TIKET MENAMPILKAN HALAMAN INPUT TIKET INPUT DATA AWAL TIKET SIMPAN KE DATABASE CETAK Gambar 3.4 Activity Diagram Input Data Awal Tiket 34
Tabel 3.4 Deskripsi Activity Diagram Input Data Awal Tiket Nama Diagram aktifitas input data awal tiket Aktifitas Aktor Admin Deskripsi Admin menginput data awal tiket Pra kondisi - Tindakan Cetak tiket Pasca Kondisi Data awal tiket akan tersimpan ke database 4. Activity Diagram Scanning Gate USER2/ PENJAGA GATE SISTEM MEMILIH SCANNING MENAMPILKAN HALAMAN SCANNING SCAN BARCODE PADA TIKET VALIDASI DATA TIKET TIDAK VALID TIDAK YA JUMLAH PENGUNJUNG BERTAMBAH 1 Gambar 3.5 Activity Diagram Scanning Gate 35
Tabel 3.5 Deskripsi Activity Diagram Scanning Gate Nama Diagram aktifitas input data awal tiket Aktifitas Aktor User2/penjaga gate Deskripsi User2 melakukan scanning barcode Pra kondisi - Tindakan Memilih scanning Pasca Kondisi Jumlah pengunjung akan bertambah satu jika scanning berhasil, jika gagal maka user2 akan scan barcode kembali 3.2.1.3 Sequence Diagram 1. Sequence Diagram Login User login form login halaman utama user User Buka input username & password valid data tidak valid Gambar 3.6 Sequence Diagram Login User 36
Gambar 3.6 diatas menggambarkan scenario proses login user dimana sebelum masuk ke halaman utama user, user harus memasukkan username dan password. Jika data valid maka pengguna akan masuk ke halaman utama user, tetapi jika tidak valid user akan kembali ke halaman login. 2. Sequence Diagram Scanning Counter Ticket login form login halaman utama user halaman scanning halaman scanning User1 pilih valid input username & password scan barcode tiket jumlah tiket berkurang 1 tidak valid tidak valid selesai Gambar 3.7 Sequence Diagram Scanning Counter Ticket Gambar 3.7 diatas menggambarkan skenario scanning yang dilakukan oleh user1. User1 terlebih dahulu harus melakukan login untuk dapat melakukan scanning, jika login tidak valid maka user1 harus memasukkan username dan password kembali. Kemudian user1 akan melakukan scanning barcode tiket pada halaman scanning. Jika data valid maka jumlah tiket berkurang satu, tetapi jika tidak valid maka user1 harus scanning ulang pada halaman scanning. 37
3. Sequence Diagram Input Data Awal Tiket login form login halaman utama user halaman input tiket database halaman input tiket Admin pilih valid input username & password input data awal tidak valid simpan cetak selesai Gambar 3.8 Sequence Diagram Input Data Awal Tiket Gambar 3.8 diatas menggambarkan skenario input tiket yang dilakukan oleh admin. Admin terlebih dahulu harus melakukan login untuk dapat melakukan input tiket, jika login tidak valid maka admin harus memasukkan username dan password kembali. Kemudian admin akan melakukan input data awal tiket yang tersimpan di database dan cetak tiket pada halaman input tiket. 38
4. Sequence Diagram Scanning Gate login form login halaman utama user halaman scanning halaman scanning User2 pilih valid input username & password scan barcode tiket jumlah pengunjung bertambah 1 tidak valid tidak valid selesai Gambar 3.9 Sequence Diagram Scanning Gate Gambar 3.9 diatas menggambarkan skenario scanning yang dilakukan oleh user2. User2 terlebih dahulu harus melakukan login untuk dapat melakukan scan barcode tiket, jika login tidak valid maka user2 harus memasukkan username dan password kembali. Kemudian user2 akan melakukan scanning barcode tiket. Jika data valid maka jumlah pengunjung bertambah satu, tetapi jika tidak valid maka user2 harus scanning ulang pada halaman scanning. 39
3.2.2 Database Untuk kebutuhan dalam pengolahan data, maka diperlukan file-file yang berfungsi untuk menyimpan data-data. File database yang dibuat dengan menggunakan phpmyadmin dan MySQL ini memiliki spesifikasi data sebagai berikut: 1. Struktur tabel Struktur tabel adalah deskripsi atau gambaran mengenai penjelasan dari tabel, field, tipe data dan ukuran data. Struktur tabel digunakan untuk menjelaskan kedudukan sebagai tempat penyimpanan data. Tabel- tabel yang penulis gunakan dalam perancangan aplikasi penghitung jumlah penngunjung event berbasis web adalah: a. Tabel tbl_login Nama Field Tipe Data Panjang Keterangan id_user Integer 5 Primary key Username Varchar 15 Password Char 15 b. Tabel tbl_tiket Nama Field Tipe Data Panjang Keterangan id_tiket Integer 7 Primary key tema_event Varchar 30 tgl_event Date jam_event Time lokasi_event Varchar 30 c. Tabel scan_counter Nama Field Tipe Data Panjang Keterangan id_scancounter Integer 7 Primary key id_user Integer 5 Foreign key 1 id_tiket Integer 7 Foreign key 2 sisa_tiket Integer 7 40
d. Tabel scan_gate Nama Field Tipe Data Panjang Keterangan id_scangate Integer 7 Primary key id_user Integer 5 Foreign key 1 id_scancounter Integer 7 Foreign key 2 jumlah_pengunjung Integer 7 3.2.3 ERD (Entity Relationship Diagram) N PK user id_user username password N N PK FK1 FK2 scanning counter id_scancounter id_user id_tiket sisa_tiket 1 1 scanning gate N PK FK1 FK2 id_scangate id_user id_scancounter jumlah_pengunjung 1 PK tiket id_tiket tema_event tgl_event jam_event lokasi_event 1 Gambar 3.10 Entity Relationship Diagram 41
3.2.3.1 Detail Atribut ERD Tabel 3.6 Detail Atribut ERD Nama Entitas User Scanning Counter Scanning Gate Tiket Atribut id_user, username, password id_scancounter, id_user, id_tiket, sisa_tiket id_scangate, id_user, id_scancounter, jumlah_pengunjung id_tiket, tema_event, tgl_event, jam_event, lokasi_event 3.2.4 Interface ( Rancangan Antarmuka) 1. Interface Halaman Utama Gambar 3.11 Rancangan Halaman Utama 2. Interface Halaman Login Gambar 3.12 Rancangan Halaman Login 42
3. Interface Halaman Entri Tiket Gambar 3.13 Rancangan Halaman Entri Tiket 4. Interface Halaman Scanning Counter Gambar 3.14 Rancangan Halaman Scanning Counter 5. Interface Halaman Scanning Gate Gambar 3.15 Rancangan Halaman Scanning Gate 43