Anda di halaman 1dari 7

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 2, No. 11, November 2018, hlm. 5644-5650 http://j-ptiik.ub.ac.id

Pengembangan Sistem Aplikasi Transaksi Bank Sampah Online Berbasis


Web (Studi Kasus : Bank Sampah Malang)
Meilisa Dwiyati Marali1, Fajar Pradana2, Bayu Priyambadha3

Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya


Email: 1meylisadmarali@gmail.com, 2fajar.p@ub.ac.id, 3bayu_priyambadha@ub.ac.id

Abstrak
Bank sampah Malang (BSM) merupakan lembaga yang berfokus pada pengumpulan dan pengolahan
sampah yang dihasilkan dari kegiatan manusia sekitar wilayah Malang. Salah satu kegiatan dari
pengelolaan sampah adalah tabungan sampah layak jual. Dari proses transaksi tabungan sampah,
ditemukan beberapa masalah yang dirasakan oleh petugas dan nasabah BSM. Permasalahan pertama
dari sisi Petugas BSM, yaitu dibutuhkannya sarana untuk mengenalkan BSM kepada masyarakat kota
Malang serta kesulitan petugas dalam mencari lokasi nasabah yang melakukan layanan jemput sampah.
permasalahan kedua dirasakan oleh nasabah yang melakukan transaksi jemput sampah, buku tabungan
nasabah akan dibawa petugas saat melakukan transaksi jemput sampah selanjutnya akan dilakukan
pengecekan oleh teller BSM, hal yang dianggap merepotkan nasabah yaitu mewajibkan nasabah untuk
mengambil buku tabungan di kantor BSM dikemudian hari dan tidak dapat mengetahui rekapan
transaksi secara terkini Dari permasalah tersebut, maka dilakukanlah pengembangan aplikasi sistem
transaksi bank sampah online yang dapat menyelesaikan permasalahan dari nasabah dan petugas BSM.
Proses pengembangan perangkat lunak pada penelitian ini dilakukan dengan menggunakan metode
Waterfall. Tahapan yang dilakukan pada penelitian ini adalah studi literatur, analisis kebutuhan,
perancangan sistem, implementasi, pengujian, dan pengambilan keputusan dan saran. Sistem ini
dikembangkan dengan berbasis web dan menggunakan bahasa pemrograman PHP. Dalam membaca dan
menentukan lokasi penjemputan digunakan fitur pada Google Maps API. Pengujian unit dilakukan
dengan menggunakan metode white box testing dan hasilnya menujukan nilai 100% valid dari 3 kasus
uji. Pengujian Validasi dilakukan menggunkana metode black box testing dan hasilnya 100% valid dari
32 kasus uji. Tes Kompabilitas juga dilakukan dengan hasil 100% valid dari 3 kasus uji.
Kata Kunci : Bank Sampah Malang (BSM), pengembangan perangkat lunak, Waterfall, PHP, Google Maps API
Abstract
Bank Sampah Malang (BSM) is a foundation with focus in collecting and processing waste from
activities revolve around Malang. One of the activities in BSM included making savings from the waste
that still can be sold. From the transaction, there are several problems felt by both the officers and
customers of BSM. First problem is the officers of BSM need a medium to introduce BSM to society,
especially in Malang. They also found it is hard to locate the customers that used a ‘pick-up waste’
service. Second problem from the customer used the ‘pick-up waste’ service, in which, the system used
is troublesome. Their saving books have to be brought by the officer to be checked by teller, and they
have to pick their saving books in BSM office next day. The purpose of this research is to help BSM to
create a web-based online transaction to help solving the problem stated above. The software
development in this research is done by using Waterfall method. Stages performed in this research
include literature research, analysis of user needs, System Design, implementation, testing, and decision
making. This system is developed in web-based environment and the programming language used is
PHP. Google Maps API is used to read and locate the pick-up location. Unit testing use white box
method and the result is 100% valid in 3 testing cases. The validation testing use blackbox method and
the result is 100% valid from 32 testing cases. Compatibility’s testing result also shown 100% valid
from 3 testing cases.
Keywords: Bank Sampah Malang (BSM), software development, waterfall, PHP, Google Maps API

