Skripsi PDF Gejoy-Dikonversi

SISTEM INFORMASI INVENTORY HANDPHONE PADA
PT. MULTI ORIPART
SKRIPSI
Diajukan untuk memenuhi salah satu syarat kelulusan Program Strata 1
MOHAMAD ISMI AZIS
11150405
Program Studi Sistem Informasi
Sekolah Tinggi Manajemen Informatika dan Komputer Nusa Mandiri
Jakarta
2019
i
PERSEMBAHAN
“Ilmu itu lebih baik dari kekayaan, karena kekayaan itu harus dijaga,
sedangkan ilmu menjaga kamu”
(Ali bin Abi Thalib)
Dengan mengucap puji syukur kepada Allah S.W.T, skripsi ini kupersembahkan
untuk:
1. Kedua Orang Tua saya Bapak Selamet dan Ibu Saidah tercinta yang telah
membesarkan saya dan selalu membimbing, mendukung, memotivasi selalu
mendoakan dab memberikan kasih sayang dengan tulus dan penuh cinta
2. Keluarga besar Hj. Maisah dan H. Sainin yang tercinta, terimakasih atas
dukungannya dan doa, kalian adalah kelurga yang terhebat.
3. Sahabat-sahabat saya terhebat terimakasih juga untuk dukungan dan doa
selama ini, sukses selalu untuk kita semua.

PANDUAN PENGGUNAAN HAK CIPTA
Skripsi sarjana yang berjudul “Sistem Informasi Inventory Handphone
Pada PT. Multi Oripart” adalah hasil karya tulis asli MOHAMAD ISMI AZIS dan
bukan hasil terbitan sehingga peredaran karya tulis hanya berlaku dilingkungan
akademik saja, serta memiliki hak cipta. Oleh karena itu, dilarang keras untuk
menggandakan baik sebagaian maupun seluruhnya karya tulis ini, tanpa seizin
penulis.
Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau
peringkasan isi tulisan hanya dapat dilakukan dengan seizin penulis dan disertai
ketentuan pengutipan secara ilmiah dengan menyebutkan sumbernya.
Untuk keperluan perizinan pada pemilik dapat menghubungi informasi yang
tertera di bawah ini:
Nama : MOHAMAD ISMI AZIS
Alamat : Jl. Darma Wanita V Rt 06/01 Rawa Buaya Cengkareng
No. Telp 0895334929462
Email : izmiazis96@gmail.com
ABSTRAK
Mohamad Ismi Azis (11150405), Sistem Informasi Inventory Handphone Pada

PT. Multi Oripart
Saat ini proses bisnis yang berjalan di PT. Multi Oripart belum terkomputerisasi.
Proses bisnis yang berjalan masih kurang optimal dikarenakan proses persediaan
masih menggunakan cara manual. Semua transasksi masih menggunakan nota,
laporan penjualan dan stok barang masih menggunakan pencatatan secara manual
dibuku besar, sehingga membutuhkan waktu yang cukup lama dalam pengumpulan
berkas-berkas. Beberapa permasalahan tersebut mengharuskan pihak perusahaan
untuk menerapkan sistem inventory yang mampu memproses data secara cepat,
akurat dan secara otomatis dapat menyimpan serta menampilkan data transaksi.
Sistem inventory adalah sistem penginputan barang masuk dan barang keluar secara
komputerisasi yang nantinya akan dipertanggung jawabkan sesuai dengan proses
bisnis yang ada. Tahapan yang dilakukan dalam penerapannya dimulai dengan
analisa terhadap permasalahan dalam sistem persediaan hanphone PT Multi Oripart
yang masih kurang optimal. Kemudian dilakukan perancangan program dengan
menggunakan metode UML. Kemudian tahapan selanjutnya adalah melakukan
penerapan aplikasi dan pengujian aplikasi. Sistem tersebut dapat mempermudah
perusahaan dalam mengelola data inventory dengan menggunakan bahasa
pemrograman PHP dan MySQL sebagai database. Hasil penelitian ini menunjukkan
bahwa sistem inventory berbasis web dapat memberikan solusi terhadap
permasalahan yang dihadapi PT. Multi Oripart.
Kata Kunci: Sistem Informasi, Inventory, UML,
ix
ABSTRACT
Mohamad Ismi Azis (11150405), Mobile Inventory Information System at PT.

Multi Oripart
At present the business processes that run at PT. Multi Oripart has not been
computerized. Business processes that are running are still not optimal because the
inventory process is still using manual methods. All transactions are still using
memorandum, sales reports and stock items are still using manual recording in large
books, so it requires quite a long time in the collection of files. Some of these
problems require the company to implement an inventory system that is able to
process data quickly, accurately and can automatically store and display transaction
data. Inventory system is a system of inputting incoming and outgoing goods on a
computerized basis which will be accounted for in accordance with existing business
processes. The stages carried out in its application begin with an analysis of the
problems in the PT Multi Oripart cellphone inventory system that are still not
optimal. Then the program is designed using the UML method. Then the next step is
implementing the application and testing the application. The system can make it
easier for companies to manage inventory data using the PHP and MySQL
programming languages as a database. The results of this study indicate that a web-
based inventory system can provide solutions to the problems faced by PT. Multi
Oripart.
Keywords: Information Systems, Inventory, UML.
x
DAFTAR ISI
Halaman
LEMBAR JUDUL SKRIPSI..........................................................................................i

LEMBAR PERSEMBAHAN.........................................................................................i
LEMBAR PERNYATAAN KEASLIAN SKRIPSI....Error! Bookmark not defined.
LEMBAR SURAT PERNYATAAN PERSETUJUAN PUBLIKASI.................Error!
Bookmark not defined.
LEMBAR PERSETUJUAN DAN PENGESAHAN SKRIPSI.....................................iv
LEMBAR PANDUAN PENGGUNAAN HAK CIPTA................................................v
KATA PENGANTAR.................................................Error! Bookmark not defined.

ABSTRAK....................................................................................................................ix
DAFTAR ISI.................................................................................................................xi
DAFTAR SIMBOL......................................................................................................xv
DAFTAR GAMBAR..................................................................................................xvi
DAFTAR TABEL......................................................................................................xvii
DAFTAR LAMPIRAN.............................................................................................xviii
BAB I.............................................................................................................................1
PENDAHULUAN.........................................................................................................1
1.1. Latar Belakang Masalah...................................................................................1
1.2. Identifikasi Permasalahan................................................................................2
1.3. Perumusan Masalah.........................................................................................2
1.4. Maksud dan Tujuan..........................................................................................3
1.5. Metode Penelitian............................................................................................3
1.5.1. Teknik Pengumpulan Data................................................................3
1.5.2. Model Pengembangan Sistem...........................................................4
1.6. Ruang Lingkup.................................................................................................6
BAB II...........................................................................................................................7
LANDASAN TEORI....................................................................................................7
2.1. Tinjauan Pustaka..............................................................................................7
A. Konsep Dasar Sistem Informasi........................................................7
B. Internet..............................................................................................8
C. Web...................................................................................................8
D. Diagram UML (Unified Modeling Language)..................................9
E. Basis Data.......................................................................................13
xi
F. ERD ( Entity Relationship Diagram)..............................................14
xi
G. LRS (Logical Record Structure).....................................................14
H. Black-Box Testing (Pengujian Kotak Hitam)..................................15
I. Model Pengembangan Sistem.........................................................16
J. XAMPP...........................................................................................18
K. MYSQL..........................................................................................18
L. HTML.............................................................................................19
M. CSS.................................................................................................20
N. PHP.................................................................................................20
2.2. Penelitian Terkait...........................................................................................21
BAB III........................................................................................................................23
ANALISA SISTEM BERJALAN..............................................................................23
3.1. Tinjauan Perusahaan......................................................................................23
3.1.1. Sejarah Perusahaan.........................................................................23
3.1.2. Struktur Organisasi Dan Fungsi......................................................23
3.2. Proses Bisnis..................................................................................................24
3.2.1. Activity Diagram............................................................................25
3.3. Spesifikasi Dokumen Sistem Berjalan...........................................................27
BAB IV........................................................................................................................29
RANCANGAN SISTEM DAN PROGRAM USULAN..............................................29
4.1. Analisa Kebutuhan Software..........................................................................29
A. Tahapan Analisa..............................................................................29
B. Use Case Diagram..........................................................................30
C. Activity Diagram.............................................................................42
4. Desain............................................................................................................58
4. Database.........................................................................................58
A. Entity Relationship Diagram...........................................................58
B. Logical Record Structure................................................................59
C. Spesifikasi File................................................................................59
4.2.2. Software architecture......................................................................65
A. Component Diagram.......................................................................65
B. Deployment Diagram......................................................................66
4.2.3. User Interface.................................................................................67
4.3. Code Generation............................................................................................75
4.4. Testing...........................................................................................................82
4.4.1. Black Box Input...............................................................................82
xii
4.5. Support...........................................................................................................86
4.5.1. Spesifikasi Hardware dan Software................................................86
4.6. Spesifikasi Dokumen Sistem Usulan..............................................................86
BAB V.........................................................................................................................88
PENTUP.......................................................................................................................88
5.1. Kesimpulan....................................................................................................88
5.2. Saran-saran.....................................................................................................88
DAFTAR PUSTAKA...................................................................................................89
DAFTAR RIWAYAT HIDUP..................................Error! Bookmark not defined.
LEMBAR KONSULTASI BIMBINGAN....................................................................91
SURAT KETERANGAN RISET.................................................................................93
LAMPIRAN.................................................................................................................95
A. Dokumen Sistem Berjalan...............................................................95
B. Dokumen Sistem Usulan.................................................................98
xiii
DAFTAR SIMBOL
SIMBOL KETERANGAN
Initial Node, Bagaimana objek dibentuk

atau diawali
Activity Final Node, Bagaimana objek

dibentuk atau diakhiri.
Action, State dari sistem yang

mencerminkan eksekusi dari suatu aksi.
Control Flow, Arah aliran program
Decision, yaitu menunjukkan suatu

kondisi tertentu yang akan menghasulkan
dua kemungkinan jawaban ya / tidak.
xiv
DAFTAR GAMBAR
Halaman
Gambar III.1 Struktur Organisasi PT. Multi Oripart....................................................23

Gambar III.2 Activity Diagram pada PT. Multi Oripart...............................................26
Gambar IV.1 Use Case Diagram Hak Akses Administrator.......................................31
Gambar IV.2 Use Case Diagram hak akses Kepala Toko...........................................36
Gambar IV.3 Use Case Diagram Hak Akses Petugas..................................................38
Gambar IV.4 Activity Diagram Halaman Barang dan Kategori Administrator...........43
Gambar IV.5 Activity Diagram Halaman Supplier dan Pelanggan Administrator......44
Gambar IV.6 Activity Diagram Halaman Transaksi Administrator.............................45
Gambar IV.7 Activity Diagram Halaman Laporan Administrator...............................46
Gambar IV.8 Activity Diagram Halaman User Administrator.....................................47
Gambar IV.9 Activity Diagram Halaman Pemesanan Barang Administrator..............48
Gambar IV.10 Activity Diagram Halaman Password Administrator...........................49
Gambar IV.11 Activity Diagram Halaman Laporan Kepala Toko...............................50
Gambar IV.12 Activity Diagram Halaman password Kepala Toko.............................51
Gambar IV.13 Activity Diagram Halaman Barang dan Kategori Petugas...................52
Gambar IV.14 Activity Diagram Halaman Supplier dan Pelanggan............................53
Gambar IV.15 Activity Diagram Halaman Transaksi Petugas.....................................54
Gambar IV.16 Activity Diagram Halaman Laporan Petugas.......................................55
Gambar IV.17 Activity Diagram Halaman Pemesanan Barang Petugas......................56
Gambar IV.18 Activity Diagram Halaman Password Petugas.....................................57
Gambar IV.19 Entity Relationship Diagram Sistem informasi Invntory Hanphone 58
Gambar IV.20 Logical Record Stucture Sistem informasi Inventory Hanphone.........59
Gambar IV.21 Component Diagram Sistem informasi Inventory Hanphone..............65
Gambar IV.22 Deployment Diagram Sistem informasi Inventory Hanphone.............66
Gambar IV.23 Halaman Utama Aplikasi Inventory.....................................................67
Gambar IV.24 Halaman Login.....................................................................................68
Gambar IV.25 Halaman Barang...................................................................................68
Gambar IV.26 Halaman Kategori barang.....................................................................69
Gambar IV.27 Halaman Supplier.................................................................................69
Gambar IV.28 Halaman Pelanggan..............................................................................70
Gambar IV.29 Form Input Trasaksi Masuk.................................................................70
Gambar IV.30 Form Input Transaksi keluar................................................................71
Gambar IV.31 Halaman Akses.....................................................................................71
Gambar IV.32 Form ubah Password............................................................................72
Gambar IV.33 Form Input Pemesanan Barang............................................................72
Gambar IV.34 Laporan Pemesanan Barang..................................................................73
Gambar IV.35 Laporan Barang Masuk.........................................................................73
Gambar IV.36 Laporan Barang keluar.........................................................................74
xv
DAFTAR TABEL
Halaman
Tabel IV.1 Use Case

