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)