Fakultas Ilmu Komputer


Universitas Brawijaya 5644
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5645

selesai merekap transaksi nasabah pada buku


1. PENDAHULUAN tabungan.
Sampah merupakan hasil buangan dari Nasabah juga dapat melakukan penarikan
kegiatan yang dilakukan sehari-hari oleh saldo tabungan dengan cara nasabah mendatangi
manusia. Universitas Georgia melakukan kantor BSM dengan membawa fotokopi KTP
penelitian pada tahun 2015, mengatakan bahwa dan buku tabungan kemudian mengisi slip
“Indonesia menjadi negara kedua terbesar di penarikan. Teller BSM akan mencatat slip
dunia sebagai penghasil sampah plastik ke penarikan tersebut pada buku catatan penarikan
lautan”. Jumlah sampah yang meningkat sesuai saldo dan mencetak nota penarikan saldo kepada
dengan peningkatan penduduk dan lahan yang nasabah. Teller BSM akan memberikan total
terbatas untuk digunakan sebagai pembuangan uang sesuai dengan jumlah saldo yang ditarik
akhir merupakan masalah yang harus bisa oleh nasabah.
dipecahkan. Alternatif yang telah dilakukan Terdapat beberapa nasabah BSM merasa
dalam mengatasi permasalahan pengolahan kesusahan dalam melakukan transaksi di BSM.
sampah yaitu dengan dicanangkan bank sampah. Keluhan tersebut seperti buku tabungan nasabah
Bambang Surweda pertama kali mencetuskan harus dibawa oleh petugas BSM pada saat
konsep bank sampah bertujuan untuk membuat melakukan layanan jemput sampah dan nasabah
lingkungan terbebas dari sampah dan terhindar perlu mengambilnya kembali di kemudian hari.
dari polusi sehingga tercipta lingkungan yang Nasabah juga merasa kesusahan untuk dapat
bersih. mengetahui jumlah saldo terkini setelah
Bank Sampah Malang (BSM) merupakan melakukan penjemputan sampah, karena hanya
bank sampah yang berdomisili di kota Malang dapat diketahui apabila buku tabungan telah
dan beroperasi sejak tahun 2011. BSM dicetak oleh petugas dan nasabah telah
diresmikan pada tahun 2012 oleh Menteri mengambil buku tabungan miliknya (Kartika,
Lingkungan Hidup Prof. Dr. Baltazar 2017).
Kambuaya. Mengurangi jumlah sampah yang Kendala dalam bertransaksi bukan hanya
ada di TPA/TPS sekitar kota Malang dan dirasakan oleh nasabah, beberapa petugas BSM
mengolah sampah tersebut menjadi suatu karya juga sering mengalami kesusahan, seperti dalam
atau produk yang memiliki harga jual mencari lokasi dari nasabah yang melakukan
merupakan salah satu tujuan dari BSM. Salah pemesanan jemput sampah. Petugas BSM juga
satu kegiatan dari pengelolaan sampah adalah mengalami kesusahan dalam memperkenalkan
tabungan sampah layak jual. Seperti bank pada BSM kepada masyarakat yang belum
umumnya, BSM memiliki sistem setor sampah mengetahui BSM, seperti memberikan informasi
dan tarik tabungan dimana masyarakat (nasabah) seputar BSM atau bagaimana cara mendaftar
dapat menabung sampah kemudian menukarkan sebagai nasabah karena belum adanya website
sampah yang sudah di setor dalam bentuk uang. resmi untuk memperkenalkan Bank Sampah
Nasabah dapat melakukan penyetoran Malang kepada masyarakat umum (Kartika,
sampah di BSM dengan dua cara yaitu; cara 2017).
pertama mendatangi secara langsung ke kantor Berdasarkan permasalahan tersebut, maka
BSM, sedangkan cara kedua memanfaatkan penulis bermaksud untuk merancang dan
fasilitas jemput sampah. Penyetoran sampah membangun sebuah sistem yang dapat
dengan layanan jemput sampah dapat dilakukan digunakan sebagai solusi bagi Bank Sampah
dengan melakukan pemesanan melalui telepon, Malang dalam mengelola transaksi bank sampah
teller akan mencatat jadwal penjemputan. secara online yang diberi judul “Pengembangan
Petugas divisi pengambilan sampah akan datang Sistem Aplikasi Transaksi Bank Sampah Online
untuk mengambil sampah dan menimbang Berbasis Web (Studi Kasus : Bank Sampah
secara langsung sampah yang disetor oleh Malang)”. Dimana sistem ini dapat memberikan
nasabah, lalu mencatat total sampah pada slip informasi-informasi umum seputar BSM, sistem
penimbangan sementara. Nasabah harus dapat membantu nasabah dalam melihat riwayat
menitipkan buku tabungan kepada petugas untuk transaksi penyetoran dan penarikan secara
kemudian dapat dicatat hasil transaksi terkini melalui buku tabungan online, dan sistem
penyetoran oleh petugas administrasi di kantor juga dapat membantu petugas dalam melihat
BSM. Nasabah dapat mengambil kembali buku lokasi penjemputan sampah dengan fitur dari
tabungannya di kantor BSM setelah petugas Google Maps API. Sistem akan dibuat berbasis

