PENERAPAN FRAMEWORK CODEIGNETER PADA SISTEM

PENGELOLAAN BANK SAMPAH MENGGUNAKAN

METODE RAD PADA BANK SAMPAH MUTIARA

SKRIPSI

CINDY ANZOLLA DAULAY

2024370570

PROGRAM STUDI SISTEM KOMPUTER

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS PEMBANGUNAN PANCA BUDI
2022

LEMBAR PENGESAHAN
PENERAPAN FRAMEWORK CODEIGNETER PADA SISTEM
PENGELOLAAN BANK SAMPAH MENGGUNAKAN
METODE RAD PADA BANK SAMPAH MUTIARA

Disusun Oleh :

Nama : Cindy Anzolla Daulay

NPM : 2024370570
Program Studi : Sistem Komputer

Skripsi telah disetujui oleh dosen pembimbing skripsi

Pada tanggal 15 September 2022:

Dosen Pembimbing I Dosen Pembimbing II

Herdianto, S.Kom.,M.T. Wirda Fitriani, S.Kom.,M.Kom.

Mengetahui,
Dekan Fakultas Sains dan Teknologi Ketua Program Studi Sistem Komputer

Hamdani, S.T., M.T. Eko Hariyanto, S.kom., M.kom.

ABSTRAK
CINDY ANZOLLA DAULAY

ii
Penerapan Framework Codeigneter Pada Sistem Pengelolaan Bank Sampah
Menggunakan Metode Rad Pada Bank Sampah Mutiara
2022

Bank Sampah Mutiara adalah sebuah Lembaga yang mendukung sampah

berbasis masyarakat yang mengapresiasi usaha peningkatan pendapatan keluarga
sejahtera dikelola menggunakan sistem perbankkan seperti nasabah membawa
sampah yang disetor atau ditabung. Seiring semakin pesatnya kebutuhan
perkembangan teknologi informasi dapat memberikan solusi dan kelancaran
untuk menunjang proses pengelolaan sampah tersebut dibangun sebuah sarana
“Penerapan Framework CodeIgneter Pada Sistem Pengelolaan Bank
Sampah menggunakan Metode RAD”.
Pengembangan sistem informasi ini adalah berbasis web dengan Penerapan
Framework codeigneter. Kerangka kerja codeigneter adalah kerangka kerja
khusus web berdasarkan konsep MVC (Model, View, Controller). Kerangka kerja
aplikasi dapat digunakan untuk membuat aplikasi berbasis desktop atau situs web.
Rapid Application Development atau disingkat RAD adalah metode
pengembangan yang menekankan pada proses pembuatan aplikasi melalui
pembuatan prototipe, iterasi, dan umpan balik yang berulang untuk lebih
mengembangkan dan meningkatkan aplikasi tersebut.

Pada penelitian ini telah berhasil dibangun sistem informasi menggunakan

mengunakan PHP Codeigniter dan MySQL sehingga memberikan kemudahan dan
kelancaran dalam pengelolaan sampah serta dapat memberikan informasi kepada
nasabah.

Kata kunci : Sistem informasi, framework code igneter, RAD (Rapid Application
Development).

iii
 KATA PENGANTAR

Bismillahirrahmaanirrahiim Alhamdulillahi rabbil 'alamin dengan mengu-

capkan puji dan syukur atas kehadirat Allah Subhanahu Waa Ta’ala yang telah
melimpahkan rahmat dan karunia-Nya sehinga penulis dapat meyelesaikan skripsi
ini. Skripsi merupakan salah satu syarat kelulusan di Program Studi Sistem Kom-
puter Fakultas Sains dan Teknologi Universitas Pembangunan Pancabudi. Adapun
judul skripsi ini adalah PENERAPAN FRAMEWORK CODEIGNETER PADA
SISTEM PENGELOLAAN BANK SAMPAH MENGGUNAKAN METODE
RAD PADA BANK SAMPAH MUTIARA Selesainya skripsi ini tidak terlepas
dari bantuan dan bimbingan dari berbagai pihak, untuk itu pada kesempatan ini
penulis dengan tulus dan ikhlas menyampaikan ucapan terima kasih sebesar-be-
sarnya kepada :
1. Bapak Dr. H. Muhammad Isa Indrawan, S.E.,M.M., selaku Rektor
Universitas Pembangunan Panca Budi Medan.
2. Bapak Hamdani, S.T, M.T., selaku dekan Fakultas Sains dan Teknologi
Universitas Pembangunan Panca Budi Medan.
3. Bapak Eko Hariyanto, S.Kom., M.Kom., selaku Ketua Program Studi Sistem
Komputer Fakultas Sains dan Teknologi Universitas Pembangunan Panca
Budi Medan.
4. Bapak Herdianto, S.Kom., M.T., selaku dosen pembimbing I dalam
penyusunan skripsi ini. Yang telah menyemangati, membantu dan
mengarahkan penulis dalam menyelesaikan Skripsi ini.
5. Ibu Wirda Fitriani, S.Kom., M.Kom, selaku dosen pembimbing II. Yang
membantu dan mengarahkan penulis dalam mengerjakan Skripsi ini.
6. Suami tercinta Nuriaman, S.T.,M.T., terimakasih atas nasehat dan
memberikan segala kasih sayang dan dukungan yang sangat berarti bagi
penulis.
7. Ayahanda Ir.Imran Daulay, Ibunda Mardiani,Amk dan ibunda,ayahanda
mertua yang telah memberikan dukungan dan doa yang sangat berarti bagi
penulis.

iv
8. Anak-anakku tersayang Syafiqah Aflah Nuriaman dan Arsyfa Asian
Nuriaman beserta adik-adikku yang tersayang Cinthya Audi Daulay dan
Chella Amalia Daulay yang telah memberikan semangat dan dukungan
penulis.
9. Seluruh Dosen pengajar dan Staff Pegawai Fakultas Sains dan Teknologi
yang telah banyak membantu dalam kelancaran seluruh aktivitas
perkuliahan.

10. Seluruh teman dan sahabat yang telah bersedia berusaha bersama
dalam menyelesaikan skripsi ini.

11. Pihak-pihak yang banyak membantu penulis, yang tidak dapat penulis
sebutkan namanya satu-persatu
Penulis juga menyadari bahwa penyusunan Tugas Akhir ini belum sem-
purna baik dalam penulisan maupun isi disebabkan keterbatasan kemampuan
penulis. Oleh karena itu, penulis mengharapkan kritik dan saran yang sifatnya
membangun dari pembaca untuk penyempurnaan isi Tugas Akhir ini.

Medan, Oktober 2022

Penulis,

Cindy Anzolla Daulay

(2024370570)

v
 DAFTAR ISI

LEMBAR PENGESAHAN.................................................................................ii
ABSTRAK...........................................................................................................iii
KATA PENGANTAR........................................................................................iv
DAFTAR ISI.......................................................................................................vi
DAFTAR GAMBAR..........................................................................................ix
DAFTAR TABEL................................................................................................x

BAB I PENDAHULUAN.....................................................................................1
1.1 Latar Belakang...........................................................................................1
1.2 Rumusan Masalah......................................................................................3
1.3 Tujuan Penelitian.......................................................................................4
1.4 Batasan Masalah........................................................................................4
1.5 Manfaat Penelitian.....................................................................................4
1.6 Metodelogi Penelitian................................................................................5

BAB II TINJAUAN PUSTAKA.........................................................................2

2.1 Tinjauan Umum.........................................................................................2
2.2 Unsur-unsur Dalam Perancangan Website................................................9
2.2.1 Framework CodeIgniter.............................................................................9
2.2.1.1 Framework.................................................................................................9
2.2.1.2 Framework Codeigniter...........................................................................11
2.2.1.3 Codeigniter 3............................................................................................13
2.2.1.4 Cara Instalasi CodeIgneter 3....................................................................16
2.2.1.5 Struktur Folder Framework Codeigneter.................................................18
2.2.1.6 Konfigurasi URL Pada CodeIgneter........................................................23
2.2.1.7 Pengertian MVC (Model,View,Controller)..............................................26
2.2.1.8 Alur Kerja Framework CodeIgneter........................................................28
2.2.2 PHP (Hypertext Preprocessor)................................................................29
2.2.3 Database...................................................................................................32
2.2.4 Web server...............................................................................................35
2.2.5 XAMPP....................................................................................................35
2.3 Pemodelan Sistem....................................................................................37
2.3.1 DFD ( Data Flow Diagram )...................................................................37
2.3.2 ERD (Entity Relationship Diagram)........................................................41
2.4 . Metode Pengembangan Sistem..............................................................46
2.4.1 RAD Mode (Rapid Application Development)........................................46
2.4.1.1 Fase dan Tahapan Pengembangan Aplikasi............................................47

vi
BAB III ANALISIS DAN PERANCANGAN..................................................52
4.1 Umum.......................................................................................................52
4.2 Lokasi Penelitian......................................................................................53
4.3 Studi Lapangan & Literatur.....................................................................53
4.4 Requirements Planning (Perencanaan Syarat-syarat)..............................54
3.4.1 Analisis sistem yang sedang berjalan.........................................................54
3.4.2 Perumusan Masalah....................................................................................53
3.4.3 Analisis Kebutuhan Sistem/ Fungsional.....................................................53
3.4.4 Analisis Kebutuhan Sistem/Non Fungsional..............................................59
4.5 RAD Design Workshop (Workshop Desain RAD)..................................59
3.5.1 Perancangan Alur Data...............................................................................59
3.5.2 Diagram Konteks.......................................................................................60
3.5.2.1 Diagram Level 1 Sistem Informasi Bank Sampah...................................61
3.5.2.2 Diagram Level 2 proses 1 dan 2 Sistem Informasi Bank Sampah...........62
3.5.2.3 Diagram Level 2 Untuk Proses 3 dan 4 Sistem Informasi.......................62
3.5.3 ERD ( Entity Relationship Diagram).........................................................63
3.5.4 Perancangan Basis Data.............................................................................64
3.5.4.1 Tabel user.................................................................................................64
3.5.4.2 Tabel Nasabah..........................................................................................65
3.5.4.3 Tabel Jenis Sampah.................................................................................67
3.5.4.4 Tabel Data Sampah..................................................................................67
3.5.4.5 Tabel Jenis Tabungan..............................................................................67
3.5.4.6 Tabel Tabungan.......................................................................................67
3.5.4.7 Tabel Pembelian......................................................................................68
3.5.4.8 Tabel Penjualan........................................................................................59
3.5.4.9 Tabel Penarikan.......................................................................................59
3.5.5 Perancangan Input......................................................................................70
3.5.5.1 Perancangan Interface Login...................................................................70
3.5.5.2 Perancangan Interface Input User............................................................70
3.5.5.3 Perancangan Interface Input Nasabah.....................................................71
3.5.5.4 Perancangan Interface Input Data Sampah..............................................72
3.5.5.5 Perancangan Interface Input Jenis Sampah.............................................72
3.5.5.6 Perancangan Interface Input Jenis Tabungan..........................................73
3.5.5.7 Perancangan Interface Input Pembelian..................................................73
3.5.5.8 Perancangan Interface Input Penjualan...................................................74
3.5.5.9 Perancangan Interface Dana Tabungan...................................................75
3.5.5.10 Perancangan Interface Input Penarikan.................................................75
3.5.5.10 Perancangan Interface Kwitansi............................................................76
3.5.5.11 Perancangan Interface Input Laporan Keuntungan...............................77
3.5.5.12 Perancangan Interface Input Laporan Stock Opname...........................77
3.5.5.13 Perancangan Interface Input Laporan Pembelian..................................78
3.5.5.3 Perancangan Interface Input Laporan Penjualan.....................................79

vii
BAB IV HASIL DAN IMPLEMENTASI........................................................80
4.6 Hasil.........................................................................................................80
4.7 Implementasi............................................................................................81
4.2.1 Pengujian yang Dilakukan Administrator...................................................81
4.2.2 Pengujian yang Dilakukan Kasir................................................................84
4.2.3 Pengujian yang Dilakukan Direktur...........................................................86
4.2.4 Pengujian yang Dilakukan Nasabah...........................................................87

BAB V PENUTUP.............................................................................................88
5.1 Kesimpulan..............................................................................................88
5.2 Saran.........................................................................................................88

DAFTAR PUSTAKA.........................................................................................90

viii
 DAFTAR GAMBAR

Gambar 2. 1 MVC (Model, View, Controller).....................................................12

Gambar 2. 2 Gambar Tampilan Framework CodeIgneter....................................15
Gambar 2. 3 Alur Kerja CodeIgneter...................................................................28
Gambar 2. 4 Perbedaan Biasa dengan PHP CodeIgneter.....................................31

Gambar 3. 1 Flowchart Penelitian ................................51

Gambar 3. 2 Alur Pendaftaran nasabah baru........................................................52

Gambar 3. 3 Alur Proses menabung.....................................................................53
Gambar 3. 4 Alur Proses Pencairan Tabungan.....................................................52
Gambar 3. 5 Diagram konteks..............................................................................60
Gambar 3. 6 DFD Level 1 sistem Informasi Bank Sampah................................59
Gambar 3. 7 Diagram rinci level 2 Proses 1 dan 2...............................................59
Gambar 3. 8 Diagram rinci level 1 Proses 3 dan 4...............................................59
Gambar 3. 9 Entity Relational Diagram (ERD)...................................................59
Gambar 3. 10 Perancangan Interface Login.........................................................60
Gambar 3. 11 Perancangan Interface Input user sistem.......................................59
Gambar 3. 12 Perancangan Interface Input nasabah............................................59
Gambar 3. 13 Perancangan Interface Input Data sampah....................................58
Gambar 3. 14 Perancangan Interface Input Jenis Sampah...................................58
Gambar 3. 15 Perancangan Interface Input Jenis Tabungan................................58
Gambar 3. 16 Perancangan Interface Input Pembelian Sampah..........................58
Gambar 3. 17 Perancangan Interface Input Penjualan sampah............................58
Gambar 3. 18 Perancangan Interface Input Dana Tabungan...............................59
Gambar 3. 19 Perancangan Interface Input Penarikan Tabungan........................58
Gambar 3. 20 Perancangan Interface Kwitansi....................................................58
Gambar 3. 21 Perancangan Interface Input Laporan Keuntungan.......................58
Gambar 3. 22 Perancangan Interface Laporan Stock Opname............................59
Gambar 3. 23 Perancangan Interface Input Laporan Pembelian.........................59
Gambar 3. 24 Perancangan Interface Input Laporan Penjualan...........................60

