PERANCANGAN SISTEM INFORMASI INVENTORY

BERBASIS WEBSITE PADA CV PALAGUNA

Oleh:

MUH. RIDWAN

1202154222

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS REKAYASA INDUSTRI

UNIVERSITAS TELKOM

2021
 LEMBAR PENGESAHAN

Tugas Akhir dengan judul :

PERANCANGAN APLIKASI MANAJEMEN PERSEDIAAN

GUDANG BERBASIS WEBSITE PADA CV PALAGUNA
Telah disetujui dan disahkan pada Sidang Tugas Akhir

Program Studi Strata 1 Sistem Informasi

Fakultas Rekayasa Industri Universitas Telkom

Oleh:

MUH. RIDWAN

1202154222

Bandung, 09 June 2023

Disetujui oleh,

Pembimbing 1, Pembimbing 2,

Dr. Irfan Darmawan, S.T., M.T. Putra Fajar Alam, S.S.I., M.T.

i
ii
LEMBAR Nama : Muh. Ridwan
NIM : 1202154222
Alamat : JL. Adhyaksa III no. 26 RT/RW 05/03 Kec.Dayeuhkolot,
Kab. Bandung, Jawa Barat
No. Tlp : 08112248894
Email : ridwan@4nesia.com

PERNYATAAN ORISINALITAS

Menyatakan bahwa Tugas Akhir

inimerupakan karya orisinal saya sendiri. Atas pernyataan ini, saya siap
menanggung risiko atau sanksi yang dijatuhkan kepada saya apabila kemudian
ditemukan adanya pelanggaran terhadap kejujuran akademik atau etika keilmuan
dalam karya ini, atau ditemukan bukti yang menunjukkan ketidakaslian karya ini.

Bandung, 09 Juni 2023

( )

iii
 Muh. Ridwan

iv
 ABSTRAK

CV Palaguna merupakan sebuah perusahaan yang bergerak di bidang penjualan

alat dan material bahan bangunan seperti semen, pasir, kerikil, rangka baja,
gypsum dan aksesoris bangunan lainnya. Adapun masalah yang terjadi pada
sistem yang sedang berjalan saat ini yaitu untuk pengolahan data barang masuk
dan keluar, data pengiriman barang, data pelanggan masih dicatat kedalam buku
besar sesuai dengan kwitansi atau surat jalan dari pelanggan atau supplier yang
berisi berapa banyak barang yang masuk dan keluar untuk dikirim ke pelanggan
dan pendataan persediaan stok barang hanya dicatat di selembar kertas kemudian
baru disalin kembali ke komputer oleh bagian kantor, sehingga terkadang
mengalami kesulitan dalam perhitungan barang dan untuk mendapatkan informasi
stok barang mengalami kesulitan terkadang informasi yang diberikan tidak sesuai
dengan ketersediaan barang yang ada. Tujuan penelitian ini adalah membuat
Sistem Informasi Inventory Stok Barang, yang dapat mengelola barang masuk
dan keluar, stok barang, data pelanggan, pengiriman, transaksi pemesanan dengan
menggunakan metode Rapid Application Development (RAD) dan dengan
menggunakan Entity Relationship Development (ERD) untuk pemodelan
terstruktur. Sistem Informasi yang telah dihasilkan pada perancangan ini dapat
mengelola data barang masuk dan keluar, data stok barang, data pelanggan, data
pengiriman, data transaksi pemesanan, serta adanya grafik visual presentase
penjualan dan barang terlaris serta pemesanan barang yang bisa dilakukan secara
online.

Kata kunci : Sistem Informasi Inventory, Rapid Application Development, Entity

Relationship Development , PHP

iii
 ABSTRACT

CV Palaguna is a company engaged in the sale of tools and building materials

such as cement, sand, gravel, steel frames, gypsum and other building accessories.
The problems that occur in the system that is currently running are for data
processing of incoming and outgoing goods, data on delivery of goods, customer
data is still recorded in the ledger in accordance with receipts or travel documents
from customers or suppliers which contains how many goods have entered and
out to be sent to customers and inventory data collection is only recorded on a
piece of paper and then copied back to the office, so that the computer has
difficulty in calculating goods and getting information on stock items has
difficulty when the information provided does not match the availability of
existing goods. The purpose of this study is to create a Stock Inventory
Information System, which can manage incoming and outgoing goods, stock of
goods, customer data, shipping, order transactions using the Rapid Application
Development (RAD) method and by using Entity Relationship Development
(ERD) for structured modeling. . The information system that has been generated
in this design can manage incoming and outgoing goods data, stock data,
customer data, delivery data, order transaction data, as well as a visual graph of
the percentage of sales and best-selling items as well as ordering goods that can be
done online.
Keywords: Inventory Information System, Inventory, Rapid Application
Development, Entity Relationship Development (ERD), PHP

iv
 KATA PENGANTAR

Segala puji dan syukur penulis panjatkan kehadirat Allah SWT yang
telah melimpahkan rahmat, hidayah, serta karunia-NYA dalam petunjuk dan
kemudahan sehingga penulis dapat menyelesaikan Tugas Akhir dengan judul
“Perancangan Inventory System Pada CV Palaguna Menggunakan Laravel”
sebagai syarat untuk menyelesaikan Program Studi Strata-1 Sistem Informasi
di Universitas Telkom.
Dalam penyusunan Tugas Akhir ini, penulis ingin menyampaikan rasa
syukur dan ucapan terima kasih yang tak terhingga atas bantuan, dukungan,
dan bimbingan kepada:

1. Allah SWT atas segala rahmat, hidayah, serta karunia-NYA yang telah
memberikan kemudahan dan kelancaran dalam penyusunan Tugas Akhir,
2. Orang tua yang tidak pernah berhenti untuk memberikan dukungan dan
doa sehingga laporan ini dapat terselesaikan,
3. Bapak Dr. Irfan Darmawan, S.T., M.T. selaku Dosen Pembimbing I dan
Bapak Putra Fajar Alam, S.S.I., M.T. selaku Dosen Pembimbing II yang
telah memberikan arahan, bimbingan, dan ilmu yang sangat bermanfaat
bagi penulis selama penyusunan laporan Tugas Akhir,
4. Serta seluruh pihak yang telah membantu dan mendukung dalam
penyusunan laporan ini yang tentunya tidak dapat disebutkan satu persatu.

Penulis menyadari bahwa masih terdapat kesalahan dalam laporan Tugas Akhir
ini, maka dari tu penulis memohon maaf. Semoga laporan Tugas Akhir ini dapat
bermanfaat bagi pembaca dan semua pihak.

Bandung, 09 June 2023

Muh. Ridwan

5
 DAFTAR ISI

LEMBAR PENGESAHAN...............................................................................................i
LEMBAR PERNYATAAN ORISINALITAS.................................................................i
ABSTRAK.......................................................................................................................iii
ABSTRACT.....................................................................................................................iv
KATA PENGANTAR......................................................................................................v
DAFTAR ISI...................................................................................................................vi
DAFTAR GAMBAR.......................................................................................................ix
DAFTAR TABEL.............................................................................................................x
DAFTAR ISTILAH........................................................................................................xi
DAFTAR LAMPIRAN..................................................................................................xii
BAB I PENDAHULUAN................................................................................................1
I.1 Latar Belakang....................................................................................................1
I.2 Identifikasi Masalah............................................................................................3
1.2.1 Perumusan Masalah..............................................................................3
1.2.2 Batasan Masalah....................................................................................4
1.3 Tujuan dan Manfaat Penelitian....................................................................4
1.3.1 Tujuan..........................................................................................................4
1.3.2 Manfaat Penelitian................................................................................5
1.4 Metodologi Penelitian....................................................................................5
1.4.1 Lokasi Penelitian...................................................................................5
1.4.2 Metode Pengumpulan Data...................................................................5
1.4.3 Metode Pengembangan Sistem..............................................................6
1.5 Sistematika Penulisan...................................................................................6
BAB I PENDAHULUAN..................................................................................6
BAB II LANDASAN TEORI.............................................................................6
BAB III METODOLOGI PENELITIAN.............................................................6
BAB IV HASIL DAN PEMBAHASAN................................................................7
BAB V PENUTUP..............................................................................................7
BAB II LANDASAN TEORI..........................................................................................8

6
 2.1 Pengertian UMKM........................................................................................8
2.2 Unified Modelling Language Diagram..........................................................8
2.3 Metode – Metode Pengembangan Sistem Informasi........................................10
2.3.1 Metode Waterfall........................................................................................10
2.3.3 Metode Agile Development..........................................................................13
2.3.2 Metode Scrum............................................................................................16
2.3.4 Metode RAD (Rapid Application Development)..........................................17
2.4 Supply Chain Management..........................................................................18
2.5 Teori Persediaan (Inventory).......................................................................20
2.6 Tujuan Aplikasi Persediaan Barang...........................................................20
2.7 Pengujian dengan Blackbox Testing............................................................21
BAB III METODOLOGI PENELITIAN....................................................................24
3.1 Konseptual Model.......................................................................................24
3.2 Sistematika Pemecahan Masalah................................................................25
3.2.1 Tahap Pendahuluan.............................................................................28
3.2.2 Tahap Analisis dan Sistem Desain.......................................................28
3.2.3 Tahap Kesimpulan dan Saran.............................................................29
BAB IV ANALISIS DAN PERANCANGAN..............................................................30
4.1 Pendahuluan................................................................................................30
4.1.1 Tinjauan Perusahaan.................................................................................30
4.1.2 Komunikasi (Communication)....................................................................32
4.1.3 Lingkungan Penelitian...............................................................................32
4.2 Analisis Sistem.............................................................................................32
4.2.1 Analisis Sistem yang Sedang Berjalan.................................................33
4.2.2 Analisis Sistem Usulan.........................................................................36
4.2.3 Literatur Sejenis..................................................................................43
4.3 Sistem Desain (Design)................................................................................44
4.3.1 Usecase Diagram.........................................................................................45
4.3.2 Activity Diagram........................................................................................46
4.3.3 Sequence Diagram......................................................................................48
4.3.4 Class Diagram.............................................................................................51
4.3.5 Tabel Database............................................................................................52
4.3.6 Perancangan Tampilan (Mockup)..............................................................55

7
BAB V HASIL DAN PEMBAHASAN.........................................................................68
5.1 Construction......................................................................................................68
5.1.1 Implementasi Sistem..................................................................................68
5.3 Pengujian (Blackbox Testing)............................................................................79
5.3.1 Pengujian Halaman Admin Penjualan......................................................79
5.3.2 Pengujian Halaman Admin Gudang..........................................................82
5.3.3 Pengujian Halaman Pimpinan...................................................................83
5.4 Penyerahan (Deployment).................................................................................84
BAB V PENUTUP..........................................................................................................85
5.1 Kesimpulan.......................................................................................................85
5.2 Saran............................................................................................................85
DAFTAR PUSTAKA.....................................................................................................86

8
 DAFTAR GAMBAR
Gambar 1.1 Grafik Omset Penjualan CV Palaguna (Sumber: CV Palaguna)...................47
Gambar 1.2 Pencatatan di CV Palaguna masih secara manual dengan Buku Besar
(Sumber: CV Palaguna)...................................................................................................48

9
 DAFTAR TABEL
Tabel 2.0.1 Definisi Data.................................................................................................55
Tabel 2.6 Simbol Systems Flowchart...............................................................................66

10
 DAFTAR ISTILAH
Framework : Kerangka kerja yang digunakan dalam perancangan
penelitian.

Back End : Halaman belakang pada situs bersistem CMS (Content

Managemen System ).

Supplier : Produsen, menggunakan alat dan tenaga untuk membuat

barang-barang untuk dijual.

UX : Proses desain dalam meningkatkan kepuasan pengguna.

Manufaktur : Proses dimana bahan baku diubah menjadi barang jadi

dalam skala yang besar

Distributor : Penyalur barang dari pabrik ke toko-toko maupun retail-

retail.

Front End : Tampilan sebuah website yang bisa dikunjungi oleh siapa
pun melalui internet.

UI : Desain yang berfungsi untuk interaksi antara pengguna dan

produk.

11
DAFTAR LAMPIRAN

12
 BAB I
PENDAHULUAN
I.1 Latar Belakang

CV Palaguna merupakan sebuah perusahaan yang bergerak di bidang

penjualan alat dan material bahan bangunan seperti semen, pasir, kerikil, rangka
baja, gypsum dan aksesoris bangunan lainnya. CV Palaguna merupakan
perusahaan yang menjual dengan harga murah sehingga banyak pelanggan
membeli barang digunakan untuk di pakai sendiri ataupun di jual kembali.

CV Palaguna ini hanya khusus menjual menyediakan bahan bangunan

tidak termasuk jasa pemasangan yang telah dibeli namun menyediakan
pengantaran barang ke tempat pelanggan. Untuk pengambilan barang, perusahaan
ini memasoknya dari Kabupaten Wajo dan luar Kabupaten Wajo.

Omset CV PALAGUNA
Rp450,000,000
Rp400,000,000
Rp350,000,000
Rp300,000,000
Rp250,000,000
Rp200,000,000
Rp150,000,000
Rp100,000,000
Rp50,000,000
Rp-
2 0 10 2 0 1 1 2 0 12 2 0 1 3 2 0 1 4 2 0 15 2 0 1 6 2 0 17 2 0 18 2 0 1 9 2 0 20 2 0 2 1

