Skripsi

SKRIPSI
PERANCANGAN APLIKASI STOK GUDANG HARIAN BERBASIS

LARAVEL DI YANA SPORT CIREBON
Disusun sebagai salah satu syarat memperoleh gelar sarjana

Program Studi Teknik Informatika
Jenjang S1 STMIK IKMI Cirebon
Oleh :
MUHAMAD AGUS SOLIHIN
NIM. 41170606
PROGRAM STUDI TEKNIK INFORMATIKA

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
STMIK IKMI CIREBON
2021
LEMBAR PENGESAHAN

LARAVEL BASED DAILY WAREHOUSE STOCK APPLICATION

DESIGN AT YANA SPORT CIREBON
Dipersiapkan dan Disusun oleh

Muhamad Agus Solihin
Nim. 41170606
Telah Diujikan dan Disahkan Dalam Ujian Sidang Skripsi

Pada Program Studi Teknik Informatika Jenjang Sarjana
Pada hari ,
Menyetujui,
Tim Penguji Tugas Akhir
Penguji 1 Penguji 2
NIDN. NIDN.
Mengetahui,
Ketua Program Studi Teknik Informatika
Gifthera Dwilestari, S.I.Kom., M.Kom

NIDN.0401129402
Mengesahkan,
Ketua STMIK IKMI Cirebon
Dr. Dadang Sudrajat, S.Si., M.Kom

NIDN. 0418046301
HALAMAN PENGESAHAN LPPM
i


Nim. 41170606
Cirebon,
Menyetujui,
Ketua LPPM STMIK IKMI Cirebon Pembimbing Utama
Agus Bahtiar, M.Kom Tati Suprapti, M.Kom

NIDN. 0419017002 NIDN. 0411126604
ii
HALAMAN PERSETUJUAN PEMBIMBING



Nim. 41170606
Telah disetujui oleh Tim Dosen Pembimbing Skripsi

pada tanggal
Pembimbing Utama Pembimbing

Kedua
Tati Suprapti, M.Kom Iin, M.Kom

NIDN. 0411126604 NIDN.0411068706
iii
HALAMAN PERNYATAAN KEASLIAN SKRIPSI
Yang bertanda tangan dibawah ini,

Nama Mahasiswa : Muhamad Agus Solihin
NIM : 41170606
Konsentrasi : Rekayasa Perangkat Lunak
Menyatakan bahwa Skripsi dengan judul berikut:
Dosen Pembimbing Utama : Tati Suprapti, M.Kom
Dosen Pembimbing Kedua : Iin, M.Kom
1. Karya ilmiah ini benar-benar ASLI dan BELUM PERNAH diajukan untuk
mendapatkan gelar akademik, baik di STMIK IKMI Cirebon maupun di
Perguruan Tinggi lainnya
2. Karya tulis ini merupakan gagasan, rumusan dan penelitian SAYA sendiri,
tanpa bantuan pihak lain kecuali arahan dari Tim Dosen Pembimbing
3. Dalam karya ini tidak terdapat karya atau pendapat orang lain, kecuali
secara tertulis dengan jelas dicantumkan sebagai acuan dalam naskah
dengan disebutkan nama pengarang dan disebutkan dalam Daftar Pustaka
pada karya tulis ini
4. Perangkat lunak yang digunakan dalam penelitian ini sepenuhnya menjadi
tanggung jawab SAYA, bukan tanggung jawab STMIK IKMI Cirebon
5. Pernyataan ini SAYA buat dengan sesungguhnya, apabila dikemudian hari
terdapat penyimpangan dan ketidak benaran dalam pernyataan ini, maka
SAYA bersedia menerima SANKSI AKADEMIK dengan pencabutan
gelar yang sudah diperoleh, serta sanksi lainnya sebagai dengan norma
yang berlaku di Perguruan Tinggi
Cirebon, 28 Juni 2022
Yang Menyatakan,
Ttd, Materai
iv
ABSTRAK
Yana Sport adalah perusahaan yang menyediakan berbagai macam peralatan

olahraga. Di Yana Sport proses dan monitoring stok barang sejak tahun 2009
hingga saat ini masih dilakukan dengan menginputkan ke buku catatan dan Ms
Excel. Pedataan barang di Yana Sport Cirebon saat ini belum mempunyai sistem
komputerisasi. Sehingga dalam melakukan pendataan barang masih menggunakan
buku catatan dan dientrikan ke komputer menggunakan Microsoft Excel tanpa
menggunakan database.
Penelitian ini dilaksanakan dengan tujuan untuk mengetahui proses pengolahan
data barang masuk dan keluar, dalam pengembangan sistem ini penulis
menggunakan metode waterfall dan menggunakan laravel. Tahapan analisis data,
pengumpulan data, desain data dan pemeliharaan sistem, metode uji sistem
menggunakan blackbox. Jadi kesimpulannya dengan menggunakan konsep ini
akan memudahkan penulis dalam segi pemeliharaan (maintenance) dan juga
pengembangan (scalability) pada sistem aplikasi yang akan dibangun ini.
Dengan penggunaan aplikasi ini dapat mempermudah pengaksesan data barang,
mempermudah pembuatan laporan barang masuk dan keluar dan menghasilkan
laporan yang jauh lebih baik dan mudah digunakan, selain itu dapat membantu
memonitoring kapasitas penyimpanan stok barang, dan sistem ini telah diuji
menggunakan blackbox dengan hasil uji 100% berhasil dari 29 test case.
Hasil penelitian menunjukkan bahwa, pada uji coba pengembangan proses
pengolahan data bagi karyawan Yana Sport Cirebon dalam kategori baik. Setelah
dilakukan revisi proses hasil pengolahan data termasuk dalam kondisi sangat baik
pada uji coba lapangan dengan menggunakan blackbox, dengan demikian
pengembangan proses pengolahan data bagi karyawan Yana Sport ini layak
digunakan.
Kata Kunci : aplikasi komputer, stok barang, data barang, Laravel
v
ABSTRACT
Yana Sport is a company that provides a wide range of sports equipment. At Yana
Sport the process and monitoring of stock of goods since 2009 until now is still
carried out by inputting into notebooks and Ms Excel. Data collection at Yana
Sport Cirebon currently does not have a computerized system. So that in
conducting data collection, goods still use notebooks and are entered into the
computer using Microsoft Excel without using a database.
This research was carried out with the aim of knowing the data processing of
incoming and outgoing goods, in developing this system the author uses the
waterfall method and uses Laravel. The stages of data analysis, data collection,
data design and system maintenance, system test methods using blackbox. So in
conclusion, using this concept will make it easier for the author in terms of
maintenance (maintenance) and also development (scalability) on the application
system to be built.
By using this application, it can make it easier to access goods data, make it
easier to make reports of incoming and outgoing goods and produce reports that
are much better and easier to use, besides that it can help monitor the storage
capacity of stock items, and this system has been tested using blackbox with 100%
test results. successful from 29 test cases.
The results showed that, in the trial development of the data processing process
for employees of Yana Sport Cirebon in the good category. After the revision of
the process, the results of data processing are included in very good condition in
field trials using blackboxes, thus the development of data processing processes
for Yana Sport employees is feasible to use.
Keywords: computer application, stock of goods, data of goods, Laravel
vi
KATA PENGANTAR
Assalamu’alaikum Wr.Wb.
Puji syukur dipanjatkan kepada Allah SWT,Sang Maha Pencipta dan

Pengatur Alam Semesta yang telah memberikan taufiq dan hidayah-Nya, rahmat
dan maghfirah-Nya sehingga penulis dapat menyelesaikan Skripsi ini dengan
baik. Shalawat dan salam semoga tetap tercurahkan kepada baginda nabi besar
kita Rasulullah Muhammad SAW.
Skripsiini merupakan salah satu syarat wajib mahasiswa untuk mengikuti
Skripsi di Program Studi Teknik Informatika.Sejauh ini penulis menyadari
sepenuhnya, bahwa masih banyak kekurangan-kekurangan pada Skripsiini, karena
terbatasnya kemampuan dan pengetahuan yang penulis miliki.
Selama proses penulisan Skripsibanyak pihak yang telah terlibat dalam
membantu dan memberikan dukungan serta bimbingan kepada penulis. Pada
kesempatan kali ini penulis menyampaikan ucapan terima kasih kepada:
1. Bapak Dr. Dadang Sudrajat, S.Si., M.Kom, selaku Ketua STMIK IKMI
Cirebon
2. Ibu Ade Irma Purnamasari, M.Kom, selaku Sekretaris Ketua STMIK IKMI
Cirebon
3. Bapak Dian Ade Kurnia, M.Kom, selaku Wakil Ketua I Bidang Akademik,
Riset dan Inovasi
4. Ibu Dra. Nining R, M.Si,, selaku Wakil Ketua II Bidang Keuangan
5. Bapak H. Eka Jayawangsa, BBA., selaku Wakil Ketua III Bidang
Kerjasama dan Kemahasiswaan
6. IbuGifthera Dwilestari, S.I.Kom., M.Kom, Sebagai Ketua Program Studi
Teknik Informatika.
7. Ibu Tati Suprapti, M.Kom dan BapakIin, M.Kom, Sebagai Pembimbing
Skripsi.
8. Teman-teman dan semua pihak yang sudah membantu, terimakasih banyak.
9. Kedua orang tua serta keluarga yang telah memberi dukungan serta doa
menyertai selama perjalanan kuliah.
Akhir kata tiada gading yang tak retak, begitu juga dengan penyusunan
Skripsi.Dan penulis mengharapkan kritik dan saran yang membangun dari
pembaca untuk penulisan laporan yang lebih baik lagi.Semoga Skripsi bermanfaat
bagi semua pembaca.Aamiin.
Wassalamu’alaikum Wr. Wb.

Cirebon,
Penulis
8
DAFTAR ISI
LEMBAR PENGESAHAN......................................................................................i
HALAMAN PERSETUJUAN PEMBIMBING.....................................................iii
HALAMAN PERNYATAAN KEASLIAN SKRIPSI...........................................iv
ABSTRAK...............................................................................................................v
KATA PENGANTAR.............................................................................................7
DAFTAR ISI............................................................................................................9
DAFTAR TABEL..................................................................................................13
DAFTAR GAMBAR.............................................................................................14
BAB I PENDAHULUAN.....................................................................................17
1.1 Latar Belakang Masalah..........................................................................17
1.2 Rumusan Masalah...................................................................................26
1.3 Batasan Masalah......................................................................................27
1.4 Tujuan Penelitian.....................................................................................27
1.5 Manfaat Penelitian...................................................................................28
1.6 Hipotesis..................................................................................................29
BAB II TINJAUAN PUSTAKA...........................................................................30

2.1 Literatur Review......................................................................................30
2.2 Keaslian Penelitian..................................................................................33
2.3 Landasan Teori........................................................................................37
2.3.1. Aplikasi Komputer...................................................................37
2.3.2. Definisi Sistem.........................................................................37
2.3.3. Perancangan.............................................................................38
2.3.4. Stok Gudang.............................................................................38

9
2.3.5. MVC.........................................................................................39
2.3.6. Metode Waterfall.....................................................................40
2.3.7. Database................................................................................42
2.3.8. Teknologi WEB.....................................................................42
2.3.9. Java Script................................................................................44
2.3.9. Laravel.....................................................................................45
2.3.10. Framework.............................................................................46
2.3.11. Composer...............................................................................46
2.3.12. Pengujian Sistem....................................................................46
2.3.13. ERD.....................................................................................47
2.3.14. Use Case Diagram..............................................................49
2.3.15. Activity Diagram.................................................................51
BAB III METODE PENELITIAN.......................................................................52

3.1 Pendekatan Penelitian..............................................................................52
3.1.1 Jenis Penelitian.......................................................................52
3.1.2 Sifat Penelitian.......................................................................52
3.1.3 Pendekatan Penelitian.............................................................52
3.2 Metode Perancangan Sistem.......................................................................52
3.3 Teknik Pengolahan Data.............................................................................53
3.3.1 Normalisasi Data....................................................................53

10
3.3.2 Import dan Export Data..........................................................55
3.3.3 Relationship Tabel..................................................................56
3.4 Teknik Pengujian Sistem.............................................................................57
3.4.1 White Box Testing....................................................................57
3.4.2 Black Box Testing.....................................................................57
3.5 Maintenace Sistem......................................................................................58
BAB IV HASIL DAN PEMBAHASAN..............................................................59

