25

BAB III

3.1. Tinjauan Perusahaan

A. Sejarah Perusahaan

Kyna Jaya adalah Grosir yang menjual berbagai jenis makanan, bumbu dan

minyak. Toko ini berdiri pada tahun 2014 yang didirikan oleh Ibu Lisna dan

Bapak Taufik. Kyna Jaya berlokasi didaerah kota Tasikmalaya. Makanan yang

dijual tidak hanya 1 (satu) produk tetapi berbagai macam produk. Awal didirikan

Kyna Jaya tidak mempunyai karyawan. Pada tahun 2015 pemilik toko mulai

merekrut karyawan karena penjualan yang semakin meningkat membuat pemilik

membutuhkan sumber daya manusia untuk bisa meringankan pekerjaan yang ada

di toko.

B. Struktur Organisasi

Sumber : Kyna Jaya (2014)

Gambar III.1. Struktur Organisasi KYNA JAYA

Pemilik

Kasir Bagian Gudang

26

Fungsi dari struktur organisainya adalah sebagai berikut :

1. Pemilik

Pemilik Toko Kyna Jaya mempunyai hak penuh untuk mengelola Toko

Kyna Jaya mulai dari pembelian barang, penjualan barang dan merubah

sistem. Tidak hanya mengelola itu saja tetapi bertanggung jawab penuh

untuk toko dan juga karyawan-karyawannya. Pemilik bertugas juga

sebagai admin Toko.

2. Kasir

Kasir pada Toko Kyna Jaya bertugas sebagai orang yang menangani

transaksi antara pembeli dengan toko. Melayani pembeli yang datang ke

toko untuk membeli ataupun menanyakan barang.

3. Bagian Gudang

Bagian gudang bertugas untuk membereskan barang-barang mulai dari

barang yang baru masuk, merapihkan dan menyusun barang-barang,

mengecek barang sesuai data yang telah diberikan oleh pemilik kepada

bagian gudang.

3.2. Analisa Kebutuhan

Analisa Kebutuhan sangat dibutuhkan dalam sebuah pembuatan ataupun

dalam pengembangan sistem untuk mendukung kinerja program atau aplikasi,

apakah aplikasi yang kita buat telah sesuai dengan kebutuhan atau belum karena

kebutuhan aplikasi akan mendukung tercapainya tujuan suatu instansi atau

perushaan. Pada tahapan ini penulis akan menganlisa kebutuhan apa saja yang

dibutuhkan untuk mendukung program atau aplikasi yang dibuat agar sesuai

27

kebutuhan. Dalam aplikasi ini penjualan ini terdapat 2 (dua) pengguna, yaitu

admin dan kasir. Kedua pengguna ini memiliki karakteristik berbeda-beda dan

memiliki kebutuhan informasi yang berbeda-beda, diantaranya sebagai berikut :

A. Kebutuhan Pengguna

1. Skenario Kebutuhan Admin

a) Admin mempunyai peran penting dalam mengoperasikan aplikasi dan

memberikan berbagai informasi kepada karyawan dan pembeli.

b) Admin dapat mengelola data pengguna yang mengoperasikan aplikasi

seperti merubah data kasir apabila ada perubahan, mengganti password

lama dengan password baru.

c) Admin dapat mengolah data barang mulai dari input barang baru,

penambahan stok, merubah data barang dan menghapus data barang.

d) Admin dapat mengolah transaksi penjualan barang.

e) Admin dapat membuat laporan barang sesuai kebutuhan.

f) Admin dapat membuat laporan penjualan sesuai kebutuhan.

2. Skenario Kebutuhan Kasir

a) Kasir terlebih dahulu harus melakukan login agar bisa masuk dan bisa

mengoperasikan atau menjalankan aplikasi ini.

b) Kasir dapat melihat data barang untuk mengetahui informasi dari semua

data barang.

c) Kasir dapat dapat mengoperasikan dan mengkonfirmasi dari setiap

transaksi penjualan oleh pembeli dan mencetak struk.

28

B. Kebutuhan Sistem

1. Pengguna harus melakukan login terlebih dahulu dengan memasukan

