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