BAB III PEMBAHASAN. tentang apa saja yang harus dikerjakan dan karakteristik apa yang harus dimiliki.

(1)

18 BAB III PEMBAHASAN 3.1. Analisa Kebutuhan

Tujuan dari analisa kebutuhan ini adalah memahami dengan baik kebutuhan dari sistem dan pengembanganya, baik dilihat dari segi sistem itu sendiri maupun dari segi pengguna. Dalam garis besarnya analisa kebutuhan merupakan pernyataan tentang apa saja yang harus dikerjakan dan karakteristik apa yang harus dimiliki.

A. Analisa Kebutuhan Pengguna 1. Kebutuhan Pengunjung

a. Melihat katalog produk, kategori produk, informasi, dan store.

b. Registrasi sebagai user baru.

c. Mengisi keranjang belanja.

2. Kebutuhan User

a. Melakukan login user.

b. Mengisi keranjang belanja.

c. Melakukan transaksi pembelian dan mengupload bukti pembayaran.

d. Melihat riwayat pembelian.

e. Melihat profil user, memperbarui data user dan menggati password.

f. Melakukan logout.

3. Kebutuhan Administrator

a. Melakukan login administrator.

b. Menambah data produk, kategori produuk dan provinsi.

c. Memperbarui data produk, kategori produk dan provinsi.

d. Menghapus data produk, kategori produk dan provinsi.

(2)

e. Melihat data produk, kategori produk, admin, user, transaksi, bukti pembayaran, dan laporan transaksi.

f. Melihat profil administrator dan mengganti password.

g. Melakukan logout.

B. Analisa Kebutuhan Sistem

Kebutuhan sistem untuk pengunjung dan user.

1. Menyediakan form registrasi untuk pengunjung yang berminat menjadi user di situs penjualan perlengkapan olahraga beladiri sambo berbasis web.

Form registrasi berisi nama lengkap, username, alamat e-mail, password, ulangi password, telepon, dan alamat.

2. Menyediakan detail informasi mengenai produk-produk yang di perinci lagi seperti nama produk, kategori, detail, berat, stok dan harga produk.

3. Menyediakan halaman informasi (tentang kami) yang memberikan informasi singkat tentang Pengcab Persambi Karawang dan Sambo Store.

4. Menyediakan halaman cara pesan yang memberikan detail informasi mengenai panduan berbelanja pada web Sambo Store untuk pelanggan.

3.2. Rancangan Dokumen

Rancangan dokumen yang penulis buat dari dua dokumen yaitu dokumen masukan (input) dan dokumen keluaran (output) yang menentukan seperti apa halaman yang dibutuhkan dalam sebuah web. Rancangan dokumen ini dibuat sedemikian rupa untuk digunakan sesuai fungsi dan kebutuhannya.

A. Rancangan Dokumen Masukan (Input)

Ada beberapa rancangan dokumen masukan yang digunakan dalam sistem penjualan perlengkapan olahraga beladiri sambo berbasis web ini dengan uraian parameter-parameter dokumennya sebagai berikut :

(3)

1. Nama Dokumen : Form Registrasi

Fungsi : Sebagai form registrasi user Sumber : Pengunjung Website

Tujuan : Bagian Administrator Media : Form Website

Jumlah : Satu halaman

Frekuensi : Setiap terjadi registrasi user Bentuk : Lampiran A.1

2. Nama Dokumen : Form Transaksi/ Checkout Fungsi : Sebagai pembelian produk Sumber : Pengunjung Website Tujuan : Bagian Administrator Media : Form Website

Frekuensi : Setiap terjadi pembelian produk Bentuk : Lampiran A.2

B. Rancangan Dokumen Keluaran (Output)

Rancangan dokumen keluaran yang digunakan dalam sistem penjualan perlengkapan olahraga beladiri sambo berbasis web ini mempunyai uraian parameter-parameter dokumen sebagai berikut :

1. Nama Dokumen : Data Akun User

Fungsi : Untuk mengetahui data user Sumber : Bagian User