username dan password agar dapat mengakses dan mengoperasikan aplikasi

dan juga untuk keamanan aplikasi ini.

2. Pengguna juga harus melakukan logout setelah selesai menggunakan

aplikasi.

3. Sistem dapat mengolah semua data mulai data pengguna, barang, transaksi

hingga laporan juga menyimpannya.

4. Sistem dapat menghasilkan sebuah informasi yang akurat.

3.3. Rancangan Dokumen

A. Rancangan Dokumen Masukan (Input)

Rancangan Dokumen Masukan yang digunakan dalam perancangan

program penjualan dengan uraian parameter-parameter dokumen tersebut dengan

parameter-parameter dokumennya, yaitu sebagai berikut :

1. Nama Dokumen : Data Pengguna

Fungsi : Untuk mengetahui data pengguna

Sumber : Admin

Tujuan : Pemilik

Media : -

Jumlah : 1 (Satu)

Frekuensi : Setiap ada perubahan atau penambahan data pengguna

Bentuk : Lihat Lampiran A.1

29

2. Nama Dokumen : Input Barang

Fungsi : Untuk menambahkan data barang

Sumber : Admin

Tujuan : Pengguna

Media : -

Jumlah : 1 (Satu)

Frekuensi : Setiap ada penambahan barang dan stok

Bentuk : Lihat Lampiran A.2

3. Nama Dokumen : Input Transaksi

Fungsi : Untuk memasukan data transaksi

Sumber : Pembeli

Tujuan : Pengguna

Media : -

Jumlah : 1 (Satu)

Frekuensi : Setiap dilakukannya transaksi

Bentuk : Lihat Lampiran A.3

B. Rancangan Dokumen Keluaran (Output)

Rancangan Dokumen Masukan yang digunakan dalam perancangan

program penjualan dengan uraian parameter-parameter dokumen tersebut dengan

parameter-parameter dokumennya, yaitu sebagai berikut :

1. Nama Dokumen : Laporan Data Transaksi

Fungsi : Sebagai bukti transaksi penjualan

30

Sumber : Pengguna

Tujuan : Pemilik

Media : Kertas

Jumlah : 1 (Satu)

Frekuensi : Setiap ada transaksi penjualan

Bentuk : Lihat Lampiran B. 1

2. Nama Dokumen : Struk

Fungsi : Sebagai bukti transaksi

Sumber : Pengguna

Tujuan : Pembeli

Media : Kertas

Jumlah : 1 (Satu)

Frekuensi : Setiap ada transaksi penjualan

Bentuk : Lihat Lampiran B.2

3. Nama Dokumen : Laporan Data Barang

Fungsi : Sebagai Laporan data barang yang tersedia

Sumber : Pengguna

Tujuan : Pemilik

Media : Kertas

Jumlah : 1 (Satu) atau Lebih

Frekuensi : Setiap diminta oleh Pemilik

Bentuk : Lihat Lampiran B.3

31

3.4. Entity Relationship Diagram (ERD)

Dari hasil perancangan basis data menghasilkan pemetaan tabel-tabel yang

digambarkan dengan Entity Relationship Diagram (ERD).

A. Entity Relationship Diagram (ERD)

Berikut adalah ERD yang penulis rancang untuk perancangan program ini :

Gambar III.2 Entity Relationship Diagram Penjualan Makanan

32

B. Logical Record Structure (LRS)

Berikut adalah rancangan LRS yang penulis buat untuk rancangan

database pada aplikasi ini :

Gambar III.3 Logical Record Structure Penjualan Makanan

1 1

33

3.5. Spesifikasi File

A. Spesifikasi File Pengguna

Nama File : Pengguna

Akronim : Pengguna

Fungsi : Menyimpan Data Pengguna

Tipe File : File Master

Organisai File : Index Sequential

Akses File : Random

Media : Hard Disk

Panjang Record : 36 Byte

Kunci Field : Id_pengguna

Software : Xampp

Tabel III.1. Spesifikasi File Pengguna

No Elemen Data Akronim Tipe Panjang Keterangan

1. ID Id_pengguna varchar 5 Primary Key

2. Username Username Varchar 10

