Tugas Akhir - 2 - PDF

APLIKASI PENGOLAHAN DATA ORDER PELANGGAN DAN
PENGENDALIAN STOK DENGAN MENGGUNAKAN METODE

LAGRANGE MULTIPLIERS
(STUDI KASUS PERCETAKAN CV. IDEA KUPANG)
TUGAS AKHIR
NO.431/WM.FT.H6/T.INF/TA/2015
Diajukan untuk memperoleh gelar Sarjana Teknik pada Fakultas Teknik Jurusan
Teknik Informatika Universitas Katolik Widya Mandira Kupang
Oleh :
PETRUS K. A. A. W. WAE
231 10 139
JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS KATOLIK WIDYA MANDIRA
KUPANG
2015
i
ii
iii
HALAMAN PERSEMBAHAN
SKRIPSI INI KUPERSEMBAHKAN UNTUK :
TUHAN YESUS KRISTUS.
AYAH DAN IBU TERCINTA FRANSISKUS WAWO
DAN NOBERTA JUMIATI
SAUDARAKU :
DEWO WAWO, OM EMAN JANDO DAN SELURUH
KELUARGA BESAR BELE DJAWA
PIMPINAN INSTANSI TEMPAT SAYA MENELITI
TEMAN SUKA DAN DUKA CHATRYN CEDANG
SAHABAT-SAHABAT ALL STAR CREW :
ROBERTUS A.DELIGUORI, ANSGARIUS P.D
JURU, MUHHAMAD SUWANDY, PUTRA LODR
DJARANJOERA, CECILIA N. NATU, MARIA N.
SIKI, TRI KURNIA SELE, LUISA I. ADU,
FRANSISKA N. PAWE, MARIA P.Y. WANGGE,
FRANSISKA LETE, FLOREN KILLA SAY.
DAN TEMAN-TEMAN TEKNIK INFORMATIKA
2010.
SEMUA KERJA KERASKU INI TELAH SELESAI,
BERKAT SEMUA DOA DAN DUKUNGAN KALIAN
SEMUA.
THANKS & LOVE ALL OF YOU GUYS
GBU ALL . . . . .
iv
HALAMAN MOTTO
KESALAHAN MERUPAKAN PROSES

PEMBELAJARAN UNTUK MENJADI PRIBADI
YANG LEBIH BAIK
PERNYATAAN KEASLIAN HASIL KARYA
Saya menyatakan dengan sesungguhnya bahwa skripsi yang saya tulis ini tidak
memuat karya orang lain, kecuali yang telah disebutkan dalam daftar pustaka,
sebagaimana layaknya karya ilmiah.
Kupang, Juni 2015
Petrus .K. A. A. W. Wae

23110139
vi
KATA PENGANTAR
Puji dan syukur saya haturkan kehadirat Tuhan Yang Maha Esa karena atas,
rahmat dan berkat serta tuntunan-Nya sehingga penulisan Tugas Akhir ini dapat
berjalan dengan baik.
Saya juga mengucapkan syukur dan terima kasih kepada semua pihak yang
dengan caranya masing-masing telah mendukung saya dalam menyelesaikan
penulisan tugas akhir ini. Untuk itu pada kesempatan ini saya menyampaikan ucapan
terima kasih yang tak terhingga kepada :
1.
Tuhan Yang Maha Esa yang telah menyertai dan memberikan hikmat dalam
penulisan Tugas Akhir ini;
2.
Bapa Fransiskus Wawo, mama Noberta Jumiati, saudara Dewo Wawo yang
senantiasa memberikan dukungan dan doa, kasih sayang dan cinta untuk saya;
3.
Pater Yulius Yasinto, SVD, MA, M.Sc selaku Rektor Universitas Katolik
Widya Mandira Kupang;
4.
DR. Ir. Susilawati C. Laurentia, Pi, M.Sc, HE selaku Dekan Fakultas Teknik
Universitas Katolik Widya Mandira Kupang;
5.
Bapak Emanuel Jando, S.Kom, MTI selaku pembimbing 1, terima kasih untuk
kesabaran, waktu, kesempatan dan pemikirannya yang telah membimbing
saya untuk menyelesaikan tugas ahkir ini;
6.
Ibu Emerensiana Ngaga, ST, MT selaku dosen pembimbing 2, terima kasih
untuk kesabaran, waktu, kesempatan dan pemikirannya yang telah
membimbing saya untuk menyelesaikan tugas ahkir ini;
7.
Para dosen dan karyawan Jurusan Teknik Informatika, senang bisa mengenal
orang-orang seperti kalian semua;
8.
Keluarga Besar Bele Djawa
9.
Sahabat-sahabatku tercinta yang telah berjuang bersama di Jurusan Teknik
Informatika UNWIRA khususnya angkatan 2010 kelas A.
10.
Seluruh pihak yang telah memberikan sumbangsih dalam penyelesaian Tugas
Akhir ini yang tidak dapat disebutkan namanya satu persatu, Tuhan Yesus
Kristus kiranya membalas budi baik saudara-saudari sekalian;
Penulis menyadari dalam penyusunan Tugas Akhir ini, masih terdapat jauh
dari kesempurnaan yang dimiliki penulis baik itu sistematika penulisan maupun
penggunaan bahasa. Untuk itu penulis mengharapkan saran dan kritik dari berbagai
pihak yang bersifat membangun. Semoga Tugas Akhir ini berguna bagi pembaca
secara umum dan penulis secara khusus. Akhir kata penulis ucapkan banyak terima
kasih.
Kupang, Juni 2015
Penulis
vii
DAFTAR ISI
HALAMAN JUDUL ............................................................................................ i
HALAMAN PERSETUJUAN ........................................................................... ii
HALAMAN PENGESAHAN ............................................................................ iii
HALAMAN PERSEMBAHAN ........................................................................ iv
HALAMAN MOTTO ........................................................................................ v
PERNYATAAN HASIL KARYA ..................................................................... vi
KATA PENGANTAR ....................................................................................... vii
DAFTAR ISI ...................................................................................................... ix
DAFTAR GAMBAR ......................................................................................... xii
DAFTAR TABEL .............................................................................................. xv
ABSTRAK ......................................................................................................... xix
ABSTRACT ....................................................................................................... xx
BAB I PENDAHULUAN
1.1 Latar Belakang Masalah ................................................................
1.2 Rumusan Masalah ..........................................................................
1.3 Batasan Masalah ............................................................................
1.4 Tujuan dan Manfaat Penulisan ......................................................
1.4.1 Tujuan Penulisan ................................................................
1.4.2 Manfaat Penulisan ..............................................................
1.5 Metodologi Penulisan ....................................................................
1.5.1
Inception .............................................................................
viii
1.5.2
Elaboration ........................................................................
1.5.3
Construction ......................................................................
11
1.5.4
Transition ........................................................................... .. 11
1.6 Sistematika Penulisan .................................................................... .. 12

BAB II LANDASAN TEORI
2.1 Jurnal Perbandingan........................................................................ 14
2.2 Gambaran Umum Obyek Penelitian .............................................. 16
2.2.1
Sejarah CV. IDEA Kupang ................................................... 16
2.2.2
Bentuk Dan Bidang Usaha .................................................... 17
2.2.3
Visi, Misi dan Tujuan CV. IDEA Kupang ............................. 17
2.3 Pengertian Sistem .......................................................................... 18

2.4 Pengertian Stok .............................................................................. 18
2.5 Pengertian Order ............................................................................ 18
2.6 Pengertian Lagrange Multipliers ................................................... 19
2.7 Perbandingan Lagrange Multipliers Dengan Metode
Pengendalian Stok Lain ................................................................. 24

2.8 Sistem sitem perangkat keras ...................................................... 28
2.9 Sistem perangkat lunak................................................................... 28
2.10 Diagram diagram perancangan sistem ...................................... 28

2.11 Perancangan antar muka .............................................................. 36
BAB III ANALISIS DAN PERANCANGAN SISTEM
3.1 Analisis Sistem .............................................................................. 37
3.1.1
Analisis Kebutuhan Sistem ................................................... 37
3.1.2
Analisis Peran Sistem ............................................................ 38
3.1.2.1 Analisis system yang berjalan ............................................ 38
ix
3.1.2.2 Analisis system yang baru .................................................. 40

3.1.2.3 Analisis Lagrange Multipliers............................................ 43
3.1.3
Analisis Peran Pengguna ....................................................... 45
3.1.4
Analisis Kebutuhan Non Fungsional ..................................... 45
3.2 Perancangan Sistem ....................................................................... 47

3.2.1
Use Case ................................................................................ 48
3.2.2
Use Case Deskripsi ............................................................... 50
3.2.3
Diagram Aktivitas ................................................................. 79
3.2.4
ERD ........................................................................................ 94
3.2.5
Diagram Kelas ....................................................................... 95
3.2.6
Perancangan Basis Data ........................................................ 96
3.2.7
Perancangan Antar Muka ...................................................... 99
BAB IV IMPLEMENTASI SISTEM

4.1 Implementasi Basis Data ............................................................... 114
4.2 Implementasi Program ................................................................... 116
BAB V PENGUJIAN DAN ANALISIS HASIL
5.1 Pengujian ....................................................................................... 147
5.2 Analisis Hasil ................................................................................. 152
BAB VI PENUTUP
6.1 Kesimpulan .................................................................................... 153
6.2 Saran .............................................................................................. 155
DAFTAR PUSTAKA
DAFTAR GAMBAR
Gambar 1.1 Siklus Unified Process ..........................................................
Gambar 2.1 Grafik persediaan EOQ ......................................................... 25

Gambar 2.2 Grafik model persediaan tertunda ......................................... 26
Gambar 2.3 Relasi Satu ke Satu ............................................................... 32
Gambar 2.4 Relasi Satu ke Banyak .......................................................... 33
Gambar 2.5 Relasi Banyak ke Banyak ..................................................... 33
Gambar 3.1 Flowchart Sistem yang Lama ............................................... 40
Gambar 3.2 Flowchart Sistem yang Baru ................................................ 42
Gambar 3.3 Tabel Iterasi .......................................................................... 45
Gambar 3.4 Use case Diagram ................................................................ 46
Gambar 3.5 ERD....................................................................................... 94
Gambar 3.6 Class Diagram ..................................................................... 95
Gambar 3.7 Relasi Antar Tabel ............................................................... 97
Gambar 3.8 Desain Form Login .............................................................. 100
Gambar 3.9 Desain Form Kelolah Login ................................................ 100
Gambar 3.10 Desain Form Menu Utama ................................................. 101
xi
Gambar 3.11 Desain Form Input Data Konsumen ................................... 101

Gambar 3.12 Desain Form Input Data Barang ......................................... 102
Gambar 3.13 Desain Form Input Data Supllier ........................................ 102
Gambar 3.14 Desain Form Input Data Transaksi Penjualan dan
Detail Transaksi Penjualan .................................................... 103
Gambar 3.15 Desain Form Input Data Transaksi Pembelian dan
Detail Transaksi Pembelian .................................................. 104
Gambar 3.16 Desain Form Menampilkan Laporan Stok Barang ............. 104
Gambar 3.17 Desain Laporan Stok Barang ............................................... 105
Gambar 3.18 Desain Form Menampilkan Laporan Fotokopi .................. 105
Gambar 3.19 Desain Laporan Fotokopi .................................................... 106
Gambar 3.20 Desain Form Menampilkan Laporan Jasa Lain................... 106
Gambar 3.21 Desain Laporan Jasa Lain ................................................... 107
Gambar 3.22 Desain Form Menampilkan Laporan Penjualan ................. 107
Gambar 3.23 Desain Laporan Penjualan .................................................. 108
Gambar 3.24 Desain Form Menampilkan Laporan Pembelian ................ 108
Gambar 3.25 Desain Laporan Pembelian .................................................. 109
Gambar 3.26 Desain Form Menampilkan Grafik Penjualan per Bulan .... 109
Gambar 3.27 Desain Grafik Penjualan per Bulan ..................................... 110
Gambar 3.28 Desain Form Menampilkan Grafik Pembelian per Bulan ... 110
xii
Gambar 3.29 Desain Grafik Pembelian per Bulan ................................... 111

Gambar 3.30 Desain Form Menampilkan Grafik Pendapatan per Bulan . 111
Gambar 3.31 Desain Grafik Pendapatan per Bulan .................................. 112
Gambar 3.32 Desain Nota Penjualan ........................................................ 112
Gambar 3.33 Desain Form Analisa Stok .................................................. 113
Gambar 3.34 Desain Faktur Penjualan ..................................................... 113
Gambar 4.1 Implementasi Form Login ..................................................... 116
Gambar 4.2 Implementasi Form Kelola Login.......................................... 117
Gambar 4.3 Implementasi Form Menu Utama.......................................... 118
Gambar 4.4 Implementasi Form Input Data Konsumen ........................... 120
Gambar 4.5 Implementasi Form Input Data Barang ................................. 121
Gambar 4.6 Implementasi Form Input Data Supllier ................................ 122
Gambar 4.7 Implementasi Form Transaksi Penjualan dan Detail
Transaksi Penjualan.................................................................. 123
Gambar 4.8 Implementasi Form Transaksi Pembelian dan Detail
Transaksi Pembelian ............................................................... 125
Gambar 4.9 Implementasi Form Menampilkan Laporan Stok.................. 126
Gambar 4.10 Implementasi Laporan Stok Barang .................................... 127
Gambar 4.11 Implementasi Form Menampilkan Laporan Penjualan ....... 128
Gambar 4.12 Implementasi Laporan Penjualan......................................... 129
xiii
Gambar 4.13 Implementasi Form Menampilkan Laporan Pembelian ..... 130

Gambar 4.14 Implementasi Laporan Pembelian ....................................... 131
Gambar 4.15 Implementasi Form Menampilkan Laporan Fotokopi......... 132
Gambar 4.16 Implementasi Laporan Fotokopi ......................................... 133
Gambar 4.17 Implementasi Form Menampilkan Laporan Jasa Lain ....... 134
Gambar 4.18 Implementasi Laporan Jasa Lain ........................................ 135
Gambar 4.19 Implementasi Form Menampilkan Grafik Penjualan ........136
Gambar 4.20 Implementasi Grafik Penjualan ..........................................137
Gambar 4.21 Implementasi Form Menampilkan Grafik Pembelian .......138
Gambar 4.22 Implementasi Grafik Pembelian ........................................139
Gambar 4.23 Implementasi Form Menampilkan Grafik Pendapatan ......140
Gambar 4.24 Implementasi Grafik Pendapatan .......................................141
Gambar 4.25 Implementasi Nota Penjualan ............................................142
Gambar 4.26 Implementasi Form Analisa Stok ......................................143
Gambar 4.27 Hasil Optimasi Gudang ......................................................145
Gambar 4.28 Implementasi Faktur Penjualan .........................................146
Gambar 5.1 Hasil Pengujian Form Login.................................................148
Gambar 5.2 Hasil Pengujian Input Data Konsumen.................................148
Gambar 5.3 Hasil Pengujian Rubah Data Barang ...................................149
Gambar 5.4 Hasil Pengujian Hapus Data Supllier ...................................149
xiv
Gambar 5.5 Pesan Informasi Jika Ingin Mengisi Ulang Nilai Parameter 150
Gambar 5.6 Hasil Penginputan Variabel Biaya dengan Mata Uang Rupiah
...................................................................................................................150
Gambar 5.7 Hasil Penginputan Perubahan Biaya dengan Perubahan Lamda
...................................................................................................................151
Gambar 5.8 Pengujian Error Memasukan Nilai String dan Char ............151
xv
DAFTAR TABEL
Tabel 1.1 Analisis PIECES ................................................................................ 9
Tabel 2.1 Jurnal Perbandingan ........................................................................... 14
Tabel 2.2 Simbol-Simbol Use Case ................................................................... 29
Tabel 2.3 Simbol-Simbol Flow Chart................................................................ 30
Tabel 2.4 Simbol-Simbol ERD .......................................................................... 32
Tabel 2.5 Simbol-Simbol Diagram aktivitas...................................................... 34
Tabel 3.1 Deskripsi Use case Login .................................................................. 50
Tabel 3.2 Deskripsi Memasukkan Data Kelola Login ....................................... 51
Tabel 3.3 Deskripsi Memperbaharui Data Kelola Login ................................... 52
Tabel 3.4 Deskripsi Menghapus Data Kelola Login.......................................... 53
Tabel 3.5 Deskripsi Memasukkan Data Barang................................................. 54
Tabel 3.6 Deskripsi Memperbaharui Data Barang............................................. 55
Tabel 3.7 Deskripsi Menghapus Data Barang.................................................... 56
Tabel 3.8 Deskripsi Memasukkan Data Konsumen ........................................... 58
Tabel 3.9 Deskripsi Memperbaharui Data Konsumen....................................... 59
Tabel 3.10 Deskripsi Menghapus Data Konsumen............................................ 60
Tabel 3.11 Deskripsi Memasukkan Data Supllier.............................................. 61
Tabel 3.12 Deskripsi Memperbaharui Data Supllier.......................................... 62
Tabel 3.13 Deskripsi Menghapus Data Supllier ................................................ 63
Tabel 3.14 Deskripsi Memasukkan Data Transaksi Penjualan .......................... 64
xvi
Tabel 3.15 Deskripsi Memeperbaharui Data Transaksi Penjualan .................... 65

Tabel 3.16 Deskripsi Menghapus Data Transaksi Penjualan............................. 66
Tabel 3.17 Deskripsi Memasukkan Data Transaksi Pembelian......................... 67
Tabel 3.18 Deskripsi Memperbaharui Data Transaksi Pembelian..................... 68
Tabel 3.19 Deskripsi Menghapus Data Transaksi Pembelian............................ 69
Tabel 3.20 Deskripsi Mencetak Laporan Jumlah Stok Barang.......................... 70
Tabel 3.21 Deskripsi Mencetak Laporan Penjualan Perbulan ........................... 71
Tabel 3.22 Deskripsi Mencetak Laporan Pembelian Perbulan .......................... 72
Tabel 3.23 Deskripsi Mencetak Laporan Fotokopian Perbulan......................... 73
Tabel 3.24 Deskripsi Mencetak Laporan Jasa Lain Perbulan ............................ 74
Tabel 3.25 Deskripsi Melihat Grafik Penjualan Barang Perbulan ..................... 75
Tabel 3.26 Deskripsi Melihat Grafik Pembelian Barang Perbulan.................... 76
Tabel 3.27 Deskripsi Melihat Grafik Pendapatan Perbulan............................... 77
Tabel 3.28 Deskripsi Melihat Hasil Analisa Stok.............................................. 78
Tabel 3.29 Deskripsi Mencetak Nota dan Faktur Penjualan.............................. 79
Tabel 3.30 Aktivitas Memasukkan Data Konsumen.......................................... 80
Tabel 3.31 Aktivitas Menghapus Data Kapal .................................................... 81
Tabel 3.32 Aktivitas Memasukkan Data Barang ............................................... 82
Tabel 3.33 Aktivitas Menghapus Data Barang ................................................. 83
Tabel 3.34 Aktivitas Memasukkan Data Supllier .............................................. 84
Tabel 3.35 Aktivitas Menghapus Data Supllier ................................................ 85
Tabel 3.36 Aktivitas Memasukkan Data Transaksi Penjualan .......................... 86
Tabel 3.37 Aktivitas Menghapus Data Transaksi Penjualan ............................. 87
xvii
Tabel 3.38 Aktivitas Memasukkan Data Transaksi Pembelian ......................... 88

