APLIKASI PENGELOLAAN TABUNGAN

SAMPAH DAN
PENJADWALAN JEMPUT SAMPAH NASABAH
BERBASIS WEB
STUDI KASUS BSB (BANK SAMPAH BERSINAR)

APPLICATION OF THE TRASH SAVING

MANAGEMENT AND
CUSTOMERS TRASH PICK UP SCHEDULE
WEB-BASED
CASE STUDY OF BSB (BANK SAMPAH
BERSINAR)

PROYEK AKHIR

Farhan Fauzan Abdurrahman

6701171128

PROGRAM STUDI D3 SISTEM INFORMASI

FAKULTAS ILMU TERAPAN
UNIVERSITAS TELKOM
BANDUNG, 2020
 ABSTRACT

The management of waste savings data and the junk pickup schedule is important in the sustainability
of the operations of a waste bank. At BSB (Bank Sampah Bersinar), there is an operational section that
serves to monitoring as well as responsible for operational activities in BSB (Bank Sampah Bersinar).
In the implementation, there are problems that are often found in the operational section, which is
the educational media to the customer concerning the deposit of garbage that has not been twisted
between the garbage that has a selling value and residue. Then it is also found that the client is
sometimes difficult to know the details of the deposited garbage. Last is the operational part is
sometimes difficult in scheduling customer garbage pickup. Therefore, it is necessary to use
Application Of The Trash Saving Management And Customer Trash Pick Up Schedule Web-Based Case
Study Of BSB (Bank Sampah Bersinar). The application is built using the PHP programming language,
with the Codeigniter framework and its database using MySQL. Application building methods use
Waterfall methodology. This app is only used in BSB (Bank Sampah Bersinar) environment.

Keywords : BSB (Bank Sampah Bersinar); Educational Media; Deposited Garbage; Garbage Pickup
Schedule; PHP; Codeigniter; MySQL; Waterfall

ii
 ABSTRAK

Pengelolaan data tabungan sampah dan jadwal jemput sampah merupakan hal yang penting dalam
keberlangsungan operasional sebuanh bank sampah. Di Bank Sampah Bersinar (BSB), terdapat bagian
operasional yang berfungsi untuk memonitori sekaligus bertanggung jawab dalam kegiatan
operasional di BSB (Bank Sampah Bersinar). Dalam pelaksanaanya, terdapat permasalahan yang sering
didapati di bagian operasional, yaitu media edukasi terhadap nasabah perihal penyetoran sampah
yang masih belum terpilah antara sampah yang memiliki nilai jual dan residu. Lalu didapati pula bahwa
nasabah terkadang kesulitan dalam mengetahui rincian sampah yang disetor. Terakhir yaitu bagian
operasional terkadang sulit dalam penjadwalan penjemputan sampah nasabah. Maka dari itu,
diperlukan Aplikasi Pengelolaan Tabungan Sampah Dan Jadwal Jemput Sampah Berbasis Web Studi
Kasus BSB (Bank Sampah Bersinar). Aplikasi ini dibangun dengan menggunakan bahasa pemrograman
PHP, dengan framework Codeigniter dan databasenya menggunakan MySQL. Metode pembangunan
aplikasi menggunakan metodologi Waterfall. Aplikasi ini hanya digunakan dalam lingkungan BSB (Bank
Sampah Bersinar).
Kata Kunci : BSB (Bank Sampah Bersinar); Media Edukasi; Data Rincian Sampah; Jadwal Jemput
Sampah; PHP; Codeigniter; MySQL; Waterfall

iii
 LAMPIRAN

Lampiran 1 Hasil Wawancara Dengan Bagian Operasional BSB (Bank Sampah Bersinar)

Penulis : Farhan Fauzan Abdurrahman

Narasumber : ibu Maya kepala divisi operasional BSB (Bank Sampah Bersinar)
Penulis : Saya ingin menanyakan beberapa pertanyaan mengenai pengelolaan data transaksi sampah
dan penjadwalan jemput sampah nasabah
Narasumber : Iya silahkan
Penulis : Baik bu, saya ingin menanyakan bagaimana proses pengelolaan data transaksi sampah di BSB
(Bank Sampah Bersinar)?
Narasumber : Proses pengelolaan data transaksi sampah masih terkendala karena banyak komplain
dari nasabah mengenai berat sampah yang mereka setor dengan hasil pemilahan tidak memuaskan
nasabah. Jadi sederhananya kami belum memiliki fasilitas untuk melaporkan pada nasabah mengenai
berat sampah yang telah melalui pemilahan sebelum nasabah menerima pembayaran sampah dari
kami
Penulis : Baik bu, Lalu kalau untuk proses penjemputan sampah bagaimana bu?
Narasumber : proses penjadwalan jemput sampah kami melalui telepon/smartphone. Nasabah
mengabari kami untuk meminta penjemputan sampah hamun terkadang didapati kendala. apabila
sewaktu-waktu nasabah melakukan pembatalan jemput sampah, sehingga bagian operasional
mengalami kesulitan dalam mengatur kembali penjemputan sampah.
Penulis : Jadi begitu ya bu, baik bu terima kasih banyak atas waktunya
Narasumber : Ya sama-sama. Jika ada data yang kurang silahkan datang lagi kemari
Penulis : Terima kasih banyak bu

iv
 DAFTAR ISI

ABSTRACT .................................................................................................................................. ii

ABSTRAK ................................................................................................................................... iii

LAMPIRAN................................................................................................................................. iv

DAFTAR ISI ................................................................................................................................. v

DAFTAR GAMBAR .................................................................................................................... vii

DAFTAR TABEL ........................................................................................................................ viii

DAFTAR LAMPIRAN................................................................................................................... ix

BAB 1 PENDAHULUAN .............................................................................................................. 1

1.1 Latar Belakang ................................................................................................................. 1

1.2 Rumusan Masalah............................................................................................................ 2

1.3 Tujuan .............................................................................................................................. 2

1.4 Batasan Masalah .............................................................................................................. 2

1.5 Metode Pengerjaan ......................................................................................................... 3

1.6 Jadwal Pengerjaan ........................................................................................................... 4

BAB 2 TINJAUAN PUSTAKA ....................................................................................................... 5

2.1 Bank Sampah Bersinar ..................................................................................................... 5

2.1.1 Sejarah.......................................................................................................... 5

2.2 Pengertian Web ............................................................................................................... 5

2.3 Pengertian Framework .................................................................................................... 5

2.4 Pengertian Code Igniter ................................................................................................... 5

2.5 Pengertian Database........................................................................................................ 5

