DOKUMEN HASIL UJI PERANGKAT LUNAK

Aplikasi Sistem Pendukung Keputusan Pemilihan Supplier

Dipersiapkan oleh :

Akmal Farizky Hardhana A11.2022.14372

Lauser Kumala Dewa A11.2022.14363
Ericko Putra Samudra A11.2020.12611
Usman Alwan Sya A11.2020.12505
Dede Faiz Cahyadi A11.2021.13415

Program Studi Teknik Informatika

FIK – UDINUS
Jl. Imam Bonjol no. 207, Kota Semarang

Nomor Dokumen Halaman

Universitas Dian
LPPLBW - SPKPS 23
Nuswantoro
Revisi 2 01/01/2024
 DAFTAR ISI
DAFTAR ISI ....................................................................................................................... 2

DAFTAR GAMBAR ........................................................................................................... 3

BAB I PENDAHULUAN ..................................................................................................... 1

I.1 Tujuan .................................................................................................................. 1

I.2 Lingkup Masalah ................................................................................................... 2

I.3 Penjelasan singkatan / istilah .................................................................................. 3

I.4 Penjelasan Dokumen.............................................................................................. 4

BAB II PERANCANGAN SISTEM ................................................................................... 5

II.1 Use Case Diagram ................................................. Error! Bookmark not defined.

II.2 Activity Diagram ................................................... Error! Bookmark not defined.

II.3 Dokumentasi Sistem ............................................................................................ 10

II.4 Testing Requirement ............................................................................................ 16

II.5 Kebutuhan Pengujian ........................................................................................... 17

BAB III PENGUJIAN, HASIL DAN EVALUASI ........................................................... 18

ii | SPKPS
 DAFTAR GAMBAR

Gambar 1, Use Case Diagram ....................................................................................................... 5

Gambar 2, Activity Diagram ......................................................................................................... 7
Gambar 3, Tampilan Login ........................................................................................................... 10
Gambar 4, Beranda ......................................................................................................................... 11
Gambar 5, Barang .......................................................................................................................... 11
Gambar 6, Supplier ........................................................................................................................ 12
Gambar 7, Kriteria ......................................................................................................................... 12
Gambar 8, Sub Kriteria .................................................................................................................. 13
Gambar 9, Bobot ............................................................................................................................ 14
Gambar 10, Penilaian ..................................................................................................................... 15
Gambar 11, Hasil ............................................................................................................................ 16

iii | SPKPS
 DAFTAR TABEL

Tabel 1, Tabel BlackBox Testing Halaman Login ......................................................................19

Tabel 2, Tabel Blackbox Testing Halaman Dashboard Cek Input Barang, Supplier, Kriteria ..20
Tabel 3, Tabel BlackBox testing Sub Kriteria, Bobot, dan Penilaian .......................................21
Tabel 4, Tabel BlackBox testing Hasil ........................................................................................22

iv | SPKPS
 BAB I
PENDAHULUAN

I.1 Tujuan
Dokumen ini merupakan dokumen yang berisi tentang alur proses dalam melakukan
pengujian sebuah aplikasi yang mana pengujiannya akan terfokus pada dua hal utama yaitu
pengujian whitebox dan blackbox. Dokumen ini juga nantinya akan menyertakan hasil pengujian
dari dua jenis pengujian yang akan dilakukan

Sedangkan untuk spesifikasi atau detail dari sistem yang akan diuji itu sendiri, Sistem ini
adalah sebuah aplikasi berbasis web yang dirancang untuk membantu dalam proses pemilihan
supplier secara efisien. Metode Simple Additive Weighting (SAW) digunakan sebagai dasar
penilaian untuk mengevaluasi dan memilih supplier yang paling sesuai dengan kebutuhan
perusahaan. Sistem ini menyediakan platform yang mudah diakses, memungkinkan pengguna
untuk mengelola informasi supplier, memberikan bobot pada kriteria tertentu, dan menganalisis
hasil evaluasi untuk mendukung pengambilan keputusan yang lebih informasional.

