Software Requirements Specifications

Aplikasi Eat Later

Version 1.0
2 Oktober 2022

Disiapkan oleh

Fahrizal Mudzaqi Maulana NIM: 221511049

Faras Mahardika NIM: 221511050
Muhammad Rafi Atha Syauqi NIM: 221511059
Tendy Wijaya NIM: 221511066

Diplomat Tiga Teknik Informatika

Jurusan Teknik Komputer dan Informatika
Politeknik Negeri Bandung
 Daftar Isi
Chapter 1 Introduction ................................................................................................................................... 3
1.1 Purpose .......................................................................................................................................... 3
1.2 Scope.............................................................................................................................................. 3
1.3 Definitions, Acronyms, and Abbreviations ........................................................................................ 4
1.4 References...................................................................................................................................... 4
1.5 Overview........................................................................................................................................ 5
CHAPTER II OVERALL DESCRIPTION ................................................................................................... 5
II.2 Product Function ................................................................................................................................. 5
II.3 User Characteristics ............................................................................................................................ 6
II.4 Constraints .......................................................................................................................................... 6
2.5 Assumptions and Dependencies.......................................................................................................... 6
CHAPTER III SPECIFIC REQUIREMENTS .......................................................................................................... 7
3.1 External Interface .................................................................................................................................... 7
3.1.1 User Interface ............................................................................................................................... 7
3.1.2 Hardware Interface ....................................................................................................................... 7
3.1.3 Software Interface ........................................................................................................................ 7
3.1.4 Communication Interface ............................................................................................................ 7
3.2 Functional Requirements ......................................................................................................................... 7
3.2.1 Use Case Diagram ......................................................................................................................... 7
Chapter 1 Introduction
Pada bab ini akan dijelaskan mengenai tujuan dibuatnya dokumen SRS, lingkup masalah pengembangan
perangkat lunak, batasan sistem, definisi istilah, akronim, dan singkatan yang digunakan dalam dokumen,
referensi yang digunakan, serta gambaran umum dari dokumen ini.

1.1 Purpose
Dokumen Software Requirement Specification (SRS) ini dibuat dengan tujuan sebagai berikut:
1 . Menjelaskan dan memaparkan deskripsi kebutuhan dari aplikasi Eat Later.
2 Menjelaskan mengenai fungsi, tujuan, ruang lingkup sistem, spesifikasi kebutuhan antarmuka, serta
kebutuhan fungsional dan non-fungsional.
3 Mengkomunikasikan antara stakeholder dan developer mengenai spesifikasi dari sistem yang
dibangun.
Tujuan dibangunnya aplikasi Eat Later adalah untuk membantu pengusaha cathering untuk melakukan
usahanya secara digital sehingga dapat meningkatkan penjualan melalui penjualan online dan
mempermudah pelanggan untuk mengakses pemesanan cathering.
Pada dokumen ini dijelaskan secara detail dan gambaran umum mengenai pengembangan yang akan
dilakukan, baik tujuan dan fitur dari aplikasi, antarmuka aplikasi, serta batasan-batasan dalam pembuatan
aplikasi. Dokumen ini akan digunakan sebagai acuan dalam proses awal pengembangan dan diakhir
pengembangan modul-modul, sehingga diharapkan dapat menjadi bahan evaluasi dalam tahap
implementasi, sehingga pengembangan dapat dilakukan secara terarah dan menghasilkan sebuah sistem
yang baik dan sesuai dengan tujuan di awal pembuatannya.

Terdapat pihak-pihak yang bersangkutan dengan pengembangan yang dilakukan dan berkepentingan
dalam menggunakan dokumen SRS ini, yaitu:
1 Anggota kelompok sebagai pengembang perangkat lunak yang akan menggunakan dokumen ini
sebagai acuan dalam mengembangkan aplikasi Eat Later berbasis web
2 Pengusaha cathering sebagai customer dari aplikasi yang akan dikembangkan. Dokumen ini untuk
memvalidasi kebutuhan kebutuhan yang akan diimplementasi oleh pengembang.

