1 BAB IV IMPLEMENTASI DAN PENGUJIAN Pada bab ini akan dijelaskan penerapan analisis dan desain yang telah dipaparkan pada bab sebelumnya kedalam logik...
Pada bab ini akan dijelaskan penerapan analisis dan desain yang telah dipaparkan pada bab sebelumnya kedalam logika pemrograman. Perangkat lunak penanganan antrian ini dibangun menggunakan bahasa pemrograman ASP.NET dan ASP.NET Ajax 3.0 untuk desain tatap muka, VB.NET dengan berbasiskan .NET framework 2.0 dengan tool Visual Studio 2008 Express edition. Sistem operasi yang digunakan adalah Windows XP. Sedangkan basis data relasional yang digunakan adalah SQL 2005 Expres Edition. Lingkungan pengembangan perangkat keras yang digunakan untuk membangun perangkat lunak ini adalah computer dengan prosesor Intel Core 2 Duo 2.00 GHz dengan memori 4 Gb.
4.1
Lingkungan Implementasi Aplikasi manajemen pergudangan ini diimplementasikan di PT. Aprilis
Maju Media (Gogirl! Magazine) dalam jaringan lokal intranet (LAN). Kebutuhan perangkat lunak dan perangkat keras guna menunjang implementasi aplikasi ini sebagai berikut
73
74
Kebutuhan Perangkat Keras •
RAM 128 atau lebih
•
Network Adapter
Kebutuhan perangkat lunak
4.2
•
OS Windows XP Professional Edition SP 1++
•
Internet Explorer 5++
Batasan Implementasi Aplikasi dikembangkan dengan berbasiskan web,
dimana dalam
pengimplementasiannya, aplikasi diakses melalui internet explorer atau web browser lainnya melalui jaringan LAN. Batasan pengimplementasian meliputi hal-hal berikut ini : 1. File desain antarmuka aplikasi dalam format .aspx Antarmuka dirancang menggunakan bahasa pemrograman aspx.net dengan ektensi file .aspx. File ini diimplementasikan sebagai antarmuka aplikasi sebagai pintu interaksi antara aktor dengan sistem aplikasi pergudangan. 2. File pengelola control antar muka (.aspx.vb) Pengelolaan aksi kontrol dari antarmuka akan dikelola oleh file dengan ekstensi .aspx.vb yang inherits dengan file .aspx. 3. File pengelola logika bisnis proses (.vb)
75
Proses logika bisnis dikelola dalam file dengan ekstension .vb. File ini akan berhubungan dengan control antar muka (.aspx.vb) ketika proses bisnis perlu dilakukan, seperti penentuan lokasi penyimpanan majalah retur di dalam gudang dan lain sebagainya. 4. File pengelola interaksi antara aplikasi dengan database (.xsd dan .xss) File ini berinteraksi langsung dengan database. File .xsd merupakan design komponen dataset yang dimiliki .net, sedangkan file .xsd adalah class yang mengelola logika pemrograman ketika berinteraksi dengan database. Transaksi data dari file .vb akan dikelola oleh file-file ini. 5. File pengelola konfigurasi sistem (web.config) File ini berisi parameter dan konfigurasi aplikasi, seperti connection string, assembly references dan lain sebagainya.
4.3
Implementasi Implementasi aplikasi dilakukan sebagai hasil dari analisa dan perancangan
yang telah dilakukan, sesuai dengan domain permasalahan yang telah ditentukan. Tujuan implementasi ini adalah menghasilkan sebuah aplikasi yang sesuai dengan perancangan yang telah dilakukan dan mencapai tujuan pengembangan aplikasi. Dalam proses implementasi ini meliputi 3(tiga) jenis implementasi yaitu : 1. Implementasi metode antrian FIFO (First In First Out) dalam proses penentuan lokasi penyimpanan majalah retur di dalam gudang dengan
76
tujuan adalah untuk kemudahan dalam sirkulasi majalah retur dari dan ke dalam gudang. 2. Implementasi Basis Data Penerapan rancang bangun basis data yang telah dibuat pada Bab II ke dalam bentuk fisik basis data 3. Implementasi Antar muka Penerapan perancangan antar muka aplikasi menjadi sebuah antarmuka halaman web sebagai pintu masuk interaksi antara pengguna dengan aplikasi.
4.3.1 Implementasi Metode Antrian FIFO (First In First Out) Setiap majalah retur akan dimasukkan ke dalam sistem oleh bagian distribusi dan selanjutnya dikirim ke bagian pergudangan untuk disimpan di dalam gudang. Pada saat pendaftaran gudang dan denah lokasi penyimpanan di dalam sistem, harus ditentukan prioritas masing-masing lokasi penyimpanan untuk memberitahu sistem urutan lokasi penyimpanan mulai dari yang paling dekat dengan pintu keluar gudang. Semakin baru edisi majalah retur, maka lokasi penyimpanan akan semakin jauh dari pintu keluar gudang, dan sebaliknya, semakin tua edisi majalah retur, maka lokasi penyimpanan akan semakin dekat dengan pintu keluar.
77
4.3.2 Implementasi Basis Data Setiap transaksi majalah retur dari agen-agen yang ada akan disimpan ke dalam database untuk selanjutnya sistem akan menentukan dimana lokasi yang tepat untuk menyimpan majalah tersebut di dalam gudang. Berdasarkan rancangan basis data pada bab sebelumnya, selanjutnya diimplementasikan menjadi sebuah database menggunakan SQL Server 2005 Express Edition.
4.3.2.1
Tabel Master Agen (msAgent)
Tabel ini digunakan sebagai data master agen yang dimiliki oleh PT. Aprilis Maju Media (Gogirl! Magazine). Setiap majalah retur akan terkait dengan master agen yang ada.
Gambar 4.1 Tabel Master Agen
Berikut perintah SQL untuk membuat table msAgent : CREATE TABLE [dbo].[msAgent]( [agentID] [int] IDENTITY(1,1) NOT NULL, [Nama] [varchar](50) NULL, [Alamat] [varchar](255) NULL, [PIC] [varchar](50) NULL,
78
[noTelp] [varchar](50) NULL, [isActive] [bit] NULL, CONSTRAINT [PK_msAgent] PRIMARY KEY CLUSTERED ( [agentID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] GO
4.3.2.2
Tabel master Gudang (msGudang)
Tabel ini berfungsi untuk menyimpan data master gudang yang dimiliki oleh PT. Aprilis Maju Media(Gogirl! Magazine).
Gambar 4.2 Tabel Master Gudang
Berikut perintah SQL untuk membuat table msGudang : CREATE TABLE [dbo].[msGudang]( [gudangID] [int] NOT NULL, [Nama] [varchar](50) NULL, [Alamat] [varchar](255) NULL, [isActive] [bit] NULL, CONSTRAINT [PK_msGudang] PRIMARY KEY CLUSTERED ( [gudangID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]
79
4.3.2.3
Tabel Denah Lokasi Penyimpanan (msGudangDetail)
Tabel ini menyimpan informasi denah lokasi penyimpanan di dalam gudang dengan atribut prioritas setiap lokasi penyimpanan untuk mengetahui lokasi mana yang harus diisi terlebih dahulu berdasarkan pertimbangan antrian FIFO. Setiap denah lokasi terkait dengan data gudang yang dimiliki di tabel master gudang.
Gambar 4.3 Tabel Denah Lokasi Penyimpanan
Berikut perintah SQL untuk membuat table msGudangDtl : CREATE TABLE [dbo].[msGudangDtl]( [ID] [bigint] IDENTITY(1,1) NOT NULL, [GudangId] [int] NOT NULL, [lokasi] [varchar](10) NULL, [prioritas] [int] NULL, [Quota] [int] NULL, [sisaQuota] [int] NULL, CONSTRAINT [PK_msGudangDtl] PRIMARY KEY CLUSTERED ( [ID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]
80
4.3.2.4
Tabel Master Pengguna (msUser)
Tabel ini merupakan master tabel pengguna yang menyimpan informasi pegawai PT. Aprilis Maju Media (Gogirl! Magazine) yang berhak masuk ke dalam aplikasi.
Gambar 4.4 Tabel Master Pengguna
Berikut perintah SQL untuk membuat table msUser : CREATE TABLE [dbo].[msUser]( [userID] [varchar](20) NOT NULL, [Nama] [varchar](50) NULL, [Role] [varchar](20) NULL, [password] [varchar](100) NULL, CONSTRAINT [PK_msUser] PRIMARY KEY CLUSTERED ( [userID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]
81
4.3.2.5
Tabel Transaksi Majalah Retur (transRetur)
Tabel transaksi majalah retur ini mencatat setiap transaksi retur dari agenagen yang terkait. Pencatatan data meliputi asal agen majalah retur, tanggal retur, jumlah awal setor majalah dan jumlah retur untuk kebutuhan analisa pasar, edisi majalah retur.
Gambar 4.5 Tabel Transaksi Majalah Retur
Berikut perintah SQL untuk membuat table transRetur : CREATE TABLE [dbo].[transRetur]( [returID] [bigint] NOT NULL, [tglRetur] [datetime] NULL, [agentID] [int] NULL, [edisi] [varchar](20) NULL, [jumAwal] [int] NULL, [jumRetur] [int] NULL, CONSTRAINT [PK_transRetur] PRIMARY KEY CLUSTERED ( [returID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]
82
4.3.3 Implementasi Antar Muka Dari rancangan antar muka pada bab II selanjutnya diterapkan menjadi sebuah antarmuka halaman web dari aplikasi pergudangan ini. Antar muka dibangun menggunakan bahasa pemrograman ASP.NET dengan ekstensi file .aspx. Hasil tampilan antar muka adalah sebagai berikut :
4.3.3.1
Halaman Pendaftaran Gudang dan Lokasi Penyimpanan
Halaman ini merupakan halaman untuk mendaftarkan gudang yang dimiliki PT. Aprilis Maju Media (Gogirl!) dan lokasi penyimpanan di dalam gudang.
Gambar 4. 6 Halaman utama master gudang
Gambar 4.7 Halaman Form Masukan Master Gudang dan Lokasi Penyimpanan
83
4.3.3.2
Halaman Transaksi Majalah Retur
Halaman ini digunakan untuk mencatat transaksi majalah retur yang terjadi untuk setiap edisi dan meminta untuk proses penggudangan ke bagian team gudang.
Gambar 4.8 Halaman utama transaksi majalah retur
Gambar 4. 9 Halaman Form Edit Majalah Retur
4.3.3.3
Halaman Penggudangan
Halaman ini digunakan untuk transaksi gudang baik untuk penyimpanan ataupun pengeluaran majalah retur.
84
Gambar 4.10 Halaman utama pergudangan
Gambar 4.11 Halaman form transaksi pergudangan
4.3.4 Pengujian Untuk memastikan kemampuan aplikasi pergudangan ini, maka diperlukan suatu pengujian. Pada tahap pengujian ini akan dibuat skenario pengujian yang berisi deskripsi fungsi aplikasi, kasus uji dan hasil yang didapat. Pada pengujian metode antrian FIFO, akan diperlihatkan hasil analisa dan penentuan lokasi penyimpanan oleh sistem apakah sesuai dengan parameter-parameter yang telah disebutkan di bab sebelumnya. Pengujian telah diupayakan untuk bisa mewakili semua fungsi aplikasi dan aktifitas pengguna dalam berinteraksi dengan aplikasi, sehingga diharapkan
85
seluruh aspek aplikasi telah teruji dan aplikasi mampu berjalan dan berfungsi dengan baik sesuai dengan analisa dan perancangan yang telah dilakukan.
4.3.4.1 Lingkungan Pengujian Lingkungan pengujian yang digunakan untuk menguji aplikasi pengelolaan antrian adalah sebuah notebook DELL Latitude D630 dengan spesifikasi sebagai berikut : 1. Hardware a. Prosesor Intel CoreTM 2 Duo CPU T7300 @ 2.00 Ghz 2.00 Ghz b. RAM 4.00 GB 2. Software a. Sistem operasi Windows 7 b. Internet explorer 8 c. Visual studio 2008 d. SQL Server 2008 Express Edition
4.3.4.2 Pengujian White Box Pengujian white box pada penelitian ini dimaskudkan untuk menguji fungsifungsi utama dalam aplikasi pergudangan dari sisi internal (Pengujian langsung
86
terhadapa kode). Pengujian white box
yang dilakukan menggunakan metode
Basis Path. Tahapan pengujian dengan metode basis path adalah sebagai berikut : 1. Grafik alir (flow graph). Langkah pertama adalah membuat grafik alir untuk menggambarkan aliran logika pada suatu fungsi. 2. Kompleksitas siklomatis (cyclomatic complexity), merupakan metrik perangkat lunak yang memberikan pengukuran kuantitatif terhadap kompleksitas logis suatu fungsi. 3. Melakukan test kondisi (test case), dilakukan dengan memberikan masukan pada suatu fungsi dan membandingkan dengan hasil yang diharapkan. 4. Grafik metrik (metric graph), merupakan matriks bujur sangkar yang ukurannya (kolom dan baris) sama dengan jumlah simpul pada grafik alir.
Kode program fungsi-fungsi dalam aplikasi pengelolaan antrian pemesanan yang akan dilakukan pengujian white box metode basis path adalah sebagai berikut : Fungsi analisa gudang, yaitu fungsi untuk menganalisa isi gudang dan menentukan langkah-langkah penggudangan. Kode untuk fungsi analisa gudang sebagai berikut :
Fungsi analisa pengeluaran majalah retur dari dalam gudang, yaitu fungsi untuk menganalisa kapasitas gudang dan menentukan majalah mana yang harus dikeluarkan dari dalam gudang. 1
dataLib.edisiName(_isi.Edisi)) If _isi.Jumlah >= jum Then
30
.AppendFormat("
{0}
", jum)
40
_tJum = 0
41 42
Else _tJum = _tJum - _isi.Jumlah
90
43
.AppendFormat("
{0}
", _isi.Jumlah)
44
End If
45
.Append("
Keluarkan Majalah Retur
")
46
.Append("
")
47
.Append("
")
48
If _tJum = 0 Then Exit For
49
Next
50
If _tJum = 0 Then Exit For
51
Next
52
.Append("")
53
.AppendFormat("
")
54
Return .ToString
55
End With
4.3.4.2.1 Grafik Alir (Flow Graph) Grafik alir (flow graph) menggambarkan aliran kontrol logika pada masingmasing fungsi yang akan dilakukan pengujian white box diatas. Berikut grafik alir dari masing-masing fungsi tersebut : Grafik alir fungsi analisa gudang
91
1
17
2,3,4
18,19, 20
5
21-30
47,48
R4
49
50
R3 6,7
8
51 R6
31-43 52-57
R1
9 R2
12,13,14, 15
10,11
44,45, 46
R5 58,59, 60
61
63
64
62
65
16
Gambar 4. 12 Grafik alir fungsi analisa gudang Penjelasan masing-masing node pada grafik diatas dapat dilihat pada tabel berikut : Tabel 4. 1 Penjelasan Node Grafik alir fungsi analisa gudang Node 1 2,3,4
Keterangan Node ini mewakili pengisian variabel _totAll = 0 Node ini mewakili awal perulangan data majalah retur yang dikirim untuk penggudangan 5 Pengisian variabel _total = 0 6,7 Pengisian variabel _edisi 8 Awal pengecekan kondisi _hash.ContainsKey(_edisi) untuk mengatahui apakah edisi sudah ada di tabel perhitungan total jumlah per edisi 9 Pengisian variabel _total dijumlah dengan jumlah yang sudah ada di tabel. 10,11 Pengisian variabel _total jika edisi sebelumnya belum ada di tabel 12,13,14,15 Akhir pengecekan kondisi isi tabel 16 Titik balik perulangan, kembali ke proses awal perulangan jika jumlah baris data majalah retur belum habis 17 Awal pengecekan kondisi _totAll > 0 18,19,20 Awal pengecekan kondisi apakah kapasitas gudang masih mencukupi 21-30 Pembentukan langkah-langkah pengeluaran majalah retur jika kapasitas gudang tidak mencukupi 31-43 Pembentukan kolom-kolom daftar langkah-langkah penyimpanan 44,45,46 Mendapatkan daftar rak penyimpanan di dalam gudang
92
47,48 49 50 51 52,57 58,59,60 61 62 63
Awal perulangan sejumlah rak yang ada dimulai dari rak yang paling belakang/jauh dari pintu depan Awal perulangan untuk masing-masing majalah retur yang akan disimpan Awal pembentukan baris daftar baru Awal pengecekan apakah rak paling belakang masih mencukupi Pembentukan instruksi langkah-langkah penyimpanan jika rak paling belakang mencukupi Pembentukan instruksi langkah-langkah penyimpanan jika rak paling belakang tidak mencukupi Akhir dari proses pengecekan kapasitas rak Akhir perulangan masing-masing majalah retur Akhir perulangan sejumlah rak
Grafik alir fungsi analisa pengeluaran majalah retur
Gambar 4. 13 Grafik alir fungsi analisa pengeluaran majalah retur
Penjelasan masing-masing node pada grafik diatas dapat dilihat pada tabel berikut :
93
Tabel 4. 2 Penjelasan Node Grafik alir fungsi analisa pengeluaran majalah retur Node
Keterangan
1-12
Pendeklarasian variabel dan pembentukan judul daftar instruksi penggudangan
13,14,15
Awal perulangan sejumlah rak di dalam gudang dimulai dari rak yang paling dekat dengan pintu
16,17,18
Awal perulangan sejumlah isi masing-masing rak
19-23
Pengisian daftar instruksi sesuai dengan isi rak
24
Awal pengecekan jika isi di dalam rak lebih besar dari jumlah majalah retur yg akan disimpan
25,26
Pengisian jumlah yang harus dikeluarkan ke daftar instruksi penggudangan
27-30
Jika jumlah dalam rak kurang dari jumlah yang harus disimpan, keluarkan semua isi rak dan masukkan ke daftar instruksi penggudangan
31-36
Mengakhiri pengisian daftar sejumlah isi rak
37
Akhir dari perulangan sejumlah isi rak, jika masih ada isi, ulangi proses sebelumnya
38,39
Akhir dari perulangan sejumlah rak dalam gudang, jika masih ada rak lagi, proses akan diulang dari awal
40-43
Mengakhiri pengisian daftar instruksi penggudangan
4.3.4.3 Pengujian Black Box Pengujian black box dilakukan dengan membandingkan hasil keluaran aplikasi dibandingkan dengan hasil yang diharapkan. Tahapan pengujian black
box penelitian ini adalah sebagai berikut :
94
1. Skenario Pengujian, merupakan rencana item-item pengujian yang
berisi : a. Deskripsi fungsional, yaitu fungsi dari aplikasi yang akan diuji b. Kelompok uji, pengujian dikelompokkan pada prosedur normal atau tidak normal (data salah) c. Kasus uji, merupakan penjelasan dari kasus yang diujikan 2. Hasil yang diharapkan 3. Deskripsi Skenario Pengujian, merupakan pembahasan detail atas
pengujian, pada tahap ini aplikasi diperlakukan sesuai skenario yang telah ditentukan kemudian respon aplikasi akan dibandingkan dengan hasil yang diharapkan. Pada tahap ini, juga disertai gambar dari hasil respon aplikasi 4. Dokumen Hasil Pengujian, merupakan rangkuman dari hasil pengujian
4.3.4.3.1 Skenario Pengujian Skenario pengujian berisi rencana uji aplikasi mulai dari proses pemesanan sampai dengan proses penyajian pesanan. Pada skenario pengujian juga ditentukan kelompok uji, yaitu kondisi salah atau kondisi normal, hal ini dimaksudkan untuk menguji respon aplikasi. Hasil yang diharapkan dari pengujian juga disertakan pada skenario pengujian sehingga nantinya mudah dibandingkan dengan hasil pengujian yang
95
sesungguhnya. Pada pengujian ini terdapat 4 (Empat) item rencana pengujian sebagai berikut :
Tabel 4. 3 Skenario pengujian aplikasi No Deskripsi
Kelompok
Fungsional 1.Pencatatan
Kasus Uji
Hasil
Uji Normal
Majalah Retur
Diharapkan Bagian majalah
distribusi Data
berhasil
melakukan disimpan
pencatatan
dan
majalah status “Draft”
retur dari agen tertentu ke dalam sistem. 2.Kirim
Normal
Bagian
distribusi Tombol
permintaan
mengirim permintaan “Kirim”
penggudangan
pergudangan
majalah retur
bagian gudang untuk berubah
ke dan
majalah retur tertentu.
aktif status jadi
“Tunggu_Peng gudangan”
3.Proses
Normal
Bagian
Memasukan
menerima
majalah
permintaan
ke gudang
retur dalam
gudang Terdapat daftar informasi majalah
penggudangan bagian distribusi
yang
retur dikirim
dari bagian distribusi untuk
di
simpan
di
dalam gudang
96
4.Cetak
daftar Normal
Setelah
menentukan Tombol
instruksi
daftar majalah retur aktif
penggudangan
yang
hasil
digudangkan
dari
analisa sistem
print dan
akan muncul daftar dan instruksi
jumlahnya,
penggudangan
selanjutnya
bagian ketika tombol
gudang akan mencetak print ditekan. daftar
instruksi
penggudangan
hasil
dari analisa sistem
4.3.4.3.2 Deskripsi Skenario Pengujian Pada deskripsi skenario pengujian ini akan membahas proses pengujian yang telah direncanakan, menampilkan gambar keluaran sistem dari fungsi yang diuji dan untuk proses analisa algoritma antrian FIFO, akan dilakukan pembandingan antara hasil analisa alokasi sistem dengan urutan edisi majalah retur yang tersimpan di dalam gudang. Deskripsi skenario pengujian selengkapnya sebagai berikut : 1. Pencatatan majalah retur Pada proses ini, bagian distribusi akan memasukkan data majalah retur yang diterima dari setiap agen. Hasil yang diharapkan dari proses ini adalah majalah retur tersimpan ke dalam sistem dan statusnya adalah sebagai draft. Berikut tampilan proses pencatatan dan data yang berhasil disimpan :
97
Gambar 4.14 Form inputan majalah retur
Gambar 4.15 Data berhasil tersimpan
Dari gambar diatas terbukti bahwa data berhasil tersimpan dan statusnya adalah draft. 2. Kirim permintaan penggudangan majalah retur Proses ini bertujuan untuk mengirim majalah retur kebagian gudang untuk diproses. Pada saat edit majalah retur, seharusnya tombol “Kirim Penggudangan” aktif, dan ketika ditekan maka status majalah retur tersebut berubah menjadi “Tunggu Penggudangan”. Berikut gambar hasil proses ini :
98
Gambar 4.16 Form edit data majalah retur
Gambar 4.17 Tampilan setelah tombol “Kirim Penggudangan” ditekan
Gambar 4.18 Status maalah retur berubah menjadi “Tunggu Penggudangan”
3. Proses pemilihan majalah retur yang akan disimpan Setelah bagian distribusi melakukan permintaan penggudangan, seharusnya majalah retur yang diminta untuk disimpan muncul pada
99
bagian gudang ketika masuk ke menu “Penggudangan” dan klik tombol “Proses” dan dapat dipilih. Berikut gambar transaksi penggudangan :
Gambar 4. 19 Tampilan form penggudangan
Setelah tombol “Proses” di atas ditekan, selanjutnya akan muncul layar instruksi penggudangan sebagai berikut :
Gambar 4. 20 Layar instruksi penggudangan
4. Cetak daftar instruksi penggudangan Dari layar instruksi penggudangan, untuk kebutuhan tim dilapangan, data tersebut bisa cetak dan dibawa ke lapangan.
100
4.3.4.3.3 Dokumen Hasil Pengujian Pengujian terhadap fungsi-fungsi aplikasi pergudangan berdasarkan skenario yang telah ditentukan sudah selesai dilakukan. Hasil pengujian dibuat rangkuman dalam bentuk dokumen hasil pengujian seperti dapat dilihat pada tabel berikut :
Tabel 4. 4 Dokumen hasil pengujian No
1
Deskripsi
Kelompok Kasus Uji
Hasil
Hasil
Fungsional
Uji
Diharapkan
Pengujian
Pencatatan
Normal
Majalah Retur
Bagian
Data
berhasil Sesuai
distribusi
disimpan
majalah
status “Draft”
dan
melakukan pencatatan majalah retur dari
agen
tertentu
ke
dalam sistem. 2
Kirim
Normal
Bagian
Tombol
permintaan
distribusi
“Kirim”
penggudangan
mengirim
dan
majalah retur
permintaan
berubah
pergudangan
“Tunggu_Peng
ke
Sesuai aktif status
bagian gudangan”
gudang untuk majalah retur tertentu.
jadi
101
3
Proses
Normal
Bagian
Terdapat daftar Sesuai
Memasukan
gudang
majalah
majalah retur
menerima
yang
ke
informasi
bagian
permintaan
distribusi untuk
dalam
gudang
retur dikirim
penggudangan di simpan di dari
bagian dalam gudang
distribusi 4
Cetak
daftar Normal
Setelah
Tombol
instruksi
menentukan
aktif
penggudangan
daftar majalah muncul
hasil
dari
retur
analisa sistem
akan
penggudangan
digudangkan
ketika
dan
print ditekan.
dan daftar
yang instruksi
jumlahnya, selanjutnya bagian gudang akan mencetak daftar instruksi penggudangan hasil
print Sesuai
dari
analisa sistem
tombol
102
4.3.4.3.4 Analisa Hasil Pengujian Aplikasi
pengelolaan
antrian
menggunakan metode white box
telah
dilakukan
pengujian
dengan
dan black box dengan skenario yang telah
direncanakan dan semua item hasil pengujian sama dengan hasil yang diharapkan. Sehingga kesimpulannya adalah aplikasi pergudangan berjalan sesuai dengan prosedur yang telah dirancang. Berdasarkan hasil pengujian juga diketahui bahwa aplikas ini berfungsi dengan baik, tidak ada kesalahan dan hasil keluaran sesuai dengan perancangan dan perhitungan manual, sehingga dapat disimpulkan bahwa hasil keluaran aplikasi sesuai dengan hasil yang diharapkan. Aplikasi
pergudangan
majalah
retur
yang
dikembangkan
dengan
berbasiskan web ini telah berfungsi dengan baik untuk menentukan alokasi majalah retur yang akan disimpan di dalam gudang berdasarkan kriteria-kriteria yang telah ditetapkan, sehingga sangat membantu proses penggudangan majalah retur khususnya dalam hal ini PT. Aprilis Maju Media (Gogirl!) untuk meningkatkan efektifitas dan efisiensi sumber daya manusia dan waktu yang berpengaruh secara langsung ke budget perusahaan.
