Analisis Sistem Inventory Barang Di PD Mandiri Bandung

ANALISIS SISTEM INVENTORY BARANG DI
PD.MANDIRI BANDUNG
LAPORAN SEMESTER
Untuk Memenuhi Sebagian Syarat
Kelulusan Ujian Akhir Semester VI Program Diploma IV
Program Studi Manajemen Informatika
Disusun Oleh :
BAYU NUGRAHA
NPM. 11.402.717
POLITEKNIK
PIKSI GANESHA BANDUNG
2014
LEMBAR PENGESAHAN
Judul : ANALISIS SISTEM INVENTORY BARANG DI PD. MANDIRI
BANDUNG
Penulis/NPM : BAYU NUGRAHA/11.402.717
Program : Diploma IV
Program Studi : Manajemen Informatika
Lulus Ujian : 10 Juli 2014
Ketua Program Studi, Pembimbing,
Edi Suharto, Drs., M.Kom. Rini Suwartika K., S.Kom., M.Kom.
NIDN 04-290364-02 NIDN 04-131283-01
Mengetahui dan Disahkan oleh
Direktur
Politeknik Piksi Ganesha,
DR. H. K. Prihartono A.H., Drs.,S.Sos.,M.M
NIDN 04-100568-01
LEMBAR PERSETUJUAN

BANDUNG
Diterima dan Disetujui Dipertahankan
Dalam Ujian Sidang
Pembimbing, Pembimbing Lapangan,
Rini Suwartika K., S.Kom., M.Kom. Ita Susianti
NIDN 04-131283-01
LEMBAR TIM PENGUJI

BANDUNG
Telah Dinyatakan Lulus Ujian Dalam Ujian Sidang

Pada Tanggal 10 Juli 2014 di Bandung
Ketua Merangkap Anggota,
DR. H. K. Prihartono A.H.,Drs.,S.Sos.,M.M
NIDN 04-100568-01
Anggota,
Rini Suwartika K., S.Kom., M.Kom.
NIDN 04-131283-01
KATA PENGANTAR
Alhamdulillah, penulis panjatkan do‟a penghambaan Allah SWT Yang
Maha Memiliki Keluhuran dan Kemulyaan dalam menciptakan khalifah-Nya
dengan kesempurnaan bentuk dan potensi yang dimilikinya yang memberikan
jalan untuk meraih ridho-Nya. Tiada sekutu bagi-Nya, hanya kepada-Nyalah tempat
memohon pertolongan dan perlindungan dengan penuh harap dan takut di hadapan-
Nya.
Atas segala karunia dan pertolongan-Nya, serta diiringi do‟a dan usaha
sehingga penulis dapat menyelesaikan Laporan Semester yang berjudul
“ANALISIS SISTEM INVENTORY BARANG DI PD. MANDIRI
BANDUNG”. Penulisan Laporan Semester ini dimaksudkan untuk memenuhi
sebagian syarat kelulusan Ujian Akhir Semester VI jurusan Manajemen
Informatika, Politeknik Piksi Ganesha Bandung.

Sejak penulis merencanakan sampai dengan selesainya penulisan skripsi ini,
penulis banyak menerima bantuan dan bimbingan dari berbagai pihak baik secara
langsung maupun tidak langsung. Oleh karena itu, penulis ingin mengucapkan
terima kasih yang sebesar-besarnya kepada:
1. Kedua Orangtua tercinta yang senantiasa memberikan do‟a, dukungan,
nasehat, pengorbanan dan kasih sayang yang tiada henti-hentinya.
2. DR. H. K. Prihartono AH., Drs., S.Sos., MM, selaku Direktur Politeknik
Piksi Ganesha Bandung.
3. Edi Suharto, Drs., M.Kom., selaku Ketua Program Studi Manajemen
Informatika Politeknik Piksi Ganesha Bandung,
4. Rini Suwartika Kusumadiarti, S.Kom., M.Kom. sebagai Dosen Pembimbing
yang telah menyediakan waktu dan ilmunya untuk memberikan bimbingan
dan pengarahan kepada penulis dalam penulisan Laporan Semester ini.
5. Seluruh Dosen Pengajar Program Studi Manajemen Informatika Politeknik
Piksi Ganesha Bandung yang telah memberikan ilmu dan pengetahuannya
kepada penulis semasa perkuliahan.
6. Sahabat-sahabatku di kampus Piksi Ganesha tercinta khususnya kelas MIF-
B4/11 , MIF-K45/11 dan MIF-XW41/11 yang telah menjadi teman belajar
dalam berbagi ilmu, sharing dan diskusi selama kuliah, juga telah
memberikan kesan dan kenangan indah yang tak akan terlupakan ketika
belajar bersama.
7. All Staff yang telah menjadi partner kerja dan memberikan dukungan kepada
penulis ketika melaksanakan Praktek Kerja Lapangan di PD. Mandiri
Bandung.
8. Serta semua pihak yang telah membantu yang tidak dapat disebutkan satu
persatu.
Penulis menyadari sepenuhnya atas keterbatasan pengetahuan dan
pengalaman, sehingga dalam penyusunan Laporan Semester ini masih terdapat
kesalahan dan kekurangan. Oleh karena itu, penulis mengharapkan kritik dan
saran dari berbagai pihak yang bersifat membangun, agar Laporan Semester ini
vi
menjadi lebih baik dan dapat bermanfaat khususnya bagi penulis dan umumnya
bagi pembaca.
Dalam kesempatan ini, penulis memanjatkan do‟a semoga Allah SWT
membalas seluruh amal kebaikan dan bantuan yang telah diberikan kepada
penulis, dan kita senantiasa berada dalam lindungan Allah SWT. Aamiin.
Bandung, Juli 2014
Penulis
vii
DAFTAR ISI
LEMBAR PENGESAHAN
LEMBAR PERSETUJUAN
LEMBAR TIM PENGUJI
KATA PENGANTAR .......................................................................................... i
DAFTAR ISI ........................................................................................................ iv
DAFTAR TABEL ................................................................................................ vi
DAFTAR GAMBAR............................................................................................ vii
BAB I PENDAHULUAN .................................................................................... 1

1.1 Latar Belakang .................................................................................... 1
1.2 Pokok Permasalahan ............................................................................ 3
1.3 Pertanyaan Penelitian........................................................................... 3
1.4 Tujuan dan Manfaat Penelitian............................................................. 4
1.4.1 Tujuan Penelitian ........................................................................ 4
1.4.2 Manfaat penelitian ...................................................................... 4
1.5 Ruang Lingkup Permasalahan.............................................................. 5
1.6 Metode Penelitian ................................................................................ 6
1.7 Waktu dan Tempat Penelitian .............................................................. 7
1.8 Sistematika Penulisan .......................................................................... 9
BAB II LANDASAN TEORI.............................................................................. 10

2.1 Teori Analisis....................................................................................... 10
2.1.1 Konsep Dasar Analisis ............................................................... 10
2.1.2 Konsep Dasar Informasi ............................................................. 14
2.1.3 Diagram UML ............................................................................ 19
2.2 Teori Tentang Aplikasi......................................................................... 33
2.2.1 Persediaan (Inventory) .............................................................. 33
2.2.2 Rekayasa Perangkat Lunak ....................................................... 35
iv
BAB III ANALISIS SISTEM YANG BERJALAN

42
3.1 Tinjauan Organisasi ............................................................................. 42
3.1.1 Sejarah PD. Mandiri Bandung .................................................... 42
3.1.2 Visi dan Misi PD. Mandiri Bandung ........................................... 43
3.1.3 Struktur Organisasi ..................................................................... 43
3.1.4 Unit Kerja dan Tugas Pokok ....................................................... 44
3.1.5 Dekomposisi Fungsi.................................................................... 46
3.2 Uraian Prosedur..................................................................................47
3.2.1 Usecase Diagram.......................................................................47
3.2.2 Activity Diagram........................................................................50
3.2.3 Class Diagram.........................................................................52
3.2.4 Statemachine Diagram................................................................53
3.2.5 Sequence Diagram.....................................................................55
3.3 Masalah yang Dihadapi ......................................................................56
3.4 Kesimpulan Hasil Analisis .................................................................57
BAB IV KESIMPULAN DAN SARAN .............................................................. 59

4.1 Kesimpulan ......................................................................................... 59
4.2 Saran ................................................................................................... 60
DAFTAR PUSTAKA ........................................................................................... 61

LAMPIRAN ......................................................................................................... 63
DAFTAR RIWAYAT HIDUP
v
DAFTAR TABEL
Tabel 1.1 Tabel Kegiatan Penelitian ...................................................................... 8

Tabel 2.1 Komponen Usecase Diagram................................................................. 21
Tabel 2.2 Relasi Usecase Diagram ........................................................................ 22
Tabel 2.3 Notasi Class Diagram ............................................................................ 25
Tabel 2.4 Notasi Statemachine Diagram................................................................ 27
Tabel 2.5 Notasi Activiy Diagram.......................................................................... 28
Tabel 2.6 Notasi Squence Diagram........................................................................ 30
Tabel 2.7 Diagram UML ........................................................................................ 32
Tabel 3.1 Deskripsi Aktor Usecase Diagram ......................................................... 48
Tabel 3.2 Deskripsi Usecase Diagram ................................................................... 48
Tabel 3.3 Deskripsi Activity Diagram ................................................................... 51
Tabel 3.4 Deskripsi Class Diagram ....................................................................... 53
Tabel 3.5 Deskripsi Stemachine Diagram ............................................................. 54
Tabel 3.6 Deskripsi Sequence Diagram ................................................................ 56
vi
DAFTAR GAMBAR
Gambar 2.1 Siklus Informasi................................................................................. 16

Gambar 2.2 Macam-Macam diagram UML............................................................ 20
Gambar 2.3 Icon Pembatas (Boundary) .................................................................. 23
Gambar 2.4 Icon Kelas Entitas .............................................................................. 24
Gambar 2.5 Icon Kelas Kontrol............................................................................. 25
Gambar 2.6 Linear Sequential ................................................................................ 38
Gambar 3.1 Struktur Organisasi PD. Mandiri Bandung ......................................... 44
Gambar 3.2 Dekomposisi Fungsi Analisi Sistem Inventory Barang di
PD. Mandiri Bandung....................................................................... 46
Gambar 3.3 Usecase Diagram ............................................................................... 47
Gambar 3.4 Activity Diagram ................................................................................ 50
Gambar 3.5 Class Diagram ................................................................................... 52
Gambar 3.6 Stemachine Diagram .......................................................................... 53
Gambar 3.7 Sequence Diagram........................................................................................ 55