3. Password Password varchar 20

4. Level Akses_level int 1

B. Spesifikasi File Barang

Nama File : Barang

Akronim : Barang

Fungsi : Menyimpan Data Barang

Tipe File : File Master

Organisai File : Index Sequential

Akses File : Random

Media : Hard Disk

Panjang Record : 265 Byte

34

Kunci Field : kd_barang

Software : Xampp

Tabel III.2. Spesifikasi File Data Barang

No Elemen Data Akronim Tipe Panjang Keterangan

1. Kode kd_barang Varchar 10 Primary Key

2. Nama Barang Nm_barang varchar 100

3. Jenis Jns_barang Varchar 15

4. satuan Satuan varchar 10

5. Harga beli Hrg_beli Double

6. Harga Jual Hrg_jual Double

7. stok Stok int 4

8. Keterangan Ket_barang varchar 50

9. Diskon Diskon varchar 15

10 Masa Berlaku Masa_berla

ku

varchar 15

11. Keterangan

diskon

Ket_diskon varchar 50

C. Spesifikasi File Transaksi

Nama File : Transaksi

Akronim : Transaksi

Fungsi : Menyimpan Data Transaksi

Tipe File : File Transaksi

Organisai File : Index Sequential

Akses File : Random

Media : Hard Disk

Panjang Record : 25 Byte

Kunci Field : notrans

Software : Xampp

Tabel III.3. Spesifikasi file Transaksi

35

No Elemen Data Akronim Tipe Panjang Keterangan

1. No.Transaksi Notrans Varchar 15 Primary Key

2. Tgl.Transaksi tgl_transaksi Date

3. Total Bayar Subtotal Double

4. ID Id_pengguna Varchar 5

3.6. Pengkodean

Pengkodean dibutuhkan pada setiap yang menjadi primary key di masing-

masing tabel yang bertujuan untuk menjadikannya sebagai karakter yang unik,

berikut primary key yang diberikan pengkodean :

A. Id Pengguna

Setiap pengguna harus memiliki identitas masing-masing sehingga dapat

membatasi hak akses dari masing-masing pengguna, diantaranya terdiri dari :

B. Kode Barang

Setiap barang harus memiliki kode masing-masing sehingga dapat

membedakan dari masing-masing barang, diantaranya terdiri dari :

A D M 0 1

1 1 d d y y 0 0 1

Identitas

Jabatan

Keterangan :

ADM = Untuk identitas Administrasi

Identitas

barang

Tanggal

barang

diinput

No urut

Tahun

barang

diinput

Keterangan :

11 = Untuk Kode Barang

No urut

36

C. No Transaksi

Setiap no transaksi harus mempunyai masing-masing no transaksi berbeda

untuk menjadikannya sebuah identitas dan membedakannya, diantaranya no

transaksi seperti berikut :

3.7. Spesifikasi Prograam

Untuk spesifikasi program yang digunakan penulis pada perancangan

aplikasi penjualan makanan adalah sebagai berikut :

A. HIPO (Hierarchy Input Process Output)

Rancangan HIPO untuk aplikasi penjualan ini adalah sebagai berikut :

d d m m y y 0 0 1

Tanggal

Transaksi

bulan

Transaksi Tahun

Transaksi

No Urut

Keterangan :

Dd = Tanggal

mm = Bulan

yy = 2(Dua) angka terakhir dari tahun

37

Gambar III.4

Hierarchy Input Process Output (HIPO) Aplikasi Penjualan

B. Flowchart

Untuk perancangan flowchart aplikasi penjualan maanan yang dirancang

penulis adalah sebagai berikut :

0.0

Login

1..0

Menu Utama

0.0

3..0

Master

1.0

2..0

File

1.0

5..0

Laporan

1.0

4..0

Transaksi

1.0

6..0

Logout

2..1

Pengguna

2.0

2..2

Ganti

Password

2.0

3.1

Input barang

3.0

3..2

Data barang

3.0

4..1

Input Transaksi

4.0

5..1

Laporan

5.0

38

1. Login

T Y

T

Y T

Y

T

Y

T

T Y

Y

Gambar III.5 Flowchart Form Login

