Contoh SRS Aplikasi Pelacak Keramaian Cafe "Eating Go"

Software Requirements
Specification
for
Eating Go
Prepared by:
Agustina Bayu. P (22/493307/SV/20686) As Software Analyst
Muhammad Syuja R. (22/498397/SV/21209) As UI/UX Designer
Ahmad Syauqi T. (22/504457/SV/21643) As Front End Developer
Fajar Wahyu N. (22/496831/SV/21022) As Back End Developer
Teknologi Rekayasa Perangkat Lunak
05 September 2023
Copyright © 2023 by Eating Go. Permission is granted to use, modify, and distribute this document.

Table of Content
1. Introduction 1
1.1 Purpose 1
1.2 Document Conventions 1
1.3 Intended Audience and Reading Suggestions 1
1.4 Project Scope 2
1.5 References 2
2. Overall Description 3
2.1 Product Perspective 3
2.2 Product Features 3
2.3 User Classes and Characteristics 3
2.4 Operating Environment 4
2.5 Design and Implementation Constraints 5
2.6 User Documentation 6
2.7 Assumptions and Dependencies 6
3. System Features 6
3.1 System Feature 1 : Login 7
3.2 System Feature 2 : Registrasi 9
3.3 System Feature 3 : Search cafe 10
3.4 System Feature 4 : Reservasi Seats 12
3.5 System Feature 5 : Tampil Informasi cafe 14
3.6 System Feature 6 : Informasi Seats 15
3.7 System Feature 7 : History Page 17
3.8 System Feature 8 : Profile Page 18
3.9 System Feature 9 : Rating dan Review 20
4. External Interface Requirements 22
4.1 User Interfaces 22
4.2 Hardware Interfaces 37
4.3 Software Interfaces 37
4.4 Communications Interfaces 37
5. Other NonActivity Diagrams 38
5.1 Timeline Project 38
5.1.1 Timeline Bulan 38
5.1.2 Timeline Detail (Harian) 39
5.2 WBS (Work Breakdown Structure) 42
5.3 Performance Requirements 46
5.4 Safety Requirements 46
5.5 Security Requirements 47

5.6 Software Quality Attributes 48
5.7 Business Rules 48
6. Other Requirements 49
Revision History
Name Date Reason For Changes Version

1. Introduction
1.1 Purpose
Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Specification
(SRS) untuk Aplikasi Eating Go. Tujuan dari penulisan dokumen SKPL ini adalah untuk
memberikan penjelasan mengenai hal-hal yang diperlukan dalam pengembangan sistem
aplikasi sesuai dengan hasil analisis kebutuhan, baik berupa gambaran umum maupun
penjelasan detail dan menyeluruh. Dokumen ini akan digunakan sebagai dokumentasi dan
bahan acuan dalam proses pengembangan perangkat lunak. Dengan adanya dokumen SKPL
ini diharapkan pengembangan menjadi lebih terstruktur dan efisien
1.2 Document Conventions
Dokumen ini ditulis menggunakan Bahasa Indonesia. Adapun definisi, istilah dan singkatan
yang digunakan dalam dokumen ini merupakan bahasa teknik yang umum digunakan dalam
area pengembangan perangkat lunak.
1.3 Intended Audience and Reading Suggestions
Dokumen ini ditujukan kepada pihak-pihak yang berkepentingan dan berhak menggunakan
perangkat lunak ini, yaitu antara lain :
1) Pihak pengembang perangkat lunak. Pihak pengembang akan menggunakan
dokumen SKPL ini sebagai bahan acuan dan pedoman dalam mengembangkan
perangkat lunak.
2) Pihak stakeholder. Pihak stakeholder yang meliputi pemilik proyek, manajemen
proyek, dan pihak yang berkepentingan dalam pengembangan perangkat lunak.
Diharapkan dokumen ini memberikan pandangan umum tentang tujuan proyek yang
ingin dicapai.

