“SISTEM INFORMASI PENJUALAN BARANG BEKAS BERBASIS WEB DENGAN

METODE WATERFALL”

Dosen Pengampu: Ikmah, M.Kom

Kelompok 12
Kelas 21 IF-04 :

1. SHERA ALICE AYUTRI (21.11.4085)

2. AHITA HANAZAH FITRAIH (21.11.4106)

PROGRAM STUDI S1 INFORMATIKA

FAKULTAS ILMU KOMPUTER UNIVERSITAS
AMIKOM YOGYAKARTA

2022/2023
 DAFTAR ISI

BAB I. PENDAHULUAN
1.1 Latar Belakang....................................................................................................................... 1
1.2 Deskripsi Sistem Informasi ................................................................................................... 2
1.3 Ruang Lingkup ...................................................................................................................... 3
1.4 Anggota Tim Proyek ............................................................................................................. 5
1.5 Jadwal Proyek ........................................................................................................................ 6
1.6 Profil Object Penelitian ......................................................................................................... 8
1.6.1 Visi dan Misi ................................................................................................................ 8
1.6.2 Struktur Organisasi ...................................................................................................... 8

BAB II. ANALISIS SISTEM

2.1 Analisis Kelayakan Sistem .................................................................................................... 9
2.1.1 Analisis Kelayakan Teknologi ................................................................................... 9
2.1.2 Analisis Kelayakan Ekonomi .................................................................................... 9
2.1.2.1 Analisis Biaya Manfaat ............................................................................... 10
2.1.2.2 Payback ....................................................................................................... 13
2.1.2.3 ROI .............................................................................................................. 14
2.1.2.4 NPV ............................................................................................................. 14
2.1.3 Analisis Kelayakan Hukum ....................................................................................... 15
2.1.4 Analisis Kelayakan Operasional ................................................................................ 15
2.1.5 Analisis Kelayakan Jadwal ........................................................................................ 15
2.2 Identifikasi Masalah dan Workflow ...................................................................................... 16
2.3 Analisis Kelemahan Sistem ................................................................................................... 21
2.3.1 Perfomance ................................................................................................................ 21
2.3.2 Information ................................................................................................................ 21
2.3.3 Economic ................................................................................................................... 21

ii
 2.3.4 Control ....................................................................................................................... 22
2.3.5 Efficiency................................................................................................................... 23
2.3.6 Services ...................................................................................................................... 24
2.4 Analisis Kebutuhan Sistem.................................................................................................... 25
2.4.1 Analisis Kebutuhan Fungsional ................................................................................. 25
2.4.2 Analisis Kebutuhan Non Fungsional ......................................................................... 26

BAB III. PERANCANGAN

3.1 Pemodelan Proses .................................................................................................................. 29
3.1.1 Data Flow Diagram ................................................................................................... 29
3.1.2 Context Diagram........................................................................................................ 29
3.1.3 Diagram Dekomposisi ............................................................................................... 30
3.1.4 DFD Level 0 .............................................................................................................. 31
3.1.5 DFD Level 1 .............................................................................................................. 36
3.1.6 DFD Level 2 .............................................................................................................. 37
3.2 Pemodelan Data ..................................................................................................................... 36
3.2.1 Perancangan Basis Data............................................................................................. 36
3.2.2 ERD............................................................................................................................37
3.2.3 Nama Tabel................................................................................................................ 37
3.3 Perancangan Antar Muka (Interface) .................................................................................... 39
3.3.1 Penjelasan Menu ........................................................................................................ 39
3.3.1.1 <nama menu> .............................................................................................. 40
3.3.1.2 Antar Muka Sistem ...................................................................................... 41
3.3.2 Penjelasan Semua Field ............................................................................................. 44
3.3.3 Kontrol Aksi .............................................................................................................. 44
3.4 UI Flow .................................................................................................................................. 45
BAB IV HASIL DAN PEMBAHASAN
4.1 Aplikasi…………………………………………………………………………………..……46
4.1.1 Screenshot Hasil Aplikasi…………………………………………………………..46

4.1.2 Pengujian Sistem……………………………………………………….....………...52

iii
BAB IV. HASIL DAN PEMBAHASAN ....................................................................................... 55

BAB V. KESIMPULAN DAN SARAN........................................................................................56

iv
 BAB 1
PENDAHULUAN

1.1 Latar Belakang

Sistem informasi penjualan barang bekas berbasis web telah menjadi aspek yang krusial
dalam dunia bisnis modern. Dalam era digital ini, organisasi dan individu semakin bergantung
pada teknologi informasi untuk memfasilitasi dan meningkatkan efisiensi proses penjualan
barang bekas. Sistem informasi penjualan barang bekas adalah sebuah sistem informasi yang
dibangun untuk memudahkan proses penjualan barang bekas secara online melalui web
dibandingkan dengan metode tradisional. Sistem ini juga memungkinkan penjual untuk
menyediakan informasi yang lebih lengkap dan transparan mengenai barang bekas yang
mereka jual, termasuk gambar, deskripsi, dan harga. Dengan menggunakan platform web,
organisasi dapat mencapai basis pelanggan yang lebih luas, meningkatkan keterjangkauan, dan
memperluas jangkauan pasar mereka. Selain itu, sistem ini juga memungkinkan penjual untuk
menyediakan informasi yang lebih lengkap dan transparan mengenai barang bekas yang
mereka jual, termasuk gambar, deskripsi, dan harga. Hal ini dapat membantu pembeli dalam
membuat keputusan yang lebih baik dan meningkatkan kepercayaan pelanggan.
Namun, pengimplementasian sistem informasi penjualan barang bekas berbasis web juga
menghadapi beberapa tantangan. Keamanan menjadi salah satu isu utama yang perlu diatasi,
mengingat adanya potensi ancaman seperti pencurian data dan penipuan online. Selain itu, ada
juga tantangan terkait dengan manajemen inventaris, integrasi dengan sistem pembayaran, dan
pengiriman barang yang efisien. Dalam analisis ini, kita akan mengeksplorasi tantangan-
tantangan ini serta solusi yang mungkin untuk mengatasi mereka.
Sebelum dibuatnya sistem analisis penjualan barang bekas berbasis web, ada beberapa
permasalahan umum yang sering muncul dalam konteks penjualan barang bekas. Beberapa
penyebab permasalahan yang mungkin menjadi latar belakang dibuatnya sistem analisis
penjualan barang bekas berbasis web seperti penjualan barang bekas secara tradisional
mungkin melibatkan proses yang tidak efisien, terbatasnya pasar dan jangkauan pada wilayah
fisik tertentu, kurangnya pengelolaan inventaris yang efisien, kesulitan dalam menargetkan
pasar yang tepat, menentukan harga yang kompetitif, atau menyediakan barang bekas yang
diminati oleh pelanggan. Limbong, T., & Hutahaean, H. D. (2014) melakukan penelitian