Gambar 1.0.1 Grafik Omset Penjualan CV Palaguna (Sumber: CV Palaguna)

Menurut data grafik di atas dari tahun 2010 penjualan CV Palaguna terus
mengalami peningkatan walaupun di tahun tersebut mengalami penurunan yang
sangat pesat akibat wabah pandemi covid-19 karena banyak proyek pembangunan
terhenti, tapi di pertengahan tahun 2021 omset penjualan CV Palaguna sudah

1
mulai Mangalam peningkatan kembali. Maka dari itu seiring berkembangnya
penjualan dan semakin banyaknya produk yang dijual mengakibatkan pencatatan
informasi menjadi sulit dan rumit. Karena penyimpanan data pada perusahaan
masih dilakukan secara manual menggunakan kertas. Penyimpanan data secara
manual ini membuat terjadinya kesulitan pembagian informasi antara pegawai
dalam perusahaan, data yang kurang up to date dan tidak berkala, kesulitan dalam
pencarian data, pengiriman data dan penyimpanan data. CV Palaguna juga tidak
memiliki web transaksi yang dapat berguna sebagai data yang bersifat mobile
yang mampu diakses dari mana saja. Dengan berkembangnya teknologi komputer,
banyak perusahaan yang mulai beralih dan melakukan penyimpanan informasi
dengan menggunakan inventory web database. Sekarang ini, web publikasi juga
merupakan salah satu kebutuhan pokok bagi perusahaan.

Gambar 1.0.2 Pencatatan di CV Palaguna masih secara manual dengan Buku

Besar (Sumber: CV Palaguna)

Karena itu dibutuhkan sistem inventory untuk menyimpan semua

informasi perusahaan yang bertambah banyak dan rumit tersebut. Sistem
inventory dapat mengatur dan menghasilkan laporan dari data sesuai aplikasi

2
program yang digunakan. Penggunaan sistem inventory ini tentu saja lebih
mempermudah dalam mengakses informasi, namun pendekatan ini juga memiliki
banyak keterbatasan, yaitu data yang terpisah-pisah dan terisolasi, duplikasi data,
ketergantungan data, format file yang tidak sesuai, dan program 3 aplikasi dengan
query atau pengembangan yang terbatas. Hal ini dapat mengakibatkan kesulitan
dalam mengakses informasi, tidak menjamin integritas terhadap data, dan beresiko
besar terhadap keamanan data.

Inventory barang di dalam suatu usaha menjadi hal yang penting bagi
suatu perusahaan, karena dari inventory tersebut bisa mengelola stok barang di
gudang yang nantinya akan di jual ke konsumen. Oleh karena itu pengusaha atau
pedagang tersebut harus dapat mengelolah inventory barang dengan efektif dan
efisien agar sesuai dengan tujuan perusahaan.

Basis data berbasis web bisa memudahkan publikasi CV Palaguna dalam

pengembangan ke depannya. Dengan menggunakan web database, maka transaksi
data secara online baik pada admin Gudang maupun berada dalam kantor atau
ruang kerja serta dapat dilakukan secara real-time dalam jam kerja maupun jam
diluar jam kerja kantor.

Oleh karena itu diperlukan sistem basis data untuk menyimpan, mengelola
dan menyajikan data sehingga informasi yang diperlukan dapat disajikan dengan
cepat dan akurat. Informasi yang cepat dan akurat dapat berguna untuk
mendukung pengambilan keputusan. Setelahnya, menjadikan database yang ada
menjadi lebih terstruktur dan dapat digunakan secara berbasis web.

I.2 Identifikasi Masalah

1.2.1 Perumusan Masalah
Dalam penelitian ini rumusan masalah yang akan dibahas adalah sebagai
berikut:
1. Bagaimana menangani proses dalam pendataan barang masuk dan
keluar?

2. Bagaimana menangani dan mendata proses pemesanan barang?

3
 3. Bagaimana membangun sistem inventory stok barang yang dapat
memberikan informasi yang cepat, tepat dan akurat?
1.2.2 Batasan Masalah
Adapun batasan dari penelitian ini adalah sebagai berikut:
1. Sistem ini dibangun dan dirancang meliputi proses pemesanan,
pengiriman barang, barang masuk dan keluar, serta transaksi
pembayaran.
2. Sistem disesuaikan dengan sistem inventory yang dibangun
berbasis online sehingga pelanggan bisa lebih mudah untuk
memesan barang.
3. Metode pengembangan sistem yang digunakan dalam penelitian
ini menggunakan metode prototype.
4. Sistem ini menghasilkan laporan data inventory barang yang
menampilkan informasi meliputi barang masuk dan keluar,
jumlah stok barang, pengiriman dan transaksi pembayaran
pelanggan, persentase barang terlaris dan penjualan barang dalam
bentuk grafik visual.

1.3 Tujuan dan Manfaat Penelitian

1.3.1 Tujuan
Tujuan dari penelitian ini adalah :
1. Untuk merancang sistem inventory barang yang sesuai dengan
permasalahan pada kegiatan persediaan barang pada CV Palaguna
Palembang agar mempermudah admin gudang dalam mengelola dan
mendata data barang yang masuk dan keluar.
2. Membuat sistem informasi yang dapat melakukan pengontrolan stok
barang digudang sehingga dapat memberitahukan tentang jumlah stok
barang yang ada digudang dengan cepat dan akurat dan menyajikan
pemrosesan data tentang barang yang masuk dan yang keluar dengan
cepat dan akurat sehingga dapat menghasilkan informasi sesuai dengan
kebutuhan.

4
 3. Membangun Sistem Informasi Inventory Stok Barang pada CV
Palaguna dengan menggunakan metode pengembangan sistem
prototype. PHP sebagai bahasa pemrograman dan menggunakan
perancangan sistem Data Flow Diagram (DFD).
1.3.2 Manfaat Penelitian
Manfaat dari penelitian ini bagi perusahaan yaitu:
1. Membantu pihak CV Palaguna dalam proses pengolahan data stok
barang yang masuk dan keluar sehingga akan semakin
mempermudah admin gudang dalam memberikan suatu informasi
yang dibutuhkan.
2. Untuk menghindari keterlambatan barang, hilangnya barang dan
dengan adanya inventory barang ini, maka operasional perusahaan
dapat berjalan lebih baik lagi sehingga dapat memberikan kepuasan
pelayanan terhadap konsumen.
3. Dapat menunjang kinerja di CV Palaguna untuk pengembangan
sistem yang terkomputerisasi yang dapat digunakan oleh pihak
perusahaan.
4. Menyediakan informasi yang cepat, tepat dan akurat mengenai data
maupun laporan yang dibutuhkan serta memudahkan karyawan
dalam melakukan pengkontrolan persediaan barang.
1.4 Metodologi Penelitian
1.4.1 Lokasi Penelitian
Lokasi penelitian dilakukan pada CV Palaguna Jl. Andi Macca Amirullah
No. Telp (0485) 21693 Sengkang Kabupaten Wajo Sulawesi Selatan.
1.4.2 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan antara lain yaitu:
1. Observasi
Pengamatan langsung terhadap alur proses yang sedang berjalan pada CV
Palaguna untuk memperoleh informasi yang nantinya akan diolah kedalam
sistem informasi inventory.
2. Wawancara

5
 Kegiatan wawancara dilakukan dengan kepala dan staff di CV Palaguna,
beserta pihak-pihak yang terlibat dengan kegiatan penelitian di CV
Palaguna.
3. Kepustakaan
Pengumpulan data yang dilakukan secara langsung dari sumber-sumber
lain seperti buku, jurnal dan hasil penelitian yang berkaitan dengan
penelitian.
4. Dokumentasi
Pengumpulan data yang dilakukan dengan mengamati dokumen-dokumen
CV Palaguna yang berkaitan dengan sistem informasi yang dibangun.

1.4.3 Metode Pengembangan Sistem

Metode pengembangan sistem yang dipakai dalam penelitian skripsi
ini adalah metode Rapid Application Development (RAD) dan nified
Modelling Language (UML) sebagai alat pemodelannya (Whitten,
2004:104).
1.5 Sistematika Penulisan

Untuk mempermudah mengetahui sistematika penulisan skripsi ini

maka dibagi menjadi beberapa bab yaitu sebagai berikut :
BAB I PENDAHULUAN
Pada bab ini berisi latar belakang, rumusan masalah, batasan
masalah, metodologi penelitian, tujuan dan manfaat, serta
sistematika penulisan.

BAB II LANDASAN TEORI

Berisi teori-teori keilmuan yang mendasari masalah yang
diteliti, yang terdiri dari teori-teori dasar atau umum dan teori-
teori khusus.
BAB III METODOLOGI PENELITIAN
Pada bab ini menguraikan tentang sejarah organisasi, visi dan
misi organisasi, serta analisis sistem yang sedang berjalan,
analisis kebutuhan sistem, pemodelan dan desain sistem yang

6
 dibangun berdasarkan dengan metode penelitian yang
digunakan.
BAB IV HASIL DAN PEMBAHASAN
Pada bab ini menjelaskan hasil yang didapat dari penelitian,
dan pembahasan tentang sistem yang dibangun.
BAB V PENUTUP
Pada bab ini menguraikan beberapa kesimpulan dari
pembahasan masalah pada bab-bab sebelumnya serta
memberikan saran yang dapat memberikan pengembangan
selanjutnya.

7
 BAB II
LANDASAN TEORI

2.1 Pengertian UMKM

UMKM adalah singkatan dari Usaha Mikro Kecil dan Menengah,
UMKM berdasarkan skalanya terbagi menjadi tiga bentuk usaha yaitu sebagai
berikut berdasarkan Undang - Undang No. 20 Tahun 2008:

1. Usaha Mikro merupakan bentuk usaha milik perorangan atau badan

usaha yang telah memenuhi kriteria dimana sesuai dengan yang telah
diatur dalam Undang – undang dengan kriteria aset maksimal 50 juta
dan kriteria omzet maksimal 300 juta rupiah.

2. Usaha Kecil merupakan bentuk usaha yang berdiri sendiri yang

dilakukan oleh perorangan atau badan usaha yang bukan bagian dari
anak perusahaan atau bukan cabang dari perusahaan yang dimiliki,
dikuasai, atau menjadi bagian langsung ataupun tidak langsung dari
usaha menengah atau usaha besar. Kriteria usaha ini diatur dalam
undang – undang yaitu dengan kriteria aset 50 hingga 500 juta dengan
omzet 300 juta hingga 2,5 miliar rupiah.

3. Usaha Menengah merupakan bentuk usaha ekonomi yang berdiri

sendiri yang dilakukan oleh perorangan atau badan usaha bukan bagian
dari anak perusahaan atau bukan cabang dari perusahaan yang dimiliki,
dikuasai atau menjadi bagian langsung ataupun tidak langsung dari
usaha kecil atau usaha besar dengan kriteria sesuai undang – undang
dengan aset 500 hingga 10 miliar dengan omzet lebih dari 2,5 miliar
rupiah.
2.2 Unified Modelling Language Diagram
Unified Modeling Language atau UML didefinisikan sebagai standar
bahasa pemodelan umum di bidang rekayasa perangkat lunak berorientasi objek
yang standar ini dikelola dan dibuat oleh Object Management Group (Lee, 2012).
UML digunakan sebagai alat untuk menentukan dan memvisualisasikan sistem

8
perangkat lunak. Hal Ini mencakup jenis diagram yang menggambarkan dan
memetakan aplikasi komputer secara visual atau desain maupun struktur sistem
database. Berikut jenis standar diagram pada UML (Lee, 2012):

1) Use Case Diagram

Tujuan utamanya adalah untuk memvisualisasikan persyaratan fungsional
suatu sistem, termasuk hubungan "aktor" (manusia dan mungkin sistem
lain yang akan berinteraksi dengan sistem yang akan dibangun) terhadap
proses esensial, serta hubungan antara kasus penggunaan yang berbeda.
2) Class Diagram
Merupakan jenis diagram struktur statis dalam UML yang menggambarkan
struktur sistem dengan menunjukkan kelas sistem, atribut, operasi (atau
metode), dan hubungan antar kelasnya.
3) Sequence Diagram
Diagram ini menunjukkan pemanggilan antara objek yang berbeda dalam
urutannya dan dapat menunjukkan pada tingkat yang lebih rinci,
pemanggilan metode dari suatu objek ke objek yang berbeda.
4) Statechart Diagram
Diagram statechart digunakan untuk memvisualisasikan dan memodelkan
berbagai keadaan bahwa sebuah kelas dapat masuk dan bagaimana transisi
kelas dari suatu keadaan ke keadaan yang lain.
5) Activity Diagram
Diagram aktivitas digunakan untuk menggambarkan alur kerja dan komponen
operasional secara langkah demi langkah dalam suatu sistem.
6) Component Diagram
Digunakan untuk menggambarkan struktur sistem yang sangat rumit.
Tujuannya adalah untuk menunjukkan ketergantungan yang dimiliki
perangkat lunak pada komponen perangkat lunak lain dalam sistem
tersebut.
7) Deployment Diagram
Deployment diagram menunjukkan bagaimana sistem akan digunakan secara
fisik di lingkungan perangkat keras. Tujuannya adalah untuk menunjukkan

9
 di mana setiap komponen yang berbeda dari sistem akan berjalan secara
fisik dan bagaimana mereka akan berkomunikasi satu sama lain.
8) Package Diagram
Diagram paket digunakan untuk merepresentasikan pengorganisasian
paket dan elemennya. Ketika digunakan untuk mewakili elemen kelas,
diagram paket memberikan visualisasi namespace.