4.1 Hasil.........................................................................................................59
4.1.1 Analilisis Kebutuhan..............................................................59
4.1.2 Desain.....................................................................................60
Use Case Diagram.............................................................................................60
Aktivity Diagram................................................................................................62
Class Diagram...................................................................................................68
UXDesign..........................................................................................................69
4.1.3 Implementasi.............................................................................78
4.1.4 Testing....................................................................................91
1. White Box Testing........................................................................................91
2. Black Box Testing.......................................................................................100
4.2 Pembahasan...............................................................................................105
4.2.1 Tahapan dalam perancangan sistem.....................................105
11
4.2.2 Pengujian Sistem Aplikasi....................................................106
4.2.3 Pengaruh Penerapan Sistem Aplikasi...................................107
BAB V KESIMPULAN DAN SARAN..............................................................108

5.1 Kesimpulan................................................................................................108
5.2 Saran..........................................................................................................109
DAFTAR PUSTAKA..........................................................................................110
LAMPIRAN.........................................................................................................112
12
DAFTAR TABEL
Table 2.1 Matriks literatur review dan posisi penelitian........................................27
Table 2.2 Simbol Use Case Diagram....................................................................43
Table 2.3 Simbol Activity Diagram.......................................................................45
Table 3.1 Sebelum Normalisasi Tabel Supplier.....................................................47
Table 3.2 Hasil Normalisasi 1NF..........................................................................48
Table 3.3 Normalisasi Data 2NF............................................................................48
Table 3.4 Normalisasi Data 2NF............................................................................49
Table 4.6 Penjelasan Use Case..............................................................................55
Table 4.7 Tabel User..............................................................................................82
Table 4.8 Tabel User Level....................................................................................83
Table 4.9 Tabel Supplier........................................................................................83
Table 4.10 Tabel Barang........................................................................................83
Table 4.11 Tabel Barang Masuk............................................................................84
Table 4.12 Pengujian Form Login.........................................................................94
Tabel 4.13 Pengujian Form Data Barang...............................................................95
Table 4.14Pengujian Form Barang Masuk............................................................96
Table 4.15Pengujian Form Barang Keluar............................................................97
Table 4.16Pengujian Form Supplier......................................................................98
Table 4.17Pengujian Form Laporan......................................................................99
DAFTAR GAMBAR
13
Gambar 2.1 Metode MVC Sumber : (Nurul Huda)...............................................39
Gambar 2.2 Metode Model Waterfall sumber: (Ian Sommerville)........................39
Gambar 2.3 Entitas.................................................................................................46
Gambar 2.4 Atribut................................................................................................47
Gambar 2.5 Relasi..................................................................................................47
Gambar 2. 6 Alur Data...........................................................................................47
Gambar 3.1 Import Data Tabel Supplier................................................................54
Gambar 3.2 Export Data Tabel Supplier...............................................................55
Gambar 3.3 Relationship Database.......................................................................55
Gambar 4.1 Use Case Diagram Karyawan...........................................................59
Gambar 4.2 Diagram Aktifitas Login....................................................................61
Gambar 4.3 Diagram Aktifitas Manage Data Barang...........................................62
Gambar 4.4 Diagram aktifitas manage data Supplier............................................63
Gambar 4.5 Diagram aktifitas manage barang keluar............................................64
Gambar 4.6 Digram manage barang masuk...........................................................65
Gambar 4.7 Diagram activity purchase order.......................................................66
Gambar 4.8 Class Diagram Aplikasi Data stok barang.........................................67
Gambar 4.9 Halaman Interface Login....................................................................68
Gambar 4.10 Halaman Interface Dashboard.........................................................69
Gambar 4.11 Halaman Interface sistem admin setting..........................................70
Gambar 4.12 Halaman Interface sistem admin access control..............................71
Gambar 4.13 Halaman Interface sistem user level................................................71
Gambar 4.14 Halaman Interface Sistem User.......................................................72

14
Gambar 4.15 Halaman Interface Sistem Gambar Produk......................................72
Gambar 4.16 Halaman Interface Sistem Supplier.................................................73
Gambar 4.17 Halaman Interface Sistem data barang............................................73
Gambar 4.18 Halaman Interface Sistem Daftar Barang Inden..............................74
Gambar 4.19 Halaman Interface Sistem Barang Masuk........................................75
Gambar 4.20 Halaman Interface Sistem Barang Keluar........................................75
Gambar 4.21 Halaman Interface Sistem Laporan Barang Masuk.........................76
Gambar 4.22 Halaman Interface Sistem Laporan Barang Keluar.........................76
Gambar 4.23 Halaman Interface Sistem Laporan Stok.........................................77
Gambar 4.24 Potongan Source code Tambah........................................................78
Gambar 4.25 Potongan Source Code Read...........................................................78
Gambar 4.26 Potongan Source Code Update........................................................79
Gambar 4.27 Potongan Source Code Delete..........................................................79
Gambar 4.28 Login................................................................................................80
Gambar 4.29 Dashboard........................................................................................80
Gambar 4.30 Setting...............................................................................................81
Gambar 4.31 Access Control.................................................................................81
Gambar 4.32 User Level........................................................................................82
Gambar 4.33 User..................................................................................................82
Gambar 4.34 Gambar Produk................................................................................83
Gambar 4.35 Supplier............................................................................................83
Gambar 4.36 Daftar Barang...................................................................................84
Gambar 4.37 Daftar Barang Inden.........................................................................84

15
Gambar 4.38 Barang Masuk..................................................................................85
Gambar 4.39 Barang Keluar..................................................................................85
Gambar 4.40 Laporan Barang Masuk....................................................................86
Gambar 4.41 Laporan Barang Keluar....................................................................86
Gambar 4.42 Laporan Stok....................................................................................87
Gambar 4.34Flowchart Login................................................................................90
Gambar 4.35Flow Graph Login.............................................................................90
Gambar 4.36FlowchartData Perusahaan................................................................91
Gambar 4.37Flow Graph Data Perusahaan...........................................................91
Gambar 4.38FlowchartData Produk......................................................................92
Gambar 4.39Flow Graph Data Produk..................................................................93
Gambar 4.40FlowchartData ClaimCustomer.........................................................94
Gambar 4.41Flow Graph Data ClaimCustomer....................................................94
16
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Yana Sport Cirebon dalam melakukan pengajuan barang dan monitoring
barang masih menggunakan buku catatan besar. Dalam hal ini kurangnya kontrol
persediaan barang, yang mengakibatkan data redudancy, ketika melakukan
pencarian data barang membutuhkan waktu yang lama, mengakibatkan data
barang tidak terintegrasi dan duplikasi, serta memperlambat untuk proses
pengajuan barang ke supplier.
Dalam jurnal yang berjudul “Penerapan MVC dalam
pengembangan sistem Point of Sale” (Studi kasus TPOS PT. Java Signa
Intermedia) dalam penelitiannya menerapkan metode MVC sehingga
mempermudah proses manajemen barang, transaksi penjualan, serta menghasilkan
laporan yang lebih baik dengan waktu yang singkat dan mempermudah
management dalam mengambil keputusan dengan adanya laporan-laporan
pendukung. (Abidin & Putro, 2020)
Menurut penelitian terdahulu yang dilakukan oleh Fitri Ayu 1, Dedy
Irfan2, Ambiyar3, Mai Rahmad4, Akhmad Zulkifli5 pada tahun 2020 dengan judul
“Aplikasi persediaan barang elektronik menggunakan framework laravel” (Studi
kasus Toko Seven Komputer Pekanbaru) menyatakan pengelohan transaksi
persediaan barang menggunakan Ms.Excel untuk proses input barang, cara seperti
ini rentan terhadap kesalahan input data. Pada proses rekapitulasi data persediaan
barang dilakukan secara Batch (menumpuk berkas) sehingga kemungkinan ada

17
berkas yang hilang, tercecer atau lupa taruh dimana sebelum data diinput. Dan
pelayanan pada toko belum optimal dibagian penjualan dikarenakan tidak
memiliki akses langsung terhadap data persediaan barang digudang. Untuk
mengatasi masalah diatas maka perlu dibuat suatu aplikasi persediaan barang yang
tekomputerisasi dimana aplikasi tersebut dapat meminimalkan kesalahan input
data persediaan barang. (Ayu, Irfan, Ambiyar, Rahmad, & Zulkifli, 2020)
Merujuk pada penelitian terdahulu yang relevan dengan judul
“Aplikasi pemesanan dan pengelolaan stok sparepart mesin kain di CV
Maemunah” yang dilakukan Fiki Dzulfiqar1 , Muhammad Barja
Sanjaya,S.T.,M.T.,OCA2 , Pramuko Aji,S.T.,M.T3 pada tahun 2020 bahwa, Pada
gudang CV Maemunah terdapat beberapa kendala, diantaranya adalah
pengelolaan pada persediaan sparepart dan penginputan transaksi masih
menggunakan Microsoft Excel sementara petugasnya masih belum optimal
memahami penggunakan excel yang membuat pengelolaan persediaan sparepart
kurang efektif, serta memerlukan waktu lama untuk mencari data sparepart
dikarenakan banyaknya data sparepart. Dengan itu penulis berinisiatif
membangun Aplikasi Pemesanan dan Pengelolaan Stok dengan metode waterfall.
(Dzulfiqar, Sanjaya, & Aji, 2020)
18
Berdasarkan hasil pertimbangan jurnal-jurnal diatas dengan penelitian
yang sedang berjalan, menggunakan framework laravel lebih memudahkan dalam
pengembangan dikarenakan code atau syntaks laravel bersifat fungsional dan
bersih sehingga mudah digunakan dan dapat mempermudah pembangunan sistem.
Jadi dapat disimpulkan, sebuah analisis yang dirancang untuk membangung
sistem informasi dengan fokus masalah penelitian yang sedang dilakukan oleh
penulis dengan judul “Perancangan Aplikasi Stok Gudang Harian Berbasis
Laravel Di Yana Sport Cirebon”.
Penulis mendapatkan data barang selama 3 bulan kebelakang di Yana
Sport Cirebon yaitu sebagai berikut;
Stok barang pada bulan September berjumlah 9.116 barang, meliputi keseluruhan
alat olahraga dan musik. Stok barang pada bulan Oktober berjumlah 8.389 barang,
meliputi keseluruhan alat olahraga dan musik. Stok barang pada bulan November
berjumlah 10.769, meliputi keseluruhan alat olahraga dan musik.
Jumlah stok keseluruhan

