KOTA3B

Software Requirements Specification version 1.0

Sistem Rekomendasi Objek Wisata pada
Aplikasi Reservasi Pramuwisata
 DAFTAR ISI

DAFTAR ISI.............................................................................................................i
BAB I.......................................................................................................................1
PENDAHULUAN...................................................................................................1
1.1. Tujuan........................................................................................................1
1.2. Ruang Lingkup..........................................................................................1
1.3. Definisi Istilah, Singkatan dan Akronim...................................................2
1.4. Referensi....................................................................................................2
1.5. Sistematika Penulisan................................................................................2
BAB II......................................................................................................................4
DESKRIPSI UMUM................................................................................................4
2.1. Perspektif Produk.........................................................................................4
2.2. Fungsi Produk (Functional Requirement)....................................................4
2.2.1 Fungsional Requirement..........................................................................4
2.2.2 Non Fungsional Requirement..................................................................5
2.3. Karakteristik Pengguna................................................................................5
2.4. Batasan-Batasan...........................................................................................5
2.5. Asumsi dan Ketergantungan.........................................................................6
BAB III....................................................................................................................7
SPECIFIC REQUIREMENT...................................................................................7
3.1. Deskripsi Aktor External..............................................................................7
3.1.1. Human Actors........................................................................................7
3.1.2. Hardware Actors.....................................................................................7
3.1.3. Software System Actors.........................................................................7
3.2. Deskripsi Use Case.......................................................................................8
3.2.1. Use Case Mencari Tempat Wisata (UC-1).............................................9
3.2.2. Use Case Recommender Tempat Wisata (UC-2).............................10
3.2.3. Use Case Reservasi Guide (UC-3)..................................................11
3.2.4. Use Case Konfirmasi Reservasi (UC-4).........................................12
3.2.5. Use Case Rating Guide (UC-5).......................................................13

2
 3.2.6. Use Case Respond Reservasi (UC-6)..............................................14
3.2.7. Use Case Manage Profil (UC-7).....................................................15
3.2.8. Use Case Manage Guide (UC-8)....................................................16
3.3. Tabel Keterhubungan...................................................................................17
UC-2...............................................................................................................17
UC-3, UC-7.....................................................................................................17
UC-1, UC-3, UC-4, UC-6...............................................................................17
UC-5...............................................................................................................17
UC-8...............................................................................................................17
3.4. Performance Requirement...........................................................................17
3.5. Design Constraint........................................................................................17
3.5. Software System Attributes.........................................................................18
3.5.1. Correctness...........................................................................................18
3.6. Other Requirement......................................................................................18

3
 BAB I

PENDAHULUAN

1.1. Tujuan

Tujuan dari pembuatan Software Requirement Specification ini adalah

untuk menyajikan deskripsi detil dari pembangunan Sistem Rekomendasi Objek
Wisata pada Aplikasi Reservasi Pramuwisata. Dokumen ini menjelaskan
mengenai fungsi dan tujuan sistem yang akan dibangun, batasan-batasan operasi
yang dapat sistem lakukan serta skenario yang dapat dilakukan oleh sistem dan
pengguna aplikasi. Dokumen ini dimaksudkan untuk stakeholder serta developer
pembangunan sistem ini.

1.2. Ruang Lingkup

Sistem Rekomendasi Objek Wisata pada Aplikasi Reservasi Pramuwisata

ini adalah sistem yang bertujuan untuk memberikan rekomendasi objek wisata
yang akan dipilih oleh wisatawan dan membantu wisatawan dalam melakukan
reservasi pramuwisata. Rekomendasi yang diberikan kepada wisatawan adalah
rekomendasi objek wisata menurut tipe objek wisata yang ada di Google Place
berdasarkan riwayat tingkah laku user dalam melihat objek wisata dan melakukan
reservasi objek wisata.
Sedangkan reservasi pramuwisata yang dapat dibantu dalam aplikasi ini
adalah menemukan pramuwisata yang tersedia pada objek wisata yang dipilih,
melakukan reservasi kepada pramuwisata dan melakukan pembatalan reservasi.
Dalam aplikasi ini, proses komunikasi dan proses pembayaran tidak termasuk.
 1.3. Definisi Istilah, Singkatan dan Akronim