Berdasarkan jenis-jenis diagram di atas, pengembangan aplikasi

dalam penelitian ini menggunakan diagram use-case, activity, class, dan
sequence.
2.3 Metode – Metode Pengembangan Sistem Informasi
2.3.1 Metode Waterfall
Metode ini merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Inti dari metode waterfall adalah pengerjaan dari suatu
sistem dilakukan secara berurutan atau secara linear. Jadi jika langkah satu belum
dikerjakan maka tidak akan bisa melakukan pengerjaan langkah 2, 3 dan
seterusnya. Secara otomatis tahapan ke-3 akan bisa dilakukan jika tahap ke-1 dan
ke-2 sudah dilakukan (Nagara et al., 2015). Sedangkan menurut Ian Sommerville
dalam penelitian (Cahyadilani et al., 2019), metode waterfall merupakan model
pengembangan sistem informasi yang sistematik dan sekuensial. Waterfall model
atau disebut juga dengan siklus hidup klasik, menyarankan pendekatan sistematis
dan berurutan untuk pengembangan perangkat lunak yang dimulai dengan
spesifikasi kebutuhan pelanggan dan berkembang melalui perencanaan,
pemodelan, konstruksi, dan penyebaran, yang berpuncak pada dukungan
berkelanjutan dari perangkat lunak yang telah selesai (Pressman, 2010). Berikut
merupakan fase - fase dalam model waterfall menurut referensi (Pressman,
2010):

10
 Gambar 0.3 Model Waterfall Sumber :(Pressman, 2010)
a. Tahap 1: Communication (Project Initiation & Requirements Gathering)
Sebelum memulai pekerjaan yang bersifat teknis, sangat diperlukan adanya
komunikasi dengan customer demi memahami dan mencapai tujuan yang
ingin dicapai. Hasil dari komunikasi tersebut adalah insialisasi proyek,
seperti menganalisis terhadap permasalahan yang dihadapi dan
mengumpulkan data - data yang diperlukan dengan melakukan
wawancara dengan customer, serta membantu mendefinisikan fitur dan
fungsi software. Pengumpulan data - data tambahan dapat diperoleh dari
jurnal, artikel dan internet.
b. Tahap 2: Planning (Estimating, Scheduling, Tracking)

Tahap planning merupakan lanjutan dari tahap communication (analysis

requirement). Tahapan ini menjelaskan tentang estimasi tugas – tugas
teknis yang akan dilakukan, resiko – resiko yang dapat terjadi, sumber
daya yang diperlukan dalam membuat sistem, produk kerja yang ingin
dihasilkan, penjadwalan kerja yang akan dilaksanakan dan tracking proses
pengerjaan sistem.

c. Tahap 3: Modeling (Analysis & Design)

Tahap modeling ini dapat menerjemahkan syarat kebutuhan ke sebuah

perancangan dan permodelan arsitektur sistem yang dapat diperkirakan
sebelum dibuat coding. Tahap ini berfokus pada perancangan struktur
data, arsitektur software, tampilan interface dan detail (algoritma)
program. Tujuannya untuk lebih memahami gambaran besar dari apa
yang akan dikerjakan (Pressman, 2010). Pada penelitian hanya sampai
pada tahap modeling yaitu membuat desain mockup usulan.

11
 d. Tahap 4: Construction (Code & Test)
Tahap construction merupakan tahapan membuat kode. Coding atau
pengkodean merupakan penerjemahan bentuk desain menjadi kode atau
bentuk/bahasa yang bisa dikenali oleh komputer. Programmer dapat
menerjemahkan transaksi yang diminta oleh user. Tahapan inilah yang
merupakan tahapan secara nyata dalam mengerjakan suatu software,
artinya penggunaan komputer akan dimaksimalkan dalam tahapan ini.
Setelah pengkodean selesai maka akan dilakukan testing terhadap sistem
yang telah dibuat tadi. Tujuan testing adalah menemukan kesalahan -
kesalahan terhadap sistem tersebut untuk kemudian bisa diperbaiki
(Pressman, 2010). Namun pada penelitian ini tidak sampai pada tahap
construction.
e. Tahap 5: Deployment (Delivery, Support, Feedback)
Tahap ini bisa dikatakan final dalam pembuatan sebuah software atau
sistem. Setelah melakukan analisis, desain dan pengkodean maka sistem
yang sudah jadi akan digunakan oleh user. Kemudian software yang telah
dibuat harus dilakukan pemeliharaan secara berkala, perbaikan software,
evaluasi software dan pengembangan software berdasarkan umpan balik
yang diberikan agar sistem dapat tetap berjalan dan berkembang sesuai
dengan fungsinya (Pressman, 2010).

Berikut merupakan kelebihan dan kekurangan pada metode Waterfall dalam

penelitian (Pane, 2020) :

• Kelebihan :

1. Kualitas dari sistem yang dihasilkan akan baik. Ini dikarenakan oleh
pelaksanaannya secara bertahap. Sehingga tidak terfokus pada tahapan
tertentu.

2. Dokumen pengembangan sistem sangat terorganisir, karena setiap fase

harus terselesaikan dengan lengkap sebelum melangkah ke fase
berikutnya. Jadi setiap fase atau tahapan akan mempunyai dokumen

12
 tertentu. Ini membuatnya lebih mudah untuk mengikuti logika proyek
masa lalu dan menempatkan dasar untuk proyek masa depan.

3. Tenggat waktu jelas. Sifat statis waterfall dan alur kerja yang dapat
diprediksi membuatnya mudah untuk memperkirakan biaya, membuat
jadwal dan menepati tenggat waktu.

4. Disiplin oleh desain, karena setiap fase memiliki titik awal yang jelas
dan gerbang peninjauan persyaratan di akhir, tim harus menyelesaikan
semua tugas sebelum proyek secara keseluruhan dapat dilanjutkan.

5. Komunikasi yang jelas. Jadwal yang dapat diprediksi dan proyek yang
terdokumentasi dengan baik memudahkan untuk memberikan pembaruan
status kepada manajemen tingkat atas, pemangku kepentingan, atau klien
dengan permintaan yang ketat.

6. Kurva pembelajaran mudah. Sebagai pendekatan tradisional untuk

manajemen proyek lintas industri, tim biasanya tidak memerlukan
pengetahuan atau pelatihan sebelumnya untuk mulai bekerja pada proyek
dengan metode Waterfall.

• Kekurangan :

1. Diperlukan majemen yang baik, karena proses pengembangan tidak

dapat dilakukan secara berulang sebelum terjadinya suatu produk.

2. Kesalahan kecil akan menjadi masalah besar jika tidak diketahui sejak
awal pengembangan.

3. Pelanggan sulit menyatakan kebutuhan secara eksplisit sehingga tidak

dapat mengakomodasi ketidakpastian pada saat awal pengembangan.

2.3.3 Metode Agile Development

Agile Development Methods adalah sekelompok metodologi pengembangan
perangkat lunak yang didasarkan pada prinsip - prinsip yang sama atau
pengembangan sistem jangka pendek yang memerlukan adaptasi cepat dari

13
pengembang terhadap perubahan dalam bentuk apapun. Agile development
methods merupakan salah satu dari Metodologi pengembangan perangkat lunak
yang digunakan dalam pengembangan perangkat lunak. Agile memiliki pengertian
bersifat cepat, ringan, bebas bergerak dan waspada. Pada awalnya, konsep Agile
Software Development dicetuskan oleh Kent Back Bersama rekannya. Dalam
bukunya, metode pengembangan ini adalah suatu cara untuk membangun
perangkat lunak dengan melakukan dan membantu orang lain dalam
membangunnya sekaligus (Ambler, 2001-2008). Agile Software Development
adalah jenis pengembangan sistem jangka pendek yang memerlukan adaptasi
cepat dan pengembang terhadap perubahan dalam bentuk apapun. Dalam Agile
Software Development, interaksi dan personel lebih penting dari pada proses dan
alat, software yang berfungsi lebih penting dari pada dokumentasi yang lengkap,
kolaborasi dengan klien lebih penting dari pada negosiasi kontrak, dan sikap
tanggap terhadap perubahan lebih penting daripada mengikuti rencana. Terdapat
langkah - langkah dalam Agile Development Methods, yaitu :

1. Perencanaan.

2. Implementasi.

3. Tes perangkat lunak.

4. Dokumentasi.

5. Deployment.

6. Pemeliharaan.

Menurut Agile Alliance, terdapat 12 prinsip yang harus dipenuhi dalam

melakukan pengembangan perangkat lunak menggunakan metode agile. 12
prinsip tersebut adalah sebagai berikut (Pressman, 2010) :

1. Kepuasan klien adalah prioritas utama dengan menghasilkan produk lebih

awal dan terus menerus.
2. Selalu menerima adanya perubahan kebutuhan, sekalipun diakhir
pengembangan.

14
 3. Penyerahan hasil/software dalam hitungan waktu dua minggu sampai dua
bulan.
4. Bagian bisnis dan pembangun kerja sama tiap hari selama proyek
berlangsung.
5. Membangun proyek dilingkungan orang-orang yang bermotivasi tinggi
yang bekerja dalam lingkungan yang mendukung dan yang dipercaya
untuk dapat menyelesaikan proyek.
6. Komunikasi dengan berhadapan langsung adalah komunikasi yang efektif
dan efisien.
7. Software yang berfungsi adalah ukuran utama dari kemajuan proyek.
8. Dukungan yang stabil dari sponsor, pembangun, dan pengguna diperlukan
untuk menjaga perkembangan yang berkesinambungan.
9. Perhatian kepada kehebatan teknis dan desain yang bagus meningkatkan sifat
agile.
10. Kesederhanaan sangat penting.
11. Arsitek. Kebutuhan dan desain yang bagus muncul dari tim yang
mengatur dirinya sendiri.
12. Secara periodik tim evaluasi diri dan mencari cara untuk lebih efektif dan
segera melakukannya.
Berikut merupakan kelebihan dan kekurangan pada metode Agile
Development dalam penelitian (Pane, 2020) :
• Kelebihan :
1. Meningkatkan kepuasan kepada klien.
2. Dapat melakukan review pelanggan mengenai software yang dibuat lebih
awal.
3. Pembangunan system dibuat lebih cepat.
4. Mengurangi resiko kegagalan implementasi software dari segi non-teknis.
5. Jika pada saat pembangunan system terjadi kegagalan kerugian dari segi
materi relatif kecil.
6. Kemampuan beradaptasi. Siklus pengembangan singkat dari proses desain
berulang memberikan proyek fleksibilitas untuk berputar ketika
dibutuhkan.

15
• Kekurangan :
1. Developer harus selalu siap dengan perubahan karena perubahan akan
selalu diterima.
2. Agile tidak akan berjalan dengan baik jika komitmen tim kurang.
3. Tidak cocok dalam skala tim yang besar (>20 orang).
4. Perkiraan waktu release dan harga perangkat lunak sulit ditentukan.

2.3.2 Metode Scrum

Scrum adalah sebuah kerangka kerja dimana orang - orang dapat mengatasi
masalah kompleks adaptif, dimana pada saat bersamaan mereka juga
menghantarkan produk dengan nilai setinggi mungkin secara produktif dan
kreatif. Scrum bersifat ringan, sederhana untuk dipahami dan sulit untuk dikuasai
(Schwaber & Sutherland, 2017). Scrum adalah iteratif dan pengembangan
perangkat lunak kerangka kerja tambahan tangkas untuk proyek - proyek
perangkat lunak dan mengelola produk atau pengembangan aplikasi. Fokusnya
adalah pada "strategi, pengembangan produk fleksibel holistik di mana tim
pengembangan bekerja sebagai sebuah unit untuk mencapai tujuan bersama"
sebagai lawan dari "pendekatan tradisional, berurutan" (Pane, 2020). Scrum
memiliki aktifitas yang meliputi (Pane, 2020):

1. Backlog

Backlog adalah daftar kebutuhan yang jadi prioritas klien, dan daftar yang
dibuat dapat bertambah.

2. Sprints

Aktifitas Sprints merupakan unit pekerjaan yang diperlukan untuk

memenuhi kebutuhan yang ditetapkan dalam backlog sesuai dengan
waktu yang ditetapkan dalam time-box (biasanya 30 hari). Selama proses
ini berlangsung, backlog tidak ada penambahan.

3. Scrum Meetings

16
 Aktifitas Scrum Meeting merupakan pertemuan yang rutin dilakukan
perhari untuk evaluasi apa yang dikerjakan, hambatan yang ada, dan
target penyelesaian untuk bahan meeting selanjutnya.

4. Demo

Aktifitas Demo adalah penyerahan software increment ke klien

didemonstrasikan dan dievaluasi oleh klien.

Berikut merupakan kelebihan dan kekurangan pada metode Scrum dalam

penelitian (Pane, 2020):

• Kelebihan:

1. Keperluan berubah dengan cepat.

2. Tim berukuran kecil sehingga melancarkan komunikasi, mengurangi

biaya dan memberdayakan satu sama lain.
3. Pekerjaan terbagi - bagi sehingga dapat diselesaikan dengan cepat.

4. Dokumentasi dan pengujian terus menerus dilakukan setelah software

dibangun.
5. Proses Scrum mampu menyatakan bahwa produk selesai kapanpun
diperlukan.
• Kekurangan:

