Anda di halaman 1dari 21

SISTEM INFORMASI KOS DI KOTA MALANG BERBASIS

ANDROID APPLICATION

Imam Ghozali

135150201111214

HELMI

135150201111238

M. Fahrul Alam

135150200111104

M. Ramanda

135150201111223

Poltak H

135150201111110

Fakultas Ilmu Komputer


Universitas Brawijaya
Malang
2015

A. Deskripsi Sistem
Malang adalah kota yang sejuk karena berada di daerah pegunungan. Tidak heran jika
banyak siswa / siswi lulusan SMA dari berbagai daerah yang memilih kota malang sebagai
tempat melanjutkan pendidikan yang lebih tinggi.
Sehingga banyak penduduk yang membuka usaha kos. Namun bagi mahasiswa atau
pendatang cukup sulit untuk menemukan kos yang sesuai dengan keinginannya. Selain karena
tidak mengenal kota malang namun juga susahnya mencari kos yang sesuai selera.
Maka dari itu kami merancang android application yang berjudul Kost-A

untuk

memudahkan pencarian info kos sesuai dengan jarak, harga dan fasilitas yang sesuai dengan
keinginan. Aplikasi ini nantinya ditujukan untuk membantu mahasiswa atau pekerja yang ingin
mencari kos.
B. Analisis
a) Pernyataan Kebutuhan
1. Aplikasi bisa diakses melalui mobile apps (Di platform Android) (SRS_KSA_100)
1.1. OS android minimal JellyBean 4.2.1 (SRS_KSA_101)
1.2. Membutuhkan RAM 512MB (SRS_KSA_102)
1.3 Membutuhkan memori minimal 30MB (SRS_KSA_103)
2.

Aplikasi menyediakan informasi kos di kota Malang berdasarkan jarak terdekat


(SRS_KSA_200)
2.1 Mencari jarak terdekat dari titik lokasi user menggunakan GPS (SRS_KSA_201)
2.2. Mencari jarak terdekat dari titik yang ditentukan sendiri oleh user
(SRS_KSA_202)
2.3. Initialisasi jarak terdekat maksimal 2 kilometer (SRS_KSA_203)
2.4. Setiap pengguna dapat memperlebar jarak cakupan GPS sejauh 500 meter
(SRS_KSA_204)

3. Aplikasi menyediakan informasi kos di kota Malang berdasarkan tarif yang diinginkan
(SRS_KSA_300).
3.1 Tarif dapat dikelompokan dari yang terkecil sampai tersebesar . (SRS_KSA_301)

4.

Kategori ketiga menyediakan informasi kos di kota Malang berdasarkan fasilitas


yang diinginkan oleh user. (SRS_KSA_400)
4.1 Berdasarkan ukuran kamar, WI-FI, parker, kamar mandi dalam , layanan penuh
(SRS_KSA_401)

5.

Aplikasi ini menyediakan fitur memilih jenis kelamin (SRS_KSA_500)


5.1. memilih jenis kelamin laki-laki atau perempuan (SRS_KSA_501)

6. Aplikasi ini menyediakan fitur help (SRS_KSA_600)


6.1 Fitur help ada disetiap halaman (SRS_KSA_601)
6.2 Fitur help menyediakan informasi mengenai : (SRS_KSA_602)
1. Tata cara penggunaan aplikasi
2. Syarat dan ketentuan
3. Kebijakan privasi
7. Aplikasi menyediakan fitur rating untuk kos (SRS_KSA_700)
7.1 Bentuk rating berupa 5 bintang (SRS_KSA_701)
8. Aplikasi akan selalu update otomatis setiap 2 minggu sekali (SRS_KSA_800)
8.1 Aplikasi mengupdate database (SRS_KSA_801)
8.2 Aplikasi mengupdate User Interfacenya
9. Aplikasi ini menyediakan fitur share lokasi ke social media dan massanger
(SRS_KSA_900)
9.1.Share ke Facebook, twitter dan lain-lain (SRS_KSA_901)
10. Aplikasi ini menyediakan fitur landmarks (SRS_KSA_1000)
10.1 Fitur landmark untuk menandai posisi dari kos (SRS_KSA_1001)
11. Aplikasi ini menyediakan fitur setting layer (SRS_KSA_1100)
11.1 Bisa memilih layer satellite atau street view (SRS_KSA_1101)
12. Aplikasi dapat menyimpan alamat kos yang telah di cari sebelumnya dalam history
(SRS_KSA_1100)
12.1 Hanya dapat menyimpan maksimal 10 alamat kos