Tabel 3.39 Aktivitas Menghapus Data Transaksi Penjualan ............................. 89
Tabel 3.40 Aktivitas Mencetak Laporan ............................................................ 90
Tabel 3.41 Aktivitas Melihat Grafik .................................................................. 91
Tabel 3.42 Aktivitas Mencetak dan faktur penjualan ........................................ 92
Tabel 3.43 Aktivitas Melihat Analisa Stok ........................................................ 93
Tabel 3.44 Desain Tabel login ........................................................................... 97
Tabel 3.45 Desain Tabel konsumen ................................................................... 98
Tabel 3.46 Desain Tabel barang......................................................................... 98
Tabel 3.47 Desain Tabel supllier ....................................................................... 98
Tabel 3.48 Desain Tabel transaksipenjualan...................................................... 98
Tabel 3.49 Desain Tabel transaksipembelian..................................................... 99
Tabel 3.50 Desain Tabel detailtransaksipenjualan............................................. 99
Tabel 3.51 Desain Tabel detailtransaksipembelian............................................ 99
Tabel 4.1 Implementasi Tabel login................................................................... 114
Tabel 4.2 Implementasi Tabel konsumen .......................................................... 114
Tabel 4.3 Implementasi Tabel barang................................................................ 114
Tabel 4.4 Implementasi Tabel supllier............................................................... 115
Tabel 4.5 Implementasi Tabel transaksipenjualan ............................................. 115
Tabel 4.6 Implementasi Tabel transaksipembelian............................................ 115
Tabel 4.7 Implementasi Tabel detailtransaksipenjualan .................................... 115
Tabel 4.8 Implementasi Tabel detailtransaksipembelian ................................... 116
xviii
ABSTRAK
Percetakan CV.IDEA Kupang adalah salah satu perusahaan milik swasta yang
bergerak dalam bidang jasa percetakan serta penjualan berbagi macam ATK. Proses
transaksi yang terjadi baik pembelian maupun penjualan masih menggunakan
pencatatan manual saja sehingga kurang efektif dalam pembutan laporan dan review
data. Permasalahan lain yaitu alur stok dan proses pembelian barang dari supllier
dilakukan tanpa adanya perkiraan pasti dari pihak percetakan.
Lagrange Multiplier sangat cocok diterapkan dalam pemecahan permasalahan
pengendalian stok jenis barang banyak pada percetakan melihat dengan kendala yang
terdapat pada percetakan yakni Luas Tempat Penampungan dan besarnya nilai
investasi suatu barang, adapun parameter yang dipakai pemecahan permasalahan
antara lain Ordering Cost, Holding Cost, banyaknya barang untuk tiap jenis barang,
dan luas untuk satu jenis barang.
Metode lain selain lagrange multiplier antara lain model persediaan tertunda
(back order). Lagrange Multipliers lebih cocok dari pada metode pengendalian
persediaan lain karena dapat menangani jenis barang banyak, menangani contrain
yang ada dan melihat asumsi asumsi persamaan yang ada.
Dalam penelitian ini menggunakan metode unified process untuk
pengembangan rekayasa perangkat lunak. Unified process memiliki empat tahapan
yaitu inception, elaboration, construction dan transition. Aplikasi ini dibangun
dengan menggunakan bahasa java, database mysql dan iReport sebagai tools untuk
desain laporan.
Penelitian ini menghasilkan sebuah aplikasi pengolahan data order pelanggan
dan pengendalian stok pada Percetakan CV. IDEA Kupang yang mempermudah
dalam proses pengolahan data order dan stok, pembuatan laporan serta proses
perhitungan nilai optimal untuk pembelian suatu barang yang akan disimpan
digudang.
Kata Kunci : Lagrange Multipliers, back order, unified process, java, mysql, iRpeort
xix
ABSTRACT
CV.IDEA Kupang Printing is one of the privately-owned company engaged in
the printing and sale of the sharing of ATK. Process transactions that occur both
purchases and sales are still using manual recording just making it less effective in
pembutan report and review of data. Another issue is the flow of the stock and the
purchase of goods from supllier done without any definite estimate of the CV. IDEA
Printing.
Lagrange Multiplier very suitable to be applied in solving the problems of
stock control many types of goods on printing cv. the idea of seeing the constraints
contained in the printing cv. the idea of the area's Shelter and the value of a good
investment, while the parameters used problem solving, among others Ordering Cost,
Cost Holding, the number of items for each type of goods, solve the constrain
optimization and the area for one type of goods.
Other methods besides lagrange multiplier among other pending inventory
model (back orders). Lagrange Multipliers is more suitable than the other inventory
control methods because it can handle many types of goods and see assumptions
assumptions that exist. In this study using a unified method development process for
software engineering. Unified process has four stages, namely inception, elaboration,
construction and transition. This application is built using the Java language, MySQL
database, and iReport as tools to design reports.
This research resulted in an application data processing customer orders and
stock control in the CV. IDEA Kupang Printing that simplify the process of data
processing of orders and stock, making the report and the process of calculating the
optimal value for the purchase of an item will save in warehouse.
Keywords : Lagrange Multipliers, back order, unified process, java, mysql, iRpeort
xx
BAB I
PENDAHULUAN
1.1 Latarbelakang Masalah
Percetakan CV.IDEA Kupang adalah salah satu perusahaan milik
swasta yang bergerak dalam bidang jasa percetakan dan penjilidan yang
meliputi kegiatan usaha melayani permintaan yang terdiri dari pesanan berupa
cetakan buku, tesis, skripsi, proposal, brosur,leiflet, pamflet, formulir-formulir
kantor, kartu undangan, poster dan lain-lain.
Proses transaksi pemesanan pada Percetakan CV. IDEA Kupang
dimulai ketika pelanggan datang ke percetakan untuk melakukan pesanannya.
Pesanan tersebut akan dicatat oleh karyawan yang menangani bagian
pemesanan, bagian pemesanan akan memberikan total harga untuk pemesanan
dari pelanggan dan memberikan estimasi waktu yang diperkirakan kepada
pelanggan untuk mengambil pesanannya ketika sudah selesai. Pemesanan
tersebut akan diproses oleh bagian percetakan atau produksi.
Adapun masalah masalah sistem yang sekarang dialami oleh CV.
IDEA antara lain pencatatan tiap transaksi atau pemesanan dilakukan secara
manual (belum terkomputerisasi) pada sebuah buku yang telah tersedia
sehingga banyak tumpukan buku yang tersimpan. Belum terkomputerisasinya
sistem ini berdampak pula pada pembuatan laporan yang terbilang memakan
waktu.
Masalah berikutnya yakni tidak terdapat pencatatan mengenai data tiap

pelanggan, baik informasi komunikasi maupun data transaksi pada tiap
pelanggan sehingga kesulitan mengetahui informasi tentang pelanggan atau
menanyakan tentang pesanan pelanggan ataupun hal tak terduga lain. Poin
masalah lain yang terjadi adalah karyawan bagian produksi mengetahui
pemesanan melalui bagian pemesanan, bagian pemesanan ke ruangan produksi
memberitahu karyawan produksi mengenai pemesanan dan karyawan produksi
cuma mengingat perintah tanpa memiliki catatan lengkap sehingga kadang
terjadi kekurangan jumlah pemesanan dengan jumlah produksi. Nota order
pelanggan kadang terselip diantara banyak dokumen dan menyebabkan
hilangnya informasi order dan kontak informasi dengan pelanggan.
Adapun permasalahan lain yang ditemukan antara lain adanya
keterbatasan
tempat
penampungan
pada gudang dan penyaluran atau
distribusi barang belum cukup efisien. Apalagi percetakan sering dihadapkan

pada jumlah persediaan stok yang cukup banyak dengan berbagai varian atau
jenis barang serta nilai investasi barang yang berbeda tentunya percetakan
kewalahan dalam menentukan ketersediaan barang dan jumlah barang yang
tepat dan menguntungkan.
Dengan adanya sistem yang terkomputerisasi, pengolahan data
transaksi dari tiap pelanggan maupun data transaksi pemesanan dan transaksi
pembelian stok dari supplier lebih mudah. Keuntungan lainnya yaitu manager
dapat mengetahui transaksi yang berjalan baik secara keseluruhan dari tiap
2
pelanggan yang ada, dapat melihat hasil rekapan dengan lebih cepat dan instan
sehingga pengelola dapat mengetahui atau melakukan analisis untung rugi
perusahaan.
Pemanfaatan Langrange Multipliers dalam persediaan optimal untuk
jenis barang banyak membantu pengguna sistem dalam pengambilan keputusan
akan kendala maksimum tempat penampungan atau gudang dari parameter
parameter yang ada yakni maksimum luas tempat penampungan, ordering cost,
holding cost, jumlah barang jenis barang. Dampaknya alur stok akan menjadi
baik dan sehat. Jumlah barang yang terdapat pada gudang merupakan jumlah
yang optimal. Hal ini berpengaruh positif juga pada alur kerja sistem serta
menguntungkan secara ekonomis.
Berdasarkan uraian uraian diatas, maka dirasa layak untuk
melakukan penelitian dengan judul Aplikasi Pengolahan Data Order
Pelanggan dan Pengendalian Stok dengan menggunakan Metode
Lagrange Multipliers (Studi Kasus Percetakan CV IDEA Kupang)
1. 2 RUMUSAN MASALAH
Berdasarkan identifikasi masalah yang telah diuraikan sebelumnya
dalam bagian latar belakang masalah, maka permasalahan yang diangkat
dalam penelitian ini adalah sebagai berikut:
1. Waktu yang dibutuhkan dalam proses pengolahan data hingga pembuatan
laporan membutuhkan waktu yang cukup lama menyebabkan pemborosan
waktu.
3
2. Tidak adanya pengendalian stok menyebabkan penyaluran atau distribusi

barang kurang efisien, kapasitas ruang penampungan barang
tidak
optimal dan merugikan secara ekonomis.

3. Membutuhkan ruang yang lebih luas untuk tempat penyimpanan data.
1.3. BATASAN MASALAH
Agar aplikasi yang akan dirancang lebih terarah pada sasaran yang akan
dicapai maka diperlukan pembatasan masalah dari masalah yang ada. Batasan
masalah yang terdapat dalam penelitian ini adalah sebagai berikut :
1. Aplikasi yang akan dikembangkan sasaran utamanya adalah pengolahan
data order pelanggan serta pengendalian stok.
2. Penerapan Lagrange Multipliers hanya pada pengendalian stok, tidak pada
pengolahan data pemesanan.
3. Sistem hanya menggunakan 4 parameter dalam Lagrange Multipliers yaitu:
maximum luas tempat penampungan, ordering cost, holding cost,
banyaknya barang dari tiap jenis barang.
1.4.
TUJUAN DAN MANFAAT

1.4.1 TUJUAN
Tujuan dari penelitian ini adalah menghasilkan sebuah sistem yang dapat
membantu untuk mempermudah pegawai Percetakan CV.IDEA Kupang
dalam proses pengolahan data pemesanan barang oleh pelanggan dan
pengolahan data pengendalian stok .
4
1.4.2 MANFAAT
Manfaaat dari penelitian ini adalah untuk membantu pegawai
PERCETAKAN CV. IDEA Kupang
untuk mempermudah dalam proses
pengolahan data orderan dari pelanggan maupun orderan percetakan ke

supplier (percetakan memesan stok di supllier) hingga pembuatan laporan.
1. 5. METODE PENELITIAN
Penelitian yang dilakukan menggunakan pendekatan metode Unified
Process (UP) (Pressman, 2010). Tahap-tahap yang dilakukan adalah sebagai
berikut :
Gambar 1.1 Tahapan Unified Process

1. 5. 1. Inception (Tahap Perencanaan dan Pengumpulan Data)
Tahap ini merupakan tahap inisialisasi pendefenisian masalah
untuk menyelesaikan teknik pengembangan perangkat lunak melalui
pengumpulan data-data. Tahap ini merupakan analisis terhadap
kebutuhan sistem. Pengumpulan data dalam tahap ini bisa melakukan

sebuah penelitian wawancara, observasi dan studi literatur. Tahap ini
akan menghasilkan dokumen user requirement atau bisa dikatakan
sebagai data yang berhubugan dengan keinginan user dalam
pembuatan sistem. Pada perencanaan dalam mengidentifikasi masalah
penulis menggunakan metode penelitian dengan melalui tiga tahap
yaitu :
a. Wawancara
Menurut Sutabri (2012), teknik wawancara adalah suatu
teknik yang paling singkat untuk mendapat data, namun sangat
tergantung pada kemampuan pribadi sistem analis untuk dapat
memanfaatkannya.
Wawancara memungkinkan sistem analis
untuk mengumpulkan data
secara tatap muka langsung dengan
orang yang diwawancarai. Penelitian ini dilakukan dengan cara

wawancara langsung dengan pegawai Percetakan CV.IDEA
Kupang yang bertugas dalam hal pengelolaan pemesanan dan
pengelolaan gudang, yang akan digunakan dalam pembuatan dan
pengembangan aplikasi yang akan dibuat.
Berdasarkan
hasil
wawancara,
diperoleh
bahwa
pengelolahan data pada Percetakan CV.IDEA Kupang masih

menggunakan buku besar dimana data-data order pelanggan dan
data gudang yang meliputi stok dan pembelian barang dari Supllier
6
disimpan dalam buku besar tersebut, kemudian disimpan dalam

sebuah lemari.
Laporan kegiatan
dilakukan dengan merekam kembali
data yang disimpan dalam buku besar ke Microsoft Excel untuk

proses pembuatan laporan akhir. Berdasarkan uraian hasil
wawancara maka dapat disimpulkan bahwa masalah yang terjadi
adalah
pemborosan
ruang
penyimpanan,
kerusakan
dan
kehilangan data serta pemborosan waktu dalam proses pembuatan

laporan.
b. Observasi
Menurut Jogiyanto (2005), observasi merupakan salah satu
teknik pengumpulan data atau fakta melalui pengamatan secara
langsung pada suatu kegiatan yang sedang dilakukan. Penelitian
dilakukan dengan cara observasi secara langsung terhadap sistem
yang dipakai selama ini, sehingga dapat diketahui kelemahan
kelemahan sistem yang lama untuk dapat diatasi dengan sistem
baru. Dalam tahap ini peneliti melakukan observasi secara
langsung berdasarkan hasil wawancara dimana peneliti mengamati
proses pendataan pemesanan konsumen, pembelian barang dari
supplier, pendataan barang masuk dan keluar serta pembuatan
laporan akhir.
c. Studi Pustaka
Merupakan metode yang dilakukan sebagai penunjang
dalam melengkapi teori dan materi, melalui pembacaan literatur
dan sumber data lainnya sehingga dapat digunakan untuk
menyelesaikan masalah yang dihadapi.
1. 5. 2. Elaboration (Tahap Analisis dan Desain Sistem)
Pada tahap elaboration lebih berfokus pada bagian analisis dan
desain sistem. Analisis sistem adalah penguraian dari suatu sistem
informasi kedalam bagian bagian komponennya dengan maksud
untuk
mengidentifikasikan
dan
mengevalusai
permasalahan-
permasalahan, kesempatan-kesempatan, hambatan-hambatan yang

terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat
diusulkan perbaikan-perbaikannya.
Proses analisis dalam pengembangan aplikasi pengolahan data
order pelanggan dan pengendalian stok merupakan tahap paling
penting dalam penelitian ini, dimana pada tahap ini yang dilakukan
adalah penelusuran masalah yang terjadi dan menganalisis persoalan
hingga pengambilan solusi.
Pada tahap analisis masalah ini, dipakai analisis PIECES. Analisis
PIECES (Performance, Information, Economy, Control, Eficiency, dan
Service) merupakan teknik untuk mengedintifikasi dan memecahkan
permasalahan yang terjadi pada system informasi. Dari analisis ini
8
akan menghasilkan identifikasi masalah utama dari suatu sistem serta

memberikan solusi dari permasalahan tersebut, (Hanif, 2007).
Adapun kerangka PIECES sebagai berikut :
Tabel 1.1
Analisis PIECES
P
Beban
kerja
yang
ditanggung
oleh
pegawai bagian pemesanan lebih besar

I
Pencarian informasinya masih lamban

serta belum akurat dan menimbulkan
kekeliruan
Pemborosan biaya dan ATK (Alat Tulis

Kantor)
Data yang belum memiliki keamanan

sehingga rentan dari gangguan seperti
kehilangan data yang sengaja dilakukan
oleh pihak pihak tertentu.
Penyajian data yang membutuhkan waktu

yang lama.
Belum
ada
sistem
khusus
yang
menangani atau mengolah data data

tersebut sehingga menyita waktu yang
lama untuk proses perakamannya dari
buku
induk
ke
Microsoft
Excel.
Pelayanan yang menumpuk dan lama

membuat pelanggan sering complain.
Desain sistem dapat diartikan sebagai, tahap setelah analisis

dari siklus pengembangan sistem, pendefinisian dari kebutuhan
fungsional, persiapan untuk rancang bangun implementasi, berupa
penggambaran, perencanaan dan pembuatan sketsa atau pengaturan
dari berbagai elemen yang terpisah kedalam satu kesatuan yang utuh
dan berfungsi serta menyangkut pengkonfigurasian dari komponenkomponen perangkat lunak dan perangkat keras dari suatu sistem.
Desain harus diterjemahkan ke dalam sebuah form (bentuk)
yang dapat dibaca oleh mesin yaitu ke dalam bahasa pemrograman
melalui proses coding. Tahap ini merupakan implementasi dari tahap
desain yang secara teknis yang nantinya dikerjakan oleh programmer.
Desain juga dilengkapi dengan use case diagram yang memuat
tentang proses bisnis, aktivitas diagram yang memuat aktivitas yang
dilakukan oleh sistem dan dalam desain juga memuat ERD (Entity
10
Relashionship Diagram)
yaitu diagram
yang menggambarkan
hubungan antara tabel yang direlasikan agar berfungsi optimal

(Jogiyanto, 2005).
1. 5. 3. Construction (Tahap Pembuatan)
Pada tahap ini lebih berfokus pada proses pembuatan aplikasi
yakni proses coding. Tahap coding (pemrograman) merupakan proses
penerjemah data atau pemecahan masalah ke dalam barisbaris kode
program yang dapat dibaca oleh komputer. Bahasa pemrograman yang
digunakan adalah Java, database MySQL, dan desain laporan
menggunakan iReport.
1. .5. 4. Transition (Tahap Implementasi, Pengujian, dan Pemeliharaan)
Pada tahap transition lebih fokus pada proses pengujian dan
implementasi sistem. Pengujian dilakukan untuk mengetahui apakah
aplikasi yang dibangun telah berjalan dengan baik dan memenuhi
spesifikasi yang telah ditentukan. Setelah melalui tahap-tahap
pembuatan sistem maka diadakan uji coba. Dalam penelitian ini proses
uji coba dilakukan dengan menggunakan metode pengujian, yaitu
pengujian black box.
Pengujian black box mengamati hasil eksekusi dan memeriksa
fungsional dari perangkat lunak. Tujuan metode pengujian ini adalah
mencari kesalahan pada fungsi yang salah atau hilang sehingga
menemukan cacat yang mungkin terjadi pada saat pengkodean.
11
Tahap
selanjutnya
adalah
proses
implementasi
sistem.
Implementasi merupakan tahap dimana sistem baru yang dibangun

akan dijalankan pada instansi tempat penelitian dengan pengoperasian
yang dilakukan oleh user. Pada tahap ini adalah melakukan sosialisasi
sistem
terhadap
user.
Sosialisasi
dilakukan
dengan
tujuan
memperkenalkan sistem yang dibangun kepada user sehingga user

dapat menggunakan sistem sesuai kebutuhannya.
1. 6. Sistematika Penulisan
Adapun sistematika penulisan agar penyampaian laporan
lebih
mudah dipahami, maka dapat disajikan dalam sistematika sebagai berikut:

Bab I
Pendahuluan
Pada bab ini berisi tentang latar belakang, identifikasi masalah,
rumusan masalah, batasan masalah, tujuan penelitian, manfaat
penelitian, metode pengumpulan data dan sistematika penulisan.
Bab II
Landasan Teori
Pada bab ini menjelaskan tentang konsep-konsep dasar dari halhal yang berkaitan dengan masalah dan pembuatan sistem yang
akan dibangun.
Bab III
Analisis dan Perancangan Sistem

Berisi definisi sistem, analisis dan perancangan sistem serta
sistem perangkat pendukung.
Bab IV
Implementasi Sistem
Bab ini membahas tentang implementasi sistem perangkat lunak
berdasarkan analisis dan perancangan pada BAB III.
12
Bab V
Analisis Hasil
Setelah mengimplementasikan sistem akan diadakan pengujian
untuk mengevaluasi perangkat lunak yang dibangun.
Bab VI
Penutup
Berisi kesimpulan dan saran yang bekaitan dengan topik
permasalahan yang dibahas dalam penelitian ini.
13
BAB II
LANDASAN TEORI
2.1
Jurnal Perbandingan
Penelitian ini merujuk pada penelitian yang terdahulu yang membahas
tentang pengolahan data dengan metode dan studi kasus yang berbeda. Jurnal
perbandingan yang dibuat terdiri dari 3 jurnal ilmiah . Berikut adalah tabel jurnal
perbandingan dari penelitan terdahulu:
Table 2. 1. Jurnal Perbandingan
No Peneliti
Judul
Metode
Hasugian
(2013)
Cristianti
(2011)
Octavian
(2011)
Aplikasi
Waterfall
Sistem
Informasi
Jasa
Percetakan
pada CV.
Dua
Inspirasi
Aplikasi
Waterfall
Pembelian
Penjualan
Obat
dan
Laporan
Keuangan
dengan
Menerapkan
Manajemen
Persediaan
Desain
Waterfall
Database
Sistem
Informasi
Penjualan
Barang
14
Hasil
1. Pembuatan lapoan lebih
mudah.
2. Mengurangi
kesalahan
pengguna saat transaksi
penjualan.
Aplikasi ini membantu