1. Developer harus selalu siap dengan perubahan karena perubahan akan

selalu diterima.
2.3.4 Metode RAD (Rapid Application Development)
RAD (Rapid Application Development) adalah salah satu alternatif dalam
melakukan suatu pengembangan sistem. RAD adalah sebuah strategi
pengembangan sistem yang menekankan kecepatan pengembangan melalui
keterlibatan pengguna yang ekstensif dalam konstruksi, cepat, berulang dan
bertambah serangkaian prototipe atau prototipe bekerja sebuah sistem yang pada
akhirnya berkembang kedalam sistem final (atau sebuah versi). Sebagai respon
pada kemajuan ekonomi pada umumnya, rapid application development (RAD)

17
atau pengembangan aplikasi cepat telah menjadi rute yang populer untuk
mengakselerasi pengembangan sistem. Gagasan-gagasan RAD adalah (Whitten,
2004:104):

 Kelebihan
1. Lebih aktif melibatkan para pengguna sistem dalam aktifitas analisis,
desain, konstruksi.
2. Mengorganisasikan pengembangan sistem ke dalam rangkaian seminar
yang intensif dan berfokus dengan para pemilik, pengguna, analis,
desainer, pembangun sistem.
3. Mengakselerasi fase-fase analisis dan desain persyaratan melalui
pendekatan konstruksi berulang.
4. Memperpendek waktu yang diperlukan sebelum para pengguna mulai
melihat sebuah sistem yang bekerja.
 Kekurangan
1. Membutuhkan tim dengan skill teknis yang mumpuni.
2. Memerlukan kolaborasi tim yang kuat.
3. Hanya cocok untuk proyek yang waktunya singkat.

2.4 Supply Chain Management

Supply Chain Management menurut Fantazy tahun 2010 adalah pendekatan
yang saling terintegrasi mulai dari proses perencanaan baik dari material, servis,

18
logistik dan informasi yang terjadi antara supplier kepada distributor hingga
kepada pelanggan.
Istilah Supply Chain Management (SCM) petama kali dikemukakan oleh
Oliver dan Weber tahun 1982. Supply Chain adalah jaringan fisiknya seperti
perusahaan yang terlibat di dalamnya seperti supplier, produksi, dan distribusi
sedangkan Supply Chain Management adalah metode, alat atau pendekatan yang
digunakan dalam pengelolaannya (Ecobisma & No, 2016). Menurut James.A dan
Mona J.Fitzsimmons, Supply Chain Management adalah sebuah sistem
pendekatan secara total dengan mengintegrasikan dan mengkoordinasikan
keseluruhan elemen supply chain mulai dari pemasok hingga ke barang sampai
ditangan konsumen.
Supply chain termasuk pada berbagai macam tahapan, seperti (Sunil Chopra,
2016):
a. Customers
b. Retailers
c. Wholesalers/distributor
d. Manufactures
e. Component/raw material supplier
Tujuan dari supply chain adalah untuk minimasi biaya keseluruhan dari
sebuah proses dari pemilihan supplier hingga barang jadi di tangan konsumen.
Cakupan Supply Chain Management meliputi hal - hal berikut:
Tabel 2.1 Cakupan Supply Chain Management

Bagian Cakupan Kegiatan Antara Lain

Pengembangan Melakukan riset pasar, merancang produk baru,
Produk melibatkan supplier dalam perancangan produk baru.

Pengadaan Memilih supplier, mengevaluasi kinerja supplier,

melakukan pembelian bahan baku dan komponen,
memonitor supply risk, membina dan memelihara
hubungan dengan supplier.

19
 Perencanaan & Demand planning, peramalan permintaan,perencanaan
kapasitas,perencanaan produksi dan persediaan.
Pengendalian
Operasi & Eksekusi produksi, pengendalian kualitas.
Produksi
Pengiriman / Perencanaan jaringan distribusi, penjadwalan
pengiriman, mencari dan memelihara hubungan dengan
distribusi
perusahaan jasa pengiriman, memonitor service level di
tiap pusat distribusi.

(sumber : I Nyoman Pujawan, 2005)

2.5 Teori Persediaan (Inventory)
Inventory meliputi semua barang yang dimiliki perusahaan pada saat tertentu,
dengan dijual kembali atau diasumsikan dalam siklus operasi normal perusahaan
sebagai barang yang dimiliki untuk dijual atau diasumsikan dimasa yang akan
datang. Semua barang yang berwujud dapat disebut inventory, tergantung dari
sifat dan jenis usaha (Raharjo, 2011).

Inventory perlu dilaksanakan dengan baik untuk mengetahui secara pasti

persediaan dari sisa barang-barang dagangan yang terjual, dan untuk menjamin
lancarnya arus lintas barang maka perlu diadakan pencatatan terhadap segala
penerimaan barang yang berasal dari supplier, barang yang dipesan oleh
pelanggan, barang yang terjual, dan penyesuaian penyesuaian (adjustment)
terhadap barang. Pencatatan data tersebut agar dapat diketahui dengan mudah
barang yang banyak tertimbun (over stock), barang yang harus dipesan kembali
kepada supplier karena persediannya sudah minim.

2.6 Tujuan Aplikasi Persediaan Barang

Tujuan dari aplikasi persediaan barang menurut Drs. La Midjan adalah
struktur interaksi manusia, peralatan metode-metode dan kontrol - kontrol yang
disusun untuk mencapai tujuan berikut (La Midjan, 2001):

1. Mendukung aktivitas dan rutinitas kerja dalam suatu bagian di dalam suatu
perusahaan.

20
 2. Mendukung tindakan keputusan untuk individu dan bagian kontrol
persediaan.
3. Mendukung persiapan laporan-laporan internal maupun laporan eksternal.

2.7 Pengujian dengan Blackbox Testing

Pengujian adalah satu set aktifitas yang direncanakan dan sistematis untuk
menguji atau mengevaluasi kebenaran yang diinginka. Aktifitas pengujian terdiri
dari satu set atau sekumpulan langkah dimana dapat menempatkan desain kasus
uji yang spesifik dan metode pengujian. Secara umum pola pengujian pada
perangkat lunak adalah sebagai berikut : (Rosa dan Shalahuddin, 2015:272)

1. Pengujian dimulai dari level komponen hingga integrasi antar komponen

menjadi sebuah sistem.

2. Teknik pengujian berbeda-beda sesuai berbagai sisi atau unit uji dalam
waktu yang berbeda-beda pula bergantung pada pengujian pada bagian
mana yang dibutuhkan.

3. Pengujian dilakukan oleh pengembang perangkat lunak, dan jika untuk

proyek besar, pengujian bisa dilakukan oleh tim uji yang tidak terkait
dengan tim pengembang perangkat lunak (independent test group (ITG)).

4. Pengujian dan penirkutuan (debugging) merupakan aktifitas yang berbeda,

tapi penirkutuan (debugging) harus diakomodasi pada berbagai strategi
pengujian. Pengujian lebih fokus untuk mencari adanya kesalahan (error)
baik dari sudut pandang orang secara umum atau dari sudut pandang
pengembang tanpa harus menemukan lokasi kesalahan pada kode program.
Penirkutuan (debugging) adalah proses mencari lokasi kesalahan (error)
pada kode program sehingga dapat segera diperbaiki oleh pembuat program
(programmer).

Metode pengujian digunakan untuk mengetahui fungsi yang telah

ditentukan bahwa suatu sistem telah dirancang dapat menunjukan bahwa masing-
masing fungsi sepenuhnya beroperasi. Pada penelitian kali ini pengujian yang
digunakan adalah black box testing yang hanya berfokus pada pengujian

21
fungsionalnya saja atau pengujian yang berfokus pada keluaran hasil dari respon
masukan.

Menurut Pressman (2010:597) black box testing atau pengujian kotak hitam
juga disebut pengujian perilaku, berfokus pada persyaratan fungsioanal perangkat
lunak. Artinya, teknik pengujian kotak hitam memungkinkan anda untuk
membuat beberapa kumpulan kondisi masukan yang sepenuhnya akan melakukan
semua kebutuhan fungsional untuk program. Pengujian kotak hitam bukan teknik
alternative untuk kotak putih. Sebaliknya, ini merupakan pendekatan pelengkap
yang mungkin dilakukan untuk mengungkap kelas kesalahan yang berbeda dari
yang diungkap oleh metode kotak putih.

Pengujian kotak hitam berupaya untuk menemukan kesalahan dalam kategori

berikut: (1) fungsi yang salah atau hilang, (2) kesalahan antarmuka, (3) kesalahan
dalam struktur data atau akses basis data eksternal, (4) kesalahan perilaku atau
kinerja, dan (5) kesalahan inisialisai dan penghentian. Dengan menerapkan teknik
kotak hitam, anda mendapatkan serangkaian test case yang memenuhi kriteria
berikut : (1) test case yang mengurangi dengan jumlah yang lebih besar dari satu
jumlah test case tambahan yang harus dirancang untuk mencapai pengujian yang
wajar, dan (2) test case yang mengatakan sesuatu tentang ada atau tidaknya kelas
kesalahan, daripada kesalahan yang terkait hanya dengan pengujian khusus yang
telah dibuat (Pressman, 2010: 597-598). Berikut adalah contoh pengujian black
box testing pada menu keluar:

Tabel 2.11 Contoh Pengujian Black Box Testing

Fungsi yang diuji Cara pengujian Halaman yang Hasil pengujian

diharapkan

Menu Keluar Ketika memilih Keluar dari [√] Berhasil

tombol keluar aplikasi
[ ] Tidak Berhasil

Jadi dapat disimpulkan bahwa black box testing merupakan pengujian yang
berfokus pada spesifikasi fungsional dari perangkat lunak atau proses

22
menjalankan aplikasi untuk mengetahui apakah ada error atau ada fungsi yang
tidak berjalan sesuai harapan. Sehingga untuk pengujian pada sistem inventory
stok barang ini peneliti lebih memilih menggunakan black box testing untuk
menguji semua fungsi yang terdapat dalam sistem.

23
 BAB III
METODOLOGI PENELITIAN

3.1 Konseptual Model

Menurut Jan Jonker, dkk (2011), model konseptual adalah konstruksi
verbal atau visual yang membantu untuk membedakan antara apa yang penting
dan apa yang tidak. Fungsi dari model konseptual sangat erat hubungannya
dengan teori referensi yang penulis gunakan dalam suatu penelitian. Konsep-
konsep teoritis yang digunakan untuk membangun model konseptual memberikan
persfektif atau sebuah cara untuk melihat fenomena empiris. Dalam penyususnan
Tugas Akhir (TA) pada program studi Sistem Informasi, model konseptual yang
dapat digunakan adalah paradigma design science dan behavior science (Hevner,
Ram, March, & Park, 2004) yang dapat diilustrasikan seperti di bawah ini :

Gambar 3.1 Information Systems Research Framework (Hevner, 2004)

Berdasarkan model konseptual di atas, terlihat pada lingkungan tempat penelitian,

CV Palaguna, belum memiliki manajemen sistem pada aktivitas penjualan dan
monitoring persediaan barang. Lingkungan dalam model konseptual penelitian ini
adalah organisasi dalam perusahaan CV Palaguna yang didalam kegiatan terdapat

24
Supplier (Pemasok), Warehouse (Gudang), dan Customer. Lingkungan organisasi
membahas tentang kesulitan untuk mencatat dan menganalisis laporan penjualan
serta persediaan barang dengan baik dan efisien. Selanjutnya terdapat data, data
yang dapat berupa data primer dan sekunder, data primer berasal dari wawancara
yang dilakukan dengan pihak pemilik usaha sehingga dapat diketahui kondisi
actual yang sedang terjadi selain itu terdapat data sekunder yang berasal dari
pengambilan berkas maupun dokumen. Dalam penelitian ini menggunakan
metode Rapid Application Development untuk melakukan proses desain aplikasi
sistem informasi dengan komponen UML aplikasi. Setelah aplikasi sudah jadi
maka dilakukan verifikasi dengan menggunakan Blackbox Testing agar diketahui
apakah aplikasi yang dibuat sudah sesuai dengan harapan atau tidak.

3.2 Sistematika Pemecahan Masalah

Dalam menyelesaikan penelitian tugas akhir ini, berikut merupakan
gambaran tahap-tahap yang dilakukan selama penelitian hingga selesai yang
dijelaskan pada gambar 3.2 berikut:

25
Gambar 3.2 Sistematika Pemecahan Masalah

26
Gambar 3.3 Sistematika Pemecahan Masalah Lanjutan

27
3.2.1 Tahap Pendahuluan
Pada tahap pendahuluan sesuai dengan Gambar 3.2, dilakukan penyusunan
latar belakang dengan melakukan wawancara dan observasi terhadap
permasalahan terkait penelitian, yaitu memaparkan rancangan Sistem Informasi
berdasarkan kebutuhan laporan penjualan di CV Palaguna. Landasan-landasan
teori yang diperlukan dalam proses pembuatan penelitian berupa teori UMKM,
data, informasi, sistem informasi, system development life cycle (SDLC), object-
oriented Diagram, dan studi literatur. Di dalam pengembangan sistem informasi
pada penelitian ini menggunakan metode SDLC berupa Rapid Application
Development (RAD). RAD memiliki empat fase dalam pengembangan sistemnya,
yaitu requirement planning, user design, construction, dan cutover. Pada
penelitian ini pembahasan pengembangan sistem hanya sampai pada fase cutover
tetapi hanya membahas mengenai pengujian rancangan system informasi untuk
laporan penjualan di CV Palaguna. Analisis ini dilakukan terhadap masing-masing
pihak yang terlibat pada system informasi yang telah dirancang, yaitu Bagian
Penjualan dan Bagian Gudang.