Mulai

Masukan

username

Masukan

Pencarian data Ada

Salah > 3

Masukan

password

Pencocokan data

cocok kesempatan

ke “x” salah

Maaf kesempatan

ke “x” nama “xxx”

Tidak ditemukan

Salah > 3 Menu Utama

Keluar

Selesai

39

2. Halaman Admin

Y

Y

T

T

Y

T

Y

T

Mulai

1. File

2. Master

3. Transaski

4. Laporan

5. Logout

File 1. Data Pengguna

2. Ganti Password

3. Back-up

Back-up

Ganti

Password

Data

pengguna

Form Data

Pengguna

Form Ganti

Password

Form Back-up

1 2

40

Y

T

Y

T

Y

T

Y

T Y

T

Y

Y

T

T

Y

1 2

Master 1. Input Barang

2. Data Barang

Input

Barang

Data

Barang

Form Input

Barang

Form Data

Barang

Input

Transaksi

1. Input Transaski

2. Data Barang

Input

Transaksi

Form Input

Transaksi

Form Data

Transaksi Laporan

Cetak Laporan

Cetak Laporan Laporan

1

2

Transaksi

41

T

Y

Gambar III.6. Flowchart Halaman Admin

1

Selesai

Logout

2

42

3. Halaman Kasir

Y

Y

T

Y

Y

T Y

T

Gambar III.7. Flowchart Halaman Kasir

Mulai

1. Master

2. Transaksi

3. Logout

Data

Barang Master

Data

barang

Form Data Barang

Transaksi 1. Input

transaksi

Input

Transaksi

Form Input

Trasnsaksi

Logout

Selesai

43

4. Pengguna

Y Y

T Y

T

Y

T

Y

Y

T

Gambar III.8. Flowchart Pengguna

Mulai

1. Input

3. Kembali

Input Masukkan

data

update

Batal

pembaruan data

data berhasil

disimpan

baru

data telah

diperbarui

Masukkan id

Penyimpan Data

Tampil data

ubah data

simpan penyimpanan

data

1

1

selesai

kembali

44

5. Ganti password

Y

T

y

T

Y

T

Gambar III.9. Flowchart Ganti Password

Mulai

1. input

2. Kembali

Input Masukan

password lama

Membaca password

lama

benar

Masukan

password baru

Konfirmasi

password baru

Sama

Pencocokan

password baru

Password

Berhasil diupdate

konfirmasi dan

password

berbeda

kembali

Selesai

password “xxx”

Tidak ada

45

6. Input Barang

Y

T T T

Y Y

Y

T

Y

T

T

Gambar III.10. Flowchart Input Barang

Mulai

1. Baru

2. Edit

3. Kembali

Baru Kode

otomatis

Simpan Batal

Menyimpan data

Data Berhasil

Disimpan

Edit Masukan kode

barang

Ubah data yang

akan diubah

Update

1. Update

2. Batal

Memperbarui

data

Data

berhasil

diperbarui

Kembali

Batal

Selesai

Masukan

data barang

Data muncul

otomatis

46

7. Daftar Barang

Y

T

T Y

T

Y

Gambar III.11. Flowchart Daftar Barang

Mulai

1.Cari

2.kembali

Cari berdasarkan

nama

Pencarian nama

barang

ada Barang yang

dicari tampil

Barang

tidak

tersedia

cari

kembali

Mulai

47

8. Input Transaski

Y

T

Y

T

T

Y Y

T

T

Y

Gambar III.12. Flowchart Input Transaksi

Mulai

1.Input

2.Kembali

Input

Masukan data

barang

Tambah

pembelian? subtotal tampil

Total bayar tampil

Masukan uang

bayar kurang? uang anda

kurang

Uang kembali

tampil

Penyimpanan data

transaksi

no transksi

muncul otomatis

kembali

Selesai

tgl muncul

otomatis

id muncul

otomatis

Masukan

jumlah beli

perhitungan subtotal

perhitungan total

bayar

SIMPAN Batal

Cetak? Tampil Struk

48

10. Laporan

Y

T

Y

Y

T

Y Y

T T

Gambar III.13. Flowchart Laporan