ix
 DAFTAR TABEL

Tabel 2. 1 Simbol DFD (Data Flow Diagram).....................................................38

Tabel 2. 2 simbol ERD ( Entity Relationship Diagram).......................................44

Tabel 3. 1 Kebutuhan Fungsional 54

Tabel 3. 2 Tabel Spesifikasi Kebutuhan Minimum...............................................59

Tabel 3. 3 Field Users...........................................................................................65
Tabel 3. 4 Field Nasabah.......................................................................................65
Tabel 3. 5 Field Jenis Sampah...............................................................................67
Tabel 3. 6 Field Sampah........................................................................................67
Tabel 3. 7 Field Jenis Tabungan...........................................................................67
Tabel 3. 8 Field Tabungan....................................................................................68
Tabel 3. 9 Field Pembelian....................................................................................68
Tabel 3. 10 Field Penjualan...................................................................................59
Tabel 3. 11 Field Penarikan..................................................................................59

Tabel 4. 1 Pengujian Oleh Administrator 77

Tabel 4. 2 Pengujian Oleh Kasir...........................................................................75

Tabel 4. 3 Pengujian Oleh Direktur.......................................................................75
Tabel 4. 4 Pengujian Oleh Nasabah......................................................................89

x
 BAB I

PENDAHULUAN

1.1 Latar Belakang

Tempat di mana sampah yang dipilah dikumpulkan disebut bank sampah.

Sampah yang dikumpulkan dan dipilah akan diantarkan ke pengumpul sampah

atau ditempatkan di lokasi pembuatan kerajinan terbuat dari sampah. Nasabah

membawa sampah yang disetorkan atau disimpan, dan setelah melalui sistem

pengelolaan di bank sampah, nasabah dapat mengetahui jumlah sampah yang

disetorkan dan dapat menghemat uang. Bank sampah dikelola menggunakan

sistem perbankan pada umumnya.

Berdasarkan peraturan walikota Nomor 14 Tahun 2014 tentang

Pembentukan Unit Pelaksana Teknis Pelayanan Kebersihan. Dinas Kebersihan

dan Pertamanan membentuk sebuah lembaga Bank Sampah Mutiara.(Walikota

Medan, 2014)

Bank Sampah Mutiara adalah Sebuah Lembaga yang mendukung sampah

berbasis masyarakat yang mengapresiasi usaha peningkatan pendapatan keluarga

sejahtera. Berdiri sejak tahun 2012 beralamat di Jl. Bromo diresmikan oleh

Menteri Lingkungan Hidup Bapak Prof. DR. Balthasar Kambuya, MBA di

Kelurahan Binjai, Kecamatan Medan Denai, Kota Medan. Bank Sampah Mutiara

memiliki beberapa manfaat bagi warga kecamatan medan denai dan sekitarnya

xi
seperti membuat lingkungan bersih, menyadarkan warga Kecamatan Medan Denai

akan pentingnya kebersihan, dan membuat barang menjadi ekonomis karena

mereka menukarkan sampah mereka dan mendapatkan imbalan berupa uang yang

dikumpulkan dalam rekening yang mereka miliki.

Sistem penerapan Bank Sampah Mutiara yaitu warga menyetorkan

sampah berupa sampah anorganik yang bisa didaur ulang, seperti botol plastik,

kertas, kardus, barang – barang dari plastik. Setelah dilakukan pemilahan sampah

berdasarkan jenisnya kemudian sampah ditimbang dan dilakukan pencatatan saldo

yang ditabung ke buku besar milik bank sampah mutiara dan kebuku tabungan

nasabah. Untuk penyetor diberikan rekening sebagai buku tabungan dari hasil

sampah yang dijual. Dengan uang hasil penjualan tersebut diharapkan mampu

menambah uang penghasilan untuk warga kecamatan Medan Denai.

Seiring semakin pesatnya kebutuhan perkembangan teknologi informasi

dapat memberikan solusi dan kelancaran untuk berbagai transaksi dan aktifitas

pegawai di Bank Sampah Mutiara untuk menunjang proses pengelolaan sampah

nasabah dari proses ini munculah sebuah sarana dengan memanfaatkan sistem

informasi dengan Penerapan Framework CodeIgneter Pada Sistem Pengelolaan

Bank Sampah menggunakan Metode RAD.

Pengembangan sistem informasi pada penelitian ini adalah berbasis web

dengan Penerapan Framework codeigneter memakai metode RAD pada sistem

pengelolaan sampah dibank sampah mutiara. Penerapan framework adalah

kerangka kerja yang digunakan untuk mengembangkan aplikasi berbasis desktop

atau aplikasi berbasis website dan Codeigneter adalah

xii
sebuah framework khusus web dan application development yang hadir sebagai

platform open-source.(Nugroho, 2014)

Metodelogi yang digunakan untuk membangun sistem ini adalah model

RAD (Rapid Application Development). RAD (Rapid Application Development)

adalah salah satu metode pengembangan aplikasi yang banyak dipakai saat ini,

metode ini menekankan pada proses pembuatan aplikasi berdasarkan pembuatan

prototype, iterasi dan feedback berulang-ulang dengan begitu aplikasi yang dibuat

bisa dikembangkan dan diperbaiki.

Saat ini, nilai web terletak pada kapasitasnya untuk memberikan data yang

lebih cepat, tepat bagi penggunanya , jelas berdampak positif dan mempercepat

pekerjaan mereka. Dengan harga yang agak minimal mampu berinteraksi dengan

banyak individu dari tempat-tempat yang lebih baik di seluruh dunia. Bermacam-

macam data yang didistribusikan pada web direncanakan untuk diakses, diambil,

dan digunakan oleh penggunanya.

1.2 Rumusan Masalah

Berdasarkan uraian-uraian yang telah dijelaskan pada latar belakang, maka

dapat disusun beberapa rumusan masalah dalam penelitian ini, yaitu:

1. Belum adanya aplikasi yang dapat menunjang bagan kerja di Bank

Sampah Mutiara sehingga mendorong penulis merancang dan membuat

sebuah aplikasi yang dapat membantu pegawai-pegawai Bank Sampah

mempermudah pekerjaan mereka.

xiii
 2. Kurangnya informasi kepada masyarakat tentang fungsi dari Bank Sampah

yang sudah hadir ditengah masyarakat.

1.3 Tujuan Penelitian

Adapun hal-hal yang akan dicapai dalam penelitian ini terkait dengan

topik penelitian yang diusulkan, yaitu:

1. Merancang aplikasi Sistem informasi Pengelolaan Bank Sampah ini

mudah dipahami penggunanya.

2. Mengenalkan kepada Masyarakat luas tentang fungsi Bank Sampah

3. Membantu penggunanya dalam melaksanakan bagan kerja di Bank

Sampah Mutiara.

1.4 Batasan Masalah

Pelaksanaan penelitian ini berkaitan dengan banyak parameter, sehingga

dibutuhkan beberapa batasan masalah agar ruang lingkup penelitian tidak terlalu

luas. Adapun batasan masalah tersebut yaitu:

1. Aplikasi ini hanya untuk membahas sistem informasi Bank Sampah di

Bank Sampah Mutiara.

2. Aplikasi ini akan dibangun bahasa pemograman JavaScript, PHP,HTML

& CSS

1.5 Manfaat Penelitian

Beberapa manfaat yang diharapkan dari hasil-hasil penelitian ini, yang

berdampak terhadap Sistem Pengelolaan Bank Sampah Pada Bank Sampah

Mutiara antara lain:

xiv
 1. Memberikan Sistem Informasi tentang Pengelolaan Bank Sampah agar

lebih Efektif dan Efesien kepada Pemerintah

2. Memberikan Kemudahan dan kelancaran untuk proses pengelolaan

sampah pada Bank Sampah Mutiara.

3. Penelitian ini diharapkan dapat memberikan konstribusi dalam

pengembangan pengetahuan mengenai Perkembangan Teknologi

Informasi kepada Seluruh Pengelola dan nasabah/masyarakat Bank

Sampah Mutiara.

1.6 Metodelogi Penelitian

Dalam penelitian ini dibagi dalam beberapa tahapan yaitu:

1. Penentuan lokasi penelitian

Lokasi Penelitian dilakukan di wilayah Kecamatan Medan Denai

Jl.Bromo pada Bank Sampah Mutiara

2. Pengumpulan data

Data yang dikumpulkan terdiri dari:

a. Data primer, diperoleh dengan menggunakan sistem wawancara

kepada pegawai dan nasabah Bank Sampah Mutiara dalam

menilai sistem Pengelolaan sampah yang baik, efektif dan efesien.

b. Data Sekunder, diperoleh dari Unit Pelaksana Bank Sampah

Mutiara

3. Pengolahan data

Pengolahan data yang telah diperolah sehingga mendapatkan kriteria dan

alternatif yang akan dianalisis dengan beberapa metode.

xv
4. Analisa dan pembahasan

Data multi kriteria dan alternatif yang telah diperoleh dari pengolahan

data yang ada akan dianalisis kemudian dilakukan tahapan perencanaan

(plan) dengan menggunakan metode pengembangan metode RAD dan

setelah dilakukan perencanaan selanjutnya ketahap perancangan (design).

5. Kesimpulan

Melakukan pengambilan kesimpulan dari hasil analisa dan pembahasan

yang didapat dari penelitian sehingga memperoleh hasil dan informasi

analisis terkait Penerapan Framework Codeigneter Pada Sistem

Pengelolaan Bank sampah pada Bank Sampah Mutiara.

xvi
 BAB II

TINJAUAN PUSTAKA

2.1 Tinjauan Umum

Istilah "limbah" mengacu pada bahan apa pun yang dibuang sebagai akibat

dari proses pembuatan, apakah itu domestik atau industri. Cara yang berbeda

untuk mendefinisikan sampah adalah sesuatu yang tidak diinginkan orang setelah

mereka menggunakannya. Sementara didalam UU No 18 Tahun 2008 tentang

Pengelolaan Sampah (Republik Indonesia, 2008) disebutkan sampah adalah sisa

kegiatan sehari hari manusia atau proses alam yang berbentuk padat atau semi

padat berupa zat organik atau anorganik bersifat dapat terurai atau tidak dapat

terurai yang dianggap sudah tidak berguna lagi dan dibuang kelingkungan.(Safiti

& Fajriah, 2020)

Menurut peraturan Menteri Lingkungan Hidup Nomor 13 tahun 2012

tentang pedoman pelaksanaan Reuse, Reduce, Recycle (3R) melalui Bank Sampah

(Izzaty et al., 1967). Mengurangi pembuangan limbah dengan menerapkan

program yang mendorong penggunaan kembali, pengurangan, dan daur ulang.

Menggunakan kembali sampah sehingga memiliki nilai gunanya sendiri

merupakan salah satu cara untuk mengurangi sampah dari titik produksi sampai ke

hilir. Sistem pengelolaan Bank Sampah tersebut diharapkan dapat mengurangi

sampah di TPA (Tempat Pembuangan Akhir).

xvii
 8

Proses adalah kumpulan bagian yang saling berhubungan atau terintegrasi

yang dikenal sebagai sistem. Sistem Manajemen Bank Sampah adalah sistem yang

menangani pengumpulan, pengangkutan, pengolahan, daur ulang, dan

pembuangan bahan limbah, di antara proses lainnya. Mengurangi timbulan

sampah di tempat pembuangan sampah dan meminimalkan efek negatifnya

terhadap kesehatan, lingkungan, dan keindahan keduanya merupakan manfaat dari

pengelolaan sampah yang efektif.

2.2 Unsur-unsur Dalam Perancangan Website

2.2.1 Framework CodeIgniter

2.2.1.1 Framework

Kerangka kerja, yang juga dapat disebut sebagai "Kerangka

Kerja/struktur" dalam bahasa Indonesia, adalah kumpulan fungsi, teknik,

dan kelas yang berguna untuk tujuan tertentu sehingga lebih mudah dan

cepat bagi pengembang untuk membuat fungsi dan kelas dari awal.

Sederhananya, kerangka kerja ini lebih sering disebut sebagai templat atau

ikhtisar aplikasi yang ingin Anda kembangkan, yang kemudian dapat diisi

dan diselesaikan oleh pengembang.

Jenis aplikasi yang ingin Anda kembangkan misalnya, aplikasi

berbasis web atau berbasis seluler harus menentukan kerangka kerja mana

yang digunakan. Kerangka kerja ini juga ditentukan oleh bahasa

pemrograman, seperti apakah aplikasi menggunakan javascript dengan

cara yang berbeda dari aplikasi yang menggunakan python. Adapun jenis-

jenis kerangka kerja adalah sebagai berikut:

 10

1. Framework untuk web development.

Di bawah ini adalah framework yang populer digunakan untuk

pengembangan web. Tentunya, framework ini datang dari bahasa

pemrograman yang berbeda-beda.

a) React.js

Kerangka kerja berdasarkan Javascript yang dikenal sebagai

React.js.Anda dapat dengan cepat membangun situs web skala besar

dengan React.js. React.js juga menyertakan komponen yang dapat

digunakan kembali. Pengembang mendapat manfaat dari ini karena

mereka dapat menggunakan kembali komponen yang dibuat untuk

aplikasi lain.

b) Angular.js

