LAPORAN KERJA PRAKTIK

SISTEM INFORMASI INVENTORY BERBASIS WEB

PADA PT. MEGA PERKASA HANJAYA

DI SUSUN OLEH :

REGGY ARISTA OCTAVIANI

G.231.17.0012

PROGRAM STUDI S1 – TEKNIK INFORMATIKA

JURUSAN TEKNOLOGI INFORMASI
FAKULTAS TEKNOLOGI INFORMASI DAN KOMINIKASI
UNIVERSITAS SEMARANG
2023
 LEMBAR PENGESAHAN

Laporan kerja praktik dengan judul “Sistem Informasi Inventory Berbasis Web
Pada PT. Mega Perkasa Hanjaya” disusun berdasarkan Kerja Praktik yang
dilaksanan di “ PT. Mega Perkasa Hanjaya” Pada Tanggal 2023 oleh :

Nama : Reggy Arista Octaviani

NIM : G.231.17.0012

Semarang, 4 Desember 2023

Dosen Pembimbing Pembimbing Lapangan

Susanto, S.Kom., M.Kom Priska Audina Hartono

NIS. 06557060687098 NIK. 2110005

Ketua Program Studi HRD

S1-Teknik Informatika PT. Mega Perksa Hanjaya

Khoirudin, S.Kom.,M.Eng Sriyani Sansoto

NIS. 06557003102173 NIK. 2301009

ii
 ABSTRAK

Pembuatan Sistem Informasi Inventory dunia industri merupakan hal yang sangat
penting dilakukan agar dapat meminimalisir kesalahan dalam melakukan proses
pencatatan data atau stok barang yang sebelumnya menggunakan sistem manual
yang terdapat banyak sekali kekuarangan serta kesalahan pada proses tersebut.
Maka dengan memanfaatkan sistem informasi inventory ini dapat memberikan
solusi dari permasalahan yang dialami oleh perusahaan.

Dengan menggunakan metode pengembangan Prototype dalam pembuatan sistem

informasi inventory ini, penulis akan mengembangkan sebuah sistem yang
diperlukan untuk melakukan pengelolaan data barang dan stok pada gudang PT.
Mega Perkasa Hanjaya.

Dengan sistem informasi inventory yang sudah dikembangkan oleh penulis

diharapkan mampu menjadi jawaban dari permasalahan yang dialami dan dapat
dikembangkan lebih lanjut agar menjadi sistem yang lebih baik.

Kata kunci : Sistem Informasi Inventory, prototype

iii
 KATA PENGANTAR

Dengan memanjatkan puji syukur kehadirat Tuhan Yang Maha Esa, yang
telah melimpahkan rahmat dan karunianya sehingga dapat menyelesaikan Laporan
Kerja Praktek (KP) dengan judul “SISTEM INFORMASI INVENTORY
BERBASIS WEB PADA PT. MEGA PERKASA HANJAYA”.
Penyusunan Kerja Praktek (KP) ini merupakan salah satu syarat untuk
menyelesaikan Program studi Strata 1 (S1) pada fakultas Teknologi Informasi dan
Komunikasi Universitas Semarang.
Atas tersusunya Laporan Kerja Praktek (KP) ini penulis mengucapkan
terimakasih kepada segenap pihak yang telah memberikan dukungan, saran,
petunjuk, bimbingan dan nasehat dalam pesiapan dan pelaksanaannya. Ucapan
terimakasih ini ditunjukkan kepada :
1. Bapak Dr. Supari, S.T., M.T. selaku Rektor Universitas Semarang.
2. Ibu Prind Tri Ajeng P, S.Kom., M.Kom. selaku Dekan Fakultas Teknologi
Informasi dan Komunikasi Universitas Semarang.
3. Bapak Khoirudin, S.Kom., M.Eng. selaku Ketua Program Studi Teknik
Informatika.
4. Bapak Susanto, S.Kom., M.Kom,. selaku Dosen Pembimbing yang telah
memberikan bimbingan dan dukungan.
5. Bapak selaku pemimpin PT. Mega Perkasa Hanjaya
6. Kedua orang tua dan keluarga yang selalu memberikan dukungan,
semangat, doa, dan fasilitas.
7. Teman-teman seperjuangan TI angkatan 2017 yang memberikan saran
dan dukungan.
8. Semua pihak-pihak yang telah membantu sehingga Laporan Kerja
Praktek (KP) ini dapat terselesaikan yang tidak dapat di sebutkan satu
persatu.
Dengan segala kerendahan hati semoga Laporan Kerja Praktek (KP) yang
telah disusun ini dapat bermanfaat untuk penulis pribadi, para pembaca dan

iv
masyarakat umum serta berguna bagi perkembangan dunia pendidikan dan
teknologi informasi.
Penulis menyadari bahwa Laporan Kerja Praktek (KP) ini masih jauh
dengan kesempurnaan maka, penulis menyadari mengharapkan saran dan kritikan
yang bersifat membangun agar penulis dapat memperoleh tambahan wawasan dan
ilmu yang bermanfaat.
Akhir kata kembali penulis mengucapkan terimakasih kepada semua pihak
yang telah memberikan bantuan, dukungan dan bimbingannya selama ini.

Semarang, 18 Desember 2023

Penulis

Reggy Arista Octaviani

v
 DAFTAR ISI

LEMBAR PENGESAHAN .................................................................................... ii

ABSTRAK ............................................................................................................. iii

KATA PENGANTAR ............................................................................................. iv

DAFTAR ISI .......................................................................................................... vi

DAFTAR GAMBAR ............................................................................................. ix

DAFTAR TABEL................................................................................................... xi

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

1.1 Latar Belakang.......................................................................................... 1

1.2 Batasan Masalah ....................................................................................... 2

1.3 Tujuan Kerja Praktik ................................................................................ 2

1.4 Manfaat Kerja Praktik .............................................................................. 3

1.5 Metodologi Pelaksanaan........................................................................... 3

1.5.1 Objek Kerja Praktik........................................................................... 3

1.5.2 Metode Pengumpulan Data ............................................................... 4

1.5.3 Jenis Data .......................................................................................... 4

1.5.4 Metode Pengembangan Sistem ......................................................... 5

1.6 Sistematika Penulisan ............................................................................... 7

BAB II TINJAUAN UMUM .................................................................................. 8

2.1 Sejarah Singkat ......................................................................................... 8

2.2 Profil Instansi............................................................................................ 8

2.3 Visi dan Misi............................................................................................. 8

2.3.1 Visi .................................................................................................... 8

2.3.2 Misi ................................................................................................... 8

vi
BAB III LANDASAN TEORI ............................................................................... 9

3.1 Sistem ....................................................................................................... 9

3.2 Informasi................................................................................................... 9

3.3 Sistem informasi ..................................................................................... 10

3.4 Persediaan (Inventory) ............................................................................ 10

3.5 Pengenalan Aplikasi Web.........................................................................11

3.6 Sofware Pengembangan Aplikasi Web ....................................................11

3.6.1 Visual Studio Code .......................................................................... 12

3.6.2 XAMPP ........................................................................................... 12

3.6.3 CodeIgniter ..................................................................................... 12

3.6.4 IMP Rational Rose Interprise ......................................................... 13

3.6.5 Pengertian Basis Data ..................................................................... 13

3.7 Alat Bantu Analisa Dan Desain Sistem .................................................. 14

3.7.1 Unified Modeling Language (UML) ............................................... 14

3.7.2 Diagram yang terdapat di UML ...................................................... 14

3.7.3 Balsamiq Mockup 3 ......................................................................... 22

3.8 Pengujian Sistem ................................................................................... 22

3.8.1 Pengujian Black Box ....................................................................... 22

BAB IV ANALISA DAN PEMBAHASAN ........................................................ 24

4.1 Analisa Sistem ........................................................................................ 24

4.2 Analisa Kebutuhan Sistem ..................................................................... 24

4.2.1 Kebutuhan fungsional sistem .......................................................... 24

4.2.2 Kebutuhan Non-Fungsional Sistem ................................................ 25

4.3 Analisa Perangkat Keras atau Hardware ................................................ 25

4.4 Analisa Perangkat Lunak atau Software ................................................. 25

vii
 4.5 Analisa Pengguna atau User................................................................... 26

4.6 Analisis Modeling .................................................................................. 26

4.6.1 Model Interaksi ............................................................................... 26

4.6.2 Model Fungsional............................................................................ 41

4.7 Implementasi .......................................................................................... 47

4.8 Pengujian Sistem dengan Blackbox Testing ......................................... 56

BAB V KESIMPULAN ....................................................................................... 61

5.1 Kesimpulan ............................................................................................. 61