12,000
10,000
8,000
6,000
4,000
2,000
0
September Oktober November
Grafik 1.1 Data Stok Barang Bulan September-November 2020
19
Dari data di atas menunjukan bahwa laporan data barang masih dibuat
dengan Microsoft Office Excel. Ada beberapa ruangan untuk display ataupun
menyimpan barang terdiri dari Toko, dan Gudang . Barang tersebut terdiri dari
produk atau perlengkapan penunjang olahraga.
Penulis menemukan masalah dalam penelitian ini bahwa selama ini proses
pendataan barang menjadi tanggung jawab pegawai dan bagian gudang yang
belum sepenuhnya memiliki Standard Operasional, yang menyebabkan sulitnya
barang mana saja yang telah terjual, barang masuk, dan barang yang sedang
diorder. Dengan demikian, untuk membantu memecahkan masalah yang telah
dipaparkan diatas, maka perlu adanya sistem perancangan pengolahan stok barang
yang diharapkan dengan adanya sistem tersebut dapat membantu memudahkan
proses monitoring stok barang serta memberikan sebuah informasi yang lebih
efisien, efektif dan akurat.
Masalah utama pada penelitian ini adalah mengelola barang YANA
SPORT belum sepenuhnya memiliki mekanisme Standard Operasional Kerja
(SOP) serta belum memiliki sistem penunjang informasi data yang akurat, yang
menyebabkan sulitnya pihak Yana Sport dalam menentukan barang mana saja
yang berkurang, bertambah dan yang sedang diorder. Sulitya mencari data untuk
diperbaharui jika ada permintaan laporan data barang saat dibutuhkan oleh owner.
Dengan demikian, belum optimalnya dalam mengelola barang dan
pembuatan laporan barang. Berdasakan uraian tersebut, penelitian ini dilakukan
dengan tujuan merancang dan mengimplementasikan sebuah sistem aplikasi stok
barang berbasis laravel untuk memonitoring data stok barang. Oleh sebab itu,
20
penulis akan melakukan penelitian dengan judul “PERANCANGAN APLIKASI
STOK GUDANG HARIAN BERBASIS LARAVEL DI YANA SPORT
CIREBON” yang akan mempermudah dalam penggunaan dan memperkecil
kesalahan pada pencarian barang digudang dan mempermudah mengetahui jumlah
stok dengan mudah. Diharapkan dengan adanya aplikasi ini, bagian sarana
prasarana dan para pengguna lainnya dapat dipermudah.
1.2 Rumusan Masalah
Berdasarkan latar belakang masalah yang telah diuraikan diatas,
berikut permasalahan yang menjadi fokus penelitian adalah:
1. Bagaimana membangun aplikasi stok gudang di Yana Sport?
2. Bagaimana menguji aplikasi??
3. Bagaimana mengimplementasikan aplikasi stok gudang di Yana Sport?
1.3 Batasan Masalah
Untuk menghindari terjadinya pembahasan di luar dari judul kerja
praktik, maka saya mentapkan batasan masalah yang dibahas sebagai
berikut :
1. Menganalisisa sistem yang sedang berjalan pada sarana prasarana di Yana
Sport.
2. Software implementasi sistem yang digunakan yaitu XAMPP sebagai web
server dan Sublime Text sebagai text editor serta bahasa pemrograman
yang digunakan yaitu HTML, Laravel, CSS, PHP, dan Javascript.
21
3. Alat perancangan yang akan saya gunakan yaitu Flowchart, Data Flow
Diagram (DFD) dan Entity Relationship Diagram (ERD)
4. Tipe user kasir, gudang dan admin untuk owner itu sendiri. Jumlahnya
hanya 3 user
5. Platform; win10 64bit; output berbasis web; pc operator;
1.4 Tujuan Penelitian
Adapun tujuan dari penelitian ini adalah menganilisis, merancang, dan
implementasi “PERANCANGAN APLIKASI STOK GUDANG HARIAN
BERBASIS LARAVEL DI YANA SPORT CIREBON” agar mengurangi
kesalahan input, barang masuk dan keluar sesuai efisien dan efektif.
1. Untuk mempermudah pencarian barang, mengetahui stok, dan mengetahui
lokasi rak pada gudang.
2. Menunjang transaksi penjualan di Yana Sport Cirebon.
3. Untuk memastikan bahwa aplikasi siap di implementasikan
4. Mengimplementasikan Aplikasi Stok Gudang di Yana Sport Cirebon.
1.5 Manfaat Penelitian
Adapun manfaat kerja praktek yang dapat diperoleh dalam penelitian
ini adalah :
Manfaat secara teori keilmuan
Diharapkan laporan ini dapat membantu pihak Yana Sport, lebih
tepatnya pada bagian gudang Yana Sport dengan menerapkan system
inventory barang yang penulis kembangkan. Diharapkan juga dapat
dijadikan sarana referensi untuk penelitian dimasa yang akan dating guna
22
untuk mengembangkan model yang lebih sempurna dan masalah yang
lebih spesifik..
Manfaat Secara Praktis
Bagi peneliti dan orang yang ingin mengkaji sistem inventory,
manfaatnya untuk mengetahui penerapan sistem inventory, diharapkan
penelitian ini dapat menjadi rujukan bagi peneliti selanjutnya.
a. Pegawai bagian gudang khususnya dapat dengan mudah untuk
mengetahui stok barang yang tersedia
b. Pimpinan dapat dengan mudah melihat laporan barang keluar atau
masuk setiap harinya pada system ini. Bagian gudang dapat mengontrol
ketersediaan barang secara mudah dan praktis
1.6 Hipotesis
Berdasarkan uraian di atas, maka penelitian ini yaitu Perancangan Aplikasi
Stok Gudang Harian Berbasis Laravel berpengaruh terhadap waktu
karyawan menyelesaikan pekerjaannya lebih singkat
23
BAB II
TINJAUAN PUSTAKA
2.1 Literatur Review
Pada penelitian yang dilakukan oleh Yamotiwode Abraham Badii1, dan
Dwi Kuncoro2 dalam jurnalnya yang berjudul “Perancangan Sistem Informasi
Penjualan Dan Bembelian Serta Pengendalian Stok Barang Pada Toko Batik
Kusumawardani Solo” dari hasil penelitiannya penulis berniat untuk merubah
sistem transaksi yang manual pada toko Batik Kusumawardani menjadi sebuah
sistem transaksi yang sudah terkomputerisasi. Demikian penulis berharap bahwa
dengan mengubahnya sitem tersebut, dapat membantu kinerja dari Toko Batik
Kusumawardani menjadi kinerja yang efektiv dan efisien. (Badii & Kuncoro,
2017)
Pada penelitian yang dilakukan oleh Tamus Bin Tahir1, Muh. Rais2, Moch.
Apriyadi HS3 dalam jurnal yang berjudul “Aplikasi Point OF Sales Menggunakan
Framework Laravel” didapatkan hasil bahwa pemanfaatan perangkat komputer
dalam membatu proses transaksi penjualan untuk mempermudah. Teknologi
berperan penting dalam manajemen suatu usaha dagang. Point of Sales (POS)
merupakan sistem yang menjalankan proses dan juga transaksi keuangan yang
dilengkapi dengan manajemen yang terintegrasi seperti proses transaksi penjualan
layaknya mesin kasir, perhitungan inventory/stock barang. (Tahir, Rais, & HS,
2019)
Pada penelitian yang dilakukan oleh Muhammad Risdham Nur
Ade Putra1, Sari Dewi Budiwati2, Toufan Diansyah Tambunan3 dalam jurnal yang
berjudul “APLIKASI MONITORING LAPORAN STOK BARANG
WORMHOLE MAKASSAR BERBASIS WEB” dengan begitu tujuan penelitian
ini merancang sebuah aplikasi monitoring stok barang juga sangat diperlukan.
Dengan aplikasi ini Wormhole Makassar akan lebih mudah dalam mengelola data
barang, data keluar barang, data pelanggan, data supplier dan memudahkan bagian
transaksi untuk memasukkan data penjualan dengan menggunakan barcode reader.
Untuk itu, sistem ini diharapkan dapat membantu Wormhole Makassar dalam
melakukan proses bisnisnya agar lebih mudah dan terkomputerisasi. (Putra,
Budiwati, & Tambunan, 2017)
Pada penelitian yang dilakukan oleh Fatmawati1, Jajat Munajat2
dalam jurnal yang berjudul “MPLEMENTASI MODEL WATERFALL PADA
SISTEM INFORMASI PERSEDIAAN BARANG BERBASIS WEB (STUDI
KASUS: PT.PAMINDO TIGA T)” bahwa metode yang digunakan dalam
penelitian ini adalah studi kepustakaan, dokumentasi, wawancara, observasi serta
analisis dan desain dengan menggunakan UML (United Modelling languange)
dan tahap pengembanagan berdasarkan metode berorientasi objek. Hasil dari
penelitian tersebut yaitu dapat mempercepat proses pengolahan data dan dapat
mengatasi kelemahan pada sistem yang masih manual serta dapat
menmempermudah dalam pencarian data yang dibutuhkan. (Fatmawati &
Munajat, 2018)
Pada penelitian yang dilakukan oleh Fikri Ramadhan Jufri 1, Teddy
Marcus Zakaria2 dalam jurnal yang berjudul “Rancang Bangun Aplikasi Inventori
Barang untuk Fajar Jaya Abadi Memanfaatkan Laravel Framework”. Dalam

25
penelitian ini penulis mengatakan perusahaan ini belum mempunyai sistem
informasi berbasis web, pengelolaan data transaksi masih dilakukan secara
manual. Perusahaan ini sering melakukan penjualan secara angsuran dan
pembelian secara angsuran, maka akan dibuat sistem dalam pembayaran, baik
secara tunai maupun secara angsuran agar meminimalisir kesalahan dan juga
mempermudah pelanggan dalam memperoleh barang tanpa harus membayar tunai.
Admin juga mempunyai catatan piutang bagi pelanggan yang berhutang atau
masih belum melunasi biaya transaksi. Perusahaan ini juga mempunyai supplier
untuk melakukan transaksi pembelian barang yang dilakukan oleh admin
perusahaan. Dalam sistem ini supplier berperan sebagai penyedia barang yang
sesuai dengan kebutuhan pelanggan. Untuk pembelian barang kepada supplier,
admin juga bisa melakukan pembayaran secara angsuran atau tunai. (Jufri &
Zakaria, 2019)
26
2.2 Keaslian Penelitian
Table 1.1 Matriks literatur review dan posisi penelitian

PERANCANGAN APLIKASI STOK GUDANG BERBASIS LARAVEL
DI YANA SPORT CIREBON
Peneliti, Media Saran atau