Mulai

1. Laporan transaksi

2. laporan barang

3. kembali

Transaksi 1.Harian

2. Minggu

3. Bulan

Harian pilih tanggal

Pencarian cetak tampil laporan

harian

tampil laporan

mingguan

minggu Masukan

tanggal awal

Pilih tanggal

akhir

bulan Pilih bulan Pilih Tahun

tampil laporan

bulanan

Barang cetak

selesai

Pencarian cetak

Pencarian cetak

tampil laporan

barang

Kembali

49

3.8. Spesifikasi Sistem Komputer

Berikut adalah spesifikasi perangkat keras (Hardware) dan perangkat

lunak minimum yang dibutuhkan untuk aplikasi penjualan makanan.

A. Spesifikasi Perangkat Keras (Hardware)

Untuk menjalankan aplikasi penjualan ini dibutuhkan perangkat keras

(hardware) guna untuk menjalankan software dengan baik. Dalam hal ini

perangkat keras yang digunakan penulis adalah sebagai berikut :

a. Processor : Intel(R) Celeron(R) 2957U @1.40GHz 140 GHz

b. Memory RAM : 2.00 GB

c. Harddisk : 465 GB

d. Monitor : 14” Inch

e. Keyboard : Standard (82 keys)

f. Mouse : Standard Mouse

B. Perangkat Lunak

Adapun perangkat lunak yang digunakan penulis dalam pembuatan tugas

akhir ini, yaitu sebagai berikut :

a. Windows 7 Ultimate

b. Paket program MySql

c. ODBC 3.51

d. Microsoft Visual Basic 6.0

e. Crystal Report

50

3.9. Implementasi

A. Implementasi Rancangan Form / Antar Muka

Implementasi rancangan antar muka pada aplikasi penjualan ini

berdasarkan hasil rancangan antar mukanya yaitu sebagai berikut :

1. Halaman Login Pengguna

Pengguna harus melakukan login terlebih dahulu untuk dapat

menggunakan modul-modul yang tersedia jika login berhasil, maka menu-

menu yang sesuai dengan pengguna tersebut akan tampil.

Gambar III.14 Rancangan Antar Muka Login Pengguna

2. Halaman Menu Utama Admin

Berikut adalah rancangan antar muka halaman admin :

Username

Password *******

xxxxxxx

KELUAR LOGIN

51

Gambar III.15 Rancangan Antar Muka Menu Utama Admin

3. Halaman Menu Utam Kasir

Berikut adalah rancangan antar muka menu utama kasir yaitu :

Gambar III.16 Rancangan Antar Muka Menu Utama Kair

4. Rancangan Antar Muka Data Pengguna

Rancangan form data pengguna ini dirancang untuk mempermudah admin

mengelola data pengguna yang akan memakai aplikasi penjualan. Berikut

rancangan antar mukanya :

FILE MASTER TRANSAKSI LAPORAN

XXXXX XXXXX XXXXX XXXXXXX XXXXX

NAMA TOKO

MASTER TRANSAKSI LOGOUT

NAMA TOKO

XXXXX XXXXX XXXXX XXXXX XXXXX

52

Gambar III.17 Rancangan Antar Muka Data Pengguna

5. Rancangan Antar Muka Ganti Password

Rancangan form ganti password dirancang untuk mempermudah admin

dalam melakukan pergantian password. Berikut adalah rancangan form

ganti password :

Gambar III.18 Rancangan Antar Muka Ganti Password

Id pengguna

username

password

level

xxxxxx

xxxxx

xxxxx

x

INPUT KEMBALI

TAMPIL DATA PENGGUNA YANG SUDAH

ADA

Id Pengguna

Password Lama

xxxxxx

Password Baru

******

Konfirmasi Password

xxxxx

*****

TUTUP INPUT

53

6. Rancangan Antar Muka Input Barang

Rancangan form input barang di rancang untuk mempermudah pengguna

dalam memasukan atau merubah data barang. Berikut rancangan form

input barang :

Gambar III.19 Rancangan Antar Muka Input Barang

Kode Barang

Nama Barang

Jenis

xxxxx