5.2 Saran ....................................................................................................... 61

DAFTAR PUSTAKA ............................................................................................ 62

viii
 DAFTAR GAMBAR

Gambar 1. 1. Metode Prototype (Pressman, 2010) ................................................. 5

Gambar 3. 1 Aplikasi Web .....................................................................................11

Gambar 4. 1 Use Case Diagram .......................................................................... 27

Gambar 4. 2. Sequence data barang ..................................................................... 36
Gambar 4. 3. Sequance Barang Masuk (admin) ................................................... 37
Gambar 4. 4. Sequence Diagram barang masuk ( petugas Gudang )................... 38
Gambar 4. 5. Sequence Diagram barang keluar (Admin)..................................... 39
Gambar 4. 6. Sequence Diagram barang keluar (Petugas Gudang) ...................... 40
Gambar 4. 7. Class diagram ................................................................................. 41
Gambar 4. 8. Activity Diagram Kelola data barang .............................................. 42
Gambar 4. 9. Activity Diagram Barang Masuk (Admin) ...................................... 43
Gambar 4. 10. Activity Diagram Barang Masuk (Petugas Gudang) ..................... 44
Gambar 4. 11. Activity Diagram barang keluar (Admin)..................................... 45
Gambar 4. 12. Activity Diagram Barang Keluar ( Petugas Gudang) .................... 46
Gambar 4. 13. Implementasi Database Sistem Informasi Inventory .................... 47
Gambar 4. 14. Implementasi Tabel Barang ........................................................... 47
Gambar 4. 15. Implementasi Tabel barang masuk ................................................ 48
Gambar 4. 16. Implementasi Tabel barang keluar ................................................ 48
Gambar 4. 17. Implementasi tabel transaksi ......................................................... 48
Gambar 4. 18. Implementasi Tabel detail transaksi .............................................. 49
Gambar 4. 19. Implementasi Tabel Kategori barang ............................................ 49
Gambar 4. 20. ImplementasiTtabel merek barang ................................................ 49
Gambar 4. 21. Implementasi Tabel supplier ......................................................... 49
Gambar 4. 22. Implementasi Tabel user ................................................................ 50
Gambar 4. 23. Implementasi halaman login ......................................................... 50
Gambar 4. 24. Implementasi Halamaan dashboard admin ................................... 51
Gambar 4. 25. Implementasi halaman data barang ............................................... 51

ix
Gambar 4. 26. Implementasi halaman form data barang ...................................... 52
Gambar 4. 27. Implementasi halaman form kategori barang ................................ 52
Gambar 4. 28. Implementasi halaman form merek barang ................................... 53
Gambar 4. 29. Implementasi halaman form supplier ............................................ 53
Gambar 4. 30. Implementasi halaman data barang masuk.................................... 54
Gambar 4. 31. Impementasi halaman form data barang masuk ............................ 54
Gambar 4. 32. Implementasi halaman data barang keluar .................................... 55
Gambar 4. 33. Impementasi halaman form data barang keluar ............................ 55

x
 DAFTAR TABEL

Tabel 3. 1 Simbol – simbol usecase (Hendini, 2016) ........................................... 15

Tabel 3. 2 Simbol – simbol activity Diagram (Hendini, 2016) ............................. 17
Tabel 3. 3 Simbol – simbol Sequence Diagram (Hendini, 2016) ......................... 20
Tabel 3. 4 Simbol – simbol Class Diagram (Hendini, 2016)................................ 21

Tabel 4. 1 Karakteristik user ................................................................................ 26

Tabel 4. 2 Skenario Use case Data Barang ........................................................... 28
Tabel 4. 3 Skenario Use case Data Barang ........................................................... 30
Tabel 4. 4 Skenario Use case Data Supplier ........................................................ 32
Tabel 4. 5 Skenario Use case Cetak Laporan ....................................................... 34
Tabel 4. 6. pengujian Blackbox Admin .................................................................. 56
Tabel 4. 7. pengujian Blackbox Petugas Gudang ................................................. 59

xi
 BAB I
PENDAHULUAN

1.1 Latar Belakang

Pada era seperti ini perkembangan teknologi informasi semakin pesat,

keberadaan pengolahan data inventaris menjadi informasi dengan
komputerisasi menjadi sangat penting dan dibutuhkan. Dari proses tersebut
akan mempermudah dan mempercepat suatu pekerjaan. Perusahaan yang
selalu membutuhkan informasi dari laporan inventaris yang mempermudah
dalam suatu sistem informasi dan dapat diakses dimana – mana.

Begitu pentingnya peran informasi ini, perusahaan perlu menggunakan

sistem informasi yang mudah diakses dalam pengolahan data inventory dan
perusahaan tersebut maka diperlukan sistem informasi berbasis website yang
dapat memanajemen inventory.

Pemanfaatan teknologi komputer menjadi perhatian perusahaan besar

seperti pengolahan data penjualan barang, pembelian barang dari produsen,
serta pengolahan data barang dari gudang. Oleh karena itu dalam sebuah
perusahaan harus memiliki sistem yang ter-otomatis sehingga akan menjadi
efektif dan mengurangi terjadi kesalahan informasi.

PT. Mega Perkasa Hanjaya merupakan Perusahaan kemitraan yang

bergerak dibidang penjualan Barang kendaraan bermotor, selama ini dalam
melakukan pencatatan barang masuk dan keluar di Gudang masih secara
manual seperti mencatat apa saja barang yang masuk kegudang serta apa saja
barang yang telah keluar dari gudang. Hal semacam ini jika dalam jangka
Panjang akan berdampak pada proses laporan pencatatan barang di Gudang
karena akan kesulitan jika ingin mengetahui barang apa saja yang masuk dan
keluar selama periode tertentu, serta dalam beberapa kasus rentan terhadap
hilangnya catatan yang telah dibuat.

Dengan permasalahan yang telah dijelaskan diatas maka dibutuhkan

sebuah sistem informasi inventory untuk mencatat semua data barang yang

1
 2

masuk maupun keluar di Gudang, sehingga mampu mempermudah

Perusahaan dalam melakukan pencatatan data barang digudang dan mampu
memudahkan proses keluar masuk barang tanpa ada kekeliruan, mengetahui
jumlah stok barang dengan mudah, dan pembuatan laporan secara berkala,
serta dengan sistem informasi inventory berbasis web maka akan lebih
memudahkan akses dari mana dan kapan saja.

Dari pokok permasalahan diatas penulis mengkaji permasalahan PT.

Mega Perkasa Hanjaya dengan harapan dapat membantu dan memberi solusi
atas permsalahan yang ada. Pada pembahasan ini penulis tuangkan dalam
laporan kerja praktik dengan mengambil judul “Sistem Informasi Inventory
Berbasis Web Pada PT. Mega Perkasa Hanjaya”.

1.2 Batasan Masalah

Dalam penelitian ini agar tidak menyimpang dari maksud dan tujuan
dari penyusunan laporan kerja praktik ini hanya membatasi masalah dalam
sistem informasi inventory ini adalah :

1. Sistem menangani proses pencatatan barang yang masuk dan keluar.

2. Sistem meberikan informasi mengenai barang yang masuk dan keluar.
3. Menghasilkan laporan, seperti : laporan stok, pemasukan barang dan
pengeluaran barang.
4. Sistem yang dibuat dengan menggunakan bahasa pemrograman PHP
dengan Codeigniter sebagai Framework nya dan MYSQLi sebagai
Databasenya.
5. Menggunakan Permodelan sistem Unified Modelling Language (UML)

1.3 Tujuan Kerja Praktik

Tujuan yang akan dicapai dari kerja praktek ini adalah :

1. Membangun aplikasi inventory stok barang secara lengkap dan efisien di

PT. Mega Perkasa Hanjaya.
2. Menghasilkan sistem inventory yang mempermudah dalam mengetahui
jumlah stok barang yang ada di gudang secara cepat dan akurat.
 3

3. Mempermudah pengelolaan proses pendataan barang masuk dan barang

keluar serta memberikan data laporan secara tepat.

1.4 Manfaat Kerja Praktik

Kerja Praktik ini mempunyai beberapa manfaat, yaitu :

1. Bagi Penulis
a. Dapat menambah ilmu pengetahuan, pengalaman serta wawasan
dalam dunia kerja.
b. Dapat mengaplikasikan teori-teori yang diperoleh selama perkuliahan.
2. Bagi Instansi
a. Membuat aplikasi berbasis web yang dapat diimplementasikan pada
PT. Mega Perkasa Hanjaya.
b. Mempercepat dan mempermudah dalam mengelola data stok barang.
3. Bagi Pembaca
a. Sebagai bahan pertimbangan dan acuan bagi pembaca.
b. Menambah pengetahuan tentang sistem inventory.
4. Bagi Universitas
Menambah perbendaharaan literature bagi USM untuk dijadikan sebagai
bahan pertimbangan dan masukan bagi pihak yang bersangkutan.

