Post on 08-Nov-2020
16
BAB III
PEMBAHASAN
3.1. Analisis kebutuhan
Dalam website ini terdapat analisa kebutuhan pengguna dan analisa kebutuhan
system, yaitu:
3.1.1. Analisa kebutuhan pengguna
1. Analisa kebutuhan pengunjung
a. Pengunjung dapat melihat informasi jenis paket wedding yang disediakan
kami.
b. Pengunjung dapat melihat kualitas,model dan harga baju pengantin yang
disediakan
c. Pengunjung dapat mendaftar (registrasi) menjadi pelanggan (member)
2. Analisa kebutuhan pelanggan (member)
a. Pelanggan (member) dapat melakukan login dan logout
b. Pelanggan (member) dapat melihat informasi jenis paket wedding dan
contact us pada halaman pelanggan (member)
c. Pelanggan (member) dapat melihat kualitas,model dan harga baju
pengantin pada halaman pelanggan (member)
d. Pelanggan (member) dapat melakukan pemesanan (booking)
3.1.2. Analisa kebutuhan sistem
1. Setiap pelanggan (member) harus login terlebih dahulu untuk dapat masuk ke
sistem.
17
2. Sistem harus dapat menyimpan inputan dan data pemesanan yang dilakukan
oleh pelanggan (member).
3. Sistem harus harus dapat menampilkan data pemesanan di dalam website.
4. Sistem harus dapat mencetak bukti pemesanan di dalam website
3.2. Rancangan Dokumen
A. Rancangan Dokumen Masukan (Input)
Dokumen masukan (input) adalah suatu dokumen yang berisi data-data pada
suatu system yang dihasilkan dari proses masukan data, yang kemudian
digunakan untuk menghasilkan keluaran yang diinginkan sesuai kebutuhan.
Adapun bentuk dokumen masukan yang digunakan adalah sebagai berikut :
1. Nama Dokumen : Data Member
Fungsi : Untuk mengetahui data diri member
Sumber : Pelanggan
Tujuan : Administrator
Frekuensi : Setiap ada pesanan
2. Nama Dokumen : Data Paket
Fungsi : Untuk mengetahui paket-paket yang ada
Sumber : Perusahaan
Tujuan : Administrator
Frekuensi : Setiap ada peambahan paket
18
B. Rancangan Dokumen Keluaran (Output)
Dokumen keluaran (output) adalah hasil akhir dari proses pembuatan struk
penyewaan. Adapun bentuk dokumen keluarnya adalah sebagai berikut :
1. Nama Dokumen : Nota Pembayaran
Fungsi : Sebagai bukti pembayaran
S-umber : kasir
Tujuan : Pelanggan
Frekuensi : Setiap ada pembayaran
2. Nama Dokumen : Laporan Bulanan
Fungsi : Sebagai bukti laporan pemesanan
S-umber : pelanggan
Tujuan : Perusahaan
Frekuensi : Setiap ada pembayaran
3.3. Entity Relationship Diagram
Perancangan basis data menghasilkan pemetaan tabel-tabel yang digambarkan
dengan Entity Relationship Diagram (ERD).
19
A. Entity Relationship Diagram
Gambar III.1
Entity Relationship Diagram Penyewaan Jasa Wedding Organizer
20
B. LRS (Logical Record Structure)
Gambar III.2
Logical Record Structure Penyewaan Jasa Wedding Organizer
3.4. Spesifikasi File
1. Spesifikasi File Barang
Nama File
: Paket
Fungsi
: Menyimpan data paket
Tipe File
: File Master
Organisasi File
: Index Sequential
Akses File
: Random
21
Media : Hard Disk
Panjang Record : 160,0 Byte
Kunci Field : Kd_paket
Software : Xampp
Tabel III.1
Spesifikasi File Paket
No Elemen Data Akronim Tipe Panjang Keterangan
1. Kode paket Kd_paket Char 5 Primary Key
2. Nama paket Nama_paket Varchar 30
3. Harga paket Harga_paket Int 11
4. Rincian paket Rincian_paket Text
5. Gambar paket Gambar_paket Varchar 50
2. Spesifikasi File Pelanggan
Nama File
Akronim
Fungsi
Tipe File
: Pelanggan
: pelanggan
: Menyimpan data pelanggan
: File Master
Organisasi File
: Index Sequential
22
Akses File
: Random
Media
: Hard Disk
Panjang Record
: 16,0 Byte
Kunci Field
: Kd_pelanggan
Software
: Xampp
Tabel III.2
Spesifikasi File Pelanggan
No Elemen Data Akronim Tipe Panjang Keterangan
1. Kode Kd_pelan Char 5 Primary Key
pelanggan ggan
2. Nama Nama_pel Varchar 30
pelanggan anggan
3. Status Status_pel Enum
pelanggan anggan (“Aktif’,”Tidak
Aktif”)
4. Nomor No_telpon Varchar 15
telepon
5. Jenis kelamin Jenis_kela Enum
main (“Perempuan”
,”Laki-laki”
23
6. Username Username Varchar 30
7. Password Password Varchar 50
3. Spesifikasi File Admin
Nama File
Akronim
Fungsi
Tipe File
Organisasi File
Akses File
Media
Panjang Record
Kunci Field
Software
: admin
: admin
: Menyimpan data admin
: File Master
: Index Sequential
: Random
: Hard Disk
: 16,0 Byte
: id_admin
: Xampp
24
Tabel III.3
Spesifikasi File Admin
No Elemen Data Akronim Tipe Panjang Keterangan
1. Id Admin id_admin Int 5 Primary Key
2. Nama admin Nama_admin Varchar 30
3. Username Username Varchar 30
4. Password Password Varchar 50
4. Spesifikasi File Transaksi
Nama File
Akronim
Fungsi
Tipe File
Organisasi File
Akses File
Media
Panjang Record
Kunci Field
Software
: Transaksi
: transaksi
: Menyimpan data transaksi penyewaan
: File Master
: Index Sequential
: Random
: Hard Disk
: 16,0 Byte
: Xampp
25
Tabel III.4
Spesifikasi File Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1. Kode transaksi Kd_transaksi Char 5 Primary Key
2. Kode Kd_pelanggan Char 5
pelanggan
3. Kode paket Kd_paket Char 5
4. Total Total Int 10
5. Tanggal Tgl_transaksi Date
transaksi
6. Tanggal acara Tgl_acara Date
7. Status Status_transaksi Enum
transaksi (“1”,”0”)
8. Nama bank Nama_bank Varchar 30
9. Nomor No_rekening Varchar 30
rekening
10 Bukti Bukti_pembayaran Varchar 50
pembayaran
26
3.5. Pengkodean
1. Kd_paket
Setiap pengguna harus memiliki kode masing-masing sehingga dapat membatasi
hak akses dari masing-masing pengunjung, diantaranya terdiri dari:
P 0 0 0 1 Ket :
P : Paket
Kategori Nomor Urut
Paket Paket 0001 : No Urut Paket
2. Kd_pelanggan
Setiap pelanggan harus memiliki kode masing-masing , sehingga dapat
mengetahui urutan orderan dari masing-masing pelanggan..
P 0 0 0 1 Ket :
P : Pelanggan
Kategori Nomor Urut
Pelanggan Pelanggan 0001 : Nomor urut pelanggan 0001
3. Kd_transaksi
Setiap transaksi harus memiliki kode masing_masing , sehingga dapat
mengetahui transaksi yang dilakukan dari masing-masing pengunjung.
T 0 0 0 1 Ket :
T : Transaksi
Kategori Nomor Urut
Transaksi Transaksi 0001 : Nomor urut transaksi
27
4. Kd_admin
Setiap admin harus memiliki kode masing-masing sehingga dapat mengetahui
admin mana yang sedang memegang web tersebut.
1 2 1 6 6
Ket :
12166 : Nomor kode admin
Nomor kode admin
3.6 Spesifikasi Program
Struktur Navigasi
A. Struktur Navigasi Halaman Index (halaman utama)
Pada halaman index menggunakan struktur navigasi non linier karena pada
rangkaian home, profil, cekorder, item, cara pemesanan, , login
member,konfrimasi dan pencarian dapat diakses secara acak atau tidak
terurut.
28
Gambar III.3
Struktur Navigasi Index (Menu Utama)
B. Struktur Navigasi Halaman Pelanggan
Gambar III.4
Struktur Navigasi Halaman Member
29
C. Struktur Navigasi Halaman Admin
Gambar III.5
Struktur Navigasi Halaman Admin
3.7 Implementasi
A. Implementasi Rancangan Form / Antar Muka
Implementasi rancangan antar muka pada aplikasi elearning berdasarkan hasil
rancangan antar muka.
1. Halaman Login
Pelanggan harus melakukan login terlebih dahulu untuk dapat menggunakan
modul-modul yang tersedia Jika login berhasil, maka menu-menu yang sesuai
dengan kategori user tersebut akan ditampilkan.
30
Gambar III.6
Halaman Login Pelanggan
2. Halaman Utama Pengunjung
Tampilan halaman utama banyak fasilitas yang sudah disediakan, seperti
daftar paket-paket wedding .
31
Gambar III.7
Halaman Utama Pengunjung
3. Halaman Registrasi Pelanggan
Tampilan halaman registrasi , jika pengunjung belum terdaftar sebagai
anggota member bisa melakukan registrasi di halaman registrasi ini .
32
Gambar III.8
Halaman Registrasi Pelanggan
4. Halaman Rincian Paket
Tampilan halaman Rincian paket , untuk mengetahui detail fasilitas yang di
dapat pengunjung dalam paket yang diinginkan pengunjung.
33
Gambar III.9
Halaman Rincian Paket Wedding
5. Halaman Tentang Kami
Halaman Tentang Kami , halaman yang mendeskripsikan tentang web atau
perusahaan .
34
Gambar III.10
Halaman Tentang Kami
35
6. Halaman Utama Pelanggan
.
Gambar III.11
Halaman Utama Pelanggan
7. Halaman Transaksi
Halaman hasil transaksi yang sudah dilakukan pengunjung.
36
Gambar III.12
Halaman Transaksi
8. Halaman Bukti Pembayaran
Halaman Bukti pembayaran untuk memberitahu pelanggan jumlah yang akan
di bayar oleh pelanggan tersebut.
37
Gambar III.13
Halaman Bukti Pembayaran
9. Halaman Utama PadaTampilan Admin.
Gambar III.14
Halaman Utama Pada Tampilan Admin
38
10. Halaman Data Pelanggan pada Tampilan Admin.
Pada halaman ini admin bisa mengubah status pelanggan dalam keadaan aktif
atau pun tidak aktif.
Gambar III.15
Halaman Data Pelanggan Pada Tampilan Admin
11. Halaman Data Paket pada Tampilan Admin.
Pada halaman ini admin bisa mengubah Data paket untuk di tampilkan
kepelanggan.
39
Gambar III.16
Halaman Data Paket Pada Tampilan Admin
12. Halaman Transaksi penyewaan pada Tampilan Admin.
Pada halaman ini admin mengkonfrimasi bahwa pelanggan sudah melakukan
transaksi.
Gambar III.17
Halaman Transaksi Penyewaan Pada Tampilan Admin
40
13. Halaman Laporan Data paket pada Tampilan Admin.
Pada halaman ini admin Bisa melihat data paket apa saja yang sudah di
masukan.
Gambar III.18
Halaman Laporan Data Paket Pada Tampilan Admin
14. Halaman Laporan Data Pelanggan pada Tampilan Admin.
Pada halaman ini admin Bisa melihat data pelanggan siapa saja yang sudah
melakukan pemesanan.
41
Gambar III.19
Halaman Laporan Data Pelanggan Pada Tampilan Admin
15. Halaman Laporan Data Transaksi pada Tampilan Admin.
Pada halaman ini admin Bisa melihat data transaksi apa saja yang sudah
dilakuan pelanggan.
Gambar III.20
Halaman Laporan Data Transaksi Pada Tampilan Admin
42
3.8 Pengujian Unit
Pengujian terhadap program yang dibuat menggunakan blackbox testing yang
fokus terhadap proses masukan dan keluaran program.
A. Pengujian Terhadap Form Login
B. Tabel III.5
C. Hasil Pengujian Black Box Testing Halaman Login
D.
No. Skenario Test case Hasil yang Hasil Kesimpulan
pengujian diharapkan pengujian
1. Username dan Username: Sistem akan
password tidak (kosong) menolak akses user
diisi kemudian
Password:
dan menampilkan Sesuai
Valid
klik tombol
“Username dan harapan
login
(kosong) password tidak
dikenal”
2. Mengetikkan Username: riska Sistem akan
username dan Password :
menolak akses user
password tidak
(kosong)
dan menampilkan
Sesuai
diisi
atau
“Username dan Valid
harapan
kosong
password tidak
kemudian klik dikenal”
tombol login
43
3. Username tidak Username: Sistem akan
diisi (kosong) (kosong) menolak akses user
dan password
Password:
dan menampilkan Sesuai
Valid
diisi kemudian
“Username dan harapan
klik tombol Riska password tidak
login dikenal”
4. Mengetikkan Username: riska Sistem akan Sesuai Valid
salah satu (benar) menolak akses user harapan
kondisi salah Password: 1998-
dan menampilkan
pada username 03-31 (salah)
“Username dan
atau password password tidak
kemudian klik dikenal”.
tombol login
5. Mengetikkan Username: riska Sistem menerima Sesuai Valid
username dan (benar) akses login dan harapan
password Password: riska
kemudian langsung
dengan data (benar)
menampilkan menu
yang benar utama.
kemudian klik
tombol login
44
B. Pengujian Terhadap Form Tambah Transaksi
C. Tabel III.6
D. Hasil Pengujian Black Box Testing Halaman Transaksi
E.
No. Skenario
pengujian
1. nama paket,
biaya
keterangan, dan
tanggal sewa
tidak diisi lalu
klik ordernow
2. Salah satu field
diisi , kemudian
klik ordernow
Test case
Nama paket :
(kosong)
Biaya keterangan ;
(kosong)
Tanggal sewa :
(kosong)
Nama paket :
(diisi)
Biaya keterangan ;
(kosong)
Hasil yang Hasil Kesimpulan
diharapkan pengujian
Sistem akan
menolak akses user
dan menampilkan
“data masih ada Sesuai Valid
harapan yang kosong”
Sistem akan
menolak akses user
dan menampilkan
“data masih ada Sesuai
Valid
yang kosong” harapan
Tanggal sewa :
(kosong)
45
3. Semua field Nama paket : Sistem akan
diisi dengan (diisi)
menerima akses
benar, user kemudian data
kemudian klik Biaya keterangan ; akan disimpan Sesuai Valid
ordernow (diisi) langsung ke tabel harapan
transaksi Tanggal sewa :
(diisi)