SKPL

REKAYASA PERANGKAT LUNAK | KELAS INFORMATIKA-H
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SISTEM INFORMASI PARIWISATA

BERBASIS WEB
Nama Kelompok
Musthafani
R Moch Makruf Puja P
Zeddin Arief
Masayu Vidya Rosyidah
Achmad Alim Rabbani
Asisten : Richa Amalia

Anggi Mahadika
Nomor Dokumen Halaman
SEL01-SXX
(XX = Nomor XX/YY
Urut Grup)
Tanggal :
REVISI KE 1 dd/mm/yyyy
SPESIFIKASI KEBUTUHAN Nomor Dokumen
PERANGKAT LUNAK Revisi : x
DAFTAR PERUBAHAN
Revisi Deskripsi
INDEX A B C
D E F G H
TGL 10/10/14 24/10/14 31/10/14
Ditulis Kelompokx Kelompox Kelompokx

Oleh
Diperiksa Asprak Asprak Asprak

Oleh
Disetujui
Oleh
i
DAFTAR HALAMAN PERUBAHAN
Halaman Revisi Halaman Revisi
ii
iii
DAFTAR ISI
DAFTAR PERUBAHAN ................................................................................................i

DAFTAR HALAMAN PERUBAHAN .............................................................................ii
DAFTAR ISI ............................................................................................................... iv
DAFTAR TABEL ..........................................................................................................v
DAFTAR DIAGRAM................................................................................................... vi
DAFTAR GAMBAR ................................................................................................... vii
iv
DAFTAR TABEL
v
DAFTAR DIAGRAM
vi
DAFTAR GAMBAR
vii
BAB 1
PENDAHULUAN
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) yang

akan digunakan sebagai acuan pengembangan perangkat lunak pada tahap
selanjutnya oleh pengembang. Pada dokumen ini akan di definisikan spesifikasi
kebutuhan perangkat lunak berupa aplikasi berbasis web yang digunakan untuk
memesan jasa parawisata berbasis online dari website MalangMbois.com
1.1 Deskripsi Umum Dokumen

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian pertama yaitu
Pendahuluan, bagian ini berisi tentang penjelasan dari dokumen SKPL yang
meliputi Deskripsi Umum, Tujuan Penulisan, Lingkup Masalah, Definisi, Istilah,
dan Singkatan, Aturan Penomoran, serta Referensi.
Bagian kedua yaitu Deskripsi Sistem, bagian ini berisi tentang Deskripsi Umum
Sistem, Deskripsi Umum Perangkat Lunak, Fungsi Produk/ Perangkat Lunak,
Karakteristik Pengguna, Batasan, dan Lingkungan Operasi.
Bagian ketiga yaitu Deskripsi Kebutuhan Perangkat Lunak, bagian ini berisi
tentang penjelasan secara lebih detail mengenai kebutuhan perangkat lunak,
baik kebutuhan fungsional maupun kebutuhan non fungsional. Selain itu juga
dijelaskan diagram-diagram seperti use case diagram, use case scenario,
sequence diagram, dan class diagram pada sub bagian Pemodelan Kebutuhan.
1.2 Tujuan Penulisan Dokumen

Dokumen ini berisi tentang Spesifikasi Kebutuhan Perangkat Lunak (SKPL)
atau Software Requirement Spesification (SRS) dari Aplikasi Booking Online
Berbasis Web. Tujuan dari penulisan dokumen ini yaitu:
1. Memberikan penjelasan berupa gambaran umum maupun
penjelasan secara detail mengenai perangkat lunak yang akan
dibangun.
2. Memberikan landasan yang diperlukan dalam proses pengkodean
Aplikasi Booking Online Berbasis Web.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai dasar

acuan pengembangan perangkat lunak pada tahap selanjutnya.
8
1.3 Lingkup Masalah
Masalah yang selama ini dialami dalam sistem pemesanan konvensional yaitu:
1. Permasalahan yang sangat merugikan bagi penyedia, yaitu permasalahan

salah kode rekening, sehingga tagihan tidak bisa cair.
2. Harus datang ketempat kantor pemasaran langsung jika ingin memesan

paket perjalanan wisata.
3. Pemasaran ke masyarakat terbatas
4. Proses akomodasi dalam pemesanan layanan paket wisata tidak efisien

karena sistemnya yang manual.
Dengan adanya aplikasi ini penyedia jasa layanan parawisata dapat

memasarkan jasanya lebih luas. Penyedia jasa dengan mudah memberikan
promosi guna meningkatkan tingkat penjualan. Konsumen dapat meminimalisir
kemungkinan tidak mendapat akomodasi dalam paket yang disediakan.
1.4 Definisi, Istilah, dan Singkatan