Diagram Administrator
mengelola Barang dan
Kategori......................................................
Tabel IV.2 Use Case
mengelola Data Supplier............................
Tabel IV.3 Use Case
mengelola Data Pelanggan
...................................................................
Tabel IV.4 Use Case
Mengelola Data Transaksi
...................................................................
Tabel IV.5 Use Case
Mengelola Data Laporan...........................
Tabel IV.6 Use Case
Mengelola User Acces...............................
Tabel IV.7 Use Case
Mengelola Pemesanan
Barang........................................................
Tabel IV.8 Use Case
Mengubah Password..................................
Tabel IV.9 Use Case
Diagram Kepala Toko
Mengelola Data Laporan...........................
Tabel IV.10 Use Case
Diagram Kepala Toko
mengubah password...................................
Diagram Petugas Mengelola
Data Barang dan Kategori
...................................................................
Data Pelanggan..........................................
Data Supplier.............................................
Data Transaksi...........................................
xvi
Tabel IV.15 Use Case Diagram Petugas Mengelola
Data Laporan...............................................................................................................
Tabel IV.16 Use Case Diagram Petugas mengelola
Pemesanan Barang.......................................................................................................
Tabel IV.17 Use Case Diagram Petugas Mengubah
Password......................................................................................................................
Tabel IV.18 Spesifikasi File Tabel Petugas.................................................................
Tabel IV.19 Spesifikasi File Tabel Produk..................................................................
Tabel IV.20 Spesifikasi File Tabel Kategori...............................................................
Tabel IV.21 Spesifikasi File Tabel Supplier................................................................
Tabel IV.22 Spesifikasi File Tabel Pelanggan.............................................................
Tabel IV.23 Spesifikasi File Tabel Header Po............................................................
Tabel IV.24 Spesifikasi File Tabel Detil Po................................................................
Tabel IV.25 Spesifikasi File Tabel Header
Penerimaan...................................................................................................................
Tabel IV.26 Spesifikasi File Tabel Detil Penerimaan
.....................................................................................................................................
Tabel IV.27 Spesifikasi File Tabel Header Faktur......................................................
Tabel IV.28 Spesifikasi File Tabel Detil Faktur..........................................................
Tabel IV.29 Black Box testing Form Halaman Login
.....................................................................................................................................
Tabel IV.30 Black Box testing Form Halaman
Kategori.......................................................................................................................
Tabel IV.31 Black Box testing Form Halaman Input
Barang..........................................................................................................................
Tabel IV.32 Black Box testing Form Halaman
Supplier........................................................................................................................
xvii
DAFTAR LAMPIRAN
Halaman
LAMPIRAN A-1 Nota

Pembelian barang..................................
LAMPIRAN A-2 Nota
Penjualan...............................................
LAMPIRAN A-3
Laporan persediaan
Barang Masuk.......................................
LAMPIRAN B-1
Laporan Barang Masuk
..............................................................
LAMPIRAN B-2
Laporan Barang Keluar
..............................................................
xvii
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Pada era globalisasi saat ini membuat tingkat persaingan dalam berbagai
bidang seperti ekonomi, politik, dan kehidupan sosial masyarakat semakin tinggi.
Adanya sistem informasi diberbagai bidang merupakan suatu keharusan bagi suatu
perusahaan untuk memanfaatkan informasi sebagai pengolahan data. Hal tersebut
menuntut perusahaan untuk dapat mengatur sistem manajemennya ke arah yang lebih
baik. Banyak perusahaan yang berlomba-lomba meningkatkan kinerja melalui sistem
yang serba terkomputerisasi sesuai dengan kebutuhan perusahaan tersebut. Setiap
perusahaan pada umumnya bertujuan untuk memperoleh keuntungan. Untuk
mencapai tujuan tersebut perusahaan harus dapat menggunakan sumber daya yang
dimiliki secara efektif.
PT Multi Oripart merupakan sebuah perusahaan yang bergerak dibidang
elektronik khususnya pada handphone. Selama ini perusahaan merasakan proses
bisnis yang berjalan masih kurang optimal dikarenakan proses persediaan masih
menggunakan cara manual contohnya dengan nota sehingga masih banyak terdapat
berkas-berkas nota yang membutuhkan waktu cukup lama dalam pengumpulan berkas-
berkas, dan data persediaan barang sering tidak sesuai dengan barang fisik yang ada.
Selain itu, permasalahan yang dialami PT Multi Oripart adalah kurangnya efektif dan
efisien dalam pengelolaan stok persediaan barang. Menurut Purwanto dkk (2018:15)
Analisis Sistem berjalan saat ini dirasa kurang efektif dan efisien karena masih
menggunakan cara konvensional (Friyadie, 2015).
1
2
Beberapa permasalahan tersebut mengharuskan pihak perusahaan untuk
menerapkan sistem inventory yang mampu memproses data secara cepat, akurat dan
secara otomatis dapat menyimpan serta menampilkan data transaksi.
Melihat permasalahan yang dijabarkan di atas maka penelitian ini bertujuan
untuk merancang sistem inventory yang terkomputerisasi untuk memudahkan
kegiatan operasional perusahaan sehingga transaksi dapat dilakukan secara cepat dan
akurat serta memudahkan operator dalam melakukan proses transaksi.
1.2. Identifikasi Permasalahan
Berdasarkan latar belakang permasalahan di atas, maka identifikasi masalah
dalam skripsi ini yaitu :
1. Proses bisnis yang berjalan masih kurang optimal dikarenakan proses
persediaan masih menggunakan cara manual.
2. Membutuhkan waktu cukup lama dalam pengumpulan berkas-berkas untuk
laporan.
3. Kurangnya efektif dan efisien dalam pengelolaan stok persediaan barang.
1.3. Perumusan Masalah
Perumusan masalah penulis skripsi ini adalah sebagai berikut :
1. Bagaimana merancang sebuah sistem persediaan yang dapat digunakan untuk
memudahkan kegiatan operasional perusahaan sehingga berjalan dengan
optimal?
2. Bagaimana merancang sebuah sistem untuk pengumpulan laporan agar dapat
dilakukan secara cepat dan akurat?
3. Bagaimana merancang sebuah sistem yang mudah digunakan serta
mengefisiensi waktu dengan cepat dalam pengelolaan stok persediaan barang?

3
1.4. Maksud dan Tujuan
Adapun maksud dari penulisan skripsi ini adalah sebagai berikut:
1. Merancang sebuah sistem persediaan yang dapat digunakan untuk
memudahkan kegiatan operasional perusahaan sehingga berjalan dengan
optimal.
2. Merancang sebuah sistem untuk pengumpulan laporan agar dapat dilakukan
secara cepat dan akurat.
3. Merancang sebuah sistem yang mudah digunakan serta mengefisiensi waktu
dengan cepat dalam pengelolaan stok persediaan barang.
Sedangkan tujuan dari penulisan skripsi ini adalah sebagai salah satu syarat
kelulusan Program Strata Satu (S1) Program Studi Sistem Informasi di STMIK Nusa
Mandiri Jakarta.
1.5. Metode Penelitian
Metode penelitian yang akan digunakan dalam penulisan skripsi ini adalah
sebagai berikut:
1.5.1. Teknik Pengumpulan Data
1. Observasi
Metode ini mencakup pengumpulan data yang dilakukan dengan cara
mengamati proses kegiatan yang berjalan pada perusahaan khususnya pada
sistem persediaan barang. Observasi yang dilakukan peneliti bertempat di PT.
Multi Oripart pada bagian sistem persediaan. Observasi dilakukan pada tanggal
25 Mei 2019 sampai 25 juli 2019.

4
2. Wawancara
Metode ini mencakup pengumpulan data dengan cara mewawancarai masalah
masalah yang sering terjadi pada PT Multi Oripart yang dilakukan hanya
menggunakan dengan nota dan kurangnya efektif serta efisien dalam
pengelolaan stok persediaan barang. Proses wawancara dilakukan dengan ibu
anisa dan ibu yuni selaku staf PT. Multi Oripart pada tanggal 25 Mei 2019.
3. Studi Pustaka
Studi pustaka yang dilakukan yaitu dengan mempelajari serta mengumpulkan
teori-teori yang relavan dengan topik yang dibahas guna memperoleh data serta
informasi tertulis yang berhubungan dengan masalah yang dikemukakan.
1.5.2. Model Pengembangan Sistem
Metode pengembangan sistem yang digunakan dan dibutuhkan penulis yakni
dengan menerapkan model waterfall yang meliputi:
1. Analisa Kebutuhan Sistem
Pada tahap analisa kebutuhan sistem, dilakukan analisa terhadap permasalahan
dalam sistem persediaan hanphone pada PT Multi Oripart yang masih kurang
optimal. Dalam penelitian ini akan dirancang sebuah aplikasi persediaan
handhone berbasis web dan mencari data-data yang berhubungan dengan objek
yang diteliti.
2. Desain
Dalam tahap ini telah dilakukan perancangan program yang dibuat harus User
Friendly dan dengan menggunakan metode UML (Unifed Modeling Language)
dengan membuat Activity Diagram, Use Case Diagram, Component Diagram,
Deployment Diagram, Desain Database dan ERD.

5
3. Code Generation
Code generation (pengkodean) merupakan tahap penerjemahan desain sistem
yang telah dibuat kedalam bentuk perintah yang dimengerti komputer. Dalam
perancangan aplikasi persediaan handphone berbasis web ini telah ditentukan
pembuatan aplikasi menggunakan bahasa pemrograman PHP.
4. Testing
Proses pengujian program untuk menghindari sebuah program terbebas dari
error serta hasil nantinya sesuai dengan kebutuhan yang diharapkan adalah
menggunakan blackbox testing sebagai metode pengetesan program nantinya.
5. Support
Support bermakna dukungan yang dalam hal ini merupakan software dan
hardware yang digunakan dalam pembuatan program sistem informasi
persediaan hanphone menggunakan:
a) Software
1) NotePad++
2) XAMPP Control Panel
3) Windows 10
4) Mozilla Firefox/ Google Chrome
5) PHP dan MYSQL
6) SQLyog Enterprise
b) Hardware
1) Processor Intel Core i3 1.70 GHz
2) Memori (RAM) 6 GB
3) Monitor
4) Keyboard
6
5) Mous
e
1.6. Ruang Lingkup
Agar tidak terjadi penyimpangan dan salah sasaran dalam membuat aplikasi
persediaan handphone ini, maka batasan masalah yang diberikan yaitu, pengolahan
data barang masuk, pengolahan data barang keluar, pengolahan data pada pelanggan
dan supplier, pengolahan data hak pengguna, pengolahan data barang dan kategori
produk, serta pengolahan terhadap laporan.