2.6 Pengertian MySQL ........................................................................................................... 6

2.7 Pengertian PHP ................................................................................................................ 6

v
2.8 Bussiness Process Modelling Notation (BPMN) ............................................................... 6

2.9 Use Case Diagram ............................................................................................................ 8

2.10 Class Diagram................................................................................................................. 10

2.11 Sequence Diagram ......................................................................................................... 10

2.12 Entity Relationship Diagram (ERD) ................................................................................ 13

BAB 3 ANALISIS DAN PERANCANGAN..................................................................................... 14

3.1 Analisis ........................................................................................................................... 14

3.1.1 Gambaran Sistem Saat Ini .......................................................................... 14

3.1.2 Gambaran Sistem Usulan ........................................................................... 16

3.1.3 Analisis Kebutuhan Sistem ......................................................................... 17

3.1.4 Kebutuhan Perangkat Keras dan Lunak ..................................................... 19

3.1.5 Perbandingan Aplikasi Sejenis.................................................................... 20

3.2 Perancangan .................................................................................................................. 21

3.2.1 Model Aplikasi Berbasis Objek ................................................................... 21

3.2.2 Perancangan Basis Data ............................................................................. 29

3.2.3 Perancangan Antar Muka........................................................................... 32

DAFTAR PUSTAKA .................................................................................................................... 37

vi
 DAFTAR GAMBAR

Gambar 1.1 Metode Waterfall ............................................................................................................... 3

Gambar 3. 1 Proses Transaksi Sampah As-Is......................................................................................... 14

Gambar 3. 2 Proses Penjemputan Sampah As-Is .................................................................................. 15
Gambar 3. 3 Usulan Proses Transaksi Sampah ..................................................................................... 16
Gambar 3. 4 Usulan Proses Penjemputan Sampah .............................................................................. 17
Gambar 3. 5 Use Case Diagram............................................................................................................. 21
Gambar 3. 6 ERD ................................................................................................................................... 29
Gambar 3. 7 Skema Relasi..................................................................................................................... 30
Gambar 3. 8 Login ................................................................................................................................. 33
Gambar 3. 9 Data Transaksi Nasabah ................................................................................................... 34
Gambar 3. 10 Data Transfer .................................................................................................................. 35
Gambar 3. 11 Laporan Transaksi Nasabah............................................................................................ 36

vii
 DAFTAR TABEL

Tabel 1.1 Jadwal Pengerjaan ................................................................................................................... 4

Tabel 2. 1 BPMN...................................................................................................................................... 6
Tabel 2. 2 Use Case ................................................................................................................................. 9
Tabel 2. 3 Class Diagram ....................................................................................................................... 10
Tabel 2. 4 Sequence DIagram ............................................................................................................... 11
Tabel 2. 5 ERD ....................................................................................................................................... 13

Tabel 3. 1 Analisis Fungsionalitas .......................................................................................................... 18

Tabel 3. 2 Analisis Pengguna ................................................................................................................. 19
Tabel 3. 3 Kebutuhan Perangkat Keras ................................................................................................. 20
Tabel 3. 4 Kebutuhan Perangkat Lunak ................................................................................................ 20
Tabel 3. 5 Deskripsi Aktor ..................................................................................................................... 22
Tabel 3. 6 Deskripsi Use Case ................................................................................................................ 22
Tabel 3. 7 Skenario Login ...................................................................................................................... 23
Tabel 3. 8 Skenario Transaksi Sampah Use Case................................................................................... 24
Tabel 3. 9 Skenario Transfer Uang Use Case ......................................................................................... 25
Tabel 3. 10 Skenario Jadwal Jemput Use Case ...................................................................................... 26
Tabel 3. 11 Skenario Konfirmasi Penjemputan Sampah Use Case........................................................ 27
Tabel 3. 12 Skenario Pembatalan Penjemputan Sampah Use Case ..................................................... 28
Tabel 3. 13 Skenario Lihat Laporan Use Case ....................................................................................... 28
Tabel 3. 14 Struktur Tabel Admin ......................................................................................................... 31
Tabel 3. 15 Struktur Tabel Nasabah ...................................................................................................... 31
Tabel 3. 16 Struktur Tabel Sampah ....................................................................................................... 31
Tabel 3. 17 Struktur Tabel Transaksi ..................................................................................................... 32
Tabel 3. 18 Struktur Tabel Penjemputan .............................................................................................. 32

viii
 DAFTAR LAMPIRAN

Lampiran 1 Hasil Wawancara Dengan Bagian Operasional BSB (Bank Sampah Bersinar) ..................... ii

ix
 BAB 1
PENDAHULUAN

1.1 Latar Belakang

Bank sampah adalah tempat pemilahan dan pengumpulan sampah yang dapat
didaur ulang dan/atau diguna ulang yang memiliki nilai ekonomi [1]. Mekanisme
bank sampah meliputi pemilahan sampah, penyerahan sampah ke bank sampah,
penimbangan sampah, pencatatan, pembukuan penjualan sampah dalam buku
tabungan, dan bagi hasil penjualan sampah [1]. Bank sampah dalam kegiatan
operasionalnya terdiri dari penetapan jam kerja, penarikan tabungan, peminjaman
uang, buku tabungan, jasa penjemputan sampah, jenis tabungan, jenis sampah,
penetapan harga, kondisi sampah, berat minimum, wadah sampah, sistem bagi hasil,
dan pemberian upah karyawan [1].

BSB (Bank Sampah Bersinar) adalah perusahaan yang bergerak dalam pengelolaan
sampah menjadi alat tukar yang memiliki nilai ekonomi [2]. BSB (Bank Sampah
Bersinar) memiliki beberapa divisi, salah satunya adalah divisi operasional. Divisi
operasional adalah divisi yang mengatur berbagai macam kegiatan operasional,
beberapa diantaranya adalah pendataan transaksi sampah nasabah dan
penjadwalan penjemputan sampah. Data transaksi sampah nasabah terdiri dari
nama, jenis nasabah, no ktp, kode sampah, berat, total harga. Jadwal penjemputan
sampah meliputi jarak tempuh, waktu tempuh, dan area penjemputan sampah.

Dalam pelaksanaan di lapangan, didapati tiga masalah yang terjadi dalam proses
operasional BSB. Salah satunya adalah pada saat nasabah menyetor sampah ke BSB,
sampah nasabah seringkali tercampur dengan residu yang tidak memiliki nilai jual,
sehingga nasabah tidak tahu apakah sampah yang disetor benar-benar sepenuhnya
memiliki nilai jual atau terdapat residu. Lalu, Nasabah terkadang sulit mengetahui
secara rinci sampah yang disetorkan. Selain itu, proses penjadwalan jemput sampah