1
 “Merancang Sistem Informasi Absensi Guru dan Program Pertukaran Kursus untuk
Meningkatkan Kualitas Layanan Kurikulum Berbasis Short Messaging Services (SMS).” Pada
konferensi nasional tentang inovasi dan teknologi informasi. Aediyansyah, A. (2018).
“Merancang sistem informasi penjualan botol PET secara online”. Hasil dari perancangan
sistem ini memudahkan konsumen untuk mendapatkan detail produk melalui website mereka.
Assadurachman, A. (2017). "Pasar Bekas Yogyakarta". Marketplace adalah media online
berbasis internet (web-based) dimana kegiatan bisnis dan transaksi dilakukan antara pembeli
dan penjual
Tujuan dari analisis ini adalah untuk menyelidiki sistem informasi penjualan barang bekas
berbasis web dan menganalisis berbagai aspek yang terkait dengannya. Dengan menggunakan
sistem berbasis web, bisnis dapat mengotomatisasi sebagian besar proses penjualan, termasuk
pemrosesan pesanan, pembayaran, pengiriman barang, dan manajemen inventaris. Hal ini
dapat mengurangi waktu dan upaya yang diperlukan dalam menjalankan operasional
penjualan, meningkatkan produktivitas, dan mengurangi kesalahan manusia. Analisis ini
diharapkan dapat memberikan wawasan yang berguna bagi pembaca dalam memahami
kegunaan dan potensi sistem informasi penjualan barang bekas berbasis web.

1.2 Deskripsi Sistem Informasi

Sistem informasi penjualan barang bekas adalah sebuah sistem informasi yang dibangun
untuk memudahkan proses penjualan barang bekas secara online melalui web. Penjualan
adalah kegiatan atau usaha untuk memasarkan suatu produk. Barang bekas tidak selalu
merupakan barang rusak yang harus dibuang. Terkadang, barang bekas berupa barang yang
sudah tidak digunakan dan tak diinginkan lagi oleh pemiliknya, meskipun sebenarnya kondisi
masih bagus. Penjualan barang bekas pada umumnya hanya terjadi dalam batas-batas tertentu
melalui pertemuan tatap muka antara satu pihak dengan pihak lainnya. Sekarang ada cara baru,
mulai berkembang pesat, yaitu online. Oleh karena itu, tidak perlu mencari orang di berbagai
daerah hanya untuk mendapatkan produk yang mereka cari. Pengguna cukup masuk ke internet
dan mencari situs belanja online. Aplikasi ini menggunakan bahasa pemrograman PHP dan
MySQL sebagai databasenya. Antarmuka pengguna menggunakan HTML dan CSS, yang
membuatnya lebih mudah dipahami.

2
1.3 Ruang Lingkup
No Pengguna Peran

1. Super admin atau Menyediakan visi, kebutuhan bisnis, dan tujuan yang ingin dicapai
pemilik melalui sistem informasi tersebut. Pemilik bisnis juga berperan
dalam menentukan prioritas dan memberikan persetujuan pada
tahap-tahappengembangan.

2. Admin atau pengelola Bertanggung jawab atas perencanaan, koordinasi, dan

pengawasan keseluruhan proyek pembuatan sistem informasi
berbasis website. Tugasnya meliputi pengelolaan anggaran,
penjadwalan, pengelolaan risiko, dan komunikasi dengan semua
pihak terkait.

3. Customer atau Pembeli Memberikan masukan, umpan balik, dan pengujian terhadap
sistem yang sedang dikembangkan. Mereka juga bertanggung
jawab untuk menguji fungsionalitas, mengidentifikasi bug, dan
memberikan saran untuk perbaikan.

Table 1 Pengguna

Dalam pembangunannya, dapat digunakan metode Waterfall, yaitu salah satu metode
pengembangan perangkat lunak yang terstruktur dan linier. Metode ini sering digunakan
dalam pengembangan sistem informasi karena prosesnya yang sistematis dan terstruktur.

Metode Waterfall terdiri dari beberapa tahap, yaitu analisis kebutuhan, desain,pengkodean,
pengujian, dan implementasi. Setiap tahap harus diselesaikan secara berurutan dan tahap
selanjutnya baru dapat dimulai setelah tahap sebelumnya selesai.

Dalam pengembangan sistem informasi penjualan barang bekas berbasis web dengan metode
Waterfall,/1tahap-tahapnya dapat dijelaskan sebagai berikut:

a. Analisis Kebutuhan
Pada tahap ini, dilakukan analisis kebutuhan sistem informasi penjualan barang bekas.
3
 Tujuan dari tahap ini adalah untuk memahami kebutuhan pengguna dan sistem yang
dibangun. Analisis kebutuhan mencakup pengumpulan informasi tentang kebutuhan
pengguna, kebutuhan fungsional dan nonfungsional sistem, serta identifikasi kendala dan
risiko yang mungkin terjadi selama proses pengembangan.
b. Desain
Pada tahap ini, dilakukan perancangan sistem informasi penjualan barang bekas berbasis
web yang mencakup desain tampilan, struktur basis data, serta alur proses dalam sistem.
Desain ini akan menjadi dasar bagi pengembang dalam membangun sistem informasi
penjualan barang bekas.
c. Pengkodean
Setelah desain selesai, pengembang akan mulai melakukan pengkodean sistem. Tahap ini
mencakup pembuatan kode program sesuai dengan desain yang telah dibuat.
d. Pengujian
Setelah pengkodean selesai, sistem akan diuji untuk memastikan bahwa sistem dapat
berfungsi dengan baik dan memenuhi semua persyaratan fungsional dan nonfungsional
yang telah ditetapkan. Pada tahap ini, dilakukan pengujian secara menyeluruh pada sistem
dan dilakukan/1perbaikan jika ditemukan bug atau kesalahan.
e. Implementasi
Setelah sistem telah diuji dan disetujui, tahap terakhir adalah implementasi sistem ke
dalam lingkungan produksi. Pada tahap ini, sistem informasi penjualan barang bekas
berbasis web akan diinstal dan diimplementasikan pada lingkungan yang sudah disiapkan.
Dengan mengikuti metode Waterfall, pengembangan sistem informasi penjualan barang
bekas berbasis web akan menjadi lebih terstruktur dan sistematis. Setiap tahap dilakukan
secara berurutan dan tahap selanjutnya baru dapat dimulai setelah tahap sebelumnya
selesai. Hal ini akan meminimalkan kesalahan dan memastikan sistem yang dibangun
memenuhi kebutuhan pengguna.

