1. Latar Belakang dan Motivasi
Ketika anda sedang bepergian di suatu tempat dan ingin menuju suatu tempat tertentu seperti tempat wisata misalnya tetapi anda tidak tahu dimana lokasi tempat wisata itu maka anda bisa memanfaatkan kemajuan teknologi untuk menemukan tempat wisata tersebut. Saat ini telah menjamur layanan GPS atau aplikasi yang berbasis navigasi untuk membantu penggunan dalam mencari lokasi suatu tempat.
Smartphone atau handphone yang memiliki sistem operasi sudah menjadi hal yang umum di kalangan masyarakat saat ini. Selain itu, masyarakat saat ini sudah banyak yang mengandalkan internet sebagai penunjang kegiatan sehari-hari mereka. Kami melihat ada peluang bisnis dengan pesatnya perkembangan teknologi internet saat ini. Perkembangan teknologi internet di Indonesia sudah sangat pesat. Menurut hasil riset majalah Marketers, jumlah pengguna internet di Indonesia pada tahun 2011 sudah mencapai 55 juta orang
(sumber :
http://tekno.kompas.com/read/2011/10/28/16534635/Naik.13.Juta..Pengguna.Internet.Indon esia.55.Juta.Orang
Berdasarkan data statistik di atas, kami berkesimpulan bahwa jika kami dapat membuat suatu layanan berbasis internet, maka hal itu akan menjadi sesuatu yang menguntungkan bagi kami. Indonesia memiliki banyak tempat wisata, dimana tempat-tempat wisata tersebut sering dikunjungi oleh wisatawan asing dan domestik. Untuk wisatawan mancanegara, Indonesia menjadi salah satu pilihan tempat para wisatawan asing untuk berwisata. Pada tahun 2011 lalu, jumlah wisatawan mancanegara yang berkunjung ke
Indonesia berjumlah 7,6 juta orang
lokasi ke penduduk lokal, banyak dari mereka yang tidak bisa menjelaskan dengan baik lokasi tempat wisata tersebut. Wisatawan domestik juga mendominasi tempat-tempat wisata hanya saja wisatawan domestik biasa membanjiri tempat-tempat wisata hanya pada saat tertentu seperti saat liburan contohnya.
2. Tujuan
Tujuan dari dibangunnya layanan aplikasi ini adalah untuk membantu masyarakat khususnya wisatawan dalam memanfaatkan layanan internet untuk menemukan tempat-tempat wisata ketika mereka sedang bepergian, memudahkan para wisatawan untuk mencari tempat wisata di sekitar mereka dan member kesempatan untuk pengelola tempat wisata untuk memasarkan tempat wisata tersebut melalui situs kami, implementasi menggunakan platform OS mobile pada navigasi jalan dapat dimanfaatkan sebagai sumber informasi bagi pengguna dalam hal Jalan dan transportasi, agar lebih optimal dalam mencari informasi yang dibutuhkan untuk digunakan oleh semua pihak yang terkait dan berkepentingan, dan rancangan proses bisnis ini tidak saja hanya dapat diterapkan pada area bisnis yang dibahas dalam pengerjaan sistem pelayanan navigasi ini, namun dapat diterapkan pada area lain yang memilikiproses bisnis seperti rancangan ini.Kami juga mengingkan adanya komunitas online yang bisa saling berbagi informasi mengenai tempat-tempat wisata yang mereka kunjungi.
3. Batasan Sistem (In Scope dan Out Scope)
In scope Out scope
Membangun suatu software as a service atau perangkat lunak berbentuk layanan yang memberikan layanan utamanya berupa layanan navigasi
Lebih berfokus memberikan layanan berupa letak suatu tempat tertentu.
Dapat berjalan dengan baik di segala OS Dapat berjalan dengan baik di smartphone Mengorganisir letak lokasi didalam system
kami
Letak-letak segala kebutuhan umum terlihat secara detail
Seluruh lokasi suatu tempat yang diupload oleh user akan disaring terlebih dulu oleh admin secara manual.
Admin tidak menyaring lokasi suatu tempat umum hasil upload user tertentu yang telah banyak mengupload file
Ada forum untuk umum dan forum khusus untuk user
Melakukan upgrade sesuai perkembangan dan kebutuhan user
Selalu mengikuti perkembangan yang ada sesuai kebutuhan user
oleh satu komputer saja
4. Produk yang diserahkan (Deliverable)
Setelah sistem aplikasi ini selesai, yang akan diberikan kepada pelanggan adalah :
User dapat menginstal aplikasi ini di smartphone mereka dan mereka dapat mengakses dimana saja.
User Interface yang menarik dan mudah digunakan oleh user
Menu help, yang akan membantu user apabila kesulitan dalam memahami semua fitur yang ada dalam sistem.
Sistem aplikasi ini dapat diakses 24 jam.
User yang sudah memilik account dapat mengupload tempat wisata yang belum ada di database aplikasi ini
User yang menggunakan layanan jasa pembuatan iklan dapat melihat hasil nya ditampilkan di aplikasi yang diakses baik dari web ataupun pada platform-platform smartphone.
5. Analisa resiko
Resiko yang mungkin muncul dari layanan system ini dibagi menjadi 2 yaitu secara teknikal maupun secara manajerial :
a) analisa resiko teknikal :
Keterbatasan infrastruktur ketika web aplikasi ini telah dikunjungi oleh banyak user. Mengingat web aplikasi ini dibangun secara sederhana dan bukan berskala besar.
Keterbatasan informasi mengenai daerah-daerah wisata sebagai informasi para wisatawan. Serta informasi mendetail tentang daerah tersebut dan updatean harga yang terkait dalam daerah tersebut.
b) analisa resiko manajerial :
Ada kemungkinan konten yang diupload oleh user kedalam system pada web aplikasi ini tidak sesuai dengan ketentuan yang telah ditentukan sebelumnya.
System tidak bisa mengantisipasi kelemahan sepenuhnya. Hal ini bisa menjadi resiko terbesar dari web aplikasi ini karena bisa menjadikan user terganggu dengan konten yang tidak sesuai sehingga user pun enggan untuk mengunjungi lagi web aplikasi ini. Dengan berkurangnya pengunjung maka akan menurunkan pula rating akan web aplikasi dan nantinya ini akan berdampak serius terhadap kelangsungan web aplikasi ini didunia internet.
Dengan melakukan kajian terus menerus terkait system. Sementara system yang dibutuhkan untuk mengantisipasi kelemahan belum berjalan, maka akan dilakukan monitoring sepenuhnya oleh Admin untuk memantau berkas – berkas yang ada pada system apakah sesuai dengan aturan atau tidak.
Selain itu didalamnya juga ditambahkan suatu fitur yang memungkinkan user dapat melaporkan penyalahgunaan layanan kepada admin. Dengan demikian admin akan terbantu dalam memantau web aplikasi ini.
Admin sesering/ secara rutin mengupdate informasi terkini tentang daerah-daerah wisata yang terkait. Serta menyediakan forum untuk user agar dapat berbagi tentang informasi daerah-daerah wisata.
6. Kebutuhan Fungsional
Kebutuhan fungsional dari sistem ini adalah : - Bisa mengupload berkas
User ini dapat memposting atau membuat review mengenai tempat wisata yang belum ada di database aplikasi kami.
- Single sign – on
Sebuah system authentifikasi terhadap user dengan sekali login akan bisa mengakses beberapa aplikasi tanpa harus login di masing-masing aplikasi. - Mengakses aplikasi
User bisa melihat aplikiasi kami untuk mencari lokasi wisata tempat tertentu. - Kapasitas penyimpanan yang besar
Isi database dapat menampung macam-macam iklan dalam jumlah besar.
- Dapat melaporkan konten yang mengandung SARA ataupun melanggar ketentuan dari Admin
Bila terdapat iklan yang tidak bermutu maka akan segera di tindak lanjut.
Non Fungsional
Kebutuhan non fungsional dari sistem ini adalah : - Design yang menarik
- Pengorganisasian berkas secara indexing berdasarkan abjad judul berkas
Dalam penyusunan tulisan sesuai abjad dapat memudahkan untuk mencari berkas. - System dapat diakses 24 jam
Mempermudahkan user untuk mengakses selama 24 jam,jika tidak maka user akan mengalami kesulitan dalam pengaksesan.
- Kecepatan
Aplikasi dapat diakses dengan cepat tanpa harus menunggu lama dan bila tersedia tambahan tempat wisata yang baru akan terupdate di database kami.
7. Fitur Sistem
Mencari lokasi tempat wisata dan referensi mengenai tempat wisata tersebut
User dapat menggunakan aplikasi ini pada smartphone mereka. Smartphone mereka dapat mengenali lokasi mereka saat itu serta dapat mengenali lokasi wisata di sekitar mereka. Di dalam aplikasi ini juga terdapat iklan dari user yang mendaftar dan mempromosikan tempat wisata mereka.
Upload tempat wisata baru
User dapat mengupload tempat wisata baru yang belum terdapat di database aplikasi ini. Jasa pembuatan iklan tempat wisata
User dapat mempromosikan tempat wisata mereka di aplikasi ini dan user juga dapat menggunakan jasa pembuatan iklan.
8. Use Case (Fungsional. Stakeholder dan Prioritas) Sign up
Ringkasan : User Prioritas : Penting Frekuensi
digunakan :
Sering
Actor : User, system
Skenario utama : 1. Akses ke halaman login 2. Pilih menu sign up
3. User memasukkan user id yang akan dipakai
4. System melakukan cek terhadap user id tersebut apakah valid atau tidak, apakah sudah digunakan atau belum
5. User memasukkan password
6. System melakukan cek terhadap password apakah terlalu singkat atau tidak
8. Sign up Skenario
alternative :
1. Jika user id sudah digunakan, maka user diminta untuk memasukkan user id yang baru
2. Jika password terlalu pendek, maka user diminta untuk mengganti password tersebut dengan password sesuai ketentuan
Catatan dan pertanyaan :
Login
Ringkasan : Untuk melakukan pengaksesan terhadap system perpustakaan online, user yang sudah terdaftar harus login terlebih dahulu. Jika user belum login, maka akan dianggap sebagai user guest yang hak aksesnya hanya bisa view file saja. Prioritas : Penting
Frekuensi digunakan :
Selalu
Actor : User, system
Skenario utama : 1. User memasukkan user id
2. System melakukan cek terhadap user id tersebut apakah valid atau tidak
3. User memasukkan password
4. System melakukan cek terhadap password 5. Login
Skenario alternative :
1. Jika user id salah, maka user diminta untuk memasukkan user id kembali
2. Jika password salah, user diminta untuk mengulang password 3. Jika user lupa password, maka user dapat set new password Catatan dan
pertanyaan :
Edit profile
Ringkasan : User dapat mengubah informasi profilnya Prioritas : Desired
Frekuensi digunakan :
Jarang
Actor : User, system
Skenario utama : 1. User memasukkan informasi pada halaman profil 2. System menyimpan informasi profil user
alternative : Catatan dan pertanyaan :
View profile
Ringkasan : User dapat mengubah informasi tentang akunnya Prioritas : Desired
Frekuensi digunakan :
Jarang
Actor : User, system
Skenario utama : 1. User memasukkan informasi akunnya pada halaman profil 2. System menyimpan informasi profil user
Skenario alternative : Catatan dan pertanyaan :
Forget password
Ringkasan : Digunakan jika user mengalami lupa password atau salah memasukkan password berkali-kali sehingga password diblokir
Prioritas : Expected Frekuensi
digunakan :
Jarang
Actor : User, system
Skenario utama : 1. User memasukkan user id
2. System melakukan cek terhadap user id 3. User memasukkan password baru
4. System melakukan validasi terhadap password yang dimasukkan
Ringkasan : Digunakan jika user ingin mengganti passwordnya Prioritas : Desired
Frekuensi digunakan :
Jarang
Actor : User, system
2. System melakukan cek terhadap user id 3. User memasukkan password baru
4. System melakukan validasi terhadap password yang dimasukkan
Ringkasan : Digunakan user baik user yang terdaftar ataupun guest untuk melakukan pencarian terhadap lokasi wisata
Prioritas : Penting Frekuensi
digunakan :
Selalu
Actor : User,system
Skenario utama : 1. User klik find location
2. Sistem mengidentifikasi lokasi user
3. Sistem menampilkan lokasi wisata di sekitar tempat user mengakses aplikasi tersebut
4. User memilih tempat wisata tertentu untuk mendapatkan informasi mengenai lokasi tempat wisata tersebut
5. Sistem menampilkan informasi singkat mengenai lokasi tersebut.
6. Sistem menampilkan link menuju webiste resmi tersebut (bila tersedia)
Skenario alternative :
1. Jika user tidak memiliki koneksi internet maka akan muncul pesan bahwa aplikasi ini membutuhkan koneksi internet. Catatan dan
pertanyaan :
View video
Ringkasan : User dapat melihat video mengenai tempat wisata yang dipilihnya
Prioritas : Opsional Frekuensi
digunakan :
Jarang
Actor : User, sistem
Skenario utama : 1. User klik find location
3. Sistem menampilkan lokasi wisata di sekitar tempat user mengakses aplikasi tersebut
4. User memilih tempat wisata tertentu untuk mendapatkan informasi mengenai lokasi tempat wisata tersebut
5. Sistem menampilkan informasi singkat mengenai lokasi tersebut.
6. User klik “view video” Skenario
alternative :
Jika video tidak tersedia maka akan muncul pesan kesalahan kalau video tidak tersedia.
Catatan dan pertanyaan :
Upload tempat wisata
Ringkasan : User dapat mengupload tempat wisata yang belum terdapat di dalam database aplikasi ini
Prioritas : Penting Frekuensi
digunakan :
Sering
Actor : User, system
Skenario utama : 1. User melakukan login ke system 2. System melakukan validasi login 3. User mengupload file ke server
4. System menyimpan file tersebut dan mengupdate lokasi tersebut
Ringkasan : User dapat mengenalkan tempat wisata nya dengan membuat iklan tempat wisata tersebut
Prioritas : Penting Frekuensi
digunakan :
Sering
Actor : User, system
Skenario utama : 1. User klik icon “Beriklan di aplikasi kami” 2. User memilih menu upload iklan
5. User memilih tipe pembayaran
6. Sistem menyimpan space iklan untuk user 7. User browse file yang akan di upload nya
8. User memasukkan deskripsi mengenai file yang di upload nya
9. Sistem mengupload file
10. User mendapat notifikasi bahwa upload file telah selesai Skenario
alternative :
File yang bisa diupload berupa animasi flash, pdf atau video. Jika user mengupload file selain itu, maka akan tampil pesan kesalahan bahwa file yang diupload tidak kompatibel
Catatan dan pertanyaan :
10. ESTIMASI WAKTU WBS
Langkah Deskripsi Perkiraan Waktu
1
Melakukan wawancara terhadap masyarakat Melakukan survey terhadap sistem yang sejenis Membuat batasan sistem
Menyusun kebutuhan fungsional dan non fungsional sistem Menyusun use case analysis/spesifikasi sistem
Mendokumentasikan tahap 1.1 hingga tahap 1.4 dalam dokumen SRS dan proposal (Software Requirement Specification)
Menentukan mekanisme sekuriti yang digunakan Menentukan sekuriti jaringan
Menentukan sekuriti dari sistem operasi Menentukan sekuriti dari aplikasi Desain database
Menentukan engine database yang digunakan Membangun struktur datanase (diagram ERD) Desain user interface
Mendesain layout aplikasi
Mendesain halaman-halaman dari web Dokumentasi Menghubungkan tiap halaman web Menyusun coding pada aplikasi metode
Menghubungkan peta navigasi dengan aplikasi mobile Menghubungkan database dengan aplikasi web dan mobile TOTAL
Menyusun scenario pengujian sistem Dokumentasi
TOTAL
5 hari 1 hari 6 hari
5.1 5.2 5.3
Menerima feedback dari user Melakukan update
Melakukan maintenance sistem TOTAL
1 hari 1 hari 5 hari 7 hari