Software Requirements

Specification

for

Sistem Informasi Manajemen Bank

Sampah Kenanga (SIMBAK)

Version 1.0

Prepared by

Kelompok 2 - SIREG 5C

09031182126015 - Fara Lufiah

09031182126003 - Maftuh Dzaki Ramadhan
09031282126096 - Putri Ratna Sari
09031182126006 - Robbani Yahya

3 September 2023
Table of Contents

1. Pendahuluan 3
1.1 Tujuan Penulisan Dokumen 3
1.2 Audien yang Dituju dan Pembaca yang Disarankan 3
1.3 Batasan Produk 3
1.4 Definisi dan Istilah 4
1.5 Referensi 4
2. Deskripsi Keseluruhan 5
2.1 Deskripsi Produk 5
2.2 Fungsi Produk 5
2.3 Penggolongan Karakteristik Pengguna 5
2.4 Lingkungan Operasi 6
2.5 Batasan Desain dan Implementasi 6
2.6 Dokumentasi Pengguna 6
3. Kebutuhan Antarmuka Eksternal 7
3.1 User Interfaces 7
3.2 Hardware Interface 21
3.3 Software Interface 22
3.4 Communication Interface 22
4. Functional Requirement 23
4.1 Use Case Diagram 24
4.2 Use Case Registrasi Calon Nasabah 24
4.3 Use Case Login 27
4.4 Use Case Pencatatan Setoran Sampah 30
4.5 Use Case Cek Saldo Tabungan 33
4.6 Use Case Penarikan Saldo Tabungan 35
4.7 Use Case Kelola Laporan 38
4.8 Use Case Input Market Place 40
4.9 Use Case View Market Place 43
4.10 Sequence Diagram 46
4.11 Class Diagram 50
5. Non Functional Requirements 51
6. Iteration 52
7. Penutup 54
7.1 Kesimpulan 54
7.2 Saran 54

Revision History

Name Date Reason For Changes Version

1. Pendahuluan

1.1 Tujuan Penulisan Dokumen

Bank sampah merupakan konsep pengumpulan sampah kering rumah tangga,

seperti plastik, kertas, kaleng, dan lain-lain yang menerapkan sistem konversi dari
sampah menjadi uang, untuk meningkatkan partisipasi warga dalam memilah serta
mendaur ulang sampah. Dalam pencatatan setiap setoran sampah dari nasabah Bank
Sampah Kenanga dan pengelolaan data tabungan yang didapatkan nasabah masih
menerapkan sistem pencatatan manual, begitu juga pada proses pembuatan laporan
mingguannya. Dengan cara yang masih manual ini bank sampah tersebut terkendala
karena catatan sering hilang, terselip bahkan rusak. Oleh karena itu, perlu adanya
pengembangan manajemen dalam pengelolaan agar tetap bisa mengikuti
perkembangan zaman dan pengelolaan data dapat akurat dan efisien. Maka di
rancanglah sebuah Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK)
yang berbasis mobile untuk dapat mengoptimalkan proses operasional, pencatatan dan
pembuatan laporan.

1.2 Audien yang Dituju dan Pembaca yang Disarankan

1. Pemilik : Laporan ini dapat dijadikan sebagai bahan pertimbangan apakah

sistem ini layak untuk diterapkan atau tidak.
2. Dosen : Sebagai gambaran dari sistem yang dibuat.
3. Nasabah : Sebagai pengguna sekaligus aktor utama dalam penggerak sistem.

1.3 Batasan Produk

Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK) adalah sebuah

platform berbasis mobile untuk melakukan pengolahan data berupa data nasabah, data
jenis sampah, data produk kerajinan daur ulang dan mencatat transaksi yang meliputi
pendaftaran nasabah, penyetoran sampah dari nasabah serta dapat menghasilkan
laporan dari proses operasional yang terjadi pada Bank Sampah Kenanga. Dengan
demikian, Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK) ini diharapkan
 dapat mempermudah pengurus Bank Sampah Kenanga yang mana dapat