4
1.4 Anggota Tim Proyek
No Nama Posisi Peran
1. Shera Alice A Manajer Proyek Bertanggung jawab atas perencanaan, koordinasi, dan
21.11.4085 pengawasan keseluruhan proyek pembuatan sistem
informasi berbasis website. Tugasnya meliputi
pengelolaan anggaran, penjadwalan, pengelolaan risiko,
dan komunikasi dengan semua pihak terkait.
2. Ahita Hanazah Pemilik Bisnis Menyediakan visi, kebutuhan bisnis, dan tujuan yang
F ingin dicapai melalui sistem informasi tersebut. Pemilik
21.11.4106 bisnis juga berperan dalam menentukan prioritas dan
memberikan persetujuan pada tahap-tahap
pengembangan.
3. Sri Asih Analis Bisnis Menganalisis kebutuhan bisnis, mengumpulkan
21.11.1234 persyaratan sistem, dan/1merancang solusi yang sesuai.
Mereka berinteraksi dengan stakeholder lainnya untuk
memahami proses bisnis, mengidentifikasi masalah, dan
mengusulkanperubahan atau fitur yang diperlukan dalam
sistem informasi.
4. Zeonalia Putri Customer/ Memberikan masukan, umpan balik, dan pengujian
21.11.5678 Pengguna Akhir terhadap sistem yang sedang dikembangkan. Mereka juga
bertanggung jawab untuk menguji fungsionalitas,
mengidentifikasi bug, dan memberikan saran untuk
perbaikan.
5. Sakila Yuna Tim Meliputi desainer UI/UX, pengembang frontend,
21.11.8901 Pengembang pengembang backend, dan ahli database. Tugas mereka
adalah mengimplementasikan desain, membangun
sistem, mengintegrasikan komponen-komponen, dan
memastikan sistem berjalan sesuai kebutuhan. Mereka
juga bertanggung jawab untuk melakukan pengujian dan
pemeliharaan sistem.

Tabel 2 Project Tim

5
1.5 Jadwal Proyek

Gambar 1 Gantt Chart

6
 Bulan Pertama / 1 Bulan Kedua / 2 Bulan Ketiga / 3 st
st st

Kegiatan/Activities Month
Month Month

1 st 2 st 3 st 4 st 1 st 2 st 3 st 4 st 1 st 2 st 3 st 4 st

Analisis Desain
Sistem

Desain Aplikasi

Programming

Testing Program

Istalasi Program

Maintenance

Administrasi

Gambar 2 Sprint Board

7
1.6 Profil Object Penelitian
1.6.1 Visi dan Misi

Visi dari “Sistem Penjualan Barang Bekas Berbasis Web” ini adalah membantu penjual dan
pembeli dalam bertransaksi online dengan lebih mudah dan aman tanpa harus khawatir ada
penipuan karena sistem ini menjadikan jembatan atau rekening bersama selain itu jugadapat
membantu para penjual dalam melakukan penjualan dan membantua masyarakat daIam
mencari barang bekas melalui website ini.
Misi dari “Sistem Penjualan Barang Bekas Berbasis Web” ini adalah menarik banyak
pengguna baru yang belum pernah mencoba e-commerce sebelumnya dan melakukan
pembaruan system secara berkala.

1.6.2 Struktur Organisasi

Dalam sebuah organisasi agar semua kegiatan berjalan dengan baik dan dapat
mencapai tujuan, perlu adanya suatu struktur organisasi dan pembagian kerja (job
description) yangjelas. Struktur organisasi yang baik harus menggambarkan dengan
jelas wewenang dan tanggung jawab serta fungsi-fungsi dari setiap bagian yang ada
dalam toko, yang mana dalam hal ini merupakan suatu syarat terciptanya suatu
pengendalian internal yang memadai. Adapun struktur organisasi Cuan.in adalah
sebagai berikut:

Gambar 1.6.2 Struktur Organisasi Cuan.in

8
 BAB II

ANALISIS SISTEM

2.1 Analisis Kelayakan Sistem

2.1.1 Analisis Kelayakan Teknologi

a. Hardware

Berdasarkan analisis teknologi dari segi hardware, Sistem Informasi Penjualan Barang
Bekas Berbasis Web ini sudah memiliki perangkat/komponen contohnya monitor,
keyboard, mouseyang layak dioperasikan dan perangkat untuk terhubung ke jaringan
internet.
b. Software
Dari segi software, Penjualan Barang Bekas Berbasis Web ini sudah tersedia software
yangdigunakan untuk melakukan sistem informasi contohnya menggunakan Trello
untuk membuat penjadwadwalan dalam projek penjualan barang bekas bebasis web
ini, dan menggunakan software lainnya untuk membantu pengerjaan projek
penjualan barang bekasbebasis web ini
c. Brainware
Dari segi brainware Penjualan Barang Bekas Berbasis Web ini sudah mempersiapkan
karyawan yang menguasai teknologi internet untuk diposisikan sebagai admin yang
bertugas atas perencanaan, koordinasi, dan pengawasan keseluruhan proyek
pembuatan sistem informasi ini.

2.1.2 Analisis Kelayakan Ekonomi

Pembangunan sistem baru tentunya membutuhkan investasi ataupun dana yang tidak
sedikit,untuk mendapatkan manfaat dimasa yang akan datang sumber daya dan sumber
dana diperlukan dalam pembangunan sistem baru sebagai bentuk investasi. Untuk
menganalisis kelayakan ekonomi digunakan kalkulasi analisis biaya dan manfaat (cost
benenefit analysis) adapun tujuan dari analisis biaya dan manfaat adalah untuk
memberikan gambaran kepada pengguna apakah manfaat yang diperoleh dari sistem
baru “ lebih besar “ dibandingkan dengan biaya yang dikeluarkan.

9
2.1.2.1 Analisis Biaya Manfaat

Keterangan Tahun 0 Tahun 1 Tahun 2 Tahun 3

BIAYA-BIAYA
Biaya
pengembangan
sistem
Biaya pengadaan 42,000,000 0 0 0
Biaya persiapan 4,200,000 0 0 0
operasi
Biaya proyek
Biaya konsultan 11,000,000 0 0 0
Tahap analisis 10,000,000 0 0 0
sistem
Tahap desain 9,750,000 0 0 0
sistem
Penerapan sistem 8,000,000 0 0 0
Total biaya proyek 37,750,000 0 0 220,000

Total Biaya 84,950,000 0 0 220,000

Pengembangan
Sistem

Biaya Operasional
dan Perawatan
Operasional 0 3,200,000 3,450,000 3,510,000
Perawatan 0 2,400,000 2,550,000 2,500,000

Total Biaya 0 5,600,000 6,000,000 6,010,000

Operasional dan
Perawatan

TOTAL BIAYA 85,950,000 5,600,000 6,000,000 6,230,000

MANFAAT