BAB II
LANDASAN TEORI
2.1. Tinjauan Pustaka
A. Konsep Dasar Sistem Informasi
1. Definisi Sistem
Menurut Mustakini dalam jurnal (Amin, 2017) mengatakan Sistem adalah
suatu jaringan kerja dari prosedur prosedur yang saling berhubungan, berkumpul
bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu
sasaran yang tertentu.
2. Definisi Informasi
Menurut (Wibowo, 2015) Informasi adalah hasil dari pengolahan data, akan
tetapi tidak semua hasil dari pengolahan tersebut bisa menjadi informasi, hasil
pengolahan data yang tidak memberikan makna atau arti serta tidak bermanfaat bagi
seseorang bukanlah merupakan informasi bagi orang tersebut.
3. Sistem Informasi
Sistem Informasi merupakan sistem yang berada pada organisasi yang
didalamnya terdapat sekelompok orang–orang, teknologi, media, fasilitas, prosedur–
prosedur dan pengendalian yang digunakan untuk tujuan medapat jalur komunikasi,
memproses transaksi secara rutin, memberi sinyal kepada manajemen mengenai
kejadian–kejadian internal dan eksternal dan menyediakan informasi yang dapat
digunakan untuk sebagai pengambilan keputusan (Putri & Wulandari, 2016).
7
8
B. Internet
Menurut Anhar (2016:6) internet adalah jaringan atau sistem pada jaringan
komputer yang saling berhubungan (terhubung) dengan menggunakan Sistem Global
Transmission Control Protocol/Internet Protocol Suite (TPC/IP) sebagai protocol
pertukaran paket (Packet Switching Communication) untuk melayani miliaran
pengguna di seluruh dunia. Internet juga bisa dikenal sebagai Interconneted-
networking (singkatan dari internet). Internet berasal dari bahasa latin, yaitu “Inter”
yang memiliki arti “Antara” Jadi apabila digabungkan kata per kata internet adalah
jaringan antara atau penghubung. Berfungsi untuk menyeragamkan sistem pemberian
nama alamat dijaringan computer.
C. Web
1. Pengertian Website
Menurut Hidayat (2010:2) Website atau situs dapat diartkan sebagai kumpulan
halaman-halaman yang digunakan untuk menampilkan informasi teks, gambar diam
atau gerak, animasi, suara, dan atau gabungan dari semuanya, baik yang bersifat
statis maupun dinamis yang membentuk satu rangkaian bangunan yang saling terkait,
yang masing-masing dihubungkan dengan jaringan-jaringan halaman. Hubungan
antara satu halaman web dengan halaman web yang lainnya disebut Hyperlink,
sedangkan teks yang dijadikan media penghubung disebut Hypertext.
Ada beberapa hal yang dipersiapkan untuk membangun website gratis, maka
harus tersedia usur-unsur pendukungnya sebagai berikut:
a. Nama Domain ( Domain name/URL-Uniform Resource Locator)
b. Rumah Website (Website Hosting)
c. Content Management System (CMS)

9
Perkembangan dunia website saat ini lebih menekankan pada pengelolaan
content sebuah website. Pengunaan yang tidak bisa bahasa pemograman website
pada saat ini bisa membuat website dengan memanfaatkan CSM tersebut.
2. Jenis-jenis Website
Seiring dengan perkembangan teknologi informasi yang begitu cepat, website
juga mengalami perkembangan yang sangat berarti. Dalam pengelompokan jenis
web, lebih diarahkan berdasarkan kepada fungsi, sifat atau style dan bahasa
pemrograman yang digunakan.
Jenis-jenis web berdasarkan sifat atau style-nya:
a. Website Dinamis
Merupakan sebuah website yang menyediakan content atau isi yang selalu
berubah-ubab setiap saat. Bahasa pemrograman yang digunakan antara lain
PHP, ASP, NET dan memanfaatkan database MySQL atau MS SQL.
Misalnya website www.artikel-it.com, www.detik.com,
www.technomobile.co.cc, www.polindpg.ac.id, dan lain-lain.
b. Website Statis
Merupakan website yang content-nya sangat jarang diubah. Bahasa
pemograman yang digunakan adalah HTML dan belum memanfaatkan
database. Misalnya: web profile oragnisasi, dan lain-lain.
D. Diagram UML (Unified Modeling Language)
1. Pengertian UML
UML singkatan dari dari Unified Modelling Languange yang berarti bahasa
pemodelan standar. Chonoles mengatakan dalam buku (Muslihudin dan Oktafianto,
2016) sebagai bahasa, berarti UML memiliki sintaks dan semantik. Karena kita
10
membuat model menggunakan konsep UML ada aturan-aturan yang harus diikuti.
Bagaimana elemen pada model-model Yang kita buat berhubungan sau dengan
lainnya harus mengikuti standar yang ada. UML bukan hanya sekedar diagram, tetapi
juga menceritakan konteksnya. Ketika pelanggan memesan sesuatu dari sistem,
bagaimana transaksinya? Bagaimana sistem mengatasi eror yang terjadi? Bagaimana
keamanan terhadap sistem yang kita buat? Dan sebagainya dapat dijawab dengan
UML.
UML diaplikasikan untuk maksud tertentu, biasanya antara lain untuk:
a. Merancang perangkat lunak.
b. Sarana komunikasi antara perangkat lunak dengan proses bisnis.
c. Menjabarkan sistem secara rinci untuk analisis dan mencari apa yang
diperlukan sistem.
d. Mendokumentasi sistem yang ada, proses-proses dan organisasinya.
UML telah diaplikasikan dalam bidang investasi perbankan, lembaga kesehatan,
depatemen pertahanan, sistem terdistribusi, sistem pendukung alat kerja, retail, sales
dan supplier.
2. Sejarah UML
Menurut Rosa dan Salahuddin ( 2017 : 138 ), bahasa pemrograman berorientasi
objek yang pertama dikembangkan dikenal dengan nama Simula-67 yang
dikembangkan pada tahun 1967. Perkembangan aktif dari pemrograman berorientasi
objek mulai menggeliat ketika berkembangnya bahasa pemrograman Smalltalk pada
awal 1980-an yang kemudian diikuti dengan perkembangan bahasa pemrograman
berorientasi objek yang lainnya seperti C objek, C++, Eiffel, dan CLOS.
Sekitar lima tahun setelah Small talk berkembang, maka berkembang pula
metode pengembangan berorientasi objek. Karena banyaknya metodologi-

11
metodologi yang berkembang pesat saat itu, maka munculah ide untuk membuat
sebuah bahasa yang dapat dimengerti semua orang. Maka dibuat bahasa yang
merupakan gabungan dari beberapa konsep, seperti konsep Object Modeling
Technique (OMT) dari Rumbaugh dan Booch (1991), konsep The Classes,
Responsibilities, Collaborators (CRC) dari Rebecca Wirfs-Brock (1990), konsep
pemikiran Ivar Jacobson, dan beberapa konsep lainnya dimana James R. Rumbaigh,
Grady Booch, dan Ivar Jacobson bergabung dalam sebuah perusahaan yang bernama
Rational Software Corporation menghasilkan bahasa yang disebut dengan Unified
Modeling Language (UML).
Pada tahun 1996, Object Management Group (OMG) mengajukan proposal
agar adanya standarisasi pemodelan berorientasi objek dan pada bulan September
1997 UML diakomodasi oleh OMG sehingga sampai saat ini UML telah
memberikan kontribusinya yang cukup besar di dalam metodologi berorientasi objek
dan hal-hal yang terkait di dalamnya.
3. Macam-macam Diagram UML
Rosa dan Shalahuddin (2017:140), pada UML terdiri dari 13 macam diagram
yang dikelompokkan dalam 3 kategori. Berikut ini penjelasan singkat dari pembagian
kategori tersebut:
a. Structure diagram, yaitu kumpulan diagram yang digunakan untuk
menggambarkan suatu struktur statis dari sistem yang dimodelkan. Structure
diagram terdiri dari class diagram, object diagram, component diagram,
composite structure diagram, package diagram dan deployment diagram.
b. Behavior diagram, yaitu kumpulan diagram yang digunakan untuk
menggambarkan kelakuan sistem atau rangkaian perubahan yang terjadi

12
pada sebuah sistem. Behavior diagram terdiri dari Use case diagram,
Activity diagram, State Machine System.
c. Interaction diagram, yaitu kumpulan diagram yang digunakan untuk
menggambarkan interaksi sistem dengan sistem lain maupun interaksi antar
subsistem pada suatu sistem. Interaction diagram terdiri dari Sequence
Diagram, Communication Diagram, Timing Diagram, Interaction Overview
Diagram.
Berikut macam-macam diagram UML menurut Rosa dan Shalahuddin:
1. Usecase Diagram
Rosa dan Shalahudin (2017:155) , use case atau diagram use case
merupakan pemodelan untuk kelakuan (behavior) sistem informasi yang
akan dibuat. Use case mendeskripsikan sebuah interaksi antara satu atau
lebih aktor dengan sistem informasi yang akan dibuat. Secara kasar, use
case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah
sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu.
2. Activity Diagram
Rosa dan Shalahudin (2017:161), diagram aktivitas atau activity diagram
menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sebuah
sistem atau proses bisnis atau menu yang ada pada perangkat lunak. Yang
perlu di perhatikan disini adalah bahwa diagram aktivitas menggambarkan
aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat
dilakukan oleh sistem.
3. Class Diagram
Rosa dan Shalahudin (2017:141), diagram kelas atau class diagram
menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang

13
akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut
atribut dan method atau operasi. Berikut penjelasan atribut dan method : a)
Atribut merupakan variable-variabel yang dimiliki oleh suatu kelas, b)
Operasi atau method adalah fungsi-fungsi yang dimiliki oleh suatu kelas.
4. Sequence Diagram
Rosa dan Shalahudin (2017:165), diagram sekuen menggambarkan
kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek
dengan massage yang dikirimkan dan diterima antar objek. Oleh karena itu
untuk menggambarkan diagram sekuen maka harus diketahui objek-objek
yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki
kelas yang diinstansiasi menjadi objek itu. Membuat diagram sekuen juga
dibutuhkan untuk melihat skenario yang ada pada use case. Banyaknya
diagram sekuen yang harus digambar adalah minimal sebanyak
pendefinisian use case yang memiliki proses sendiri atau yang penting
semua use case yang telah didefinisikan interaksi jalannya pesan sudah
dicakup dalam diagram sekuen sehingga semakin banyak use case yang
didefinisikan maka diagram sekuen yang harus dibuat juga semakin banyak.
E. Basis Data
Menurut (Abdullah, Herawati, & Herliana, 2015) Basis data adalah kumpulan
data yang saling berelasi. Data sendiri merupakan fakta mengenai objek, orang, dan
lain-lain. Data dinyatakan dengan nilai (angka, deretan karakter atau simbol).
Basis data dapat didefinisikan dalam berbagai sudut pandang seperti berikut :
1. Himpunan kelompok data yang saling berhubungan yang diorganisasi
sedemikian rupa sehingga kelak dapat dimanfaatkan secara cepat dan mudah.
14
2. Kumpulan data yang saling berhubungan yang disimpan secara bersama
sedemikian rupa tanpa pengulangan (redudancy) yang tidak perlu, untuk
memenuhi kebutuhan.
3. Kumpulan file/tabel/arsip yang saling berhubungan yang disimpan dalam
media penyimpanan elektronik.
F. ERD ( Entity Relationship Diagram)
Menurut Sutanta dalam jurnal (Ardiansah & Warnilah, 2018) Entity
Realsionship Diagram (ERD) merupakan suatu model data yang dikembangkan
berdasarkan objek. ERD digunakan untuk menjelaskan hubungan antar data dalam
basis data kepada pengguna itu secara logis.
Menurut Marlinda dalam jurnal (Amin, 2017) mengatakan Model Entity
Relationship Merupakan suatu model untuk menjelaskan hubungan antara data dalam
basis data berdasarkan suatu persepsi bahwa real world terdiri dari object-object
dasar yang mempunyai hubungan atau relasi antar object-object tersebut. Relasi
antara object dilukiskan dengan menggunakan simbol-simbol grafis tertentu.
G. LRS (Logical Record Structure)
Logical Record Structure (LRS) memiliki struktur record dari tabel yang ada
di database yang direlasikan untuk mempermudah logika dari suatu program yang
dibuat.
Menurut Hasugian dan Shidiq (2012:608), Logical Record Structure (LRS)
adalah sebuah model sistem yang digambarkan dengan sebuah diagram E-R akan
mengikuti pola atau aturan permodelan tertentu dalam kaitannya dengan konvensi ke
LRS. Sedangkan menurut Ladjamudin (2013:159), Logical Record Structure (LRS)

15
merupakan hasil transformasi ERD ke LRS yang melalui proses kardinalitas dan
menghasilkan atribut-atribut yang saling berelasi.
Dapat disimpulkan bahwal Logical Record Structure (LRS) merupakan cara
atau teknik untuk menggambarkan basis data berupa relasi antar tabel yang
mentransformasikan ERD ke LRS melalui proses kardinalitas. Aturan pokok dalam
melakukan transformasi ERD ke LRS sangat dipengaruhi oleh elemen yang menjadi
titik perhatian utama pada langkah transformasi dengan proses kardinalitas, yang
terdiri dari tiga kardinalitas yaitu sebagai berikut Ladjamudin (2013:159) :
1. One to One
Yaitu proses kardinalitas yang panahnya lebih diarahkan di entity dengan
jumlah atribut yang lebih sedikit.
2. One to Many
Relasi harus diagbungkan dengan entity pada pihak many, dan tidak perlu
melihat banyak sedikitnya pada entity tersebut.
3. Many to Many
Yaitu proses kardinalitas pada relationship berubah status menjadi file
konektor, sehingga baik entity maupun relasi akan menjadi struktur record
sendiri.
H. Black-Box Testing (Pengujian Kotak Hitam)
Menurut Sukamto dan Shalahuddin (2018:275) yaitu menguji perangkat lunak
dari segi spesifikasi fungsional tanpa menguji desain dan kode program. Pengujian
dimaksudkan untuk mengetahui apakah fungs-fungsi, masukan, dan keluaran dari
perangkat lunak sesuai dengan spesifikasi yang dibutuhkan.