1.4 Project Scope
Aplikasi Bergerak Eating Go adalah sebuah aplikasi yang memanfaatkan teknologi GIS
(Geographic Information System) yang dikembangkan dengan tujuan untuk :
1. Melakukan pengelolaan data informasi cafe, menu, available seat, fasilitas, dan
event.
2. Melakukan pencarian lokasi user menggunakan GPS (Global Positioning System)
untuk menentukan cafe terdekat dari jarak tersebut.
3. Melakukan reservasi kursi jika telah disetujui oleh pihak cafe untuk pemesanan
dengan sistem booking seat.
4. Menampilkan riwayat kunjungan pelanggan terhadap cafe yang pernah dia kunjungi
dengan sistem tracking location.
5. Menampilkan informasi cafe terkait dengan berbagai deskripsi yang terkait.
1.5 References
Referensi yang digunakan pada dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL)
ini adalah:
[1] Maps, G., n.d. Kedai Kopi Kulo Jakal. [Online] Available at:
https://maps.app.goo.gl/csGPneQRgVth2Aje6 [Accessed 25 September 2023].
[2] What is the ice scoring framework? guide and template - savio. (n.d.).
https://www.savio.io/product-roadmap/ice-scoring-model/
Adapun beberapa sumber dokumentasi yang terkait dengan proyek kami yang dapat
dikunjungi untuk memahami lebih lanjut mengenai perkembangan proyek kami:
Figma (dapat dilihat pada pages “UI/UX”) : Link Figma Eating Go
Github : Github Eating-Go

2. Overall Description
2.1 Product Perspective
Aplikasi Bergerak Eating Go adalah sebuah aplikasi yang memanfaatkan teknologi GIS
(Geographic Information System) untuk dapat digunakan dalam melakukan pelacakan posisi
dan jumlah kursi pada suatu cafe dan juga dapat menampilkan informasi tentang cafe. Cara
kerja aplikasi ini adalah melakukan kelola data serta memanfaatkan layanan dari Google
Maps Application Programming Interface (Google Maps API) untuk menampilkan peta dan
mengelola lokasi cafe dengan jarak terdekat dari lokasi user.
2.2 Product Features
Aplikasi ini dirancang untuk dapat melakukan beberapa fungsi diantaranya adalah sebagai
berikut :
1) Otentikasi (login dan registrasi)
2) Pelanggan dapat melihat daftar cafe yang tersedia di sekitarnya.
3) Pelanggan dapat melihat ulasan cafe serta dapat melihat menu dan fasilitas yang
tersedia pada cafe.
4) Pelanggan dapat melihat kursi yang tersedia pada cafe.
5) Karyawan dapat mengatur total seat pada cafe.
6) Update seats.
2.3 User Classes and Characteristics
Aktor Fungsi Hak Akses
Karyawan cafe Login Mengelola seluruh informasi
cafe (detail cafe dan seats pada
cafe), menerima informasi
pemesanan kursi, melakukan
balasan review dan rating,
Registrasi
Membuat detail informasi cafe

melihat profile pelanggan.
Membuat informasi kursi cafe
Menerima informasi reservasi
kursi cafe
Melihat dan membalas rating
dan review pelanggan
Melihat profile pelanggan
Edit profile
Pelanggan Login Melihat informasi cafe
(available seat, jumlah seat,
dan lain sebagainya),
melihat cafe yang tersedia,
melakukan reservasi, serta
mengulas cafe.
Registrasi
Melakukan pencarian cafe
Melihat tracking seats dan
keramaian pada cafe
Melihat detail informasi cafe
Melakukan reservasi kursi
Membuat rating dan review
Edit profile
Logout
2.4 Operating Environment
Aplikasi yang akan dibangun dapat beroperasi berdasarkan spesifikasi yang terdapat pada
tabel di bawah ini.
Spesifikasi Jenis
Sistem Operasi Smartphone Android minimal versi Android
5.0 (Lollipop)

Jaringan Terhubung dengan jaringan internet 3G/ 4G/ 5G
Perangkat Keras Smartphone Android
API Google Maps API
2.5 Design and Implementation Constraints
Aplikasi yang akan dibangun ini dirancang berdasarkan pada kebutuhan fungsional sehingga
dapat disimpulkan beberapa spesifikasi dan batasan berupa bahasa pengembangan, jenis basis data,
model arsitektur sistem, perawatan, metode pengiriman data dan integritas sistem yang di antaranya
seperti pada tabel di bawah.
Penggunaan
Jenis
Nama Penggunaan
Bahasa pemrograman Kotlin Sebagai bahasa pemrograman
android
Basis Data Firebase Sebagai penyimpanan basis
data cloud server
Model Arsitektur Sistem Android
Metode Pengiriman Data Metode Penggunaan
POST Sebagai penambahan, hapus
dan perubahan data.
GET Sebagai pengambilan data,
berkas dan tampilan sistem.

