SKPLmy Journey

GL01
DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
“My Journey”-Travel Planing dan Context-Aware

Information Services Mobile Berbasis Web Semantik untuk
Sistem Pariwisata di Indonesia
untuk:
Departemen Pariwisata Indonesia
Dipersiapkan oleh:
Ruktin Handayani 5105 100 010
Keputih Perintis VI no 28 Sukolilo Surabaya
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Kampus ITS Keputih Sukolilo Surabaya
Nomor Dokumen Halaman

Jurusan
Teknik Informatika
SKPL-XXX hlm / # hlm
ITS
Revisi 2 19 Desember 2008
DAFTAR PERUBAHAN
Revisi Deskripsi
A - Pengarsiran deskripsi umum system
- Pelengkapan usecase diagram, sequence diagram, activity
diagram, dan collaboration diagram
B Pemindahan dari template lama menuju template baru
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 3 dari 27

Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan Teknik
Informatika-ITS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa
Perangkat Lunak Jurusan Teknik Informatika-ITS.
Daftar Isi
1 Pendahuluan .................................................................................................................................................... 5
1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 5
1.2 Lingkup Masalah ..................................................................................................................................... 5
1.3 Aturan Penomoran ................................................................................................................................... 5
1.4 Referensi .................................................................................................................................................. 5
1.5 Deskripsi Umum Dokumen (Ikhtisar) ...................................................................................................... 5
2 Kebutuhan Perangkat Lunak ........................................................................... Error! Bookmark not defined.
2.1 Deskripsi Umum Sistem .......................................................................................................................... 6
2.2 Fitur Utama Perangkat Lunak .................................................................................................................. 7
2.2.1 Kebutuhan Fungsional ..................................................................................................................... 7
2.2.2 Kebutuhan Non Fungsional ............................................................................................................. 7
2.3 Model Use Case ....................................................................................................................................... 8
2.3.1 Diagram Use Case ........................................................................................................................... 8
2.3.2 Definisi Actor .................................................................................................................................. 9
2.3.3 Definisi Use Case........................................................................................................................... 10
2.3.4 Skenario Use Case .......................................................................... Error! Bookmark not defined.
2.4 Sketsa Antarmuka .................................................................................................................................. 26
2.5 Spesifikasi Tambahan ............................................................................. Error! Bookmark not defined.
2.6 Glossary ................................................................................................................................................. 27
3 Traceability .................................................................................................................................................... 27
Lampiran................................................................................................................. Error! Bookmark not defined.

1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan dari dokumen ini adalah untuk menggambarkan kebutuhan bidang pariwisata yang meliputi rincian
kebutuhan para wisata atau wisatawan baik domestic maupun mancanegara. Dengan adanya dokumen ini,
diharapkan kebutuhan wisatawan dalam kegiatan wisatanya bisa terdefinisikan dengan jelas sehingga
mempermudah pembuatan aplikasi ini. Dokumen ini juga menggambarakan kebutuhan setiap unit pariwisata
yang mampu mendukung segala perihal yang berkaitan dengan perjalanan wisata. Unit-unit tersebut meliputi
dinas pariwisata, perhotelan, restoran, dan objek wisata
1.2 Lingkup Masalah

 My Journey membantu pelanggan dalam beberapa hal, meliputi planning/scheduling pariwisata,
managemen biaya, waktu perjalanan wisata, pemesanan lokasi wisata dan unit terkait, tarif-tarifnya.
(lebih jelasnya akan dijelaskan di bab berikutnya).
 My Journey akan membantu seluruh wisatawan baik domestik maupun mancaegara, baik yang buta
lokasi maupun yang sudah familiar dengan wilayah Indonesia, dalam melakukan peralanan wisatanya.
 My Journey digunakan untuk mempermudah dinas pariwisata dalam mengelolah dan mengontrol
kemajuan pariwisata di Indonesia.
1.3 Aturan Penomoran