16
Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat
mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai dengan
spesifikasi yang dibutuhkan. Kasus uji yang dibuat untuk melakukan pengujian kotak
hitam harus dibuat dengan kasus benar dan kasus salah, misalkan untuk kasus proses
login maka kasus uji yang dibuat adalah :
1. Jika user memasukkan nam pemakai (username) dan kata sandi (password)
yang benar.
2. Jika user memasukkan nam pemakai (username) dan kata sandi (password)
yang salah, misalnya nama pemakai benar tapi kata sandi salah, atau
sebaliknya, atau keduanya salah.
I. Model Pengembangan Sistem
Metode pengembangan sistem yang digunakan adalah Siklus Hidip
Pengembangan Sistem ( System Development Life Cylce). Model SDLC air terjun
(waterfall) sering juga disebut model sekuensial linier (sequential linear) atau alur
hidup klasik (classic life cycle). Model air terjun menyediakan pendekatan alur hidup
perangkat alur hidup perangkat lunak secara sekuential atau terurut dimulai dari
analisis, desain, pengkodean, pengujian, dan tahap pendukung (support) menurut
Shalahuddin dan rosa dalam jurnal (Dalis, 2019) Secara garis besar metode waterfall
mempunyai langka-langka sebagai berikut :
a. Analisa Kebutuhan (Requirment Analysis)
Proses pengumpulan kebutuhan dilakukan intensif untuk menspesifkasikan
kebutuhan perangkat lunak agar dapat dipahami perangkat lunak seperti oleh
17
user, Spesifikasi kebutuhan perangkat lunak pada tahap ini perlu untuk
didokumnetasikan.
b. Design
Proses desain akan menerjemahkan syarat kebutuhan ke sebuah perancangan
perangkat lunak yang dapat diperkirakan sebelum dibuat coding. Proses ini
berfokus pada struktur data, arsitektur perangkat lunak, representasi, interface,
dan detail (algoritma) procedural. Tahapan ini akan menghasilkan dokumen
yang disebut Software requirement. Dokumen inilah yang akan digunakan
programmer untuk melakukan aktivitas pembuatan sistemnya.
c. Coding
Merupakan penerjemahan design dalam bahasa yang bisa dikenali oleh
computer. Dilakukan oleh programmer yang akan menterjemahkan transaksi
yang diminta oleh user. Tahapan inilah yang merupakan tahapan secara nyata
dalam mengerajakan suatu sistem. Dalam artian penggunaan komputer akan
dimaksimalkan dalam tahapan ini.
d. Testing
Setelah pengkodean selesai maka akan dilakukan testing terhadap sebuah
sistem yang telah dibuat. Pengujian ini berfokus pada pengetesan perangakat
lunak secara logis dan fungsional dan memastikan bahwa semua bagian telah
diuji. Hal ini dilakukan untuk meminimalisirkan kesalahan (error) dan
memastikan keluaran yang dihasilakan sesuai dengan yang diinginkan.
e. Support / Maintenance
Pada tahapan ini tidak menutup kemungkinan sebuah perangkat lunak
mengalami sebuah perangkat lunak mengalami perubahan ketika sudah
dberikan kepada user. Perubahan ini bisa terjadi karna adanya kesalahan yang
18
muncul dan tidak terdeteksi saat pengujian atau perangakat lunak harus
beradaptasi dengan lingkungan baru. Tahap pendukung/maintance dapat
mengulangi proses pengembangan mulai dari analisis spesifikasi untuk
perubahan perangkat lunak yang sudah ada tanpa membuat perangkat lunak
yang baru.
J. XAMPP
Menurut Dantes dkk (2019: 98) Xampp Merupakan sebuah aplikasi yang
memungkinkan computer windowes anda digunakan sebagai web server. Xampp jika
diartikan berdasarkan hurufnya akan kita dapat sebagai berikut.
X : cross platform/berjalan di semua OS windows, MAC, Linux,
BSD. A : Apache HTTP server
M : MySQL
P : PHP
P: Perl
K. MYSQL
Menurut Kadir dalam jurnal (Susanti, 2016) MySQL adalah salah satu jenis
database server yang menggunakan SQL sebagai bahasa dasar untuk mengakses
databasenya. Dengan menggunakan script PHP dan PERL Software database ini
dapat berfungsi atau berjalan pada semua platform sistem operasi yang biasa
digunakan (Windows, Linux, OS/2, berbagai varian Unix).
Menurut Anhar dalam jurnal (Ardiansah & Warnilah, 2018) MySQL adalah
perangkat lunak sistem manajamen basis data SQL (database mangement system)
19
atau DBMS dari sekian DBMS, seperti Oracle, MS SQL, Postagre SQL dan lain-
lain.
Pada mySQL sebuah baris data mengandung satu atau beberapa kolom. MySQL
menggunakan bahasa standar SQL (Struct Query Language) sebagai bahasa
interaktif dalam mengelola data. Perintah SQL sering juga disebut Query. MySQL
juga merupakan sistem manajemen database relasional menyimpan data dalam tabel-
tabel terpisah. Tabel-tabel yang dihubungkan dengan relasi yang ditentukan
membuatnya bisa mengkombinasikan data dari beberapa tabel pada suatu
permintaan.
L. HTML
Core atau inti dari pemrograman atau desain web adalah HTML. Hal ini karena
HTML merupakan bahasa yang dipahami oleh browser guna menampilkan tampilan
halaman web yang bisa dilihat di browser.
Menurut Winarno, Zaki, dan Smitdev (2013:1), HTML (Hypertext Markup
Language) adalah bahasa markup untuk memformat konten halaman web. Atau
dengan kata lain, bahasa untuk mengatur bagaimana penampilan dan pemformatan
konten di web. HTML adalah bahasa pemrograman yang bebas, dan tidak dimiliki
oleh siapapun. Pengembangannya dilakukan banyak orang, banyak pihak di seluruh
dunia dan bisa dikatakan sebagai sebuah bahasa yang dikembangkan bersama-sama
secara global.
Dokumen HTML punya beberapa elemen yang dikelilingi oleh tag-teks yang
dimulai dengan tanda < dan berakhir dengan tanda > yang berfungsi menyediakan
informasi berkaitan dengan sifat dan struktur konten serta referensi untuk gambar
dan media lainnya. Contoh dari tag adalah <img src=”gambar.gif”/>. Tag ini
20
berfungsi meenampilkan gambar dari file gambar bernama “gambar.gif”. Nantinya
gambar akan ditampilkan jika file HTML ini dibuka di browser.
M. CSS
Menurut Winarno dan Utomo dalam jurnal (Agus & Safitri, 2015)
menerangkan bahwa CSS merupakan bahasa pemrograman web yang digunakan
untuk mengatur style-style yang ada di tagtag HTML.
Menurut Adi (2019: 45) CSS adalah singkatan dari Cascading style sheet yaitu
dokumen web yang berfungsi mengatur elemen HTML dengan berbagai property
yang tersedia sehingga dapat tampil dengan berbagai gaya yang diinginkan. Cara
kerja CSS dalam memodifikasi HTML dengan memilih elemen HTML yang akan
diatur kemudian memberikan property yang sesuai dengan tampilan yang
diingankan. Dalam memberikan aturan pada elemen HTML, skrip CSS terdiri atas 3
bagian yaitu selector utnuk memilih elemen yang akan diberi aturan, property yang
merupakan aturan yang diberikan dan value sebagai nilai dari aturan yang diberikan.
N. PHP
1. Pengertian PHP
Menurut Supono Virdiandry Putratama (2018:3) bahwa PHP (Hypertext
Preprocessor) adalah suatu bahasa pemrograman yang digunakan untuk
menerjemahkan baris kode program menjadi kode mesin yang dapat dimengerti oleh
kompter yang bersifat server-side yang dapat ditambahkan kedalam HTML.
2. Sejarah PHP
Pada awalnya PHP merupakan kependekan dari Personal Home Page (situs
personal). PHP pertama kali dibuat oleh Rasmus Ledorf pada tahun 1995. Pada
21
waktu itu PHP masih bernama FI (Form Interpreted), yang wujudnya berupa
sekumpulan scrip yang digunakan untuk mengolah data form dari web.
Pada tahun 1997, sebuah peprusahaan bernama zend menullis ulang interpreter
PHP menjadi lebih bersih, lebih baik, dan lebih cepat. Kemudian pada juni 1998,
perusahaan tersebut merilis interpreter baru untuk PHP dan meresmikan rilis tersebut
sebagai PHP 3.0 dan singkatan PHP dirubah menjadi akronim berulang PHP.
Hypertext Preprocessing.
PHP difokuskan pada Scripting server-side, jadi anda dapat melakukan apa
yang bisa dilakukan CGI dengan menggunakan PHP seperti mengambil data inputan
form, meng-generate konten halaman dinamis, mengirim dan menerima cookies dan
masih banyak lagi. Kemampuaan dan support-nya database juga sangat dapat
diandalkan.
2.2. Penelitian Terkait
(Nawang Margareta, Laela Kurniawati, 2017) prosiding yang berjudul

“Rancang Bangun Sistem Informasi Pengelolaan Data Persediaan Barang
Berbasis Dekstop dengan Model Waterfall”. Dapat diambil kesimpulan dari
hasil penelitian ini banyaknya pengeluaran barang yang tidak sesuai dengan
pencatatan dikarenakan banyaknya pekerjaan yang dilakukan dengan manual;
adanya system informasi pengelolaan data persediaan barang pada PT. Sakura
Yasa Prima maka system yang telah terkomputerisasi; sistem yang
terkomputerisasi akan mempermudah segala aktifitas operasional perusahaan;
kesalahan-kesalahan yang terjadi dengan menggunakan sistem manual dapat
diminimalkan dengan sistem yang telah terkomputerisasi; sistem yang sudah
terkomputerisasi mampu menghasilkan informasi atau keluaran yang lebih
tepat dan akurat guna membantu kelancaran pekerjaan sehari-hari, dan model
waterfall cukup evektif digunakan sebagai model pengembangan system
karena langkah-langkahnya mudah untuk diterapkan.
(Saefudin, 2018) prosiding yang berjudul “Analisa dan Perancanga Aplikasi

Persedian Obat Studi kasus Klinik Umum”. Penelitian ini bertujuan untuk
membuat sebuah perancangan sistem informasi persediaan obat – obatan. Dari
hasil penelitian ini maka dapat diambil beberapa kesimpulan sebagai berikut:
pengolahan data menjadi informasi pada Persediaan obat sebelumnya masih
secara manual, khususnya pada pengecekan tanggal kadaluarsa yang sering
22
menyebabkan terjadinya penumpukan data obat dan kesalahan dalam transaksi

pemesanan, pencatatan data obat maupun pembuatan laporan-laporan.
Meningkatkan mutu dan kualitas kinerja yang baik tanpa banyak membuang
waktu dan biaya. Data-data yang berhubungan dengan transaksi pemesanan
dan Persediaan obat menjadi lebih terorganisir dan terklasifikasi dengan baik.
Hal ini sangat berguna untuk memaksimalkan penyediaan informasi yang
disediakan untuk pengguna informasi sesuai dengan kebutuhan secara akurat,
lengkap dan cepat.
BAB III
ANALISA SISTEM BERJALAN
3.1. Tinjauan Perusahaan
Dalam tinjauan perusahaan ini penulis akan menjelaskan sejarah perusahaan,
struktur organisasi dan fungsi pada PT. Multi Oripart Mutiara Taman palem.
3.1.1. Sejarah Perusahaan
PT. Muti Oripart didirikan pada tahun 2015 tepatnya pada bulan Januari 2015
oleh Bapak Budi Santoso yang beralamat di Jl. Gunung Merapi, Ruko Mutiara
Taman Palem Jakarta Barat. Perusahaan ini adalah anak perusahaan dari PT.
Immotech. PT. Multi Oripart bergerak dibidang elektronik khususnya pada
handphone.
3.1.2. Struktur Organisasi Dan Fungsi
OWNER
KEPALA TOKO
PENJUALAN & PEMASARAN GUDANG KEUANGAN
Gambar III.1 Struktur Organisasi PT. Multi Oripart
Sumber : PT. Multi Oripart
23
24
Fungsi-fungsi pada struktur organisasi :
1. Owner PT. Multi Oripart
Memberikan gaji kepada para pegawai, melakukan persetujuan barang
persediaan unit handphone, menerima laporan data perusahaan.
2. Kepala toko
Melakukan persetujuan pengajuan persediaan barang kepada owner,
melakukan pengawasan kepada pegawai, menerima laporan hasil pembelian
dari supplier, dan menerima nota berwarna merah sebagai transaksi penjualan.
3. Penjualan dan pemasaran
Melakukan transaksi kepada calon pelanggan.
4. Gudang
Mendata barang masuk, membuat laporan barang yang masuk, pengecekan
barang dan pengawasan barang.
5. Keuangan
Mengelola keuangan perusahaan.
3.2. Proses Bisnis
Setelah melakukan observasi dan menganalisa pada PT. Multi Oripart dapat
diketahui sistem yang berjalan selama ini masih kurang efektif, dikarenakan
pendataan untuk pengolahan data barang masih dicatat manual. Analisisis prosedur
yang sedang berjalan menguraikan secara sistematis aktifitas-aktifitas yang terjadi
dalam prosesnya, jika setiap stok barang persediaan yang dibutuhkan oleh PT. Multi
Oripart habis, maka petugas akan membuat pesanan untuk kebutuhan stok barang
yang dibutuhkan mencari supplier untuk dibuatkan pemesanan barang melalui via
telephone, Maka supplier akan mencatat pesanan dari petugas PT dan