Istilah dan Singkatan Uraian Penjelasan
 SKPL  Spesifikasi Kebutuhan
Perangkat Lunak
Dokumen hasil analisis yang
berisi spesifikasi kebutuhan
pengguna
 SRS  Software Requirement
Spesification
Dokumen hasil analisis yang
berisi spesifikasi kebutuhan
pengguna
 Pengunjung  Pengguna Aplikasi yang
tidak/belum memiliki akun di
malangmbois.com
 Member  Pengguna yang telah terdaftar
dan memiliki akun di
malangmbois.com
9
 Admin  Pengguna Apikasi yang telah

terdaftar dan memiliki akun
Alone serta memiliki hak akses
khusus
 PHP  Hypertext Preprocessor
Bahasa pemrograman untuk
pengembangan aplikasi berbasis
web
 Database  Sistem yang digunakan untuk
menyimpan, mengolah data
dalam jumlah yang besar
 Usecase  Diagram yang digunakan untuk
menunjukkan fungsionalias dari
suatu sistem.
 Perusahanaan  Pengguna menawarkan jasa /
tempat wisata dan
penginanapan
Tabel 1. Definisi, Istilah, Singkatan
1.5 Aturan Penomoran

Aturan penomoran kebutuhan pada SKPL ini yaitu:
No Aturan Penomoran Keterangan
1. MALBOIS_1_XXX Kebutuhan Fungsional
2. MBS_2_XXX Kebutuhan Non Fungsional
Tabel 2. Aturan Penomoran
MALBOIS_1_XXX : Representasi kebutuhan fungsional dari aplikasi
MalangMbois dengan nomor urut XXX
MBS_2_XXX: Representasi kebutuhan non-fungsional dari aplikasi ALONE
dengan nomor urut XXX
1.6 Referensi
1. Modul 1 Rekayasa Kebutuhan
10
BAB 2
DESKRIPSI SISTEM
2.1.1 Deskripsi Umum Sistem Commented [O1]: Bisa ditambahkan gambaran serta
penjelasan proses komunikasi sistem secara umum dan
Aplikasi Malang mbois merupakan suatu aplikasi berbasis web yang komponen---komponen pendukung berjalannya system
bertujuan untuk memudahkan konsumen dalam mencari informasi serta
memudahkan konsumen untuk memesan layanan ketempat pariwisata yang ada
di malang. Rancangan tatap muka perangkat lunak aplikasi ini menggunakan
bahasa pemrograman PHP dengan basis data PHPMyAdmin.
Aplikasi malang mbois dirancang dengan pendekatan Object Orientied Use
(OO) dimana nantinya rancangan aplikasi akan digambarkan melalui Use Case
Diagram, Usecase Skenario, Sequence Diagram, dan Class Diagram.
MalangMbois.com tidak menangani penyampaian pesanan dari

pelanggan ke perusahaan yang terkait secara online. Namun proses
penyampaian ini dapat dilakukan secara manual dengan menelpon atau
menghubungi perusahaan-perusahaan yang terkait (perusahaan travel dan
hotel).
2.2 Deskripsi Umum Perangkat Lunak

Aplikasi Malang mbois merupakan suatu aplikasi berbasis web yang bertujuan
untuk memudahkan konsumen dalam mencari informasi dan memesan layanan
berupa paket pariwisata yang disediakan. Di dalam aplikasi ini, pengguna dapat
melihat informasi, melakukan pemesanan dan melakukan transaksi secara
online. Sehingga dengan adanya aplikasi ini dapat membantu para traveling
mencari paket-paket wisata di Malang.
Dengan adanya MalangMbois ini diharapkan, pelanggan dapat dilayani

dengan lebih cepat dan memuaskan serta mempermudah pelanggan dalam
mencari informasi mengenai tempat-tempat pariwisata di malang.
11
2.3 Fungsi Produk/Perangkat Lunak

MalangMbois.com dapat melakukan hal-hal berikut ini :
1. Dapat mencari informasi mengenai tempat-tempat pariwisata yang

ada di Malang.
2. Dapat memilih tempat-tempat pariwisata yang ditawarkan berupa

paket-paket perjalanan yang telah disediakan.
3. Dapat memberikan pilihan pada pelanggan dalam mencari tempat-

tempat pariwisata yang diingini.
4. Dapat memberikan pilihan pada pelanggan dalam mencari sebuah