Integritas Akses Akses data pada sistem diberikan kepada user tertentu dimana
akun yang berhasil terdaftar dapat melakukan autentikasi
memiliki hak akses tersendiri.
2.6 User Documentation
Dalam implementasi Aplikasi Bergerak Eating Go, stakeholder dan klien dapat
menggunakan beberapa dokumentasi dan artikel sebagai referensi yang di antaranya:
1) Plus Codes Maps Technology - Plus Codes (google.com)
2) GIS Technology Geographic information system - Wikipedia
2.7 Assumptions and Dependencies
Dalam implementasi Aplikasi Bergerak Eating Go ini, memiliki assumptions dan
dependencies di antaranya:
a) Sistem memerlukan koneksi internet untuk dapat mengakses dan menjalankan aplikasi.
b) Sistem ini memerlukan izin akses lokasi pelanggan untuk menampilkan daftar cafe di
sekitar titik lokasi pelanggan.
c) Sistem ini memerlukan izin membaca tema perangkat untuk mengatur tampilan tema
pada aplikasi.
3. System Features
Fitur sistem yang akan diimplementasikan berdasarkan dari hasil pengumpulan kebutuhan
seperti yang terdapat pada gambar use case diagram di bawah ini.

3.1 System Feature 1 : Login
3.1.1 Deskripsi
Pada semua level user harus melakukan login agar dapat melakukan berbagai
aktivitas di dalam aplikasi. User dapat melakukan login dengan memasukkan
username dan password.

3.1.2 Use Case Scenario Login
Use Case : Login
Deskripsi : Use Case ini menangani verifikasi dan hak akses data sebagai
pengguna
Aktor : Pelanggan, Karyawan cafe
Kondisi Awal : Sistem menampilkan form login
Kondisi Akhir : Sistem menampilkan halaman utama
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Sistem menampilkan form login
2. Memasukkan username dan
password
3. Sistem melakukan verifikasi login
4. Berhasil login
5. Sistem menampilkan halaman utama
Skenario Gagal
1. Sistem menampilkan form login
2. Memasukkan username dan
password
2. Sistem melakukan verifikasi login
3. Gagal login
4. Sistem menampilkan form login kembali

3.1.3 Activity Diagram Login
3.2 System Feature 2 : Registrasi
3.2.1 Deskripsi
Fitur ini dapat digunakan user untuk mendaftarkan akun dirinya sehingga dapat
mengakses aplikasi.
3.2.2 Use Case Scenario Register
Use Case : Registrasi
Deskripsi : Use Case ini digunakan user pelanggan dan karyawan cafe untuk
mendaftarkan akun sehingga dapat mengakses aplikasi.
Kondisi Awal : Sistem menampilkan form registrasi
Kondisi Akhir : Menampilkan form login
Skenario Normal
1. Sistem menampilkan form registrasi
2. Menginputkan data akun

3. Sistem melakukan verifikasi registrasi
4. Sistem berhasil menyimpan data dan
menampilkan halaman login
Skenario Gagal
1. Sistem menampilkan form registrasi
2. Menginputkan data akun
3. Sistem melakukan verifikasi registrasi
4. Sistem gagal menyimpan data menampilkan
form registrasi kembali
dan
3.2.3 Activity Diagram Register
3.3 System Feature 3 : Search cafe
3.3.1 Deskripsi
Pada fitur ini pelanggan dapat melakukan pencarian lokasi cafe yang diinginkan
melalui mesin pencarian yang tersedia pada halaman.

3.3.2 Use Case Scenario Search cafe
Use Case : Search cafe
Deskripsi : Use Case ini digunakan user pelanggan untuk melakukan pencarian
nama cafe yang diinginkannya.
Aktor : Pelanggan
Kondisi Awal : Sistem menampilkan menu pencarian cafe
Kondisi Akhir : Sistem menampilkan cafe yang dicari
Skenario Normal
1. Sistem menampilkan menu pencarian cafe
2. Menginputkan nama cafe
melalui mesin pencarian
3. Sistem melakukan validasi
4. Berhasil menemukan cafe yang dituju
5. Sistem menampilkan detail cafe yang sesuai
Skenario Gagal
1. Sistem menampilkan menu pencarian cafe
2. Menginputkan nama cafe
melalui mesin pencarian
2. Sistem melakukan validasi
3. Gagal menemukan cafe yang dituju
4. Sistem menampilkan pemberitahuan bahwa cafe
tidak ditemukan dan menampilkan menu pencarian
cafe kembali