25
mempersiapkan barang yang diperlukan, setelah disiapkan supplier akan
mengirimkan barang yang dibutuhkan kepada PT. Multi Oripart lalu akan menerima
dan mengecek barang apabila ada kendala dan ketidakcocokan pada barang maka
admin akan meretur barang kepada supplier dan jika barang cocok, petugas akan
mencatat barang tersebut untuk di masukan ke dalam buku besar lalu dibuatkan
laporan hasil pembelian untuk diserahkan kepada kepala toko. Maka stok barang
akan bertambah dan jika costumer ingin membeli unit, maka costumer akan memilih
barang yang akan dicari, lalu petugas menerima barang kembali dan memberikan ke
costumer untuk mengecek lebih lanjut jika barang tersebut tidak memuaskan maka
coustumer akan mengurungi niat untuk membeli dan apabila barang tersebut
disetujui oleh costumer, maka barang tersebut segera dibayar. Petugas akan
menerima uang dari costumer serta memberikan nota sebagai kesepakatan dan
barang unit yang telah dijual. Costumer menerima nota yang telah diberikan oleh
petugas serta barang yang telah dibeli. Petugas menyimpan nota berwarna kuning
untuk dijadikan bukti agar menghindari kelalaian data dan nota warna merah akan
diberikan kepada kepala toko.
3.2.1. Activity Diagram
Berikut adalah activity diagram dari persediaan barang masuk dan persedian barang
keluar di PT. Multi Oripart Mutiara taman Palem.

26
act Activ ity Diagram
Petugas Customer Kepala Toko

Supplier
Cek stok barang

Menerima Laporan dari petugas
Membuat pesanan untuk supplier

melalui tlp
Mencatat pesanan
Menerima Barang dari supplier

Mengirmkan Barang serta Inv oice
Cek Barang
Tidak Cocok
Retur Pembelian
Cocok
Catat barang masuk di buku besar
membuat laporan pembelian untuk kepala toko
Menerima Barang Memilih Barang
Memberikan Barang Mengecek Unit
Tidak Cocok
Cancel
Cocok
Menerima Uang Membayar Unit
Memberikan Nota dan barang
Menerima nota dan barang
memberikan nota Menerima nota hasil penj ualan dari customer

penjualan kepada kepala toko
Gambar III.2
Activity Diagram pada PT. Multi Oripart

27
3.3. Spesifikasi Dokumen Sistem Berjalan
Spesifikasi dokumen dari sistem berjalan yang ada di PT. Multi Oripart, sebagai
berikut :
1. Nama Dokumen : Invoice Supplier
Fungsi : Sebagai bukti pembelian barang dari supplier
Sumber : Supplier
Tujuan : Kepala Toko
Media : Kertas
Frekuensi : Setiap ada transaksi pembelian barang
Format : Lampiran A-1
2. Nama Dokumen : Nota Penjualan
Fungsi : Sebagai bukti transaksi penjualan barang
Sumber : Petugas
Tujuan : Custumer
Media : Kertas
Frekuensi : Setiap ada transaksi penjualan
3. Nama Dokumen : Laporan Persediaan Barang Masuk
Fungsi : Untuk mengetahui data pembelian dari supplier
Sumber : Petugas
Media : Kertas
Frekuensi : Setiap 1 minggu sekali

BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
4.1. Analisa Kebutuhan Software
A. Tahapan Analisa
Sistem inventory adalah sistem penginputan barang masuk dan barang keluar
secara komputerisasi yang nantinya akan dipertanggung jawabkan sesuai dengan
proses bisnis yang ada. Pada sistem inventory barang ini, terbagi menjadi 3 hak
akses, yaitu administrator, petugas dan kepaka toko. Administrator merupakan hak
akses tertinggi yang dapat mengakses semua fitur, User akses yang diberikan kepada
kepala toko hanya dapat melihat laporan barang masuk dan barang keluar.
Sedangkan untuk hak akses petugas diberikan hak akses untuk melakukan seperti
adminstrator hanya tidak dapat melakukan user akses. Untuk lebih jelasnya. Berikut
ini spesifikasi kebutuhan (system requitment) dan sistem informasi inventoy barang
dibawah ini :
1. Akses Administrator :
A1. Administrator dapat melakukan login
A2. Administrator dapat mengelola data master
A3. Administrator dapat mengelola transaksi barang masuk dan barang keluar
A4. Administrator dapat mengolah semua laporan dari laporan barang masuk
dan laporan barang keluar
A5. Administrator dapat mengelola user
A6. Administrator dapat mengelola password
A7. Administrator dapat mengelola pemesanan barang
29
30
A8. Administrator dapat melakukan logout
2. Akses Kepala Toko
B1. Kepala Toko dapat melakukan login
B2. Kepala Toko dapat melihat serta mencetak semua laporan dari laporan
barang masuk dan laporan barang keluar
B3. Kepala Toko dapat mengubah password
B4. Kepala Toko dapat melakukan logout
3. Akses Petugas
C1. Petugas dapat melakukan login
C2. Petugas dapat mengolah data master
C3. Petugas dapat melakukan transaksi barang keluar dan barang keluar
C4. Petugas dapat melihat serta mencetak semua laporan dari laporan barang
keluar
C5. Petugas dapat mengubah password
C6. Petugas dapat mengelola pemesanan barang
C7. Petugas dapat melakukan logout
B. Use Case Diagram
Use case diagram digunakan untuk mendeksripsikan apa yang seharunya
dilakukan oleh sistem. Use case diagram menunjukkan interaksi antara use case,
actor dan pekerja. Diagram ini menggambarkan model lengkap tentang apa yang
perusahaan, siapa yang berperan di dalam dan di luar sistem. Berikut ini merupakan
usulan Diagram Use Case pada PT. Multi Oripart

31
1. Use Case Diagram Hak Akses Administrator

uc hak akses administrator
hak akses administrator
tambah ubah ubah

hapus hapus
tambah
«extend» «extend» «extend» «extend» «extend»

«extend»
data barang kategori barang
«extend»
«extend» supplier
«include» «extend»ubah
Data Master
«include»
login hapus
«extend»
«extend» «extend» «extend»
«include»
tambah
tambah
pelanggan «extend»
mengelola transaksi
«include» barang «extend»
hapus
ubah
«extend»
«include»
«extend» barang masuk

«include»
«extend»
tambah
melihat laporan
«include»
barang keluar
«extend» «extend»
tambah
Pemesanan Barang «extend» melihat barang keluar
«include»
melihat barang masuk
Sesuaikan Tgl dan Bulan
«extend»
Ubah Passw ord «extend»

«include»
Purchasing Order
Administrator cetak laporan
«extend»
Mengelola User
«extend»
Tambah cetak laporan
«extend»
Tambah
blokir
ubah
Gambar IV.1
Use Case Diagram Hak Akses Administrator
32
Tabel IV.1
Use Case Diagram Administrator mengelola Barang dan Kategori
Use Case Name Mengelola Data Master Barang dan

Kategori
Requirement A2
Goal Administrator dapat mengelola barang
dan kategori
Pre-Conditions Administrator telah melakukan login
Post-Conditions Administrator dapat menambahkan,
mengubah dan menghapus barang dan
kategori
Failed and conditions Administrator gagal menambahkan,
mengubah dan menghapus barang dan
kategori
Primary Actors Administrator
Main Flow/Basic Patch 1. Administrator telah melakukan login
2. Administrator memilih barang atau
kategori
3. Administrator memilih data barang
atau kategori
4. Administrator menambahkan data
barang atau kategori barang
Alternatif 4a. Administrator mengubah data barang
Flow/Variant 1 dan kategori barang
4b.Administrator menghapus data barang
atau kategori barang
Tabel IV.2
Use Case Diagram Administrator Mengelola Data Supplier
Use Case Name Mengelola Supplier

Requirement A2
Goal Administrator dapat mengelola data
supplier
mengubah dan menhapus data supplier
mengubah dan menghapus data supplier
2. Administrator memilih data supplier
3.Administrator menambahkan data
supplier
4. Administrator logout
Alternatif 3a.Administrator mengubah data supplier
Flow/Variant 1 3b.Administrator menghapus data
33
supplier
Tabel IV.3
Use Case Diagram Administrator Mengelola Data Pelanggan
Use Case Name Mengelola Pelanggan

Requirement A2
Goal Administrator dapat mengelola data
pelanggan
mengubah dan menghapus data
pelanggan
mengubah dan menghapus data
pelanggan
2. Administrator memilih data
pelanggan
3. Administrator menambahkan data
pelanggan
Alternatif 3a.Administrator mengubah data
Flow/Variant 1 pelanggan
3b.Administrator menghapus data
pelanggan
Tabel IV.4
Use Case Diagram Administrator Mengelola Data Transaksi
Use Case Name Mengelola Transaksi

Requirement A3
Goal Administrator dapat mengelola transaksi
barang masuk dan keluar
Post-Conditions Administrator dapat menambahkan
Failed and conditions Administrator gagal menambahkan
2. Administrator memilih transaksi
3. Administrator memilih barang masuk
4. Administrator menambahkan barang
masuk
34
Alternatif 3a. Administrator memilih barang keluar

Flow/Variant 1 4a. Administrator menambahkan barang
keluar
Tabel IV.5
Use Case Diagram Administrator Mengelola Data Laporan
Use Case Name Melihat laporan

Requirement A4
Goal Administrator dapat melihat laporan
Post-Conditions Administrator dapat mencetak laporan
Failed and conditions Administrator gagal melihat laporan
2. Administrator melihat laporan
3. Administrator memilih laporan
barang masuk
4. Administrator memilih sesuai tanggal
dan bulan
5. Administrator dapat mencetak
laporan
Alternatif 3a.Admin memilih laporan barang keluar
Flow/Variant 1
Tabel IV.6
Use Case Diagram Administrator Mengelola User Acces
Use Case Name Mengelola User akses

Requirement A5
Goal Administrator dapat mengelola User
akses
mengubah dan memblokir user akses
mengubah dan memblokir user akses
Primary Actors Admin
2. Administrator mengelola user akses
3. Administrator menambahkan user
akses
Alternatif 3a.Administrator mengubah data user
Flow/Variant 1 akses
3b.Administrator memblokir data user
akses
35
Tabel IV.7
Use Case Diagram Administrator Mengelola Pemesanan Barang
Use Case Name Mengelola Pemesanan Barang

Requirement A6
Goal Administrator dapat mengelola
pemesanan barang
Post-Conditions Administrator dapat menambahkan
pemesanan barang
Failed and conditions Administrator gagal menambahkan
pemesanan barang
2. Administrator memilih pemesanan
barang
3. Administrator menambahkan
pemesanan barang
Alternatif -
Flow/Variant 1
Tabel IV.8
Use Case Diagram Administrator Mengubah Password
Use Case Name Mengubah Password

Requirement A7
Goal Administrator dapat mengelola password
Post-Conditions Administrator dapat mengubah password
Failed and conditions Administrator gagal mengubah password
2. Administrator mengubah password
36
1. Use Case Diagram Hak Akses Kepala Toko
uc Hak akses kepala toko
hak akses kepala Toko
melihat barang masuk Sesuaikan Tgl dan

«include» Bulan
«extend»
«extend»
cetak laporan
melihat laporan
login «include»
Kepala Toko
cetak laporan
«extend»
«extend»

melihat barang keluar
«include»
«include»
Mengubah Passw ord
Gambar IV.2 Use Case Diagram hak akses Kepala Toko

37
Tabel IV.9
Use Case Diagram Kepala Toko Mengelola Data Laporan