Aturan Penomoran dokumen ini adalah dengan format : SRS-y-xxx. Y diisi dengan kode
menu yang akan diberi penomoran. X berisi urutan nomor yang diberi penomoran.
1.4 Referensi
Beberapa textbook, panduan, atau dokumentasi lain yang digunakan sebagai acuan dalam
pengembangan perangkat lunak ini adalah sebagai berikut :
- Template SKPL berorientasi Objek dari mata kuliah Proyek Perangkat Lunak Oleh B.Sarwosri.
- Terstruktur SKPL dari mata kuliah Analisa Desain Terstruktur Oleh B.Sarwosri.
- Proposal Tugas Akhir tahun 2008 Oleh Ruktin Handayani
1.5 Deskripsi Umum Dokumen (Ikhtisar)

Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab yang terdiri dari :
BAB I Pendahuluan.
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan
- Tujuan Penulisan Dokumen
- Lingkup Masalah
- Definisi, Singkatan dan Akronim
- Referensi
- Deskripsi Umum Dokumen
BAB II Deskripsi Global Perangkat Lunak
Pada BAB ini mendefinisikan perspektif produk perangkat lunak serta asumsi dan ketergantungan yang
digunakan dalam pengembangan My Journey.
BAB III Deskripsi Rinci Kebutuhan
Pada BAB ini mendeskripsikan kebutuhan khusus bagi My Journey yang terdiri dari
antarmuka, kebutuhan fungsional, kebutuhan performansi, batasan perancangan dan
kebutuhan lain yang mendukung agar aplikasi ini dapat bekerja sesuai dengan yang
diharapkan.
1.6 Deskripsi Umum Sistem

Sistem ini diberi nama “My Journey” karena bertujuan untuk memberikan pelayanan informasi journey
yang menyenangkan untuk wisatawan, berikut adalah gambaran umum dari jalannya system ini.
“MY Journey” CLIENT WISATA !

(Sistem)
akan mengetahui CLIENT WISATA 2
dimana posis anda CLIENT HOTEL !
berdiri
Don’t Worry be Happy

CLIENT HOTEL 2
CLIENT RESTORANTL !
WEB SERVER
Ingin
Mengetahui
CLIENT RESTORANTL 2
Lokasi tempat
dia berdiri
Punya Uang
sejumlah “Y”,ingin
minta saran apa Don’t Worry be Happy “MY Journey”
yang harus
(Sistem)
“MY Journey” dilakukan untuk
akan menunjukkan
(Sistem) menikmati
anda dimana Lokai
akan hotel, restorat perjalanan wisata
wisata X
terdekat dengn bjek
Ingin
wisata
menuju
objek
Don’t Worry be Happy wisata “X”

Ingin tahu objek Sudah memilih
beberapa objek “MY Journey”
wisata terdekat
wisata dan fasilitas, (Sistem)
dan fasilitas terkait
ingin mengetahui akan memberikan
dengan Objek
objek mana saja yang anda “trabel planning”
Wisata “X” seperti
harus dituju lebih atau penjadwalan
hotel, restorant.
dahulu sekaligus hari yang lengkap
Wisatawan (User) dan tanggal sehingga akan
merasa enjoy dan
tidak usah bingung
Ingin tahu detil Buta tentang objek Hanya Ingin

biaya setiap wisata, tapi ingin Tahu wisata-
objek wisata menuju tempat wisata wisata yang
dan juga sesuai dengan kriteria ada di
fasiitas terkait yang diinginkan, Indonesia
misalnya pantai yang
luas, air terjun yang
tinggi, dll


“MY Journey”
(Sistem) “MY Journey”
akan detil objek (Sistem)
biaya wisata dan akan memberikan
“MY Journey”
fasilitas terkait yang anda informasi
(Sistem)
anda inginkan tentang lokasi
akan menyedikan
wissata, bagaimana
wisata seperti yang
anda menuju kesana,
anda inginkan
fasilitas apa saja
yang ditawarkan
Dikerjakan dalam Tugas Akhir ini
Dikerjakan oleh Tugas Akhir lain yang berhubungan
Gambar 1. Deskripsi Umum “My Journey”
Keterangan Gambar :
- Terdapat sebuat web server dan banyak komputer client yang dimiliki oleh semua hotel dan restorant.
- User akan mengakses web server dari komputer masing-masing melalui web “My Journey”