mengetahui stok barang
yang tersedia.
Menemukan
konsep
bahwa perusahaan yang
bergerak dalam bidang
usaha yang sama, belum
tentu memiliki diagram
ERD
yang
sama.
Tergantung proses bisnis

yang berlangsung dalam
organisasi tersebut.
Penelitian ini mengambil poin poin dari penelitian penelitian diatas,

atau lebih tepatnya penelitian ini memadukan konsep dari penelitian sebelumnya.
Penelitian yang dilakukan Cristianti(2011), lebih menekankan pada pengontrolan
stok barang agar tidak terjadinya kekosongan barang, Penelitian yang dilakukan
oleh Hasugian(2013), lebih mengarah kepada pembuatan laporan yang cepat dan
mudah serta penelitian yang dilakukan pada percetakan. Penelitian yang
dilakukan oleh Octavian(2011), lebih mengarah pada desain database yang simple
dan efisien.
Penelitian ini dirancang dengan mengambil konsep pengendalian stok dari
Cristianti(2011), konsep pembuatan laporan yang cepat, mudah serta tempat
penelitian pada percetakan dari Hasugian(2013), serta konsep desain database
yang simple dan efisien dari Octavian(2011). Namun poin penting yang berbeda
yaitu penelitian ini menambahkan Metode Lagrange Multipliers
dalam
pengendalian stok dengan 4 parameter.

Berikutnya adalah penelitian sebelumnya Hasugian(2013), pada tahap
implementasi sistem menggunakan bahasa pemrograman VB.net dan perancangan
database menggunakan Ms.Acces, penelitian Cristianti(2011) menggunakan
bahasa pemrograman C# dan desain database menggunakan SQL Server,
sedangkan penelitian ini pada tahapan implementasi menggunakan bahasa
15
pemrograman Java dan desain database dengan Mysql. Aplikasi ini dibangun
dengan menggunakan metode Unified Process (UP) dan memiliki fungsi dapat
melakukan pengolahan data hingga pembuatan laporan-laporan.
2.2 Gambaran Umum Obyek Penelitian
2.2.1
Sejarah CV.IDEA Kupang

Secara historis CV.IDEA Kupang dikukuhkan menjadi salah satu cabang
dari PT Nusa Indah Ende Flores pada tanggal 10 Desember 1990 berdasarkan
hasil rapat keputusan dewan manager PT Nusa Indah Ende Flores. Dan sejak saat
itu CV.IDEA Kupang menjadi cabang percetakan PT Nusa Indah di Kupang.
CV.IDEA Kupang mulai beroperasi pada Januari 1991 berlokasi di Jl.
Palapa dan belum memiliki gedung pribadi. Dalam perjalanannya sejak tahun
1991 CV.IDEA Kupang ini telah berelokasi sebanyak 2 kali, yakni pada tahun
1991 1995 berlokasi di Jl. Palapa. Tahun 1995 2006 berlokasi di Jl. Bundaran
PU-Gang TDM 3 pada Biara Bruderan St.Gregorius. Terakhir 2006 sekarang
berlokasi di Jl. Bundaran PU- Gang TDM 3 pada gedung kontrakan.
Sejak dikukuhkan menjadi cabang PT. Nusa Indah Ende-Flores, CV.IDEA
Kupang belum pernah berganti Direktur. Bpk.Simon Soro adalah Direktur
CV.IDEA Kupang sejak tahun 1991 Sekarang.
16
2.2.2
1.
Bentuk dan Bidang Usaha

Bentuk Perusahaan
Berdasarkan Akta Notaris tentang pendirian CV. IDEA Kupang No. 95
tanggal 16 Nopember 1990 maka CV. IDEA
Kupang merupakan suatu
perusahaan milik swasta yang bergerak dalam pelayanan jasa percetakan yang
berupa barang-barang dan penyebaran pewartaan firman Allah melalui mas
media.
2.
Bidang Usaha
CV.IDEA Kupang adalah salah satu perusahaan milik swasta yang
bergerak dalam bidang jasa percetakan dan penjilidan yang meliputi kegiatan
usaha melayani permintaan yang terdiri dari pesanan berupa cetakan buku, tesis,
skripsi, proposal, brosur,leiflet, pamflet, formulir-formulir kantor, kartu
undangan, poster dan lain-lain. Dalam melakukan operasional perusahaan dengan
pihak costumer atau pelanggan, CV. IDEA lebih mengutamakan mutu dan
kualitas bagi para konsumen.
2.2.3
1.
Visi , Misi dan Tujuan CV.IDEA Kupang

Visi
Menjadi perusahaan yang baik pada jasa percetakan dan penjilidan
2.
Misi
a.
Memberikan layanan jasa percetakan
yang cepat, aman dan
mengutamakan solusi layanan jasa kepada para pelanggan.
17
b.
Berpartisipasi dalam misi pewartaan kabar gembira (injil) melalui

masmedia sebagaimana yang diamanatkan oleh pendiri serikat Sabda
Allah. St. Arnoldus Janssen.
3. Tujuan CV.IDEA Kupang

Tujuan CV.IDEA Kupang adalah salah satu perusahaan yang bergerak
dalam bidang jasa percetakan dan penjilidan barang yang kegiatan usahanya
diatur oleh perusahaan itu sendiri dan memberikan pelayanan yang memuaskan
dengan menjunjung tinggi kejujuran, keamanan, dan kecepatan untuk memberi
rasa nyaman pada pemakai jasa.
2.3 Pengertian Sistem
Menurut Amsyah (1977) Sistem adalah elemen elemen yang saling
berhubungan membentuk satu kesatuan atau organisasi.
2.4 Pengertian Stok
Menurut Siagian (2005), barang atau bahan untuk tujuan tertentu, antara
lain untuk proses produksi, jika bahan mentah maka akan diproses leih lanjut,
jika bahan jadi maka bias langsung dijual sebagai bahan dagang.
2.5 Pengertian Order
Menurut Kamus besar bahasa Indonesia (KBBI Edisi III), order
merupakan proses permintaan terhadap sesuatu dengan adanya hubungan timbal
balik dalam hubungan konsumen dan produsen.
18
2.6 Pengertian Lagrange Multipliers

Menurut (Breusch dkk,1980) Lagrange Multipliers merupakan salah satu
cara untuk menyelesaikan constrained optimization dalam hal mencari minimum/
maximum local, dimana fungsi batasan dalam bentuk persamaan kendala
(equality constrain).
Dalam hubungan dengan stok barang akan dibahas sejumlah n jenis
barang yang akan ditempatkan pada pergudangan yang terbatas. Dengan
keterbatasan tempat penampungan ini akan dapat menimbulkan persaingan
(kompetisi) dari beberapa jenis barang, sehingga akan mempengaruhi penguraian
model ini yang selanjutnya akan menentukan adanya kendala kendala
(constrain). Kemudian apabila diambil luas tempat penampungannya yang
maximum dapat tersedia sebagai : M. (satuan luas, ft2, m2, dll) untuk menampung
jenis jenis barang sebanyak : n. jenis barang, maka selanjutnya dengan
ketentuan ketentuan ini dapat dilakukan penguraian penguraian lebih rinci
untuk memperoleh perumusannya (Donal Graver and Gerarld Thompson).
Perumusan :
Persamaan
(1)
Dengan : n = Jumlah jenis barang

mi = tempat yang dibutuhkan untuk masing
i jenis barang
19
masing unit barang dari
Qi = Lot size/ Banyaknya ukuran optimal untuk setiap jenis barang

M = Maksimum luas tempat penampungan.
Dengan perumusan ini dapatlah dtentukan Total biaya persediaan sebagai
berikut :
Minimum : TC (Q1, Q2,.. Qn)=
Subject to
i= 1, 2, .., n
TC = Total Cost
untuk : Qi > 0
(2)
Dalam bentuk ini merupakan bentuk program NON LINEAR yang

penguraiannya dapat diselesaikan dengan menggunakan model LAGRANGE
MULTIPLIERS. Sebelumnya akan ditinjau terlebih dahulu mengenai
kendalanya yang berguna (dapat dipakai atau tidak ), sehingga dapat
kemungkinan hanya menggunakan fungsi fungsi nonlinear tanpa kendala
(unconstrain value).
20
Dalam model persediaan banyak barang ini bentuk EOQ-nya sebagai

berikut :
Qi=
(3)
Bentuk kuantitas ini harus memenuhi syarat kendala tersebut atau

tidak apabila kendala tersebut memenuhi perumusan ini berarti tidak aktif
dan adanya kelebihan kendala yang sama(redudant), sehingga harus ditolak
dan
tidak
menggunakan
kendala
kendala
tersebut.
Ini
berarti
penyelesaiannya dengan optimasi tanpa kendala (Unconstrain Optimization ).

Namun apabila kendala ini tidak memenuhi syarat pada nilai Qi* akan
berarti kendala ini harus aktif, sehingga dapat diperoleh nilai optimal dari Q i
yang diperhitungkan dan akan memenuhi syarat kendala tempat penampungan
dalam bentuk persamaan. Dalam memformulasikan bentuk persediaan barang
banyak ini akan dilaksanakan melalui Fungsi Lagrange berikut :
L(Q1, Q2,., Qn, )=TC (Q1, Q2,., Qn, ) (
=
) (
Dimana : = adalah Lagrange Multipliers
21
)
(4)
Dan < 0 (harus lebih kecil dari nol )

Penguraian selanjutnya mencarikan Qi yang optimal dan , dengan
menarik partial derivativenya dan kemudian disamakan dengan = 0.
Persamaan :
I.
II.
=-
+ - , mi = 0
.
= -
.. (5)
+ mi = 0
. (6)
Dari persamaan kedua dapat diperoleh :
Ini berarti Qi* harus memenuhi syarat keterbatasan tempat penampungan dan
sudah dalam bentuk persamaan. Dari persamaan 6 diperoleh rumus :
+ . mi =
= - .mi
Qi* =
...Persamaan
Lot
Banyaknya Ukuran Optimal
a. Nilai Q akan tergantung dari nilai Optimal

b. Ki = Biaya Pemesanan (Ordering Cost)
c. Hi =Biaya Pemeliharaan (Holding Cost)
22
Size/
d. Mi = luas yang dibutuhkan untuk barang tersebut

e. Demikian juga = 0 maka akan memberikan Q* yang diselesaikan
tanpa kendala.
f. Nilai dari * dapat dicari secara sistematis melalui trial and error (coba
- coba), dengan memperhatikan Biaya Minimum maka diharuskan

<0
g. Dengan mencoba coba nilai negative untuk akan dapat diperoleh

* yang optimal yang akan juga mempengaruhi syarat adanya kendala
keterbatasan tempat penampungan(pergudangan) Dengan menganalisa
akan sekaligus memperoleh yang optimal.
h. Dengan menganalisa * akan sekaligus dapat memperoleh Qi dapat
memperoleh Qi* yang optimal.
2.7 Perbandingan Metode Lagrange dengan Metode Pengendalian Stok Lain
Penerapan Lagrange Multiplier sebenarnya mengacu pada persamaan
model EOQ. EOQ (Economy Order Quantity) , merupakan salah satu model
klasik yang diperkenalkan oleh F. W. Harris pada tahun 1914 (Herjanto,
2010). Model
EOQ merupakan model persediaan yang bertujuan untuk
menentukan ukuran pemesanan yang ekonomis dan dapat meminimumkan

biaya total persediaan. Model ini diterapkan apabila terdapat asumsi asumsi
berikut (Render dan Heizer, 2001) :
a. Kebutuhan permintaan adalah tetap dan diketahui.
23
b. Lead time adalah diketahui dan konstan

c. Harga beli per unit tetap
d. Biaya simpan dan biaya setiap kali pesan diketahui dan konstan
e. Diskon kuantitas tidak diperkenankan
f. Tidak terjadi kekurangan persediaan atau back order
Berikut ini adalah grafik persediaan dalam model EOQ :
Gambar. 2.1.Grafik Persediaan EOQ

Bentuk persamaan EOQ :
Biaya pemesanan pertahun:
= Frekuensi pemesanan x biaya pesanan
Biaya pemesanan per tahun:
= Frekuensi pemesanan x biaya pesanan
=
Biaya penyimpanan per tahun:

= persediaan rata-rata x biaya penyimpanan
24
EOQ terjadi bila biaya pemesanan = biaya penyimpanan

xS= xH
2DS = HQ2
Q2 =
EOQ terjadi bila biaya pemesanan = biaya penyimpanan,
xS=
xH
2DS = HQ2
Q2 =
Maka Q* =
Q* adalah EOQ yaitu jumlah pemesanan yang memberikan biaya total
persediaan terendah, EOQ juga bisa diperoleh dari fungsi biaya total (TC), yaitu
dengan membuat turunan pertama fungsio biaya total terhadap Q sama dengan
nol.
Dalam penerapannya apabila persamaan menemukan kendala maka

permasalahan ini diformulasikan melalui optimasi dengan pembatas dan
penyelesaiannya menggunakan metode Lagrange Multipliers. Kendala
yang terdapat di percetakan CV. IDEA yakni kapasitas ruang
penyimpanan dan investasi nilai pesediaan.
Adapun model lain selain EOQ antara lain (Herjanto, 2010):
1. Model persediaan dengan pesanan tertunda (back order)
2. Model persediaan dengan diskon kuantitas (quantity discount)
25
3. Model
persediaan
dengan
penerimaan
bertahap
(gradual
replacement model).
Untuk mempersempit cakupan bahasan materi maka pembahasan dan
perbandingan hanya akan dilakukan pada model persediaan dengan
pesanan tertunda (back order).
Model persediaan tertunda (back order) ini akan memperhitungkan
stock-out dan back-order, dimana pesanan dari pelanggan akan tetap
diterima walaupun pada saat itu tidak ada persediaan, permintaan akan
dipenuhi kemudian setelah ada persediaan baru. Asumsi yang digunakan
juga sama seperti dalam model EOQ biasa kecuali adanya tambahan
asumsi bahwa penjualan tidak hilang karena stok-out tersebut (Herjanto,
2010).
Berikut ini adalah grafik persediaan model tertunda (back order) :
Gambar .2. 2. Grafik Model persediaan tertunda (back order)

Bentuk persamaan model persediaan tertunda (back order) :
26
Apabila b merupakan kerugian (dalam rupiah/unit/tahun) yang timbul akibad

tidak tersedianya persediaan , maka dengan menggunakan kalkulus kita dapat
menghitung Q* dan (Q*- b*), hasilnya sebagai berikut :
Q* =
Jumlah persediaan yang tertinggal (on hand inventory):
Q* - b * =
= Q*
Besar b* :
b*
= Q*- Q*
= Q* 1
Melihat penjelasan dari model model pengendalian persediaan yang

ada maka model persediaan yang cocok dengan percetakan CV. IDEA
adalah model persediaan EOQ dengan metode Lagrange Multipliers
dengan poin poin sebagai berikut :
1. Fakta yang terjadi di lapangan adalah
percetakan
CV.
IDEA
menerima permintaan pesanan sesuai dengan stok dan ketersediaan

barang yang ada dalam
gudang, sehingga tidak cocok diterapkan
27
model persediaan tertunda (back order) yang mana pesanan pelanggan

diterima walapun pada saatitu tidak ada persediaan, permintaan akan
dipenuhi setelah
ada persediaan baru. Pengendalian persediaan
tertunda lebih cocok diterapkan pada perusahaan perusahaan seperti

dealer motor atau mobil
2. Kendala kendala yang terjadi di lapangan
yakni luas gudang,
besarnya nilai investasi tiap barang dan banyaknya jenis barang tidak
bisa diselesaikan oleh persamaan persediaan tertunda, namun bisa
diselesaikan dalam persamaan lagrange multipliers.
2.8 Sistem Sistem Perangkat Keras
Perangkat keras (hardware) adalah perangkat fisik dari sebuah sistem
komputer. Umumnya terdiri atas 3 jenis perangkat keras yaitu perangkat
masukan, perangkat keluaran dan perangkat pengolah.
2.9
Sistem Perangkat Lunak

Perangkat lunak (Software) adalah program komputer yang merupakan
suatu susunan instruksi yang harus diberikan kepada unit pengelolah agar
komputer dapat menjalankan perintah sesuai dengan yang dikehendaki.
2.10 Diagram-Diagram Perancangan Sistem

Dalam perancangan sistem diperlukan diagram-diagram dalam
membangun sistem yang terdiri dari diagram alir
(flowchart),
use case
diagram, activity diagram (diagram aktivitas), Entity Reletionship Diagram

(ERD) dan diagram kelas (class diagram).
28
a) Use Case
Menurut Yulianto dkk (2009), Use Case merupakan pemodelan untuk
menggambarkan kelakuan (behavior) sistem yang akan dibuat yang
mendeskripsikan sebuah interaksi antar satu atau lebih aktor dengan sistem
yang dibuat . Aktor dan use case adalah dua elemen didalam satu deskripsi.
Keduanya
dapat
dihubungkan
satu
sama
lain,
dengan
demikian
mengindikasikan bahwa aktor berpartisipasi dalam use case. Simbol-simbol

yang digunakan dalam use case dapat dilihat pada tabel berikut :
Tabel 2.2
Simbol-Simbol use case
Simbol
Keterangan
Use case
Aktor
Relasi/Hubungan
b) Flowchart (Diagram Alir)

Menurut Jogiyanto (2005), flowchart adalah bagan yang menunjukan
alir di dalam program atau prosedur sistem secara logika. Flowchart biasanya
mempermudah penyelesaian suatu masalah, khususnya masalah yang dipelajari
29
dan dievaluasi lebih lanjut. Pada tahap ini menjelaskan alur kerja user terhadap
sistem misalnya user memasukan data kemudian disimpan (proses rekam) ke
dalam database. Tujuan adanya flowchart adalah untuk menggambarkan suatu
tahapan penyelesaian masalah secara sederhana, dengan menggunakan simbolsimbol standar.
Simbol-simbol yang ada pada Flowchart terbagi atas bagan alir (Flowchart)
sistem. Bagan alir (Flowchart) sistem merupakan alat bantu yang digunakan
untuk menggambar sistem secara fisik. Bagan alir sistem menggambarkan arus
data dari sistem.
Tabel 2.3
Simbol-Simbol Flowchart
Simbol
Keterangan
Proses
Dokumen
Input/Output
Keputusan
30
Multi Dokumen
Input Manual
Monitor
Magnetik Disc
Operasi Manual
Penghubung halaman yang sama
Penghubung ke halam yang lain
Terminator
c) Entity Relationship Diagram (ERD)

Entity Relationship Diagram dibuat untuk menunjukan obyek-obyek
(himpunan entitas) apa saja yang ingin dilibatkan dalam sebuah database dan
bagaimana
hubungan
terjadi
diantara
obyek-obyek
tersebut.
Dalam
membentuk entity relationship ada dua komponen utama pembentuk model

tersebut yaitu entitas (entity) dan relasi (relation). Entitas merupakan individu
yang mewakili suatu yang nyata (eksistensinya) dan yang dibedakan dari
suatu yang lain dapat dilihat pada tabel 2.4.
Tabel 2.4
31
Simbol-Simbol ERD
Simbol
Nama
Entity
(Obyek Data)
Atribut
Relationship
Keterangan
Merupakan kumpulan obyek
atau sesuatu yang dapat
dibedakan atau didefenisikan.
Karakteristik dari entity atau
relationship
yang
menyediakan penjelasan detail
tentang
entity
atau
relationship.
Hubungan yang terjadi antara
suatu entity atau lebih entity.
d) Relasi
Relasi adalah hubungan antara satu tabel dengan tabel lainnya dalam
basis data. Menggambarkan relasi antar tabel menggunakan tanda panah.
Berikut adalah jenis-jenis relasi antar tabel:
1. Relasi Satu ke Satu (One to One)
Hubungan antara dua tabel adalah satu banding satu. Hubungan
tersebut dapat ditunjukkan dengan tabel dan relasi antara keduanya
dihubungkan dengan tanda panah tunggal.
atau 1 : 1
Gambar 2.3 Relasi Satu ke Satu
32
2. Relasi Satu ke Banyak (One to Many)