1.5 Metodologi Pelaksanaan

Dalam penyusunan laporan ini, penulis menerapkan beberapa metode

untuk memperoleh data – data yang diperlukan sebagai berikut :

1.5.1 Objek Kerja Praktik

Kerja Praktk dilakasanakan pada PT. Mega Perkasa Hanjaya

yang beralamatkan di Jalan Gatot Subroto Tahap V Blok A5/6
Kawasan Industri. Dilaksanakan selama 1 bulan terhitung mulai dari
tanggal 12 November 2022 sampai dengan 12 Desember 2022.
 4

1.5.2 Metode Pengumpulan Data

Dalam mengumpulkan data penulis menggunakan teknik

pengumpulan data sebagai berikut :
1. Wawancara
Metode wawancara adalah mencari informasi secara langsung
dengan cara bertanya jawab kepada Ibu Priska Selaku
Pembimbing Lapangan.
2. Observasi
Pada tahap ini penulis melakukan pengamatan secara langsung
data yang dibutuhkan untuk membuat sistem informasi
Inventory
3. Studi Pustaka
Pada tahap ini penulis melakukan pengumpulan data
menggunakan sumber yang dapat diperoleh dari internet,
literature, buku, dokumen yang ada di perpustakaan yang ada
hubungannya denga objek Kerja Praktik.

1.5.3 Jenis Data

Dari metode pengumpulan data tersebut didapatkan data yang

diklasifikasikan sebagai berikut :
1. Data Primer
adalah data yang diperoleh secara langsung tanpa melalui
perantara yaitu dengan melalui wawancara dan observasi secara
langsung yang berhubungan dengan data barang dan stok
Barang yang ada pada Gudang PT. Mega Perkasa Hanjaya.

2. Data Sekunder
adalah data yang diperoleh dari buku-buku dengan topik
mengenai pemrograman web, HTML 5 dan buku lain yang
mendukung laporan.
 5

1.5.4 Metode Pengembangan Sistem

Dari data yang terkumpul kemudian dilakukan pengembangan

sistem menggunakan metode Prototype. Model Prototype
merupakan metode yang cocok untuk menggali spesifikasi
kebutuhan yang digunakan kepada pengembangan perangkat lunak
secara lebih detail (Pressman, 2010). Tahap-tahap dijelaskan
sebagai berikut dalam gambar 1.1 berikut :

Gambar 1. 1. Metode Prototype (Pressman, 2010)

1. Komunikasi
Pada tahap ini mengidentifikasi latar belakang masalah, serta
mengumpulkan informasi-informasi lain yang diperlukan.
2. Perencanaan
Merupakan tahap pembuatan prakiraan- prakiraan.pecatatan
data dan mencari kebutuhan sistem yang akan digunakan dalam
pengembang sistem dengan mengetahui data barang speartpart
yang akan dibutuhkan.
3. Permodelan
Merupakan sebuah tahap proses penganalisaan dan penerjemah
terhadap syarat kebutuhan sistem sebelum dibuat program atau
coding. Dalam tahap ini penulis akan menggunakan software
Rational Rose dengan memakai Unified Modeling Language
(UML) sebagai alat bantu yang akan membuat permodelan Use
Case Diagram,Activity Diagram,Sequence Diagra,dan Class
 6

Diagram sehingga selanjutnya dapat diterapkan dalam bahas

komputer dan menghasilkan sebuah sistem yang diharapkan
yaitu sistem yang mampu memberi kemudahan kepada user serta
informasi data yang akurat.
4. Pembentukan Prototype
Pembentukan Prototype merupakan kegiatan membuat
perangkat lunak menggunakan software yang membantu
dalampenyempurnaa pemodelan interface. Fungsi-fungsi
dalam interface disesuaikan dengan kebutuhan user yang
menarik dan nyaman bagi user. Tahapan ini sangat
berpengaruh atas hasil akhir yang telah dirancang dalam
pembuatan sistem, dalam hal pembuatan program aplikasi
Sistem Informasi Kepegawaian ini, bahasa pemrograman
yang digunakan berupa PHP dan database MySQL. Setelah
proses implementasi selesai, kemudian diuji oleh user untuk
setiap tahapanprosesnya apakah dapat berjalan sempurna atau
ada kesalahan (bug) yang terdapat didalamnya, pengujian
yang dipakai adalah white boxdan black Box. Sehingga dapat
dilakukan perbaikan supaya sistem dapat berjalan dengan
baik yaitu dengan melakukan maintenance secara terature
minimal satu bulan sekali.
5. Penyerahan Sistem dan Umpan Balik
Prototype diserahkan kepada user dan kemudian melakukan
evaluasi terhadap Prototype yang telah dibuat. Kemudian user
memberikan umpan balik yang akan digunakan untuk
memperhalus spesifikasi kebutuhan. Pada tahap ini sistem yang
telah selesai dibuat dan telah diuji oleh user tanpa adanya
kesalahan sehingga sistem yang telah dibuat siap untuk
diberikan atau diserahkan kepada client dalam hal ini adalah
Kepala Gudang sperpart.
 7

1.6 Sistematika Penulisan

Untuk memberikan gambaran mengenai laporan yang akan dibuat,

adapun sistematika penulisan laporan sebagai berikut :

BAB I PENDAHULUAN
Bab ini berisi latar belakang masalah, tujuan kerja praktik,
batasan masalah, manfaat kerja praktik, metodologi penelitian,
dan sistematika penulisan.
BAB II TINJAUAN UMUM
Berisi penjelasan singkat mengenai sejarah tempat kerja
praktek, struktur organisasi, tugas dan fungsi masing-masing
struktur dari tempat kerja praktik.
BAB III LANDASAN TEORI
Pada bab ini memuat seluruh penjelasan dari teori yang
digunakan untuk mendukung penyusunan laporan kerja praktik.
BAB IV ANALISA DAN PEMBAHASAN
Bab ini berisi uraian dari analisa data, pembahasan dan hasil
tentang apa yang telah dikerjakan dalam kerja praktik yaitu
aplikasi sistem stok barang berbasis web pada PT. Mega Perkasa
Hanjaya.
BAB V PENUTUP
Bab ini berisi kesimpulan dari laporan kerja praktek dan saran
dalam pembuatan laporan kerja praktek sebagai penyempurna
dalam penyusunan sekaligus akhir dari laporan kerja praktek ini.
DAFTAR PUSTAKA
LAMPIRAN
 BAB II
TINJAUAN UMUM

2.1 Sejarah Singkat

PT. Mega Perkasa Hanjaya merupakan Perusahaan yang bergerak

dibidang Retail Barang kendaraan bermotor.

2.2 Profil Instansi

a. Nama Instansi : PT. Mega Perkasa Hanjaya

b. Alamat : Jalan Gatot Subroto Tahap V Blok A5/6
Kawasan Industri
c. Kecamatan : Ngaliyan
d. Kota : Semarang
e. Provinsi : Jawa Tengah
f. Nomor Telp. : 024 - 76332348
g. E-mail :-

2.3 Visi dan Misi

2.3.1 Visi

Menjadi perusahaan penyedia jasa layanan dan pengadaan barang

yang mampu memenuhi kebutuhan konsumen.

2.3.2 Misi

1. Membuat pelayanan berkualitas sebagai tanggung jawab

penyedia jasa.
2. Memenuhi kebutuhan konsumen.

8
 BAB III
LANDASAN TEORI

3.1 Sistem

Sistem menurut I Putu Agus E.P (2014), adalah “ sekumpulan prosedur

yang saling berkaitan dan saling terhubung untuk melakukan suatu tugas
bersama – sama”. Secara garis besar , sebuah sistem informasi terdiri dari tiga
komponen utama . Ketiga komponen tersebut mencakup software, hardware,
dan brainware.
Secara sedarhana, suatu sistem dapat diartikan sebagai suatu kumpulan
atau himpunan dari unsur , komponen, atau variable yang terorganisir, saling
berinteraksi, saling bergantung satu sama lain dan terpadu yang dimaksudkan
untuk mencapai suatu tujuan ( Sutabri, 2012). Pengertian Sistem
Menurut Davis (1985), sistem adalah bagian – bagian yang saling
berkaitan yang beroperasi bersama untuk mencapai beberapa sasaran atau
maksud. Lucas (1989), mendefinisikan sistem sebagai suatu komponen atau
variabel yang terorganisasi, saling berinteraksi, saling bergantung, satu sama
lain dan terpadu. McLeod berpendapat, sistem adalah sekelompok elemen
yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan.