No. Istilah Deskripsi
1 Obyek wisata tempat atau keadaan alam yang memiliki
sumber daya wisata yang dibangun dan
dikembangkan sehingga mempunyai daya tarik
dan diusahakan sebagai tempat yang dikunjungi
wisatawan.
2 Wisatawan Orang yang melakukan kegiatan wisata
3 Pramuwisata Petugas pariwisata yg berkewajiban memberi
petunjuk dan informasi yg diperlukan
wisatawan.

1.4. Referensi
Referensi yang digunakan sebagai acuan dalam pembuatan dokumen SRS
ini, yaitu:
IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software
Requirements Specifications, IEEE Computer Society, 1998.

1.5. Sistematika Penulisan

BAB I Pendahuluan

Pada bab ini menjelaskan tentang tujuan penulisan dokumen, ruang

lingkup dari aplikasi, daftar definisi istilah, daftar singkatan dan akronim yang
digunakan dalam dokumen.

BAB II Deskripsi Umum

Pada bab ini menjelaskan tentang deskripsi umum aplikasi yang akan
dibuat meliputi perspektif produk, fungsi produk, karakteristik pengguna, batasan-
batasan, asumsi dan ketergantungan dari Recommender System pada aplikasi
reservasi Guide
BAB III Specific Requirements

Pada bab ini menjelaskan setiap requirement aplikasi detail secara teknis,
requirements tersebut meliputih external interface requirements, system features,
perfomance requirements, design constraints, software system attributes.
 BAB II

DESKRIPSI UMUM
2.1. Perspektif Produk
Sistem rekomendasi adalah sebuah fitur yang dapat merekomendasikan
suatu item atau konten kepada user. Sistem rekomendasi yang akan kami buat adalah
sebuah komponen yang berada di dalam aplikasi reservasi pramuwisata, dimana
wisatawan akan diberikan rekomendasi tempat wisata. Aplikasi yang dibangun berupa
web application yang dapat di akses di perangkat mobile. Daftar tempat wisata yang
tersedia didukung oleh layanan Google Places API yang memberikan daftar wisata dan
dilengkapi oleh feedback berupa rating dari pengunjung yang sebelumnya telah
mengunjungi tempat tersebut. Wisatawan akan diberikan rekomendasi tempat wisata yang
berhubungan dengan daya tarik terhadap suatu tempat wisata berdasarkan tipe wisata
yang dipilih sebelumnya. External Interface dan keterhubungan antara sebuah general
system dan recommender system dapat dilihat pada Figure 1.

Figure 1. Keterhubungan secara umum

 Figure 2. Domain dalam sistem rekomendasi tempat wisata

2.2. Fungsi Produk (Functional Requirement)

Rekomendasi tempat wisata pada Aplikasi reservasi guide memiliki dua

fungsi utama, fungsi yang pertama adalah untuk membantu tourism atau
wisatawan mendapatkan guide yang dapat memandu tempat wisata sesuai pilihan
wisatawan. Fungsi yang kedua adalah merekomendasikan tempat wisata
berdasarkan tingkah laku pengguna pada aplikasi, tingkah laku tersebut akan di
rekam oleh sistem yang nantinya akan menghasilkan suatu prediksi tujuan tempat
wisata, tingkah laku tersebut seperti membooking suatu tempat wisata. Untuk
memenuhi fungsi tersebut, aplikasi ini memiliki beberapa fitur sebagai berikut:

2.2.1 Fungsional Requirement

1. Aplikasi ini menampilkan rekomendasi tujuan tempat wisata berdasarkan tingkah
laku pengguna. (FR-1)
2. Aplikasi ini menyediakan fitur untuk menampilkan pramuwisata yang tersedia
untuk memandu suatu tempat wisata berdasarkan posisi pramuwisata terdekat.
(FR-3)
3. Aplikasi ini menyediakan fitur untuk reservasi pramuwisata. (FR-3)