Hubungan antara dua tabel adalah satu perbandingan banyak atau
dapat pula dibalik dari banyak ke satu. Hubungan tersebut dapat
ditunjukkan dengan tabel dan relasi diantara keduanya dihubungkan
dengan tanda panah ganda untuk menunjukkan hubungan banyak
tersebut.
atau 1 : n
Gambar 2.4 Relasi Satu ke Banyak
3. Relasi Banyak ke Banyak (Many to Many)
Hubungan antara dua tabel adalah banyak berbanding banyak.
Hubungan tersebut dapat ditunjukkan dengan panah ganda dari masing
masing tabel.
atau n : m
Gambar 2.5 Relasi Banyak ke Banyak
e) Diagram Aktivitas (activity diagram)
Menurut Yulianto dkk (2009), diagram aktivitas menggambarkan workflow
(aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Aktivitas
diagram menggambarkan aktivitas yang dilakukan oleh sistem bukan aktivitas
yang dilakukan oleh aktor. Berikut dalah simbol-simbol yang
diagram aktivitas:
33
ada pada
Tabel 2.5
Simbol-Simbol Diagram aktivitas
Simbol
Deskripsi
Status awal
Status awal aktivitas sistem, sebuah

diagram memiliki status awal
Aktivitas
Aktivitas yang dilakukan sistem,

aktivitas biasanya diawali dengan
aktivitas
kata kerja
Percabangan/ decision
Asosiasi percabangan dimana jika

ada pilihan aktivitas lebih dari satu
Penggabungan/ join
Asosiasi
penggabungan
dimana
lebih dari satu aktivitas

Status akhir
Status akhir yang dilakukan sistem.
Swimlane
Memisahkan organisasi bisnis yang

bertanggung
Nama swimlane
jawab
aktivitas yang terjadi.
34
terhadap
Atau
Nama
swimlane
f) Diagram Kelas (Class Diagram)

Menurut Nugroho (2010), kelas merupakan himpunan dari objekobjek yang memiliki struktur yang serupa, memiliki atribut-atribut serta
operasi-operasi terkait.
Kelas diagram menggambarkan struktur dan deskripsi class, package,
dan objek beserta hubungan satu sama lain seperti containment, pewarisan,
asosiasi, dan lain lain. Sebuah class memiliki area pokok :
a. Nama, Merupakan nama dari sebuah class.
b. Attribut, merupakan properti dari sebuah kelas. Atribut
melambangkan batas nilai yang mungkin ada pada obyek dari
class.
c. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau
35
yang dapat dilakukan oleh class lain terhadap sebuah class.

2.11 Perancangan Antar Muka (Interface Design)
Agar
pengguna
dan
komputer
dapat
saling
berinteraksi,
sehinggapengguna merasakan adanya kemudahan dan keramahan sistem

komputer kepadanya, diperlukan suatu media yang memungkinkan interaksi
tersebut secara langsung. Media yang dimaksud adalah antarmuka berbasis
grafis yang dikenal dengan istilah GUI (graphical user interface).
36
BAB III
ANALISIS DAN PERANCANGAN SISTEM
3.1
Analisis Sistem
Menurut Jogiyanto (2005), analisis sistem merupakan penguraian dari
suatu sistem informasi yang utuh ke dalam bagian-bagian komponennya dengan
maksud
untuk
mengidentifikasikan
dan
mengevaluasi
permasalahan-
permasalahan, kesempatan-kesempatan, hamabatan-hambatan yang terjadi dan

kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikannya.
Tahap analisis merupakan tahap yang kritis dan sangat penting, karena
kesalahan dalam tahap ini akan menyebabkan kesalahan di tahap selanjutnya.
Dalam proses analisis sistem terdapat 3 (tiga) tahap analisis yang
digunakan yakni sebagai berikut :
3.1.1
Analisis Kebutuhan Sistem

Analisis kebutuhan sistem dilakukan untuk mengetahui fasilitas yang
harus disediakan atau dimiliki oleh sistem agar dapat melayani kebutuhan
pengguna sistem. Peran penting dari aplikasi ini adalah untuk membantu
pegawai Percetakan CV. IDEA Kupang khususnya pada bidang pemesanan
dalam proses pengolahan data yang lebih efektif dan efisien.
37
3.1.2
Analisis Peran Sistem

Peran dari sistem yang dibangun adalah sebagai berikut:
1. Sistem yang dibangun dapat meng-input data barang, konsumen, supllier,

transaksi penjualan, transaksi pembelian.
2. Sistem yang dibangun dapat merekam seluruh data-data yang dimasukkan.
Semua data yang dimasukan direkam ke dalam database
yang kemudian
ditampilkan kembali ke tabel-tabel dalam form.

3. Sistem yang dibangun dapat membuat laporan antara lain laporan stok barang,
laporan order pelanggan jenis barang (laporan penjualan), nota penjualan,
faktur penjualan, laporan order pelanggan jenis jasa, laporan pembelian barang
dari supllier.
4. Sistem yang dibangun dapat menganalisa dan memberikan rekomendasi dalam
hubungan optimalisasi (lagrange multipliers) stok barang.
5. Sistem yang dibangun dapat menganalisis jumlah barang yang terjual dan yang
dibeli serta pendapatan perbulan dalam bentuk grafik .
3.1.2.1 Analisis Sistem Yang Sedang Berjalan
Sistem pengolahan data yang selama ini digunakan oleh pegawai
Percetakan CV. IDEA Kupang adalah sebagai berikut:
1. Pelanggan melakukan order memberikan data pesanan, pelanggan
dan pelunasan
38
2. Data-data hasil kegiatan diserahkan ke bagian pemesanan, yang

selanjutnya data-data tersebut dicatat dalam sebuah buku besar.
3. Buku besar disimpan dalam sebuah lemari sebagai tempat
penyimpanan data-data orderan.
4. Data-data dari buku besar diambil dan diketik ke dalam Microsoft
Excel untuk proses pembuatan laporan yang kemudian diserahkan
ke manager.
Berdasarkan uraian dari sistem yang berjalan dan merujuk dari
permasalahan yang diangkat maka pada tahap analisis sistem yang
berjalan ini dapat disimpulkan kelemahannya adalah pegawai yang
bertugas dalam pengolahan data kesulitan melakukan proses pengolahan
data berdasarkan identifikasi masalah yang telah diuraikan dalam latar
belakang masalah. Berikut adalah flowchart dari sistem yang sedang
berjalan:
39
Pelanggan
Pemesanan
Mendata data
pesanan,data barang
Start
Pimpinan
Laporan
Proses pembuatan
laporan
data
pesanan
End
Cetak laporan
Laporan
Gambar 3.1. Flowchart Sistem yang Lama

3.1.2.2 Analisis Sistem Yang Baru
Berdasarkan uraian dari sistem yang sedang berjalan yang
memiliki kelemahan berdasarkan permasalahan yang diangkat maka
dibuat sistem yang baru untuk mengatasi masalah yang ada. Berikut
adalah uraian peran dari sistem yang baru:
1. Pelanggan yang melakukan order memberikan data data
pelanggan, pemesanan, dan pelunasan.
40
2. Pegawai di bagian gudang juga memberikan data stok, apabila

pegawai ingin melakukan analisis optimalisasi gudang maka
diberikan juga nilai variabel variabel yang akan di analisa
3. Data-data diserahkan ke bagian pengolahan data, yang selanjutnya
data-data tersebut di-input ke dalam sistem, kemudian data akan
disimpan kedalam database. Namun data analisa yakni nilai variable
variable analisis optimalisasi barang gudang tidak disimpan di
database.
4. Data-data yang telah disimpan dapat ditampilkan kembali form,
sehingga mempermudah untuk proses rubah dan hapus data. Hasil
optimasi akan ditunjukan kepada operator dalam bentuk pesan dan
diterusakan ke bagian produksi atau gudang.
5. Laporan dapat dicetak langsung dari sistem dan diserahkan ke
manager sebagai pertanggung jawaban, bagian produksi, dan bagian
pemesanan.
Pada uraian sistem yang baru lebih mempermudah pegawai yang
bertugas dalam pengolahan data. Semua data di-input ke dalam sistem,
disimpan dalam database dan dapat membuat laporan secara langsung
dari sistem. Berikut adalah flowchart dari sistem yang baru:
41
Gambar 3.2. Flowchart Sistem yang Baru
42
3.1.2.3
Analisis Lagrange Multipliers

Penerapan model Lagrange Multipliers pada Percetakan CV. IDEA
Kupang diambil pada suatu persoalan persediaan dengan banyaknya jenis

barang n = 3 dan parameter dari ketiga jenis barang barang ini dapat
dinyatakan sebagai berikut :
Jenis Barang
Ki
Ui
hi
mi
1
2
3
10
5
15
2
4
4
0.3
0.1
0.2
1
1
1
n = jenis barang
Ki = Ordering Cost/ Biaya Pemesanan
Ui = Jumlah unit Barang
hi = Biaya Pemeliharaan
mi = luas untuk jenis barang tersebut
Diketahui bahwa total luas tempat penampungan M = 25 ft2 dan rumus
dalam mencapai optimal adalah :
Qi* =
-M=0
... 2
43
Berdasarkan rumus 2, dan menggunakan lamda () dimulai dari 0

dengan -0.05 melalui pengurangan setiap nilai dengan 0.05 akan diperoleh
hasil hasil sebagai berikut :
1. Untuk = 0, akan diperoleh :

a. Q1 =
b. Q2 =
c. Q3 =
d.
.
.
.
= 11.55
( )
= 20.00
= 24.49
( ( ) )
( ( ) )
)
( ( ) )
- M = 31.04
2. Untuk = - 0.05, akan diperoleh :

a. Q1 =
b. Q3 =
c. Q3 =
d.
= 10.00
( )
= 14.14
( ( .
( ( .
( ( .
) )
) )
) )
= 20.0
- M = 19.14
3. Selanjutnya untuk yang terus menurun dengan interval 0.05,

akan diperoleh nilai seperti pada tabel :
44
Gambar 3.3 tabel Iterasi

Titik optimal terjadi ketika hasil perhitungan rumus atau
persamaan
- M mencapai 0 (nilai sigma mencapai 0). Jika
tidak mencapai 0 maka perhitungan akan diulang kembali dengan

langkah yang sama ( langkah 1 dan 2 halaman 44) dengan nilai lamda
dikurangi 0.05 (trial and error). Proses akan diulang ulang sehingga
akan mendapatkan
- M
mencapai 0. Keadaan dimana
- M mencapai 0 itulah yang dinamakan titk optimal. Dari
tabel iterasi, diketahui titik optimal terjadi pada iterasi ke 8. Maka Q

iterasi ke 8 adalah Q optimal untuk masing masing barang.
3.1.3
Analisis Peran Pengguna

Peran pengguna yang mengelola sistem ini adalah operator yakni
pegawai Percetakan CV. IDEA Kupang yang bertugas khusus dalam proses
45
pengolahan data order dan bekerja sama dengan pegawai bagian gudang.
Operator mempunyai peran penting dalam proses perekaman data, pembuatan
laporan, hingga analisa optimalisasi gudang.
3.1.4
Analisis Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional menggambarkan keadaan sistem
yang ada pada proses pengolahan data order pelanggan dan pengendalian stok
dengan menggunakan metode lagrange multipliers di Percetakan CV. IDEA
Kupang diantaranya perangkat keras, perangkat lunak, serta user sebagai bahan
analisis kekurangan dan kebutuhan yang harus dipenuhi dalam perancangan
sistem yang akan diterapkan.
1)
Analisis perangkat keras

Perangkat keras adalah sebuah komponen atau unsur peralatan
yang digunakan untuk menunjang pembanggunan sistem. Spesifikasi
perangkat keras komputer yang digunakan dalam aplikasi pengolahan
data order pelanggan dan pengendalian stok adalah sebagai berikut:
a. Komputer prosesor pentium IV
b. Monitor vga atau svga 32 bit resolusi hingga 1024x768
c. Vga card 128mb
d. Hard Disk Drive 80 GB
e. Memori ram 1.5 GB
f. DVD RW LG
g. Printer
46
h. Mouse dan Keyboard

Secara keseluruhan spesifikasi perangkat keras komputer yang
ada sudah memenuhi syarat untuk kebutuhan perangkat lunak yang akan
diaplikasikan.
2)
Analisis perangkat lunak

Secara keseluruhan sistem operasi yang digunakan pada
komputer di Percetakan CV. IDEA Kupang adalah Windows 7 dan
perangkat kerja yang sering digunakan adalah Microsoft Ofice Word dan
Microsoft Excel. Sistem yang sudah ada tidak berpengaruh oleh
perangkat lunak yang diaplikasikan. Perangkat lunak yang digunakan
dalam membangun aplikasi pengolahan data order pelanggan dan
pengendalian stok adalah Java, MySQL dan iReport. Berdasarkan
analisis perangkat lunak yang dilakukan, sistem operasi yang dijalankan
di Percetakan CV. IDEA Kupang dapat mendukung perangkat lunak
yang akan diaplikasikan.
3)
Analisis user
Analisis user dimaksudkan untuk mengetahui kemampuan user
sehingga dapat diketahui tingkat pengalaman dan pemahaman user
terhadap komputer. Pada sistem ini user yang berwewenang dalam
47
mengolah data adalah pegawai yang bertugas khusus dalam pengolahan

data.
3.2
Perancangan Sistem
Perancangan sistem dapat didefinisikan sebagai tahap penggambaran,
perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang
terpisah ke dalam suatu kesatuan yang utuh dan berfungsi. Perancangan sistem
harus berdasarkan flowchart sistem yang baru seperti yang sudah digambar
pada pembahasan sebelumnya. Semua fungsionalitas produk yang telah
dispesifikasikan dalam tahap analisis akan diterapkan dalam proses
perancangan ini.
3.2.1
Use Case
Use case adalah urutan kejadian-kejadian yang terdapat pada suatu
sistem yang dapat memberikan penyelesaian proses pada aktor. Use case
digunakan untuk memodelkan dan menyatakan unit fungsi/layanan yang
disediakan oleh sistem. Use case berisi sesuatu yang dikerjakan oleh sistem
atau berdasarkan perintah yang dilakukan oleh aktor.
Berikut adalah use case dari sistem:
48
System
mengolah data login
mengelolah data barang

mengelolah data konsumen
mengelolah data supllier
<<include>>
<<include>>
<<include>>
mengelolah data transaksi penjualan
<<include>>
<<include>>
mengelolah data pembelian
<<include>>
mencetak laporan jumlah stok
<<include>>
<<include>>
<<include>>
mencetak laporan penjualan
<<include>>
admin
mencetak laporan pembelian
<<include>>
mencetak laporan fotokopi
<<include>>
<<include>>
<<include>>
mencetak laporan jasa lain
<<include>>
<<include>>
meli8hat grafik pembelian barang perbulan
meli8hat grafik penjulalan barang perbulan
meli8hat grafik pendapatan perbulan
melihat analisa stok
mencetak nota dan faktur penjualan
Gambar 3.4 Use case diagram
49
login
3.2.2
Use Case Deskripsi (Use Case Description)

Dalam uraian use case deskripsi terdapat dua alur yaitu alur dasar (basic
flow) dan alur alternative (alternative flow). Alur dasar menjelaskan alur
dasar kerja sistem berdasarkan aksi aktor tanpa ada perubahan kondisi
sedangkan alur alternatif merupakan alur yang digunakan sebagai
alternatif apabila terdapat kondisi lain dalam alur kerja aktor dan sistem.
Berikut adalah use case deskripsi dari masing-masing use case :
1) Login
Nama use case : login
Aktor
: admin
Deskripsi: use case ini merupakan proses awal yang harus
dilakukan admin sebelum melakukan proses pengolahan
data pada sistem.
Pre-condition
1. Sistem harus sudah berada pada form login.

2. Admin melakukan proses login
Post-condition
: Sistem menampilkan form menu utama.

Tabel 3.1
Deskripsi use case login
Aksi Aktor
Alur dasar (basic flow)
1. Menjalankan aplikasi
Reaksi Sistem
2. Sistem menampilkan form
Login
3. Admin mengisi username dan

50
password
4. Menekan tombol login
5. Sistem menampilkan form

menu utama
6. Altenatife flow no. 5 Jika

sistem tidak menampilkan
form
menu utama
dan
menampilkan pesan error
maka sistem akan kembali ke
form login.
2) Mengelolah Data Kelola Login

a.
Memasukkan Data Kelola Login

Nama use case
: memasukkan data kelola login
Aktor
: admin
Deskripsi
: proses ini merupakan proses memasukkan data kelola

login yang baru ke dalam basis data.
Pre-condition
: 1. Admin harus sudah melakukan proses login

2. Admin berada dalam menu master.
Post-condition
: Data informasi kelola login telah tersimpan

Tabel 3.2
Deskripsi Memasukkan Data Kelola Login

Aksi aktor
1. Memilih menu master
Reaksi sistem
2. Menampilkan menu
master
3. Memilih sub menu data kelola 4. Menampilkan
form
login
input data kelola login
5. Menekan tombol Tambah
6. Mengaktifkan textfield
dan combobox
51
7. Memasukkan data kelola login

seperti: password, username di
form input data kelola login
8. Menekan tombol Simpan
b.
9. Menyimpan
data
kelola login ke dalam
basis
data
dan
menampilkan pesan
berhasil disimpan
Memperbaharui data kelola login

Nama use case
: memperbaharui data kelola login
Aktor
: admin
Deskripsi
: proses ini merupakan proses pembaharuan data

kelola login yang tersimpan dalam basis data.
Pre-condition

Post-condition
: Data informasi kelola login telah diperbaharui

Tabel 3.3
Deskripsi Memperbaharui Data Barang

Aksi actor
1. Memilih data yang akan
diperbaharui
3. Memperbaharui data yang
dipilih
5. Menekan tombol Rubah
52
Reaksi sistem
2. Menampilkan data dari
table ke textfield
4. Menampilkan
form
input data login
6. Menyimpan data login
yang
telah
diperbaharaui kedalam
basis
data
dan
menampilkan
pesan
Data
berhasil
diupdate
c.
Menghapus data kelola login

Nama use case
menghapus data kelola login
Aktor
admin
Deskripsi
proses ini merupakan proses dimana ada

kemungkinan data kelola login tidak terdaftar..
Pre-condition
1. Admin harus sudah melakukan proses login

2. Admin berada dalam menu olah login.
Post-condition
Data informasi kelola login telah terhapus
Tabel 3.4
Deskripsi Menghapus Data Kelola Login
Aksi actor
Reaksi system
dihapus
2. Menekan tombol Hapus
3. Menampilkan
pesan
konfirmasi hapus data
hapus record???
4. Jika jawaban pesan
adalah Ya maka data
akan terhapus dari
basis
data
dan
menampilkan berhasil
dihapus.
53
Alur alternative No.4 Jika .

jawaban pesan adalah No, maka
sistem
akan
menampilkan
kembali data yang hendak
dihapus
3) Mengelolah data barang

a) Memasukkan data barang
Nama use case : memasukkan data barang
Aktor
Deskripsi
: admin
: proses ini merupakan proses memasukkan data
barang yang baru ke dalam basis data.
Pre-condition

Post-condition
: Informasi data barang telah tersimpan

Tabel 3.5
Deskripsi Memasukkan Data Barang
Aksi aktor
Reaksi sistem
2. Menampilkan menu
master
3. Memilih sub menu data barang 4. Menampilkan
form
input data barang
dan combobox
7. Memasukkan data barang
seperti: kode kecamatan, nama
barang di form input data
barang
54
9. Menyimpan
data
barang ke dalam basis
data dan menampilkan
pesan
berhasil
disimpan
b) Memperbaharui data barang

Nama use case
: memperbaharui data barang
Aktor
: admin
Deskripsi
: proses ini merupakan proses pembaharuan data barang

yang tersimpan dalam basis data. Proses ini
dilakukan apabila ada perubahan dalam data barang
misalnya tejadi kesalahan penulisan data barang
maka perlu diperbaharui.
Pre-condition

Post-condition
: Data informasi barang telah diperbaharui

Tabel 3.6
Deskripsi Memperbaharui Data Barang

Aksi actor
Reaksi system
2. Menampilkan data
diperbaharui
dari table ke textfield
3. Memperbaharui data yang 4. Menampilkan
form
dipilih
input data barang
6. Menyimpan
data
barang yang telah
diperbaharaui kedalam
55
basis
data
dan
menampilkan
pesan
Data
berhasil
diupdate
c) Menghapus data barang