3.3.3 Activity Diagram Search cafe
3.4 System Feature 4 : Reservasi Seats
3.4.1 Deskripsi
Pada fitur ini pelanggan dapat melakukan reservasi/ pemesanan kursi yang tersedia
pada cafe dari jauh-jauh hari/ beberapa waktu sebelumnya pada aplikasi.
3.4.2 Use Case Scenario Reservasi Seats
Use Case : Reservasi Seats
Deskripsi : Use Case ini digunakan oleh user pelanggan untuk melakukan
reservasi seats/ kursi.
Aktor : Pelanggan
Kondisi Awal : Sistem menampilkan halaman reservasi seats
Kondisi Akhir : Sistem menampilkan informasi pemesanan seats berhasil
Skenario Normal
1. Sistem menampilkan halaman reservasi
2. Menginputkan bagian kursi
yang akan dipesan, jumlah
kursi, beserta dengan
tanggalnya

3. Sistem melakukan validasi dan pendeteksian
sesuai tanggal
4. Sistem berhasil melakukan pemesanan tempat
5. Sistem melakukan penyimpanan data
6. Sistem menampilkan informasi bahwa pemesanan
seats berhasil
Skenario Gagal
1. Sistem menampilkan halaman reservasi
2. Menginputkan bagian kursi
mana yang akan dipesan,
jumlah kursi, beserta dengan
tanggalnya
3. Sistem melakukan validasi dan pendeteksian
sesuai tanggal
4. Sistem gagal melakukan pemesanan tempat
5. Sistem menampilkan informasi bahwa pemesanan
kursi tidak berhasil dan menampilkan halaman
reservasi
3.4.3 Activity Diagram Reservasi Seats

3.5 System Feature 5 : Tampil Informasi cafe
3.5.1 Deskripsi
Pada fitur ini user pelanggan dapat mengetahui informasi mengenai cafe yang
tersedia pada aplikasi dan update informasi dilakukan oleh user karyawan cafe. Fitur
ini berisikan informasi cafe mengenai jam operasional cafe, jadwal hiburan, menu
makanan & minuman, dan lain sebagainya.
3.5.2 Use Case Scenario Tampil Informasi cafe
Use Case : Tampil Informasi cafe
Deskripsi : Use Case ini digunakan oleh user pemilik cafe untuk mengupdate
informasi cafe dan user pelanggan untuk menampilkan informasi cafe.
Kondisi
Awal
: Sistem menampilkan halaman menu
Kondisi
Akhir
: Sistem menampilkan informasi cafe
Skenario Normal
Aksi Aktor I
(Karyawan cafe)
Aksi Aktor II
(Pelanggan)
Reaksi Sistem
1. Sistem menampilkan halaman
menu
2. Menambahkan dan
update informasi cafe
3. Berhasil menyimpan data
4. Memilih cafe yang
diinginkan
5. Sistem menampilkan
informasi pada cafe yang sesuai
Skenario Gagal
Aksi Aktor I
(Karyawan cafe)
Aksi Aktor II
(Pelanggan)
Reaksi Sistem
1. Sistem menampilkan halaman
menu
2. Menambahkan dan update
informasi cafe
3. Gagal menyimpan data

3. Memilih cafe yang
diinginkan
5. Sistem menampilkan
informasi pada cafe yang sesuai
3.5.3 Activity Diagram Tampil Informasi cafe
3.6 System Feature 6 : Informasi Seats
3.6,1 Deskripsi
Pada fitur ini sistem dapat menampilkan informasi mengenai posisi, jumlah kursi dan
ketersediaan kursi pada cafe.
3.6.2 Use Case Scenario Informasi Seats
Use Case : Tampil Informasi Seats
Deskripsi : Use Case ini digunakan oleh user karyawan cafe untuk
menambahkan/ update informasi kursi.
Aktor : Karyawan cafe
Kondisi Awal : Sistem menampilkan menu informasi seats
Kondisi Akhir : Sistem menampilkan informasi

Skenario Normal
1. Sistem menampilkan menu seats
2. Menambahkan/ mengupdate
informasi seats
3. Sistem melakukan proses validasi
4. Sistem berhasil melakukan penyimpanan data
5. Sistem menampilkan informasi seats
Skenario Gagal
1. Sistem menampilkan menu seats
2. Menambahkan/ mengupdate
informasi seats
3. Sistem melakukan proses validasi
4. Sistem gagal melakukan penyimpanan data dan
menampilkan menu seats kembali

3.6.3 Activity Diagram Informasi Seats
3.7 System Feature 7 : History Page
3.7.1 Deskripsi
Pada fitur ini sistem dapat menampilkan history cafe yang telah dikunjungi oleh user
pelanggan.
3.7.2 Use Case Scenario History Page
Use Case : History Page
Deskripsi : Use Case ini digunakan oleh user pelanggan untuk dapat
menampilkan daftar history cafe yang telah dikunjungi.
Aktor : Pelanggan
Kondisi Awal : Sistem menampilkan halaman history
Kondisi Akhir : Sistem menampilkan daftar informasi history pada halaman history
cafe
Skenario Normal
1. Melakukan check out dari cafe