Tujuan : Pihak User Media : Data Website

(4)

Frekuensi : Setiap penambahan user Bentuk : Lampiran B.1

2. Nama Dokumen : Data Transaksi

Fungsi : Untuk mengetahui data transaksi user Sumber : Bagian Administrator

Tujuan : Pihak User Media : Data Website Jumlah : Satu halaman

Frekuensi : Setiap proses checkout order Bentuk : Lampiran B.2

3.3. Desain

Database merupakan kumpulan dari tabel-tabel yang berisi data-data yang saling berhubungan dan terorganisir dengan baik agar bisa digunakan dengan mudah dan cepat untuk mengakses berbagai macam kebutuhan pengolahan data.

Perancangan basis data menghasilkan pemetaan tabel-tabel yang digambarkan dengan Entity Relationship Diagram (ERD) menggunakan relasi antar entitas. ERD menggambarkan bagaimana hubungan atau relasi antar entitas yang dihubungkan melalui sebuah garis penghubung. Entitas mempunyai atribut yang bisa dijadikan primary key (kunci utama) atau foreign key (kunci tamu).

(5)

A. ERD (Entity Relationship Diagram)

Gambar III.1

Entity Relationship Diagram (ERD)

pelanggan email

No_telepn

kelamin

Nm_pelanggan

Kd_pelanggan

konfirmasi jumlah_transaks

keterangan tanggal

nm_pemesan

id

rek_tujuan

no_rek dari_bank

pemesanan_item harga

jumlah No_pemesanan

id

barang

gambar

keterangan

berat Kd_barang

Nm_barang

stok harga

atas_nama

pemesanan

kota Alamat_lengkap Nama_penerima

tgl_pemesanan

Kode_pos no_pemesanan

Status_bayar Status_konfirmasi

No_telepn

keranjang

harga

jumlah

berat memilliki

tanggal 1

id No_pemesnan

1

m bukti_transaksi

username password

password Tgl_daftar

berat

kategori Kd_kategri

Nm_kategori provinsi

Kd_provinsi

Nm_provinsi

Biaya_kirim

memiliki melakukan

memiliki

memiliki memiliki

memiliki Kd_pelanggan

No_pemesanan

Kd_provinsi

Kd_barang

Kd_kategri

Kd_kategri Kd_barang

1 M

1 1

M

1

1 1

M 1

1 M

(6)

B. LRS (Logical Record Structure)

Gambar III.2 Logical Record Structure

3.4. Spesifikasi File

Dalam perancangan aplikasi web ini memiliki sebuah database dengan nama db_sambo. Di dalam database ini berisi tabel-tabel antara lain sebagai berikut.

a. Spesifikasi file tabel pelanggan Nama Database : db_sambo Nama File : Tabel pelanggan

(7)

Akronim : pelanggan Tipe File : File Master Akses File : Random Panjang Record : 134 Byte Kunci Field : username

Tabel III.1

Spesifikasi file tabel pelanggan

No Elemen Data Nama

Field Type Size Keterangan

1 Kode Pelanggan

kd_pelang

gan Varchar 6 Primary

Key 2 Nama

pelanggan

nm_pelan

ggan Varchar 30

3 Jenis kelamin kelamin Varchar 20

4 email email Varchar 30

5 No telpon no_telpon Varchar 12 6 Username username Varchar 20 7 Password password Varchar 16 8 Tanggal daftar tgl_daftar Date

b. Spesifikasi file tabel pemesanan Nama Database : db_sambo

Nama File : Tabel Pemesanan

Akronim : pemesanan

Tipe File : File Master Akses File : Random Panjang Record : 121 Byte Kunci Field : no_pemesanan

(8)

Tabel III.2

Spesifikasi file tabel pemesanan

No. Elemen Data Nama

Field Type Size Keterangan 1 Nomor

Pemesanan

no_pemes

anan Varchar 10 Primary Key 2 Kode

Pelangggan

kd_pelang

gan Varchar 10 Foreign Key 3 Tanggal