Dalam lingkungan bisnis yang kompetitif, pemilihan supplier menjadi langkah kritis bagi
perusahaan untuk memastikan kelancaran rantai pasok dan keberlanjutan produksi. Pemilihan
supplier yang tepat dapat memberikan dampak positif pada kualitas produk, biaya produksi, dan
kepuasan pelanggan. Namun, proses ini seringkali kompleks dan memerlukan evaluasi berbagai
faktor, seperti kualitas produk, harga, keandalan pengiriman, dan layanan purna jual. Metode
Simple Additive Weighting (SAW) merupakan salah satu metode pengambilan keputusan yang
populer dalam sistem pendukung keputusan. Metode ini mengizinkan penentuan bobot untuk
setiap kriteria, yang nantinya akan dijumlahkan untuk menghasilkan nilai total untuk setiap
supplier. Supplier dengan nilai total tertinggi dianggap sebagai pilihan terbaik.

Dengan mengintegrasikan metode SAW dalam bentuk aplikasi berbasis web, perusahaan
dapat mengotomatisasi proses evaluasi supplier, meningkatkan transparansi, dan
menyederhanakan pengelolaan data. Hal ini diharapkan dapat membantu perusahaan dalam

1 | DHUPL
mengambil keputusan yang lebih akurat dan efisien dalam pemilihan supplier, mengoptimalkan
kinerja operasional, dan meningkatkan daya saing di pasar.

I.2 Lingkup Masalah

Perangkat lunak atau sistem yang akan diuji pada dokumen ini merupakan perangkat
lunak berbasis web yang bernama : Sistem Pendukung Keputusan Pemilihan Supplier
Lingkup masalah yang biasanya muncul pada topik di atas biasanya meliputi tentang:

1. Bagaimana mengevaluasi kualitas produk dan layanan yang ditawarkan oleh calon supplier?
2. Bagaimana mengukur keandalan dan ketersediaan produk yang disediakan oleh supplier?
3. Apa metode yang efektif untuk membandingkan biaya antara berbagai supplier dan
memastikan kepatuhan terhadap anggaran?
4. Apa metode untuk mengumpulkan dan menganalisis umpan balik pelanggan terkait dengan
pengalaman mereka dengan supplier tertentu?
5. Apa langkah-langkah untuk mengevaluasi kepatuhan etika bisnis oleh supplier, termasuk
masalah keberlanjutan dan tanggung jawab sosial perusahaan?

2 | DHUPL
 I.3 Istilah dan Singkatan
● SAW(Simple Additive Weighting) : merupakan metode yang menyeleksi alternatif terbaik
dari sejumlah alternatif berdasarkan kriteria-kriteria yang ditentukan dengan melakukan
perankingan untuk mengetahui nilai tertinggi sampai terendah

● Use Case : Use case diagram adalah satu dari berbagai jenis diagram UML (Unified Modelling
Language) yang menggambarkan hubungan interaksi antara sistem dan aktor. Use Case dapat
mendeskripsikan tipe interaksi antara si pengguna sistem dengan sistemnya.

● Supplier : Supplier adalah pihak perorangan atau bisnis yang memasok atau menyuplai produk
barang atau jasa kepada bisnis lain baik itu ke perorangan atau perusahaan

● Activity Diagram : Activity diagram, dalam bahasa Indonesia diagram aktivitas, yaitu diagram
yang dapat memodelkan proses-proses yang terjadi pada sebuah sistem. Runtutan proses dari
suatu sistem digambarkan secara vertikal. Activity diagram merupakan pengembangan dari
Use Case yang memiliki alur aktivitas.

● PHP Native : PHP Native adalah pendekatan dalam pengembangan web app menggunakan
bahasa pemrograman PHP tanpa bantuan dari framework atau library tambahan.

● Testing Black box : Black box testing atau dapat disebut juga Behavioral Testing adalah
pengujian yang dilakukan untuk mengamati hasil input dan output dari perangkat lunak tanpa
mengetahui struktur kode dari perangkat lunak. Pengujian ini dilakukan di akhir pembuatan
perangkat lunak untuk mengetahui apakah perangkat lunak dapat berfungsi dengan baik.

● Testing White box : White box testing atau yang dapat diartikan menjadi “pengujian kotak
putih” adalah pengujian yang dilakukan untuk menguji perangkat lunak dengan cara
menganalisa dan meneliti struktur internal dan kode dari perangkat lunak. Lain halnya dengan
black box testing yang hanya melihat hasil input dan output dari perangkat lunak, pengujian
white box testing berfokus pada aliran input dan output dari perangkat lunak.

3 | DHUPL
 I.4 Deskripsi Umum Dokumen