1
nasabah terkadang mengalami kendala apabila sewaktu-waktu nasabah melakukan
pembatalan jemput sampah, sehingga bagian operasional mengalami kesulitan
dalam mengatur kembali penjemputan sampah.

Dengan adanya informasi diatas, maka diusulkan pembuatan sebuah aplikasi yang
berjudul “Aplikasi Pengelolaan Tabungan Sampah dan Jadwal Jemput Sampah
Nasabah Berbasis Web Studi Kasus BSB (Bank Sampah Bersinar)”. Aplikasi ini mampu
mempermudah bagian operasional dalam pendataan transaksi sampah nasabah
serta penjadwalan jemput sampah nasabah.

1.2 Rumusan Masalah

Adapun rumusan masalah dalam Proyek Akhir ini adalah :

1. Bagaimana memudahkan nasabah dalam pemilahan sampah yang memiliki
nilai jual dan residu?
2. Bagaimana memudahkan nasabah dalam mengetahui data rincian berat
sampah yang disetor?
3. Bagaimana memudahkan bagian operasional dalam penjadwalan
penjemputan sampah nasabah?

1.3 Tujuan

Adapun tujuan dari Proyek Akhir ini adalah sebagai berikut :

1. Membantu nasabah dalam pemilahan sampah yang memiliki nilai jual dan
residu.
2. Membantu nasabah dalam mengetahui data rincian berat sampah yang
disetor.
3. Membantu bagian operasional dalam penjadwalan penjemputan sampah
nasabah.

1.4 Batasan Masalah

Agar pembahasan tidak meluas maka dibuatlah Batasan masalah sebagai berikut :
1. Aplikasi ini hanya dapat diakses oleh admin, bagian operasional, dan
nasabah.

2
 2. Aplikasi ini hanya dapat di akses melalui browser.
3. Aplikasi ini tidak dapat melakukan proses pembelian sampah oleh buyer.
4. Aplikasi ini tidak dapat melakukan proses pendataan tabungan nasabah.
5. Aplikasi ini tidak dapat melakukan proses pendataan kas operasional.
6. Aplikasi ini tidak dapat melakukan proses pendataan stok gudang.

1.5 Metode Pengerjaan

Metode yang di pakai pada studi kasus ini adalah metode Waterfall versi
Sommerville. Metode ini digunakan karena metode ini merupakan metode mutakhir
dari metode Waterfall sebelumnya. Metode ini terdiri dari Analisis dan Definisi,
Perancangan sistem, Implementasi dan Pengujian Unit, Integrasi dan Pengujian
sistem, serta Operasi dan Pemeliharaan [3].

Gambar 1.1 Metode Waterfall

A. Analisis dan Definisi

Pada tahapan ini, pengembang melakukan wawancara kepada pihak BSB
(Bank Sampah Bersinar), khususnya divisi operasional untuk mengumpulkan
data-data apa saja yang nantinya akan di butuhkan untuk membangun
aplikasi.
B. Perancangan Sistem
Pada tahapan ini, pengembang mulai melakukan perencanaan dan membuat
perancangan aplikasi sementara dengan menggunakan aplikasi Balsamiq
mock-up.

3
 C. Implementasi dan Pengujuan Unit
Tahap ini merupakan penerapan dari rancangan yang sudah dibuat untuk
memenuhu kebutuhan pengguna. Setelah itu dilakukan pengujian unit untuk
mengetahui apakah aplikasi sudah sesuai dengan apa yang diharapkan atau
tidak.
D. Integrasi dan Pengujian Sistem
Proses ini merupakan lanjutan setelah aplikasi selesai dibuat. Pengujian
terhadap aplikasi dilakukan dengan metode black box testing.
E. Operasi dan Pemeliharaan
Tahap terakhir dalam pengerjaan aplikasi ini adalah tahapan operasi dan
pemeliharaan. Namun tahapan ini tidak dilakukan.

1.6 Jadwal Pengerjaan

Tabel 1.1 Jadwal Pengerjaan

Waktu Pelaksanaan
No Kegiatan November Desember Januari Februari Maret April
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1 Analisis dan Definisi
2 Perancangan Sistem
3 Implementasi dan
Pengujian Unit
4 Integrasi dan
Pengujian Unit
5 Integrasi dan
Pengujian Sistem
6 Operasi dan
Pemeliharaan

4
 BAB 2
TINJAUAN PUSTAKA

2.1 Bank Sampah Bersinar

2.1.1 Sejarah
BSB (Bank Sampah Bersinar), diresmikan pada 27 September 2014, telah mampu
mengumpulan 20-30 ton sampah setiap bulannya dan dengan harga sampah
Rp.1.000 hingga Rp.40.000 per kilogram [2].

2.2 Pengertian Web

Web adalah kumpulan halaman yang terdiri dari informasi dalam bentuk data, baik
berupa text, gambar, video, audio, animasi, dan lain sebagainya yang disediakan
melalui internet [4].

2.3 Pengertian Framework

Framework adalah kumpulan dari beberapa potongan program yang diorganisasikan
sedemikian rupa, sehingga dapat digunakan untuk membantu dalam pembuatan
aplikasi utuh tanpa harus membuat kode dari awal [5].

2.4 Pengertian Code Igniter

CodeIgniter adalah framework web untuk bahasa pemrograman PHP, yang dibuat
oleh Rick Ellis pada tahun 2006, penemu dan pendiri EllisLab [6].

2.5 Pengertian Database

Basis data (database) diartikan sebagai markas atau gudang, tempat bersarang atau
berkumpul. Prinsip utama basis data adalah pengaturan data dengan tujuan utama
fleksibilitas dan kecepatan dalam pengambilan data kembali. Adapun tujuan basis
data diantaranya sebagai efisisensi yang meliputi speed, space & accurancy,
menangani data dalam jumlah besar, kebersamaan pemakaian, dan meniadakan
duplikasi. [7].

5
2.6 Pengertian MySQL
MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak
digunakan untuk membangun aplikasi web yang menggunakan database sebagai
sumber dan pengolahan datanya [8].

2.7 Pengertian PHP

PHP singkatan dari PHP: Hypertext Preprocessor yaitu bahasa pemrograman web
server-side yang bersifat open source. PHP merupakan script yang terintegrasi
dengan HTML dan berada pada server (server side HTML embedded scripting). PHP
adalah script yang digunakan untuk membuat halaman yang dinamis. Dinamis berarti
halaman yang akan ditampilkan dibuat saat halaman itu diminta oleh client [9].