- User dapat mengetahui wisata apa saja yang ada di Indonesia, kemudian harganya, serta fasilitas
terdekat seperti restoran dan hotel.
- User dapat mencari objek wisata sesuai dengan yang mereka inginkan, dan system dengan sendiri akan
menyediakan sesuai dengan criteria tersebut.
- User tidak perlu bingung dan khawatir mengenai kemana saja rute yang harus ditempuh lebih dulu agar
efisien, dan kapan waktu yang baik untuk melakukanna, karena sistem akan menyediakan penjadwalan khusus
sesuai dengan permintaan user.
- Sistem juga akan menyediakan beberapa alternative pilihan objek wisata sesuaui dengan budget user.
Fitur Utama Perangkat Lunak
1.6.1 Kebutuhan Fungsional
ID Deskripsi
SRS-F-001 - Fungsi Rekomendasi Objek Wisata Sesuai Budget
SRS-F-002 - Fungsi Informasi Objek Wisata di Indonesia
SRS-F-003 - Fungsi Objek Wisata Sesuai dengan Kriteria
SRS-F-004 - Fungsi Scheduling Perjalanan Wisata
SRS-F-005 - Fungsi Data Kepariwisataan di Indonesia
SRS-F-006 - Fungsi Pendeteksian Lokasi Wisatawan Berdiri
SRS-F-007 - Funsgi Pendeteksian Unit-unit wisata terdekat dengan Lokasi wisata yang
dituju
SRS-F-008 - Fungsi Warning Bencana Alam.
1.6.2 Kebutuhan Non Fungsional

Tabel 4 Deskripsi Kebutuhan Non Fungsional
SKPL-Id Parameter Kebutuhan
SRS-N01-001 Availability Aplikasi ini harus dapat beroperasi terus menerus
selama 7 hari per minggu, 24 jam per hari tanpa
berhenti, karena aplikasi ini akan bersifat web-based
dan mobile, sehingga dapat diakses oleh
user/wisatawan di seluruh penjuru dunia, kapanpun
dan di manapun.
SRS-N01-002 Reliability Aplikasi ini wajib dibangun dengan kehandalan luar
biasa mendekati sempurna. Kegagalan yang dapat
ditoleransi kurang lebih hanya 5% terkait dengan user
yang terlibat. Dengan kahandalan yang tinggi
diharapkan aplikasi ini dapat digunakan dengan baik
pada saat dibutuhkan oleh setiap wisatawan yang
membutuhkan informasi dan pelayanan wisata.
Tercapainya kehandalan yang dimiliki oleh aplikasi
ini juga sangat bergantung pada beberapa hal
eksternal, seperti kehandalan jaringan GPS, data yang
akurat dan terstruktur serta jaringan inernet yang
cepat.
SRS-N03-003 Ergonomy Aplikasi ini harus memiliki nilai ergonomi/
kenyamanan dipakai yang tinggi bagi user, terutama
untuk antarmuka pada aplikasi mobile. Aplikasi ini
harus dibangun sedemikian nyaman agar tidak
SKPL-Id Parameter Kebutuhan
membuat user menyerah atau membingungkan ketika
mengakses via Hp atau PDA.
SRS-N04-004 Maintenability Aplikasi harus mudah dilakukan perawatan karena
mengingat fungsinya yang dibutuhkan sewaktu-waktu
dan menyesuaikan dengan kebutuhan wisata
SRS-N05-005 Response time Aplikasi ini harus memiliki “response time” atau
waktu tanggap yag cepat terhadap request user.
Karena apabila terlalu lama meberikan respon,
apalagi untuk aplikasi yang mobile, maka
dikhawatirkan user akan enggan untuk mengakses
website.
SRS-N06-006 Performance Aplikasi ini harus memiliki performance yang bagus.
Karena ditujukan untuk user di seluruh penjuru dunia,
maka aplikasi harus bisa mencegah maupun
mengatasi dengan cepat server down karena terlalu
banyak user yang mengakses dalam waktu bersamaan.
SRS-N07-007 Bahasa Bahasa sangat menentukan tercapainya sebuah
komunikasi informasi kepada user. Karena aplikasi ini ditujukan
untuk wisatawan domestik dan mancanegara, maka
disediakan dua pilihan bahasa, yaitu bahasa Indonesia
dan bahasa Inggris.
SRS-N08-008 Usability Aplikasi ini harus selalu bisa digunakan kapanpun
sesuai dengan fungsinya, karena user selalu mungkin
untuk mengakses dan membutuhkan informasi
sewaktu-waktu.
1.7 Model Use Case
1.7.1 Diagram Use Case