10
Berwujud
Penghematan 0 8,000,000 11,200,000 11,700,000
biaya operasional
perusahaan
Peningkatan 0 16,000,000 28,700,000 42,000,000
penjualan
Penurunan biaya 0 3,200,000 3,500,000 3,650,000
persediaan
Tak Berwujud
Peningkatan 0 4,100,000 4,400,000 6,050,000
pelayanan
Peningkatan 0 2,200,000 3,700,000 4,150,000
kepuasan
pekerjaan
Peningkatan 0 5,200,000 5,100,000 5,230,000
pengambilan
keputusan

TOTAL 0 38,700,000 56,600,000 72,780,000

MANFAAT

Proceed ( Selisih 33,100,000 50,600,000 66,550,000

TB dan TM )

Tahun 0 Tahun 1 Tahun 2 Tahun 3

TOTAL BIAYA 84,950,000 5,600,000 6,000,000 6,230,000

TOTAL 38,700,000 56,600,000 72,780,000

MANFAAT

Proceed (Selisih 33,100,000 50,600,000 66,550,000

TB dan TM)

11
a. Komponen Biaya
Biaya yang berhubungan dengan pembuatan sistem ini dapat diklasifikasikan
kedalam 3 kategori utama yaitu:
• Biaya pengadaan (procurement cost), yaitu biaya pembelian perangkat keras,
biaya ini digunakan pada awal pembuatan sistem, sebelum system
dioperasikan.
• Biaya Pengembangan, yaitu biaya pembuatan perangkat lunak sistem yang
meliputi biaya konsultasi, biaya tahap analisa sistem, biaya tahap desain
sistem dan biaya tahap penerapan sitem.
• Biaya operasi dan biaya perawatan, yaitu biaya yang dikeluarkan untuk
menjalankan sistem, yaitu biaya overhead, biaya perawatan terhadap perangkat
keras dan perangkat lunak.
b. Komponen Manfaat
Manfaat yang didapat dari sistem informasi diklasifikasikan sebagai berikut:
• Keuntungan berwujud (tangible benefit) adalah keuntungan yang berupa
penghematan atau peningkatan didalam administrasi yang dapat diukur dalam
bentuk satuan nilai uang. Keuntungan berwujud antara lain :

∙ Pengurangan biaya operasi

∙ Pengurangan biaya lembur

∙ Pengurangan biaya perlengkapan

• Keuntungan tak berwujud (intangible benefit), adalah keuntungan yang sulit

atau tidak mungkin diukur dalam bentuk satuan uang. Keuntungan tersebut
antara lain:

∙ Keandalan dan ketersediaan sistem

∙ Peningkatan efektifitas pegawai dan akademiknyaPeningkatan kepuasan

mahasiswa, dosen, dan pegawai.
c. Komponen Manfaat
Manfaat yang didapat dari sistem informasi diklasifikasikan sebagai berikut:
• Keuntungan berwujud (tangible benefit) adalah keuntungan yang berupa
penghematan atau peningkatan didalam administrasi yang dapat diukur dalam

12
 bentuk satuan nilai uang. Keuntungan berwujud antara lain :

∙ Pengurangan biaya operasi

∙ Pengurangan biaya lembur

∙ Pengurangan biaya perlengkapan

• Keuntungan tak berwujud (intangible benefit), adalah keuntungan yang sulit

atau tidak mungkin diukur dalam bentuk satuan uang. Keuntungan tersebut
antara Iain

∙ Keandalan dan ketersediaan sistem

∙ Peningkatan efektifitas pegawai dan akademiknyaPeningkatan kepuasan

mahasiswa, dosen, dan pegawai.

2.1.2.2 Payback Periode

Nilai Investasi = 84,950,000

Proceed pada Tahun I = 33,100,000
Proceed pada Tahun II = 51,850,000
Sisa Investasi Tahun III = 50,600,000
Sisa Investasi Tahun III = 1,250,000 +

Sisa = 1,250,000 : 66.550.000 x 1 tahun

= 0.01 tahun atau 3 hari

Sisa investasi tahun ke 3 tertutup oleh proceed tahun ke 3 yang berarti investasi
akan kembali pada tahun ke 3 yaitu tepatnya 2.01 tahun atau 2 tahun 3 hari.

Analisis Perhitungan Payback Period

Sehingga Payback Periode sudah dapat dicapai pada tahun ke-2 adapun secara
detailnya adalah 2,01 tahun . Dari fakta tadi dapat disimpulkan bahwa yang
rancangansistem ini akan mencapai titik impas (Break EvenPoint) pada waktu
2,01 tahun yang berarti bahwa pada tahun ke 3 perusahaan mulai dapat
mengambil keuntungannya dari sistem tersebut.

13
2.1.2.3 ROI
Manfaat tahun ke 1 = 38,700,000
Manfaat tahun ke 2 = 56,600,000
Manfaat tahun ke 3 = 72,780,000 +

= 167,080,000

Biaya tahun ke 0 = 85,950,000

Biaya tahun ke 1 = 5,600,000
Biaya tahun ke 2 = 6,000,000
Biaya tahun ke 3 = 6,230,000 +

= 103,780,000

ROI = 63,300,000 : 103,780,000 X 100%

= 60.99 %

Analisis Perhitungan ROI

Suatu proyek investasi yang mempunyai ROI lebih besar dari 0 adalah proyek
yang dapat diterima. Pada studi kasus nilai ROI adalah 0,6099 atau 60,99%,
berarti proyek ini dapat diterima, karena proyek ini akan memberikan
keuntungan sebesar 60,99% dari biaya investasinya. Atau sistem ini akan
memberikan keuntungan pada tahun ke 3 sebesar 60,99% dari biaya
pengembangannya.

2.1.2.4 NPV
Tingkat bunga diskon = 15%
= - 84,950,000 + 33,100,000 : 1.15 + 50,600,000 : 1.32 + 66,550,000 : 1.52
= - 84,950,000 + 28,782,608.7 + 38,260,869.57 + 43,757,705.27
= 25,851,183

Analisis Perhitungan NPV (Net Present Value)

Dari hasil perhitungan dapat disimpulkan bahwa jumlah keuntungan yang
14
 diterima sekarang oleh perusahaan pada tahun ke 3 apabila sistem ini diterapkan
adalah :
Rp 25,851,183 atau NPV lebih besar dari 0, maka proyek tersebut layak
dilaksanakan.

2.1.3 Analisis Kelayakan Hukum

Melihat dari segi hukum dan peraturan yang berlaku, pembuatan website
penjualan barkas tidak menyimpang dari peraturan atau hukum yang berlaku
yang telah ditetapkan oleh pemerintah, dikarenakan aplikasi ini tidak
mengandung penipuan, kejahatan dan hal-hal yang menyangkut kejahatan yang
marak sekali di Indonesia dan semua perangkat lunak yang digunakan
menggunakan original software hak ciptanya yang telah dilindungi oleh undang-
undang.