2.8 Bussiness Process Modelling Notation (BPMN)

Bussiness Process Modelling Notation adalah suatu standar yang dikembangkan oleh
Bussiness Process Management Initiative (BPMI). Tujuan utama dari BPMN adalah
menyediakan suatu notasi yang telah dan mudah dipahami oleh semua pebisnis, dari
analis bisnis yang menciptakan draft permulaan dari proses-proses sampai dengan
pengembangan-pengembangan teknis yang bertanggung jawab untuk
mengimplementasikan teknologi yang membantu pelaksanaan proses, serta pebisnis
kebanyakan yang akan mengatur dan mengawasi proses-proses tersebut [10].

Tabel 2. 1 BPMN

No. Nama Simbol Simbol Keterangan

Menunjukkan kapan dan dimana
1. Start Event
proses dapat dimulai.

Menunjukkan kapan sebuah

2. End Event
proses dinyatakan selesai.

Mewakili acara apa pun yang

Intermediate terjadi antara acara awal dan
3.
event akhir.

6
 No. Nama Simbol Simbol Keterangan

Tingkat aktivitas paling dasar dan

4. Task
tidak dapat diuraikan lebih lanjut.

Menghubungkan objek aliran

5. Flow dalam urutan berurutan yang
tepat.
Digunakan untuk mewakili dua
Parallel
6. tugas bersamaan dalam aliran
Gateaway
bisnis.
Mengevaluasi keadaan proses
Exclusive bisnis dan, berdasarkan kondisi,
7.
Gateaway memecah aliran menjadi satu atau
lebih jalur yang saling eksklusif.
Menggambarkan
pesan/komunikasi antara dua
8. Message Flow partisipan yang berbeda (yang
digambarkan dengan pool) pada
diagram.
Directed Menunjukkan hubungan antara
9.
Association data store dan suatu aktivitas.
Menunjukkan hubungan antara
10. Association
artefak dan objek aliran.
Digunakan untuk mengambarkan
Request
11. pesan permintaan dari satu
Message
partisipasi.
Digunakan untuk menggambarkan
Reply
12. suatu balasan pesan pada
Message
partisipasi.
Mewakili kemampuan untuk
13. Data Store menyimpan atau mengakses data
yang terkait dengan proses bisnis.

7
 No. Nama Simbol Simbol Keterangan
Merepresentasikan data yang
ditempatkan ke dalam proses, data
14. Data Object yang dihasilkan dari proses, data
yang perlu dikumpulkan, atau data
yang harus disimpan.
Menggambarkan informasi
15. Annotation tambahan untuk pembaca sebuah
diagram dari model atau notasi.

Menggambarkan bermacam-
16. Lane macam class resource dalam
organisasi yang sama.

Menggambarkan entitas organisasi

17. Pool yang independen dalam sebuah
diagram proses bisnis kolaboratif.

2.9 Use Case Diagram

Diagram use case merupakan pemodelan untuk sistem informasi yang akan dibuat.
Use Case mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan
sistem informasi yang akan dibuat. Secara kasar, use case digunakan untuk
mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja
yang berhak menggunakan fungsi-fungsi itu [11].

8
 Tabel 2. 2 Use Case

No. Gambar Nama Keterangan

Orang, proses, atau aplikasi lain yang berinteraksi

Actor dengan aplikasi informasi yang akan dibuat diluar
1. aplikasi informasi yang akan dibuat itu sendiri.

Hubungan generalisasi dan spesialisasi

Generalization (umumkhusus) antara dua buah use case dimana
2. fungsi yang satu adalah fungsi yang lebih umum
dari lainya.

3. Include Fungsi atau syarat yang dijalankan use case ini.

Relasi use case tambahan ke sebuah use case

4. Extend dimana use case yang ditambahkan dapat berdiri
sendiri walau tanpa use case tambahan.

Komunikasi antara actor dan use case yang

5. Association berpartisipasi pada use case.

Fungsionalitas yang disediakan aplikasi sebagai

6. UseCase unit-unit yang saling bertukar pesan antar unit
atau actor.

Menspesifikasikan paket yang menampilkan

7. System aplikasi secara terbatas.

Note Elemen fisik yang eksis saat aplikasi dijalankan dan

8. mencerminkan suatu sumber daya komputasi.

Dependency Hubungan dimana perubahan yang terjadi pada

suatu elemen mandiri (independent) akan
9. mempengaruhi elemen yang bergantung padanya
elemen yang tidak mandiri (independent).

Interaksi aturan-aturan dan elemen lain yang

Collaboration bekerja sama untuk menyediakan prilaku yang
10. lebih besar dari jumlah dan elemen-elemennya
(sinergi).

9
2.10 Class Diagram
Class diagram digunakan untuk menampilkan beberapa kelas yang ada dalam
sistem/perangkat lunak yang akan dirancang [11].

Tabel 2. 3 Class Diagram

No. Nama Simbol Deskripsi

1. Kelas Kelas pada struktur sistem

nama_kelas

- atribut : tipe

+ operasi () : tipe

2. Relasi antarkelas dengan makna

Asosiasi umum, asosiasi biasanya juga disertai
dengan multiplicity.

3. Relasi antarkelas dengan makna

Generalisasi generalisasispesialisasi (umum
khusus).

4. Relasi antarkelas dengan makna semua

Agregasi bagian (whole-part).

5. Asosiasi Relasi antarkelas dengan makna kelas

berarah yang satu digunakan oleh kelas yang
lain, asosiasi biasanya juga disertai
dengan multiplicity.

2.11 Sequence Diagram

Diagram sequence menggambarkan kelakuan objek pada usecase dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar
objek. Oleh karena itu untuk menggambarkan diagram sequence maka harus
diketahui objek-objek yang terlibat dalam sebuah usecase beserta metode-metode
yang dimiliki kelas yang diinstansiasi menjadi objek itu.

10
Banyaknya Diagram sequence yang akan di gambarkan sesuai dengan jumlah
usecase,sehingga semakin banyak usecase yang didefinisikan maka diagram
sequence yang harus dibuat juga semakin banyak [11].

Tabel 2. 4 Sequence DIagram

No. Simbol Nama Deskripsi

1. Aktor Orang proses, atau sistem lain
yang berinteraksi dengan
sistem informasi yang akan
nama actor dibuat diluar sistem informasi
yang akan dibuat itu sendiri,
jadi walaupun simbol dari
nama actor aktor adalah orang, biasanya
dinyatakan menggunakan
tanpa waktu aktif
kata benda di awal fase nama
aktor.

2. Garis hidup Menyatakan kehidupan suatu