meningkatkan produktivitas kerja dan efisiensi waktu.

1.4 Definisi dan Istilah

A
Admin : adalah seseorang yang memiliki hak akses khusus dan tanggung jawab
administratif terhadap operasi sistem.
I
Interface : adalah design antarmuka yang dapat kita lihat secara langsung atau melalui
device tertentu.
L
Login : Proses autentikasi yang memungkinkan pengguna untuk mengakses suatu
sistem atau layanan dengan mengidentifikasi diri mereka sendiri melalui kombinasi
username atau ID pengguna dan kata sandi atau metode autentikasi lainnya.
M
Marketplace : Platform online yang memungkinkan penjual dan pembeli untuk
berinteraksi dan melakukan transaksi jual-beli produk atau layanan.
S
SIMBAK : singkatan dari Sistem Informasi Manajemen Bank Sampah Kenanga.

1.5 Referensi

https://badr.co.id/id/panduan-menyusun-dokumen-software-requirement-specification-srs/
https://www.rumah.com/panduan-properti/bank-sampah-63229
https://www.materidosen.com/2017/03/perbedaan-kebutuhan-fungsional-dan-non.html?m=1
2. Deskripsi Keseluruhan

2.1 Deskripsi Produk

Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK) adalah

sebuah perangkat lunak berbasis mobile yang dirancang khusus untuk mengelola
semua aspek operasional dan administratif dari Bank Sampah Kenanga. SIMBAK
bertujuan untuk meningkatkan efisiensi, efektivitas, dan keberlanjutan dari Bank
Sampah Kenanga dengan menyediakan alat untuk registrasi nasabah baru, pencatatan
setoran sampah, serta market untuk memasarkan hasil kerajinan dari daur ulang
sampah. SIMBAK juga dapat membantu dalam memonitor kinerja Bank Sampah
Kenanga dan memfasilitasi pelaporan kepada pemangku kepentingan.

2.2 Fungsi Produk

Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK)

mengintegrasikan teknologi informasi dengan manajemen sampah sehingga
memungkinkan bank sampah untuk:
● Pencatatan Data: Mengelola data nasabah serta mencatat jenis, berat, dan
nominal rupiah sampah.
● Pelaporan: Membuat laporan keuangan dan setoran sampah.
● Manajemen Transaksi: Mencatat pembayaran dari penyetoran sampah serta
memudahkan proses pengecekan dan penarikan saldo tabungan nasabah.
● Marketplace: Sebagai tempat menjual berbagai macam produk kerajinan daur
ulang sampah.

2.3 Penggolongan Karakteristik Pengguna

Kategori Tugas Hak Akses ke aplikasi Kemampuan yang harus

Pengguna dimiliki
Admin Melakukan pencatatan Insert, create, delete dan Entry data nasabah, data
data, membuat update data. jenis sampah, data
laporan dan me produk kerajinan daur
manajemen transaksi. ulang, data penjualan
 Kategori Tugas Hak Akses ke aplikasi Kemampuan yang harus
Pengguna dimiliki
sampah, data penjualan
produk kerajinan daur
ulang.
Nasabah Melihat saldo Show Data. Menggunakan aplikasi
tabungan dan melihat simbak untuk
produk daur ulang. melakukan pengecekan
jumlah saldo yang telah
diperoleh.

2.4 Lingkungan Operasi

Sistem Informasi Manajemen Bank Sampah Kenanga (SIMBAK) dapat

diakses oleh admin dan nasabah yang telah terdaftar di dalam sistem menggunakan
perangkat mobile yang terhubung ke internet.

2.5 Batasan Desain dan Implementasi

- Interface dirancang dengan menggunakan prinsip desain antarmuka yang

ramah untuk meminimalkan hambatan penggunaan.
- Bahasa pemrograman menggunakan bahasa Java.
- Database yang digunakan adalah Relational Database Management System :
(MySQL)

2.6 Dokumentasi Pengguna