1.2 Scope
Aplikasi Eat Later merupakan aplikas yang digunakan untuk membantu pengusaha cathering untuk
melakukan usahanya pada era digital. Aplikasi ini memberikan kemudahan bagi pemesan cathering untuk
bisa mengakses pemesanan pada usaha cathering. Aplikasi ini berjalan dengan basis web untuk perangkat
computer atau laptop.
Tujuan dari pengembangan aplikasi ini adalah untuk membuat aplikasi jual beli cathering bagi pengusaha
cathering sehingga dapat meningkatkan keuntungan dengan cara menambah media bisnis secara online.
Pada pengembangan aplikasi Eat Later ini, Batasan-batasan dari aplikasi yang akan dibangun adalah
sebagai berikut:
1 Aplikasi yang dibangun Bernama “Aplikasi Eat Later”
2 Aplikasi dapat digunakan oleh Owner, customer, kurir dari usaha cathering.
3 Aplikasi dapat menyimpan data transaksi , detail transaksi dari setiap transaksi pemesanan cathering.
4 Aplikasi dapat menampilkan dashboard yang berisi tampilan awal seperti daftar menu cathering yang
tersedia beserta harganya
5 Aplikasi dapat menampilkan halaman pemesanan bagi customer cathering yang ingin memesan

1.3 Definitions, Acronyms, and Abbreviations

Terdapat beberapa istilah, singkatan, dan aturan penomoran yang digunakan pada dokumen SRS ini, yaitu
adalah sebagai berikut
no Istilah Definisi
1 SRS Software Requirement Specification yaitu dokumen yang
menjelaskan berbagai kebutuhan yang harus dipenuhi
oleh aplikasi yang dibangun.
2 Database Kumpulan data yang disimpan secara sistematis di dalam
komputer yang dapat diolah atau dimanipulasi
menggunakan perangkat lunak (program/aplikasi) untuk
menghasilkan informasi.
3 Framework Sebuah perangkat lunak yang dapat memudahkan
programmer untuk membuat sebuah aplikasi web yang
memiliki berbagai fungsi dan konsep untuk membentuk
suatu sistem tertentu agar dapat tersusun dan terstruktur
rapi.

Tabel Aturan Penomoran

No Penomoran Cara Penomoran Deskripsi
1 Block BD-XX XX merupakan nomor urut block
2 User USER-XX XX merupakan nomor urut pengguna
3 Business Rule BR-XX XX merupakan nomor urut batasan
sistem
Functional Requirement REQ-F-XX XX merupakan nomor urut kebutuhan
4 REQ-F-XX-YY fungsional
YY merupakan nomor urut fitur pada
kebutuhan fungsional
5 Non Functional REQ-NF-XX XX merupakan nomor urut kebutuhan
Requirement non-fungsional
6 Performance REQ-PR-XX XX merupakan nomor urut
Requirements performance
7 Use Case UC-XX XX merupakan nomor urut use case
8 User Interface UI-XX XX merupakan nomor urut antarmuka
pengguna

1.4 References
Dokumen rujukan yang digunakan dalam proses penyusunan dokumen SRS dan pengembangan sistem
adalah sebagai berikut.
1. IEEE. IEEE Recommended Practice for Software Requirements Specifications, Software
Engineering Standards Committee of the IEEE Computer Society, 1998. (IEEE Std 830-1998).
2. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and the
Unified Process. 3rd ed. Addison Wesley Professional. Craig Larman, 2014.
 3. SOFTWARE REQUIREMENT SPECIFICATION APLIKASI PREDIKSI PENJUALAN 372
KOPI, Farhan Aditia, Ainurahimah Risna, 2020