objek.

3. Objek Menyatakan objek yang

berinteraksi pesan.
nama objek : nama kelas

4. Waktu aktif Menyatakan objek dalam

keadaan aktif dan berinteraksi
pesan.

11
No. Simbol Nama Deskripsi
5. Pesan tipe create Menyatakan suatu objek
membuat objek yang lain,
arah panah mengarah pada
<<create>> objek yang dibuat.

6. 1: nama_metode() Pesan tipe call Menyatakan suatu objek

memanggil operasi atau
metode yang ada pada objek
lain atau dirinya sendiri. Arah
panah mengarah pada objek
yang memiliki operasi atau
metode maka operasi atau
metode yang dipanggil harus
ada pada diagram kelas
sesuai kelas objek yang
berikteraksi.
7. 1: masukan Pesan tipe send Menyatakan bahwa suatu
objek mengirimkan data atau
masukan atau informasi ke
objek lainnya, arah panah
mengarah pada objek yang
dikirim.
8. 1: keluaran Pesan tipe return Menyatakan bahwa suatu
objek yang telah menjalankan
suatu operasi atau metode
menghasilkan suatu
kembalian ke objek tertentu,
arah panah mengarah pada
objek yang menerima
kembalian.
9. Pesan tipe destroy Menyatakan suatu objek
<<destroy>> mengakhiri hidup objek yang
lain. Arah panah mengarah
pada objek yang diakhiri,
sebaiknya jika ada create
maka ada destroy.

12
2.12 Entity Relationship Diagram (ERD)
Entity Relationship Diagram (ERD) merupakan suatu model data yang dikembangkan
berdasarkan objek. ERD digunakan untuk menjelaskan hubungan antar data dalam
basis data kepada pengguna secara logic. [12].

Tabel 2. 5 ERD

No. Simbol Nama Deskripsi

1. Entitas Entitas adalah apa saja yang

ada di dalam sistem nyata
maupun abstrak dimana data
tersimpan.

2. Relasi Relasi adalah hubungan

alamiah yang terjadi antar
entitas

3. Atribut Atribut adalah kelompok data

yang mempunyai karateristik
yang sama

4. Garis penghubung / link Garis penghubung atau link

adalah penghubung atribut
dengan entitas dan relasi
dengan entitas

Derajat relasi atau kardinalitas menunjukkan jumlah maksimum entitas yang dapat
berelasi dengan entitas pada himpunan entitas yang lain. Jenis-jenis kardinalitas
adalah :

1. Satu ke satu (one to one).Setiap anggota entitas A hanya boleh berhubungan

dengan satu anggota entitas B, begitu pula sebaliknya.

2. Satu ke banyak (one to many).Setiap anggota entitas A dapat berhubungan

dengan lebih dari satu anggota entitas B tetapi tidak sebaliknya.

3. Banyak ke banyak (many to many).Setiap entitas A dapat berhubungan dengan

banyak entitas himpunan entitas B dan demikian pula sebaliknya.

13
 BAB 3
ANALISIS DAN PERANCANGAN

3.1 Analisis
Pada bagian ini berisi tentang analisis dari aplikasi yang akan dibangun. Pada bab ini
akan dijelaskan mengenai gambaran sistem saat ini, gambaran sistem usulan, analisis
kebutuhan perangkat keras dan lunak untuk menunjang pembangunan aplikasi.

3.1.1 Gambaran Sistem Saat Ini

Berikut adalah gambaran sistem yang sedang berjalan di BSB (Bank Sampah
Bersinar).

3.1.1.1 Proses Transaksi Sampah

Berikut adalah proses transaksi sampah dari nasabah ke BSB (Bank Sampah Bersinar).

Gambar 3. 1 Proses Transaksi Sampah As-Is

1. Nasabah menyetor sampah ke BSB (Bank Sampah Bersinar).

2. Bagian Operasional memilah sampah.

3. Bagian Operasional menimbang sampah.

4. Bagian Operasional cetak detail hasil timbangan beserta harga.

14
 5. Bagian Operasional transfer uang ke nasabah.

3.1.1.2 Proses Penjemputan Sampah

Berikut adalah proses penjemputan sampah.

Gambar 3. 2 Proses Penjemputan Sampah As-Is

1. Nasabah meminta penjemputan sampah.

2. Bagian Operasional menentukan jadwal penjemputan sampah.

3. Nasabah Konfirmasi Penjemputan.

4. Bagian Operasional Menjemput sampah.

15
3.1.2 Gambaran Sistem Usulan
Berikut adalah sistem usulan ke BSB (Bank Sampah Bersinar).

3.1.2.1 Usulan Proses Transaksi Sampah

Gambar 3. 3 Usulan Proses Transaksi Sampah

1. Nasabah Setor sampah.

2. Divisi Operasional memilah sampah.
3. Divisi Operasional menimbang sampah.
4. Divisi Operasional input data cetak detail sampah.
5. Data otomatis tersimpan di database dan terkirim ke nasabah.

16
3.1.1.3 Usulan Proses Penjemputan Sampah

Gambar 3. 4 Usulan Proses Penjemputan Sampah

1. Nasabah meminta penjemputan sampah.

2. Bagian Operasional menentukan jadwal penjemputan sampah.

3. Nasabah Konfirmasi penjemputan.

4. Bagian Operasional membuat laporan.

5. Bagian Operasional jemput sampah.

3.1.3 Analisis Kebutuhan Sistem

Berikut merupakan analisis kebutuhan sistem.

3.1.3.1 Analisis Fungsionalitas

Berikut adalah analisis fungsionalitas aplikasi pengelolaan data transaksi sampah dan
jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

17
 Tabel 3. 1 Analisis Fungsionalitas

Data / Dokumen Data / Dokumen User

No Fungsionalitas Deskripsi
Input Output Nasabah Operasional
Masuk ke sistem sesuai Username dan
1 Login - V V
hak akses Password
Kelola Transaksi Sampah Nasabah
• Tambah
Menampilkan
Transaksi Menambah Transaksi Transaksi Sampah
Transaksi Sampah - V
Sampah Sampah Nasabah Nasabah
Nasabah
Nasabah
• Ubah
Menampilkan
2 Transaksi Mengubah Transaksi Transaksi Sampah
Transaksi Sampah - V
Sampah Sampah Nasabah Nasabah
Nasabah
Nasabah
• Hapus
Transaksi Menghapus Transaksi Transaksi Sampah
- - V
Sampah Sampah Nasabah Nasabah
Nasabah
Kelola Transfer Uang
3 • Tambah Data Menambah Data Data Transfer Menampilkan Data
- V
Transfer Uang Transfer Uang Uang Transfer Uang
Kelola Jadwal Penjemputan Sampah
• Tambah Data
Menambah Data Data Jemput Menampilkan Data
Jemput - V
Jemput Sampah Sampah Jemput Sampah
Sampah
Menampilkan Data
4 • Ubah Data Mengubah Data Jemput Data Jemput
Jemput Sampah - V
Jemput Sampah Sampah Sampah

