Software Requirements Specification

<<Version 1.0>>
<<2 April 2016>>
<<MbahKost>>
<<Dammaeka Dhanar 14523095 >>
<<Bayu Aji 14523070 >>
<<M. Sofi 14523100 >>
<<Romi Chandra 14523284 >>
<<Mustabiqul Qoir L 14523107 >>

Mata Kuliah Rekayasa Perangkat Lunak

Jurusan Teknik Informatika
FTI UII
Yogyakarta

Daftar Isi
Daftar Isi...............................................................................................................................i
Daftar Gambar.....................................................................................................................ii
1.0. Pendahuluan..................................................................................................................1
1.1. Tujuan........................................................................................................................1
1.2. Ruang Lingkup..........................................................................................................1
1.3. Glosarium..................................................................................................................1
1.4. Referensi....................................................................................................................2
1.5. Ikhtisar.......................................................................................................................2
2.0.
Diskripsi Umum................................................................................................3
2.1
System Environment.........................................................................................3
2.2
Functional Requirements Specification............................................................4
2.2.1 Use Case Admin...............................................................................................4
Use case: Login................................................................................................4
Use case: Membuat Iklan..................................................................................5
Use case: Mengedit Iklan.................................................................................5
Use case: Menghapus Iklan.............................................................................6
Use case: Ubah Status......................................................................................6
2.2.2 Use Case Pencari Kost.....................................................................................7
Use case: Mencari Kost...................................................................................7
Use case: Pesan................................................................................................7
2.3
Karakteristik Pengguna.....................................................................................8
2.4
Non-Functional Requirements..........................................................................8
3.0.
Requirements Specification..............................................................................9
3.1
External Interface Requirements......................................................................9
3.2
Functional Requirements..................................................................................9
3.2.1 Login.................................................................................................................9
3.2.2 Membuat Iklan..................................................................................................9
3.2.3 Edit Iklan...........................................................................................................9
3.2.4 Menghapus Iklan.............................................................................................10
3.2.5 Mengubah Status.............................................................................................10
3.2.5 Mencari Kost...................................................................................................10
3.2.6 Pesan...............................................................................................................11
3.3
Detailed Non-Functional Requirements.........................................................12
3.3.1 Logical Structure of the Data..........................................................................12
3.3.2 Keamanan.......................................................................................................13
Index..................................................................................................................................14

Daftar Gambar
Gambar 1 - System Environment........................................................................................3
Gambar 2 - ERD................................................................................................................12

ii

1.0. Pendahuluan
1.1. Tujuan
Tujuan dalam penulisan dokumen ini adalah untuk menjelaskan secara rinci
tentang MbahKost.com. Dimana akan menjelaskan tentang tujuan, fitur dan interface
dari sistem ini dan juga kendala-kendala yang terjadi saat sistem digunakan serta
bagaimana nantinya sistem mananggapi interaksi eksternal. Dengan tujuan utama untuk
pengambangan sistem ini kedepan.
1.2. Ruang Lingkup
Sistem ini merupakan sistem yang dirancang untuk mahasiswa baru serta para
wisatawan khususnya kota Yogyakarta. Sistem ini mempermudah dalam prncarian tempat
tinggal sementara di area kota Yogyakarta. Sistem ini dirancang juga untuk para pemilik
kost,kontrakan serta homestay.
Lebih khususnya sistem ini sistem ini untuk mempermudah para pengusaha kostkostan untuk mendapatkan penghasilan. Dan jaga untuk para pendatang baru di Yogya yang
tidak mengetahui mau bertempat tinggal dimana.

1.3. Glosarium
Term
Login
Upload
Password
Stakeholder
ERD
Use Case

Definition
Masuk ke dalam sistem
Mengirim konten iklan
Kata kunci masuk ke sistem
Seseorang atau lebih yang berpengaruh dalam sistem
Entity Relationship Diagram, diagram dan notasi yang
digunakan untuk merepresentasikan struktur data statis
pada perangkat lunak.
sebuah daftar nama dan/ atau deskripsi singkat tentang
kasus atau contoh penggunaan yang terkait dengan system,
iii

komponen,

1.4. Referensi

1.5. Ikhtisar
Bab berikutnya, Merupakan deskripsi dari semua bagian dalam sistem ini,dalam
bab ini terdapat gambaran bagaimana sistem ini. Yang tujuannya adalah menjelaskan
lebih rinci lagi tentang sistem.
Bab ketiga, bagian spesifikasi,dalam bab ini dijelaskan rincian tentang fungsifungsi sistem yang ditujukan untuk para pengembang yang akan mengembangkan sistem
nantinya.
Kedua bab dari dokumen menjelaskan sistem yang sama secara keseluruhan,
tetapi dimaksudkan untuk audiens yang berbeda dengan demikian menggunakan sudut
pandang bahasa yang berbeda.