Nama use case
: menghapus data barang
Aktor
: admin
Deskripsi
: proses ini merupakan proses dimana ada

kemungkinan data barang yang terdaftar tidak
termasuk barang yang terdapat di gudang maka data
barang tersebut perlu dihapus dari dalam basis data.
Pre-condition

Post-condition
: Data informasi barang telah terhapus

Tabel 3.7
Deskripsi Menghapus Data Barang
Aksi aktor
Reaksi sistem
dihapus
3. Menampilkan
pesan
hapus record???
adalah Ya maka data
akan terhapus dari
basis
data
dan
56
dihapus.
Alur alternative No.4 Jika
jawaban pesan adalah No,
maka
sistem
akan
menampilkan kembali data
yang hendak dihapus.
4) Mengelola data konsumen

a.
Memasukan data konsumen

Nama use case
: memasukkan data konsumen
Aktor
: admin
Deskripsi

konsumen yang baru ke dalam basis data. Proses ini
dilakukan apabila terjadi perubahan data konsumen,
maka data hasil pergantian dokumennya dimasukkan
kedalam sistem.
Pre-condition

Post-condition
: Data informasi data konsumen telah

Tersimpan
57
Tabel 3.8
Deskripsi Memasukan Data Konsumen
Aksi aktor
3.
5.
7.
8.
b.
Reaksi sistem
2. Menampilkan
menu
master
Memilih sub menu data 4. Menampilkan
form
konsumen
input data konsumen
Menekan tombol Tambah
dan combobox
Memasukkan data konsumen
seperti:kode konsumen,nama
konsumen di form input data
konsumen.
Menekan tombol Simpan
9. Menyimpan
data
konsumen ke dalam
basis
data
dan
menampilkan
pesan
berhasil disimpan
Memperbaharui data konsumen

Nama use case
: memperbaharui data konsumen
Aktor
: admin
Deskripsi

konsumen yang tersimpan dalam basis data. Proses
ini dilakukan apabila ada kesalahan pengetikan
nama
konsumen maka perlu dilakukan proses
pembaharuan data
Pre-condition

58
Post-condition
: Informasi data konsumen telah diperbaharui.

Tabel 3.9
Deskripsi Memperbaharui Data Konsumen

Aksi aktor
diperbaharui
3. Memperbaharui data yang
dipilih
c.
Reaksi sistem
2. Menampilkan
data
dari table ke textfield
4. Menampilkan
form
input konsumen
6. Menyimpan
data
konsumen yang telah
diperbaharaui
kedalam basis data
dan
menampilkan
pesan Data berhasil
diupdate
Menghapus data konsumen

Nama use case : menghapus data konsumen
Aktor
: admin
Deskripsi
proses
ini
merupakan
proses
dimana
kemungkinan data konsumen yang terdaftar
ada
tidak
termasuk konsumen dari Percetakan CV. IDEA Kupang

maka data konsumen tersebut perlu dihapus dari dalam
basis data.
Pre-condition

Post-condition
: Data informasi data konsumen terhapus.
59
Tabel 3.10
Deskripsi Menghapus Data Konsumen
Aksi actor
Reaksi sistem
dihapus
3. Menampilkan
pesan
hapus record???
adalah Ya maka data
akan terhapus dari
basis
data
dan
dihapus.
Alur alternative No.4
Jika jawaban pesan adalah
No, maka sistem akan
menampilkan kembali data
yang hendak dihapus.
5) Mengelolah data supllier

a.
Memasukkan data supllier

Nama use case
memasukkan data supllier
Aktor
admin
Deskripsi
proses ini merupakan proses memasukkan data
supllier yang baru ke dalam basis data. Proses ini

dilakukan apabila terjadi perubahan data supllier,
maka data hasil pergantian dokumennya dimasukkan
kedalam sistem.
60
Pre-condition
:1. Admin harus sudah melakukan proses login

Post-condition : Data informasi supllier telah tersimpan.

Tabel 3.11
Deskripsi Memasukan Data Supllier
Aksi aktor
3.
5.
7.
8.
b.
Reaksi sistem
2. Menampilkan menu
master
Memilih sub menu data 4. Menampilkan
form
supplier
input data supplier
Menekan tombol Tambah
6. Mengaktifkan
textfield
dan
combobox
Memasukkan data supllier
seperti: kode supllier, nama
supllier, alamat supplier di
form input data supplier
Menekan tombol Simpan
9. Menyimpan
data
sekolah ke dalam
basis
data
dan
menampilkan pesan
berhasil disimpan
Memperbaharui data supllier

Nama use case
: memperbaharui data supllier
Aktor
: admin
Deskripsi

supllier yang tersimpan dalam basis data. Proses ini
61
dilakukan apabila terjadi kesalahan memasukkan

data supllier maka data tersebut perlu diperbaharui.
Pre-condition

Post-condition
: Data informasi supplier diperbaharui.

Tabel 3.12
Deskripsi Memperbaharui Data Supllier
Aksi aktor
1. Memilih data
diperbaharui
3. Memperbaharui
dipilih
yang
data
c.
Reaksi sistem
akan 2. Menampilkan
data
dari tabel ke textfield
yang 4. Menampilkan
form
input data supplier
6. Menyimpan
data
supllier yang telah
diperbaharaui
kedalam basis data
dan
menampilkan
pesan Data berhasil
diupdate
Menghapus Data Supllier

Nama use case
: menghapus data Supllier
Aktor
: admin
Deskripsi
: proses ini merupakan proses dimana ada
62
kemungkinan data supllier yang terdaftar
tidak
termasuk supllier yang biasa melakukan hubungan

bisnis dengan Percetakan CV. IDEA Kupang maka
data supllier tersebut perlu dihapus dari dalam basis
data.
Pre-condition

Post-condition
:Data informasi data suplier telah terhapus.

Tabel 3.13
Deskripsi Menghapus Data Supllier
Aksi actor
Reaksi sistem
dihapus
3. Menampilkan
pesan
hapus record???
adalah Ya maka data
akan terhapus dari
basis
data
dan
dihapus.
Jika jawaban pesan adalah No,
maka sistem akan menampilkan
dihapus.
63
6) Mengelolah data transaksi penjualan

a.
Memasukkan data transaksi penjualan

Nama use case
memasukkan data transaksi penjualan
Aktor
admin
Deskripsi

transaksi penjualan yang baru ke dalam basis data.
Proses ini dilakukan apabila terjadi perubahan
pemesanan konsumen, maka data hasil pergantian
dimasukkan kedalam sistem.
Pre-condition

2. Admin berada dalam menu transaksi.
Post-condition
Data informasi data siswa telah tersimpan

Tabel 3.14
Deskripsi Memasukan Data Transaksi Penjualan

Aksi aktor
3. Memilih sub menu faktur
7. Memasukkan data transaksi

penjualan seperti: No_Order,
No_Konsumen, tanggal order,
tanggal ambil, total di form
input data transaksi penjualan.
64
Reaksi sistem
2. Menampilkan menu
master
4. Menampilkan form
input
transaksi
penjualan
6. Mengaktifkan
textfield
dan
combobox
b.
9. Menyimpan
data
transaksi penjualan
ke dalam basis data
dan
menampilkan
pesan
berhasil
disimpan
Memperbaharui data transaksi penjualan

Nama use case
memperbaharui data transaksi penjualan
Aktor
admin
Deskripsi
proses ini merupakan proses pembaharuan data
transaksi penjualan yang tersimpan dalam basis data.

Proses ini dilakukan apabila terjadi kesalahan
memasukan data transaksi penjualan kedalam sistem,
maka data tersebut perlu diperbaharui
Pre-condition

Post-condition
:Data
informasi
transaksi
penjualan
diperbaharui.
Tabel 3.15
Deskripsi Memperbaharui Data Transaksi Penjualan
Aksi aktor
1. Memilih data yang
diperbaharui
3. Memperbaharui data
65
Reaksi sistem
akan 2. Menampilkan
data
yang 4. Menampilkan
form
telah
dipilih
input data transaksi

penjualan
6. Menyimpan
data
transaksi
penjualan
yang
telah
diperbaharaui
kedalam basis data
dan
menampilkan
pesan Data berhasil
diupdate
c.
Menghapus data transaksi penjualan

Nama use case
:menghapus data transaksi penjualan
Aktor
:admin
Deskripsi
:proses
ini
merupakan
proses
dimana
ada
kemungkinan data transaksi penjualan yang terdaftar

tidak termasuk transaksi penjualan yang terdapat
dalam percetakan maka data transaksi penjualan
tersebut perlu dihapus dari dalam basis data
Pre-condition

Post-condition
:Data informasi data transaksi penjualan telah

terhapus
7) Mengelolah data transaksi pembelian

a. Memasukkan data transaksi pembelian
Nama use case
memasukkan data transaksi pembelian
Aktor
admin
66
Deskripsi

transaksi pembelian yang baru ke dalam basis data.
Proses ini dilakukan apabila terjadi perubahan
pemesanan ke supllier, maka data hasil pergantian
dimasukkan kedalam sistem.
Pre-condition

Post-condition
:Data informasi data siswa telah tersimpan

Tabel 3.17
Deskripsi Memasukan Data Transaksi Pembelian

Aksi aktor
Reaksi sistem
2. Menampilkan menu
master
4. Menampilkan form
input
transaksi
pembelian
6. Mengaktifkan
textfield
dan
combobox
3. Memilih sub menu faktur
7. Memasukkan data transaksi

pembelian seperti: No Nota,
Kode Supllier, tanggal, tanggal
tempo, total di form input data
transaksi pembelian.
9. Menyimpan
data
transaksi pembelian
ke dalam basis data
dan
menampilkan
pesan
berhasil
disimpan
67
b. Memperbaharui data transaksi pembelian

Nama use case
memperbaharui data transaksi pembelian
Aktor
admin
Deskripsi
proses ini merupakan proses pembaharuan data
transaksi pembelian yang tersimpan dalam basis

data. Proses ini dilakukan apabila terjadi kesalahan
memasukan data transaksi pembelian kedalam
sistem, maka data tersebut perlu diperbaharui
Pre-condition

Post-condition
:Data
informasi
transaksi
pembelian
diperbaharui.
Tabel 3.18
Deskripsi Memperbaharui Data Transaksi Pembelian
Aksi aktor
1. Memilih data yang
diperbaharui
3. Memperbaharui data
dipilih
Reaksi sistem
akan 2. Menampilkan
data
yang 4. Menampilkan
form
input data transaksi
pembelian
6. Menyimpan
data
transaksi pembelian
yang
telah
diperbaharaui
kedalam basis data
dan
menampilkan
68
telah
pesan Data berhasil

diupdate
c. Menghapus Data transaksi pembelian

Nama use case
menghapus data transaksi pembelian
Aktor
admin
Deskripsi
proses
ini
kemungkinan
merupakan
data
proses
transaksi
dimana
pembelian
ada
yang
terdaftar tidak termasuk transaksi pembelian yang

terdapat dalam percetakan maka data transaksi
pembelian tersebut perlu dihapus dari dalam basis
data
Pre-condition

Post-condition
:Data informasi data transaksi pembelian telah

terhapus.
Tabel 3.19
Deskripsi menghapus Data Transaksi Pembelian

Aksi aktor
Reaksi sistem
dihapus
3. Menampilkan
pesan
hapus record???
69
adalah Ya maka data

akan terhapus dari
basis
data
dan
dihapus.
Jika jawaban pesan adalah No,
maka sistem akan menampilkan
dihapus.
8) Mencetak Laporan Jumlah Stok
Nama use case
: mencetak laporan jumlah stok
Aktor
: admin
Deskripsi
: proses ini dilakukan untuk melakukan pencetakan

laporan jumlah stok yang ada pada gudang percetakan.
Pre-condition

2. Semua data sudah diisi.
Post-condition
hasil cetakan laporan

Tabel 3.20
Deskripsi Mencetak Laporan Jumlah Stok Barang

Aksi aktor
1. Memilih menu laporan
3.
5.
7.
9.
Reaksi sistem
2. Menampilkan
menu
laporan
Memilih sub menu mencetak 4. Menampilkan
form
laporan jumlah stok barang
laporan jumlah stok
barang
Menekan tombol Tampilkan
6. Menampilkan laporan
Menekan ikon print
8. Menampilkan
pengaturan printer
Melakukan pengaturan print dan 10. Proses print laporan
menekan tombol print
70
9) Mencetak Laporan Penjualan Per Bulan

Nama use case
: mencetak laporan Penjualan Per Bulan
Aktor
: admin
Deskripsi

laporan sfPenjualan Per Bulan
Pre-condition

2.Semua data sudah diisi.
Post-condition
: hasil cetakan laporan

Tabel 3.21
Deskripsi Mencetak Laporan Penjualan Per Bulan
Aksi aktor
Reaksi sistem
2. Menampilkan
menu
laporan
3. Memilih sub menu mencetak 4. Menampilkan
form
laporan Penjualan Produk ke
laporan Penjualan
Konsumen
5. Memilih
tampil
laporan
berdasarkan BULAN, TAHUN
6. Menekan tombol Tampilkan

8. Menekan ikon print
9. Menampilkan
pengaturan printer
10. Melakukan pengaturan print dan 11. Proses print laporan
71
10)
Mencetak Laporan Pembelian Per Bulan

Nama use case
: mencetak laporan Pembelian Per Bulan
Aktor
: admin
Deskripsi

laporan Pembelian Per Bulan.
Pre-condition

Post-condition
Tabel 3.22
Deskripsi Mencetak Laporan Pembelian Per Bulan
Aksi aktor
Reaksi sistem

2. Menampilkan
menu
laporan
form
laporan Pembelian Barang dari
laporan Pembelian Per
Supllier
Bulan
5. Memilih
tampil
laporan
berdasarkan BULAN, TAHUN

9. Menampilkan
pengaturan printer
72
11) Mencetak Laporan Fotocopian Per Bulan

Nama use case
Aktor
: mencetak laporan Fotocopian Per Bulan

: admin
Deskripsi
:proses ini dilakukan untuk melakukan pencetakan

laporan Fotocopian Per Bulan
Pre-condition

Post-condition

Tabel 3.23
Deskripsi Mencetak Laporan Fotocopian Per Bulan

Aksi aktor
Reaksi sistem
2. Menampilkan
menu
laporan
form
laporan
Fotocopian
Per Bulan
5. Memilih
tampil
laporan
berdasarkan
TANGAAL,
TAHUN
9. Menampilkan
pengaturan printer
73
12) Mencetak Laporan Jasa Lain Per Bulan

Nama use case
: mencetak laporan Jasa Lain Per Bulan
Aktor
: admin
Deskripsi
: proses ini dilakukan untuk melakukanpencetakan

laporan d JasaLain Per Bulan
Pre-condition

2.Semua data sudah diisi.
Post-condition

Tabel 3.24
Deskripsi Mencetak Laporan Jasa Lain Per Bulan
Aksi aktor
Reaksi sistem
2. Menampilkan
menu
laporan
form
laporan Jasa Lain Per
Bulan
5. Memilih
tampil
laporan
berdasarkan
TANGAAL,
TAHUN
9. Menampilkan
pengaturan printer
74
13) Melihat Grafik Penjualan Barang Perbulan

Nama use case
melihat grafik penjualan barang perbulan
Aktor
admin
Deskripsi
Proses ini dilakukan untuk menganalisis jumlah
barang yang terjual perbulanya. Hasil analisisnya

berupa grafik perbandingan jumlah barang dari bulan
ke bulan
Pre-condition

2.Data transaksi penjualan sudah diisi
Post-condition
: gambar grafik di tampilkan

Tabel 3.25
Deskripsi Melihat Grafik Penjualan Barang Per Bulan

Aksi aktor
1. Memilih menu grafik
Reaksi sistem
2. Menampilkan
menu
grafik
3. Memilih sub menu grafik 4. Menampilkan
form
penjualan per bulan
grafik pernjualan per
bulan
5. Menekan tombol tampilkan 6. Menampilkan grafik
grafik
7. Melihat grafik hasil analisis
14) Melihat Grafik Pembelian Barang Per Bulan

Nama use case
melihat grafik Pembelian Barang per Bulan
Aktor
admin
75
Deskripsi
:Proses ini dilakukan untuk menganalisis jumlah

Pembelian Barang per Bulan. Hasil analisisnya
berupa grafik perbandingan jumlah
barang dari
bulan ke bulan.
Pre-condition

2.Data transaksi pembelian sudah diisi
Post-condition
: gambar grafik di tampilkan

Tabel 3.26
Deskripsi Melihat Grafik Pembelian Barang Per Bulan

Aksi aktor
Reaksi sistem
2. Menampilkan
menu
grafik
form
pembelian barang per bulan
grafik
pembelian
barang per bulan
grafik
15) Melihat Grafik Pendapatan Per Bulan.

Nama use case
melihat grafik pendapatan per bulan
Aktor
admin
Deskripsi
Proses ini dilakukan untuk menganalisis jumlah
pendapatan yang diterima CV. IDEA per bulan.
76
Hasil analisisnya berupa grafik perbandingan jumlah

pendapatan setiap bulannya.
Pre-condition

2.Data transaksi penjualan sudah diisi
Post-condition
: gambar grafik di tampilkan.

Tabel 3.27
Deskripsi Melihat Grafik Pendapatan Per Bulan
Aksi aktor
Reaksi sistem
2. Menampilkan
menu
grafik
form
Pendapatan per Bulan
grafik Pendapatan per
Bulan
grafik
16) Melihat hasil analisa stok

Nama use case
melihat hasil analisa stok
Aktor
: admin
Deskripsi
:Proses
ini
dilakukan
untuk
menganalisis
optimalisasi stok barang gudang. Hasil analisisnya

berupa pemberitahuan optimalisasi dari tiap barang.
Pre-condition
77
2.Data analisis stok sudah diisi

Post-condition
:Pemberitahuan optimalisasi dari tiap barang

Tabel 3.28
Deskripsi Melihat Hasil Analisis Stok
Aksi aktor
1. Memilih menu analisis
Reaksi sistem
3. Memilih sub menu analisa stok
2. Menampilkan
analisis
4. Menampilkan
analisa stok
menu
form
5. Mengisi value dari tiap variable

yang disediakan
6. Menekan tombol proses
7. Pemberitahuan
optimalisasi dari tiap
barang
17) Mencetak Nota Penjualan dan Faktur Penjualan

Nama use case
: mencetak Nota penjualan dan faktur penjualan
Aktor
admin
Deskripsi
Proses ini dilakukan untuk mencetak nota
penjualan yang akan diserahkan kepada konsumen

sebagai bukti transaksi.
Pre-condition

2. Data transaksi penjualan sudah diisi
Post-condition
: laporan ditampilkan
78
Tabel 3.29
Deskripsi Mencetak Nota Penjualan Dan Faktur Penjualan
Aksi aktor
Reaksi sistem

1. Memilih menu transaksi
2. Menampilkan
menu
transaksi
3. Memilih sub menu transaksi 4. Menampilkan
penjualan
form
transaksi penjualan
5. Mengisi form yang disediakan

6. Menekan tombol cetak
7. Menampilkan preview
faktur dan nota yang
akan dicetak
yang
akan dicetak
8. Melakukan pengaturan printer 9. Mencetak laporan
dan menekan tombol print
3.2.3
Diagram Aktivitas (Activity Diagram)

Diagram aktivitas menggambarkan alir aktivitas dari suatu proses
bisnis atau secara tahap demi tahap dari suatu sistem yakni menjelaskan
bagaimana masing-masing alir aktivitas dimulai, kondisi yang mungkin
terjadi hingga berakhirnya aktivitas tersebut. Adapun diagram aktifitasnya
sebagai berikut:
79
1) Diagram Aktifitas Memasukkan Data Konsumen

Tabel 3.30
Aktivitas Memasukkan Data Konsumen
Admin
Sistem
80
Database
2) Diagram Aktivitas Menghapus Data Konsumen

Tabel 3.31
Aktivitas Menghapus Data Konsumen
Admin
Sistem
81
Database
3) Diagram Aktivitas Memasukkan Data Barang

Tabel 3.32
Aktivitas Memasukkan Data Barang
Admin
Sistem
82
Database
4) Diagram Aktivitas Menghapus Data Barang

Tabel 3.33
Aktivitas Menghapus Data Barang
Admin
Sistem
83
Database
5) Diagram Aktivitas Memasukkan Data Supllier