Requirement A2
Goal Kepala Toko dapat melihat laporan
Pre-Conditions Kepala Toko telah melakukan login
Post-Conditions Kepala Toko dapat mencetak laporan
Failed and conditions Kepala Toko gagal melihat laporan
Primary Actors Kepala Toko
Main Flow/Basic Patch 1. Kepala Toko telah melakukan login
2. Kepala Toko melihat laporan
3. Kepala Toko menyesuaikan tanggal
dan bulan
4. Kepala Toko memilih laporan barang
masuk
5. Kepala Toko logout
Alternatif 3a. Kepala Toko memilih laporan barang
Flow/Variant 1 keluar
Tabel IV.10
Use Case Diagram Kepala Toko mengubah password

Requirement A3
Goal Kepala Toko dapat mengelola password
Pre-Conditions Kepala Toko telah melakukan login
Post-Conditions Kepala Toko dapat mengubah password
Failed and conditions Kepala Toko gagal mengubah password
Primary Actors Kepala Toko
Main Flow/Basic Patch 1. Kepala Toko telah melakukan login
2. Kepala Toko mengubah password
3. Kepala Toko logout
38
3. Use Case Diagram Hak Akses Petugas
uc Hak akses petugas
hak akses Petugas
tambah ubah ubah

hapus hapus
tambah
«extend» «extend» «extend» «extend» «extend»

«extend»
data barang kategori barang
«extend» «extend» supplier
«extend» ubah
«include»
Data Master
login «include» hapus
«extend»
Petugas «extend»
«include»
tambah
tambah
pelanggan «extend»
«include» mengelola transaksi

barang «extend»
hapus
«include» ubah
«extend»
«extend» barang masuk

«include»
«extend»
melihat laporan tambah
barang keluar
Pemesanan barang
«extend»
«extend»
tambah
«extend»
«extend»
melihat barang keluar
Purchasing order «include» Sesuaikan Tgl dan

Bulan
melihat barang
Ubah Passwordmasuk
«extend»
cetak laporan
«extend» «include»
Tambah
«extend»
cetak laporan
Gambar IV.3
Use Case Diagram Hak Akses Petugas

39
Tabel IV.11
Use Case Diagram Petugas Mengelola Data Barang dan Kategori
Use Case Name Mengelola Data Master Barang dan

Kategori
Requirement A2
Goal Petugas dapat mengelola barang dan
kategori
Pre-Conditions Petugas telah melakukan login
Post-Conditions Petugas dapat menambahkan, mengubah
dan menghapus barang dan kategori
Failed and conditions Petugas gagal menambahkan, mengubah
dan menghapus barang dan kategori
Primary Actors Petugas
Main Flow/Basic Patch 1. Petugas telah melakukan login
2. Petugas memilih barang atau kategori
3. Petugas memilih data barang atau
kategori
4. Petugas menambahkan data barang
atau kategori barang
Alternatif 4a.Petugas mengubah data barang dan
Flow/Variant 1 kategori barang
4b.Petugas menghapus data barang atau
kategori barang
Tabel IV.12
Use Case Diagram Petugas Mengelola Data Pelanggan
Use Case Name Mengelola Pelanggan

Requirement A2
Goal Petugas dapat mengelola data pelanggan
dan menghapus data pelanggan
dan menghapus data pelanggan
2. Petugas memilih data pelanggan
3. Petugas menambahkan data
pelanggan
4. Petugas logout
Alternatif 3a. Petugas mengubah data pelanggan
Flow/Variant 1 3b. Petugas menghapus data pelanggan
40
Tabel IV.13
Use Case Diagram Petugas Mengelola Data Supplier
Use Case Name Mengelola Supplier

Requirement A2
Goal Petugas dapat mengelola data supplier
dan menhapus data supplier
dan menghapus data supplier
2. Petugas memilih data supplier
3. Petugas menambahkan data supplier
4. Petugas logout
Alternatif 3a. Petugas mengubah data supplier
Flow/Variant 1 3b. Petugas menghapus data supplier
Tabel IV.14
Use Case Diagram Petugas Mengelola Data Transaksi
Use Case Name Mengelola Transaksi

Requirement A3
Goal Petugas dapat mengelola transaksi
Post-Conditions Petugas dapat menambahkan barang
masuk dan keluar
Failed and conditions Petugas gagal menambahkan barang
masuk dan keluar
2. Petugas memilih transaksi
3. Petugas memilih barang masuk
4. Petugas menambahkan barang masuk
5. Petugas logout
Alternatif 3a. Petugas memilih barang keluar
Flow/Variant 1 4a. Petugas menambahkan barang keluar
Tabel IV.15
Use Case Diagram Petugas Mengelola Data Laporan

Requirement A4
Goal Petugas dapat melihat laporan
41
Post-Conditions Petugas dapat mencetak laporan

Failed and conditions Petugas gagal melihat laporan
2. Petugas melihat laporan
3. Petugas memilih laporan barang
masuk
4. Petugas memilih sesuai tanggal dan
bulan
5. Petugas dapat mencetak laporan
6. Petugas logout
Alternatif 3a.Petugas memilih laporan barang
Flow/Variant 1 keluar
Tabel IV.16
Use Case Diagram Petugas mengelola Pemesanan Barang
Use Case Name Mengelola Pemesanan Barang

Requirement A5
Goal Petugas dapat mengelola pemesanan
barang
Post-Conditions Petugas dapat menambahkan pemesanan
barang
Failed and conditions Petugas gagal menambahkan pemesanan
barang
2. Petugas memilih pemesanan barang
3. Petugas menambahkan pemesanan
barang
4. Petugas logout
Alternatif -
Flow/Variant 1
Tabel IV.17
Use Case Diagram Petugas Mengubah Password

Requirement A6
Goal Petugas dapat mengelola password
Post-Conditions Petugas dapat mengubah password
Failed and conditions Petugas gagal mengubah password
2. Petugas mengubah password
42
3. Petugas logout
C. Activity Diagram
Activity diagram menggambarkan aliran kerja atau aktivitas dari sebuah sebuah
sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang
mungkin terjadi dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa ekseskusi perlu
di perhatikan disini adalah bahwa diagram aktivitas menggambarkan aktivitas sistem
bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem.
Berikut ini merupakan usulan desain unggulan Diagram Activity Sistem informasi
persediaan hanphone pada PT Multi Oripart :

43
1. Activity Diagram Hak Akses Administrator
a. Activity Mengelola Data Master Barang dan Kategori

act activ ity data Master.
Administrator Sistem
Melakukan login
validasi
Memilih data Master
Kategori Barang Data Barang
Menampilkan Data
Menampilkan Data Kategori Menampilkan data Barang
mengelola data master
konfirmasi
Tambah Edit Hapus
Ya Tidak
Menampilkan Form
Isi Form
Simpan Batal
Gambar IV.4 Activity Diagram Halaman Barang dan Kategori

Administrator
44
b. Activity Diagram mengelola data master supplier dan pelanggan
Melakukan login
validasi
Memilih data Master
Supplier Pelanggan
Menampilkan Data
Menampilkan data Supplier Menampilkan data pelanggan
konfirmasi
Tambah Edit Hapus
Ya Tidak
Menampilkan Form
Isi Form
Simpan Batal
Gambar IV.5 Activity Diagram Halaman Supplier dan Pelanggan

Administrator
45
c. Activity Diagram Mengelola Transaksi
act transaksi
Melakukan login
validasi
Memilih transaksi barang
barang masuk barang keluar
Menampilkan Data
Menampilkan barang masuk Menampilkan barang keluar
menambahkan barang
Menampilkan Form
Isi Form
simpan batal
Gambar IV.6 Activity Diagram Halaman Transaksi

Administrator
46
d. Activity Diagram mengelola laporan
act activ ity laporan
Melakukan login
validasi
Memilih Laporan
Laporan Barang masuk Laporan Barang keluar
Menampilkan Laporan
Menampilkan form tanggal barang masuk

menampilkan form tanggal barang keluar
Isi Form
Cetak laporan
Gambar IV.7 Activity Diagram Halaman Laporan

Administrator
47
e. Activity Diagram mengelola user
act activ ity mengelola user
Melakukan login
validasi
Memilih manajemen user
Menampilkan user
Tambah User Ubah data user Banner user
menampilkan form
Menampilkan form tambah user Menampilkan form data ubah user
Isi Form
Simpan Batal
Gambar IV.8 Activity Diagram Halaman User

Administrator
48
f. Activity Diagram mengelola Pemesanan Barang
act transaksi
Melakukan login
validasi
Memilih pemesanan barang
purchasing order
Menampilkan form
menampilkan form pemesanan barang
menambahkan barang
Menampilkan Form
isi form
simpan
batal
Gambar IV.9 Activity Diagram Halaman Pemesanan Barang Administrator

49
g. Activity Diagram Mengelola Password
act ubah passw ord
Melakukan login
validasi
mengubah passw ord
Menampilkan form
mengisi form
Simpan
Gambar IV.10 Activity Diagram Halaman Password Administrator

50
2. Activity Diagram Hak Akses Kepala Toko
a. Activity Diagram Mengelola Laporan
kepala toko Sistem
Melakukan login
validasi
Memilih Laporan
Laporan Barang masuk laporan barang keluar
Menampilkan laporan

Menampilkan form tanggal barang keluar
isi form
Cetak laporan
Gambar IV.11 Activity Diagram Halaman Laporan Kepala Toko

51
b. Activity Diagram Mengelola Password
act ubah passw ord
kepala toko Sistem
Melakukan login
validasi
mengubah passw ord
Menampilkan form
mengisi form
Simpan
Gambar IV.12 Activity Diagram Halaman password Kepala Toko

52
3. Activity Diagram Hak Akses Petugas

a. Activity Diagram Mengelola Data Master Barang dan Kategori
Petugas Sistem
Melakukan login
validasi
Memilih data Master
Kategori Barang Data Barang
Menampilkan Data
Menampilkan Data Kategori Menampilkan data Barang
konfirmasi
Tambah Edit Hapus
Ya Tidak
Menampilkan Form
Isi Form
Simpan Batal
Gambar IV.13 Activity Diagram Halaman Barang dan Kategori

Petugas
53
b. Activity Diagram Mengelola Data Master Supplier dan Pelanggan
Petugas Sistem
Melakukan login
validasi
Memilih data Master
Supplier Pelanggan
Menampilkan Data
Menampilkan data Supplier Menampilkan data pelanggan
konfirmasi
Tambah Edit Hapus
Ya Tidak
Menampilkan Form
Isi Form
Simpan Batal
Gambar IV.14 Activity Diagram Halaman Supplier dan

Pelanggan
54
c. Activity Diagram Mengelola Data Transaksi
act transaksi
Petugas Sistem
Melakukan login
validasi
Memilih transaksi barang
barang masuk barang keluar
Menampilkan Data
Menampilkan barang masuk Menampilkan barang keluar
menambahkan barang
Menampilkan Form
Isi Form
simpan batal
Gambar IV.15 Activity Diagram Halaman Transaksi

Petugas
55
d. Activity Diagram Mengelola Data Laporan
Petugas Sistem
Melakukan login
validasi
Memilih Laporan
Laporan Barang masuk laporan barang keluar
Menampilkan laporan

Menampilkan form tanggal barang keluar
isi form
Cetak laporan
Gambar IV.16 Activity Diagram Halaman Laporan Petugas

56
e. Activity Diagram Mengelola Pemesanan Barang
act transaksi
Petugas Sistem
Melakukan login
validasi
Memilih pemesanan barang
purchasing order
Menampilkan form
menampilkan form pemesanan barang
menambahkan barang
Menampilkan Form
isi form
simpan
batal
Gambar IV.17 Activity Diagram Halaman Pemesanan Barang Petugas

57
f. Activity Diagram Mengelola Password
act ubah passw ord
petugas Sistem
Melakukan login
validasi
mengubah passw ord
Menampilkan form
mengisi form
Simpan
Gambar IV.18 Activity Diagram Halaman Password Petugas

58
4. Desain
Pada tahapan ini, penulis akan menjelaskan tentang desain database, desain
softaware architecture, dan desain interface yang dibuat.
4. Database
A. Entity Relationship Diagram

erd ERD
qty
no_penerimaan kd_supplier
kd_barang
nm_supplier
kd_kategori
total
*kd_supplier
fax harga
jam
nm_barang harga_beli
modal
alamat no_telepon
satuan detil_penerimaan *no_penerimaan
kd_supplier kd_petugas
1
merek
no_po
memil iki
supplier 1 M Produk
1
*kd_barang
mempunyaiM subtotal
1
contact memiliki memi liki