Fakultas Ilmu Komputer, Universitas Brawijaya


Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5646

web sehingga dapat diakses dari banyak melakukan setor sampah di BSM dengan dua
perangkat komputer yang terhubung dengan cara yaitu, mendatangi secara langsung ke kantor
internet. ataupun dengan fasilitas jemput sampah dari
pihak BSM.
2. LANDASAN KEPUSTAKAAN
3. METODOLOGI
2.1 Bank Sampah Malang
Metode penelitian digunakan sebagai
Bank Sampah Malang (BSM) merupakan landasan atau pedoman dalam pengerjaan
lembaga yang berfokus pada pengelolaan penelitian. Langkah-langkah yang diambil
sampah. BSM memiliki maksud dan tujuan adalah studi literatur, analisis kebutuhan,
untuk dapat mengurangi jumlah sampah yang perancangan sistem, dan pengambilan
ada di TPA/TPS sekitar kota Malang. Dalam kesimpulan dan saran. Diagram alir metodologi
pengelolaan dan pengembangan BSM dibantu penelitian ini dapat dilihat pada Gambar 1.
oleh pemerintah dinas kota Malang dan CSR
PT.PLN Distribusi Jawa Timur. BSM sendiri
didirikan sebagai sarana/wadah bagi masyarakat
kota Malang untuk mendapatkan pembinaan dan
pelatihan mengenai pengolahan sampah. Dari
sampah yang ada BSM kemudian mengelola
sampah tersebut dan memasarkan hasil karya
dari sampah yang dikelolanya (Bank sampah
Malang, 2016).
Dalam menangani permasalahan sampah
BSM dibangun dengan memiliki 3 misi utama,
yaitu pengelolaan sampah sampai bersih,
penanaman pohon, dan pemanfaatan sampah.
Dengan dukungan pemerintah kota Malang,
BSM menjadi sebuah badan usaha yang
diharapkan dapat mengubah cara pandang
masyarakat kota Malang terhadap sampah yang Gambar 1. Alur Kerja Penelitian
ada disekitar mereka, dimana sampah tersebut
dapat diolah menjadi sebuah karya yang 3.1. Studi Literatur
memiliki nilai jual yang tinggi.
Studi literatur berisikan studi kepustakaan
Demi menciptakan karya-karya dari yang dapat menunjang dalam pengembangan
sampah, diperlukannya peran dan kesadaran dari sistem aplikasi transaksi bank sampah online.
masyarakat untuk dapat mendukung BSM dalam Sumber yang digunakan berasal dari buku,
pengelolaan sampah. Salah satu kegiatan dari berbagai jurnal ilmiah, situs dan tulisan yang
pengelolaan sampah adalah tabungan bank berhubungan dengan analisis dan perancangan
sampah layak jual. Seperti bank pada umumnya, sistem.
BSM memiliki sistem setor dan tarik tabungan
dimana masyarakat (nasabah) dapat menabung 3.2. Analisis Kebutuhan
sampah yang ia miliki dan menukarkan sampah
yang sudah ia setor dalam bentuk uang. BSM Analisis kebutuan dilakukan dengan
sendiri telah memiliki sekitar 30000 nasabah mengidentifikasi segala kebutuhan yang
yang dibedakan menjadi 4 golongan, yaitu dibutuhkan oleh pengguna pada sistem aplikasi
nasabah kelompok, nasabah individu, nasabah transaksi bank sampah online. Tahapan analisis
sekolah, dan nasabah instansi. BSM kebutuhan yang dilakukan adalah dengan
membedakan sampah menjadi 4 jenis, yaitu melalui observasi/studi lapangan untuk
sampah plastik, logam, kertas, dan kaca. mengumpulkan data-data terkait bank sampah
malang dengan mengamati secara langsung
Kegiatan transaksi bank sampah yang ada
bagaimana proses bisnis dan perilaku dari pihak-
di BSM ini antara lain adalah nasabah yang telah
pihak yang terlibat dalam transaksi. Kemudian
mendaftarkan diri pada BSM akan memiliki
dilakukan wawancara untuk dapat
buku tabungan yang berisi catatan riwayat
mengumpulkan permasalahan yang biasanya
transaksi setor dan tarik tabungan, nasabah dapat