Javascript juga merupakan dasar dari kerangka kerja ini. Ketika

datang ke pengembangan web front-end, Angular.js banyak

digunakan. Fitur pengikatan data dua arah dari kerangka kerja ini

adalah manfaat. Sedangkan waktu pengembangan aplikasi web akan

dipotong menjadi dua dengan fitur-fitur ini. PayPal dan Forbes adalah

dua contoh bisnis yang memanfaatkan Angular.js.

c) Django

Bagi para pengguna Python pastinya sudah tidak asing dengan

framework ini. Django ditulis menggunakan bahasa pemrograman

Python yang sederhana dan mudah dipelajari oleh pemula. Dalam

penerapannya, Django memiliki konsep DRY (Don’t Repeat

 10

Yourself). Artinya, pola yang sama akan digantikan

dengan abstractions. Gunanya untuk menghindari duplikasi.

d) Codeigniter

Berdasarkan bahasa pemrograman PHP, yang dirilis pada tahun

2006, kerangka kerja CodeIgniter telah diakui sebagai kerangka

kerja yang paling mudah, cepat, dan sederhana untuk kinerja tinggi.

CodeIgniter memiliki banyak fitur, dan ada panduan, tutorial, dan

sumber daya lain untuk membantu Anda mempelajari dan

mengembangkan fitur-fitur tersebut. CodeIgniter ringan, memiliki

enkripsi data yang tinggi, mendukung berbagai database dan

platform, dan memiliki keamanan yang tinggi. CodeIgniter menonjol

karena kecepatannya dibandingkan dengan framework lain seperti

dengan tugas-tugas database yang bekerja lebih cepat. Programmer

pemula dapat dengan mudah memahami framework saat

membandingkan dengan ZEND Framework. 

2. Framework untuk mobile development

Selain pengembangan web, framework juga tersedia untuk mobile

development. Berikut adalah beberapa framework yang sering digunakan

untuk pengembangan aplikasi mobile.

a) React Native

Apakah Anda tahu kerangka kerja ini? Secara alami, mengingat

bahwa React Native adalah kerangka kerja berbasis Javascript. Untuk

pengembangan aplikasi seluler, kerangka kerja ini sangat populer.

 12

Aplikasi untuk Android dan iOS dapat dikembangkan secara

bersamaan. Dengan demikian, waktu pengembangan akan berkurang.

Selain itu, biaya menjadi lebih efektif.

b) Flutter

Flutter biasanya hadir ketika React Native hadir. Karena

kegunaannya yang serupa, kedua kerangka kerja ini sering

dibandingkan. Mereka dapat secara bersamaan mengembangkan

aplikasi untuk iOS dan Android. Dart digunakan dalam penulisan

Flutter. React Native lebih unggul dalam hal popularitas karena dirilis

tiga tahun sebelumnya. Selain itu, komunitasnya lebih besar. Namun,

Anda harus menyadari bahwa Flutter dapat menghasilkan antarmuka

pengguna yang menakjubkan.

2.2.1.2 Framework Codeigniter

Framework Codeigniter adalah CodeIgniter adalah sebuah

framework yang digunakan untuk pengembangan aplikasi. CodeIgniter

tergolong sebuah toolkit yang berguna untuk membantu developer dalam

membangun project dalam bahasa PHP.

CodeIgniter adalah kerangka kerja PHP dengan model MVC

(Model, View, Controller) untuk membangun situs web PHP dinamis yang

dapat mempercepat pengembangan aplikasi web. CodeIgniter tidak hanya

ringan dan cepat, tetapi juga memiliki dokumentasi yang sangat

komprehensif dan contoh implementasi

 10

Gambar 2. 1 MVC (Model, View, Controller)

Pada tahun 2006, Rick Ellis mengembangkan CodeIgniter untuk

pertama kalinya. CodeIgniter dengan cepat "membakar" semangat

pengembang web sehingga mereka dapat menggunakan kerangka kerja

PHP ini untuk dengan cepat dan mudah membuat situs web yang dinamis.

Berikut alasan menggunakan Framework Codeigniter adalah:

a) Mempercepat dan mempermudah pembangunan sebuah aplikasi

web.

b) Relatif memudahkan dalam proses maintenance karena sudah ada

pola tertentu dalam sebuah framework (dengan syarat

programmer mengikuti pola standar yang ada)

c) Umumnya framework menyediakan fasilitas-fasilitas yang umum

dipakai sehingga kita tidak perlu membangun dari awal (misalnya

validasi, ORM, pagination, multiple database, scaffolding,

pengaturan session, error handling, dll

 14

d) Lebih bebas dalam pengembangan jika dibandingkan CMS

Disamping itu CodeIgniter memiliki beberapa kekurangan yaitu:

a) CodeIgniter tidak ditujukan untuk pembuatan web dengan skala

besar.

b) Library yang sangat terbatas. Hal ini dikarenakan sangat sulit

mencari plugin tambahan yang terverifikasi secara resmi, karena

pada situsnya CodeIgniter tidak menyediakan plugin-plugin

tambahan untuk mendukung pengembangan aplikasi dengan CI.

c) Belum adanya editor khusus CodeIgniter, sehingga dalam

melakukan create project dan modul-modulnya harus berpindah-

pindah folder.

2.2.1.3 Codeigniter 3

Karena internal mereka sendiri tidak memiliki fokus yang cukup

untuk terus mengembangkan CodeIgniter, EllisLab mengumumkan pada

Juli 2013 bahwa mereka sedang mencari pemilik baru untuk perangkat

lunak tersebut. Akhirnya, pada Oktober 2014, British Columbia Institute of

Technology mengakuisisi kepemilikan CodeIgniter, salah satu sekolah

tinggi teknologi di Kanada. Setelah hampir lima bulan lamanya sejak

peralihan kepemilikan, BCIT akhirnya merilis CodeIgniter 3.0. Dan

berikut adalah perubahan codeigniter 2 menjadi codeigniter 3 :

1. Codeigniter 3 memerlukan PHP versi 5.1.6 atau di atasnya

2. Penamaan model, controller Codeigniter 3 harus di awali huruf

besar
 10

3. Driver databasenya kini memiliki refactoring yang lebih luas.

Sekarang default database driver nya menggunakan mysqli, tidak

lagi menggunakan mysql

4. Penambahan user agent Windows 7, Windows 8, Windows 8.1,

Android, Blackberry, iOS dan PlayStation 3

5. Update perbaikan di mimes.php

6. Update penulisan class dengan PHP 5 style

7. Pindah path halaman error di application/view/errors

8. Pindah Log Class di application/core

9. Update perbaikan di beberapa Library dan Helper

10.Perbaikan file dokumentasi.

Sebelum melakukan pembuatan project menggunakan codeigniter 3

sebelumnya harus mengunduh Source Code dari Framework Codeigniter

yang akan digunakan dan dapat diunduh pada Website Resminya di

Www.Codeigniter.Com. 
 16

Gambar 2. 2 Gambar Tampilan Framework CodeIgneter

Hasil dari file codeigniter yang telah didownload / unduh berupa

file zip seperti gambar dibawah ini. sebelum menggunakan source code

atau framework ini, kita harus mengekstrak file tersebut terlebih dahulu.

Setelah file tersebut di ekstrak. Akan memiliki sebuah folder

framework codeigniter yang sudah dapat digunakan dan ketika masuk

kedalam folder codeigniter yang diekstrak sebelumnya, terdapat juga

beberapa folder dan file untuk melakukan konfigurasi dari framework

codeigniter ini.
 10

a. application berisi semua kode aplikasi. di dalam direktori inilah

kita akan menulis semua kode aplikasi kita.

b. system berisi kode-kode inti dari codeigniter. jangan mengubah

apapun di dalam direktori ini. jika kita ingin upgrade versi, kita

cukup me-replace direktori ini dengan yang baru.

c. user_guide berisi dokumentasi codeigniter. kita bisa menghapus

direktori ini saat web sudah jadi.

Untuk melakukan konfigurasi codeigniter 3 ini, hanya perlu fokus

pada folder application. pada folder ini terdapat beberapa folder dan file

yang kita gunakan pada proses pembuatan project website menggunakan

codeigniter ini.

2.2.1.4 Cara Instalasi CodeIgneter 3

Setelah proses ekstrak source code dari codeigniter ini selesai. Akan

memiliki sebuah folder codeigniter yang sudah sepenuhnya dapat

 18

digunakan. folder ini dipindahkan kedalam server local yang dimiliki agar

dapat mengakses project tersebut pada browser. Karena disini

menggunakan aplikasi xampp control panel maka lokasi untuk peletakan

source code dari framework ini harus berada pada folder htdocs. lalu ubah

nama source code dari framework menjadi nama project yang dibuat.

Setelah melakukan proses ekstrak dan memindahkan hasil ekstrak

tersebut ke folder server. Secara default sudah memiliki tampilaan awal

dari framework ini. Disini juga sudah dapat menggunakan sepenuhnya

framework tersebut sebelum dilakukan konfigurasi tambahan. cara untuk

menjalankan project ini hanya perlu mengakses browser lalu panggil nama

folder project (folder source Code Codeigniter) pada server local kita.

disini nama folder projectnya adalah banksampah.

Http://Localhost/banksampah/

Setelah itu akan muncul tampilan awal dari framework codeigniter

yang sudah dijalankan sebelumnya. secara default codeigniter sudah

memiliki tampilan halaman seperti gambar dibawah ini.

 10

2.2.1.5 Struktur Folder Framework Codeigneter

Setelah melakukan proses ekstrak dan memindahkan hasil ekstrak

tersebut ke folder server dan sebelum melakukan proses selanjutnya adalah

instalasi, maka akan dihadapkan dengan beberapa folder. Struktur folder

dari hasil ekstrak tersebut sebagai berikut :

1. Folder application: disinilah aplikasi yang akan kita bangun

diletakkan.

a) Folder cache – tempat menyimpan semua cache yang

dibuat caching library.

b) Folder config – tempat menyimpan semua file konfigurasi

yang ada di dalam aplikasi,

mulai dari database, router dan autoload aplikasi.

c) Folder controllers – tempat menyimpan semua file controller.

d) Folder helpers – tempat menyimpan helper yang bukan berasal

dari CI.
 20

e) Folder hooks – tempat menyimpan hook yang digunakan untuk

mengubah alur fungsi dari core CI.

f) Folder language – tempat menyimpan bahasa-bahasa yang

akan di gunakan.

g) Folder libraries – tempat menyimpan semua library buatan

kita sendiri.

h) Folder logs – tempat menyimpan semua error log apabila error

log diaktifkan.

i) Folder models – tempat menyimpan semua model.

j) Folder third_party –  tempat menyimpan fungsi fungsi

tambahan dalam cara kerja codeigniter.

k) Folder views – tempat menyimpan semua file view aplikasi.

2. Folder system: menyimpan semua file baik itu file aplikasi yang

dibuat maupun core framework-nya.

a) Folder core – tempat menyimpan semua file internals CI.

b) Folder database – tempat menyimpan semua database

drivers dan class yang akan digunakan.

c) Folder fonts – tempat menyimpan semua font yang

digunakan image manipulation library.

d) Folder helpers – tempat menyimpan semua helper core CI.

e) Folder language – tempat menyimpan

semua language core CI.

f) Folder libraries – tempat menyimpan semua library core CI.

 10

3. Folder user_guide: berisi userguide/manual penggunaan CI.

4. File index.php: file yang akan meng-handle semua request yang

dilakukan oleh client.

Namun untuk Framework Codeigneter hanya folder application

yang perlu diperhatikan. Pada folder application kita hanya berfokus pada

4 folder seperti config, model, view dan controller

 Folder Config

File konfigurasi disimpan di folder konfigurasi. Beberapa file dalam

folder ini memiliki extension.php. Namun, kita hanya perlu berkonsentrasi

pada file-file berikut untuk fungsi standar:

 autoload.php

Fungsi-fungsi yang akan dimuat secara otomatis pada awal program

ketika dijalankan diatur dalam file konfigurasi pertama, autoload.php.

Adapun fungsi yang dimaksud yaitu:

 22

 config.php

Pada file ini terdapat beberapa configurasi yang secara standar sudah

terconfigurasi. Namun terdapat beberapa configurasi yang perlu

diperhatikan yakni :

 database.php

Anda sudah dapat menentukan tujuan file ini berdasarkan namanya.

Konfigurasi yang terkait dengan konfigurasi database situs web baru

dilakukan menggunakan file.php database. Adapun configurasi yang perlu

diperhatikan yaitu :

 routes.php
 10

Route adalah salah satu cara untuk mengatur jalur atau rute yang

digunakan untuk mengakses sebuah halaman website. Route ini juga sering

digunakan agar tampilan link dari website yang dibuat lebih simpel dan

lebih mudah untuk dipahami, intinya custom url.  Route juga bisa diartikan

sebagai versi alias dari jalur utama menuju alamat asli. Pada

file routes.php yang merupakan bawaan codeigniter akan berisikan script

seperti berikut :

 Folder Controller

File pengontrol yang digunakan untuk mengontrol alur proses aliran

atau fungsi data yang baru dibuat disimpan di folder pengontrol. Dalam

website berbasis MVC, controller merupakan salah satu komponen yang

berperan penting. Model tidak akan dapat menampilkan atau berfungsi

dengan baik tanpa pengontrol tampilan.

Controller memiliki kelas yang berubah tergantung pada nama file

yang dibuat serta sejumlah fungsi yang dibuat untuk memenuhi kebutuhan

yang sudah ada. Folder Model

 Folder model adalah folder yang berisikan file

berekstensikan .php, dimana file ini berisikan script yang

digunakan untuk pengelolaan data ke database. Dengan

bantuan controller yang merujuk ke model yang sesuai

 24

dan function yang sesuai maka sebuah proses yang berkaitan

dengan database sudah bisa dibuat.

 Folder Views

Skrip yang berisi desain untuk antarmuka situs web disimpan di