vii
BAB I
PENDAHULUAN
1.1 Latar Belakang
Peranan teknologi informasi memiliki pengaruh yang sangat besar
pada kehidupan manusia. Hal ini terjadi karena dengan teknologi
informasi manusia dapat membuat apa saja menjadi lebih mudah dan efisien.
Sejalan dengan berkembangnya dunia ekonomi di Indonesia yang dewasa
ini semakin berkembang, teknologi informasi banyak diterapkan di
perusahaan kecil maupun perusahaan besar yang bergerak diberbagai bidang
sesuai dengan kemampuan yang dimiliki oleh masing-masing perusahaan.
Salah satu contohnya yaitu pada bidang inventory barang.
Inventory merupakan kata lain dari persediaan, istilah persediaan disini
maksudnya menunjukkan barang-barang yang dimiliki perusahaan.
Persediaan dapat mengambil bentuk yang tergantung pada jenis usaha
yang ditekuni oleh perusahaan yang bersangkutan. Pada perusahaan yang
bergerak dibidang penjualan produk, persediaan barang merupakan salah
satu unsur yang paling efektif dalam operasional perusahaan barang harian
yang dapat disajikan dalam bentuk laporan persediaan barang.
Oleh karena itu, pada PD. Mandiri sistem Inventory (persediaan)
barang sangat diperlukan. Perusahaan yang berdiri tahun 2003 ini, adalah
8
9
suatu perusahaan dagang yang menjual aneka barang kebutuhan pokok
dan bekerja sama dengan beberapa perusahaan penyedia barang. Adapun
pegawai yang bekerja di PD. Mandiri hanya 20 pegawai saja dan 2
diantarnya bekerja di bagian gudang sebagai administrasi dan sering kali
mengalami kesulitan dalam pengolahan data barang.
Pada perusahaan ini, sistem inventory barangnya masih terbilang
standar. Dimana pencatatan barang yang masuk dan keluar masih
menggunakan buku besar serta laporan barangnya masih menggunakan
kwitansi 3 rangkap.
Sehubung dengan hal diatas maka penulis melihat adanya sebuah
gejala yang terjadi didalam perusahaan dagang ini, dimana yang
berhubungan dengan sistem persediaan masih menggunakan sistem
manual belum menggunakan sistem komputerisasi dan hal itu tentu saja
memungkinkan dapat mempengaruhi atau menghambat kinerja dari sistem
perusahaan tersebut sehingga dapat mempengaruhi tujuan yang hendak
dicapai sehingga membuat penulis terpacu dan termotifasi untuk membuat
sistem persediaan berbasis komputer untuk memperbaiki sistem yang lama
sehingga penulis memutuskan untuk membuat sebuah laporan semester
dengan judul “ANALISIS SISTEM INVENTORY BARANG DI PD.
MANDIRI BANDUNG”.
10
1.2 Pokok Permasalahan

Berdasarkan latar belakang yang diungkapkan diatas, maka penulis
berupaya untuk memfokuskan pokok permasalahan dalam menyusun
laporan semester ini. Adapun pokok permasalahan sebagai berikut:
1. Pada pengolahan data barang masih terjadi duplikasi data dikarenakan
data yang belum terintegrasi.
2. Memerlukan waktu yang relatif lama dalam pencarian data barang baik
pembelian maupun pengeluaran yang masih dalam bentuk arsip.
3. Masih terdapat kesalahan dalam proses pembuatan laporan dikarenakan
memerlukan ketelitian dari karyawan dalam menghasilkan laporan.
1.3 Pertanyaan Penelitian
Adapun beberapa pertanyaan penelitian yang biasanya timbul menjadi
masalah dalam pelaksanaan proses pengolahan data barang adalah sebagai
berikut:
1. Bagaimana sistem informasi data barang yang berjalan di PD Mandiri
Bandung?
2. Apa saja kendala sistem informasi data barang yang ada di PD Mandiri
Bandung?
3. Bagaimana upaya penyelesaian yang dapat dilakukan untuk mengatasi
permasalahan pada sistem informssi data barang ?
11
1.4 Tujuan dan Manfaat Penelitian
1.4.1 Tujuan Penelitian

Adapun tujuan yang dapat diperoleh dengan dilakukannya
penelitian ini ialah sebagai berikut:
1. Untuk menghindari terjadinya duplikasi data barang.
2. Untuk mempermudah dan mempercepat pencarian data barang baik
pembelian maupun pengeluaran.
3 Untuk mempermudah dalam melakukan pembuatan laporan data
barang sehingga meminimalisir kesalahan.
1.4.2 Manfaat Penelitian
Dengan dilaksanakannya penelitian, mahasiswa dapat
membandingkan antara teori yang didapat dengan praktek yang
sesungguhnya. Pada prinsipnya penelitian merupakan suatu penerapan
dari teori menjadi praktek, maka berikut akan di uraikan kegunaan
penelitian sebagai berikut:
a. Bagi Perusahaan
Dapat menjalin kerjasama yang baik degan beberapa perusahaan
yang dapat menunjang kemajuan ekonomi. Dengan adanya sistem
informasi ini diharapkan dapat digunakan secara optimal dan tepat
guna, sehingga dapat mengefisienkan waktu dalam proses
12
pencarian dan pelaporan data sehingga dapat meningkatkan
produktivitas perusahaan.
b. Bagi Karyawan
Dapat memahami dan menambah ilmu pengetahuan serta wawasan
dibidang teknologi sistem informasi yang sering di gunakan
diperusahaan-perusahaan khususnya yang berhubungan dengan
sistem informasi data barang.
c. Bagi Penulis
Penelitian ini diharapkan dapat menambah ilmu dan pengetahuan
baik teori maupun praktek tentang membangun sistem informasi
terutama yang berhubungan dengan sistem informasi data barang
agar dapat bermanfaat bagi penulis sendiri ataupun bagi orang lain.
1.5 Ruang Lingkup Permasalahan
Adapun ruang lingkup permasalahannya , yaitu
a. Input
Dalam hal ini inputan berupa dokumen-dokumen seperti data barang
yang telah dibeli meliputi kode barang , nama barang dan harga
barang. Adapun data barang apa saja yang akan di pesan ke supplier
13
b. Prosedur
Prosedur- prosedurnya seperti bagaimana data barang itu disimpan,
bagaimana proses pemesanan barang kepada suppiler, kapan harus
memesan barang kepada supplier, bagaimana proses pembelian
barang dan bagaimana data barang di update
c. Output
Pada output hanya berupa laporan stockopname harian,mingguan
maupun bulanan. Adapun seperti kwitansi pembayaran , kwitansi
pemesanan barang ke supplier serta laporan penjualan.
1.6 Metode Penelitian
Dalam melakukan penelitian terhadap masalah yang akan dibahas,
metode yang digunakan adalah metode studi kasus. Teknik pengumpulan
data yang digunakan meliputi :
1. Metode Pengumpulan Data
a. Penelitian lapangan (observasi), dimana penulis
mengadakan pengamatan langsung terhadap kegiatan-
kegiatan yang dilakukan, perusahaan yang diobservasi
yaitu, PD. Mandiri Bandung dalam melakukan penerapan
sistem inventory (persediaan).
14
b. Interview (wawancara), untuk mendapatkan keterangan
serta data dan informasi yang diperlukan, penulis
melakukan wawancara ditempat penulis melakukan
penelitian. Wawancara dilakukan dengan cara mengajukan
beberapa pertanyaan dengan daftar yang telah disiapkan
sebelumnya.
2. Metode Pengolahan Data
Metode pengolahan data yang dilakukan penulis dalam penelitian ini
yaitu menggunakn metode deskriptif, dimana data yang sudah

diperoleh dari hasil penelitian dikumpulkan, dipelajari, diteliti lalu
dibandingkan dengan teori-teori yang sudah didapat penulis dari
catatan kuliah maupun buku-buku dari beberapa sumber untuk
akhirnya ditarik suatu kesimpulan.
1.7 Waktu dan Tempat Penelitian
Penulis melakukan observasi yang bertempat di:
Nama Instansi : PD.Mandiri Bandung
Alamat : Pasar Baru Basement 1 Los : S No. 12 R , Bandung
Waktu : 24 Februari 2014 – 28 Maret 2014

15
Tabel 1.1 Tabel Kegiatan Penelitian
No. Tanggal Nama Kegiatan Keterangan
1. 24-28 Melakukan observasi pada bidang perdagangan Penulis
Februari yang bertujuan untuk mengetahui kegiatan yang
2014 berhubungan dengan dunia dagang
2. 01-07 Mendefinisikan data-data dibutuhkan untuk Penulis
Maret menganalisis sistem yang sedang berjalan di
2014 PD.Mandiri Bandung
3. 08-14 Menentukan pokok permasalahan dan beberapa Penulis dan
Maret pertanyaan penelitian yang berkaitan dengan Kepala bagian
2014 sistem yang dianalisis. Gudang

4 15-21 Mewawancara kepala bagian gudang tentang Penulis dan
Maret bagaimana system yang sedang berjalan di PD. Kepala bagian
2014 Mandiri Bandung Gudang
5 22-25 Menganalisis sistem data barang yang sedang Penulis
Maret berjalan PD. Mandiri Bandung
2014
6 26-28 Memberikan kesimpulan dan saran pada sistem Penulis
Maret data barang yang sedang berjalan di PD. Mandiri
2014 Bandung.
(Sumber : Penulis)
16
1.8 Sistematika Penulisan
Sistematika penulisan Laporan Semester ini disusun sebagai berikut:
BAB I PENDAHULUAN
Menguraikan mengenai latar belakang, pokok permasalahan, pertanyaan
penelitian, tujuan dan manfaat penelitian, ruang lingkup permasalahan,
waktu dan tempat penelitian, serta sistematika penulisan laporan.
BAB II LANDASAN TEORI
Menguraikan mengenai pendekatan masalah yang berisi tinjauan teoritis
yang berkaitan dengan isi laporan semester maupun hasil penelitian.
BAB III ANALISIS SISTEM YANG BERJALAN
Menguraikan mengenai tinjauan organisasi yang meliputi sejarah, visi misi,
dan perkembangan organisasi tersebut, juga menjelaskan beberapa uraian
prosedur dan menyimpulkan hasil analisisnya.
BAB IV KESIMPULAN DAN SARAN

Merupakan bab terakhir yang akan membuat jawaban dari pertanyaan penelitian
dan kesimpulan isi dari keseluruhan uraian bab-bab sebelumnya dan saran-saran
dari hasil yang di peroleh yang diharapkan dapat bermanfaat dalam
pengembangan selanjutnya.
BAB II
LANDASAN TEORI
2.1 Teori Analisis
2.1.1 Konsep Dasar Sistem
A. Pengertian Sistem
Pengertian suatu sistem tentu mempunyai beberapa persyaratan
umum, persyaratan umum tersebut adalah bahwa sistem harus
mempunyai unsur lingkungan, interaksi unsur dengan suatu tujuan
yang akan dicapai.
Berikut ini pengertian sistem menurut beberapa ahli:
Menurut Jogiyanto (2000 : 683) yang dimaksud dengan sistem adalah
suatu kesatuan yang terdiri dari dua atau lebih komponen atau
subsistem yang berinteraksi untuk mencapai suatu tujuan.
Menurut (Lucas, 1989) yang dimaksud dengan sistem sebagai suatu
komponen atau variabel yang terorganisir, saling berinteraksi, saling
bergantung, satu sama lain dan terpacu”.
Menurut Raymond McLeod (2004 : 9) yang dimaksud dengan sistem
adalah sekelompok elemen-elemen yang terintegrasi dengan maksud
yang sama untuk mencapai suatu tujuan.