• Hapus Data
Menghapus Data Data Jemput
Jemput - - V
Jemput Sampah Sampah
Sampah

18
 Data / Dokumen Data / Dokumen User
No Fungsionalitas Deskripsi
Input Output Nasabah Operasional
Kelola Konfirmasi Penjemputan
5 • Konfirmasi Mengirim Konfirmasi Konfirmasi Data Penjemputan
V -
Penjemputan Penjemputan Penjemputan Terkonfirmasi
Kelola Konfirmasi Pembatalan Penjemputan
• Konfirmasi Mengirim Konfirmasi Konfirmasi Data Pembatalan
6
Pembatalan Pembatalan Pembatalan Penjemputan V -
Penjemputan Penjemputan Penjemputan Terkonfirmasi
Menampilkan Data Menampilkan Data
7 Kelola Laporan V V
Laporan Laporan

3.1.3.2 Analisis Pengguna

Berikut merupakan analisis pengguna aplikasi pengelolaan data transaksi sampah
dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Tabel 3. 2 Analisis Pengguna

Kompetensi IT / Non It
No Pengguna Deskripsi
yang harus dimiliki
Merupakan pelanggan penyuplai sampah yang dapat melakukan
Memahami penggunaan
1 Nasabah pengecekan laporan sampah serta konfirmasi penjemputan
aplikasi
sampah.
Merupakan divisi yang mengatur segala kegiatan operasional BSB
Memahami penggunaan
2 Divisi Operasional yang dapat melakukan kelola transaksi sampah, transfer uang, dan
aplikasi
cetak laporan.

3.1.4 Kebutuhan Perangkat Keras dan Lunak

Berikut merupakan kebutuhan perangkat keras dan lunak aplikasi pengelolaan data
transaksi sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah
Bersinar).

19
3.1.4.1 Kebutuhan Perangkat Keras
Berikut merupakan kebutuhan perangkat keras aplikasi pengelolaan data transaksi
sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Tabel 3. 3 Kebutuhan Perangkat Keras

No Jenis Perangkat Keras Spesifikasi Perangkat Keras yang Digunakan

1 RAM 8 GB

2 Harddisk 1 TB

3 Processor Intel Core i5 – 8250U, up to 3,4GHz

3.1.4.2 Kebutuhan Perangkat Lunak

Berikut merupakan kebutuhan perangkat keras aplikasi pengelolaan data transaksi
sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Tabel 3. 4 Kebutuhan Perangkat Lunak

No Jenis Perangkat Lunak Spesifikasi Perangkat Keras yang Digunakan

1 Operating Sistem Windows 10
2 Browser Google Chrome
3 Dokumentasi Word 2016
4 Database MySQL
5 PHP PHP 7
6 Codeigniter Codeigniter 3

3.1.5 Perbandingan Aplikasi Sejenis

Aplikasi bank sampah berbasis codeigniter studi kasus Bank Sampah Intan Berseri
Ermo Mojoroto Kediri memiliki fitur data user, data master, data stok, transaksi
pembelian dan penjualan, tabungan dan laporan keuangan [13].

Sedangkan Aplikasi Pengelolaan Data Transaksi Sampah dan Jadwal Jemput Sampah
Nasabah Berbasis Web Studi Kasus BSB (Bank Sampah Bersinar) berfokus pada
pengelolaan data transaksi sampah dan jadwal jemput sampah nasabah, yang mana

20
ruang lingkup pembuatan aplikasi berdasarkan masalah yang dihadapi di lapangan.
Adapun kedepannya apabila penelitian ini berlanjut, maka akan ditambah fitur-fitur
lainnya yang dapat membantu BSB (Bank Sampah Bersinar).

3.2 Perancangan
Pada bagian ini berisi tentang perancangan aplikasi dengan model aplikasi berbasis
objek, class diagram, perancangan basis data, dan perancangan antar muka.

3.2.1 Model Aplikasi Berbasis Objek

Berikut merupakan model aplikasi berbasis objek aplikasi pengelolaan data transaksi
sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

3.2.1.1 Use Case Diagram

Berikut ini adalah use case aplikasi pengelolaan data transaksi sampah dan jadwal
jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Gambar 3. 5 Use Case Diagram

21
 3.2.1.2 Deskripsi Aktor
Berikut merupakan deskripsi aktor pada aplikasi pengelolaan data transaksi sampah
dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Tabel 3. 5 Deskripsi Aktor

No. Nama Aktor Deskripsi Aktor

1 Nasabah
2 Divisi Operasional
Aktor yang memiliki hak akses untuk konfirmasi
penjemputan, pembatalan penjemputan, dan mengecek
laporan sampah yang telah disetor.
Aktor yang memiliki hak akses untuk kelola transaksi
sampah nasabah, kelola transfer uang, kelola jadwal
jemput, dan mengecek laporan sampah yang telah
disetor.

3.2.1.3 Deskripsi Use Case

Berikut merupakan deskripsi use case pada aplikasi pengelolaan data transaksi
sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar).

Tabel 3. 6 Deskripsi Use Case

No. Nama Aktor Deskripsi Use Case

1 Login
Kelola Transaksi Sampah
2
Nasabah
3 Transfer Uang
4 Jadwal Penjemputan
5 Konfirmasi Penjemputan
6 Pembatalan Penjemputan
7 Lihat Laporan
Use case ini adalah validasi hak akses bagi pengguna.
Use case ini digunakan untuk memasukkan, mengubah,
dan transaksi sampah nasabah.
Use case ini digunakan untuk transfer uang ke nasabah.
Use case ini digunakan untuk mengatur jadwal
penjemputan sampah.
Use case ini digunakan untuk mengkonfirmasi
penjemputan sampah.
Use case ini digunakan untuk pembatalan penjemputan
sampah.
Use case ini digunakan untuk melihat laporan transaksi
sampah.

22
3.2.1.4 Skenario Use Case
Berikut merupakan skenario use case pada aplikasi pengelolaan data transaksi
sampah dan jadwal jemput sampah nasabah di BSB (Bank Sampah Bersinar):
Use Case : Login
Actor : Nasabah dan Divisi Operasional
Pre-condition : Actor yang ingin menggunakan dan belum login
Post-condition : Actor sudah melakukan login dan masuk ke sistem
Description : Use case ini adalah validasi hak akses bagi pengguna