1 kd_supplier
header_penerimaan
1
1 jam
Kategori
tgl_terima
tgl_po
M
*kd_kategori
tgl_po
memiliki
header_po1
melakukan
*no_po 1
nm_kategori
melakukan
pajak
kd_supplier
jam
subtotal 1
M
detil_po
no_po
qty
subtotal
satuan
total
kd_barang
harga_beli
kd_petugas
Gambar IV.19
Entity Relationship Diagram Sistem informasi Invntory Hanphone
59
B. Logical Record Structure
class LRS
header_penerimaan
jam
kd_supplier
no_penerimaan
no_po
produk subtotal header_po
tgl_terima
jam
detil_penerimaan no_po kd_supplier
diskon no_po = PK
harga pajak
jam kd_barang subtotal
kd_barang = PK harga_beli
tgl_po
kd_kategori kd_barang no_penerimaan
kd_merek kd_petugas
kd_supplier kd_supplier
keterangan no_penerimaan = PK
modal qty
nama_barang tgl_terima
qty total
satuan
kd_kategori kd_supplier no_po

detil_po
kd_supplier harga_beli
kd_barang
kd_petugas
kategori supplier no_po
qty
kd_kategori = PK alamat satuan
nm_kategori contact total
fax
kd_supplier = PK
nm_supplier
telp
kd_barang
Gambar IV.20
Logical Record Stucture Sistem informasi Inventory Handphone
C. Spesifikasi File
1. Spesifikasi File Tabel Petugas
Nama Database : projekku

Nama File : tbl_petugas
Akronim :
Tipe File : File Master
Akses File : Random
Panjang Record : 566
Kunci Field : kd_petugas
60
Tabel IV.18
Spesifikasi File Tabel Petugas
No Elemen Data Nama Field Type Size Keterangan

1 Kd petugas kd_petugas char 5 Primary Key
2 Nama petugas nm_petugas Varchar 100
3 no telepon no_telepone Varchar 20
4 User name username Varchar 100
5 Password password Varchar 50
6 level level Varchar 20
7 Jenis kelamin jns_kelamin Varchar 20
8 Alamat alamat Varchar 200
9 Status waktu Status_waktu Timestamp -
10 Flag flag Varchar 1
11 Date date Datetime -
12 Ubah password ubahpassword Varchar 50
2. Spesifikasi File Tabel Produk

Nama File : tbl_produk
Akronim :
Akses File : Random
Panjang Record 168
Kunci Field : kd_barang
Tabel IV.19
Spesifikasi File Tabel Produk

1 Kd barang kd_barang varchar 5 Primary Key
2 Nama barang nm_barang Varchar 50
3 Keterangan keterangan Tinytext -
4 Stok qty Varchar 20
5 Kd kategori kd_kategori Char 4
6 Kd merek kd_merek Char 4
7 Harga harga Varchar 15
8 Satuan satuan Varchar 50
9 Gambar file text -
10 Kd supplier kd_supplier Char 5
11 Modal modal Varchar 15
12 Jam jam Timestamp -
3. Spesifikasi File Tabel Kategori Barang

Nama File : tbl_kategori
Akronim :
Akses File : Random
Panjang Record 104
Kunci Field : kd_kategori
61
Tabel IV.20
Spesifikasi File Tabel Kategori

1 Kd kategori kd_kategori Char 4 Primary Key
2 Nama kategori nm_kategori Varchar 100
4. Spesifikasi File Tabel Supplier

Nama File : tbl_supplier
Akronim :
Akses File : Random
Panjang Record 255
Kunci Field : kd_supplier
Tabel IV.21
Spesifikasi File Tabel Supplier

1 Kd supplier Kd_supplier Char 5 Primary Key
2 Nama supplier Nm_supplier Varchar 100
3 Alamat Alamat Tinytext -
4 Fax Fax Varchar 50
5 Telp Telp Varchar 50
6 Contact Contact Varchar 50
5. Spesifikasi File Tabel Pelanggan

Nama File : tbl_pelanggan
Akronim :
Akses File : Random
Panjang Record 215
Kunci Field : kd_pelanggan
Tabel IV.22
Spesifikasi File Tabel Pelanggan

1 Kd pelanggan Kd_pelanggan Char 5 Primary Key
2 Nama pelanggan Nm_pelanggan Varchar 100
3 Alamat Alamat Tinytext -
4 Kota Kota Int 4
5 Kecamatan Kecamatan Int 4
6 Telp Telp char 50
7 Provinsi Provinsi Char 2
8 Email Email Varchar 50
62
6. Spesifikasi File Tabel Header Po

Nama File : tbl_header_po
Akronim :
Akses File : Random
Panjang Record 120
Kunci Field : no_po
Tabel IV.23
Spesifikasi File Tabel Header Po

1 No po No_po Char 5 Primary Key
2 Tgl po Tgl_po Date -
3 Pajak Pajak int 10
4 Subtotal Subtotal Varchar 100
5 Kd supplier Kd_supplier Char 5
6 Jam Jam Timestamp -
7. Spesifikasi File Tabel Detail Po

Nama File : tbl_detil_po
Akronim :
Akses File : Random
Panjang Record 292
Kunci Field :-
Tabel IV.24
Spesifikasi File Tabel Detil Po

1 Kd barang Kd_barang Varchar 5
2 Qty Qty Int 15
3 Harga beli Harga_beli Int 12
4 Satuan Satuan Varchar 50
5 Total Total Varchar 100
6 No po No_po Char 5
7 Kd petugas Kd_petugas Char 5
8. Spesifikasi File Tabel Header Penerimaan

Nama File : tbl_header_penerimaan
Akronim :
Akses File : Random
63
Panjang Record 26
Kunci Field : no_penerimaan
Tabel IV.25
Spesifikasi File Tabel Header Penerimaan

1 No penerimaan No_penerimaan Char 5 Primary Key
2 No po No_po Char 5
3 Kd supplier Kd_supplier Char 5
4 Subtotal Subtotal Int 11
5 Tgl terima Tgl_terima Timestamp -
6 Tgl po Tgl_po date
9. Spesifikasi File Tabel Detil Penerimaan

Nama File : tbl_detil_penerimaan
Akronim :
Akses File : Random
Panjang Record 277
Kunci Field :-
Tabel IV.26
Spesifikasi File Tabel Detil Penerimaan

1 No penerimaan No_penerimaan Char 5
3 Qty Qty Varchar 100
6 Total Total Varchar 100
10. Spesifikasi File Tabel Header Faktur

Nama File : tbl_header_faktur
Akronim :
Akses File : Random
Panjang Record 121
Kunci Field : no_faktur
64
Tabel IV.27
Spesifikasi File Tabel Header Faktur

1 No faktur No_faktur Char 5 Primary Key
2 Tgl faktur Tgl_faktur Date -
3 Pajak Pajak int 100
5 Kd pelanggan Kd_pelanggan Char 5
6 Jam Jam Timestamp -
11. Spesifikasi File Tabel Detil Faktur

Nama File : tbl_detil_faktur
Akronim :
Akses File : Random
Panjang Record 187
Kunci Field :-
Tabel IV.28
Spesifikasi File Tabel Detil
Faktur

2 Qty Qty Varchar 100
5 Total Total Int 11
6 No faktur No_faktur Char 5
65
4.2.2. Software architecture
Sistem informasi inventory pada PT.Multi Oripart yang dibuat penulis
menggunakan bahasa pemrograman PHP maka Software Architecture yang
digunakan untuk menggambarkan program adalah sebagai berikut :
A. Component Diagram
Deployment Diagram menunjukan tata letak sebuah sistem secara fisik,
menampakkan bagian software yang berjalan pada bagian hardware.
Gambar IV.21
Component Diagram Sistem informasi Inventory Hanphone
66
B. Deployment Diagram
Gambar IV.22
Deployment Diagram Sistem informasi Inventory Hanphone
67
4.2.3. User Interface
A. Halaman Beranda
Gambar IV.23
Halaman Utama Aplikasi Inventory
68
B. Halaman Login
Gambar IV.24
Halaman Login
C. Halaman Barang
Gambar IV.25
Halaman Barang
69
D. Halaman Kategori Barang
Gambar IV.26
Halaman Kategori Barang
E. Halaman Data Supplier
Gambar IV.27
Halaman Supplier
70
F. Halaman Data Pelanggan
Gambar IV.28
Halaman
Pelanggan
G. Halaman Form Input Transaksi Masuk
Gambar IV.29
Form Input Transaksi Masuk
71
H. Halaman Form Input Transaksi Keluar
Gambar IV.30
Form Input Trnsaksi Keluar
I. Halaman Petugas
Gambar IV.31
Halaman Akses
72
J. Halaman Form Ubah Password Petugas
Gambar IV.32
Form Ubah Password
K. Halaman Form Input Pemesanan Barang
Gambar IV.33
Form Input Pemesanan Barang
73
L. Laporan Pemesanan Barang
Gambar IV.34
Laporan Pemesanan Barang
M. Laporan Barang Masuk
Gambar IV.35
Laporan Barang Masuk
74
N. Laporan Barang Keluar
Gambar IV.36
Laporan Barang Keluar
75
4.3. Code Generation
a. Halaman Index
b. Login
76
c. Input data barang

77
78
d. Input Kategori
79
e. Halaman Supplier
80
f. Halaman Barang Masuk

81
g. Laporan Barang Masuk

82
4.4. Testing
4.4.1. Black Box Input
A. Form Halaman Login
Tabel IV.29
Black Box testing Form Halaman Login
No Skenario Pengujian Test Case Hasil yang Hasil Penguj
diharapkan Penguji ian
1 Mengosongkan Email : Sistem akan Sesuai Valid

isian data form pada (kosong) menolak akses harapan
Form login, lalu login dan
langsung mengklik Password : menampilkan
tombol “Log In” (kosong) pesan “Harap
Isi
Email dan
Password”
2 Hanya mengisi Username : Sistem akan Sesuai Valid

data username Administrator menolak akses harapan
dan login dan
mengosongkan Password : menampilkan
data password, (kosong) pesan “Harap isi
lalu Password”
langsung mengklik
tombol “Log in”
3 Hanya mengisi Sistem akan Sesuai Valid

Username :
data password menolak akses harapan
(kosong)
dan login dan
mengosongkan menampilkan
Password :
data username, pesan “Harap
admin123
lalu langsung Isi
mengklik tombol Email”
“Log In”
4 Menginputkan Username : Sistem akan Sesuai Valid

dengan kondisi Administrator menolak harapan
salah satu data benar akses login
dan satu lagi salah, Password : (salah) dan
lalu langsung menampilkan
mengklik tombol pesan “Login
“Log In” Gagal email /
password salah”
5 Menginputkan data Email : Sistem Sesuai Valid

login yang benar, Administrator menerima akses harapan
lalu mengklik login dan
tombol “Log In” Password : kemudian
admin123 langsung
menampilkan
dashboard
83
sesuai level user

yang
Login
B. Form Halaman Kategori
Tabel IV.30
Black Box testing Form Halaman Kategori
1 Mengosongkan Kd_kategori( Sistem akan Sesuai Valid

isian data nama otomatis menolak akses harapan
kategori tampil) : login dan
K001 menampilkan
pesan “Harap
Nama kategori : - Isi kategori
2 Menginputkan data kode : K001 Sistem Sesuai Valid

nama kategori menerima data harapan
dengan benar Nama Kategori : kategori dan
kemudian
Hanphone langsung
menampilkan
pesan
“Berhasil”
C. Form Halaman Input Barang

Tabel IV.31
Black Box testing Form Halaman Input Barang
1 Mengosongkan Nama Barang Sistem akan Sesuai Valid

isian data form pada : menolak akses harapan
Form barang, lalu (kosong) barang dan
langsung mengklik menampilkan
tombol “save” harga beli: pesan “Harap
Isi
(kosong) Nama
barang,harga
Harga jual: beli,harga jual
dan Data vendor”
(kosong)
Data vendor :
(kosong)
2 Hanya mengisi Nama Barang Sistem akan Sesuai Valid

data Nama : menolak akses
84
Barang dan Samsung login dan harapan

mengosongkan Galaxy Note menampilkan
data harga beli, pesan “Harap
harga jual dan harga beli: isi harga
data vendord, beli,harga jual
lalu (kosong) dan Data
langsung mengklik vendor”
tombol “save” Harga jual:
(kosong)
Data vendor :
(kosong)
3 Hanya mengisi Nama Barang Sistem akan Sesuai Valid