folder tampilan. Untuk mempermudah mengatur desain antarmuka yang

Anda buat, Anda juga dapat membuat folder di dalam folder tampilan.

2.2.1.6 Konfigurasi URL Pada CodeIgneter

Meskipun CodeIgniter dapat berjalan dengan pengaturan default,

kita masih perlu mengkonfigurasi base_url dan router untuk aplikasi nyata.

Saat membuat aplikasi yang memanfaatkan pembantu dan pustaka secara

ekstensif, menyiapkan base_url dan router sangat membantu.

Folder application/config berisi file konfigurasi. Autoload.php,

config.php, database.php, dan file lain dalam direktori ini sering

digunakan. adalah file autoload.php, config.php, database.php dan

routes.php.

1. File autoload.php. Konfigurasi pada file ini bertujuan untuk

mementukan sumber daya apa yang akan diload secara otomatis.

 10

2. File config.php. Pada file konfigurasi config.php berisi

konfigurasi secara umum mengenai CodeIgniter.

 26

$config[‘base_url’] – Konfigurasi ini berisi alamat url sebuah

aplikasi yang dibuat. di folder “C:xampp/htdocs/codeigniter” maka untuk

konfigurasi base url-nya adalah seperti berikut.

3. File database.php. Disini akan mengisi konfigurasi untuk

koneksi ke database. Pada penelitian disini menggunakan

database mysql yang terpaket di dalam aplikasi XAMPP.

Hostname : menggunakan localhost karena di sini kita

menggunakan database mysql dari aplikasi xampp yang terinstal di

computer local.

Username : secara default username database mysql dari aplikasi

xampp adalah root.

Password : secara default ini bisa dikosongi.

 10

Database : ini berisikan nama database yang dibuat untuk aplikasi.

2.2.1.7 Pengertian MVC (Model,View,Controller)

Sebelum mengenal CodeIgniter, anda harus memahami MVC. Konsep

MVC (Model View Controller), yang memisahkan logika bisnis (piker

flow), data logic (data storage), dan presentation logic (application

interface), atau hanya sekedar memisahkan antara desain, data, dan proses,

merupakan konsep yang cukup populer dalam pengembangan aplikasi

web. Ada 3 komponen yang membangun suatu MVC yaitu :

1. Model, yang bertugas menangani data database. Bagian ini memiliki

fungsi yang menyimpan sintaks sql yang digunakan untuk membuat

aplikasi, biasanya untuk bekerja dengan data dan database atau

layanan web. Struktur data aplikasi juga dapat diwakili oleh model

dalam bentuk database atau data lain, seperti file teks, file XML, atau

layanan web. Kelas dan fungsi untuk mengambil, memperbarui, dan

menghapus data situs web biasanya muncul dalam model.

2. View bertugas mengelola halaman tampilan sistem (ui/ux). Komponen

ini, yang bertanggung jawab atas logika presentasi, menyimpan semua

tampilan yang dibutuhkan sistem. Bagian ini biasanya merupakan file

template HTML yang diatur oleh pengontrol dalam aplikasi web.

Bagian-bagian model tidak dapat diakses langsung dari tampilan.

3. Controller, yang bertugas menghubungkan model dan melihat

komponen. Selain itu, komponen ini bertugas mengelola semua

instruksi yang dihasilkan aplikasi yang mengatur hubungan antara

 28

model dan bagian tampilan. Kelas dan fungsi dalam proses pengontrol

meminta dari Tampilan ke dalam struktur data model. Karena

kenyataan bahwa model sekarang bertugas mengakses data,

pengontrol tidak dapat berisi kode apa pun untuk melakukannya.

Tugas controller adalah menyediakan berbagai variable yang akan

ditampilkan di view, memanggil model untuk melakukan akses ke

basis data, menyediakan penanganan kesalahn/error, mengerjakan

proses logika dari aplikasi serta melakukan validasi atau cek terhadap

input. Berikut ini adalah contoh file MVC.

a) Model/ sampah_model.php

b) View/nasabah_edit.php
 10

c) Controllers/ Jenissampah.php

2.2.1.8 Alur Kerja Framework CodeIgneter

Gambar 2. 3 Alur Kerja CodeIgneter

 30

a) Index.php: Index.php disini berfungsi sebagai file pertama dalam

program yang akan dibaca oleh program.

b) The Router: Router akan memeriksa HTTP request untuk menentukan

hal apa yang harus dilakukan oleh program.

c) Cache File: Apabila dalam program sudah terdapat “cache file” maka

file tersebut akan langsung dikirim ke browser. File cache inilah yang

dapat membuat sebuah website dapat di buka dengan lebih cepat.

Cache file dapat melewati proses yang sebenarnya harus dilakukan

oleh program codeigniter.

d) Security: Sebelum file controller di load keseluruhan, HTTP request

dan data yang disubmit oleh user akan disaring terlebih dahulu melalui

fasilitas security yang dimiliki oleh codeigniter.

e) Controller: Controller akan membuka file model, core libraries, helper

dan semua resources yang dibutuhkan dalam program tersebut.

f) View: Hal yang terakhir akan dilakukan adalah membaca semua

program yang ada dalam view file dan mengirimkannya ke browser

supaya dapat dilihat. Apabila file view sudah ada yang di “cache”

maka file view baru yang belum ter-cache akan mengupdate file view

yang sudah ada (National & Pillars, 2016)

2.2.2 PHP (Hypertext Preprocessor)

Preprocessor Hypertext diwakili oleh PHP. PHP, di sisi lain, adalah

bahasa pemrograman sisi server yang, bersama dengan CSS dan HTML,

digunakan dalam pembuatan situs web. PHP mengubah konten dan elemen situs
 10

web agar lebih ramah pengguna bagi klien dan mengubahnya dari statis menjadi

unik.

PHP awalnya dikembangkan pada tahun 1994 oleh Dr. Leonardo

Bernart.Awalnya dikenal sebagai "Personal Home Page Tools," PHP

kemudian mengubah namanya menjadi "Form Interpreter." Sejak rilis

PHP versi 3.0, singkatan "Hypertext Preprocessor" telah digunakan untuk

nama php.

Meskipun HTML dan CSS saja dapat digunakan untuk membuat

situs web, situs yang dihasilkan bersifat statis. Situs sekarang dapat

menjadi dinamis dengan memanfaatkan sebagian dari kemampuan PHP.

Nama yang paling umum untuk kemampuan PHP adalah CRUD, Create,

Read, Update, dan Delete.Klarifikasi lengkapnya adalah sebagai berikut:

a) Create adalah kemampuan yang digunakan untuk membuat informasi

baru di situs. contohnya, saat mendaftarkan situs baru, ini adalah hal

yang disebut membuat informasi baru.

b) Read adalah kemampuan yang digunakan untuk membaca dengan teliti

atau juga dapat menampilkan informasi yang ada dalam kumpulan data.

Kemudian akan ditunjukkan dengan perintah klien.

c) Update adalah kemampuan untuk mengubah informasi dari dalam

database. contoh saat mengubah profil klien.

 32

d) Delete adalah fungsi yang digunakan unuk menghapus database.

Contoh menghapus profil, komentar dan tindakan sejenis lainnya.

Gambar 2. 4 Perbedaan Biasa dengan PHP CodeIgneter

Sintaks dasar PHP bagaimana cara memulai suatu struktur

pemrograman

PHP. Ada empat metode untuk memulai pemrograman PHP, diantaranya:

 <?php ?>

 <? ...... ?>

 <script language=”php”> </script>

 <% ...... %>

Dari beberapa struktur kalimat penting yang paling banyak

digunakan adalah cara yang pertama dan yang kedua dari atas. Cara

penulisan skrip PHP ada dua macam, yaitu Embedded Script dan Non

Embedded Script. Contohnya:

 Embedded Script

<html>
<head>
 10

</head>
<body>
<?php
echo “Hallo Dunia”;
?>
</body>
</html>

 Non Embedded Script

<?php
echo “<html>”; echo “<head>”;
echo “<title>Mengenal PHP</title>”; echo “<head>”;
echo “<body>”;
echo “<p>PHP cukup Menyenangkan</p>”; echo “</body>”;
echo “</html>”;
?>
Dari contoh menjelaskan bahwa skrip PHP dapat berupa embedded

script yaitu meletakkan tag PHP diantara tag-tag HTML sedangkan non

embedded script

yaitu semua tag HTML diletakkan dalam tag PHP. Semua kode PHP menyerupai

dengan kode bahasa C, walaupun tidak sepenuhnya sama.

2.2.3 Database

Database adalah kumpulan informasi yang terkoordinasi dan saling

berhubungan, sehingga dapat diakses dengan mudah. database pada umumnya

berada pada perangkat komputer dan dikelola secara otomatis oleh Database

Management system (DBMS). Database berperan penting dalam perkembangan

teknologi. pengumpulan informasi yang lengkap dan terkoordinasi. Kebutuhan

 34

informasi dalam sebuah aplikasi atau inovasi lainnya menjadi lebih mudah

dipenuhi. Umumnya sebuah database memiliki 5 komponen yaitu:

1) Data

Data adalah file-file yang berisi informasi, baik teks, log, gambar, dan

lainnya. Di dalam database, data akan disimpan dengan struktur tertentu,

sehingga mudah dikenali Biasanya, struktur tersebut terdiri dari:

a) Field – Satuan informasi yang rinci, seperti nama produk, harga, stok,

dan lainnya.

b) Record – Kumpulan dari field, yang membentuk satu informasi unik.

Seperti, harga dari suatu produk.

c) Table – Kumpulan dari record, isi dari sebuah file.

d) Database – Kumpulan dari tabel atau file.

2) Hardware

Hardware adalah perangkat keras yang digunakan untuk menyimpan dan

mengelola data. Bentuk Hardware yang digunakan secara lokal atau

jaringan tertentu yaitu komputer, disk, memori, dan lainnya. Sedangkan,

untuk penyimpanan data online seperti website, server hosting-lah yang

digunakan.

3) Sistem Operasi
 10

Sistem operasi bertanggung jawab atas semua sistem yang ada di

komputer atau server. Memilih sistem operasi sesuai kebutuhan bisa

menggunakan windows dan linux.

4) Database Management System (DBMS)

DBMS atau sering disingkat sebagai SMBD adalah kerangka kerja atau

pemrograman yang secara eksplisit dimaksudkan untuk menangani basis

informasi dan menjalankan tugas terhadap informasi yang disebutkan oleh

banyak klien. Alasan mendasar untuk melibatkan DBMS dalam jaringan

komputer adalah untuk menjauh dari kekacauan mengenai penanganan

banyak informasi. DBMS adalah delegasi untuk klien dan kumpulan data

untuk berkomunikasi dengan DBMS, klien harus menggunakan bahasa

dasar informasi yang telah ditentukan. Contoh SMBD adalah Oracle, SQL

server 2000/2003, MS Access, MySQL dan sebagainya.

MySQL adalah salah satu ilustrasi aplikasi DBMS yang umumnya

dilibatkan oleh klien serta software engineer yang bekerja di bidang

komparatif. Terlebih lagi, penggunaannya yang gratis membuat aplikasi ini

umumnya digunakan di sekolah dan perguruan tinggi. MySQL adalah

kerangka kerja administrasi kumpulan data yang menggunakan perintah

SQL (Structure Query Language) dasar. MySQL adalah DBMS yang open

source dengan dua bentuk lisensi yaitu Free Software (perangkat lunak

bebas) dan Shareware (perangkat lunak berpemilik yang penggunaannya

terbatas). Jadi MySQL adalah database server yang gratis dengan lisensi

GNU General Public License (GPL)

 36

5) Database Acces language

Komponen terakhir database adalah Database Access Language.

Database Access Language adalah bahasa yang berguna untuk menuliskan

perintah dalam pengelolaan database

2.2.4 Web server

Menurut Pratama (2014:439) Web Server adalah perangkat lunak yang

dijalankan pada kerangka kerja pada PC server dan area kerja untuk menerima

permintaan berbasis protokol, seperti HTTPS (Hyper Text Transfer Protocol

secure) dan HTTP (Hyper Text Transfer Protocol). Peralatan (server) sedangkan

menurut Fathansyah (2015:466) perangkat lunak yang memberikan akses

administratif disediakan oleh server web (web server). Pengguna dapat mengakses

file dalam URL melalui HTTP atau salah satu variannya, seperti FTP atau

HTTPS.

2.2.5 XAMPP

XAMPP adalah bundel pemrograman PC yang kerangka penamaannya

diambil dari singkatan apache, MySQL (sebelumnya)/MariaDB (saat ini), PHP,

dan Perl. Sedangkan pengikatan huruf "X" yang terdapat awal kata berasal dari

istilah cross stage sebagai gambar bahwa aplikasi ini dapat dijalankan pada empat

framework kerja yang berbeda, seperti sistem operasi Linux, sistem operasi

Windows, sistem operasi Macintosh, dan selanjutnya Solaris.

Program aplikasi XAMPP berfungsi sebagai server lokal untuk

digunakan berbagai jenis informasi situs yang saat ini dalam proses
 10

pengembangan. Dalam prakteknya, XAMPP dapat digunakan untuk

menguji penyajian elemen atau menunjukkan substansi di situs kepada

orang lain tanpa harus terkoneksi internet, cukup mengaksesnya melalui

control panel Xampp, atau istilahnya website offline. XAMPP bekerja

secara offline layaknya web hosting biasa namun tidak bisa diakses untuk

banyak orang.

sehingga, mahasiswa banyak memanfaatkan XAMPP secara ekstensif

untuk memeriksa hasil desain situs web sebelum menggunakan hosting

web, bagian-bagian penting XAMPP

1. Htdocs

Komponen XAMPP yang dikenal sebagai htdocs menyimpan berbagai file

dan dokumen yang akan ditampilkan di situs web. Hard drive komputer

menentukan jumlah ruang yang tersedia di menu htdocs.

