TUGAS AKHIR - repository.bsi.ac.id filePERANCANGAN SISTEM PEMBELIAN ATK DENGAN METODE WATERFALL PADA...
Transcript of TUGAS AKHIR - repository.bsi.ac.id filePERANCANGAN SISTEM PEMBELIAN ATK DENGAN METODE WATERFALL PADA...
PERANCANGAN SISTEM PEMBELIAN ATK DENGAN
METODE WATERFALL PADA PERUSAHAAN
JASA TENAGA PENGAMANAN DI
PT. HDR DJAYA PERKASA
JAKARTA
TUGAS AKHIR
Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma III
DEYA IZNY NOORAHMAH
NIM: 11140885
Program Studi Komputerisasi Akuntansi
AMIK BSI Jakarta
Jakarta
2017
ii
iii
iv
v
vi
vii
ABSTRAKSI
Deya Izny Noorahmah (11140885), Perancangan Sistem Pembelian ATK
Dengan Metode Waterfall Pada Perusahaan Jasa Tenaga Pengamanan Di PT
HDR Djaya Perkasa Jakarta.
Dalam era globalisasi sekarang ini, perkembangan dan kemajuan teknologi melaju
dengan cepatnya. Adapun komputer merupakan peralatan yang diciptakan untuk
mempermudah pekerjaan manusia saat mencapai kemajuan baik didalam
pembuatan hardware maupun software. Alat tulis kantor merupakan salah satu
penunjang dalam kegiatan operasional setiap harinya. selain itu, alat tulis kantor
juga berperan dalam penyelesaian pengerjaan yang ada diperusahaan. PT HDR
DJAYA PERKASA adalah perusahaan yang bergerak dibidang jasa pengamanan.
Dalam pengembangan bisnisnya, perusahaan memilki beberapa masalah seperti
pada saat pengecekan ATK yang tersedia digudang terkadang berbeda dengan
catatan yang ada dibuku, saat pembuatan list pembelian ATK selalu menginput
ulang apa saja yang ingin dibeli dan penyimpanan bukti pembelian pun masih
sangat manual yaitu dengan cara menyimpan disatu lemari apabila ingin melihat
bukti tahun lalu harus mencari secara manual. Oleh karena itu, penulis bertujuan
untuk merancang sistem pembelian ATK yang dapat membantu dalam proses
pembelian ATK. Perancangan sistem ini merupakan solusi terbaik untuk
memecahkan permasalahan yang ada serta dengan sistem yang terkomputerisasi
ini dapat tercapai suatu kegiatan yang efektif dan efisien dalam menunjang
aktifitas pada perusahaan tersebut.
Kata kunci : Perancangan Sistem, Sistem Pembelian ATK
viii
ABSTRACT
Deya Izny Noorahmah (11140885), The Design Of The System With The
Method Of ATK Purchase Waterfall On Security Personnel Service Company
PT HDR Djaya Perkasa Jakarta.
In the era of globalization, developments and technological advances drove with
immediacy. As for the computer equipment that is created to facilitate the work of
the man when reaching a good progress in the manufacture of hardware or
software. Office stationery is one of the supporting operational activities in every
day. In addition, the Stationery Office also plays a role in the settlement of
existing work inside. PT HDR DJAYA PERKASA is a company engaged in
security services. In the development of its business, the company has some
problems as at the time of checking the available digudang ATK is sometimes
different from the existing entry dibuku, when making a purchase list ATK always
input reset whatever bought and want to purchase proof storage still very manual
with how to save on one closet in want to see evidence of the past year should
look for it manually. Therefore, the author aims to design a system purchase ATK
which can help in the process of purchasing ATK. The design of this system is the
best solution to solve the existing problems as well as with the computerized
system that can be reached by an activity which is effective and efficient in
supporting activities at the company.
Key words: Designing systems, purchasing system ATK
ix
DAFTAR ISI
Lembar Judul Tugas Akhir .......................................................................................... i
Lembar Pernyataan Keaslian Tugas Akhir ........................................................ ii
Lembar Pernyataan Persetujuan Publikasi Karya Ilmiah ................................... iii
Lembar Pernyataan dan Pengesahan Tugas Akhir ............................................ iv
Lembar Konsultasi Tugas Akhir ......................................................................... v
Kata Pengantar .................................................................................................. vii
Abstrak .............................................................................................................. ix
Daftar Isi ............................................................................................................ xi
Daftar Gambar ................................................................................................... xiv
Daftar Tabel ....................................................................................................... xv
Daftar Lampiran ................................................................................................. xvi
Daftar Simbol ..................................................................................................... xvii
BAB I PENDAHULUAN .................................................................... 1
1.1. Umum ................................................................................. 1
1.2. Maksud dan Tujuan ............................................................ 2
1.3. Metode Pengumpulan Data ................................................ 3
1.4. Ruang Lingkup ................................................................... 3
1.5. Sistematika Penulisan ......................................................... 4
BAB II LANDASAN TEORI ............................................................... 6
2.1. Konsep Dasar Sistem .......................................................... 6
2.1.1. Pengertian Sistem ...................................................... 6
2.1.2. Karakteristik Sistem .................................................. 6
2.1.3. Klasifikasi Sistem ...................................................... 8
2.2. Pengertian Pembelian .......................................................... 9
2.3. Model Pengembangan Perangkat ...................................... 10
2.4. Peralatan Pendukung (Tools System) ................................. 10
2.4.1. Pengertian UML (Unified Modelling
x
Language) ................................................................. 10
2.4.2. Diagram-Diagram UML (Unified Modelling
Language) ................................................................ 14
2.5. Pengertian ERD (Entity Relationship Diagram) ................ 18
2.8. LRS (Logical Record Structure) .......................................... 25
BAB III ANALISA SISTEM BERJALAN .......................................... 26
3.1. Umum ................................................................................. 26
3.2. Tinjauan Perusahaan ........................................................... 26
3.2.1. Sejarah Perusahaan ................................................... 26
3.2.2. Struktur Organisasi dan Fungsi ................................ 28
3.3. Proses Bisnis Sistem Berjalan ............................................ 29
3.4. Unified Modelling Language (UML) ................................. 30
3.4.1. Activity Diagram ...................................................... 30
3.5. Spesifikasi Dokumen Sistem Berjalan ............................... 31
3.5.1. Spesifikasi Bentuk Dokumen Masukan ................... 31
3.5.2. Spesifikasi Bentuk Dokumen Keluaran .................. 31
3.6. Permasalahan Pokok .......................................................... 32
3.7. Pemecahan Masalah ........................................................... 32
BAB IV RANCANGAN SISTEM USULAN ....................................... 33
4.1. Analisa Kebutuhan Software. ............................................. 33
4.1.1. Analisa Kebutuhan ................................................... 33
4.1.2. Tahapan Analaisa ..................................................... 33
4.1.3. Use Case Diagram ................................................... 36
4.1.4. Activity Diagram ....................................................... 51
4.2. Desain ................................................................................. 65
4.2.1. Entity Relationship Diagram (ERD) ........................ 65
4.2.2. Logical Record Structure (LRS) .............................. 66
4.2.3. Spesifikasi File ......................................................... 67
4.2.4. Software Architectur................................................. 73
xi
4.2.5. User Interface .......................................................... 75
4.2.6. Spesifikasi Hardware dan Software ........................ 82
BAB V PENUTUP ............................................................................... 83
5.1. Kesimpulan ........................................................................ 83
5.2. Saran .................................................................................. 83
DAFTAR PUSTAKA ..................................................................................... 84
DAFTAR RIWAYAT HIDUP ........................................................................ 85
SURAT KETERANGAN PKL ....................................................................... 86
LAMPIRAN-LAMPIRAN .............................................................................. 87
xii
DAFTAR SIMBOL
1. Simbol Use Case Diagram
Simbol Keterangan
USECASE
Fungsionalitas yang disediakan sistem sebagai unit-
unit yang saling bertukar pesan antar unit atau
aktor.
ACTOR
Orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar
sistem informasi yang akan dibuat itu sendiri.
ASSOCIATION
Komunikasi antara actor dan usecase yang
berpartisipasi pada usecase atau usecase memiliki
Interaksi dengan aktor.
<<include>>
INCLUDE
Relasi usecase dimana proses bersangkutan akan
dilanjutkan keproses yang dituju.
<<extend>>
EXTEND
Relasi usecase tambahan kesebuah usecase yang
ditambahkan dapat berdiri sendiri walau tanpa
usecase tambahan itu.
GENERALIZATION
Dimana fungsi yang satu adalah fungsi yang umum
dari yang lainnya.
xiii
2. Simbol Activity Diagram
Simbol Keterangan
INITIAL NODE
Status awal aktivitas sistem, sebuah diagram
aktivitas memiliki sebuah status awal.
ACTION
Aktivitas yang dilakukan sistem, aktivitas biasanya
diawali dengan kata kerja.
DECISION
Asosiasi percabangan dimana jika ada pilihan
aktivitas lebih dari satu.
JOIN
Digunakan untuk menunjukkan kegiatan yang
digabungkan.
FORK
Digunakan untuk menunjukkan kegiatan yang
dilakukan secara paralel.
ACTIVITY FINAL
Status akhir yang dilakukan sistem, sebuah diagram
aktivitas memiliki sebuah status akhir.
xiv
3. Simbol Deployment Diagram
Simbol Keterangan
NODE
Sumber daya yang digunakan pada saat aplikasi
dijalankan.
ASSOCIATION
Relasi antar kelas dengan makna umum, asosiasi
biasanya juga disertai dengan multiplicity.
4. Simbol Sequence Diagram
Simbol Keterangan
ACTOR
Orang, poses, atau sistem lain yang berinteraksi dengan
sistem informasi yang akan dibuat di luar sistem
informasi yang akan dibuat itu sendiri, jadi walaupun
simbol dari actor adalah gambar orang, tapi actor belum
tentu merupakan orang.
INTERFACE atau BOUNDARY OBJECT
Sebuah obyek yang menjadi penghubung user dengan
sistem.
CONTROL OBJECT
Mengkoordinasikan perilaku sistem dan dinamika dari
suatu sistem, menangani tugas utama dan mengontrol
alur kerja suatu sistem.
ENTITY OBJECT
Suatu Objek yang berisi informasi kegiatan yang terkait
yang tetap dan disimpan kedalam suatu database.
OBJECT MESSAGE
Menggambarkan pesan/hubungan antar obyek, yang
menunjukan urutan kejadian yang terjadi.
xv
MESSAGE to SELF
Menggambarkan pesan/hubungan objek itu sendiri, yang
menunjukan urutan kejadian yang terjadi.
LIFELINE
Garis titik-titik yang berhubungan dengan objek,
sepanjang lifeline terdapat activation.
ACTIVATION
Mewakili sebuah eksekusi operasi dari objek, panjang
kotak ini berbanding lurus dengan durasi aktivasi sebuah
operasi.
xvi
DAFTAR GAMBAR
Halaman
Gambar II.1. Model Waterfall…………………………………………….……...10
Gambar II.2. Diagram UML…...………………………………………………...11
Gambar II.3. Komponen Entity Relationship Diagram………………………….19
Gambar II.4. Jenis Entitas………………………………………………………..20
Gambar II.5. Atribut Sederhana………………………………………………….20
Gambar II.6. Atribut Komposit…………………………………………………..21
Gambar II.7. Atribut Bernilai Tunggal…………………………………………..21
Gambar II.8. Atribut Bernilai Banyak……………………………………………22
Gambar II.9. Atribut Turunan……………………………………………………22
Gambar II.10. Atribut Identitas…………………………………………………..23
Gambar II.11. Tipe Relasi………………………………………………………..24
Gambar II.12. Derajat Relasi Unary……………………………………………..24
Gambar II.13. Derajat Relasi Binary……………………………….…………….25
Gambar II.14. Derajat Relasi Ternary…………………………………………....25
Gambar III.1. Struktur Organisasi PT. HDR Djaya Perkasa……………………..28
Gambar III.2. Activity Diagram Pembelian ATK………………………………..30
Gambar IV.1. Use Case Login…………………………………………………...36
Gambar IV.2. Use Case Menu Utama………………………............…………...37
Gambar IV.3. Use Case Tampilan Menu Master………………….....……......…38
Gambar IV.4. Use Case Menu Daftar Barang……………………….…………..39
Gambar IV.5. Use Case Menu Akun………………...............................………..40
Gambar IV.6. Use Case Menu Pengguna………………........................………..41
Gambar IV.7. Use Case Tampilan Menu Transaksi…………........................…..42
Gambar IV.8. Use Case Menu Purchase Order………………...............………..44
Gambar IV.9. Use Case Menu Upload Faktur……………….................………..45
Gambar IV.10. Use Case Menu Jurnal………………............................………..46
Gambar IV.11. Use Case Tampilan Menu Laporan……………................……..47
Gambar IV.12. Use Case Menu Laporan Pembelian…...........................………..48
Gambar IV.13. Use Case Menu Laporan Pengeluaran Kas.....................………..49
Gambar IV.14. Use Case Menu Backup Data………..........................…...……..50
Gambar IV.15. Activity Diagram Login…………...………………………...…...51
Gambar IV.16. Activity Diagram Menu Utama…............…....……………….....52
Gambar IV.17. Activity Diagram Tampilan Menu Master…………………....…53
Gambar IV.18. Activity Diagram Menu Daftar Barang………………..………...54
Gambar IV.19. Activity Diagram Menu Data Akun……….......................…...…55
Gambar IV.20. Activity Diagram Menu Data Pengguna……….......................…56
Gambar IV.21. Activity Diagram Tampilan Menu Data Transaksi…...............…57
Gambar IV.22. Activity Diagram Menu Purchase Order………...............…....…58
Gambar IV.23. Activity Diagram Menu Upload Faktur………................…....…59
xvii
Gambar IV.24. Activity Diagram Menu Jurnal……….......................…........…...60
Gambar IV.25. Activity Diagram Tampilan Menu Laporan……….........…...…..61
Gambar IV.26. Activity Diagram Menu Laporan Pembelian………........…...….62
Gambar IV.27. Activity Diagram Menu Laporan Pengeluaran Kas……….....….63
Gambar IV.28. Activity Diagram Menu Backup Data………...........................…64
Gambar IV.29. Entity Relationship Diagram (ERD)…………………………….65
Gambar IV.30. Logical Record Stucture (LRS)…………………………………66
Gambar IV.31. Deployment Diagram Pembelian ATK………………………….73
Gambar IV.32. Sequence Diagram Pembelian ATK…………………………….74
Gambar IV.33. User Interface Login…………………………………………….75
Gambar IV.34. User Interface Menu Utama…………………………………….75
Gambar IV.35. User Interface Tampilan Menu Master…………………….........76
Gambar IV.36. User Interface Menu Daftar Barang…………………………….76
Gambar IV.36. User Interface Menu Data Akun……………………………...…77
Gambar IV.38. User Interface Menu Data Pengguna……………………………77
Gambar IV.39. User Interface Tampilan Menu Transaksi………………………78
Gambar IV.40. User Interface Menu Purchase Order……………………...……78
Gambar IV.41. User Interface Menu Upload Faktur…………………………….79
Gambar IV.42. User Interface Tampilan Menu Laporan…………………..……79
Gambar IV.43. User Interface Menu Laporan Pembelian………………….……80
Gambar IV.44. User Interface Menu Laporan Pengeluaran Kas………….......…81
Gambar IV.45. User Interface Menu Backup Data…………………………...…81
xviii
DAFTAR TABEL
Halaman
Tabel II.1. Use Case Diagram…………………………………………………...15
Tabel II.2. Activity Diagram……………………………………………………..16
Tabel II.3. Deployment Diagram………………………………………………...17
Tabel II.4. SequenceDiagram………………………………….............................18
Tabel IV.1. Use Case Diagram Login…………………………………………...36
Tabel IV.2. Use Case Diagram Menu Utama………………………….………...37
Tabel IV.3. Use Case DiagramMenu Master…………………………………....38
TabelIV.4. Use Case Diagram Menu Daftar Barang………………………….....39
Tabel IV.5. Use case Diagram Menu Data Akun………………..........................41
Tabel IV.6. Use Case Diagram Menu Data Pengguna………………………......42
Tabel IV.7. Use Case Diagram Menu Transaksi …………………………..........43
Tabel IV.8. Use Case Diagram Menu Purchase Order…………………………44
TabelIV.9. Use Case Diagram Menu Upload Faktur …………………………...45
Tabel IV.10. Use case Diagram Menu Jurnal……………....................................47
Tabel IV.11. Use Case Diagram Menu Laporan………………………………...48
Tabel IV.12. Use Case Diagram Menu Laporan Pembelian………………….....49
Tabel IV.13. Use Case Diagram Menu Pengeluaran Kas……………………….50
TabelIV.14. Use Case Diagram Menu Back Up Data…………………………...51
Tabel IV.15. Spesifikasi File Purchase Order…………………………………...67
TabelIV.16. Spesifikasi File Detail_Purchase Order…………………………...68
TabelIV.17. Spesifikasi File Barang……………………………………………..68
Tabel IV.18. Spesifikasi File Detail Pembelian………………………………….69
Tabel IV.19. Spesifikasi File Pembelian…………………………………………69
Tabel IV.20. Spesifikasi File Pembayaran……………………………………….70
Tabel IV.21. Spesifikasi File jurnal……………………………………………...71
Tabel IV.22. Spesifikasi File Detail Jurnal ……………………………………...71
Tabel IV.23. Spesifikasi File Akun………………………………………………72
xix
DAFTAR LAMPIRAN
Halaman
Lampiran A Masukkan Sistem Berjalan A.1. Daftar Barang……………………………………….………...87
A.2. faktur Penjualan…………………………………….………...88
Lampiran B Keluaran Sistem Berjalan B.1. List Pembelian ATK…………………………………………..89
B.2. laporan Pembelian……………………………………...……..90
1
BAB I
PENDAHULUAN
1.1. Umum
Seiring dengan kemajuan teknologi dibidang komputer, terutama dibidang
perangkat lunak ternyata lebih menguntungkan dan memberi kemudahan bagi
para pemakai (user). dimana setiap tampilannya menarik, serta menghasilkan
suatu inovasi yang dapat diandalkan.
Tak bisa dipungkiri suatu saat kita pasti membutuhkan program pembantu
dari suatu sistem operasi yang kita jalankan. Disaat kinerja komputer terasa
semakin maju dan kebutuhan akan variasi perangkat lunak pada komputer
mengalami peningkatan. Antara lain menambah atau memodifikasi akan
kebutuhan program yang tengah kita gunakan dari suatu sistem operasi.
Selain itu juga dibutuhkan adanya sarana pendukung yang menunjang
teknologi informasi tersebut baik dari segi perangkat lunak maupun sumber daya
manusianya. Sehingga dalam pengolahan datanya bisa menjadi efisien dan
informasi yang dihasilkan pun lebih akurat dan terpercaya. Sebaliknya pengolahan
data-data secara manual dalam skala besar sering kali mengalami kesulitan
termasuk dalam suatu kantor, sebab yang ada di PT. HDR DJAYA PERKASA
seperti tidak tahu ATK apa saja yang tersisa digudang, dan pembuatan list
pembelian ATK masih manual dengan menggunakan excel, kemudian akibatnya
adalah harus mengecek atau menghitung ulang secara manual sisa ATK yang ada,
dan dalam pembuatan list pembelian ATK membutuhkan waktu lama karena
harus menginput ulang seperti nama barang, jumlah barang dan satuan.
2
Sebagai bahan tugas akhir ini penulis mengajukan sebuah keluaran yang
dapat diandalkan dengan menggunakan program pembantu yang signifikan
terhadap permasalahan-permasalahan atau contoh kasus yang diambil yaitu
dengan menggunakan bahasa pemrograman Netbeans IDE 8.1. Adapun judul
penulisan tugas akhir yang diajukan penulis adalah :
“PERANCANGAN SISTEM PEMBELIAN ATK DENGAN METODE
WATERFALL PADA PERUSAHAAN JASA TENAGA PENGAMANAN DI
PT. HDR DJAYA PERKASA JAKARTA”.
1.2. Maksud dan Tujuan
Adapun maksud dari penulisan dalam penyusunan tugas akhir kali ini
adalah :
1. Memberikan keluaran baru yang inovatif serta dapat diandalkan melalui
perancangan program komputerisasi sebagai sarana pemecahan masalah.
2. Menyajikan rancangan sistem informasi mengenai pembelian ATK dengan
mudah dan cepat.
3. Meringankan dan meminimaliskan kesalahan yang terjadi pada proses kerja
dalam pengecekan sisa ATK.
Sedangkan tujuannya adalah sebagai salah satu syarat kelulusan program
Diploma III program studi Komputerisasi Akuntansi pada Akademi Bina Sarana
Informatika ( AMIK BSI ).
3
1.3. Metode Pengumpulan Data
Dalam pengumpulan data-data guna menyelesaikan tugas akhir ini, penulis
menggunakan metode penelitian sebagai berikut :
1. Metode Observasi
Dalam hal ini penulis malakukan peninjauan dan pengamatan secara
langsung proses pembelian atk di PT. HDR DJAYA PERKASA, dengan
metode ini penulis dapat langsung melihat sistem yang sedang berjalan
mengumpulkan data-data yang ada dan sekaligus merupakan bahan
masukan untuk menulis.
2. Metode Wawancara
Adalah metode pengumpulan data dengan cara tanya jawab secara langsung
kepada bagian administrasi ditempat atau dilokasi dimana objek penelitian
dilakukan. Penulis mengajukan pertanyaan-pertanyaan yang berkaitan
dengan pokok masalah yang dibahas, yaitu mengenai pembelian ATK yang
masih manual pada PT. HDR DJAYA PERKASA.
3. Studi Pustaka
Adalah metode yang dilakukan dengan cara mencari bahan-bahan atau
informasi dari buku juga internet guna mendukung data yang telah didapat
atau diperoleh sebagai acuan dan referensi.
1.4. Ruang Lingkup
Karena luasnya ruang lingkup dari pembahasan dalam penulisan tugas akhir
ini, maka penulis hanya membatasi pembahasan pada “Perancangan Sistem
Pembelian ATK Dengan Metode Waterfall Pada Perusahaan Jasa Tenaga
Pengamanan Di PT. HDR DJAYA PERKASA Jakarta”.
4
adapun pembahasannya adalah meliputi proses pengecekkan ATK,
pembuatan list pembelian ATK dan membeli ATK pada supplier.
1.5. Sistematika Penulisan
Bab, yang mana antara bab yang satu dengan bab yang lain saling
berhubungan, sehingga menjadi satu kesatuan yang utuh, adapun sistematika
penulisannya sebagai berikut :
BAB I : PENDAHULUAN
Bab ini berisi tentang umum meliputi sebab akibat yang terjadi
diperusahaan, maksud dan tujuan yang penulis buat dalam tugas
akhir ini, metode pengumpulan data dari observasi wawancara
sampai dengan studi pustaka , ruang lingkup berupa alur singkat
dari sistem berjalan yang ada dan sistematika penulisan berupa apa
saja yang ada tiap bab.
BAB II : LANDASAN TEORI
Dalam bab ini penulis membahas tentang landasan teori yang
diterapkan dalam penulisan tugas akhir ini dan menjelaskan tentang
konsep dasar sistem serta peralatan pendukung (Use case) yang
meliputi “Activity Diagram”.
BAB III : ANALISA SISTEM BERJALAN
Bab ini menjelaskan tentang sejarah perusahaan, prosedur sistem
akuntansi berjalan, Activity Diagram spesifikasi bentuk dokumen
masukan, spesifikasi bentuk dokumen keluaran, permasalahan
pokok dan pemecahan masalah.
5
BAB IV : RANCANGAN SISTEM USULAN
Pada bab ini akan dibahas mengenai analisa kebutuhan software,
Use Case Diagram, Activity Diagram, ERD, LRS, Spesifikasi File,
Software Architecture meliputi Class Diagram dan Sequence
Diagram, User Interface, dan Spesifikasi Hardware dan Software.
BAB V : PENUTUPAN
Pada bab ini berisi tentang kesimpulan dan saran dari tugas akhir
yang disusun
6
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem
2.1.1. Pengertian Sistem
Menurut Jogiyanto dalam Muslihudin dan Oktafianto (2008:2)
mengemukakan bahwa “sistem dapat didefinisikan sebagai kumpulan dari
prosedur-prosedur yang mempunyai tujuan tertentu”.
Menurut Bodnar dan Hoowood dalam Muslihudin dan Oktafianto (2009:2),
“sistem adalah suatu jaringan kerja prosedur-prosedur yang saling berkaitan,
berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk
menyelesaikan suatu sasaran tertentu”.
Menurut Indra dalam Muslihudin dan Oktafianto (2007:2) mengemukakan
“sistem adalah sekumpulan elemen atau subsistem yang saling berhubungan satu
dengan yang lain membentuk satu kesatuan untuk melaksanakan suatu fungsi
guna mencapai suatu tujuan”.
2.1.2.Karakteristik Sistem
Menurut Kusrini dan Koniyo (2007:6) Sistem mempunyai beberapa
karakteristik atau sifat-sifat tertentu, antara lain :
1. Komponen Sistem (Component)
Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang
saling bekerja sama membentuk suatu komponen sistem atau bagian-bagian
dari sistem.
7
2. Batasan Sistem (Boundary)
Merupakan daerah yang membatasi suatu sistem dengan sistem yang lain
atau dengan lingkungan kerjanya.
3. Subsistem
Bagian-bagian dari sistem yang beraktivitas dan berinteraksi satu sama lain
untuk mencapai tujuan dengan sasarannya masing-masing.
4. Lingkungan Luar Sistem (Enviroment)
Suatu sistem yang ada di luar dari batas sistem yang dipengaruhi oleh
operasi sistem.
5. Penghubung Sistem (Interface)
Media penghubung antara suatu subsistem dengan subsistem lain. Adanya
penghubung ini memungkinkan berbagai sumber daya mengalir dari suatu
subsistem ke subsistem lainnya.
6. Masukan Sistem (Input)
Energi yang masuk ke dalam sistem, berupa perawatan dan sinyal. Maukan
perawatann adalah energi yang dimasukan supaya sistem tersebut dapat
berinteraksi.
7. Keluaran Sistem (Output)
Hasil energi yang diolah dan diklasifikasikan menjai keluaran yang berguna
dan sisa pembuangan.
8. Pengolahan Sistem (Process)
Suatu sistem dapat mempunyai suatu bagian pengolah yang akan mengubah
masukan menjadi keluaran.
8
9. Sasaran Sistem (Object)
Tujuan yang ingin dicapai oleh sistem, akan dikatakan berhasil apabila
mengenai atau tujuan.
2.1.3. Klasifikasi Sistem
Menurut Kusrini dan Koniyo (2007:7) Suatu sistem dapat diklasifikasikan
menjadi seperti berikut :
1. Sistem abstrak dan sistem fisik
Sistem abstrak adalah suatu sistem yang berupa pemikiran atau ide-ide yang
tidak tampak secara fisik, sedangkan sistem fisik adalah sistem yang ada
secara fisik.
2. Sistem alamiah dan sistem buatan manusia
Sistem alamiah adalah sistem yang terjadi melalui proses alam sedangkan
sistem buatan manusia adalah sistem yang dirancang oleh manusia.
3. Sistem tertentu dan sistem tak tentu
Sistem tertentu adalah suatu sistem yang operasinya dapat diprediksi secara
tepat sedangkan sistem tak terentu adalah sistem dengan perilaku ke depan
yang tidak dapat diprediksi.
4. Sistem tertutup dan sistem terbuka
Sistem tertutup adalah sistem yang tidak terpengaruh oleh lingkungan luar
atau otomatis, sedangkan sistem terbuka adalah sistem yang berhubungan
dan terpengaruh oleh lingkungan luar.
9
2.2. Pembelian
Menurut Suparmoko (2007:25) adalah :
1. Pembelian
Pembelian adalah jumlah barang yang dibeli pada suatu periode. Pembelian
dapat dilakukan secara tunai maupun kredit, yang masing-masing akan
mendapatkan perlakuan berbeda.
2. Potongan pembelian
Biasa disebut juga potongan tunai pembelian. Potongan ini diberikan berupa
pengurangan sejumlah harga tertentu dari harga pembelian.
3. Retur pembelian
Berasal dari return yang berarti pengembalian. Retur pembelian dapat
diartikan sejumlah potongan yang diberikan karena pelanggan
mengembalikan sejumlah unit barang dagangan kepada penjual.
4. Pembelian Bersih
Pembelian Bersih adalah barang dagangan yang dibeli pada suatu periode
dan telah dikurangi dengan potongan-potongan seperti potongan dan retur
pembelian.
5. Biaya Angkut Pembelian
Dalam mengirimkan barang dagangan kegudang pembeli, pembeli
dibebankan sejumlah biaya angkut barang dagangan tersebut dari gudang
penjualan ke gudang pembeli.
6. Harga Pokok Pembelian
Harga Pokok Pembelian adalah penjumlahan dari nilai pembelian bersih
ditambah dengan biaya angkut pembelian.
10
2.3. Model Pengembangan Perangkat
Menurut Sukamto dan shalahuddin (2014:26) “ SDLC atau Software
Development Life Cycle adalah proses mengembangkan atau mengubah suatu
sistem perangkat lunak dengan menggunakan model-model dan metedologi yang
digunakan orang untuk mengembangkan sistem-sistem perangkat lunak
sebelumnya (berdasarkan best practice atau cara-cara yang sudah teruji baik)”.
Model SDLC air terjun (waterfall) sering juga disebut model sekuensial
linier (sequential linear) atau alur hidup klasik (classic life cycle). Model air
terjun menyediakan pendekatan alur hidup perangkat lunak secara sekuensial atau
terurut dimulai dari analisis, desain, pengodean, pengujian, dan tahap pendukung
(support). Berikut adalah gambar model air terjun:
Sumber: Sukamto dan Shalahuddin (2014:29)
Gambar II.1. Model Waterfall
2.4. Peralatan Pendukung (Tools System)
2.4.1. Pengertian UML (Unified Modelling Language)
Menurut Sukamto dan Shalahuddin (2014:133) “UML (Unified Modeling
Language) adalah salah standar bahasa yang banyak digunakan didunia industri
11
untuk mendefenisikan requirement, membuat analisis & desain, serta
menggambarkan arsitektur dalam pemrograman berorientasi objek”.
Ada beberapa diagram UML yaitu:
Sumber: Sukamto dan Shalahuddin (2014:136)
Gambar II.2. Diagram UML
1. Class Diagram
Diagram kelas atau class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem.
Diagram kelas dibuat agar pembuat program atau programmer membuat
UML Diagram
Behavior
Diagrams
Intraction
Diagrams
Class diagram
Object diagram
Component
diagram
Composite
structure Diagram
Package
diagram
Deployment
diagram
Use case diagram
Activity diagram
State machine
diagram
Sequence diagram
Communication
diagram
Timingdiagram
Interaction
overview diagram
Structure
Diagrams
12
kelas-kelas sesuai rancangan didalam diagram kelas agar antara
dokumentasi prancangan dan perangkat lunak sinkron.
2. Object Diagram
Diagram objek menggambarkan struktur sistem dari segi penamaan objek
dan jalannya objek dalam sistem. Pada digram objek harus dipastikan semua
kelas harus dipakai objeknya, karena jika tidak, pendefinisian kelas itu tidak
dapat dipertanggungjawabkan.
3. Component Diagram
Diagram komponen atau component diagram dibuat untuk menunjukkan
organisasi dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang dibutuhkan
dan ada di dalam sistem.
4. Composite Structure Diagram
Diagram ini dapat digunakan untuk menggambarkan struktur dari bagian-
bagian yang saling terhubung maupun mendeskripsikan struktur pada saat
berjalan (runtime) dari instance yang saling terhubung.
5. Package Diagram
Package diagram menyediakan cara mengumpulkan elemen-elemen yang
saling terkait dalam diagram UML. Hampir semua diagram UML dapat
dikelompokkan menggunakan packagediagram.
6. Deployment Diagram
Deployment diagram atau deploymen diagram menunjukkan konfigurasi
komponen dalam proses eksekusi aplikasi.
13
7. Use Case Diagram
Use case merupakan permodelan untuk kelakukan (behavior) sistem
informasi yang akan dibuat.
8. Activity Diagram
Activity diagram menggambarkan workflow (aliran kerja) atau aktivitas dari
sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak.
9. State Machine Diagram
State machine diagram atau statechart diagram atau dalam bahasa
Indonesia disebut diagram mesin status atau sering juga disebut diagram
status digunakan untuk menggambarkan perubahan status atau transisi status
dari sebuah mesin atau sistem atau objek.
10. Sequence Diagram
Sequence Diagram menggambarkan kelakuan objek pada use case dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan
diterima antar objek.
11. Communication Diagram
Communication Diagram atau diagram komunikasi pada UML versi 2.x
adalah penyederhanaan dari diagram kolaborasi (collaboration diagram)
pada UML versi 1.x.
12. Timing Diagram
Timing diagram merupakan diagram yang fokus pada penggambaran terkait
batasan waktu.
14
13. Interaction Overview Diagram
Interaction overview diagram mirip dengan diagram aktivitas yang
berfungsi untuk menggambarkan sekumpulan urutan aktivitas.
2.4.2. Diagram-Diagram UML (Unified Modelling Language)
Adapun diagram UML yang digunakan penulis dalam Tugas Akhir ini
adalah:
1. Use case diagram
Use Case mendeskripsikan sebuah interaksi antara satu atau lebih actor
dengan sistem informasi yang akan dibuat. Secara kasar, Use Case
digunakan untuk mengetahui fungsi apa saja yang ada didalam sebuah
sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu.
15
Tabel II.1 Daftar Simbol Usecase Diagram
Simbol Keterangan
USECASE
Fungsionalitas yang disediakan sistem sebagai unit-
unit yang saling bertukar pesan antar unit atau aktor.
ACTOR
Orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar
sistem informasi yang akan dibuat itu sendiri.
ASSOCIATION
Komunikasi antara actor dan usecase yang
berpartisipasi pada usecase atau usecase memiliki
Interaksi dengan aktor.
<<include>>
INCLUDE
Relasi usecase dimana proses bersangkutan akan
dilanjutkan keproses yang dituju.
<<extend>>
EXTEND
Relasi usecase tambahan kesebuah usecase yang
ditambahkan dapat berdiri sendiri walau tanpa
usecase tambahan itu.
GENERALIZATION
Dimana fungsi yang satu adalah fungsi yang umum
dari yang lainnya.
Sumber : Sukamto dan Shalahuddin (2014:156)
2. Activity Diagram
Activity Diagram menggambarkan aktivitas sistem bukan apa yng dilakukan
actor, jadi aktivitas yang dapat di lakukan oleh sistem.
Diagram aktivitas juga banyak digunakan untuk mendefinisikan hal-hal
berikut :
a. Rancangan proses bisnis dimana setiap urutan aktivitas yang
digambarkan merupakan proses bisnis sistem yang didefinisikan
16
b. Urutan atau pengelompokan tampilan dari sistem / user interface dimana
setiap aktivitas dianggap memiliki sebuah rancangan antar muka
tampilan.
c. Rancangan pengujian dimana setiap aktivitas dianggap memerlukan
sebuah pengujian yang perlu didefenisikn kasus ujinya.
d. Rancangan menu yang di tampilkan pada perankat lunak.
Tabel II.2 Daftar Simbol Activity Diagram
Simbol Keterangan
INITIAL NODE
Status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal.
ACTION
Aktivitas yang dilakukan sistem, aktivitas biasanya
diawali dengan kata kerja.
DECISION
Asosiasi percabangan dimana jika ada pilihan aktivitas
lebih dari satu.
JOIN
Digunakan untuk menunjukkan kegiatan yang
digabungkan.
FORK
Digunakan untuk menunjukkan kegiatan yang dilakukan
secara paralel.
ACTIVITY FINAL
Status akhir yang dilakukan sistem, sebuah diagram
aktivitas memiliki sebuah status akhir.
Sumber: Sukamto dan Shalahuddin (2014:162)
17
3. Deployment diagram menunjukan konfigurasi komponen dalam proses
eksekusi aplikasi. Diagram deployment juga dapat digunakan untuk
memodelkan hal-hal berikut :
a. Sistem tambahan (embedded system) yang menggambarkan ancangan
device, note, dan hardware.
b. Sistem client/server
Tabel II.3 Daftar Simbol Deployment Diagram
Simbol Keterangan
NODE
Sumber daya yang digunakan pada saat aplikasi
dijalankan.
ASSOCIATION
Relasi antar kelas dengan makna umum, asosiasi
biasanya juga disertai dengan multiplicity.
Sumber: Sukamto dan Shalahuddin (2014:150)
4. Sequence Diagram
Banyaknya sequence diagram yang harus digambar adalah minimal
sebanyak pendefinisian use case yang memiliki proses sendiri atau yang
penting semua use case yang telah didefenisian interaksi jalannya pesan
sudah dicakup pada diagram sequence sehingga semakin banyak use case
yang didefinisikan maka diagram sequence yang harus dibuat juga semakin
banyak.
18
Tabel II.4 Daftar Simbol Sequence Diagram
Simbol Keterangan
ACTOR
Orang, poses, atau sistem lain yang berinteraksi dengan
sistem informasi yang akan dibuat di luar sistem informasi
yang akan dibuat itu sendiri, jadi walaupun simbol dari
actor adalah gambar orang, tapi actor belum tentu
merupakan orang.
INTERFACE atau BOUNDARY OBJECT
Sebuah obyek yang menjadi penghubung user dengan
sistem.
CONTROL OBJECT
Mengkoordinasikan perilaku sistem dan dinamika dari
suatu sistem, menangani tugas utama dan mengontrol alur
kerja suatu sistem.
ENTITY OBJECT
Suatu Objek yang berisi informasi kegiatan yang terkait
yang tetap dan disimpan kedalam suatu database.
OBJECT MESSAGE
Menggambarkan pesan/hubungan antar obyek, yang
menunjukan urutan kejadian yang terjadi.
MESSAGE to SELF
Menggambarkan pesan/hubungan objek itu sendiri, yang
menunjukan urutan kejadian yang terjadi.
LIFELINE
Garis titik-titik yang berhubungan dengan objek, sepanjang
lifeline terdapat activation.
ACTIVATION
Mewakili sebuah eksekusi operasi dari objek, panjang
kotak ini berbanding lurus dengan durasi aktivasi sebuah
operasi.
Sumber: Sukamto dan Shalahuddin (2014:165)
19
2.5. Pengertian ERD (Entity Relationship Diagram)
Menurut Yanto (2016:32), “ERD adalah suatu diagram untuk
menggambarkan desain konseptual dari model konseptual suatu basis data
relasional.”
ERD juga merupakan gambaran yang merelasikan antara objek yang satu
dengan objek yang lain dari objek di dunia nyata yang sering dikenal dengan
hubungan antar entitas. ERD terdiri dari 3 komponen utama, yaitu :
Entitas (entity)
Atribut (attribute)
Relasi (relationship)
Sumber: Yanto (2016:32)
Gambar II.3. Komponen Entity Relatonship Diagram
1. Entitas (Entity)
Entitas adalah suatu objek didunia nyata yang dapat dibedakan dengan
objek lainnya. objek tersebut dapat berupa orang, benda ataupun hal lainnya.
Entitas terbagi atas dua jenis yaitu :
a. Entitas Kuat (Strong Entity)
Entitas kuat adalah entitas yang dapat berdiri sendiri tidak bergantung pada
entitas lainnya, entitas kuat memiliki atribut key dan entitas kuat
digambarkan sebagai kotak persegi panjang bergaris tunggal. Contoh entitas
kuat adalah entitas pegawai.
b. Entitas Lemah (Weak Entity)
20
Entitas lemah adalah entitas yang tidak dapat berdiri sendiri. Entitas lemah
merupakan hasil dari pembentukan entitas kuat, entitas lemah tidak
memiliki atribut key dan entitas lemah digambarkan sebagai kotak persegi
panjang bergaris ganda. Contoh entitas lemah adalah entitas pegawai
kontrak, pegawai tetap.
Entitas Kuat
Entitas Lemah
Sumber: Yanto (2016:34)
Gambar II.4. Jenis Entitas
2. Atribut (attribute)
Atribut merupakan semua informasi yang berkaitan dengan entitas. Atribut
sering dikenal dengan propery dari suatu entitas atau objek. Atribut digambarkan
dalam bentuk linkaran elips. Macam-macam atribut :
a. Atribut sederhana (Simple Attribute)
Atribut sederhana adalah atribut yang nilainya tidak dapat dibagi lagi
menjadi banyak atribut yang lebih kecil. Contoh atribut sederhana harga.
Sumber: Yanto (2016:34)
Gambar II.5. Atribut Sederhana
Stat
us Pegawai Tetap Pegawai
Kontrak
Pegawai
Harga
21
b. Atribut Komposit (Composite Attribute)
Atribut komposit adalah atribut gabungan yang nilainya dapat dipecah
menjadi bagian yang lebih kecil. Atau sering disebut yang terdiri dari
beberapa atribut kecil didalamnnya. Contoh atribut komposit adalah alamat.
Sumber: Yanto (2016:35)
Gambar II.6. Atribut Komposit
c. Atribut Bernilai Tunggal (Single Values Attribute)
Atribut bernilai tunggal adalah jenis atribut yang nilainya hanya satu dari
suatu entitas. Contoh atribut bernilai tunggal adalah tanggal_lahir dari
entitas mahasiswa. Telah dipastikan bahwa setiap mahasiswa mempunyai
satu tanggal_lahir.
Sumber: Yanto (2016:35)
Gambar II.7. Atribut Bernilai Tunggal
d. Attribut Bernilai Banyak (Multivalues Attribute)
Atribut bernilai banyak adalah jenis atribut yang nilainya lebih dari satu
dalam suatu entitas tertentu. Contoh atribut bernilai banyak adalah hobbi.
dimungkinkan bahwa mahasiswa memiliki hobbi lebih dari satu
Alamat
Kota Prov Kd_po
No_jln
Tgl_lah
22
Sumber: Yanto (2016:36)
Gambar II.8. Atribut Bernilai Banyak
e. Atribut Turunan (Derived Attribute)
Atribut turunan adalah jenis atribut yang nilainya diperoleh dari atribut yang
lain. Contoh atribut turunan adalah masa_bakti dari entitas pegawai. Atribut
masa_bakti akan muncul nilainya ketika atribut tanggal_masuk_kerja sudah
ada nilainya. Pada dasarnya atribut masa bakti tidak akan dijadikan suatu
kolom. Atribut masa_bakti akan muncul dengan bantuan query.
Sumber: Yanto (2016:36)
Gambar II.9. Atribut Turunan
f. Atribut Identitas (Key Attribute)
Atribut identitas adalah atribut yang dijadikan sebagai kunci pada suatu
table. Sifat atribut identitas ini unik, tidak ada yang menyamai, atribut
identitas terdiri dari beberapa jenis yaitu:
1. Super Key
Super key adalah satu atribut atau kumpulan atribut yang secara unik
mengidentifikasi sebuah baris didalam relasi atau himpunan dari satu
atau lebih entitas yang dapat digunakan untuk mengidentifikasi secara
unik sebuah entitas dala set entitas.
Hobbi
Masa_bakt
23
2. Candidate Key
Candidate Key adalah atribut yang menjadi determinan yang dapat
dijadikan identitas bari pada sebuah relasi. biasanya super key minimum.
3. Primary Key
Primary Key adalah kandidat key yang dipilih untuk mengidentifikasi
baris data secara unik dalam relasi.
4. Alternative Key
Alternative Key adalah kandidat key yang tidak terpilih sebagai primary
key atau atribut untuk menggantikan kunci utama.
5. Foreign Key
Foreign Key adalah atribut dengan domain yang sama yang menjadi
kunci utama sebuah relasi, tetapi pada relasi lain atribut tersebut sebagai
atribut biasa.
6. Composite Key
Composite Key adalah kunci yang terdiri dari dua atribut atau lebih.
atribut-atribut tersebut jika berdiri sendiri tidak menjadi identitas baris,
tetapi bila dirangkaikan menjadi satu kesatuan akan dapat
mengidentifikasi secara unik.
Sumber: Yanto (2016:38)
Gambar II.10. Atribut Identitas
NIM
24
3. Tipe Relasi
Gambar belah ketupat merupakan perlambangan relasi antar entitas atau
sering disebut kerelasian. Ada 2 macam penggambaran relasi yaitu relasi kuat dan
relasi lemah. Relasi kuat adalah untuk menghubungkan antar entitas kuat
sedangkan relasi lemah untuk menghubungkan antar entitas kuat dengan entitas
lemah.
Sumber: Yanto (2016:38)
Gambar II.11. Tipe Relasi
Ada tiga macam menurut derajatnya, yaitu [1] Unary adalah relasi yang
menghubungkan entitas yang sejenis, [2] Binary adalah relasi yang
menghubungkan entitas yang tidak sejenis, [3] Ternary adalah relasi yang
menghubungkan lebih dari dua entitas yang tidak sejenis.
Sumber: Yanto (2016:39)
Gambar II.12. Derajat Relasi Unary
Derajat hubungan unary adalah entitas dosen hanya bekerja sama dengan
entitas dosen yang entitas-nya sejenis, begitu juga dengan entitas karyawan
(pimpinan) mengoordinasi entitas karyawan (pekerja) yang entitas-nya sejenis.
Relasi
Lemah Relasi
Karyawan Mengkoordina
25
Sumber: Yanto (2016:39)
Gambar II.13. Derajat Relasi Binary
Derajat relasi binary pada gambar II.13. adalah entitas kepala program studi
berelasi dengan entitas program studi.
Sumber: Yanto (2016:40)
Gambar II.14. Derajat Relasi Ternary
Derajat relasi ternary pada gambar II.14. adalah entitas mahasiswa berelasi
dengan dua entitas yang berbeda yaitu matakuliah nilai.
2.6. Pengertian LRS (Logical Record Structure)
Menurut Frieyadie (2007:13) “LRS merupakan hasil dari pemodelan Entity
Relational Ship (ER) beserta atributnya sehingga bisa terlihat hubungan-hubungan
antar entitas”.
Dalam pembuatan LRS terdapat 3 hal yang dapat mempengaruhi (Frieyadie,
2007:13) yaitu:
1. Jika tingkat hubungan (cardinality) satu pada satu (one-to-one), maka di
gabungkan dengan entitas yang lebih kuat (strong entity), atau digabungkan
dengan entitas yang memiliki atribut yang lebih sedikit.
Kaprodi Program Studi Memimpi
n
Mahasiswa Matakuliah Mendapatk
an
Nilai
26
2. Jika tingkat hubungan (cardinality) satu pada banyak (one-to-many),
maka hubungan relasi atau digabungkan dengan entitas yang tingkat
hubungannya banyak.
3. Jika tingkat hubungan (cardinality) banyak pada banyak (many-to-many),
maka hubungan relasi tidak akan digabungkan dengan entitas manapun,
melainkan menjadi sebuah LRS.
27
BAB III
ANALISA SISTEM BERJALAN
3.1. Umum
Pada bab ini penulis akan menjelaskan tentang sejarah perusahaan PT HDR
DJAYA PERKASA, struktur organisasi dan fungsinya, proses bisnis berjalan
yang ada, pembuatan activity diagramnya, spesifikasi sistem berjalan meliputi
bentuk dokumen masukan dan keluaran, permasalahan pokok yang ada, juga
pemecahan masalah yang akan diajukan oleh penulis kepada PT HDR DJAYA
PERKASA agar dapat menggunakan sistem yang lebih efisien.
3.2. Tinjauan Perusahaan
Dalam peninjauan perusahaan ini bertujuan untuk melakukan analisa yang
bertujuan untuk mengetahui bagaimana suatu informasi mengenai pengecekan
ATK dan pembelian ATK. Dari analisa tersebut maka akan didapatkan informasi
mengenai kekurangan dari sistem yang sedang berjalan, sehingga penulis dapat
melakukan perancangan sistem untuk memperbaiki kekurangan-kekurangan
sistem yang sedang berjalan tersebut agar sistem pada PT. HDR DJAYA
PERKASA dapat menjadi lebih baik dan lebih berjalan sempurna.
3.2.1.Sejarah Perusahaan
PT. HDR DJAYA PERKASA didirikan pada tanggal 31 juli 2003 oleh team
manajemen yang berpegalaman dan berdedikasi tinggi serta didukung oleh tenaga
yang peduli terhadap masalah keamanan dan ketertiban masyarakat, tergabung
dalam suatu badan hukum yang terbentuk badan usaha, dalam rangka membantu
28
keberhasilan mitra kerja dengan lebih memfokuskan usahanya pada core
bisnisnya didalam mencapai produktivitas usaha.
Bidang Pekerjaan dalam PT. HDR DJAYA PERKASA sebagai berikut :
1. Jasa Pengamanan
Dikelola oleh Divisi Security, untuk menciptakan sistem keamanan kawasan
usaha dan atau memberikan pelayanan pengamanan dengan pengunaan
satpam melalui system outsourcing, yang meliputi :
a. Jasa Penyedian dan Pengelola Tenaga Pengamanan (Guard Services)
b. Jasa Pendidikan dan Pelatihan Pengamanan (Security Guard Training)
2. Jasa Pelayanan Perparkiran
Dikelola oleh Divisi Parking System Management, merupakan manajemen
perparkiran terpadu berteknologi tinggi yang dapat memberikan nilai
tambah suatu perusahaan. Jasa ini meliputi :
a. Parking System menggunakan tiket
b. Parking System menggunakan Magnetic Card
c. Parking System menggunakan Smart Card
3. Jasa Konsultan
Konsultan di bidang hukum dan dibidang keamanan dalam penanganan
kasus seputar tenaga kerja maupun buruh
29
3.2.2. Struktur Organisasi dan Fungsi
Sumber : PT. HDR DJAYA PERKASA
Gambar III.1 Struktur Organisasi PT. HDR DJAYA PERKASA
Berikut ini adalah fungsi dari wewenang dari tiap bagian yang terdapat pada
struktur organisasi pada PT. HDR DJAYA PERKASA antara lain :
1. Direktur Utama
a. Sebagai pemilik perusahaan yang membawahi seluruh karyawan yang
ada diperusahaan dan memiliki wewenang untuk mengambil segala
keputusan yang berkaitan dengan perusahaan.
b. Mengawasi seluruh kinerja karyawan dan bertanggung jawab atas
semua yang terjadi diperusahaan.
30
2. Bagian Administrasi
Bertanggung jawab atas pelayanan customer, perlengkapan ATK, semua
yang berhubungan dengan karyawan dan semua yang bersangkutan
informasi perusahaan.
3. Bagian Keuangan
Sebagai penanggung jawab atas laporan keuangan perusahaan dari semua
transaksi mengenai pembayaran, pembelian, dan pengeluaran lain yang
berkaitan dengan kebutuhan perusahaan.
5. Staff
Sebagai orang yang melaksanakan tugas dan menyelesaikan semua
pekerjaan yang berkaitan dengan perusahaan.
3.3. Proses Bisnis Sistem Berjalan
Bagian Administrasi mengecek daftar barang ATK, jika stok ATK yang
diperlukan kurang maka bagian administrasi membuatkan list pembelian ATK
dan menyerahkan kepada bagian keuangan, setelah bagian keuangan menerima
dan mengecek list pembelian ATK, bagian keuangan mengeluarkan dana dan
menyerahkan dana kebagian administrasi.
Bagian Administrasi menerima dana dan membeli ATK ke supplier dengan
menyerahkan list pembelian ATK, supplier menerima dan mempersiapkan barang
sesuai list yang ada, supplier menyerahkan faktur penjualan yang berisi total
pembelian ATK, bagian administrasi menerima faktur dan membayar ATK sesuai
yang tertera didalam faktur kepada supplier, supplier menyerahkan barang kepada
bagian administrasi, bagian administrasi menerima barang.
31
Bagian Administrasi membuat laporan pembelian yang akan diperiksa oleh
bagian keuangan setelah memeriksa bagian keuangan menyerahkan laporan
pembelian kepada direktur utama.
3.4. Unified Modelling Language (UML)
3.4.1. Activity Diagram
Gambar III.2. Activity Diagram Pembelian ATK
act ATKnew
Direktur UtamaSupplierBagian KeuanganBagian Administrasi
Start
Mengecek Daftar
Barang
Membuat List
Pembelian ATK
Menyerahkan List
Pembelian ATK
Menerima List
Pembelian ATK
Mengecek List dan
Mengeluarkan Dana
Menyerahkan DanaMenerima Dana
Menyerahkan List
Pembelian ATKMenerima List
Pembelian
Menyiapkan Barang
Sesuai List
Membuat Faktur
Penjualan
Menyerahkan ATK
sesuai List PembelianMenerima ATK sesuai
List Pembelian
Menyerahkan Faktur
Penjualan yang berisi
total Pembelian ATK
Menerima Faktur
Penjualan
Membayar ATK sesuai
Faktur PenjualanMenerima
Pembayaran ATK
Membuat Laporan
Pembelian
Memberikan Laporan
Pembelian
Menerima Laporan
Pembelian
Mengecek Laporan
Pembelian
Menyerahkan
Laporan PembelianMenerima Laporan
Pembelian
Mengecek Ulang
Laporan Pembelian
end
32
3.5. Spesifikasi Dokumen Sistem Berjalan
Spesifikasi sistem berjalan adalah rangkaian dari proses-proses yang terjadi
didalam sistem berjalan yang memerlukan dokumen masukan untuk mendukung
terhadap jalannya proses untuk menghasilkan dokumen keluaran.
3.5.1. Spesifikasi Bentuk Dokumen Masukkan
Dokumen masukan adalah bentuk dari dokumen yang masuk atau diterima
untuk melakukan pemrosesan data dalam sistem pembelian ATK pada PT. HDR
Djaya Perkasa. Adapun dokumen masukan tersebut adalah :
1. Nama dokumen : Daftar Barang
Fungsi : Mengecek Stok Barang
Sumber : Bagian Administrasi
Tujuan : Bagian Keuangan
Media : kertas
Frekuensi : Setiap membuat list pembelian ATK
Jumlah : 1 Lembar
Format : Lampiran A-1
2. Nama dokumen : Faktur Penjualan
Fungsi : Bukti pembelian ATK
Sumber : Supplier
Tujuan : Bagian Administrasi
Media : kertas
Frekuensi : Setiap melakukan transaksi pembelian ATK
Jumlah : 1 Lembar
Format : Lampiran A-2
33
3.5.2. Spesifikasi Bentuk Dokumen Keluaran
Dokumen keluaran adalah bentuk dari dokumen yang dikeluarkan untuk
melakukan pemrosesan data dalam sistem pembelian ATK pada PT. HDR Djaya
Perkasa. Adapun dokumen keluaran tersebut adalah sebagai berikut.
1. Nama dokumen : List Pembelian ATK
Fungsi : Sebagai bukti pencatatan ATK apa saja yang
ingin dibeli
Sumber : Bagian Administrasi
Tujuan : Supplier
Media : kertas
Frekuensi : Setiap bulan saat pembelian ATK
Jumlah : 1 Lembar
Format : Lampiran B-1
2. Nama dokumen : Laporan Pembelian
Fungsi : Sebagai bukti bukti pembelian
Sumber : Bagian Administrasi
Tujuan : Direktur Utama
Media : kertas
Frekuensi : Setiap terjadi transaksi pembelian
Jumlah : 1 Lembar
Format : Lampiran B-2
34
3.6. Permasalahan Pokok
Adapun permasalahan pokok yang terjadi di PT HDR DJAYA PERKASA
adalah sebagai berikut :
1. Proses pengecekkan ATK sering terjadi kesalahan dalam penglihatan stok
barang dan banyak barang yang masih harus dicari secara manual.
2. Pembuatan list pembelian ATK masih menggunakan Ms.Excel sehingga
harus menginput nama item, kode item, dan jumlah satuan secara manual
satu persatu.
3. Penyimpanan faktur penjualan yang dikeluarkan oleh supplier sebagai tanda
bukti pembelian perusahaan masih manual dengan cara menumpukkan bukti
tersebut disatu lemari.
3.7. Pemecahan Masalah
Dari permasalahan yang ada pada PT HDR DJAYA PERKASA. penulis
akan menanggulangi masalah yang ada dengan cara :
1. Dengan adanya perancangan sistem yang diusulkan dalam proses
pengecekkan daftar barang ATK tidak memerlukan waktu yang lama,
sehingga dapat mengurangi permasalahan yang ada.
2. Dengan adanya perancangan sistem yang diusulkan bagian administrasi
mudah untuk membuat list pembelian ATK, sehingga lebih efisien dalam
pengerjaannya.
3. Penulis membuat perancangan sistem pembelian ATK agar penyimpanan
faktur penjualan sebagai bukti pembelian perusahaan dapat dibackup
sehingga meminimalisir kesalahan yang terjadi sebelumnya.
35
BAB IV
RANCANGAN SISTEM USULAN
4.1 Analisa Kebutuhan Software
4.1.1. Analisa Kebutuhan
Berdasarkan proses bisnis sistem pembelian ATK pada PT. HDR DJAYA
PERKASA JAKARTA, tahapan berikutnya adalah analisa kebutuhan, berikut ini
spesifikasi kebutuhan (system requirement) dari sistem pembelian ATK yang ada
diperusahaan.
Bagian administrasi dapat masuk ke sistem pembelian ATK, didalam sistem
pembelian ATK, bagian administrasi dapat mengecek stock opname, membuat
purchase order, mengupload faktur penjualan sebagai arsip perusahaan dan dapat
mencetak laporan pembelian.
4.1.2. Tahapan Analisa
Analisa kebutuhan software untuk pembelian ATK pada aplikasi pembelian
ATK diusulkan dengan beberapa prosedur diantaranya:
Halaman Bagian Administrasi:
A1. Bagian Administrasi Melakukan Login
a. Dapat menginput username dan password
b. Keluar dari aplikasi pembelian ATK
A2. Bagian Administrasi Mengakses Menu Master
A2.1 Mengelola Menu Daftar Barang
a. Dapat menambah daftar barang
b. Dapat menyimpan daftar barang
36
c. Dapat mencari daftar barang
d. Dapat mencetak daftar barang
e. Dapat membatalkan penginputan daftar barang
f. Keluar dari menu daftar barang
A2.2 Mengelola Menu Data Akun
a. Dapat menambah data akun
b. Dapat menyimpan data akun
c. Dapat mencari data akun
d. Dapat mencetak data akun
e. Dapat membatalkan penginputan data akun
f. Keluar dari menu data akun
A2.3 Mengelola Menu Data Pengguna
a. Dapat menambah data pengguna
b. Dapat menyimpan data pengguna
c. Dapat mencari data pengguna
d. Keluar dari menu data pengguna
A3. Bagian Administrasi Mengakses Menu Transaksi
A3.1 Mengelola Menu Purchase Order
a. Dapat menambah purchase order
b. Dapat menyimpan purchase order
c. Dapat mencari purchase order
d. Dapat mencetak purchase order
e. Keluar dari menu purchase order
A3.2 Mengelola Menu Upload Faktur
37
a. Dapat mencari file yang ingin diupload
b. Dapat mengupload faktur
c. Dapat membatalkan upload faktur
d. Keluar dari menu upload faktur
A3.3 Mengelola Menu Jurnal
a. Dapat menambah jurnal
b. Dapat menyimpan jurnal
c. Dapat mencari jurnal
d. Dapat mencetak jurnal
e. Keluar dari menu jurnal
A4. Bagian Administrasi Mengakses Menu Laporan
A4.1 Mengelola Menu Laporan Pembelian
a. Dapat mencari laporan pembelian
b. Dapat mencetak laporan pembelian
c. Keluar dari menu laporan pembelian
A4.2 Mengelola Menu Laporan Pengeluaran Kas
a. Dapat mencari laporan pengeluaran kas
b. Dapat mencetak laporan pengeluaran kas
c. Keluar dari menu laporan pengeluaran kas
A5. Bagian Administrasi Mengelola Menu Backup Data
a. Dapat memilih lokasi file
b. Dapat menyimpan backup data
c. Keluar dari menu backup data
38
4.1.3. Use Case Diagram
A1. Use Case Login
Gambar IV.1 Use Case Login
Deskripsi gambar use case login :
Tabel IV.1 Use case Login
Use Case Narative Login
Tujuan Melakukan Login dan Masuk kedalam Sistem Aplikasi
Pembelian ATK
Deskripsi Sistem ini memungkinkan aktor untuk mengakses aplikasi
pembelian ATK
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor
Memilih
tombol Login
Sistem akan menampilkan textbox untuk mengisi username
dan password
2. Aktor
Memilih
tombol Exit
Sistem akan membatalkan proses dan keluar dari aktivitas
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk kedalam
aplikasi pembelian ATK dan aktor dapat melakukan aktivitas
kedalam sistem
uc LOGIN
Bagian Administrasi
LOGIN
EXIT
Input Username
Input Password
Verifikasi Sistem
Verifikasi Sistem
«include»
«include»
«include»
«include»
39
A2. Use Case Menu Utama
Gambar IV.2 Use Case Menu Utama
Deskripsi gambar use case menu Utama :
Tabel IV.2 Use case menu Utama
Use Case Narative Menu Menu Utama
Tujuan Bagian Administrasi dapat melakukan pengolahan data
yang ada di menu utama
Deskripsi Menu ini memungkinkan aktor untuk melakukan akses
pengelolaan data pada menu master, menu transaksi, menu
laporan juga menu backup data
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Menu Master
Sistem akan mengelola data yang tersedia pada menu
master seperti menu daftar barang, data akun, data
pengguna
2. Aktor Memilih
Menu Transaksi
Sistem akan mengelola data yang tersedia pada menu
transaksi seperti menu purchase order, menu uploada
faktur, dan menu backup data
3. Aktor Memilih
Menu Laporan
Sistem akan mengelola data yang tersedia pada menu
laporan seperti menu laporan pembelian dan laporan
pengeluaran kas
uc MENU UTAMA
Bagian Administrasi
LOGIN
MENU MASTER
MENU TRANSAKSI
LAPORAN
«include»
«include»
«include»
40
4. Aktor Memilih
Menu Backup Data
Sistem akan membackup data yang kita inginkan
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A3. Use Case Tampilan Menu Master
Gambar IV.3 Use Case Tampilan Menu Master
Deskripsi gambar use case Tampilan menu Master :
Tabel IV.3 Use case Tampilan menu Master
Use Case Narative Menu Tampilan Master
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu tampilan master
Deskripsi Menu ini memungkinkan aktor untuk melakukan akses
pengelolaan data pada menu daftar barang, menu data akun,
dan menu data pengguna
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Menu Daftar
Barang
Sistem akan mengelola data yang tersedia pada menu daftar
barang
uc TAMPILAN MENU MASTER
Bagian Administrasi
MENU MASTER
MENU DAFTAR
BARANG
MENU DATA AKUN
MENU DATA
PENGGUNA
«include»
«include»
«include»
41
2. Aktor Memilih
Menu Data Akun
Sistem akan mengelola data yang tersedia pada menu data
akun
3. Aktor Memilih
Menu Data
Pengguna
Sistem akan mengelola data yang tersedia pada menu data
pengguna
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A4. Use Case Menu Daftar Barang
Gambar IV.4 Use Case Menu Daftar Barang
Deskripsi gambar use case menu Daftar Barang :
Tabel IV.4 Use case Diagram menu Daftar Barang
Use Case Narative Menu Daftar Barang
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu daftar barang
Deskripsi Menu ini memungkinkan aktor untuk melakukan pencarian
data, menambah daftar barang, memproses input data, dan
mencetak daftar barang
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
uc DAFTAR BARANG
Bagian Administrasi
MENU DAFTAR
BARANG
TAMBAH
PROSES
CETAK
KELUAR
BATAL
CARI
«include»
«include»
«include»
«include»
«include»
«include»
42
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Tambah
Sistem akan menampilkan textbox untuk mengisi nama item
dan berapa barang masuknya
2. Aktor Memilih
Tombol Proses
Sistem akan memproses daftar barang yang sudah diinput
3. Aktor Memilih
Tombol Batal
Sistem akan membatalkan penginputan daftar barang
4. Aktor Memilih
Tombol Cari
Sistem akan menampilkan textbox pencarian dengan mengisi
nama item sebagai primary key untuk mencari daftar barang
yang diinginkan
5. Aktor Memilih
Tombol Cetak
Sistem akan mencetak daftar barang yang sudah dinginkan
6. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu daftar barang
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A5. Use Case Menu Data Akun
Gambar IV.5 Use Case Menu Data Akun
Deskripsi gambar use case menu Data Akun :
uc AKUN
Bagian Administrasi
MENU DATA
AKUN
TAMBAH
PROSES
BATAL
CARI
CETAK
KELUAR
«include»
«include»
«include»
«include»
«include»
«include»
43
Tabel IV.5 Use case Diagram menu Data Akun
Use Case Narative Menu Data Akun
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu data akun
Deskripsi Menu ini memungkinkan aktor untuk melakukan pencarian
data akun, menambah data akun, memproses input data akun,
dan mencetak data akun
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Tambah
Sistem akan menampilkan textbox untuk mengisi kode akun,
nama akun, saldo awal dan kategori
2. Aktor Memilih
Tombol Proses
Sistem akan memproses data akun yang sudah diinput
3. Aktor Memilih
Tombol Batal
Sistem akan membatalkan penginputan data akun
4. Aktor Memilih
Tombol Cari
Sistem akan menampilkan textbox pencarian dengan mengisi
kode akun sebagai primary key untuk mencari data akun yang
diinginkan
5. Aktor Memilih
Tombol Cetak
Sistem akan mencetak data akun yang sudah dinginkan
6. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu data akun
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A6. Use Case Menu Data Pengguna
Gambar IV.6 Use Case Menu Data Pengguna
uc PENGGUNA (USER)
Bagian Administrasi
MENU DATA
PENGGUNA
TAMBAH
SIMPAN
CARI
KELUAR
«include»
«include»
«include»
«include»
44
Deskripsi gambar use case menu Data Pengguna :
Tabel IV.6 Use case Diagram menu Data Pengguna
Use Case Narative Menu Data Pengguna
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu data pengguna
Deskripsi Menu ini memungkinkan aktor untuk melakukan pencarian
data pengguna, menambah data pengguna, dan menyimpan
input data pengguna,
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Tambah
Sistem akan menampilkan textbox untuk mengisi id
pengguna, nama pengguna dan password
2. Aktor Memilih
Tombol Simpan
Sistem akan menyimpan data pengguna yang sudah diinput
3. Aktor Memilih
Tombol Cari
Sistem akan menampilkan textbox pencarian dengan mengisi
id pengguna sebagai primary key untuk mencari data
pengguna yang diinginkan
4. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu data pengguna
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A7. Use Case Tampilan Menu Transaksi
Gambar IV.7 Use Case Tampilan Menu Transaksi
uc TAMPILAN MENU TRANSAKSI
Bagian Administrasi
MENU TRANSAKSI
PURCHASE ORDER
UPLOAD FAKTUR
JURNAL
«include»
«include»
«include»
45
Deskripsi gambar use case Tampilan Menu Transaksi :
Tabel IV.7 Use case Tampilan Menu Transaksi
Use Case Narative Menu Tampilan Transaksi
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu tampilan transaksi
Deskripsi Menu ini memungkinkan aktor untuk melakukan akses
pengelolaan data pada menu purchase order, menu upload
faktur, dan menu data jurnal
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Menu Purchase
Order
Sistem akan mengelola data yang tersedia pada menu
purchase order
2. Aktor Memilih
Menu Upload
Faktur
Sistem akan mengelola data yang tersedia pada menu upload
faktur
3. Aktor Memilih
Menu Jurnal
Sistem akan mengelola data yang tersedia pada menu jurnal
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
46
A8. Use Case Menu Purchase Order
Gambar IV.8 Use Case Menu Purchase Order
Deskripsi gambar use case Menu Purchase Order :
Tabel IV.8 Use case Menu Purchase Order
Use Case Narative Menu Purchase Order
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu purchase order
Deskripsi Menu ini memungkinkan aktor untuk melakukan pencarian
data akun, menambah purchase order, menyimpan input
purchase order, mencari data purchase order dan mencetak
purchase order
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Tambah
Sistem akan menampilkan textbox untuk mengisi no purchase
order, tanggal, kode item, dan jumlah satuan
uc PURCHASE ORDER
Bagian Administrasi
MENU PURCHASE
ORDER
TAMBAH
SIMPAN
CARI
CETAKKELUAR
«include» «include»
«include»
«include»
«include»
47
2. Aktor Memilih
Tombol Simpan
Sistem akan menyimpan purchase order yang sudah diinput
3. Aktor Memilih
Tombol Cari
Sistem akan menampilkan textbox pencarian dengan mengisi
no purchase order sebagai primary key untuk mencari data
akun yang diinginkan
4. Aktor Memilih
Tombol Cetak
Sistem akan mencetak purchase order yang sudah dinginkan
5. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu purchase order
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A9. Use Case Menu Upload Faktur
Gambar IV.9 Use Case Menu Upload Faktur
Deskripsi gambar use case Menu Upload Faktur:
Tabel IV.9 Use case Menu Upload Faktur
Use Case Narative Menu Upload Faktur
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu upload faktur
Deskripsi Menu ini memungkinkan aktor untuk melakukan mencari
file, membatalkan upload faktur, dan mengupload faktur
uc FAKTUR PENJUALAN
Bagian Administrasi
MENU FAKTUR
PENJUALAN
FILE
BATAL
UPLOAD
KELUAR
«include»
«include»
«include»
«include»
48
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol File
Sistem akan mencari file yang ingin diupload
2. Aktor Memilih
Tombol Batal
Sistem akan membatalkan upload faktur yang diinginkan
3. Aktor Memilih
Tombol Upload
Sistem akan mengupload faktur yang diinginkan
4. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu upload faktur
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A10. Use Case Menu Jurnal
Gambar IV.10 Use Case Menu Jurnal
uc JURNAL
Bagian Administrasi
MENU JURNAL
TAMBAH
SIMPAN
KELUAR
CARI
CETAK
«include»
«include»
«include»
«include»
«include»
49
Deskripsi gambar use case Menu Jurnal:
Tabel IV.10 Use case Menu Jurnal
Use Case Narative Menu Jurnal
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu jurnal
Deskripsi Menu ini memungkinkan aktor untuk menambah jurnal,
menyimpan jurnal, mencari jurnal, dan mencetak jurnal
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Tambah
Sistem akan menampilkan textbox untuk mengisi no
tansaksi, tanggal, keterangan debet kredit dan jumlah
2. Aktor Memilih
Tombol Simpan
Sistem akan menyimpan jurnal yang diinginkan
3. Aktor Memilih
Tombol Cari
Sistem akan mencari jurnal yang diinginkan
4. Aktor Memilih
Tombol Cetak
Sistem akan mencetak jurnal yang diinginkan
4. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu jurnal
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A11. Use Case Tampilan Menu Laporan
Gambar IV.11 Use Case Tampilan Menu Laporan
uc TAMPILAN MENU LAPORAN
Bagian Administrasi
MENU LAPORAN
LAPORAN
PEMBELIAN
LAPORAN
PENGELUARAN KAS
«include»
«include»
50
Deskripsi gambar use case Tampilan Menu Laporan:
Tabel IV.11 Use case Tampilan Menu Laporan
Use Case Narative Menu Tampilan Laporan
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu tampilan laporan
Deskripsi Menu ini memungkinkan aktor untuk melakukan akses
pengelolaan data pada menu laporan pembelian dan laporan
pengeluaran kas
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Menu Laporan
Pembelian
Sistem akan mengelola data yang tersedia pada menu laporan
pembelian
2. Aktor Memilih
Menu Laporan
Pengeluaran Kas
Sistem akan mengelola data yang tersedia pada menu laporan
pengeluaran kas
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A12. Use Case Menu Laporan
Gambar IV.12 Use Case Menu Laporan Pembelian
uc LAPORAN PEMBELIAN
Bagian Administrasi
MENU LAPORAN
PEMBELIAN
CARI
CETAK
KELUAR
«include»
«include»
«include»
51
Deskripsi gambar use case Menu Laporan Pembelian
Tabel IV.12 Use case Menu Laporan Pembelian
Use Case Narative Menu Laporan Pembelian
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu laporan pembelian
Deskripsi Menu ini memungkinkan aktor untuk mencari laporan
pembelian dan mencetak laporan pembelian
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Cari
Sistem akan mencari laporan pembelian yang diinginkan
2. Aktor Memilih
Tombol Cetak
Sistem akan mencetak laporan pembelian yang diinginkan
3. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu laporan pembelian
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A13. Use Case Menu Laporan Pengeluaran Kas
Gambar IV.13 Use Case Menu Laporan Pengeluaran Kas
uc LAPORAN PENGELUARAN KAS
Bagian Administrasi
MENU LAPORAN
PENGELUARAN KAS
CARI PERIODE
CETAK
KELUAR
«include»
«include»
«include»
52
Deskripsi gambar use case Menu Laporan Pengeluaran Kas:
Tabel IV.13 Use case Menu Laporan
Use Case Narative Menu Laporan Pengeluaran Kas
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu laporan pengeluaran kas
Deskripsi Menu ini memungkinkan aktor untuk mencari periode
laporan pengeluaran kas dan mencetak laporan pengeluaran
kas
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol Cari
Periode
Sistem akan mencari laporan pengeluaran kas yang
diinginkan
2. Aktor Memilih
Tombol Cetak
Sistem akan mencetak laporan pengeluaran kas yang
diinginkan
3. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu laporan pengeluaran kas
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
A14. Use Case Menu Backup Data
Gambar IV.14 Use Case Menu Backup Data
uc BACKUP DATA
Bagian
Administrasi
MENU BACKUP DATA
PROSES
KELUAR
FILE«include»
«include»
«include»
53
Deskripsi gambar use case Menu Backup Data:
Tabel IV.14 Use case Menu Backup Data
Use Case Narative Menu Laporan Backup Data
Tujuan Bagian Administrasi dapat melakukan pengolahan data yang
ada di menu backup data
Deskripsi Menu ini memungkinkan aktor untuk memilih lokasi file
backup data dan menyimpan backup data
Skenario Utama
Aktor Bagian Administrasi
Kondisi Awal Aktor membuka aplikasi Pembelian ATK
Aksi Aktor Reaksi Sistem
1. Aktor Memilih
Tombol File
Sistem akan memilih lokasi dimana file yang ingin disimpan
2. Aktor Memilih
Tombol Proses
Sistem akan memproses backup data yang diinginkan
3. Aktor Memilih
Tombol Keluar
Sistem akan keluar dari menu laporan backup data
Kondisi Akhir Jika perintah sesuai maka sistem akan menampilkan seperti
yang diinginkan oleh si aktor.
4.1.4. Activity Diagram
1. Activity Diagram Login
Gambar IV.15 Activity Diagram Login
act LOGIN
Sistem PembelianBaian Administrasi
Start
Melakukan Login
Masukkan
Username
Masukkan
Password
Cek Usernamae dan
Password
Masuk Kedalam
Menu Utama
Tampil Pesan Username
dan Password Salah
end
54
2. Activity Diagram Menu Menu Utama
Gambar IV.16 Activity Diagram Menu Utama
act MENU MASTER
Sistem PembelianBagian Administrasi
Start
Login Kedalam
Sistem
Menampilkan Menu
Utama
Klik Menu
Master
Klik Menu
Transaksi
Klik Menu
LaporanKlik Backup
Data
Logout
Selesai
55
3. Activity Diagram Tampilan Menu Master
Gambar IV.17 Activity Diagram Tampilan Menu Master
act Tampilan Menu Master
Sistem PembelianBagian Administrasi
Start
Klik Menu Master Menampilkan Form Menu
Master
Klik Menu Daftar
BarangKlik Menu Data
Akun
Klik Menu Data
Pengguna
Kembali Kemenu
Utama
end
56
4. Activity Diagram Menu Daftar Barang
Gambar IV.18 Activity Diagram Menu Daftar Barang
act DATA BARANG
Sistem PembelianBagian Administrasi
Start
Klik Menu Data
Barang
Menampilkan Menu Data
Barang
Input Nama_Item Klik Tombol
Tambah
Klik Tombol
Cari
Klik Tombol
Keluar Kembali Kemenu
Utama
end
Input Nama Item dan
Barang Masuk
Menampilkan Daftar
Barang yang dicari
Klik Tombol
Batal
Klik Tombol
Proses
Memproses data yang
telah diinput
Klik Tombol
Cetak
Data Berhasil
dicetak
end
57
5. Activity Diagram Menu Data Akun
Gambar IV.19 Activity Diagram Menu Data Akun
act DATA AKUN
Sistem PembelianBagian Administrasi
Klik Menu Data
Akun
Start
Menampilkan Menu Data
Akun
Input Nama Item
Klik Tombol
Cari
Menampilkan Data
Barang yang dicari
Klik Tombol
Tambah
Input Kode Akun, Nama
Akun, Saldo Awal, dan
Pilih Kategori
Klik Tombol
Proses
Memproses data yang
telah diinput
Klik Tombol
KeluarKembali Kemenu
Utama
end
Klik Tombol
BatalKlik Tombol
Cetak
Data Berhasil
dicetak
end
58
6. Activity Diagram Menu Data Pengguna
Gambar IV.20 Activity Diagram Menu Data Pengguna
act DATA PENGGUNA
Sistem PembelianBagian Administrasi
Start
Klik Menu Data
Pengguna
Menampilkan Menu Data
Pengguana
Input Id
Pengguna
Klik Tombol
Cari
Menampilkan Data
Pengguna yang dicari
Klik Tombol
Keluar
Kembali Kemenu
Utama
end
Klik Tombol
Tambah
Input Id Pengguna, Nama
Pengguna, dan Password
Klik Tombol
Simpan
Memproses data
yang telah diinput
Data Berhasil
Disimpan
end
59
7. Activity Diagram Tampilan Menu Transaksi
Gambar IV.21 Activity Diagram Tampilan Menu Data Transaksi
act Tampilan Men Transaksi
Sistem PembelianBagian Administrasi
Start
Klik Menu
TransaksiMenampilkan Menu
Transaksi
Klik Menu Purchase
OrderKlik Menu Faktur
PenjualanKlik Menu
Jurnal
Kembali Kemenu
Utama
end
60
8. Activity Diagram Menu Purchase Order
Gambar IV.22 Activity Diagram Menu Purchase Order
act PURCHASE ORDER
Sistem PembelianBagian Administrasi
Start
Klik Menu Purchase
Order
Menampilkan Menu
Purchase Order
Input No Purchase
Order
Klik Tombol
Tambah
Klik Tombol
Cari
Input Tanggal,
Kode_Item, Nama_Item,
Jmlh_Satuan
Klik Tombol
Simpan
Data Berhasil
Disimpan
Menampilkan Data
Purchase Order yang
dicari
Klik Tombol
Keluar
Klik Tombol
Cetak
end
Kembali Kemenu
Utama
end
Data Berhasil
Dicetak
end
61
9. Activity Diagram Menu Upload Faktur
Gambar IV.23 Activity Diagram Menu Upload Faktur
act FAKTUR
Sistem PembelianBagian Administrasi
Start
Klik Menu Upload
Faktur
Menampilkan Menu
Upload Faktur
Klik Tombol FileMencari faktur yang
ingin diupload
Input No Transaksi
dan Supplier
Klik Tombol
BatalKlik Tombol
Keluar
Klik Tombol
Upload
Data Berhasil
diUpload
Kembali Kemenu
Utama
end
end
62
10. Activity Diagram Menu Jurnal
Gambar IV.24 Activity Diagram Menu Jurnal
act JURNAL
Sistem PembelianBagian Administrasi
Start
Klik Menu Jurnal Menampilkan Menu
Jurnal
Input No Transaksi, Tanggal
Transaksi, Keterangan, Pilih
debet dan kredit dan Input
Jumlah
Klik Tombol
Tambah
Data Berhasil
Disimpan
Input No
Transaksi
Klik Tombol
Cari
Klik Tombol
Simpan
end
Mencari transaksi
yang ingin dicari
Klik Tombol
Cetak
Klik Tombol
Keluar
Data Berhasil
DIcetak
end
Kembali Kemenu
Utama
end
63
11. Activity Diagram Tampilan Menu Laporan
Gambar IV.25 Activity Diagram Tampil Menu Laporan
act Tampilan Menu Laporan
Sistem PembelianBagian Administrasi
Start
Klik Menu
Laporan
Menampilkan Menu
Laporan
Klik Menu Laporan
PembelianKlik Menu Laporan
Pengeluaran Kas
Kembali Kemenu
Utama
end
64
12. Activity Diagram Menu Laporan Pembelian
Gambar IV.26 Activity Diagram Menu Laporan Pembelian
act LAPORAN PEMBELIAN
Sistem PembelianBagian Administrasi
Start
Klik Menu Laporan
PembelianMenampilkan Menu
Laporan Pembelian
Input No
Transaksi
Klik Tombol
Cari
Menampilkan Laporan
yang dicari
Klik Tombol
CetakKlik Tombol
Keluar
Data Berhasil
Dicetak
Kembali Kemenu
Utama
end
end
65
13. Activity Diagram Menu Laporan Pengeluaran Kas
Gambar IV.27 Activity Diagram Menu Laporan Pengeluaran Kas
act LAPORAN PENGELUARAN KAS
Sistem PembelianBagian Administrasi
Start
Klik Menu
Pengeluaran Kas
Menampilkan Menu
Pengeluaran Kas
Input Periode
Klik Tombol
Cari
Mencari Laporan
Pengeluaran Kas yang
diinginkan
Klik Tombol
CetakKlik Tombol
Keluar
Data Berhasil
Dicetak
Kembali Kemenu
Utama
end
end
66
14. Activity Diagram Menu Backup Data
Gambar IV.28 Activity Diagram Menu Backup Data
act BACKUP DATA
Sistem PembelianBagian Administrasi
Klik Menu
Backup Data
Start
Menampilkan Menu
Backup Data
Input Nama Data
Klik Tombol
File
Pilih Lokasi
Penyimpanan
Klik Tombol
Simpan
Klik Tombol
Keluar
Data Berhasil
Diaimpan
Kembali Kemenu
Utama
end
end
67
4.2 Desain
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.29 Entity Relationship Diagram (ERD)
68
4.2.2. Logical Record Structure (LRS)
Gambar IV.30 Logical Record Structure (LRS)
69
4.2.3. Spesifikasi File
1. Spesifikasi File Purchase Order
Nama Database : dbpembelian
Nama file : Purchase Order
Akronim : purchaseorder.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 36 byte
Kunci Field : no_purchase_order
Table IV.15 Spesifikasi File Purchase Order
No Elemen Data Akronim Type Panjang Keterangan
1 NO PURCHASE ORDER
no_purchase_order Varchar 10 Primary Key (Auto increment)
2 TANGGAL Tanggal Varchar 8
3 NAMA ITEM nm_item Varchar 10
4 JUMLAH SATUAN jml_satuan Int 8
2. Spesifikasi File Detail_Purchase_Order
Nama Database : dbpembelian
Nama file : Detail Purchase Order
Akronim : detailpurchaseorder.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 36 byte
Kunci Field : no_purchase_order
70
Table IV.16 Spesifikasi File Detail Purchase Order
No Elemen Data Akronim Type Panjang Keterangan
1 NO PURCHASE ORDER
no_purchase_order Varchar 10 Foreign Key
2 TANGGAL Tanggal Varchar 8
3 NAMA ITEM nm_item Varchar 10
4 JUMLAH SATUAN jml_satuan Varchar 8
3. Spesifikasi File Barang
Nama Database : dbpembelian
Nama file : Barang
Akronim : barang.myd
Tipe file : Master
Akses file : Random
Panjang Record : 25 byte
Kunci Field : nm_item
Table IV.17 Spesifikasi File Barang
No Elemen Data Akronim Type Panjang Keterangan
1 NAMA ITEM nm_item Varchar 10 Foreign Key
2 BARANG MASUK brg_masuk Int 5
3 BARANG KELUAR brg_keluar Int 5
4 SISA ITEM sisa_item Int 5
71
4. Spesifikasi File Detail Pembelian
Nama Database : dbpembelian
Nama file : Detail Pembelian
Akronim : detailpembelian.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 50 byte
Kunci Field : no_transaksi
Table IV.18 Spesifikasi File Detail Pembelian
No Elemen Data Akronim Type Panjang Keterangan
1 NO TRANSAKSI no_transaksi Varchar 10 Foreign Key
2 NAMA ITEM nm_item Varchar 10 Foreign Key
3 SATUAN Satuan Int 10
4 HARGA Harga Int 10
3 TOTAL Total Int 10
72
5. Spesifikasi File Pembelian
Nama Database : dbpembelian
Nama file : Pembelian
Akronim : pembelian.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 38 byte
Kunci Field : no_transaksi
Table IV.19 Spesifikasi File Pembelian
No Elemen Data Akronim Type Panjang Keterangan
1 NO TRANSAKSI no_transaksi Varchar 10 Primary Key (Auto increment)
2 NAMA ITEM nm_item Varchar 10 Foreign Key
3 TANGGAL Tanggal Varchar 8
4 SUPPLIER Supplier Varchar 10
73
6. Spesifikasi File Pembayaran
Nama Database : dbpembelian
Nama file : Pembayaran
Akronim : pembayaran.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 38 byte
Kunci Field : no_transaksi
Table IV.20 Spesifikasi File Pembayaran
No Elemen Data Akronim Type Panjang Keterangan
1 NO TRANSAKSI no_transaksi Varchar 10 Primary Key (Auto increment)
2 SUPPLIER Supplier Varchar 10
3 TANGGAL Tanggal Varchar 8
4 TOTAL Total Int 10
74
7. Spesifikasi File Jurnal
Nama Database : dbpembelian
Nama file : Jurnal
Akronim : jurnal.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 33 byte
Kunci Field : no_jurnal
Table IV.21 Spesifikasi File Jurnal
No Elemen Data Akronim Type Panjang Keterangan
1 NO JURNAL no_jurnal Int 5 Primary Key (Auto increment)
2 TANGGAL Tanggal Varchar 8
3 KETERANGAN Ket Varchar 20
75
8. Spesifikasi File Detail Jurnal
Nama Database : dbpembelian
Nama file : Detail Jurnal
Akronim : detailjurnal.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 45 byte
Kunci Field : kd_akun
Table IV.22 Spesifikasi File Detail Jurnal
No Elemen Data Akronim Type Panjang Keterangan
1 KODE AKUN kd_akun Int 5 Primary Key (Auto increment)
2 NO JURNAL no_jurnal Int 10
3 DEBET Debet Int 10
4 KREDIT Kredit Int 10
5 SALDO Saldo Int 10
76
9. Spesifikasi File Akun
Nama Database : dbpembelian
Nama file : Akun
Akronim : akun.myd
Tipe file : Transaksi
Akses file : Random
Panjang Record : 15 byte
Kunci Field : kd_akun
Table IV. 23. Spesifikasi File Akun
No Elemen Data Akronim Type Panjang Keterangan
1 KODE AKUN kd_akun Int 5 Primary Key (Auto increment)
2 NAMA AKUN nm_akun Varchar 10
77
4.2.4. Software Architecture
A. Deployment Diagram
Gambar IV.31 Deployment Diagram Pembelian ATK
deployment Deployment Pembelian ATK
Cliem PC
<<Activ eXControl>>
Netbeans IDE 8.1
<<Aplications>>
Program Pembelian
ATK
<<JDK>>
«device»
Serv er
<<XAMPP>>
<<DBMS>>
MySQL
<<Browser>>
LAN
78
B. Sequence Diagram
Gambar IV.32 Sequence Diagram Pembelian ATK
sd SEQUENCE
Bagian Administrasi Purchase Order Control Purchase
Order
Pembelian ATK
membuka menu()
tampil form purchase order()
get(tgl)get(tgl)
get(kd_item)get(kd_item)
get(nm_item)get(nm_item)
get(jml_satuan)get(jml_satuan)
tambah()
tambah()
simpan()
simpan()
get(no_PO)
get(no_PO)
cari()
cari()
keluar()
keluar()
79
4.2.5. User Interface
1. Form Login Administrasi
Gambar IV.33 User Interface Login
2. Form Menu Utama
Gambar IV.34 User Interface Menu Utama
80
3. Tampilan Menu Master
Gambar IV.35 User Interface Menu Master
4. Tampilan Menu Daftar Barang
Gambar IV.36 User Interface Daftar Barang
81
5. Tampilan Menu Data Akun
Gambar IV.37 User Interface Data Akun
6. Tampilan Form Menu Data Pengguna
Gambar IV.38 User Interface Data Pengguna
82
7. Tampilan Menu Transaksi
Gambar IV.39 User Interface Tampilan Menu Transaksi
8. Tampilan Menu Purchase Order
Gambar IV.40 User Interface Purchase Order
83
9. Tampilan Menu Upload Faktur
Gambar IV.41 User Interface Upload Faktur
10. Tampilan Menu Jurnal
Gambar IV.42 User Interface Jurnal
84
11. Tampilan Menu Laporan
Gambar IV.43 User Interface Laporan
12. Tampilan Menu Laporan Pembelian
Gambar IV.44 User Interface Laporan Pembelian
85
13. Tampilan Menu Laporan Pengeluaran Kas
Gambar IV.45 User Interface Laporan Pengeluaran Kas
13. Tampilan Menu Backup Data
Gambar IV.46 User Interface Backup Data
86
4.2.6. Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
Processor : Intel(R) Core (TM) i3-2330M CPU @ 2.20GHz
2.20 GHz
Memory (RAM) : 2,00 GB
Harddisk : 368 GB
Monitor : 14 inch
Printer : Ink Jet
Mouse : Standart
2. Spesifikasi Software
Sistem Operasi : Microsoft Windows 7
Bahasa Pemrograman : Java.net
Aplikasi Pendukung : Netbeans IDE 8.1
DBMS : My SQL
87
BAB V
PENUTUP
5.1. Kesimpulan
Setelah melakukan pembahasan terhadap data yang penulis peroleh dari PT
HDR Djaya Perkasa, maka dapat diambil kesimpulan sebagai berikut :
1. Pada saat pengecekan ATK sering terjadi kesalahan karena harus
menghitung secara manual stok yang ada.
2. Dalam pembuatan list pembelian ATK masih menggunakan Ms.Excel
dengan menginput satu persatu nama item, kode item dan jumlah satuan.
3. Penyimpanan faktur penjualan yang diterima sebagai bukti pembelian
perusahaan dengan cara menumpukkan bukti tersebut disatu lemari.
4. Dalam membuat laporan pembelian ATK masih menggunakan Ms. Excel.
5.2. Saran
Sesuai dengan masalah diatas maka penulis dapat memberikan saran-saran
sebagai berikut :
1. Dengan adanya sistem terkomputerisasi ini, proses pengecekan stock yang
ada digudang menjadi lebih mudah.
2. Proses pembuatan purchase order pun menjadi lebih cepat dan efisien.
3. Pengarsipan faktur yang diterima dapat dimasukkan kedalam sistem
sehingga jika bukti yang disimpan dilemari hilang, perusahaan masih
memiliki backup yang tersimpan pada sistem.
4. Dapat melihat laporan pembelian ATK dengan mudah.
88
DAFTAR PUSTAKA
Frieyadie. 2007. Belajar Sendiri Pemrograman Database Menggunakan FoxPro
9.0. Jakarta: PT. Alex Media Komputindo.
Kusrini, dan Andri Koniyo. 2007. Tuntutan Praktis Membangun Sistem Informasi
Akuntansi dengan Visual Basic dan Microsoft SQL Server. Jogyakarta:
Andi.
Muslihudin, muhamad., dan Oktafianto. 2016. Analisis dan Perancangan Sistem
Informasi. Jogyakarta: Andi.
Sukamto, ariani rosa., dan M. Shalahuddin. 2014. Rekayasa Perangkat Lunak
Terstruktur dan Berorientasi Objek. Bandung: Informatika.
Suparmoko, M. 2007. Ekonomi 3. Jakarta: Yudhistira.
Yanto, Robi. 2016. Manajemen Basis Data Menggunakan My SQL. Jogyakarta:
Deepublish.
89
90
91
Lampiran A.1. Daftar Barang
92
Lampiran B.1. List Pembelian ATK
93
Lampiran A.2. Faktur Penjualan
94
Lampiran B.2. Laporan Pembelian