2.2.2 Non Fungsional Requirement

1. Aplikasi ini menyediakan fitur untuk rating guide. (FRN-1)
2. Aplikasi ini dapat mengelola data pramuwisata. (FRN-2)
 2.3. Karakteristik Pengguna
Pengguna (user) dari aplikasi yang akan dibuat adalah:

1. Wisatawan yang ingin melakukan perjalanan wisata ke suatu

daerah dan membutuhkan Pramuwisata (guide).
2. Masyarakat yang ingin menawarkan jasa nya sebagai pramuwisata
(guide) baik masyarakat lokal maupun pramuwisata yang berasal dari
Himpunan Pramuwisata Indonesia (HPI).
3. Admin yang dapat mengelola pramuwisata (guide) yang
beroperasi.

Yang merupakan pengguna perangkat mobile Android serta dapat

menggunakannya.

2.4. Batasan-Batasan
Pada Sistem Rekomendasi Wisata pada Aplikasi Reservasi Pramuwisata
terdapat batasan-batasan sebagai berikut:
1. Rekomendasi yang diberikan adalah tempat wisata yang serupa dengan tempat wi
sata yang dipilih sebelumnya oleh wisatawan. Yang dimaksud serupa yaitu tempat
wisata yang memiliki tipe wisata yang sama.
2. Pramuwisata lokal harus memenuhi persyaratan yang tercantum dalam
PeraturanMenteri tentang Pramuwisata, sehingga harus diadakan pengujian kepad
a masyarakat lokal yang akan mendaftarkan diri sebagai pramuwisata.
3. Aplikasi ini berjalan di mobile apps untuk wisatawan dan pramuwisata serta di
website untuk admin yang mengelola pramuwisata.
4. Aplikasi ini dapat menangani reservasi pramuwisata secara online namun tidak
dapat menangani reservasi tiket wisata atau kebutuhan wisata selain pramuwisata.
5. Konfirmasi reservasi dilakukan dengan cara pembayaran DP sebesar 20% dari
total harga yang diberikan pramuwisata dan disepakati oleh wisatawan.
6. Dana yang hilang akibat kesalahan transfer oleh wisatawan tidak dapat diproses
oleh pihak perusahaan.
 2.5. Asumsi dan Ketergantungan
Berikut ini merupakan persyaratan agar aplikasi dapat berjalan dengan baik:
1. Fitur manage guide dapat dilakukan oleh Admin. Dengan asumsi aplikasi telah
memiliki data guide yang telah terdaftar atau data guide yang sedang mengajukan.
2. Data objek wisata keseluruhan secara default telah tersedia dari Google Place API.
3. Seluruh pengguna aplikasi secara default telah terjangkau oleh jaringan internet.
4. Semua fitur dapat berjalan dengan baik pada perangkat mobile dengan koneksi
internet dan kondisi normal (tidak dalam keadaan mati atau hang).
 BAB III

SPECIFIC REQUIREMENT
3.1. Deskripsi Aktor External
3.1.1. Human Actors
Pengguna (user) dari aplikasi yang akan dibuat adalah:

1. Wisatawan yang ingin melakukan perjalanan wisata ke suatu daerah dan

membutuhkan Pramuwisata (guide).
2. Masyarakat yang ingin menawarkan jasa nya sebagai pramuwisata (guide) baik
masyarakat lokal maupun pramuwisata yang berasal dari Himpunan Pramuwisata
Indonesia (HPI).
3. Admin yang dapat mengelola pramuwisata (guide) yang beroperasi.

Yang merupakan pengguna perangkat mobile Android serta dapat

menggunakannya.

3.1.2. Hardware Actors

N/A

3.1.3. Software System Actors

N/A
3.2. Deskripsi Use Case
 3.2.1. Use Case Mencari Tempat Wisata (UC-1)