Dari beberapa pendapat tentang definisi sistem tersebut, definisi sistem

yang lebih luas dibandingkan pendekatan sistem yang lebih menekankan pada
prosedur dan lebih banyak diterima adalah pendekatan sistem yang
merupakan kumpulan dari komponen atau elemen-elemen atau subsistem –
subsistem. karena pada kenyataannya suatu sistem memang terdiri dari
subsistem – subsistem.

3.2 Informasi

Informasi menurut I Putu Agus E.P (2014), merupakan hasil

pengolahan data dari satu atau berbagai sumber , yang kemudian diolah,
sehingga memberikan nilai, arti, dan manfaat. Pada proses pengolahan
informasi, juga dilakukan proses verifikasi secara akurat, spesifik, dan tepat

9
 10

waktu. Hal ini pentig agar informasi dapat memberikan nilai dan pemahaman
kepada pengguna. Pengguna dalam hal ini mencakup pembaca, pendengar,
dan penonton, bergantung pada bagaimana cara pengguna tersebut menikmati
sajian informasi dan melalui media apa informasi tersebut disajikan.

3.3 Sistem informasi

Menurut I Putu Agus E.P (2014), sistem informasi merupakan

gabungan dari empat bagian utama. Keempat bagian utama tersebut
mencakup perangkat lunak ( software ), perangkat keras ( hardware ),
infrastruktur, dan sumber daya manusia ( SDM ) yang terlatih. Keempat
bagian utama ini saling berkaitan untuk menciptakan sebuah sistem yang
dapat mengolah data menjadi informasi yang bermanfaat.

Menurut James A O’Brien and George M Marakas (2016), Sistem

informasi adalah kombinasi terorganisasi apapun dari manusia, perangkat
keras, perangkat lunak, jaringan komunikasi, sumber data dan kebijakan serta
prosedur yang terorganisasi yang menyimpan, mengambil, mengubah, dan
memisahkan informasi dalam sebuah organisasi.

3.4 Persediaan (Inventory)

Persediaan atau Inventory atau stok adalah suatu istilah umum yang
menunjukkan segala sesuatu atau sumber daya – sumber daya organisasi yang
disimpan dalam antisipasi terhadap pemenuhan permintaan (Handoko,
2000:333). Pada umumnya persediaan juga merupakan salah satu jenis aktiva
lancar yang jumlahnya cukup besar dalam suatu perusahaan. Persediaan
biasanya mencakup beberapa jenis persediaan seperti persediaan bahan
mentah, persedian bahan setengah jadi, dan persediaan barang jadi. Untuk
sistem yang sedang dibangun atau dirancang ini menggunakan persediaan
jenis barang jadi yang dimana berfungsi untuk mendukung proses yang ada.

Oleh karena itu perusahaan selalu mengadakan persediaan untuk

memenuhi kebutuhan, karena tanpa adanya persediaan, sebuah perusahaan
 11

akan menghadapi pada risiko kekurangan barang atau persediaan yang

nantinya dapat mengganggu proses yang terjadi pada perusahaan.

3.5 Pengenalan Aplikasi Web

Aplikasi web merupakan sebuah aplikasi yang menggunakan teknologi

browser untuk menjalankan aplikasi dan diakses melalui jaringan computer
(Remick, 2011), sedangkan menurut Rouse (2011) aplikasi web adalah
sebuah program yang disimpan di Server dan dikirim melalui internet dan
diakses melalui antarmuka browser.

Dari pengertian diatas dapat disimpulkan aplikasi web merupakan suatu

perangkat lunak komputer yang dikodekan dalam bahasa pemrograman yang
mendukung perangkat lunak berbasis web seperti HTML, JavaScript, CSS,
Ruby, Phyton, PHP, Java dan bahasa pemrograman lainnya. Adapum
gambaran rinci aplikasi web adalah sebagai berikut :

Gambar 3. 1 Aplikasi Web

3.6 Sofware Pengembangan Aplikasi Web

Berikut adalah software dalam penunjang Pembangunan aplikasi yang

akan di bangun :
 12

3.6.1 Visual Studio Code

Visual Studio Code (VSCode) merupakan editor teks cross-

platform yang tersedia bagi sistem operasi Windows, Linux, maupun
OS X. Editor ini dikembangkan oleh Microsoft dan dengan cepat
mengambil hati para developer yang menggunakan Sublime Text untuk
pindah menggunakan VSCode.
Seperti Sublime Text, VSCode memiliki sebuah fitur plugin
bernama extention. Extention bisa kita tambahkan langsung dari dalam
VSCode itu sendiri. Extension yang tersedia di Marketplace juga bisa
langsung dicari dari menu Extention.
3.6.2 XAMPP

XAMPP adalah perangkat lunak bebas, yang mendukung untuk

banyak sistem operasi, yang merupakan kompilasi dari beberapa
program. Fungsi XAMPP sendiri adalah sebagai server yang berdiri
sendiri (localhost), yang terdiri beberapa program antara lain : Apache
HTTP Server, MySQL database, dan penerjemah bahasa yang ditulis
dengan bahasa pemrograman PHP dan Perl.
Aplikasi ini tersedia dalam GNU General Public License dan
bebas, merupakan web server yang mudah untuk digunakan yang dapat
menampilkan halaman web yang dinamis.
3.6.3 CodeIgniter

CodeIgniter merupakan aplikasi sumber terbuka (open sourse)

yang berupa kerangka kerja PHP untuk membangun situs web dinamis.
Framework ini memudahkan pengembang web untuk membuat aplikasi
web dengan cepat dan mudah dibandingkan dengan membuatnya dari
awal. Terdapat 3 jenis komponen dalam pembangunan suatu aplikasi
sebagai berikut :
 13

A. Model
Berhubungan dengan pangkalan data untuk memanipulasi data
(insert, update, delete, search), menangani validasi dari bagian
controller, tetapi tidak dapat berhubungan langsung dengan view.
B. View
Berfungsi untuk menerima dan mempresentasikan data kepada
pengguna.
C. Controller
Menerima permintaan data dari pengguna kemudian menentukan
apa yang akan diproses oleh aplikasi.
3.6.4 IMP Rational Rose Interprise

Rational Rose adalah tools pemodelan visual untuk pengembangan

sistem berbasis objek yang handal untuk digunakan sebagai bantuan
bagi para pengembang dalam melakukan analisi dan perancangan
sistem. Dalam Rational Rose, pemodelan adalah cara melihat sistem
dari berbagai sudut pandang. Ia mencakup semua diagram yang dikenal
dalam UML, aktor-aktor yang terlibat dalam sistem, use case, objek-
objek, kelas-kelas, komponen- komponen, serta simpul-simpul
penyebaran. Model juga mendeskripsikan rincian yang diperlukan
sistem dan bagaimana ia akan bekerja, sehingga para pengembang
dapat menggunakan model itu sebagai blue print.
3.6.5 Pengertian Basis Data

Menurut Nugroho (2011) Basis data merupakan koleksi dari data -

data yang terorganisir sedemikian rupa sehingga data mudah disimpan
dan dimanipulasi (diperbaharui, dicari, diolah dengan perhitungan –
perhitungan tertentu serta dihapus).
Berdasarkan definisi diatas dapat disimpulkan bahwa basis data
merupakan sukumpulan data yang saling berhubungan satu sama lain
yang dapat disimpan, diperbaiki dan dihapus sesuai dengan keinginan
pengguna.
 14

3.7 Alat Bantu Analisa Dan Desain Sistem

3.7.1 Unified Modeling Language (UML)

Unified Modelling Language (UML) merupakan kumpulan

diagram-diagram yang sudah memiliki standar untuk pembangunan
perangkat lunak berbasis objek. UML memiliki banyak diagram
terdiri dari Diagram Use Case, Diagram class, Diagram Sequence dan
Diagram Activity.
3.7.2 Diagram yang terdapat di UML

a. Use Case Diagram