Tabel 3. 7 Skenario Login

Aktor Sistem
1. Menginput username dan
password.
2. Mengklik Login.
3. Eksekusi validasi username dan
password.
4. Jika benar, maka masuk ke
sistem.
Skenario Alternatif
1. Menginput username dan
password.
3. Eksekusi validasi username dan
2. Mengklik Login.
password.
4. Jika salah, maka kembali ke
halaman login.

Use Case : Kelola Transaksi Sampah Nasabah.

Actor : Divisi Operasional.
Pre-condition : Actor yang ingin menginput data transaksi sampah nasabah.
Post-condition : Actor sudah melakukan input data transaksi sampah nasabah.
Description : Use case ini digunakan untuk memasukkan, mengubah, dan
menghapus data transaksi sampah nasabah.

23
 Tabel 3. 8 Skenario Transaksi Sampah Use Case

Aktor Sistem
1. Divisi operasional menginput
data transaksi sampah
nasabah.
2. Mengklik simpan.
3. Jika benar sistem akan
menyimpan data di database.
4. Jika salah, maka sistem akan
memberi notifikasi bahwa data
tidak masuk ke database.
5. Sistem akan menampilkan data
transaksi sampah nasabah.

Use Case : Transfer Uang.

Actor : Divisi Operasional.
Pre-condition : Actor yang ingin menginput data transfer ke nasabah.
Post-condition : Actor sudah menginput data transfer uang ke nasabah.
Description : Use case ini digunakan untuk menginput data transfer uang ke
nasabah.

24
 Tabel 3. 9 Skenario Transfer Uang Use Case

Aktor Sistem
1. Divisi operasional menginput
data transfer uang ke nasabah.
2. Mengklik simpan
3. Jika benar sistem akan
menyimpan data di database
4. Jika salah, maka system akan
memberi notifikasi bahwa data
tidak masuk ke database.
5. Sistem akan menampilkan data
transfer uang ke nasabah

Use Case : Jadwal Jemput.

Actor : Divisi Operasional.
Pre-condition : Actor yang ingin mengatur jadwal jemput sampah nasabah.
Post-condition : Actor sudah mengatur jadwal jemput sampah nasabah.
Description : Use case ini digunakan untuk mengatur jadwal jemput sampah
nasabah.

25
 Tabel 3. 10 Skenario Jadwal Jemput Use Case

Aktor Sistem
1. Divisi operasional mengatur
jadwal jemput sampah
nasabah.
2. Mengklik simpan.
3. Jika benar sistem akan
menyimpan data di database.
4. Jika salah, maka sistem akan
memberi notifikasi bahwa data
tidak masuk ke database.
5. Sistem akan menampilkan
mengatur jadwal jemput
sampah nasabah.

Use Case : Konfirmasi Penjemputan.

Actor : Nasabah.
Pre-condition : Actor yang ingin konfirmasi penjemputan sampah.
Post-condition : Actor sudah melakukan konfirmasi penjemputan sampah.
Description : Use case ini digunakan untuk konfirmasi penjemputan sampah.

26
 Tabel 3. 11 Skenario Konfirmasi Penjemputan Sampah Use Case

Aktor Sistem
1. Divisi operasional konfirmasi
penjemputan sampah.
2. Mengklik simpan.
3. Jika benar sistem akan
menyimpan data di database.
4. Jika salah, maka sistem akan
memberi notifikasi bahwa data
tidak masuk ke database.
5. Sistem akan menampilkan
konfirmasi penjemputan
sampah.

Use Case : Pembatalan Penjemputan.

Actor : Nasabah.
Pre-condition : Actor yang ingin melakukan pembatalan penjemputan sampah.
Post-condition : Actor sudah melakukan pembatalan penjemputan sampah.
Description : Use case ini digunakan untuk melakukan pembatalan penjemputan
sampah.

27
 Tabel 3. 12 Skenario Pembatalan Penjemputan Sampah Use Case

Aktor Sistem
1. Divisi operasional melakukan
pembatalan penjemputan
sampah.
2. Mengklik simpan.
3. Jika benar sistem akan
menyimpan data di database.
4. Jika salah, maka sistem akan
memberi notifikasi bahwa data
tidak masuk ke database.
5. Sistem akan menampilkan
pembatalan penjemputan
sampah.

Use Case : Lihat Laporan

Actor : Nasabah dan Divisi Operasional
Pre-condition : actor yang ingin menginput data nasabah
Post-condition : actor sudah melakukan input data nasabah
Description : Use case ini digunakan untuk memasukkan, mengubah, dan
menghapus data nasabah.

Tabel 3. 13 Skenario Lihat Laporan Use Case

Aktor Sistem
1. Memilih menu laporan
2. Menampilkan halaman laporan

28
3.2.2 Perancangan Basis Data
Adapun rancangan basis data digambarkan menggunakan tools ERD, Skema relasi,
dan struktur tabel.

3.2.2.1 Entity Relasional Diagram (ERD)

Berikut adalah ERD pengelolaan data operasional:

Gambar 3. 6 ERD

1. Pada tabel admin memiliki hubungan dengan tabel nasabah dimana satu dmin
dapat memasukkan banyak data nasabah dan banyak data nasabah dapat
dimasukkan oleh satu admin.
2. Pada tabel nasabah memiliki hubungan dengan tabel sampah dimana satu
nasabah dapat menyetor banyak sampah dan satu sampah dapat disetor oleh
satu nasabah.
3. Pada tabel transaksi memiliki hubungan dengan tabel nasabah dimana banyak
nasabah dapat melakukan banyak transaksi dan banyak transaksi dapat
dilakukan oleh banyak nasabah.
4. Pada tabel transaksi memiliki hubungan dengan tabel nasabah dimana banyak
nasabah dapat melakukan banyak transaksi dan banyak transaksi dapat
dilakukan oleh banyak nasabah.

29
5. Pada tabel transaksi memiliki hubungan dengan tabel sampah dimana banyak
sampah dapat menjadi banyak alat transaksi dan banyak transaksi dapat
dilakukan oleh banyak sampah.
6. Pada tabel sampah memiliki hubungan dengan tabel penjemputan dimana
banyak sampah dijemput banyak penjemputan dan banyak penjemputan
menjemput banyak sampah.

3.2.2.2 Skema Relasi

Berikut adalah Skema Relasi pengelolaan data operasional:

Gambar 3. 7 Skema Relasi