1.5 Overview
Secara garis besar, dokumen SRS ini memiliki tiga bab dengan penjelasan sebagai berikut.
Chapter 1 Introduction
Bab ini merupakan bagian pendahuluan dari dokumen yang berisi mengenai tujuan dibuatnya SRS,
batasan sistem, definisi istilah, akronim, dan singkatan yang digunakan dalam dokumen, referensi yang
digunakan, serta gambaran umum dari dokumen ini.
Chapter 2 Overall Description
Bab ini menjelaskan mengenai deskripsi sistem secara umum yang meliputi justifikasi, perspektif
produk, fungsi produk, karakteristik pengguna, batasan sistem, asumsi dan ketergantungan, batasan desain
dan implementasi, serta dokumentasi pengguna
Chapter 3 Specific Requirements
Bab ini menjelaskan mengenai kebutuhan antarmuka eksternal yang meliputi antarmuka pengguna dan
antarmuka perangkat lunak, kebutuhan data, batasan perancangan, serta atribut sistem perangkat lunak.
Chapter 4 Requirement Traceability
Bab ini menjelaskan mengenai tabel yang berisi daftar requirements, atribut yang bervariasi untuk setiap
requirement, dan status dari requirement untuk memastikan semua requirement telah terpenuhi.

CHAPTER II OVERALL DESCRIPTION

Pada bab ini akan dijelaskan mengenai deskripsi sistem secara umum yang meliputi justifikasi, perspektif
produk, fungsi produk, karakteristik pengguna, batasan sistem, asumsi dan ketergantungan, batasan desain
dan implementasi, serta dokumentasi pengguna.

Aplikasi ccathering menggunakan arsitektur MVC (Model Views Controller) yang diterapkan
pada framework laravel dengan bahasa utama yaitu php dan database MySQL. Aplikasi ini dapat
menyimpan data produk, data daftar paket, data pelanggan, data pesanan, transaksi, detail
transaksi, dan data cabang yang tersedia di database MySQL. Aplikasi akan memproses data-
data tersebut dengan melakukan proses data preprocessing. Aplikasi ini terdapat 4 jenis
pengguna yaitu admin, customer, customer service, dan pihak pengantaran

II.2 Product Function

Pada subbab ini akan dijelaskan mengenai fungsi-fungsi yang terdapat di aplikasi Eat Later yang akan
dibangun. Apllikasi berbasis web ini berfungsi untuk memberikan media bisnis online untuk pengusaha
cathering. Untuk mencapai tujuan dari aplikasi ini, maka fungsional yang dibutuhkan adalah sebagai
berikut.
 1. Aplikasi dapat mengidentifikasi dan mengkonfirmasi pengguna yang masuk ke dalam Sistem
agar melakukan fungsionalitas sesuai dengan perannya [REQ-F-01]
2. Aplikasi ini dapat menangani pemesanan dari customer cathering [REQ-F-02]
3. Aplikasi ini dapat menangani chat yang masuk dari customer cathering [REQ-F-03]
4. Aplikasi ini dapat menghitung harga dari jumlah pesanan yang dilakukan oleh customer [REQ-F-
04]
5. Aplikasi ini dapat menangani pengeditan daftar menu yang akan dilakukan oleh admin [REQ-F-
05]

II.3 User Characteristics

Pengguna dari Aplikasi Eat Later Cathering adalah pemilik atau penyelenggara acara [USER-
01] yang disini adalah sebagai pelanggan dan dapat memesan menu serta menentukan tanggal
pengiriman. Admin [USER-02] yang disini dapat menambahkan menu dan paket yang tersedia
pada aplikasi serta dapat memvalidasi dan mengecek apakah pesanan sudah dibayar atau belum
serta mengubah tanggal pengiriman yang diminta. Customer Service [USER-03] menggunakan
aplikasi ini sebagai penyedia layanan dan bantuan untuk customer yang sudah memesan
cathering, untuk membantu mereka jika ingin mengubah pesanan atau tanggal pengiriman,
kemudian customer service akan mengajukan perubahan tersebut kepada admin. Bagian
pengantaran [USER-04] dimana dia dapat melihat pesanan yang sudah dipesan dan melihat
tanggal pengiriman serta alamat customer yang nanti akan dikirimkan kepada cusotomer di hari
pengiriman