3.2.2 Tahap Analisis dan Sistem Desain

Pada Pada tahap analisis dan sistem desain sudah mulai memasuki tahapan
pengolahan data untuk perancangan sistem informasi untuk laporan penjualan di
CV Palaguna. Pada tahap ini dilakukan dua fase atau tahap dari metode RAD,
yaitu fase requirement planning dan fase user design. Pada fase requirement
planning dilakukan analisis stakeholder, analisis proses bisnis, dan pengumpulan
data yang diperlukan oleh sistem. Data yang dikumpulkan berupa data barang
yang dijual dan data riwayat penjualan. Kemudian pada fase user design
dilakukan analisis dan desain serta sistem desain dari sistem yang dirancang.
Pada sistem desain memaparkan mengenai keperluan- keperluan dalam
perancangan aplikasi untuk memudahkan perancangan sistem yang berupa
Entity Relationship Diagram, Usecase Diagram, Activity Diagram, dan desain
antarmuka aplikasi (User Interface). Setelah itu, ada fase konstruksi

28
 (Construction) dilakukan implementasi sistem dari metode pengembangan
prototype yaitu implementasi dari perancangan sistem yang telah didefinisikan
sebelumnya.

3.2.3 Tahap Kesimpulan dan Saran

Pada tahap kesimpulan dan saran ini dijelaskan kembali mengenai apa
saja yang telah dilakukan oleh penulis selama proses penelitian secara singkat
dan menyeluruh dari awal proses pengerjaan hingga akhir pengerjaan.
Kesimpulan ini didapatkan berdasarkan hasil dari penelitian itu sendiri, serta
saran guna pengembangan aplikasi lebih lanjut pada masa yang akan datang
untuk memaksimalkan penggunaan dari aplikasi yang telah dibuat.

29
 BAB IV
ANALISIS DAN PERANCANGAN

Sesuai dengan tahapan pengembangan sistem pada bab 2, Peneliti menggunakan

tahapan pengembangan sistem dengan model RAD (Rapid Application
Development). Tahapan pengembangan sistem RAD ini memiliki beberapa proses
dalam melakukan pengembangan suatu sistem.

Sesuai dengan gambaran proses pada bab III, Penulis hanya membatasi
pengembangan sistem informasi inventory pada CV Palaguna mulai dari tahapan
scope definition hingga tahapan constructing & testing, dan proses selebihnya
diserahkan kepada perusahaan untuk mengelola aplikasi ini. Tahapan-tahapan
pengembangan sistem sesuai gambaran di atas terdiri atas beberapa aktifitas.
Aktifitas tersebut dapat dijabarkan sebagai berikut:

4.1 Pendahuluan
4.1.1 Tinjauan Perusahaan
Tinjauan Perusahaan adalah sebuah penelitian tentang Sejarah, Visi dan
Misi, Struktur Organisasi, serta Deskripsi jabatan yang pada perusahaan yang
akan menjadi tempat dibangunnya sistem inventory berbasis web nantinya.
Perusahaan yang diteliti adalah CV Palaguna, yang bergerak dalam bidang
penjualan alat dan bahan bangunan. Kegiatan utama yang dilakukan CV
Palaguna adalah menjual alat dan bahan bangunan. Berikut uraian sejarah
berdirinya CV Palaguna Bangunan, visi dan misi, struktur organisasi serta
deskrip jabatan di CV Palaguna.

4.1.1.1 Sejarah Perusahaan

CV Palaguna didirikan Pada tahun 2008, merupakan perusahaan yang
bergerak dalam bidang penjualan alat dan bahan bangunan, seperti seperti
seperti semen, pasir, kerikil, batu gunung, rangka baja, taso, spandeck,
kalsiboard, baut ring, paku gypsum dan aksesoris bangunan lainnya yang
akan membantu dalam penyediaan produk atau jasa untuk mendukung
kebutuhan konsumen. Berawal dari usaha keluarga Pak H. Mustakim

30
 kemudian diturunkan ke anaknya Pak Musriadi. Dahulu perusahaan ini masih
belum sebesar saat ini dan karyawannya pun belum ada. Seiring berjalannya
waktu dari awalnya berbentuk toko berkembang menjadi commanditaire
venootschap atau perseroan komanditer (CV) dengan kerja kerasnya menjadi
perusahaan yang maju dan berkembang. CV Palaguna beralamatkan di Jalan
Andi Macca Amirullah Sengkang Kabupaten Wajo, Sulawesi Selatan.

4.1.1.2 Struktur Organisasi Perusahaan

Pemimpin Perusahaan
Musriadi

Bagian Gudang Bagian Penjualan Bagian Keuangan

Kepala Gudang Admin Penjualan

Keuangan
Herman Dani
Andi Nurnajmi

Admin Gudang Sales

Ilham M. Tegar

Checker Gudang
Erwin

Supir
Herman
Rinto
Sukri

(Sumber: CV Palaguna)

Gambar 4.1 Struktur Organisasi Perusahaan

4.1.1.3 Visi dan Misi

1. Visi
Menjadi perusahaan penyedia produk-produk barang dan bahan
bangunan yang berkualitas dengan layanan terbaik dalam memberikan
solusi terpercaya dan bernilai tambah bagi pelanggan serta menjaga
kualitas barang yang ditawarkan.

31
 2. Misi
Mengembangkan perusahaan dan ragam produk dan teknologi yang
berdaya guna meningkatkan keuntungan dan nilai bagi pelanggan,
secara berkelanjutan serta menyusun dan melakukan kontrol dengan
tetap fokus pada kualitas barang, pelayanan dan komitmen.
4.1.2 Komunikasi (Communication)
Untuk mendapatkan gambaran umum dalam membangun sistem
yang baik, maka diperlukan sebuah komunikasi yang intensif dengan karyawan
CV Palaguna. Penulis melakukan komunikasi langsung dengan staff dan
Pemilik CV Palaguna dengan menggunakan metode wawancara dan observasi.
4.1.3 Lingkungan Penelitian
Untuk memfokuskan penelitian yang dilakukan, maka Peneliti akan
membatasi permasalahan dan lingkungan penelitian pada bagian Gudang dan
Penjualan yang berada pada CV Palaguna. Bagian Gudang adalah sebuah bagian
pada perusahaan CV Palaguna yang memiliki tugas mengolah barang masuk dan
keluar barang yang ada di gudang. Bagian tersebut bertanggung jawab
memberikan laporan kepada bagian penjualan yang mengatur transaksi jual-beli
yang di toko (Outlet). Interaksi dari bagian Gudang dan Penjualan barang terlihat
dengan adanya perintah untuk melakukan pengantaran yang dapat diketahui setiap
harinya. Aplikasi sistem inventory ini ditekankan pada pencatatan setiap barang
yang masuk dan keluar ke bagian. Sedangkan apabila terdapat hal lain pada
aplikasi sistem inventory ini, maka hal tersebut hanyalah tambahan bagi aplikasi
ini.

4.2 Analisis Sistem

Dari sisi perangkat lunak, sistem ini merupakan suatu aplikasi yang
memproses data barang masuk dan keluar serta produksi untuk memisahkan
barang yang terdapat di gudang untuk dijadikan barang siap distribusi.

Berdasarkan kebutuhan sistem secara umum, perangkat lunak yang akan

dibangun harus memenuhi kebutuhan sebagai berikut:

32
 1. Mampu memudahkan perusahaan dalam proses pengarsipan data-data
barang ke dalam database.
2. Mampu memudahkan perusahaan dalam mengolah data-data barang
untuk produksi barang.
3. Mampu mengidentifikasikan apakah data barang yang masuk dan
keluar sesuai dengan batas minimum kebutuhan perusahaan ( sebagai
proses pengambilan keputusan ).
4. Mampu memberikan efisiensi dan efektifitas ketepatan data dalam
perumusan laporan ke tingkat direktur utama.
5. Mampu memudahkan perusahaan dalam mengkomunikasikan arus
data dari dan ke setiap bagian perusahaan.
6. Mampu memberikan kemudahan dalam pengoperasian system untuk
end user.
Berdasarkan pertimbangan tersebut di atas, peneliti menggunakan
Web Based Programming yang memiliki kemudahan dalam
pengaplikasian sistem tersebut. Untuk mendukung tujuannya, dilibatkan
suatu komponen yaitu MySQL untuk menyimpan semua data.

4.2.1 Analisis Sistem yang Sedang Berjalan

Setelah melakukan observasi dan menganalisa pada CV Palaguna
dapat diketahui sistem yang sedang berjalan selama ini masih kurang
efektif, dikarenakan pendataan untuk pengolahan data barang masih
dicatat manual. Analisis prosedur yang sedang berjalan menguraikan
secara sistematis aktivitas- aktivitas yang terjadi dalam proses pendataan
persediaan stok barang pada CV Palaguna. Agar tahapan proses
pembangunan sistem dapat berjalan baik dan lancar, untuk lebih jelas
digambarkan menggunakan pemodelan yang digunakan yaitu
menggunakan flowchart sistem.

Sesuai dengan data dan informasi yang peneliti dapatkan selama

melakukan penelitian pada CV Palaguna. Maka peneliti dapat
merumuskan sistem berjalan pada bagian gudangadalah sebagai berikut:

33
 Toko/outlet CV Palaguna memiliki gudang yang terpisah sehingga
untuk melakukan kegiatan bisnisnya memerlukan waktu untuk
perjalanan dari gudang ke toko/outlet. Pada CV Palaguna memiliki outlet
yang beralamat di Jl. Andi Macca Amirullah, Sengkang. Sedangkan
untuk gudang beralamat di Jl. Bau Mahmud, Sengkang.

Sistem inventory ini ditekankan untuk bagian Gudang. Bagian

gudang pada CV Palaguna adalah bagian yang mengatur persediaan
barang, memberikan laporan kondisi produk dan pasokannya secara
berkala kepada bagian admin penjualan yang ada di outlet serta
menyiapkan supir-supir mobil pickup maupun truk untuk mengantarkan
barang. Bagian Gudang menerima form request yang dilakukan oleh
bagian penjualan untuk mengantar barang sehingga supir siap
mengantarkan barang. Bagian gudang barang tidak melakukan produksi
apabila tidak adanya form work order yang diajukan oleh bagian
penjualan.

Pada sistem yang berjalan saat ini, semua user melakukan perintah
kerja dan segala kegiatan pelaporan dilakukan dengan manual.

Sebagai contoh, dapat peneliti berikan gambaran alur yang biasa

terjadi dalam keseharian proses bisnis yang terjadi pada CV Palaguna,
sebagai berikut:

1. Admin gudang menerima barang masuk dari supplier dan

kemudian mencatatnya.

2. Admin gudang menerima surat perintah (form request) dari admin

penjualan untuk mengantarkan barang.

3. Admin gudang membuat laporan stok dan pengantaran.

4. Pemilik usaha menerima laporan secara berkala dari semua

transaksi.

5. Admin Penjualan melihat ketersediaan barang sebelum membuat

34
 work order untuk di kerjakan oleh bagian gudang.

Gambaran di atas adalah gambaran keseharian yang terlihat pada

CV Palaguna dalam melakukan perintah produksi. Sangat terlihat bahwa
kompleksitas komunikasi tiap user cukup mempengaruhi didasarkan
pada jarak yang harus ditempuh karena perbedaan tempat yang jauh dan
dapat mengurangi efisiensi waktu dan efektifitas kerja. Selain itu,
pencatatan transaksi masih menggunakan lembaran kertas yang
kemudian dipindahkan ke dalam komputer melalui program MS. Excel
dan masih stand alone sehingga tidak bisa diakses oleh bagian penjualan
secara langsung.

Sesuai dengan analisa yang peneliti lakukan, peneliti mendapatkan

permasalahan yang sering terjadi pada sistem berjalan, yaitu :

1. Pencatatan masih dalam lebaran kertas kemudian dipindahkan

ke dalam komputer serta masih stand alone.

2. Kebutuhan karyawan atas pelayanan yang memerlukan proses

cepat dan tepat.

3. Pengolahan laporan berkala untuk bagian penjualan dan

pemilik usaha masih terbatas karena tidak dapat dilakukan
sewaktu-waktu.

35
 Gambar 4.2 Workflow sistem berjalan
4.2.2 Analisis Sistem Usulan
Setelah melihat data maupun informasi yang dibutuhkan dan
melihat sistem berjalan pada CV Palaguna sepintas tidak memiliki kendala
yang berarti, namun bila melihat langsung pada prakteknya di lapangan
sistem yang berjalan memiliki kendala. Yaitu dalam hal sistem aplikasi
pengolahan barang di gudang dimana di dalamnya mengenai penyimpanan
data barang, penyimpanan data supplier, penyimpanan data persediaan