2. Sistem menyimpan data check out
3. Sistem menampilkan daftar informasi history pada
halaman history cafe
Skenario Gagal
1. Melakukan check out dari cafe
2. Sistem gagal menyimpan data check out
3. Sistem gagal menampilkan daftar informasi history
pada halaman history cafe
3.7.3 Activity Diagram History Page
3.8 System Feature 8 : Profile Page
3.8.1 Deskripsi
Pada fitur ini seluruh pengguna (baik pelanggan / pemilik cafe) dapat melakukan
input, mengupdate atau menghapus data profil pada halaman profil.

3.8.2 Use Case Scenario Profile Page
Use Case : Profile Page
Deskripsi : Use Case ini digunakan oleh semua user untuk menambahkan,
mengedit, ataupun menghapus data profil pada halaman.
Kondisi Awal : Sistem menampilkan halaman profil
Kondisi Akhir : Sistem menampilkan data profil terbaru
Skenario Normal
1. Sistem menampilkan halaman profil
2. Menambahkan/ mengupdate/
menghapus data profil
3. Sistem melakukan proses validasi dan verifikasi
4. Sistem berhasil melakukan penyimpanan data
5. Sistem menampilkan informasi data profil
tersimpan
Skenario Gagal
1. Sistem menampilkan halaman profil
2. Menambahkan/ mengupdate/
menghapus data profil
3. Sistem melakukan proses validasi dan verifikasi
4. Sistem tidak berhasil melakukan penyimpanan
data
5. Sistem menampilkan pemberitahuan bahwa
penyimpanan gagal dan menampilkan halaman profil

3.8.3 Activity Diagram Profile Page
3.9 System Feature 9 : Rating dan Review
3.9.1 Deskripsi
Pada fitur ini pelanggan dapat memberikan rating dan memberi review pada cafe
yang telah dikunjungi.
3.9.2 Use Case Scenario Rating dan Review
Use Case : Rating dan Review
Deskripsi : Use Case ini digunakan oleh user pelanggan untuk memberikan rating
(penilaian) dan review (ulasan) pada cafe yang telah dikunjungi dan
user karyawan cafe memiliki akses untuk melihat ulasan serta
membalas ulasan tersebut.
Kondisi
Awal
: Sistem menampilkan halaman rating dan review

Kondisi
Akhir
: Sistem menampilkan informasi rating dan review terbaru
Skenario Normal
Aksi Aktor I
(Pelanggan)
Aksi Aktor II
(Karyawan cafe)
Reaksi Sistem
1. Sistem menampilkan halaman rating
dan review
2. Memberikan rating/
penilaian dan review/
ulasan cafe
3. Sistem melakukan proses
penyimpanan data
4. Sistem berhasil melakukan
penyimpanan data
5. Sistem menampilkan informasi rating
dan review
6. Melihat atau
membalas review
7. Sistem menampilkan informasi rating
dan review terbaru
Skenario Gagal
1. Sistem menampilkan halaman rating
dan review
2. Menginputkan rating/
penilaian dan review/
ulasan cafe
3. Sistem melakukan proses
penyimpanan data
4. Sistem gagal melakukan
penyimpanan data

5. Sistem menampilkan informasi
penyimpanan gagal dan menampilkan
halaman rating dan review
3.9.3 Activity Diagram Rating dan Review
4. External Interface Requirements
4.1 User Interfaces
Antarmuka semua level user akan dikembangkan dengan menggunakan GUI (Graphical
User Interface). Seluruh user ketika berinteraksi dengan aplikasi pertama kali akan langsung
ke tampilan login untuk melakukan autentikasi lalu akan masuk ke tampilan halaman utama
pada masing-masing level user. Aplikasi akan menerima inputan dari user melalui perintah
yang di klik atau yang diketikkan melalui keyboard. Keluaran dari aplikasi dapat dilihat
semua user pada layar smartphone android.

Segi Pelanggan Cafe:
1. Welcome Page
2. Login Page

3. Reset Password Page
4. Register Page

5. Home Page
6. Search Page

7. Cafe Information
8. Book Seat Page

9. Booking/ Reservation Status
10. Near Me Page

11. History Page
12. Active Book Page

13. Profile Page
14. Account Detail

15. About Page
16. FAQ

Segi Karyawan Cafe:
1. Welcome Page
2. Login Page