Usecase Diagram untuk MyJourney, terdiri dari beberapa business Usecase, yang nantinya akan
disetilkan dalam usecase Realization. Berikut adalah Business Usecase MyJourney :

Rekomendasi Objek Wisata Sesuai
Budget
Iformasi Lokasi Wisata
Wisatawan
Wisatawan Domestik Mancanegara
(f rom Actors)
(f rom Actors) Informasi Objek Wisata di Indonesia
Objek Wisata Sesuai dengan Kriteria
Dinas Pariwisata Scheduling Perjalanan Wisata

(f rom Actors) Guide
(f rom Actors)
Data Kepariwisataan di Indonesia
Bantuan Penggunaan Sistem
Gambar 2. Usecase Diagram “My Journey”
1.7.2 Definisi Actor

Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Tabel 1 Karakteristik Pengguna
ID Kategori Tugas Hak Akses ke aplikasi Kemampuan yang harus
Pengguna dimiliki
SRS-AC- Wisatawan Membuka website - Membaca informasi - Mampu
001 - Request perjalanan mengoperasikan Hp
wisata dan komputer
- Request jadwal wisata - Bisa mengakses
Internet
SRS-AC- Guide/Agent Membantu wisatawan - Create request - Memahami fitur-
002 dalam mengakses wisatawan fitur website
aplikasi - Masuk ke halaman - Bisa melakukan eror
admin handling
SRS-AC- Administrator Mengolah isi dan - Create, update, delete - Menguasai bahasa
003 content website fitur-fitur website pemrograman
websire
SRS-AC- Dinas Memantau isi dan - Mengubah content - Bisa mengakses
004 Pariwisata content website website internet

1.7.3 Definisi Use Case
ID Deskripsi
SRS-UC-001 - Fungsi Rekomendasi Objek Wisata Sesuai Budget
SRS-UC-002 - Fungsi Informasi Objek Wisata di Indonesia
SRS-UC-003 - Fungsi Objek Wisata Sesuai dengan Kriteria
SRS-UC-004 - Fungsi Scheduling Perjalanan Wisata
SRS-UC-005 - Fungsi Data Kepariwisataan di Indonesia
SRS-UC-006 - Fungsi Pendeteksian Lokasi Wisatawan Berdiri
SRS-UC-007 - Funsgi Pendeteksian Unit-unit wisata terdekat dengan Lokasi wisata yang
dituju
SRS-UC-008 - Fungsi Warning Bencana Alam.
1.7.4 Fungsi SKPL-F1: Informasi Lokasi Wisata
1.7.4.1 Skenario: Informasi Lokasi Wisata

ID : SRS-SC-001-001
Nama Use Case : Informasi Lokasi Wisata
Usecase ini memberikan semua informasi yang

berkaitan dengan lokasi/posisi/alamat lengkap objek
wisata yang ingin diketahui oleh wisatawan
Membuka menu informasi lokasi

wisata
<<include>>
Login wisatawan
Wisatawan
Mancanegara Wisatawan Domestik
(f rom Actors) (f rom Actors)
Memasukkan Objek wisata yang

diinginkan
Menyetujui pencarian lokasi objek

wisata
Gambar 3. Usecase Diagram Informasi Lokasi Wisata

1.7.4.2 Diagram Aktivitas: Informasi Lokasi Wisata
Membuka Login
Web Wisatawan
Membuka menu
informasilokasi wisata
Memasukkan objek
wisata yang diinginkan
MEnekan tombol
Cek database pencarian lokasi
Melihat result
di peta
Gambar 4. Activity Diagram Informasi Lokasi Wisata
1.7.4.3 Diagram Sekuens: Informasi Lokasi Wisata
: Wisatawan : Form Login Wisatawan : Form Informasi Lokasi Wisata : Objek Wisata
do_login( )
entry_data( )
read( )
write( )
Gambar 5. Sekuens Diagram Informasi Lokasi Wisata