penginapan yang nyaman bagi pelanggan.
5. Dapat melayani pembatalan pemesanan dari pelanggan.
6. Dapat melakukan registrasi dan login. Karena orang yang dapat

melakukan pemesanan hanya orang-orang yang telah terdaftar
sebagai anggota.
7. Dapat melayani pembayaran berupa kartu kredit dari bank-bank

tertentu (secara simulasi)
8. Terdapat fasilitas searching pada database sendiri. Misalnya

mencari tempat-tempat pariwisata yang disediakan oleh perangkat
lunak kita nanti.
2.4 Karakteristik Pengguna
No Identifikasi Pengguna Karakteristik
12
1. Administrator  Memanipulasi paket wisata

 Memverifikasi pengunjung yang
melakukan pendaftaran
 Melihat dan menghapus akun
member
 Melihat transaksi yang dilakukan
member
 Melakukan pengawasan terhadap
seluruh sistem
2. Pengunjung  Melakukan login dan pendaftaran

untuk menjadi Member
 Melihat daftar paket wisata
 Memesan paket wisata
 Membayar paket wisata
 Mencetak invoice
3. Member  Memanipulasi akun profil
 Melihat daftar paket wisata
 Memesan paket wisata
 Membayar paket wisata
 Mendapatkan promo dan discount
 Mencetak invoice
4 Perusahaan  melihat permintaan-permintaan dari
member
 memberikan pelayanan terhadap

permintaan-permintaan member
Tabel 3. Karateristik Pengguna
2.5 Batasan
Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini
yaitu:
13
1. Untuk mengakses aplikasi ini, pengguna harus menggunakan web

browser dengan perangkat yang tersambung dengan koneksi internet.
2. Aplikasi dapat dilihat oleh semua orang, namun hanya bisa diakses dan
digunakan oleh pengunjung yang sudah terdaftar dalam akun member
2.6 Lingkungan Operasi

1. Menggunakan Sistem Operasi Microsoft Windows XP (minimal), OS X 10.5
(minimal), dan Linux.
2. Mengunakan web browser Mozilla FireFox, Google Chrome, Opera,
Internet Explorer.
3. Client dan Server dapat berhubungan ketika tersambung koneksi internet.
4. Bahasa Pemrograman yang digunakan adalah PHP.
5. Database yang digunakan adalah MySQL.
14
BAB 3
DESKRIPSI KEBUTUHAN PERANGKAT LUNAK
3.1 Identifikasi Kebutuhan PL

Pariwisata atau turisme adalah suatu perjalanan yang dilakukan untuk
rekreasi atau liburan dan juga persiapan yang dilakukan untuk aktivitas ini.
Seorang wisatawan atau turis adalah seseorang yang melakukan perjalanan
paling tidak sejauh 80 km (50 mil) dari rumahnya dengan tujuan rekreasi,
merupakan definisi oleh Organisasi Pariwisata Dunia.
Definisi yang lebih lengkap,turisme adalah industri jasa. Mereka menangani

jasa mulai dari transportasi, jasa keramahan, tempat tinggal, makanan, minuman
dan jasa bersangkutan lainnya seperti bank, asuransi, keamanan dll. Dan juga
menawarkan tempat istrihat, budaya, pelarian, petualangan,pengalaman baru
dan berbeda lainnya.
Banyak negara bergantung banyak dari industri pariwisata ini sebagai sumber
pajak dan pendapatan untuk perusahaan yang menjual jasa kepada wisatawan.
Oleh karena itu pengembangan industri pariwisata ini adalah salah satu strategi
yang dipakai oleh Organisasi Non-Pemerintah untuk mempromosikan wilayah
tertentu sebagai daerah wisata untuk meningkatkan perdagangan melalui
penjualan barang dan jasa kepada orang non-lokal. Commented [O2]: Penulisannya dalam bentuk table ya,
disertakan nomor kebutuhannya. Kebutuhan fungsional
di sub bab 3.2 , spesifikasinya di sub sub bab 3.2.1
Di zaman teknologi yang sudah maju seperti sekarang ini, pemesanan
konvensional kurang efektif dalam melakukan pemasaran. Karena sibuk nya
kehidupan sehari – hari orang yang ingin berwisata. Sehingga kemuahan dari
pemesanan secara online membuat para calon emudian kami berinisiatif untuk
mengembangkan aplikasi pariwisata secara onlne berbasis web, yaitu aplikasi
yang bertujuan mempermudah dan mempersingkat waktu bagi pengguna dalam
mencari tempat – tempat pariwisata yang ada dimalang karena sifatnya online.
Di aplikasi ini pengguna yang belum mendaftar nya bisa melihat – lihat paket
paket pariwiasta yang tersedia, sedangkan memer dapat melakukan transaksi
pemesanan paket pariwisata secara online untuk menghemat waktu..
3.2 Kebutuhan Fungsional