3. Reset Password Page
4. Sign Up Page

5. Home Page
6. Information Page

7. Seat Cafe Page
8. Reservation Page

9. Profile Page Main
10. Account Detail

11. About Page
12. FAQ Page

4.2 Hardware Interfaces
Antarmuka perangkat keras yang digunakan dalam Aplikasi Bergerak Eating Go adalah
smartphone android minimal versi 5 (Lollipop). Sedangkan untuk pembangunan aplikasi ini
menggunakan antarmuka perangkat keras komputer
4.3 Software Interfaces
Perangkat lunak yang digunakan pada aplikasi adalah sistem android minimal versi 5
(Lollipop), sedangkan untuk pembangunan aplikasi ini menggunakan Windows 10 sebagai sistem
operasi komputer, Android Studio sebagai SDK dan firebase sebagai basis data.
4.4 Communications Interfaces
Perangkat lunak yang akan dibangun menggunakan antarmuka komunikasi untuk keamanan
proses pada beberapa fitur. Adapun jenis spesifikasi antarmuka komunikasi pada aplikasi yang
dibanguna adalah antarmuka komunikasi Client. Pada sisi client, proses yang dilakukan adalah
melakukan request pada server untuk meminta data. Oleh karena itu antarmuka yang dibutuhkan
pada sisi client adalah perangkat komunikasi yang memungkinkan smartphone client terhubung
dengan jaringan internet.

5. Other NonActivity Diagrams
5.1 Timeline Project
5.1.1 Timeline Bulan
5.1.2 Timeline Detail (Harian)

5.2 WBS (Work Breakdown Structure)
Aktivitas Modul Fitur WBS
Desain Pelanggan
Login dan Registrasi
Requirements gathering
Gathering Data User
Wireframe
Interface
Rancangan Database
Halaman menu
Gathering Data Fitur
Perbaikan menu
Wireframe
Interface
Rancangan Database
Pencarian café
Gathering Data Cafe

Mapping
Wireframe
Interface
Rancangan Database
Tracking seats dan
keramaian pada cafe
Gathering Data Cafe
Wireframe
Interface
Rancangan Database
Melihat detail informasi
cafe
Gathering Data Cafe
Wireframe
Interface
Rancangan Database
Reservasi
Requirements Gathering
Gathering Data Reservation
Wireframe
Interface
Data Visualisasi
Rancangan Database
Melihat dan membuat
rating dan review
Gathering Data Review
Wireframe
Interface
Rancangan Database
Edit profile
Gathering Data User
Wireframe
Interface
Rancangan Database
Karyawan Cafe
Gathering user data
Wireframe
Interface
Rancangan Database
Halaman menu
Gathering Data Fitur
Perbaikan menu
Wireframe

Interface
Rancangan Database
Membuat dan mengedit
Informasi Cafe
Gathering Data Cafe
Mapping
Wireframe
Interface
Rancangan Database
Membuat informasi
kursi café
Gathering Data Cafe
Mapping seats
Wireframe
Interface
Rancangan Database
Menerima informasi
reservasi kursi cafe
Gathering Reservation Data
Mapping seats
Wireframe
Interface
Rancangan Database
Melihat dan membalas
rating dan review
pelanggan
Gathering Review Data
Wireframe
Interface
Rancangan Database
Melihat profile
pelanggan
Gathering user data
Wireframe
Interface
Visualisasi Data
Edit profile
Gathering user data
Wireframe
Interface
Rancangan Database
Development Pelanggan
FE Coding
BE Coding
Update Database
Halaman menu
FE Coding

BE Coding
Update Database
Pencarian cafe
FE Coding
BE Coding
Update Database
Tracking seats dan
keramaian pada cafe
FE Coding
BE Coding
Mapping seats
Update Database
Melihat detail informasi
café
FE Coding
BE Coding
Update Database
Reservasi
FE Coding
BE Coding
Mapping seats
Update Database
Melihat dan membuat
rating dan review
FE Coding
BE Coding
Update Database
Edit profile
FE Coding
BE Coding
Update Database
Karyawan Cafe
FE Coding
BE Coding
Update Database
Halaman menu
FE Coding
BE Coding
Update Database
Menambah dan
mengedit Informasi
Cafe
FE Coding
BE Coding
Update Database
Melihat dan membalas
rating dan review
pelanggan
FE Coding
BE Coding
Update Database
Melihat profile
pelanggan
FE Coding
BE Coding
Update Database
Edit profile
FE Coding
BE Coding