36
barang, input data barang masuk, transaksi-transaksi, hingga tahap laporan.
Dalam hal ini suatu pengolahan data pada perusahaan tersebut sangat
membutuhkan aplikasi yang dapat menjadi solusi dari kendala-kendala
tentunya dapat memudahkan kinerja karyawan sehingga kegiatan
perusahaan dapat berjalan efektif, lancar dan efisien.
Pada Sistem yang akan diusulkan terdapat 2 pengguna sistem,
yaitu: user bagian penjualan yang memiliki akses pada sistem ini hanya
untuk melihat laporan-laporan data barang masuk dan keluar, data
supplier, data pembeli dan laporan data ready stock yang tersedia
digudang. Yang kedua ialah user admin gudang yang memiliki hak ases
untuk sistem ini antra lain untuk menginput data-data barang masuk dan
keluar, data supplier, data pembeli dan menginput data sortir barang yang
dilakukannya.
Pada tahapan ini, peneliti menggunakan metode RAD (Rapid
Application Development) dan Unified Modelling Language (UML)
sebagai tools untuk menvisualisasikan sistem yang sedang berjalan.

37
Gambar 4.3 Flowchart sistem diusulkan

38
 Gambar 4.4 Fitur Tambah Barang

Gambar 4.5 Fitur Daftar Stok Barang

39
Gambar 4.6 Fitur Pengadaan Barang

40
Gambar 4.7 Fitur Daftar Supplier/Pemasok

41
Gambar 4.8 Fitur Penjualan Barang

42
 Tabel 4.1 Perbandingan sistem berjalan dengan sistem usulan

No Sistem Berjalan Sistem Usulan

1 Belum memiliki proses pengolahan Aplikasi pengolahan data
data yang terkomputerisasi disesuaikan dengan kebutuhan
pengolahan data
2 Admin gudang mengalami Dengan dibuatnya aplikasi baru,
kesulitan dalam pengantaran barang terdapat menu untuk work order
yang terkait dengan adanya work yang diisi oleh bagian penjualan
order atau surat perintah dan dapat dilihat langsung oleh
pengantaran yang berasal dari admin gudang untuk mengantarkan
bagian penjualan barang ke pelanggan sehingga tidak
menunggu lama untuk
mendapatkan surat perintah
tersebut
3 Informasi data stok barang yang Informasi data stok barang dengan
sering tidak relevan dan proses yang cepat dan tepat.
membutuhkan proses lama bila
ingin mengetahui stock.
4 Penyajian laporan pada aplikasi Menyajikan laporan-laporan yang
yang memakan waktu lama dan dapat diakses tepat waktu dan
dalam memproses rekapitulasi sesuai yang diinginkan oleh pemilik
laporan periode bulan tertentu. usaha.
4.2.3 Literatur Sejenis
Dari analisa literatur sejenis maka peneliti mencoba membandingkan
kelebihan sistem yang dibuat peneliti dengan kekurangan sistem yang
lama dari literatur sejenis. Berikut tabel perbandingannya:

Tabel 4.2 Perbandingan Literatur Sejenis

No Literatur Sejenis Sistem Usulan Sejenis/Kesamaan

1 Analisa sistem Analisa sistem sudah Bagian yang sejenis

43
 belum diimplementasikan dalam kedua sistem
diimplementasikan kedalam bentuk sistem ini yaitu dari
ke dalam bentuk aplikasi permasalahan jarak
aplikasi antara gudang
2 Tidak adanya Analisa sistem dengan management
analisa mengenai dilajutkan hingga Sistem yang sama
pelaporan data sampai proses mengenai
barang masuk pelaporan data barang pengolahan data
maupun data barang masuk dan
barang keluar masuk (benar data
3 Belum Sistem dibangun masuk dan masuk
diinterfacekan dengan menggunakan apa data masuk dan
perangkat lunak terbaru keluar?)

4.3 Sistem Desain (Design)

Dari analisa sistem berjalan di atas, maka peneliti memberikan beberapa
usulan yang dapat menjadi solusi masalah sesuai dengan perumusan masalah yang
telah disebutkan pada bab 1. Solusi yang peneliti tawarkan memiliki tujuan yang
dapat diuraikan sebagai berikut:

1. Mengembangkan aplikasi Sistem Inventory yang berbasiskan Web base,

sehingga memudahkan pengguna dalam mendapatkan hal-hal yang
berhubungan dengan proses bisnis perusahaan khususnya pada bagian
Gudang dan penjualan.

2. Aplikasi terdiri dari 3 akses utama yakni, akses yang hanya diperuntukkan
untuk admin penjualan dan admin Gudang dan pimpinan atau pemilik usaha.

3. Mengurangi kompleksitas komunikasi kedua user sehingga dapat fokus

dalam satu tugas area.

4. Menyediakan fitur-fitur admin gudang dalam proses pelaporan.

44
 5. Menyediakan fitur-fitur yang membantu pemilik usaha dalam memperoleh
data dan informasi yang dibutuhkan dalam pengambilan keputusan. Setelah
solusi penawaran diatas, peneliti akan memaparkan analisa system yang
diusulkan dengan metodologi RAD dengan menggunakan tools UML,
sebagai berikut:

4.3.1 Usecase Diagram

Usecase Diagram adalah sebuah alat bantu guna menstimulasi pengguna
untuk mengatakan tentang suatu sistem dari sudut pandangnya. Berikut ini adalah
usecase diagram sistem inventory:

Gambar 4.9 Usecase Diagram Aplikasi Sistem Inventory CV Palaguna

45
4.3.2 Activity Diagram
Berikut adalah beberapa diagram aktivitas yang terbentuk dari kegiatan
bisnis dan use case diagram yang pada sistem yang diusulkan:

Gambar 4.10 Activity Diagram Input data barang masuk

Gambar 4.10 merupakan gambar Activity Diagram untuk use case input
data barang masuk. Gambar diatas menggambarkan proses adm_gudang
memasukkan data barang ke dalam sistem, dimulai dari proses login dengan

46
memasukkan username dan password. Kemudian adm_gudang memilih menu
input data barang masuk, lalu masukkan data barang pada form data barang lalu
klik simpan, maka data barang masuk sudah masuk kedalam database system. Bila
tidak ada proses input data maka proses input data selesai.

Gambar 4.11 Activity Diagram Input data barang keluar

Gambar 4.11 merupakan gambar Activity Diagram untuk use case input
data barang keluar. Gambar diatas menggambarkan proses admin_gudang

47
memasukkan data barang keluar ke dalam sistem, dimulai dari proses login
dengan memasukkan username dan password. Kemudian admin_gudang memilih
menu input data barang keluar, lalu masukkan data barang pada form data barang
lalu klik simpan, maka data barang keluar sudah masuk kedalam database system.
Bila tidak ada proses input data maka proses input data selesai.

4.3.3 Sequence Diagram

Sequence Diagram secara grafis menggambarkan bagaimana objek
berinteraksi dengan satu sama lain melalui pesan pada eksekusi sebuah use case
atau operasi. Diagram ini mengilustrasikan bagaimana pesan terkirim dan diterima
diantara objek (Whitten, 2004).

Gambar 4.23 Sequential Diagram Input Barang masuk

Pada gambar 4.23 menerangkan tentang hubungan yang terjadi antara
aktor adm_gudang dengan object dalam proses input data barang. Aktor

48
melakukan login user terhadap sistem, kemudian sistem memverifikasi username
dan password tersebut kemudian masuk ke halaman utama. Kemudian aktor
memilih input data barang masuk yang kemudian dilanjutkan dengan
memasukkan data-data barang masuk, data supplier yang menyuplai barang
tersebut. Kemudian sistem menyimpan data barang tersebut kedalam database
barang.

Gambar 4.24 Sequential Diagram Input Barang keluar

Pada gambar 4.24 menerangkan hubungan aktor adm_gudang dengan
object yang terjadi pada proses input data sortir. Aktor melakukan proses login
terhadap sistem, kemudian sistem memverifikasi username dan password
tersebut untuk masuk kedalam halaman utama. Aktor memilih menu input data

49
sortir kemudian menginput data-data sortir tersebut mulai dari memilih nama
barang, memilih nama supplier dari barang yang disortir tersebut. Kemudian
aktor mengklik tombol simpan yang kemudian sistem akan menyimpan data
sortir tersebut kedalam database.

Gambar 4.25 Sequential Diagram data Sortir barang

Pada gambar 4.25 menerangkan hubungan aktor adm_gudang dengan
object yang terjadi pada proses input data sortir. Aktor melakukan proses login
terhadap sistem, kemudian sistem memverifikasi username dan password
tersebut untuk masuk kedalam halaman utama. Aktor memilih menu input data
sortir kemudian menginput data-data sortir tersebut mulai dari memilih nama
barang, memilih nama supplier dari barang yang disortir tersebut. Kemudian
aktor mengklik tombol simpan yang kemudian sistem akan menyimpan data
sortir tersebut kedalam database.

50
 Gambar 4.26 Sequential Diagram input data supplier
Pada gambar 4.26 menggambarkan tentang hubungan aktor adm_gudang
dengan object yang terkait dalam proses input data supplier. Aktor melakukan
login terhadap sistem yang kemudian sistem akan memverifikasi username dan
password tersebut. Pada halaman utama aktor memilih menu input data supplier,
kemudian aktor menginput data-data supplier diteruskan dengan mengkilk tombol
simpan. Sistem akan menyimpan data tersebut ke dalam database supplier.

4.3.4 Class Diagram

Diagram ini adalah deskripsi kelompok objek-objek dengan
prototype,perilaku dan relasi yang sama. Class diagram yang digunakan seperti
pada gambar dibawah ini.

51
 Gambar 4.27 Class Diagram

4.3.5 Tabel Database

1. Tabel Barang

File Name : Barang

Type of File : Master file

Primary Key : kd_brg

Foreign Key : -

Tabel 4.17 Database Barang

No Field Type Siz Null Keterangan

. e
1 Kd_brg Int 10 No Kode barang
2 Nm_brg Varchar 50 No Nama barang

52
3 Jumlah Float 20 No Jumlah barang
2. Tabel Supplier

File Name : Supplier

Type of File : Master file

Primary Key : kd

Foreign Key : -

Tabel 4.18 Database Supplier

No Field Type Siz Null Keterangan

. e
1 kd Int 10 No Kode supplier
2 Nm_brg Varchar 50 No Nama supplier
3 Alamat Varchar 20 No Alamat supplier
4 Telp Int 10 No Telpon
5 Email Varchar 20 No Email

3. Tabel Pembeli

File Name : Pembeli

Type of File : Master file

Primary Key : kd_pembeli

Foreign Key : -

Tabel 4.19 Database Pembeli

No Field Type Siz Null Keterangan

. e
1 kd Int 10 No Kode supplier
2 Nm_brg Varchar 50 No Nama supplier
3 Alamat Varchar 20 No Alamat supplier

53
 4 Telp Int 10 No Telpon
5 Email Varchar 20 No Email

4. Tabel Sortir

File Name : Sortir

Type of File : Master file

Primary Key : kd

Foreign Key : -

Tabel 4.17 Database Sortir

No Field Type Siz Null Keterangan

. e
1 Kd Int 10 No Kode sortir
2 Jumlah_ready Int 10 No Jumlah ready
3 Jumlah_terkirim Int 10 No Jumlah terkirim

5. Tabel Work order

File Name : Barang

Type of File : Master file

Primary Key : kd_brg

Foreign Key : -

Tabel 4.17 Database Work Order

No Field Type Siz Null Keterangan

. e
1 Id Int 10 No Id work order

54
 2 jumlah Float 20 No Jumlah work order

6. Tabel User

File Name : User

Type of File : Master file

Primary Key : username

Foreign Key : -

Tabel 4.17 Database User

No Field Type Siz Null Keterangan

. e
1 username Varchar 10 No Username
2 password Varchar 50 No Password

4.3.6 Perancangan Tampilan (Mockup)

Perancangan tampilan (Mockup) merupakan desain untuk membuat
rancangan tampilan program yang akan dibuat sebagai acuan dalam pembuatan
aplikasi, berikut rancangan interface program yang diusulkan :

4.3.6.1 Perancangan Tampilan Admin Penjualan

1. Halaman Login Admin Penjualan
Pada halaman ini merupakan rancangan halaman login yang akan
digunakan untuk pengguna admin penjualan masuk ke sistem, berikut
adalah rancangan halaman login admin penjualan :

55
 Gambar 4.30 Halaman Login Aplikasi Sistem Inventory
Pada Gambar 4.30 merupakan halaman login verifikasi username atau
alamat surel dan password pengguna admin untuk login ke sistem.
2. Halaman utama Admin Penjualan
Pada halaman ini merupakan rancangan halaman utama yang akan
digunakan oleh admin penjualan, berikut adalah rancangan halaman utama
admin penjualan :

Gambar 4.31 Halaman Utama Admin Penjualan

Pada Gambar 4.31 merupakan halaman utama admin penjualan yang

56
berisi menu dashboard, fitur produk, fitur penjualan, fitur pembelian,
fitur orang-orang yang mencakup di dalamnya fitur pengguna, fitur
pelanggan dan fitur pemasok, kemudian fitur laporan penjualan.
3. Halaman Daftar Produk
Pada halaman ini merupakan rancangan halaman fitur produk yang akan
digunakan oleh admin penjualan, berikut adalah rancangan halaman data
produk :

Gambar 4.32 Halaman Fitur Produk

Pada Gambar 4.32 merupakan halaman menu daftar produk yang

digunakan admin penjualan untuk mengelola data produk.
4. Halaman Buat Produk
Pada halaman ini merupakan rancangan halaman buat produk yang
dikelola oleh admin penjualan. Berikut rancangan tampilan halaman
buat produk :

57
 Gambar 4.33 Halaman Buat Produk

