SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK “RESERVASI KARAOKE”.docx

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
"RESERVASI KARAOKE"






Ditulis Oleh :
MUHAMMAD ZUHDI
1441180156
TI 2A






PROGAM STUDI TEKNIK INFORMATIKA
JURUSAN TEKNOLGI INDORMASI
POLITEKNIK NEGERI MALANG
2016
Kebutuhan Perangkat Lunak
Deskripsi Umum Sistem
Sistem Informasi Pemesanan Jadwal Karaoke ini digunakan untuk membantu proses pemesanan pelanggan melalui web yang bisa diakses dimana saja dan kapan saja agar mempermudah setiap pelanggan untuk memesan room karaoke, melakukan pembayaran terhadap apa yang sudah pelanggan pesan. Pelanggan juga bisa mengetahui jadwal karaoke yang telah dipesan orang lain, dan mengetahui jadwal tempat karaoke tutup.
Fitur Utama Perangkat Lunak
Kebutuhan Fungsional
SKPL-ID
Keterangan
SKPL-F01
Manajemen Jadwal Karakoke
SKPL-F02
Manajemen Room Karaoke
SKPL-F03
Memasukkan Hari
SKPL-F04
Memasukkan Tanggal
SKPL-F05
Memasukkan Jam
SKPL-F06
Pencatatan Jadwal dan Room Karaoke
SKPL-F07
Update Jadwal dan Room Karaoke
SKPL-F08
Pemesanan Karaoke
SKPL-F09
Pembayaran Karaoke
Tabel 1 Ringkasan Kebutuhan Fungsional
Kebutuhan Non Fungsional
SKPL-Id
Keterangan
SKPL-FZ01
Register – Dibuat untuk membuat account baru kepada user atau staff.
SKPL-FZ02
Login dan Logout – Dibuat untuk mengatur hak akses dan level setiap user di dalam sistem. Memberikan keamanan pada sistem.
SKPL-FZ03
Website tidak boleh kehilangan data, kecuali dengan interfensi dari pengguna.
SKPL-FZ04
Website meampilkan data yang benar adanya.
SKLP-FZ05
Halaman Website yang Responsive agar website dapat menyesuaikan resolusi (ukuran layar) di semua perangkat.
SKPL-FZ06

Tabel 2 Ringkasan Kebutuhan Non Fungsional



Model Use Case
Realisasi UseCase Terhadap Analisis
Use Case Diagram untuk Sistem Informasi Pemesanan Jadwal Karaoke adalah :


Gambar 1 Rancangan Use Case
Definisi Aktor
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
No
Aktor
Deskripsi
1
Administrator
Melakukan manajemen (input, update, delete) data pemesanan karaoke. Admin juga bertugas mengontrol dan menerima pembayaran. Selain itu, admin juga mengirimkan data pemesanan kepada staff untuk mengecek validasi reservasi.
2
Staff
Melakukan cek validasi reservasi pada saat user memberikan struk dan mencocokkan data dari admin.
3
User
Melihat jadwal karaoke, memilih tanggal dan room karaoke kemudian memesan dan melakukan pembayaran.
Tabel 3 Karakteristik Pengguna
UC-01
Memilih room
Use Case ini diakses oleh Administrator yang dapat memasukkan, mengubah, mengupdate dan menghapus data ketersediaan room. Use case ini juga dapat diakses oleh user yang bisa memilih room yang tersedia.
UC-02
Memilih tanggal
Use Case ini diakses oleh Administrator yang dapat memasukkan, mengubah, mengupdate dan menghapus data ketersediaan tanggal. Use case ini juga dapat diakses oleh user yang bisa memilih tanggal yang tersedia.
UC-03
Pemesanan
Use Case ini diakses oleh user untuk melakukan pemesanan karaoke setelah memilih room, dan tanggal yang tersedia dan akan mendapatkan nomor pemesanan.
UC-04
Pembayaran
Use Case ini diakses oleh user untuk melakukan pembayaran dengan memasukkan nomor pemesanan.
UC-05
Cek validasi
Use Case ini diakses oleh Staff dengan mencocokkan nomor validasi dari user dengan nomor validasi dari admin.
Tabel 4 Ringkasan Use Case
Skenario Use Case
Untuk lebih memperjelas use case diatas, berikut akan dipaparkan spesifikasi dari setiap use case yang ada. Spesifikasi tersebut akan meliputi:
Nama : merupakan nama use case.
Deskripsi : menjelaskan fungsi dan esensi dari use case.
Aktor : actor yang terlibat pada use case.
Pre Condition : merupakan kondisi awal yang harus terpenuhi sebelum use case berjalan.
Post Condition : merupakan kondisi akhir yang terjadi setelah use case berjalan.
Normal Flow : merupakan langkah-langkah yang secara normal dijalankan dalam use case.
Berikut skenario (flow of event) untuk beberapa use case utama, yang menggambarkan urutan interaksi actor dengan use case tersebut, dari awal sampai akhir.
Pemesanan Karaoke (UC-03)
Nama Use Case
Pemesanan Karaoke berbasis Website
Deskripsi
Admin menampilkan tanggal, dan room yang tersedia, user melihat dan memilih tanggal dan room, kemudian melakukan pemesanan, pembayaran, dan cek validasi kepada Staff.
Pre-kondisi
Jadwal karaoke belum tersedia.
Post-kondisi
Pemesanan karaoke tersimpan.
Skenario Normal
Aksi Actor
Reaksi Sistem

1. Menampilkan tanggal dan room yang tersedia.
2. Memilih tanggal, dan room karaoke yang diminati kemudian melakukan pemesanan.


3. Menyimpan pemesanan user dan memberikan nomor pesanan.
4. User mendapatkan nomor pesanan dari website.

Skenario Alternatif
2.1 User menekan tombol "Batal"


Pemesanan Karaoke
Activity Diagram Pemesanan Karaoke (UC-03)

Menampilkan FormRegustrasiMengisi Form RegistrasiSimpan DataStartMenampilkan FormRegustrasiMengisi Form RegistrasiSimpan DataStart
Menampilkan FormRegustrasi
Mengisi Form Registrasi
Simpan Data
Start
Menampilkan FormRegustrasi
Mengisi Form Registrasi
Simpan Data
Start

Diagram Pencatatan Jadwal Kegiatan Latihan
Sequence Diagram Pencatatan Kegiatan Latihan Cabang Olahraga (SEQ-01)

Sequence Diagram Pencatatan Jadwal Kegiatan Latihan Cabang Olahraga