Untuk membantu nasabah dan admin dalam memahami sistem informasi ini,
kami akan menyediakan buku panduan (Guide Book) dan tutorial berupa video agar
admin maupun nasabah sistem dapat memahami perangkat lunak yang akan
digunakan dengan mudah.
3. Kebutuhan Antarmuka Eksternal

3.1 User Interfaces

Home (Admin dan Nasabah)

Login (Admin)
Tampilan Login (Nasabah)
Dashboard (Admin)
Dashboard (Nasabah)
Tampilan Menu Nasabah (Admin)
Tampilan Halaman Detail Nasabah (Admin)
Tampilan Menu Setoran (Admin)
Tampilan Menu Tarik Saldo (Admin)
Tampilan Menu Laporan (Admin)
Tampilan Menu Market (Admin)
Tampilan Menu Tabungan (Nasabah)
Tampilan Menu Market (Nasabah)
3.2 Hardware Interface

● Smartphone
Smartphone berguna dalam pengembangan aplikasi mobile yang dapat
memungkinan pengguna sistem untuk mengakses fungsionalitas sistem secara mudah.

● Perangkat Penyimpanan
Memerlukan penyimpanan data yang andal dan aman, seperti hard drive atau
penyimpanan berbasis cloud. Ini diperlukan untuk menyimpan data transaksi bank
sampah dan informasi pengguna.

3.3 Software Interface

● Sistem Manajemen Basis Data (DBMS)

DBMS seperti MySQL, PostgreSQL, atau MongoDB digunakan untuk
menyimpan dan mengelola data pelanggan, transaksi, inventaris barang daur ulang,
dan informasi lainnya.
● Sistem Pelaporan
Software pelaporan memungkinkan bank sampah untuk menghasilkan laporan
tentang kinerja mereka, termasuk laporan transaksi, laporan inventaris, laporan
keuangan, dan laporan keberlanjutan (jika diperlukan).
● Sistem Pencatatan
Ada dua pencatatan yang harus dilakukan yaitu Sistem Pencatatan Setoran
Sampah dan Sistem Pencatatan Data Nasabah.

3.4 Communication Interface

● Koneksi Internet
Aplikasi harus memerlukan koneksi internet aktif untuk mengirim dan
menerima data dari server.
● Pengiriman Notifikasi
Aplikasi harus memiliki kemampuan untuk mengirim notifikasi uang keluar
saat admin melakukan penarikan saldo nasabah.
4. Functional Requirement

Kebutuhan fungsional adalah jenis kebutuhan yang berisi tentang

proses-proses atau layanan apa saja yang harus disediakan oleh sistem, mencakup
bagaimana sistem harus bereaksi pada input tertentu dan bagaimana perilaku sistem
pada situasi tertentu. Kebutuhan fungsional juga sering disebut sebagai batasan
layanan atau fungsi yang ditawarkan sistem seperti batasan waktu, batasan
pengembangan proses, standarisasi dan lain-lain.

Tabel 1. Tabel Kebutuhan Fungsional

ID Kebutuhan Fungsional Penjelasan

F-01 Melakukan registrasi Admin mendaftarkan calon nasabah atau user

agar terdaftar ke dalam sistem.
F-02 Melakukan login Admin dan nasabah dapat melakukan login
kedalam aplikasi.
F-03 Mencatat setoran sampah Admin memasukkan hasil timbangan digital
dari setoran sampah nasabah kemudian sistem
akan melakukan update pada buku tabungan
nasabah dan laporan.
F-04 Kelola laporan Admin dapat mengelola dan mendownload
laporan pencatatan setoran dan laporan
penarikan saldo.
F-05 Cek saldo tabungan Admin dapat melihat saldo tabungan nasabah,

begitu pula nasabah dapat melihat saldo

tabungan mereka sendiri.

F-06 Penarikan saldo tabungan Nasabah dapat melakukan penarikan saldo

melalui Admin
F-07 View Marketplace Nasabah dapat melihat serta melakukan
pemesanan produk kerajinan daur ulang yang
dijual.
F-08 Input Marketplace Admin dapat menginput produk kerajinan
daur ulang yang ingin dijual.
4.1 Use Case Diagram