Dokumen ini bertujuan untuk memberikan evaluasi mendalam terhadap Sistem Pendukung
Keputusan (SPK) yang digunakan dalam pemilihan supplier. Dalam konteks ini, pengujian
whitebox dan blackbox telah dilakukan untuk mengidentifikasi kehandalan sistem dan memastikan
bahwa fungsi-fungsi kunci beroperasi dengan baik. Dokumen ini juga meliputi tentang kekurangan
dan kelebihan pada sistem yang diuji melalui pengujian whitebox maupun blackbox. Selain itu,
dokumen ini juga berisi masukan dan saran bagi pengembang aplikasi

4 | DHUPL
 BAB II
PERANCANGAN SISTEM

II.1 Use Case Diagram

Gambar 1. Use Case Diagram

1. Admin :
● Login Admin: Sebagai langkah awal, admin harus melakukan login untuk mengakses sistem
dan memulai proses pengelolaan data.
● Input Data Barang: Admin memiliki kewenangan untuk memasukkan data mengenai barang
yang akan dinilai dan dipilih.
● Input Data Supplier: Admin dapat memasukkan informasi terkait supplier yang nantinya akan
dinilai untuk pemilihan.
● Tambah Kriteria dan Pilih Sifat Kriteria: Admin memiliki kontrol penuh atas kriteria yang
akan digunakan dalam evaluasi, termasuk penambahan kriteria dan pemilihan sifat kriteria
(misalnya: keuntungan semakin tinggi, biaya semakin rendah).

5 | DHUPL
 ● Input Sub Kriteria: Admin dapat menambahkan sub kriteria untuk setiap kriteria yang telah
ditentukan sebelumnya.

● Input dan Cek Bobot: Admin memiliki fungsi untuk memberikan bobot pada setiap kriteria
dan sub kriteria, serta melakukan pengecekan untuk memastikan total bobot sesuai dengan
ketentuan.

2. Edit dan Hapus Barang :

● Admin dapat melakukan pembaruan dan penghapusan terhadap data barang yang telah
dimasukkan ke dalam sistem sesuai dengan perubahan atau kebutuhan perusahaan

3. Edit dan Hapus Data Supplier :

• Admin memiliki kontrol penuh untuk mengedit dan menghapus data supplier yang sudah
terdaftar dalam sistem, memberikan fleksibilitas dalam mengelola database supplier.

4. Input Penilaian :

• Setelah konfigurasi awal oleh admin, pengguna dapat memasukkan penilaian terkait supplier
dan barang menggunakan kriteria dan sub kriteria yang telah ditetapkan.

5. Lihat Hasil:

• Pengguna, setelah memasukkan penilaian, memiliki kemampuan untuk melihat hasil

evaluasi, yang dapat berupa peringkat atau skor untuk setiap supplier. Informasi ini akan
membantu pengguna dalam pengambilan keputusan.

Admin memainkan peran integral dalam sistem ini. Dengan menggunakan login, admin
mendapatkan akses ke berbagai fungsionalitas, termasuk memasukkan dan mengelola data barang
dan supplier. Kemampuan untuk menambah kriteria, memilih sifat kriteria, dan menentukan sub
kriteria memberikan admin kontrol penuh atas proses evaluasi. Admin juga bertanggung jawab untuk
memberikan bobot pada kriteria dan sub kriteria, serta melakukan pengecekan untuk memastikan
bahwa pengaturan bobot sesuai dengan ketentuan perusahaan. Selain itu, admin memiliki
fleksibilitas untuk melakukan pembaruan dan penghapusan data barang dan supplier. Hal ini
memungkinkan admin untuk mengadaptasi sistem sesuai dengan perubahan kebutuhan perusahaan
atau informasi yang berkembang.

6 | DHUPL
 Setelah admin menyiapkan konfigurasi awal, pengguna dapat menggunakan sistem untuk
memasukkan penilaian terkait supplier dan barang. Kemudian, dengan fitur "Lihat Hasil", pengguna
dapat dengan mudah melihat hasil evaluasi yang disajikan dalam bentuk peringkat atau skor,
memberikan pemahaman yang lebih baik untuk pengambilan keputusan yang informasional.

II.2 Activity Diagram

Gambar 2. Activity Diagram

Activity Diagram Keterangan:

1. Admin
• Input Barang: Admin memulai dengan memasukkan data terkait barang yang akan dievaluasi.
Informasi ini mungkin mencakup detail seperti jenis barang, spesifikasi teknis, atau atribut
lain yang relevan untuk proses pemilihan supplier

• Input Supplier: Admin melanjutkan dengan memasukkan informasi mengenai supplier yang
akan dipertimbangkan. Ini mencakup data tentang reputasi supplier, ketersediaan produk,
atau parameter lain yang signifikan untuk penilaian.