2. Control Panel

Control panel, seperti namanya, memberi kita lebih banyak kebebasan

untuk mengelola database, mengunggah file, atau membuat pengaturan situs

web yang lebih spesifik. Kita juga dapat mengatur stop dan star aplikasi

XAMPP dari dalam Control Panel untuk meminimalkan kinerja komputer.

3. PhpMyAdmin

Sama seperti fungsi PhpMyAdmin pada web hosting sesungguhnya, peran

PhpMyAdmin dalam aplikasi XAMPP juga diplot sebagai pengatur

 38

konfigurasi MySQL. Untuk membuka phpMyAdmin di XAMPP caranya

Anda bisa langsung mengetikkan URL http://localhost/phpMyAdmin

2.3 Pemodelan Sistem

2.3.1 DFD ( Data Flow Diagram )

Aliran data suatu proses, juga dikenal sebagai sistem informasi,

digambarkan dalam diagram yang dikenal sebagai DFD (Data Flow

Diagram). Selain itu data flow diagram  juga menyediakan informasi

mengenai input dan output dari tiap entitas dan proses itu sendiri.

Tidak ada aturan untuk keputusan atau pengulangan dalam diagram

alir karena data juga tidak memiliki pengaruh atas aliran. Diagram alur

data dengan skema yang lebih spesifik adalah bentuk representasi.

Kenneth Kozar menegaskan bahwa keberadaan DFD berfungsi sebagai

penyedia atau penghubung antara pengguna dan sistem. Pembuatan

diagram alir data untuk tujuan pengembangan perangkat lunak terdapat

tiga fungsi dari pembuatan diagram alir data untuk kebutuhan software

development. Berikut ini merupakan penjelasan dari masing – masing

fungsi di bawah ini(Ilmiah et al., 2016)

1. Menyampaikan Rancangan Sistem

Dengan tampilan visual langsung yang dapat dipahami oleh stakeholder,

proses penyampaian informasi menjadi lebih sederhana ketika DFD

diimplementasikan. Dimana, dengan menggunakan strategi yang lebih efektif,

data yang disajikan dapat menggambarkan aliran data secara terstruktur.

 10

2. Menggambarkan Suatu Sistem

Proses menggambarkan sistem sebagai jaringan yang berfungsi dapat

dibantu oleh fungsi kedua, DFD. Intinya adalah bahwa berbagai komponen

jaringan dihubungkan bersama melalui aliran data.

3. Perancangan Model

Diagram ini juga dapat digunakan untuk membuat desain model baru

yang berfokus pada fungsi sistem tertentu. Bagian yang lebih mendalam dari

diagram alir data dapat dilihat dengan ini.

Tabel 2. 1 Simbol DFD (Data Flow Diagram)

Simbol De
No Macro dan Nama Keterangan
Jourdan
1. Proses atau Pemodelan notasi ini harus
fungsi atau menjadi fungsi atau prosedur
prosedur. dalam kode program ketika
datang ke pemodelan perangkat
lunak yang akan
diimplementasikan
menggunakan pemrograman
terstruktur.
Catatan:
Nama yang diberikan pada
sebuah proses biasanya berupa
kata kerja.
2. File dalam Pemodelan notasi ini harus
basis data atau diterjemahkan ke dalam tabel
penyimpanan database yang diperlukan untuk
(storage). pemodelan perangkat lunak
 40

yang akan diimplementasikan

menggunakan pemrograman
terstruktur. Tabel ini juga harus
sesuai dengan desain tabel
database Entity Relationship
Diagram (ERD), Conceptual
Data Model (CDM), dan
Physical Data Model (PDM).

Catatan: Nama yang diberikan

pada sebuah penyimpanan
biasanya kata benda.
3 Entitas luar Atau masukan (input) atau
(external keluaran (output).atau orang
entity). yang memakai /berinteraksi
dengan perangkat lunak yang
dimodelkan atau sistem lain
yang terkait dengan aliran data
dari sistem yang dimodelkan.
Catatan: Nama yang digunakan
pada masukan biasanya kata
benda.
4 Aliran data. Merupakan data yang dikirim
antar proses, dari penyimpanan
ke proses atau dari proses ke
masukan (input) atau keluaran
(output).
Catatan: nama yang digunakan
pada aliran data biasanya berupa
kata benda, dapat diawali
dengan kata data misalnya “data
 10

sampah” atau tanpa kata data

misalnya “sampah”.

Data flow diagram terbagi menjadi tiga jenis, dimana setiap bagian

memiliki peran dan fungsinya masing – masing. Untuk pembuatannya

sendiri dapat menyesuaikan kebutuhan proyek dari manajemen tim -nya.

1. Diagram Level 0 (Diagram Konteks)

Diagram dengan level terendah, diagram konteks, atau level 0,

menggambarkan interaksi sistem dengan entitas eksternal. Untuk setiap proses

yang berjalan, diagram konteks akan diberi nomor yang dimulai dengan angka

0.

Akibatnya, sistem akan langsung ditargetkan untuk setiap aliran data.

Selain itu, kurangnya informasi mengenai data yang disimpan dalam

penyimpanan data adalah karakteristik dari diagram level 0

2. Diagram Level 1

DFD level 1 merupakan lanjutan dari diagram konteks, dimana setiap proses

yang berjalan akan diperinci pada tingkatan ini. Sehingga, proses utama akan

dipecah menjadi sub – sub proses yang lebih kecil lagi.

3. Diagram Level 2

DFD level 2 adalah langkah maju dari level sebelumnya, dan selama fase

ini, setiap proses akan dijelaskan secara lebih mendalam. Namun, itu jarang

dilakukan pada level ini, dan bahkan lebih sedikit orang yang menerapkannya

dua tingkat di bawahnya.

 42

2.3.2 ERD (Entity Relationship Diagram)

Diagram hubungan entitas, atau ERD adalah jenis diagram yang

menunjukkan bagaimana objek data terkait satu sama lain melalui

hubungan. ERD digunakan untuk mengatur data dan hubungannya, dan

notasi, simbol, bagan, dan cara lain digunakan untuk menggambarkannya.

Untuk memasukkannya ke dalam kata-kata:

a. Notasi ialah seperangkat lambang yang menggambarkan data

b. Simbol sebagai lambang sebagai penanda

c. Bagan merupakan rancangan atau skema untuk mempermudah

penafsiran dan lain sebagainya.

Diagram Hubungan Entitas, juga dikenal sebagai notasi, membutuhkan tiga

komponen utama sebagai konstituennya.

a. Entitas

Objek berwujud yang berbeda dari objek lain adalah entitas. Objeknya

bisa nyata atau imajiner. Sementara data abstrak tidak berwujud, data

konkret adalah sesuatu yang benar-benar ada atau dapat dirasakan oleh

sistem sensorik.
 10

Orang, buku, pegawai, perusahaan merupakan jenis entitas konkret.

Berbeda dengan mata kuliah, kejadian, pekerjaan adalah benda tak

berwujud.

b. Atribut (field)

Atribut, juga dikenal sebagai bidang, adalah komponen kedua dari

ERD. Karakteristik suatu entitas dapat dijelaskan oleh atribut masing-

masing entitas. Ada beberapa jenis jenis, termasuk atribut Kunci, atribut

unik, dan atribut yang berbeda.seperti NIM, nomor kepala sekolah lainnya,

dan nomor identifikasi siswa (NPM). Atribut komposit adalah atribut yang

terdiri dari beberapa subattributes yang masing-masing memiliki arti

tertentu. Misalnya, nama depan, tengah, dan belakang

c. Relasi (relation)
 44

Selanjutnya, ada hubungan, yang merupakan koneksi antara entitas untuk

menunjukkan bahwa sejumlah entitas berasal himpunan entitas lain.

Misalnya, istilah "ambil" mengacu pada hubungan yang ada antara

mahasiswa dan mata kuliah dalam sistem akademik. mahasiswa mendaftar

di kelas.

Dalam erd, kardinalitas hubungan, juga dikenal sebagai rasio kardinalitas,

digunakan untuk memetakan hubungan antara data dan dipecah menjadi

empat kategori:

Hubungan pertama, One to One (1:1).Apa artinya bagi yang satu lawan satu

ini? Entitas A dan B, misalnya, memiliki satu entitas yang sama dengan

paling banyak satu entitas dalam himpunan entitas B, dan sebaliknya. jadi,

hanya satu anggota entitas B saja yang dapat dikaitkan dengan setiap

anggota entitas A. Contohnya, satu siswa (1) memiliki satu nomor siswa (1),

dan sebaliknya.

Hubungan Kedua, One to many (1:M). Satu ke Banyak menunjukkan

bahwa setiap entitas dalam himpunan entitas A dapat berhubungan dengan

sejumlah besar entitas dalam himpunan entitas B. Dengan kata lain, setiap

anggota entitas A dapat berhubungan dengan lebih dari satu anggota entitas

B, tetapi tidak sebaliknya. Contoh dari relasi One to Many ini adalah satu

kelas (1) berisi banyak siswa (M), atau siswa mengikuti banyak

ekstrakurikuler.
 10

Hubungan Ketiga, Many to One (M:1). Relasi ini merupakan kebalikan dari

relasi sebelumnya. Untuk contohnya, yaitu banyak pegawai (M) bekerja

dalam satu departemen (1), atau banyak dosen mengajar dalam satu mata

kuliah.

Hubungan Keempat, Many to Many (M:N). Setiap entity pada kumpulan

entitas A dapat berhubungan dengan banyak entitas pada kumpulan data

entitas B. Misalnya, banyak siswa (M) mempelajari banyak pelajaran (N).

Demikian pula sebaliknya, banyak pelajaran (N) dipelajari banyak siswa

(M).

d) Garis
 46

Garis ini berfungsi lebih dari sekadar sebagai penghubung antara himpunan

hubungan dan himpunan entitas, atau antara entitas dan atributnya. Garis

dapat memudahkan pengguna untuk melihat dan memahami alur ERD

dengan memperjelas di mana ia dimulai dan berakhir.

Tabel 2. 2 simbol ERD ( Entity Relationship Diagram)

No Simbol Chen Deskripsi

1. Entitas / entity Sebagian besar waktu, nama
entitas lebih seperti kata
benda daripada nama tabel.
Tabel database akan
menampung data penting
yang dikenal sebagai entitas.
Selain itu, mereka adalah hal-
hal dengan data yang harus
disimpan agar dapat diakses
oleh program komputer.
Atribut Field atau kolom data yang butuh
2 disimpan dalam suatu entitas.

Atribut kunci Kunci utama dapat lebih dari

3 primer satu kolom, asalkan
kombinasi beberapa kolom
bisa unik (berbeda tanpa
yang sama). Bidang atau
kolom data yang perlu
disimpan dalam entitas dan
digunakan sebagai kunci
akses rekaman yang
diinginkan. Bidang atau
 10

kolom ini biasanya berbentuk

id.
Atribut multinilai / Field atau kolom data yang
4 multivalue butuh disimpan dalam suatu
entitas yang dapat memiliki
nilai lebih dari satu.

Relasi Relasi yang menghubungkan antar

5 entitas, biasanya diawali dengan kata
kerja.

Penghubung antara relasi dan

6 entitas di mana di kedua
ujungnya memiliki
Asosiasi / association
multiplicity kemungkinan
jumlah pemakaian

2.4 . Metode Pengembangan Sistem

2.4.1 RAD Mode (Rapid Application Development)

Model proses pengembangan perangkat lunak yang merupakan bagian dari

teknik inkremental (bertingkat) disebut Rapid Application Development (RAD)

atau pembuatan prototipe cepat. Fokus RAD adalah pada siklus pengembangan

yang pendek, cepat, dan singkat. Keterbatasan yang signifikan dari model ini

adalah umurnya yang pendek. Sistem model kerja dikembangkan menggunakan

metode iteratif (berulang) dalam pengembangan aplikasi yang cepat. sistem

dibangun sejak dini dengan tujuan mengatur kebutuhan pengguna (persyaratan)

 48

dan kemudian menyingkirkannya. Terkadang, model kerja hanya berfungsi

sebagai dasar untuk desain dan implementasi sistem akhir.

A. Kelebihan dan Kekurangan RAD

Rencana pengembangan aplikasi yang memiliki ruang lingkup terbatas dan

akan dikembangkan oleh tim kecil ini lebih sesuai dengan metode

pengembangan sistem RAD. Namun, sebagai metode untuk

mengembangkan aplikasi, RAD memiliki kelebihan dan kekurangan.

Berikut ini adalah kelebihan metodologi RAD menurut Marakas (2006).

1) Waktu dapat lebih cepat tercapai dalam keseluruhan fase proyek

2) Biaya proyek dan sumber daya manusia keduanya dikurangi oleh

RAD.

3) Pengembangan aplikasi yang memprioritaskan waktu penyelesaian

proyek dapat memperoleh manfaat besar dari RAD.

4) Modifikasi pada desain sistem mungkin memiliki dampak yang lebih

cepat daripada perubahan pada pendekatan SDLC tradisional.

5) Dalam sistem akhir, perspektif pengguna disajikan baik melalui fungsi

sistem atau antarmuka pengguna.

6) Semua pembuat kebijakan proyek merasakan rasa kepemilikan yang

kuat berkat RAD.

Sedangkan, mengacu pada pendapat Kendall (2010), maka dapat

diketahui bahwa kekurangan penerapan metode RAD adalah sebagai

berikut:
 10

1. Penganalisis mencoba mempercepat proyek menggunakan metode RAD.

2. Manajemen waktu dan perhatian terhadap masalah detail adalah

kelemahan. Aplikasi dapat diselesaikan lebih cepat, tetapi mereka tidak

dapat menempatkan penekanan yang tepat pada masalah perusahaan.

3. Programmer yang tidak berpengalaman akan kesulitan menggunakan

RAD karena analis dan programmer dituntut untuk mempelajari