Usecase diagram merupakan permodelan untuk kelakuan
(behavior) sistem informasi yang akan dibuat. Usecase diagram
merupakan pemodelan untuk kelakuakn (behavior) sistem
informasi yang akan dibuat. Usecase digunakan untuk
mengetahui fungsi apa saja yang ada di dalam sistem informasi
dan siapa saja yang berhak menggunakan fungsi-fungsi tersebut.
Simbol-simbol yang digunakan dalam Usecase Diagram yaitu
(Hendini, 2016):
1. Usecase
Usecase menggambarkan fungsionalitas yang
disediakan sistem sebagai unit-unit yang bertukar pesan
antar unit dengan aktor, yang dinyatakan dengan
menggunakan kata kerja.
2. Actor
Actor atau Aktor adalah Abstraction dari orang atau
sistem yang lain yang mengaktifkan fungsi dari target
sistem. Untuk mengidentifikasikan aktor, harus ditentukan
pembagian tenaga kerja dan tugas-tugas yang berkaitan
dengan peran pada konteks target sistem. Orang atau sistem
bisa muncul dalam beberapa peran. Perlu dicatat bahwa
 15

aktor berinteraksi dengan usecase, tetapi tidak memiliki

kontrol terhadap usecase.
3. Asosiasi antara actor dan usecase
Asosiasi antara aktor dan usecase, digambarkan
dengan garis tanpa panah yang mengindikasikan siapa atau
apa yang meminta interaksi secara langsung dan bukannya
mengindikasikan data.
4. Asosiasi antara actor dan usecase dengan panah terbuka
Asosiasi antara aktor dan usecase yang menggunakan
panah terbuka untuk mengindikasikan bila aktor
berinteraksi secara pasif dengan sistem.
5. Extends
Extend, merupakan perluasan dari usecase lain jika
kondisi atau syarat terpenuhi.
6. Include
Include, merupakan di dalam usecase lain (required)
atau pemanggilan usecase oleh usecase lain, contohnya
adalah pemanggilan sebuah fungsi program.

Tabel 3. 1 Simbol – simbol usecase (Hendini, 2016)

Simbol Deskripsi
Aktor Orang, proses, atau sistem
lain yang berinteraksi dengan
sistem informasi yang akan
dibuat di luar sistem
informasi yang akan dibuat
itu sendiri, jadi walapun
NewClass
simbol dari aktor adalah
gambar orang, tapi aktor
belum tentu merupakan
orang.
 16

Use case Fungsional yang disediakan

sistem sebagai unitunit yang
saling bertukar pesan antara
unit atau aktor, biasanya
dinyatakan dengan
UseCase
menggunakan kerja awal
frase nama use case.
Association Komunikasi antara aktor dan
use case yang berpartisipasi
pada use case atau use case
memiliki interaksi dengan
aktor
Extend Relasi use case ditambahkan
ke sebuah use case dimana
UseCase
use case yang ditambahkan
dapat berdiri sendiri
<<extend>>
1 walaupun tanpa use case
tambahan itu, mirip dengan
prinsip inheritance pada
NewUseCase
pemrograman berorientasi
objek, biasanya use case arah
panah menunjukan pada use
case yang dituju
Include Relasi use case ditambahkan
ke sebuah use case dimana
use case yang ditambahkan
memerlukan use case ini
untuk menjalankan fungsinya
<<include>> atau sebagai syarat pandang
1 NewUseCase2
yang cukup besar mengenai
include di use case, include
berarti use case yang
ditambahkan akan selalu
dipanggil use cas tambahan
dijalankan

b. Activity Diagram
Activity Diagram menggambarkan workflow (aliran kerja)
atau aktivitas dari sebuah sistem atau proses bisnis. Simbol-
 17

simbol yang digunakan dalam activity diagram yaitu (Hendini,

2016):
1. Start Point
Start Point, diletakkan pada pojok kiri atas dan
merupakan awal aktivitas.
2. End Point
End Point, akhir aktivitas.
3. Activities
Activities, menggambar kan suatu proses/kegiatan
bisnis.
4. Fork/Percabangan
Fork/percabangan, digunakan untuk menunjukkan
kegiatan yang dilakukan secara paralel atau untuk
menggabung kan dua kegiatan paralel menjadi satu.
5. Join/Penggabungan
Join (penggabungan) atau rake, digunakan untuk
menunjukkan adanya dekomposisi.
6. Decision Point
Decision Points, menggambar kan pilihan untuk
pengambilan keputusan, true atau false.
7. Swimlane
Swimlane, pembagian activity diagram untuk
menunjukkan siapa melakukan apa.

Tabel 3. 2 Simbol – simbol activity Diagram (Hendini, 2016)

Simbol Deskripsi
Start State Objek dibentuk atau diawali
 18

End State Titik akhir atau akhir dari

aktivitas

Activity Activity atau aktivitas yang

dilakukan oleh actor

Decision Pilihan untuk mengambil

keputusan

Transition Sebuah kejadian yang memicu

sebuah state objek dengan cara
memperbaharui satu atau lebih
nilai atributnya
State State dari system yang
mencerminkan Eksekusi
system
UseCase

Join Untuk menggabungkan

beberapa kegiatan secara
paralel menjadi satu

Fork Menunjukan kegiatan yang

dilakukan secara paralel

c. Sequence Diagram
Sequence Diagram menggambarkan kelakuan objek pada
usecase dengan mendeskripsikan waktu hidup objek dan pesan
yang dikirimkan dan diterima antar objek. Simbol-simbol yang
digunakan dalam Sequence Diagram yaitu (Hendini, 2016):
 19

1. Entity Class
Entity Class, merupakan bagian dari sistem yang berisi
kumpulan kelas berupa entitas-entitas yang membentuk
gambaran awal sistem dan menjadi landasan untuk
menyusun basis data.
2. Boundary Class
Boundary Class, berisi kumpulan kelas kelas yang
menjadi interfaces atau interaksi antara satu atau lebih aktor
dengan sistem, seperti tampilan form entry dan form cetak.
3. Control Class
Control class, suatu objek yang berisi logika aplikasi
yang tidak memiliki tanggung jawab kepada entitas,
contohnya adalah kalkulasi dan aturan bisnis yang
melibatkan berbagai objek.
4. Message
Message, simbol mengirim pesan antar class.
5. Recursive
Recursive, menggambarkan pengiriman pesan yang
dikirim untuk dirinya sendiri.
6. Activation
Activation, mewakili sebuah eksekusi operasi dari objek,
panjang kotak ini berbanding lurus dengan durasi aktivasi
sebuah operasi.
7. Lifeline
Lifeline, garis titik-titik yang terhubung dengan objek,
sepanjang lifeline terdapat activation.
 20

Tabel 3. 3 Simbol – simbol Sequence Diagram (Hendini, 2016)

Simbol Deskripsi
Actor Orang atau pihak yang mengelola
system

Garis Hidup Menggambarkan sebuah objek dalam

/Lifeline sebuah sistem atau salah satu
komponennya

Pemodelan bagian dari sistem yang

Boundary
bergantung pada pihak lain
disekitarnya dan merupakan pembatas
sistem dengan dunia luar
Control Permodelan “perilaku mengatur”
khusus untuk satu atau beberapa use
case saja

Entity Permodelan informasi yang harus

disimpan oleh sistem yang
memperlihatkan struktur data dari
suatu system
Message Mengidentifikasi urutan komunikasi
yang terjadi antara objek.

d. Class Diagram
Merupakan hubungan antar kelas dan penjelasan detail
tiap-tiap kelas di dalam model desain dari suatu sistem, juga
memperlihatkan aturan-aturan dan tanggung jawab entitas yang
 21

menentukan perilaku sistem. Class Diagram juga menunjukkan

atribut-atribut dan operasi-operasi dari sebuah kelas dan
constraint yang berhubungan dengan objek yang dikoneksikan.
Class Diagram secara khas meliputi : Kelas (Class), Relasi
Assosiations, Generalitation dan Aggregation, attribut
(Attributes), operasi (operation/method) dan visibility, tingkat
akses objek eksternal kepada suatu operasi atau attribut.
Hubungan antar kelas mempunyai keterangan yang disebut
dengan Multiplicity atau Cardinality.

Tabel 3. 4 Simbol – simbol Class Diagram (Hendini, 2016)

Simbol Deskripsi
Package Package merupakan sebuah bungkusan
dari satu atau lebih kelas

Operasi Kelas pada struktur sistem

Nama operasi

Atribut

Operation

Antarmuka /interface Sama dengan konsep interface dalam

pemrograman berorientasi objek

Asosiasi Relasi antar kelas dengan makna umum ,

asosiasi biasanya juga disertai dengan
multiplicity
Asosiasi berarah Relasi antar kelas dengan makna kelas
yang satu digunakan oleh kelas yang lain
,asosiasi biasanya juga disertai dengan
multipicity
 22

3.7.3 Balsamiq Mockup 3

Balsamiq Mockups 3 merupakan perangkat lunak yang membantu