4.2 Use Case Registrasi Calon Nasabah

4.2.1 Deskripsi Use Case

Admin menginput data calon nasabah agar dapat mengakses sistem.

4.2.2 Stimulus and Respon

Use Case Name Registrasi Calon Nasabah

ID UC-1

Priority High
Actor Admin

Description Admin menginput data calon nasabah.

Trigger Admin menginput data

Type External trigger

Preconditions Admin berhasil melakukan pendataan

nasabah baru

Normal Course

Actor’s Action System’s Response

1. memilih dan menekan menu

"input data nasabah"

2. Menampilkan form pendataan

nasabah baru

3. Menginput data nasabah baru

4. Menekan tombol "simpan"

5. memproses data

6. menampilkan pop up "data

berhasil disimpan"

7. kembali ke halaman menu

Alternative Course

1. Memilih dan menekan menu

"input data nasabah"

2. Menampilkan form pendataan

nasabah baru

3. Menginput data tidak lengkap

4. menekan tombol "simpan"

5. gagal menyimpan dan

menunjukkan field kosong yang
 wajib diisi

6. tetap pada form pendataan

nasabah baru

Alternative Course

1. Memilih dan menekan menu

"input data nasabah"

2. Menampilkan form pendataan

nasabah baru

3. Menginput data tidak lengkap

4. menekan tombol "simpan"

5. memproses data

6. data gagal disimpan dan

menampilkan pop up "data
tersebut sudah ada!"

7. tetap berada pada form pendataan

nasabah baru

Exceptions 1. sistem tidak bisa menginput data

2. sistem gagal menyimpan data

Postconditions sistem menyimpan data nasabah

 4.2.3 Activity Diagram

4.3 Use Case Login

4.3.1 Deskripsi Use Case

Proses ini dilakukan oleh admin dan nasabah, dimana melakukan login ke
dalam sistem dengan memasukan password yang telah ditentukan sebelumnya.

4.3.2 Stimulus and Respon

Use Case Name Login

ID UC-2

Priority High

Actor Admin dan Nasabah

Description Proses ini dilakukan oleh admin dan

 nasabah, dimana melakukan login ke
dalam sistem dengan memasukan
password dan nomor rekening yang telah
didaftarkan

Trigger Admin dan nasabah akan mengakses

sistem

Type External Trigger

Preconditions Sistem dalam kondisi aktif dan berada

pada halaman login

Normal Course

Actor’s Action System’s Response

1. Admin menginput password dan

nasabah memasukan nomor
rekening.

2. Menekan Tombol "Masuk"

3. Memproses login akun

4. Akun berhasil masuk serta

menampilkan halaman utama

Alternative Course

1. Admin menginput password

salah dan nasabah memasukkan
nomor rekening yang salah.

2. Menekan Tombol "Masuk"

3. Memproses login akun

4. Password/Nomor rekening salah

dan menampilkan peringatan
"password/nomor rekening salah"

5. Tetap menampilkan halaman

login

Exceptions Sistem gagal memproses login akun

Postconditions Pemilik berhasil mengakses sistem

4.3.3 Activity Diagram
4.4 Use Case Pencatatan Setoran Sampah

4.4.1 Deskripsi Use Case

Nasabah menyetorkan sampah ke admin untuk dilakukan penimbangan.

4.4.2 Stimulus and Respon

Use Case Name Pencatatan Setoran Sampah

ID UC-3

Priority High

Actor Admin dan Nasabah

Description Nasabah menyetorkan sampah ke Admin

 untuk dilakukan penimbangan

Trigger Admin melakukan proses pencatatan

timbangan

Type External Trigger

Preconditions Hasil timbangan akan masuk ke saldo

tabungan dan laporan.

Normal Course

Actor’s Action System’s Response

1. Memilih menu timbangan

2. Menampilkan form berisikan

nomor rekening, jenis sampah,
berat timbangan, dan nominal
rupiah

3. Memasukan form berisikan