7 | DHUPL
 • Input Kriteria: Admin mengidentifikasi dan memasukkan kriteria yang akan digunakan
dalam evaluasi. Kriteria ini mungkin mencakup aspek seperti kualitas produk, harga,
keandalan pengiriman, dan layanan purna jual.

2. Proses Nama Kriteria

• Setelah memasukkan kriteria, admin memulai proses memberikan nama atau label pada
setiap kriteria. Ini melibatkan definisi yang jelas untuk memahami tujuan dan konteks setiap
kriteria.

3. Proses Sub Kriteria

• Admin melakukan proses menentukan sub kriteria untuk setiap kriteria yang telah ditetapkan.
Sub kriteria memperinci elemen-elemen yang perlu dievaluasi, memungkinkan analisis yang
lebih mendalam terhadap performa supplier dan barang.

4. Proses Bobot
• Pada langkah ini, admin memberikan bobot pada setiap kriteria dan sub kriteria. Bobot ini
mencerminkan tingkat kepentingan relatif dari setiap elemen dalam pengambilan keputusan.
Admin dapat menggunakan persentase atau skala tertentu untuk menetapkan bobot.

5. Penilaian
• Setelah konfigurasi awal selesai, proses penilaian dimulai. Pihak terkait, seperti pengguna
atau tim penilaian, memberikan penilaian pada supplier dan barang menggunakan kriteria,
sub kriteria, dan bobot yang telah ditetapkan sebelumnya. Evaluasi ini dapat dilakukan
berdasarkan skala tertentu atau nilai numerik.

6. Hasil
• Hasil evaluasi dihasilkan berdasarkan penilaian yang telah diberikan. Ini bisa berupa
peringkat relatif atau skor numerik untuk setiap supplier atau barang. Hasil ini memberikan
wawasan yang kuat kepada pihak yang berkepentingan, memungkinkan mereka untuk
membuat keputusan pemilihan supplier yang terinformasi dan terukur.

Perancangan sistem yang lebih terperinci dengan menggunakan diagram aktivitas

memberikan panduan mendalam melalui setiap langkah krusial dalam proses pemilihan supplier
menggunakan metode Simple Additive Weighting (SAW). Dengan memanfaatkan diagram aktivitas,
kita dapat merinci setiap tahap secara sistematis, memastikan kelancaran dan keakuratan proses
seleksi supplier.
8 | DHUPL
 Langkah awal dalam proses pemilihan supplier adalah identifikasi kebutuhan dan kriteria
yang diperlukan. Dalam diagram aktivitas ini, fokus diberikan pada langkah-langkah rinci untuk
menentukan parameter-parameter kritis, seperti kualitas produk atau layanan, keandalan pengiriman,
harga, keberlanjutan, dan faktor-faktor lain yang mungkin menjadi pertimbangan penting dalam
konteks bisnis.

Setelah identifikasi kriteria, diagram aktivitas melibatkan langkah-langkah terinci dalam

pengumpulan data terkait setiap supplier yang mungkin dipertimbangkan. Proses ini mencakup
pengumpulan informasi melalui berbagai sumber, termasuk penilaian langsung, referensi pelanggan,
dan evaluasi kinerja historis dari setiap supplier potensial. Langkah selanjutnya melibatkan
pemberian bobot pada setiap kriteria sesuai dengan tingkat kepentingannya dalam konteks bisnis.
Diagram aktivitas secara rinci menjelaskan bagaimana penentuan bobot ini dapat dilakukan,
melibatkan pemanggilan para pemangku kepentingan terkait untuk memastikan representasi yang
akurat dari prioritas bisnis.

Sistematisasi perankingan supplier dilibatkan dalam proses berikutnya, dan diagram aktivitas
menyajikan langkah-langkah rinci untuk menghitung nilai total untuk setiap supplier menggunakan
metode Simple Additive Weighting (SAW). Proses ini mencakup langkah-langkah matematis yang
spesifik, termasuk penjumlahan hasil perkalian antara bobot kriteria dan nilai relatif supplier untuk
setiap kriteria. Diagram aktivitas juga mencakup evaluasi hasil dan pengambilan keputusan. Proses
ini mencakup analisis peringkat relatif supplier, penentuan supplier terbaik berdasarkan nilai total
tertinggi, dan langkah-langkah tambahan yang diperlukan untuk menegaskan keputusan akhir.