5.3 Performance Requirements
Spesifikasi performance requirement pada Aplikasi Bergerak Eating Go ini akan diuraikan
pada tabel dibawah.
Jenis Keterangan
Availability Internet Connection secara real time untuk melihat informasi data
Reliability Menjamin data yang akurat
Ergonomy Kenyamanan pemakaian antarmuka sistem dengan pengguna
Memory Penyimpanan basis data dengan Firebase
Response Time Waktu respon antara basis data dengan sistem secara real time
5.4 Safety Requirements
Spesifikasi safety requirement pada Aplikasi Bergerak Eating Go ini yaitu sistem
menyediakan login untuk semua level user dengan menggunakan username dan password. Dimana
username dan password ini bersifat pribadi. Semua sistem akan menampilkan halaman yang
berurutan dan pada setiap halaman memiliki petunjuk atau arahan yang jelas mengenai aktivitas
atau fungsi dapat dilakukan user.
Update Database
Production
Pelanggan Aplikasi mobile
Testing
Deployment
Products Delivery
Karyawan Cafe Aplikasi mobile
Testing
Deployment
Products Delivery

5.5 Security Requirements
Berdasarkan fitur-fitur yang akan diimplementasikan pada aplikasi, terdapat beberapa jenis
security requirement yang perlu di spesifikasikan secara khusus sehingga sistem aplikasi dapat
berjalan dengan lancar sesuai harapan tanpa ada gangguan. Beberapa spesifikasi security
requirement yang perlu diimplementasikan pada sistem aplikasi diuraikan pada tabel di bawah in
Pengamanan Keterangan
User Authentication Melakukan validasi terhadap username dan password yang
digunakan user ketika login. Validasi digunakan untuk membatasi
akses user dalam penggunaan aplikasi
User Level (Attribute
Role)
Akses user yang dapat digunakan pada aplikasi digolongkan
berdasarkan tingkatan user. Validasi dilakukan secara otomatis guna
menentukan apakah user sebagai pelanggan atau karyawan
REST Api Firebase
(Token)
Salah satu metode pengamanan akses REST API Firebase yang
dapat digunakan adalah Token ID Firebase. REST API dapat
menerima Token ID Firebase yang sama dengan yang digunakan
oleh SDK client.
Location GPS (Lokasi
Pelanggan)
Pengamanan terhadap lokasi pelanggan yang diakses oleh aplikasi
secara real time guna menghindarkan dari kebocoran lokasi tempat
user berada
Validation cafe Melakukan validasi terhadap input user mengenai data cafe yang
dimasukan dengan mencocokan koordinat lokasi dengan detail dari
google map

5.6 Software Quality Attributes
Spesifikasi software quality attribute pada Aplikasi Bergerak Eating Go ini, di antara:
Jenis Keterangan
Usability Sistem aplikasi dapat digunakan sesuai dengan tujuan / fungsi
Correctness Sistem aplikasi sudah sesuai dan terbebas dari error
Portability Sistem aplikasi dapat dijalankan di smartphone android minimal
versi Android 5
(Lollipop) secara responsive
Reusability Sistem aplikasi dapat digunakan kembali oleh pihak lain dengan
sangat mudah
Error-Handling Terdapat pemberitahuan apabila aplikasi berjalan tidak sesuai
dengan sistem
5.7 Business Rules
Sistem ini dibangun untuk tujuan bersama dan juga untuk memenuhi tugas Ujian Akhir
Semester (UAS) mata kuliah Proyek Aplikasi Dasar. Sistem ini dapat digunakan oleh siapa saja
tanpa batasan. Penggunaan untuk tujuan komersial atau profit sepihak tanpa sepengetahuan atau
persetujuan pihak pengembang sesudah setelah sistem diserahkan atau dipublikasi maka pihak
pengembang berhak untuk tidak menanggung segala bentuk dampak atau akibat yang timbul dari
penyalahgunaan sistem ini.

6. Other Requirements
Appendix A: Glossary
Appendix B: Analysis Models
1. Use Case Diagram
Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem.
Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Pada
bagian ini terdapat definisi aktor, definisi use case serta use case diagram
1.1. Definisi Aktor
No. Aktor Deskripsi
1. Pelanggan Pelanggan merupakan user yang dapat melakukan
pencarian cafe dalam aplikasi, dimana perannya di
dalam aplikasi adalah sebagai berikut:
1. Registrasi
2. Login
3. Mencari cafe
Istilah Definisi
SKPL Spesifikasi Kebutuhan Perangkat Lunak
SRS Software Requirement Specification
SDK Software Development Kit
API Application Programming Interface
XML Extensible Markup Language
UI / UX User Interface / User Experience
GPS Global Positioning System
GIS Geographic Information System
GUI Graphical User Interaface