menggambarkan interface dalam bentuk sketsa digital dengan
menggunakan simbol, ikon, gambar dalam satu file. Simbol dapat
digunakan untuk membuat template atau komponen lainnya sehingga
dapat menghemat waktu. Aplikasi Balsamiq Mockups 3 dapat
digunakan pada desktop dengan sistem operasi windows ataupun
MacOS (balasmiq.com). Perancangan dapat menjadi dasar dalam
membangun sistem atau aplikasi untuk monitoring (Rusdiana &
Setiawan, 2018).

3.8 Pengujian Sistem

3.8.1 Pengujian Black Box

Menurut Nidhra & Dondeti (2012), BlackBox Testing adalah

pengujian berdasarkan persyaratan- persyaratan dan tidak perlu
memeriksa kode dalam pengujian blackbox. Ini murni dilakukan
berdasarkan sudut pandang pelanggan, hanya penguji yang
mengetahui set input dan output yang dapat diprediksi. Pengujian
blackbox dilakukan pada produk yang benar-benar jadi. BlackBox
Testing memainkan peran penting dalam pengujian perangkat lunak,
ini membantu validasi fungsionalitas keseluruhan sistem. BlackBox
Testing dilakukan berdasarkan persyaratan pelanggan, sehingga
persyaratan yang tidak lengkap atau tidak dapat diprediksi dapat
dengan mudah diidentifikasi dan dapat diatasi nanti. BlackBox Testing
dilakukan berdasarkan perspektif pengguna akhir. Pentingnya
pengujian kotak hitam ini menangani input yang valid dan tidak valid
dari perspektif pelanggan.
Keuntungan utama BlackBox Testing adalah bahwa, penguji tidak
perlu memiliki pengetahuan tentang bahasa pemrograman tertentu,
tidak hanya bahasa pemrograman tetapi juga pengetahuan tentang
implementasi. Dalam BlackBox Testing, kedua programmer dan
 23

penguji tidak tergantung satu sama lain. Keuntungan lain adalah

pengujian dilakukan dari sudut pandang pengguna. Keuntungan yang
signifikan dari pengujian kotak hitam adalah membantu mengekspos
ambiguitas atau ketidakkonsistenan dalam spesifikasi persyaratan.
Berikut merupakan teknik BlackBox Testing:
1. Equivalence Class Partitioning
2. Boundary Value Analysis
3. Decision Tabels
4. State Transition Diagrams (or) State Transition Diagrams
5. Orthogonal Arrays
6. All Pairs Technique
 BAB IV
ANALISA DAN PEMBAHASAN

4.1 Analisa Sistem

Analisa sistem merupakan kegiatan penguraian dari suatu sistem

informasi yang utuh ke dalam bagian komponennya sehingga akan
menghasilkan sebuah sistem yang sesuai dengan kebutuhan perusahaan.
Permasalahan yang terjadi di PT. Mega Perkasa Hanjaya adalah tidak adanya
sistem informasi inventory yang meliputi pencatatan data barang dan keluar
masuk data tersebut serta pencetakan laporan , yang berarti semua tadi masih
dilakukan secara manual. Proses pencatatan barang masuk dan keluar dari
Gudang akan menjadi lebih efektif dan lebih baik apabila dibuat
terkomputerisasi dengan sistem berbasis web.

4.2 Analisa Kebutuhan Sistem

Analisa kebutuhan sistem digunakan untuk mempermudah menganaisa

sebuah sistem. Untuk hal tersebut dibutuhkan dua jenis kebutuhan sistem.

4.2.1 Kebutuhan fungsional sistem

Kebutuhan fungsional sistem adalah kebutuhan yang berisi proses

– proses apa saja yang nantinya diproses oleh sistem. Berikut adalah
kebutuhan fungsional sistem dari sistem informasi Inventory :

1) Admin & Petugas Gudang harus mampu melakukan login.

2) Admin harus mampu melakukan pengolahan data
barang,supplier seperti:
a. Menambahkan data
b. Melakukan edit data
c. Melakukan hapus data
3) Admin & Petugas Gudang harus mampu melakukan input
keluar masuk barang:
a. Melakukan input barang masuk / keluar

24
 25

b. Mengkonfirmasi transaksi keluar masuk barang

c. Melakukan pemesanan barang ke supplier
4) Admin harus mampu melakukan cetak laporan, seperti:
a. Melakukan cetak laporan data barang,
b. Melakukan cetak laporan data transaksi keluar masuk.

4.2.2 Kebutuhan Non-Fungsional Sistem

Kebutuhan non-fungsional sistem adalah kebutuhan yang menitik

beratkan pada property perilaku yang dimiliki oleh sistem. Analisa
kebutuhan non fungsional dilakukan untuk mengetahui spesifikasi
kebutuhan untuk sistem. Spesifikasi kebutuhan melibatkan analisa
perangkat keras atau hardware, analisa perangkat lunak atau software,
analisa pengguna atau user.

4.3 Analisa Perangkat Keras atau Hardware

Perangkat keras atau hardware yang diusulkan dalam sistem baru :

a. Motherboard
b. RAM / Memori : 4 Gb
c. Hardisk/Ssd : 120 Gb
d. Intel Cerelon Dualcore 1037U@ 1.80Ghz / J1800@ 2.41Ghz
e. Monitor 19”
f. keyboard
g. Mouse
h. Printer

4.4 Analisa Perangkat Lunak atau Software

Spesifikasi perangkat lunak yang dibutuhkan untuk mendukung sistem

yang dibangun adalah sebagai berikut:

a. Sistem Operasi : Windows 10

b. Xampp V 3.2.4
c. PHP dan HTML
d. CodeIgniter
 26

e. Google Chrome

4.5 Analisa Pengguna atau User

Perangkat lunak yang akan dibangun digunakan oleh Admin dan

Petugas Gudang, untuk lebih jelasnya dapat dilihat pada tabel di bawah ini

Tabel 4. 1 Karakteristik user

Tingkat
User Tanggung Jawab Hak Akses
Keterampilan
Admin Mengelola data Menambah, Bisa mengikuti
sistem web menghapus, merubah, petunjuk yang
mengelola data barang, ada pada
melakukan input sistem
transaksi keluar masuk
barang, mencetak
laporan data barang dan
data transaksi keluar
masuk barang
Petugas Melakukan input
Gudang transaksi keluar masuk
barang serta melakukan
pemesanan barang ke
supplier

4.6 Analisis Modeling

4.6.1 Model Interaksi

Dalam pembuatan Sistem Informasi Inventory pada PT. Mega

Perkasa Hanjaya diperlukan analisis model interaksi, untuk
memberikan gambaran umum kepada user. Perancangan tersebut
menggunakan bahasa permodelan UML (Unified Modelling
Language).
 27

a. Use Case Diagram

Use case atau diagram use case merupakan permodelan

untuk menggambarkan kelakuan (behavior) system yang akan
dibuat.

Gambar 4. 1 Use Case Diagram

1. Skenario Use case Kelola Data Barang di menu Master data

Actor : Admin
Pre-Condition : Admin melakukan login dan masuk ke
menu master data
Post-Condition : Admin mengelola data barang yang ada
pada menu data master sehingga
halaman Barang berhasil diperbarui.
Tujuan : Mengelola data barang (edit, tambah,
hapus) pada sistem informasi inventory
Deskripsi : Kelola data barang dimenu data master
merupakan proses memasukkan data
barang. Admin melakukan login masuk
 28

dan memilih menu data master. Admin

dapat melakukan proses penambahan
data baru, merubah, menghapus dan
data barang.

Tabel 4. 2 Skenario Use case Data Barang

Actor Sistem

1. Admin memasukkan
email dan password
2. Email dan password
valid , masuk menu
utama
3. Admin memilih menu
data master
Skenario Alternatif ( tambah data )

4. Menampilkan halaman
menu data barang
5. Admin memilih tombol
tambah barang
6. Menampilkan form
input data barang
7. Admin Mengisi form
input data barang
8. Klik tombol simpan
9. Data barang
tersimpan
Skenario Alternatif ( ubah atau edit data )
 29

4. Menampilkan
halaman menu
barang
5. Admin mencari data
barang yang akan di
edit atau di ubah
6. Menampilkan data
barang yang terpilih.

7. Admin mengubah
data barang.
8. Klik tombol simpan
9. Data barang berhasil
di ubah
Skenario Alternatif ( hapus data )
4. Menampilkan
halaman menu
barang
5. Admin memilih
data barang yang
akan di hapus
6. Klik tombol hapus
7. Data barang
berhasil di hapus.

2. Skenario Use case Kelola Barang Masuk / keluar di menu

Transaksi
Actor : Admin, Petugas Gudang
Pre-Condition : Admin melakukan login dan masuk ke
menu transaksi
 30