2.1.4 Analisis Kelayakan Operasional

Ketersediaan dan keandalan infrastruktur teknologi informasi dengan
memastikan bahwa sistem informasi penjualan barang bekas dapat berjalan
dengan baik dan konsisten pada hardware dan software yang digunakan.
Ketersediaan infrastruktur teknologi informasi yang baik juga memastikan
sistem dapat berjalan tanpa gangguan selama 24 jam. Selain itu sistem informasi
penjualan barang bekas harus mampu mengelola data dengan baik dan
menyediakan informasi yang relevan untuk keperluan manajemen.

2.1.5 Analisis Kelayakan Jadwal

Pengembangan website penjualan barang bekas merupakan website yang

sederhana dan didesain dengan menggunakan antarmuka yang mudah untuk
dipahami. Hal ini tentunya akan mendorong pengguna untuk mudah
menggunakan website tersebut. Website penjualan barang bekas ini diterapkan
dengan total waktu penerapan diukur dalam ukuran jam, hari, minggu. Setiap
minggu, timpeneliti juga melakukan pertemuan rutin untuk membahas
perkembangan penerapan website penjualan barang bekas ini. Tim peneliti juga

15
 melakukan rapat koordinasi dengan perwakilan design web, tim pengembangan
system web. Berdasarkan analisis tersebut, maka justifikasi penilaian tim peneliti
untuk kelayakan jadwal terhadap penerapan website penjualan barang bekas
adalah 8.5. dan dapat dikategorikan sebagai LAYAK untuk diimplementasikan.

2.2 Identifikasi Masalah Dan Workflow

Aktifitas Pembeli non Pembeli Departemen/Bagian
langganan berlangganan
Administrasi Keuangan/ Manajemen
transaksi barang operasional
Pendaftaran Pembeli Pembeli
datang ke melakukan
tempat jual pendaftaran
berkas akun atau login
formulir ke website
Menerima form
pendaftarab
calon
pelanggan
Mencatat
kedalam buku
pelanggan
Membuat kartu
pelanggan dan
menyerahkan
tanda bukti
pendaftaran
Menerima
tanda bukti
pendaftaran
Pembeli Memilih
kategori barang

16
bekas yang
akan dibeli
Membaca
deskripsi
produk secara
lebih rinci dan
melihat foto
video barang
untuk
mendapatkan
informasi
tentang kondisi
barang,
spesifikasi,
usia, dan fitur
lainnya
Pembeli
menghubungi
penjual untuk
meminta
penjelasan
lebih lanjut
tentang kondisi
barkas,
melakukan
perundingan
harga dengan
penjual
Pembeli
memilih
metode
pembayaran ,

17
 dan jasa kirim
atau cod dan
membuat
pesaanan
Mencatat data
pesanan
kedalam data
base
Menerima
bukri pesanan
atau pembelian
Transaksi Melakukan
pembayaran pembayaran
sesuai struk
pesanan
Konfirmasi
pembayaran
oleh pengguna
Menerima
permintaan
pembelian,
melakukan
pengambilan,
pengemesan,
pengecekan
dan
penyortiran
barkas
Pelanggan
menerima struk
bukti
pembayaran

18
 dan no resi
Pengiriman Memastikan
barang barang
pesanan siap
untuk
dijemput
kurir
Mengirim
konfirmasi
barang telah di
kirim
Paket barkas
diterima oleh
pembeli
Tabel 2.1 Identifikasi Masalah

19
 WORKFLOW

Gambar 2.2 Workflow

20
2.3 Analisis Kelemahan Sistem

NO Performance Departemen Tugas Hasil Analisis

Masalah Solusi/Peluang

1 Performance Tim Meningkatkan System yang System baru lebih

Pengembangan performa aplikasi diterapkan masih ringkas dan rinci
(Kinerja)
Produk penjualan barang manual sehingga sehingga waktu bisa
bekas. Mereka dapat memakan waktu lebih cepat
mengembangkan fitur dalam pencatatan
baru, melakukan
pembaruan perangkat
lunak, dan
meningkatkan
pengalaman pengguna
agar aplikasi lebih
responsif dan efisien

2 Information Analisis Dalam merancang, Informasi yang System baru mampu

Sistem mengembangkan dan tersimpan memberikan informasi
(Informasi)
memelihara sistem dokumen mengenai penjualan
aplikasi penjualan penjualan kurang secara cepat, detail,
barang bekas, valid karena dan akurat.
menganalisis dicatat dengan
kebutuhan pengguna, media sederhana
mengumpulkan yang rawan
persyaratan, dan hilang.
merancang teknologi
informasi yang sesuai.

3 Economic Analisis Menganalisis data Pemilik perlu System baru mampu

(Ekonomi) Keuangan keuangan, melakukan mengeluarkan mengurangi biaya gaji
proyeksi keuangan, biaya gaji untuk pembuat laporan
dan memberikan tambahan untuk keuangan dengkat

21
 rekomendasi untuk pembuatan tingkat keadilan yang
pengambilan laporan keuangan lebih baik
keputusan ekonomi
yang lebih baik, dapat
memonitor tren pasar
dan membantu dalam
memahami tren pasar,
perilaku konsumen,
dan strategi
pemasaran yang
efektif

4 Control/ Managemen Bertanggung jawab Data dicatat Website menerapkan

database untuk merencanakan, manual sehingga otorisasi dan setiap
Security
website mengorganisir, rawan hilang dan pencatata n data
(Keamanan) mengarahkan, dan dimanipu lasi penjualan dicatat dan
mengendalikan disimpan secara
proyek otomatis oleh sistem
pengembangan
website.

Mengimplemen
tasikan kebijakan
keamanan yang Tidak ada sistem
Bagian Implementasikan alat
mungkin analitik atau
Keamanan analitik seperti Google
pelaporan yang
informasi Analytics untuk
memadai untuk
mengumpulkan
Data dicatat manual memantau
melakukan audit, dan
sehingga rawan hilang performa
merespons insiden
dan dimanipulasi penjualan,
keputusan berdasarkan
perilaku
informasi yang akurat.
pelanggan, atau
Tidak ada sistem tren pasar.
Website menerapkan
otorisasi dan setiap
pencatatan data
penjualan dicatat dan

22
 disimpan secara
otomatis.

Kurangnya keamanan
atau kebijakan privasi
yang jelas dapat
mengurangi
kepercayaan
pelanggan dalam
melakukan transaksi

5 Efficiency Bagian Bertanggung jawab Proses check out Simplifikasi proses