Fakultas Ilmu Komputer, Universitas Brawijaya


Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5647

didapatkan oleh pelaku yang terlibat dalam 3.7. Pengambilan Kesimpulan dan Saran
proses transaksi. Analisis kebutuhan terdiri dari
Pengambilan kesimpulan dan saran
gambaran umum perangkat lunak, identifikasi
dilakukan setelah semua tahapan dalam
aktor yang terlibat dalam sistem ini, identifikasi
penyusunan penelitian ini selesai. Dari hasil
kebutuhan fungsional dan nonfungsional,
perancangan dan pengujian dapat diperoleh
identifikasi use case diagram, dan use case
kesimpulan. Sedangkan saran akan didapatkan
scenario.
setelah mengevaluasi kesalahan yang terdapat
pada penelitian ini. Saran yang diberikan
3.4. Perancangan Sistem
bertujuan untuk menyempurnakan hasil tulisan
Perancangan sistem akan dilakukan setelah serta masukan terhadap pengembangan
semua kebutuhan dari sistem telah dipaparkan perangkat lunak ini nantinya
dengan jelas sehingga proses perancangan
sistem dapat dilakukan dengan baik sesuai 4. ANALISIS KEBUTUHAN
dengan kebutuhan dari pengguna. Dari semua
Analisis kebutuhan dilakukan untuk dapat
kebutuhan yang sudah diperoleh, kemudian akan
menentukan kebutuhan-kebutuhan yang harus
dimodelkan dalam bentuk UML (Unified
ada pada sistem transaksi bank sampah online.
Modeling Language). Pemodelan UML yang
Kebutuhan-kebutuhan ini diperoleh dari hasil
akan dilakukan adalah perancangan Sequence
wawancara dan observasi. Analisis kebutuhan
Diagram, perancangan Class Diagram,
ini juga menjelaskan siapa saja aktor-aktor yang
perancangan komponen, perancangan Basis
terlibat pada sistem, kemudian apa saja yang
Data, dan perancangan antarmuka.
dapat dilakukan oleh aktor-aktor tersebut
terhadap sistem, dan interaksi yang terjadi antar
3.5. Implementasi
aktor dengan sistem.
Pada tahap implementasi akan dilakukan Berdasarkan hasil analisis kebutuhan,
dengan mengubah hasil perancangan yang telah kebutuhan dari sistem ini terdiri dari 32
dilakukan pada tahap sebelumnya dalam bentuk kebutuhan fungsional dan 1 kebutuhan
kode-kode pemrograman. Menggabung unit-unit nonfungsional dengan memiliki empat peran
dan modul-modul membentuk satu sistem aktor yaitu pengunjung, nasabah, admin, dan
perangkat lunak. Implementasi perangkat lunak driver. Hasil kebutuhan fungsional sistem
ini akan dibuat berbasis web dengan ditunjukkan pada Tabel 1 dan hasil kebutuhan
menggunakan bahasa pemrograman PHP, nonfungsional sistem ditunjukkan pada Tabel 2.
HTML, Javascript, CSS, basis data MySQL,
framework Codeigniter, dan bootstrap. Tabel 1 Kebutuhan Fungsional Sistem
ID KEBUTUHAN
3.6. Pengujian
F03 Sistem harus dapat menampilkan profil dari
Pengujian akan dilakukan untuk BSM kepada pengunjung.
menemukan kesalahan pada perangkat lunak dan F07 Sistem harus dapat menampilkan riwayat
menguji apakah semua kebutuhan sudah sesuai transaksi dari buku tabungan kepada nasabah.
dengan permintaaan user. Bentuk pengujian F08 Sistem harus menyediakan fitur untuk dapat
yang akan dilakukan adalah dengan memesan penjemputan sampah kepada
menggunakan metode Blackbox Testing dan nasabah.
Whitebox testing. Pengujian akan dilakukan F12 Sistem harus dapat menampilkan data detail
pada setiap level perangkat lunak seperti dari transaksi penyetoran sampah nasabah.
pengujian unit dan pengujian validasi. Serta F15 Sistem harus dapat membuat akun nasabah dan
dilakukan pengujian compatibility untuk petugas baru
menguji apakah sistem mampu berjalan di F26 Sistem harus dapat membuat data transaksi
berbagai web brower yang berbeda. Jika selama penarikan saldo tabungan.
pengujian ditemukan kesalahan ataupun ada F29 Sistem harus dapat menampilkan data
kebutuhan yang tidak berjalan dengan penjemputan sampah yang telah dipesan oleh
nasabah.
semestinya, maka akan dilakukan perbaikan dari
kesalahan-kesalahan tersebut. F30 Sistem harus dapat menampilkan data detail
dari penjemputan sampah.
F31 Sistem harus dapat mengubah status dari
penjemputan sampah.