xxxxx

xxxxx

Ket.Dison

xxxx

Satuan

Hrg.Beli

xxxxx

xxxxx

xxxxx

xxxxx

xxxxx

xxxxxx

Hrg.Jual

Stok

Ket.Barang

Diskon

Masa Berlaku

xxxxx

INPUT KEMBALI

TAMPIL DATA BARANG

YANG SUDAH ADA

54

7. Rancangan Antar Muka Data Barang

Rancangan form data barang dirancang untuk mempermudah pengguna

pada saat pencarian data barang. Berikut rancangan form data barang :

Gambar III.20 Rancangan Antar Muka Data Barang

8. Rancangan Antar Muka Input Transaksi

Rancangan form input transaksi dirancang untuk pengolahan transaksi

penjualan yang dikelola oleh pengguna. Berikut adalah rancangan form

input transaksi :

TAMPIL DATA BARANG

xxxxxxxx Masukan nama

barang

KEMBALI

55

9.

Gambar III.21 Rancangan Antar Muka Input Transaksi

xxxxxx

Nama Barang

xxxxx

TAMPIL DAFTAR BARANG JUAL

xxxxx

Diskon

xxxx

Satuan

xxxxx

xxxxx

BAYAR Uang Bayar

xxxxx

xxxxxx

Harga Subtotal

xxxxx

INPUT KEMBALI

TAMPIL DAFTAR BARANG YANG SUDAH ADA

No. Transaksi

Kode Barang

Tgl xxxxxxxxx xxxxxxxxx

List Barang

SIMPAN BATAL

Kembalian

56

9. Rancangan Antar Muka Laporan

Rancangan form Laporan dirancang untuk mengetahui laporan data barang

dan data transaksi juga untuk mencetak laporan. Berikut rancangan antar

muka laporan :

Gambar III.22 Rancangan Antar Muka Laporan

10. Rancangan Antar Muka Backup Data

Rancangan form Backup data dirancang untuk mempermudah admin

dalam mem-backup data. berikut rancangan form backup :

Harian

tanggal dd/mm/yyyy

Mingguan

Tanggal Awlal

Tanggal Akhir dd/mm/yyyy

dd/mm/yyyy

Bulanan

Bulan

Tahun xxxx

xx

Cetak Barang

KEMBALI

57

3.10. Pengujian Unit

Pada tahapan ini penulis menggunakan pengujian blackbox testing yang

fokus terhadap proses masukan dan keluaran.

A. Pengujian Terhadap Form Login

Tabel III.4

Hasil Pengujian Black Box Testing Form Login

No

.

Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

Pengujian

Kesimpulan

1. user id dan

password tidak

diisi kemudian

di enter atau

klik login

User id :

(kosong)

Password

: (kosong)

Sistem akan

menolak

akses user

dan

menampilkan

untuk user id

“ kesempatan

ke xx salah

nama xxx

tidak

dikenal” ,

untuk

password

“kesempatan

ke x salah”.

Sesuai

harapan Valid

2. Mengetikan

user id dan

password tidak

diisi kemudian

di enter atau

klik login

User id :

ADM01

Password

: (kosong)

Sistem akan

menolak

akses user

dan

menampilkan

“ kesempatan

ke x salah”.

Sesuai

Harapan Valid

58

3. Mengetikkan

User id salah

lebih dari 3 kali

kemudian klik

login atau enter.

User id :

abcd

(salah)

Sistem akan

menolak dan

menampilkan

“kesempatan

ke x salah

nama xxx

tidak dikenal

kesempatan

habis, ulangi

dari awal”.

Sesuai

Harapan Valid

4. Mengetikkan

password salah

lebih dari 3 kali

Kemudian kilik

enter atau login

Password

: 1234

(salah)

Sistem akan

menolak

akses user

dan

menampilkan

“kesempatan

ke x salah”.

Sesuai

Harapan Valid

5. Mengetikkan

user id dan

password

dengan data

yang benar

kemudian di

enter atau klik

login

User id :

ADM01

(Benar)

Password

: admin

(Benar)

Sistem

menerima

akses masuk

dan

kemudian

langsung

menampilkan