Use Case Name Mencari tempat wisata
Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Wisatawan
Stakeholder and Wisatawan ingin memiliki tujuan wisata
Interest
Precondition Wisatawan memiliki username dan password untuk melakukan
login
Wisatawan memiliki identitas dan data diri
Success Guarantee Wisatawan memiliki tujuan wisata
Main Succes Scenario1. Wisatawan membuka aplikasi Hello Guide.

Apabila wisatawan telah memiliki akun dan belum melakukan

login.

1a. Wisatawan melakukan login terlebih dahulu.

Apabila wisatawan belum memiliki akun.

1b. Wisatawan melakukan pendaftaran akun terlebih dahulu.

2. Wisatawan masuk ke halaman pilih destinasi / wisata.

3. Wisatawan memilih destinasi / wisata berdasarkan ketertarikan dari
wisatawan itu sendiri.
Extension 3a. Apabila Wisatawan tidak mengisi form dengan lengkap ,
maka akan ada peringatan untuk melengkapi form yang
belum lengkap.

3b. Apabila Wisatawan gagal memilih destinasi / wisata, maka

kembali ke form pemilihan destinasi / wisata
Special Requirement 1. Wisatawan yang dapat memilih destinasi / wisata adalah wisatawan
yang telah terdaftar dan memiliki akun.
2. Form pemilihan destinasi / wisata harus diisi lengkap
Technology and Data1. Dapat dibuka melalui aplikasi mobile atau web
Variation List 2. Data form pemilihan destinasi / wisata diisi dengan menggunakan
keyboard.
3. Text yang ditampilkan berbahasa indonesia.
Frequency of Setiap kali Wisatawan akan mencari destinasi / wisata untuk
 Occurrence melakukan trip dan sebelum wisatawan melakukan reservasi guide.
Open Issues Bagaimana kondisi jika wisatawan hanya mencari destinasi namun
tidak melakukan pemilihan?

3.2.2. Use Case Recommender Tempat Wisata (UC-2)

Use Case Name Recommender System

Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Tourism
Stakeholder and Tourism: mendapatkan rekomendasi objek wisata
Interest
Precondition Sistem sudah memiliki data tingkah laku user
Success Guarantee Tourism berhasil mendapatkan rekomendasi tempat wisata
Main Succes Scenario1. User melakukan aktifitas pada aplikasi seperti melihat tempat
wisata atau melakukan proses reservasi.
2. Sistem mencatat tingkah laku user.
3. Sistem mengkalkulasi data user dengan user lainnya yang memiliki
tingkah laku serupa.
4. Sistem menampilkan rekomendasi tempat wisata.
Extension
Special Requirement
Technology and Data Kalkulasi rekomendasi objek wisata menggunakan metode
Variation List Collaborative Filtering
Kalkulasi similarity user menggunakan metode Euclidean Distance
Frequency of Setiap kali wisatawan ingin mencari tempat wisata
Occurrence
Open Issues
3.2.3. Use Case Reservasi Guide (UC-3)

Use Case Name Reservasi Guide

Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Tourism
Stakeholder and Tourism: menginginkan reservasi guide
Interest
Precondition Tourism telah memilih destinasi wisata
Success Guarantee Tourism berhasil melakukan re servasi pramuwisata
Main Succes Scenario 1. Sistem menampilkan daftar guide yang memiliki
informasi mengenai tempat wisata yang telah di pilih.
2. Tourism memilih guide.
3. Tourism melakukan reservasi guide dengan
melengkapi data sebagai berikut:
a. Waktu (tanggal, durasi).
b. Meeting point.
c. Informasi jumlah anggota wisata.
d. Informasi kebutuhan tambahan.
4. Tourism menunggu respon dari guide.
Extension
Special Requirement 3. Batas maksimal waktu konfirmasi kesediaan oleh pramuwisata
adalah 1 jam setelah wisatawan melakukan reservasi, jika tidak ada
tanggapan maka wisatawan akan di rekomendasikan pramuwisata
lain.
Technology and Data
Variation List
Frequency of Setiap kali wisatawan melakukan reservasi guide
Occurrence
 Open Issues