Fakultas Ilmu Komputer, Universitas Brawijaya


Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5648

F32 Sistem harus dapat membuat data transaksi sistem aplikasi transaksi bank sampah online
penyetoran sampah. yang dikembangkan. Hasil perancangan
antarmuka sistem ditunjukkan pada Gambar 3.
Tabel 2 Kebutuhan Non Fungsional Sistem
Kod Spesifikasi Deskripsi
e
NF0 Compatibility Sistem dapat berjalan dengan
1 baik pada web browser yang
berbeda-beda

5. PERANCANGAN
Perancangan sistem dilakukan dengan lima
tahap perancangan yang terdiri dari perancangan Gambar 3. Perancangan Antarmuka
sequence diagram, perancangan class diagram,
perancangan basis data, perancangan komponen, 6. IMPLEMENTASI
dan perancangan antarmuka.
Tahap implemtasi yang dilakukan adalah
spesifikasi sistem, implementasi basis data,
5.1. Perancangan Basis Data
implementasi source code, dan implementasi
Perancangan basis data akan dibuat secara antarmuka
konseptual dengan menggunakan Entity
Relationship Diagram (ERD). Terdapat 6.1. Implementasi Basis Data
sembilan entitas yaitu petugas, nasabah, buku
Implementasi basis data dilakukan
tabungan, transaksi penyetoran sampah,
berdasarkan dari hasil perancangan basis data
transaksi penarikan saldo, detail penyetoran
yang telah dibuat. Sesuai dengan hasil
sampah, jemput sampah, detail status
perancangan basis data, didapatkan 9 tabel yaitu
penjemputan, dan sampah. Perancangan basis
tabel penyetoran, tabel detailpenyetoran, tabel
data diilustrasikan dengan diagram pada Gambar
sampah, tabel nasabah, tabel penarikan, tabel
2.
bukutabungan, tabel jemputsampah, tabel
detailstatus, dan tabel petugas.

6.2. Implementasi Antarmuka


Antarmuka dari Sistem Aplikasi Transaksi
Bank Sampah Online dibuat sebagai perantara
yang dapat digunakan oleh pengguna saat
berinteraksi dengan sistem. Tahap implementasi
antarmuka dibuat berdasarkan hasil perancangan
antarmuka implementasi antarmuka sistem
aplikasi transaksi bank sampah online dapat
dilihat pada Gambar 4.