Pernyataan tentang diagram activity dalam pemilihan supplier dengan metode Simple
Additive Weighting (SAW) memberikan beberapa manfaat penting:
1. Panduan Sistematis : memberikan panduan step by step secara terperinci.
Memudahkan pemahaman proses pemilihan supplier dari awal hingga akhir dengan
cara sistematis
2. Klarifikasi Langkah – Langkah Kritis : proses yang dipaparkan dengan rinci,
memastikan tidak ada kebingungan terkait apa yang harus dilakukan dalam setiap
tahap.
3. Transparansi dalam Bobot Kriteria : Activity diagram menjelaskan cara penentuan
bobot dilakukan dengan melibatkan pemangku kepentingan
4. Metode Perhitungan yang Jelas : membantu dalam pemahaman mengenai penilaian
relative supplier dihitung dan Keputusan akhir dibuat berdasarkan hal hal itu.

Dengan demikian, perancangan sistem yang terperinci melalui diagram aktivitas ini
memberikan panduan langkah demi langkah yang memungkinkan pelaku bisnis untuk memahami,
mengelola, dan mempertajam proses pemilihan supplier dengan metode Simple Additive Weighting
(SAW).

9 | DHUPL
10 | DHUPL
II.3 Dokumentasi Sistem

• Tampilan Login
Halaman login merupakan pintu gerbang utama untuk masuk ke dalam sistem. Pada
halaman ini, pengguna diminta untuk memasukkan username dan password mereka. Jika
salah satu atau kedua kolom tidak diisi, sistem akan memberikan respon berupa pesan
kesalahan "Please fill out this field," menekankan pentingnya mengisi kedua kolom dengan
informasi yang benar untuk bias masuk kedalam website

Gambar 3. Tampilan Login

• Beranda
Halaman beranda adalah tampilan utama yang dilihat pengguna setelah berhasil melakukan
login. Melalui halaman ini, pengguna dapat mengakses berbagai fitur dan modul yang
disediakan oleh sistem. Berbagai navigasi dan pilihan menu dapat diakses dari beranda
untuk memberikan akses yang mudah ke fungsionalitas yang berbeda Melalui Halaman
Beranda, pengguna diberikan kemampuan untuk menjelajahi dan memanfaatkan berbagai
fitur yang menjadi inti dari sistem. Berbagai navigasi yang terintegrasi dan pilihan menu
yang terstruktur dengan baik memastikan pengguna dapat dengan cepat dan efektif
menemukan fungsi yang mereka butuhkan. Hal ini tidak hanya mencakup aspek
kepraktisan, tetapi juga memberikan kenyamanan kepada pengguna dalam mengoperasikan
sistem dengan lancer

11 | DHUPL
 Gambar 4. Beranda

• Barang
Halaman ini berfungsi sebagai pusat pengelolaan data barang. Admin memiliki kemampuan
untuk menambahkan data barang baru, mengedit informasi barang yang sudah ada, dan
menghapus barang yang tidak relevan atau tidak diperlukan dalam proses evaluasi
pemilihan supplier

Gambar 5. Tampilan Barang

12 | DHUPL
• Supplier
Halaman supplier menyediakan informasi terinci tentang para pemasok yang akan
dievaluasi. Admin dapat menambahkan data supplier baru, mengedit informasi supplier
yang sudah terdaftar, atau menghapus supplier dari sistem berdasarkan perubahan
kebutuhan perusahaan atau informasi yang berkembang.

Gambar 6. Tampilan Supplier

• Kriteria
Halaman kriteria memungkinkan admin untuk menentukan kriteria yang akan digunakan
dalam proses evaluasi supplier. Admin dapat memberikan nama kriteria, menetapkan sifat
kriteria, dan mengonfigurasi pengaturan kriteria sesuai dengan kebutuhan dan prioritas
peusahaan Dengan kebebasan memberikan nama pada setiap kriteria, admin dapat
menciptakan definisi yang tepat dan jelas, yang tidak hanya memudahkan penggunaan
kriteria dalam evaluasi supplier, tetapi juga memberikan pemahaman yang mendalam
tentang tujuan dan konteks penggunaan setiap kriteria. Penggunaan nama kriteria yang
cerdas dan relevan menjadi kunci untuk memastikan bahwa seluruh proses evaluasi
dilakukan dengan cermat dan akurat.

13 | DHUPL
 Gambar 7. Tampilan Kriteria