3.2.4. Use Case Konfirmasi Reservasi (UC-4)

Use Case Name Konfirmasi Reservasi

Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Tourism
Stakeholder and Tourism: Menginginkan konfirmasi reservasi
Interest
Precondition Guide sudah menyetujui reservasi yang dilakukan oleh tourism
Success Guarantee Tourism : berhasil melakukan konfirmasi reservasi
Main Succes Scenario1. Wisatawan memilih reservasi dari daftar reservasi yang telah
dilakukan sebelumnya.
2. Wisatawan mendapatkan informasi reservasi secara rinci.
3. Wisatawan melakukan konfirmasi reservasi.
Extension 3a. Konfirmasi setuju
1. Guide melakukan pembayaran.
2. Guide melakukan konfirmasi pembayaran

3b. Konfirmasi pembatalan.

Special Requirement Reservasi dibatalkan maksimal 3 hari dari waktu meeting point.
Pembayaran reservasi sebesar 20% dari total harga.
Batas waktu pembayaran adalah 24 jam, jika lebih maka reservasi
akan dibatalkan.
 Technology and Data
Variation List
Frequency of Setiap kali wisatawan melakukan perubahan status reservasi
Occurrence
Open Issues

3.2.5. Use Case Rating Guide (UC-5)

Use Case Name Rating Guide
Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Tourism
Stakeholder and Tourism: memberikan rating ke pada pramuwisata
Interest
Pramuwisata : mendapatkan rating
Precondition Tourism telah melakukan konfirmasi reservasi setuju
Success Guarantee Wisatawan berhasil memberikan rating kepada pramuwisata
Main Succes Scenario1. Wisatawan menentukan nilai rating.
2. Wisatawan memberikan komentar terhadap pramuwisata.
Extension
Special Requirement
Technology and Data Rentang nilai rating adalah 1-5.
Variation List
Frequency of Setiap wisatawan melakukan perubahan satus reservasi menjadi
Occurrence telah dilaksanakan
 Open Issues

3.2.6. Use Case Respond Reservasi (UC-6)

Use Case Name Respon Reservasi
Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Pramuwisata
Stakeholder and Pramuwisata : Tujuan Pramuwisata adalah mendapatkan client
Interest wisatawan yang akan dibimbing di tempat wisata.

Wisatawan : menginginkan respond (apakah setuju atau menolak)

reservasi Pramuwisata.
Precondition Wisatawan telah melakukan proses reservasi (memilih Pramuwisata
untuk melayani wisata) dan menunggu respond dari Pramuwisata.
Success Guarantee Pramuwisata sudah memberikan respond (menyetujui / menolak)
Main Succes Scenario1. Pramuwisata menerima request reservasi dari wisatawan.
 2. Pramuwisata melihat informasi akun wisatawan dan form reservasi
yang telah diisi oleh wisatawan.
3. Pramuwisata menyetujui request reservasi wisatawan.
4. Sistem mencatat respond dari Pramuwisata.
5. Sistem mengirim notifikasi kepada tourist
Extension 3.a. Apabila Pramuwisata tidak setuju dengan request reservasi
yang diajukan wisatawan, Pramuwisata menekan tombol
decline.
Special Requirement -
Technology and Data -
Variation List
Frequency of Satu kali setelah wisatawan melakukan request reservasi.
Occurrence
Open Issues

3.2.7. Use Case Manage Profil (UC-7)

Use Case Name Manage Profil
Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Pramuwisata
Stakeholder and Pramuwisata : Pramuwisata bertujuan untuk mengubah informasi
Interest profilnya dengan atribut yang diubah yaitu informasi tariff, kontak,
kemampuan berbahasa, dan tempat wisata yang dia bisa layani.
Precondition Pramuwisata memiliki akun pada sistem.
Informasi profil Pramuwisata belum terupdate dan memiliki
informasi profil yang akan diupdate.
 Success Guarantee Informasi profil Pramuwisata telah terupdate.