Tabel 3.34
Aktivitas Memasukkan Data Supllier
Admin
Sistem
84
Database
6) Diagram Aktivitas Menghapus Data Supllier

Tabel 3.35
Aktivitas Menghapus Data Supllier
Admin
Sistem
85
Database
7) Diagram Aktivitas Memasukkan Data Transaksi Penjualan

Tabel 3.36
Aktivitas Memasukkan Data Transaksi Penjualan
Admin
Sistem
86
Database
8) Diagram Aktivitas Menghapus Data Transaksi Penjualan

Tabel 3.37
Aktivitas Menghapus Data Transaksi Penjualan
Admin
Sistem
87
Database
9) Diagram Aktivitas Memasukkan Data Transaksi Pembelian

Tabel 3.38
Aktivitas Memasukkan Data Transaksi Pembelian
Admin
Sistem
88
Database
10) Diagram Aktivitas Menghapus Data Transaksi Pembelian

Tabel 3.39
Aktivitas Menghapus Data Pembelian
Admin
Sistem
89
Database
11) Diagram Aktivitas Mencetak Laporan

Tabel 3.40
Aktivitas Mencetak Laporan
Admin
Sistem
No
valid?
Yes
90
Database
12) Diagram aktivitas Melihat Grafik

Tabel 3.41
Aktivitas Melihat Grafik
Admin
Sistem
91
Database
13) Diagram aktivitas Mencetak Nota Penjualan dan faktur penjualan

Tabel 3.42
Aktivitas Mencetak Nota Dan Faktur Penjualan
Admin
Sistem
92
Database
14) Diagram aktivitas Melihat Analisa Stok

Tabel 3.43
Aktivitas Melihat Analisa Stok
Admin
Sistem
93
Database
3.2.4
ERD (Entity Relational Diagram)

ERD merupakan suatu model untuk menjelaskan hubungan antar data
dalam basis data berdasarkan objek-objek dasar data yang mempunyai
hubungan antar relasi. Berikut adalah gambar ERD dari sistem:
Gambar 3.5 ERD

Konsumen memesan barang, karena hubungan kedua entitas ini adalah many
to many, maka akan terbentuk tabel baru dimana atributnya adalah
gabungan gabungan key dari kedua sisi entitas ditambah atribut baru, relasi
memesan dinamakan relasi asosiasi. Relasi asosiasi memesan akan
menghasilkan entitas transaksi penjualan dan tabel transaksi penjualan untuk
94
mencatat aktivitas hubungan dua master entitas yang ada yakni entitas barang
dan konsumen. Karena tiap transaksi memiliki detailnya masing masing
maka relasi asosiasi memesan akan dipecah lagi menjadi entitas detail
transaksipenjualan. Hubungan entitas barang dan konsumen yang tadinya
many to many setelah munculnya relasi asosiasi memesan akan menjadi
one to many . Satu konsumen boleh memiliki lebih dari satu transaksi
penjualan. Satu barang boleh dimiliki oleh lebih dari satu transaksi penjualan.
Satu transaksi penjualan boleh memiliki lebih dari satu detail penjualan.
Selanjutnya supllier menyalurkan barang, karena hubungan kedua entitas ini
adalah many to many, maka akan terbentuk tabel baru dimana atributnya
adalah gabungan gabungan key dari kedua sisi entitas ditambah atribut baru,
relasi menyalur juga dinamakan relasi asosiasi. Relasi asosiasi menyalur akan
menghasilkan entitas transaksi pembelian dan tabel transaksi pembelian untuk
mencatat aktivitas hubungan dua master entitas yang ada yakni entitas supllier
dan barang. Karena tiap transaksi memiliki detailnya masing masing maka
relasi asosiasi menyalur akan dipecah lagi menjadi entitas detail transaksi
pembelian. Hubungan entitas barang dan supllier yang tadinya many to
many setelah munculnya relasi asosiasi menyalur akan menjadi one to
many . Satu supllier boleh memiliki lebih dari satu transaksi penjualan. Satu
barang boleh dimiliki oleh lebih dari satu transaksi pembelian. Satu transaksi
pembelian boleh memiliki lebih dari satu detail pembelian. Atribut yang
terdapat dalam ERD merupakan atribut yang mewakili atribut-atribut yang
95
lainnya dari masing-masing entitas. Dalam masing-masing entitas masih

terdapat atribut-atribut yang lain, hal tersebut dilakukan agar ERD tidak
terlihat penuh karena atribut dari beberapa entitas diatas memiliki atribut yang
cukup banyak yakni belasan hingga puluhan atribut. Sehingga, agar terlihat
rapi dalam ERD hanya dicantumkan beberapa atribut untuk mewakili atribut
yang lain. Atribut dari masing-masing entitas dapat dilihat lebih lengkapnya
digambar 3.7 atau dapat juga dilihat pada pembahasan perancangan tabel.
3.2.5
Diagram Kelas (Class Diagram)

Diagram kelas merupakan tahap untuk merancang keputusankeputusan dan rincian-rincian implementasi. Berikut adalah gambar
diagram kelas dari sistem yang dibangun:
96
konsumen
~No_Konsumen: String
~Nama_Konsumen: String
~Alamat: String
~No_Telp: String
login
~username: String
~password: String
+getUsername(): String
+setUsername(user: String)
+getPassword(): String
+setPassword(password: String)
Transaksipenjualan
+getNo_Konsumen(): String
+setNo_Konsumen(No_Konsumen: String)
+getNama_Konsumen(): String
+setNama_Konsumen(Nama_Konsumen: String)
+getAlamat(): String
+setAlamat(Alamat: String)
+getNo_Telp(): String
+setNo_Telp(No_Telp: String)
-NoOrder: String
-NoKonsumen: String
-Keterangan: String
-TglOrder: Date
-TglPengambilan: Date
-Total: int
-Bayar: int
-Kembali: int
-UangMuka: int
-Sisa: int
DetailTransaksipembelian
-NoDetail: String
-NoNota: String
-KdBarang: String
-Qty: int
-Harga: int
+getQty(): int
+setQty(Qty: int)
+getHarga(): int
+setHarga(Harga: int)
+getNoDetail(): String
+setNoDetail(NoDetail: String)
+getNoNota(): String
+setNoNota(NoNota: String)
+getKdBarang(): String
+setKdBarang(KdBarang: String)
+1*
barang
~Kd_Barang: String
~Nama: String
~Satuan: String
~Stok: String
~Jenis: String
+1
+1
+1*
Transaksipembelian
-NoNota: String
-KdSupllier: String
-Tanggal: Date
-TglTempo: Date
-Total: int
+1
+getKd_Barang(): String
+setKd_Barang(Kd_Barang: String)
+getNama(): String
+setNama(Nama: String)
+getSatuan(): String
+setSatuan(Satuan: String)
+getStok(): String
+setStok(Stok: String)
+setJenis(Jenis: String)
+getJenis(): String
+getNoOrder(): String
+setNoOrder(NoOrder: String)
+getNoKonsumen(): String
+setNoKonsumen(NoKonsumen: String)
+getTglOrder(): Date
+setTglOrder(TglOrder: Date)
+getTglPengambilan(): Date
+setTglPengambilan(TglPengambilan: Date)
+getTotal(): int
+setTotal(Total: int)
+getBayar(): int
+setBayar(Bayar: int)
+getKembali(): int
+setKembali(Kembali: int)
+getUangMuka(): int
+setUangMuka(UangMuka: int)
+getSisa(): int
+setSisa(Sisa: int)
+getKeterangan(): String
+setKeterangan(Keterangan: String)
+1
+1*
+getKdSupllier(): String
+setKdSupllier(KdSupllier: String)
+getNoNota(): String
+setNoNota(NoNota: String)
+getTanggal(): Date
+setTanggal(Tanggal: Date)
+getTglTempo(): Date
+setTglTempo(TglTempo: Date)
+getTotal(): int
+setTotal(Total: int)
Detailtransaksiipenjualan
+1*
+1*
-KdDetail: String
-NoOrder: String
-KdBarang: String
-Satuan: String
-Qty: int
-Harga: int
supllier
+1
~Kd_Supllier: String
~Nama_Supllier: String
~Alamat: String
+getKd_Supllier(): String
+setKd_Supllier(Kd_Supllier: String)
+getNama_Supllier(): String
+setNama_Supllier(Nama_Supllier: String)
+getAlamat(): String
+setAlamat(Alamat: String)
+getSatuan(): String
+setSatuan(Satuan: String)
+getQty(): int
+setQty(Qty: int)
+getHarga(): int
+setHarga(Harga: int)
+getKdDetail(): String
+setKdDetail(KdDetail: String)
+getNoOrder(): String
+setNoOrder(NoOrder: String)
+getKdBarang(): String
+setKdBarang(KdBarang: String)
Gambar 3.6 Class Diagram
3.2.6
Perancangan Basis Data

Pemodelan basis data adalah tahap menjelaskan bentuk dan
model dari basis data yang akan diterapkan dalam sistem yakni berisi
tabel-tabel beserta field-nya. Basis data (database) itu sendiri merupakan
salah satu komponen yang sangat penting dalam suatu tabel informasi,
97
karena berfungsi sebagai dasar dalam menyediakan informasi bagi

pemakai (user).
Perancanagan basis data memiliki bagian-bagian sebagai berikut:
1. Relasi Antar Tabel
Relasi
antar
tabel
dalam
perancangan
basis
data
menggambarkan hubungan antar tabel yang terdapat dalam basis data

yang di tandai dengan kardinalitas.
Lebih jelasnya dapat dilihat pada gambar relasi antar tabel berikut ini:
Transaksipembelian
*No_Nota
**Kd_Supllier
Tanggal
Tgl_Tempo
Total
konsumen
*No_Konsumen
Nama
Alamat
No_Telp
barang
transaksipenjuala
n
Detailtransaksipe
mbelian
*No_Detail
**No_Nota
**Kd_Supllier
Qty
Harga
*Kd_Barang
Nama_Brg
Satuan
Jumlah
*No_Order
**No_Konsumen
Tgl_Order
Tgl_Pengambilan
Total
Bayar
Kembali
Uang_Muka
Sisa
Keterangan
supllier
*Kd_Supllier
Nama
Alamat
Detailtransaksipenj
ualan
*Kd_Detail
**No_Order
**Kd_Barang
Qty
Harga
Satuan
login
*pass
user
Gambar 3.7 Relasi Antar Tabel

Dari gambar relasi dapat dilihat bahwa dalam basis data memiliki 8
(delapan) entitas yang saling berhubungan kecuali entitas login.
2. Perancangan Tabel
98
Pada tahap perancangan basis data dalam aplikasi yang dibangun ini
memiliki tabel tabel sebagai berikut :
Tabel 3.44
Desain Tabel login
No.
F ield
1. User
2. Pass
Type
Size Key
Keterangan
Varchar
10
Username
Varchar
15
*
Password
Tabel 3.45
Desain Tabel konsumen
No.
F ield
Type
Size Key
Keterangan
1. No_Konsumen Varchar
6
*
2. Nama
Varchar
50
3. Alamat
Varchar
20
4. No_Telp
Varchar
15
Tabel 3.46
Desain Tabel barang
No.
1.
2.
3.
4.
5.
6.
F ield
Kd_Barang
Nama_Brg
Satuan
Stok
Jenis
Harga
Type
Varchar
Varchar
Varchar
Int
Varchar
Int
Size
6
50
20
7
20
12
Key
*
Keterangan
Tabel 3.47
Desain Tabel supllier
No.
F ield
1. Kd_Supllier
2. Nama_Supllier
3. Alamat
Type
Size Key
Varchar
6
*
Varchar
50
Varchar
30
Tabel 3.48
Desain Tabel transaksipenjualan
No.
F ield
1. No_Order
2. No_Konsumen
Type
Varchar
Varchar
99
Size
6
6
Key
*
Keterangan
Keterangan
3.
4.
5.
6.
7.
8.
9.
10.
Tgl_Order
Tgl_Pengambilan
Total
Bayar
Kembali
Uang_Muka
Sisa
Keterangan
Date
Date
Int
Int
Int
Int
Int
Varchar
10
20
20
20
20
20
Tabel 3.49
Desain Tabel transaksipembelian
No.
1.
2.
3.
4.
5.
F ield
No_Nota
Kd_Supllier
Tanggal
Tgl_Tempo
Total
Type
Varchar
Varchar
Date
Date
Int
Size
6
6
10
Key
*
Keterangan
Tabel 3.50
Desain Tabel detailtransaksipenjualan
No.
1.
2.
3.
4.
5.
6.
F ield
Kd_Detail
No_Order
Kd_Barang
Qty
Harga
Satuan
Type
Varchar
Varchar
Varchar
Int
Int
Int
Size
20
20
20
20
20
20
Key
*
Keterangan
Tabel 3.51
Desain Tabel detailtransaksipembelian
No.
1.
2.
3.
4.
5.
6.
3.2.7
F ield
No_Detail
No_Nota
Kd_Barang
Satuan
Qty
Harga
Type
Vachar
Varchar
Varchar
Varchar
Int
Int
Size
6
6
6
12
7
15
Perancangan Antar Muka (Interface)

100
Key
*
Keterangan
Berdasarkan hasil analisis, perancangan tabel serta relasi yang

terbentuk maka sebelum mengimplementasikan aplikasi diperlukan
perancangan antar muka (Interface Design).
Adapun desain interface perancangan aplikasi pengolahan data
kesehatan kapal yang akan di implementasikan sebagai berikut :
1. Desain Form Login
Berikut adalah gambar desain interface form login:
Gambar 3.8 Desain form login

2. Desain form kelola login
Berikut adalah gambar desain form kelola login :
Gambar 3.9 Desain form kelola login

101
3. Desain form menu utama

Berikut adalah gambar desain form menu utama:
Gambar 3.10 Desain form menu utama

4. Desain form input data konsumen
Berikut adalah gambar desain form konsumen :
Gambar 3.11 Desain form input data konsumen
102
5. Desain form input data barang

Berikut adalah gambar desain form input data barang:
Gambar 3.12 Desain form input data barang

6. Desain form input data supllier
Berikut adalah gambar desain form input data supllier:
Gambar 3.13 Desain form input data supplier
103
7. Desain form input data transaksi penjualan dan detail transaksi

penjualan
Berikut adalah gambar desain form input data transaksi penjualan
dan detail transaksi penjualan:
Gambar 3.14 Desain form input data transaksi penjualan dan detail
transaksi penjualan
8. Desain form input data transaksi pembelian dan detail transaksi

pembelian
Berikut adalah gambar desain form input data transaksi pembelian
dan detail transaksi pembelian:
104
Gambar 3.15 Desain form input data transaksi pembelian dan

detail transaksi pembelian
9. Desain form untuk menampilkan laporan stok barang
Berikut adalah gambar desain form laporan stok barang:
Gambar 3.16 Desain form menampilkan laporan stok barang
105
10. Desain Laporan Stok Barang
Gambar 3.17 Desain Laporan Stok Barang

11. Desain form untuk menampilkan laporan Fotocopi
Gambar 3.18 Desain form menampilkan laporan fotocopi
106
12. Desain Laporan Fotocopi
Gambar 3.19 Desain Laporan Fotocopi
13. Desain form menampilkan Laporan Jasa Lain
Gambar 3.20 Desain form menampilkan laporan jasa lain
107
14. Desain Laporan Jasa Lain
Gambar 3.21 Desain laporan jasa lain
15. Desain form menampilkan Laporan Penjualan
Gambar 3.22 Desain form menampilkan laporan penjualan
108
16. Desain Laporan Penjualan
Gambar 3.23 Desain laporan penjualan

17. Desain form menampilkan Laporan Pembelian
Gambar 3.24 Desain form menampilkan laporan pembelian
109
18. Desain Laporan Pembelian
Gambar 3.25 Desain laporan pembelian
19. Desain Form Menampilkan Grafik Penjualan per Bulan

Berikut adalah gambar desain grafik penjualan per bulan
Gambar 3.26 Desain form menampilkan grafik penjualan perbulan
110
20. Desain Grafik Penjualan per Bulan
Gambar 3.27 Desain grafik Penjualan per Bulan

21. Desain Form Menampilkan Grafik Pembelian per Bulan
Berikut adalah gambar desain form menampilkan grafik pembelian
perbulan :
Gambar 3.28 Desain form menampilkan grafik pembelian perbulan

111
22. Desain Grafik Pembelian per Bulan
Gambar 3.29 Desain grafik pembelian per bulan

23. Desain Form Menampilkan Grafik Pendapatan
Berikut adalah gambar desain grafik pendapatan perbulan :
Gambar 3.30 Desain form menampilkan grafik pendapatan

perbulan
112
24. Desain Grafik Pendapatan per Bulan
Gambar 3.31 Desain grafik pendapatan per bulan
25. Desain Nota Penjualan
Gambar 3.32 Desain Nota Penjualan
113
26. Desain Form Analisa Stok
Gambar. 3.33. Desain Form Analisa Stok

27. Desain Faktur Penjualan
BAB IV
114
IMPLEMENTASI SISTEM
4.1
Implementasi Basis Data

Perangkat
lunak
(software)
yang
digunakan
dalam
mengimplementasikan basis data dalam pembuatan sistem pengolahan data

kesehatan kapal ini adalah MySQL dengan menggunakan tools Appserv.
Berikut adalah tabel-tabel yang digunakan menjadi basis data sistem :
4.2.1 Implementasi Tabel Login
Tabel 4.1
Implementasi Tabel Login
4.2.2 Implementasi Tabel Barang

Tabel 4.2
Implementasi Tabel Barang
4.2.3 Implementasi Tabel Konsumen

Tabel 4.3
Implementasi Konsumen
4.2.4 Implementasi Tabel Supllier

115
Tabel 4.4
Implementasi Tabel Supllier
4.2.5 Implementasi Tabel Transaksi Penjualan

Tabel 4.5
Implementasi Tabel transaksi penjualan
4.2.6 Implementasi Tabel Transaksi Pembelian

Tabel 4.6
Implementasi Tabel transaksi pembelian
4.2.7 Implementasi Tabel Detail Transaksi Penjualan

Tabel 4.7
Implementasi Tabel detailtransaksipembelian
116
4.2.8 Implementasi Tabel Detail Transaksi Pembelian

Tabel 4.8
Implementasi Tabel detailtransaksipembelian
4.2
Implementasi Program
4.2.1
Implementasi Form Login

Form login merupakan form tampilan awal ketika aplikasi dijalankan.
Password dan username harus dimasukan agar bisa masuk ke form
selanjutnya yaitu form Menu Utama.
Gambar 4.1 Implementasi Form Login

Form login dibuat dengan menggunakan coding sebagai berikut:
private void btnloginActionPerformed(java.awt.event.ActionEvent evt) {

if(txtusername.getText().equals("")|txtpassword.getText().equals("")){
JOptionPane.showMessageDialog(this,"USERNAME DAN PASSWORD BELUM DI
ISI!!","ERROR",JOptionPane.ERROR_MESSAGE);
}else
try {
Class.forName("com.mysql.jdbc.Driver");
conn = DriverManager.getConnection(url);
117
String sql = "select * from login where user='"+txtusername.getText()+"' AND

pass='"+txtpassword.getText()+"'";
Statement st =conn.createStatement();
ResultSet rs = st.executeQuery(sql);
if(rs.next()){
new menu_utama().setVisible(true);
this.dispose();
}else{
JOptionPane.showMessageDialog(this,"USERNAME & PASSWORD
SALAH","ERROR",JOptionPane.ERROR_MESSAGE);
}}catch (Exception er){} }
4.2.2
Implementasi Form Kelolah Login

Form kelola login merupakan form dimana user dapat menambah ataupun
menghapus password dan username yang dapat login ke sistem.
Gambar 4.2 Implementasi Form Kelolah Login
Cuplikan singkat coding pada Form kelolah login sebagai berikut:
Button simpan
private void btnsimpanActionPerformed(java.awt.event.ActionEvent evt) {
if(txtuser.getText().equals("") |txtpass.getText().equals("")){
JOptionPane.showMessageDialog(this,"Data Belum Lengkap","Error !!!!",
JOptionPane.ERROR_MESSAGE);
}else{
simpan();
118
ambil_data();
kosongkan();
}}
4.2.3
Implementasi Form Menu Utama

Form Menu Utama merupakan form Utama. Dalam form Menu Utama
terdapat menu menu yang disediakan sistem. Menu menu dalam form
menu utama antara lain : user, master, transaksi, laporan, grafik, analisa.
Gambar 4.3 Implementasi Form Menu Utama

Form menu utama dibuat dengan menggunakan coding sebagai berikut:
package Menu;
import login.olah_login;
import login.login_masuk;
import report.*;
import grafik.*;
public class Menu extends javax.swing.JFrame {
public Menu() {
119
super("APLIKASI PENGOLAHAN ORDER PELANGGAN DAN

PENGENDALIAN STOK");
initComponents();}
private void jMenuItem1ActionPerformed(java.awt.event.ActionEvent evt) { new
Barang().setVisible(true);}
private void jMenu1ActionPerformed(java.awt.event.ActionEvent evt){}
Konsumen().setVisible(true);}
Supllier().setVisible(true); }
Faktur_Penjualan().setVisible(true);}
private void jMenuItem5ActionPerformed(java.awt.event.ActionEvent evt) {new
Faktur_Pembelian().setVisible(true);}
login.olah_login().setVisible(true); }
lap_Pembelian().setVisible(true);}
lap_order().setVisible(true);}
lap_stok().setVisible(true);}
lap_fc().setVisible(true); }
lap_Jasa().setVisible(true); }
grafik_pembelian().setVisible(true);}
grafik_penjualan().setVisible(true);}
grafik_pendapatan().setVisible(true);}
analisa().setVisible(true);}
4.2.4
Implementasi Form Input Data Konsumen

