Software Requirement Specification
Software Requirement Specification
INFORMATIC 2013
2015
Daftar isi
Daftar isi .................................................................................................................... ii
Revisi-revisi sistem.................................................................................................... iii
1. Introduction ........................................................................................................ 1
1.1. Purpose ................................................................................................................. 1
1.2. Document Conventions ........................................................................................ 1
1.3. Intended Audience and Reading Suggestions ...................................................... 1
1.4. Project Scope ........................................................................................................ 1
1.5. References ............................................................................................................ 2
2. Overall Description .............................................................................................. 3
2.1. Product Perspective .............................................................................................. 3
2.2. Product Features ................................................................................................... 4
2.3. User Classes and Characteristics ........................................................................... 5
2.4. Operating Environment ........................................................................................ 5
2.5. Design and Implementation Constraints ............................................................. 5
2.6. User Documentation ............................................................................................. 5
2.7. Assumptions and Dependencies ........................................................................... 6
3. System Features .................................................................................................. 7
3.1. User Registration and Login Form......................................................................... 7
3.2. User to Member Transaction ................................................................................ 7
3.3. Transactions .......................................................................................................... 8
3.4. Group History ........................................................................................................ 8
4. External Interface Requirements .......................................................................... 9
4.1. User Interfaces ...................................................................................................... 9
4.2. Hardware Interfaces ........................................................................................... 14
4.3. Software Interfaces ............................................................................................. 14
4.4. Communications Interfaces ............................................................................... 14
5. Other Nonfunctional Requirements .................................................................... 15
5.1. Performance Requirements ................................................................................ 15
5.2. Safety Requirements ........................................................................................... 15
5.3. Security Requirements ........................................................................................ 15
5.4. Software Quality Attributes ............................................................................... 15
6. Other Requirements .......................................................................................... 16
Appendix A: Glossary ........................................................................................ 16
Appendix B: Analysis Models .............................................................................. 17
Appendix C: Issues List .............................................................................................. 22
ii
Revisi-revisi sistem
Name
Program
Aplikasi kasir
Mawar
Program
Aplikasi kasir
Mawar
Date
Version
28/03/2015
Konsep awal
1.0 konsep 1
28/03/2015
1.1
iii
1. Introduction
1.1. Purpose
Tujuan dari dokumen Software Requirements Specification (SRS) ini ialah untuk menyediakan
deskripsi rinci dari Program Aplikasi Kasir Mawar. Dokumen SRS ini akan membahas tentang fiturfitur dari Program Aplikasi Kasir Mawar, termasuk antarmuka dari software ini. Dokumen ini juga
akan membahas perangkat keras, perangkat lunak dan berbagai macam kebutuhan teknis
lainnya.
software Program Aplikasi Kasir Mawar ini juga akan dikembangkan dengan menambah fiturfitur yang dibutuhkan oleh user seperti menghitung keuntungan dan kerugian, menghitung jenis
makanan yang banyak disukai oleh pelanggan warung sehingga porsi untuk makanan yang
banyak disukai dapat lebih diperbanyak.
1.5. References
Bahan referensi yang digunakan dalam penyelesaian dokumen ini diambil dari beberapa buku
seperti :
a. Software Engineering: A Practitioner's Approach, 7th International edition, Roger Pressman,
2009.
b. IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998.
2. Overall Description
2.1. Product Perspective
Dokumen ini berisi deskripsi spesifikasi persyaratan perangkat lunak dari system yang akan dibuat
nantinya. Sistem Informasi kasir ini merupakan perangkat lunak yang digunakan untuk mempermudah
proses penghitungan pembayaran biaya yang harus pelanggan bayar. Dengan adanya system ini
diharapkan akan membantu dan memberikan kemudahan dalam pengolahan data dan perhitungan
pembayaran pelanggan. Namun tidak hanya itu, perangkat lunak ini juga memiliki fungsi untuk
mengatur harga-harga menu yang tersedia(adaptable) dikarenakan harga bahan-bahan yang dapat
berubah-ubah sehingga tidak akan menyusahkan pengguna jika kenaikan harga tersebut berubahubah. Rancangan perangkat lunak ini juga dapat mengamati stok ketersediaan barang yang ada.
Sehingga pengguna tidak akan kewalahan ketika stok barang mulai menipis dikarenakan telah
disiapkan jauh-jauh hari.
Bila melihat dari sisi aktor yang terlibat, hanya terdapat dua actor aktif yaitu user/pengguna dimana
dalam hal ini adalah orang yang nantinya akan mengoperasikan aplikasi dan pelanggan sebagai objek
yang dikenai pengoperasian system aplikasi.
Berikut adalah gambaran use case secara umum :
Admin(user)
Mengecek riwayat transaksi
dan stok bahan
Melakukan perhitungan
dengan aplikasi
membutuhkan
membutuhkan
Login
System Pembayaran
membayar
Membeli makanan
Pelanggan
Gambar 2.1 Diagram Use Case
Dapat kita lihat dari gambaran Use Case di atas aktor Pelanggan hanya memiliki dua aktifitas yaitu
membeli makanan dan membayar dan akan dihubungkan ke dan aktor karcis yang akan mengurus
perhitungan dengan bantuan aplikasi, mengecek riwayat transaksi dan memonitori stok bahan yang
ada namun semua itu dapat dilakukan setelah melakukan login terlebih dahulu melalui system.
Dan untuk lebih jelasnya mengenai system dari masing-masing Use Case akan dijelaskan lebih lanjut
di bab 3.
Login Form :
o Tampilan selamat datang.
o Membatasi hak akses pengguna sehingga tidak terjadi pencurian data.
o Pengguna bertanggung jawab dengan riwayat transaksi masing-masing.
Perhitungan Pembayaran :
o Menampilkan list menu dengan checkbox untuk memudahkan penginputan.
o Tampilan sederhana nan menarik untuk memperjelas transaksi.
o Perhitungan dan hasil yang jelas untuk melancarkan transaksi.
o Mengirim hasil perhitungan ke database.
Riwayat Transaksi :
o Mengakses database.
o Menampilkan riwayat keseluruhan transaksi dalam sehari.
o Menampilkan nama user yang bersangkutan dengan riwayat transaksi tersebut.
Stok Bahan :
o Mengupdate otomatis jumlah stok bahan yang tersisa seiring berjalannya transaksi.
o Menampilkan jumlah bahan(stok) yang tersisa.
o Membolehkan pengguna untuk mengedit stok jika telah dilakukan pembelian bahan.
4
3. System Features
Pada perancangan aplikasi kali ini terdapat beberapa feature yang kami libatkan di dalamnya untuk
membuat aplikasi in multifungsi dan mengurangi kesalahan yang dilakukan oleh manusia atau human
error. Bila dibagi dalam kategori menurut kepentingan atau yang paling diutamakan kami membagi
nya menjadi dua bagian yaitu core feature dan additional feature. Dimana Core Feature adalah bagian
utama dari rancangan aplikasi yaitu menghitung besarnya biaya yang harus dibayar oleh pelanggan
dan mencetaknya dan additional feature adalah tambahan dari bagian utama dari rancangan aplikasi
yang tentunya tidak terlepas jauh dari Core Feature. Untuk lebih jelasnya dapat dilihat sperti berikut
Core Features
3. 1 U S E R R EG I S T RA T I O N A N D LOGIN FORM
Ketika aplikasi diinstal dan dijalankan untuk pertama kalinya, pengguna disajikan dengan
pendaftaran / welcome screen awal untuk pegawai kasir. Layar ini akan meminta pengguna
untuk membuat account di database agar dapat di ketahui disistem bahwa siapa yang
melakukan sebuah transaksi. Pengguna juga memasukkan "Display Name", yang akan
menjadi nama yang akan ditampilkan sebagai pegangan mereka dalam Tanggung jawab
transaksi.
3. 1 . 1 S T I M U L U S /R ES P O N S E SE Q U EN C ES
Langkah 1
Langkah 2
Langkah 3
Langkah 4
Orang yang akan menjalankan aplikasi memasukkan username dan password yang
telah terlebih dahulu di set agar tingkat keamanan data dapat dijaga.
Setelah memasukkan username dan password maka dilakukan pencocokan data
inputan dengan database yang ada.
Jika berhasil maka masuk ke feature perhitungan pembayaran.
Jika gagal maka akan kembali ke login forum.
3. 2 USER- TO - M E M B E R T RA N SA C TI O N S
Fitur ini merupakan transaksi antara pengguna dan pembeli. Skenario umum akan melibatkan
pengguna dan pembeli melakukan sebuah transaksi, Perubahan yang mengakibatkan saldo
pemasukan dan pengeluaran dihitung secara otomatis dan ditampilkan untuk pengguna yang
terlibat.
3. 2 . 1 S T I M U L U S /R ES P O N S E SE Q U EN C ES
Langkah 1
Langkah 2
Langkah 3
Langkah 4
3. 3 T RA N SA C TI O N S
Fitur ini merupakan perhitungan dan pencatatan transaksi yang di lakukan oleh pengguna untuk
pelanggan. Dimana akan mencatat apa yang di beli oleh pelanggan dan jumlah yang harus di bayar.
3. 3. 1 S T I M U L U S /R ES P O N S E SE Q U EN C ES
Langkah 1
Langkah 2
Langkah 3
Langkah 4
Langkah 5
Langkah 6
Langkah 7
3. 4
G RO U P H I S T O R Y
Layar ini memberikan pandangan dari seluruh transaksi dan tagihan yang terjadi dalam suatu
traksaksi pembelian. Daftar ini akan disajikan secara kronologis secara default, tetapi juga dapat
diurutkan berdasarkan pembayar, jumlah, dll akan menampilkan nama-nama pelanggan yang
terlibat dalam setiap transaksi, nama pengguna ,dan jumlah yang dibayar / diterima, dan
pengguna(pegawai kasir) memiliki pilihan untuk melihat masing-masing Item secara lebih rinci
dengan memilih. Pandangan rinci akan menampilkan semua pelanggan yang terlibat dalam
transaksi pembelian.
itu, dan informasi tambahan yang disertakan ketika diciptakan (Lokasi, Type, dll).
3. 4 . 1 S T I M U L U S /R ES P O N S E SE Q U EN C ES
Langkah 1
Pengguna disajikan dengan daftar semua transaksi / tagihan diposting ke grup saat
ini Pengguna dapat mengurutkan item berdasarkan tanggal, jumlah, pembayar, dll
Langkah 2
Pengguna dapat memilih salah satu dari transaksi / tagihan untuk melihat detil
Setelah seleksi, dialog disajikan dengan rincian.
Pada tampilan awal aplikasi user dapat memilih Login atau stock Bahan.
Login pada menu awal berguna untuk masuk kesistem sebagai kasir dan
dapat melihat histori pembayaran.
Stock bahan pada menu awal berguna untuk melihat ketersediaan stock
bahan dan dapat pula menginportnya.
10
pada menu ini pengguna dapat menginput bahan dan jumlah bahan.
11
12
13
atau laptop yang bekerja pada sistem operasi Windows, layaknya aplikasi pada
umumnya aplikasi ini berbrntuk file executable yang beformat .exe yang dapat
langsung di instalkan pada pernagkat komputer atau laptop.
4.3 Software Interface
Software ini dikembangkan diatas pemrograman Visual basic.
Item Input dan Output
Input pada aplikasi ini adalah Bahan untuk stock bahan, dan menu-menu
yang akan di pesan pada menu Input pembayaran.
Output pada aplikasi ini berupa nota semua list pembayaran
14
15
6. Other Requirements
Database untuk Program Aplikasi Kasir Mawar berfungsi untuk menyimpan informasi dari
pengguna, transaksi, pembayaran, serta hubungan yang akan terlibat dalam proses jual/beli barang.
Database yang digunakan yaitu Microssoft Acces. Berikut ini merupakan contoh informasi yang dapat
disimpan dalam Database :
Admin : ID, Password, Nama, Alamat.
Pelanggan : barang pembelian, Nomer transaksi, jumlah pembelian
Transaksi : ID admin, Tanggal, Waktu, Jumlah, Harga total
Proses yang dilakukan dalam database adalah mencatat semua hasil penjualan yang dimana
catatan ini akan dijadikan sebagai data bahwa stok barang masih tersedia atau tidak. Sehingga
produsen tidak kekurangan bahan nantinya.
Appendix A : Glossary
Login
Login dalam Program Aplikasi Kasir Mawar adalah ijin masuk untuk petugas/pelayan yang
sedang bertugas, sehingga admin yang bertugas pada saat itu akan bertanggung jawab atas
semua hal yang menyangkut dengan pembayaran. ini diperlukan agar pengguna lain yang
tidak berhak tidak dapat mengakses hal-hal dalam system pembayaran.
User
User biasa juga disebut dengan pengguna. User dalam hal ini terbagi atas dua yaitu : Admin
dan pelanggan.
Admin
Admin dalam Program Aplikasi Kasir Mawar adalah orang yang menjadi petugas/pelayanan
dalam melakukan transaksi pembayaran.
Password
Password adalah kata sandi yang dimiliki oleh setiap admin, dan kata sandi ini berbeda dari
setiap adminnya.
Transaction Number
Nomer Transaksi berfungsi untuk mencatat berapa banyak pembelian yang telah terjadi.
Reset
Hal ini berfungsi untuk menghapus semua kejadian penjualan yang telah dibayar oleh
pelanggan.
16
Group History
Kumpulan kejadian penjualan barang serta harga masing-masing dari pembelian barang, serta
harga total dari pembelian barang yang dilakukan oleh pembeli.
User Interface (UI)
UI adalah sebuah tampilan utama yang berhubungan langsung dengan pengguna. Antarmuka
pengguna harus mudah dipahami, efisien, dan menyenangkan untuk digunakan oleh
pengguna.
Hardware
Perangkat keras yang secara fisik dapat dilihat dan dipakai oleh pengguna.
Software
Perangkat lunak yang bisa dibilang bahwa Software merupakan komponen yang tidak terlihat
secara fisik, tetapi terdapat dalam sebuah komputer.
Melakukan perhitungan
dengan aplikasi
membutuhkan
membutuhkan
Login
System Pembayaran
membayar
Membeli makanan
Pelanggan
17
Sequence Diagrams
18
19
20
Activity diagram
21
Collaboration Diagram
Class Diagram
22