Gambar 2. Entity Relationship Diagram Gambar 4. Implementasi Antarmuka

5.2. Perancangan Antarmuka


Pada bagian ini akan dijelaskan hasil
perancangan antarmuka halaman web dari

Fakultas Ilmu Komputer, Universitas Brawijaya


Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5649

7. PENGUJIAN tabungan
nasabah.
7.1 Pengujian Unit 2 Variabel Menampil Menampilka Vali
Cek = 0 kan pesan n pesan d
Pengujian unit dilakukan guna untuk “Anda “Anda
menguji unit seperti komponen, objek, atau klas Harus Harus Login
dari hasil perancangan sistem. Pada pengujian Login Terlebih
unit dilakukan dengan salah satu metode pada Terlebih Dahulu” dan
White Box Testing yaitu, basis path testing. Dahulu” menampilka
dan n halaman
1. Pseudocode menampil beranda
kan Pengunjung
Tabel 3. Pseudocode pengujian unit fungsi halaman
bukuTabungan() beranda
Pseudocode No. Pengunjun
operasi g
Cek = 1
cekData(session(username), 7.2 Pengujian Validasi
session(password))
IF (Cek >0) THEN 2 Pengujian validasi dilakukan untuk
Inisialisasi variabel memastikan bahwa fungsionalitas sistem yang
dataBuku, user, dan data 3 telah dibangun berdasarkan hasil analisis
Menampilkan halaman buku
tabungan kebutuhan dapat berfungsi dengan baik atau
ELSE THEN 4 tidak. Dalam melakukan pengujian validasi
alert('Anda harus Login digunakan metode black box testing karena
terlebih dahulu!') hanya akan berfokus pada input dan output dari
Menampilkan halaman beranda
pengunjung dari fungsionalitas. Pengujian dilakukan
END IF 5 terhadap semua kebutuhan, terdapat 32
kebutuhan. Pada hasil pengujian validasi yang
2. Basis Path dilakukan kepada 32 kebutuhan yang ada, 100%
a. Flow Graph menghasilkan status Valid dan tidak ditemukan
kesalahan pada sistem.

7.3 Pengujian Compatibility


Pengujian compatibility dilakukan dengan
menjalankan sistem melalui 3 browser yang
berbeda untuk melihat apakah sistem dapat
berjalan dengan baik di masing-masing browser.
Gambar 6. Flow graph pengujian unit fungsi Web browser yang digunakan adalah Chrome
bukuTabungan() Browser, Opera Browser, dan Microsoft Edge
Browser. Berdasarkan hasil dari ketiga kasus uji,
b. Cyclomatic Complexity didapatkan hasil bahwa sistem dapat berjalan
- V(G) = 2, ada 2 region = R1, R2 dengan baik pada masing-masing browser.
- V(G) = 6 edges – 6 nodes + 2 = 2
- V(G) = 1 predicate nodes + 1 = 2 8. PENUTUP
c. Independen Path
- Jalur 1 = 1-2-3-6 8.1. Kesimpulan
- Jalur 2 = 1-2-4-5-6 Berdasarkan pada hasil dari tahapan-
Tabel 4. Pengujian unit fungsi bukuTabungan() tahapan yang telah dilakukan pada analisis
kebutuhan, perancangan, implementasi, dan
No. Prosedur Expected Result Stat pengujian sistem, maka kesimpulan yang dapat
Jalur Uji Result us
diperoleh adalah sebagai berikut :
1 Variabel Menampil Menampilka Vali
Cek = 1 kan n halaman d 1. Berdasarkan hasil pada tahapan analisis
halaman buku kebutuhan yang telah dilakukan, diperoleh
buku tabungan hasil berupa 32 kebutuhan fungsional dan 1
nasabah. kebutuhan non fungsional. Aktor yang

Fakultas Ilmu Komputer, Universitas Brawijaya


Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 5650

terlibat dalam sistem ada 4 yaitu, 3. Menambahkan kebutuhan untuk melakukan


pengunjung, admin, driver, dan nasabah. transaksi jual beli barang bekas hasil olahan
Hasil dari analisis kebutuhan diperoleh sampah yang di daur ulang
berdasarkan dari hasil studi literatur,
wawancara, dan observasi. DAFTAR PUSTAKA
2. Berdasarkan hasil pada tahapan Arief, M., 2011. Pemrograman Web Dinamis
perancangan yang telah disusun Menggunakan PHP dan MYSQL.
berdasarkan hasil analisis kebutuhan, Yogyakarta: ANDI.
diperoleh hasil berupa perancangan
sequence diagram, class diagram, BSM, 2016. Mengenal bank sampah malang.
perancangan basis data, perancangan [Online] Available at:
komponen, dan perancangan antarmuka. http://banksampahmalang.blogspot.co.id
[Diakses 24 April 2018].
3. Berdasarkan hasil pada tahapan
implementasi yang telah dilakukan, Deacon, J., 2009. Model View Controller
diperoleh hasil sistem aplikasi transaksi (MVC) Architecture. John deacon
bank sampah online yang memiliki fitur- computer Systems Development,
fitur utama seperti melihat buku tabungan, Consulting & Training.. [Online]
mengecek lokasi penjemputan, membuat Available at: http://www.jdl.co.uk,
transaksi penarikan saldo, login, dan http://www.johndeacon.net [Diakses 28
mengubah data akun. Sistem dibangun Maret 2018].
dengan menggunakan bahasa pemrograman Hakim, L., 2010. Membangun Web Berbasis
PHP yang diterapkan pada framework PHP dengan Framework Codeigniter.
codeigniter. Dalam: Yogyakarta: Lokomedia.
4. Berdasarkan hasil pada tahapan pengujian
yang telah dilakukan, pengujian terhadap Khan, M., 2010. Different Forms of Software
sistem dilakukan dengan metode whitebox Testing Techniques for Finding Errors.
testing yang digunakan pada pengujian unit Int. journal of computer science issues.
dan blackbox testing pada pengujian Vol. 7. pp. 11-16.
validasi. Pengujian unit dilakukan terhadap Kustiyahningsih, Y. & Anamisa, D. R., 2011.
3 fungsi yaitu, fungsi insertPenarikan(), Pemograman Basis Data Berbasis Web
updateAkun(), dan bukuTabungan() Menggunakan PHP & MySQL.
menghasilkan nilai rata-rata pada Yogyakarta: Graha Ilmu.
cyclomatic complexity sebesar 4, yang
Prasojo, 2011. Teknologi informasi pendidikan.
berarti sistem memiliki tingkat
kompleksitas yang baik. Pengujian validasi Dalam: Yogyakarta: Gava Media, p. 152.
dilakukan terhadap 32 kebutuhan Roger, S. & Pressman, 2012. Rekayasa
fungsional. Kemudian dilakukan pengujian Perangkat Lunak Pendekatan Praktisi
nonfungsional yaitu compatibility testing (edisi 7). Yogyakarta: Andi Offset.
yang diuji pada web browser mozzila
Rosa, A., 2011. Modul Pembelajaran Rekayasa
firefox, chrome, dan Microsoft Edge. Dari
Perangkat Lunak (Terstruktur dan
seluruh hasil pengujian yang dilakukan
Berorientasi Objek). Bandung: Modula.
diperoleh hasil 100% valid dan tidak ada
kesalahan yang ditemukan. Sagita, R. A. & Hari, S., 2016. Penerapan
Metode Waterfall pada sistem informasi
8.2. Saran penjualan furniture berbasis web.
Saran yang dapat diberikan untuk Shodiq, A., 2009. Tutorial Dasar Pemrograman
pengembangan sistem transaksi bank sampah Google Maps API. Tutorial Dasar
online selanjutnya adalah : Pemrograman Google Maps API.
1. Menambahkan kebutuhan untuk dapat Sukamto, R. A. & Shalahuddin, M., 2013.
membuat laporan bulanan transaksi. Rekayasa Perangkat Lunak. Bandung:
2. Menambahkan aktor baru seperti pimpinan Informatika.
direktur untuk memperoleh hasil laporan
transaksi.

Fakultas Ilmu Komputer, Universitas Brawijaya

Anda mungkin juga menyukai