perancangan untuk merancang, yang rumit, checkout dengan
(Efisiensi)
dan membangun, dan terlalu banyak menghapus langkah-
pengembangan mengimplementasikan langkah atau langkah yang tidak
website sistem. formulir yang perlu.
membingun gkan
dapat
menyebabkan Berikan panduan
langkah demi langkah
pelanggan
yang jelas dan
meninggalkan
sedikitnya informasi
pembelian
yang diperlukan untuk
menyelesaikan
pembelian.

Pastikan juga ada opsi

pembayaran yang
beragam untuk
meningkatkan
kenyamanan
Menggaet pasar untuk pelanggan.
pembeli di semua
Marketing kalanganmencari
barangbekas pakai Proses pembayaran
lewat website yang memakan waktu
Penjual barkas atau bermasalah,
harus melakukan seperti lambatnya
iklan di koran verifikasi

23
 atau pembayaran/kegagalan
menyebarkan pembayaran.
pamflet untuk
mengiklankan
berkasnya.

6 Service Customers Membantu Terdapat penjual Pembeli/customer

(Pelayanan) service menyelesaikan barkas yang dapat menghubungi
masalah yang dialami melakukan customer service
oleh user pungutan diluar untuk melaporkan
biaya yang perilaku penjual
disepakati dan barkas dan dapat
sulit untuk mengajukan refund
dengan mudah jika
mengajukan
dibatalkan.
pengembalian
dana ketika
dibatalkan
Sediakan fitur kolom
untukpelanggan
memberikan umpan
balik, seperti formulir
atau email.
Berikan respons
yang cepat terhadap
umpan balik
pelanggan dan
memanfaatkan
umpan balik
tersebut untuk
meningkatkan
kualitas pelayanan
dan pengalaman
pelanggan.

Tabel 2.3 Analisis Kelemahan Sistem

24
2.4 Analisis Kebutuhan Sistem

2.4.1 Analisis Kebutuhan Fungsional

Kebutuhan fungsional adalah jenis kebutuhan yang berisi proses-proses yang dilakukan
oleh sistem dan informasi yang dihasilkan sistem. Adapun proses dan informasi yang
dihasilkan adalah:
a. Registrasi Pengguna
- Sistem harus memungkinkan pengguna untuk membuat akun baru dengan
menyediakan informasi seperti nama, alamat, dan informasi kontak lainnya.
b. Otentikasi dan Otorisasi Pengguna
- Sistem harus memiliki mekanisme otentikasi untuk memverifikasi identitas
pengguna saat login.
- Setelah otentikasi, sistem harus memberikan hak akses yang sesuai kepada
pengguna tergantung pada peran atau tingkat akses mereka.
c. Manajemen Produk
- Sistem harus memungkinkan pengguna untuk menambahkan produk bekas yang
akan dijual, dengan menyediakan informasi seperti judul, deskripsi, kondisi
barang, harga, dan gambar.
- Pengguna juga harus dapat mengedit atau menghapus informasi produk yang ada jika
diperlukan.

d. Pencarian dan Penyaringan

- Sistem harus menyediakan fitur pencarian yang memungkinkan pengguna

mencari produk berdasarkan kategori, kata kunci, harga, dll.

- Pengguna juga harus dapat menyaring hasil pencarian berdasarkan preferensi

mereka, seperti harga, lokasi, dll.
e. Keranjang Belanja
- Sistem harus memiliki fitur keranjang belanja yang memungkinkan pengguna
untuk menambahkan produk yang ingin dibeli sebelum melakukan pembayaran.
f. Proses Pembayaran
- Sistem harus menyediakan mekanisme pembayaran yang aman dan
memungkinkan pengguna untuk memasukkan informasi pembayaran mereka,
seperti metode pembayaran, rincian kartu kredit, atau opsi pembayaran lainnya.
-
25
 g. Konfirmasi Pesanan
- Setelah pembayaran berhasil, sistem harus mengirimkan konfirmasi pesanan
kepada pengguna, yang mencakup rincian pesanan, alamat pengiriman, dan
informasi lainnya terkait dengan transaksi.
h. Pengelolaan Akun Pengguna:
- Sistem harus memungkinkan pengguna untuk mengelola profil mereka, termasuk
mengubah informasi pribadi, alamat pengiriman, atau opsi preferensilainnya.
- Pengguna juga harus dapat melihat riwayat transaksi mereka, termasuk pesanan
sebelumnya dan status pengiriman.
i. Ulasan dan Penilaian

- Sistem harus memberikan fitur ulasan atau penilaian produk, yang memungkinkan
pengguna untuk memberikan umpan balik atau ulasan terhadapbarang yang telah
mereka beli.

j. Notifikasi

- Sistem harus memiliki fitur notifikasi yang dapat mengirimkan pemberitahuan

kepada pengguna tentang status pesanan, pembayaran, atau perubahan penting
lainnya terkait dengan transaksi.

2.4.2 Analisis Kebutuhan Non Fungsional

Kebutuhan Non Fungsional Analisis kebutuhan yang kedua adalah analisa kebutuhan
Nonfungsional ,mencakup lingkup usability, portability, reliability dan supportability.
Yang akan diberikan oleh sistem dalam aplikasi e-commerce ini. Seperti apa saja yang
dapat diinputkan dalam sistem, berapa lama batasan waktu yang diberikan, serta
keamanan seperti apa yang akan diberikan oleh sistem kepada user itu sendiri.
Kebutuhan non-fungsional yang digunakan pada sistem informasi penjualan ini adalah:
a. Operasional
- Website dapat didistribusikan melalui internet.
- Barang bekas yang diunggah/ditambahkan oleh penjual akan diperiksa oleh
admin terlebih dahulu sebelum barkas tersebut muncul pada website.
- Sistem ini dibangun menggunakan pemrograman Java.
- Sistem menggunakan pertukaran data dengan format JSON

26
 Perangkat Lunak
Perangkat Lunak Perangkat yang diperlukan dalam pembuatan sistem
danpemrosesan data dari sistem yang diusulkan adalah:
 Microsoft Windows XP sebagai sistem operasi.
 Microsoft Visual Basic 6.0 untuk bahasa pemrograman.
 Microsoft SQL Server sebagai program DBMS.
 MS Office sebagai pembuatan laporan-laporan.

Perangkat Keras
Perangkat keras yang dibutuhkan sebagai penunjang berupa seperangkat
PersonalComputer dengan spesifikasi sebagai berikut:

Jenis Perangkat Keras

● Processor AMD X2 4000 keatas atau yang sekelas

● RAM minimal 512 MB

● HDD 80Gb

● CD RW untuk backup data

● Monitor, Keyboard, Mouse

● Printer
Tabel 2.4.2 Jenis Perangkat

b. Kinerja
- Sistem mampu menangani lalu lintas pengguna yang tinggi tanpa mengalami
penurunan kinerja yang signifikan.