10
11
Menurut (Davis, 1985) yang dimaksud dengan sistem sebagai bagian
bagian yang saling berkaitan yang beroperasi bersama untuk mencapai
beberapa sasaran atau maksud.
Menurut Anatol Raporot, Sistem adalah suatu kumpulan kesatuan dan
perangkat hubungan satu sama lain.
B. Karakteristik Sistem
Menurut Al-Bahra (2005:3) menjelaskan bahwa suatu sistem
mempunyai karakteristik atau sifat-sifat tertentu yaitu:
1. Komponen Sistem
Komponen sistem terdiri dari sejumlah komponen yang saling
berinteraksi, yang artinya saling bekerjasama membentuk suatu
kesatuan. Komponen-komponen sistem atau elemen-elemen sistem
dapat berupa suatu subsistem atau bagian dari sistem. Setiap subsistem
mempunyai karakteristik dari sistem yang menjalankan suatu fungi
tertentu dan mempengaruhi proses sistem secara keseluruhan.
2. Batasan Sistem
Batas sistem merupakan daerah yang membatasi antara suatu
sistem dengan sistem yang lainnya atau dengan lingkungan luarnya.
Batas sistem ini memungkinkan suatu sistem dipandang sebagai suatu
kesatuan dan menunjukkan ruang lingkup dari sistem tersebut.
3. Lingkungan Luar Sistem

Lingkungan luar sistem dari suatu sistem adalah apapun diluar
batas dari sistem yang mempengaruhi operasi sistem. Lingkungan luar
12
sistem dapat bersifat menguntungkan dan juga merugikan.
Lingkungan luar yang menguntungkan merupakan energi dari sistem
dan dengan demikian harus dijaga dan dipelihara. Sedangkan
lingkungan luar sistem yang merugikan harus ditahan dan
dikendalikan, jika tidak maka akan menganggu kelangsungan hidup dari
sistem.
4. Penghubung Sistem
Penghubung merupakan media yang menghubungkan antara
satu subsistem dengan subsistem yang lainnya.
5. Masukan Sistem
Masukan sistem adalah energi yang dimasukkan kedalam
sistem. Masukan dapat berupa masukan perawatan dan masukan
sinyal maintenance input yaitu energi yang dimasukkan supaya sistem
tersebut dapat berjalan. Sinyal input adalah energi yang diproses untuk
mendapatkan keluaran dari sistem.
6. Keluaran Sistem
Keluaran sistem adalah energi yang diolah dan diklasifikasikan
menjadi keluaran yang berguna. Keluaran dapat merupakan masukan
untuk subsistem yang lain.
7. Pengolahan Sistem
Suatu sistem dapat mempunyai suatu bagian pengolah atau
sistem itu sendiri sebagai pengolahnya. Pengolah yang akan merubah
masukan menjadi keluaran.
13
8. Sasaran Sistem
Suatu sistem mempunyai tujuan atau sasaran, kalau sistem tidak
mempunyai sasaran maka sistem tidak akan ada. Suatu sistem dikatakan
berhasil bila mengenai sasaran atau tujuannya. Sasaran sangat
berpengaruh pada masukan dan keluaran yang dihasilkan.
C. Klasifikasi Sistem
Sistem merupakan suatu bentuk integrasi antara satu komponen
dengan komponen lainnya. Karena sistem memiliki sasaran yang
berbeda untuk setiap kasus yang terjadi yang ada didalam sistem
tersebut. Oleh karena itu, sistem dapat diklasifikasikan kedalam
beberapa sudut pandang. Berikut akan dipaparkan mengenai
klasifikasi sistem. Al-Bahra (2005:6).
1. Sistem Abstrak dan Sistem Fisik
a. Sistem abstrak : Sistem yang berupa pemikiran atau atau
ide-ide yang tidak tampak secara fisik.
b. Sistem fisik : Sistem yang ada secara fisik.
2. Sistem Alamiah dan Sistem Buatan
a. Sistem alamiah : Sistem yang terjadi karena proses alam
tidak dibuat oleh manusia (ditentukan dan tunduk kepada
kehendak sang pencipta alam).

b. Sistem buatan manusia : Sistem yang dirancang oleh
manusia. Sistem buatan manusia yang melibatkan interaksi
manusia dengan mesin disebut dengan human-machine
14
sistem atau ada yang menyebut dengan man-machine
sistem.
3. Sistem Tertentu dan Sistem Tak tentu
a. Sistem tertentu : beroperasi dengan tingkah laku yang
sudah dapat diprediksi.
b. Sistem tak tentu : sistem yang kondisi masa depannya tidak
dapat diprediksi karena mengandung unsur probabilitas.
4. Sistem Tertutup dan Sistem Terbuka.
a. Sistem tertutup : Sistem yang tidak berhubungan dan tidak
terpengaruh dengan lingkungan luarnya.
b. Sistem terbuka : sistem yang berhubungan dan terpengruh
dengan lingkungan luarnya. Sistem ini menerima masukan
dan menghasilkan keluaran untuk lingkungan luar atau
subsistem yang lain
2.1.2 Konsep Dasar Informasi
Informasi merupakan hal yang sangat penting di dalam sebuah
sistem. Jika sebuah sistem mengolah informasi yang salah maka
penerima informasi akan susah untuk mengambil keputusan masa kini
atau masa yang akan datang.
A. Data dan Informasi

Data secara etimologi merupakan bentuk jamak dari datum yang
dalam bahasa latin berart pernyataan atau nilai dari suatu kenyataan.
15
Definisi data yang lain adalah merupakan kenyataan yang
menggambarkan suatu kejadian-kejadian dan kesatuan nyata. Al-
Bahra (2005:8) Menurut Gorgon. B. Davis (1985) dalam buku Al- bahra
(2005:8) mendefinisikan informasi sebagai data yang telah diolah
menjadi bentuk yang lebih berarti dan berguna bagi penerimanya
untuk mengambil keputusan masa kini maupun yang akan datang.
Dalam buku yang sama, Al-Bahra (2005:9), Raymond
McLeod (1995) mendefinisikan informasi sebagai data yang telah
diolah menjadi bentuk yang lebih berarti bagi penerimanya. Sumber
informasi adalah data. Data adalah kenyataan yang menggambarkan
kejadian-kejadian dan kesatuan nyata. Kejadian adalah sesuatu yang
terjadi pada saat tertentu. Informasi diperoleh setelah data-data
mentah diproses atau diolah. Agar informasi yang dihasilkan menjadi
lebih berharga, maka harus memenuhi kriteria sebagai berikut: Al-
Bahra (2005:9)
1. Informasi harus akurat, seningga mendukung pihak manajemen
dalam mengambil keputusan.
2. Informasi harus relevan, benar-benar terasa manfaatnya bagi yang
membutuhkan.
3. Informasi harus tepat waktu, sehingga tidak ada keterlambatan
pada saat dibutuhkan.
16
B. Pengolahan Data
Pengolahan data adalah masa atau waktu yang digunakan untuk
mendeskripsikan perubahan bentuk data menjadi informasi yang
memiliki kegunaan. Ada beberapa operasi yang dilakukan dalam
pengolahan data, antara lain sebagai berikut: Al-Bahra (2005:9)
1. Data masukan, adalah kumpulan data transaksi ke sebuah
pengolahan data medium.
2. Data transformasi, merupakan penghitungan atau pengelompokan
terhadap kelompok-kelompok tertentu.
Beberapa contoh bentuk data transformasi yaitu Kalkulasi
operasi aritmatik terhadap data field, Menyimpulkan proses akumulasi
beberapa data, Melakukan klasifikasi terhadap data group-group
tertentu, Informasi keluaran, adalah proses menampilkan informasi
atau hasil dari pengolahan data.
A. Siklus Informasi
Untuk memperoleh informasi yang bermanfaat bagi
penerimanya, maka perlu dijelaskan bagaimana siklus yang terjadi
atau dibutuhkan dalam menghasilkan informasi. Siklus informasi atau
siklus pengolahan data adalah sebagai berikut. Al-Bahra (2005:11)
Input
Proses
Output
Gambar 2.1. Siklus Informasi (sumber : Al-Bahra 2005:11)

17
B. Kualitas Informasi
Kualitas informasi sangat dipengaruhi atau ditentukan oleh hal-
hal sebagai berikut. Al-Bahra (2005:11) :
a. Relevan (relevancy), yaitu sejauh mana tingkat relevansi informasi
tersebut terhadap kenyataan kejadian masa lalu, masa sekarang
dan kejadian yang akan datang.
b. Akurat (accuracy), yaitu suatu informasi dikatakan berkualitas jika
seluruh kebutuhan informasi telah tersampaiakan serta pesan yang
disampaiakan sudah lengkap sesuai dengan yang diinginkan oleh
user.
c. Tepat Waktu (timelines), informasi yang datang pada penerima
tidak boleh terlambat. Suatu informasi harus sesuai dengan
keadaan saat itu. Keterlambatan suatu informasi bisa berakibat
fatal bagi suatu organisasi atau pemakainya hal ini dikarenakan
informasi merupakan landasan dalam pengambilan keputusan.
d. Ekonomis (economy), informasi yang dihasilkan harus mempunyai
daya jual yang tinggi dan biaya operasional yang harus
dikeluarkan untuk menghasilkan informasi tersebut harus minimal,
informasi tersebut juga mapu memberikan dampak yang luas
terhadap laju pertumbuhan ekonomi dan teknologi informasi.
e. Efisien (efficiency), informasi yang berkualitas harus memiliki
kalimat yang sederhana dan mudah dimengerti, tapi bisa
memberikan makna yang mendalam.
18
f. Dapat dipercaya (reliability), informasi yang didapat harus dari
sumber yang bisa dipercaya. Sumber tersebut juga harus sudah
teruji tingkat kejujurannya.
C. Analisis Sistem
Menurut Adi Nugroho (2005:153) Analisis permasalahan
adalah hal yang pertama dilakukan setelah mendapatkan spesifikasi
kebutuhan pengguna (atau sering dinamakan SRS-System/Software
Requirment Spesification). Analisis bertujuan untuk mendapatkan
pemahaman secara keseluruhan tentang yang akan dikembangkan
berdasarkan masukan dari calon pengguna (kadang ditambah dengan
pendapat/masukan dari beberapa pihak lain yang berkepentingan:
pengembang, pihak manajemen, konsultan perusahaan, dan sebagainya).
Tujuan utama dari analisis berorientasi objek adalah
memodelkan yang nyata dengan penekanan pada apa yang harus
dilakukan bukan pada bagaimana melakukannya. Hasil utama dari
tahap analisis adalah pemahaman seutuhnya sebagai persiapan menuju
ke tahap perancangan (serta kemudian tahap implementasi dan
pengujian). Analisis dimulai dengan spesifikasi kebutuhan oleh
pengguna dibantu oleh pengembang. Analisis dilakukan dengan
menggambarkan 3 aspek dari suatu objek: struktur statis (model
objek), struktur dinamis yang menggambarkan urutan-urutan interaksi
19
(baik antara pengguna dengan sistem/perangkat lunak maupun
interaksi internal dalam sistem/perangkat lunak itu sendiri).