Form Input Data Konsumen merupakan form dimana user dapat
menambah, menghapus ataupun merubah data konsumen.
120
Gambar 4.4 Implementasi Form Input Data Konsumen
Form input data konsumen dibuat dengan cuplikan menggunakan

coding sebagai berikut:
Coding untuk button Tambah:

private void btntmbhActionPerformed(java.awt.event.ActionEvent evt) {
aturTombol(false);
kosongkan();
autonumber();}
4.2.5
Implementasi Form Input Data Barang

Form Input Data Barang merupakan form dimana user dapat menambah,
menghapus ataupun merubah data barang.
121
Gambar 4.5 Implementasi Form Input Data Barang

Form input data barang dibuat dengan menggunakan cuplikan coding
sebagai berikut:
Coding untuk button Hapus:
private void btnhapusActionPerformed(java.awt.event.ActionEvent evt) {

try{
hapus();
ambil_data();
aturTombol(true);
}catch(Exception e){
JOptionPane.showMessageDialog(this,"Gagal
Hapus!!
PilihData","Error",JOptionPane.ERROR_MESSAGE);
}}
Silahkan
4. 2.6. Implementasi Form Input Data Supllier

Form Input Data supllier merupakan form dimana user dapat
menambah, menghapus ataupun merubah data supplier.
122
Gambar 4.6 Implementasi Form Input Data Supllier

Form input Data Supllier dibuat dengan menggunakan cuplikan
coding sebagai berikut:
Coding untuk button Rubah:
private void btneditActionPerformed(java.awt.event.ActionEvent evt) {

if(kode.getText().equals("")|nama.getText().equals("")|alamat.getText().equals("")){
JOptionPane.showMessageDialog(this,"Pilih
dan
Tampilkan
Data","error",
JOptionPane.ERROR_MESSAGE);
}else{
edit();
ambil_data();
aturTombol(true);
}}
4.2.7
Implementasi Form Transaksi Penjualan dan detail transaksi penjualan

Form Transaksi Penjualan dan detail transaksi penjualan merupakan form
dimana user melakukan input, hapus, edit transaksi transaksi penjualan
barang ke konsumen.
123
Gambar 4.7 Implementasi Form transaksi penjualan dan detail transaksi

penjualan
Form transaksi penjualan dan detail transaksi penjualan dibuat dengan
menggunakan cuplikan coding sebagai berikut:
a. Transaksi Penjualan
Coding untuk button tambah:
private void btntambahActionPerformed(java.awt.event.ActionEvent evt) {

kosongkan();
aturTombol(false);
aktifkan(false);
nol();
txttotal.setEditable(false);
btnrubah.setEnabled(false);
btnhapus.setEnabled(false);
autonumber(); // TODO add your handling code here:
// btndetail.setText("Simpan");
}
124
b. Detail Transaksi Penjualan
Coding untuk button selesai :
private void prosestotalActionPerformed(java.awt.event.ActionEvent evt) {

int hasil=0;
String sql ="update transaksipenjualan set Total=(select sum(Qty * Harga)from
detailtransaksipenjualan where No_Order ='"+txtno.getText()+"' group by
No_Order)where No_Order = '"+txtno.getText()+"'" ;
try {
java.sql.Connection conn = new DBConnection().connect();
st = (Statement) conn.createStatement();
hasil = st.executeUpdate(sql);} catch (Exception e) {
JOptionPane.showMessageDialog(this,"data tidak bisa ditotal");
} JOptionPane.showMessageDialog(this,"data berhasil ditotal");
ambil_data();}
4.2.8
Implementasi Form Input Transaksi Pembelian dan Detail Transaksi

Pembelian
Form Transaksi Pembelian dan detail transaksi pembelian merupakan
form dimana user melakukan input, hapus, edit transaksi transaksi
pembelian barang dari supplier.
125
Gambar 4.8 Implementasi Form Transaksi Pembelian dan detail transaksi

pembelian
Form Transaksi Pembelian dibuat dengan menggunakan coding
sebagai berikut:
a. Transaksi Pembelian
Coding untuk button hapus:

private void hapusActionPerformed(java.awt.event.ActionEvent evt) {
try {
hapus();
ambil_data();
ambil_data1();
aturTombol(true);
} catch (Exception e) {
aturTombol(true);
JOptionPane.showMessageDialog(this, "Gagal Hapus!! Silahkan Pilih
Data", "Error", JOptionPane.ERROR_MESSAGE);
}}
126
b. Detail Transaksi Pembelian
Coding untuk button selesai :

private void btnTotalActionPerformed(java.awt.event.ActionEvent evt) {
int hasil = 0;
String sql = "update fakturpembelian set Total=(select sum(Qty * Harga)from
detailfakturpembelian where No_Nota ='" + nota.getText() + "' group by
No_Nota)where No_Nota = '" + nota.getText() + "'";
// String sql = "update fakturpembelian set Total='2000' where No_Nota = 'N1'";
try {
java.sql.Connection conn = new DBConnection().connect();
st = (Statement) conn.createStatement();
hasil = st.executeUpdate(sql);
JOptionPane.showMessageDialog(this, "data tidak bisa ditotal");
} JOptionPane.showMessageDialog(this, "Selesai pengisian detail");
JOptionPane.showMessageDialog(this, "data berhasil ditotal");
aturTombol(true);
aturTombol1(true);
tambah1.setEnabled(false);
kosongkan1();
ambil_data(); }
4.2.9
Implementasi Form Menampilkan laporan stok

form n dgunakan yang digunakan untuk menampilkan laporan stok.
Gambar 4.9 Implementasi Form Menampilkan laporan stok

Berikut adalah coding untuk proses menampilkan laporan:
private void btnTampilActionPerformed(java.awt.event.ActionEvent evt) {
lap_stok();}
127
4.2.10
Implementasi Laporan Stok Barang

Laporan stok barang merupakan laporan yang berisi informasi mengenai
jumlah semua barang yang terdapat didalam gudang. Nilai dari stok
berubah ubah sesuai dengan transaksi yang terjadi.
Gambar 4.10 Implementasi Laporan Stok Barang

Pemanggilan laporan ke netbeans dengan menggunakan coding sebagai
berikut:
public void lap_stok() {
try{
//String copy = txtkode.getText();
String month=cmbbln.getSelectedItem().toString();
String year=String.valueOf(txtthn.getYear());
conn = DriverManager.getConnection(url,"root","1234");
//String sql ="select count(*) from konsumen inner join transaksipenjualan inner
join detailtransaksipenjualan inner join barang where
konsumen.No_Konsumen=transaksipenjualan.No_Konsumen and
transaksipenjualan.No_Order=detailtransaksipenjualan.No_Order and
barang.Kd_Barang=detailtransaksipenjualan.Kd_Barang and
128
barang.Kd_Barang='"+copy+"' and
month(transaksipenjualan.Tgl_Order)='"+month+"' and
year(transaksipenjualan.Tgl_Order)='"+year+"'";
String sql ="select count(*) from konsumen inner join transaksipenjualan inner
barang.Nama_Brg='Fotocopy' and
st = conn.createStatement();
rs = st.executeQuery(sql);
rs.next();
int xxx = rs.getInt(1);
if(xxx>=1){
view.laporan_stok("lap_stok",month,year);
}else{
JOptionPane.showMessageDialog(this,"TIDAK ADA DATA"); }
System.out.println(e);
}}
4.2.11 Implementasi Form menampilkan Laporan Transaksi Penjualan

Merupakan form menampilkan laporan penjualan barang. Laporan yang
ditampilkan dipilih berdasarkan bulan dan tahun.
Gambar 4.11 Implementasi Form menampilkan Laporan Penjualan

berikut:
129
lap_oderlain(); }
4.2.12 Implementasi Laporan Penjualan

Laporan penjualan merupakan laporan yang berisi semua transaksi
penjualan yang terjadi pada kurng waktu tertentu. Dalam kasus CV.
IDEA, semua transaksi penjualan yang terjadi dalam kurung waktu
sebulan
Gambar 4.12 Implementasi Laporan Penjualan

berikut:
public void lap_orderlain() {
try{
//String order = cmbNo_Order.getSelectedItem().toString();
130
String sql ="select count(*) from konsumen inner join transaksipenjualan inner
barang.Kd_Barang=detailtransaksipenjualan.Kd_Barang and barang.Jenis = 'Barang'
and month(transaksipenjualan.Tgl_Order)='"+month+"' and
rs.next();
if(xxx>=1){
view.laporan_order("lap_orderbrg",month,year);
}else{
JOptionPane.showMessageDialog(this,"TIDAK ADA DATA");
}
System.out.println(e);} }
4.2.13 Implementasi form menampilkan Laporan Pembelian

Form menampilkan Laporan Transaksi pembelian merupakan form
menampilkan laporan pembelian barang dari suplier. Laporan yang
ditampilkan dipilih berdasarkan bulan dan tahun.
Gambar 4.13 Implementasi form menampilkan Laporan pembelian

berikut:
131

lap_pembelian();}
4.2.14 Implementasi Laporan Pembelian

Laporan pembelian merupakan laporan yang berisi semua transaksi
pembelian yang terjadi pada kurng waktu tertentu. Dalam kasus CV.
IDEA, semua transaksi pembelian yang terjadi dalam kurung waktu
sebulan
Gambar 4.14 Implementasi Laporan Pembelian

berikut:
public void lap_pembelian() {
try{
//String beli = cmbNo_Nota.getSelectedItem().toString();
132
String bln = txtbln.getSelectedItem().toString();

String thn = String.valueOf(txtthn.getYear());
String sql ="select count(*) from transaksipembelian inner join
detailtransaksipembelian inner join barang inner join supllier where
barang.Kd_Barang = detailtransaksipembelian.Kd_Barang and
transaksipembelian.Kd_Supllier = supllier.Kd_Supllier and
transaksipembelian.No_Nota = detailtransaksipembelian.No_Nota and
month(transaksipembelian.Tanggal)='"+bln+"' and
year(transaksipembelian.Tanggal)='"+thn+"'";
rs.next();
if(xxx>=1){
view.laporan_beli("lap_pembelian",bln,thn);
}else{
}}catch(Exception e){
System.out.println(e);}}
4.2.15 Implementasi form menampilkan Laporan Fotokopi

Form ini digunakan untuk menampilkan laporan fotocopi. Laporan
fotokopi dibuat sebagai laporan sendiri karena banyaknya orderan dalam
satu hari.
Gambar 4.15 Implementasi form menampilkan Laporan fotokopi

berikut:
lap_fcopy();}
133
4.2.16 Implementasi Laporan Fotokopi

Laporan fotokopi merupakan laporan yang berisi jumlah orderan
terhadap jasa fotokopi yang terjadi dalam kurung waktu tertentu.
Gambar 4.16 Implementasi Laporan Fotokopi