4. Melihat Detail cafe, Event, dan Fasilitas
5. Melihat Menu
6. Reservasi Kursi (Jika Tersedia)
7. Melihat History Kunjungan
8. Membuat Review
2. Karyawan Karyawan merupakan user yang dapat melakukan
pemeriksaan cafe, melihat reservasi pelanggan,
mengubah menu, menginputkan jumlah kursi dan
mengubah isi cafe, dimana perannya di dalam aplikasi
adalah sebagai berikut:
1. Registrasi
2. Login
3. Mengubah detail cafe
4. Menambahkan Ketersedian Kursi
5. Melihat dan Membatalkan Reservasi
6. Menambahkan dan Mengubah Menu
7. Menetapkan Waktu cafe Buka dan Tutup
8. Mengisi Fasilitas dan Event cafe
1.2. Use Case Aktor Pelanggan
Berikut merupakan definisi use case aktor pelanggan yang digunakan sebagai
rancangan untuk membuat use case diagram pelanggan.
No. Use Case Deskripsi
1. Login Fungsi untuk masuk ke dalam aplikasi.
2. Register Fungsi untuk mendaftarkan akun pengguna baru.
3. Search cafe Fungsi untuk mencari cafe berdasarkan kriteria
tertentu yang diinputkan oleh user.
4. Reservasi seats Fungsi untuk menampilkan available seat pada
cafe untuk memantau keramaian cafe.
5. Informasi cafe Fungsi untuk menampilkan informasi detail
tentang cafe termasuk jam buka/tutup, dll.

1.3. Use Case Aktor Karyawan Cafe
Berikut merupakan definisi use case aktor karyawan yang digunakan sebagai
rancangan untuk membuat use case diagram karyawan.
1.4. Use Case Diagram
Berikut merupakan use case diagram pada Aplikasi Bergerak Eating Go
6. History page Fungsi untuk menampilkan daftar cafe yang
pernah dikunjungi user dalam kurun waktu
tertentu.
7. Profile page Fungsi untuk mengubah data diri user.
8. Rating dan review Fungsi untuk melihat dan menambahkan ulasan
dan rating pada cafe yang pernah dikunjungi oleh
user.
No. Use Case Deskripsi
1. Login Fungsi untuk masuk ke dalam aplikasi.
2. Register Fungsi untuk mendaftarkan akun pengguna baru.
3. Informasi cafe Fungsi untuk menambahkan atau mengubah detail
informasi suatu cafe.
4. Informasi seats Fungsi untuk menambahkan atau mengubah jumlah
kursi yang tersedia pada
5. Profile page Fungsi untuk mengubah data diri user.

2. Activity Diagram
Activity diagram menggambarkan berbagai aliran aktivitas dalam sistem yang sedang
dirancang, dari awal aliran aktivitas, proses yang mungkin terjadi, dan bagaimana aktivitas
tersebut berakhir. Activity diagram akan digambarkan berdasarkan aktivitas-aktivitas yang
dilakukan oleh user. Berikut merupakan activity pada aplikasi ini.

2.1. Aktor Pelanggan

2.2. Aktor Karyawan

3. Sequence Diagram
3.1. Aktor Pelanggan
3.1.1. Login
3.1.2. Register

3.1.3. Search cafe
3.1.4. Reservasi seats

3.1.5. Informasi cafe
3.1.6. History page

3.1.7. Profile page
3.1.8. Rating dan review

3.2. Aktor Karyawan
3.2.1. Login
3.2.2. Register

3.2.3. Informasi cafe
3.2.4. Informasi seats

3.2.5. Profile page
4. Class Diagram

5. Information Architecture
Appendix C: Issues List
No. Issue Name Keterangan
1. Cafe input Ambiguitas dalam penentuan siapa yang akan
memasukan informasi mengenai kage dan bagaimana
cara sistem melakukan validasi terhadap cafe tersebut
benar atau tidaknya.

2. Response Time Respon aplikasi yang lambat membutuhkan optimasi
pada cloud atau menggunakan metode save on device.

Contoh SRS Aplikasi Pelacak Keramaian Cafe "Eating Go"

Recommandé

Recommandé

Contenu connexe

Similaire à Contoh SRS Aplikasi Pelacak Keramaian Cafe "Eating Go"

Similaire à Contoh SRS Aplikasi Pelacak Keramaian Cafe "Eating Go" (20)

Contoh SRS Aplikasi Pelacak Keramaian Cafe "Eating Go"