No Judul Tujuan Penelitian Kesimpulan Perbandingan
Publikasi dan Tahun Kelemahan
1 Penerapan MVC Irfan Zainul Abidin, Tujuan Kesimpulan dari Saran dalam Perbedaan
dalam Hanson Prihantoro dikembangkan penelitian ini Perancangan menggunakan
Pengembangan Putro, Sumber dari sistem tersebut adalah dengan sistem ini agar framework
Sistem Point of Jurnal Universitas untuk penggunaan dapat lebih codeigniter
Sale (Studi Islam Indonesia, 2020 mempermudah konsep MVC, dikembangkan
Kasus TPOS manajemen kompleksitas dari guna
PT. Java Signa barang, transaksi kode dalam meningkatkan
Intermedia) penjualan, dan perangkat lunak efisiensi
pembuatan dapat dikurangi proses
laporan penjualan. secara signifikan, integrasi kode
dengan demikian, program pada
meningkatkan sistem
fleksibilitas dan
modularitas
sistem perangkat
lunak.
2 Aplikasi Fitri Ayu1 , Dedy Adapun tujuan Aplikasi Kelemahan Perbedaan
Persediaan Irfan2 , Ambiyar3 , dari penelitian ini persediaan barang dari sistem ini menggunakan
27
Barang Mai Rahmad4 , yaitu, elektronik ini adalah masih metode FIFO
Elektronik Akhmad Zulkifli5 Membangun dibuat dengan perlu di dan dapat
Menggunakan Information aplikasi sistem kembangkan diakses secara
Framework Technology and persediaan barang terkomputerisasi dan ditambah realtime
Laravel (Studi Computer Science yang sehingga dapat fitur fitur
kasus: Toko (INTECOMS), 2020 terkomputerisasi. meminimalisir penunjang
Seven Komputer Membangun kesalahan
Pekan Baru) database pengetikan input
persediaan yang sering
barang. terjadi pada
Membangun sistem yang
aplikasi sedang berjalan
persediaan barang saat ini.
yang
tersinkronisasi
dengan bagian
penjualan.
3 Aplikasi Fiki Dzulfiqar1, Sistem informasi Kesimpulan dari Saran dalam Perbedaan
Pemesanan Dan Muhammad Barja ini bertujuan penelitian ini Perancangan menggunakan
Pengelolaan Sanjaya, S.T.,M T., untuk adalah membuat sistem ini agar berbasis web
Stok Sparepart OCA.2 , Pramuko Aji, mempermudah sistem aplikasi dapat lebih
Mesin Kain Di S.T.,M.T3, Jurnal e- user pada CV yang dapat dikembangkan
CV Maemunah Proceeding of Applied Maemunah dalam membantu guna
Science, 2020 pengolahan data petugas gudang meningkatkan
agar lebih efektif untuk memesan efisiensi
dan efisien serta mengelola proses
stok spare part integrasi kode
mesin kain di CV program pada
Maemunah. sistem
4 Perancangan Yamotiwode Abraham Tujuan dari Kesimpulannya Pada Perbedaan
28
Sistem Badii1, Dwi Kuncoro2, penelitian ini Dengan adanya penelitian pendekatan
Informasi Jurnal Go Infotech, membuat sistem aplikasi transaksi selanjutnya dengan
Penjualan Dan 2017 yang sudah tersebut, maka diharapkan menggunakan
Pembelian Serta modern dan penulis berharap dapat metode UML
Pengendalian terkomputerisasi dapat membantu memperbaiki,
Stok Barang dapat dilihat pada user dalam hal-hal berikut,
Pada Toko Batik negara-negara mempermudah Cetak laporan
Kusumawardani maju seperti di kegiatan transaksi laba-rugi..
Solo Eropa, pada jual-beli. Mengembangk
Supermarket, an aplikasi
Toko, Sekolah menjadi sistem
dan Instansi berbasis
lainnya sudah android.
secara Membuat
menyeluruh otomatisasi
menggunakan pada form
sistemnya yang belum
kerjanya yang terotomatisasi,
modern dan berkaitan
terkomputerisai. dengan tombol
manipulasi
data. dan
Membuat
sistem barcode
pada lebel
harga barang.
5 Aplikasi Point Tamus Bin Tahir1, Tujuan sistem ini Kesimpulan, Saran dalam Perbedaan
Of Sales Muh. Rais2, Moch. untuk penggunaan Perancangan masalah yang
Menggunakan Apriyadi HS3 Jurnal memudahkan framework laravel sistem ini agar lebih fokus
Framwork JIKO (Jurnal pemilik toko sangat membantu dapat lebih terhadap
29
Laravel Informatika dan Galaxy Cell programmer dikembangkan keperluan
Komputer, 2019 dalam dalam guna elektronik
memanajemen membangun meningkatkan
data barang, data sebuah aplikasi. efisiensi
penjualan, data Hal ini tentunya proses
pembelian. karena karena integrasi kode
syntaxlaravel program pada
yang bersih dan sistem
fungsional serta
library yang
banyak dan
mudah digunakan
sehingga dapat
mempercepat
pembangunan
modul
30
2.3 Landasan Teori
2.3.1. Aplikasi Komputer
Pengertian aplikasi komputer menurut (Jogiyanto, 1999)
adalah penggunaan dalam suatu komputer, intruksi (intruction)
atau pernyataan (statement) yang disusun sedemikian sehingga
komputer dapat memproses input menjadi output.
Dari kesimpulan diatas menurut penulis aplikasi komputer
didefinisikan sebagai suatu subkelas perangkat lunak komputer
yang menggunakan kemampuan komputer langsung untuk
melaksanakan suatu tugas. (Jogiyanto, 1999)
2.3.2. Definisi Sistem
Definisi sistem menurut (M. Prawiro, 2018) sistem
adalah suatu kesatuan, baik obyek nyata atau abstrak yang terdiri
dari berbagai komponen atau unsur yang saling berkaitan, saling
tergantung, saling mendukung, dan secara keseluruhan bersatu
dalam satu kesatuan untuk mencapai tujuan tertentu secara efektif
dan efisien.
Ada juga yang mengatakan definisi sistem adalah suatu
paduan yang terdiri dari beberapa unsur/ elemen yang dihubungkan
menjadi satu kesatuan sehingga memudahkan aliran informasi dan
materi/ energi untuk mewujudkan suatu tujuan tertentu.
Secara etimologis, istilah “sistem” berasal dari bahasa
Latin (systēma) dan bahasa Yunani (sustēma) yang sering dipakai

untuk memudahkan dalam menggambarkan interaksi di dalam
suatu entitas.
Istilah “sistem” sering digunakan dalam berbagai bidang,
sehingga maknanya akan berbeda-beda sesuai dengan bidang yang
dibahas. Namun, secara umum kata “sistem” mengacu pada
sekumpulan benda yang saling memiliki keterkaitan satu sama
lainnya. (Prawiro, 2018)
2.3.3. Perancangan
Perancangan menurut (Ladjamudin, 2005) “Perancangan
adalah tahapan perancangan (design) memiliki tujuan untuk
mendesain sistem baru yang dapat menyelesaikan masalah-masalah
yang dihadapi perusahaan yang diperoleh dari pemilihan alternatife
sistem yang terbaik.
Dari kesimpulan diatas menurut penulis perancangan
didefinisikan sebagai penggambaran, perencaan, dan pembuatan
sketsa atau penggabungan dari beberapa elemen menjadi satu
kesatuan.
2.3.4. Stok Gudang
Stok gudang menurut (Assauri, 2008) stok gudang atau
persediaan adalah sejumlah bahan-bahan, part yang disediakan
dan bahan-bahan dalam proses yang terdapat dalam perusahaan
untuk proses produksi, serta barang-barang jadi atau produk yang
32
disediakan untuk memenuhi permintaan dari komponen atau
langganan setiap waktu.
Dari kesimpulan diatas menurut penulis stok atau
persediaan didefinisikan sebagai barang yang disimpan untuk
digunakan atau dijual pada periode mendatang.
2.3.5. MVC
Menurut Nurul Huda (2017) dalam laman webnya yang
bertuliskan MVC adalah konsep arsitektur dalam pembangunan
aplikasi berbasis web yang membagi aplikasi web menjadi 3
bagian besar. Yang mana setiap bagian memiliki tugas-tugas serta
tanggung jawab masing-masing. Tiga bagian tersebut adalah:
model, view dan controller.
Model : Bertugas untuk mengatur, menyiapkan,
memanipulasi dan mengorganisasikan data (dari database) sesuai
dengan instruksi dari controller.
View : Bertugas untuk menyajikan informasi (yang mudah
dimengerti) kepada user sesuai dengan instruksi dari controller.
Controller : Bertugas untuk mengatur apa yang harus dilakukan
model, dan view mana yang harus ditampilkan berdasarkan
permintaan dari user. Namun, terkadang permintaan dari user tidak
selalu memerlukan aksi dari model. Misalnya seperti menampilkan
halaman form untuk registrasi user.

33
Gambar 2.1 Metode MVC Sumber : (Nurul Huda)
2.3.6. Metode Waterfall
Menurut Sommerville (2003) Model Waterfall adalah sebuah
proses perencanaan, dimana semua proses kegiatan terlebih
dahulu harus direncakan dan dijadwalkan sebelum dikerjakan.
Penggunaan model waterfall dalam pengembangan sistem
diharapkan mampu memudahkan pembuatan sehingga
pembangunan sistem bisa terstruktur. Seperti pada Gambar 2. 2
berikut:
Gambar 2.2 Metode Model Waterfall sumber: (Ian Sommerville)
34
Metode air terjun (Waterfall) menurut Sommerville (2003)
adalah contoh dari proses dalam rencana driven prinsip, anda
harus merencanakan dan menjadwalkan semua proses kegiatan
sebelum mulai bekerja pada mereka dalam tahapan utama dari
model air terjun langsung mencerminkan kegiatan yang
mendasar:
1. Requirements Analysis and Definition sistem ini layanan,
kendala dan tujuan ditetapkan oleh konsultasi dengan
pengguna sistem. Mereka kemudian ditetapkan secara
detail dan melayani sebagai spesifikasi sistem.
2. System and Software Design, proses desain sistem
mengalokasikan yang membutuhkan perangkat keras atau
perangkat lunak sistem dengan membentuk sistem secara
keseluruhan arsitektur. Desain perangkat lunak melibatkan
identifikasi dan menggambarkan abstraksi sistem
perangkat lunak.
3. Implementation and Unit Testing pada tahap ini desain
perangkat lunak adalah sebagai perangkat program atau
unit program yang melibatkan verifikasi bahwa setiap unit
memenuhi spesifikasinya.
4. Inttegration and System Testing, program diintegrasikan
dan diuji sebagai sistem yang lengkap untuk memastikan
bahwa perangkat lunak telah terpenuhi persyaratannya

35
5. Operation and Maintenance, biasanya ini adalah tahap
terpanjang fase siklus hidup. Sistem terinstal dan
dimasukkan ke dalam penggunaan praktis.
2.3.7. Database
Menurut Asrianda dalam Urva, Gellysa (2008) Database
adalah kumpulan tabel-tabel yang saling berelasi, relasi tersebut
bisa ditunjukkan dengan kunci dari tiap tabel yang ada. Satu
database menunjukkan satu lingkup perusahaan atau instansi.
2.3.8. Teknologi WEB
Menurut Shinta Mursi (2014) Teknologi web adalah
teknologi yang berhubungan dengan antar muka untuk
menjembatani server web dan klien mereka. Teknologi web
mencakup bahasa markup, bahasa pemrograman, dan standar untuk
mengidentifikasi dokumen serta tampilan.
2.3.8.1. WEB
Menurut Muhammad Robith Adani (2020) web atau
biasa disebut dengan website adalah kumpulan halaman
dalam suatu domain yang membuat tentang berbagai
informasi agar dapat dibaca dan dilihat oleh pengguna
internet melalui sebuah mesin pencarian.
36
2.3.8.2. HTML, CSS, Java Script
Berdasarkan kutipan dari salah satu laman web
disebutkan HTML (HyperText Markup Language) adalah
sebuah jenis teks dokumen khusus yang digunakan oleh
web browser untuk mempresentasikan teks dan gambar.
Dokumen HTML sering disebut sebagai “halaman web”.
Browser mengambil halaman web dari web server dan
karena adanya internet, halaman tersebut bisa berada di
manapun di dunia.
CSS merupakan kependekan dari Cascading Style
Sheet yang memungkinkan Anda untuk mendesain (style)
tampilan dokumen (terutama HTML) dengan memisahkan
isi dari dokumen HTML dengan kode untuk
menampilkannya (CSS).
JavaScript adalah suatu bahasa script yang
didasarkan pada konsep pemrograman berbasis prototipe.
Bahasa ini terutama terkenal karena penggunaannya di situs
web (sebagai JavaScript sisi klien) dan juga digunakan
untuk menyediakan akses script untuk objek yang
dibenamkan (embedded) di aplikasi lain.
2.3.8.3. PHP
Supono dan Putratama (2016:3) mengemukakan
bahwa ”PHP (PHP: Hypertext Preprocessor) adalah suatu
37
bahasa pemrograman yang digunakan untuk
menerjemahkan baris kode program menjadi kode mesin
yang dapat dimengerti oleh komputer yang berbasis server-
side yang dapat ditambahkan ke dalam HTML”.
2.3.8.4. MySQL
Menurut Adi Nugroho (2011) MySQL (My
Structured Query Language) adalah sistem basis data
relation atau Relational Database management system
(RDBMS) yang mampu bekerja secara cepat dan mudah
digunakan MySQL juga merupakan program pengakses
database yang bersifat jaringan, sehingga dapat digunakan
untuk aplikasi multi user. MySQL juga didistribusikan
secara gratis dibawah lisensi GPL (General Public License)
dimana setiap program bebas menggunakan MySQL namun
tidak bisa dijadikan produk turunan yang dijadikan closed
source atau komersial.
2.3.9. Java Script
Menurut Mac Bride (2007) dalam bukunya berjudul, Java Script,
disebutkan bahwa JavaScript adalah bahasa pemrograman berbasis
browser, dimana seluruh kodenya ditulis langsung ke dalam HTML dari
halaman-halaman web yang kemudian diterjemahkan dan dieksekusi
sebagai respon dari seluruh aktivitas yang terjadi pada halaman web.
38
2.3.9. Laravel
Menurut Aminudin dalam bukunya yang berjudul “Cara Efektif
Belajar Framework Laravel” bahwa Laravel adalah framework berbasis
PHP yang dirilis MIT yang menekankan kesederhanaan dan fleksibilitas
pada desainnya. Laravel dibangun dengan konsep MVC (Model-
Controller-View), serta dilengkapi juga dengan command line tool yang
bisa digunakan untuk packaging bundle dan instalasi bundle melalui
command prompt.
Kelebihan Framework Laravel adalah sebagai berikut :
a) Ekspressif, yaitu ketika seorang melihat suatu sintaks laravel
maka akan langsung dapat mengetahui kegunaan dari sintaks
tersebut meskipun belum pernah dipelajari.
b) Simple, yaitu Laravel dapat mengambil semua data yang ada di
dalam table users, hanya dengan membuat sebuah class model
bernama user, lalu membuat kode sederhana untuk memasukan
semua data dari tabel user tersebut.
c) Accessible, yaitu Laravel berusaha menjadi framework yang
mudah digunakan (accessible) yakni dengan cara
mengurangi tugas umum yang sering digunakan dalam beberapa
pembuatan website seperti session, routing, maupun caching
39
2.3.10. Framework
Framework adalah sebuah kumpulah intruksi-intruksi yang
dikumpulkan dalam suatu class dan function-function dengan fungsi
masing-masing untuk memudahkan developet dalam memanggilnya tanpa
harus harus menuliskan synatx program yang sama berulang-ulang serta
dapat menghemat waktu. (Betha Sidik, 2012).
2.3.11. Composer
Composer adalah package-manager (di level aplikasi) untuk
bahasa pemrograman PHP yang berfungsi sebagai penghubung antara
project PHP dengan library dari luar. Serta dengan bantuan tools tersebut
bisa terhubung pada situs packagist.org dan dapat mengambil dan
mengupload library tersebut.
2.3.12. Pengujian Sistem
Pengujian sistem diidentifikasikan sebagai pengujian program
perangkat lunak yang lengkap dan terintegrasi. Pengujian sistem untuk
aplikasi ada 2 yaitu:
2.3.12.1. Whitebox Testing