Main Succes Scenario1. Pramuwisata menekan tombol manage profil.
2. Pramuwisata mengisi form informasi tariff, kontak, kemampuan
berbahasa dan tempat wisata yang bisa dilayani.
3. Pramuwisata menekan tombol save.
Extension 3.a. Apabila Pramuwisata tidak setuju dengan request reservasi
yang diajukan wisatawan, Pramuwisata menekan tombol
decline.
Special Requirement -
Technology and Data -
Variation List
Frequency of Setiap Pramuwisata ingin melakukan update profil.
Occurrence
Open Issues

3.2.8. Use Case Manage Guide (UC-8)

Use Case Name Manage Guide
Scope Aplikasi Reservasi Pramuwisata
Level User Goal
Primary Actor Admin
Stakeholder and Admin dapat me-manage guide
Interest
Precondition Admin memiliki hak akses untuk me-manage guide
Success Guarantee Admin menambahkan atau mengurangi guide yang beroperasi
Main Succes Scenario1. Admin masuk ke halaman Manage Guide.
2. Admin me-manage guide

2a. Jika Admin akan menambahkan guide, Admin melakukan

verifikasi akun guide terkait

2b. Jika Admin akan mengurangi guide, Admin melakukan

penghapusan akun guide terkait

2c. Jika Admin akan memblokir hak akses guide, Admin

melakukan pemblokiran akun guide terkait

3. Sistem menyimpan perubahan data yang dilakukan oleh Admin

Extension 1. Apabila terdapat akun yang gagal di manage (verifikasi / hapus /
blokir) maka akan kembali ke halaman utama Manage Guide dan
terdapat notif gagal

Special Requirement 1. Admin dapat memverifikasi akun setelah guide melakukan

wawancara di kantor dan guide tersebut telah memiliki akun
2. Admin dapat menghapus dan memblokir akun jika guide terkait
sudah terdaftar sebagai guide dan memiliki akun
Technology and Data1. Dapat dibuka melalui aplikasi mobile atau web
Variation List 2. Text yang ditampilkan berbahasa indonesia.

Frequency of Setiap kali Admin akan menambahkan guide, menghapus guide,

Occurrence dan memblokir guide
Open Issues -

3.3. Tabel Keterhubungan

Berikut ini merupakan tabel untuk menggambarkan keterhubungan antara functional
requirement dan use case diagram.
 NO Function Use Case

1 FR-1 UC-2
2 FR-2 UC-3, UC-7
3 FR-3 UC-1, UC-3, UC-4,
UC-6
4 FR-4 UC-5
5 FR-5 UC-8

3.4. Performance Requirement

N/A

3.5. Design Constraint

Batasan perancangan dari pembuatan Sistem Rekomendasi Objek Wisata pada
Aplikasi Reservasi Pramuwisata antara lain :

1. Front End aplikasi ini menggunakan platform mobile dengan sistem operasi
Android.
2. Back End aplikasi ini menggunakan RESTFul Web Service dengan bahasa
pemrograman Java.
3. Sistem Rekomendasi pada aplikasi ini menggunakan framework apache mahout
dengan menggunakan bahasa pemrograman java.
4. Aplikasi ini berjalan secara online.
5. Database yang digunakan adalah Mongo DB untuk Sistem Rekomendasi dan
PostgreSQL untuk proses dalam aplikasi reservasi pramuwisata.

3.5. Software System Attributes

3.5.1. Correctness
Use Case Rating Guide merupakan use case non functional yang mendukung
dalam reservasi pramuwisata. Wisatawan dapat memeberikan penilaian berupa
rating dari nilai satu hingga lima bintang serta komentar kepada Pramuwisata
sehingga ketika Wisatawan yang akan sebelum melakukan reservasi dapat melihat
rating serta komentar Pramuwisata terkait.

3.6. Other Requirement

N/A