keterampilan baru sambil juga mengerjakan pengembangan sistem.(Haki,

2017)

2.4.1.1 Fase dan Tahapan Pengembangan Aplikasi

Fase penilaian, perancangan, dan penerapan RAD, seperti yang

dijelaskan oleh Kendall (2010), melibatkan penganalisis dan pengguna.

requirements planning (perencanaan syarat-syarat), RAD design

workshop (workshop desain RAD), dan implementation (implementasi)

adalah tiga fase. Menurut Kendall (2010), tahapan pengembangan aplikasi

dari setiap fase pengembangan aplikasi tercantum di bawah ini sesuai

dengan metodologi RAD.

1)      Requirements Planning (Perencanaan Syarat-Syarat)

Pengguna dan penganalisis bertemu dalam fase ini untuk menentukan

tujuan aplikasi atau sistem dan ketentuan informasi yang berasal dari tujuan

tersebut. Orientasi pada fase ini adalah berurusan dengan masalah

perusahaan. Sementara teknologi dan sistem informasi dapat mengarahkan

 50

sebagian dari sistem yang diusulkan, upaya untuk mencapai tujuan

perusahaan akan selalu menjadi fokus utama (Kendall, 2010).

2)      RAD Design Workshop (Workshop Desain RAD)

Fase ini merupakan fase desain dan perbaikan yang dapat dibandingkan

dengan workshop. Pemrogram dan penganalisis dapat membangun dan

menunjukkan representasi visual dari desain dan pola kerja kepada pengguna.

Tergantung pada ukuran aplikasi, worksop desain ini mungkin memerlukan

waktu beberapa hari untuk diselesaikan. Pengguna memberikan umpan balik

tentang prototipe yang sudah ada sebelumnya selama lokakarya desain RAD,

penganalisis memperbaiki modul-modul yang dirancang berdasarkan respon

pengguna. Apabila seorang pengembangnya merupakan pengembang atau

pengguna yang berpengalaman, Kendall menilai bahwa usaha kreatif ini

dapat mendorong pengembangan sampai pada tingkat terakselerasi (Kendall,

2010).

3)      Implementation (Implementasi)

Pada fase implementasi ini, penganalisis bekerja dengan para pengguna

secara intens selama workshop dan merancang aspek-aspek bisnis dan

nonteknis perusahaan. Segera setelah aspek-aspek ini disetujui dan sistem-

sistem dibangun dan disaring, sistem-sistem baru atau bagian dari sistem

diujicoba dan kemudian diperkenalkan kepada organisasi (Kendall, 2010)

 10

BAB III

ANALISIS DAN PERANCANGAN

4.1 Umum

Penelitian ini dilaksanakan di Bank Sampah Mutiara Medan. Bank Sampah

Mutiara ini beralamat di Jl. Bromo ujung, kecamatan Medan Denai, Kota Medan

Provinsi Sumatera Utara. Adapun tahapan-tahapan atau prosedur kegiatan dari

awal sampai telah terangkum dalam suatu bagan alir atau flowchart. Tahapan-

tahapan kegiatan penelitian dapat dilihat pada Gambar 3.1.

Mulai

Melakukan identifikasi masalah dari bank sampah mutiara

Menemukan masalah dari sistem berjalan pada pengelolaan

bank sampah
 kelapangan/lokasi pengelolaan bank sampah
literatur

Mengidentifikasi perecanaan syarat-syarat khusus

Tahap I Metode RAD
memecahkan masalah 52

Melakukan Perancangan (design) workshop sistem

Tahap II Metode informasi Bank sampah
RAD

Melakukan proses
representasi visual tidak
desain dan pola kerja
kepada user

ya

Simulasi dan sosialisasi sistem Bank sampah

Melakukan Perancangan struktur database

Melakukan perancangan implementasi tampilan

Tahap III Metode Melakukan penginputan data ke sistem

RAD

4.2 Lokasi Penelitian

Penelitian ini dilaksanakan di Bank Sampah Mutiara Medan. Bank Sampah

Mutiara ini beralamat di Jl. Bromo ujung, kecamatan Medan Denai, Kota Medan

Sumatera Utara. Bank Sampah ini memiliki visi Membantu Program pemerintah

dalam pengelolaan sampah berbasis masyarakat, sebagai salah satu alternatif

dalam membantu meningkatkan perekonomian masyarakat dapat menjadi wadah

yang solutif, kreatif dan inovatif dalam mengubah sampah.

Gambar 3. 1 Flowcahart Penelitian

 10

4.3 Studi Lapangan & Literatur

Pada tahap studi lapangan dan literatur ini peneliti melakukan analisis sistem

yang ada dibank sampah mutiara seperti proses pendaftaran nasabah baru sampai

proses penacairan tabungan nasabah. Tahapan studi lapangan dan literatur ini

dilakukan dibank sampah mutiara agar mendapatkan gambaran umum dalam

membuat sistem informasi. Setelah melakukan analisis sistem peneliti

menemukan beberapa masalah dibank sampah mutiara mulai dari proses

pendaftaran warga menjadi nasabah bank sampah sampai pencairan tabungan oleh

nasabah.

Beberapa permasalahannya yaitu repotnya pendaftaran nasabah baru,

pencatatan proses transaksi menabung membutuhkan waktu lama, pencatatan

jumlah data nasabah kebuku besar yang harus membuka satu persatu buku

nasabah, pencatatan laporan-laporan tidak efisien, tidak ada arsip pencatatan

jumlah sampah masuk dan sampah keluar gudang penyimpanan, serta pencairan

dana nasabah yang harus dihitung secara manual sehingga sering terjadinya

kesalahan dalam perhitungan.

Metode RAD memiliki beberapa tahap Perencanaan syarat-syarat, RAD

Design Workshop dan Implementasi. Pada tahap ini yaitu Perencanaan syarat-

syarat adalah studi lapangan/literatur yang dilakukan peneliti dengan cara

observasi atau mengamati langsung proses berjalan yang ada di bank sampah

Mutiara untuk mencari pokok permasalahan serta dapat menyelesaikan masalah di

bank sampah Mutiara.

 54

4.4 Requirements Planning (Perencanaan Syarat-syarat)

Pada tahap Requirements Planning (Perencanaan Syarat-Syarat) untuk

mengidentifikasikan perencanaan khusus untuk memecahkan masalah yang ada

dibank sampah mutiara.

3.4.1 Analisis sistem yang sedang berjalan

Setelah melakukan pengamatan dan analisa pada bank sampah Mutiara

dapat diketahui sistem yang sedang berjalan selama ini dilakukan kurang efektif

diantaranya untuk pengelolaan proses pendaftaran nasabah baru, proses

penabungan dan proses pencairan dana nasabah.

Berikut adalah beberapa gambaran alur sistem yang sedang berjalan pada

Bank Sampah Mutiara.

 10

Gambar 3. 2 Alur Pendaftaran nasabah baru

Berdasarkan Gambar 3.2 tersebut, maka sistem yang sedang berjalan saat ini

pada bank sampah Mutiara dapat diuraikan sebagai berikut:

1. Warga membawa KTP dan sampah sebagai persyaratan untuk mendaftar

menjadi nasabah Bank sampah

2. Kasir melayani calon nasabah dan verifikasi persyaratan

3. Jika Membawa sampah, maka dilanjutkan pendataan dibuku besar dan

membuat buku nasabah jika tidak maka proses tidak lanjutkan oleh kasir

Bank Sampah
 56

4. Warga mendapatkan buku/kartu nasabah

5. Pendaftaran nasabah selesai.

Gambar 3. 3 Alur Proses menabung

Berdasarkan Gambar 3.3 tersebut, maka sistem yang sedang berjalan saat ini

pada bank sampah Mutiara dapat diuraikan sebagai berikut:

1. Warga yang telah terdaftar menjadi nasabah Bank Sampah Mutiara

membawa buku nasabah dan sampah ke kasir

2. Kasir melakukan pencarian data nasabah dibuku besar Bank Sampah

3. Kasir melakukan pengelompokan dan penimbangan berat sampah

4. Setelah mengetahui jenis sampah yang dikelompokan serta berat sampah

Dicatat kebuku besar Bank Sampah dan dibuku nasabah

5. warga mendapatkan kembali buku nasabah dan proses menabung selesai

 10

Gambar 3. 4 Alur Proses Pencairan Tabungan

Berdasarkan Gambar 3.4 tersebut, maka sistem yang sedang berjalan saat

ini pada bank sampah sejahtera kalidoni palembang dapat diuraikan sebagai

berikut:

1. Warga membawa buku nasabah/kartu dan KTP sebagai persyaratan untuk

pencairan

2. Warga menemui kasir membawa persyaratan buku/kartu nasabah dan KTP

3. Kasir melakukan pencarian data nasabah dibuku besar dan verifikasi

4. Jika minimal 3 bulan dana nasabah dilanjutkan perhitungan dan untuk

tabungan jika kurang dari 3 bulan dana tidak dapat dicairkan.

 58

3.4.2 Perumusan Masalah

Setelah melakukan penelitian di bank sampah Mutiara, diketahui bahwa

sistem yang ada saat ini masih dilakukan secara konvensional atau manual, antara

lain pendaftaran nasabah baru, pencatatan proses transaksi tabungan, pencatatan

jumlah data nasabah ke pembukuan besar, pencatatan laporan pembelian dan

penjualan, serta tidak adanya arsip untuk mencatat jumlah sampah yang masuk ke

gudang penyimpanan dan sampah yang keluar.

3.4.3 Analisis Kebutuhan Sistem/ Fungsional

Pada analisis kebutuhan fungsional disini penulis menerapkan Framework

CodeIgneter pada sistem web development memakai bahasa PHP yang

menggunakan konsep MVC. Model, View dan Controller. Model bertugas

menyimpan atau mengambil data (CRUD) seperti data user, data nasabah, data

sampah, pembelian, penjualan dan penarikan tabungan dari database. Dan

Controller bertugas menangani interaksi bekerja dengan model memilih view

yang digunakan seperti mengelola data user, data nasabah, data sampah dan

data tabungan setelah itu yang bertugas untuk menampilkan halaman web

adalah view, pada CodeIgniter, view dapat juga sebagai potongan halaman

seperti header atau footer. Bahkan dapat juga sebagai halaman RSS atau tipe

halaman lainnya. Bagian-bagian dari model, view dan controller adalah :

 10

Tabel 3. 1 Kebutuhan Fungsional

Bagian
No Kebutuhan Keterangan
(MVC)
1 Menampilkan Halaman Beranda
2 Menampilkan Halaman log in
3 Controller/View Menampilkan Halaman log out
4 Menampilkan dan mengelola
halaman managemen user
5 Pengelola/ Mengelola halaman data nasabah
6 admin Mengelola halaman data sampah
7 Mengelola halaman data
penjualan
8 Mengelola halaman data
Pembelian
9 Mengelola halaman jenis sampah
10 Mengelola halaman jenis
Controller tabungan
11 Mengelola halaman dana
tabungan
Mengelola transaksi penjualan
Kasir
dan pembelian
12 Mengelola halaman penarikan
tabungan
13 Mengelola halaman laporan
keuangan bulanan, tahunan.
14 Melihat hasil laporan keuangan
15 Direktur Controller/Model Melihat laporan hasil penjualan
16 Melihat laporan hasil pembelian
17 Controller Mengelola Profil nasabah
Nasabah
18 View Melihat jumlah tabungan
 60

3.4.4 Analisis Kebutuhan Sistem/Non Fungsional

Berikut adalah kebutuhan sistem/non-fungsional yang dibutuhkan dalam

membuat Sistem Informasi Bank Sampah Berbasis Web Pada Bank Sampah

Mutiara baik itu kebutuhan berupa kebutuhan perangkat Keras dan perangkat

lunak:

Tabel 3. 2 Tabel Spesifikasi Kebutuhan Minimum

No Perangkat Lunak Perangkat Keras

1 Operating System (OS) PC Intel Pentium 4

windows 7

2 Text Editor/Notepad++ RAM 2 GB

3 Internet Browser (Mozilla Processor Core 2

Firefox/Microsoft Edge)
4 Web Server package (XAMPP)

4.5 RAD Design Workshop (Workshop Desain RAD)

3.5.1 Perancangan Alur Data

Tahap perancangan ini dilakukan berdasarkan data yang telah didapat

dari tahap persiapan dan tahap perencanaan. Tahap perancangan ini untuk

diterapkan berupa program dan sistem.

Dibuat dalam mode desain DFD (Data Flow Diagram). DFD adalah

diagram yang menunjukkan bagaimana data mengalir melalui suatu proses,

juga dikenal sebagai sistem informasi. Selain itu, proses itu sendiri dan input

serta outputnya digambarkan dalam diagram alir data. Diagram alir data dari

sistem yang dibangun DFD yang mencakup : Diagram konteks (top level),

diagram level 0 dan diagram rinci (level 1). Diagram aliran data sistem yang
 10

dibangun mencakup 2 (tiga) entitas yaitu pengelola/admin, kasir, direktur dan

nasabah.

3.5.2 Diagram Konteks

Diagram yang menunjukkan proses dan ruang lingkup sistem disebut

diagram konteks atau diagram level 0. Tingkat tertinggi DFD, diagram

konteks, digunakan untuk menggambarkan semua input dan output

sistem.yang akan memberikan gambaran umum tentang sistem secara

keseluruhan. Batas mendefinisikan sistem dan dapat digambarkan sebagai

garis putus-putus. Hanya ada satu proses yang ditampilkan dalam diagram

konteks. Diagram konteks tidak boleh berisi penyimpanan.

Gambar 3. 5 Diagram konteks

 62

Diagram konteks diatas terdapat 4 entitas yaitu

administrasi/pengelola ,kasir, nasabah dan direktur. Memiliki 7 arus data

yaitu administrasi/pengelola,kasir,direktur dan nasabah adalah pengguna

sistem. Admin mengelola halaman management user, data sampah, data