Menurut Pressman (2010:588) “Pengujian White Box
merupakan filosofi perencanaan test case yang menggunakan
struktur control yang akan dijelaskan sebagai bagian dari
perancangan perangkat komponen untuk menghasilkan test case
(uji kasus)”.
40
2.3.12.2. Blackbox Testing
Menurut Pressman (2010:597) “Pengujian Black Box
merupakan suatu teknik pengujian kotak hitam memungkinkan
anda untuk membuat beberapa kumpulan kondisi masukan yang
sepenuhnya akan melakukan semua kebutuhan fungsional untuk
program”. Jadi pengujian black box testing itu sendiri melakukan
pengujian yang tidak diketahui kinerja internalnya hanya menguji
dari tampilan luarnya (inteface), fungsionalitasnya.
2.3.13. ERD
Entity Relationship Data (ERD) adalah suatu diagram untuk
menggambarkan desain konseptional dari model konseptional
suatu basis data relasional (Yanto, 2016:32)
Ada 4 macam simbol yang digunakan untuk menggambarkan
arus data dalam ERD, yaitu:
1. Entitas
Adalah suatu objek dalam dunia nyata yang dapat
dibedakan dari objek lain. Entitas digambarkan dalam basis
data dengan kumpulan atribut.
Gambar 3.3 Entitas
41
2. Atribut
Merupakan sebuah objek atau simbol sebagai karakteristik
dari entitas atau relasi yang menampilkan penjelasn
informasi detail keduanya.
Gambar 4.4 Atribut
3. Relasi
Relasi adalah hubungan antara beberapa entitas.
Gambar 5.5 Relasi
4. Alur data
Alur data adalah menguhungkan atribut dengan

entitas, dan entitas dengan relasi.
Gambar 6. 6 Alur Data
42
2.3.14. Use Case Diagram
Menurut Rosa dalam bukunya yang berjudul “Rekayasa
Perangkat Lunak Terstruktur dan Berorientasi Objek" use case atau
diagram use case merupakan pemodelan untuk kelakukan
(behavior) sistem informasi yang akan dibuat. Use case
mendeskripsikan sebuah interaksi antara satu atau lebih aktor
dengan sistem informasi yang akan dibuat. Secara kasar, use case
digunakan untuk mengetahui fungsi apa saja yang ada di dalam
sebuah sistem informasi dan siapa saja yang berhak menggunakan
fungsi-fungsi itu.(Rosa A.S, 2018)
Simbol-simbol Use Case Diagram dapat dilihat pada tabel 2.2
Table 2.2 Simbol Use Case Diagram
No Gambar Nama Keterangan

.
1 Actor Menspesifikasikan peran
yang pengguna mainkan
ketika berinteraksi dengan
Use Case.
2 Dependency Hubungan dimana perubahan

yang terjadi pada suatu
element mandiri (indepedent)
akan mempengaruhi element
yang bergantung pada
element yang tidak mandiri.
43
3 Generalization Hubungan dimana objek anak
(descendent) berbagi perilaku
dan struktur data dari objek
yang ada di atasnya objek
induk (ancestor).
4 Include Menspesifikasikan bahwa
UseCase sumber secara
eksplisit.
5 Extend Menspesifikasikan bahwa
Use Case target memperluas
perilaku dari Use Case
sumber pada suatu titik yang
diberikan.
6 Association Apa yang menghubungkan
antara objek satu dengan
objek lainya.
7 System Menspesifikasikan paket
yang menampilkan sistem
secara terbatas.
8 UseCase Deskripsi dari urutan aksi-

aksi yang ditampilkan sistem
yang menghasilkan suatu
hasil yang terukur bagi suatu
aktor.
44
9 Collaboration Interaksi aturan-aturan dan
element lain yang berkerja
sama untuk menyediakan
perilaku yang lebih besar dari
jumlah dan
elementelementnya (sinergi).
10 Note Element fisik yang eksis saat
aplikasi dijalankan dan
mencerminkan suatu sumber
daya komputasi.
2.3.15. Activity Diagram
Activity Diagram menggambarkan berbagai alur aktivitas
dalam sistem yang dirancang, bagaimana masing-masing alur
berawal, decision yang mungkin terjadi, dan bagaimana berakhir.
Selain itu dapat juga menggambarkan proses paralel yang terjadi
pada beberapa eksekusi.(Salisah, FN., 2016)
Simbol-simbol Activity Diagram dapat dilihat pada tabel 2.3
Table 3.3 Simbol Activity Diagram
No Gambar Nama Keterangan

.
Action State dari sistem yang
1 mencerminkan eksekusi dari
satu aksi
45
Memperlihatkan bagaimana
2 Activy masingmasing kelas antarmuka
saling berinteraksi satu sama
lain
Bagaiman objek dibentuk dan
3 Initial Node diawali
Bagaiman objek dibentuk dan
4 Actifity Final Node dihancurkan
Satu aliran yang pada tahap
5 Fork Node tertentu berubah menjadi
beberapa aliran
46
BAB III
METODE PENELITIAN
1.
2.
3.
3.1 Pendekatan Penelitian
3.1.1 Jenis Penelitian
Jenis penelitian dalam skripsi ini adalah skripsi engineering. Engineering
adalah ilmu dibidang teknik atau keteknikan yang dipraktekan untuk
mempermudah dalam melakukan sesuatu, engineering bertujuan untuk mengatasi
permasalahan yang ada disekitar kehidupan sehari-hari.
Engineering software adalah proses analisis kebutuhan dan desain
pengguna, kontruksi dan uji aplikasi yang akan memenuhi kebutuhan-kebutuhan
tersebut melalui penggunaan bahasa pemrograman.
3.1.2 Sifat Penelitian
Sifat penelitian dalam skripsi ini bersifat Software Engineering
(Pembuatan Software) dalam hal ini menjelaskan cara membuat sistem informasi
dari tahap Requirements, Design, Implementation, Testing dan Maintenance.
3.1.3 Pendekatan Penelitian
Pendekatan penelitian dalam skripsi ini adalah dengan menggunakan
pendekatan kuantitatif yang menekankan analisisnya pada data-data yang diolah
dengan metode Waterfall.
47
3.2 Metode Perancangan Sistem
Dalam hal ini penulis menggunakan metode waterfall yang mempunyai
rangkaian alur kerja sistem yang jelas dan teratur sehingga berkomitmen pada
tujuan akhir. Dan dalam metode waterfall mempunyai pendekatan yang sangat
metodis, setiap informasi akan tercatat, terdistribusikan dan dapat diakses dengan
cepat.
3.3 Teknik Pengolahan Data
3.3.1 Normalisasi Data
Proses pengelompokan atribut data yang membentuk entitas
sederhana, nonredudant, fleksibel, dan mudah beradaptasi.
Tujuan normalisasi
1. Menghilangkan dan mengurangi redudansi data
2. Memastikan dependensi data (data berada pada tabel yang
tepat).
Hasil dari normalisasi 1NF dan 2NF adalah sebagai berikut:
3.3.1.1 Normalisasi Data1NF
Table 4.1 Sebelum Normalisasi Tabel Supplier
No id_supp nm_supp telp alamat

1 1 ANUGRAH SPORT 08181839213, 08513882891 Malang
2 2 BRAWIJAYA SPORT 08324324823, (0315)630754 Surabaya
3 3 DUNIA SPORT 08212376467, (0315)024389 Surabaya
4 4 TOKO OLYMPIC (0231)202344, 08953215565 Cirebon
5 5 SMASH JAYA SPORT (0231)204853 Cirebon
48
Pada tabel 3.1 data belum ternormalisasi sehingga dapat diubah kedalam
bentuk 1NF dengan cara membuat setiap baris berisi kolom dengan jumlah yang
sama dan setiap kolom hanya mengandung satu.
Table 5.2 Hasil Normalisasi 1NF
No id_supp nm_supp telp alamat

1 1 ANUGRAH SPORT 08181839213 Malang
2 1 ANUGRAH SPORT 08513882891 Malang
3 2 BRAWIJAYA SPORT 08324324823 Surabaya
4 2 BRAWIJAYA SPORT (0315)630754 Surabaya
5 3 DUNIA SPORT 08212376467 Surabaya
6 3 DUNIA SPORT (0315)024389 Surabaya
7 4 TOKO OLYMPIC (0231)202344 Cirebon
8 4 TOKO OLYMPIC 08953215565 Cirebon
9 5 SMASH JAYA SPORT (0231)204853 Cirebon
Tabel 3.2 merupakan bentuk 1NF, karena tidak ada atribut
yang bernilai ganda, dan tiap atribut satu pengertian yang bernilai
tunggal.
3.3.1.2 Normalisasi Data2NF
Table 6.3 Normalisasi Data 2NF
id_in keterangan
v no_inv User kode_barang id_supp total tanggal
1 INV/0001 Admin YS0001 4 1490000 2022-01-06 lunas
49
Tabel 3.3 merupakan bentuk 2NF dari tabel purchase order
atau pembelian barang, karena melakukan dekomposisi menjadi
beberapa tabel sehinga menciptakan hubungan antara tabel baru
dan tabel lama dengan menciptakan foreignkey.
3.3.1.3 Normalisasi Data 2NF
Table 7.4 Normalisasi Data 2NF
id_nota no_nota user id_barang total tanggal keterangan

1 NOT/0001 Admin YS0005 424000 2022-01-05 lunas
Tabel 3.4 merupakan bentuk 2NF dari tabel Transaksi
Barang Keluar atau Penjualan, karena melakukan dekomposisi
menjadi beberapa tabel sehinga menciptakan hubungan antara tabel
baru dan tabel lama dengan menciptakan foreign key.
3.3.2 Import dan Export Data
Penulis dalam peneltian melakukan impor data dengan SQL
di phpMyAdmindengan hasil sebagai berikut:
50
Gambar 7.1 Import Data Tabel Supplier
Untuk Export Data Tabel Sendiri penulis melalui menu Export
kemudian dengan hasil sebagai berikut :
Gambar 8.2 Export Data Tabel Supplier
51
3.3.3 Relationship Tabel
Gambar 9.3 Relationship Database

Pada gambar 3.3 menunjukan sebuah hubungan atau relationship
tabel yang saling berhubungan tabel satu dengan tabel yang lainnya.
Seperti halnya tabel barang yang tehubung dengan tabel barang masuk dan
tabel barang keluar, lalu tabel user yang terhubung dengan tabel barang
masuk dan tabel barang keluar, kemudian tabel supplier terhubung dengan
tabel barang masuk.
3.4 Teknik Pengujian Sistem
Teknik pengujian sistem dilakukan dengan 2 cara yaitu, whitebox
testing dan blackbox testing. Adapun tahapanya akan dijelaskan sebagai
berikut:
3.4.1 White Box Testing
Penulis akan melakukan pengujian pada 3 menu utama yaitu
diantaranya adalah Data Barang, Data Barang Masuk dan Data Barang
52
Keluar. Tahapan-tahapan pengujian dimulai dari pembuatan flowchart,
pembuatan flow graph, perhitungan kompleksitas siklomatis, perhitungan
jalur independen dan test case.
Untuk menentukan banyaknya independentpath yang merupakan
basis path, yaitu dengan rumus : V(G) = E – N + 2 -> V(G) = P + 1
dimana, EEdge, NNode dan PPredicate node.
3.4.2 Black Box Testing
Penulis akan melakukan pengujian dengan modul Login,Modul
Data Supplier, Modul Data Barang, Modul Daftar Inden, Modul purchase
order, Modul Penjualan, dan Modul Laporan.
3.5 Maintenace Sistem
Penulis akan melakukan training dengan karyawan Yana Sport sampai
karyawan tersebut dapat mengoperasikan sistem stok barang dan penulis juga
akan berencana membuat panduan dalam bentuk buku berjilid tentang bagaimana
mengoperasikan sistem stok barang tersebut jika dalam pengajaran kepada
karyawan masih belum paham.
1.
53
BAB IV
HASIL DAN PEMBAHASAN
4.1 Hasil
Penelitian ini menghasilkan produk berupa sistem inventori stok
barang berbasis laravel. Sistem stok barang ini menggunakan model
pengembangan perangkat lunak MVC (Model-Controller-View) model
proses metode waterfall. Tahapan dalam metode proses waterfall yaitu
Requirements (analisis kebutuhan), desain, implementasi, pengujian
dan maintenance.
Penelitian ini bertujuan untuk mempermudah pengelolaan data
barang di Yana Sport Cirebon dan menguji kualitas sistem stok barang
yang dibuat. Sasaran penelitian sistem stok barang ini adalah owner
dari Yana Sport itu sendiri untuk pengelolaan data barang di Yana
Sport sekaligus melihat laporan stok terkini yang ada di Yana Sport.
4.1.1 Analilisis Kebutuhan
Penelitian ini menghasilkan produk berupa sistem inventori
stok barang berbasis laravel. Sistem stok barang ini menggunakan
model pengembangan perangkat lunak MVC (Model-Controller-
View) model proses metode waterfall. Tahapan dalam metode
proses waterfall yaitu Requirements (analisis kebutuhan), desain,
implementasi, pengujian dan maintenance.
Penelitian ini bertujuan untuk mempermudah pengelolaan
data barang di Yana Sport Cirebon dan menguji kualitas sistem