II.4 Constraints
1. Customer dapat memesan paket dan menu serta mengatur tanggal pengiriman serta bisa
melihat status pengiriman. [BR-01]
2. Customer tidak dapat mengubah tanggal pengiriman jika tidak melakukan validasi kepada
customer service dan syarat menggubah tanggal tidak terpenuhi. [BR-02]
3. Admin bisa melakukan perubahan pesanan dan tanggal pengiriman customer. [BR-03]
4. Admin bisa melihat data transaksi dan riwayat transaksi per bulannya. [BR-04]
5. Customer hanya dapat menghubungi customer service untuk meminta bantuan atau perubahan
pesanan dan tanggal pengiriman setelah melakukan pemesanan. [BR-05]
6. Perubahan pesanan dan tanggal pengiriman tidak dapat dilakukan ketika pesanan sudah dalam
proses pembuatan. [BR-06]
7. Bagian pengiriman dapat melihat status pengiriman. [BR-07]

2.5 Assumptions and Dependencies

Asumsi agar aplikasi Eat Later dapat berjalan antara lain adalah sebagai berikut.
 1. Admin sudah memiliki akun yang terdaftar pada sistem.
2. Pengguna memiliki jaringan internet yang baik.
3. Data produk yang terdiri dari nama barang, harga sudah tersimpan sebelumnya.

CHAPTER III SPECIFIC REQUIREMENTS

Pada bab ini akan dijelaskan mengenai kebutuhan antarmuka eksternal yang meliputi antarmuka
pengguna dan antarmuka perangkat lunak, kebutuhan data, batasan perancangan, serta atribut sistem
perangkat lunak. Pada pengerjaan bab ini, template SRS yang digunakan adalah Annex A.1.

3.1 External Interface

Subbab ini menentukan bagaimana hardware dan software harus berinteraksi dan memastikan bahwa
sistem akan berkomunikasi dengan baik dengan komponen eksternal.

3.1.1 User Interface

3.1.2 Hardware Interface
Hardware interface adalah arsitektur yang digunakan untuk menghubungkan perangkat keras dengan
aplikasi yang akan dibangun. Aplikasi Eat Later tidak menggunakan hardware interface apapun, karena
aplikasi tidak memiliki syarat untuk terhubung dengan perangkat keras lainnya.

3.1.3 Software Interface

Software interface adalah arsitektur yang digunakan untuk menghubungkan perangkat lunak dengan
aplikasi yang akan dibangun. Aplikasi Eat Later menggunakan MySQL sebagai database server. Database
ini akan menyimpan data-data yang dibutuhkan untuk kebutuhan data transaksi, dan produk, di pada
aplikasi Eat Later. Software interface yang digunakan untuk menghubungkan Aplikasi Eat Later dengan
MySQL adalah phpMyAdmin

3.1.4 Communication Interface

Communication interface adalah arsitektur yang digunakan untuk komunikasi aplikasi yang sedang
dibangun dengan sistem lain seperti protokol, jaringan lokal, dan lain-lain. Aplikasi Prediksi Penjualan
372 Kopi menggunakan protokol http sebagai communication interface-nya.

3.2 Functional Requirements

Pada aplikasi Eat Later, functional requirements akan dijelaskan dengan menggunakan use case diagram
dan use case scenario sebagai berikut.

3.2.1 Use Case Diagram

Berikut merupakan gambaran umum mengenai fitur-fitur yang akan dibangun pada aplikasi Eat Later.
Gambaran tersebut digambarkan dengan menggunakan use case diagram berikut ini.