Pada umumnya analisis tidak bisa langsung jadi serta sempurna
pada satu kali pemodelan. Iterasi sering kali diperlukan demi
pemahaman yang lebih mendalam untuk suatu permasalahan yang
timbul di dunia nyata kadang juga terjadi perubahan pemodelan saat
calon pengguna maupun pihak lain yang berkepentingan memberi
tambahan masukan.
2.1.3 Diagram UML
UML singkatan dari Unified Modeling Language yang berarti
bahasa pemodelan standar. (Prabowo Pudjo Widodo-Herlawati,
2011:6) mengatakan UML diaplikasikan untuk maksud tertentu,
biasanya antara lain untuk merancang perangkat lunak, sarana
komunikasi antara perangkat lunak dengan proses bisnis, menjabarkan
sistem secara rinci untuk analisa dan mencari apa yang diperlukan
sistem, dan mendokumentasikan sistem yang ada beserta proses-
proses dan organisasinya.
20
Gambar 2.2 Macam-Macam Diagram UML(sumber:www.ar-rizky.com)

A. Usecase Diagram
Usecase adalah salah satu diagram yang ada dalam UML (Unified
Modeling Language). Usecase atau diagram usecase merupakan
pemodelan untuk kelakuan (behavior) aplikasi perangkat lunak yang
akan dibuat. Usecase mendeskripsikan sebuah interaksi antara satu atau
lebih aktor dengan aplikasi yang akan dibuat. Secara kasar, usecase
digunakan untuk mengetahui fungsi atau proses apa saja yang ada di
dalam sebuah aplikasi dan siapa saja yang berhak menggunakan fungsi-
fungsi atau proses-proses itu.
Syarat penamaan pada usecase adalah nama didefinisikan
sesimpel mungkin dan dapat dipahami. Ada dua hal utama pada usecase
yaitu pendefinisian apa yang disebut aktor dan usecase atau proses.
21
Tabel 2.1 Komponen Usecase Diagram

Notasi Fungsi
se Case Gambaran fungsionalitas terhadap s
Aktor Gambaran suatu objek yang berada di l
berinteraksi dengan sistem yang dike
m
(Sumber : Prabowo Pudjo Widodo-Herlawati, 2011:6)
Terdapat beberapa elemen penting dalam use case diagram, yaitu:
a. Aktor (actor), yang menjelaskan suatu entitas yang
berada di luar sistem.
b. Assosisasi (association), menunjukkan aktor yang
berinteraksi dengan use case dalam suatu sistem.
c. <<Include>> yaitu jenis relasi dari suatu use case yang
menyatakan ketergantungan terhadap suatu use case
lain.
d. <<Extend>> yaitu jenis relasi dari suatu use case yang
menyatakan tidak memiliki ketergantungan terhadap
suatu use case lain.
e. Generalisasi (generalization), yang menggambarkan
hubungan antara suatu aktor atau suatu use case.