54
stok barang yang dibuat. Sasaran penelitian sistem stok barang ini
adalah owner dari Yana Sport itu sendiri untuk pengelolaan data
barang di Yana Sport sekaligus melihat laporan stok terkini yang
ada di Yana Sport.
4.1.2 Desain
Use Case Diagram
Sistem yang akan dibangun yaitu sistem stok barang
berbasis laravel. Berdasarkan analisis kebutuhan, di dalam aplikasi
ini yang berperan sebagai aktor adalah karyawan bagian gudang
sebagai adminnya.
Gambar 10.1 Use Case Diagram Karyawan
Penjelasan dari gambar diatastersebut bisa dilihat di atas

55
Table 4.8 Penjelasan Use Case
No. Use Case Deskripsi
1. Login Merupakan fitur awal yang dilakukan
karyawan atau owner untuk dapat
mengakses semua fitur yang sudah
ditentukan pada sistem
2. Data Karyawan Merupakan fitur untuk melakukan fungsi
CRUD(create,read, update, delete) untuk
data karyawan.
Hanya dapat diakses super admin/owner
serta optional manage data yang berisi
username dan password karyawan.
3. Data Supplier Merupakan fitur untuk melakukan fungsi
CRUD(create, read, update, delete) untuk
data supplier
4. Data Barang Merupakan fitur untuk melakukan fungsi
data barang
5. Data Barang Inden Merupakan fitur untuk melakukan fungsi
view atau untuk melihat data barang yang
masih dalam perjalan
6. Manage Barang Masuk Merupakan fitur untuk melakukan fungsi
mengolah data barang masuk
7. Manage Barang Keluar Merupakan fitur untuk melakukan fungsi
mengolah data barang masuk
8. Manage Laporan Karyawan gudang meneruskan laporan
data barang sesuai perintah kepada owner.
9. Owner Pimpinan akan melakukan monitoring
56
setiap bulan setelah menerima laporan
dari karyawan bagian gudang
10. Supplier Toko grosir yang akan menerima pesanan
barang dan memproses data barang yang
telah dipesan
Aktivity Diagram
1. Diagram Activity Login
Gambar 11.2 Diagram Aktifitas Login

Pada gambar 4.2 menjelaskan proses login karyawan bagian
gudang harus memasukan email dan password kalau benar maka akan
masuk ke halaman dashboard dan kalau salah akan muncul pesan
kemudian mengulangi lagi.

57
58
2. Diagram Activity Manage Data Barang
Gambar 12.3 Diagram Aktifitas Manage Data Barang

Pada gambar 4.3 menjelaskan bahwa karyawan bagian gudang dapat
mengakses form olah data barang fungsi pada sistem ini yaitu
mengolah data barang.
59
3. Diagram Activity Manage Data Supplier
Gambar 13.4 Diagram aktifitas manage data Supplier

mengakses form olah data Supplier fungsi pada sistem ini yaitu
CRUD(create, read, update, delete) untuk mengolah data Supplier.
60
4. Diagram Activity Manage Barang Keluar
Gambar 14.5 Diagram aktifitas manage barang keluar

mengakses form olah data barang keluar fungsi pada sistem ini yaitu
CRUD(create, read, update, delete) untuk mengolah data barang
keluar.
61
5. Diagram Activity Manage Barang Masuk
Gambar 15.6 Digram manage barang masuk

mengakses form olah data barang masuk fungsi pada sistem ini yaitu
CRUD(create, read, update, delete) untuk mengolah data barang
masuk.
62
6. Diagram Activity Purchase Order
Gambar 16.7 Diagram activity purchase order

mengakses form purchase order fungsi pada sistem ini yaitu
CRUD(create, read, update, delete) untuk mengolah data barang yang
akan dibeli pada supplier.
63
Class Diagram
Class Diagram Sistem Data Stok Barang. Berikut adalah class
diagram dari Aplikasi Data Stok Barang Yana Sport Cirebon.
Gambar 17.8 Class Diagram Aplikasi Data stok barang

Pada gambar 4.8 menjelaskan hubungan antara class, misalnya class user
terhubung ke class data barang.
64
UXDesign
1. Halaman InterfaceLogin
Merupakan halaman yang digunakan untuk login ke sistem. Jika
email dan password diketik dengan benar maka akan masuk ke dalam
sistem. Berikut di bawah ini adalah halaman interface login.
Gambar 18.9 Halaman Interface Login

Pada Gambar 4.9 merupakan halaman login verifikasi email dan
password pengguna untuk login ke sistem.
65
2. Halaman Interface Dashboard
Merupakan halaman pertama kali akan ditampilkan ketika user
telah melakukan proses login.
Gambar 19.10 Halaman Interface Dashboard

Pada Gambar 4.10 dashboard berisi tentang toko seperti, nama,
deskripsi, dan logo toko.
66
3. Halaman Interface Sistem Admin - Setting
Gambar 20.11 Halaman Interface sistem admin setting

Pada Gambar 4.11 merupakan halaman interface sistem setting
dimana user dapat merubah atau menyeting tampilan pada
dashboard sistem.
4. Halaman Interface Sistem Admin – Access control
67
Gambar 21.12 Halaman Interface sistem admin access control
Pada Gambar 4.12 merupakan halaman interface sistem access
control dimana user dapat merubah atau menyeting hak akses user
pada sistem.
5. Halaman Interface Sistem User Level
Gambar 22.13 Halaman Interface sistem user level

Pada Gambar 4.13 merupakan halaman interface sistem user level
dimana user dapat merubah status user aktif dan tidak aktif.
68
6. Halaman Interface Sistem User
Gambar 23.14 Halaman Interface Sistem User

Pada Gambar 4.14 merupakan halaman interface sistem user dimana
user dapat merubah data user pada sistem.
7. Halaman Interface Sistem Gambar Produk
Gambar 24.15 Halaman Interface Sistem Gambar Produk

Pada Gambar 4.15 merupakan halaman interface sistem gambar
69
produk dimana user dapat melihat, menambah, dan menghapus
gambar produk pada sistem.
8. Halaman Interface Sistem Supplier
Gambar 25.16 Halaman Interface Sistem Supplier

Pada Gambar 4.16 merupakan halaman interface sistem data supplier
dimana user dapat mengidentifikasi seperti melihat, menambah, dan
menghapus data supplier pada sistem.
9. Halaman Interface Sistem Data Barang
Gambar 26.17 Halaman Interface Sistem data barang
70
Pada Gambar 4.17 merupakan halaman interface sistem data barang
dimana user dapat mengidentifikasi seperti melihat, menambah, dan
menghapus data barang pada sistem.
10. Halaman Interface Sistem Daftar Barang Inden
Gambar 27.18 Halaman Interface Sistem Daftar Barang Inden
Pada Gambar 4.18 merupakan halaman interface sistem daftar barang
inden dimana user dapat melihat barang yang sudah dipesan pada
sistem.
11. Halaman Interface Sistem Barang Masuk
71
Gambar 28.19 Halaman Interface Sistem Barang Masuk
Pada Gambar 4.19 merupakan halaman interface sistem barang masuk
dimana user dapat melakukan pemesanan barang kepada supplier dan
melihat barang yang sudah diterima maupun barang yang belum
diterima pada sistem.
12. Halaman Interface Sistem Barang Keluar
Gambar 29.20 Halaman Interface Sistem Barang Keluar
Pada Gambar 4.20 merupakan halaman interface sistem barang keluar
dimana user dapat melihat transaksi barang keluar pada sistem.
72
13. Halaman Interface Sistem Laporan Barang Masuk
Gambar 30.21 Halaman Interface Sistem Laporan Barang Masuk
Pada Gambar 4.21 merupakan halaman interface sistem laporan
barang masuk dimana user dapat melihat nota transaksi barang masuk
pada sistem.
14. Halaman Interface Laporan Barang Keluar
Gambar 31.22 Halaman Interface Sistem Laporan Barang Keluar
73
Pada Gambar 4.22 merupakan halaman interface sistem laporan
barang keluar dimana user dapat melihat nota transaksi barang keluar
pada sistem.
15. Halaman Interface Sistem Laporan Stok
Gambar 32.23 Halaman Interface Sistem Laporan Stok
Pada Gambar 4.23 merupakan halaman interface sistem laporan stok
barang dimana user dapat melihat keseluruhan total stok barang pada
sistem.
4.1.3 Implementasi
Pada tahap implementasi, kode program diterjemahkan menjadi
bentuk user interface berdasarkan analisis kebutuhan dan desain yang
telah dibuat. Implementasi desain ini dilakukan dengan pengkodean
menggunakan software Visual Studio Code.
74
Berikut adalah potongan source code program yang terdiri dari
proses Create, Read, Update, Delete (CRUD) data yang diwakili oleh
tabel data daftar barang, karena identik pada semua data.
a. Source code proses create
Gambar 33.24 Potongan Source code Tambah

b. Source code proses read
Gambar 34.25 Potongan Source Code Read
75
c. Source code proses update
Gambar 35.26 Potongan Source Code Update

d. Source code proses delete
Gambar 36.27 Potongan Source Code Delete
76
1. Login
Gambar 37.28 Login

2. Dashboard
Gambar 38.29 Dashboard
77
3. Setting
Gambar 39.30 Setting

4. Access Control
Gambar 40.31 Access Control
78
5. User Level
Gambar 41.32 User Level
6. User
Gambar 42.33 User
79
7. Gambar Produk
Gambar 43.34 Gambar Produk
8. Supplier
Gambar 44.35 Supplier
80
9. Daftar Barang
Gambar 45.36 Daftar Barang
10. Daftar Barang Inden
Gambar 46.37 Daftar Barang Inden
81
11. Barang Masuk
Gambar 47.38 Barang Masuk
12. Barang Keluar
Gambar 48.39 Barang Keluar
82
13. Laporan Barang Masuk
Gambar 49.40 Laporan Barang Masuk
14. Laporan Barang Keluar
Gambar 50.41 Laporan Barang Keluar
83
15. Laporan Stok
Gambar 51.42 Laporan Stok
Rancangan database terstruktur yang digunakan sebagai tempat
penyimpanan data menggunakan database MYSql. Desain yang akan dibuat
sebagai berikut:
A. Tabel User
Table 4.9 Tabel User
No Field Type Witdh Keterangan

1 id Int 11 Primary Key
2 User_level_id Int 11 User level
3 firstname Varchar 50 First Name
4 lastname Varchar 50 Last Name
5 avatar_id Int 11 Avatar Id
6 email Varchar 100 Email
7 address Text Address
8 phone Text Phone
9 gender Enum(‘male’,’female’,’other’) Gender
10 username Varchar 20 User Name
11 password Varchar 255 Password
84
B. Tabel User Level
Table 4.10 Tabel User Level

2 name Varchar 30 name
3 active Int 1 Active
4 user_modified Int 11 User Modified
5 create_at Timestamp Create At
6 update_at Timestamp Update At
C. Tabel Supplier
Table 4.11 Tabel Supplier

2 nama Varchar 100 Nama
3 alamat Text Alamat
4 cp Varchar 100 Cp
5 telp Text Telp
D. Tabel Barang
Table 4.12 Tabel Barang

2 kode Varchar 45 Kode
3 nama Varchar 300 Nama
4 harga_beli Int 11 Harga Beli
5 harga_jual Int 11 Harga Jual
6 keterangan Text Keterangan
85
11 stok_awal Int 11 Stok Awal
12 stok_total Int 11 Stok Total
13 img_id Int 11 Img Id
E. Tabel Barang Masuk
Table 4.13 Tabel Barang Masuk