Pada Gambar 4.33 merupakan halaman form tambah produk baru yang
digunakan admin penjualan untuk menambah data produk.
5. Halaman Daftar Pembelian
Pada halaman ini merupakan rancangan halaman daftar pembelian yang
akan digunakan oleh admin penjualan, berikut adalah rancangan
halaman daftar pembelian :

Gambar 4.34 Halaman Daftar Pembelian

Pada Gambar 4.34 merupakan halaman menu daftar pembelian produk

58
yang digunakan admin penjualan untuk melihat dan mengelola data
produk.
6. Halaman Buat Pembelian
Pada halaman ini merupakan rancangan halaman buat pembelian yang
dikelola oleh admin penjualan. Berikut adalah rancangan halaman buat
pembelian :

Gambar 4.35 Halaman Buat Pembelian

Pada Gambar 4.35 merupakan form tambah data pembelian yang

digunakan admin penjualan untuk menambah data pembelian.
7. Halaman Daftar Penjualan
Pada halaman ini merupakan rancangan halaman daftar penjualan yang
akan digunakan oleh admin penjualan. Berikut adalah rancangan halaman
daftar penjualan :

59
 Gambar 4.36 Halaman Fitur Penjualan

Pada Gambar 4.36 merupakan halaman menu daftar penjualan yang

digunakan admin untuk mengelola data penjualan yang bisa di tambah,
edit dan dihapus maupun dibayar.
8. Halaman Buat Penjualan
Pada halaman ini merupakan rancangan halaman buat penjualan yang
dikelola oleh admin penjualan. Berikut adalah rancangan halaman buat
penjualan :

Gambar 4.37 Halaman Buat Penjualan

Pada Gambar 4.37 merupakan halaman untuk membuat data penjualan

60
yang dikelola oleh admin penjualan.
9. Halaman Manajemen Pemasok (Supplier)
Halaman ini terdapat di sub menu orang-orang yang merupakan
rancangan halaman manajemen pemasok yang akan digunakan oleh
admin penjualan, berikut adalah rancangan halaman manajemen pemasok:

Gambar 4.34 Halaman Manajemen Pemasok

Pada Gambar 4.34 merupakan halaman manajemen pemasok yang

digunakan admin penjualan untuk mengelola data pemasok yang bisa di
tambah, edit dan dihapus.
10. Halaman Manajemen Pelanggan
Halaman ini terdapat di sub menu orang-orang yang merupakan
rancangan halaman manajemen pelanggan yang akan digunakan oleh
admin penjualan, berikut adalah rancangan halaman data pelanggan :

61
 Gambar 4.35 Halaman Fitur Pelanggan

Pada Gambar 4.35 merupakan halaman menu fitur pelanggan yang

digunakan admin penjualan untuk mengelola data pelanggan yang bisa di
tambah, edit dan dihapus.
11. Halaman Manajemen Pengguna
Halaman ini terdapat di sub menu orang-orang yang merupakan
rancangan halaman manajemen pengguna yang akan digunakan oleh
admin penjualan, berikut adalah rancangan halaman manajemen pengguna
:

Gambar 4.36 Halaman Manajemen Pengguna

Pada Gambar 4.36 merupakan halaman menu data pengguna yang

62
 digunakan admin penjualan untuk mengelola data pengguna yang bisa di
tambah, edit dan dihapus

4.3.6.2 Perancangan Tampilan Admin Gudang

1. Halaman Login Admin Gudang
Pada halaman ini merupakan rancangan halaman login yang akan
digunakan untuk admin gudang masuk ke sistem, berikut adalah
rancangan halaman login admin gudang:

Gambar 4.37 Halaman Login Admin Gudang

Pada Gambar 3.28 merupakan halaman login verifikasi username atau

alamat surel dan password admin gudang untuk login ke sistem.
2. Halaman Utama Admin Gudang
Pada halaman ini merupakan rancangan halaman utama admin gudang
yang akan digunakan, berikut adalah rancangan halaman utama admin
gudang :

63
 Gambar 4.39 Halaman Utama Admin Gudang

Pada Gambar 3.29 merupakan halaman utama admin gudang yang berisi
menu dasbor, lihat data produk dan penyesuaian stok.
3. Halaman Lihat Daftar Produk
Pada halaman ini merupakan rancangan tampilan lihat data produk yang
dikelola oleh admin gudang. Berikut adalah rancangan lihat data
produk :

Gambar 4.40 Halaman Lihat Produk

64
berisi menu untuk melihat stok barang dan melihat produk apa saja yang
tersedia.
4. Halaman Daftar Penyesuaian Stok
Pada halaman ini merupakan rancangan tampilan halaman daftar
penyesuaian stok yang dikelola admin Gudang. Berikut adalah
rancangan tampilan daftar penyesuaian stok :

Gambar 4.41 Halaman Daftar Penyesuaian Produk

Pada Gambar 4.41 merupakan halaman daftar penyesuaian produk yang

dikelola oleh admin penjualan untuk mengelola data stok produk.
5. Halaman Buat Penyesuaian Stok
Pada halaman ini merupakan rancangan halaman buat penyesuaian stok
produk yang dikelola oleh admin gudang. Berikut rancangan halaman
buat penyesuaian stok:

65
 Gambar 4.42 Halaman Buat Penyesuaian Stok

Pada Gambar 4.42 merupakan halaman penyesuaian stok produk yang

dikelola oleh admin gudang untuk menambahkan maupun mengurangi
stok produk yang ada di Gudang.

4.3.6.3 Perancangan Tampilan Admin Pemimpin

1. Halaman Login Pimpinan

Pada halaman ini merupakan rancangan halaman login yang akan

digunakan untuk pimpinan masuk ke sistem, berikut adalah rancangan
halaman login pimpinan:

4.38 Halaman Login Pemimpin

Pada Gambar 4.38 merupakan halaman login verifikasi username dan

password pimpinan untuk login ke sistem.
2. Halaman Utama Pimpinan
Pada halaman ini merupakan rancangan halaman utama pimpinan yang
akan digunakan, berikut adalah rancangan halaman utama pimpinan :

66
 Gambar 4.41 Halaman Utama Pimpinan
3. Halaman Laporan
Pada halaman ini merupakan rancangan halaman laporan yang akan
digunakan pimpinan. Laporan meliputi: pembayaran, gudang,
pembelian, penjualan, pelanggan dan pemasok. Berikut adalah
rancangan halaman laporan:

Gambar 4.42 Halaman Laporan

67
 BAB V
HASIL DAN PEMBAHASAN
5.1 Construction
Setelah dilakukan perancangan, maka tahapan selanjutnya adalah perbuatan
source code program dan pengujian sistem. Proses ini dilakukan dengan
mengkodekan hasil sistem yang dilakukan sebelumnya, untuk melakukan

68
pemrograman digunakan bahasa pemrograman PHP dan MySQL sebagai
database, serta melakukan pengujian sistem dengan menggunakan metode
pengujian yang dipakai oleh peneliti.

5.1.1 Implementasi Sistem

Implementasi sistem pada tahap ini melanjutkan kontruksi aplikasi
(Construction) dari metode pengembangan Rapid Application Development
yaitu implementasi dari perancangan sistem yang telah didefinisikan
sebelumnya. Tampilan program akan digunakan pengguna untuk berinteraksi
dengan perangkat lunak yang dibangun. Implementasi sistem digunakan sebagai
tolak ukur atau pengujian dari hasil program yang sudah dibuat untuk
pengembangan sistem selanjutnya.

5.1.1.1 Implementasi Tampilan

5.1.1.1.1 Implementasi Tampilan Admin Penjualan
1.Tampilan Login Admin Penjualan
Tampilan login admin penjualan merupakan halaman yang digunakan
untuk admin login ke sistem. Jika username atau email dan password di
ketik dengan benar maka admin akan masuk kedalam sistem. Berikut
adalah interface login admin penjualan:

Gambar 4.1 Tampilan Login Admin Penjualan

2. Halaman Utama Admin Penjualan

Halaman utama admin penjualan merupakan halaman yang muncul
ketika admin sukses login kedalam sistem yaitu masuk ke menu admin.
Berikut adalah halaman utama admin penjualan :

69
 Gambar 4.2 Halaman Utama Admin Penjualan
3. Halaman Daftar Produk
Halaman daftar produk merupakan halaman yang digunakan untuk
melihat detail, mengubah dan menghapus produk yang ada di Gudang.
Berikut adalah halaman daftar produk:

Gambar 4.3 Halaman Daftar Produk

70
4. Halaman Buat Produk
Halaman buat produk merupakan halaman untuk membuat produk baru
untuk ditambahkan ke Gudang. Berikut adalah halamna buat produk:

Gambar 4.4 Halaman Buat Produk

5. Halaman Daftar Pembelian

Halaman daftar pembelian merupakan halaman untuk melihat detail,
mengubah dan menghapus data pembelian. Berikut adalah halaman
daftar pembelian:

Gambar 4.5 Halaman Daftar Pembeli

71
6. Halaman Buat Pembelian
Halaman buat pembelian merupakan halaman untuk membuat data
pembelian baru dalam pengadaan produk di Gudang serta konfirmasi
pembayaran ke pemasok. Berikut adalah halaman buat pembelian:

Gambar 4.6 Halaman Buat Pembelian

7. Halaman Daftar Penjualan
Halaman daftar penjualan merupakan halaman untuk melihat detail,
mengubah dan menghapus data penjualan yang dilakukan di perusahaan.
Berikut adalah halaman daftar penjualan:

72
 Gambar 4.7 Halaman Daftar Penjualan

8. Halaman Buat Penjualan

Halaman buat penjualan merupakan halaman untuk membuat data
penjualan perusahaan beserta konfirmasi pembayaran. Berikut adalah
halaman buat penjualan:

Gambar 4.8 Halaman Buat Penjualan

9. Halaman Manajemen Pemasok (Supplier)

Halaman manajemen pemasok merupakan halaman yang menampilkan
data-data pemasok. Halaman ini terletak di sub menu Orang-orang. Di

73
halaman ini juga bisa mengelola beberapa fungsi seperti menambah,
mengubah dan menghapus data pemasok. Berikut adalah halaman
manajemen pemasok (supplier):

Gambar 4.9 Halaman Manajemen Pemasok (Supplier)

10. Halaman Manajemen Pelanggan
Halaman manajemen pelanggan merupakan halaman yang menampilkan
data-data pelanggan. Halaman ini terletak di sub menu Orang-orang.
Selain itu, halaman ini juga mengelola beberapa fungsi seperti
menambah, mengubah dan menghapus. Berikut adalah halaman
manajemen pelanggan:

Gambar 4.10 Halaman Manajemen Pelanggan

11. Halaman Manajemen Pengguna
Halaman manajemen pengguna merupakan halaman yang menampilkan
data-data pengguna. Di halaman ini terletak di sub menu Orang-orang.

74
 halaman ini dikelola admin penjualan untuk menginputkan pengguna
untuk mengelola website sesuai hak akses yang diberikan. Menu data
pengguna juga dapat melakukan beberapa fungsi yaitu tambah, edit dan
hapus. Berikut adalah halaman manajemen pengguna:

Gambar 4.11 Halaman Manajemen Pengguna

5.1.1.1.2 Implementasi Tampilan Admin Gudang

1. Tampilan Login Admin Gudang
Tampilan login admin gudang merupakan halaman yang digunakan
untuk hak akses gudang login ke sistem. Jika username dan password di
ketik dengan benar maka akan masuk ke dalam sistem. Berikut adalah
tampilan login gudang:

Gambar 4.12 Tampilan Login Admin Gudang

2. Halaman Utama Admin Gudang

Halaman utama gudang merupakan halaman yang muncul ketika bagian
gudang sukses login kedalam sistem yaitu masuk ke menu admin
gudang. Berikut adalah halaman utama admin gudang:

75
 Gambar 4.13 Halaman Utaman Admin Gudang

3. Halaman Daftar Produk

Halaman daftar produk merupakan halaman yang digunakan oleh admin
Gudang untuk melihat stok produk apa saja yang tersedia di Gudang.
Berikut adalah halaman daftar produk:

Gambar 4.14 Halaman Daftar Produk

76
4. Halaman Penyesuaian Stok
Halaman penyesuaian stok merupakan halaman yang digunakan oleh
admin Gudang untuk melihat dan mengelola produk yang masuk dan
keluar dari Gudang. Berikut ini adalah halaman penyesuaian stok:

Gambar 4.15 Halaman Penyesuaian Produk

5. Halaman Buat Penyesuaian Stok

Halaman buat penyesuaian stok merupakan halaman yang digunakan
oleh admin Gudang untuk membuat data penyesuaian produk yang
masuk dan keluar dari Gudang. Berikut adalah halaman buat
penyesuaian stok:

Gambar 4.16 Halaman Buat Penyesuaian Stok

77
5.1.1.1.3 Implementasi Tampilan Pimpinan
1. Tampilan Login Pimpinan
Tampilan login merupakan halaman yang digunakan untuk pimpinan
login ke sistem. Jika username dan password di ketik dengan benar
maka akan masuk ke dalam sistem. Berikut adalah tampilan login
pimpinan:

Gambar 4.17 Tampilan Login Pimpinan

2. Halaman Utama Pimpinan

Halaman utama pimpinan merupakan halaman yang muncul ketika
pimpinan sukses login ke dalam sistem yaitu masuk ke menu pimpinan.
Berikut adalah halaman utama pimpinan:

Gambar 4.18 Halaman Utama Pimpinan