Kebutuhan fungsional dari program MalangMbois adalah sebagai berikut :
A. Pengguna : Pengunjung
Commented [O3]: Dimasukkan di sub bab 3.2 , bukan di
3.2.1
15
No. Kode Fungsi Nama Fungsi Deskripsi Kebutuhan
1. MALBOIS_1_01 Registrasi Sistem harus mampu

menyediakan menu Registrasi
bagi user yang ingin mendaftar
menjadi member
2. MALBOIS _1_02 Login Sistem harus mampu

menyediakan menu Login bagi
user agar dapat masuk ke
sistem
3. MALBOIS _1_03 Melihat Paket Sistem harus mampu

Wisata menyediakan menu untuk
menampilkan paket wisata
yang disediakan beserta
deskripsinya
B. Pengguna : Member

sistem
2. MALBOIS _1_03 Melihat Paket Sistem harus mampu

Wisata menyediakan menu untuk
menampilkan paket wisata
yang disediakan beserta
deskripsinya
16
3. MALBOIS_1_04 Edit Profil Sistem harus mampu

menyediakan menu edit untuk
mengubah informasi pribadinya
4. MALBOIS _1_05 Pesan paket Sistem harus mampu

menyediakan menu untuk
memesan paket wisata yang
diinginkan member
5. MALBOIS _1_06 Cetak invoice Sistem harus mampu

menyediakan menu untuk
mencetak invoice bagi user
yang telah melakukan
pembayaran
6. MALBOIS _1_07 Logout Sistem harus mampu

menyediakan menu Logout
bagi user agar dapat keluar
dari sistem
C. Pengguna : Administrator

sistem
2. MALBOIS _1_08 Mengelola data Sistem harus mampu

member menyediakan menu untuk
mengelola data dan pesanan
member
17
3. MALBOIS_1_09 Mengelola data Sistem harus mampu

paket wisata menyediakan menu untuk
mengelola data paket wisata
4. MALBOIS_1_10 Melihat data Sistem harus mampu

Perusahaan menyediakan menu bagi admin
memberikan informasi terkait
data Perusahaan yang mendaftar
dan yang sudah terdaftar
5. MALBOIS _1_07 Logout Sistem harus mampu

menyediakan menu Logout bagi
user agar dapat keluar dari
sistem
3.2.1 Spesifikasi Kebutuhan

Spesifikasi dari kebutuhan fungsional MalangMbois adalah sebagai berikut :
No. Kode Spesifikasi Spesifikasi Kebutuhan
1. MALBOIS _1_01_01 Sistem menampilkan form yang berisi nama,

nomor hadphone, alamat, username dan
password
2. MALBOIS_1_02_01 Sistem menampilkan form yang berisi username

dan password
3. MALBOIS_1_03_01 Sistem harus mampu menampilkan deskripsi tiap

paket wisata yang berisi foto, alamat, jadwal, rute,
penginapan dan harga paket
4. MALBOIS_1_04_01 Sistem harus mampu menyediakan menu untuk

mengedit profil member berupa data nama,
18
nomor handphone, alamat dan password
5. MALBOIS_1_05_01 Sistem harus mampu menyediakan form

pemesanan yang berisi nama paket wisata dan
jadwal keberangkatan
6. MALBOIS_1_05_02 Sistem harus mampu menampilkan total harga

pemesanan dari paket wisata dan jadwal yang
diinputkan member
7 MALBOIS_1_05_03 Sistem harus mampu menampilkan kode

pembayaran bagi member yang digunakan pada
saat pembayaran
8 MALBOIS_1_08_01 Sistem harus mampu menyediakan menu untuk

menampilkan semua data member yang terdaftar

menampilkan data member yang memesan dan
paket yang dipesan

menampilkan member yang sudah dan belum
melakukan pembayaran.

menambahkan paket wisata baru

mengubah jadwal paket wisata

menghapus paket yang terdapat pada sistem
19
14 MALBOIS_1_09_04 Sistem harus mampu menyediakan menu bagi

admin memberikan informasi terkait promo
kepada member yang telah terdaftar
3.2.2 Non Fungsional
No. Kode Fungsi Paramenter Deskripsi Kebutuhan
1. MBS_2_001 Availability Sistem dapat dijalankan di setiap