• Sub Kriteria
Halaman sub kriteria memberikan admin kontrol penuh untuk menentukan sub kriteria yang
memberikan rincian lebih lanjut untuk setiap kriteria yang telah ditetapkan sebelumnya. Ini
memungkinkan analisis yang lebih mendalam terhadap performa supplier dan barang dalam
konteks evaluasi.

Gambar 8. Tampilan Sub. Kriteria

14 | DHUPL
• Bobot
Halaman bobot memungkinkan admin memberikan bobot pada setiap kriteria dan sub
kriteria. Admin memiliki kemampuan untuk menetapkan tingkat kepentingan relatif dari
setiap elemen dalam pengambilan keputusan. Selain itu, admin dapat melakukan
pengecekan untuk memastikan bahwa total bobot sesuai dengan ketentuan perusahaan.

Gambar 9. Tampilan Bobot

15 | DHUPL
● Penilaian
Halaman penilaian memungkinkan pengguna, setelah konfigurasi awal oleh admin, untuk
memberikan penilaian pada supplier dan barang menggunakan kriteria, sub kriteria, dan
bobot yang telah ditetapkan sebelumnya. Ini menjadi langkah kritis dalam proses evaluasi
supplier Halaman Penilaian merangkul peran sentral dalam proses evaluasi supplier,
membuka pintu bagi pengguna untuk memberikan penilaian yang berharga terhadap
supplier dan barang berdasarkan kerangka kerja yang telah dikonfigurasi oleh admin.
Setelah melewati tahapan konfigurasi awal oleh admin, Halaman Penilaian menjadi langkah
kritis yang membawa pengguna ke dalam inti pengambilan keputusan, memungkinkan
mereka untuk secara efektif mengevaluasi kinerja supplier dengan memperhitungkan
kriteria, sub kriteria, dan bobot yang telah ditetapkan sebelumnya.

Gambar 10. Tampilan Penilaian

16 | DHUPL
 • Hasil
Halaman ini menampilkan hasil evaluasi, seperti peringkat atau skor, untuk setiap supplier.
Informasi ini membantu pengguna dalam pengambilan keputusan yang lebih informasional.

Gambar 11. Tampilan Hasil

Tingkatkan efisiensi dan kehandalan dengan aplikasi ini yang dirancang menggunakan PHP
Native. Melalui kerangka kerja yang solid, aplikasi ini memastikan kestabilan dan performa yang
optimal. Pengguna akan menemukan antarmuka web yang responsif dan intuitif, menyediakan
akses mudah ke semua fitur yang diperlukan. Dengan berbagai modul, seperti manajemen barang,
informasi supplier, kriteria, sub kriteria, bobot, penilaian, dan hasil, aplikasi ini memberikan
pengguna kontrol penuh atas proses pemilihan supplier. Pengguna dapat dengan mudah mengelola
dan melacak informasi, menyesuaikan kriteria dan bobot, serta memberikan penilaian yang akurat.

Proses penilaian supplier didukung oleh metode SAW yang canggih, memberikan hasil
yang terukur dan transparan. Semua proses ini diintegrasikan dalam antarmuka yang ramah
pengguna, memastikan pengguna dapat berinteraksi dengan aplikasi secara efektif. Dengan
demikian, aplikasi ini bukan hanya alat teknis, tetapi juga solusi strategis yang memungkinkan
perusahaan untuk mengoptimalkan proses pemilihan supplier dan membuat keputusan yang
terinformasi secara efisien. Semua ini dilakukan dengan dasar PHP Native, menunjukkan
komitmen pada kualitas dan keandalan dalam pengembangan perangkat lunak

17 | DHUPL
 II.4 Testing Requirement
Pada tahapan pengujian nantinya, penguji diharapkan mampu atau memiliki beberapa persyaratan
yang wajib dimiliki atau dikuasai, diantaranya :
● Mampu mengoperasikan computer dengan baik dan benar.
● Memahami konsep pengujian white box dan black box.
● Menguasai beberapa Bahasa pemrograman seperti PHP, HTML.
● Memahami arsitektur sistem secara menyeluruh, termasuk interaksi antarmuka dan aliran data
internal. Ini melibatkan pemahaman struktur basis data, tata letak server, dan mekanisme
penyimpanan data..
● Memiliki kemampuan dalam pengembangan database.

II.5 Kebutuhan Pengujian

2.5.1.1. Persiapan Perangkat Keras

Perangkat keras yang digunakan untuk pengujian perangkat lunak ini adalah satu set laptop dengan
spesifikasi sebagai berikut :

• Prosesor : AMD Ryzen 5 4600H