berikut:
public void lap_fcopy() {
try{
//String copy = txtkode.getText();
String sql ="select count(*) from konsumen inner join transaksipenjualan inner join
134
transaksifakturpenjualan inner join barang where

barang.Nama_Brg='Fotocopy' and
rs.next();
if(xxx>=1){
view.laporan_fotocopy("lap_fotocopy",month,year);
}else{
}}catch(Exception e){
4.2.17 Implementasi form menampilkan Laporan Jasa Lain

Form ini akan menampilkan laporan jasa lain. Jasa lain yang dimaksud
antara lain : undangan, baliho, pamphlet, leflet, penjilidan, desain, dll.
Gambar 4.17 Implementasi form menampilkan Laporan Jasa Lain

berikut:
lap_jasalain();}
135
4.2.18.Implementasi Laporan Jasa Lain

Laporan jasa lain merupakan laporan yang berisi orderan terhadap jasa
jasa seperti pamphlet, leaflet, undangan, desain, laminatin, jilid, dll,
dalam kurung waktu 1 bulan.
Gambar 4.18 Implementasi Laporan Jasa Lain

berikut:
public void lap_jasalain() {
try{
136
String sql ="select count(*) from konsumen inner join fakturpenjualan inner join
detailfakturpenjualan
inner
join
barang
where
konsumen.No_Konsumen=fakturpenjualan.No_Konsumen
and
fakturpenjualan.No_Order=detailfakturpenjualan.No_Order
and
barang.Kd_Barang=detailfakturpenjualan.Kd_Barang
and
not
barang.Nama_Brg='Fotocopy'
and
barang.jenis='Jasa'
and
month(fakturpenjualan.Tgl_Order)='"+month+"'
and
year(fakturpenjualan.Tgl_Order)='"+year+"'";
rs.next();
if(xxx>=1){
view.laporan_jasa("lap_jasa",month,year);
}else{
JOptionPane.showMessageDialog(this,"TIDAK ADA DATA");}
4.2.19 .Implementasi Form Menampilkan Grafik Penjualan

Form ini digunakan untuk menganalisa jumlah penjualan barang yang
terjadi dalam kurung waktu 1 tahun.
Gambar 4.19 Implementasi form menampilkan grafik penjualan

Untuk menampilkan grafik menggunakan coding sebagai berikut
// TODO add your handling code here:
String thn=String.valueOf(year.getYear());
try {
UIManager.setLookAndFeel("com.sun.java.swing.plaf.nimbus.NimbusLookAndF
eel");
grafikanalisis frame = new grafikanalisis();frame.setVisible(true);
137
String query = "SELECT month(transaksipenjualan.Tgl_Order),COUNT(*)Kd_Detail from

transaksipenjualan inner join detailtransaksipenjualan where
year(transaksipenjualan.Tgl_Order)='"+thn+"' group by
month(transaksipenjualan.Tgl_Order)";JDBCCategoryDataset data1 = new
JDBCCategoryDataset("jdbc:mysql://localhost:3306/stokorder","com.mysql.jdbc.Driver","r
oot","1234");data1.executeQuery(query);JFreeChart chart =
ChartFactory.createBarChart("GRAFIK PENJUALAN BARANG","BULAN", "JUMLAH
PENJUALAN",data1,PlotOrientation.VERTICAL,true, true, false);
ChartPanel cPanel = new ChartPanel(chart);
frame.setContentPane(cPanel);
} catch (Exception e) {e.printStackTrace();}}
4.2.20 Implementasi Grafik Penjualan

Grafik penjualan merupakan jumlah penjualan barang yang ditampilkan
dalam bentuk grafik dengan perbandingan tiap bulan dalam kurung waktu
1 tahun.
Gambar 4.20 Implementasi grafik penjualan

Grafik dibuat dengan menggunakan coding sebagai berikut:
try{
138
UIManager.setLookAndFeel("com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel");
grafikanalisis frame = new grafikanalisis()frame.setVisible(true);String query =
"SELECT month(transaksipenjualan.Tgl_Order),COUNT(*)Kd_Detail from
transaksipenjualan inner join detailtransaksipenjualan where
year(transaksipenjualan.Tgl_Order)='"+thn+"' group by
month(transaksipenjualan.Tgl_Order)";JDBCCategoryDataset data1 =
newJDBCCategoryDataset("jdbc:mysql://localhost:3306/stokorder","com.mysql.jdbc.D
river","root","1234");data1.executeQuery(query);
JFreeChart chart = ChartFactory.createBarChart("GRAFIK PENJUALAN
BARANG","BULAN", "JUMLAH
PENJUALAN",data1,PlotOrientation.VERTICAL,true, true, false);
ChartPanel cPanel = new ChartPanel(chart); frame.setContentPane(cPanel);
e.printStackTrace();}}
1.2.21. Implementasi Form Menampilkan Grafik Pembelian
Form ini digunakan untuk menganalisa jumlah pembelian barang

yang terjadi dalam kurung waktu 1 tahun.
Gambar 4.21 Implementasi form menampilkan grafik pembelian

try {
grafikanalisis frame = new grafikanalisis();
frame.setVisible(true);
String query = "SELECT month(transaksipembelian.Tanggal),COUNT(*)No_Detail from
transaksipembelian inner join detailtransaksipembelian where
139
transaksipembelian.No_Nota=detailtransaksipembelian.No_Nota and
year(fakturpembelian.Tanggal)='"+thn+"' group by month(transaksipembelian.Tanggal)";
JDBCCategoryDataset data1 = new
oot","1234");data1.executeQuery(query);JFreeChart chart =
ChartFactory.createBarChart("GRAFIK PEMBELIAN BARANG","BULAN", "JUMLAH
PEMBELIAN",data1,PlotOrientation.VERTICAL,true, true, false);
4.2.22 Implementasi Grafik Pembelian

Grafik pembelian merupakan jumlah pembelian barang yang ditampilkan
dalam bentuk grafik dengan perbandingan tiap bulan dalam kurung waktu
1 tahun.
Gambar 4.22 Implementasi grafik pembelian

140
try {
grafikanalisis frame = new grafikanalisis();
frame.setVisible(true);
String query = "SELECT month(transaksipembelian.Tanggal),COUNT(*)No_Detail
from transaksipembelian inner join detailtransaksipembelian where
transaksipembelian.No_Nota=detailtransaksipembelian.No_Nota and
year(transaksipembelian.Tanggal)='"+thn+"' group by
month(transaksipembelian.Tanggal)";
JDBCCategoryDataset("jdbc:mysql://localhost:3306/stokorder","com.mysql.jdbc.Driver
","root","1234");
data1.executeQuery(query);
JFreeChart chart = ChartFactory.createBarChart("GRAFIK PEMBELIAN
BARANG","BULAN", "JUMLAH
PEMBELIAN",data1,PlotOrientation.VERTICAL,true, true, false);
frame.setContentPane(cPanel);} catch (Exception e) {e.printStackTrace();}}
4.2.23. Implementasi Form Menampilkan Grafik Pendapatan

Form ini digunakan untuk menampilkan grafik pemasukan yang
didapat oleh percetakan dalam kurng waktu 1 tahun.
Gambar 4.23 Implementasi form menampilkan grafik pendapatan

private void btnTampilActionPerformed(java.awt.event.ActionEvent evt) { String
thn=String.valueOf(year.getYear());
try{
UIManager.setLookAndFeel("com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel");graf
ikanalisis frame = new grafikanalisis();frame.setVisible(true);
String query = "SELECT month(Tgl_Order),sum(Total) from transaksipenjualan where
No_Order=No_Order and year(Tgl_Order)='"+thn+"' group by month(Tgl_Order)";
oot","1234");data1.executeQuery(query); JFreeChart chart =
ChartFactory.createBarChart("GRAFIK PENDAPATAN PER BULAN","BULAN",
"JUMLAH PENDAPATAN",data1,PlotOrientation.VERTICAL,true, true, false);
141
ChartPanel cPanel = new ChartPanel(chart);frame.setContentPane(cPanel);

4.2.24 Implementasi Grafik Pendapatan

Grafik pendapat merupakan grafik yang menampilkan pendapatan kotor
percetakan perbulannya dalam kurung waktu 1 tahun.
Gambar 4.24 Implementasi grafik pendapatan

142
try {
grafikanalisis frame = new grafikanalisis;frame.setVisible(true);
String query = "SELECT month(Tgl_Order),sum(Total) from transaksipenjualan where
No_Order=No_Order and year(Tgl_Order)='"+thn+"' group by month(Tgl_Order)";
JDBCCategoryDataset("jdbc:mysql://localhost:3306/stokorder","com.mysql.jdbc.Driver
","root","1234");data1.executeQuery(query);
JFreeChart chart = ChartFactory.createBarChart("GRAFIK PENDAPATAN PER
BULAN","BULAN", "JUMLAH
PENDAPATAN",data1,PlotOrientation.VERTICAL,true, true, false);
e.printStackTrace();
}}
4.2.25. Implementasi Nota Penjualan

Nota penjualan merupakan bukti kontan transaksi yang terjadi antara
antara konsumen dan percetakan..
Gambar. 4.25 Implementasi Nota Penjualan
143
4.2.26.Implementasi form analisa stok
Gambar 4.26 Implementasi form analisa stok
144
Form analisa stok digunakan untuk menganalisa stok yang

terdapat pada gudang dan hasil dari analisisa dapat menjadi
rekomendasi bagi pegawai bagian gudang dalam melakukan
pemesanan terhadap suatu barang. Ouput dari analisis stok berupa
hasil perhitungan Q* , dimana Q* adalah jumlah pemesanan yang
paling ekonomis dari suatu barang.
Sebelum melakukan pengisian variabel variabel analisa,dengan
nilai dari M(luas total gudang) = 25m2 perlu dibuatkan tabel nilai dari
tiap variabel sebagai berikut :
N
Ki
hi
Ui
mi
1
2
3
5
15
10
0.2
0.4
0.3
2
2
4
1
1
1
Dimana :
n = jenis barang
Ki = Ordering cost/ dalam dollar
hi = holding cost/ dalam dollar
Ui = banyaknya unit/ dalam buah
mi = (luas penampung untuk jenis barang tersebut/
dalam m2)
Sebelumnya menekan tombol mulai, pertama tama terlebih

dahulu diisi nilai nilai variabel contrain, diantaranya luas gudang,
banyaknya jenis barang, besarnya lamda interval.
145
Apabila
tombol
mulai
ditekan
maka
akan
memicu
actionperformed dari tombol mulai, sehingga dimulailah pengisian

variabel.
Selanjutnya mulai pengisian variabel berdasarkan tabel nilai
variabel diatas sampai selesai hingga menampilkan hasil/ output dari
analisa.
Gambar 4.27 . Hasil optimasi stok gudang

Source code Lagrange multipliers adalah sebagai berikut :
do{
Formatnomorr = new Formatter();
Formatnomorr.format("Iterasi %3.0f : Lamda = %5.2f ",nomor,lam);
TxArea.append(Formatnomorr.toString()); //
for(int i=0;i<Q.length;i++){
Q[i]=Math.sqrt( (2*K[i]*U[i])/(H[i]-(2*lam*m[i])));
M=M+Q[i];
146
FormatQi = new Formatter();

FormatQi.format(" ! Q["+i+"] = %7.2f ", Q[i]);
TxArea.append(FormatQi.toString());}
TLTPLoop=M-TLTP;
if(TLTPLoop>0) ket="Ditolak"; else ket="Diterima";
//output tabel iterasi
Formatnomor = new Formatter();
Formatnomor.format(" ! M[%3.0f] = %5.2f %s\n",nomor,TLTPLoop,ket);
TxArea.append(Formatnomor.toString());
lam=lam-TLI; //-penurunan lamda regular interval n
M=0;
//-reset-M; persiapan memulai proses lamda baru
nomor++;
//-next iterasi
}while (TLTPLoop > 0);
4.2.27. Implementasi Faktur Penjualan

Faktur penjualan merupakan bukti tagihan ataupun bukti
transaksi antara konsumen dan percetakan.
Gambar. 4.28 Implementasi Faktur PenjualanGambar. 3.34. Desain

Faktur Penjualan
147
BAB V
PENGUJIAN DAN ANALISIS HASIL
5.1
Pengujian
Metode pengujian yang digunakan dalam penelitian adalah black box
testing. Pengujian black box berfokus pada persyaratan fungsional perangkat
lunak. Dengan demikian pengujian black box memungkinkan perekayasa
perangkat lunak mendapatkan serangkaian kondisi input yang sepenuhnya
menggunakan semua persyaratan fungsional untuk semua program. Kebenaran
perangkat lunak yang diuji hanya dilihat berdasarkan keluaran yang dihasilkan
dari data atau kondisi masukkan yang diberikan untuk fungsi yang ada tanpa
melihat bagaimana proses untuk mendapatkan keluaran tersebut. Dari keluaran
yang dihasilkan kemampuan program dalam memenuhi kebutuhan pemakai
dapat diukur sekaligus dapat diketahui kesalahan-kesalahannya.
Uji coba dengan black box pada sistem ini bertujuan untuk
menentukan fungsi cara beroperasinya, apakah pemasukan data keluaran telah
berjalan sebagaimana yang diharapkan. Langkah pengujian ini menggunakan
dua kasus uji yaitu apabila sistem berjalan sesuai dengan harapan dan apabila
terjadi kesalahan input.
Berikut adalah pengujian terhadap sistem:
148
a. Login
Pengujian pertama adalah melakukan analisis pengujian pada form
login, apabila admin menekan button login tanpa memasukkan password
maka akan muncul pesan error Maaf anda belum mengisi Password_nya.
Berikut adalah tampilan pesan error yang dimaskud:
Gambar 5.1 hasil pengujian form login

b. Input Data Konsumen
Pengujian kedua pada sistem adalah input data kecamatan. Apabila
salah satu data belum di input maka akan muncul pesan error bahwa
pengisian data belum lengkap. Berikut adalah tampilan dari pesan error
yang dimaksud:
Gambar 5.2 hasil pengujian input data konsumen

c. Rubah Data Barang
Pengujian ketiga pada sistem adalah rubah data barang. Apabila data
dari tabel belum ditampilkan ke form maka akan muncul pesan error yaitu
Silahkan pilih data Berikut adalah pesan error yang dimaksud:
149
Gambar 5.3 hasil pengujian rubah data barang

d. Hapus Data Supllier
Pengujian keempat pada sistem adalah hapus data supllier. Apabila
admin memilih data yang hendak dihapus dan menekan tombol hapus maka
akan muncul pesan hapus data. Berikut adalah tampilan pesan konfirmasi .
Gambar 5.4 Hasil pengujian hapus data supplier

e. From analisa stok (Lagrange Multipliers)
Pengujian kelima adalah pengujian terhadap form analisa stok.
Apabila admin melakukan proses input nilai parameter analisa, dan
kemudian ingin kembali ke tampilan awal maka akan muncul pesan
informasi sebagai berikut :
150
Gambar 5.5. Pesan Informasi Jika Ingin Mengisi Ulang Nilai Parameter
Pengujian keenam, admin memasukan nilai nilai parameter yang
berhubungan dengan biaya dalam bentuk mata uang Rupiah, sampai pada
iterasi yang ke- 34.785 program belum sampai pada titik optimal dan masih
mencari titik optimal. Hasilnya akan tampil seperti tampilan sebagai berikut :
Gambar 5.6. Hasil penginputan variabel biaya dengan mata uang Rupiah
151
Pengujian ketujuh, admin memasukan nilai nilai parameter yang

berhubungan dengan biaya dalam bentuk mata uang Rupiah serta menaikan
nilai lamda dengan perbandingan dengan nilai parameter biaya, pencarian
berhenti pada iterasi ke 72 dan mendapat nilai optimal, hasilnya akan tampil
seperti tampilan sebagai berikut :
Gambar 5.7. Hasil Penginputan Perubahan Biaya dengan Perubahan Lamda

Pengujian kedelapan, admin sembarang memasukan nilai pada
program. Memasukan nilai string dan char pada program. Maka akan
menampilkan informasi sebagai berikut :
152
Gambar 5.8. Pengujian error memasukan nilai string dan char

5.2
Analisis Hasil
Berdasarkan hasil implementasi dan pengujian terhadap perangkat
lunak, maka tahap selanjutnya adalah proses analisis hasil program. Analisis
hasil program dilakukan untuk mengetahui bahwa secara umum perangkat
lunak dapat berjalan dengan baik dan merujuk dari latar belakang masalah yang
dipaparkan sebelumnya :
1. Program bisa mengatasi proses pencarian optimal dengan input parameter
biaya dalam Rupiah, namun iterasi yang terjadi bisa sangat panjang,
mencapai jutaan iterasi.
2. Lebih efisien apabila memasukan nilai nilai parameter dan contrain yang
berhubungan
dengan
biaya
dengan
mata
uang
dollar,
karena
menyederhanakan proses pencarian. Proses pencarian akan lebih cepat dan

ringan
3. Apabila ingin menaikan nilai parameter yang berhubungan dengan biaya,
maka harus diikuti dengan menaikan nilai dari lamda.
153
4. Sosialisasi yang diberikan memakan waktu 1 jam dengan pembagian

waktu 30 menit pelatihan input data dan 30 menit sesi pertanyaan
mengenai segala perihal sistem. Pegawai bagian pemesanan dapat
menginput data transaksi, data master dan dapat menganalisa pemesanan
optimal. Bahwa aplikasi ini mampu mengatasi masalah yang terjadi di
percetakan CV. IDEA KUPANG dalam proses pengolahan data,hingga
pembuatan laporan .
154
BAB VI
PENUTUP
6.1
Kesimpulan
Setelah melalui proses perancangan aplikasi pengolahan data order
pelanggan dan pengendalian stok dengan metode lagrange multiplier
yang
dirancang dengan menggunakan Netbeans IDE 7.2.1 serta melakukan proses

pengujian dan analisisnya maka dapat ditarik keseimpulan secara umum bahwa
aplikasi ini mampu mengatasi masalah yang tejadi pada percetakan CV. IDEA
KUPANG berdasarkan identifikasi masalah yang tercantum dalam latar
belakang masalah, berikut adalah beberapa kesimpulannya:
1.
"Lagrange Multipliers" sangat berguna untuk pengaturan persediaan

stok barang dari berbagai jenis yang cukup banyak, dengan asumsi
gudang atau tempat penampungan disediakan terbatas dan pergantian
stok barang dilakukan secara teratur dan tetap, tidak ada pemotongan
dan pengurangan stok.
2.
Model tersebut dapat membantu para pengelola tempat penyimpanan

barang (pergudangan) dalam pengambilan keputusan secara cepat dan
tepat.
3.
Nilai parameter yang berhubungan dengan biaya sebaiknya diinputkan

dengan mata uang Dollar agar proses pencarian lebih cepat tercapai.
155
4.
Besarnya nilai Ordering Cost, Holding Cost, Jumlah Unit, dan luas
penampung untuk tiap unit berbanding lurus dengan besarnya nilai
lamda. Jadi apabila nilai Ordering cost, holding cost, jumlah Unit, dan
luas penampung dinaikan maka hendaknya dinaikan agar iterasi dalam
mencapai nilai optimal terjadi lebih cepat, tidak sampai ratusan dan
ribuan.
5.
Perbandingan nilai ordering cost dan lamda berdasarkan trial and

error program adalah 100 : 1. Nilai lain mengikuti dan disesuaikan.
6.
Semakin banyak jenis barang yang dianalisa/ diinput maka semakin

banyak pula iterasi yang terjadi dalam proses pencarian nilai optimal.
Nilai optimal dengan 3 barang akan terjadi pada kisaran iterasi 1 50.
Namun apabila jumlah jenis barang 10 maka titik optimal akan terjadi
pada kisaran 50 150.
7.
Aplikasi ini mampu melakukan proses pengolahan data, membuat

laporan-laporan penjualan, pembelian, stok, laporan jasa dan mampu
mencetak laporan dalam waktu kurang lebih 5 (lima) menit.
8.
Aplikasi ini memiliki basis data yang mampu menyimpan data-data

dengan kapasitas yang cukup besar.
9.
Aplikasi ini dapat menganalisis jumlah pembelian barang, jumlah

penjualan barang, serta jumlah pendapatan yang didapatkan percetakan
serta menampilkannya dalam bentuk grafik.
156
10. Aplikasi
ini
menjamin
kenyamanan
kepada
admin
untuk
mengoperasikannya karena aplikasinya user-friendly.

6.2 Saran
1. Untuk
pengembangan
sistem
yang
selanjutnya
sebaiknya
mengantisipasi adanya kesalahan pengisian nilai nilai variabel

analisa maka perlu dibuatkan algoritma program agar pengisian dapat
dilakukan dari variabel sebelumnya, bukannya diulang dari proses
pengisian variabel awal.
2. Perlu dibuatkan algoritma program agar dapat menangani kesalahan
pengisian variabel analisa selain tipe int, float, double.
3. Parameter pengujian
untuk variabel
ordering cost
sebaiknya
menggunakan rasio mata uang dolar, dengan tingkat penurunan lamda

sebesar 0,05 sehingga proses pencarian nilai optimal dapat dicapai
lebih efisien.
Aplikasi ini merupakan rancangan awal yang masih terdapat banyak
kekurangan, karena aplikasi ini hanya digunakan oleh Percetakan CV.
IDEA Kupang. Aplikasi ini masih jauh dari kesempurnaan, oleh karena itu
disarankan untuk mengembangkanya sebagai aplikasi online sehingga
dapat diakses oleh konsumen konsumen dalam ruang lingkup yang lebih
luas sehingga dapat berkolaborasi dengan CV. IDEA cabang Ende dan
CV. IDEA cabang Lembata sehingga dapat membentuk suatu sistem
penjualan dan keuangan yang utuh dan besar.
157
DAFTAR PUSTAKA
Ahamad, Shamsuddin. 2010. Learn How to Use Ireport to Create, Design, Format
and Import Report : Pact Publishing. Birmingham.
Amsyah, Zulkifli. 1977. Managemen Sistem Informasi. Gramedia Pustaka Utama :
Jakarta.
Breusch, T.S. dan Pagan, A.R. , (1980) ,The Lagrange Multiplier test and its
application
to
modelspecification
in
econometrics,
Review
of
EconomicStudies,47, hal.239-254
Cristianti, M. 2011. Aplikasi Pembelian Penjualan Obat dan Laporan Keuangan
dengan Menerapkan Manajemen Persediaan. Jurnal Sistem Informasi, Vol 6
No. 2 September 2011.
Donald P.Graver and Gerarld. L. Thompson: Programming and Probability Models
in Operations Research United States Naval Postgraduate School.
Hanif, Al Fatta, 2007, Analisis & Perancangan Sistem Informasi Untuk Keunggulan
Bersaing Perusahaan dan Organisasi Modern, Penerbit Andi: Yogyakarta.
Hasugian, H. 2013. Aplikasi Sistem Informasi Jasa Percetakan CV. Dua Inspirasi.
Seminar Nasional Sistem Informasi Indonesia. 2-4 Des 2013
158
Heffelfinger, David. 2011. Java EE 6 with Netbeans 7 : Pact Publishing Ltd.

Birmingham.
Herjanto Eddy. 2010. Manajemen Operasi. Grasindo, Jakarta
Jogiyanto, HM. 2005. Analisis dan Desain Sistem Informasi : Pendekatan Terstruktur,
Teori dan Praktik Aplikasi bisnis. CV ANDI OFFSET: Yogyakarta.
Jogiyanto, HM. 2007. Sistem Teknologi Informasi Edisi II. CV ANDI OFFSET:
Yogyakarta.
Nugroho, Adi. 2008. Algoritma dan Struktur Data dalam Bahasa Java. CV ANDI
OFFSET: Yogyakarta.
Nugroho, Adi.2010. Rekayasa Perangkat Lunak Berorientasi Objek dengan Metode
USDP(Unified Software Development Process). CV ANDI OFFSET:
Yogyakarta.
Octavian, D. 2011. Desain Database Sistem Informasi Penjualan Barang.Jurnal
Teknologi Dan Informatika(TEKNOMATIKA) Vol 1 No 2. Mei 2011.
Presman. 2010. Software Engineering Seventh Edition,Mcgraw.Hill International
Edition.
Pusat Bahasa Depdiknas. 2002. Kamus Besar Bahasa Indonesia (Edisi Ketiga).
Jakarta: Balai Pustaka
Render dan Heizer. 2001. Prinsip prinsip Managemen Operasi. Edisi 8. Penerbit
Salemba Empat. Jakarta.
Siagian, Sondang P. 2006. Sistem Informasi Manajemen. Bumi Aksara : Jakarta.
159
Siagian, Yolanda M. 2005. Aplikasi Suplly Chain Management. GRASINDO :

Jakarta.
Solichin, Achmad. 2010. MySql 5 Dari Pemula Hingga Mahir. Universitas Budi
Luhur : Jakarta
Sutabri, Tata. 2012. Analisis Sistem Informasi. CV ANDI OFFSET : Yogyakarta.
Yulianto Agung, Ardhian. 2009. Analisis dan Desain Sistem Informasi.
Politeknik Telkom: Bandung.
160

Tugas Akhir - 2 - PDF

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

Tugas Akhir - 2 - PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

APLIKASI PENGOLAHAN DATA ORDER PELANGGAN DAN

PENGENDALIAN STOK DENGAN MENGGUNAKAN METODE

JURUSAN TEKNIK INFORMATIKA

KESALAHAN MERUPAKAN PROSES

PERNYATAAN KEASLIAN HASIL KARYA

Kupang, Juni 2015

Petrus .K. A. A. W. Wae

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

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

1.4 Tujuan dan Manfaat Penulisan ......................................................

1.4.1 Tujuan Penulisan ................................................................

1.4.2 Manfaat Penulisan ..............................................................

1.5 Metodologi Penulisan ....................................................................

1.6 Sistematika Penulisan .................................................................... .. 12

Sejarah CV. IDEA Kupang ................................................... 16

Bentuk Dan Bidang Usaha .................................................... 17

Visi, Misi dan Tujuan CV. IDEA Kupang ............................. 17

2.3 Pengertian Sistem .......................................................................... 18

Pengendalian Stok Lain ................................................................. 24

2.10 Diagram diagram perancangan sistem ...................................... 28

Analisis Kebutuhan Sistem ................................................... 37

Analisis Peran Sistem ............................................................ 38

3.1.2.1 Analisis system yang berjalan ............................................ 38

3.1.2.2 Analisis system yang baru .................................................. 40

Analisis Peran Pengguna ....................................................... 45

Analisis Kebutuhan Non Fungsional ..................................... 45

3.2 Perancangan Sistem ....................................................................... 47

Use Case ................................................................................ 48

Use Case Deskripsi ............................................................... 50

Diagram Aktivitas ................................................................. 79

Diagram Kelas ....................................................................... 95

Perancangan Basis Data ........................................................ 96

Perancangan Antar Muka ...................................................... 99

BAB IV IMPLEMENTASI SISTEM

Gambar 1.1 Siklus Unified Process ..........................................................

Gambar 2.1 Grafik persediaan EOQ ......................................................... 25

Gambar 3.11 Desain Form Input Data Konsumen ................................... 101

Gambar 3.29 Desain Grafik Pembelian per Bulan ................................... 111

Gambar 4.13 Implementasi Form Menampilkan Laporan Pembelian ..... 130

Tabel 3.15 Deskripsi Memeperbaharui Data Transaksi Penjualan .................... 65

Tabel 3.38 Aktivitas Memasukkan Data Transaksi Pembelian ......................... 88

Masalah berikutnya yakni tidak terdapat pencatatan mengenai data tiap

pada gudang dan penyaluran atau

distribusi barang belum cukup efisien. Apalagi percetakan sering dihadapkan

2. Tidak adanya pengendalian stok menyebabkan penyaluran atau distribusi

optimal dan merugikan secara ekonomis.

TUJUAN DAN MANFAAT

untuk mempermudah dalam proses

pengolahan data orderan dari pelanggan maupun orderan percetakan ke

Gambar 1.1 Tahapan Unified Process

kebutuhan sistem. Pengumpulan data dalam tahap ini bisa melakukan

Wawancara memungkinkan sistem analis

untuk mengumpulkan data

secara tatap muka langsung dengan

orang yang diwawancarai. Penelitian ini dilakukan dengan cara

pengelolahan data pada Percetakan CV.IDEA Kupang masih

disimpan dalam buku besar tersebut, kemudian disimpan dalam

dilakukan dengan merekam kembali

data yang disimpan dalam buku besar ke Microsoft Excel untuk

kehilangan data serta pemborosan waktu dalam proses pembuatan

permasalahan, kesempatan-kesempatan, hambatan-hambatan yang

akan menghasilkan identifikasi masalah utama dari suatu sistem serta

pegawai bagian pemesanan lebih besar