perangkat yang memilki browser
(PC, Smartphone, dll)
2. MBS_2_002 Memory Aplikasi ini harus ringan dan tidak

membutuhkan memory tinggi.
Sehingga aplikasi ini dapat dijalankan
pada computer dengan spesifikasi
rendah. Hal ini sangat penting
karena aplikasi ini akan diakses
melalui internet dan mungkin akan
diakses melalui warnet dengan
spesifikasi hardware yang rendah
3. MBS_2_003 Response time Aplikasi ini harus cepat. Karena akan

dijalankan melaui internet. Pada
daerah – daerah yang koneksi
internetnya lambat maka aplikasi ini
juga harus dapat diakses secara
cepat
4. MBS_2_004 Security Sistem mampu menyediakan

login menggunakan username
dan password untuk tiap akun
20
untuk menjaga keamanan data

dari user. Jika terjadi kesalahan 5x
saat login maka akan diminta
memasukkan kode verifikasi yang
akan dikirimkan melalui email jika
username yang dimasukkan
terdaftar.
5. MBS _2_005 Usability Sistem dapat diakses selama 24

jam setiap harinya.
Tabel 7. Kebutuhan Non Fungsional
3.3 Kebutuhan Antarmuka Eksternal

3.3.1 Antarmuka Pengguna
Kebutuhan minimum perangkat keras yang dapat digunakan oleh User dan
Admin untuk mengakses MalangMbois adalah:
1. Personal Computer (PC)
2. Smartphone
3. Keyboard
4. Mouse
Selebihnya aplikasi ini tidak membutuhkan antarmuka perangkat keras yang
lebih spesifik.
3.3.2 Antarmuka Perangkat Keras

Sistem MalangMbois.com berjalan diatas perangkat keras mesin komputer,
memory, hardisk. Dimana sistem ini juga terhubung dengan jaringan komputer dengan
menggunakan desktop.
21
3.3.3 Antarmuka Perangkat Lunak

Aplikasi Lelang Online Berbais Web ini menggunakan bahasa pemrograman
PHP, HTML, JavaScript. Sedangkan untuk database digunakan MySQL dan
webserver Apache.
3.3.4 Antarmuka Komunikasi

Yang dibutuhkan adalah Personal Computer (PC) dan Smartphone dengan
sebuah jaringan atau koneksi yang bisa tersambung dengan internet.
3.4 Pemodelan Kebutuhan

3.4.1 Use Case
22
Diagram 1. Usecase Diagram
Usecase diagram merupakan diagram yang menggambarkan apa saja fungsi-

fungsi dalam sistem yang dapat dilakukan oleh aktor. Pada usecase diagram
terdapat 3 aktor yaitu pengguna, member, dan admin. Setiap aktor memiliki hak
akses khusus pada sistem.
Pengguna merupakan aktor yang belum terdaftar dan tidak memiliki akun
MalangMbois.com, pada aktor Pengguna terdapat tiga fungsi yang dapat diakses,
yaitu Registrasi, Login, Melihat Paket Wisata. Member merupakan aktor yang
sudah terdaftar dan memiliki akun MalangMbois.com, pada aktor member
terdapat empar hak akses khusus yang dapat dilakukan member ketika sudah
Masuk, yaitu Edit Profil, Pesan Paket, Cetak Invoice dan Logout. Admin
merupakan aktor yang telah memiliki akun sebagai admin, pada aktor admin
terdapat sembilan hak akses khusus yang dapat dilakukan admin ketika sudah
Masuk, yaitu Melihat data member, Melihat data pemesanan, Melihat transaksi,
Tambah Paket, Edit jadwal, Menghapus Paket, Memberi info promo, Melihat
data perusahaan, logout.
Pada diagram diatas ditunjukkan bahwa aktor member merupakan generalisasi
dari aktor pengguna, yang artinya member bisa melakukan semua fungsi yang
dapat dilakukan pengguna juga. Dan aktor admin merupakan generalisasi dari
aktor pengguna, yang artinya admin juga dapat melakukan semua fungsi yang
dapat dilakukan pengguna.
3.4.2 Use Case Scenario

3.4.2.1 Usecase Skenario Registrasi
MALBOIS_1_001
Registrasi
Objective Aktor dapat mendaftarkan akun ke dalam sistem
23
Aktor Pengguna
Pre-Condition Aktor telah masuk dalam halaman awal sistem
Main Flow 1. Aktor mengeklik ikon Daftar