22
Tabel 2.2 Relasi Usecase Diagram
Rela Notas Fungsi
Assosiasi (Associati intasan komunikasi anta
case.
<Include>>
Menjelaskan perilaku ke
case yang menyatakan k
<Extend>>
Menjelaskan perilaku ke
case yang menyatakan ketergantungan.
Generalisasi (Gener
Menjelaskan hubungan satu dengan lainnya yan terhadap use case yan
spesifik.
B. Class Diagram
Diagram kelas menggambarkan struktur aplikasi berorientasi
objek dari segi pendefinisian kelas-kelas yang akan dibuat untuk
membangun aplikasi. Kelas memiliki apa yang disebut atribut dan
metode atau operasi. Atribut merupakan variabel-variabel yang
23
dimiliki oleh suatu kelas, operasi atau metode adalah fungsi-fungsi
yang dimiliki oleh suatu kelas.

Kelas – kelas yang ada pada struktur aplikasi harus dapat
melakukan fungsi – fungsi sesuai dengan kebutuhan aplikasi. Susunan
struktur kelas yang baik pada diagram kelas sebaiknya memiliki jenis
– jenis kelas sebagai berikut:
a. Pembatas (Boundary)
Kelas pembatas adalah suatu kelas yang terletak di antara
sistem dengan dunia sekelilingnya. Seluruh form, laporan,
antar muka ke perangkat lunak seperti printer atau scanner,
dan antar muka ke sistem lainnya merupakan bagian dari
kategori ini.
Gambar:2.3 Ikon Pembatas (Boundary)

b. Kelas Entitas
Kelas entitas digunakan menangani informasi yang
mungkin akan disimpan secara permanen. Untuk
memperoleh suatu kelas entitas, salah satunya yaitu dengan
memperhatikan struuktur basis data. Jika rancangan basis
data telah dibuat sebelumnya, maka kita cukup
24
memperhatikan nama-nama tiap tabel tersebut. Selain itu,
dari rancangan basis data, dapat dilakukan penelusuran balik
terhadap beberapa atribut atau field pada basis data terhadap

kebutuhan sistem. Setiap atribut dalam kelas entitas dapat
menjadi field atau atribut dalam basis data.
Gambar:2.4 Ikon Kelas Entitas

c. Kontrol (control)
Kelas kontrol bertanggung jawab untuk mengkoordinasikan
kegiatan-kegiatan terhadap kelas lainnya. Kelas ini bersifat
opsional, tetapi jika kelas kontrol ini digunakan dalam sistem,
maka satu kelas kontrol untuk satu use case yang digunakan
untuk mengatur urutan kejadian dalam use case tersebut.
Gambar:2.5 Ikon Kelas Kontrol

25
Berikut ini tabel notasi yang terdapat pada class diagram:
Tabel 2.3 Notasi Class Diagram
Notasi Fungsi
aket (Package)
Gambaran paket spesifikasi serta imp
Kelas (Class)
Gambaran identifikasi kelas pada sua
Antarmuka (Interface)
Gambaran antarmuka pengiriman
antar pengklasifikasian.
Assosiasi (Association)
Gambaran hubungan antar kelas umum, assosiasi biasanya juga unsur sejenis.
26
ssosiasi berarah (Directed Gambaran hubungan antar kelas den
yang satu digunakan oleh kelas ya
biasanya juga disertai dengan unsu
etergantungan (DependencGambaran hubungan antar kelas
ketergantungan antar kelas.

ggregasi (Aggregation) Gambaran hubungan antar kelas
semua-bagian (whole - part).
C. Statemachine Diagram
Statemachine diagram atau dalam bahasa Indonesia disebut
diagram mesin status digunakan untuk menggambarkan perubahan
status atau transisi status dari sebuah mesin atau sistem. Perubahan
tersebut digambarkan dalam suatu graf berarah. State machine
diagram merupakan pengembangan dari diagram Finite State Autmata
dengan penambaha beberapa fitur dan konsep baru. State machine
diagram cocok untuk menggambarkan alur interaksi pengguna dengan
sistem.
27
Tabel 2.4 Notasi Statemachine Diagram
Notasi Fungsi
Start State mengindikasikan awal rangka
(Initial State) state machine diagram.

Status (State) tate atau status adalah keadaan sist
tertentu. State dapat berubah jik
tertentu yang memicu perubahan ters
Event Event adalah kegiatan yang
menyebabkan perubahan status
mesin. Event
End (Final State) End adalah status (state) dalam
State keadaan akhir dari suatu sistem.
D. Activity Diagram
Diagram aktivtas atau activity diagram menggambarkan
workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses
bisnis. Yang perlu diperhatikan di sini adalah adalah bahwa diagram
28
aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan
aktor, jadi aktivitas yang dapat dilakukan oleh sistem.
Tabel 2.5 Notasi Activity Diagram
Notasi Fungsi
Status awal Keadaan yang mengindikasikan a
rangkaian dalam activity diagram
Aktivitas Aktivitas yang dilakukan sistem,
(Activity) biasanya diawali dengan suatu kata
kerja.
Pencabangan Suatu pencabangan apabila terdapat
(Decision) pilihan aktivitas lebih dari satu.
Penggabunga uatu penggabungan lebih dari satu
digabungkan menjadi satu.
n (Join)
29
Swimlane Memisahkan organisasi bisnis yang
(Partition) bertanggung jawab terhadap
aktivitas yang terjadi pada sistem

Status Akhir Keadaan akhir yang dilakukan
sistem, dimana keadaan ini menjadi
aktivitas terakhir yang dilakukan
sistem.
E. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada usecase
dengan mendeskripsikan waktu hidup objek dan message yang
dikirimkan dan diterima antar objek. Oleh karena itu untuk menggambar
diagram sekuen harus diketahui objek-objek yang terlihat dalam
sebuah usecase beserta metode-metode yang dimiliki kelas yang
diinstansikan menjadi objek itu.
30
Tabel 2.6 Notasi Sequence Diagram

Notasi Fungsi
Aktor Orang, proses, atau sistem lain yang beri
(A sistem. Jika simbol dari aktor adalah
(actor) namun aktor tersebut belum tentu merupa
biasanya diwakili dengan menggunaka
awal frase nama aktor.
Atau
Nama Aktor
Garis Hidup Garis ini menyatakan kehidupan dari
(Lifeline) suatu aktor ataupun objek dalam sistem.
Objek Menyatakan objek yang berinteraksi
Na(m
Oab_jOebcjte)k dalam suatu sistem.
Waktu Aktif Menyatakan keadaan suatu aktor atau
objek dalam keadaan aktif.
Pesan Tipe Menyatakan suatu objek yang membuat
Create suatu objek lain, arah panah mengarah
pada objek yang dibuat.

n
31
<create>>
Pesan tipe Menyatakan suatu objek memanggil
call operasi atau metode yang ada pada
objek lain atau dirinya sendiri.
1 :
nama_metod
e()
Pesan tipe Menyatakan bahwa suatu objek
send mengirimkan data atau informasi ke
1 : masukan objek lainnya, arah panah mengarah
pada objek yang dikirim.
Pesan tipe Menyatakan bahwa suatu objek yang
return telah menjalankan suatu operasi atau
1 : keluaran metode menghasilkan suatu keluaran ke
objek tertentu, arah panah mengarah
pada objek yang menerima keluaran.
32
Pesan tipe
destroy
<<destroy>>
Menyatakan suatu objek mengakhiri hidup objek yang lain, arah panah mengarah
pada objek yang diakhiri. Apabila terdapat create, maka sebaiknya terdapat
destroy pada sistem
yang dibangun.
Tabel 2.7 Diagram UML
Nama Diagram Kategori Keterangan
Use Case Perilaku Menunjukkan kumpulan aktor-aktor,
beberapa use case dan hubungannya antar
mereka. Diagram use case memodelkan
organisasi secara efektif dan pemodelan inti
perilaku sistem.
Class Struktural Mengilustrasikan kumpulan kelas-kelas,
paket-paket, dan relasinya, yang menjelaskan
salah satu aspek sistem. Diagram ini paling
sering digunakan.
State Machine Perilaku Menggambarkan perilaku state objek secara
internal dalam objek itu sendiri. Transisi-
transisi di antara beberapa state
33
mengidentifikasi dan memvalidasi perilaku
komplek.
Activity Struktural Memodelkan aliran aktivitas antar proses-
proses. Lebih banyak digunakan untuk
merinci perilaku use case. Tidak menjelaskan
kolaborasi antar objek.
Sequence Perilaku Tipe diagram interaksi yang menjelaskan
pesan-pesan yang dikirimkan antar objek-
objek yang disusun berdasarkan urutan waktu.
Secara semantik ekuvalen dengan
communication diagram.
2.2 Teori Tentang Aplikasi
2.2.1 Persediaan (Inventory)
A. Definisi Persediaan (Inventory)
Persediaan adalah aktiva yang terdiri untuk dijual dal kegiatan
usaha normal , proses produksi dan atau dalam perjalanan serta dalam
bentuk bahan atau perlengkapan (supplier) untuk digunakan dalam
proses produksi atau pemberian jasa.
Menurut A.A.K Oka Sudana (2007) persediaan (Inventory) adalah
bahan baku, produk setengah jadi, produk jadi yang berada di dalam
sistem produksi pada suatu waktu, yang bersifat sebagai buffer
34
(penyangga) yang belum digunakan (idle) yang mempunyai nilai
ekonomis di masa mendatang pada saat aktif
B. Fungsi dari manajemen inventory

1. Perencanaan inventory: menentukan kebutuhan material
untuk memenuhi kebutuhan sesuai rencana operasi dan
produksi yang telah disusun, yaitu berapa banyak yang
harus dipesan.
2. Pengendalian inventory: menentukan tingkat inventory
yang sesuai dimana pemesanan harus dilakukan kembali,
persediaan pengaman, dan kondisi inventory tersebut yang
terkait.
Jadi dapat disimpulkan bahwa persediaan merupakan sejumlah
barang yang disediakan untuk memenuhi permintaan dari pelanggan.
Dalam perusahaan perdagangan pada dasarnya hanya ada satu golongan
inventory (persediaan), yang mempunyai sifat perputaran yang sama
yaitu yang disebut “Merchandise Inventory” (persediaan barang
dagangan). Persediaan ini merupakan persediaan barang yang selalu
dalam perputaran, yang selalu dibeli dan dijual, yang tidak
mengalami proses lebih lanjut didalam perusahaan tersebut yang
mengakibatkan perubahan bentuk dari barang yang bersangkutan.
35
2.2.2 Rekayasa Perangkat Lunak
A. Definisi Rekayasa ( Engineering )
Rekayasa adalah Penerapan suatu ilmu untuk menyelesaikan
„masalah praktis„ dari tidak ada menjadi ada
B. Pengertian Perangkat Lunak
1. Definisi
Ada beberapa definisi perangkat lunak yang pernah
dikemukakan antara lain :
a. Software = Perangkat lunak =Kumpulan program
komputer dengan fungsi tertentu
b. Perangkat lunak adalah
i. Instruksi (program komputer) yang bila
dieksekusi dapat menjalankan fungsi tertentu,
ii. Struktur data yang dapat membuat program
memanipulasi informasi, dan
iii. Dokumen yang menjelaskan operasi dan
penggunaan program (Pressman, 1997).
c. Perangkat lunak adalah program komputer, prosedur,
aturan, dan dokumentasi yang berkaitan serta data, yang
bertalian dengan operasi suatu sistem komputer (IEEE,
1993).
36
2. Karakteristik Perangkat Lunak
Perangkat lunak lebih dikenal sebagai elemen logik daripada
fisik, oleh karena itu perangkat lunak memiliki karakteristik
yang berbeda dari perangkat keras :
i. Perangkat lunak dikembangkan atau direkayasa, jadi
tidak diproduksi dalam pengertian klasik.
ii. Merupakan produk yang unik (tidak ada seri produksi).
iii. Perangkat lunak tidak pernah akan rusak/aus karena
selalu diperbaharui
iv. Tidak terlihat (invisible).
v. Perangkat lunak pada umumnya dibangun sesuai keinginan,
jadi tidak dibentuk dari komponen yang sudah ada.
vi. Fleksibel, sehingga mudah dimodifikasi.
vii. Dihubungkan (linked) dengan sistem komputer.
C. Pengertian Rekayasa Perangkat Lunak
Rekayasa perangkat lunak (software engineering) adalah suatu
proses rancang bangun. Beberapa definisi tentang rekayasa perangkat
lunak :
i. Pembentukan dan penggunaan prinsip rekayasa (engineering)
untuk mendapatkan perangkat lunak secara ekonomis namun
andal dan dapat bekerja secara efesien pada komputer (Fritz
37
Bauer, 1968). • Penerapan pendekatan yang sistematis, disiplin,
dan terukur untuk pengembangan, operasi, dan pemeliharaan
perangkat lunak (IEEE, 1993).
ii. Suatu disiplin yang mengintegrasikan proses/prosedur, metode,
dan perangkat tools untuk pembangunan perangkat lunak
komputer (Pressman, 97).
iii. Merupakan aplikasi dari prinsip-prinsip sains untuk
mengurutkan transformasi masalah menjadi solusi yang dapat
bekerja dengan baik Jadi Rekayasa Perangkat Lunak adalah
proses manipulasi, membuat atau menciptakan sesuatu yang
sifatnya khayalan logic yang di wujudkan dalam urutan-urutan

perintah (coding) beserta data-datanya sehingga menjadi suatu
aplikasi yang dapat digunakan.
D. Tujuan Rekayasa Perangkat Lunak
Menghasilkan sebuah perangkat lunak yang berkualitas. Yang
dimaksud dengan berkualitas dapat dilihat dari tiga sisi, sisi sponsor
(individu atau organisasi yang telah mengeluarkan biaya dalam
pembangunan perangkat lunak), sisi pemakai (siapapun yang
menggunakan perangkat lunak tersebut), sisi maintainer / modifier (yang
memelihara dan memodifikasi perangkat lunak tersebut) dengan biaya
yang efisien dan tepat pada waktunya.
38
E. Metode Pengembangan Perangkat Lunak
Metode dapat diartikan sebagai menyediakan cara bagaimana
secara teknis membangun perangkat lunak yang harus berada pada sebuah
komitmen dasar menuju kualitas. Ada beberapa metode pengembangan
perangkat lunak diantaranya :
1. Linear sequential (atau disebut juga classic life cycle atau
waterfall method )
2. Prototyping
3. RAD (Rapid Application Development)
4. Spiral
5. Fourth Generation Techniques (4GT)
Penulis akan membahas salah satu dari metode di atas yaitu Linear
sequential (atau disebut juga classic life cycle atau waterfall method ).
Karena, metode tersebut penulis gunakan dalam membahas masalah ini.

Gambar 2.6. Linear Sequential
(Sumber : Penulis)
39
Linear sequential (atau disebut juga classic life cycle atau waterfall
method ). adalah metode pengembangan perangkat lunak dengan
pendekatan sekuensial dengan cakupan aktivitas :
A. Rekayasa sistem dan Analisis (Sistem Engineering) Karena
perangkat lunak adalah bagian dari sistem yang lebih besar,
pekerjaan dimulai dari pembentukan kebutuhan-kebutuhan untuk
seluruh elemen sistem dan kemudian memilah mana yang untuk
pengembangan perangkat lunak. Hal ini penting, ketika perangkat
lunak harus berkomunikasi dengan hardware, orang dan basis data
B. Analisis kebutuhan perangkat lunak (Analysis) Pengumpulan
kebutuhan dengan fokus pada perangkat lunak, yang meliputi :
Domain informasi, fungsi yang dibutuhkan, unjuk
kerja/performansi dan antarmuka. Hasilnya harus didokumentasi
dan direview ke pelanggan

C. Perancangan (Design) Ada 4 atribut untuk program yaitu :
Struktur Data, Arsitektur perangkat lunak, Prosedur detil dan
Karakteristik Antarmuka. Proses desain mengubah kebutuhan-
kebutuhan menjadi bentuk karakteristik yang dimengerti perangkat
lunak sebelum dimulai penulisan program.
D. Pembuatan kode (Coding) Penterjemahan perancangan ke bentuk
yang dapat dimengerti oleh mesin, dengan menggunakan bahasa
pemrograman
40
E. Pengujian (Testing) Setelah kode program selesai testing dapat
dilakukan. Testing memfokuskan pada logika internal dari
perangkat lunak, fungsi eksternal dan mencari segala
kemungkinan kesalahan dan memriksa apakah sesuai dengan hasil
yang diinginkan.
F. Pemeliharaan (Maintenance) Merupakan bagian paling akhir
dari siklus pengembangan dan dilakukan setelah perangkat lunak
dipergunakan.
Keuntungan metode linear sequential:
1. Proses menjadi teratur
2. Estimasi proses menjadi lebih baik
3. Jadwal kegiatan menjadi lebih teratur
Kelemahan metode linear sequential:
1. Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti
diusulkan, sehingga perubahan yang terjadi dapat menyebabkan

hasil yang sudah didapat tim harus diubah kembali/iterasi sering
menyebabkan masalah baru.
2. Linear sequential metode mengharuskan semua kebutuhan
pemakai sudah dinyatakan secara eksplisit di awal proses, tetapi
kadang-kadang ini tidak dapat terlaksana karena kesulitan yang
dialami pemakai saat akan mengungkapkan semua kebutuhannya
tersebut.
41
3. Pemakai harus bersabar karena versi dari program tidak akan
didapat sampai akhir rentang waktu proyek.
4. Adanya waktu menganggur bagi pengembang , karena harus

menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.
BAB III
ANALISIS SISTEM YANG BERJALAN
3.1 Tinjauan Organisasi
3.1.1 Sejarah PD. Mandiri Bandung
Sejarah awal terbentuknya PD. Mandiri Bandung yaitu didirikan
pada tanggal 12 Oktober 2003. Bermula dari nama mandiri saja,
perusahaan ini dulunya bisa dikatakan sebuah “warung klontong” yang
menjual barang-barang kebutuhan pokok di pasar baru Bandung dengan

bertempat hanya sebuah tempat sewaan di salah satu blok di lantai
dasar.
Banyaknya kebutuhan dari cafe, rumah makan , hotel serta
kebutuhan konsumen sehari-hari maka pemesanan bahan pokok
menjadi lebih banyak dan banyak dibutuhkan. Sehingga seja k tahun
2005 mengalami penjualan yang sangat signifikan mencapai omset
tertinggi karena banyaknya permintaan dari dalam kota bahkan luar
kota .
Dengan dorongan dan kerja keras yang tinggi, maka dari hanya
dengan nama Mandiri berubah menjadi Perusahaan Dagang (PD)
Mandiri dan sekarang memiliki beberapa karyawan dibidangnya.
42
43
3.1.2 Visi dan Misi PD. Mandiri Bandung
1. Visi
“Menjadi perusahaan dagang dengan harga yang lebih murah
serta berkualitas tinggi yang berstandar international”.
2. Misi
Misi merupakan sesuatu yang harus dilaksanakan dan
diterapkan agar tujuan perusahaan dapat terlaksana dan berhasil
dengan baik sesuai dengan visi yang telah diterapkan.
Maka misi PD. Mandiri Bandung adalah:

a. Meningkatkan kualitas akan ketersediaan barang.
b. Menjalin kemitraan dan kerjasama dengan setiap perusahaan –
perusahaan yang menggunakn bahan pokok sebagai bahan
utama.
3.1.3 Struktur Organisasi
Sebagai suatu sistem, maka upaya-upaya pencapaian visi dan misi
serta tujuan yang telah ditetapkan maka didukung pula dengan struktur
organisasi sebagaimana ditunjukkan dalam gambar sebagai berikut:
44
Pimpinan
Bagian Keuangan Bagian Gudang Supir
Administrasi
Staff Gudang
Gambar 3.1 Struktur Organisasi PD. Mandiri Bandung
(Sumber : PD.Mandiri Bandung)
3.1.4 Unit Kerja dan Tugas Pokok

Berikut adalah deskripsi tugas dari bagian-bagian yang terlibat
didalam sistem sebagai berikut:
1. Pimpinan
a. Melaksanakan tugas managerial, yaitu berupa kegiatan pokok
seperti penyusunan rencana, penyusunan program kerja dan
pelaporan.
b. Mendorong (memotivasi) bawahan untuk dapat bekerja dengan
giat dan tekun.
c. Menyusun fungsi manajemen secara baik

45
d. Membina bawahan agar bekerja secara efektif dan efisien.
e. Menjadi wakil dalam membina hubungan dengan pihak luar.
2. Bagian Keuangan
a. Mengatur biaya yang masuk dan keluar.
b. Membuat Laporan keuangan.
c. Mengatur pemberian upah kepada karyawan.
3. Bagian Gudang
I. Administrasi Gudang
a. Menginput barang yang masuk maupun yang keluar.
b. Membuat laporan barang.
c. Mengarsipkan faktur, nota supplier
d. Mengarsip seluruh dokumen transaksi untuk menjaga
ketertiban administrasi dan memudahkan penelusuran dokumen
II. Staff Gudang
a. Memasukan barang kegudang.

b. Memberskan/merapikan barang-barang digudang
c. Merawat barang yang ada
d. Menyiapkan barang yang akan dikirim
4. Supir
a. Mengirim barang ke konsumen.
b. Mengambil barang pesanan.
46
3.1.5 Dekomposisi Fungsi
Dekomposisi fungsi merupakan pemecahan suatu fungsi menjadi

beberapa proses dan pemecahan proses menjadi beberapa sub proses bila
memungkinkan, sehingga akan didapatkan suatu proses yang tidak dapat
dipecahkan lagi.
Analisis Sistem Inventory

Barang di PD.Mandiri
Bandung
Barang
Transaksi Penjualan
Transaksi Pemesanan
Laporan
Input Data Barang

Kwitansai Penjualan
Dafatr Barang Pesanan
Laporan Penjualan
Update Data Barang

Input Data Penjualan
Delete Data Barang
Cek Data Barang

Gambar: 3.2 Dekomposisi Fungsi Analisis Sistem Inventory Barang di
PD.Mandiri Bandung (Sumber : Penulis)
47
3.2 Uraian Prosedur
Berikut akan diuraikan lebih jelas mengenai prosedur-prosedur dari
sistem yang akan dianalisis di PD. Mandiri bandung.
3.2.1 Usecase Diagram
Berikut ini adalah penjelasan kegiatan-kegiatan yang dilakukan
aktor-aktor pada sistem iventory barang melalui gambar usecase
diagram.
Gambar: 3.3 Usecase Diagram (Sumber : Penulis)
48
Tabel 3.1 Deskripsi Aktor Usecase Diagram
No. Aktor Deskripsi
1. Konsumen Orang yang Memesan/membeli barang.
2. Administrasi Orang yang bertugas mengecek barang apakah masih

Gudang ada atau tidak. Jika masih ada lakukan proses
Transaksi penjualan barang beserta pembuatan
kwitansi serta mambuat laporan penjualan. Jika barang
tidak ada , maka wajib mengorder kembali barang
yang tidak ada kepada supplier
3. Supplier Pemasok atau menyediakan barang-barang yang

diperlukan dalam perusahaan.
4. Pimpinan Orang yang bertugas menerima laporan yang telah

dibuat oleh bagian Administrasi Gudang serta
menandatangani daftar barang yang akan dipesan.
(Sumber : Penulis)
Tabel 3.2 Deskripsi Usecase Diagram
No. Usecase Deskripsi

1. Memesan/Membeli Konsumen akan memesan/membeli barang
barang yang dibutuhkan kepada bagian administrasi
barang.
49
2. Mengecek Barang Bagian Administrasi akan mengecek apakah
barang yang ingin dipesan oleh konsumen
masih ada atau tidak.
3. Melakukan Transaksi Jika barang tersedia dan sesuai yang
Penjualan dibutuhkan konsumen maka terjadi transaksi
penjualan.
4. Mencetak Kwitansi Bagian Administrasi gudang akan mencetak
kwitansi ketika terjadi transaksi penjualan
5. Menginput data Jika terjadi transaksi penjualan maka data
penjualan barang yang terjual akan diinputkan.
6. Membuat laporan Bagian administrasi gudang akan membuat
penjualan laporan penjualan dan diserahkan kepada
pimpinan
7. Menandatangani daftar Jika barang digudang kurang memenuhi
barang yang akan maka, administrasi gudang wajib memesan
dipesan. barang kepada supplier yang sebelumnya
harus ada persetujuan dari pimpinan.

8. Melakukan Transaksi Jika terjadi pemesan barang kepada supplier
Pemesanan
(Sumber : Penulis)
50
3.2.2 Activity Diagram
Berikut ini adalah penjelasan alur data kegiatan yang dilakukan
pada sistem iventory barang melalui gambar activity diagram.

51
Gambar: 3.4 Activity Diagram (sumber : penulis)
Tabel 3.3 Deskripsi Activity Diagram
No. Nama Aktivitas Deskripsi

barang.
penjualan.
pimpinan
52
7. Menerima laporan Pimpinan menerima laporan penjualan yang
penjualan telah dibuat oleh bagian administrasi gudang

Pemesanan
(Sumber : Penulis)
3.2.3 Class Diagram
53
Gambar 3.5 Class Diagram (Sumber : Penulis)
Tabel 3.4 Deskripsi Class Diagram
Nama Kelas Keterangan

. ransaksi Penjualan
Merupakan kelas data yang digunakan untuk memp penjualan.
. ransaksi Pemesanan Merupakan kelas data yang digunakan untuk pemesanan
supplier.
. arang
Merupakan kelas data yang digunakan untuk menjelaskan
yang ada di gudang.
. Administrasi Gudang
Merupakan kelas data yang digunakan untuk proses yang
administrasi gudang.
(Sumber : Penulis)
3.2.4 Statemachine Diagram
54
Gambar 3.6 Statecahart Diagram (Sumber : Penulis)
Tabel 3.5 Deskripsi Statemachine Diagram Objek Persyaratan
Nama State Deskripsi

. Memesan/membeli barang ada status ini konsumen memesan/membeli barang
. Mengecek barang ada status ini bagian administrasi gudang harus m

apakah stok masih ada atau tidak
. Melakukan transaksi penjuala ika barang tersedia dan sesuai yang dibutuhkan
terjadi transaksi penjualan.
. Membuat laporan Penjualan
Setelah terjadi transaksi penjualan, maka bagi gudang membuat laporan penjualan dan
diserahka
. Melakukan transaksi pemesanika stok barang digudang tidak memenuhi maka
barang kepada supplier dan atas izin dari pimpinan
(Sumber : Penulis)
55
3.2.4 Sequence Diagram

56
Gambar 3.7 Sequence Diagram (Sumber : Penulis)
Tabel 3.6 Deskripsi Sequence Diagram
Nama Sequence Keterangan

Merupakan Sequence data yang digunakan untuk mem penjualan, mencetakkwitansi
serta pembuatan laporan pe
. ransaksi Pemesanan Merupakan Sequence data yang digunakan untuk pembuat
apa saja yang akan dipesan kepada supplier.
. arang
Merupakan Sequence data yang digunakan untuk menjela saja yang ada di gudang dan
data tersebut dapat di i
delete.
Merupakan Sequence data yang digunakan untuk proses oleh administrasi gudang.
(Sumber : Penulis)
3.3 Masalah yang Dihadapi
Setelah melakukan analisis sistem iventory barang yang berjalan di
PD. Mandiri Bandung, penulis menemukan permasalahan dalam aplikasi
yang ada. Aplikasi yang digunakan dalam database barang masih
menggunakan sistem manual, yakni masih menggunakan buku besar untuk
mencatat data serta masih menggunakan kwitansi rangkap 3 untuk bukti
transaksi penjualan dan pencatatan laporan penjualan pun masih dengan
melakukan input data secara manual, dan tidak tercatat dalam sistem
komputerisasi sehingga dimana suatu hari nanti membutuhkan arsip
membutuhkan waktu yang cukup lama. Selain itu, arsip tersebut memiliki
resiko kemungkinan hilang. Untuk mengatasi masalah yang dihadapi pada
proses pengolahan data barang dapat dilakukan dengan memperbaiki
57
sistem penginputan, pembuatan laporan serta pengecekan stok barang
digudang salah satunya dengan membuat aplikasi komputer agar proses
pengolahan data bisa lebih cepat, tepat, akurat, dan aman.

3.4 Kesimpulan Hasil Analisis
Melihat sistem kepegawaian yang sedang berjalan pada Bagian
gudang di PD. Mandiri Bandung masih menggunakan sistem yang belum
terkomputerisasi dalam menginputan data barang, pembuatan laporan,
pembuatan kwitansi, maka dapat disimpulkan beberapa kekurangan-
kekurangan dalam propesedur yang sedang berjalan, diantaranya adalah:
a. Proses pencatatan data barang masih menggunakan buku besar dan
disimpan dalam beberapa arsip.
b. Proses pencarian data barang berlangsung lama karena harus mencari
data dalam arsip.
c. Pembuatan laporan yang memakan waktu yang lama dikarenakan data
yang belum terintegrasi dengan baik.
Meninjau dari hasil analisis yang telah dijelaskan di atas dan

terdapat berbagai kendala yang dihadapi seperti uraian di atas, maka solusi
yang tepat untuk menutupi permasalahan sistem inventory barang di
PD.Mandiri Bandung harus dibuatnya sistem informasi yang memiliki
database yang dapat mengelola data barang secara efisien. Dengan adanya
aplikasi sistem inventory barang ini maka diharapkan dapat lebih mudah dan
cepat dalam pencarian data barang yang dibutuhkan, dan lebih
mengefisienkan waktu dalam pembuatan laporan penjualan.
BAB III
ANALISIS SISTEM YANG BERJALAN
3.1 Tinjauan Organisasi
3.1.1 Sejarah PD. Mandiri Bandung

Sejarah awal terbentuknya PD. Mandiri Bandung yaitu didirikan
pada tanggal 12 Oktober 2003. Bermula dari nama mandiri saja,
perusahaan ini dulunya bisa dikatakan sebuah “warung klontong” yang
menjual barang-barang kebutuhan pokok di pasar baru Bandung dengan
bertempat hanya sebuah tempat sewaan di salah satu blok di lantai
dasar.
Banyaknya kebutuhan dari cafe, rumah makan , hotel serta
kebutuhan konsumen sehari-hari maka pemesanan bahan pokok
menjadi lebih banyak dan banyak dibutuhkan. Sehingga seja k tahun
2005 mengalami penjualan yang sangat signifikan mencapai omset
tertinggi karena banyaknya permintaan dari dalam kota bahkan luar
kota .
Dengan dorongan dan kerja keras yang tinggi, maka dari hanya
dengan nama Mandiri berubah menjadi Perusahaan Dagang (PD)
Mandiri dan sekarang memiliki beberapa karyawan dibidangnya.
42
43
3.1.2 Visi dan Misi PD. Mandiri Bandung
4. Visi
“Menjadi perusahaan dagang dengan harga yang lebih murah
serta berkualitas tinggi yang berstandar international”.
5. Misi
Misi merupakan sesuatu yang harus dilaksanakan dan
diterapkan agar tujuan perusahaan dapat terlaksana dan berhasil
dengan baik sesuai dengan visi yang telah diterapkan.
Maka misi PD. Mandiri Bandung adalah:
a. Meningkatkan kualitas akan ketersediaan barang.
b. Menjalin kemitraan dan kerjasama dengan setiap perusahaan –
perusahaan yang menggunakn bahan pokok sebagai bahan
utama.
3.2.3 Struktur Organisasi
Sebagai suatu sistem, maka upaya-upaya pencapaian visi dan misi
serta tujuan yang telah ditetapkan maka didukung pula dengan struktur
organisasi sebagaimana ditunjukkan dalam gambar sebagai berikut:
44
Pimpinan
Bagian Keuangan Bagian Gudang Supir
Administrasi
Staff Gudang
Gambar 3.1 Struktur Organisasi PD. Mandiri Bandung
(Sumber : PD.Mandiri Bandung)

3.1.4 Unit Kerja dan Tugas Pokok
Berikut adalah deskripsi tugas dari bagian-bagian yang terlibat
didalam sistem sebagai berikut:
1. Pimpinan
f. Melaksanakan tugas managerial, yaitu berupa kegiatan pokok
seperti penyusunan rencana, penyusunan program kerja dan
pelaporan.
g. Mendorong (memotivasi) bawahan untuk dapat bekerja dengan
giat dan tekun.
h. Menyusun fungsi manajemen secara baik

45
i. Membina bawahan agar bekerja secara efektif dan efisien.
j. Menjadi wakil dalam membina hubungan dengan pihak luar.
2. Bagian Keuangan
d. Mengatur biaya yang masuk dan keluar.
e. Membuat Laporan keuangan.
f. Mengatur pemberian upah kepada karyawan.
6. Bagian Gudang
III. Administrasi Gudang
e. Menginput barang yang masuk maupun yang keluar.
f. Membuat laporan barang.
g. Mengarsipkan faktur, nota supplier
h. Mengarsip seluruh dokumen transaksi untuk menjaga
ketertiban administrasi dan memudahkan penelusuran dokumen

IV. Staff Gudang
e. Memasukan barang kegudang.
f. Memberskan/merapikan barang-barang digudang
g. Merawat barang yang ada
h. Menyiapkan barang yang akan dikirim
4. Supir
a. Mengirim barang ke konsumen.
b. Mengambil barang pesanan.
46
3.1.5 Dekomposisi Fungsi
Dekomposisi fungsi merupakan pemecahan suatu fungsi menjadi

beberapa proses dan pemecahan proses menjadi beberapa sub proses bila
memungkinkan, sehingga akan didapatkan suatu proses yang tidak dapat
dipecahkan lagi.
Analisis Sistem Inventory

Barang di PD.Mandiri
Bandung
Barang
Transaksi Penjualan
Transaksi Pemesanan
Laporan
Input Data Barang

Kwitansai Penjualan
Dafatr Barang Pesanan
Laporan Penjualan
Update Data Barang

Input Data Penjualan
Delete Data Barang

Cek Data Barang
Gambar: 3.2 Dekomposisi Fungsi Analisis Sistem Inventory Barang di

PD.Mandiri Bandung (Sumber : Penulis)
47
3.3 Uraian Prosedur
Berikut akan diuraikan lebih jelas mengenai prosedur-prosedur dari
sistem yang akan dianalisis di PD. Mandiri bandung.
3.2.1 Usecase Diagram
Berikut ini adalah penjelasan kegiatan-kegiatan yang dilakukan aktor-aktor pada
sistem iventory barang melalui gambar usecase diagram.

Gambar: 3.3 Usecase Diagram (Sumber : Penulis)
48
Tabel 3.1 Deskripsi Aktor Usecase Diagram
No. Aktor Deskripsi
1. Konsumen Orang yang Memesan/membeli barang.
2. Administrasi Orang yang bertugas mengecek barang apakah masih

Gudang ada atau tidak. Jika masih ada lakukan proses
Transaksi penjualan barang beserta pembuatan
kwitansi serta mambuat laporan penjualan. Jika barang
tidak ada , maka wajib mengorder kembali barang
yang tidak ada kepada supplier
3. Supplier Pemasok atau menyediakan barang-barang yang
diperlukan dalam perusahaan.
4. Pimpinan Orang yang bertugas menerima laporan yang telah

dibuat oleh bagian Administrasi Gudang serta
menandatangani daftar barang yang akan dipesan.
(Sumber : Penulis)
Tabel 3.2 Deskripsi Usecase Diagram
No. Usecase Deskripsi
barang.
49
penjualan.

pimpinan
Pemesanan
(Sumber : Penulis)
50
3.2.2 Activity Diagram
Berikut ini adalah penjelasan alur data kegiatan yang dilakukan
pada sistem iventory barang melalui gambar activity diagram.

Gambar: 3.4 Activity Diagram (sumber : penulis)
51
Tabel 3.3 Deskripsi Activity Diagram
No. Nama Aktivitas Deskripsi

barang.
penjualan.
pimpinan
7. Menerima laporan Pimpinan menerima laporan penjualan yang
52
penjualan telah dibuat oleh bagian administrasi gudang

Pemesanan
(Sumber : Penulis)
3.2.3 Class Diagram
Gambar 3.5 Class Diagram (Sumber : Penulis)

53
Tabel 3.4 Deskripsi Class Diagram
Nama Kelas Keterangan

Merupakan kelas data yang digunakan untuk memp penjualan.
. ransaksi Pemesanan Merupakan kelas data yang digunakan untuk pemesanan
supplier.
. arang
Merupakan kelas data yang digunakan untuk menjelaskan
yang ada di gudang.
Merupakan kelas data yang digunakan untuk proses yang
administrasi gudang.
(Sumber : Penulis)
3.2.4 Statemachine Diagram
Gambar 3.6 Statecahart Diagram (Sumber : Penulis)

54
Tabel 3.5 Deskripsi Statemachine Diagram Objek Persyaratan
Nama State Deskripsi

. Memesan/membeli barang ada status ini konsumen memesan/membeli barang
. Mengecek barang ada status ini bagian administrasi gudang harus m
apakah stok masih ada atau tidak
. Melakukan transaksi penjuala ika barang tersedia dan sesuai yang dibutuhkan
terjadi transaksi penjualan.
. Membuat laporan Penjualan
Setelah terjadi transaksi penjualan, maka bagi gudang membuat laporan penjualan dan
diserahka
. Melakukan transaksi pemesanika stok barang digudang tidak memenuhi maka
barang kepada supplier dan atas izin dari pimpinan
(Sumber : Penulis)
55
3.2.4 Sequence Diagram

Gambar 3.7 Sequence Diagram (Sumber : Penulis)
56
Tabel 3.6 Deskripsi Sequence Diagram
Nama Sequence Keterangan

Merupakan Sequence data yang digunakan untuk mem penjualan, mencetakkwitansi
serta pembuatan laporan pe
. ransaksi Pemesanan Merupakan Sequence data yang digunakan untuk pembuat
apa saja yang akan dipesan kepada supplier.
. arang
Merupakan Sequence data yang digunakan untuk menjela saja yang ada di gudang dan
data tersebut dapat di i
delete.
Merupakan Sequence data yang digunakan untuk proses oleh administrasi gudang.
(Sumber : Penulis)
3.3 Masalah yang Dihadapi
Setelah melakukan analisis sistem iventory barang yang berjalan di
PD. Mandiri Bandung, penulis menemukan permasalahan dalam aplikasi
yang ada. Aplikasi yang digunakan dalam database barang masih
menggunakan sistem manual, yakni masih menggunakan buku besar untuk
mencatat data serta masih menggunakan kwitansi rangkap 3 untuk bukti
transaksi penjualan dan pencatatan laporan penjualan pun masih dengan
melakukan input data secara manual, dan tidak tercatat dalam sistem
komputerisasi sehingga dimana suatu hari nanti membutuhkan arsip
membutuhkan waktu yang cukup lama. Selain itu, arsip tersebut memiliki
resiko kemungkinan hilang. Untuk mengatasi masalah yang dihadapi pada
proses pengolahan data barang dapat dilakukan dengan memperbaiki
sistem penginputan, pembuatan laporan serta pengecekan stok barang
57
digudang salah satunya dengan membuat aplikasi komputer agar proses
pengolahan data bisa lebih cepat, tepat, akurat, dan aman.

3.4 Kesimpulan Hasil Analisis
Melihat sistem kepegawaian yang sedang berjalan pada Bagian
gudang di PD. Mandiri Bandung masih menggunakan sistem yang belum
terkomputerisasi dalam menginputan data barang, pembuatan laporan,
pembuatan kwitansi, maka dapat disimpulkan beberapa kekurangan-
kekurangan dalam propesedur yang sedang berjalan, diantaranya adalah:
d. Proses pencatatan data barang masih menggunakan buku besar dan
disimpan dalam beberapa arsip.
e. Proses pencarian data barang berlangsung lama karena harus mencari
data dalam arsip.
f. Pembuatan laporan yang memakan waktu yang lama dikarenakan data
yang belum terintegrasi dengan baik.
Meninjau dari hasil analisis yang telah dijelaskan di atas dan

terdapat berbagai kendala yang dihadapi seperti uraian di atas, maka solusi
yang tepat untuk menutupi permasalahan sistem inventory barang di
PD.Mandiri Bandung harus dibuatnya sistem informasi yang memiliki
database yang dapat mengelola data barang secara efisien. Dengan adanya
aplikasi sistem inventory barang ini maka diharapkan dapat lebih mudah dan
cepat dalam pencarian data barang yang dibutuhkan, dan lebih
mengefisienkan waktu dalam pembuatan laporan penjualan.
BAB IV
KESIMPULAN DAN SARAN

4.1 Kesimpulan
Berdasarkan hasil penelitian dan identifikasi masalah serta
pembahasan sistem yang dianalisis dan dirancang, maka dapat diambil
beberapa kesimpulan sebagai berikut:
1. Pengolahan data barang pada bagian gudang di PD.Mandiri Bandung
masih belum menggunakan sistem komputerisasi, sehingga kurang
efektif dan efisien karena terdapat penduplikasian data. Selain itu,
pencarian data barang tidak bisa diperoleh dengan waktu yang cepat
ketika Bagian Adminstrasi Gudang hendak melakukan pengupdatean
data barang.
2. Proses pengelolaan pembelian dan penjualan barang belum berjalan
dengan efektif, dikarenakan pengarsipan berkas-berkas data barang
belum terkomputerisasi dengan baik dan sering terjadi kehilangan data
barang.
3. Pembuatan laporan penjualan masih terdapat kesulitan dengan
menggunakan buku besar. Hal ini menjadikan Bagian Administrasi
Gudang membutuhkan waktu yang lama untuk mendapatkan laporan
yang rinci dan tepat. Sehingga proses pemesanan barang selalu
terhambat dengan sistem yang belum terkomputerisasi dengan baik.
59
60
Untuk mengatasi permasalahan sistem yang telah dianalisis dan
dirancang tersebut, maka perlu dibangunnya sebuah pengembangan sistem

inventory barang yang lebih terkomputerisasi agar dapat mempermudah dalam
penginputan data-data dan pengolahan sistemnya.
4.2 Saran
Penulis menyadari bahwa pada sistem data barang ini masih memiliki
beberapa kekurangan. Untuk itu apabila penelitian sistem data barang ini
akan dilanjutkan, maka penulis ingin memberi beberapa saran yaitu sebagai
berikut:
1. Hendaknya yang menjadi seorang administrasi adalah orang yang
memiliki kemampuan dalam bidang komputer serta mengerti
pengolahan data barang di PD.Mandiri Bandung.
2. Sebaiknya untuk mengupdate data barang sesuai dengan kebutuhan.
3. Sebaiknya ditambahkan karyawan untuk ditempatkan pada beberpa
devisi agar perusahaan dagang tersebut tidak kesulitan dalam membagi
tugas kerja.
4. Untuk menjaga dari kerusakan data, perawatan komputer serta

kehilangan data maka diperkukannya sistem informasi yang
menginformasikan kinerja komputer (perlu adanya staff IT) yang
bertanggung jawab terhadap permasalahan yang timbul tanpa terduga
baik secara hardware maupun software.
DAFTAR PUSTAKA
A. BUKU ILMIAH
1. Al-Bahra Bin Ladjamudin. 2005. Analisis dan Desain Sistem

Informasi. Graha Ilmu: Yogyakarta.
2. Al-Bahra Bin Ladjamudin. 2006. Rekayasa Perangkat Lunak. Graha

Ilmu: Yogyakarta.
3. Al Fatta, Hanif. 2007. Analisis dan Perancangan Sistem Informasi.

ANDI: Yogyakarta.
4. Jogiyanto H.M. 2001.Analisa dan Desain Sistem Informasi. Andi:

Yogyakarta.
5. Pudjo Widodo, Prabowo dan Herlawati. Menggunakan UML.

Informatika: Bandung.
6. Shalahuddin, Muhammad dan Rosa A.S. 2010. Modul Pembelajaran

Pemrograman Berorientasi Objek. Modula: Bandung.
7. Yakub, Pengantar Sistem Informasi, [edisi pertama], Graha Ilmu,

Yogyakarta, 2012.
61
62
B. WEBSITE
1. http://id.wikipedia.org/wiki/Metodologi_penelitian (Diakses Selasa, 1

April 2014, Pukul 18.54 WIB).
2. http://id.wikipedia.org/wiki/Sistem_informasi ( D iak ses: Ju m‟ at , 28

Maret 2014. Pukul 19.47 WIB).
3. http:/kangom.blogspot.com/2009/Pengertian-inventory-&-
klasifikasinya.htm (Diakses Senin, 28 April 2014, Pukul 20.02 WIB)
LAMPIRAN 1
LEMBAR PERSETUJUAN PKL
63
LAMPIRAN 2
LEMBAR PENGAJUAN JUDUL
LAPORAN
64
LAMPIRAN 3
LEMBAR PENILAIAN DAN DAFTAR
HADIR
65
LAMPIRAN 4
LEMBAR KONSULTASI BIMBINGAN
66
LAMPIRAN 5
LEMBAR STRUKTUR ORGANISASI
67
68
DAFTAR RIWAYAT HIDUP
Bayu Nugraha, lahir di kota Bandung pada hari

Sabtu tanggal 28 April 1990. Penulis merupakan anak
kedua dari dua bersaudara, dan bertempat tinggal di
Jl. Purawinata No.21 Lengkong Besar, Bandung
40261, beragama Islam dan mempunyai cita-cita
membahagiakan kedua orang tua serta mendapatkan
beasiswa ke luar negeri dan bisa mendapatkan
pekerjaan diluar negeri serta menetap disana. Penulis
memiliki hobi mendengarkan musik, membaca dan lebih sering menyendiri.
Penulis telah menyelesaikan pendidikan Sekolah Dasar di SDN 105
Lengkong Besar Bandung, Sekolah Menengah Pertama di SMP BPP Bandung,
Sekolah Menengah Atas di SMA Negeri 19 Bandung. Diploma 1 di LBPP-LIA
Bandung. Kemudian penulis melanjutkan perkuliahan di Politeknik Piksi Ganesha
Bandung dengan mengambil jurusan Manajemen Informatika program D-IV/S-1.
Penulis telah melakukan Observasi di PD.Mandiri Bandung.
73
11
iv
v
6
7

Analisis Sistem Inventory Barang Di PD Mandiri Bandung

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

Analisis Sistem Inventory Barang Di PD Mandiri Bandung

Diunggah oleh

Hak Cipta:

Format Tersedia

ANALISIS SISTEM INVENTORY BARANG DI

Penulis/NPM : BAYU NUGRAHA/11.402.717

Program Studi : Manajemen Informatika

Lulus Ujian : 10 Juli 2014

Ketua Program Studi, Pembimbing,

Edi Suharto, Drs., M.Kom. Rini Suwartika K., S.Kom., M.Kom.

NIDN 04-290364-02 NIDN 04-131283-01

Mengetahui dan Disahkan oleh

Politeknik Piksi Ganesha,

DR. H. K. Prihartono A.H., Drs.,S.Sos.,M.M

Judul : ANALISIS SISTEM INVENTORY BARANG DI PD. MANDIRI

Penulis/NPM : BAYU NUGRAHA/11.402.717

Program Studi : Manajemen Informatika

Diterima dan Disetujui Dipertahankan

Dalam Ujian Sidang

Pembimbing, Pembimbing Lapangan,

Rini Suwartika K., S.Kom., M.Kom. Ita Susianti

LEMBAR TIM PENGUJI

Judul : ANALISIS SISTEM INVENTORY BARANG DI PD. MANDIRI

Penulis/NPM : BAYU NUGRAHA/11.402.717

Program Studi : Manajemen Informatika

Telah Dinyatakan Lulus Ujian Dalam Ujian Sidang

Ketua Merangkap Anggota,

DR. H. K. Prihartono A.H.,Drs.,S.Sos.,M.M

Rini Suwartika K., S.Kom., M.Kom.

Alhamdulillah, penulis panjatkan do‟a penghambaan Allah SWT Yang

Maha Memiliki Keluhuran dan Kemulyaan dalam menciptakan khalifah-Nya

dengan kesempurnaan bentuk dan potensi yang dimilikinya yang memberikan

sehingga penulis dapat menyelesaikan Laporan Semester yang berjudul

“ANALISIS SISTEM INVENTORY BARANG DI PD. MANDIRI

BANDUNG”. Penulisan Laporan Semester ini dimaksudkan untuk memenuhi

sebagian syarat kelulusan Ujian Akhir Semester VI jurusan Manajemen

Informatika, Politeknik Piksi Ganesha Bandung.

terima kasih yang sebesar-besarnya kepada:

1. Kedua Orangtua tercinta yang senantiasa memberikan do‟a, dukungan,

nasehat, pengorbanan dan kasih sayang yang tiada henti-hentinya.

2. DR. H. K. Prihartono AH., Drs., S.Sos., MM, selaku Direktur Politeknik

Piksi Ganesha Bandung.

3. Edi Suharto, Drs., M.Kom., selaku Ketua Program Studi Manajemen

Informatika Politeknik Piksi Ganesha Bandung,

4. Rini Suwartika Kusumadiarti, S.Kom., M.Kom. sebagai Dosen Pembimbing

yang telah menyediakan waktu dan ilmunya untuk memberikan bimbingan

dan pengarahan kepada penulis dalam penulisan Laporan Semester ini.

5. Seluruh Dosen Pengajar Program Studi Manajemen Informatika Politeknik

Piksi Ganesha Bandung yang telah memberikan ilmu dan pengetahuannya

kepada penulis semasa perkuliahan.

6. Sahabat-sahabatku di kampus Piksi Ganesha tercinta khususnya kelas MIF-

B4/11 , MIF-K45/11 dan MIF-XW41/11 yang telah menjadi teman belajar

penulis ketika melaksanakan Praktek Kerja Lapangan di PD. Mandiri

Penulis menyadari sepenuhnya atas keterbatasan pengetahuan dan

pengalaman, sehingga dalam penyusunan Laporan Semester ini masih terdapat

Dalam kesempatan ini, penulis memanjatkan do‟a semoga Allah SWT

Bandung, Juli 2014

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

BAB II LANDASAN TEORI.............................................................................. 10

BAB III ANALISIS SISTEM YANG BERJALAN

BAB IV KESIMPULAN DAN SARAN .............................................................. 59

DAFTAR PUSTAKA ........................................................................................... 61

Tabel 1.1 Tabel Kegiatan Penelitian ...................................................................... 8

Gambar 2.1 Siklus Informasi................................................................................. 16

Gambar 3.7 Sequence Diagram........................................................................................ 55

1.1 Latar Belakang

Peranan teknologi informasi memiliki pengaruh yang sangat besar