iv

2.0.Diskripsi Umum
2.1

System Environment

Gambar 1 - System Environment

MbahKost sistem memiliki pengguna 2 aktif yaitu, admin sistem dan pencari kost.
Sistem akan diakases melalui internet karena berbasis web. Pemilik iklan sendiri
mengirimkan kointen melalui email admin dan iklan sendiri dibuat admin dan penacari
rumah tinggal mecari tipe yang diinginkan.

SRS V 1.0

April 2, 2016

2.2

Functional Requirements Specification

Bagian ini menguraikan sistem untuk masing-masing sudut pandang pembaca

secara terpisah. Admin, pemilik iklan dan Pencari rumah sementara diuraikan menjadi
tersendiri dalam aktifitasnya di dalam sistem ini.
2.2.1

Use Case Admin

Use case: Login

Diagram:

Diskripsi Singkat
Admin melakukan login untuk masuk ke dalam sistem
Diskripsi langkah.
Penjabaran langkah-langkah
1. Admin memasukkan user name dan password.
2. Apabila user name dan password salah admin tidak bisa masuk.
Xref: Section 3.2.1, Login

SRS V 1.0

April 2, 2016

Use case: Membuat Iklan

Diagram:

Brief Description
Dalam use case admin membuat iklan
Langkah Membuat iklan
1. Admi harus sudah masuk kedalam sistem
2. Admin memilih tambah
3. setelah itu admin mengisi kategori dan keterangan iklan
Xref: Section 3.2.2, Membuat Iklan
Use case: Mengedit Iklan
Diagram:

Brief Description
Admin dapat mengedit iklan yang telah dibuat
Deskripsi langkah
1. Admin harus sudah masuk ke dalam sistem.
2. Sistem menampilkan data iklan yang sudah pernah di submit.
3. Admin masuk dalam aksi edit kemuadian mengedit kategori dan konten.
Xref: Section 3.2.3, Edit Iklan

SRS V 1.0

April 2, 2016

Use case: Menghapus Iklan

Diagram:

Brief Description
Admin dapat menghapus iklan yang telah dibuat
Deskripsi langkah
1. Admin harus sudah masuk kedalam sistem
2. Sistem menampilkan data iklan yang sudah pernah di submit
3. admin memilih aksi hapus iklan.
Xref: Section 3.2.4, Menghapus Iklan
Use case: Ubah Status
Diagram:

Diskripsi Singkat
Admin mengubah status pesan dari pemesan kost yang awalnya belum bayar menjadi
bayar
Deskripsi langkah
1. Admin masuk ke dalam sistem.
2. Setelah itu masuk ke transaksi.
3. Mengubah status bayar.
Xref: Section 3.2.6, Ubah Status

SRS V 1.0

April 2, 2016

2.2.2

Use Case Pencari Kost

Use case: Mencari Kost

Diagram:

Diskripsi Singkat
Pencari kost memasukan kata untuk mencari kategori kost, kontrakan atau home stay.
Diskripsi langkah
1. Pengguna memilih tipe.
2. Setelah memilih sistem akan mengarahkan ke halaman tipe pilihan
Xref: Section 3.2.5, Mencari Kost
Use case: Pesan
Diagram:

Diskripsi Singkat
Pencari kostmasuk ke web dan mencari kosan,kontrakan,dan homestay kemudian
melakukan pemesanan pada tipe yang diinginkan
Diskripsi langkah
1. Pencari harus masuk ke dalam detai dari tipe yang dipilih.
2. Kemudian menekan tombol pesan.
3. Mengisi form pemesanan.
Xref: Section 3.2.4, Pesan

SRS V 1.0

April 2, 2016

2.3

Karakteristik Pengguna
Pencari kost disini diharapkan bisa beralih dari sistem mencari kost secara manual

maunual menjadi sistem digita. Serta admin diharapkan bisa menjalankan sistem yang
sedang digunakan dengan baik.
2.4

Non-Functional Requirements
MbahKost berjalan dengan adanya akses internet. Sistem ini terkoneksi antara

halaman web dengan webservernya. Iklan akan di tampilkan din dalam web apabila telah
terupload. Kemampuan hardware disini menentukn dalam cepat lamanya upload iklan.

SRS V 1.0

April 2, 2016

3.0.Requirements Specification
3.1

External Interface Requirements

3.2

Functional Requirements
The Logical Structure Data 3.3.1.

3.2.1 Login
Use Case Name
XRef
Trigger
Precondition
Basic Path
Alternative Paths
Postcondition
Exception Paths
Other

Login
Section 2.2.1, Admin
SDD, Section 7.1
Admin dan Pemilik iklan masuk ke dalam sistem
Belum masuk dalam system
1. Admin memasukkan user name dan password
2. Apabila telah memiliki akun sistem akan mengarahkan ke
dalam beranda system
Apabila username atau password salah maka sistem
mengarahkan untuk mengisi dengan benar
Masuk Kedalam system