2 id_purchase Int 11 Id Purchase
3 id_barang Int 11 Id Barang
4 jumlah Int 11 Jumlah
5 harga Int 11 Harga
86
4.1.4 Testing
1. White Box Testing
A. Login
Gambar 52.43 Flowchart Login
Gambar 53.44 Flow Graph Login

87
Kompleksitas siklomatis di Gambar 4.44 dihitung menggunakan 3
cara, yaitu:
1. Grafik alir mempunyai 2region
2. V(G) = 6 edge – 6 node + 2 =2
3. V(G) = 1 simpul yang diperkirakan + 1 =2
Dengan ini kompleksitas siklomatis padaflow graph yang
dijabarkandiatas adalah 2. Dengan jalur independennya adalah :
Jalur 1 : 1-2-3-4-5-6
Jalur 2 : 1-2-3-4-2-3-5-6
B. Data Gambar Produk
Data gambar produk digunakan untuk menambah atau melihat
gambar produk yang sudah terdaftar pada database. Untuk
melakukan tambah gambar harus dilakukan dengan cara yang
benar konkrit.
88
Gambar 54.45 Flowchart Data Gambar
Gambar 55.46 56Flow Graph Data Gambar

89
cara, yaitu:
2. V(G) = 8 edge – 8 node + 2 =2
Dengan demikian kompleksitas siklomatis pada flow graph yang
dijabarkan diatas adalah 2. Dengan jalur independennya adalah :
Jalur 1 : 1-2-3-4-5-6-7-8
Jalur 2 : 1-2-7-8
C. Data Barang
Data barang digunakan untuk menambah atau melihat barang
yang sudah terdaftar pada database. Untuk melakukan tambah data
barang harus dilakukan dengan cara dan data-data yang benar
konkrit.
90
Gambar 57.47 Flowchart Data Barang
Gambar 58.48 Flow Graph Data Gambar

91
cara, yaitu:
2. V(G) = 8 edge – 8 node + 2 =2
Dengan demikian kompleksitas siklomatis pada flow graph yang
dijabarkan diatas adalah 2. Dengan jalur independennya adalah :
Jalur 1 : 1-2-3-4-5-6-7-8
Jalur 2 : 1-2-7-8
D. Barang Masuk
Input barang masuk berdasarkan data dari supplier. Untuk
melakukan input data barang masuk dilakukan dengan teliti untuk
menghindari terjadinya kesalahan data barang masuk.
92
Gambar 59.49 Flowchart Barang Masuk
Gambar 60.50 Flow Graph Barang Masuk
93
Kompleksitas siklomatis pada Gambar 4.50 dihitung menggunakan
3 cara, yaitu:
1. Grafik alir mempunyai 2 region
2. V(G) = 9edge – 9 node + 2 = 2
3. V(G) = 1 simpul yang diperkirakan + 1 = 2
Dengan demikian kompleksitas siklomatis dari flow graph
yang dijelaskan pada Gambar diatas adalah 2. Dengan jalur
independennya adalah :
Jalur 1 : 1-2-3-4-5-6-7-8-9
Jalur 2 : 1-2-3-4-8-9
E. Barang Keluar
Untuk melakukan input data barang keluar harus dilakukan
dengan teliti untuk menghindari terjadinya kesalahan data stok
barang keluar.
94
Gambar 61.51 Flowchart Barang Keluar
Gambar 62.52 Flow Graph Barang Keluar
95
Kompleksitas siklomatis pada Gambar 4.52 dihitung menggunakan
3 cara, yaitu:
4. Grafik alir mempunyai 2 region
5. V(G) = 9edge – 9 node + 2 = 2
6. V(G) = 1 simpul yang diperkirakan + 1 = 2
Dengan demikian kompleksitas siklomatis dari flow graph
yang dijelaskan pada Gambar diatas adalah 2. Dengan jalur
independennya adalah :
Jalur 1 : 1-2-3-4-5-6-7-8-9
Jalur 2 : 1-2-3-4-8-9
2. Black Box Testing
A. Form Login
Setelah dilakukan pengujian black box testing untuk form
login maka didapatkan sebanyak 5 valid dari 5 pernyataan test
case (data terlampir). Sehingga untuk form login tidak ada
masalah.
Table 4.14 Pengujian Form Login
Hasil Yang Hasil

NO Skenario Pengujian Test Case
Diharapkan Pengujian
1. Mengisi Email dan Email: Sistem mambaca
Password sesuai admin@admin.com identitas sesuai dan Berhasil dan
kemudian klik Login menampilkan halaman sesuai harapan
Password: secret dashboard
2. Mengisi Email sesuai Email: Sistem menolak dan Berhasil dan
dan Password tidak admin@admin.com menampilkan pesan sesuai harapan
96
sesuai kemudian klik “Username/Password
Login Password: 123 not found”
3. Mengisi Email tidak Email: Sistem menolak dan
sesuai dan Password admin@gmail.com menampilkan pesan
Berhasil dan
sesuai kemudian klik data tidak ditemukan
sesuai harapan
Login Password: 123 “Username/Password
not found”
4. Email dan Password Email: (kosong) Sistem menolak dan
tidak diisi kemudian menampilkan pesan
klik Login Passowrd: (kosong) “Harap isi bidang Berhasil dan
ini” sesuai harapan
“Harap isi bidang
ini”
5. Email sesuai dan Email: Sistem menolak dan
Password tidak diisi admin@admin.com menampilkan pesan Berhasil dan
kemudian klik Login “Harap isi bidang sesuai harapan
Passowrd: (kosong) ini”
B. Form Data Barang
companymaka didapatkan sebanyak 5 valid dari 5 pernyataan test
case (data terlampir). Sehingga untuk form data barang tidak
adamasalah.
Tabel 4.15 Pengujian Form Data Barang
No Skenario Pengujian Test Case Hasil Yang Diharapkan Hasil Pengujian

1. Tambah data Barang Klik add data Muncul halaman tambah Berhasil dan
barang data barang sesuai harapan
2. Nama barang tidak diisi Nama barang: Sistem menolak dan
Berhasil dan
(kosong) menampilkan pesan
sesuai harapan
“Harap isi bidang ini”
3. Edit data barang Klik tombol aksi Muncul halaman edit Berhasil dan
edit Perusahaan. sesuai harapan
4. Merubah data kemudian Klik tombol Aksi Sistem menamp.ilkan Berhasil dan
97
klik Simpan Simpan pesan
“Data saved sesuai harapan
successfully”
5. Hapus data barang Klik tombol Sistem menampilkan
Hapus pesan peringantan Berhasil dan
apakah benar data akan sesuai harapan
di hapus.
C. Form Barang Masuk
Product maka didapatkan sebanyak 7 valid dari 7 pernyataan test
case (data terlampir). Sehingga untuk form barang masuk tidak
ada masalah.
Table 4.16Pengujian Form Barang Masuk
Hasil
NO Skenario Pengujian Test Case Hasil Yang Diharapkan
Pengujian
1. Tambah data Barang Klik add barang Muncul halaman tambah Berhasil dan
Masuk masuk barang masuk sesuai harapan
2. No invoice, supplier, No invoice: Sistem menolak dan
nama barang, & jumlah (kosong) menampilkan pesan
tidak diisi supplier: “harap isi bidang ini”
(kosong) Diarahkan pada kolom Berhasil dan
Nama barang: yang harusnya diisi sesuai harapan
(kosong)
jumlah barang:
(kosong)
3. Isi invoice, memilih No invoice: Sistem menolak dan
supplier, nama barang & (INV/0008) menampilkan pesan
jumlah tidak diisi nama barang: “harap isi bidang ini” Berhasil dan
(kosong) Diarahkan pada kolom sesuai harapan
jumlah barang: yang harusnya diisi
(kosong)
4. Memilih supplier, No Nama supplier: Sistem menolak dan Berhasil dan
invoice tidak diisi, (SMASH JAYA menampilkan pesan sesuai harapan
Nama barang diisi & SPORT) “harap isi bidang ini”
jumlah diisi No invoice: Diarahkan pada kolom
98
(kosong) yang harusnya diisi
Nama barang:
(bola volly)
jumlah barang:
(13)
5. Edit data barang masuk Klik tombol aksi Muncul halaman edit Berhasil dan
edit purchase order. sesuai harapan
6. Merubah data kemudian Klik tombol Aksi Sistem menampilkan
Berhasil dan
klik Simpan submit pesan “Data saved
sesuai harapan
successfully”
masuk Hapus pesan peringantan Berhasil dan
di hapus.
D. Form Barang Keluar
ClaimCustomer maka didapatkan sebanyak 6 valid dari 6
pernyataan test case (data terlampir). Sehingga untuk form barang
keluar tidak ada masalah.
Table 4.17Pengujian Form Barang Keluar
Hasil
Pengujian
1. Tambah data Barang Klik add barang Muncul halaman tambah Berhasil dan
Keluar keluar barang keluar sesuai harapan
2. No nota, nama barang, No nota: Sistem menolak dan
& jumlah tidak diisi (kosong) menampilkan pesan
Nama barang: “harap isi bidang ini” Berhasil dan
(kosong) Diarahkan pada kolom sesuai harapan
(kosong)
3. Isi nota, nama barang & No nota: Sistem menolak dan Berhasil dan
jumlah tidak diisi (NOT/0009) menampilkan pesan sesuai harapan
nama barang: “harap isi bidang ini”
(kosong) Diarahkan pada kolom
99
(kosong)
4. Isi nota, isi nama No nota: Sistem menolak dan
barang, jumlah tidak (NOT/0009) menampilkan pesan
diisi nama barang: “harap isi bidang ini” Berhasil dan
(Senar raket) Diarahkan pada kolom sesuai harapan
(kosong)
5. No nota, nama barang, No nota: Sistem menampilkan
& jumlah diisi (NOT/0009) pesan “Data saved
nama barang: successfully” Berhasil dan
(Senar raket) sesuai harapan
jumlah barang:
(13)
Keluar Hapus pesan peringantan Berhasil dan
di hapus.
E. Form Supplier
User maka didapatkan sebanyak 5 valid dari 5 pernyataan test case
(data terlampir). Sehingga untuk form Supplier tidak ada masalah.
Table 4.18Pengujian Form Supplier
No Skenario Pengujian Test Case Hasil Yang Diharapkan Hasil Pengujian

1. Tambah data Supplier Klik add data Muncul halaman tambah Berhasil dan
supplier data supplier sesuai harapan
2. Nama Supplier tidak Nama Supplier: Sistem menolak dan
Berhasil dan
diisi (kosong) menampilkan pesan
sesuai harapan
“Harap isi bidang ini”
3. Edit data Supplier Klik tombol aksi Muncul halaman edit Berhasil dan
edit Perusahaan. sesuai harapan
4. Merubah data kemudian Klik tombol Aksi Sistem menamp.ilkan Berhasil dan
klik Simpan Simpan pesan sesuai harapan
100
“Data saved
successfully”
5. Hapus data supplier Klik tombol Sistem menampilkan
Hapus pesan peringantan Berhasil dan
di hapus.
F. Form Laporan
Setelah dilakukan pengujian black box testing untuk form laporanmaka
didapatkan sebanyak 1 valid dari 1 pernyataan test case (data terlampir).
Sehingga untuk form Laporan tidak ada masalah.
Table 4.19Pengujian Form Laporan
Hasil
Pengujian
1. Klik Data Laporan Klik Laporan Sistem membaca dan
barang masuk, menampilkan setiap
Berhasil dan
Laporan barang laporan pada data laporan
sesuai harapan
keluar, laporan
stok
4.2 Pembahasan
4.2.1 Tahapan dalam perancangan sistem
Tahapan dalam perancangan Aplikasi Stok Gudang Harian
Berbasis Laravel Di Yana Sport Cirebon. Jenis penelitian yang dilakukan
adalah metode kualitatif. Karna penelitian kualitatif menganalisis dan
mengkonstruksi objek yang diteliti menjadi lebih jelas. Informasi yang
dikumpulkan dan diolah harus tetap objektif dan tidak dipengaruhi oleh
pendapat peneliti sendiri. Adapun lokasi penelitian ini dilakukan di Yana