1.7.4.4 Diagram Kolaborasi Objek: Informasi Lokasi Wisata
1: do_login( )
: Form Login Wisatawan

: Wisatawan
3: read( )
2: entry_data( )
4: write( )
: Form Informasi Lokasi Wisata : Objek Wisata
Gambar 6. Collaboration Diagram Informasi Lokasi Wisata
1.7.5 Fungsi SKPL-F2: Informasi Objek Wisata di Indonesia
1.7.5.1 Skenario: Informasi Objek Wisata di Indonesia

ID : SRS-SC-002-002
Nama Use Case : Informasi Onjek Wisata di Indonesia
Usecase ini menyediakan informasi yang berisi tentang macam-macam

objek wisata yang ada di Indonesia yang sudah terorganisir dalam
database sistem. Informasi ini juga mencakup unit-unit terkait dengan
objek wisata seperti hotel dan juga restoran.
Membuka alamat web

Wisatawan Domestik Wisatawan Mancanegara
(f rom Actors) (f rom Actors)
<<extend>> <<extend>>
membuka menu informasi hotel Membuka menu informasi wisata Membuka menu informasi resoran
Membuka menu peta
Gambar 7. Usecase Diagram Informasi Objek Wisata di Indonesia

1.7.5.2 Diagram Aktivitas: Informasi Objek Wisata di Indonesia
Membuka
website
Membuka Menu
InformasiLokasi
Memilih
kategori wisata
Melihat pendukung
informasi di peta
Gambar 8. Sekuens Diagram Informasi Objek Wisata di Indonesia
1.7.5.3 Diagram Sekuens: Informasi Objek Wisata di Indonesia
: Wisatawan : Fomr Menu Informasi Objek Wisata : Control Database Objek : Objek Wisata
Wisata
open_page( )
read( )
open( )
write( )
Gambar 9. Sekuens Diagram Informasi Objek Wisata di Indonesia

1.7.5.4 Diagram Kolaborasi Objek: Informasi Objek Wisata di Indonesia
4: write( )
1: open_page( )
: Wisatawan 2: read( )
: Fomr Menu Informasi Objek Wisata : Control Database Objek

Wisata
3: open( )
: Objek Wisata
Gambar 10. Collaboration Diagram Informasi Objek Wisata di Indonesia
1.7.6 Fungsi SKPL-F3: Data Kepariwisataan
1.7.6.1 Skenario: Data Kepariwisataan

ID : SRS-SC-003-003
Nama Use Case : Data Kepariwisataan

Usecase ini menjelaskan tentang realisasi dari business usecase
"Memasukkan Data Kepariwisataan". Aktor yang terlibat ada 3, yang
merupakan bagian dari dinas pariwisata, yakni petugas objek
wisata, perhotelan, dan restoran. Data yang dimasukkan nantinya
akan terintegrasi dalam datatabse pusat yang dimiliki oleh dinas
pariwisata.
Memasuka Data Objek Wisata
Unit Objek Wisata

(f rom Actors)
Memasukkan data Restoran

Unit Restoran
(f rom Actors)
Unit Perhotelan
(f rom Actors)
Memasukkan Data Hotel
Gambar 11. Usecase Diagram Data Kepariwisataan
1.7.6.2 Diagram Aktivitas: Data Kepariwisataan
Membuka Login Petugas

Web
Insert Menu Insert

Database
Gambar 12. Activity Diagram Data Kepariwisataan

1.7.6.3 Diagram Sekuens: Data Kepariwisataan
: Unit Objek Wisata : Unit Perhotelan : Unit Restoran : Form Login Dinas PAriwisata : Control Database Objek : Control Database Hotel : Control Database : Objek Wisata : Hotel : Restoran
Wisata Restoran
do_login( )
do_login( )
Gambar 13. Sekuens Diagram Data Kepariwisataan

1.7.6.4 Diagram Kolaborasi Objek: Data Kepariwisataan
: Unit Perhotelan 5: do_login( )

: Unit Restoran
9:
1: do_login( ) 10:
: Unit Objek : Form Login Dinas PAriwisata : Control Database