menu utama.

Sesuai

Harapan Valid

59

B. Pengujian Terhadap Form Pengguna

Tabel III.5

Hasil Pengujian Black Box Testing Form Pengguna

No

.

Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

Pengujian

Kesimpulan

1. ID diisi

Kemudian di

klik enter

ID :

ADM02

(Belum

Ada)

Sistem akan

menampilkan

kotak pesan ”

Untuk ID

“xxx” Tidak

Ditemukan

dan kursor

ada di ID

Sesuai

harapan Valid

2. ID diisi

Kemudian di

klik enter

ID :

ADM01

(Sudah

Ada)

Sistem akan

otomatis

memunculka

n dan

mengisi

textbox yang

kosong sesuai

ID.

Sesuai

Harapan Valid

3. Admin

memasukan

data pengguna

baru dan ingin

membatalkanny

a dan menekan

tombol batal

Batal :

(Klik)

Simpan :

(Tidak)

Sistem tidak

akan

menyimpan

data yang

telah

dimasukan.

Sesuai

Harapan Valid

4. Admin

memasukan

data pengguna

Simpan :

(Klik)

Batal :

Sistem akan

menyimpan

data

Sesuai

Harapan Valid

60

baru dan ingin

menyimpannya

dan menekan

tombol simpan

(Tidak) pengguna

yang telah

dimasukan.

Admin merubah

data pengguna

dan menekan

tombol Update.

Update :

(Klik)

Sistem akan

memperbarui

data yang

telah diubah.

Sesuai

Harapan Valid

C. Pengujian Terhadap Form Ganti Password

Tabel III.6

Hasil Pengujian Black Box Testing Form Ganti Password

No

.

Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

Pengujian

Kesimpulan

1. Admin

memasukan

salah satu

kondisi salah

pada password

lama kemudian

klik enter

Password

lama :

1234

(Tidak

Sama)

Sistem akan

menolak dan

menampilkan

kotak pesan

“Password

xxx Tidak

Ada”.

Sesuai

harapan Valid

2. Admin

memasukan

password lama

dengan benar

kemudian klik

enter

Password

lama :

admin

(Benar)

Sistem akan

menerima

dan

menempatka

n kursor pada

pengisian

password

baru

Sesuai

Harapan Valid

61

3. Admin

memasukan

konfirmasi

password dalam

kondisi yang

salah atau tidak

sama dengan

password baru

kemudian klik

enter

Password

baru :

12345

(Benar)

Konfirmas

i

Password

Baru :

admin

(Tidak

Sama)

Sistem akan

menolak dan

memunculka

n kotak pesan

“Konfirmasi

dan password

baru

berbeda”.

Sesuai

Harapan Valid

4. Admin

memasukan

konfirmasi

password sesuai

dengan

password baru

kemudian klik

enter

Password

Baru :

12345

(Benar)

Konfirmas

i

Password

Baru :

12345

(Benar)

Sistem akan

memperbarui

password dan

menampilakn

kotak pesan “

Password

berhasil

diupdate”..

Sesuai

Harapan Valid

D. Pengujian Terhadap Form Transaksi

Tabel III.7

Hasil Pengujian Black Box Testing Transaksi

No

.

Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

Pengujian

Kesimpulan

1. Admin

memasukan

data penjualan

tetapi ingin

membatalkanny

Batal :

(Klik)

Sistem Tidak

menyimpan

data yang

telah

dimasukan

Sesuai

harapan Valid

62

a kemudian klik

batal

2. Admin

memasukan

data penjualan

dan

menyimpannya

kemudian klik

Simpan

Simpan :

(Klik)

Sistem akan

menyimpan

data yang

telah

dimasukan

Sesuai

Harapan Valid

3. Admin

mencetak struk

pembayaran

kemudian pilih

cetak

Cetak

struk ?

(Ya)

Sistem

menampilkan

struk

pembayaran

Sesuai

Harapan Valid

4. Admin tidak

mencetak struk

pembayaran

kemudian pilih

cetak

Cetak

Struk ?

(Tidak)

Sistem Tidak

menampilkan

strukpembay

aran

Sesuai

Harapan Valid