sampah, data penjualan, data pembelian. Kasir mengelola jenis tabungan

nasabah, dana tabungan, melakukan transaksi penjualan, transaksi pembelian

dan penarikan tabungan. Direktur melihat laporan keuangan, laporan

pembelian dan penjualan. Nasabah mengelola profil nasabah, melihat jumlah

tabungan.

3.5.2.1 Diagram Level 1 Sistem Informasi Bank Sampah

Diagram konteks berlanjut pada DFD level 1, di mana setiap proses

yang berjalan akan dijelaskan secara rinci. Akibatnya, sub-proses yang lebih

kecil akan dibuat dari proses utama..

 10

Gambar 3. 6 DFD Level 1 sistem Informasi Bank Sampah

Diagram level 1 menjelaskan tentang proses kerja administator

mengelola data user yaitu management user, data pengelola dan informasi

data user dan juga mengelola master data yaitu data nasabah, data sampah,

jenis sampah dan jenis tabungan. Kasir melakukan proses mengelola transaksi

pembelian, transaksi penjualan dana tabungan dan penarikan tabungan.

Direktur mengelola/menerima laporan keuntungan dan laporan pembelian dan

penjualan dari kasir dan data sampah dari administator. Nasabah melakukan

proses edit data profil dan melihat jumlah saldo.

3.5.2.2 Diagram Level 2 proses 1 dan 2 Sistem Informasi Bank Sampah

Diagram Level 2 untuk proses 1 dan 2 sistem informasi ini

mendeskripsikan secara rinci proses diagram level 1 yaitu entitas

 64

administator 1.1 mengelola data user, 2.1 Mengelola data nasabah, 2.2

Mengelola data sampah, 2.3 Mengelola jenis sampah.

Gambar 3. 7 Diagram rinci level 2 Proses 1 dan 2

3.5.2.3 Diagram Level 2 Untuk Proses 3 dan 4 Sistem Informasi

Diagram Level 2 untuk proses 3 dan 4 sistem informasi ini

mendeskripsikan secara rinci proses diagram level 1 yaitu entitas Kasir 3.1

mengelola Transaksi dan Mengelola data pencairan. Dan entitas nasabah

yang mengelola informasi saldo dan transaksi pencairan.

 10

Gambar 3. 8 Diagram rinci level 1 Proses 3 dan 4

3.5.3 ERD ( Entity Relationship Diagram)

Diagram Hubungan Entitas adalah diagram yang digunakan dalam

desain database untuk menunjukkan hubungan terperinci antara objek

atau entitas serta atributnya. Sistem basis data pembentuk dapat

digambarkan dengan struktur dan kerapian yang lebih besar melalui

penggunaan ERD.
 66

Gambar 3. 9 Entity Relational Diagram (ERD)

3.5.4 Perancangan Basis Data

Basis data terdiri dari beberapa tabel yang digunakan untuk menyimpan

record-record pada Sistem Bank Sampah. Beberapa tabel pada basis data tersebut

yaitu :

3.5.4.1 Tabel user

Tabel user digunakan untuk menyimpan data user yang berisi id_user,

username, password, email, nama_user, level, jabatan, umur, jenis_kelamin,

alamat, notelp,upload foto.

Nama Tabel : Users

Primary Key : ID_Users

Tabel 3. 3 Field Users

Field Type Panjang Keterangan

 10

id_user Int 25 User

Username Varchar 30 Username
Password Varchar 25 Password pengguna
Email Varchar 25 email pengguna
nama_user Varchar 30 Nama user
Level Varchar 15 Level
Jabatan Varchar 25 Jabatan
Umur Varchar 15 Umur
jenis_kelamin Varchar 15 Jenis kelamin
Alamat Text 30 Alamat
Notelp Varchar 30 Notelp
Foto Varchar 30 Foto

3.5.4.2 Tabel Nasabah

Tabel akun digunakan untuk menyimpan data pengguna yang berisi

id_anggota`,`nama`,`username`,`password`,`umur`,`jenis_kelamin`,`notelp`,`