b) Pemodelan Analisis
a. Use Case Diagram
Use case adalah gambaran fungsionalitas dari suatu sistem, sehingga
pengguna sistem mengerti mengenai kegunaan sistem yang akan dibangun.
Skenario Use Case digunakan untuk memudahkan dalam menganalisa
skenario yang akan digunakan pada tahapan selanjutnya dengan melakukan
penilaian terhadap skenario tersebut.

b.

Dokumentasi Use Case

Definisi Aktor :
Berikut adalah definisi aktor dari Use Case APLIKASI MOBILE KOST-A

Aktor
1. User

Deskripsi
Aktor yang dapat mengaksess semua fitur seperti
cari kos, help dan setting

2. Admin

Aktor yang menupdate data kos

Definisi Use Case :

Usecase menyatakan fungsi lengkap yang dilakukan aktor dan menghasilkan nilai ke
aktor serta menggambarkan dimana level dan respon user. Kemudian dibuat skenario (flow of
event) yang menggambarkan urutan interaksi aktor dengan sistem tersebut dalam setiap usecase.

No.

Use Case

Deskripsi

Cari Berdasarkan Jarak

Pencarian kos berdasarkan jarak yand diinginkan

Cari Berdasarkan Tarif

Pencarian kos berdasarkan tarif yand diinginkan

Cari Berdasarkan Fasilitas

Pencarian kos berdasarkan fasilitas yand diinginkan

Pilih Jenis Kelamin

Menampilkan kos berdasarkan jenis kelamin

Landmark

Menandai lokasi kos

Rating

Memberikan rating kos

Share

Membagikan informasi kos

Help

Menampilkan fitur help

Setting Layer

Memberikan pilihan setting layer

10

Update Data Kos

Mengupdate data kos tiap bulan

1) Deskripsi Use Case Pilih Jenis Kelamin


Use Case Name:

Jenis Kelamin

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user melakukan pemilihan jenis
kelamin

Typical Course of
Events:

Actor

System

1. Memilih jenis kelamin

2. Memvalidasi jenis kelamin


3. Menampilkan pesan notifikasi
4. Use case ini akan berakhir
ketika user telah berhasil
memilih kos berdasarkan
jenis kelamin

Alternate

1. Jika data kos yang dicari tidak ada dalam database maka tampilkan pesan

Courses:

kos yang dicari tidak ada

Precondition:

Tidak ada

Postcondition:

Akan ditampilkan kos pada peta sesuai dengan jenis kelamin yang dipilih

2) Deskripsi Use Case Cari Berdasarkan Jarak


Use Case Name:

Berdasarkan Jarak

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam melakukan pencarian kos
berdasarkan jarak terdekat

Typical Course of
Events:

Actor
1. Mencari

kos

System
dengan

menggunakan GPS atau


menentukan titik awal.
2. Memvalidasi

data

yang

dimasukkan dalam database


3. Menampilkan kos yang sesuai.
4. Use case ini akan berakhir
ketika

user

telah

mendapatkan kos dengan


jarak terdekat
1. Jika data kos yang dicari tidak ada dalam database maka tampilkan

Alternate

pesan kosan yang dicari tidak ada

Courses:
Precondition:

User memilih jenis kelamin

Postcondition:

Akan ditampilkan kos pada peta sesuai dengan jarak terdekat

3) Deskripsi Use Case Cari Berdasarkan Tarif


Use Case Name:

Berdasarkan Tarif

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam melakukan pencarian kos
berdasarkan tarif

Typical Course of
Events:

Actor

System

1. Mencari kos yang ada di


website dengan memilih
rentang tarif
2. Memvalidasi rentang tarif yang
dipilih dalam database
3. Menampilkan kos yang sesuai.
4. Use case ini akan berakhir
ketika

user

telah

mendapatkan kos dengan


rentang tariff yang dipilih
1. Jika data kos yang dicari tidak ada dalam database maka tampilkan

Alternate

pesan kosan yang dicari tidak ada

Courses:
Precondition:

User memilih jenis kelamin