2. Sistem menampilkan form Daftar
3. Aktor mengisi form Daftar
4. Aktor mengeklik ikon Save
5. Sistem menyimpan data pengguna ke dalam database
Alternative Flow 1. Jika username yang diinputkan oleh aktor telah
digunakan oleh pengguna lain, maka akan muncul
pesan “Username telah digunakan, ganti dengan
username baru!!”
2. Jika ada data yang belum diisi oleh aktor maka akan
muncul pesan “Lengkapi data diri terlebih dahulu!!”
Post Condition Aktor berhasil mendapatkan akun Registrasi
Tabel 4. Usecase Skenario Registrasi
3.4.2.2 Usecase Skenario Login

MALBOIS_1_002
Login
Objective Aktor dapat mengakses fungsi utama dari sistem
berdasarkan previlege
Aktor Pengguna, Member dan Admin
Pre-Condition Aktor telah berhasil melakukan Registrasi dan memiliki
akun MalangMbois.com
Main Flow 1. Aktor masuk ke dalam halaman awal
2. Aktor mengeklik ikon Masuk
3. Sistem menampilkan form Masuk
4. Aktor mengisi username dan password
5. Sistem memvalidasi username yang diinputkan aktor
Alternative Flow 1. Jika password yang telah diinputkan oleh aktor
terdeteksi salah oleh sistem, maka sistem
menampilkan pesan “Silahkan memasukkan ulang
24
password anda! Perhatikan penulisan huruf kapital

atau non-kapital pada password! (contoh:
“password” tidak sama dengan “PASSWORD”)”.
2. Jika username yang diinputkan oleh aktor terdeteksi
salah oleh sistem meskipun password terdeteksi
benar atau password terdeteksi salah, maka sistem
akan menampilkan pesan “User belum terdaftar di
database! Silahkan ulangi MASUK beberapa saat lagi”.
3. Jika username dan password tidak diisi oleh
aktor, maka akan menampilkan pesan “Silahkan isi
username dan password anda!”.
Post Condition Aktor berhasil melihat dan mengetahui menu-menu yang
ada dalam sistem.
Tabel 5. Usecase Skenario Masuk
3.4.2.3 Usecase Skenario Melihat Paket Wisata

MALBOIS_1_003
Melihat Paket Wisata
Objective Aktor bisa melihat datar paket wisata yang disediakan
beserta deskripsinya
Aktor Pengguna, Member, Admin
Pre-Condition Aktor telah masuk ke halaman utama
Main Flow 1. Aktor memilih kategori paket wisata yang disediakan
dan mengeklik ikon search
2. Sistem menampilkan daftar paket wisata
Alternative Flow 1. Jika kategori paket tidak ditemukan maka sistem akan
menampilkan kalimat “Kategori Tidak Ditemukan”
Post Condition Aktor berhasil melihat daftar paket wisata sesuai kategori
yang dipilih
Tabel 6. Usecase Skenario Melihat Paket Wisata
3.4.2.4 Usecase Skenario Edit Profil

MALBOIS_1_004
Melihat Edit Profil
25
Objective Aktor bisa mengubah profil bedasarkan sesuai dengan

informasi pribadinya
Aktor Member
Pre-Condition Member telah masuk ke halaman utama
Main Flow 1. Member melakukan perubahan profil nya bedasarkan
infromasi pribadi
2. Sistem menampilkan perubahan data yang terbaru
yang dilakukan oleh Member
Alternative Flow 1. Jika member tidak melengkapi data profil nya maka
sistem akan menampilkan kalimat “Data Anda Belum
Lengkap”
Post Condition Aktor berhasil melakukan perubahan profil nya sesuai
dengan informasi pribadi nya
Tabel 7. Usecase Skenario Edit Profil
3.4.2.5 Usecase Skenario Pesan Paket

MALBOIS_1_005
Melihat Pesan Paket
Objective Aktor bisa melakukan pemesanan paket sesuai keinginan
paket wisata yang tersedia
Aktor Pengguna dan Member
Pre-Condition Aktor telah masuk ke halaman utama
Main Flow 1. Aktor melakukan pencarian paket wisata bedasarkan
keinginan nya
2. Aktor dapat melakukan pemesanan paket yang
tersedia
3. Sistem menampilkan pesanan paket wisata yang
dipesan oleh Aktor
Alternative Flow 1. Jika aktor tidak dapat menemukan paket tersebut
maka sistem akan menampilkan kalimat “Paket Yang
Anda Cari Tidak Tersedia”
2. Sistem akan meminta memasukkan pilihan paket
wisata yang lain atau yang tersedia
26
Post Condition Aktor berhasil medapatkan paket wisata sesuai dengan