Post-Condition : Admin / Petugas gudang melakukan

penambahan data barang masuk atau
barang keluar sehingga data dapat
tersimpan .
Tujuan : Melakukan pengelolaan data barang
keluar / masuk.
Deskripsi : Melakukan penambahan data barang
masuk / keluar dengan mengisi form
input tambah barang masuk / keluar,

Tabel 4. 3 Skenario Use case Data Barang

Actor Sistem

1. Admin / petugas
gudang memasukkan
email dan password
2. Email dan password
valid , masuk menu
utama
3. Admin memilih menu
transaksi
4. Menampilkan
halaman menu
transaksi
5. Admin klik tombol
tambah barang masuk /
keluar
6. Menampilkan form
barang masuk /
keluar
 31

7. Admin Mengisi form

tambah barang masuk /
keluar
8. Klik tombol simpan
9. Data service
tersimpan dan
ditampilkan
Skenario Alternatif ( update data service )

5. Admin mencari data

barang masuk / keluar
yang akan diupdate
6. Admin klik tombol
update

7. Menyimpan data
update yang di
lakukan admin

3. Skenario Use case Kelola Data Supplier di menu Master

data
Actor : Admin
Pre-Condition : Admin melakukan login dan masuk ke
menu master data
Post-Condition : Admin mengelola data Supplier yang
ada pada menu data master sehingga
halaman Barang berhasil diperbarui.
Tujuan : Mengelola data Supplier (edit, tambah,
hapus) pada sistem informasi inventory
Deskripsi : Kelola data Supplier dimenu data master
merupakan proses memasukkan data
 32

Supplier. Admin melakukan login

masuk dan memilih menu data master.
Admin dapat melakukan proses
penambahan data baru, merubah,
menghapus data Supplier.

Tabel 4. 4 Skenario Use case Data Supplier

Actor Sistem

1. Admin memasukkan
email dan password
2. Email dan password
valid , masuk menu
utama
3. Admin memilih menu
data master
Skenario Alternatif ( tambah data )

4. Menampilkan halaman
menu data Supplier
5. Admin memilih tombol
tambah Supplier
6. Menampilkan form
input data Supplier
7. Admin Mengisi form
input data Supplier
8. Klik tombol simpan
9. Data barang tersimpan
Skenario Alternatif ( ubah atau edit data )
4. Menampilkan halaman
menu Supplier
 33

5. Admin mencari data

Supplier yang akan di
edit atau di ubah
6. Menampilkan data
Supplier yang terpilih.

7. Admin mengubah data

Supplier.
8. Klik tombol simpan
9. Data barang berhasil di
ubah
Skenario Alternatif ( hapus data )
4. Menampilkan halaman
menu Supplier

5. Admin memilih data

Supplier yang akan di
hapus
6. Klik tombol hapus
7. Data Supplier berhasil
di hapus.

4. Skenario Use case cetak laoran di menu laporan

Actor : Admin
Pre-Condition : Admin melakukan login dan masuk ke
menu laporan
Post-Condition : Admin melakukan cetak laporan barang
masuk / keluar
Tujuan : Melakukan cetak laporan transaksi
barang masuk/keluar
 34

Deskripsi : Melakukan cetak laporan data barang

masuk atau keluar sebagai proses
pecatatan barang pada gudang.

Tabel 4. 5 Skenario Use case Cetak Laporan

Actor Sistem

1. Admin memasukkan
email dan password
2. Email dan password
valid , masuk menu
utama
Skenario Alternatif ( cetak laporan barang masuk)

3. Admin memilih menu

laporan
4. Menampilkan pilihan
cetak laporan barang
masuk
5. Admin memilih cetak
laporan barang masuk
6. Admin klik cetak
laporan
7. Mencetak /
menyimpan file
laporan barang
masuk
Skenario Alternatif ( cetak laporan barang keluar)
4. Admin memilih menu
laporan
 35

5. Menampilkan pilihan
cetak laporan barang
keluar
6. Admin memilih cetak
laporan barang keluar

7. Admin klik cetak

laporan

8. Mencetak /
menyimpan file
laporan barang
masuk

b. Sequence Diagram

Sequence diagram menggambarkan kelakuan atau perilaku

objek pada use case dengan mendeskripsikan waktu hidup objek
dan pesan yang dikirimkan dan diterima antar objek.
1. Sequence Diagram Data Barang
 36

Gambar 4. 2. Sequence data barang

 37

2. Sequence Diagram Barang masuk

Gambar 4. 3. Sequance Barang Masuk (admin)

 38

Gambar 4. 4. Sequence Diagram barang masuk ( petugas Gudang )

 39

3. Sequence Diagram barang keluar

Gambar 4. 5. Sequence Diagram barang keluar (Admin)

 40

Gambar 4. 6. Sequence Diagram barang keluar (Petugas Gudang)

 41

c. Class Diagram

Class diagram menggambarkan struktur sistem dari segi

pendefinisian master barang yang akan dibuat untuk
menghubungkan sistem.

Gambar 4. 7. Class diagram

4.6.2 Model Fungsional

a. Activity Diagram
Activity diagram menggambarkan workflow (aliran kerja)
atau aktivitas dari sebuah sistem atau proses sebuah sistem.
 42

Gambar 4. 8. Activity Diagram Kelola data barang

 43

Gambar 4. 9. Activity Diagram Barang Masuk (Admin)

 44

Gambar 4. 10. Activity Diagram Barang Masuk (Petugas Gudang)

 45

Gambar 4. 11. Activity Diagram barang keluar (Admin)

 46

Gambar 4. 12. Activity Diagram Barang Keluar ( Petugas Gudang)

 47

4.7 Implementasi

Implementasi adalah suatu penerapan atau pelaksanaan untuk

menjalankan rencana yang telah dibuat sebelumnya. Berikut hasil
implementasi dari sistem infromasi inventory PT. Mega Perkasa Hanjaya
4.7.1 Implementasi Database
Database sistem informasi inventory ini berisikan tabel-tabel yang
saling berelasi antara tabel satu ke tabel yang lainnya seperti tabel
Barang, service dan tabel user .

Gambar 4. 13. Implementasi Database Sistem Informasi Inventory

Gambar 4. 14. Implementasi Tabel Barang

 48

Gambar 4. 15. Implementasi Tabel barang masuk

Gambar 4. 16. Implementasi Tabel barang keluar

Gambar 4. 17. Implementasi tabel transaksi

 49

Gambar 4. 18. Implementasi Tabel detail transaksi

Gambar 4. 19. Implementasi Tabel Kategori barang

Gambar 4. 20. ImplementasiTtabel merek barang

Gambar 4. 21. Implementasi Tabel supplier

 50

Gambar 4. 22. Implementasi Tabel user

4.7.2 Implementasi Sistem

Implementasi sistem ini merupakan Langkah-langkah atau prosedur-
prosedur yang telah dilakukan dalam menyelesaikan tahapan- tahapan
yang telah dirancang dari bab- bab sebelumnya.

Gambar 4. 23. Implementasi halaman login

 51

Gambar 4. 24. Implementasi Halamaan dashboard admin

Gambar 4. 25. Implementasi halaman data barang

 52

Gambar 4. 26. Implementasi halaman form data barang

Gambar 4. 27. Implementasi halaman form kategori barang

 53

Gambar 4. 28. Implementasi halaman form merek barang

Gambar 4. 29. Implementasi halaman form supplier

 54

Gambar 4. 30. Implementasi halaman data barang masuk

Gambar 4. 31. Impementasi halaman form data barang masuk

 55

Gambar 4. 32. Implementasi halaman data barang keluar

Gambar 4. 33. Impementasi halaman form data barang keluar

 56

4.8 Pengujian Sistem dengan Blackbox Testing

Pengujian fungsi sistem bertujuan untuk mengetahui fungsional dari

elemen – elemen yang terdapat di halaman sistem. Elemen – elemen interface
yang diujikan terutama adalah elemen button dan hyperlink pada Sistem
Informasi Inventory berbasis web pada PT. Mega Perkasa Hanjaya

1. Hasil Pengujian Blackbox Admin

Tabel 4. 6. pengujian Blackbox Admin

Langkah Hasil yang Hasil yang

No Test Case Keterangan
Uji diharapkan didapatkan
Halaman Login
1. Pengujian Masukkan Masuk ke Admin berhasil Berhasil
button email dan Halaman masuk ke
login password, Utama Halaman
kemudian Aplikasi Utama Sistem
klik login Informasi
Inventory
Halaman Utama
2. Pengujian Klik Masuk ke Admin berhasil Berhasil
button button Halaman data masuk ke
data data barang sistem Halaman Data
barang barang barang
3. Pengujian Klik Masuk ke Admin berhasil Berhasil
button button Halaman masuk ke
Transaksi barang barang masuk Halaman
Barang masuk barang masuk
masuk
 57