Wisata 2: Restoran
6:
11:
12:
: Control Database Hotel : Control Database Objek
Wisata
8: 7: 4: 3:
: Restoran
: Hotel : Objek Wisata
Gambar 14. Collaboration Diagram Informasi Lokasi Wisata
1.7.7 Fungsi SKPL-F4: Objek Wisata Sesuai dengan Kriteria
1.7.7.1 Skenario: Objek Wisata Sesuai dengan Kriteria

ID : SRS-SC-004-004
Nama Use Case : Objek Wisata sesuai dengan budget

Usecase ini memberikan solusi terhadap wisatawan yang tidak mau atau tidak ingin
tahu objek wisata apa saja yang akan mereka kunjungi. Di benak mereka hanya
tergambar kriteria dan syarat-sayrat objek wisata yang mereka inginkan, misalnya
berbau pantai, berbau gunung, pantai yang bagaimana, gunung yang seperti apa.
Dengan menuliskan beberapa kriteria dalam siste ini, maka sistem akan secara
otomatis memberikan solusi terhadap permintaan Wisatawan. Solusi yang diberikan
bisa lebih dari satu dan terdapat urutan prioritas sehingga Wisatawan bisa memilih di
antara solusi-solusi yang ditawarkan.
misalnya pantai,
gunung, atau yang
lain
Membuka menu Objek Wisata

Sesuai Kriteria
Memilih Kategori Wisata
Wisatawan Domestik
(f rom Actors) Memasukkan Kriteria wisata yang Wisatawan Mancanegara
diinginkan (f rom Actors)
Menyetujui Pembuatan rekomendasi
Memilih HAsil Pembuatan

Rekomendasi sesuai kriteria
Gambar 15. Usecase Diagram Objek Wisata Sesuai dengan Kriteria

1.7.7.2 Diagram Aktivitas: Objek Wisata Sesuai dengan Kriteria
Membuka Login
Website Wisatawan
Memilih Membuka Menu ObjekWisata

KAtegori Menurut Kriteria
Memasukkan kriteria MEnyetujui

yang diinginkan PEncarian
MEnampilkan Hasil rekomendasi Cek database

berdasarkan urutan
Memilih
rekomendasi
Gambar 16. Aktivity Diagram Objek Wisata Sesuai dengan Kriteria
1.7.7.3 Diagram Sekuens: Objek Wisata Sesuai dengan Kriteria
: Wisatawan : Form Objek Wisata Menurut Kriteria : Control database Kriteria : Kriteria
open_page( )
read( )
write( )
save( )
view_result( )
Gambar 17. Sekuens Diagram Objek Wisata Sesuai dengan Kriteria

1.7.7.4 Diagram Kolaborasi Objek: Objek Wisata Sesuai dengan Kriteria
5: view_result( )
1: open_page( )
: Wisatawan : Form Objek Wisata Menurut Kriteria
4: save( )
2: read( )
3: write( )
: Kriteria : Control database Kriteria
Gambar 18. Collaboration Diagram Objek Wisata Sesuai dengan Kriteria
1.7.8 Fungsi SKPL-F5: Rekomendasi Objek Wisata Sesuai Budget
1.7.8.1 Skenario: Rekomendasi Objek Wisata Sesuai Budget

ID : SRS-SC-005-005
Nama Use Case : Objek Wisata sesuai dengan budget

Usecase untuk
menangani
perimintaan
rekomendasi.saran
tentang objek
wisata mana yang MEmbuka halaman rekomendasi
sebaiknya budget
dikunjungidengan
memperhitungkan
budget yang dimiliki
oleh Wisatawan
Memasukkan Budget yang dimiliki
Memasukkan Kategori wisata yang

diinginkan Wisatawan Mancanegara
Wisatawan Domestik
(f rom Actors)
(f rom Actors)
Memasukkan jumlah wisata yang

ingin dikunjungi
Menyutujui Pemrosesan Budget
Memilih Hasil Rekomendasi
Gambar 19. Usecase Diagram “My Journey”

1.7.8.2 Diagram Aktivitas: Rekomendasi Objek Wisata Sesuai Budget
Membuka Login
Website Wisatawan
Memasukkan Membuka Menu

Budget Rekomendasi Budget
Memasukkan jumlah
Cek database
Objek wisata
Pilih hasil Tampilkan hasil

