SISTEM INFORMASI AKUNTANSI PERSEDIAAN BARANG
VENDOR PADA PT FUJI TECHNICA
INDONESIA
TUGAS AKHIR
Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma Tiga
ALFIAN NUGRAHA
NIM : 11170054
Program Studi Sistem Informasi Akuntansi Kampus Kabupaten Karawang Fakultas Teknik dan Informatika
Universitas Bina Sarana Informatika 2020
ii
SURAT PERNYATAAN KEASLIAN TUGAS AKHIR
Yang bertanda tangan di bawah ini:
Nama : Alfian Nugraha
NIM : 11170054
Jenjang : Diploma Tiga (D3)
Program Studi : Sistem Informasi Akuntansi Kampus Kabupaten Karawang Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina Sarana Informatika
Dengan ini menyatakan bahwa Tugas Akhir yang telah saya buat dengan judul: “Sistem Informasi Akuntansi Persediaan Barang Vendor Pada PT Fuji Technica Indonesia”, adalah asli (orisinil) atau tidak plagiat (menjiplak) dan belum pernah diterbitkan/dipublikasikan dimanapun dan dalam bentuk apapun.
Demikianlah surat pernyataan ini saya buat dengan sebenar-benarnya tanpa ada paksaan dari pihak manapun juga. Apabila di kemudian hari ternyata saya memberikan keterangan palsu dan atau ada pihak lain yang mengklaim bahwa (Skripsi/Tugas Akhir)* yang telah saya buat adalah hasil karya milik seseorang atau badan tertentu, saya bersedia diproses baik secara pidana maupun perdata dan kelulusan saya dari Universitas Bina Sarana Informatika dicabut/dibatalkan.
Dibuat : Karawang
Pada tanggal : 2 Juli 2020 Yang menyatakan,
iii
SURAT PERNYATAAN PERSETUJUAN PUBLIKASI KARYA
ILMIAH UNTUK KEPENTINGAN AKADEMIS
Yang bertanda tangan di bawah ini, saya:
Nama : Alfian Nugraha
NIM : 11170054
Jenjang : Diploma Tiga (D3)
Program Studi : Sistem Informasi Akuntansi Kampus Kabupaten Karawang Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina Sarana Informatika
Dengan ini menyetujui untuk memberikan ijin kepada pihak Universitas Bina Sarana Informatika, Hak Bebas Royalti Non- Eksklusif (Non-exclusive Royalti-Free Right) atas karya ilmiah kami yang berjudul: “Sistem Informasi Akuntansi Persediaan Barang Vendor Pada PT Fuji Technica Indonesia”, beserta perangkat yang diperlukan (apabila ada).
Dengan Hak Bebas Royalti Non-Eksklusif ini pihak Universitas Bina Sarana
Informatika berhak menyimpan, mengalih-media atau mem-format-kan,
mengelolanya dalam pangkalan data (database), mendistribusikannya dan menampilkan atau mempublikasikannya di internet atau media lain untuk kepentingan akademis tanpa perlu meminta ijin dari kami selama tetap mencantumkan nama kami sebagai penulis/pencipta karya ilmiah tersebut.
Saya bersedia untuk menanggung secara pribadi, tanpa melibatkan pihak Universitas Bina Sarana Informatika, segala bentuk tuntutan hukum yang timbul atas pelanggaran Hak Cipta dalam karya ilmiah saya ini.
Demikian pernyataan ini saya buat dengan sebenarnya.
Dibuat di : Karawang Pada tanggal : 2 Juli 2020 Yang menyatakan,
iv
PERSETUJUAN DAN PENGESAHAN TUGAS AKHIR
Tugas Akhir ini diajukan oleh:
Nama : ALFIAN NUGRAHA NIM : 11170054
Jenjang : Diploma Tiga (D3)
Program Studi : Sistem Informasi Akuntansi Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina Sarana Informatika
Judul Tugas Akhir : Sistem Informasi Akuntansi Persediaan Barang Vendor PT. Fuji Technica Indonesia
Telah dipertahankan pada periode I-2020 di hadapan penguji dan di terima sebagai bagian persyaratan yang diperlukan untuk memperoleh Diploma Ahli Madya Sistem Informasi Akuntansi (A.Md. S.I.Ak) pada Program Diploma Tiga (D3) Program Studi Sistem Informasi Akuntansi di Universitas Bina Sarana Informatika.
Karawang, 7 Agutus 2020 PEMBIMBING TUGAS AKHIR
Dosen Pembimbing : Dede Firmansyah Saefudin, S.Kom, M.Kom
Asisten Pembimbing : -
D E W A N P E N G U J I
Penguji I : Robi Sopandi, S.Kom, M.Kom
v
LEMBAR KONSULTASI TUGAS AKHIR
UNIVERSITAS BINA SARANA
INFORMATIKA
NIM : 11170054
Nama Lengkap : ALFIAN NUGRAHA
Dosen Pembimbing : DEDE FIRMANSYAH SAEFUDIN, S.Kom. M. Kom. Judul Tugas Akhir : Sistem Informasi Akuntansi Persediaan Barang Vendor Pada
PT. Fuji Technica Indonesia
No
Tanggal
Bimbingan Pokok Bahasan
Paraf Dosen Pembimbing
1 20/03/2020 Bimbingan Perdana dan Pengajuan Judul 2 06/04/2020 Acc Judul dan Pengajuan BAB I
3 15/04/2020 Revisi BAB I dan Pengajuan BAB II 4 22/04/2020 Acc BAB I dan Revisi BAB II 5 02/05/2020 Acc BAB II Pengajuan BAB III
6 06/05/2020 Revisi BAB III dan Pengajuan BAB IV 7 02/07/2020 Acc BAB III dan Revisi BAB IV
8 03/07/2020 Approval Keseluruhan, Simulasi Aplikasi dan Presentasi Tugas Akhir Catatan untuk Dosen Pembimbing.
Bimbingan Tugas Akhir
Dimulai pada tanggal : 28 Maret 2020 Diakhiri pada tanggal : 03 Juli 2020 Jumlah pertemuan bimbingan : 8 Pertemuan
Disetujui oleh, Dosen Pembimbing
vi
KATA PENGANTAR
Dengan mengucap syukur kepada Tuhan Yang Maha Esa, yang telah melimpahkan rahmat dan karunia-Nya, sehingga pada akhirnya penulis dapat menyelesaikan Tugas Akhir ini dengan baik. Adapun judul Tugas Akhir yang penulis ambil adalah, “Sistem Informasi Akuntansi Persediaan Barang Vendor Pada PT. Fuji Technica Indonesia”.
Maksud dan tujuan penulisan Tugas Akhir ini dibuat sebagai salah satu syarat dalam menyelesaikan studi Program Diploma III Universitas Bina Sarana Informatika.
Penulis menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak, maka penulisan Tugas Akhir ini tidak akan berjalan lancar. Oleh karena itu pada kesempatan ini ijinkanlah penulis menyampaikan ucapan terima kasih kepada:
1. Rektor Universitas Bina Sarana Informatika Bapak Dr. Mochamad Wahyudi, MM, M.Kom, M.Pd.
2. Dekan Fakultas Teknologi Informasi Universitas Bina Sarana Informatika. 3. Ketua Program Studi Sistem Informasi Akuntansi Universitas Bina Sarana
Informatika PSDKU Karawang sekaligus Dosen Pembimbing Bapak Dede Firmansyah Saefudin, S.Kom M.Kom.
4. Staff/Karyawan/Dosen Universitas Bina Sarana Informatika PSDKU Karawang.
5. Bapak Heru Yulizar selaku HRD PT. Fuji Technica Indonesia.
6. Bapak Heru Purwanto selaku Pembimbing Tugas Akhir PT. Fuji Technica Indonesia.
vii
7. Orang tua tercinta yang selalu memberikan dukungan moral maupun spiritual. 8. Staff/Karyawan PT. Fuji Technica Indonesia.
9. Rekan-rekan mahasiswa kelas 11.6B.14.
Serta semua pihak yang terlalu banyak untuk disebut satu persatu sehingga terwujudnya penulisan Tugas Akhir ini.
Dalam penulisan Tugas Akhir ini, penulis menyadari bahwa masih banyak kekurangan. Untuk itu penulis mohon kritik dan saran yang bersifat membangun demi kesempurnaan penulisan di masa yang akan datang.
Akhir kata semoga Tugas Akhir ini dapat berguna bagi penulis khususnya dan bagi para pembaca yang berminat pada umumnya.
Karawang, 2 Juli 2020
viii
ABSTRAK
Alfian Nugraha (11170054), Sistem Informasi Akuntansi Persediaan Barang Vendor Pada PT. Fuji Technica Indonesia.
Pengelolaan pesediaan merupakan aktivitas yang dimiliki oleh setiap perusahaan karena setiap perusahaan mempunyai persediaan. Pada PT Fuji Technica Indonesia persediaan barang masih dilakukan secara manual terutama pada pencatatan keluar masuknya barang, permintaan pengadaan barang, laporan pembelian dalam kuantitas, laporan penggunaan dalam kuantitas masih menggunakan buku tanda terima barang, form permohonan permintaan barang dan form permohonan pengadaan barang. Untuk mengatasi permasalahan tersebut diusulkan sebuah sistem aplikasi pengelolaan Persediaan Barang sebagai media yang mempermudah pemilik dan admin gudang dalam melakukan aktivitasnya. Adapun metode penelitian yang digunakan yaitu metode pengembangan perangkat lunak waterfall dengan teknik pengumpulan data meliputi pengamatan, wawancara dan studi pustaka. Tools yang digunakan yaitu Netbeans IDE 8.0.1 dengan bahasa pemrograman java desktop. Aplikasi pengelolaan persediaan barang berbasis desktop mampu meningkatkan pemanfaatan fasilitas komputer pada PT Fuji Technica sebagai sistem yang memudahkan pengolahan dan penyajian informasi persediaan barang yang efektif dan efisien untuk Pemilik dan admin gudang.
ix
ABSTRACT
Alfian Nugraha (11170054), Vendor Inventory Information Accounting Information System at PT. Fuji Technica Indonesia.
Management of supplies is an activity that is owned by every company because every company has inventory. At PT Fuji Technica Indonesia, inventory of goods is still done manually, especially in the recording of entry and exit of goods, requests for procurement of goods, reports on purchases in quantity, reports on usage in quantities still use goods receipt book, request for goods request form and request for procurement of goods. To overcome these problems a proposed inventory management application system as a medium that facilitates the owner and admin of the warehouse in carrying out its activities. The research method used is the waterfall software development method with data collection techniques including observation, interviews and literature study. The tools used are Netbeans IDE 8.0.1 with the desktop java programming language. Desktop-based inventory management application is able to increase the utilization of computer facilities at PT Fuji Technica as a system that facilitates the processing and presentation of inventory information that is effective and efficient for warehouse owners and administrators.
x
DAFTAR ISI
Halaman
Lembar Judul Laporan Tugas Akhir ... i
Lembar Pernyataan Keaslian Tugas Akhir ... ii
Lembar Pernyataan Persetujuan Publikasi Karya Ilmiah ... iii
Lembar Persetujuan dan Pengesahan Tugas Akhir... ... iv
Lembar Konsultasi Tugas Akhir... ... v
Kata Pengantar ... vi
Abstraksi... ... viii
Daftar Isi ... x
Daftar Simbol ... xii
Daftar Gambar ... xiv
Daftar Tabel ... xvi
Daftar Lampiran ... xviii
BAB I PENDAHULUAN ... 1
1.1. Latar Belakang Masalah ... 1
1.2. Maksud dan Tujuan ... 2
1.3. Metode Penelitian... ... 2
1.3.1. Metode Pengumpulan Data... ... 3
1.3.2. Metode Pengembangan Software... ... 4
1.4. Ruang Lingkup ... 7
BAB II LANDASAN TEORI ... 8
2.1. Konsep Dasar ... 8
2.2. Peralatan Pendukung (Tools System) ... 19
BAB III PEMBAHASAN ... 36
3.1. Tujuan Perusahaan ... 36
3.1.1. Sejarah Perusahaan... ... 36
3.1.2. Struktur Organisasi dan Fungsi... ... 37
3.2. Tinjauan Kasus ... 41
3.2.1. Proses Bisnis Sistem Berjalan ... 41
3.2.2. Activity Diagram ... 43
3.2.3. Dokumen Masukan... ... 44
3.2.4. Dokumen Keluaran... ... 44
3.2.5. Permasalahan Pokok... ... 45
3.2.6. Pemecahan Masalah... ... 46
3.3. Analisis Kebutuhan Software ... 46
3.3.1. Analisis Kebutuhan... ... 46
3.3.2. Use Case Diagram... ... 47
3.3.3. Activity Diagram... ... 60
3.4. Desain ... 61
3.4.1. Entity Relationship Diagram (ERD) ... 61
3.4.2. Logical Record Structure (LRS) ... 62
3.4.3. Spesifikasi File... ... 62
xi 3.4.5. Deployment Diagram... ... 68 3.4.6. User Interface... 69 3.5. Implementasi ... 73 3.5.1. Code Generation ... 73 3.5.2. Blackbox Testing ... 91 BAB IV PENUTUP ... 98 4.1 Kesimpulan... 98 4.2 Saran ... 98 DAFTAR PUSTAKA
DAFTAR RIWAYAT HIDUP
SURAT KETERANGAN PKL / RISET SURAT SERAH TERIMA APLIKASI LAMPIRAN-LAMPIRAN
xii
DAFTAR SIMBOL
1. Usecase Diagram
xiii
3. ERD (Entity Realtionship Diargam)
xiv
DAFTAR GAMBAR
Halaman
Gambar I.1 Ilustrasi Model Waterfall (Classic Life Cycle) ... 5
Gambar II.1 Use Case Diagram ... 23
Gambar II.2 Diagram Activity ... 24
Gambar II.3 Sequence Diagram ... 25
Gambar II.4 Contoh One to One ... 29
Gambar II.5 Contoh One to Many ... 29
Gambar II.6 Contoh Many to Many ... 30
Gambar II.7 Logical Relationship Structure ... 33
Gambar III.1 Stuktur Organisasi PT. Fuji Technica Indonesia ... 37
Gambar III.2 Activity Diagram Sistem Berjalan ... 43
Gambar III.3 Use Case Diagram Admin ... 48
Gambar III.4 Use Case Diagram Admin Melakukan Login ... 49
Gambar III.5 Use Case Diagram Admin Mengakses Menu Utama ... 50
Gambar III.6 Use Case Diagram Admin Mengelola Menu User ... 51
Gambar III.7 Use Case Diagram Admin Mengelola Menu Barang ... 52
Gambar III.8 Use Case Diagram Admin Mengelola Menu Supplier ... 53
Gambar III.9 Use Case Diagram Admin Mengelola Menu Akun ... 54
Gambar III.10 Use Case Diagram Admin Mengelola Menu Permintaan ... 55
Gambar III.11 Use Case Diagram Admin Mengelola Menu Pengeluaran ... 56
Gambar III.12 Use Case Diagram Admin Mengelola Menu Jurnal ... 57
xv
Gambar III.14 Use Case Diagram Pimpinan ... 59
Gambar III.15 Activity Diagram Administrasi ... 60
Gambar III.16 Activity Diagram Pimpinan ... 61
Gambar III.17 Entity Relationalship Diagram ... 61
Gambar III.18 Logical Record Structure ... 62
Gambar III.19 Sequence Diagram Pengeluaran Barang ... 68
Gambar III.20 Deployment Diagram ... 68
Gambar III.21 User Interface Form Login ... 69
Gambar III.22 User Interface Menu Utama Admin ... 69
Gambar III.23 User Interface Menu Master User ... 70
Gambar III.24 User Interface Menu Master Barang ... 70
Gambar III.25 User Interface Menu Master Supplier ... 70
Gambar III.26 User Interface Menu Master Akun ... 71
Gambar III.27 User Interface Menu Transaksi Permintaan ... 71
Gambar III.28 User Interface Menu Transaksi Pengeluaran Barang ... 71
Gambar III.29 User Interface Menu Transaksi Jurnal ... 72
Gambar III.30 User Interface Menu Utama Pimpinan ... 72
xvi
DAFTAR TABEL
Halaman
Tabel III.1 Deskripsi Use Case Admin ... 48
Tabel III.2 Deskripsi Use Case Admin Melakukan Login ... 49
Tabel III.3 Deskripsi Use Case Admin Mengakses Menu Utama ... 50
Tabel III.4 Deskripsi Use Case Admin Mengelola Menu User ... 51
Tabel III.5 Deskripsi Use Case Admin Mengelola Menu Barang ... 52
Tabel III.6 Deskripsi Use Case Admin Mengelola Menu Supplier ... 53
Table III.7 Deskripsi Use Case Admin Mengelola Menu Akun ... 54
Tabel III.8 Deskripsi Use Case Admin Mengelola Menu Permintaan... 55
Tabel III.9 Deskripsi Use Case Admin Mengelola Menu Pengeluaran ... 56
Tabel III.10 Deskripsi Use Case Admin Mengelola Menu Jurnal ... 57
Tabel III.11 Deskripsi Use Case Admin Melakukan Logout ... 58
Tabel III.12 Deskripsi Use Case Pimpinan ... 59
Tabel III.13 Spesifikasi File User ... 63
Tabel III.14 Spesifikasi File Permintaan ... 63
Tabel III.15 Spesifikasi File Pengeluaran ... 64
Tabel III.16 Spesifikasi File Jurnal ... 65
Tabel III.17 Spesifikasi File Jurnal Detail ... 65
Tabel III.18 Spesifikasi File Akun ... 66
Tabel III.19 Spesifikasi File Barang ... 66
Tabel III.20 Spesifikasi File Supplier ... 68
Tabel III.21 Pengujian Menu Login ... 91
xvii
Tabel III.23 Pengujian Menu Master ... 92
Tabel III.24 Pengujian Menu Transaksi ... 92
Tabel III.25 Pengujian Submenu User ... 93
Tabel III.26 Pengujian Submenu Supplier ... 95
Tabel III.27 Spesifikasi Hardware dan Software ... 97
xviii
DAFTAR LAMPIRAN
Halaman
Lampiran A1 ... 104 Lampiran A2 ... 104 Lampiran B1... 105 Lampiran C1... 1061
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Seiring dengan perkembangan Teknologi Informasi dan Komunikasi (TIK) khususnya teknologi informasi yang begitu pesat, maka dunia usaha pun dituntut untuk bersaing secara kompetitif, agar kebutuhan manajemen dapat bekerja secara efektif dan efisien. Oleh karena itu penulis menerapkan perkembangan teknologi dan informasi ke dalam sistem akuntansi khususnya sistem persediaan yang dapat berguna untuk mendukung pengambilan keputusan yang tepat.
Persediaan adalah aktiva yang tersedia untuk dijual dalam kegiatan normal persediaan. Persediaan dalam perusahaan pengertian atau prosesnya tergantung dari jenis perusahaan tersebut. Karena perusahaan termasuk dalam kelompok perusahaan manufaktur berarti persediaan yang akan dikelola meliputi persediaan produk jadi, persediaan produk dalam proses, persediaan bahan baku, persediaan bahan penolong dan lainnya. (Munawaroh, 2016)
Dalam iklim ekonomi yang sangat kompetitif saat ini, metode akuntansi persediaan telah menjadi alat perbaikan laba. Sistem persediaan yang lebih baik dapat membantu meningkatkan keuntungan, sedangkan sistem yang buruk dapat mengurangi laba dan membuat bisnis menjadi kurang kompetitif. PT. Fuji Technica Indonesia merupakan perusahaan manufaktur yang bergerak di bidang otomotif, setiap harinya perusahaan ini dapat menghasilkan kurang lebih 10.000 pcs spare part kendaraan roda empat untuk dikirim ke berbagai customer. Sistem persediaan pada
PT. Fuji Technica Indonesia khususnya pada bagian persediaan barang vendor masih menggunakan alat pengolahan data yang sederhana yaitu menggunakan buku dan
microsoft excel, mulai dari pencatatan data, penyimpanan data yang berhubungan
dengan proses persediaan barang sampai pembuatan laporan belum terdokumentasi dengan baik sehingga seringkali terjadi kesalahan dalam pencatatan, laporan yang tidak akurat dan keterlambatan dalam pencarian data. Terkadang perusahaan belum melakukan metode pencatatan persediaan dengan baik karena beberapa faktor diantaranya yaitu kekurangan informasi terhadap metode pencatatan persediaan terbaru, serta kurang dan lemahnya metode yang sedang digunakan.
Oleh karena itu penulis melakukan pengelolaan dengan proses akuntansi yang meliputi pengidentifikasian dan pengukuran data, pemrosesan dan pelaporan, serta pengkomunikasan informasi. Yang terdiri dari transaksi, pencatatan, penggolongan, pengikhtisaran, laporan akuntansi, serta menganalisa dan menginterpretasikan data kepada pemakai informasi. Setiap mutasi persediaan dicatat dalam kartu persediaan. Perusahaan menentukan harga pokok yang dipakai dalam produksi dan persediaan barang dengan menggunakan metode identifikasi khusus, dimana setiap jenis persediaan barang yang ada di gudang diberi tanda tentang berapa barang tersebut dibeli atau dikeluarkan dari gudang. Sehingga dapat diketahui harga pokok bahan baku atau barang yang dipakai dengan melihat tanda khusus tersebut.
Oleh karena itu, PT. Fuji Technica Indonesia membutuhkan sekali adanya sistem persediaan yang terkomputerisasi guna menunjang kelancaran kegiatan dan meningkatkan efektifitas proses kinerja sehingga menghasilkan suatu informasi yang baik dan berkualitas. Berdasarkan latar belakang masalah di atas penulis menganggap perlunya pengembangan dari sistem informasi persediaan barang vendor pada PT. Fuji
Technica Indonesia. Oleh karena itu, penulis merancang sebuah sistem berbasis web dalam Tugas Akhir dengan judul “Sistem Informasi Akuntansi Persediaan Barang Vendor Pada PT Fuji Technica Indonesia”.
1.2. Maksud dan Tujuan
Adapun maksud dan tujuan dilakukannya penulisan Tugas Akhir ini meliputi beberapa hal sebagai berikut:
1. Menerapkan dan mengembangkan ilmu pengetahuan yang penulis terima selama belajar di Universitas Bina Sarana Informatika.
2. Mengetahui sistem persediaan barang dari vendor pada bagian Incoming vendor di PT. Fuji Technica Indonesia.
3. Merancang sistem baru yang terkomputerisasi sebagai solusi dari permasalahan yang terjadi pada PT. Fuji Technica Indonesia.
Tujuan dari penulisan Tugas Akhir ini adalah sebagai salah satu syarat kelulusan Program Diploma Tiga (D.III) Program Studi Sistem Infornasi Akuntansi Universitas Bina Sarana Informatika.
1.3. Metode Penelitian
Metode Penelitian termasuk ke dalam suatu cara atau teknik yang sistematis untuk mengerjakan atau menyelesaikan sesuatu, karena untuk memperoleh data yang lengkap diperlukan penelitian, pengamatan dan kejelian sehingga didapatkan data yang relavan dan akurat.
1.3.1. Metode Pengumpulan Data
Adapun beberapa metode pengumpulan data yang digunakan penulis untuk menyelesaikan Tugas Akhir ini adalah:
1. Metode Observasi (Observation)
Untuk mendapatkan informasi yang diperlukan dalam penelitian, penulis melakukan observasi dengan cara mengumpulkan data dan mengamati secara langsung objek yang diteliti guna kelengkapan informasi yang dibutuhkan. Dengan adanya observasi ini diharapkan data dan infomasi yang didapat bisa lebih tepat dan akurat sehingga tidak menimbulkan kekeliruan. Dalam metode observasi ini peneliti melakukan peninjauan langsung di lapangan mengenai sistem persediaan barang vendor yang sedang berjalan pada PT. Fuji Technica Indonesia.
2. Wawancara (Interview)
Wawancara merupakan teknik pengumpulan data yang dilakukan melalui tatap muka dan tanya jawab langsung antara pengumpul data maupun peneliti terhadap narasumber atau sumber data. Dalam metode wawancara ini peneliti melakukan wawancara kepada Bapak Ginarka sebagai PPIC Foreman yang bertanggung jawab langsung terhadap persediaan barang vendor pada PT. Fuji Technica Indonesia.
3. Studi Pustaka (Library Research)
Penulis melakukan studi pustaka dengan membaca dan mencari buku-buku literasi yang berhubungan dengan penulisan Tugas Akhir ini, serta dapat membantu dalam pengumpulan materi yang dibutuhkan, seperti Jurnal Ilmiah, Buku Sistem Informasi Akuntansi, dan sebagainya.
1.3.2. Metode Pengembangan Software
Metode yang digunakan pada pengembangan software ini menggunakan model Waterfall. Menurut Pressman (2015:42) dalam buku “Rekayasa Perangkat Lunak” menjelaskan bahwa Waterfall adalah model klasik yang bersifat sistematis,
berurutan dalam membangun software. Nama model ini sebenarnya adalah (sequential
linear) atau alur hidup klasik (classic life cycle)”. Model ini termasuk ke dalam model
generic pada rekayasa perangkat lunak dan pertama kali diperkenalkan oleh Winston
Royce sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai dalam Software Engineering. Model ini melakukan pendekatan secara sistematis dan berurutan. Disebut dengan Waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan, pengujian dan tahap pendukung. Berikut penjelasannya:
Gambar 1.1 Ilustrasi SDLC Model Waterfall Sumber : Rosa dan M. Shalahuddin (2016:29)
1. Analisis Kebutuhan Software
Pada prosedur sistem informasi akuntansi persediaan barang vendor yang sedang berjalan pada PT. Fuji Technica Indonesia. Berdasarkan analisa penulis, kebutuhan user antara lain user yang dapat mengakses sistem yaitu bagian PPIC.
PPIC dapat melakukan login ke sistem, mengolah data master yaitu master
pengguna, barang, vendor, customer, dan jenis barang. PPIC mengelola data barang masuk dan keluar serta mengelola laporan stok.
2. Desain
Berdasarkan hasil analisa pada tahapan desain, maka dibutuhkan desain tabel
database antara lain tabel pengguna, tabel vendor, tabel customer, tabel jenis
barang, tabel barang masuk, detail barang masuk, tabel barang keluar, detail barang keluar, dan tabel laporan. Dalam tahap desain penulis melakukan desain menggunakan Bahasa pemodelan UML (Unified Modelling Language) untuk menggambarkan berbagai diagram piranti lunak dan juga menentukan bentuk data yang diperlukan sebagai input dan sebagai hasil atau output dari program yang akan dibuat.
3. Code Generation
Pada tahap ini sudah mulai memasukan script kode pemrograman ke dalam sebuah software programming untuk dapat menghasilkan desain yang sudah dibuat yaitu dengan bahasa kode Java Netbeans dan MySQL dengan local server
XAMPP untuk Database Management System (DBMS).
4. Testing
Pengujian dilakukan dengan mendeskripsikan hasil pengujian menggunakan
blackbox testing untuk memastikan bahwa semua bagian sudah diuji. Hal ini
dilakukan untuk meminimalisir kesalahan (error) dan memastikan keluaran yang dihasilkan sesuai dengan yang diinginkan.
5. Support
Setelah tahapan pengujian selesai, upaya yang dilakukan dalam mendukung pengembangan maupun perubahan terhadap sistem persediaan barang vendor yang dibuat pada PT. Fuji Technica Indonesia, tidak menutup kemungkinan sebuah software mengalami perubahan ketika sudah dikirim ke user. Perubahan bisa terjadi karena adanya kesalahan yang muncul dan tidak terdeteksi saat
pengujian atau perangkat lunak harus beradaptasi dengan lingkungan baru. Tahap pendukung atau pemeliharaan dapat mengulangi proses pengembangan mulai dari analisa spesifik untuk perubahan perangkat lunak yang sudah ada tapi tidak untuk membuat perangkat lunak yang baru. Support yang bisa dilakukan salah satunya adalah melakukan back up data setelah menginput transaksi.
1.4. Ruang Lingkup
Penulisan Tugas Akhir ini mengambil pokok permasalahan hanya pada bagian persediaan barang vendor pada PT. Fuji Technica Indonesia, dimulai dari sistem penerimaan barang dari vendor, penentuan harga pokok dengan metode identifikasi khusus, proses pengeluaran barang, pembuatan laporan transaksi barang masuk dan keluar serta pembuatan laporan akhir stok barang yang ada. Kemudian seluruh laporan tersebut diserahkan kepada pimpinan.
8
BAB II
LANDASAN TEORI
2.1. Konsep Dasar
2.1.1. Konsep Dasar Sistem
Di dalam konsep dasar ini, penulis menambahkan beberapa teori dari para ahli yang berkaitan dengan penyusunan tugas akhir ini. Termasuk hal-hal yang berkaitan dengan penulisan tugas akhir, diantaranya pengertian dari konsep dasar sistem dan program.
1. Sistem
“Sistem adalah jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu.” (Abdussomad, dkk, 2016)
“Sistem merupakan suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, terkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk tujuan tertentu”. (Yakub dalam Ermantita, 2016)
“Sistem adalah seperangkat komponen yang saling terhubung dengan sebuah batasan yang jelas, bekerja bersama untuk mencapai sebuah tujuan yang sama dengan menerima masukan dan menghasilkan keluaran dalam sebuah proses transformasi yang terorganisasi”. (Marakas dan James, 2016)
Dari pengertian di atas dapat ditarik kesimpulan bahwa sistem merupakan kumpulan suatu komponen sistem yang saling berhubungan satu dengan yang lain untuk mencapai tujuan suatu kegiatan pokok perusahaan.
2. Karekteristik Sistem
Model umum sebuah sistem adalah input, proses dan output. Hal ini merupakan konsep sebuah sistem yang sangat sederhana, sebab sebuah sistem dapat mempunyai beberapa masukan dan keluaran. Adapun karakteristik sistem menurut (Putri, 2016) adalah sebagai berikut:
1. Komponen Sistem (component)
Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang artinya saling bekerja sama membentuk satu kesatuan. Komponen sistem tersebut dapat berupa suatu sub-sistem atau bagian dari sistem.
2. Batasan Sistem (boundary)
Batasan sistem merupakan batasan suatu sistem dengan suatu sistem lainnya atau dengan lingkungan luarnya, batasan sistem ini memungkinkan suatu sistem dipandang satu kesatuan yang tidak dapat dipisahkan. Batasan suatu sistem menunjukan ruang lingkup dari sistem tersebut
3. Lingkungan Luar Sistem (environment)
Merupakan bentuk apapun yang ada di luar sistem yang mempengaruhi operasi sistem tersebut. Di dalam lingkungan luar sistem ini bersifat menguntungkan dan dapat juga bersifat merugikan sistem tersebut.
4. Penghubung Sistem (interface)
Adalah sebagai media yang menghubungkan sistem dengan subsistem yang lainnya.
5. Masukan Sistem (input)
Adalah energi yang dimasukan sistem, yang dapat berupa pemeliharaan (maintenance input) dan masukan sinyal (signal input).
6. Keluaran Sistem (output)
Hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna keluaran ini merupakan masukan untuk subsistem yang lain.
7. Pengolah Sistem (process)
Merupakan suatu sistem yang dapat mempunyai suatu proses yang akan merubah masukan menjadi keluaran. Sebagai contoh sistem akutansi, sistem ini akan mengolah data transaksi menjadi laporan-laporan yang dibutuhkan oleh pihak manajemen.
8. Sasaran Sistem (objective)
Sasaran sistem merupakan suatu sistem yang mempunyai tujuan dan sasaran yang pasti dan bersifat deterministik (dapat diprediksi). Sasaran sangat menentukan kebutuhan akan masukan dan keluaran yang diharapkan, jika suatu sistem tidak memiliki sasaran, maka operasi sistem tidak akan ada gunanya. Suatu sistem dikatakan berhasil bila mengenai sasaran dan tujuan yang telah direncanakan.
3. Klasifikasi Sistem
Sistem dapat diklasifikasikan sebagai berikut: (Patria, 2016) 1. Sistem abstrak (abstract system) dan sistem fisik (physical system)
Sistem abstrak adalah sistem yang berupa pemikiran atau ide yang tidak tampak secara fisik misalkan norma kehidupan, sedangkan sistem fisik adalah sistem yang ada secara fisik.
2. Sistem alamiah (natural system) dan sistem buatan (human made system) Sistem alamiah adalah sistem yang terjadi melalui proses alam dan sistem buatan adalah sistem yang dirancang oleh manusia.
3. Sistem tertentu (deterministic system) dan sistem tak tentu (probabilistic
system)
Sistem tertentu beroperasi dengan tingkah laku yang sudah dapat diprediksi dan sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diproduksi.
4. Sistem tertutup (closed system) dan sistem terbuka (open system)
Sistem tertutup merupakan sistem yang tidak berhubungan dan tidak terpengaruh dengan lingkungan luarnya dan sistem terbuka adalah sistem yang berhubungan dan terpengaruh dengan lingkungan luarnya.
2.1.2. Konsep Dasar Informasi
“Informasi adalah data yang telah diolah menjadi suatu bentuk yang penting bagi si penerima dan mempunyai nilai yang nyata yang dapat dirasakan dalam keputusan-keputusan yang sekarang atau keputusan-keputusan yang akan datang”. (Putria, 2016)
Darmawan dan Kunkun Nur Fauzi mengemukakan bahwa “Informasi merupakan hasil dari pengolahan data, akan tetapi tidak semua hasil dari pengolahan tersebut bisa menjadi informasi, hasil pengolahan data yang tidak memberikan makna atau arti serta tidak bermanfaat bagi seseorang bukanlah informasi bagi orang tersebut”. (Irmawati, 2018)
Menurut Tohari mengemukakan bahwa “Iinformasi meupakan data yang telah diklasifikasikan atau diolah atau diinterpretasikan untuk digunakan dalam proses pengambilan keputusan”. (Irmawati, 2018)
Sedangkan kualitas dari sutu informasi tergantung dari tiga hal menurut Tohari adalah:
1. Akurat artinya informasi harus bebas dari kesalahan-kesalahan.
2. Tepat artinya informasi yang datang pada penerima tidak boleh terlambat. 3. Relevan artinya informasi harus mempunyai manfaat bagi pemakainnya. 2.1.3. Konsep Dasar Akuntansi
“Sistem Akuntansi adalah oraganisasi formulir, catatan dan laporan yang dikoordinasi sedemikian rupa untuk menyediakan informasi keuangan yang dibutuhkan oleh manajemen guna memudahkan pengelolaan perusahaan”. (Mulyadi, 2016)
“Sistem Informasi Akutansi merupakan sebuah sistem yang memproses data dan transaksi guna menghasilkan informasi yang bermanfaat untuk merencanakan, mengendalikan, dan mengoperasikan bisnis”. Hal serupa juga disampaikan oleh (Krismiaji, 2015)
Berdasarkan pengertian diatas maka dapat disimpulkan bahwa sistem informasi akuntansi adalah sebuah sistem yang memproses dan mengumpulkan data serta transaksi untuk menghasikan informasi yang bermanfaat bagi pihak-pihak yang memerlukan.
2.1.4. Sistem Informasi Akuntansi
Tresnawati, dkk mengemukakan “Sistem Informasi Akuntansi adalah komponen organisasi yang dirancang untuk mengolah data keuangan menjadi informasi atau laporan keuangan, yang di tujukan kepada pihak internal maupun eksternal perusahaan”. (Irmawati, 2018)
“Sistem Informasi Akuntansi adalah suatu sistem yang mengumpulkan mencatat, menyimpan, dan memproses data untuk menghasilkan informasi bagi para pengambil keputusan”. (Kurniawan dan Janatasha Christie Parparaga, 2018)
“
Sistem Informasi Akuntansi adalah sebuah sistem yang memproses datadan transaksi guna menghasilkan informasi yang bermanfaat untuk merencanakan, mengendalikan, dan mengoperasikan bisnis”. (Krismiaji, 2015)
Untuk dapat menghasilkan informasi yang diperlukan oleh para pembuat keputusan, sistem informasi akuntansi harus melaksanakan tugas-tugas sebagai berikut.
1. Mengumpulkan transaksi dan data lain dan memsasukkannya kedalam sistem. 2. Memproses data transaksi.
3. Menyimpan data untuk keperluan dimasa mendatang.
4. Menghasilkan informasi yang diperlukan dengan memproduksi laporan, atau memungkinkan para pemakai untuk melihat sendiri data yang tersimpan di komputer.
5. Memngendalikan seluruh proses sedemikian rupa sehngga informasi yang dihasilkan akurat dan dapat dipercaya.
2.1.5. Jurnal
“Jurnal umum adalah sebuah daftar khusus untuk mencatat setiap aktivitas transaksi yang dilakukan suatu usaha secara kronologis sesuai urutan tanggal ke dalam jumlah yang harus didebet dan dikredit. Jurnal umum merupakan tempat pertama kali untuk mencatat transaksi”. (Sudrajat, 2016)
1. Jurnal Persediaan Bahan Baku diterima Persediaan / bahan baku xxxx
Kas / utang dagang xxxx 2. Jurnal Pemakaian Bahan Baku
Barang dalam proses xxxx Persediaan / bahan baku xxxx
2.1.6. Pengertian Persediaan
“Persediaan barang dagang adalah barang-barang vang ada dalam persediaan yang sedang menunggu untuk dijual. Jumlah rupiah dari persediaan ini dicatat dalam suatu akun yaitu persediaan barang dagangan. Transaksi pembelian dan penjualan barang dagangan akan berpengaruh terhadap jumlah unit maupun jumlah rupiah persediaan, di mana pembelian akan menambah persedian, sedangkan penjualan akan mengurangi persediaan”. (Hutahuruk, 2017)
“Persediaan awal barang dagang dapat diartikan sebagai persediaan barang dagang yang ada pada saat awal tahun buku berjalan atau satu periode awal. Nilai dari saldo pesediaan awal suatu perusahaan dapat kita lihat dari laporan neraca saldo berjalan atau pada neraca awal perusahaan dan atau laporan neraca tahun sebelumnya”. (Rohman, 2017)
“Persediaan barang dagang dapat dibedakan menjadi dua yaitu persediaan awal dan persediaan akhir. Persediaan awal menggambarkan persediaan yang tidak terjual pada periode lalu dan persediaan akhir menggambarkan jumlah barang-barang yang tidak terjual oleh perusahaan”. (Sandy, 2017)
2.1.7. Program
Kadir menyimpulkan bahwa “Program berarti kumpulan perintah yang ditunjukan kepada komputer agar komputer dapat melakukan tindakan sesuai dengan yang dikehendaki oleh pembuat perintah”. (Abdussomad, 2018)
“Pemrograman terstruktur adalah konsep paradigma atau sudut pandang pemrograman yang membagi-bagi program berdasarkan fungsi-fungsi atau prosedur-prosedur yang dibutuhkan program komputer”. (Sukamto dan Shalahuddin, 2018)
1. Netbeans IDE 8.1
“Java Netbeans IDE 8.1 merupakan pengembangan dari BASIC yang dibuat sebagai bahasa pemrograman yang mudah dipelajari dan digunakan”. (Enterprise, 2017). Java Netbeans IDE 8.1 memungkinkan proses Rapid
Application Development (RAD) dari aplikasi antar muka, mengakses database, dan
membuat kontrol dan objek. 2.1.8. Studi Literatur
Untuk menunjang Laporan Tugas Akhir ini, penulis memaparkan lima penelitian terkait mengenai Sistem Persediaan barang, diantaranya:
a. Pada Jurnal yang berjudul ”Rancang Bangun Sistem Informasi Persediaan Barang Spare Part Mobil Berbasis Web Menggunakan Metode ABC”, Tujuan Penelitian ini untuk membuat standard operating procedure menjadi lebih efektif dan pengendalian atas investasi tetap terjaga pada Bengkel Tubagus Ban. Hasil dari penelitian ini menunjukan jika perlu nya membuat sebuah sistem yang terkomputerisasi agar proses bisnis pada Bengkel Tubagus ban ini dapat menjadi lebih baik. Hasil dari pengendalian persediaan menggunakan metode ABC pada Bengkel Tubagus ban ini menampilkan spare part jenis oli golongan A dengan 6 jenis spare part dan presentase permintaan sebesar 39,3%, golongan B dengan 8 jenis spare part dengan presentase permintaan sebesar 30,8% dan Golongan C yaitu 14 jenis spare part dengan presentase permintaan sebesar 29,9. Untuk jenis tire yaitu Golongan A dengan 5 jenis
spare part dan presentasi permintaan sebesar 41%, Golongan B dengan 8 jenis
spare part dan presentase permintaan sebesar 38,5% dan golongan C yaitu 12
jenis spare part dengan presentase permintaan sebesar 20,5%. (Kristiyanto dan Wahyudin, 2019)
b. Pada Jurnal yang berjudul ”Sistem Informasi Pengelolaan Persediaan Bahan Baku Menggunakan Model Waterfall Pada CV. Ginnozu Cipta Komunikasi”. Sistem Pengelolaan Persediaan Bahan Baku merupakan salah satu fungsi
manajerial yang sangat penting dalam operasional pada CV Ginnozu Cipta Komunikasi Selain merupakan investasi yang membutuhkan modal yang sangat besar, Sistem Pengelolaan persediaan dapat mempengaruhi pelayanan terhadap pelanggan dan fungsi produksi, fungsi pemasaran dan fungsi keuangan pada CV Ginnozu Cipta Komunikasi Persediaan bahan baku bertujuan untuk memperlancar kegiatan produksi. Kendala yang terjadi selama ini belum sempurnanya sistem informasi pengelolaan persediaan bahan baku, yaitu dengan menggunakan sistem konvensional, CV Ginnozu Cipta Komunikasi sering kali mengalami masalah terutama dalam kegiatan operasional pengelolaan persediaan bahan baku. Begitu pula untuk informasi laporan dimana pimpinan ingin mengentahui data sisa bahan baku yang tersedia sewaktu-waktu tidak bisa dilakukan secara cepat karena data terlebih dahulu harus direkap dari kartu stock sehingga membutuhkan waktu yang lama dan mengalami keterlambatan pembuatan laporan. Dalam menyelesaikan permasalahan diatas dan pentingnya data yang akurat tentang pengelolaan persediaan bahan baku, maka penulis melakukan penelitian analisa dan perancangan sistem informasi pengelolaan bahan baku dengan tujuan membantu CV Ginnozu Cipta Komunikasi dalam perancangan sistem informasi pengelolaan persediaan bahan baku dengan menggunakan komputer sebagai alat bantu pengolahan data. Pada saat pembuatan laporan ke pimpinan apa bila menghendaki sewaktu-waktu bisa langsung dicetak. Diharapkan sistem informasi pengelolaan persediaan bahan baku dapat memberi informasi yang cepat untuk kelancaran proses pengelolaan persediaan bahan baku. Secara sederhana konsep dasar sistem dapat diartikan sebagai suatu kumpulan atau
himpunan dari unsur, komponen atau variabel yang terorganisasi, saling berinteraksi, saling tergantung satu sama lain dan terpadu. (Solecha, 2019) c. Pada jurnal yang berjudul ”Penerapan Aplikasi Web Pengelolaan Persediaan
Barang CV Tong Ku Raja Tambun Bekasi”. CV. Tong Ku Raja Tambun Bekasi merupakan perusahaan dagang yang bergerak dibidang penjualan peralatan bangunan. Saat ini, sistem yang ada pada CV. Tong Ku Raja Tambun Bekasi masih menggunakan cara manual mulai dari pendataan barang masuk, permintaan barang, pengiriman barang, pengembalian barang sampai dengan pembuatan laporan. Hal ini tentunya dapat mengakibatkan penumpukan nota permintaan barang, sulitnya pendataan permintaan barang dari cabang untuk melakukan pengiriman barang, kesalahan barang yang diminta dan yang dikirim, lamanya pencatatan pengembalian barang, kesalahan dalam perhitungan stok barang serta sulitnya untuk mendapatkan laporan pada saat dibutuhkan. Maka, dibutuhkan sebuah sistem informasi persediaan barang berbasis web agar dapat mempermudah CV. Tong Ku Raja Tambun Bekasi dalam mengelola proses persediaan barangnya. Sehingga dapat mempermudah dalam proses pencatatan, penyimpanan, pencarian data serta pembuatan laporan. Metode Pengembangan Perangkat lunak dengan SDLC digunakan sebagai acuan dalam pengembangan sistem yang ada pada CV Tong Ku Raja Ini dengan lima tahapan, Analisis kebutuhan perangkat lunak, Desain, Pembuatan Kode Pemrograman, Pengujian, Pendukung dan Pemeliharaan. (Novriantika dan Prasetyo, 2019)
d. Pada Jurnal yang berjudul ”Rancang Bangun Sistem Informasi Pengolahan Data Persediaan Barang Berbasis Dekstop Dengan Model Waterfall”. Sistem
persediaan barang adalah suatu sistem untuk mengelola persediaan barang di gudang. Sistem persediaan barang kini sudah banyak digunakan oleh perusahaan-perusahaan berkembang pada umumnya, terutama dalam hal pengolahan data barang. Kampung Kemang adalah usaha dari perusahaan PT. Sakura Yasa Prima yang bergerak dibidang pejualan minuman di kota Jakarta dimana aktivitas kinerja yang baik dan efektif haruslah dijaga dan ditingkatkan. Seperti pengelolaan, pencarian, alur keluar masuknya barang, dan laporan data barang ketika dibutuhkan perusahaan. Berdasarkan permasalahan tersebut, perusahaan memiliki keinginan untuk memanfaatkan teknologi informasi secara baik melalui pembangunan sistem persediaan barang, dikarenakan sistem kegiatan pengolah data barang di gudang saat ini belum dirasa maksimal oleh perusahaan. Sistem inventory menggunakan metode FIFO (First In First
Out) untuk mengatur alur keluar masuknya barang di gudang. Metode aliran
yang digunakan adalah UML (Unified Modeling Language). Bahasa pemrograman menggunakan PHP, dan database MySQL. Sistem dibangun dengan user friendly, sehingga sistem dilengkapi dengan Interface yang mmudah dipahami dan dibuat semenarik mungkin. (Dudi dkk, 2017)
e. Pada Jurnal yang berjudul ”Rancang Bangun Sistem Informasi Persediaan Barang Pada PT. Bumi Permata Medika”. Dalam mengerjakan laporan
inventory alat kesehatan PT. Bumi Permata Medika masih di kerjakan secara
konvensional, sehingga menimbulkan beberapa kesulitan dan kesalahan dalam pembuatan laporan. Banyaknya stok, nama barang yang harus dicatat, menyebabkan terjadinya kerangkapan data dan membutuhkan waktu yang relatif lebih lama untuk mengerjakannya, maka harus dikerjakan dengan secara
teliti. Kurangnya informasi yang akurat menyebabkan perusahaan tidak mengetahui batas minimum penyimpanan inventory alat kesehatan untuk periode selanjutnya. Sebagai solusi untuk memecahkan masalah pada PT. Bumi Permata Medika dalam penyediaan alat medis, penulis merancang program sistem informasi inventori untuk memudahkan dalam mengelola persedian alat kesehatan. Metode pengembangan sistem yang digunakan dalam perancangan sistem informasi ini menggunakan metode system development
life cycle (SDLC). (Supratiningsih dkk, 2018)
2.2. Peralatan Pendukung
Di dalam rancangan sebuah sistem diperlukan suatu peralatan yang dapat mendukung terciptanya sebuah rancangan. Peralatan pendukung (Tools System) merupakan alat yang digunakan untuk menggambarkan bentuk logika model dari suatu sistem dengan menggunakan simbol, lambang, diagram yang menunjukkan secara tepat arti dan fungsinya.
2.2.1. Metode Perancangan Program
“Model air terjun sering disebut juga dengan model sekuensial linier (sequence linier) atau alur hidup klasik”. Model air terjun menyediakan pendekatan alur hidup perangkat lunak secara sekuensial atau terurut dimulai dari analisis, desain, pengkodean, pengujian, dan tahap pendukung (support).
Berikut ini langkah-langkah metode waterfall dalam penelitian ini menurut (Sukamto dan Shalahuddin, 2018):
1. Analisa Kebutuhan
Proses pengumpulan kebutuhan dilakukan secara intensif untuk menspesifikasikan kebutuhan perangkat lunak agar dapat dipahami perangkat lunak seperti apa yang dibutuhkan oleh user.
2. Desain
Desain perangkat lunak adalah proses multi langkah yang focus terhadap desain pembuatan program perangkat lunak.
3. Pembuatan Kode Program
Desain harus ditranslasikan kedalam program perangkat lunak. Hasil dari tahap ini adalah program computer sesuai dengan desain yang telah dibuat pada tahap desain. Kode program dibuat menggunakan software Java Netbeans IDE 8.1.
4. Pengujian
Pengujian fokus pada perangkat lunak secara dari segi logik dan fungsional dan memastikan bahwa semua bagian sudah di uji. Hal ini dilakukan untuk meminimalisir kesalahan (error) dan memastikan keluaran yang dihasilkan sesuai dengan yang diinginkan. Pengujian dalam web ini menggunakan teknik
black box testing.
5. Pendukung (Support) atau pemeliharaan (Maintenance)
Tidak menuntut kemungkinan sebuah perangkat lunak mengalami perubahan ketika sudah dikirim ke user. Perubahan bisa terjadi karena adanya kesalahan yang muncul dan tidak terdeteksi saat pengujian atau perangkat lunak harus beradaptasi dengan lingkungan baru. Tahap pendukung atau pemeliharaan dapat mengulangi proses pengembangan mulai dari analisis spesifikasi untuk
perubahan perangkat lunak, yang sudah ada tapi tidak untuk membuat perangkat lunak baru.
2.2.2. Basis Data (Database)
“Basis data adalah sistem terkomputerisasi yang tujuan utamanya adalah memelihara data yang sudah diolah atau informasi dan membuat informasi tersedia saat dibutuhkan”. (Sukamto dan Shalahuddin, 2018)
“Basis data dapat dipahami sebagai suatu kumpulan data terhubung (interrelated data) yang disimpan bersama-sama dalam suatu media, tanpa mengatap satu sama lain atau tidak perlu satu kerangkapan data”. (Nurrahman, dkk, 2018)
1. MySQL
“SQL (Structured Query Language) adalah bahasa yang digunakan untuk mengelola data pada RDBMS”. (Sukamto dan Shalahuddin, 2018)
“SQL merupakan singkatan dari Structured Query Language. Bahasa ini didasarkan pada Bahasa Inggris dan digunakan dalam database MySQL, Oracle, dan Microsoft SQL Server”. (Enterprise, 2015)
“MySQL merupakan salah satu aplikasi DBMS yang sudah sangat banyak digunakan oleh para pemograman aplikasi web. Contoh DBMS lainnya adalah PostgreSQL (freeware), SQL Server, MS Access dari Microsoft, DB2 dari IBM, Oracle Corp, Dbase, FoxPro, dan seterusnya”. (Kawistara, 2017)
Kelebihan dari MySQL adalah gratis, handal, selalu di-update dan banyak forum yang memfasilitasi para pengguna jika memiliki kendala. MySQL juga menjadi DBMS yang sering dibundling dengan web web server sehingga proses instalasinya jadi lebih mudah.
Saat ini MySQL banyak digunakan berbagai kalangan untuk melakukan penyimpanan dan pengolahan data karena beberapa keuntungan diantaranya: 1. Fleksibel
MySQL dapat digunakan untuk mengembangkan apliksai desktop aplikasi web dengan menggunakan teknologi yang bervariasi.
2. Performa tinggi
MySQL memiliki mesin query dengan performa tinggi, dengan demikian proses transaksional dapat dilakukan dengan sangat cepat.
3. Lintas Platform
MySQL dapat digunakan pada platform atau dengan sistem informasi yang beragam.
4. Gratis
MySQL dapat digunakan secara gratis, sehingga kalangan dapat menggunakannya.
5. Proteksi Data Handal
MySQL menyediakan mekanisme yang powerfull untuk keamanan yaitu dengan menyediakan fasilitas manajemen user, enkripsi data, dan lain sebagainya.
6. Komunitas Luas
MySQL sudah memiliki banyak penggunaan sehingga mysql sudah memiliki banyak komunitas yang dapat memudahkan kita untuk berbagi solusi untuk penanganan masalah yang timbul.
2. XAMPP
“Xampp adalah sebuah software yang berfungsi untuk menjalankan website berbasis PHP dan menggunakan pengolah data MySQL dikomputer lokal”. (Fridayanthie dan Tias, 2017)
“Xampp adalah perangkat lunak bebas, yang mendukung banyak sistem operasi, yang merupakan kompilasi dari beberapa program”. (Junaidi, 2016) 2.2.3. Unified Modeling Language (UML)
“UML (Unified Modeling Language) adalah bahasa pemodelan dalam sistem atau perangkat lunak yang berparadigma berorientasi objek”. (Abdussomad, dkk, 2016)
“UML (Unified Modeling Language) adalah salah standar bahasa yang banyak digunakan di dunia industri untuk mendefinisikan requirement (kebutuhan), membuat analisis dan desain, serta menggambarkan arsitektur dalam pemrograman berorientasi objek”. (Sukamto dan Shalahuddin, 2018)
1. Use Case Diagram
“Use case atau diagram use case merupakan pemodelan atau kelakuan (behavior) sistem informasi yang akan dibuat”. (Sukamto dan Shalahuddin, 2018)
Sumber: (Sukamto dan Shalahuddin, 2018) Gambar II.1 Use Case Diagram
2. Activity Diagram
“Activity Diagram digunakan untuk model perilaku dalam independen proses bisnis suatu objek. Dalam banyak hal, Activity Diagram dapat dipandang sebagai diagram 17 aliran data yang canggih yang dapat digunakan dalam hubungannya dengan analisis terstruktur”. (Abdussomad, dkk, 2016)
Sumber: (Abdussomad, 2018)
Gambar II.2 Diagram Activity
“Diagram aktivitas atau activity diagram menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak”. (Sukamto dan Shalahuddin, 2018)
3. Sequence Diagram
“Diagram Sequence menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar objek”. (Sukamto dan Shalahuddin, 2018)
Sumber: (Sukamto dan Shalahuddin, 2018) Gambar II.3 Sequnce Diagram 4. Deployment Diagram
“Diagram deployment atau deployment diagram menunjukan konfigurasi komponen dalam proses eksekusi aplikasi”. (Sukamto dan Shalahuddin, 2018) 2.2.4. Entity Relationship Diagram (ERD)
“Entity Relationship Diagram (ERD) merupakan pemodelan basis data yang dikembangkan berdasarkan teori himpunan dalam bidang matematika untuk pemodelan basis data relasional”. (Sukamto dan Shalahuddin, 2018).
“Sebuah diagram ER/ER_D tersusun atas tiga komponen, yaitu entitas, atribut, dan kerelasian antar entitas. Secara garis besar, entitas merupakan objek dasar yang terlibat dalam sistem. Atribut berperan sebagai penjelas entitas, sedangkan kerelasian menunjukan hubungan yang terjadi diantara dua entitas” (Nurrahman, dkk, 2018).
“Entity Relation Diagram adalah alat pemodelan data utama dan akan membantu mengorganisasi data dalam suatu proyek ke dalam entitas-entitas dan menentukan hubungan antar entitas”. (Abdussomad, dkk, 2016).
Pada dasarnya ada tiga simbol yang digunakan sebagai berikut (Abdussomad et al., 2016):
1. Entitas digambarkan dengan kotak persegi panjang dan digunakan untuk menunjukkan sekumpulan orang, tempat, objek atau konsep dan sebagainya yang menunjukkan dimana data dicatat atau disimpan.
2. Hubungan atau Relasi digambarkan dengan kotak berbentuk diamond atau belah ketupat dengan garis yang menghubungkan ke entitas yang terkait. Maka
relationship diberi nama dengan kata kerja. Hubungan atau relasi menunjukkan
abstraksi dari sekumpulan hubungan yang mengaitkan antara entitas yang berbeda.
3. Atribut digambarkan dengan bentuk elips. Atribut menunjukkan karakteristik dari tiap entitas atau sesuatu yang menjelaskan entitas atau hubungan. Sehingga atribut dikatakan elemen dari entitas dan relasi. Dari setiap atribut entitas terdapat satu atribut yang dijadikan sebagai kunci (key). Beberapa jenis kunci tersebut antara lain : Primary key, Candidate key, Composite key, Secondary
key, Alternate key dan Foreign key.
4. Tingkat Hubungan (Cardinality) Entity Relation Diagram (ERD) juga menunjukkan tingkat hubungan yang terjadi.
“ERD merupakan Model Entity Relationship yang berisi komponen-komponen himpunan entitas dan himpunan relasi yang masing-masing dilengkapi dengan atribut-atribut yang merepresentasikan seluruh fakta dari “Dunia Nyata” yang kita tinjau, dapat digambarkan dengan sistematis dengan menggunakan Diagram Entity Relationship”. (Fatansyah, 2015)
1. Notasi ERD
Ada sejumlah konvensi mengenai notasi ERD. Notasi klasik sering digunakan untuk model konseptual. Berbagai notasi lain juga digunakan untuk menggambarkan secara logis dan fisik dari suatu basis data. Salah satunya adalah IDEFIX. Notasi-notasi simbolik yang digunakan dalam Entity
Relationship Diagram sebagai berikut:
a. Entitas (Entity)
Entity adalah objek yang dapat dibedak an dalam dunia nyata. Entity diberi
nama dengan kata benda, lokasi dan kejadian. Sedangkan entity set adalah kumpulan dari entity yang sejenis. Entity set terdiri dari:
1) Strong entity set yaitu entity set yang satu atau lebih atributnya digunakan oleh entity set lain sebagai key. Digambarkan dengan empat persegi panjang. Misal: E adalah sebuah entity set dengan atribut-atribut a1, a2, .., an, maka entity set tersebut direpresentasikan dalam bentuk tabel E yang terdiri dari n kolom, di mana setiap kolom berkaitan dengan atribut-atributnya. Entitas yang mandiri, yang keberadaanya tidak bergantung pada keberadaan entitas yang lainnya. Instansiasi entitas kuat selalu memiliki karakteristik yang unik disebut
identifier (sebuah atribut tunggal atau gabungan atribut-atribut yang
secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain).
2) Weak Entity Set, entity set yang bergantung terhadap strong entity set. Digambarkan dengan empat persegi panjang bertumpuk. Missal: A adalah weak entity set dari atribut-atribut a1, a2, .., ar dan B adalah
strong entity set dengan atribut-atribut b1, b2, .., bs, di mana b1 adalah
atribut primary key, maka weak entity set direpresentasikan berupa tabel A, dengan atirbut-atribut {b1} u {a1, a2, .., ar}, entitas yang keberadaanya sangat bergantung pada keberadaan entitas yang lainnya. Entitas lemah tidak memiliki arti apa-apa dan tidak dikehendaki kehadirannya dalam diagram ER tanpa kehadiran entitas di mana mereka bergantung. Entitas di mana entitas lemah bergantung dinamakan identifying owner. Entitas lemah tidak memiliki identifier sendiri. Secara umum, dalam diagram ER entitas lemah memiliki atribut yang berperan sebagai partial identifier (identifier yang berfungsi secara bagian).
b. Relasi (Relation)
Relation adalah hubungan yang terjadi antara satu atau lebih entity. Simbol
dari relasi yaitu belah ketupat. Macam-maca relasi antar tabel, yaitu:
1) One-to-one. Jika dua tabel berelasi one-to-one artinya setiap record di entitas pertama hanya akan berhubungan dengan satu record di entitas kedua begitu pula sebaliknya. Contoh pada relasi tabel dosen dan tabel jurusan. Satu record dosen hanya berhubungan dengan satu record jurusan begitu pula sebaliknya. Entitas 3 merupakan atribut yang unik di entitas.
Sumber: (Fathansyah, 2015)
Gambar II.4. Contoh One-to-one
2) One-to-many. Misalkan terdapat relasi antara tabel dosen dan tabel kuliah dengan nama relasi “mengajar” dan relasinya one-to-many. Artinya satu record pada tabel dosen boleh berelasi (mengajar) dengan banyak record pada tabel kuliah. Namun satu record pada tabel kuliah hanya boleh berelasi dengan satu record saja pada tabel dosen.
Sumber: (Fathansyah, 2015)
Gambar II.5. Contoh One-to-many
3) Many-to-many. Jika tabel satu berelasi dengan tabel dua dengan relasi many-to-many artinya ada banyak record di entitas satu dan entitas dua yang saling berhubungan satu sama lain. Contoh pada relasi many-to-many antara tabel mahasiswa dan tabel kuliah. Satu record
mahasiswa bisa berhubungan dengan banyak record kuliah, begitu pula sebaliknya. Sumber: (Fathansyah, 2015) Gambar II.6. Contoh Many-to-many c. Atribut (Attribute)
Atribut adalah karakteristik dari entity atau relationship, yang menyediakan penjelasan detail tentang entity atau relationship tersebut. Jenis-jenis atribut diantaranya:
1) Atribut sederhana atau Simple Attribute adalah atribut yang tidak dapat dibagi-bagi menjadi atribut yang lebih mendasar.
Contoh: atribut harga dari entity barang.
2) Atribut komposit atau Composite Attribute adalah atribut yang terdiri dari beberapa atribut yang lebih mendasar.
Contoh: Entity mahasiswa memiliki atribut nama yang terdiri dari nama depan (first name), nama tengah (middle name) dan nama belakang (last name).
3) Single Valued Attribute dan Multi Valued Attribute
Atribut Berharga Tunggal (Single Valued Attribute) adalah atribut yang hanya mempunyai satu harga untuk suatu entitas tertentu. Contoh: atribut umur.
4) Atribut Berharga Banyak (Multi Valued Attribute) adalah atribut yang dapat terdiri dari sekumpulan harga untuk suatu entitas tertentu. Contoh: atribut hobi.
5) Derived Attribute (Atribut Turunan)
Atribut turunan adalah suatu atribut yang dihasilkan dari atribut lain. Contoh: atribut umur yang dapat dihasilkan dari atribut tgl_lahir. 6) Key Attribute (Atribut Kunci)
Satu atau beberapa atribut yang mempunyai nilai unik sehingga dapat digunakan untuk membedakan data pada suatu baris atau record dengan baris lain pada suatu entitas.
d. Derajat Relasi atau Kardinalitas
Menunjukkan jumlah maksimum entitas yang dapat berelasi dengan entitas pada himpunan entitas yang lain.
1) One to One (1:1)
Tingkat hubungan dinyatakan one to one jika suatu kejadian pada
entity pertama hanya mempunyai satu hubungan dengan satu kejadian
pada entitas kedua. Demikian juga sebaliknya satu kejadian pada
entity yang pertama.
2) One to Many (1:M)
Tingkat hubungan one to many adalah sama dengan many to one (M:1), tergantung dari arah mana hubungan tersebut dilihat. Untuk satu kejadian pada entitas yang pertama dapat mempunyai banyak hubungan dengan kejadian pada entitas kedua. Sebaliknya satu
kejadian pada entitas yang kedua hanya bisa mempunyai satu hubungan dengan satu kejadian pada entitas pertama.
3) Many to Many (M:M)
Tingkat hubungan many to many terjadi jika tiap kejadian pada sebuah entitas mempunyai banyak hubungan dengan kejadian pada entitas lainnya, baik dilihat dari entitas yang pertama maupun dilihat dari sisi entitas yang kedua.
2.2.5. Logical Record Structure (LRS)
Kursini mengungkapkan bahwa” Model relasional adalah kumpulan tabel-tabel untuk mereprentasikan data dan relasi antar data-data”. (Abdussomad, 2018) “LRS merupakan sebuah model sistem yang digambarkan dengan sebuah diagram-ER akan mengikuti pola atau aturan pemodelan tertentu dalam kaitannya dengan konversi LRS, maka perubahan yang terjadi adalah mengikuti aturan-aturan tertentu”. (Puspitasari, 2016)
“Logical Record Structure (LRS) merupakan hasil dari pemodelan entity
relationship (ER) beserta atributnya sehingga bisa terlihat hubungan-hubungan
antarentitas”. (Junaidi, 2016)
“Logical Record Structure (LRS) merupakan transpormasi dari Entity
Relationship Diagram (ERD), Logical Record Structure (LRS) adalah representasi
dari struktur record-record pada tabel-tabel yang terbentuk dari hasil relasi antar himpunan entitas”. (Fridayanthie & Mahdiati, 2016)
Menentukan kardinalitas, jumlah tabel, dan Foreign key (fk).
Berikut adalah cara membentuk skema database atau LRS (Logical Record
1. Jika relasinya satu-ke-satu, maka foreign key diletakan pada salah satu dari dua entitas yang ada atau menyatukan kedua entitas tersebut.
2. Jika relasinya satu-ke-banyak, maka foreign key diletakan pada entitas many. 3. Jika relasinya banyak-ke-banyak, maka dibuat “file konektor” yang berisi dua
foreign key yang berasal dari kedua entitas.
Sumber : (Fridayanthie & Mahdiati, 2016) Gambar II.7
Logical Relationship Structure 2.2.6. Spesifikasi File
“Spesifikasi file adalah normalisasi data yang menunjukan attitude (field) apa saja yang terdapat dalam sebuah file. Spesifikasi file memberikan rincian yang lebih lengkap yang berisi kode file, organisasi, primary key, panjang record, dan deskripsi field (no, nama field, type field, keterangan).” (Wijaya dan Supriadi, 2015)
2.2.7. User Interface
“User Interface sangat mirip dengan kelas, tapi tanpa atribut kelas dan
memiliki metode yang dideklarasikan tanpa isi. Deklarasi metode pada sebuah user interface dapat di implementasikan oleh kelas lain. Sebuah kelas dapat mengimplemantasikan lebih dari satu antarmuka dimana kelas ini akan mendeklarasikan metode pada antarmuka yang dubutuhkan kelas itu sekaligus mendefinisakan isinya pada kode program kelas itu. Metode pada antarmuka yang di implementasikan harus sama persis dengan yang
ada di antarmuka. Antarmuka pengguna atau user interface biasanya digunakan agar kelas yang lain tidak mengakses langsung ke suatu kelas, mengakses antarmukanya”. (Sukamto dan Shalahuddin, 2018)
2.2.8. Code Generation
Matulessi menjelaskan bahwa “sebuah program yang dibuat agar dapat menghasilkan instruksi atau kode program sesuai dengan kebutuhan pengguna dalam ruang lingkup tertentu”. (Kanedi, dkk, 2017)
“Pengkodean atau Code Generation merupakan proses menerjemahkan desain kedalam suatu bahan yang bisa dimengerti oleh komputer”. (Anwar dan Irwan, 2017)
2.2.9. Blackbox Testing
“Black-Box Testing (pengujian kotak hitam) yaitu menguji perangkat lunak dari segi spesifikasi fungsional tanpa menguji desain dan kode program. Pengujian dimaksudkan untuk mengetahui apakah fungsi-fungsi, masukan, dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang dibutuhkan”. (Sukamto dan Shalahuddin, 2018)
Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai dengan spesifikasi yang dibutuhkan. Kasus uji yang dibuat untuk melakukan pengujian kotak hitam harus dibuat dengan kasus benar dan kasus salah, misalkan untuk kasus proses login maka kasus uji yang dibuat menurut (Sukamto dan Shalahuddin, 2018), adalah:
1. Jika user memasukkan nama pemakai (username) dan kata sandi (password) yang benar.
2. Jika user memasukkan nama pemakai (username) dan kata sandi (password) yang salah, misalnya nama pemakai benar tapi kata sandi salah, atau sebaliknya, atau keduanya salah.
36
BAB III
PEMBAHASAN
3.1. Tinjauan Perusahaan
PT. Fuji Technica Indonesia tergabung dalam bisnis unit ASMO III yang merupakan perusahaan Joint Venture antara PT. Astra International Tbk dengan PT. Fuji Technica Miyazu Japan yang menjadi supplier dari perusahaan pembuat kendaraan roda empat antara lain PT. Astra Daihatsu Motor, PT. Suzuki Indomobil Motor, PT. Honda Prospect Motor, dan PT. Mitsubishi Motors Krama Yudha Indonesia. PT. Fuji Technica Indonesia mempunyai nilai inti budaya yang disingkat dengan kata SPIRIT, yaitu terdiri dari Sinergy, Process Excellence, Integrity, Reliable,
Initiative, Trustwothiness.
3.1.1. Sejarah Perusahaan
PT. Fuji Technica Indonesia merupakan perusahaan yang bergerak di bidang industri mesin-mesin pengolahan/pengerjaan untuk logam yaitu pembuatan die, stamping part, dan sub assembling, yang beralamat di Jln. Maligiraya Lot A6 & 7, Desa Sukaluyu, Kec. Telukjambe, Kab. Karawang, Karawang International Industrial City (KIIC), Jawa Barat. PT. Fuji Technica Indonesia berdiri pada bulan September 1996. Visi dari PT. Fuji Technica Indonesia adalah menjadi peusahaan kelas dunia adapun Misi dari PT. Fuji Technica Indonesia adalah meningkatkan kemampuan dan kompetensi dalam segala bidang untuk mencapai tata kelola yang unggul. Berkaitan dengan permintaan pasar yang terus meningkat, sejak tahun 2004 PT. Fuji Technica Indonesia terus mengembangkan dan melengkapi fasilitas produksi yang dibutuhkan
yaitu berupa bangunan pabrik dan kantor seluas 26.000 m² diatas lahan keseluruhan 50.000 m². Adapun fasilitas peralatan yang ada berupa mesin CNC, mesin stamping, mesin hemming dan mesin assembling. Saat ini PT. Fuji Technica Indonesia telah memenuhi persaratan sertifikasi IATF yang dilengkapi dengan fasilitas pemantauan kualitas yang baik dan teruji, sehingga PT. Fuji Technica Indonesia menghasilkan produk yang memiliki kualitas global untuk memenuhi kebutuhan komponen kendaraan bermotor roda empat.
3.1.2. Struktur Organisasi dan Fungsi
Sumber : (PT. Fuji Technica Indonesia, 2020)
Gambar III.1.