5. Pengujian Klik Masuk ke Admin berhasil Berhasil

button button My Halaman masuk ke
Transaksi Barang barang keluar Halaman
barang Keluar barang keluar
keluar
6. Pengujian Klik Masuk ke Admin berhasil Berhasil
laporan button Halaman masuk ke
Laporan Laporan Halaman
laporan
7. Pengujian Klik Masuk ke Admin berhasil Berhasil
button button Halaman masuk ke
User User User Halaman User
Managem manageme Management management
ent nt
8. Pengujian Klik Keluar dari Admin berhasil Berhasil
button button sistem log Keluar dari
Logout Logout Barang sistem log
Barang
Tambah Data Barang
9. Pengujian Klik Menampilkan Form tambah Berhasil
button button Form tambah data Barang
Tambah Tambah data Barang ditampilkan
Data Data pada
Barang halaman
Barang
10. Pengujian Masukkan Menyimpan Admin Berhasil
button data pada Data Barang Berhasil
Simpan form Menyimpan
tambah Data Barang
Barang
 58

lalu klik
Button
Simpan
11. Pengujian Klik Batal Admin berhasil Berhasil
button button menyimpan membatalkan
Batal Batal Data Barang penyimpanan
Data Barang
Edit Data Barang
12. Pengujian Klik Masuk ke Admin berhasil Berhasil
button button form Edit masuk ke form
Edit Edit Data Barang Edit Data
Barang
13. Pengujian Ubah data Memperbaha Admin berhasil Berhasil
button barang rui Data memperbaharu
Ubah lalu klik Barang i Data Barang
button
Ubah
14. Pengujian Klik Batal Admin berhasil Berhasil
button button memperbahar membatalkan
Batal Batal ui Data pembaharuan
Barang Data Barang
Hapus Data Barang
15. Pengujian Klik Menghapus Admin berhasil Berhasil
button button Data Barang menghapus
Hapus Hapus Data Barang
Simpan Barang Masuk
16. Pengujian Isi semua Data Admin berhasil Berhasil
button form pada transaksi menyimpan
Tambah halaman tersimpan data barang
transaksi transaksi lalu masuk
barang barang menampilkan
masuk masuk halaman
barang masuk
Simpan Barang Keluar
16. Pengujian Isi semua Data Admin berhasil Berhasil
button form pada transaksi menyimpan
Tambah halaman tersimpan data barang
transaksi transaksi lalu keluar
barang barang menampilkan
Keluar keluar
 59

halaman
barang keluar
Edit User
18. Pengujian Isi form Menyimpan Admin berhasil Berhasil
button update data profil menyimpan
update user lalu user perubahan
klik profil user
update
19. Pengujian Isi form Menambah Admin berhasil Berhasil
button user baru data user menyimpan
create user user baru

2. Hasil Pengujian Blackbox Petugas Gudang

Tabel 4. 7. pengujian Blackbox Petugas Gudang

Langkah Hasil yang Hasil yang
No Test Case Keterangan
Uji diharapkan didapatkan
Halaman Login
1. Pengujian Masukkan Masuk ke Teknisi Berhasil
button email dan Halaman berhasil masuk
login password, Utama sistem ke Halaman
kemudian informasi sistem
klik login inventori informasi
inventori
Halaman Utama
2. Pengujian Klik Masuk ke Teknisi Berhasil
button button Halaman berhasil masuk
transaksi transaksi Data ke Halaman
barang barang transaksi Data transaksi
masuk masuk barang masuk barang masuk
5. Pengujian Klik Masuk ke Teknisi Berhasil
button button Halaman berhasil masuk
transaksi transaksi transaksi ke Halaman
barang masuk
 60

barang barang transaksi

keluar masuk barang masuk
6. Pengujian Klik Keluar dari Teknisi Berhasil
button button Aplikasi berhasil Keluar
Logout Logout penjualan dari Sistem
log Barang
Tambah barang masuk
7. Pengujian Klik Menampilkan Sistem Berhasil
button button form tambah menyimpan
tambah tambah barang masuk data barang
barang barang masuk
masuk masuk
Tambah Barang keluar
10. Pengujian Klik Menampilkan Sistem Berhasil
button button form tambah menyimpan
tambah tambah barang keluar data barang
barang barang keluar
keluar keluar
 BAB V
KESIMPULAN

5.1 Kesimpulan

Berdasarkan pembahasan dari bab – bab yang sudah diuraikan

sebelumnya , maka penulis dapat mengambil kesimpulan sebagai berikut:
1. Sistem yang dibuat menggunakan metode Prototype
2. Sistem dapat melakukan pencatatan transaksi barang masuk atau keluar
dari gudang.
3. Sistem dapat melakukan pencetakan laporan data transaksi barang masuk
/ keluar.
4. Sistem yang dibuat sudah Online dengan alamat
http://megaperkasahanjaya.000webhostapp.com/

5.2 Saran

Mengingat sistem informasi inventory yang telah dibuat pada PT. Mega
Perkasa Hanjaya tidak terlepas dari segala kekuarangan , maka untuk
pengembangan selanjutnya penulis memberikan beberapa saran sebagai
berikut :
1. Kedepannya sistem ini agar dapat dikembangkan sebagai sistem informasi
inventory yang lebih canggih lagi, tidak hanya berbasis web akan tetapi
dibuat agar compatible dengan platform lain seperti android.
2. Membuat sistem informasi inventory dengan dapat secara otomatis
melakukan pemesanan barang kepada supplier jika stok barang sudah
berada pada nilai tertentu.

61
 DAFTAR PUSTAKA

Abdullah, T. &. (2016). Manajemen Pemasaran. Depok, Indonesia: PT. Raja

Grafindo Persada.
Aziz, Wiharto, & Wicaksono. (2013). Pemanfaatan Web Service Moodle Berbasis
Moodle Berbasis REST - JSON untuk membangun moodle online learning
extension berbasis android. Jurnal Itsmart, Vol. 2, No 2.
Harison & Syarif, A. (2016). Sistem Informasi Geografis Sarana Pada Kabupaten
Pasaman Barat. Jurnal TEKNOIF, 4(2),58-66.
Hendini, A. (2016). Pemodelan UML Sistem Informasi Monitorig Penjualan dan
Stok Barang (Studi Kasus: Dostro Zhezha Pontianak). Jurnal
Khatulistiwa, Vol 4 , No 2.
Mulyadi. (2008). Sistem Akuntansi, Cetakan Keempat. Jakarta: Salemb Empat.
Mulyadi. (2016). Sistem Akuntansi. Jakarta Selatan, Indonesia: Salemba Empat.
Mulyadi. (2019). Aplikasi Buku Tamu Elektronik Pada Perpustakaan STIKOM.
Dinamika bangsa, 4(1), 58 - 66.
Nidhra, S., & Dondeti, J. (2012). B Lack Box And W Hite B Ox T Esting T
Echniques – A L Iterature R Eview,. International Journal of Embedded
Systems and Applications (IJESA), Vol.2, No.2, 29–50.
O’Brien, J. A., & Marakas, G. (2016). Introduction to Informtion System (10th
ed). The McGraww-Hill Companies, Inc.
Pratama, I. A. (2014). Sistem Informasi dan Implementasinya. Bandung,
Indonesia: Informatika.
Rusdiana, L., & Setiawan, H. (2018). Perancangan Aplikasi Monitoring
Kesehatan Ibu Hamil Berbasis Mobile Android. Jurnal SISTEMASI,
Volume 7, Nomor 3, 197-203.
Setiadi, A. &. (2016). Sistem Penjualan Spare Part Toko AJM Motor. SIMETRIS,
575 - 586.
Sommervile, I. (2011). Software Engineering (Rekayasa Perangkat Lunak).
Jakarta: Erlangga.

62
 63

Sutabri, T. (2012). Analisa Sistem Informasi. Yogyakarta, Indonesia: Andi Offset.

Wijaya, D. M. (2016). Analisis Pengendalian Persediaan Bahan Baku Ikan Pada
PT. Celebes Minapratama Bitung. Jurnal Riset Ekonomi, Manajemen,
Bisnis Dan Akuntansi, 4(2), 578 - 591.
Yanto, B. &. (2017). Sistem Informasi Buku Tamu Front End Berbasis Android
Pada Badan Pusat Statistik Rokan Hulu. Riau Journal Of Computer
Science, 4 No.1, (1), 119 - 128.
 67

LAMPIRAN