Pemesanan

tgl_pemes

anan Date

4 Nama Penerima

nama_pen

erima Varchar 30 5 Alamat

Lengkap

alamat_len

gkap text

6 Kode Provinsi

kd_provin

si Varchar 3

7 Kota kota Varchar 30

8 Kode Pos kode_pos Int 6 9 No Telpon no_telpon Int 12 10 Status Bayar status_bay

ar Enum ‘Lunas’,

’Pesan’

11 Status Konfirmasi

status_kon

firmasi varchar 20

c. Spesifikasi file tabel pemesanan item Nama Database : db_sambo

Nama File : Tabel Pemesanan Item Akronim : pemesanan_item Tipe File : File Transaksi Akses File : Random Panjang Record : 46 Byte Kunci Field : id

Tabel III.3

Spesifikasi file tabel pemesanan_item

No. Elemen Data Nama Field Type Size Keterangan

1 Id id Int 4 Primary Key

2 Nomor Pemesanan

no_pemesasn

an Varchar 10 Foreign Key

(9)

3 Kode Barang kd_barang Varchar 12 Foreign Key

4 Harga harga Int 12

5 Jumlah jumlah Int 3

6 Berat berat Float 5

d. Spesifikasi file tabel barang

Nama Database : db_sambo Nama File : Tabel Barang

Akronim : barang

Tipe File : File Master Akses File : Random Panjang Record : 118 Byte Kunci Field : kd_barang

Tabel III.4

Spesifikasi file tabel barang

No. Elemen Data Nama Field Type Size Keterangan 1 Kode Barang kd_barang Varchar 12 Primary Key 2 Nama Barang nm_barang Varchar 25

3 Harga harga Int 12

4 Stok stok Int 10

5 Berat berat Float 5

6 Keterangan keterangan Text

7 Gambar gambar varchar 50

8 Kode

Kategori kd_kategori Int 4 Foreign Key

e. Spesifikasi file tabel kategori Nama Database : db_sambo Nama File : Tabel Kategori

Akronim : kategori

Tipe File : File Master Akses File : Random

(10)

Panjang Record : 24 Byte Kunci Field : kd_kategori

Tabel III.5

Spesifikasi file tabel kategori

No. Elemen Data Nama Field Type Size Keterangan 1 Kode

Kategori

kd_kategori Int 4 Primary Key 2 Nama

Kategori

nm_kategori Varchar 20

f. Spesifikasi file tabel provinsi Nama Database : db_sambo Nama File : Tabel Provinsi

Akronim : provinsi

Tipe File : File Master Akses File : Random Panjang Record : 37 Byte Kunci Field : kd_provinsi

Tabel III.6

Spesifikasi file tabel provinsi No. Elemen

Data

Nama Field Type Size Keterangan 1 Kode

Provinsi

kd_provinsi Int 5 Primary Key 2 Nama

Provinsi

nm_provinsi Varchar 20 3 Biaya

Kirim

biaya_kirim Int 12

g. Spesifikasi file tabel konfirmasi Nama Database : db_sambo

Nama File : Tabel Konfirmasi

(11)

Akronim : konfirmasi Tipe File : File Master Akses File : Random Panjang Record : 199 Byte Kunci Field : id

Tabel III.7

Spesifikasi file tabel konfirmasi No. Elemen

Data

Nama Field Type Size Keterangan

1 Id Id Int 4 Primary Key

2 No

Pemesanan

no_pemesanan Varchar 8 Foreign Key 3 Nama

Pelanggan

nm_pelanggan Varchar 30 4 Jumlah

Transfer

jumlah_transfer Int 12 5 Keterangan Keterangan Text

6 Tanggal Tanggal Date

7 Rekeneing Tujuan

rek_tujuan Varchar 20 8 Dari Bank dari_bank Varchar 20 9 No

Rekening

no_rek Int 30

10 Atas Nama atas_nama Varchar 25 11 Bukti

Transfer

bukti_transfer Varchar 50

3.5. Spesifikasi Program