yang dipesan
Tabel 8. Usecase Skenario Pesan Paket
3.4.2.6 Usecase Skenario Cetak Invoice

MALBOIS_1_006
Cetak Invoice
Objective Aktor bisa mencetak invoce sesuai sesusai pilihan paket
yang telah dipesan
Aktor Pengguna dan Member
Pre-Condition Aktor telah memesan paket yang dipilih
Main Flow 1. Aktor telah melakukan pemesanan paket yang tersedia
2. Sistem menampilkan invoice yang akan diceak oleh
Aktor
Alternative Flow -
Post Condition Aktor berhasil melakukan cetak invoice paket wisata
sebagai bukti akan pembayaran
Tabel 9. Usecase Skenario Cetak Invoice
3.4.2.7 Usecase Skenario Logout
MALBOIS_1_007
Logout
Objective Aktor dapat keluar dari akun MalangMbois.com
Aktor Member dan Admin
Pre-Condition Aktor telah masuk ke dalam akun MalangMbois.com
Main Flow 1. Aktor mengeklik ikon Keluar
2. Sistem mengeluarkan aktor dari akun
MalangMbois.com
Alternative Flow -
Post Condition Aktor berhasil keluar dari akun MalangMbois.com
Tabel 10. Use Case Skenario Logout
27
3.4.2.8 Usecase Skenario Melihat Daftar Member

MALBOIS_1_008
Melihat Daftar Member
Objective Aktor dapat melihat daftar member
Aktor Admin
Pre-Condition Aktor telah masuk kedalam akun MalangMbois.com
Main Flow 1. Aktor mengeklik fungsi lihat daftar member
2. Sistem menampilkan halaman daftar member
Alternative Flow -
Post Condition Data member berhasil ditampilkan dan dilihat aktor

Tabel 11. Usecase Skenario Melihat Daftar Member
3.4.2.9 Usecase Skenario Melihat Daftar Pemesanan
MALBOIS_1_009
Melihat Daftar Pemesanan
Objective Admin dapat melihat daftar pemesanan
Aktor Admin
Main Flow 1. Aktor mengklik fungsi lihat daftar pemesanan
2. Sistem menampilkan halaman yang berisi daftar
pemesanan oleh member
Alternative Flow -
Post Condition Data pemesanan member ditampilkan dan dilihat aktor

Tabel 12. Usecase Skenario Melihat Daftar Pemesanan
3.4.2.10 Usecase Skenario Tambah Paket
MALBOIS_1_010
Tambah Paket
Objective Admin dapat menambahkan paket wisata
Aktor Admin
28

Main Flow 1. Admin mengklik fungsi tambah paket
2. Sistem menampilkan halaman untuk mengisi deskripsi
paket yang akan ditambahkan, yaitu foto, rute,
alamat, penginapan dan harga paket
Alternative Flow -
Post Condition Paket wisata akan bertambah pada daftar paket wisata
Tabel 13. Usecase Skenario Tambah Paket
3.4.2.11 Usecase Skenario Hapus Paket
MALBOIS_1_011
Hapus Paket
Objective Aktor dapat melakukan hapus paket yang sudah tidak
tersedia
Aktor Admin
Main Flow 1. Aktor mengeklik ikon daftar paket
2. Sistem menampilkan halaman daftar paket
3. Aktor menghapus paket yang diinginkan
4. Sistem menghapus paket dari database
Alternative Flow -
Post Condition Paket wisata berhasil dihapus dari database

Tabel 14. Usecase Skenario Hapus Paket
3.4.2.12 Usecase Skenario Memberi Info Promo

MALBOIS_1_012
Memberi Info Promo
Objective Aktor dapat melakukan memberi info promo pada
halaman utama
Aktor Admin
29
Main Flow 1. Aktor mengeklik ikon info promo

2. Sistem menampilkan form info promo
3. Aktor mengisikan data promo berupa gambar dan
deskripsi kemudian klik ikon simpan
4. Sistem akan menyimpan promo kedalam database
Alternative Flow Jika data berita tidak diisikan oleh aktor, maka akan
muncul pesan “Isi data promo terlebih dahulu!”
Post Condition Info promo berhasil terimpan di dalam database dan
diunggah ke halaman utama MalangMbois.com
Tabel 15. Usecase Skenario Memberi Info Promo
3.4.2.13 Usecase Skenario Melihat Data Perusahaan

MALBOIS_1_013
Memberi Info Promo
Objective Aktor dapat melihat data perusahaan untuk pelengkap
database website MalangMbois.com
Aktor Admin
Main Flow 1. Admin mengklik fungsi lihat daftar perusahaan
2. Sistem menampilkan daftar perusahaan yang
mendaftar dan
Alternative Flow -
Post Condition Daftar perusahaan berhasil ditampilkan