email`, `alamat`.’upload foto’.

Nama Tabel : Nasabah

Primary Key : ID_anggota

3
Tabel 3. 4 Field Nasabah

Field Type Panjang Keterangan

`id_anggota` Varchar 25 Nasabah
`nama` Varchar 25 nama nasabah
`username` Varchar 25 Username nasabah
`password` Varchar 25 password nasabah
`umur` Varchar 15 umur nasabah
`jenis_kelamin` Varchar 15 Jenis kelamin nasabah
 68

`notelp` Varchar 30 notelp nasabah

`email` Varchar 30 email nasabah
`alamat` Text 30 alamat nasabah
‘foto’ Varchar 30 Foto nasabah

3.5.4.3 Tabel Jenis Sampah

Tabel Jenis Sampah digunakan untuk menyimpan data jenis sampah yang

berisi id_jenis, jenis_sampah,foto.

Nama Tabel : Jenis Sampah

Primary Key : ID_Jenis

Tabel 3. 5 Field Jenis Sampah

Field Type Panjang Keterangan

id_jenis Int 15 Id jenis Sampah
jenis_sampah Varchar 15 Jenis sampah
Foto Varchar 15 Foto sampah

3.5.4.4 Tabel Data Sampah

Tabel data sampah digunakan untuk menyimpan data sampah yang berisi

id_sampah, nama_sampah, id_jenis, harga_beli, harga_jual, stok, upload

foto.

Nama Tabel : Sampah

Primary Key : ID_Sampah

Tabel 3. 6 Field Sampah

 10

Field Type Panjang Keterangan

id_sampah Int 15 Sampah
nama_sampah Varchar 30 Nama sampah
id_jenis Int 25 jenis sampah
harga_beli Decimal 25 Harga beli sampah
harga_jual Decimal 25 Harga jual sampah
Foto Varchar 25 Foto sampah

3.5.4.5 Tabel Jenis Tabungan

Tabel Jenis Sampah digunakan untuk menyimpan data jenis sampah yang

berisi id, nama_jenis.

Nama Tabel : Tabungan

Primary Key : ID_Tabungan

Tabel 3. 7 Field Jenis Tabungan

Field Type Panjang Keterangan

nama_jenis Varchar 30 Nama jenis
Desc Text 30 Deskripsi jenis tabungan

3.5.4.6 Tabel Tabungan

Tabel tabungan digunakan untuk menyimpan data tabungan nasabah

yang berisi id_tabungan, id_nasabah, id_jenis_tabungan, tabungan.

Nama Tabel : Tabungan

Primary Key : ID_Tabungan

Tabel 3. 8 Field Tabungan

 70

Field Type Panjang Keterangan

id_tabungan Int 25 Tabungan nasabah
id_nasabah Int 25 Nasabah
id_jenis_tabungan Int 25 Jenis tabungan nasabah
tabungan Decimal 25 Tabungan nasabah

3.5.4.7 Tabel Pembelian

Tabel pembelian digunakan untuk menginput data pembelian yang berisi

id_pembelian, id_sampah, tanggal, id_anggota, berat, total, ket, tabungan,

id_jenis_tabungan,

Nama Tabel : Pembelian

Primary Key : ID_pembelian

Tabel 3. 9 Field Pembelian

Field Type Panjang Keterangan

id_pembelian Integer 25 Tabungan nasabah

id_sampah Integer 25 sampah nasabah
Tanggal Date 25 Tanggal menabung
id_anggota Integer 25 Anggota pengelola
Berat Decimal 15 Berat sampah
3
Total Decimal 25 Total sampah
Ket Text 30 Keterangan sampah
Tabungan Varchar 25 Tabungan nasabah
id_jenis_tabungan Integer 25 Jenis tabungan nasabah
 10

3.5.4.8 Tabel Penjualan

Tabel penjualan digunakan untuk menginput data penjualan yang berisi

id_penjualan, id_sampah, tanggal, berat, total, petugas

Nama Tabel : Penjualan

Primary Key : ID_Penjualan

Tabel 3. 10 Field Penjualan

Field Type Panjang Keterangan

id_penjualan Int 25 penjualan
id_sampah Int 25 Sampah
Tanggal Date 25 Tanggal
Berat Decimal 15 Berat sampah
Total Decimal 25 Total sampah
Petugas Varchar 30 Petugas
 72

3.5.4.9 Tabel Penarikan

Tabel penarikan digunakan untuk menginput data penarikan yang berisi

id, id_nasabah, id_jenis_tabungan, tanggal, saldo, nominal_penarikan,

sisa_saldo.

Nama Tabel : Penarikan

Primary Key : ID

Tabel 3. 11 Field Penarikan

Field Type Panjang Keterangan

id_nasabah Bigint 25 Id nasabah
id_jenis_tabungan Bigint 25 Jenis tabungan
Tanggal Date 25 tanggal penarikan
Saldo Decimal 30 Saldo nasabah
nominal_penarikan Decimal 30 Nominal penarikan
sisa_saldo Decimal 30 Sisa saldo nasabah

3.4.1.1
 10

3.5.5 Perancangan Input

3.5.5.1 Perancangan Interface Login

Untuk memasuki sistem, desain antarmuka login mencakup formulir nama

pengguna, kata sandi, dan tombol login. Seperti yang ditunjukkan pada

Gambar 3.10.

Gambar 3. 10 Perancangan Interface Login

 74

3.5.5.2 Perancangan Interface Input User

Formulir entri data untuk memasukkan nama pengguna, email, kata

sandi, konfirmasi kata sandi, nama pengguna, tingkat, posisi, usia, jenis

kelamin, nomor telepon, alamat, dan foto ditampilkan dalam desain sistem

antarmuka input pengguna. Administrator adalah satu-satunya orang yang

memiliki hak akses input pengguna. Seperti yang ditunjukkan pada

Gambar 3.11.

Gambar 3. 11 Perancangan Interface Input user sistem

3.5.5.3 Perancangan Interface Input Nasabah

Perancangan interface input Nasabah menampilkan form data

masukkan data berupa username, password, konfirmasi password, nama,

umur, jenis kelamin, no telp, email, alamat, telpon, upload foto. Hak akses

input user hanya dimiliki oleh Administrator. Seperti yang dapat dilihat

pada gambar 3.12

 10

Gambar 3. 12 Perancangan Interface Input nasabah

3.5.5.4 Perancangan Interface Input Data Sampah

Perancangan interface input Data sampah menampilkan form data

masukkan data berupa nama sampah, stock, harga beli, harga jual, jenis

sampah, upload foto. Hak akses input user hanya dimiliki oleh

Administrator. Seperti yang dapat dilihat pada gambar 3.13

Gambar 3. 13 Perancangan Interface Input Data sampah

3.5.5.5 Perancangan Interface Input Jenis Sampah

Perancangan interface input Jenis Sampah menampilkan form data

masukkan data berupa jenis sampah, upload foto. Hak akses input user
 76

hanya dimiliki oleh Administrator. Seperti yang dapat dilihat pada gambar

3.14

Gambar 3. 14 Perancangan Interface Input Jenis Sampah

3.5.5.6 Perancangan Interface Input Jenis Tabungan

Perancangan interface input Jenis Tabungan menampilkan form data

masukkan data berupa nama jenis, deskripsi. Hak akses input user hanya

dimiliki oleh Administrator. Seperti yang dapat dilihat pada gambar 3.15

Gambar 3. 15 Perancangan Interface Input Jenis Tabungan

 10

3.5.5.7 Perancangan Interface Input Pembelian

. Perancangan interface input pembelian sampah menampilkan form

data masukkan data berupa nama sampah, tanggal pembelian, nama

nasabah, berat, keterangan, tabungan, jenis tabungan. Hak akses

input user hanya dimiliki oleh Administrator. Seperti yang dapat

dilihat pada gambar 3.16

Gambar 3. 16 Perancangan Interface Input Pembelian Sampah

3.5.5.8 Perancangan Interface Input Penjualan

Perancangan interface input penjualan sampah menampilkan form

data masukkan data berupa nama sampah, tanggal penjualan, berat,

petugas. Hak akses input user hanya dimiliki oleh Administrator. Seperti

yang dapat dilihat pada gambar 3.17

 78

Gambar 3. 17 Perancangan Interface Input Penjualan sampah

3.5.5.9 Perancangan Interface Dana Tabungan

Perancangan interface input dana tabungan menampilkan form data

masukkan data berupa Nama nasabah, Jenis tabungan, Nominal, operasi.

Hak akses input user hanya dimiliki oleh Administrator. Seperti yang dapat

dilihat pada gambar 3.18

Gambar 3. 18 Perancangan Interface Input Dana Tabungan

3.5.5.10 Perancangan Interface Input Penarikan

Perancangan interface input penarikan tabungan menampilkan form

data masukkan data berupa Nama nasabah, Jenis tabungan, Tanggal

 10

penarikan, nominal, total saldo. Hak akses input user hanya dimiliki oleh

Administrator. Seperti yang dapat dilihat pada gambar 3.19

Gambar 3. 19 Perancangan Interface Input Penarikan Tabungan

3.5.5.10 Perancangan Interface Kwitansi

Perancangan interface kwitansi menampilkan data masukan tanggal

awal transaksi pembelian dan tanggal akhir transaksi pembelian nasabah,

campuran berupa debit atau kredit diexport dalam bentuk excel dapat

disimpan dan diprint. Seperti yang dapat dilihat pada gambar 3.20
 80

Gambar 3. 20 Perancangan Interface Kwitansi

3.5.5.11 Perancangan Interface Input Laporan Keuntungan

Perancangan interface input Laporan keuntungan menampilkan form

data masukkan data berupa tanggal awal, tanggal akhir, jenis sampah. Hak

akses input user hanya dimiliki oleh Administrator. Seperti yang dapat

dilihat pada gambar 3.21

Gambar 3. 21 Perancangan Interface Input Laporan Keuntungan

3.5.5.12 Perancangan Interface Input Laporan Stock Opname

Perancangan interface data Laporan stock opname menampilkan form

data stock opname berupa data stock barang yang ada dibank sampah.
 10

Seperti menampilkan nama sampah dan jumlah stock barang dalam bentuk

kg. Dapat dilihat pada gambar 3.22

Gambar 3. 22 Perancangan Interface Laporan Stock Opname

3.5.5.13 Perancangan Interface Input Laporan Pembelian

Perancangan interface input Laporan pembelian menampilkan form

data masukkan data berupa tanggal awal, tanggal akhir. Hak akses input

user hanya dimiliki oleh Administrator. Seperti yang dapat dilihat pada

gambar 3.23

Gambar 3. 23 Perancangan Interface Input Laporan Pembelian

 82

3.5.5.3 Perancangan Interface Input Laporan Penjualan

Perancangan interface input Laporan penjualan menampilkan form

data masukkan data berupa tanggal awal, tanggal akhir. Hak akses input

user hanya dimiliki oleh Administrator. Seperti yang dapat dilihat pada

gambar 3.24

Gambar 3. 24 Perancangan Interface Input Laporan Penjualan

 10

BAB IV

HASIL DAN IMPLEMENTASI

4.1 Hasil

Sistem Informasi Bank Sampah Mutiara Medan ditemukan setelah tahap

analisis dan desain bab sebelumnya. Hasil analisis dan perancangan sistem, yang

telah dibahas dalam bab sebelumnya, berfungsi sebagai dasar untuk proses

pembangunan sistem informasi bank sampah. Hasil yang diperoleh adalah :

1 Sistem Informasi Bank Sampah Mutiara kota Medan dapat mengola dan

memproses pendaftaran nasabah baru yang dilakukan oleh administator dan

dapat mengelola sistem penyebaran Informasi Bank Sampah Mutiara kepada

nasabah baru melalui web.

2 Sistem Informasi Bank Sampah Mutiara dapat mengelola Sistem laporan

keuangan dari pembelian sampai penjualan dengan terperinci.

3 Sistem Informasi Bank Sampah Mutiara dapat mengelola dan memproses

transaksi pembelian dan penjualan dengan cepat dan tepat.

4 Sistem Informasi Bank Sampah Mutiara dapat mengelola dan memproses

penarikan tabungan dengan cepat dan detail sehingga pelayanan yang

dilakukan lebih maksimal.

 84

5 Sistem informasi Bank Sampah Mutiara dapat mengelola data nasabah dan

transaksi pembelian dan penjualan dengan detail sehingga laporan dapat

dilihat pimpinan/direktur.

4.2 Implementasi

Tahapan terakhir dalam metode pengembangan RAD adalah

Implementasi/pengujian. Dalam tahapan Implementasi atau pengujian ini

mengoptimalkan stabilitas aplikasi, meningkatkan antarmuka, melakukan

pemeliharaan, dan membuat dokumentasi. Langkah terakhir diambil sebelum 

aplikasi diajukan ke pengelola Bank Sampah Mutiara. Penulis membuat skenario

pengujian yang dilakukan oleh pengguna sistem yaitu Administrator, Kasir,

Direktur dan Nasabah.

Pada sistem informasi ini, dilakukan pengujian dengan metode black box

untuk menguji tampilan interface apakah sudah sesuai dan pengujian user dengan

memberikan sosialisasi kepada petugas dan beberapa anggota/user.

4.2.1 Pengujian yang Dilakukan Administrator

Tabel 4. 1 Pengujian Oleh Administrator

Fungsi yang Cara yang Hasil

No Hasil yang diharapkan
diuji dilakukan pengujian

Admin Admin masuk ke dalam

Fungsi Log memasukan sistem menampilkan
1 Berhasil
in username dan halaman dashboard
password administrator
Fungsi Log Jika Admin Tidak bisa masuk ke Berhasil
2
in memasukan halaman dashboard
username dan administrator dan
 10

password yang kembali ke halaman

salah login
Admin masuk
Fungsi ketampilan Server menampilkan
3 management dashbord dan form management user Berhasil
user masuk kemenu yang sudah ditambah
management user
Masuk
kehalaman
Fungsi Tampil form input data
tambah data dan
tambah data management user dan
4 melakukan Berhasil
menagement melakukan proses edit
tambah,edit dan
user data management user
hapus data yang
diinginkan
Server menampilkan
Masuk ke
form nasabah dan
Fungsi data halaman kelola
5 menampilkan data Berhasil
Nasabah nasabah pada
nasabah yang sudah
menu master data
ditambah
Masuk ke
halaman kelola
Fungsi edit Tampil form edit
nasabah,
6 data nasabah dan melakukan Berhasil
kemudian pilih
nasabah proses edit data nasabah
edit nasabah
yang diinginkan
Fungsi Masuk ke Melakukan proses hapus Berhasil
7
hapus data halaman kelola data nasabah dan
nasabah nasabah, menampilkan data
kemudian pilih nasabah kembali
hapus nasabah
 86

yang diinginkan

Masuk
kehalaman data
Menampilkan form jenis
Fungsi data sampah,
8 sampah yang telah Berhasil
sampah kemudian pilih
dimasukkan
edit,hapus
sampah
Menampilkan form
Masuk
Fungsi input data sampah
kehalaman form
9 tambah data memasukan harga beli Berhasil
tambah data
Sampah dan harga jual jenis
sampah
sampah.
Masuk Menampilkan
Fungsi Jenis
10 kehalaman jenis dashboard jenis sampah Berhasil
Sampah
sampah yang telah ditambah
Masuk
Fungsi Menampilkan form
kehalaman
11 tambah jenis input jenis sampah dan Berhasil
tambah jenis
sampah foto
sampah
Menampilkan
Masuk
Fungsi jenis dashboard jenis
12 kehalaman jenis berhasil
tabungan tabungan yang telah
tabungan
ditambah sebelumnya
Masuk Menampilkan form
Fungsi
kehalaman input jenis tabungan
13 tambah jenis berhasil
tambah jenis nama jenis tabungan dan
tabungan
tabungan deskripsi
 10

4.2.2 Pengujian yang Dilakukan Kasir

Tabel 4. 2 Pengujian Oleh Kasir

Fungsi Cara yang Hasil

No Hasil yang diharapkan
yang diuji dilakukan pengujian

Kasir Kasir masuk ke dalam

1 Fungsi memasukkan sistem menampilkan Berhasil

Login username dan halaman dashboard
password kasir

Kasir Tidak bisa masuk ke

Fungsi
memasukkan halaman dasboard kasir
2 Login Berhasil
username dan dan kembali ke halaman
password yang login
salah

Masuk
kehalaman Menampilkan dashboard

3 Fungsi pembelian pada berisi transaksi yang Berhasil

pembelian menu transaksi telah ditambahkan
dapat melihat sebelumnya
detail transaksi

Fungsi Masuk Menampilkan form

4 tambah kehalaman input transaksi Berhasil

data tambah pembelian sampah
pembelian pembelian nasabah
 88

Masuk Berhasil
kehalaman
Menampilkan dashboard
penjualan pada
5 Fungsi berisi transaksi yang
menu transaksi
penjualan telah ditambahkan
dapat edit,hapus
sebelumnya
dan melihat detail
transaksi

Fungsi
Masuk Menampilkan form
Masuk
kehalaman dana
Menampilkan dashboard
Fungsi tabungan pada
7 berisi jenis tabungan Berhasil
dana menu transaksi
yang telah ditambahkan
tabungan dapat edit dan
sebelumnya
melihat detail
transaksi

Fungsi Masuk
Menampilkan form
8 tambah kehalaman Berhasil
input dana tabungan
dana tambah dana
sampah nasabah
tabungan tabungan

Masuk Menampilkan dashboard

Fungsi kehalaman berisi penarikan
9 Berhasil
penarikan penarikan tabungan yang telah
tabungan tabungan pada ditambahkan
menu transaksi sebelumnya

10 Fungsi Masuk Menampilkan form Berhasil

 10

tambah kehalaman input penarikan

penarikan tambah penarikan tabungan sampah
tabungan tabungan nasabah

4.2.3 Pengujian yang Dilakukan Direktur

Tabel 4. 3 Pengujian Oleh Direktur

Fungsi yang Cara yang Hasil

No Hasil yang diharapkan
diuji dilakukan pengujian

Direktur Direktur masuk ke

Fungsi Log memasukkan dalam sistem
1 Berhasil
in username dan menampilkan halaman
password dashboard direktur

Direktur
Tidak bisa masuk ke
memasukkan
Fungsi Log halaman dasboard
2 username dan Berhasil
in direktur dan kembali ke
password yang
halaman login
salah

Menampilkan dashboard
Masuk
berisi data laporan
Fungsi kehalaman
keuntungan dengan
3 laporan laporan Berhasil
menginput tanggal awal
keuntungan keuntungan pada
dan akhir yang ingin
menu laporan
dilihat laporannya
 90

Menampilkan dashboard
Masuk
berisi data laporan
Fugsi kehalaman
pembelian dengan
4 laporan laporan Berhasil
menginput tanggal awal
pembelian pembelian pada
dan akhir yang ingin
menu laporan
dilihat laporannya

Menampilkan dashboard
Masuk
berisi data laporan
Fungsi kehalaman
penjualan dengan
5 laporan laporan penjualan Berhasil
menginput tanggal awal
penjualan pada menu
dan akhir yang ingin
laporan
dilihat laporannya

4.2.4 Pengujian yang Dilakukan Nasabah

Tabel 4. 4 Pengujian Oleh Nasabah

Fungsi Cara yang Hasil

No Hasil yang diharapkan
yang diuji dilakukan pengujian

Nasabah
memasukkan Nasabah masuk ke dalam
Fungsi log username dan sistem menampilkan
1 Berhasil
in password dengan halaman dashboard
mengakses nasabah
melalui web

2 Fungsi Nasabah Tidak bisa masuk ke Berhasil

Log in memasukkan halaman dasboard
 10

username dan
nasabah dan kembali ke
password yang
halaman login
salah

Fungsi edit Masuk kehalaman Menampilkan form edit

3 Berhasil
profil edit profil profil nasabah

BAB V
PENUTUP

2
3
4
5

5.1 Kesimpulan

Dari penelitian yang telah dilakukan telah dibangun sistem informasi

Penerapan Framework Codeigniter Pada sistem Pengelolaan Bank Sampah

Menggunakan Metode RAD pada Bank Sampah Mutiara dapat disimpulkan

1. Perancangan Sistem Informasi telah berhasil dibuat menggunakan DFD,ERD

dan dibangun mengunakan PHP Codeigniter dan MySQL.

2. Sistem informasi berhasil dibangun berbasis CodeIgneter dan fitur yang

dibuat adalah Master Data berupa Data Sampah, Data Nasabah, Jenis

Sampah, Jenis Tabungan dan Transaksi pembelian dan penjualan.

 92

3. Sistem informasi Bank sampah ini telah berhasil memberikan kemudahan dan

kelancaran bagan kerja dibank sampah mutiara.

4. Dapat memberikan informasi dan kemudahan kepada nasabah untuk

mengetahui jumlah saldo tanpa harus kekantor bank sampah.

5. Sistem informasi dapat mengetahui laporan setiap minggu, bulan dan tahun

agar mempermudah pengelola mengetahui perkembangan Bank Sampah

Mutiara.

5.2 Saran

Dengan segala keterbatasan kemampuan dan waktu yang tesedia serta melihat

potensi perkembangan dan kebutuhan ke depan dalam sistem aplikasi Bank

Sampah ini, maka dari hasil penelitian ini disarankan beberapa saran, sebagai

berikut:

1.

2. Pada sistem Informasi Bank sampah ini dapat dikembangkan dengan lebih

simpel dengan menggunakan aplikasi berbasis mobile agar nasabah dan

masyarakat dapat lebih mudah untuk melakukan transaksi.

3. Pada sistem informasi Bank sampah ini dapat ditambahkan fitur simpan

pinjam didalamnya.
 DAFTAR PUSTAKA

Haki, N. (2017). Sistem Informasi Bank Sampah Berbasis Web Pada Bank
Sampah Sejahtera Kalidoni Palembang. 1–81.
http://repository.radenfatah.ac.id/9106/%0Ahttp://repository.radenfatah.ac.id/
9106/1/FULL SKRIPSI NURMAN HAKI.pdf
Ilmiah, P., Rohmat, A. N. U. R., Informatika, P. S., Komunikasi, F., Informatika,
D. A. N., & Surakarta, U. M. (2016). DENGAN FRAMEWORK
CODEIGNITER ( Studi Kasus : SMP N 1 Teras Boyolali ).
Izzaty, R. E., Astuti, B., & Cholimah, N. (1967). Peraturan Menteri Negara
Lingkungan Hidup Republik Indonesia Nomor 13 Tahun 2012 tentang
Pedoman Reduce,Reuse dan Recycle melalui Bank Sampah. 5–24.
National, G., & Pillars, H. (2016). Panduan Belajar cepat Framework
CodeIgneter. Panduan Belajar Cepat Framework Codeigneter, 1–55.
Nugroho, B. A. (2014). DERMO MOJOROTO KEDIRI. VI(01), 49–57.
Republik Indonesia. (2008). Undang-Undang Republik Indonesia Nomor 18
Tahun 2018 Tentang Pengelolaan Sampah. 1, 282.
Safiti, M., & Fajriah, R. (2020). Perancangan Sistem Informasi Kepegawaian
Menggunakan Metode Rapid Application Development Pada Pt. Bank
Syariah …. Jurnal Satya Informatika, 5(2), 32–41.
http://teknik.usni.ac.id/jurnal/MUTIARA SAFITI.pdf
Walikota Medan. (2014). Peraturan Walikota Medan Nomor 14 Tahun 2014
tentang Pembentukan Unit Pelaksana Teknis Pelayanan Kebersihan dan
Unit Pelaksana teknis Bank Sampah. 97.

90