Struktur navigasi website digunakan untuk menggambarkan garis besar isi dari seluruh situs web. Struktur navigasi yang baik adalah mampu memberitahukan kepada pengunjung, user dan admin mengenai lokasi keberadaan didalam website tersebut dan lokasi-lokasi halaman yang bisa dikunjungi.

(12)

A. Struktur Navigasi Halaman Pengunjung

Struktur navigasi halaman pengunjung ini menggunakan struktur navigasi nonlinear karena pengguna akan melakukan navigasi dengan bebas melalui isi proyek dengan tidak terkait dengan jalur yang sudah ditentukan sebelumnya.

Gambar III.3

Struktur Navigasi Halaman Pengunjung

B. Struktur Navigasi Halaman Admin

Struktur navigasi halaman admin ini menggunakan struktur linear dengan percabangan karena admin melakukan navigasi disepanjang cabang pohon struktur yang terbentuk.

(13)

Gambar III.4

Struktur Navigasi Halaman Admin

C. Struktur Navigasi Halaman Pelanggan

Struktur navigasi halaman pelanggan ini menggunakan struktur navigasi nonlinear. Pengguna akan melakukan navigasi dengan bebas melalui isi proyek dengan tidak terkait dengan jalur yang sudah ditentukan sebelumnya.

(14)

Gambar III.5

Struktur Navigasi Halaman Pelanggan

3.6. Spesifikasi Sistem Komputer

Agar sistem informasi penjualan berbasis web ini dapat berjalan dengan baik, diperlukan spesifikasi minimum perangkat keras dan perangkat lunaknya. Berikut ini adalah spesifikasi perangkat keras dan perangkat lunak minimum yang dibutuhkan untuk pembuatan website-nya.

A. Spesifikasi Perangkat Keras (Hardware)

Processor : Intel(R) Celeron(C) CPU N3050 @1.60Ghz 160Ghz

RAM : 2.00 GB

Hard Disk : 466 GB

Mouse : Standard

Keyboard : 82 key

Monitor : 1366 x 768 (32 bit)

(15)

B. Spesifikasi Perangkat Lunak (Software) Sistem Operasi : Windows 10

Text Editor : Sublime Text 3 Build 3114 x86 Software Package : Xampp Versi 3.2.1

Xampp ini terdiri dari beberapa komponen, antara lain :

1. Aplikasi Web Server : Apache Server Versi 2.4.4 (Win32) 2. Aplikasi PHP : Versi 5.4.16

3. Aplikasi Database : 5.5.32 - MySQL Community Server 4. Aplikasi phpMyAdmin : Versi 4.0.4

Web Browser : Google Chrome (32 bit)

3.7. Pengkodean 1. ID Admin

Setiap admin harus memiliki ID masing-masing untuk mengelola website agar transaksi dari user bisa berjalan sebagaimana mestinya.

X X X 9 9 9

Identitas Admin Nomor Urut

Contoh :

A D M 0 0 1

Identitas Admin Nomor Urut

Keterangan :

ADM = sebagai identitas admin

(16)

2. ID Pelanggan

Setiap pelanggan harus memiliki ID masing-masing sehingga dapat mengakses website sesuai akun yang telah dibuat masing-masing user diantaranya seperti :

X X X 9 9 9

Identitas User Nomor Urut

Contoh :

U S R 0 0 1

Identitas User Nomor Urut

Keterangan :

USR = sebagai identitas user 3. ID Kategori

Kategori memiliki ID masing-masing yang berfungsi untuk mengelompokan produk-produk berdasarkan jenisnya masing-masing.

X X X 9 9 9

Identitas Kategori Nomor Urut

(17)

Contoh :

K A T 0 0 1

Identitas Kategori Nomor Urut

Keterangan :

KAT = sebagai identitas kategori 4. ID Produk

Setiap produk/barang yang dimiliki kategori juga harus memiliki ID masing- masing sehingga dapat dibedakan antara item satu dengan item lainnya, diantarannya seperti.

X X 9 9 9