Tabel 16. Usecase Skenario Melihat Data Perusahaan
3.4.3 Sequence Diagram Commented [O4]: Diberi penjelasan tiap sequence yaa,
dan diurutkan berdasarkan nomor kebutuhan serta
Login diberi nomor kebutuhan sebelum sequence
30
Lihat Paket
31
3.4.4 Class Diagram Commented [O5]: Diberi penjelasan
32

SKPL

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SKPL

Diunggah oleh

Hak Cipta:

Format Tersedia

REKAYASA PERANGKAT LUNAK | KELAS INFORMATIKA-H

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM INFORMASI PARIWISATA

Asisten : Richa Amalia

Nomor Dokumen Halaman

Ditulis Kelompokx Kelompox Kelompokx

Diperiksa Asprak Asprak Asprak

DAFTAR HALAMAN PERUBAHAN

Halaman Revisi Halaman Revisi

DAFTAR PERUBAHAN ................................................................................................i

Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) yang

1.1 Deskripsi Umum Dokumen

1.2 Tujuan Penulisan Dokumen

Dokumen ini digunakan oleh pengembang perangkat lunak sebagai dasar

1.3 Lingkup Masalah

1. Permasalahan yang sangat merugikan bagi penyedia, yaitu permasalahan

2. Harus datang ketempat kantor pemasaran langsung jika ingin memesan

3. Pemasaran ke masyarakat terbatas

4. Proses akomodasi dalam pemesanan layanan paket wisata tidak efisien

Dengan adanya aplikasi ini penyedia jasa layanan parawisata dapat

1.4 Definisi, Istilah, dan Singkatan

 Admin  Pengguna Apikasi yang telah

1.5 Aturan Penomoran

MalangMbois.com tidak menangani penyampaian pesanan dari

2.2 Deskripsi Umum Perangkat Lunak

Dengan adanya MalangMbois ini diharapkan, pelanggan dapat dilayani

2.3 Fungsi Produk/Perangkat Lunak

1. Dapat mencari informasi mengenai tempat-tempat pariwisata yang

2. Dapat memilih tempat-tempat pariwisata yang ditawarkan berupa

3. Dapat memberikan pilihan pada pelanggan dalam mencari tempat-

4. Dapat memberikan pilihan pada pelanggan dalam mencari sebuah

5. Dapat melayani pembatalan pemesanan dari pelanggan.

6. Dapat melakukan registrasi dan login. Karena orang yang dapat

7. Dapat melayani pembayaran berupa kartu kredit dari bank-bank

8. Terdapat fasilitas searching pada database sendiri. Misalnya

2.4 Karakteristik Pengguna

No Identifikasi Pengguna Karakteristik

1. Administrator  Memanipulasi paket wisata

2. Pengunjung  Melakukan login dan pendaftaran

 memberikan pelayanan terhadap

1. Untuk mengakses aplikasi ini, pengguna harus menggunakan web

2.6 Lingkungan Operasi

3.1 Identifikasi Kebutuhan PL

Definisi yang lebih lengkap,turisme adalah industri jasa. Mereka menangani

3.2 Kebutuhan Fungsional

No. Kode Fungsi Nama Fungsi Deskripsi Kebutuhan

1. MALBOIS_1_01 Registrasi Sistem harus mampu

2. MALBOIS _1_02 Login Sistem harus mampu

3. MALBOIS _1_03 Melihat Paket Sistem harus mampu

No. Kode Fungsi Nama Fungsi Deskripsi Kebutuhan

1. MALBOIS _1_02 Login Sistem harus mampu

2. MALBOIS _1_03 Melihat Paket Sistem harus mampu

3. MALBOIS_1_04 Edit Profil Sistem harus mampu

4. MALBOIS _1_05 Pesan paket Sistem harus mampu

5. MALBOIS _1_06 Cetak invoice Sistem harus mampu

6. MALBOIS _1_07 Logout Sistem harus mampu

No. Kode Fungsi Nama Fungsi Deskripsi Kebutuhan

1. MALBOIS _1_02 Login Sistem harus mampu

2. MALBOIS _1_08 Mengelola data Sistem harus mampu

3. MALBOIS_1_09 Mengelola data Sistem harus mampu

4. MALBOIS_1_10 Melihat data Sistem harus mampu

5. MALBOIS _1_07 Logout Sistem harus mampu

3.2.1 Spesifikasi Kebutuhan