Latar Belakang dan Motivasi
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
:
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
(sumber
. Wisatawan mancanegara juga terkadang
mengalami kesulitan ketika mereka mencari tempat wisata. Ketika mereka menanyakan 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 Selalu maintenance untuk menjaga performa dan kinerja system
Database dan server dapat dijalankan Selalu memantau aktivitas 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.
Antisipasinya terhadap resiko di atas adalah :
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 - Kemasan design yang unik untuk meningkatkan penjualan produk dari web kami.
- Pengorganisasian berkas secara indexing berdasarkan abjad judul berkas Dalam penyusunan tulisan sesuai abjad dapat memudahkan untuk mencari berkas.
- System dapat diakses 24 jam
- Kecepatan Aplikasi dapat diakses dengan cepat tanpa harus menunggu lama dan bila tersedia tambahan tempat wisata yang baru akan terupdate di database kami.
Sering Actor : User, system Skenario utama :
6. System melakukan cek terhadap password apakah terlalu singkat atau tidak
5. User memasukkan password
4. System melakukan cek terhadap user id tersebut apakah valid atau tidak, apakah sudah digunakan atau belum
3. User memasukkan user id yang akan dipakai
2. Pilih menu sign up
1. Akses ke halaman login
Sign up Ringkasan : User Prioritas : Penting Frekuensi digunakan :
Mempermudahkan user untuk mengakses selama 24 jam,jika tidak maka user akan mengalami kesulitan dalam pengaksesan.
8. Use Case (Fungsional. Stakeholder dan Prioritas)
User dapat mempromosikan tempat wisata mereka di aplikasi ini dan user juga dapat menggunakan jasa pembuatan iklan.
Jasa pembuatan iklan tempat wisata
Upload tempat wisata baru User dapat mengupload tempat wisata baru yang belum terdapat di database aplikasi ini.
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.
7. Fitur Sistem
7. User memasukkan password lagi sebagai autentifikasi
8. Sign up Skenario
1. Jika user id sudah digunakan, maka user diminta untuk alternative : 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 Selalu digunakan : 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
1. Jika user id salah, maka user diminta untuk memasukkan user alternative : 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 Jarang digunakan : Actor : User, system Skenario utama :
1. User memasukkan informasi pada halaman profil
2. System menyimpan informasi profil user Skenario alternative : Catatan dan pertanyaan : View profile Ringkasan : User dapat mengubah informasi tentang akunnya Prioritas : Desired Frekuensi Jarang digunakan : 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 Jarang digunakan : 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 Skenario alternative : Catatan dan pertanyaan : Forget password Ringkasan : Digunakan jika user ingin mengganti passwordnya Prioritas : Desired Frekuensi Jarang digunakan : 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 Skenario alternative : Catatan dan pertanyaan : Find location (smartphone) Ringkasan : Digunakan user baik user yang terdaftar ataupun guest untuk melakukan pencarian terhadap lokasi wisata Prioritas : Penting Frekuensi Selalu digunakan : 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
1. Jika user tidak memiliki koneksi internet maka akan muncul alternative : 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 Jarang digunakan : Actor : User, sistem 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. User klik “view video” Skenario Jika video tidak tersedia maka akan muncul pesan kesalahan alternative : 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 Sering digunakan : 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 Skenario alternative : Catatan dan pertanyaan : Iklan tempat wisata Ringkasan : User dapat mengenalkan tempat wisata nya dengan membuat iklan tempat wisata tersebut Prioritas : Penting Frekuensi Sering digunakan : Actor : User, system Skenario utama :
1. User klik icon “Beriklan di aplikasi kami”
2. User memilih menu upload iklan
3. User memilih menu upload iklan yang sudah jadi
4. User memilih kontrak iklan yang ditawarkan
5. User memilih tipe pembayaran
6. Sistem menyimpan space iklan untuk user User browse file yang akan di upload nya 7.
8. User memasukkan deskripsi mengenai file yang di upload nya Sistem mengupload file 9.
10. User mendapat notifikasi bahwa upload file telah selesai Skenario File yang bisa diupload berupa animasi flash, pdf atau video. alternative : Jika user mengupload file selain itu, maka akan tampil pesan kesalahan bahwa file yang diupload tidak kompatibel
- Catatan dan Setelah file di upload, user harus membayar terlebih pertanyaan : dahulu, jika dalam tiga hari user tidak membayar, maka iklan nya akan dihapus dari aplikasi.
9. WORK BREAKDOWN STRUCTURE (WBS)
NOTE : Navigation On Line Travel On Demand @2012
10. ESTIMASI WAKTU WBS
3.3
2.6 DESAIN SISTEM Desain arsitektur Desain komponen Desain sekuriti 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
TOTAL
10 hari 8 hari 7 hari 1 hari
2 hari 2 hari 2 hari 5 hari 2 hari 3 hari
7 hari 2 hari 5 hari 3 hari
40 hari
3
3.1
3.2
3.4 IMPLEMENTASI CODING Menghubungkan tiap halaman web Menyusun coding pada aplikasi metode Menghubungkan peta navigasi dengan aplikasi mobile Menghubungkan database dengan aplikasi web dan mobile
2.5.1
TOTAL
7 hari 9 hari 5 hari 5 hari
26 hari
4
4.1
4.2 PENGUJIAN Menyusun scenario pengujian sistem Dokumentasi
TOTAL
5 hari 1 hari
6 hari
5 RILIS, UPDATE DAN MAINTENANCE
2.5.2
Langkah Deskripsi Perkiraan Waktu
1
2 hari 8 hari 3 hari 3 hari
1.1
1.1.1
1.1.2
1.1.3
1.2
1.3
1.4
1.5 ANALISA USER REQUIREMENT Pengumpulan analisis requirement Analisis user 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)
TOTAL
15 hari 7 hari 3 hari 5 hari
31 hari
2.4.2
2
2.1
2.2
2.3
2.3.1
2.3.2
2.3.3
2.3.4
2.4
2.4.1
2.5
5.1 Menerima feedback dari user 1 hari
5.2 Melakukan update 1 hari
5.3 Melakukan maintenance sistem 5 hari
TOTAL 7 hari TOTAL PROYEK
110 hari
11. GANT CHART ESTIMASI WAKTU
NOTE : Navigation On Line Travel On Demand @2012