27
 - Waktu respon sistem harus cepat dibatasi 1 menit sehingga pengguna dapat
menjelajahi katalog produk, menambahkan produk ke keranjang, dan
menyelesaikanpembelian dengan lancar.

- Tidak memiliki batas waktu yaitu 24 jam.

c. Keamanan

- Penggunaan username dan password dalam form login untuk membedakan tipe user
termasuk hak akses masing-masing.

- Sistem memiliki mekanisme keamanan yang kuat untuk melindungi data pribadi
pengguna, termasuk informasi akun, kontak, dan riwayat transaksi.

- Perlindungan terhadap aktivitas penipuan dan penyalahgunaan diimplementasikan,

seperti pemeriksaan keaslian iklan dan verifikasi pengguna.

- Sistem database hanya dapat diakses oleh Admin dan memiliki password yang berbeda.

d. Informasi
- Validasi untuk menginformasikan apabila password yang dimasukkan oleh -
pengguna salah.

- Petunjuk untuk menampilkan prosedur pendaftaran akun baru, penggunaan voucher

gratis ongkir.

- Website ini akan memberikan informasi dengan memunculkan notifikasi mengenai

barang yang akan di jual kepada pembeli.

e. Interface / Antar muka

- Interface pada website ini dibuat dengan desain yang sangat menarik dan sangat
mudah dimengerti oleh setiap orang.

- Pengguna/pembeli dengan mudah dapat mengunggah iklan, menjelajahi kategori

produk, dan melakukan pencarian dengan efisie

28
 BAB III
PERANCANGAN

3.1 Pemodelan Proses

3.1.1 Data Flow Diagram

Data Flow Diagram merupakan diagram yang digunakan untuk menggambarkan proses- proses
yang terjadi pada sistem yang akan dikembangkan. Dengan model ini data-data yangterlibat pada
masing-masing proses dapat diidentifikasi.

3.1.2 Context Diagram

Gambar 3.1.2 Diagram Konteks

29
3.1.3 Diagram Dekomposisi

Gambar 3.1.3 Diagram Dekomposisi

30
3.1.4 DFD Level 1

Gambar 3.1.4 DFD Level 1 Proses Pendaftaran Aku

31
Gambar 3.1.4 DFD Level 1 Proses Transaksi Barkas

32
Gambar 3.1.4 DFD Level 1 Proses Pendataan Barkas

33
Gambar 3.1.4 DFD Level 1 Proses MelakukanTransaksi

34
Gambar 3.1.4 DFD Level 1 Proses Pembuatan Laporan

35
 3.1.5 DFD Level 2

Gambar 3.1.5 DFD Level 2

3.2 Pemodelan Data

Sebelum membuat sebuah sistem database, kami membuat ERD untuk mempermudah
dalam penggambaran data yang saling berhubungan atau berelasi dalam bentuk sebuah
desain.

3.2.1 Perancangan Basis Data

RDBMS (Relational Database Management System) yang digunakan untuk

membuat JND adalah SQL Lite. Alasan pemilihan RDBMS tersebut karena SQL
Lite memiliki fitur yanglebih mudah dipahami dibandingkan RDBMS lainnya.
36
 3.2.2 ERD

Gambar 3.2.2 ERD Database

3.2.3 Nama Tabel

Akun
No Nama Tipe Data Lebar Mandatory Null/Not Primary
Kolom/Field (Y/T) Null Key/Foreign
Key
1 User_id INT 11 Y Not Null Primary

Key
2 username varchar 100 Not Null
3 email varchar 100 Not Null
4 password varchar 255 Not Null

37
 Cart
No Nama Tipe Data Lebar Mandatory Null/Not Primary
Kolom/Field (Y/T) Null Key/Foreign
Key
1 cart_id INT 11 Y Not Null Primary

Key
2 product_id INT 11 Y Not Null
3 seller_id INT 11 Y Not Null
4 buyer_id INT 11 Y Not Null
5 name varchar 100 Y Not Null
6 category varchar 100 Y Not Null
7 price INT 11 Y Not Null
8 picture varchar 100 Y Not Null

Produk
No Nama Tipe Data Lebar Mandatory Null/Not Primary
Kolom/Field (Y/T) Null Key/Foreign
Key
1 id_produk INT 11 Y Not Null Primary

Key
2 id_penjual INT 11 Y Not Null
3 kategori varchar 100 Y Not Null
4 nama varchar 100 Y Not Null
5 harga INT 10 Y Not Null
6 gambar varchar 100 Y Not Null

38
 Riwayat_order
No Nama Kolom/Field Tipe Data Lebar Mandatory Null/Not Primary
(Y/T) Null Key/Foreign
Key
1 order_id INT 11 Y Not Null Primary

Key
2 product_id INT 11 Y Not Null
3 seller_id INT 11 Y Not Null
4 buyer_id INT 11 Y Not Null
5 name varchar 100 Y Not Null
6 price varchar 100 Y Not Null
7 picture varchar 100 Y Not Null
8 date varchar 100 Y Not Null
9 hour varchar 100 Y

Wishlist
No Nama Tipe Data Lebar Mandatory Null/Not Primary
Kolom/Field (Y/T) Null Key/Foreign
Key
1 wishlist_id INT 11 Y Not Null Primary

Key
2 product_id INT 11 Y Not Null
3 buyer_id INT 11 Y Not Null

3.3 Perancangan Antar Muka (Interface)

3.3.1 Penjelasan Menu

3.3.1.1 Menu Register

User yang belum terdaftar dapat melakukan registrasi dengan mengisi

39
formulir yang telah disediakan oleh sistem.

3.3.1.2 Halaman Utama

Member pembeli dapat memilih barang yang ingin dibelinya pada

halaman home atau dapat mencari dengan menginputkan kata kunci
pada kotak form yang terdapat pada navbar.
3.3.1.3 Halaman Detail Barang

Halaman detail barang berisi tentang barang yang telah dipilih

pembeli pada beranda.

3.3.1.4 Form Transaksi/Pemesanan

Halaman transaksi yaitu halaman yang berisi form penjualan yang

harus diisi oleh planggan, tetapi sebelum menjual pelanggan harus
register atau login terlebih dahulu. Halaman jual ditunjukan pada
gambar.

3.3.1.5 Form Pembayaran sukses

Halaman yang ditampilkan kepada pengguna setelah mereka berhasil
menyelesaikan proses pembayaran untuk pembelian barang. Halaman
ini memberikan konfirmasi kepada pengguna bahwa pembayaran
mereka telah diterima dan transaksi telah berhasil.
3.3.1.6 Halaman History Pemesanan
Halaman History Pemesanan sebagai riwayat pemesanan pembeli
terhadap barang bekas yang telah dibeli atau dipesan.