nomor rekening, jenis sampah,
berat timbangan dan nominal
rupiah

4. Menekan tombol "Simpan"

5. Menyimpan data kedalam saldo

tabungan dan laporan.

6. Menampilkan popup "data

berhasil disimpan"

Alternative Course

1. Memilih atau menekan menu

timbangan

2. Menampilkan form berisikan

nomor rekening, jenis sampah,
berat timbangan, dan nominal
rupiah

3. Menginput form rekening yang

salah

4. Menekan tombol "Simpan"

5. Menampilkan pop up "Nomor

rekening salah"
 6. Tetap pada tampilan form

Exceptions 1. Sistem tidak dapat menginput

data timbangan
2. Sistem gagal menyimpan data

Postconditions Sistem akan mengupdate data buku

tabungan nasabah dan mengupdate data
laporan

4.4.3 Activity Diagram

4.5 Use Case Cek Saldo Tabungan

4.5.1 Deskripsi Use Case

Admin dapat melihat saldo nasabah, begitu pula nasabah dapat melihat saldonya
sendiri.

4.5.2 Stimulus and Respon

Use Case Name Cek Saldo Tabungan

ID UC-5

Priority High

Actor Admin dan Nasabah

Description Admin dapat melihat saldo nasabah,

begitu pula nasabah dapat melihat
saldonya sendiri

Trigger Memilih menu "cek saldo"

Type External Trigger

Preconditions Nasabah dan Admin berhasil login dan

berada pada halaman menu

Normal Course

Actor’s Action System’s Response

1. Menekan menu "cek saldo"

2. Sistem menampilkan form nomor

rekening nasabah

3. Memasukkan nomor rekening

nasabah

4. Mengelola data

5. Berhasil masuk dan

menampilkan info saldo nasabah

Normal Course 2

1. Nasabah memilih menu "cek

saldo"
 2. Sistem menampilkan info saldo
nasabah

Alternative Course

1. Admin menekan menu "cek

saldo"

2. Sistem menampilkan form nomor

rekening nasabah

3. Memasukkan nomor rekening

yang salah

4. Memproses data

5. Gagal menampilkan serta muncul

peringatan "nomor rekening tidak
terdaftar"

6. Tetap pada tampilan form nomor

rekening nasabah.

Exceptions Data tidak dapat ditampilkan

Postconditions Admin dapat melihat saldo rekening

nasabah begitu pula nasabah dapat
melihat saldo mereka sendiri.
 4.5.3 Activity Diagram

4.6 Use Case Penarikan Saldo Tabungan

4.6.1 Deskripsi Use Case

Nasabah dapat melakukan penarikan saldo yang dimiliki melalui admin bank sampah.

4.6.2 Stimulus and Respon

Use Case Name Penarikan

ID UC-6

Priority High

Actor Admin dan Nasabah

Description Nasabah dapat melakukan penarikan
saldo yang dimiliki melalui admin bank
sampah

Trigger Nasabah ingin melakukan penarikan

saldo

Type External Trigger

Preconditions Nasabah memiliki saldo untuk tarik

Normal Course

Actor’s Action System’s Response

1. Memilih button penarikan

didalam tampilan buku tabungan

2. Menampilkan form penarikan

3. Memasukan nomor rekening

nasabah

4. Sistem menampilkan saldo

nasabah

5. Memasukan nominal yang

ditarik dengan klipatan Rp.500

6. Menenkan button "Tarik"

7. Menampilkan pop up "Saldo

berhasil ditarik"

8. Sistem kembali ke tampilan form

penarikan

Alternative Course

1. Memilih button penarikan

didalam tampilan buku tabungan

2. Menampilkan form penarikan

3. Memasukan nomor rekening

nasabah

4. Sistem menampilkan saldo

nasabah

5. Sistem menampilkan saldo

nasabah
 6. Memasukan nominal saldo yang
tidak mencukupi

7. Menampilkan pop up "Saldo

tidak mencukupi"

8. Sistem tetap dalam tampilan form

penarikan

