21
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Menganalisa kebutuhan yang diperoleh berdasarkan kebutuhan pengguna dan
sistem. Kemudian merancang sebuah sistem yang dapat digunakan untuk mengelola
data transaksi kue pada BuTri Cake and Bakery.
4.1.1. Analisis Kebutuhan
Sebuah sistem yang dibuat untuk mengelola data-data kue yang terjual
sehingga dapat mempermudah admin dalam pencatatan transaksi.
A. Kebutuhan Pengguna
Dalam sistem penjualan kue terdapat admin yang dapat berinteraksi dalam
lingkungan sistem, yang diusulkan dengan beberapa prosedur diantara nya:
1. Halaman Admin
a. Admin dapat melakukan login dengan memasukan username dan
password.
b. Admin dapat mengakses menu utama
c. Admin dapat mengelola data admin
d. Admin dapat mengelola data pelanggan
e. Admin dapat mengelola data pemesanan
f. Admin dapat mengelola data produk
g. Admin dapat mengelola data transaksi
h. Admin dapat melakukan transaksi
i. Admin dapat melakukan logout
j. Admin dapat mencetak laporan
22
B. Kebutuhan Sistem
1. Admin harus melakukan login terlebih dahulu untuk dapat mengakses aplikasi
ini dengan memasukan username dan password agar privasi masing-masing
admin tetap terjaga keamanannya.
2. Admin harus melakukan logout setelah selesai menggunakan aplikasi ini.
4.1.2. Rancangan Diagram Use Case
Gambar IV.1
Use Case Diagram Penjualan Kue
A. Definisi Aktor
Berikut ini merupakan aktor sistem penjualan kue pada toko BuTri Cake and
Bakery.
Tabel IV.1
Deskripsi Aktor dalam Use Case Diagram Usulan
Aktor
Admin
DeskripsiAktor yang dapat melakukan login, mengelola data admin, mengelola data pelanggan, mengelola data produk, mengelola data pesanan, mengelola data transaksi dan melakukan transaksi
23
B. Definisi Use Case
Berikut ini merupakan pendefinisian use case penjualan kue pada toko BuTri
Cake and Bakery.
Tabel IV.2
Deskripsi Use Case Diagram Usulan Login
Use Case Name Melakukan Login
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam sistem2. Sistem menampilkan form login3. Admin memasukan username dan password4. Sistem akan menampilkan menu utama
A1. Sistem akan menampilkan menu utamaA2. Admin akan keluar dari sistemB1. Admin memasukan username dan passwordB2. Sistem mengecek username dan password tidak validB3. Sistem menampilkan kotak dialog "username dan password salah!"
Invariant B
Failed end conditionTampil kotak dialog " username dan password salah!"
5. jika admin memilih menu logout akan menampilkan form login
Main Flow/basic path
Alternative flow/Invariant A
Requirements Admin dapat melakukan login dan logout
GoalAdmin masuk kedalam sistem dan keluar dari sistem
Pre-Conditions Admin memasukan username dan password
Tabel IV.3
Deskripsi Use Case Diagram Usulan Mengelola Data Admin
Use Case Name Mengelola data admin
Requirements Admin dapat menambah admin baru
GoalAdmin masuk kedalam sistem dan keluar dari sistem
24
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam menu data admin2. Sistem menampilkan form data admin3. Admin memasukan kode admin, nama admin, username dan password
A1. Sistem akan menampilkan menu utamaA2. Admin akan keluar dari sistem
Invariant BB1. Admin memasukan kode admin, nama admin, username, dan password
Failed end condition -
4. jika admin memilih menu keluar akan menampilkan menu utama
Main Flow/basic path
Alternative flow/Invariant A
Pre-ConditionsAdmin menginput kode admin, nama admin, password, dan username
Tabel IV.4
Deskripsi Use Case Diagram Usulan Mengelola Data Pelanggan
Use Case Name Mengelola Data Pelanggan
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam menu data pelanggan2. Sistem menampilkan menu data pelanggan3. Jika admin menambah pelanggan
4. Sistem akan menampilkan form data pelanggan
5. jika admin memilih menu keluar sistem akan menampilkan menu utamaA1. Sistem akan menampilkan menu utamaA2. Admin akan keluar dari sistemB1. Admin memasukan username dan passwordB2. Sistem mengecek username dan password tidak validB3. Sistem menampilkan kotak dialog "username dan password salah!"
RequirementsAdmin dapat menambah dan update data pelanggan
GoalAdmin masuk kedalam sistem dan keluar dari sistem
Pre-Conditions Admin memasukan kode, nama, alamat, no telp
Invariant B
Failed end condition -
Alternative flow/Invariant A
Main Flow/basic path
25
Tabel IV.5
Deskripsi Use Case Diagram Usulan Mengelola Data Pesanan
Use Case Name Mengelola Data Pesanan
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam menu data pesanan2. Sistem menampilkan form data pesanan3. Admin menginput tanggal, nama, jumlah
A1. Sistem akan menampilkan menu transaksi dan menu utamaA2. Admin akan keluar dari sistem
Invariant B B1. Admin menginput tanggal, nama, dan jumlah
Requirements Admin dapat menambah pesanan baru
GoalAdmin masuk kedalam sistem dan keluar dari sistem
Pre-Conditions Admin menginput tanggal, nama, jumlah
Failed end condition -
4. jika admin memilih menu keluar akan menampilkan menu utama
Main Flow/basic path
Alternative flow/Invariant A
Tabel IV.6
Deskripsi Use Case Diagram Usulan Mengelola Data Produk
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam menu data produk2. Sistem menampilkan form data produk3. Admin memasukan kode produk, nama produk, harga jual, stok, exp
A1. Sistem akan menampilkan menu utamaA2. Admin akan keluar dari sistem
Invariant BB1. Admin memasukan kode produk, nama produk, harga jual, stok, exp
Requirements Admin dapat menambah dan update kue
GoalAdmin masuk kedalam sistem dan keluar dari sistem
Pre-ConditionsAdmin menginput kode produk, nama produk, harga jual, stok, exp
Failed end condition -
4. jika admin memilih menu keluar akan menampilkan menu utama
Main Flow/basic path
Alternative flow/Invariant A
26
Tabel IV.7
Deskripsi Use Case Diagram Usulan Mengelola Menu Transaksi
Use Case Name Mengelola menu transaksi
Post-Conditions Admin keluar dari sistem
Actors Admin1. Admin masuk kedalam menu transaksi2. Sistem menampilkan form menu transaksi3. Admin memasukan harga satuan, jumlah, dan pembayaran
A1. Sistem akan menampilkan menu utamaA2. Admin akan keluar dari sistem
Invariant BB1. Admin memasukan harga satuan, jumlah, dan pembayaran
Requirements Admin dapat menambah transaksi baru
GoalAdmin masuk kedalam sistem dan keluar dari sistem
Pre-ConditionsAdmin menginput harga satuan, jumlah, dan pembayaran
Failed end condition -
4. jika admin memilih menu keluar akan menampilkan menu utama
Main Flow/basic path
Alternative flow/Invariant A
27
4.1.3. Rancangan Activity Diagram
a. Activity Diagram Login
Gambar IV.2
Activity Diagram Login
act Login
Admin Sistem
Mulai
Memulai aplikasi tampil form login
masukkan username dan password
halaman menu utama
selesai
Ya
Tidak
28
b. Activity Diagram Data Admin
Gambar IV.3
Activity Diagram Data Admin
act Data Admin
SistemAdmin
mulai
pilih data admin tampil form data admin
pilih tindakan
tambah?input kode, nama,
password, username simpan data berhasil disimpan
cari nama dmin mencari data
pilih tindakan pilih data
hapus update
edit data
simpah data berhasil diupdate
data berhasil dihapus
keluar
cari?
tampil menu utama
selesai
Ya
Ya
29
c. Activity Diagram Data Pelanggan
Gambar IV.4
Activity Diagram Data Pelanggan
act Data Pelanggan
SistemAdmin
Mulai
pilih menu data pelanggan
tampil menu data pelanggan
pilih tindakan
tambah?input nama, alamat, no
telpsimpan
tampil kotak dialog "data berhasil disimpan!"
cari?cari nama pelanggan mencari data
pilih datapilih tindakan
hapus update?
keluar
edit data
simpan data berhasil disimpan
data berhasil dihapus
tampil menu utama
selesai
Ya
30
d. Activity Diagram Data Pesanan
Gambar IV.5
Activity Diagram Data Pesanan
act Data Pesanan
SistemAdmin
mulai
pilih data pesanan tampil form data pesanan
pilih tindakan
cari?cari nama pelanggan mencari data
pilih datapilih tindakan
hapus update
edit data
update data berhasil diupdate
data berhasil dihapus
Keluar tampil menu utama
selesai
Ya
tidak
31
e. Activity Diagram Data Produk
Gambar IV.6
Activity Diagram Data Produk
act Data Produk
SistemAdmin
mulai
pilih menu data produk tampil menu data produk
pilih tindakan
tambah?input kode, nama,
harga, stok, expsimpan data berhasil disimpan
cari?cari nama admin mencari data
pilih datapilih tindakan
hapus update
edit data
simpan data berhasil diupdate
data berhasil dihapus
keluar tampil menu utama
selesai
Ya
Ya
Tidak
Tidak
32
f. Activity Diagram Data Transaksi
Gambar IV.7
Activity Diagram Data Transaksi
g. Activity Diagram Menu Logout
Gambar IV.8
Activity Diagram Menu Logout
act Logout
SistemAdmin
Mulai
pilih menu logout tampil menu login
selesai
act Data Transaksi
SistemAdmin
Mulai
pilih menu data transaksi tampil menu data transaksi
cari kode transaksi
pilih data tampil detail transaksi
hapus
data berhasil dihapus
selesai
33
h. Activity Diagram Laporan Penjualan
Gambar IV.9
Activity Diagram Laporan Penjualan
i. Activity Diagram Laporan Pesanan
Gambar IV.10
Activity Diagram Laporan Pesanan
act Laporan Penjualan
SistemAdmin
Mulai
pilih menu laporan penjualan
tampil kotak tanggal
input tanggal
ceak?tampil hasil cetak
tampil menu utama
selesai
Tidak
Ya
act Laporan Pesanan
Admin Sistem
Mulai
ceak?
selesai
pilih laporan pesanan tampil kotak tanggal
input tanggal
tampil hasil cetak
tampil menu utama
34
j. Activity Diagram Laporan Harian
Gambar IV.11
Activity Diagram Laporan Harian
act Laporan Harian
SistemAdmin
mulai
pilih laporan harian tampil kotak tanggal
input tanggal
Cetak?tampil hasil cetak
tampil menu utama
selesai
35
k. Activity Diagram Menu Transaksi
Gambar IV.12
Activity Diagram Menu Transaksi
act Menu Transaksi
SistemAdmin
mulai
pilih menu transaksi tampil menu transaksi
pilih tindakan
penjualan pesanan
input(nama pelanggan, nama produk, j umlah)
input bayar
input tanggal pesanan
input(nama pelanggan, nama produk, jumlah)
input bayar
simpan mencetak struk
selesai
36
4.1.4. Rancangan Dokumen Sistem Usulan
Spesifikasi sistem berjalan adalah rangkaian dari proses-proses yang terjadi
dalam sistem berjalan yang memerlukan dokumen-dokumen masukan yang
mendukung terhadap jalannya proses untuk menghasilkan dokumen keluaran.
A. Dokumen Masukan
Dokumen masukan yang digunakan pada sistem usulan:
1. Nama dokumen : Purchase Order
Fungsi : Sebagai bukti penjualan dalam waktu perbulan
Sumber : Customer
Tujuan : Admin
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadinya penyerahan laporan harian
Bentuk : C.1
B. Dokumen Keluaran
Bentuk rancangan dokumen keluaran yang digunakan pada sistem usulan
adalah:
1. Nama dokumen : Struk
Fungsi : Sebagai bukti pembayaran
Sumber : Admin
Tujuan : Customer
Media : Kertas
Jumlah :1 lembar
Frekuensi : Setiap terjadinya transaksi
Bentuk : D.1
37
2. Nama dokumen : Laporan Pesanan
Fungsi : Sebagai bukti kue masuk
Sumber : Pimpinan
Tujuan : Kasir
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadinya pemasukan kue ketoko
Bentuk : D.2
3. Nama dokumen : Laporan Harian
Fungsi : Sebagai bukti pembayaran
Sumber : Admin
Tujuan : Customer
Media : Kertas
Jumlah :1 lembar
Frekuensi : Setiap terjadinya transaksi
Bentuk : D.3
38
4.1.5. Rancangan Prototype
Form Login
Gambar IV.13
Tampilan Form Login
Form Menu Utama
Gambar IV.14
Tampilan Form Menu Utama
39
Form Menu Transaksi
Gambar IV.15
Tampilan Form Menu Transaksi
Form Data Pelanggan
Gambar IV.16
Tampilan Form Data Pelanggan
40
Form Data Pesanan
Gambar IV.17
Tampilan Form Data Pesanan
Form Data Produk
Gambar IV.18
Tampilan Form Data Produk
41
Form Data Transaksi
Gambar IV.19
Tampilan Form Data Transaksi
Form Laporan Produk
Gambar IV.20
Tampilan Form Laporan Produk
Form Laporan Pelanggan
Gambar IV.21
Tampilan Form Laporan Pelanggan
42
Form Laporan Penjualan
Gambar IV.22
Tampilan Form Laporan Penjualan
Form Laporan Pemesanan
Gambar IV.23
Tampilan Form Laporan Pemesanan
Form Laporan Penjualan Harian
Gambar IV.24
Tampilan Form Laporan Harian
43
4.2. Perancangan Perangkat Lunak
Perancangan perangkat lunak ini difokuskan pada atribut, yaitu erd, lrs
spesifikasi file, class diagram, sequence diagram, dan spesifikasi hardware dan
software
4.2.1. Entity Relationship Diagram (ERD)
Penggambaran proses relasi yang telah dibuat pada Use Case Diagram kembali
ke dalam bentuk Entity Relationship Diagram, sehingga hubungan antar entity satu
dengan yang lainnya dapat terlihat dan melibatkan rancangan field-field dalam
database. Adapun bentuk Entity Relationship Diagram (ERD) yang dibuat untuk
sistem penjualan kue pada toko BuTri Cake and Bakery dalam perancangan basis
data disini, sebagai berikut:
Gambar IV.25
Entity Relationship Diagram
erd usulan
admin
kode_admin
nama_admin
username
password
produk
kode_produk
nama_produk
harga
stok
transaksi
kode_transaksi tanggal_transaksi
detail_transaksi
kode_transaksi
kode_produk
harga
jumlah
subtotal
exp
kode_pelanggan
jenistanggal_pesanan
status
pelanggan
kode_pelanggannama_pelanggan
alamatno_telpkode_admin
1
memiliki
M
1
melakukan
M
1mempunyai
MMmemiliki
1
44
4.2.2. Logical Record Structure (LRS)
Gambar IV.26
Logical Record Structure
4.2.3. Spesifikasi File
Spesifikasi file menunjukan tentang file pada sistem usulan ini dibuat agar file-
file yang telah ada tidak mengalami kerusakan. Untuk pengolahan data pada waktu
pemprosesan maka data-data yang akan dimasukkan beberapa file, yaitu:
1. File Admin
Nama File : admin
Akronim : admin
Fungsi : Untuk menyimpan data admin
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
45
Panjang Record : 42 byte
Kunci Field : kode_admin
Software : xampp
Tabel IV. 8
Spesifikasi File Admin
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Admin kode_admin Varchar 6 Primary Key
2 Nama Admin nama_admin Varchar 15
3 Username username Varchar 15
4 Password password Varchar 6
2. File Detail Transaksi
Nama File : detail_transaksi
Akronim : detail transaksi
Fungsi : Untuk menyimpan detail transaksi
Tipe : File History
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 36 byte
Kunci Field : -
Software : xampp
46
Tabel IV. 9
Spesifikasi File Detail Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Transaksi kode_transaksi Varchar 6
2 Kode Produk kode_produk Varchar 6
3 Harga harga int 8
4 Jumlah jumlah int 85 Subtotal subtotal int 8
3. File Keranjang
Nama File : keranjang
Akronim : Keranjang
Fungsi : Untuk menyimpan detail transaksi sementara
Tipe : File sementara
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 36 byte
Kunci Field : kode_keranjang
Software : xampp
Tabel IV. 10
Spesifikasi File Keranjang
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Keranjang kode_keranjang int 6 Primary Key
2 Kode Produk kode_produk Varchar 6
3 Harga harga int 8
4 Jumlah jumlah int 85 Subtotal subtotal int 8
47
4. File Pelanggan
Nama File : pelanggan
Akronim : pelanggan
Fungsi : Untuk menyimpan data pelanggan
Tipe : File Data pelanggan
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 53 byte
Kunci Field : kode_pelanggan
Software : xampp
Tabel IV. 11
Spesifikasi File Pelanggan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Pelanggan kode_pelanggan Varchar 6 Primary Key
2 Nama Pelanggan nama_pelanggan Varchar 15
3 Alamat Alamat Varchar 20
4 No Telepon no_telp Varchar 12
5. File Produk
Nama File : produk
Akronim : produk
Fungsi : Untuk menyimpan data produk
Tipe : File Data produk
Organisasi File : Indexed Sequential
Akses File : Random
48
Media : Harddisk
Panjang Record : 40 byte
Kunci Field : kode_produk
Software : xampp
Tabel IV. 12
Spesifikasi File Produk
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Produk kode_produk Varchar 6 Primary Key
2 Nama Produk nama_produk Varchar 15
3 Harga harga Double 8
4 Stok stock int 35 Exp exp Varchar 8
6. File Transaksi
Nama File : transaksi
Akronim : transaksi
Fungsi : Untuk transaksi
Tipe : File transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 42 byte
Kunci Field : kode_transaksi
Software : xampp
49
Tabel IV. 13
Spesifikasi File Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Transaksi kode_transaksi Varchar 6 Primary Key
2 Tanggal Transaksi tanggal_transaksi Date
3 Kode Pelanggan kode_pelanggan Varchar 6
4 Jenis jenis Varchar 155 Tanggal Pesanan tanggal_pesanan Varchar 86 Status status Varchar 7
4.2.4. Class Diagram
Gambar IV.27
Class Diagram Usulan Penjualan Kue
class diagram
admin
+ kode_admin: char+ nama_admin: char+ password: char+ username: char
- hapus(): void- tambah_admin(): void- update(): void
transaksi
+ jenis: char+ kode_admin: char+ kode_pelanggan: char+ kode_transaksi: char+ status: char+ tanggal_pesanan: char+ tanggal_transaksi: char
- hapus(): char- simpan(): char- tambah(): char
pelanggan
+ alamat: char+ kode_pelanggan: char+ nama_pelanggan: char+ no_tep: char
- tambah(): char- update(): char
detail_transaksi
+ harga: char+ jumlah: char+ kode_produk: char+ kode_transaksi: char+ subtotal: char
- hapus(): char- tambah(): char
produk
+ exp: char+ harga: char+ kode_produk: char+ nama_produk: char+ stok: char
- hapus(): char- tambah(): char- update(): char
1..*
11
1..*
1 1..*1..*1
50
4.2.5. Sequence Diagram
a. Sequence diagram usulan Login
Gambar IV.28
Sequence Diagram Usulan Login
b. Sequence Diagram usulan Data Admin
Gambar IV.29
Sequence Diagram Usulan Data Admin
sd Data Admin
Adminform data admin proses tambah proses pencarian tabel data admin form menu utama
cari(nama admin)
keluar()
tampil(kode, nama,username, password)
update()
tampil(kode, nama,username, password)
pi ih data admin()
hapus()
tambah(kode, nama,username, password)
sd Login
AdminForm Login Validasi Login Menu Utama
Login berhasil()
Validasi username danpassword()
Masukan usernamedan password()
Username dan passwordsalah()
51
c. Sequence Diagram usulan Data Pelanggan
Gambar IV.30
Sequence Diagram Usulan Data Pelanggan
d. Sequence Diagram usulan Data Pesanan
Gambar IV.31
Sequence Diagram Usulan Data Pesanan
sd Data Pelanggan
AdminForm datapelanggan
proses tambah proses pencariantabel pelanggan menu utama
get(data pelanggan)
tampil(kode, nama,alamat, no telp)
keluar()
cari(nama peanggan)
pi lih menu datapelanggan()
update()
hapus()
tambah()
input(kode, nama,alamat, no telp
sd Data pesanan
Adminform data pesanan proses tambah form menu
transaksiproses pencariantabel detail
pesananmenu utama
update()
keluar()
tampil menutransaksi()
tambah()
hapus()
pil ih datapesanan()
get(datapesanan)
cari ()
52
e. Sequence Diagram usulan Data Produk
Gambar IV.32
Sequence Diagram Usulan Data Produk
f. Sequence Diagram usulan Data Transaksi
Gambar IV.33
Sequence Diagram Usulan Data Transaksi
sd Data Produk
Adminform data produk tabel data produk prosestambah proses pencarian menu utama
tampil data poduk()
input( kode, nama,harga jual, stok, exp)
tambah()
tampil(kode, nama,harga jual, stok, exp)
hapus()
keluar()
simpan()
pil ih form dataproduk()
update()
cari()
sd Data Transaksi
Adminform datatransaksi
proses tambahtransaksi
proses pencarianform menutransaksi
menu utama
tambah()
tampil menutransaksi()
pi ihh datatransaksi()
hapus()
cari(kodetransaksi)
keluar()
53
g. Sequence Diagram usulan Menu Transaksi
Gambar IV.34
Sequence Diagram Usulan Menu Transaksi
4.2.6. Spesifikasi Software dan Hardware
A. Spesifikasi Hardware
Spesifikasi hardware yang perlu diperhatikan, yaitu:
1. CPU
a. Processor AMD A8-7410 APU
b. RAM 2 GB
c. Hard Disk 500 GB
2. Mouse
3. Keyboard
4. Monitor
sd Menu Transaksi
Adminform transaksi menu data
transaksimenu utamatable transaksi menu pelangganproses simpan
pi lih transaksi/pemesanan()
tambah()
keluar()
data berhasil dihapus()
hapus()
data berhasil disimpan()
tampilan menu utama()
berhasi l disimpan()
simpan()
tampil menu pelanggan()
tambah pelanggan()
54
5. Printer
B. Spesifikasi Software
Spesifikasi hardware yang perlu diperhatikan, yaitu:
1. Sistem operasi yang digunakan seperti: Netbeans IDE 8.2.
2. Aplikasi seperti XAMPP yang terdiri dari beberapa komponen, diantaranya:
a. Aplikasi Apache Server v2
b. Aplikasi PHP Server v2
c. Aplikasi MySQL Server v5
d. Aplikasi PhpMyAdmin v3
4.3.Jadwal Implementasi
Tabel IV.14
Jadwal Implementasi
1 2 3 4 1 2 3 4 1 2 3 41 Persiapan Data Awal
2 Analisa
3 Desain Sistem
6 Tes Sistem
7 Pelatihan
9Evaluasi dan Operasional
4Desain Perangkat Lunak
5Pembuatan & Tes Program
8Pembuatan Buku Petunjuk
WAKTUNo Kegiatan BULAN 1 BULAN II BULAN III
55
4.4. Pengujian Unit
Pengujian terhadap program yang dibuat menggunakan blackbox testing yang
fokus terhadap proses masukan dan keluaran program.
1. Pengujian terhadap form Login
Tabel IV.15
Hasil Pengujian Black Box Testing Login
4Menginput username dan password dengan data yang benar kemudian klik login
Username : admin Password : admin
sistem menerima, dan menampilkan menu utama
Sesuai Harapan
Valid
Menginput salah satu kondisi salah pada username atau password kemudian klik login
Username : admin Password : admim
3Tampil kotak dialog "Password salah!"
Sesuai Harapan
Valid
Sesuai Harapan
Valid
Menginput username. Password kosong kemudian klik login
2Username : admin Password : (kosong)
Tampil kotak dialog "Password salah!"
Sesuai Harapan
Valid
1Username , password tidak diisi kemudian klik tombol login
Username : (kosong) Password : (kosong)
Tampil kotak dialog "user tidak ditemukan!"
No Skenario Pengujian Test CaseHasil yang diharapkan
Hasil Pengujian
Ket
2. Pengujian terhadap form Data Admin
Tabel IV.16
Hasil Pengujian Black Box Testing Data Admin
Kode Admin: adm004
Nama Admin: Imam
Username: Imam
Password: Imam
Kode Admin: adm004
Nama Admin: Imam
Username: Imam
Password: (Kosong)
KetNo Skenario Pengujian Test CaseHasil yang diharapkan
Hasil Pengujian
Sesuai Harapan
Valid
Ada salah satu field yang tidak terisi
2
Sistem akan menolak dan menampilkan "Lengkapi Data!"
Sesuai Harapan
Valid
1 Semua field terisi
Sistem akan menerima dan menampilkan " Data Berhasil Disimpan"
56
3. Pengujian terhadap Form Data Pelanggan
Tabel IV.17
Hasil Pengujian Black Box Testing Data Pelanggan
Kode Pelanggan: PEL007
Nama Pelanggan: Irsan
Alamat: Jatimulya
No Telp: 021989898
Kode Pelanggan: PEL007
Nama Pelanggan: (Kosong)
Alamat: Jatimulya
No Telp: 021989898
Sesuai Harapan
Valid
Kode pelanggan otomatis terisi, namun ada salah satu field yang tidak terisi
2
Sistem akan menolak dan menampilkan "Lengkapi Data!"
Sesuai Harapan
Valid
1Kode pelanggan otomatis terisi, dan Semua field terisi
Sistem akan menerima dan menampilkan " Data Berhasil Disimpan"
KetNo Skenario Pengujian Test CaseHasil yang diharapkan
Hasil Pengujian
4. Pengujian terhadap Form Data Pemesanan
Tabel IV.18
Hasil Pengujian Black Box Testing Data Pemesanan
Tanggal Pesanan: 31 Juli 2019
Kode Pelanggan: PEL007
Nama Pelanggan: Irsan
Nama Produk: Keripik
Jumlah: 3
Tanggal Pesanan: (Kosong)
Kode Pelanggan: PEL007
Nama Pelanggan: (Kosong)
Nama Produk: Keripik
Jumlah: 3
1
Sistem akan menerima dan menampilkan " Data Berhasil
Disimpan"
Sesuai Harapan
Valid
2
NoSkenario Pengujian
Test CaseHasil yang diharapkan
Hasil Pengujian
Semua field terisi, namun tanggal
pesanan atau data pemesan tidak
terinput
Sistem akan menolak dan menampilkan
"Lengkapi Data!"
Sesuai Harapan
Valid
Ket
Semua field terisi
57
5. Pengujian terhadap Form Data Produk
Tabel IV.19
Hasil Pengujian Black Box Testing Data Produk
Kode Produk: Bronkus
Nama Produk: Brownis Kukus
Harga Jual: 30000
Stock: 100
Exp: 31 Juli 2019
Kode Produk: Bronkus
Nama Produk: Brownis Kukus
Harga Jual: 30000
Stock: 100
Exp: (Kosong)
1
Sistem akan menerima dan menampilkan " Data Berhasil
Disimpan"
Sesuai Harapan
Valid
2
NoSkenario Pengujian
Test CaseHasil yang diharapkan
Hasil Pengujian
Semua field terisi, namun tanggal exp tidak terinput atau
data salah satu tidak terisi
Sistem akan menolak dan menampilkan
"Lengkapi Data!"
Sesuai Harapan
Valid
Ket
Semua field terisi
6. Pengujian terhadap Form Menu Transaksi
Tabel IV.20
Hasil Pengujian Black Box Testing Menu Transaksi
Kode Pelanggan: Bronkus
Nama Produk: Brownis Kukus
Jumlah:3
Kode Produk: Bronkus
Nama Produk: Brownis Kukus
Jumlah: (kosong)
2
Semua field terisi, namun jumlah beli tidak terinput atau
data salah satu tidak terisi
Sistem akan menolak dan menampilkan "Lengkapi Data!"
Sesuai Harapan
Valid
Ket
Semua field terisi
NoSkenario Pengujian
Test Case Hasil yang diharapkanHasil
Pengujian
1Sistem akan menerima
dan menampilkan " Data Berhasil Disimpan"
Sesuai Harapan
Valid