data Nama : menolak akses harapan
Barang, harga Samsung login dan
beli dan Galaxy Note menampilkan
mengosongkan pesan “Harap isi
data, harga jual hargabeli: harga jual dan
dan data 1.000.000 Data vendor”
vendord, lalu
langsung mengklik Harga jual:
tombol “save”
(kosong)
Data vendor :
(kosong)
4 Hanya mengisi Nama Barang S Sistem akan Sesuai Valid

Barang, harga Samsung login dan
beli,harga jual Galaxy Note menampilkan
dan pesan “Harap isi
mengosongkan hargabeli: Data vendor””
data vendord, 1.000.000
lalu langsung
mengklik tombol Harga jual:
“save”
1.200.000
Data vendor :
(kosong))
5 Menginputkan data Nama Barang Sistem Sesuai Valid

login yang benar, : menerima data harapan
lalu mengklik Samsung barang dan
tombol “Save” Galaxy Note kemudian
langsung
hargabeli: menampilkan
1.000.000 pesan
“Berhasil”
Harga jual:
1.200.000
Data vendor :
85
[S0001] Ez Zabran
D. Form Halaman Supplier

Tabel IV.32
Black Box testing Form Halaman Supplier
1 Mengosongkan Nama Suplier Sistem akan Sesuai Valid

isian data form pada : menolak akses harapan
Form data supplier, (kosong) barang dan
lalu langsung menampilkan
mengklik tombol alamat: pesan “Harap
“save” Isi
(kosong) Nama suppier,
alamat, fax,tlp
fax: dan contact”
(kosong)
tlp :
(kosong)
contact :
(kosong)
2 Hanya mengisi Nama Suplier Sistem akan Sesuai Valid

Supplier, alamat Ez zabran barang dan
dan menampilkan
mengosongkan alamat: pesan “Harap
data fax, tlp dan Isi
contact lalu ITC roxy fax,tlp dan
langsung mengklik contact”
tombol “save” fax:
(kosong)
tlp :
(kosong)
contact :
(kosong)
3 Menginputkan data Nama Suplier Sistem Sesuai Valid

login yang benar, : menerima data harapan
lalu mengklik Ez zabran supplier dan
tombol “Save” kemudian
alamat: langsung
menampilkan
ITC roxy pesan
“Berhasil”
86
fax:
021456122
tlp :
0215461224
contact :
089522434343
4.5. Support
4.5.1. Spesifikasi Hardware dan Software
Kebutuhan Keterangan
Sistem Operasi Windows 10
Processor Intel Core i3-4005U, 1.7GHz
RAM 6,00 GB
Harddisk 100 GB
CD-ROM TSST corp CDDVDW SU-208FB ATA
Monitor Generic PnP
Keyboard HID Keyboard
Printer Standard
Mouse Logitech
Browser Mozila Firefox, Google Chrome
Software Notepad ++, Php MyAdmin
4.6. Spesifikasi Dokumen Sistem Usulan
Spesifikasi dokumen sistem usulan untuk PT. Multi Oripart, sebagai berikut :
1. Nama Dokumen : Laporan Barang Masuk
Fungsi : Untuk mengetahui laporan transaksi dari supplier
Sumber : Petugas
Media : Kertas
Frekuensi : Setiap Kepala Toko meminta laporan barang masuk
sesuaikan tanggal
Format : Lampiran B – 1
87
2. Nama Dokumen : Laporan barang Keluar
Fungsi : Untuk mengetahui data penjualan barang dari pelanggan
Sumber : Petugas
Media : Kertas
Frekuensi :Setiap Kepala Toko meminta laporan barang masuk
sesuaikan tanggal
Format : Lampiran B – 2
BAB V
PENTUP
5.1. Kesimpulan
a. Sistem informasi inventory berbasis web ini, dapat mempermudah perusahaan
dalam mengelola data inventory dan pembuatan laporan dengan menggunakan
bahasa pemrograman PHP dan MySQL sebagai database.
b. Desain sistem informasi inventory berbasis web ini terlihat user friendly.
c. Dapat mengurangi kesalahan dalam meng-input barang masuk dan barang
keluar.
d. Sistem yang dirancang menggunakan 3 hak akses yang diberikan kepada
Administrator, Petugas, dan Kepala Toko.
e. Dapat mempercepat proses perhitungan stok barang.
5.2. Saran-saran
A. Software
1. Melakukan monitoring terhadap sistem informasi inventory secara berkala
2. Melakukan pengecekan secara berkala agar sistem tersebut selalu dapat
berjalan dengan baik
B. Perusahaan
1. Melakukan training kepada para pengguna aplikasi tersebut
2. Menggunakan sistem informasi tersebut sesuai dengan yang ditentukan
88
DAFTAR PUSTAKA
Adi, Arista Prasetyo. (2019). III Kode HTML Untuk Belajar Kilat. Jakarta: Elex
Media Komputindo.
Abdullah, D., Herawati, & Herliana. (2015). Perancangan Sistem Informasi
Pendataan Siswa SMP Islam Swasta Darul Yatama Berbasis Web. IJNS –
Indonesian Journal on Networking and Security, 4(1), 39–44. Retrieved from
http://ijns.org/journal/index.php/ijns/article/view/1325/1313
Agus, P., & Safitri, Y. (2015). Pemanfaatan Sistem Informasi Perpustakaan Digital
Berbasis Website Untuk Para Penulis Agus Prayitno 1) Yulia Safitri 2).
Indonesian Journal on Software Engineering, 1(1), 1–10. Retrieved from
https://ejournal.bsi.ac.id/ejurnal/index.php/ijse/article/viewFile/592/483
Amin, R. (2017). Rancang Bangun Sistem Informasi Penerimaan Siswa Baru Pada
SMP Yanuri Jakarta. Simnasiptek, 1(1), 168–174.
https://doi.org/10.1002/cpe.3243
Anhar. (2016). Panduan Bijak Belajar Internet Untuk Anak. Adamssein Media.
Ardiansah, R., & Warnilah, A. I. (2018). Rancang Bangun Kuesioner Mengajar

Guru Dengan Metode SAW Pada SMK Bhakti Kencana Tasikmalaya. 4(1), 1–8.
Dalis, S. (2019). Rancang Bangun Sistem Informasi Lembaga Penelitian Dan

Pengabdian Masyarakat Berbasis Web. Paradigma - Jurnal Komputer Dan
Informatika, 19(1), 1–8. https://doi.org/10.31294/p.v19i1.1170
Hidayat, Rahmat. (2010). Cara Praktis Membangun Website Gratis. Jakarta: PT. Elex
Media Komputindo.
Kadek Wibowo. (2015). Penerapan Sistem Informasi Akademik Berbasis Web

( Studi Kasus MTs . Maulana Ishaq Banyuwangi ). AMIK Bina Sarana
Informatika Jakarta, 119–124.
Melan Susanti. (2016). Perancangan Sistem Informasi Akademik Berbasis Web Pada
Smk Pasar Minggu Jakarta. Informatika, 3(1), 91–99.
Muslihudin Muhamad, Oktafianto. (2016). Analisis dan Perancangan Sistem
Informasi Menggunkan Model Terstruktur dan UML. Yogyakarta: CV. Andi
Nawang Margareta, Laela Kurniawati, D. D. (2017). Left atrial volume and exercise
capacity in adult heart transplant recipients. Journal of Cardiothoracic Surgery,
6(1), 233–238. https://doi.org/10.1186/1749-8090-6-9
Putri, M. E., & Wulandari, D. A. N. (2016). Sistem Informasi Monitoring Siswa
89
90
Berbasis Web Dan SMS Gateway Pada SMK Negeri 37 Jakarta. Jurnal Teknik
Komputer AMIK BSI, II(2), 49–55.
Saefudin, D. F. (2018). Analisa Dan Perancangan Aplikasi Persediaan Obat Studi
Kasus: Klinik Umum. Paradigma - Jurnal Komputer Dan Informatika, 20(1), 96–
100. https://doi.org/10.31294/P.V20I1.3161
S, Rosa A., & Salahuddin, M. (2018). Rekayasa Perangkat Lunak Terstruktur dan
Berorientasi Objek. Bandung: Informatika Bandung.
Supono. (2018). Pemrograman Web dengan menggunkan PHP dan Framework

Codeigniter. Yogyakarta: deepublish.
91
92
93
94
LAMPIRAN
A. Dokumen Sistem Berjalan
LAMPIRAN A-1 Nota Pembelian barang
95
96
LAMPIRAN A-2 Nota Penjualan

97
LAMPIRAN A-3 Laporan persediaan Barang Masuk

98
B. Dokumen Sistem Usulan
LAMPIRAN B-1 Laporan Barang Masuk

99
LAMPIRAN B-2 Laporan Barang Keluar

Skripsi PDF Gejoy-Dikonversi

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Skripsi PDF Gejoy-Dikonversi

Diunggah oleh

Hak Cipta:

Format Tersedia

SISTEM INFORMASI INVENTORY HANDPHONE PADA

PT. MULTI ORIPART

Diajukan untuk memenuhi salah satu syarat kelulusan Program Strata 1

MOHAMAD ISMI AZIS

Program Studi Sistem Informasi

Sekolah Tinggi Manajemen Informatika dan Komputer Nusa Mandiri

sedangkan ilmu menjaga kamu”

(Ali bin Abi Thalib)

membesarkan saya dan selalu membimbing, mendukung, memotivasi selalu

dukungannya dan doa, kalian adalah kelurga yang terhebat.

3. Sahabat-sahabat saya terhebat terimakasih juga untuk dukungan dan doa

selama ini, sukses selalu untuk kita semua.

Skripsi sarjana yang berjudul “Sistem Informasi Inventory Handphone

Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau

ketentuan pengutipan secara ilmiah dengan menyebutkan sumbernya.

Untuk keperluan perizinan pada pemilik dapat menghubungi informasi yang

tertera di bawah ini:

Nama : MOHAMAD ISMI AZIS

Alamat : Jl. Darma Wanita V Rt 06/01 Rawa Buaya Cengkareng

No. Telp 0895334929462

Mohamad Ismi Azis (11150405), Sistem Informasi Inventory Handphone Pada

Kata Kunci: Sistem Informasi, Inventory, UML,

Mohamad Ismi Azis (11150405), Mobile Inventory Information System at PT.

Keywords: Information Systems, Inventory, UML.

LEMBAR JUDUL SKRIPSI..........................................................................................i

KATA PENGANTAR.................................................Error! Bookmark not defined.

Initial Node, Bagaimana objek dibentuk

Activity Final Node, Bagaimana objek

Action, State dari sistem yang

Control Flow, Arah aliran program

Decision, yaitu menunjukkan suatu

Gambar III.1 Struktur Organisasi PT. Multi Oripart....................................................23

Tabel IV.1 Use Case

LAMPIRAN A-1 Nota

1.1. Latar Belakang Masalah

perusahaan untuk memanfaatkan informasi sebagai pengolahan data. Hal tersebut

baik. Banyak perusahaan yang berlomba-lomba meningkatkan kinerja melalui sistem

yang serba terkomputerisasi sesuai dengan kebutuhan perusahaan tersebut. Setiap

perusahaan pada umumnya bertujuan untuk memperoleh keuntungan. Untuk

dimiliki secara efektif.

PT Multi Oripart merupakan sebuah perusahaan yang bergerak dibidang

elektronik khususnya pada handphone. Selama ini perusahaan merasakan proses

menggunakan cara konvensional (Friyadie, 2015).

Beberapa permasalahan tersebut mengharuskan pihak perusahaan untuk

secara otomatis dapat menyimpan serta menampilkan data transaksi.

Melihat permasalahan yang dijabarkan di atas maka penelitian ini bertujuan

untuk merancang sistem inventory yang terkomputerisasi untuk memudahkan

akurat serta memudahkan operator dalam melakukan proses transaksi.

1.2. Identifikasi Permasalahan

Berdasarkan latar belakang permasalahan di atas, maka identifikasi masalah

dalam skripsi ini yaitu :

1. Proses bisnis yang berjalan masih kurang optimal dikarenakan proses

persediaan masih menggunakan cara manual.

2. Membutuhkan waktu cukup lama dalam pengumpulan berkas-berkas untuk

3. Kurangnya efektif dan efisien dalam pengelolaan stok persediaan barang.

1.3. Perumusan Masalah

Perumusan masalah penulis skripsi ini adalah sebagai berikut :

1. Bagaimana merancang sebuah sistem persediaan yang dapat digunakan untuk

memudahkan kegiatan operasional perusahaan sehingga berjalan dengan

2. Bagaimana merancang sebuah sistem untuk pengumpulan laporan agar dapat

dilakukan secara cepat dan akurat?

3. Bagaimana merancang sebuah sistem yang mudah digunakan serta

mengefisiensi waktu dengan cepat dalam pengelolaan stok persediaan barang?