rekomendasi rekomendasi sesuai urutan
Gambar 20. Activity Diagram Rekomendasi Objek Wisata Sesuai Budget
1.7.8.3 Diagram Sekuens: Rekomendasi Objek Wisata Sesuai Budget
: Wisatawan : Form Login Wisatawan : Form Rekomendasi Menurut Budget : Control Database Objek : Objek Wisata
Wisata
do_login( )
entry( )
read( )
save( )
view_result( )
Gambar 21. Sekuens Diagram Rekomendasi Objek Wisata Sesuai Budget

1.7.8.4 Diagram Kolaborasi Objek: Rekomendasi Objek Wisata Sesuai Budget
6: view_result( ) 3:
1: do_login( )
: Wisatawan : Form Login Wisatawan
2: entry( )
4: read( )
: Form Rekomendasi Menurut Budget : Control Database Objek

Wisata
5: save( )
: Objek Wisata
Gambar 22. Collaboration Diagram Rekomendasi Objek Wisata Sesuai Budget
1.7.9 Fungsi SKPL-F6: Scheduling Perjalanan Wisata
1.7.9.1 Skenario: Scheduling Perjalanan Wisata

ID : SRS-SC-001-006
Nama Use Case : Scheduling Perjalanan wisata

Usecase ini memberikan
Scheduling Perjalanan Wisata
yang dipesan oleh wisatwan. Jika
wisatawan sudah menentukan
objek dan unit apa saja yang ingin
mereka kunjungi, sedangkan
mereka mengalami kesulitan
untuk mendapatkan cara yang
efektif sesuai dengan waktu yang
mereka miliki, maka sistem akan
memberikan solusi berupa
Membuka MEnu Scedhuling Scheduling Perjalanan Wisata.
Dengan adanya Scheduling
Perjalanan Wisata ini, maka
wisatawan dapat melakukan
perjalanan wisatanya sesuai
dengan waktu yang mereka miliki.
Memasukkan Objek Wisata Yang

akan dikunjungi
Memasukkan Jumlah HAri
Wisatawan Domestik Wisatawan Mancanegara

(f rom Actors)
(f rom Actors)
Menyetujui PEmrosesan
MEnerima Scheduling yang

dibuatkan
Gambar 23. Usecase Diagram Scheduling Perjalanan Wisata

1.7.9.2 Diagram Aktivitas: Scheduling Perjalanan Wisata
Membuka Login
Website wisatawan
Memasukkan Membuka Menu

Objek Wisata Scheduling
Memasukkan Waktu Request

yang dimiliki Schedule
Menampilkan Memproses
schedule Schedule
Menerima
Schedule
Gambar 24. ActivityDiagram Scheduling Perjalanan Wisata
1.7.9.3 Diagram Sekuens: Scheduling Perjalanan Wisata
: Wisatawan : Form Login Wisatawan : Form Scheduling : Control Schedule : Schedule

do_login( )
entry( )
read( )
read( )
save( )
view_result( )
Gambar 25. Sekuens Diagram Scheduling Perjalanan Wisata

1.7.9.4 Diagram Kolaborasi Objek: Scheduling Perjalanan Wisata
6: view_result( )
4: read( )
1: do_login( )
: Wisatawan
: Form Login Wisatawan
2: entry( )
3: read( )
: Form Scheduling
: Control Schedule
5: save( )
: Schedule
Gambar 26. Collaboration Diagram Scheduling Perjalanan Wisata
1.8 Sketsa Antarmuka
1.8.1 Antarmuka pengguna

Antarmuka pengguna yang digunakan dalam My Journey berupa halaman-halaman website dan juga Mobile
sisem berbasis GUI. Antarmuka pengguna terdiri dari beberapa bagian yaitu :
1. Login
2. View Peta Lokasi
3. View Tarif
4. View Jadwal kegiatan Wisata
5. Request Jadwal Kegiatan Wisata
6. Input Budget
7. Request kriteria lokais wisata
8. View Informasi unit-unit wisata di Indonesia
9. View Rule Wisata

10. View Lokasi terdekat dengan Objek Tujuan
11. View Warning Bencana
(Catatan : Nomor yang tersetak miring akan dikerjakan oleh system lain yang berkaitan dengan system ini)
1.8.2 Antarmuka perangkat keras