Exceptions Sistem gagal menyimpan data

Postconditions Sistem akan mengupdate saldo dibuku

tabungan

4.6.3 Activity Diagram

4.7 Use Case Kelola Laporan

4.7.1 Deskripsi Use Case

Admin mengelola laporan penarikan saldo dan laporan pencatatan setoran.

4.7.2 Stimulus and Respon

Use Case Name Kelola Laporan

ID UC-7

Priority High

Actor Admin

Description Admin dapat mencetak laporan

Trigger Admin ingin mencetak laporan setoran

atau laporan penarikan

Type External Trigger

Preconditions Laporan berhasil dicetak

Normal Course

Actor’s Action System’s Response

1. Memilih menu laporan

2. Menampilkan halaman laporan.

3. Memilih jenis laporan

(penarikan/setoran)

4. Menginput tanggal periode

5. Menampilkan detail laporan dan

tombol download

6. Menekan tombol download

7. Download laporan selesai

Alternative Course

1. Memilih menu laporan

2. Menampilkan seluruh data yang

diambil dari hasil penimbangan
serta menampilkan opsi pilihan
 ingin mencetak laporan setoran
atau laporan penarikan

3. Memilih opsi pilihan.

4. Menekan tombol cetak.

5. Sistem gagal dalam membaca

laporan.

Exceptions Admin gagal mendownload laporan

Postconditions Data laporan tersebut menjadi bentuk

pdf.
 4.7.3 Activity Diagram

4.8 Use Case Input Market Place

4.8.1 Deskripsi Use Case

Admin memposting kerajinan pada forum marketplace.

4.8.2 Stimulus and Respon

Use Case Name Input Market Place

ID UC-8

Priority High

Actor Admin

Description Admin memposting kerajinan pada

forum marketplace

Trigger Admin memposting kerajinan

Type External Trigger

Preconditions Admin berhasil login dan masuk pada

forum marketplace

Normal Course

Actor’s Action System’s Response

1. memilih menu marketplace

2. sistem menampilkan halaman

marketplace

3. menekan icon tambah untuk

menginput data kerajinan baru

4. mengakses file dari perangkat

serta menampilkan folder
didalamnya.

5. memilih foto dari folder yang

ingin dipublikasi.

6. menekan tombol "upload"

7. memproses data

8. menampilkan pop up "berhasil

diunggah"

9. sistem menampilkan kerajinan

yang sudah berhasil diunggah

Alternative Course

1. memilih menu marketplace

2. sistem menampilkan halaman

marketplace

3. menekan icon tambah untuk

 menginput data kerajinan baru

4. mengakses file dari perangkat

serta menampilkan folder
didalamnya.

5. memilih foto dari folder yang

ingin dipublikasi.

6. menekan tombol "upload"

7. memproses data

8. menampilkan pop up "format

tidak didukung"

9. sistem kembali pada form

marketplace

Exceptions 1. sistem tidak dapat membaca

format foto
2. barang yang berhasil dipublis
tidak tampil.

Postconditions Sistem menampilkan kerajinan pada

marketplace
 4.8.3 Activity Diagram

4.9 Use Case View Market Place

4.9.1 Deskripsi Use Case

Nasabah dapat melihat produk kerajinan yang telah diposting pada

marketplace serta melakukan pemesanan melalui Whatsapp.

4.9.2 Stimulus and Respon

Use Case Name View Market Place

ID UC-9

Priority High

Actor Nasabah

Description Nasabah dapat melihat produk kerajinan

yang telah diposting pada marketplace
serta melakukan pemesanan melalui
Whatsapp.

Trigger nasabah menekan tombol pesan pada

kerajinan yang diinginkan

Type External Trigger

Preconditions Nasabah sudah melakukan login dan

berada pada menu

Normal Course

Actor’s Action System’s Response

1. memilih tombol marketplace

pada tampilan menu

2. menampilkan form marketplace

yang berisi postingan kerajinan

3. memilih kerajinan yang ingin

dipesan

4. menampilkan detail dari

kerajinan yang dipilih