Postcondition:

Akan ditampilkan kos pada peta sesuai dengan kata kunci yang dimasukkan

4) Deskripsi Use Case Cari Berdasarkan Fasilitas


Use Case Name:

Berdasarkan Fasilitas

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam melakukan pencarian kos
berdasarkan fasilitas

Typical Course of
Events:

Actor

System

1. Mencari kos yang ada di


website

dengan

memasukkan kata kunci


di kolom pencarian
2. Memvalidasi

kata

yang

dimasukkan dalam database


3. Menampilkan kosan yang sesuai.
4. Use case ini akan berakhir
ketika

user

telah

mendapatkan kosan yang


dicari

1. Jika data kosan yang dicari tidak ada dalam database maka tampilkan

Alternate

pesan kosan yang dicari tidak ada

Courses:
Precondition:

User memilih jenis kelamin

Postcondition:

Akan ditampilkan kos pada peta sesuai dengan kata kunci yang dimasukkan

5) Deskripsi Use Case Landmark


Use Case Name:

Landmark

Actor:

Visitor

Description:

Menandai lokasi kos

Typical Course of
Events:

Actor

System

1. Menekan tombol rumah


untuk menandai kos
2. Menyimpan kos yang ditandai
3. Use

case

ini

akan

berakhir ketika kos yang


dipilih telah ditandai
Alternate Courses:

Tidak ada

Precondition:

User mencari kos

Postcondition:

Kos yang dipilih berhasil ditandai (landmark) pada peta

6) Deskripsi Use Case Share


Use Case Name:

Share

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam melakukan share ke
media sosial atau

Typical Course of
Events:

Actor
1.

System

Menekan tombol share


kos ke media sosial atau
instant messenger
2. Menampilkan

sosial

media

atau instant messenger untuk


di lakukan share

3. Menampilkan

notifikasi

berhasil di share

4.

Use

case

berakhir

ini

akan

ketika

user

telah berhasil menshare


informasi kos ke media
sosial atau

instant

messenger
Alternate Courses:

Tidak ada

Precondition:

User mencari kos

Postcondition:

Informasi kos tershare di media sosial atau instant messenger

7) Deskripsi Use Case Rating


Use Case Name:

Rating

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam melakukan penilaian
rating terhadap kos

Typical Course of
Events:

Actor

System

1. Melakukan
terhadap

penilaian
kos

dengan

memilih nilai rating


2. Menyimpan data yang dirating
dalam database
3. Menampilkan

hasil

visitor keseluruhan
4. Use case ini akan
berakhir ketika user
telah berhasil mengisi
rating
Alternate

Tidak ada

Courses:
Precondition:

User mencari kos

rating

Postcondition:

Ditampilkan hasil rating keseluruhan visitor

8) Deskripsi Use Case Help


Use Case Name:

Help

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam menggunakan fitur help

Typical Course of
Events:

Actor
1. User

System

menekan

menu

help
2. Menampilkan fitur help
3. Use

case

berakhir

ini

akan

ketika

user

telah

selesai

menggunakan fitur help


Alternate Courses:

Tidak ada

Precondition:

Tidak ada

Postcondition:

User menggunakan fitur help

9) Deskripsi Use Case Setting Layer


Use Case Name:

Setting

Actor:

Visitor

Description:

Use case ini akan mendeskripsikan proses user dalam menggunakan fitur layer

Typical Course of
Events:

Actor

System

1. User menekan tombol


setting layer
2. Menampilkan fitur setting layer
3. Memilih layer satellite
atau street view
4. Memproses hasil pilihan layer
5. Use

case

berakhir

ini

akan

ketika

user

telah
tampilan

mendapatkan
berdasarkan

layer yang dipilih


Alternate Courses:

Tidak ada

Precondition:

Tidak ada

Postcondition:

User telah mendapatkan tampilan pada peta berdasarkan layer yang dipilih

10) Deskripsi Use Case Update Data Kos


Use Case Name:

Update Data Kos

Actor:

Admin

Description:

Use case ini akan mendeskripsikan proses admin dalam melakukan update data
kos

Typical Course of
Events:

Actor

System

1. Admin mengupdate data


kos (menambah /

edit /

hapus)
2. Memvalidasi

data

kos

yang

dilakukan proses update