78
5.3 Pengujian (Blackbox Testing)
Pada tahap ini pengujian yang digunakan yaitu Blackbox Testing, penulis
melakukan uji coba terhadap sistem yang telah dibangun dengan hasil sebagai
berikut dengan bukti dapat dilihat pada lampiran.

5.3.1 Pengujian Halaman Admin Penjualan

Tabel 5.1 Hasil Pengujian yang dilakukan oleh Admin
Penjualan
Fungsi Halaman yang Hasil pengujian
No Cara pengujian
yang diuji diharapkan
1. Login Admin penjualan Admin masuk [] Berhasil
memasukkan ke halaman [ ] Tidak Berhasil
username dan admin
password
2. Data Klik menu data Admin dapat [] Berhasil
pengguna pengguna melihat data [ ] Tidak Berhasil
pengguna
3. Tambah Klik tombol Admin dapat [] Berhasil
pengguna tambah pengguna menambahkan [ ] Tidak Berhasil
data pengguna
4. Edit Klik tombol edit Admin dapat [] Berhasil
pengguna pengguna mengedit data [ ] Tidak Berhasil
pengguna
5. Hapus Klik tombol hapus Admin dapat [] Berhasil
pengguna pengguna menghapus data [ ] Tidak Berhasil
pengguna
6. Data sales Klik menu data Admin dapat [] Berhasil
sales melihat data [ ] Tidak Berhasil
sales
7. Tambah Klik tombol Admin dapat [] Berhasil
sales tambah menambahkan [ ] Tidak Berhasil
sales sales
8. Edit sales Klik tombol edit Admin dapat [] Berhasil
sales mengedit data [ ] Tidak Berhasil
sales
9. Hapus sales Klik tombol hapus Admin dapat [] Berhasil
sales menghapus data [ ] Tidak Berhasil
sales
10. Data Klik menu data Admin dapat [] Berhasil
pelanggan pelanggan melihat data [ ] Tidak Berhasil
pelanggan

79
11. Hapus Klik tombol hapus Admin dapat [] Berhasil

80
 pelanggan pelanggan menghapus data [ ] Tidak Berhasil
pelanggan
12. Data Kredit Klik menu data Admin dapat [] Berhasil
kredit melihat data [ ] Tidak Berhasil
kredit
13. Buat kode Klik tombol buat Admin dapat [] Berhasil
kode membuat kode [ ] Tidak Berhasil
untuk pelanggan
yang ingin
kredit
14. Hapus data Klik tombol hapus Admin dapat [] Berhasil
kredit kredit menghapus data [ ] Tidak Berhasil
kredit
15. Data Klik menu data Admin dapat [] Berhasil
pembayaran pembayaran melihat data [ ] Tidak Berhasil
pembayaran
16. Data barang Klik menu data Admin dapat [] Berhasil
masuk barang masuk melihat data [ ] Tidak Berhasil
barang masuk
17. Data stok Klik menu data Admin dapat [] Berhasil
barang stok barang melihat data [ ] Tidak Berhasil
stok barang
18. Data Klik menu data Admin dapat [] Berhasil
pesanan pesanan melihat data [ ] Tidak Berhasil
pesanan
pelanggan
19. Data Klik menu data Admin dapat [] Berhasil
pengiriman pengiriman melihat data [ ] Tidak Berhasil
pengiriman
20. Tambah Klik tombol Admin dapat [] Berhasil
pengiriman tambah menambah data [ ] Tidak Berhasil
pengiriman pengiriman
21. Simpan dan Klik tombol Admin dapat [] Berhasil
cetak simpan dan cetak menyimpan dan [ ] Tidak Berhasil
mencetak faktur
27. Logout Klik menu logout Pengguna [] Berhasil
keluar dari [ ] Tidak Berhasil
halaman admin

81
5.3.2 Pengujian Halaman Admin Gudang
Tabel 4.3 Hasil Pengujian yang dilakukan oleh Admin Gudang
Fungsi Halaman yang Hasil pengujian
No Cara pengujian
yang diuji diharapkan
1. Login Admin Gudang Masuk ke [] Berhasil
memasukkan halaman gudang [ ] Tidak Berhasil
username dan
password
3. Data barang Klik menu barang Admin dapat [] Berhasil
melihat data [ ] Tidak Berhasil
barang
4. Tambah Klik tombol Admin dapat [] Berhasil
barang baru tambah barang menambah [ ] Tidak Berhasil
baru barang baru
5. Edit data Klik tombol edit Admin dapat [] Berhasil
barang barang mengedit data [ ] Tidak Berhasil
barang
6. Hapus data Klik tombol hapus Admin dapat [] Berhasil
barang barang menghapus data [ ] Tidak Berhasil
barang
8. Barang Klik menu barang Admin dapat [] Berhasil
masuk masuk melihat data [ ] Tidak Berhasil
barang masuk
9. Tambah Klik tombol Admin dapat [] Berhasil
barang tambah barang menambah [ ] Tidak Berhasil
masuk masuk barang masuk
10. Edit barang Klik tombol edit Admin dapat [] Berhasil
masuk barang masuk mengedit data [ ] Tidak Berhasil
barang masuk
11. Hapus Klik tombol hapus Admin dapat [] Berhasil
barang barang masuk menghapus data [ ] Tidak Berhasil
masuk barang masuk
15. Barang Klik menu barang Admin dapat [] Berhasil
keluar keluar melihat data [ ] Tidak Berhasil
barang keluar
16. Logout Klik menu logout Admin keluar [] Berhasil
dari halaman [ ] Tidak Berhasil
gudang

82
5.3.3 Pengujian Halaman Pimpinan
Tabel 4.5 Hasil Pengujian yang dilakukan oleh Pimpinan
Fungsi Halaman yang Hasil pengujian
No Cara pengujian
yang diuji diharapkan
1. Login Pimpinan Masuk ke [] Berhasil
memasukkan halaman [ ] Tidak Berhasil
username dan pimpinan
password
2. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
pelanggan pelanggan melihat atau [ ] Tidak Berhasil
mencetak data
laporan
pelanggan
3. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
kredit kredit melihat atau [ ] Tidak Berhasil
mencetak data
laporan kredit
4. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
pembayaran pembayaran melihat atau [ ] Tidak Berhasil
mencetak data
laporan
pembayaran
5. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
stok barang stok barang melihat atau [ ] Tidak Berhasil
mencetak data
laporan stok
barang
6. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
Barang barang masuk melihat atau [ ] Tidak Berhasil
masuk mencetak data
laporan barang
masuk
7. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
barang barang keluar melihat atau [ ] Tidak Berhasil
keluar mencetak data
laporan barang
keluar

83
 8. Laporan Klik menu laporan Pimpinan dapat [] Berhasil
pengiriman pengiriman melihat atau [ ] Tidak Berhasil
mencetak data
laporan
pengiriman
9. Grafik Klik menu grafik Pimpinan dapat [] Berhasil
barang barang melihat grafik [ ] Tidak Berhasil
penjualan
barang yang
banyak terjual
atau terlaris
10. Grafik Klik menu grafik Pimpinan dapat [] Berhasil
penjualan penjualan melihat grafik [ ] Tidak Berhasil
penjualan
11. Logout Klik menu logout Pengguna [] Berhasil
keluar dari [ ] Tidak Berhasil
halaman
pimpinan

5.4 Penyerahan (Deployment)

Tahapan terakhir yakni penyerahan sistem kepada pihak CV PALAGUNA. Dengan
melalui proses beberapa tahapan sebelumnya, seperti komunikasi atau wawancara
kepada pihak CV PALAGUNA, dokumentasi pengambilan data, dan melakukan
beberapa tahap pengujian. Pada tahapan penyerahan peneliti melakukan penyerahan
Sistem Informasi Inventory Stok Barang Pada CV PALAGUNA ke objek penelitian
yaitu CV. Palaguna Bangunan yang diserahkan kepada Pak Musriadi.

84
 BAB V PENUTUP

5.1 Kesimpulan
Berdasarkan hasil penelitian yang telah dilakukan maka dapat diambil berberapa
kesimpulan, yaitu :
1. Sistem yang dibangun ini dapat mempermudah dalam proses pendataan
barang masuk dan keluar yang sudah tersistem sehingga lebih mudah
dalam pencarian data yang diperlukan dan dengan adanya sistem
inventory ini dapat mengurangi penumpukan kertas.
2. Untuk proses pemesanan barang yang dilakukan oleh pelanggan bisa
dilakukan secara online melalui website yang telah disediakan dengan
cara pelanggan harus mendaftar terlebih dahulu untuk bisa memesan
barang. Setelah terdaftar pelanggan bisa memesan barang dan kemudian
melakukan konfirmasi pembayaran melalui nomor rekening yang tertera
di website agar barang bisa segera dikirim ke alamat tujuan pelanggan.
3. Sistem informasi inventory yang dibangun dapat mendata transaksi
pesanan, pengiriman, barang masuk dan keluar dan transaksi
pembayaran yang sudah terkomputerisasi dan dengan adanya laporan
dan grafik sehingga dapat mengertahui dan memberikan informasi yang
cepat, tepat dan akurat setiap harinya.
5.2 Saran
Saran dari penulis untuk pengembangan sisem berikutnya dan penelitian selanjutnya
yaitu :
1. Pengembangan dari sisi bahasa pemprograman yaitu dari PHP ke
bahasa pemprograman Mobile.
2. Adanya penambahan denah lokasi pelanggan untuk mempermudah
pengiriman barang ke pelanggan.
3. Diharapkan sistem ini terus dikembangkan dengan penambahan fitur
yang bermanfaat dan desain yang lebih menarik bagi pengguna.

85
 DAFTAR PUSTAKA

[1] 17 Prinsip User Interface. (2010, 11 25). Retrieved from Diskusi Kuliah

Wordpress: http://diskusikuliah.wordpress.com/2010/11/25/17-prinsip-userinterface/

[2] (2010, 09 19). Retrieved from Wikipedia:

http://id.wikipedia.org/wiki/Rekayasa_perangkat_lunak

[3] Kadir, A. (2009). Pemrograman Database dengan Delphi Menggunakan

Access & ADO. Andi Publisher.

[4] Mira Kania Sabariah, M.T (2010, 7 11). Pengenalan Perancangan Antarmuka.

Bandung.

[5] Mira Kania Sabariah, M.T (2010, 07 11). Prinsip Perancangan Antarmuka.

Bandung.

[6] Mira Kania Sabariah, M.T (2010, 10 17). Screen-Based Control. Bandung.

[7] Mira Kania Sabariah, M.T (2010, 09 26). User Profile. Bandung.

[8] Prinsip Perancangan Antarmuka. (2010, 10 27). Retrieved from Diskusi

Kuliah Wordpress:
http://diskusikuliah.wordpress.com/2010/10/27/prinsipperancangan-antarmuka/

[9] Sommerville, I. (2007). Software Engineering (Rekayasa Perangkat Lunak)

Edisi 6 Jilid 2. Erlangga.

[10] Zakaria, T. M., & Prijono, A. (2007). Interaksi Manusia dan Komputer.

Graha Ilmu.

Ardhana, Kusuma YM. 2014. Project PHP & MysSQL Membuat Website
Buku Digital. Jasakom.

86
Assauri, sofjan. 2016. Manajemen Operasi Produksi Pencapaian Sasaran
Organisasi Berkesinambungan. Jakarta : PT. Raja Grafindo Persada.

Bahra Al. 2013. Analisis dan Desain Sistem Informasi. Yogyakarta : Graha

Ilmu. Faizal, Edi dan Irnawati. 2015. Pemrograman Java Web (JSP, JSTL,

&SERVLET)
tentang Pembuatan Sistem Informasi Klinik Dimplementasikan dengan
Netbeans IDE 7.2 dan MySQL. Yogyakarta : Gava Media.

Fathansyah. 2012. Basis Data. Bandung : Informatika Bandung.

Fatta, Hanif Al. 2007. Analisis dan Perancanagan Sistem Informasi untuk
Keunggulan Bersaing Perusahaan dan Organisasi Modern.
Yogyakarta: CV Andi OFFSET.

Hadiguna, Rika Ampuh. 2009. Manajemen Pabrik Pendekatan Sistem untuk

Efisiensi dan Efektivitas. Jakarta : PT. Bumi Aksara.

Jogiyanto. 2005. Analisi dan Desain Sistem Informasi. Yogyakarta : ANDI.

JP, Charles dan Siregar. 2004. Farmasi Rumah Sakit : Teori dan Penerapan.
Jakarta : Buku Kedokteran EGC.

Laudon, Kenneth C. dan Jane P. Laudon. 2014. Sistem Informasi Manajemen:

Mengelola Perusahaan Digital, Edisi 13. Yogyakarta : Salemba Empat.

Manap, H. Abdul. 2016. Revolusi Manajemen Pemasaran. Jakarta : Mitra

Wacana Media.

Martono, Ricky. 2015. Manajemen Logistik Terintegrasi. Jakarta : PPM.

Nugrahanti, Fatim. Perancangan Sistem Informasi Inventory Sparepart

Mesin
Fotocopy dengan Menggunakan Visual Delphi 7 (Studi Kasus di UD.
Eka Taruna Madiun), ISSN : 2089-9815. 2015.

87
Nugroho, Bunafit. 2014. Pemrograman Web :Membuat Sistem Informasi
Akademik Sekolah dengan PHP-MySql dan Dreamweaver.
Yogyakarta : Gava Media.

88