5. menekan tombol "pesan"

6. mengarahkan tampilan ke
whatsapp dengan format
pemesanan.

Alternative Course

- -

Exceptions 1. tidak dapat beralih tampilan ke

whatsapp

Postconditions Pesanan telah terkirim ke pemilik.

4.9.3 Activity Diagram
4.10 Sequence Diagram

4.10.1 Login
4.10.2 Registrasi

4.10.3 Pencatatan Setoran Sampah

4.10.4 Cek Saldo Tabungan

4.10.5 Penarikan Saldo Tabungan

4.10.6 Kelola Laporan

4.10.7 Input Market Place

 4.10.8 View Market Place

4.11 Class Diagram

5. Non Functional Requirements

ID Parameter Kebutuhan

NF-01 Availability ● Sistem dapat diakses oleh admin dan nasabah

● Sistem dapat digunakan 24 jam per hari tanpa
gagal

NF-02 Reliability ● Sistem dapat beroperasi dengan konsisten

● Sistem memiliki tingkat keandala yang tinggi
● Sistem dapat digunakan dengan lancar tanpa
error

NF-03 Ergonomy ● Sistem memiliki tampilan user interface yang

responsif sehingga user dapat mengakses
dengan mudah.

NF-04 Portability ● Sistem dapat diakses melalui perangkat mobile

baik android maupun IOS.

NF-05 Memory ● Sistem dapat mengelola memori dengan baik.

NF-06 Response time ● Sistem dapat menampilkan data dengan cepat.

● Sistem dapat memberi respons atas pemesanan
user dengan cepat (membuka aplikasi
whatsapp)

NF-07 Safety N/A

NF-08 Security ● Sistem hanya dapat dikontrol oleh admin.

● Pengguna login dengan menggunakan
username dan password

NF-09 Others 1: Misalnya : semua tanya jawab harus dalam bahasa

Bahasa Indonesia
komunikasi
Setiap layar harus mengandung logo SIMBAK
6. Iteration

Rank Requirement (Use Case or Comment

Feature)

High Pencatatan Setoran Sampah Fitur ini memberikan transparansi kepada

nasabah bank sampah tentang berapa banyak
sampah yang telah mereka kontribusikan. Ini
membantu meningkatkan kepercayaan dan
partisipasi para nasabah.

Kelola Laporan Fitur kelola laporan memungkinkan bank

sampah untuk memantau dan mengevaluasi
kinerja mereka dari waktu ke waktu. Ini
mencakup penilaian jumlah setoran sampah,
saldo tabungan setiap nasabah, dan efisiensi
operasional.

Penarikan Saldo Tabungan Sulitnya mengintegrasi sistem informasi agar

terhindar dari resiko keamanan terkait
penanganan uang tabungan nasabah.

Medium Registrasi Registrasi adalah tahap awal dalam

mengumpulkan informasi pengguna. Oleh
karena itu, penting untuk memastikan bahwa
informasi yang dikumpulkan selama proses
ini aman dan terlindungi. Tetapi, fitur ini
tidak selalu dianggap sebagai fitur unik yang
membantu sistem unggul dari pesaing.

Login Login adalah fungsi dasar dalam hampir

semua sistem informasi. Meskipun sangat
penting, fitur ini tidak selalu dianggap sebagai
fitur istimewa yang membantu sistem unggul
dari pesaing.

Input Marketplace Fitur Input Marketplace harus memberikan

antarmuka yang mudah digunakan dan
panduan yang jelas kepada pengguna tentang
cara menginputkan barang atau informasi.

Low Cek Saldo Tabungan Fitur cek saldo hanyalah fitur pasif yang
memberikan informasi tentang saldo
tabungan. Ini tidak memberikan nilai tambah
signifikan dalam hal interaksi atau transaksi.

View Marketplace Fitur ini hanyalah fitur pasif yang

memberikan informasi mengenai konten
penjualan yang tersedia. Jika marketplace
yang ditawarkan dalam fitur "View
 Marketplace" memiliki konten yang terbatas