1. Tabel nasabah memiliki foreign key id_admin. Hubungan tabel nasabah dengan
tabel admin adalah banyak ke satu terhadap tabel kelas.
2. Tabel sampah memiliki foreign key id_nasabah. Hubungan tabel sampah dengan
tabel nasabah adalah banyak ke satu terhadap tabel kelas.
3. Tabel transaksi memiliki foreign key id_nasabah dan kd_sampah. Hubungan
tabel transaksi dengan tabel nasabah adalah banyak ke banyak terhadap tabel
kelas. Serta hubungan tabel transaksi dengan tabel sampah adalah banyak ke
banyak terhadap tabel kelas.
4. Tabel penjemputan memiliki foreign key kd_sampah. Hubungan tabel
penjemputan dengan tabel sampah adalah banyak ke banyak terhadap tabel
kelas.

30
3.2.2.3 Struktur Tabel
Terdapat beberapa struktur tabel diantaranya admin, nasabah, dan sampah.
1. Berikut struktur tabel admin yang berguna untuk user :

Tabel 3. 14 Struktur Tabel Admin

Field Tipe Length Deskripsi

id_admin integer 11 Primary key pada tabel.
Nip varchar 255 Nomor induk pegawai.
username varchar 255 Username untuk login.
password varchar 255 Password untuk login.

2. Berikut struktur tabel nasabah yang berguna untuk menyimpan data nasabah :

Tabel 3. 15 Struktur Tabel Nasabah

Field Tipe Length Deskripsi

id_nasabah integer 11 Primary key pada tabel.
nm_nasabah varchar 255 Nama lengkap nasabah.
alamat varchar 255 Alamat lengkap nasabah.
no_telp varchar 255 Nomor telepon nasabah.
id_admin Varchar 255 Foreign Key dari tabel admin.

3. Berikut struktur tabel sampah yang berguna untuk menyimpan data sampah :

Tabel 3. 16 Struktur Tabel Sampah

Field Tipe Length Deskripsi

id_sampah integer 11 Primary key pada tabel.
jenis_sampah varchar 255 Jenis-jenis sampah.
Berat Int 11 Berat sampah per kilo.
Harga int 11 Harga sampah per kilo.
id_nasabah Int 11 Foreign Key dari tabel nasabah.

31
4. Berikut struktur tabel transaksi yang berguna untuk menyimpan data transaksi :

Tabel 3. 17 Struktur Tabel Transaksi

Field Tipe Length Deskripsi

kd_transaksi integer 11 Primary key pada tabel.
tgl_transaksi Date Tanggal transaksi.
Berat int 11 Jarak tempuh penjemputan.
total_harga int 11 Area penjemputan.
id_nasabah integer 11 Foreign Key dari tabel nasabah.
kd_sampah integer 11 Foreign Key dari tabel sampah.

5. Berikut struktur tabel penjemputan yang berguna untuk menyimpan data

penjemputan :

Tabel 3. 18 Struktur Tabel Penjemputan

Field Tipe Length Deskripsi

kd_jemput integer 11 Primary key pada tabel.
tgl_jemput Date Tanggal jemput.
Jarak Varchar 255 Jarak tempuh penjemputan.
Area Varchar 255 Area penjemputan.
kd_sampah integer 11 Foreign Key dari tabel sampah.

3.2.3 Perancangan Antar Muka

Adapun perancangan antarmuka yang dibuat berdasarkan analisis di atas adalah
sebagai berikut :

3.2.3.1 Mock Up
Berikut adalah mock up yang dibuat berdasarkan analisis di atas :
1. Form Login
Gambar di bawah adalah desain form login :

32
 Gambar 3. 8 Login

2. Data Transaksi Nasabah

Gambar di bawah adalah desain data transaksi nasabah :

33
 Gambar 3. 9 Data Transaksi Nasabah

3. Data Transfer
Gambar di bawah adalah desain data transaksi nasabah :

34
 Gambar 3. 10 Data Transfer

4. Laporan Transaksi
Gambar di bawah adalah desain laporan transaksi nasabah :

35
Gambar 3. 11 Laporan Transaksi Nasabah

36
 DAFTAR PUSTAKA

[1] Republik, Indonesia, Peraturan Menteri Negara Lingkungan Hidup Republik

Indonesia Nomor 13 Tahun 2012 Tentang Pedoman Pelaksanaan Reduce,
Reuse, Dan Recycle Melalui Bank Sampah. Jakarta: Kementrian Lingkungan
Hidup, 2012.
[2] Oktora, Samuel. Fifie Rahardja Menjadikan Sampah sebagai Jembatan
Sejahtera. Tersedia :
https://kompas.id/baca/tokoh/sosok/2018/06/18/fifie-rahardja-
menjadikan-sampah-sebagai-jembatan-sejahtera/. Diakses tanggal 16
September 2018.
[3] Binanto, Iwan. 2014. “Analisa Metode Classic Life Cycle (Waterfall) Untuk
Pengembangan Perangkat Lunak Multimedia,” Seminar Nasional Sains dan
Teknologi Informasi (SeNASTI), hal. 3, 2014.
[4] Abdullah, Rohi, Web Programing is Easy. Jakarta: Elek Media Komputindo,
2015.
[5] Hakim, Lukmanul, Membangun Web Berbasis PHP dengan Framework
Codeigniter. Yogyakarta: Lokomedia, 2010.
[6] Raharjo, Budi, Belajar Otodidak Framework Code Igniter Jurnal Infotel.
Bandung: Informatika, 2015.
[7] Yakub, Pengantar Sistem Informasi. Yogyakarta: Graha Ilmu Jurnal, 2012.
[8] Arief, Muhammad Rudianto, Pemrograman Web Dinamis Menggunakan Php
dan Mysql. Yogyakarta: Andi, 2011.
[9] Anhar, Panduan Menguasai PHP & MySQL Secara Otodidak. Jakarta:
Mediakita, 2010.
[10] Darmawan, Randy Surya. "BPMN." (2019).
[11] Shalahuddin, Muhammad, and Rosa Ariani Sukamto, Rekayasa Perangkat
Lunak Terstruktur dan Berorientasi Objek. Bandung: Informatika, 2013.
[12] Sutanta, Edhy, Basis Data dalam Tinjauan Konseptual. Yogyakarta: Andi,
2011.

37
[13] B. A. Nugroho, " Aplikasi Bank Sampah Berbasis Codeigniter Studi Kasus Bank
Sampah Intan Berseri Dermo Mojoroto Kediri," Jurnal Informatika &
Multimedia, vol. 6, no. 01, hal. 49, 2014.

38