• Kartu Grafis : NVIDIA GeForce GTX 1650
• Memori : 8GB DDR4
• Penyimpanan : SSD 512GB

18 | DHUPL
 2.5.1.2. Kebutuhan Software / Perangkat Lunak Pengujian

Perangkat Lunak ini diujikan dengan beberapa perangkat lunak lain, yaitu :
• Sistem Operasi : Windows 10 Pro
• Web Hosting : Local
• Web Browser : Microsoft Edge, Google Chrome
• Scripting Language : PHP V8
• Database : Localhost phpMyAdmin

19 | DHUPL
 BAB III
Pengujian, Hasil dan Evaluasi
BlackBox Testing Halaman Login
No Skenario Test Care Hasil Yang Hasil Penguji Kesimpulan
Pengujian diharapkan Pengujian

1. Username Username: Sistem akan Sesuai Akmal Valid

dan (kosong) menolak dan harapan
Password menampilka
tidak diisi Password: n pesan
kemudia klik (kosong)
tombol login “Please fill
out this
field”

2. Mengetikkan Username: Sistem akan Sesuai Lauser Valid

Username admin menolak dan harapan Kumala
Benar dan menampilka Dewa
Password Password: n pesan
Salah 1234
“Username
dan
Password
tidak cocok”

3. Input Username: Sistem akan sesuai Usman Valid

Username admin menerima harapan
dan input dan
Password Password: memberikan
Benar Admin respon ke
server dan
redirect ke
halaman
dashboard

Tabel 1. Tabel BlackBox Testing Halaman Login

20 | DHUPL
Blackbox Testing Halaman Dashboard Cek Input Barang, Supplier, Kriteria

No Skenario Test Care Hasil yang Hasil Penguji Kesimpulan

Pengujian diharapkan Pengujian

1. Input Nama Nama Sistem akan sesuai Usman valid

Barang , Barang: menolak dan harapan
tidak diisi, (kosong) menampilka
dan n pesan
mengklik
tombol “Please fill
simpan out this
field”

2. Input Nama Nama Sistem akan Sesuai Akmal valid

Barang, Barang : menerima harapan
sesuai nama aqua input dan
barang yang memberikan
dimasukkan respon
berupa alert
“Berhasil
Memasukkan
Data

3. Edit Data Nama Pada proses sesuai Ericko valid

Barang dan Barang: aqua edit, sistem harapan
Hapus data mampu
barang klik ikon edit mengubah
dan delete data misal
nama barang.
.
Pada proses
hapus,sistem
mampu
menghapus
barang sesuai
barang yang
dihapus dan
menampilka
n pesan
respon
setelah
tombol
delete di
tekan “
Apakah anda

21 | DHUPL
 ingin
menghapus
data aqua?”

setelah yakin
dan menekan
tombol oke,
sistem akan
memberikan
respon
“berhasil
hapus data”

Tabel 2. Tabel Blackbox Testing Halaman Dashboard Cek Input

Barang, Supplier, Kriteria

BlackBox testing Sub Kriteria, Bobot, dan Penilaian

No Skenario Test Care Hasil yang Hasil Penguji Kesimpulan

Pengujian diharapkan Pengujian

1. Input Nama Sistem akan sesuai Lauser valid

Kriteria Kriteria,: menolak dan harapan Kumala
Barang , (kosong) menampilka Dewa
tidak diisi, n pesan
dan
mengklik “Please fill
tombol out this
simpan field”

2. Informasi Input Succes Sistem akan tidak sesuai Usman tidak valid
yang setelah menampilka harapan
ditampilkan admin input n data yang
setelah data, dan sudah di
melakukan sistem input
Input sub menampilka
kriteria,bobot n pesan
dan penilaian succes
dihalaman
baru.

Tabel 3. Tabel BlackBox testing Sub Kriteria, Bobot, dan Penilaian

22 | DHUPL
BlackBox testing Hasil

No Skenario Test Care Hasil yang Hasil Penguji Kesimpulan

Pengujian diharapkan Pengujian

1. PemilihanJen Setelah Menampilka sesuai Ericko valid

is Barang melakukan n review data harapan
yang ingin di pemilihan barang yang
print dan barang, dipilih
direview review
barang dan
data input
barang yang
dilakukan
dari peng
inputan nama
barang,
kriteria,
bobot dan
lainnya

2. Print hasil Setelah Sistem tidak sesuai Akmal tidak valid