40
3.3.1.2 Antar Muka Sistem

a. Menu Register

Gambar 3.3.2.1 Menu register

b. Halaman Utama

Gambar 3.3.2.2 Halaman Utama

41
c. HalamanDetail Barang

Gambar 3.3.2.3 Halaman Detail Barang

42
d. Form Trasaksi/Pemesanan

Gambar 3.3.2.4 Form Transaksi

e. Form Pembayaran sukses

Gambar 3.3.2.5 Form Pembayaran sukses

43
 3.3.2 Penjelasan/Deskripsi Semua Field

No Tipe Data Status Format/ Deskripsi

Nama TipeField
(Length) Default
Field
Value
1. Cari VARCHAR
Nama barang yang
(100)
Barang TextBox M ingin dicari oleh
(Nama) admin
Tabel List Menampilkan data-
2. VARCHAR M
data barang
Barang View
(255)
Tabel 3.3.3 Penjelasan Field

3.3.3 Kontrol Aksi

No Control Tipe Deskripsi/Validasi

1 Tambah BTN Menambah data barang dan pelanggan

2 Hapus BTN Menghapus data yang diinginkan

3 Ubah BTN Mengubah data yang diinginkan

4 Cari BTN Mencari data yang ingin dicari

Tabel 3.3.4 Kontrol Aksi

44
3.4 UI Flow
adalah diagram/skema yang menjelaskan alur penggunaan aplikasi “Cuan.in” saat
melakukanaktivitas aplikasi/website.

BAB IV
HASIL DAN PEMBAHASAN

Gambar 3.4 UI Flow

45
 BAB IV
HASIL DAN PEMBAHASAN

4.1 Aplikasi
4.1.1 Screenshot Hasil Aplikasi

46
47
48
49
50
51
4.1.3 Pengujian Sistem

a. Pengujian Fungsional

Skenario Pengujian: Membuat pesanan, mengelola inventaris, menghitung harga, menghitung total
pembayaran.

Hasil: Semua fungsi fungsional sistem berjalan dengan baik dan sesuai dengan persyaratan bisnisyang telah
ditentukan.
Kesimpulan: Sistem informasi penjualan barang bekas berbasis web telah melewati
pengujian fungsional. Fungsi utama sistem berjalan dengan baik dan memenuhi
kebutuhan penjualan barangbekas.
b. Pengujian Antarmuka Pengguna

Skenario Pengujian: Menavigasi antarmuka pengguna, menambahkan barang ke

keranjang,mengisi formulir pembelian.
Hasil: Antarmuka pengguna intuitif, responsif, dan mudah digunakan. Pengguna dapat
denganlancar berinteraksi dengan sistem dan menyelesaikan transaksi.
Kesimpulan: Antarmuka pengguna telah berhasil melewati pengujian. Pengguna
dapat dengan mudah beradaptasi dengan sistem dan melakukan transaksi tanpa
kesulitan.
c. Pengujian Keamanan

Skenario Pengujian: Menguji keamanan autentikasi, perlindungan data pelanggan, dan

tindakan pencegahan terhadap serangan keamanan.
Hasil: Sistem memiliki mekanisme autentikasi yang aman, enkripsi data yang efektif,
dan perlindungan terhadap serangan seperti SQL injection dan XSS.
Kesimpulan: Sistem informasi penjualan barang bekas berbasis web telah berhasil lulus
pengujian keamanan. Data pelanggan terlindungi dengan baik dan sistem memiliki
langkah-langkah perlindungan terhadap serangan keamanan yang umum.
d. Pengujian Kinerja

Skenario Pengujian: Menguji kecepatan respon sistem saat mengakses halaman,

memprosespesanan, dan mengelola inventaris.

Hasil: Sistem menunjukkan kinerja yang baik dalam menangani beban pengguna yang
tinggi. Tidak ada penurunan signifikan dalam kecepatan atau responsivitas sistem.
Kesimpulan: Sistem informasi penjualan barang bekas berbasis web mampu
52
menghadapi beban pengguna yang tinggi dan tetap beroperasi dengan baik.
Dari hasil pengujian di atas, dapat disimpulkan bahwa sistem informasi penjualan
barang bekas berbasis web telah melewati pengujian dengan baik. Fungsi fungsional
sistem berjalan dengan baik, antarmuka pengguna mudah digunakan, keamanan sistem
terjaga, dan kinerja sistem memuaskan.

53
 BAB V
KESIMPULAN DAN SARAN

5.1 KESIMPULAN

Kesimpulan Dari hasil penelitian yang berjudul “Sistem Penjualan Barang Bekas
BerbasisWeb Menggunakan Metode Waterfall” yaitu, sistem ini telah membantu penjual
dan pembeli dalam bertransaksi online dengan lebih mudah dan aman tanpa harus khawatir
ada penipuan karenasistem ini menjadikan jembatan atau rekening bersama selain itu juga
dapat membantu para penjual dalam melakukan penjualan dan membantua masyarakat
daIam mencari barangbekas melalui website ini.

5.2 SARAN

Beberapa saran yang diperlukan apabila dikembangkan lebih lanjut yaitu sebgai berikut:

a. Pembayaran diharapkan bisa dikembangkan ke virtual account sehingga lebih cepat lagi
untuk transaksi.
b. Metode pembayaran hanya ada 2 jenis jadi kurang maksimal dalam menerima
pembayaran dengan metode lain.
c. Mengembangkan sistem ke aplikasi mobile yang sekarang ini sudah umum pada semua
masyarakat.
d. Perlu diadakan sistem bargaining agar penjual dan pembeli bisa membuat kesepakatan
dalam menentukan harga barang.
e. Pembuatan website untuk statistik penjualan sehingga member bisa mengetahui
penghasilan dan persentase keuntungan.

54
 DAFTAR PUSTAKA

[1] Metode Waterfall: Pengertian, Tahapan, Kekurangan dan Kelebihan. (2022, 09 18).BSI Today.
Retrieved May 2, 2023, from https://bsi.today/metode-waterfall/

[2] Montrado, R. (2022, 10 19). RANCANG BANGUN SISTEM INFORMASI JASA

PENJUALAN BARANG BEKAS BERBASIS WEB

https://ejournal.upbatam.ac.id/index.php/comasiejournal/article/view/5861

[3] Krisnadi, I. (n.d.). PEMANFAATAN E-COMMERCE UNTUK JUAL-BELI BARANG

BEKAS PAKAI.

https://www.academia.edu/38941811/PEMANFAATAN_E_COMMERCE_UNTUK_JUAL_
BELI_BARANG_BEKAS_PAKAI_UTILIZATION_OF_E_COMMERCE_FOR_EXCH
ANGE_O F_USED_GOODS

55
56
57
58
59
60