Identitas Produk Nomor Urut

Contoh :

B R 0 0 1

Identitas Produk Nomor Urut

Keterangan :

BR = sebagai identitas produk

(18)

5. ID Pesanan

Untuk melanjutkan transaksi dari pembelian maka masing-masing order mempunyai kode tersendiri.

X X X 9 9 9 9

Identitas Order Nomor Urut

Contoh :

P S N 0 0 0 1

Identitas Order Nomor Urut

Keterangan :

PSN = sebagai identitas pesanan

3.8. Implementasi

A. Implementasi Rancangan Antar Muka

Implementasi rancangan antar muka pada website penjualan berbasis web ini berdasarkan hasil rancangan diatas adalah sebagai berikut :

1. Halaman Login Administrator

Administrator harus melakukan login terlebih dahulu untuk dapat menggunakan menu-menu yang tersedia di halaman administrator. Login admin menggunakan username dan password. Jika login berhasil, maka menu-menu akan di tampilkan.

(19)

Gambar III.6

Halaman Login Administrator

2. Halaman Dashboard Administrator

Jika admin sudah menginput username dan password dengan benar di halaman login admin. Admin dapat masuk ke halaman dashboard admin di halaman dashboard admin tersebut ada beberapa menu yang dapat dijalankan sesuai kebutuhan admin.

Gambar III.7

Halaman Dashboard Administrator

(20)

3. Halaman Registrasi Pelanggan

Agar pengunjung bisa malakukan transaksi pembelian, maka pengunjung diharuskan melakukan registrasi di halaman registrasi. Registrasi ini untuk membuat akun yang data-datanya nanti bisa digunakan sebagai data pribadi pelanggan.

Gambar III.8 Halaman Registrasi 4. Halaman Login Pelanggan

Setelah pengunjung melakukan registrasi menjadi pelanggan, maka pelanggan bisa melakukan transaksi pembelian di website penjualan produk berbasi web ini dengan melakukan login terlebih dahulu. Login menggunakan username dan password sesuai dengan username dan password pada saat registrasi sebelumnya.

(21)

Gambar III.9 Halaman Login Pelanggan

5. Halaman Form Transaksi/Checkout

Setelah user memilih barang dan klik selesai belanja maka akan diarahkan ke halaman form checkout. Disini user dapat menginput provinsi, kota, alamat beserta kode pos tujuan pengiriman barang dan untuk metode pengiriman pun user dapat memilih layanan pengiriman dan ongkos kirim akan secara otomatis terhitung sesuai layanan pengiriman yang dipilih dan total biaya akan secara otomatis terhitung.

Gambar III.10 Halaman Form Checkout

(22)

3.9. Pengujian Unit

Pembahasan mengenai pengujian sistem yang dibuat dengan menggunakan blackbox testing untuk menguji proses input dan output yang berkaitan dengan sistem yang dibangun.

1. Form login pelanggan

Tabel III.8.

Hasil pengujian black box testing form login pelanggan

No. Skenario

pengujian Test case Hasil yang diharapkan

Hasil

pengujian Kesimpulan

1

Label username dan password diletakan di isian username dan password.

Salah satu atau semua data salah

username : 5alah (salah) Password : password (benar)

Sistem akan menolak akses login dan

menampilkan pesan

“username dan password salah”

Sesuai

Harapan Valid

2 Semua isian data dikosongkan.

username : (kosong) password : (kosong)

Sistem akan menolak akses login dan

menampilkan pesan

“username dan password belum diisi, username dan password salah”

Sesuai

Harapan Valid

3 Semua isian data benar.

username : username(b enar) Password : password (benar)

Sistem menerima akses login dan langsung diarahkan ke halaman utama admin.

Sesuai

Harapan Valid

(23)

2. Form pendaftaran pelanggan

Tabel III.9.

Hasil pengujian black box testing form pendaftaran pelanggan

No. Skenario

Hasil

1 Semua isian data dikosongkan

Nama lengkap:

(kosong) Jenis Kelamin:

