GL01 DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

GL01 M

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

Jurusan Teknik Informatika ITS

Nomor Dokumen

Halaman

SKPL-XXX

hlm / # hlm

Revisi

2

19 Desember 2008

DAFTAR PERUBAHAN

Revisi -

A

Deskripsi Pengarsiran deskripsi umum system Pelengkapan usecase diagram, sequence diagram, activity diagram, dan collaboration diagram

Pemindahan dari template lama menuju template baru

B C D

E

F

G

INDEX TGL Ditulis oleh Diperiksa oleh Disetujui oleh

-

A

B

C

D

E

F

G

Daftar Halaman Perubahan Halaman

Revisi


Halaman

SKPL-XXX

Revisi

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.


SKPL-XXX

Halaman 4 dari 27


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   

1.3

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.

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 Jurusan Teknik Informatika ITS

SKPL-XXX

Halaman 5 dari 27


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” (Sistem) akan mengetahui dimana posis anda berdiri

CLIENT WISATA ! CLIENT WISATA 2 CLIENT HOTEL !

Don’t Worry be Happy CLIENT HOTEL 2

CLIENT RESTORANTL ! WEB SERVER

Ingin Mengetahui Lokasi tempat dia berdiri

CLIENT RESTORANTL 2

Punya Uang sejumlah “Y”,ingin minta saran apa yang harus dilakukan untuk menikmati perjalanan wisata

“MY Journey” (Sistem) akan hotel, restorat terdekat dengn bjek wisata

Don’t Worry be Happy

“MY Journey” (Sistem) akan menunjukkan anda dimana Lokai wisata X

Ingin menuju objek wisata “X”


Sudah memilih beberapa objek wisata dan fasilitas, ingin mengetahui objek mana saja yang harus dituju lebih dahulu sekaligus hari dan tanggal

Ingin tahu objek wisata terdekat dan fasilitas terkait dengan Objek Wisata “X” seperti hotel, restorant. Wisatawan (User)

Ingin tahu detil biaya setiap objek wisata dan juga fasiitas terkait

Buta tentang objek wisata, tapi ingin menuju tempat wisata sesuai dengan kriteria yang diinginkan, misalnya pantai yang luas, air terjun yang tinggi, dll

Don’t Worry be Happy “MY Journey” (Sistem) akan memberikan anda “trabel planning” atau penjadwalan yang lengkap sehingga akan merasa enjoy dan tidak usah bingung

Hanya Ingin Tahu wisatawisata yang ada di Indonesia


Don’t Worry be Happy Don’t Worry be Happy

“MY Journey” (Sistem) akan detil objek biaya wisata dan fasilitas terkait yang anda inginkan

“MY Journey” (Sistem) akan menyedikan wisata seperti yang anda inginkan

“MY Journey” (Sistem) akan memberikan anda informasi tentang lokasi wissata, bagaimana anda menuju kesana, 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”


SKPL-XXX

Halaman 6 dari 27


-

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 SRS-F-001 SRS-F-002 SRS-F-003 SRS-F-004 SRS-F-005 SRS-F-006 SRS-F-007 SRS-F-008

Deskripsi Fungsi Rekomendasi Objek Wisata Sesuai Budget Fungsi Informasi Objek Wisata di Indonesia Fungsi Objek Wisata Sesuai dengan Kriteria Fungsi Scheduling Perjalanan Wisata Fungsi Data Kepariwisataan di Indonesia Fungsi Pendeteksian Lokasi Wisatawan Berdiri Funsgi Pendeteksian Unit-unit wisata terdekat dengan Lokasi wisata yang dituju Fungsi Warning Bencana Alam.

1.6.2 Kebutuhan Non Fungsional Tabel 4 Deskripsi Kebutuhan Non Fungsional SKPL-Id SRS-N01-001

Parameter Availability

SRS-N01-002

Reliability

SRS-N03-003

Ergonomy


Kebutuhan 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. 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. 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-XXX

Halaman 7 dari 27


SKPL-Id

Parameter

SRS-N04-004

Maintenability

SRS-N05-005

Response time

SRS-N06-006

Performance

SRS-N07-007

Bahasa komunikasi

SRS-N08-008

Usability

1.7

Kebutuhan membuat user menyerah atau membingungkan ketika mengakses via Hp atau PDA. Aplikasi harus mudah dilakukan perawatan karena mengingat fungsinya yang dibutuhkan sewaktu-waktu dan menyesuaikan dengan kebutuhan wisata 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. 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. Bahasa sangat menentukan tercapainya sebuah informasi kepada user. Karena aplikasi ini ditujukan untuk wisatawan domestik dan mancanegara, maka disediakan dua pilihan bahasa, yaitu bahasa Indonesia dan bahasa Inggris. Aplikasi ini harus selalu bisa digunakan kapanpun sesuai dengan fungsinya, karena user selalu mungkin untuk mengakses dan membutuhkan informasi sewaktu-waktu.

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 :