atau tidak menarik bagi pengguna, maka fitur
tersebut mungkin kurang diminati.

Risk Register

No Identifikasi Resiko Probability Score Mitigasi Resiko

1 Kurangnya SDM dalam SDM yang kurang 5 Membutuhkan SDM yang

membangun sistem memadai dalam memiliki kemampuan
membangun sistem memadai untuk
ini sehingga mengelola sistem
mengalami kesulitan
dalam mengelola
sistem

2 Keterbatasan Anggaran Kurangnya dana 5 Mencari sumber dana

anggaran untuk tambahan
membangun sistem

3 Perubahan Kebijakan Dapat mempengaruhi 3 Menyusun rencana

Lingkungan sistem operasi bank darurat untuk mengatasi
sampah perubahan kebijakan yang
akan terjadi

4 Kesalahan Data Mengakibatkan tidak 5 Menggunakan validasi

akuratnya laporan data dan pengawasan
dan kesalahan dalam manual untuk mengurangi
pengelolaan saldo kesalahan pencatatan
nasabah

5 Keamanan Data Mengurangi tingkat 3 Mengimplementasikan

kepercayaan nasabah langkah-langkah
dan mengakibatkan keamanan data yang kuat,
beberapa kerugian termasuk enkripsi dan
finansial otentikasi yang kuat

6 Keterampilan Teknologi Mempengaruhi 3 Melakukan pelatihan

yang Terbatas proses saat terjadi reguler untuk petugas
gangguan layanan bank sampah dan
dan kesulitan dalam pengguna SIMBAK.
akses
7. Penutup

7.1 Kesimpulan

Sistem informasi bank sampah ini dirancang berdasarkan analisis-analisis

sistem yang dibutuhkan oleh proses bisnis yang berjalan. Sistem ini dibuat untuk
memberikan solusi terhadap masalah yang ada saat ini, terkait dengan
ketidakefisienan proses pencatatan, pendataan dan pembuatan laporan yang masih
manual. Dengan adanya SIMBAK diharapkan dapat mengoptimalkan dan
memudahkan pengelolaan data serta transaksi yang terjadi pada Bank Sampah
Kenanga.

7.2 Saran

Pastikan pelatihan yang efektif bagi pengguna akhir. Ini akan membantu
mereka dalam memahami dan menggunakan SIMBAK dengan baik. Pelatihan
berkelanjutan juga dapat meningkatkan adopsi sistem.
 RINCIAN PEKERJAAN

Nama Persentase Rincian

Pekerjaan

Fara Lufiah 25% 1. Membuat Bab Pendahuluan

2. Membuat Bab Deskripsi Keseluruhan
3. Membuat Bab Kebutuhan Antarmuka
Eksternal
4. Membuat Bab Functional Requirement
5. Membuat Bab non Functional
Requirement
6. Membuat Bab Iteration
7. Membuat Bab Penutup

Maftuh Dzaki Ramadhan 25% 1. Membuat Bab Pendahuluan

2. Membuat Bab Deskripsi Keseluruhan
3. Membuat Bab Kebutuhan Antarmuka
Eksternal
4. Membuat Bab Functional Requirement
5. Membuat Bab non Functional
Requirement
6. Membuat Bab Iteration
7. Membuat Bab Penutup

Putri Ratna Sari 25% 1. Membuat Bab Pendahuluan

2. Membuat Bab Deskripsi Keseluruhan
3. Membuat Bab Kebutuhan Antarmuka
Eksternal
4. Membuat Bab Functional Requirement
5. Membuat Bab non Functional
Requirement
6. Membuat Bab Iteration
7. Membuat Bab Penutup

Robbani Yahya 25% 1. Membuat Bab Pendahuluan

2. Membuat Bab Deskripsi Keseluruhan
3. Membuat Bab Kebutuhan Antarmuka
Eksternal
4. Membuat Bab Functional Requirement
5. Membuat Bab non Functional
Requirement
6. Membuat Bab Iteration
7. Membuat Bab Penutup