1.
IDENTITAS PRIBADI
2. RIWAYAT PENDIDIKAN
Nama : Eko Gunawan
Tempat, tanggal lahir : Jakarta, 21 September 1990 Jenis kelamin : Pria
Status : Belum kawin
Agama : Islam
Kewarganegaraan : Indonesia Golongan darah : O
Alamat : Griya Cempaka Arum J3 No.126 Bandung 40613 No. Telepon : 085624432102
Email : [email protected]
2008 – 2013 FTIK Unikom Bandung 2005 – 2008 SMA Negeri 16, Bandung 2002 – 2005 SMP Al-Ghifari, Bandung 1996 – 2002 SD Negeri Ciampel 3, Brebes
Demikian riwayat hidup ini saya buat dengan sebenar-benarnya dalam
keadaan sadar dan tanpa paksaan.
Bandung,
PEMBANGUNAN SISTEM INFORMASI PERENCANAAN DAN
PENGENDALIAN BAHAN BAKU PT MUSTIKA CITA RASA
(HOLLAND BAKERY)
SKRIPSI
Diajukan untuk Menempuh Ujian Akhir Sarjana Program Studi Teknik Informatika Fakultas Teknik dan Ilmu Komputer
Eko Gunawan
10108386
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
iii
karunia-Nya sehingga penulis dapat menyelesaikan skripsi dengan judul
PEMBANGUNAN SISTEM INFORMASI PERENCANAAN DAN
PENGENDALIAN BAHAN BAKU PT MUSTIKA CITA RASA (HOLLAND BAKERY). Tujuan dari penyusunan skripsi ini adalah untuk memenuhi salah satu syarat dalam menyelesaikan studi jenjang strata satu (S1) di Program Studi Teknik Informatika, Universitas Komputer Indonesia.
Dengan selesainya penyusunan skripsi ini, penulis mengucapkan terima kasih yang sebesar-besarnya kepada:
1. Allah SWT, karena atas kehendak-Nya penulis dapat menyelesaikan tugas akhir ini.
2. Kedua orang tua, Ibu dan Bapa yang tidak pernah berhenti berdoa untuk kelancaran dalam mengerjakan skripsi ini, dukungan yang tidak pernah berhenti, serta sebagai alasan penulis untuk tetap berjuang menyelesaikan pendidikan ini.
3. Ibu Dian Dharmayanti, S.T., M.Kom. selaku dosen pembimbing yang telah banyak mendidik dan memberi masukan untuk penulis dalam proses penyusunan tugas akhir ini.
4. Bapak Adam Mukharil Bachtiar, S.Kom., M.T. selaku dosen pembimbing 2 yang sudah mendidik dan meluangkan waktu untuk membingbing penulis.
5. Ibu Ken Kinanti Purnama Sari, S.Kom. selaku dosen pembimbing 3 yang sudah membimbing, mengarahkan dan meluangkan waktu untuk
membimbing penulis.
iv
7. Adik tercinta, yang telah memberikan doa dan dukungan.
8. Mutiara Dewi Cholipah, teman-teman IF-8 2008 dan teman-teman satu bimbingan terima kasih atas saran, dukungan, dan kebersamaannya.
9. Serta seluruh pihak yang telah membantu yang tidak dapat penulis sebutkan satu persatu.
Untuk penyempurnaan tugas akhir ini, penulis senantiasa menerima masukan dan kritik yang membangun demi pengembangan ke arah yang lebih baik. Akhir kata penulis berharap semoga tugas akhir ini dapat memberikan
manfaat.
Bandung, 27 Agustus 2013
v DAFTAR ISI
LEMBAR JUDUL
LEMBAR PENGESAHAN
ABSTRAK ... i
ABSTRACT ... ii
KATA PENGANTAR ... iii
DAFTAR ISI ... v
DAFTAR GAMBAR ... ix
DAFTAR TABEL ... xii
DAFTAR SIMBOL ... xv
DAFTAR LAMPIRAN ... xviii
BAB 1 PENDAHULUAN ... 1
1.1 Latar Belakang Masalah ... 1
1.2 Rumusan Masalah ... 2
1.3 Maksud Dan Tujuan ... 2
1.4 Batasan Masalah ... 3
1.5 Metodologi Penelitian ... 3
1.5.1 Teknik Pengumpulan Data ... 3
1.5.2 Teknik Pembuatan Perangkat Lunak ... 4
1.6 Sistematika Penulisan ... 6
BAB 2 LANDASAN TEORI ... 7
2.1 Tinjauan Perusahaan ... 7
2.1.1 Sejarah Perusahaan ... 7
2.1.2 Logo Perusahaan ... 7
2.1.3 Visi ... 8
2.1.4 Misi ... 8
2.1.5 Tempat dan Kedudukan Perusahaan ... 8
2.1.6 Bentuk dan Badan Hukum Perusahaan ... 8
2.1.7 Bidang Pekerjaan Perusahaan ... 8
vi
2.2 Landasan Teori ... 14
2.2.1 Pengertian Sistem ... 14
2.2.2 Kosep Data dan Informasi ... 16
2.2.2.1 Data ... 16
2.2.2.2 Informasi ... 17
2.2.3 Konsep Sistem Informasi ... 18
2.2.3.1 Komponen Sistem Informasi ... 18
2.2.4 Konsep Peramalan ... 19
2.2.4.1 Metode Peramalan ... 19
2.2.5 Konsep Persediaan ... 20
2.2.6 Material Requirment Planning (MRP) ... 21
2.2.6.1 Tujuan Sistem MRP ... 21
2.2.6.2 Input Sistem MRP ... 22
2.2.6.3 Prosedur Sistem MRP ... 23
2.2.6.4 Metode Ukuran Lot ... 24
2.2.7 Basis Data ... 24
2.2.8 Entity Relational Diagram (ERD) ... 25
2.2.8.1 Komponen ERD ... 25
2.2.9 Data Flow Diagram (DFD) ... 26
2.2.9.1 Simbol yang digunakan DFD ... 26
2.2.10 Konsep Client-Server ... 27
2.3 Perangkat Lunak Pendukung ... 27
2.3.1 Borland Delphi 7... 28
2.3.2 My Structured Query Language (MySQL) ... 28
BAB 3 ANALISIS DAN PERANCANGAN ... 31
3.1 Analisis Sistem ... 31
3.1.1 Analisis Masalah ... 31
3.1.2 Analisis Sistem yang Sedang Berjalan ... 31
3.1.3 Analisis Metode Peramalan ... 44
3.1.3.1 Analisis Memprediksi Jumlah Suatu Produk yang Sedang Berjalan ... 47
vii
3.1.4 Penerapan Konsep Material Requirtmen Planning (MRP) ... 55
3.1.4.1 Komposisi Bahan Baku Roti Coklat ... 55
3.1.4.2 Biaya Bahan Baku Roti Coklat Perunit ... 56
3.1.4.3 Penggunaan Bahan Baku pada Bulan Februari 2013 ... 57
3.1.4.4 Bill of Material (BoM) ... 58
3.1.4.5 Penerapan Metode Economic Order Quantity (EOQ) ... 59
3.1.5 Analisis Kebutuhan Non Fungsional ... 69
3.1.5.1 Analisis Penggunaan (User) ... 69
3.1.5.2 Analisis Perangkat Keras ... 72
3.1.5.3 Analisis Perangkat Lunak ... 73
3.1.5.4 Analisis Pengkodean ... 74
3.1.6 Analisis Basis Data ... 75
3.1.7 Anaisis Kebutuhan Fungsional ... 78
3.1.7.1 Diagram Konteks ... 78
3.1.7.2 Data Flow Diagram (DFD) ... 79
3.1.7.3 Spesifikasi Proses ... 96
3.1.7.4 Kamus Data ... 121
3.1.7.5 Skema Relasi ... 127
3.1.7.6 Struktur Tabel ... 128
3.2 Perancangan Arsitektur ... 135
3.2.1 Perancangan Struktur Menu ... 135
3.2.2 Perancangan Antarmuka ... 138
3.2.2.1 Perancangan Antarmuka Program ... 139
3.2.2.2 Perancangan Antarmuka Pesan ... 172
3.2.3 Jaringan Semantik ... 174
BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM ... 177
4.1 Implementasi Sistem ... 177
4.1.1 Implementasi Basis Data ... 177
4.1.2 Implementasi Antarmuka ... 183
4.2 Pengujian Sistem ... 186
viii
4.2.2 Pengujian Black Box ... 188
4.2.2.1 Equivalence Partitioning Testing ... 188
4.2.2.2 Cause-Effect Relationalship Testing ... 202
4.2.3 Pengujian Beta ... 213
4.2.4 Kesimpulan Hasil Pengujian ... 214
BAB 5 KESIMPULAN DAN SARAN ... 215
5.1 Kesimpulan ... 215
5.2 Saran ... 215
216
DAFTAR PUSTAKA
[1.] Sommerville, I. 2011. Software Engineering (9th Edition). USA: Pearson Education.
[2] Jogiyanto. 2005. Analisis&Desain. Yogyakarta: Andi
[3] Sutanta Edhy. 2011. Basis Data dalam Tinjauan Konseptual. Yogyakarta: Andi.
[4] Yamit Zulian. 1999. Manajemen Persediaan. Yogyakarta: Ekonisia
[5] Baroto Teguh. 2002. Perencanaan dan Pengendalian Produksi. Jakarta: Ghalia Indonesia
[6] Komputer Wahana. Membuat Aplikasi Client Server dengan Visual Basic 2008. Yogyakarta: Andi
[7] Agus M. 2003. Mengolah Database dengan Borland Delphi 7. Jakarta: Media Komputindo
[8] Al – Bahra. 2005. Analisis dan Desain Sistem Informasi. Yogyakarta: Graha Ilmu
1
BAB 1
PENDAHULUAN
1.1 Latar Belakang Masalah
PT Mustika Cita Rasa (Holland Bakery) yang terletak di Jl. Abdul Rivai No. 7 Bandung adalah salah satu perusahaan roti modern di Indonesia yang menawarkan berbagai macam produk kuliner berupa roti dan kue. PT Mustika Cita Rasa (Holland Bakery) terkenal dengan kualitasnya karena semua produk dibuat hanya dari bahan terbaik berkualitas tinggi dan diproses dengan kontrol kualitas yang ketat menggunakan mesin modern.
Holland Bakery yang terletak di Jl. Abdul Rivai No.7 Bandung adalah satu-satunya cabang di Bandung yang melakukan produksi. Cabang ini melakukan produksi setiap hari. Jenis dan jumlah produk yang akan diproduksi setiap hari ditentukan oleh Departemen distribusi dengan cara memperkirakan secara manual dengan melihat data histori penjualan. Hal ini menyebabkan kurang efektifnya
dalam melakukan proses memperkirakan berbagai macam produk yang akan diproduksi. Sehingga apabila memperkirakan jumlah produk yang akan diproduksi kurang tepat, maka akan mengakibatkan banyak produk yang tidak
terjual atau adanya permintaan produk yang tidak terpenuhi yang dapat merugikan perusahaan.
Selain itu untuk melakukan proses produksi suatu produk, Departemen gudang sering menghadapi kendala yaitu kekurangan bahan baku sebelum waktu
Melihat permasalahan diatas, PT Mustika Cita Rasa (Holland Bakery) yang terletak di Jl. Abdul Rivai No. 7 Bandung harus memperkirakan berapa banyak bahan baku yang harus ada dalam gudang agar proses produksi berjalan dengan baik. Dengan meramalkan jumlah produk yang akan diproduksi dengan melihat data histori penjualan, kemudian hasil dari meramalkan jumlah produk yang akan diproduksi, akan dijadikan acuan untuk menghitung jumlah bahan baku yang akan digunakan berdasarkan resep produk yang akan diproduksi.
1.2 Rumusan Masalah
Dari latar belakang ditemukan beberapa masalah yang dirumuskan dalam suatu rumusan masalah yaitu bagaimana membangun sistem informasi perencanaan dan pengendalian bahan baku PT Mustika Cita Rasa (Holland Bakery).
1.3 Maksud dan Tujuan
Maksud dari penelitian ini untuk membangun Sistem Informasi Perencanaan dan Pengendalian Bahan Baku PT Mustika Cita Rasa (Holland Bakery). Tujuan yang akan dicapai dalam penelitian ini adalah.
1. Dapat memperkirakan jumlah produk yang akan diproduksi sehingga mudah untuk menentukan jumlah bahan baku yang harus di sediakan.
2. Mempermudah dalam menghitung jumlah bahan baku yang digunakan setiap harinya.
3
1.4 Batasan Masalah
Masalah yang harus dibahas cakupannya sangat luas, maka peneliti membatasi masalah sebagai berikut.
1. Untuk memperkirakan jumlah produk yang akan diproduksi menggukan metode peramalan yaitu metode Simple Moving Average.
2. Perangkat lunak yang akan dibangun bebasis Client-Server.
3. Untuk keperluan bahan baku Metode yang diterapkan untuk adalah metode
Economic Order Quantity (EOQ) .
4. Software yang akan digunakan dalam membangun sistem informasi ini menggunakan Borland Delphi 7.0 serta aplikasi database menggunakan
MySQL Server dan sistem operasi yang akan digunakan adalah Windows 7. 5. Pendekatan analisis pembangunan perangkat lunak menggunakan
pendekatan analisis terstruktur.
1.5 Metodologi Penelitian
Metodologi penelitian yang digunakan untuk membangun aplikasi sistem informasi kualitas air menggunakan metode analisis deskriptif yaitu suatu metode yang bertujuan untuk mendapatkan gambaran yang jelas tentang hal-hal yang diperlukan, melalui tahapan sebagai berikut.
1.5.1 Teknik Pengumpulan Data
Tahap pengumpulan data yang digunakan dalam penelitian ini adalah sebagai berikut.
a. Studi Literatur.
Pengumpulan data dengan cara mengumpulkan literatur, buku, jurnal, paper
dan bacaan-bacaan yang ada kaitannya dengan judul penelitian.
b. Observasi.
c. Interview.
Teknik pengumpulan data dengan mengadakan tanya jawab secara langsung dengan karyawan perusahaan.
1.5.2 Teknik Pembangunan Perangkat Lunak.
Teknik analisis data dalam pembuatan perangkat lunak menggunakan paradigma perangkat lunak secara Waterfall, yang memberikan kemudahan, jika pada satu tahap tidak sesuai atau mengalami kesalahan maka dapat kembali ke
tahap sebelumnya. Tahap dalam Metode Waterfall dapat dilihat pada gambar 1.1, sebagai berikut.
5
Berikut ini adalah penjelasan dari setiap tahapan pada metode Waterfall.
a. Requirements analisys and definition
Tahapan ini merupakan tahapan mengenai tujuan sistem yang akan dibangun dengan berdiskusi bersama dengan calon pengguna sistem yang kemudian diambil kesimpulan yang berfungsi sebagai kebutuhan sistem.
b. Sistem and software design
Tahap ini merupakan tahapan proses desain yang mengalokasikan
persyaratan baik itu perangkat keras dan perangkat lunak dengan
membentuk arsitektur sistem secara keseluruhan. c. Implementation and unit testing
Tahap ini menjelaskan mengenai desain perangkat lunak yang direalisasikan sebagai serangkaian program atau unit program. Pengujian ini melibatkan verifikasi bahwa setiap unit sudah memenuhi spesifikasi yang sudah ditentukan.
d. Integration and sistem testing
Tahapan ini merupakan tahapan dimana unit program atau program diintegrasikan dan diuji sebagai sistem yang utuh untuk memastikan setiap spesifikasi perangkat lunak sudah sesuai dan terpenuhi. Setelah melalui pengujian, lalu perangkat lunak diserahkan kepada user.
e. Operation and maintenance
1.6 Sistematika Penulisan
Sistematika dalam penulisan dalam tugas akhir ini dibagi dalam beberapa bab dengan pokok pembahasan secara umum sebagai berikut.
BAB 1 PENDAHULUAN
Bab ini membahas uraian mengenai latar belakang masalah yang diambil, perumusan masalah, maksud dan tujuan, apa saja yang menjadi batasan masalah, metodologi penelitian yang digunakan dan sistematika penulisan.
BAB 2 TINJAUAN PUSTAKA
Bab ini membahas ruang lingkup perusahaan yang berisi tentang sejarah singkat perusahaan, visi, misi, struktur organisasi tempat penelitian berlangsung dan membahas mengenai landasan teori sebagai pendukung dalam menyusun tugas akhir ini.
BAB 3 ANALISIS DAN PERANCANGAN SISTEM
Bab ini membahas mengenai analisis sistem yang sedang berjalan sesuai dengan metode pembangunan perangkat lunak yang digunakan. Terdapat juga perancangan antarmuka untuk sistem yang akan dibangun. Model yang digunakan dalam perancangan sistem adalah pemodelan terstruktur.
BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM
Bab ini membahas uraian bentuk pengimplementasian berdasarkan analisis yang telah dilakukan, dan perancangan yang telah dibuat disertai juga dengan hasil pengujian di PT Mustika Cita Rasa (Holland Bakery) sehingga diketahui apakah sistem yang dibangun sudah memenuhi syarat sebagai aplikasi yang mudah digunakan.
BAB 5 KESIMPULAN DAN SARAN
177
BAB 4
IMPLEMENTASI DAN PENGUJIAN SISTEM
4.1 Implementasi Sistem
Tahap implentasi sistem adalah tahap mengaplikasikan yang telah dirancang pada tahap perancangan sistem. Implementasi sistem dilakukan sebagai penerapan terhadap hasil analisis dan perancangan sistem kedalam bahasa pemrograman. Hasil dari penerapan tersebut diharapkan dapat menghasilkan sistem yang dapat diuji dan digunakan
4.1.1 Implementasi Basis Data
Data yang dibutuhkan sistem dibuat menjadi tabel – tabel yang dimasukan dalam suatu database. Database Management System (DBMS) yang digunakan untuk mengolah tabel-tabel tersebut adalah MySQL. Implementasi basis data dijelaskan sebagai berikut ini.
Tabel 4.1 Implementasi Basis Data
No Nama Tabel Nama File
1 users users.sql
2 bahanbaku bahanbaku.sql 3 kategoribahanbaku kategori.sql 4 jenisbahanbaku jenisbahanbaku.sql
5 produk produk.sql
6 jenisproduk jenisproduk.sql
7 resep resep.sql
8 detailresep detailresep.sql 9 penjualanproduk penjualanproduk.sql 10 detailpenjualanproduk detailpenjualanproduk.sql 11 peramalan peramalan.sql
12 detailperamalan detailperamalan.sql
13 EOQ EOQ.sql
14 detailEOQ detailEOQ.sql 15 supplier supplier.sql
1. Users
Berikut ini adalah query pembuatan tabel users.
SQL
CREATE TABLE IF NOT EXISTS `users` ( `username` varchar(36) NOT NULL, `password` varchar(36) NOT NULL, `nama` varchar(50) NOT NULL,
`jabatan` enum('Kepala Administrasi','Staff
Distribusi','Staff Gudang','Staff PPIC','Staff Purchasing')
NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', `inUse` enum('ya','tidak') NOT NULL DEFAULT 'tidak', PRIMARY KEY (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
2. Bahan Baku
Berikut ini adalah query pembuatan tabel bahan baku.
SQL
CREATE TABLE IF NOT EXISTS `bahanbaku` ( `idBahanBaku` varchar(15) NOT NULL, `idJenisBahanBaku` varchar(7) NOT NULL, `nama` varchar(255) DEFAULT NULL,
`jumlah` int(11) NOT NULL,
`satuan` enum('kg','butir') NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', PRIMARY KEY (`idBahanBaku`),
ALTER TABLE `bahanbaku`
ADD CONSTRAINT `bahanbaku_ibfk_1` FOREIGN KEY (`idJenisBahanBaku`) REFERENCES `jenisbahanbaku` (`idJenisBahanBaku`) ON UPDATE CASCADE;`
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
3. Kategori Bahan Baku
Berikut ini adalah query pembuatan tabel kategori bahan baku.
SQL
CREATE TABLE IF NOT EXISTS `kategoribahanbaku` ( `idKategoriBahanBaku` varchar(5) NOT NULL, `nama` varchar(50) NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', PRIMARY KEY (`idKategoriBahanBaku`)
179
4. Jenis Bahan Baku
Berikut ini adalah query pembuatan tabel jenis bahan baku.
SQL
CREATE TABLE IF NOT EXISTS `jenisbahanbaku` ( `idJenisBahanBaku` varchar(7) NOT NULL, `idKategoriBahanBaku` varchar(5) NOT NULL, `nama` varchar(50) NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', PRIMARY KEY (`idJenisBahanBaku`),
ALTER TABLE `jenisbahanbaku`
ADD CONSTRAINT `jenisbahanbaku_ibfk_1` FOREIGN KEY (`idKategoriBahanBaku`) REFERENCES `kategoribahanbaku` (`idKategoriBahanBaku`) ON UPDATE CASCADE;
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
5. Produk
Berikut ini adalah query pembuatan tabel produk.
SQL
CREATE TABLE IF NOT EXISTS `produk` ( `idProduk` varchar(5) NOT NULL, `idJenisProduk` int(2) NOT NULL, `nama` varchar(255) NOT NULL, `harga` int(11) NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', PRIMARY KEY (`idProduk`),
ALTER TABLE `produk`
ADD CONSTRAINT `produk_ibfk_1` FOREIGN KEY (`idJenisProduk`) REFERENCES `jenisproduk` (`idJenisProduk`) ON UPDATE CASCADE;
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
6. Jenis Produk
Berikut ini adalah query pembuatan tabel produk.
SQL
CREATE TABLE IF NOT EXISTS `jenisproduk` (
`idJenisProduk` int(2) NOT NULL AUTO_INCREMENT, `nama` varchar(50) NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif', PRIMARY KEY (`idJenisProduk`),
UNIQUE KEY `nama` (`nama`)
7. Tabel Resep
Berikut ini adalah query pembuatan tabel resep.
SQL
CREATE TABLE IF NOT EXISTS `resep` (
`idResep` int(5) NOT NULL AUTO_INCREMENT, `idProduk` varchar(5) NOT NULL,
`nama` varchar(255) NOT NULL, `jumlah` double NOT NULL, PRIMARY KEY (`idResep`), ALTER TABLE `resep`
ADD CONSTRAINT `resep_ibfk_1` FOREIGN KEY (`idProduk`) REFERENCES `produk` (`idProduk`) ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
8. Detail Resep
Berikut ini adalah query pembuatan tabel detail resep.
SQL
CREATE TABLE IF NOT EXISTS `detailresep` (
`idDetailResep` int(11) NOT NULL AUTO_INCREMENT, `idResep` int(5) NOT NULL,
`idBahanBaku` varchar(30) NOT NULL, `idDetailEOQ` int(11) NOT NULL, `jumlahBahan` double NOT NULL, PRIMARY KEY (`idDetailResep`),
FOREIGN KEY (`idResep`)REFERENCES `idResep`,
FOREIGN KEY (`idBahanBaku`)REFERENCES `idBahanBaku`, FOREIGN KEY (`idDetailEOQ`)REFERENCES `idDetailEOQ` ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
9. Penjualan Produk
Berikut ini adalah query pembuatan tabel penjualan produk.
SQL
CREATE TABLE IF NOT EXISTS `penjualanproduk` (
`idPenjualanProduk` int(11) NOT NULL AUTO_INCREMENT, `idProduk` varchar(5) NOT NULL,
`nama` varchar(255) NOT NULL, `jumlah` double NOT NULL, `tanggal` date DEFAULT NULL, `total` double NOT NULL,
`username` varchar(36) NOT NULL, PRIMARY KEY (`idPenjualanProduk`),
ALTER TABLE `penjualanproduk`
ADD CONSTRAINT `penjualanproduk_ibfk_2` FOREIGN KEY (`username`) REFERENCES `users` (`username`) ON UPDATE CASCADE,
181
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
10. Detail Penjualan Produk
Berikut ini adalah query pembuatan tabel detail penjualan produk.
SQL
CREATE TABLE IF NOT EXISTS `detailpenjualanproduk` ( `idDetailPenjualanProduk` int(11) NOT NULL
AUTO_INCREMENT,
`idPenjualanProduk` int(11) NOT NULL, PRIMARY KEY (`idDetailPenjualanProduk`), FOREIGN KEY (`idPenjualanProduk`)REFERENCES `idPenjualanProduk`
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
11. Peramalan
Berikut ini adalah query pembuatan tabel peramalan.
SQL
CREATE TABLE IF NOT EXISTS `peramalan` (
`idPeramalan` int(11) NOT NULL AUTO_INCREMENT, `idPenjualanProduk` int(11) NOT NULL,
`nama` varchar(255) NOT NULL, `tanggal` date NOT NULL, PRIMARY KEY (`idPeramalan`),
FOREIGN KEY (`idPenjualanProduk`)REFERENCES `idPenjualanProduk`
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
12. Detail Peramalan
Berikut ini adalah query pembuatan tabel detail peramalan.
SQL
CREATE TABLE IF NOT EXISTS `detailperamalan` (
`idDetailPeramalan` int(11) NOT NULL AUTO_INCREMENT, `idPeramalan` int(11) NOT NULL,
`idDetailPenjualanProduk` int(11) NOT NULL, `jumlah` double NOT NULL,
`bulanAkhir` date NOT NULL, `hasil` double NOT NULL, `error` int(11) NOT NULL,
PRIMARY KEY (`idDetailPeramalan`),
FOREIGN KEY (`idPeramalan`)REFERENCES `idPeramalan`, FOREIGN KEY (`idDetailPenjualanProduk`)REFERENCES `idDetailPenjualanProduk`
13. EOQ
Berikut ini adalah query pembuatan tabel EOQ.
SQL
CREATE TABLE IF NOT EXISTS `eoq` (
`idEOQ` int(11) NOT NULL AUTO_INCREMENT, `idProduk` varchar(5) NOT NULL,
PRIMARY KEY (`idEOQ`),
FOREIGN KEY (`idProduk`)REFERENCES `idProduk`
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
14. Detail EOQ
Berikut ini adalah query pembuatan tabel detail EOQ.
SQL
CREATE TABLE IF NOT EXISTS `detaileoq` (
`idDetailEOQ` int(11) NOT NULL AUTO_INCREMENT, `idEOQ` int(11) NOT NULL,
`nama` varchar(255) NOT NULL,
`minimalPembelian` double NOT NULL, `jumlahKebutuhan` double NOT NULL, `jumlahBiayaPesan` double NOT NULL, `jumlahBiayaSimpan` double NOT NULL, `totalSeluruhBiaya` double NOT NULL, `Q` double NOT NULL,
`biayaPesan` double NOT NULL, `biayaSimpan` double NOT NULL, `periodePesan` double NOT NULL, `frekuensiPesan` double NOT NULL, `totalPersediaan` double NOT NULL, PRIMARY KEY (`idDetailEOQ`),
FOREIGN KEY (`idEOQ`)REFERENCES `idEOQ`
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
15. Supplier
Berikut ini adalah query pembuatan tabel supplier.
SQL
CREATE TABLE IF NOT EXISTS `supplier` (
`namaSupplier` varchar(255) NOT NULL,
`alamat` varchar(255) NOT NULL,
`status` enum('aktif','delete') NOT NULL DEFAULT 'aktif',
PRIMARY KEY (`namaSupplier`)
183
16. Pembelian Bahan Baku
Berikut ini adalah query pembuatan tabel pembelian bahan baku.
SQL
CREATE TABLE IF NOT EXISTS `pembelianbahanbaku` (
`idPembelianBahanBaku` int(11) NOT NULL AUTO_INCREMENT,
`namaSupplier` varchar(255) NOT NULL,
`username` varchar(36) NOT NULL, `idBahanBaku` varchar(10) NOT NULL, `jumlah` double NOT NULL,
`harga` double NOT NULL, `totalHarga` double NOT NULL, `tanggal` date DEFAULT NULL, `minBeli` double NOT NULL,
PRIMARY KEY (`idPembelianBahanBaku`),
FOREIGN KEY (`username`)REFERENCES `username`,
FOREIGN KEY (`namaSupplier`)REFERENCES `namaSupplier`
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
17. Detail Pembelian Bahan Baku
Berikut ini adalah query pembuatan tabel detail pembelian bahan baku.
SQL
CREATE TABLE IF NOT EXISTS `detailpembelianbahanbaku` ( `idDetailPembelianBahanBaku` int(11) NOT NULL
AUTO_INCREMENT,
`idPembelianBahanBaku` int(11) NOT NULL, `idBahanBaku` varchar(15) NOT NULL, `idDetailEOQ` int(11) NOT NULL, `detilJumlah` double NOT NULL,
PRIMARY KEY (`idDetailPembelianBahanBaku`), FOREIGN KEY (`idPembelianBahanBaku`)REFERENCES `idPembelianBahanBaku`,
FOREIGN KEY (`idBahanBaku`)REFERENCES `idBahanBaku`, FOREIGN KEY (`idDetailEOQ`)REFERENCES `idDetailEOQ` ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
4.1.2 Implementasi Antarmuka
Tabel 4.2 Implementasi Antarmuka Kepala Administrasi
Antarmuka Proses ke- Nama File
Login 1 ULogin.pas
Data User 2 UUser.pas
Tambah Data User 2.1 UUserTambah.pas Ubah Data User 2.2 UUserEdit.pas Hapus Data User 2.3 UUser.pas
Cari Data User 2.4 UUser.pas
Tabel 4.3 Implementasi Antarmuka Departemen Gudang
Antarmuka Proses ke- Nama File
Login 1 ULogin.pas
Data Master 3 UMenu.pas
Data Bahan Baku 3.1 UBahanBaku.pas Tambah Data Bahan Baku 3.1.1 UBahanBakuTambah.pas
Ubah Data Bahan Baku 3.1.2 UBahanBakuEdit.pas Hapus Data Bahan Baku 3.1.3 UBahanBaku.pas
Cari Data Bahan Baku 3.1.4 UBahanBaku.pas Cetak Data Bahan Baku 3.1.5 ULBahanBaku.pas Data Kategori Bahan Baku 3.2 UKategoriBahanBaku.pas
Tambah Data Kategori Bahan Baku
3.2.1 UKategoriBahanBakuTambah.pas
Ubah Data Kategori Bahan Baku
3.2.2 UKategoriBahanBakuEdit.pas
Hapus Data Kategori Bahan Baku
3.2.3 UKategoriBahanBaku.pas
Cari Data Kategori Bahan Baku
3.2.4 UKategoriBahanBaku.pas
Data Jenis Bahan Baku 3.3 UBahanBaku.pas Tambah Data Jenis Bahan
Baku
3.3.1 UJenisBahanBakuTambah.pas
Ubah Data Jenis Bahan Baku
3.3.2 UJenisBahanBakuEdit.pas
Hapus Data Jenis Bahan Baku
3.3.3 UJenisBahanBaku.pas
Cari Data Jenis Bahan Baku 3.3.4 UJenisBahanBaku.pas
Tabel 4.4 Implementasi Antarmuka Departemen Distribusi
Antarmuka Proses ke- Nama File
Login 1 ULogin.pas
Data Master 3 UMenu.pas
Data Produk 3.4 UProduk.pas Tambah Data Produk 3.4.1 UProdukTambah.pas
Ubah Data Produk 3.4.2 UProdukEdit.pas Hapus Data Produk 3.4.3 UProduk.pas
Cari Data Produk 3.4.4 UProduk.pas Data Produk 3.5 UJenisProduk.pas Tambah Data Jenis Produk 3.5.1 UJenisProdukTambah.pas
185
Antarmuka Proses ke- Nama File
Cari Data Jenis Produk 3.5.4 UJenisProduk.pas
Data Transaksi 4 UMenu.pas
Data Penjualan Produk 4.3 UPenjualanProduk.pas Tambah Data Penjualan
Produk
4.3.1 UPenjualanProdukTambah.pas
Ubah Data Penjualan Produk
4.3.2 UPenjualanProdukUbah.pas
Hapus Data Penjualan Produk
4.3.3 UPenjualanProduk.pas
Cari Data Penjaualn Produk 4.3.4 UPenjualanProduk.pas Data Peramalan 4.4 UPeramalan.pas Hitung Data Peramalan 4.4.1 UPeramalanTambah.pas
Ubah Data Peramalan 4.4.2 UPeramalanUbah.pas Hapus Data Peramalan 4.4.3 UPeramalan.pas
Cari Data Peramalan 4.4.4 UPeramalan.pas
Tabel 4.5 Implementasi Antarmuka Departemen PPIC
Antarmuka Proses ke- Nama File
Login 1 ULogin.pas
Data Master 3 UMenu.pas
Data Resep 3.6 UResep.pas
Tambah Data Resep 3.6.1 UResepTambah.pas Ubah Data Resep 3.6.2 UResepUbah.pas Hapus Data Resep 3.6.3 UResep.pas
Cari Data Resep 3.6.4 UResep.pas Data Detail Resep 3.7 UDetailResep.pas
Memilih Resep 3.7.1 UDetailResepTambah.pas Memilih Komposisi Resep 3.7.2 UDetailResepTambah.pas
Hitung Pemakaian Bahan Baku
3.7.3 UDetailResepTambah.pas
Hitung EOQ 3.7.4 UDetailResepTambah.pas Cari Data Resep 3.7.5 UDetailResep.pas Ubah Data Resep 3.7.6 UDetailResepUbah.pas
Tabel 4.6 Implementasi Antarmuka Departemen Purchasing
Antarmuka Proses ke- Nama File
Login 1 ULogin.pas
Data Transaksi 4 UMenu.pas Data Pembelian Bahan
Baku
4.1 UPembelianBahanBaku.pas
Tambah Data Pembelian Bahan Baku
4.1.1 UPembelianBahanBakuTambah.pas
Ubah Data Pembelian Bahan Baku
4.1.2 UPembelianBahanBakuUbah.pas
Hapus Data Pembelian Bahan Baku
4.1.3 UPembelianBahanBaku.pas
Cari Data Pembelian Bahan Baku
4.1.4 UPembelianBahanBaku.pas
Antarmuka Proses ke- Nama File
Tambah Data Supplier 4.2.1 USupplierTambah.pas Ubah Data Supplier 4.2.2 USupplierUbah.pas Hapus Data Supplier 4.2.3 USupplier.pas
Cari Data Supplier 4.2.4 USupplier.pas
4.2 Pengujian Sistem
Pengujian sistem merupakan tahapan untuk menelusuri dan mempelajari sistem dengan cara melakukan serangkaian tes untuk mencoba sistem yang telah dibangun guna mengetahui bagaimana kualitas dari sistem tersebut.
4.2.1 Rencana Pengujian
Pengujian yang akan dilakukan adalah dengan menggunakan metode black box dan pengujian beta dengan melakukan wawancara kepada karyawan Holland Bakery. Rencana pengujian metode black box dapat dilihat pada table-tabel berikut ini.
Tabel 4.7 Rencana Pengujian Kepala Administrasi
Kelas Uji Butir Uji Jenis Pengujian
Login Username Black Box
Password Black Box
Data User
Username Black Box
Password Black Box
Nama Black Box
Jabatan Black Box
Tabel 4.8 Rencana Pengujian Departemen Gudang
Kelas Uji Butir Uji Jenis Pengujian
Login Username Black Box
Password Black Box
Data Bahan Baku
Kategori Black Box
Jenis Black Box
Nama Black Box
Jumlah Black Box
Satuan Black Box
Data Kategori Bahan Baku
Nama Black Box
187
Tabel 4.9 Rencana Pengujian Departemen Distribusi
Tabel 4.10 Rencana Pengujian Departemen PPIC
Tabel 4.11 Rencana Pengujian Departemen Purchasing
Kelas Uji Butir Uji Jenis Pengujian
Login Username Black Box
Password Black Box
Data Produk
Jenis Produk Black Box
Nama Black Box
Harga Black Box
Data Jenis Produk Nama Black Box
Data Penjualan Produk
Tanggal Black Box
Nama Produk Black Box
Jumlah Black Box
Data Peramalan
Nama Produk Black Box
Tanggal Black Box
Periode Awal Black Box
Periode Akhir Black Box
Kelas Uji Butir Uji Jenis Pengujian
Login Username Black Box
Password Black Box
Data Resep
Tanggal Black Box
Nama Black Box
Jumlah Black Box
Data Detail Resep
Nama Resep Black Box
Bahan Baku Black Box
Jumlah Bahan Black Box
Kelas Uji Butir Uji Jenis Pengujian
Login Username Black Box
Password Black Box
Data Pembelian Bahan Baku
Tanggal Pembelian Black Box
Nama Supplier Black Box
Minimal Pembelian Black Box
Harga Satuan Black Box
Data Supplier Nama Supplier Black Box
4.2.2 Pengujian Black Box
Pengujian black box dilakukan untuk menguji fungsi-fungsi dari perangkat lunak agar mengetahui apakah data yang dimasukan sudah benar atau belum benar serta apakah hasil keluarannya sudah sesuai dengan yang diinginkan atau tidak. Teknik pengujian black box yang digunakan adalah Equivalence Partitioning dan
Cause-Effect Relationship.
4.2.2.1Equivalence Partitioning Testing
Teknik pengujian Equivalence Partitioning adalah pengujian yang dilakukan dengan mencoba beberapa kemungkinan nilai masukan sebagai kelas-kelas uji untuk mengetahui kesalahan apa saja yang terdapat dalam sistem. Untuk pengujian Equivalence Partitioning dapat dilihat pada tabel berikut ini.
1. Equivalence Partitioning Testing Kepala Administrasi a. Login
Tabel 4.12 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian login Kepala Administrasi.
Tabel 4.12 Equivalence Partitioning Testing-Login Kepala Administrasi Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- admin
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
189
a. Data Users
Tabel 4.13 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian data user Kepala Administrasi.
Tabel 4.13 Equivalence Partitioning Testing-Data Users Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Pricilia
Dapat memasukkan nama pada field
Dapat memilih jabatan pada combo box jabatan
Dapat memilih jabatan pada
combo box jabatan
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Nama tidak boleh kosong”
Dapat menampilkan
pesan “Nama
tidak boleh
kosong”
- Null Dapat menampilkan pesan “pilih jabatan” Dapat menampilkan
pesan “Silahkan pilih jabatan”
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
[] Diterima [ ] Ditolak
2. Equivalence Partitioning Testing Departemen Gudang a. Login
Tabel 4.14 merupakan skenario pengujian menggunakan teknik
Tabel 4.14 Equivalence Partitioning Testing-Login Departemen Gudang Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- gudang
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
[] Diterima [ ] Ditolak
b. Data Bahan Baku
Tabel 4.15 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian data bahan baku Departemen Gudang.
Tabel 4.15 Equivalence Partitioning Testing-Data Bahan Baku Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Kategori
{text} [a-z, A-Z, 0-9, simbol]
- Tepung
Dapat memilih kategori pada combo box kategori
Dapat memilih kategori pada
combo box
Dapat memilih jenis pada combo box
jenis
Dapat memilih jenis pada combo box jenis
[] Diterima [ ] Ditolak
Jumlah {numeric} [0-9] - 125000
Dapat memasukkan jumlah pada field
Dapat memilih satuan pada combo box satuan
Dapat memilih satuan pada
combo box satuan
[] Diterima [ ] Ditolak
191
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Kategori
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “pilih kategori”
Dapat menampilkan pesan “Silahkan
pilih kategori”
- Null Dapat menampilkan pesan “pilih jenis” Dapat menampilkan
pesan “Silahkan pilih jenis”
[] Diterima [ ] Ditolak
Jumlah {numeric}
[0-9] - Null
Dapat menampilkan
pesan “Jumlah tidak boleh kosong”
Dapat menampilkan
pesan “Jumlah tidak boleh kosong”
Dapat menampilkan
pesan “Silahkan pilih satuan”
Dapat menampilkan
pesan “Silahkan
pilih satuan”
[] Diterima [ ] Ditolak
c. Data Kategori Bahan Baku
Tabel 4.16 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian kategori bahan baku Departemen Gudang.
Tabel 4.16 Equivalence Partitioning Testing-Data Kategori Bahan Baku Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Tepung
Dapat memasukkan nama pada field
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “nama tidak boleh kosong”
Dapat menampilkan
pesan “nama tidak boleh kosong”
[] Diterima [ ] Ditolak
d. Data Jenis Bahan Baku
Tabel 4.17 merupakan skenario pengujian menggunakan teknik
Tabel 4.17 Equivalence Partitioning Testing-Data Jenis Bahan Baku Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Kategori {text} [a-z, A-Z, 0-9,
simbol]
- Tepung
Dapat memilih kategori pada combo box kategori
Dapat memilih kategori pada
combo box
Dapat memasukkan nama pada field
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Kategori
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “pilih kategori”
Dapat menampilkan
pesan “Silahkan pilih kategori”
Dapat menampilkan
pesan “nama tidak boleh kosong”
Dapat menampilkan
pesan “nama tidak boleh kosong”
[] Diterima [ ] Ditolak
3. Equivalence Partitioning Testing Departemen Distribusi a. Login
Tabel 4.18 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian login Departemen Distribusi.
Tabel 4.18 Equivalence Partitioning Testing-Login Departemen Distribusi Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- distribusi
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
193
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
[] Diterima [ ] Ditolak
b. Data Produk
Tabel 4.19 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian produk Departemen Distribusi.
Tabel 4.19 Equivalence Partitioning Testing-Data Produk Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Jenis {text}
Dapat memilih jenis pada combo
Dapat memasukkan nama pada field
Dapat memasukkan harga pada field
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Jenis {text}
Dapat memilih jenis pada combo
Dapat menampilkan
pesan “nama tidak boleh kosong”
Dapat menampilkan
pesan “nama tidak boleh kosong”
[] Diterima [ ] Ditolak
Harga {numeric}
[ 0-9] - Null
Dapat menampilkan
pesan “harga tidak boleh kosong”
Dapat menampilkan
pesan “harga tidak boleh kosong”
[] Diterima [ ] Ditolak
c. Data Jenis Produk
Tabel 4.20 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian jenis produk Departemen
Tabel 4.20 Equivalence Partitioning Testing-Data Jenis Produk Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Jenis {text} [a-z, A-Z, 0-9,
simbol]
- Roti
Dapat memasukkan nama pada field
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Jenis {text} [a-z, A-Z, 0-9,
simbol]
-
Null
Dapat menampilkan
pesan “nama tidak boleh kosong”
Dapat menampilkan
pesan “nama tidak boleh kosong”
[] Diterima [ ] Ditolak
d. Data Penjualan Produk
Tabel 4.21 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian penjualan produk Departemen Distribusi.
Tabel 4.21 Equivalence Partitioning Testing-Data Penjualan Produk Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Tanggal {text} [a-z, A-Z, 0-9,
simbol]
-
1 feb 2013
Dapat memasukkan tanggal pada field
Dapat memilih produk pada combo box produk
Dapat memilih produk pada
combo box produk
[] Diterima [ ] Ditolak
Jumlah {numeric}
[ 0-9] - 228
Dapat memasukkan jumlah pada field
195
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Tanggal {text} [a-z, A-Z, 0-9,
simbol]
-
Null
Dapat menampilkan
pesan “tanggal tidak boleh kosong”
Dapat menampilkan
pesan “tanggal tidak boleh kosong” pilih produk”
Dapat
Jumlah {numeric}
[ 0-9] - Null
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
[] Diterima [ ] Ditolak
e. Data Peramalan
Tabel 4.22 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian peramalan Departemen Distribusi.
Tabel 4.22 Equivalence Partitioning Testing-Data Peramalan Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
idProduk
{text} [a-z, A-Z, 0-9, simbol]
- 1001
Dapat memasukkan idproduk pada field idproduk
Dapat memasukkan idproduk pada
field idproduk
Dapat memilih tanggal pada combo box tanggal
Dapat memilih tanggal pada
combo box
tanggal
[] Diterima [ ] Ditolak
Jumlah {numeric}
[ 0-9] 912
Dapat memasukkan jumlah pada field
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
idProduk
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “idproduk tidak boleh kosong”
Dapat menampilkan
pesan “idproduk tidak boleh kosong”
- Null Dapat menampilkan pesan “pilih tanggal” Dapat
Jumlah {numeric}
[ 0-9] Null
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
4. Equivalence Partitioning Testing Departemen PPIC a. Login
Tabel 4.23 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian login Departemen PPIC.
Tabel 4.23 Equivalence Partitioning Testing-Login Departemen PPIC Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- ppic
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
[] Diterima [ ] Ditolak
b. Data Resep
Tabel 4.24 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian resep Departemen PPIC.
Tabel 4.24 Equivalence Partitioning Testing-Data Resep Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama {text} [a-z, A-Z, 0-9, simbol]
- Roti Coklat
Dapat memilih produk pada combo box produk
Dapat memilih produk pada
combo box produk
[] Diterima [ ] Ditolak
Jumlah {numeric}
[0-9] - 40
Dapat memasukkan jumlah pada field
197
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Null Dapat menampilkan pesan “ pilih produk”
Dapat
Jumlah {numeric}
[0-9] - Null
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
Dapat menampilkan
pesan “jumlah tidak boleh kosong”
[] Diterima [ ] Ditolak
c. Data Detail Resep
Tabel 4.25 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian detail resep Departemen PPIC.
Tabel 4.25 Equivalence Partitioning Testing-Data Detail Resep Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama Resep
{text} [a-z, A-Z, 0-9, simbol]
- Roti Coklat
Dapat memilih resep pada combo box
resep
Dapat memilih resep pada combo box resep
[] Diterima [ ] Ditolak
Nama Bahan
{text} [a-z, A-Z, 0-9, simbol]
- Tepung Cakra
Dapat memilih bahan baku pada
combo box bahan baku
Dapat memilih bahan baku pada
combo box bahan baku
[] Diterima [ ] Ditolak
Jumlah Bahan {numeric}
[0-9] - 1
Dapat memasukkan jumlah pada field
Dapat memilih satuan pada combo box satuan
Dapat memilih satuan pada
combo box satuan
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama Resep
{text} [a-z, A-Z, 0-9, simbol]
- Null Dapat menampilkan pesan “pilih resep” Dapat
Nama Bahan
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “pilih bahan
baku”
Dapat menampilkan
pesan “pilih bahan
baku”
[] Diterima [ ] Ditolak
Jumlah Bahan {numeric}
[0-9] - Null
Dapat menampilkan
pesan “jumlah bahan tidak boleh kosong”
Dapat menampilkan
pesan “jumlah bahan tidak boleh kosong”
5. Equivalence Partitioning Testing Departemen Purchasing
a. Login
Tabel 4.26 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian login Departemen Purchasing.
Tabel 4.26 Equivalence Partitioning Testing-Login Departemen Purchasing
Kasus dan Hasil Uji (Data Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- purchasing
Dapat memasukkan username pada field username
Dapat memasukkan username pada
field username
- purchasing
Dapat memasukkan password pada field password
Dapat memasukkan password pada
field password
[] Diterima [ ] Ditolak
Kasus dan Hasil Uji (Data Tidak Valid) Butir Uji Masukan yang
Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Username
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “Username tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong.”
Dapat menampilkan
pesan “Password tidak boleh kosong”
Dapat menampilkan
pesan “Username tidak boleh kosong”
[] Diterima [ ] Ditolak
b. Data Supplier
Tabel 4.27 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian suplier Departemen Purchasing.
Tabel 4.27 Equivalence Partitioning Testing-Data Supplier Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
Dapat memasukkan nama pada field
Dapat memasukkan alamat pada field
199
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Nama
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “nama tidak boleh kosong”
Dapat menampilkan
pesan “nama tidak boleh kosong”
[] Diterima
Dapat menampilkan
pesan “alamat tidak boleh kosong”
Dapat menampilkan
pesan “alamat tidak boleh kosong”
[] Diterima [ ] Ditolak
c. Data Pembelian Bahan Baku
Tabel 4.28 merupakan skenario pengujian menggunakan teknik
Equivalence Partitioning Testing pada bagian pembelian bahan baku Departemen Distribusi.
Tabel 4.28 Equivalence Partitioning Testing-Data Pembelian Bahan Baku Kasus dan Hasil Uji (Data Valid)
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Tanggal {text} [a-z, A-Z, 0-9,
simbol]
-
2 feb 2013
Dapat memasukkan tanggal pada field
Nama Supplier
{text} [a-z, A-Z, 0-9, simbol]
- PT Mekar Kencana
Dapat memilih
supplier pada combo box supplier
Dapat memilih
supplier pada
combo box supplier
[] Diterima [ ] Ditolak
Nama Bahan Baku
{text} [a-z, A-Z, 0-9, simbol]
- Tepung Cakra
Dapat memilih bahan baku pada
combo box bahan baku
Dapat memilih bahan baku pada
combo box bahan baku
[] Diterima [ ] Ditolak
Minimal Pembelian {numeric}
[0-9] - 125000000
Dapat memasukkan jumlah minimal pada field jumlah minimal
Dapat memasukkan jumlah minimal pada field jumlah
Dapat memilih satuan pada combo box satuan
Dapat memilih satuan pada
combo box satuan
[] Diterima [ ] Ditolak
Harga Satuan {numeric}
[0-9] - 160000
Dapat memasukkan harga pada field
Butir Uji Masukan yang Valid
Masukan yang Tidak
Valid
Data yang Dimasukkan
Keluaran yang Diharapkan
Pengamatan Kesimpulan
Tanggal {text} [a-z, A-Z, 0-9,
simbol]
-
Null
Dapat menampilkan
pesan “tangal tidak boleh kosong”
Dapat menampilkan
pesan “tangal tidak boleh kosong”
[] Diterima [ ] Ditolak
Nama Supplier
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “pilih
Nama Bahan Baku
{text} [a-z, A-Z, 0-9, simbol]
- Null
Dapat menampilkan
pesan “pilih bahan
baku”
Dapat menampilkan
pesan “pilih bahan
baku”
[] Diterima [ ] Ditolak
Minimal Pembelian {numeric}
[0-9] - Null
Dapat menampilkan
pesan “minimal pembelian tidak boleh kosong”
Dapat menampilkan
pesan “minimal pembelian tidak boleh kosong”
[] Diterima
- Null Dapat menampilkan pesan “pilih satuan” Dapat
Harga Satuan {numeric}
[0-9] - Null
Dapat menampilkan
pesan “harga tidak boleh kosong”
Dapat menampilkan
pesan “harga tidak boleh kosong”
201
4.2.2.2Cause-Effect Relationalship Testing
Teknik pengujian Cause-Effect Relationalship adalah pengujian yang dilakukan dengan mengkombinasikan beberapa masukan yang dijadikan sebagai kasus uji dan digambarkan dalam bentuk tabel keputusan. Untuk pengujian
Cause-Effect Relationalship dapat dilihat pada tabel berikut ini.
1. Cause-Effect Relationalship Testing Kepala Administrasi a. Login
Input States.
1. Username memenuhi kondisi yang ditentukan. 2. Password memenuhi kondisi yang ditentukan.
Output States.
A. Berhasil melakukan login dan masuk ke form Kepala Administrasi. B. Menampilkan kesalahan dari username yang dimasukan.
C. Menampilkan kesalahan dari password yang dimasukan.
Tabel 4.29 Cause-Effect Relationalship Testing Login Kepala Administrasi
1 2 3
1 1 1 0
2 1 0 1
A 1 0 0
B 0 1 0
C 0 0 1
b. Data Users
Input States.
1. Nama memenuhi kondisi yang ditentukan. 2. Jabatan memenuhi kondisi yang ditentukan. 3. Username memenuhi kondisi yang ditentukan. 4. Password memenuhi kondisi yang ditentukan.
Output States.
A. Data tersimpan dalam database. Cause Effect
B. Menampilkan kesalahan dari nama yang dimasukan. C. Menampilkan kesalahan dari jabatan yang dimasukan. D. Menampilkan kesalahan dari username yang dimasukan. E. Menampilkan kesalahan dari password yang dimasukan.
Tabel 4.30 Cause-Effect Relationalship Testing Data Users
1 2 3 4 5
1 1 1 1 1 0
2 1 1 1 0 1
3 1 1 0 1 1
4 1 0 1 1 1
A 1 0 0 0 0
B 0 0 0 0 1
C 0 0 0 1 0
D 0 0 1 0 0
E 0 1 0 0 0
2. Cause – Effect Relationalship Testing Departemen Gudang a. Login
Input States.
1. Username memenuhi kondisi yang ditentukan. 2. Password memenuhi kondisi yang ditentukan.
Output States.
A. Berhasil melakukan login dan masuk ke form Departemen Gudang. B. Menampilkan kesalahan dari username yang dimasukan.
C. Menampilkan kesalahan dari password yang dimasukan.
Tabel 4.31 Cause-Effect Relationalship Testing Login Departemen Gudang
1 2 3
1 1 1 0
2 1 0 1
A 1 0 0
B 0 1 0
C 0 0 1
Cause Effect
Test Case
Cause Effect
203
b. Data Bahan Baku
Input States.
1. Kategori memenuhi kondisi yang ditentukan. 2. Jenis memenuhi kondisi yang ditentukan. 3. Jumlah memenuhi kondisi yang ditentukan. 4. Satuan memenuhi kondisi yang ditentukan.
Output States.
A. Data tersimpan dalam database.
B. Menampilkan kesalahan dari kategori yang dimasukan. C. Menampilkan kesalahan dari jenis yang dimasukan. D. Menampilkan kesalahan dari jumlah yang dimasukan. E. Menampilkan kesalahan dari satuan yang dimasukan.
Tabel 4.32 Cause-Effect Relationalship Testing Data Bahan Baku
1 2 3 4 5
1 1 1 1 1 0
2 1 1 1 0 1
3 1 1 0 1 1
4 1 0 1 1 1
A 1 0 0 0 0
B 0 0 0 0 1
C 0 0 0 1 0
D 0 0 1 0 0
E 0 1 0 0 0
c. Data Kategori Bahan Baku
Input States.
1. Nama memenuhi kondisi yang ditentukan.
Output States.
A. Data tersimpan dalam database.
B. Menampilkan kesalahan dari nama yang dimasukan. Cause Effect
Tabel 4.33 Cause-Effect Relationalship Testing Kategori Bahan Baku Departemen Gudang
1 2
1 1 0
A 1 0
B 0 1
d. Data Jenis Bahan Baku
Input States.
1. Kategori memenuhi kondisi yang ditentukan. 2. Nama memenuhi kondisi yang ditentukan.
Output States.
A. Data tersimpan dalam database.
B. Menampilkan kesalahan dari kategori yang dimasukan. C. Menampilkan kesalahan dari nama yang dimasukan.
Tabel 4.34 Cause-Effect Relationalship Testing Data Jenis Bahan Baku
1 2 3
1 1 1 0
2 1 0 1
A 1 0 0
B 0 0 1
C 0 1 0
3. Cause-Effect Relationalship Testing Departemen Distribusi a. Login
Input States.
1. Username memenuhi kondisi yang ditentukan. 2. Password memenuhi kondisi yang ditentukan.
Cause Effect
Test Case
Cause Effect
205
Output States.
A. Berhasil melakukan login dan masuk ke form Departemen Distribusi. B. Menampilkan kesalahan dari username yang dimasukan.
C. Menampilkan kesalahan dari password yang dimasukan.
Tabel 4.35 Cause-Effect Relationalship Testing Login Departemen Distribusi
1 2 3
1 1 1 0
2 1 0 1
A 1 0 0
B 0 1 0
C 0 0 1
b. Data Produk
Input States.
1. Jenis memenuhi kondisi yang ditentukan. 2. Nama memenuhi kondisi yang ditentukan. 3. Harga memenuhi kondisi yang ditentukan.
Output States.
A. Data tersimpan dalam database.
B. Menampilkan kesalahan dari jenis yang dimasukan. C. Menampilkan kesalahan dari nama yang dimasukan. D. Menampilkan kesalahan dari harga yang dimasukan.
Cause Effect