Perangkat keras yang digunakan oleh My Journey adalah computer sever dan client, HP berfiture GPRS, dan
PDA. Sedangkan perangkat keras yang ditambahkan adalah printer untuk mencetak laporan yang dibutuhkan.
1.8.3 Antarmuka perangkat lunak

My Journey dibangun mengggunakan platform JAVA meliputi JSP untuk website, J2ME untuk mobile, dan
OWL sebagai database.
1.8.4 Antarmuka komunikasi

Untuk keperluan komunikasi My Journey ini menggunakan GPS dan juga jaringan.
1.9 Glossary
Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini:
o SKPL :Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak.
SRS : Spesification Requirement System
o IEEE : Institute of Electrical and Electronics Engineering
Standar internasional untuk pengembangan dan perancangan produk.
o My Journey : Nama Aplikasi ini.
o Unit Pariwisata : objek wisata, perhotelan, restoran, pusat perbelanjaan.
o Mobile : Pengaksesan aplikasi via HP yang support, atau PDA
2 Traceability
SRS-ID Use Case ID Skenario
SRS-F-001 SRS-UC-001 SRS-SC-001


SKPLmy Journey

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

SKPLmy Journey

Diunggah oleh

Hak Cipta:

Format Tersedia

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

“My Journey”-Travel Planing dan Context-Aware

Departemen Pariwisata Indonesia

Ruktin Handayani 5105 100 010

Keputih Perintis VI no 28 Sukolilo Surabaya

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Kampus ITS Keputih Sukolilo Surabaya

Nomor Dokumen Halaman

B Pemindahan dari template lama menuju template baru

Halaman Revisi Halaman Revisi

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 3 dari 27

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 4 dari 27

1.2 Lingkup Masalah

1.3 Aturan Penomoran

1.5 Deskripsi Umum Dokumen (Ikhtisar)

1.6 Deskripsi Umum Sistem

“MY Journey” CLIENT WISATA !

Don’t Worry be Happy

Don’t Worry be Happy

Ingin tahu detil Buta tentang objek Hanya Ingin

Don’t Worry be Happy

Don’t Worry be Happy

Dikerjakan oleh Tugas Akhir lain yang berhubungan

Gambar 1. Deskripsi Umum “My Journey”

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 6 dari 27

Fitur Utama Perangkat Lunak

1.6.1 Kebutuhan Fungsional

1.6.2 Kebutuhan Non Fungsional

1.7 Model Use Case

1.7.1 Diagram Use Case

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 8 dari 27

Iformasi Lokasi Wisata

Objek Wisata Sesuai dengan Kriteria

Dinas Pariwisata Scheduling Perjalanan Wisata

Data Kepariwisataan di Indonesia

Bantuan Penggunaan Sistem

Gambar 2. Usecase Diagram “My Journey”

1.7.2 Definisi Actor

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 27

1.7.4 Fungsi SKPL-F1: Informasi Lokasi Wisata

1.7.4.1 Skenario: Informasi Lokasi Wisata

Usecase ini memberikan semua informasi yang

Membuka menu informasi lokasi

Memasukkan Objek wisata yang

Menyetujui pencarian lokasi objek

Gambar 3. Usecase Diagram Informasi Lokasi Wisata

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 10 dari 27

Gambar 4. Activity Diagram Informasi Lokasi Wisata

1.7.4.3 Diagram Sekuens: Informasi Lokasi Wisata

Gambar 5. Sekuens Diagram Informasi Lokasi Wisata

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 11 dari 27

: Form Login Wisatawan

: Form Informasi Lokasi Wisata : Objek Wisata

Gambar 6. Collaboration Diagram Informasi Lokasi Wisata

1.7.5 Fungsi SKPL-F2: Informasi Objek Wisata di Indonesia

1.7.5.1 Skenario: Informasi Objek Wisata di Indonesia

Usecase ini menyediakan informasi yang berisi tentang macam-macam

Membuka alamat web

Membuka menu peta

Gambar 7. Usecase Diagram Informasi Objek Wisata di Indonesia

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 12 dari 27

Gambar 8. Sekuens Diagram Informasi Objek Wisata di Indonesia