3.2.2 Membuat Iklan

Use Case Name
XRef
Trigger
Precondition
Basic Path
Alternative Paths
Postcondition
Exception Paths
Other

Membuat Iklan
Section 2.2.1, Admin
SDD, Section 7.2
Admin membuat/publikasi iklan
Iklan belum ter-upload
1. Admin harus sudah masuk kedalam sistem
2. Admin memilih tambah
3. Kemudian mengisi form iklan
None
Iklan terpasang
None
None

3.2.3 Edit Iklan

Use Case Name
XRef
Trigger
Precondition
Basic Path
SRS V 1.0

Edit Iklan
Section 2.2.1 Admin
SDD, Section 7.3
Menekan tombol edit
Iklan belum teredit
1. Admin harus sudah masuk ke dalam sistem.
7

April 2, 2016

Alternative Paths
Postcondition
Exception Paths
Other

2. Kemudian memilih edit pada iklan yang dipilih.

3. Sistem akan mengarahkan pada iklan yang ingin di edit oleh
admin.
None
Sudah teredit
None
None

3.2.4 Menghapus Iklan

Use Case Name
XRef
Trigger
Precondition
Basic Path

Alternative Paths
Postcondition
Exception Paths
Other

Menghapus Iklan
Section 2.2.1 Admin
SDD, Section 7.4
Menghapus iklan yang sudah tak terpakai.
Masih terdapat iklan.
1. Admin harus sudah masuk kedalam sistem
2. Sistem menampilkan data iklan yang sudah pernah di submit
3. Admin memilih tombol Aksi hapus iklan
None
Iklan Terhapus
None
None

3.2.5 Mengubah Status

Use Case Name
XRef
Trigger
Precondition
Basic Path

Mengubah status
Section 2.2.1 Admin
SDD, Section 7.5
Mengubah status belum bayar
Status belum bayar
1. Admin harus sudah masuk kedalam sistem
2. Admin masuk ke dalam transaksi
3. Admin memilih tombol ubah untuk pemesanan yang sudah
dibayar

Alternative Paths
Postcondition
Exception Paths
Other

None
Status berubah
None
None

3.2.5 Mencari Kost

Use Case Name
XRef
Trigger

SRS V 1.0

Mencari kost
Sec 2.2.2 Pencari Kost
SDD, Section 7.6
Melakukan pencarian kost yang akan ditempati untuk sementara
melalui system

April 2, 2016

Precondition
Basic Path
Alternative Paths
Postcondition
Exception Paths
Other

Pengguna belum memasukan tipe kost yang diinginkan.

1. Pengguna memilih tipe.
2. Setelah memilih sistem akan mengarahkan ke halaman tipe
pilihan .
Di setiap proses jika tidak ditemukan seperti hal yang dimaksud
maka sistem menampilkan halaman kosong.
Muncul informasi sesui yang diinginkan
None
None

3.2.6 Pesan
Use Case Name
XRef
Trigger
Precondition
Basic Path
Alternative Paths
Postcondition
Exception Paths
Other

SRS V 1.0

Pesan
Sec 2.2.2 Pencari Kost
SDD, Section 7.7
Memesan Kost.
Belum pesan kost.
1. Pencari harus masuk ke dalam detai dari tipe yang dipilih.
2. Kemudian menekan tombol pesan.
3. Mengisi form pemesanan
None.
Sudah pesan.
None
None

April 2, 2016

3.3
3.3.1
.

Detailed Non-Functional Requirements

Logical Structure of the Data

Gambar 2 - ERD

Diskripsi dari masing masing entitas

Admin Data Entity
Data Item
Type
Nama
Text
Email
Text

Description
Nama pemilik iklna
Alamat Email

Comment

Iklan Data Entity

Data Item
Type
Tipe
Text
Pemilik
Text
Waktu
Date
ID
Int
Gamabar
Text

Description
Tipe dari iklan
Pemilik dari iklna
Waktu pembuatan iklan
Nomor iklan
Gambar Iklan

Comment

SRS V 1.0

10

April 2, 2016

Pencari Kost Data Entity

Data Item
Type
Data
Date
Id akses
Int
3.3.2

Description
Waktu pencarian
Nomor akses

Comment

Keamanan
Web ini memiliki keamanan tersendiri, kemudian admin memilik akses akun yang

terdapat dalam sistem dan hanya bisa diaksens dengan email dan password. Dan juga
untuk iklan hanya bisa di tambah,hapus dan edit oleh admin. Admin juga beperan dalam
pengawasan pemesanan yang tidak jelas.

SRS V 1.0

11

April 2, 2016

Index

SRS V 1.0

12

April 2, 2016