3. Menyimpan hasil update ke dalam
database.
4. Use case ini akan berakhir
ketika admin telah selesai
melakukan proses update
Alternate
Courses:

1. Jika admin melakukan penambahan data kos dan telah terdapat data
yang sama dalam database, maka tampilkan pesan data kos telah ada

Precondition:

Admin membuat apk

Postcondition:

Hasil update data kos disimpan ke dalam database

c.

Class Diagram
Dengan melihat karakteristik sistem pencarian kos sampai dengan landmark

beserta proses-proses yang terjadi, maka dapat dibuat Class Diagram sebagai berikut.

d. Sequence Diagram
Sequence Diagram digunakan untuk menggambarkan interaksi antar objek
dalam waktu yang berurutan. Tetapi pada dasarnya sequence Diagram selain
digunakan dalam lapisan abstraksi model objek.
Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara
object juga interaksi antara object, sesuatu yang terjadi pada titik tertentu dalam
eksekusi sistem.
Komponen utama sequence diagram terdiri atas objek yang dituliskan
dengan kotak segiempat bernama pesan diwakili oleh garis dengan tanda panah dan
waktu yang ditunjukkan dengan proses vertikal.
Berikut adalah sequence diagram yang ada pada sistem yaitu:

e. Statechart Diagram
Statechart diagram menggambarkan transisi dan perubahan keadaan suatu
objek pada sistem sebagai akibat dari proses yang diterima. Pada umumnya
statechart diagram menggambarkan class tertentu.

C. Perancangan
a.
Perancangan Umum
a. Kelas DataKos memiliki relasi agregasi dengan kelas Google
Maps, memiliki relasi asosiatif dengan kelas Jenis Kelamin, dan
relasi asosiatif terarah dengan kelas Cari
b. Kelas GoogleMaps memiliki relasi agregasi dengan kelas DataKos
c. Kelas Share memiliki relasi asosiatif terarah dengan kelas Cari
d. Kelas JenisKelamin memiliki relasi asosiatif dengan kelas
DataKos dan memiliki relasi asosiatif terarah dengan kelas Cari
e. Kelas SearchHistory memiliki relasi agregasi dengan Cari
f. Kelas Help memiliki relasi asosiatif terarah dengan kelas Cari
g. Kelas Setting memiliki relasi asosiatif terarah dengan kelas Cari
h. Kelas Cari memiliki relasi asosiatif terarah dengan kelas
Help,Setting, Share, JenisKelamin,DataKos dan memiliki relasi
Agregasi dengan kelas DataKos
b.
Perancangan Detil
Data :
a. Tarif Kos
b. Jarak Lokasi
c. Ukuran Kamar
d. Keseterdiaan Kamar Mandi dalam
e. Keseterdiaan Wifi
f. Lokasi
g. Jenis Kelamin
Operasi :
1. Tarif = get.TarifKos()
2. Lokasi = getTempatLokasi()
3. JenisKelamin = getJenisKelamin()
4. UkuranKamar = getUkuranKamar()
5. KMdalam = getKMdalam()
6. Wifi = getWifi()
Algoritma :
1. Cari kos berdasarkan fasilitas :
a. Tentukan Jenis Kelamin User
b. Tentukan dan isi parameter fasilitas yang diinginkan Ukuran Kamar , ada
tidaknya Kamar Mandi dalam , dan ada tidaknya WIFI
c. Ambil data dari database sesuai parameter yang diinginkan user
d. Tampilkan hasil pencarian yang sesuai dengan keinginan user
2. Cari kos berdasarkan jarak :
a. Tentukan Jenis Kelamin User
b. Isi nilai seberapa jarak yang diinginkan oleh user

c. Ambil data dari database dengan nilai yang sesuai dengan nilai jarak
kurang dari yang diinputkan
d. Tampilkan hasil pencarian yang sesuai dengan keinginan user
3. Cari kos berdasarkan tarif :
a. Tentukan Jenis Kelamin User
b. Isi nilai seberapa tarif yang diinginkan oleh user
c. Ambil data dari database dengan nilai yang sesuai dengan nilai tarif
kurang dari yang diinputkan
d. Tampilkan hasil pencarian yang sesuai dengan keinginan user

c.

Pemodelan Perancangan
a. Class Diagram

b. Package Diagram