jenis barang, berhasil merespon
output ditampilan dari aksi
berupa pada tombol klik
format halaman data pdf,
dokumen pdf barang dari langsung
hasil review , redirect dan
dan di cetak otomatis
atau mengunduh
dijadikan pdf
menjadi pdf

Tabel 4. Tabel BlackBox testing Hasil

23 | DHUPL
 Kesimpulan & Saran
Hasil pengujian menunjukkan bahwa 80% telah lolos pengujian. Hal ini karena beberapa kasus
hasil pengujian sesuai dengan harapan dan valid. Sebagai kesimpulan maka system yang telah
diujikan di atas dapat mulai dioperasikan agar bisa bermanfaat bagi user yang menggunakan.

Hasil Perhitungan = 8/10 x 100%

Hasil Perhitungan = 80%

Beberapa saran untuk penggunaan jangka panjang dari system pengujian yang tidak
sesuai:

1. Pengembangan Lebih Lanjut

Saya menyarankan untuk mempertimbangkan pengembangan lebih lanjut pada aplikasi
berbasis web ini. Mungkin dapat ditambahkan fitur-fitur baru yang mendukung fungsionalitas
yang lebih luas atau meningkatkan pengalaman pengguna.

2. Pelatihan Pengguna
Saya merekomendasikan adanya sesi pelatihan tambahan untuk pengguna aplikasi. Hal
ini akan membantu meningkatkan pemahaman mereka terhadap fitur-fitur yang ada, sehingga
mereka dapat memanfaatkannya dengan lebih baik.

3. Pemeliharaan Rutin
Agar aplikasi tetap optimal, saya menyarankan penerapan rutin pemeliharaan sistem. Ini
mencakup pemantauan kinerja, penanganan pembaruan keamanan, dan pemecahan masalah
yang mungkin timbul seiring waktu.

4. Kustomisasi User Interface

Mungkin dapat dipertimbangkan kustomisasi lebih lanjut pada antarmuka pengguna.
Pengaturan ini dapat memungkinkan pengguna untuk menyesuaikan tampilan aplikasi sesuai
preferensi mereka.

5. Integrasi Dengan Sistem Lain

Jika relevan, pertimbangkan untuk mengintegrasikan aplikasi dengan sistem lain yang
digunakan oleh perusahaan. Ini dapat meningkatkan koherensi dan efisiensi keseluruhan
operasional.

24 | DHUPL
 Penutup
Dalam menyusun laporan ini, saya dengan tulus berharap bahwa informasi yang telah saya
sajikan dapat memberikan kontribusi positif yang signifikan terhadap pemahaman dan peningkatan
pengetahuan dalam konteks mata kuliah Jaminan Perangkat Lunak. Saya percaya bahwa pemahaman
mendalam terhadap topik ini akan memberikan landasan kuat bagi pengembangan keahlian dan
pemikiran kritis dalam bidang Jaminan Perangkat Lunak.

Saya ingin menyampaikan apresiasi kepada diri saya sendiri yang telah berdedikasi secara
konsisten untuk merancang dan mengimplementasikan sistem dalam rangka menyelesaikan tugas
ini. Proses ini tidak hanya membutuhkan keahlian teknis, tetapi juga komitmen yang tinggi untuk
mencapai standar kualitas yang diinginkan.

Saran-saran yang telah saya kemukakan diharapkan dapat menjadi pedoman yang
menginspirasi perbaikan dan pengembangan lebih lanjut pada aplikasi ini di masa depan. Dengan
mengakomodasi rekomendasi ini, saya yakin bahwa aplikasi ini dapat terus berkembang dan
memberikan manfaat optimal dalam konteks Jaminan Perangkat Lunak, menciptakan ekosistem yang
lebih tangguh dan efisien.

Sebagai individu yang bertanggung jawab sepenuhnya atas setiap aspek laporan ini, saya berharap
bahwa hasil kerja keras saya dapat memberikan kontribusi positif yang diharapkan dan memenuhi
ekspektasi dalam pemahaman dan implementasi konsep Jaminan Perangkat Lunak. Semoga laporan
ini bukan hanya menjadi dokumen akademis, tetapi juga sumber wawasan yang bermanfaat bagi
siapa pun yang tertarik pada domain Jaminan Perangkat Lunak.

Terima kasih atas kesempatan ini untuk belajar dan berkembang. Semoga hasil laporan ini dapat
menjadi referensi yang berharga dan berguna bagi perkembangan selanjutnya. Terima kasih.

25 | DHUPL