101
Sport Cirebon yang terletak di Jalan Fatahillah No. 225, Cirebon 45154,
Jawa Barat
Penelitian dan pengembangan (Research and Development)
bertujuan untuk menghasilkan sistem baru melalui proses pengembangan.
Peneliti membangun sistem ini menggunakan model pengembangan
perangkat lunak Model View Controller (MVC) proses metode waterfall.
Metode waterfall adalah model klasik yang bersifat sistematis, berurutan
dalam membangun suatu perangkat lunak. Tahapan dalam model proses
waterfall yaitu analisis kebutuhan, desain, implementasi dan pengujian.
4.2.2 Pengujian Sistem Aplikasi
Pengujian sistem Aplikasi Stok Gudang Harian Berbasis Laravel Di
Yana Sport Cirebon Berdasarkan pengujian test case, diperoleh hasil
sebagai berikut:
1. Aplikasi yang dibangun dapat menampilkan fitur-fitur stok
barang yang berjalan dengan baik.
2. Aplikasi yang dibangun memiliki tampilan yang menarik dan
interaktif.
3. Aplikasi yang dibangun dapat mudah digunakan dan dimengerti.
4. Aplikasi yang dibangun dapat membantu pihak yana sport dalam
melakukan pengelolaan data barang dan melihat laporan.
5. Aplikasi yang dibangun sudah sesuai dengan tahapan-tahapan
perancangan sehinga aplikasi ini hasilnya merasa puas.

102
4.2.3 Pengaruh Penerapan Sistem Aplikasi
Pengaruh dari penerapan sistem Aplikasi Stok Gudang Harian
Berbasis Laravel Di Yana Sport Cirebon, kinerja karyawan
mengalami peningkatan dalam melakukan pengelolaan data barang
masuk dan barang keluar karena sudah terstruktur di sistem
aplikasi, serta dalam melihat laporan bisa dilakukan secara
langsung tanpa melihat buku catatan karena aplikasi sudah
terintregasi ketika owner ingin cek laporan barang masuk dan
keluar.
103
BAB V
KESIMPULAN DAN SARAN
5.1 Kesimpulan
Berdasarkan hasil dan pembahasan penelitian yang telah dijabarkan pada
bab-bab sebelumnya maka dapat ditarik beberapa kesimpulan sebagai
berikut:
1. Dengan adanya Sistem Aplikasi Stok Barang ini berfungsi atau
bertujuan untuk membantu pihak Yana Sport dalam memanajemen
data barang, memudahkan dalam pencarian data barang untuk di
update saat dibutuhkan, dan memudahkan dalam memonitoring data
barang masuk dan barang keluar, serta dalam melihat laporan bisa
dilakukan secara langsung karena aplikasi sudah terintregasi ketika
owner ingin cek laporan barang masuk dan keluar.
2. Analisa penerapan Sistem Aplikasi Stok Barang mampu memberikan
kemudahan dari beberapa proses yang berkaitan dengan kebutuhan,
kegunaan dan implementasi aplikasi. Berdasarkan pengujian aplikasi
terhadap penggunaan Sistem Aplikasi Stok Barang berdasarkan uji
blackbox testing mendapatkan respon sebesar 100% berhasil. Blackbox
dilakukan oleh 3 user, admin, karyawan gudang, dan owner
3. Pengaruh dari penerapan Sistem Aplikasi Stok Barang di Yana Sport
Cirebon, kinerja karyawan mengalami peningkatan dalam melakukan
pengelolaan data barang masuk dan barang keluar karena sudah

terstruktur di sistem aplikasi, serta dalam melihat laporan bisa
dilakukan secara langsung karena aplikasi sudah terintregasi ketika
owner ingin cek laporan barang masuk dan keluar.
5.2 Saran
Saran dari penulis untuk pengembangan sistem berikutnya dan
penelitian selanjutnya yaitu:
1. Diharapkan aplikasi ini terus dikembangkan dengan penambahan fitur
yang bermanfaat dan desain yang lebih menarik.
2. Pengembangan dari sisi bahasa pemrograman yaitu dari PHP ke
bahasa pemrograman Mobile.
105
DAFTAR PUSTAKA
Abidin, I. Z., & Putro, H. P. (2020). PENERAPAN MVC DALAM
PENGEMBAGAN SISTEM POINT OF SALE. Pengembangan Sistem ,
14.
Ayu, F., Irfan, D., Ambiyar, Rahmad, M., & Zulkifli, A. (2020).
APLIKASI PERSEDIAAN BARANG ELEKTRONIK
MENGGUNAKAN . Journal of Information Technology and Computer
Science (INTECOMS) , 207-217.
Badii, Y. A., & Kuncoro, D. (2017). PERANCANGAN SISTEM
INFORMASI PENJUALAN DAN PEMBELIAN SERTA
PENGENDALIAN STOK BARANG PADA TOKO BATIK
KUSUMAWARDANI SOLO. JURNAL ILMIAH GO INFOTECH , 19-20.
Dzulfiqar, F., Sanjaya, M. B., & Aji, P. (2020). APLIKASI PEMESANAN
DAN PENGELOLAAN . e-Proceeding of Applied Science , 2947.
Fatmawati, & Munajat, J. (2018). IMPLEMENTASI MODEL
WATERFALL PADA SISTEM . MEDIA INFORMATIKA BUDIDARMA,
Vol 2, No 2 , 1-9.
Jogiyanto. (1999). Dosen FE UGM. Yogyakarta: Gramedia.
Jufri, F. R., & Zakaria, T. M. (2019). RANCANG BANGUN APLIKASI
INVENTORY BARANG UNTUK FAJAR JAYA ABADI
MEMANFAATKAN "LARAVEL FRAMEWORK". Jurnal Strategi ,
247.
Prawiro, M. (2018, 11 18). Pengertian Sistem: Definisi, Unsur-Unsur, dan
Jenis-Jenis Sistem. Retrieved 02 09, 2022, from www.maxmanroe.com:
https://www.maxmanroe.com/vid/manajemen/pengertian-
sistem.html#:~:text=Secara%20umum%2C%20pengertian%20sistem
%20adalah%20suatu%20kesatuan%2C%20baik,untuk%20mencapai
%20tujuan%20tertentu%20secara%20efektif%20dan%20efisien.
Putra, M. R., Budiwati, S. D., & Tambunan, T. D. (2017). APLIKASI
MONITORING LAPORAN STOK BARANG WORMHOLE
MAKASSAR . e-Proceeding of Applied Science : Vol.3, No.3 , 1232.
Tahir, T. B., Rais, M., & HS, M. A. (2019). APLIKASI POINT OF SALE
MENGGUNAKAN FRAMEWORK LARAVEL. JIKO (Jurnal
Informatika dan Komputer) , 55-59.
Widarma, A., & Rahayu, S. (2019). PERANCANGAN APLIKASI GAJI
KARYAWAN PADA PT. PP LONDON SUMATRA INDONESIA TBK.
GUNUNG MLAYU ESTATE - KAB. ASAHAN. Aplikasi Perancangan ,
4.
107
LAMPIRAN
Table Data Stok Barang Bulan September - November 2020
Tabel stok barang bulan September
No Nama Barang Stok Penyimpanan
1 Rompi futsal/bola 2121 Gudang
2 Jersey futsal 312 Gudang
3 Sepatu futsal 491 Gudang
4 Kaos kaki futsal 94 Gudang
5 Tas sepatu futsal 82 Gudang
6 Deker futsal 295 Gudang
7 Bola futsal size 4 130 Gudang
8 Manset tangan 44 Gudang
9 Finger supporter 38 Gudang
10 Raket badminton 406 Gudang
11 Tas badminton 34 Gudang
12 Kaos kaki badminton 68 Gudang
13 Senar badminton 51 Gudang
14 Kock badminton 920 Gudang
15 Grip raket 1691 Gudang
16 Net badminton 54 Gudang
17 Pluit 43 Gudang
18 Cone 508 Gudang
19 Net volli 23 Gudang
108
20 Sepatu volli 214 Gudang
21 Bola volli 8 Gudang
22 Bola pingpong 466 Gudang
23 Bed pingpong 68 Gudang
24 Keychain bola pingpong 18 Gudang
25 Meja bola pingpong 3 Gudang
26 Net meja bola pingpong 7 Gudang
27 Sepatu sepak bola 75 Gudang
28 Deker sepak bola 84 Gudang
29 Bola sepak size 5 25 Gudang
30 Jersey club bola 128 Gudang
31 Jaring gawang futsal 30 Gudang
32 Jaring gawang bola 24 Gudang
33 Sarung tangan kiper 210 Gudang
34 Kaos kaki bola panjang 122 Gudang
35 Karpet vinyl sintetis 225 Gudang
36 Set interlock futal 4 Gudang
Jumlah stok keseluruhan 0
109
Tabel stok barang bulan Oktober
17 Pluit 42 Gudang
18 Cone 490 Gudang
110
111
Tabel stok barang bulan November
17 Pluit 50 Gudang
18 Cone 730 Gudang

112
113

Skripsi - 41170606 Muhamad Agus Solihin

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Skripsi - 41170606 Muhamad Agus Solihin

Diunggah oleh

Hak Cipta:

Format Tersedia

PERANCANGAN APLIKASI STOK GUDANG HARIAN BERBASIS

Disusun sebagai salah satu syarat memperoleh gelar sarjana

PROGRAM STUDI TEKNIK INFORMATIKA

PERANCANGAN APLIKASI STOK GUDANG HARIAN BERBASIS

LARAVEL BASED DAILY WAREHOUSE STOCK APPLICATION

Dipersiapkan dan Disusun oleh

Telah Diujikan dan Disahkan Dalam Ujian Sidang Skripsi

Gifthera Dwilestari, S.I.Kom., M.Kom

Dr. Dadang Sudrajat, S.Si., M.Kom

HALAMAN PENGESAHAN LPPM

LARAVEL BASED DAILY WAREHOUSE STOCK APPLICATION

Dipersiapkan dan Disusun oleh

Muhamad Agus Solihin

Agus Bahtiar, M.Kom Tati Suprapti, M.Kom

PERANCANGAN APLIKASI STOK GUDANG HARIAN BERBASIS

LARAVEL BASED DAILY WAREHOUSE STOCK APPLICATION

Dipersiapkan dan Disusun oleh

Muhamad Agus Solihin

Telah disetujui oleh Tim Dosen Pembimbing Skripsi

Pembimbing Utama Pembimbing

Tati Suprapti, M.Kom Iin, M.Kom

Yang bertanda tangan dibawah ini,

Yana Sport adalah perusahaan yang menyediakan berbagai macam peralatan

Kata Kunci : aplikasi komputer, stok barang, data barang, Laravel

Keywords: computer application, stock of goods, data of goods, Laravel

Puji syukur dipanjatkan kepada Allah SWT,Sang Maha Pencipta dan

Wassalamu’alaikum Wr. Wb.

1.2 Rumusan Masalah...................................................................................26

1.3 Batasan Masalah......................................................................................27

1.4 Tujuan Penelitian.....................................................................................27

1.5 Manfaat Penelitian...................................................................................28

BAB II TINJAUAN PUSTAKA...........................................................................30

2.2 Keaslian Penelitian..................................................................................33

2.3 Landasan Teori........................................................................................37

2.3.1. Aplikasi Komputer...................................................................37

2.3.2. Definisi Sistem.........................................................................37

2.3.4. Stok Gudang.............................................................................38

2.3.6. Metode Waterfall.....................................................................40

2.3.8. Teknologi WEB.....................................................................42

2.3.9. Java Script................................................................................44

2.3.12. Pengujian Sistem....................................................................46

2.3.14. Use Case Diagram..............................................................49

2.3.15. Activity Diagram.................................................................51

BAB III METODE PENELITIAN.......................................................................52

3.1.1 Jenis Penelitian.......................................................................52

3.1.2 Sifat Penelitian.......................................................................52

3.1.3 Pendekatan Penelitian.............................................................52

3.2 Metode Perancangan Sistem.......................................................................52

3.3 Teknik Pengolahan Data.............................................................................53

3.3.1 Normalisasi Data....................................................................53

3.3.3 Relationship Tabel..................................................................56

3.4 Teknik Pengujian Sistem.............................................................................57

3.4.1 White Box Testing....................................................................57

3.4.2 Black Box Testing.....................................................................57

3.5 Maintenace Sistem......................................................................................58

BAB IV HASIL DAN PEMBAHASAN..............................................................59

4.1.1 Analilisis Kebutuhan..............................................................59

Use Case Diagram.............................................................................................60

1. White Box Testing........................................................................................91

2. Black Box Testing.......................................................................................100

4.2.1 Tahapan dalam perancangan sistem.....................................105

4.2.3 Pengaruh Penerapan Sistem Aplikasi...................................107