(kosong) Alamat email:

(kosong) No Telpon:

(kosong) Username:

(kosong) Password:

(kosong) Capcha:

(kosong)

Sistem akan menolak permintaan dan

menampilkan pesan “please fill out this field.”

Sesuai

Harapan Valid

2

Salah satu atau beberapa isian data dikosongkan

Nama lengkap:

(Atang S) Jenis Kelamin:

(kosong) Alamat email:

(kosong) No Telpon:

(kosong) Username:

(username) Password:

(password) Capcha:

(salah)

menampilkan pesan “please fill out this field .”

Sesuai

Harapan Valid

3

Semua isian data diisi tetapi email tidak valid

Nama lengkap:

(Atang) Jenis

Sesuai Harapan

Valid

(24)

Kelamin:

(laki) Alamat email:

(ata.com) No Telpon:

(0897888) Username:

(user) Password:

(pass) Capcha:

(876887)

menampilkan pesan “Please include an

‘@’ in the email address .”

4 Semua isian data diisi dan benar

Nama lengkap:

(Atang) Jenis Kelamin:

(laki) Alamat email:

(ata@yahoo .com) No Telpon:

(0897888) Username:

(user) Password:

(pass) Capcha:

(876887)

Sistem akan menerima permintaan dan

menampilkan pesan

“Pendaftaran berhasil, silahkan login!”

Kemudian user akan diarahkan ke halaman login pelanggan.

3. Form alamat tujuan pengiriman barang Tabel III.10.

Hasil pengujian black box testing form checkout

No. Skenario

Hasil

Nama Penerima:

(kosong) Alamat lengkap:

(kosong)

menampilkan pesan “Nama

Sesuai

Harapan Valid

(25)

Kota tujuan:

(kosong) Kode pos:

(kosong) No.telpon:

(kosong)

Penerima, Alamat tujuan, Kota tujuan, Kode pos, No.

Telpon masih kosong”

2

Nama Penerima:

(Atang) Alamat lengkap:

(kosong) Kota tujuan:

(karawang) Kode pos:

(41313) No.telpon:

(08768987)

menampilkan pesan

“Alamat tujuan masih kosong”

Sesuai

Harapan Valid

Nama Penerima:

(Atang) Alamat lengkap: (jl.

karawang) Kota tujuan:

(karawang) Kode pos:

(41313) No.telpon:

(08768987)

menampilkan pesan

“Transaksi telah selesai, silahkan cek pesanan anda!”.

Sesuai

Harapan Valid

4. Form konfirmasi pembayaran

Tabel III.11.

Hasil pengujian black box testing form konfirmasi pembayaran

No. Skenario

Hasil

Rekening Tujuan:

(kosong) Nama Bank:

(kosong)

menampilkan pesan “please

Sesuai

Harapan Valid

(26)

No

Rekening:

(kosong) a/n:

(kosong) Tanggal Transfer:

(kosong) Jumlah Transfer:

(kosong) Keterangan:

(kosong) Bukti Transfer:

(kosong)

fill out this field

” untuk jenis text field dan“please select item”

untuk jenis option menu.

2

Rekening Tujuan:

(kosong) Nama Bank:

(kosong) No

Rekening:

(kosong) a/n:

(Atang) Tanggal Transfer:

(01/08) Jumlah Transfer:

(kosong) Keterangan:

(transfer) Bukti Transfer:

(bukti.jpg)

menampilkan pesan “please fill out this field

” untuk jenis text field dan“please select item”

untuk jenis option menu.

.”

Sesuai

Harapan Valid

Rekening Tujuan:

(BCA) Nama Bank:

(BCA) No

Rekening:

(12345678) a/n:

(Atang)

menampilkan pesan

“konfirmasi berhasil dikirim”

kemudian user di

(27)

Tanggal Transfer:

(01/08) Jumlah Transfer:

(Rp.100) Keterangan:

(transfer) Bukti Transfer:

(bukti.jpg)

arahkan ke halaman cetak bukti transfer.