SKPL-XXX

Halaman 8 dari 27


Rekomendasi Objek Wisata Sesuai Budget

Iformasi Lokasi Wisata

Wisatawan Mancanegara

Wisatawan Domestik (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 SRS-AC001

Kategori Pengguna Wisatawan

Tugas

Hak Akses ke aplikasi

Membuka website

-

SRS-AC002

Guide/Agent

Membantu wisatawan dalam mengakses aplikasi

-

SRS-AC003

Administrator

Mengolah isi dan content website

-

SRS-AC004

Dinas Pariwisata

Memantau isi dan content website

-


SKPL-XXX

Membaca informasi Request perjalanan wisata Request jadwal wisata Create request wisatawan Masuk ke halaman admin Create, update, delete fitur-fitur website Mengubah content website

Kemampuan yang harus dimiliki - Mampu mengoperasikan Hp dan komputer - Bisa mengakses Internet - Memahami fiturfitur website - Bisa melakukan eror handling - Menguasai bahasa pemrograman websire - Bisa mengakses internet

Halaman 9 dari 27


1.7.3 Definisi Use Case ID SRS-UC-001 SRS-UC-002 SRS-UC-003 SRS-UC-004 SRS-UC-005 SRS-UC-006 SRS-UC-007 SRS-UC-008

Deskripsi Fungsi Rekomendasi Objek Wisata Sesuai Budget Fungsi Informasi Objek Wisata di Indonesia Fungsi Objek Wisata Sesuai dengan Kriteria Fungsi Scheduling Perjalanan Wisata Fungsi Data Kepariwisataan di Indonesia Fungsi Pendeteksian Lokasi Wisatawan Berdiri Funsgi Pendeteksian Unit-unit wisata terdekat dengan Lokasi wisata yang dituju 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

<>

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


SKPL-XXX

Halaman 10 dari 27


1.7.4.2 Diagram Aktivitas: Informasi Lokasi Wisata

Membuka Web

Login Wisatawan

Membuka menu informasilokasi wisata

Memasukkan objek wisata yang diinginkan

Cek database

MEnekan tombol 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


SKPL-XXX

Halaman 11 dari 27


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


: 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


(f rom Actors)

(f rom Actors)

<<extend>>

membuka menu informasi hotel

<<extend>>

Membuka menu informasi wisata

Membuka menu informasi resoran

Membuka menu peta

Gambar 7. Usecase Diagram Informasi Objek Wisata di Indonesia


SKPL-XXX

Halaman 12 dari 27


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 Wisata

: Objek Wisata

open_page( )

read( ) open( )

write( )

Gambar 9. Sekuens Diagram Informasi Objek Wisata di Indonesia


SKPL-XXX

Halaman 13 dari 27


1.7.5.4 Diagram Kolaborasi Objek: Informasi Objek Wisata di Indonesia 4: write( ) 1: open_page( ) 2: read( )

: Wisatawan

: 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


SKPL-XXX

Halaman 14 dari 27


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 Web

Login Petugas

Menu Insert

Insert Database

Gambar 12. Activity Diagram Data Kepariwisataan


SKPL-XXX

Halaman 15 dari 27


1.7.6.3 Diagram Sekuens: Data Kepariwisataan

: Unit Objek Wisata

: Unit Perhotelan : Unit Restoran

: Form Login Dinas PAriwisata : Control Database Objek Wisata

: Control Database Hotel : Control Database Restoran

: Objek Wisata

: Hotel

: Restoran

do_login( )

do_login( )

Gambar 13. Sekuens Diagram Data Kepariwisataan


SKPL-XXX

Halaman 16 dari 27


1.7.6.4 Diagram Kolaborasi Objek: Data Kepariwisataan

5: do_login( )

: Unit Perhotelan

: Unit Restoran 9: 1: do_login( )

10:

: Form Login Dinas PAriwisata

: Unit Objek Wisata

: Control Database Restoran

2: 6:

11: 12: : Control Database Hotel

8:


4:

7:

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


SKPL-XXX

Halaman 17 dari 27


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 diinginkan

Wisatawan Mancanegara (f rom Actors)

Menyetujui Pembuatan rekomendasi

Memilih HAsil Pembuatan Rekomendasi sesuai kriteria

Gambar 15. Usecase Diagram Objek Wisata Sesuai dengan Kriteria


SKPL-XXX

Halaman 18 dari 27


1.7.7.2 Diagram Aktivitas: Objek Wisata Sesuai dengan Kriteria

Membuka Website

Login Wisatawan

Memilih KAtegori

Membuka Menu ObjekWisata Menurut Kriteria

Memasukkan kriteria yang diinginkan

MEnyetujui PEncarian

MEnampilkan Hasil rekomendasi berdasarkan urutan

Cek database

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


SKPL-XXX

Halaman 19 dari 27


1.7.7.4 Diagram Kolaborasi Objek: Objek Wisata Sesuai dengan Kriteria 5: view_result( )

1: open_page( )

: Form Objek Wisata Menurut Kriteria

: Wisatawan 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


SKPL-XXX

Halaman 20 dari 27


Usecase untuk menangani perimintaan rekomendasi.saran tentang objek wisata mana yang sebaiknya dikunjungidengan memperhitungkan budget yang dimiliki oleh Wisatawan

MEmbuka halaman rekomendasi budget

Memasukkan Budget yang dimiliki

Memasukkan Kategori wisata yang diinginkan Wisatawan Domestik

Wisatawan Mancanegara (f rom Actors)

(f rom Actors)

Memasukkan jumlah wisata yang ingin dikunjungi

Menyutujui Pemrosesan Budget

Memilih Hasil Rekomendasi

Gambar 19. Usecase Diagram “My Journey”


SKPL-XXX

Halaman 21 dari 27


1.7.8.2 Diagram Aktivitas: Rekomendasi Objek Wisata Sesuai Budget

Membuka Website

Login Wisatawan

Membuka Menu Rekomendasi Budget

Memasukkan Budget

Memasukkan jumlah Objek wisata

Pilih hasil rekomendasi

Cek database

Tampilkan hasil 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

do_login( )


: Objek Wisata

entry( )

read( )

save( )

view_result( )

Gambar 21. Sekuens Diagram Rekomendasi Objek Wisata Sesuai Budget


SKPL-XXX

Halaman 22 dari 27


1.7.8.4 Diagram Kolaborasi Objek: Rekomendasi Objek Wisata Sesuai Budget 6: view_result( )

3:

1: do_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


SKPL-XXX

Halaman 23 dari 27


Membuka MEnu Scedhuling

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 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

(f rom Actors)

(f rom Actors)

Menyetujui PEmrosesan

MEnerima Scheduling yang dibuatkan

Gambar 23. Usecase Diagram Scheduling Perjalanan Wisata


SKPL-XXX

Halaman 24 dari 27


1.7.9.2 Diagram Aktivitas: Scheduling Perjalanan Wisata

Membuka Website

Login wisatawan Membuka Menu Scheduling

Memasukkan Objek Wisata

Request Schedule

Memasukkan Waktu yang dimiliki

Menampilkan schedule

Memproses Schedule

Menerima Schedule

Gambar 24. ActivityDiagram Scheduling Perjalanan Wisata

1.7.9.3 Diagram Sekuens: Scheduling Perjalanan Wisata

: Wisatawan


: Form Scheduling

: Control Schedule

: Schedule

do_login( ) entry( ) read( )

read( ) save( )

view_result( )

Gambar 25. Sekuens Diagram Scheduling Perjalanan Wisata


SKPL-XXX

Halaman 25 dari 27


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


SKPL-XXX

Halaman 26 dari 27


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 o

o o o o

Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini: SKPL :Spesifikasi Kebutuhan Perangkat Lunak Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak. SRS : Spesification Requirement System IEEE : Institute of Electrical and Electronics Engineering Standar internasional untuk pengembangan dan perancangan produk. My Journey : Nama Aplikasi ini. Unit Pariwisata : objek wisata, perhotelan, restoran, pusat perbelanjaan. Mobile : Pengaksesan aplikasi via HP yang support, atau PDA

2 Traceability SRS-ID SRS-F-001 SRS-F-002 SRS-F-003 SRS-F-004 SRS-F-005 SRS-F-006 SRS-F-007 SRS-F-008

Use Case ID SRS-UC-001 SRS-UC-002 SRS-UC-003 SRS-UC-004 SRS-UC-005 SRS-UC-006 SRS-UC-007 SRS-UC-008


Skenario SRS-SC-001 SRS-SC-002 SRS-SC-003 SRS-SC-004 SRS-SC-005 SRS-SC-006 SRS-SC-007 SRS-SC-008

SKPL-XXX

Halaman 27 dari 27


GL01 DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Recommend Documents