bab iii pembahasan - bsi · mesin-mesin produksi yang terdapat pada cv bina usaha mandiri...
TRANSCRIPT
32
BAB III
PEMBAHASAN
3.1. Tinjauan Perusahaan
Berikut adalah tinjauan perusahaan yang berisi tentang sejarah singkat
perusahaan, struktur organisasi, dan fungsi dari masing-masing bagian yang ada
dalam CV Bina Usaha Mandiri Karawang.
3.1.1. Sejarah Perusahaan
CV Bina Usaha Mandiri berdiri pada tanggal 12 Juli 2011 Pemilik CV yang
bernama M.Shohib Noer,S.H mendirikan cv yang berlokasi di Jl. Raya Kosambi
Curug Cimahi, Klari Kabupaten Karawang. Cv Bina Usaha Mandiri Karawang
adalah salah satu perusahaan di daerah karawang yang telah berdiri selama kurang
lebih 9 tahun. Dengan menyerap tenaga kerja di sekitar daerah tersebut untuk
membantu meningkatkan ekonomi masyarakat setempat.
CV Bina Usaha Mandiri Karawang dapat memproduksi Engine mounting
untuk mobil, tower, plate, metal journal dan sebagainya. CV Bina Usaha Mandiri
merupakan bentuk usaha mandiri yang didirikan oleh perorangan.
CV Bina Usaha Mandiri di Kabupaten Karawang awalnya berdiri dan
memulai bisnisnya dengan membayar sewa tempat kepada pihak lain, setelah
bisnisnya mengalami peningkatan CV Bina Usaha Mandiri telah memiliki gedung
sendiri, seiring dengan berjalannya waktu Perkembangan CV Bina Usaha Mandiri
bisa dibilang cukup meningkat dengan tingkat kepuasan pelanggan dengan
pelanggan utamanya yaitu PT Yokata Indoneisa
33
CV Bina Usaha Mandiri Jam Operasional Perusahaan pada Pukul 08.00 pagi
sampai dengan Pukul 05.00 sore, Perusahaan ini berkegiatan pokok sebagai produksi
dari material yang belum diolah hingga menjadi pruduk setengah jadi untuk
kebutuhan kendaraan bermotor, serta dapat menerima pesanan dalam bentuk lain dari
pelanggan.
Mesin-mesin produksi yang terdapat pada CV Bina Usaha Mandiri Diantaranya:
1. Mesin press
2. Mesin frais
3. Mesin bor
4. Mesin bubut
5. Mesin las (SMAW, GMAW dan LAS LASER)
6. Gerinda
Profil Perusahaan sebagai berikut:
Nama Perusahaan : CV Bina Usaha Mandiri
Pemilik : M. Shohin Noer, S.H
Tahun Berdiri : 2011
Alamat : Jl. Raya Kosambi Curug Cimahi, Klari Kabupaten Karawang
Telp : (0267) 863 6240
Fax : (0267) 863 6240
T.D.P : 10.08.3.28.02555
N.P.W.P : 31.406.236.5-433.000
S.P.P.K.P : No. PEM-00793/WPJ.22/KP.1603/2013
34
3.1.2. Struktur organisasi dan Fungsi
Struktur organisasi merupakan proses pembagian kerja, menunjukan
bagaimana fungsi setiap bagian kerja masing-masing. Menunjukan struktur
wewenang organisasi agar tercipta struktur organisasi yang baik yang dapat
menghasilkan laporan dari setiap bagiannya. Berikut adalah struktur organisasi dan
Fungsi pada CV Bina Usaha Mandiri Karawang
Sumber : CV Bina Usaha Mandiri Karawang (2020)
Gambar III.3.
Struktur Organisasi CV Bina Usaha Mandiri.
35
Fungsi :
1. Direktur : memimpin perusahaan dengan menerbitkan kebijakan-kebijakan
perusahaan atau institusimemilih, menetapkan, mengawasi tugas dari
karyawan dan kepala bagian (manajer) atau wakil direktur menyetujui
anggaran tahunan perusahaan atau institusi menyampaikan laporan kepada
pemegang saham atas kinerja perusahaan atau institusi
2. Sekretaris : Fungsi utama seorang sekretaris adalah untuk menyediakan
layanan administrasi untuk mendukung operasi organisasi atau perusahaan
melalui keterampilan yang ia miliki seperti mengetik, mengelola surat dan
arsip lainnya, membuat agenda, menangani panggilan telepon, dan lain-lain.
Fungsi sekunder seorang sekretaris adalah untuk membantu memastikan
kelancaran suatu organisasi atau perusahaan dan bertanggung jawab atas
kegiatan rutin yang dilakukan di kantor.
3. Project manager : Mendefinisikan ruang lingkup proyek, tujuan dan
penyampaiannya, Menyusun dan mengkoordinasikan staff proyek, Mengelola
anggaran dan alokasi sumber daya proyek, Perencanaan dan penjadwalan
proyek, Memberikan arahan dan dukungan untuk tim proyek, Terus-menerus
memantau dan melaporkan kemajuan proyek kepada seluruh stakeholders,
Membuat laporan yang memuat kemajuan proyek, masalah dan solusi,
Melaksanakan dan mengelola perubahan proyek dan melakukan intervensi
untuk mencapai hasil proyek, Melakukan evaluasi dan penilaian hasil
4. Pelaksana : mengikuti arahan yang sudah dibuat
1. Admin Penjualan : Menangani permintaan pelanggan, Mengejar harga
jual, Menekan target penjualan harian, Mempertahankan hubungan
36
3.2. Tinjauan Kasus
3.2.1. Proses Bisnis Sistem Berjalan
Proses Bisnis Sistem Berjalan pada CV Bina Usaha Mandiri Karawang akan
dijabarkan sebagai berikut:
A. Proses penerimaan pesanan dari pelanggan
Pelangan melakukan kontrak kerja dengan pemilik cv, kemudian mengirim
drawing untuk dijadikan sample, setelah sample jadi kemudian dikirim pada
pelanggan untuk mendapat persetujuan, jika sample oke maka pelanggan dapat
melakukan pesanan dengan cara menelpon, mengirim pesan lewat email atau datang
langsung ke tempat, Setelah menerima pesanan (wo) bagian admin akan mengolah
pesanan kemudian bagian admin akan mengarsipkan form pesanan untuk dokumen
cv.
B. Proses pengiriman barang
Berdasarkan dengan wo (work order) yang masuk, barang yang sudah selesai
di produksi siap untuk dibuatkan surat jalan keluar (SJK), copy surat jalan keluar
dikirim kepada pelanggan, dan surat jalan keluar asli diarsipkan untuk bagian
penagihan.
C. Proses penagihan kepada pelanggan
Setelah barang dikirim dengan menggunakan copy surat jalan keluar, pihak
cv mengirim invoice, dan surat jalan asli kepada pelanggan sebagai bukti penagihan
atas pembelian. Copy invoice diarsipkan untuk dijadikan dokumen cv.
37
D. Proses pembayaran dari pelanggan
Setelah barang, copy invoice, dan surat jalan keluar diterima oleh pelanggan,
kemudian pelanggan menginformasikan kepada bagian accounting untuk melakukan
pembayaran via transfer bank.
E. Proses Laporan
Arsip copy invoice dan konfirmasi pembayaran dari pelanggan, kemudian
menjadi acuan untuk pembuatan laporan pendapatan atas penjualan yang akan
ditujukan pada pemilik cv.
38
3.2.2. Activity Diagram
Activiti Diagram Penerimaan Pesanan dari Pelanggan
Gambar III.4.
Activiti diagram penerimaan pesanan
39
Activiti diagram proses pengiriman barang pada pelanggan
Gambar III.5.
Activiti diagrampengiriman barang
Activiti diagram proses penagihan pada pelanggan
Gambar III.6.
Activiti diagram penagihan
40
Activiti Diagram Proses Pembayaran dari Pelanggan
Gambar III.7.
Activiti diagram pembayaran
Activiti diagram laporan pendapatan
Gambar III.8.
Activiti diagram laporan pendapatan
41
3.2.3. Spesifikasi Bentuk Dokumen Masukan
Pada sistem berjalan ini terdapat beberapa bentuk dari input yang diperlukan
sebagai dokumen penerimaan pesanan pada cv bina usaha mandiri. Adapun bentuk
dokumen masukan yang diperlukan adalah:
1. WO
Nama Dokumen : WO (Work order)
Fungsi : Penjelasan rincian pesanan
Sumber : Pelanggan
Tujuan : Admin cv
Media : Email
Frekuensi : Setiap Pemesanan
Bentuk : Soft File
2. Konfirmasi Pembayaran Pesanan
Nama Dokumen : -
Fungsi : Sebagai bukti pembayaran
Sumber : Pelanggan
Tujuan : Akunting
Media : Email
Frekuensi : Setiap terjadi pembayaran
Bentuk : -
42
3.2.4. Spesifikasi Bentuk Dokumen Keluaran
Bentuk keluaran dihasilkan berdasarkan hasil pengolahan dari data masukan.
Adapun bentuk dokumen keluaran adalah :
1. SJK
Nama Dokumen : Surat Jalan Keluaran
Fungsi : Sebagai bukti pengiriman barang yang sudah di produksi
Sumber : Admin
Tujuan : Pelanggan
Media : Kertas
Jumlah : 2 Lembar
Frekuensi : Setiap terjadi pengiriman barang dan Lampiran Penagihan
Bentuk : Kertas A5
2. Invoice
Nama Dokumen : Invoice
Fungsi : Sebagai tagihan atas penyelesaian produksi
Sumber : Admin
Tujuan : Pelanggan
Media : Kertas
Jumlah : 2 Lembar (copy untuk arsip)
Frekuensi : Setiap Penyelesaian jasa produksi
43
Bentuk : Kertas A5
3. Laporan Pendapatan
Nama Dokumen : Laporan Pendapatan
Fungsi : Sebagai laporan rinci pendapatan atas penjualan
Sumber : Admin
Tujuan : Pemilik CV
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap Ahir Bulan
Bentuk : Kertas A4
3. Formulir KK
Nama Dokumen : Kontrak Kerja
Fungsi : Sebagai Bukti Kesepakatan Kerja
Sumber : Pemilik CV
Tujuan : Calon Pelanggan
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap melakukan kontrak kerja
Bentuk : Kertas A4
44
3.2.5. Permasalahan Pokok
Dari hasil penelitian yang penulis lakukan, maka permasalahan pokok pada cv
bina usaha mandiri adalah :
1. Masalah dalam penerimaan pesanan menimbulkan kesulitan karena data
pesanan yang diterima tidak dapat diolah dengan baik, sehingga
menimbulkan kesulitan pada saat penjadwalan untuk proses produksi
2. Proses penerimaan kas masuk hasil dari pembayaran tidak dapat diolah
dengan baik, sehingga menimbulkan ketidaksesuian dengan proses
pembuatan laporan pedapatan atas hasil penjualan.
3. Proses pembuatan laporan pendapatan, mengalami kesulitan untuk perekapan
data transaksi yang sudah terjadi, sehingga dapat menimbulkan
ketidaksesuaian laporan pendapatan yang dibuat.
4. Penyimpanan data pesanan(wo) dan pembayaran dari pelanggan secara arsip
sehingga membutuhkan waktu yang lama dalam mencarinya dan terdapat
potensi arsip hilang atau rusak.
3.2.6. Pemecahan Masalah
1. Dengan adanya masalah tersebut penulis membuat sebuah usulan sistem
informasi akuntansi penerimaan pesanan agar dapat mengelola pesanan
dengan baik, sehingga proses produksi dapat berjalan sesuai dengan
jadwalnya dan pengiriman barang dapat tepat waktu pada pelanggan.
2. Merancang sebuah sistem informasi akuntansi guna mempermudah untuk
pengelolaan kas masuk dari hasil pembayaran oleh pelanggan.
45
3. Dengan adanya sisitem yang telah terkomputerisasi dapat mempermudah
Proses pembuatan laporan pendapatan dapat berjalan dengan lebih efektif
karena data dan transaksi tidak tercecer dan terpisah, sehingga informasi
dapat diterima lebih cepat oleh pimpinan
4. Penyimpanan data yang telah terkomputerisasi, data keamanannya akan
terjamin dan akurat, sehingga dapat mengurangi resiko kesalahan dan
kehilangan data.
3.3. Analisa Kebutuhan Software
Proses pengembangan software yang dilakukan yaitu untuk menganalisa
kebutuhan yang diperlukan untuk menjadi acuan pengembangan software, kebutuhan
tersebut antara lain input dan output yang dibutuhkan, dan pembuatan user interface
yang mudah digunakan dan dipahami oleh user.
3.3.1. Analisis Kebutuhan
Berdasarkan proses penerimaan pesanan pada sistem berjalan. Berikut ini
diuraikan mengenai spesifikasi kebutuan (system requirtment) dari sistem
penerimaan pesanan pada CV Bina Usaha Mandiri Karawang.
A. Bagian Admin Penjualan
A1. Admin Melakukan login ke Sistem
A2. Admin Masuk ke Menu Utama
A3. Admin Mengelola Transaksi Wo
A4. Admin Mengelola SJK
A5. Admin Mengelola Laporan Pesanan
46
A6. Admin Mengelola Master Barang
A7. Admin Mengelola Master Pelanggan
A8. Admin Melakukan Logout dari Sistem
B. Bagian Keuangan
B1. Bagian Keuangan Melakukan Login ke Sistem
B2. Bagian Keuangan Masuk ke Menu Utama
B3. Bagian Keuangan Mengelola Data Invoice
B4. Bagian Keuangan Mengelola Pembayaran
B5. Bagian Keuangan Mengelola Laporan Pembayaran
B6. Bagian Keuangan Mengelola Jurnal
B7. Bagian Keuangan Mengelola Master Akun
B8. Bagian Keuangan Melakukan Logout dari Sistem
C. Direktur
C1. Direktur Melakukan Login ke Sistem
C2. Dirketur Masuk ke Menu Utama
C3. Direktur Melakukan Akses Submenu Laporan Pesanan
C4. Direktur Melakukan Akses Submenu Laporan Pembayaran
C5. Direktur Melakukan Akses Submenu Laporan Jurnal
C6. Direktur Melakukan logout dari sistem
47
3.3.2. Use Case Diagram
Berdasarkan analisis kebutuhan yang telah diuraikan diatas, penulis membuat
use case diagram sesuai kebutuhan menu perangkat lunak yang akan dibuat beserta
deskripsi masing-masing diagramnya.
1. Usecase Diagram A1. Login Admin
Gambar III.9.Usecase Diagram Login Admin
Tabel III.1. Deskripsi Use Case Login Admin
Use case narative menu login
Tujuan Melakukan login ke sistem penerimaan pesanan
Deskripsi Sistem ini memungkinkan aktor untuk login dan akses ke
sistem penerimaan pesanan
Skenario utama
Aktor Admin penjualan
Kondisi awal Aktor membuka aplikasi sistem penerimaan pesanan
Aksi aktor Reaksi sistem
1. Aktor memilih
tombol login
2. Aktor memilih
Logout
Sistem akan menampilkan texbox untuk mengisi
username dan password
Sistem akan keluar
48
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke menu
utama dan aktor dapat melakukan aktivitas di sistem
2. Use Case Diagram A2. Menu Utama Admin
Gambar III.10. Usecase Diagram Menu Utama Admin
Tabel III.2. Deskripsi Use Case Diagram Menu Utama Admin
Use case narative Menu Utama
Tujuan Melakukan pengelolaan menu transaksi, menu laporan,
dan menu master
Deskripsi Sistem ini memungkinkan aktor untuk mengelola data
pesanan yang masuk hingga membuat sjk dan laporan
pesanan
Skenario utama
Aktor Admin penjualan
Kondisi awal Aktor membuka aplikasi penerimaan pesanan dan
masuk ke menu utama
Aksi aktor Reaksi sistem
49
1. Aktor memilih
transaksi
2. Aktor memilih
Laporan
3. Aktor memilih
Master
4. Aktor memilih
Logout
Sistem akan menampilkan submenu transaksi, seperti
submenu wo, dan submenu sjk
Sistem akan menampilkan submenu laporan, yaitu
laporan pesanan
Sistem akan menampilkan submenu master, seperti
submenu master barang dan submenu master pelanggan
Sistem akan keluar
Kondisi Akhir
Jika perintah sesuai, maka sistem akan mengelola menu
yang diakses dan aktor dapat melakukan aktivitas di
sistem
3. Use case Diagram A3. Submenu Transaksi Wo
Gambar III.11.
Usecase Diagram Submenu Transaksi Wo
Tabel III.3.Deskripsi Use Case Diagram Submenu Transaksi Wo
Use Case Narative Submenu Wo
Tujuan Menambahkan pesanan yang masuk
Deskripsi Sistem ini memungkinkan aktor untuk menambah,
mencari, menyimpan, membatalkan, dan kembali pada
submenu wo
Skenario Utama
Aktor Admin Penjualan
50
Kondisi Awal Aktor membuka menu transaksi, kemudian membuka
submenu wo
Aksi Aktor Reaksi Sistem
1. Aktor memilih
tambah
2. Aktor memilih
Simpan
3. Aktor memilih
batal
4. Aktor memilicari
5. Aktor memilih
kembali
Sistem akan menambah pesanan
Sistem akan menyimpan pesanan
Sistem akan membatalkan data pesanan
Sistem akan mencari pesanan yang dicari
Sistem akan kembali pada menu tambah barang
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu wo dan aktor dapat melakukan aktivitas di
sistem
4. Use case Diagram A4. Submenu Sjk
Gambar III.12.
Usecase Diagram Submenu Sjk
Tabel III.4. Deskripsi Use Case Diagram Submenu Sjk
Use Case Narative Submenu Sjk
Tujuan Membuat surat jalan keluar
Deskripsi Sistem ini memungkinkan aktor untuk menambah,
mencari menyimpan, membatalkan,mencetak dan
kembali
51
Skenario Utama
Aktor Admin Penjualan
Kondisi Awal Aktor membuka menu transaksi, kemudian membuka
submenu sjk
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktor memilih
Simpan
3. Aktor memilih
Batal
4. Aktor memilih
cetak
5. Aktor memilih cari
6. Aktor memilih
kembali
Sistem akan menambah surat jalan keluar
Sistem akan menyimpan Surat jalan keluar
Sistem akan membatalkan surat jalan keluar
Sistem akan mencetak surat jlan keluar
Sistem akan mencari surat jalan keluar
Sistem akan kembali pada menu tambah sjk
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu sjk dan aktor dapat melakukan aktivitas di
sistem
5. Use case Diagram A5. Submenu Laporan Pesanan
Gambar III.13.
Usecase Diagram Submenu Laporan Pesanan
52
Tabel III.5. Deskripsi Use Case Diagram Submenu Laporan Pesanan
Use Case Narative Submenu Laporan Pesanan
Tujuan Menampilkan laporan pesanan
Deskripsi Sistem ini memungkinkan aktor untuk melakukan proses
pilih periode laporan, menampilkan, mencetak laporan
dan keluar dari submenu laporan pesanan
Skenario Utama
Aktor Admin penjualan
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu laporan pesanan
Aksi Aktor Reaksi Sistem
1. Aktor masuk
laporan pesanan
2. Aktor memilih
cetak
3. Aktor memilih
cari
Sistem akan menampilkan laporan pesanan
Sistem akan mencetak laporan yang dipilih
Sistem akan mencari data yang diminta
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu laporan pesanan dan aktor dapat melakukan
aktivitas di sistem
6. Use Case Diagram A6. Subemenu Master Barang
Gambar.III.14
Usecase Diagram Submenu Master Barang
53
Tabel III.6 Deskripsi Use Case Diagram Submenu Master Barang
Use Case Narative Submenu Master Barang
Tujuan Menampilkan data barang
Deskripsi Sistem ini memungkinkan aktor untuk melakukan proses
tambah barang, simpan barang, membatalkan, cari
barang, dan kembali.
Skenario Utama
Aktor Admin penjualan
Kondisi Awal Aktor membuka menu Master, kemudian membuka
submenu master barang
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktor memilih
simpan
3. Aktor memilih
batal
4. Aktor memilih cari
5. Aktor memilih
kembali
Sistem akan menambah data barang
Sistem akan menyimpan data barang
Sistem akan membatalkan data barang
Sistem akan mencari data barang
Sistem akan mengembalikan pada submenu tambah
barang
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu master barang dan aktor dapat melakukan
aktivitas di sistem
7. Use Case Diagram A7. Submenu Master Pelanggan
Gambar.III.15.
Usecase Diagram Submenu Master Pelanggan
54
Tabel III.7.Deskripsi Use Case Diagram Submenu Master Pelanggan
Use Case Narative Submenu Master Pelanggan
Tujuan Menampilkan Data Pelanggan
Deskripsi Sistem ini memungkinkan aktor untuk melakukan proses
tambah pelanggan, simpan pelanggan, membatalkan,
cari pelanggan, dan kembali.
Skenario Utama
Aktor Admin penjualan
Kondisi Awal Aktor membuka menu Master, kemudian membuka
submenu master pelanggan
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktor memilih
simpan
3. Aktor memilih
batal
4. Aktor memilih cari
5. Aktor memilih
kembali
Sistem akan menambah data pelanggan
Sistem akan menyimpan data pelanggan
Sistem akan membatalkan data pelanggan
Sistem akan mencari data pelanggan yang diminta
Sistem akan mengembalikan pada submenu tambah
pelanggan
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu master pelanggan dan aktor dapat melakukan
aktivitas di sistem
8. Use Case Diagram B1. Login Bagian Keuangan
Gambar.III.16.
Usecase Diagram Login Bagian Keuangan
55
Tabel III.8. Deskripsi Use Case Login Bagian Keuangan
Use case narative menu login
Tujuan Melakukan login ke sistem penerimaan pesanan
Deskripsi Sistem ini memungkinkan aktor untuk login dan akses ke
sistem penerimaan pesanan
Skenario utama
Aktor Bagian Keuangan
Kondisi awal Aktor membuka aplikasi sistem penerimaan pesanan
Aksi aktor Reaksi sistem
1. Aktor memilih
tombol login
2. Aktor memilih
Logout
Sistem akan menampilkan texbox untuk mengisi
username dan password
Sistem akan keluar
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke menu
utama dan aktor dapat melakukan aktivitas di sistem
9. Use Case Diagram B2. Menu Utama
Gambar.III.17
Usecase Diagram Menu Utama Bagian Keuangan
56
Tabel III.9. Deskripsi Use Case Diagram Menu Utama Bagian Keuangan
Use case narative Menu Utama
Tujuan Melakukan pengelolaan menu transaksi, menu laporan,
dan menu master
Deskripsi Sistem ini memungkinkan aktor untuk mengelola data
pembayaran yang masuk hingga membuat invoice,
laporan pendapatan dan jurnal
Skenario utama
Aktor Bagian Keuangan
Kondisi awal Aktor membuka aplikasi penerimaan pesanan dan
masuk ke menu utama
Aksi aktor Reaksi sistem
1. Aktor memilih
Transaksi
2. Aktor memilih
Laporan
3. Aktor memilih
Master
4. Aktor memilih
Logout
Sistem akan menampilkan submenu transaksi, seperti
submenu invoice, dan submenu pembayaran
Sistem akan menampilkan submenu laporan, yaitu
laporan pembayaran, dan jurnal
Sistem akan menampilkan submenu master, yaitu
master akun
Sistem akan keluar
Kondisi Akhir
Jika perintah sesuai, maka sistem akan mengelola menu
yang diakses dan aktor dapat melakukan aktivitas di
sistem
57
10. Use Case Diagram B3. Submenu Transaksi Invoice
Gambar III.18
Usecase Diagram Submenu Invoice
Tabel III.10. Deskripsi Use Case Diagram Submenu Invoice
Use Case Narative Submenu Invoice
Tujuan Membuat Invoice
Deskripsi Sistem ini memungkinkan aktor untuk menambah,
mencari menyimpan, membatalkan,mencetak dan
kembali
Skenario Utama
Aktor Bagian Keuangan
Kondisi Awal Aktor membuka menu transaksi, kemudian membuka
submenu Invoice
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktor memilih
Simpan
3. Aktor memilih
Batal
4. Aktor memilih
cetak
5. Aktor memilih
Sistem akan membuat Invoice
Sistem akan menyimpan Invoice
Sistem akan membatalkan Invoice
Sistem akan mencetak Invoice
Sistem akan mencari Invoice
58
cari
6. Aktor memilih
kembali
Sistem akan kembali pada menu Invoice
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Invoice dan aktor dapat melakukan aktivitas di
sistem
11. Use Case Diagram B4. Submenu Pembayaran
Gambar III.19.
Usecase Diagram Submenu Pembayaran
Tabel III.11.Deskripsi Use Case Diagram Submenu Pembayaran
Use Case Narative Submenu Invoice
Tujuan Menginput pemabayaran
Deskripsi Sistem ini memungkinkan aktor untuk menambah,
mencari, menyimpan, membatalkan, dan kembali
Skenario Utama
Aktor Bagian Keuangan
Kondisi Awal Aktor membuka menu transaksi, kemudian membuka
submenu Pembayaran
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
Sistem akan input Pembayaran
Sistem akan menyimpan Pembayaran
59
2. Aktor memilih
Simpan
3. Aktor memilih
Batal
4. Aktor memilih
cari
7. Aktor memilih
kembali
Sistem akan membatalkan Pembayaran
Sistem akan mencari pembayaran
Sistem akan kembali pada menu Pembayaran
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Pembayaran dan aktor dapat melakukan
aktivitas di sistem
12. Use Case Diagram B5. Submenu laporan pembayaran
Gambar III.20.
Usecase Diagram Submenu Laporan Pembayaran
Tabel III.12.Deskripsi Use Case Diagram Submenu Laporan Pembayaran
Use Case Narative Submenu Laporan Pembayaran
Tujuan Membuat Laporan Pendapatan
Deskripsi Sistem ini memungkinkan aktor untuk melakukan
pilihan laporan, jika pembayaran lunas maka laporan
pendapatan akan dicetak, jika belum dibayar maka akan
tampil.
Skenario Utama
60
Aktor Bagian Keuangan
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu Laporan Pembayaran
Aksi Aktor Reaksi Sistem
1. Aktor masuk pada
Laporan pembayaran
2. Aktor memilih
Cetak
Sistem akan menampilkan laporan pembayaran
Sistem akan mencetak laporan pembayaran
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Laporan Pembayaran dan aktor dapat
melakukan aktivitas di sistem
13. Use Case Diagram B6. Submenu Laporan Jurnal
Gambar III.21.
Usecase Diagram Submenu Laporan Jurnal
Tabel III.13.Deskripsi Use Case Diagram Submenu Laporan Jurnal
Use Case Narative Submenu Laporan Jurnal
Tujuan Membuat Laporan Jurnal
61
Deskripsi Sistem ini memungkinkan aktor untuk melakukan
tambah, cari, menyimpan, membatalkan,mencetak dan
kembali pada menu tambahlan
Skenario Utama
Aktor Bagian Keuangan
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu Laporan Jurnal
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktror memilih
Simpan
3. Aktor memilih
Batal
4. Aktor memilih
Cetak
5. Aktor memilih
Kembali
Sistem akan menampilkan tambah jurnal
Sistem akan menyimpan jurnal
Sistem akan membatalkan jurnal
Sistem akan mencetak jurnal
Sistem akan mengembalikan pada submenu jurnal
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Laporan Jurnal dan aktor dapat melakukan
aktivitas di sistem
14. Use Case Diagram B7. Submenu Master Akun
Gambar III.22.
Usecase Diagram Submenu Master Akun
62
Tabel III.14. Deskripsi Use Case Diagram Submenu Master Akun
Use Case Narative Submenu Master Akun
Tujuan Melakukan pengolahan pada master akun
Deskripsi Sistem ini memungkinkan aktor untuk melakukan
tambah, cari, menyimpan, membatalkan, edit dan
kembali pada menu tambah
Skenario Utama
Aktor Bagian Keuangan
Kondisi Awal Aktor membuka menu Master, kemudian membuka
submenu Master Akun
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Tambah
2. Aktor memilih
Cari
3. Aktor memilih
Simpan
4. Aktor memilih
Batal
5. Aktor memilih
Edit
6. Aktor memilih
Kembali
Sistem akan menampilkan Tambah Master Akun
Sistem akan menampilkan data yang dicari
Sistem akan menyimpan data
Sistem akan membatalkan data
Sistem akan mengedit data
Sistem akan mengembalikan pada menu master akun
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Master Akun dan aktor dapat melakukan
aktivitas di sistem
63
15. Use Case Diagram C1. login ke sistem
Gambar III.23.
Usecase Diagram Login Direktur
Tabel III.15.Deskripsi Use Case Diagram Login Direktur
Use Case Narative Login Direktur
Tujuan Melakukan login ke sistem
Deskripsi Sistem ini memungkinkan aktor untuk melakukan login
dan menampilakan menu utama
Skenario Utama
Aktor Direktur
Kondisi Awal Aktor membuka aplikasi sistem penerimaan pesanan
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Login
2 Aktor memilih
Logout
Sistem akan menampilkan texbox username dan
password
Sistem akan keluar
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke Menu
Utama dan aktor dapat melakukan aktivitas di sistem
64
16. Use Case Diagram C2. Menu Utama
Gambar III.24.
Usecase Diagram Menu Utama Direktur
Tabel III.16.Deskripsi Use Case Diagram Menu Utama Direktur
Use Case Narative Menu Utama Direktur
Tujuan Menampilkan Menu Utama
Deskripsi Sistem ini memungkinkan aktor untuk melihat laporan
pesanan, laporan pembayaran, dan laporan jurnal
Skenario Utama
Aktor Direktur
Kondisi Awal Aktor membuka aplikasi sistem penerimaan pesanan,
kemudia masuk ke Menu Utama,
Aksi Aktor Reaksi Sistem
1. Aktor memilih
Menu utama
2. Aktor memilih
Laporan
Sistem akan menampilkan tampilan Menu Utama
Sistem akan menampilkan laporan, seperti laporan
pesanan, laporan pembayaran, dan laporan jurnal
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke Menu
Utama dan aktor dapat melakukan aktivitas di sistem
65
17. Use Case Diagram C3. Submenu Laporan Pesanan
Gambar III.25.
Usecase Diagram Submenu Laporan Pesanan
Tabel III.17. Deskripsi Use Case Diagram Submenu Laporan Pesanan
Use Case Narative Submenu Laporan Pesanan
Tujuan Menampilkan laporan pesanan
Deskripsi Sistem ini memungkinkan aktor untuk melihat laporan
pesanan dan kembali pada menu laporan pesanan
Skenario Utama
Aktor Direktur
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu laporan pesanan
Aksi Aktor Reaksi Sistem
1. Aktor masuk
laporan pesanan
2. Aktor memilih
Cetak
3. Aktor memilih cari
Sistem akan menampilkan laporan pesanan
Sistem akan mencetak laporan yang dipilih
Sistem akan mencari data yang diminta
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu laporan pesanan dan aktor dapat melakukan
aktivitas di sistem
66
18. Use Case Diagram C4. Submenu Laporan Pembayaran
Gambar III.26.
Usecase Diagram Submenu Laporan Pembayaran
Tabel III.18.Deskripsi Use Case Diagram Submenu Laporan Pembayaran
Use Case Narative Submenu Laporan Pembayaran
Tujuan Melihat Laporan Pendapatan
Deskripsi Sistem ini memungkinkan aktor untuk melakukan
pilihan laporan, jika pembayaran lunas maka laporan
pendapatan dapat dilihat, jika belum dibayar maka akan
tampil.
Skenario Utama
Aktor Direktur
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu Laporan Pembayaran
Aksi Aktor Reaksi Sistem
1. Aktor masuk
laporan pesanan
2. Aktor memilih
Cetak
3. Aktor memilih cari
Sistem akan menampilkan laporan pembayaran
Sistem akan mencetak laporan yang dipilih
Sistem akan mencari data yang diminta
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Laporan Pembayaran dan aktor dapat
melakukan aktivitas di sistem
67
19. Use Case Diagram C5. Submenu Laporan Jurnal
Gambar III.27.
Usecase Diagram Submenu Laporan Jurnal
Tabel III.19.Deskripsi Use Case Diagram Submenu Laporan Jurnal
Use Case Narative Submenu Laporan Jurnal
Tujuan Melihat Laporan Jurnal
Deskripsi Sistem ini memungkinkan aktor untuk melakukan untuk
mencari dan melihat laporan jurnal.
Skenario Utama
Aktor Direktur
Kondisi Awal Aktor membuka menu laporan, kemudian membuka
submenu Laporan Jurnal
Aksi Aktor Reaksi Sistem
1. Aktror memilih
Laporan Jurnal
2. Aktor memilih
Cetak
3. Aktor memilih
logout
Sistem akan menampilkan laporan jurnal
Sistem akan mencetak laporan jurnal
Aktor akan keluar dari sistem
Kondisi Akhir Jika perintah sesuai, maka sistem akan masuk ke
submenu Laporan Jurnal dan aktor dapat melakukan
aktivitas di sistem
68
3.3.3. Activity Diagram
Berdasarkan analisa kebutuhan beserta use case diagram yang sudah diuraikan
diatas, berikut ini dirancang activity diagram yang lebih rinci dalam menggambarkan
alur kerja sistem penerimaan pesanan pada CV Bina Usaha Mandiri Karawang. Yang
juga dapat digunakan sebagai pengantar dalam tahap pembuatan desain.
1. A1. Admin Melakukan login ke Sistem
Gambar III.28.
Activity Diagram A1. Menu Login
2. A2. Admin Masuk ke Menu Utama
Gambar III.29.
Activity Diagram A2. Menu Utama
69
3. A3. Admin Mengelola Transaksi Wo
Gambar III.30.
Activity Diagram A3. Transaksi Wo
4. A4. Admin Mengelola SJK
Gambar III.31.
Activiti diagram A4. Halaman SJK
70
5. A5. Admin Mengelola Laporan Pesanan
Gambar III.32.
Activiti Diagram A5. Laporan Pesanan
6. A6. Admin Mengelola Master Barang
Gambar III.33.
Activiti Diagram A6. Master Barang
71
7. A7. Admin Mengelola Master Pelanggan
Gambar III.34.
Activiti Diagram A7. Master Pelanggan
8. A8. Admin Melakukan Logout dari Sistem
Gambar III.35.
Activiti Diagram A8 Logout
72
9. B1. Bagian Keuangan Melakukan Login ke Sistem
Gambar III.36
Activiti Diagram B1. Login
10. B2. Bagian Keuangan Masuk ke Menu Utama
Gambar III.37.
Activiti Diafgram B2. Menu Utama
73
11. B3. Bagian Keuangan Mengelola Data Invoice
Gambar III.38
Activiti Diagram B3. Data Invoice
74
12. B4. Bagian Keuangan Mengelola Pembayaran
Gambar III.39.
Avtiviti Diagram B4. Pembayaran
12. B5. Bagian Keuangan Mengelola Laporan Pembayaran
Gambar III.40.
Activiti Diagram B5 Laporan Pembayaran
75
13. B6. Bagian Keuangan Mengelola Jurnal
Gambar III.41
Activiti Diagram B6. Jurnal
76
14. B7. Bagian Keuangan Mengelola Master Akun
Gambar III.42
Activiti Diagram B7. Master Akun
15. B8. Bagian Keuangan Melakukan Logout dari Sistem
Gambar III.43
Activiti Diagram B8. Logout
77
16. C1. Direktur Melakukan Login ke Sistem
Gambar III.44.
Activiti Diagram C1 login
17. C2. Dirketur Masuk ke Menu Utama
Gambar III.45.
Activiti Diagram C2 Menu Utama
78
18. C3. Direktur Melakukan Akses Submenu Laporan Pesanan
Gambar III.46.
Activiti Diagram C3 Laporan Pesanan
19. C4. Direktur Melakukan Akses Submenu Laporan Pembayaran
Gambar III.47.
Activiti Diagram C3. Laporan Pembayaran
79
20. C5. Direktur Melakukan Akses Submenu Laporan Jurnal
Gambar III.48.
Activiti Diagram C5. Laporan Jurnal
21. C6. Direktur Melakukan logout dari sistem
Gambar III.49.
Activiti Diagram C6.Logout
3.4. Desain
80
3.4.1. Entity Relationship Diagram (ERD)
Gambar III.50
Entity Relationship Diagram (ERD) Pemesanan
3.4.2. Logical Record Structure (LRS)
81
Gambar III.51
Logical Record Structure (LRS) pemesanan
3.4.3. Spesifikasi File
82
Adapun spesifikasi file yang digunakan pada sistem informasi penerimaan
pesanan pada CV Bina Usaha Mandiri.
1. Spesifikasi tabel user
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola data user
Nama File : User
Akronim : user.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : id
Software : MySQL
Tabel III.20
Spesifikasi file User
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode User id Int 6 Primary Key
2. User Name user_name Varchar 10
3. Password Password Varchar 50
4. Nama keterangan Varchar 50
2. Spesifikasi transaksi Wo
83
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola data transaksi pesanan
Nama File : wo
Akronim : wo.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : no
Software : MySQL
Tabel III.21
Spesifikasi file transaksi wo
3. Spesifikasi pembayaran
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. No Wo no_wo Int 10 Primary Key
2. Kode
pelanggan
kd_pelanggan Varchar 20
3. Tanggal wo tgl_wo Date
4. Estimasi selesai
produksi
Estimasi_selesai
_produksi
Date
84
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola pembayran
Nama File : pembayaran
Akronim : pembayaran.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : kd
Software : MySQL
Tabel III.22
Spesifikasi file pembayaran
4. Spesifikasi jurnal
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode
pembayaran
kd_pembayaran Int 10 Primary Key
2. Kode
pelanggan
kd_pelanggan Varchar 20
3. Tanggal
pembayaran
tgl_pembayaran Date
4. No invoice no_invoice Int 10
5. Total
pembayaran
total_pembayara
n
Int 30
85
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola jurnal
Nama File : jurnal
Akronim : jurnal.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : no
Software : MySQL
Tabel III.23
Spesifikasi file jurnal
5. Spesifikasi barang
Nama Database : db_pemesanan
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode jurnal no_jurnal Int 10 Primary Key
2. Tanggal
jurnal
tgl Date
3. Keterangan keterangan Varchar 30
4. Debet debet Int 20
5. Kredit kredit Int 20
6. Kode akun kode_akun Int 10
86
Fungsi : Digunakan untuk mengelola data abarang
Nama File : barang
Akronim : barang.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : kd
Software : MySQL
Tabel III.24
Spesifikasi file master barang
6. Spesifikasi pelanggan
Nama Database : db_pemesanan
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode barang kd_barang Varchar 20 Primary Key
2. Nama barang nm_barang Varchra 50
3. Kode
pelanggan
kd_pelanggan Varchar 20
4. Harga harga Int 30
5. Satuan satuan Varchar 10
87
Fungsi : Digunakan untuk mengelola ata pelanggan
Nama File : pelanggan
Akronim : pelanggan.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : kd
Software : MySQL
Tabel III.25
Spesifikasi file master pelanggan
7. Spesifikasi invoice
Nama Database : db_pemesanan
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode
pelanggan
kd_pelanggan Varchar 10 Primary Key
2. Nama
pelanggan
nm_pelanggan Varchra 50
3. Alamat alamat Varchar 100
4. No telephone no_tlp Varchar 50
5. Email email Varchar 50
6. Termin
invoice
term_invoice Int 3
88
Fungsi : Digunakan untuk mengelolainvoice
Nama File : invoice
Akronim : invoice.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : no
Software : MySQL
Tabel III.26
Spesifikasi file invoice
8. Spesifikasi Sjk
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola sjk
Nama File : sjk
Akronim : sjk.myd
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode invoice no_invoice Int 10 Primary Key
2. Kode sjk no_sjk Int 10
3. Total harga total_harga Int 30
89
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
Field Key : no
Software : MySQL
Tabel III.27
Spesifikasi file sjk
9. Spesifikasi Wo Detail
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelolawo detial
Nama File : wo detail
Akronim : wo detail.myd
Tipe File : File Master
Media File : Harddisk
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode sjk no_sjk Int 10 Primary Key
2. Tanggal sjk tgl_sjk Date 10
3. Kode
pelanggan
kd_pelanggan Varchar 20
4. Kode wo no_wo Int 10
90
Organisasi File : Index Sequential
Akses File : Random
Field Key : id_wo_detail
Software : MySQL
Tabel III.28
Spesifikasi file wo detail
10. Spesifikasi Jenis Akun
Nama Database : db_pemesanan
Fungsi : Digunakan untuk mengelola jenis akun
Nama File : jenis akun
Akronim : jenis akun detail.myd
Tipe File : File Master
Media File : Harddisk
Organisasi File : Index Sequential
Akses File : Random
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode wo
detail
Id_wo_detail Int 10 Primary Key
2. Kode barang kd_barang Int 10
3. Quantiti
barang
qty_barang Int 10
4. No wo no_wo Int 10
91
Field Key : kode_akun
Software : MySQL
Tabel III.29
Spesifikasi file jenis akun
No. Elemen Data Nama Field Tipe Panjang Keterangan
1. Kode akun Kode_akun Int 10 Primary Key
2. Nama akun Nm_akun varchar 30
92
3.4.4. Deployment Diagram
Berikut deployment diagram yang digunakan oleh penulis dalam
menguraikan program yang akan dibuat dan software database yang digunakan
dalam pembuatan sistem penerimaan pesanan pada CV Bina Usaha Mandiri.
Gambar III.52.
Deployment Diagram
93
3.4.5. User Interface
Berikut ini adalah desain tampilan program yang telah dibuat oleh penulis:
1. User interace menu login
Gambar III.53.
User Interface Tampilan Login
2. User Interface Menu Utama
Gambar III.54.
User Interface Tampilan Menu Utama
94
3. User Interface Transaksi Wo
Gambar III.55.
User Interface Tampilan Submenu Transaksi Wo
4. User Interface Sjk
Gambar III.56.
User Interface Tampilan Submenu Transaksi Sjk
95
5. User Interface Laporan Pesanan
Gambar III.57.
User Interface Tampilan Submenu Laporan Pesanan
6. User Interface Invoice
Gambar III.58.
User Interface Tampilan Submenu Transaksi Invoice
96
7. User Interface Input Pembayaran
Gambar III.59.
User Interface Tampilan Submenu Transaksi Pembayaran
8. User Interface Laporan Pembayaran
Gambar III.60.
User Interface Tampilan Submenu Laporan Pembayaran
97
9. User Interface Laporan Jurnal
Gambar III.61.
User Interface Tampilan Submenu Laporan Jurnal
3.5. Implementasi
Pada tahap ini, penulis akan menjelaskan mengenai code generation,
blackbox testing, spesifikasi hardware dan software yang diuraikan sebagai berikut:
3.5.1. Code Generation
?php
/**
* GET
*/
// get list WO
function getListWo()
{
$sql = "SELECT wo.*,p.nm_pelanggan,p.no_tlp, p.kd_pelanggan from wo
INNER JOIN pelanggan p ON wo.kd_pelanggan = p.kd_pelanggan";
$data = select($sql);
echo json_encode(["data" => $data]);
}
function getListDetailWo()
98
{
$sql = "SELECT wo_detail.*,b.nm_barang,b.harga, (b.harga * wo_detai
l.qty) as total_harga from wo_detail
INNER JOIN barang b ON wo_detail.kd_barang = b.kd_barang
WHERE wo_detail.no_wo = '{$_GET['no_wo']}'";
$data = select($sql);
echo json_encode(["data" => $data]);
}
// get list select pelanggan
function getListSelectPelanggan()
{
$sql = "SELECT kd_pelanggan as id, nm_pelanggan as text from pelang
gan";
$data = select($sql);
echo json_encode(["results" => $data]);
}
function getListSelectBarang()
{
$sql = "SELECT kd_barang as id, CONCAT(kd_barang,' -
',nm_barang) as text from barang WHERE kd_pelanggan = '{$_GET['kd_pela
nggan']}'";
$data = select($sql);
echo json_encode(["results" => $data]);
}
// get list pelanggan
function getListPelanggan()
{
$sql = "SELECT * from pelanggan";
$data = select($sql);
99
echo json_encode(["data" => $data]);
}
// get list barang
function getListBarang()
{
$sql = "SELECT b.*,p.nm_pelanggan FROM barang b
INNER JOIN pelanggan p ON b.kd_pelanggan = p.kd_pelanggan";
$data = select($sql);
echo json_encode(["data" => $data]);
}
// get list invoice
function getListInvoice()
{
$sql = "SELECT * from invoice";
$data = select($sql);
echo json_encode(["data" => $data]);
}
// get list Sjk
function getListSjk()
{
$sql = "SELECT * from sjk";
$data = select($sql);
echo json_encode(["data" => $data]);
}
// get list Pembayaran
function getListPembayaran()
{
100
$sql = "SELECT * from pembayaran";
$data = select($sql);
echo json_encode(["data" => $data]);
}
// get new no
function getNewNo($type)
{
switch ($type) {
case 'wo':
$sql = "SELECT max(no_wo) as no from wo WHERE SUBSTRING(no_
wo,3,2) = RIGHT(YEAR(NOW()),2)";
$kode = 'WO';
break;
case 'barang':
$sql = "SELECT max(kd_barang) as no from barang WHERE SUBST
RING(kd_barang,3,2) = RIGHT(YEAR(NOW()),2)";
$kode = 'BR';
break;
case 'pelanggan':
$sql = "SELECT max(kd_pelanggan) as no from pelanggan WHERE
SUBSTRING(kd_pelanggan,3,2) = RIGHT(YEAR(NOW()),2)";
$kode = 'PL';
break;
}
// cek if the first no in this year
$res = select($sql, TRUE);
if ($res == NULL) {
$last = 1;
} else {
$last = intval(substr($res['no'], 4)) + 1;
}
101
$new_no = $kode . date('y') . str_pad($last, 5, "0", STR_PAD_LEFT);
$data = array('no' => $new_no);
echo json_encode(["data" => $data]);
}
/**
* POST
*/
// save Data
function saveData($table)
{
$msg = "Data berhasil disimpan";
$success = TRUE;
$desc = "";
$cols = implode(',', array_keys($_POST));
$values = implode("','", array_values($_POST));
$sql = "INSERT INTO {$table} ($cols) VALUES ('$values')";
$result = query($sql);
if ($result != TRUE) {
$msg = "Data gagal disimpan";
$success = FALSE;
$desc = $result;
}
echo json_encode(['msg' => $msg, 'success' => $success, 'descripti
on' => $desc]);
}
// save WO
function saveDetailWo()
{
102
$msg = "Data berhasil disimpan";
$success = TRUE;
$desc = "";
unset($_POST['type']);
unset($_POST['kd_pelanggan']);
$cols = implode(',', array_keys($_POST));
$values = implode("','", array_values($_POST));
$sql = "INSERT INTO wo_detail ($cols) VALUES ('$values')";
$result = query($sql);
if ($result != TRUE) {
$msg = "Data gagal disimpan";
$success = FALSE;
$desc = $result;
}
echo json_encode(['msg' => $msg, 'success' => $success, 'descripti
on' => $desc]);
}
// batal | selesai WO
function actionWo()
{
$msg = "WO berhasil di{$_POST['do']}kan!";
$success = TRUE;
$desc = "";
$sql = "UPDATE wo SET status = '" . ucwords($_POST['do']) . "' WHER
E no_wo = '{$_POST['wo']}'";
$result = query($sql);
if ($result != TRUE) {
$success = FALSE;
$desc = $result;
}
103
echo json_encode(['msg' => $msg, 'success' => $success, 'descripti
on' => $desc]);
}
3.5.2. Blackbox Testing
Pada tahap ini, penguji akan menguji program dengan menggunakan
Blackbox Testing. Berikut merupakan bagian yang diuji:
1. Pengujian Menu Login
Tabel III.29. Pengujian Menu Login
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesi
mpul
an
1. Mengosongkan
semua data
Login,
kemudian pilih
“Login”.
Username :
(kosong)
Password :
(kosong)
Sistem akan
menolak proses
login, ditandai
dengan adanya
pesan“this
connection is
not secure”
Sesuai
Harapan
Valid
2. Hanya mengisi
username dan
mengosongkan
password.
Kemudian pilih
“Login”.
Username :
sales
Password :
(Kosong)
Sistem akan
menolak proses
login, ditandai
dengan adanya
pesan “please
fill out this
field”.
Sesuai
Harapan
Valid
3. Hanya mengisi
password dan
mengosongkan
username.
Kemudian pilih
“Login”.
Username :
(Kosong)
Password :
123
Sistem akan
menolak proses
login, ditandai
dengan adanya
pesan “please
fill out this
field”.
Sesuai
Harapan
Valid
4. Menginputkan
data login yang
benar, kemudian
klik tombol
‘Login’
Username:
sales
Password:
123
Sistem akan
menerima akses
login dan masuk
ke menu utama
Sesuai
Harapan
Valid
104
2. Pengujian Menu Utama
Tabel III.30. Pengujian Menu Utama
No. Skenario Pengujian Hasil Yang
Diharapkan
Hasil
Pengujian
Kesi
mpul
an
1. Memilih submenu
transkasi wo
Menampilkan submenu
transaksi wo
Sesuai
Harapan
Valid
2. Memilih submenu
transaksi Sjk
Menampilkan submenu
transaksi Sjk
Sesuai
Harapan
Valid
3. Memilih submenu
laporan pesanan Menampilkan submenu
laporan pesanan
Sesuai
Harapan
Valid
4. Memilih submenu
master barang Menampilkan submenu
master barang
Sesuai
Harapan
Valid
6. Memilih submenu
master pelanggan Menampilkan submenu
master pelanggan
Sesuai
Harapan
Valid
7.. Memilih menu logout Keluar dari aplikasi
penerimaan pesanan
Sesuai
Harapan
Valid
3. Pengujian Submenu transaksi wo
Tabel III.31. Pengujian Submenu Transaksi Wo
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesi
mpul
an
1. Mengisi
semua data
secara
lengkap,
kemudian
pilih
“Simpan”
Jenis Transaksi: no
wo: 2000014 tgl
wo: 2020-07-09
pelanggan: pt
yokattaindonesia
estimasi selesai
produksi:2020-07-
10
tlp:02189841412
Menampilkan
pesan “Data
telah
ditambahkan”,
kemudian
pilih simpan
Sesuai
Harapan
Valid
2. Mengisi
semua data
secara lengkap
Kemudian
pilih
“”kembali”
Jenis Transaksi: no
wo: 2000014 tgl
wo: 2020-07-09
pelanggan: pt
yokattaindonesia
estimasi selesai
produksi:2020-07-
10
Tampilan
kembali ke
submenu
transaksi wo
Sesuai
Harapan
Valid
105
tlp:02189841412
4. Pengujian Submenu Laporan Pesanan
Tabel III.32. Pengujian Submenu Laporan Pesanan
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesi
mpul
an
1. Mencari
laporan pesanan
yang sudah
selesai produksi
Pt yokatta
indonesia
Menampilkan
data laporan
selesai
produksi
Sesuai
Harapan
Valid
2. Mencetak
laporan dan
pilih “print”
Print Menampilkan
laporan n
pesanan dan
pilihan untuk
cetak
Sesuai
Harapan
Valid
4. Membatalkan
proses cetak
laporan dengan
memilih
“cancel”
Cancel Sistem akan
kembali ke
tampilan
submenu
laporan
pesanan
Sesuai
Harapan
Valid
5. Pengujian Submenu Master Barang
Tabel III.33. Pengujian Menu Barang
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesim
pulan
1. Mengosongkan
semua data
Pilih tambah kd
barang: (kosong)
Pilih nama barang:
(Kosong) kd
pelanggan( kosong)
harga:(kosong)
Menampilkan
data barang
kosong
Sesuai
Harapan
Valid
2. Menyimpan
semua data
barang
Pilih tambah kd:
(BR2000012)
Pilih nama: Futura
kd pelanggan:
2000005
Menyimpan
data barang
Sesuai
Harapan
Valid
106
harga:11.000
6. Pengujian submenu master pelanggan
Tabel III.34. Pengujian Menu Master pelanggan
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujia
n
Kesim
pulan
1. Mengosongkan
semua data
Pilih tambah kd
pelanggan: (kosong)
no tlp: (Kosong)
alamat:( kosong)
nama
pelanggan:(kosong)
email:(kosong)
Menampilkan
data
pelanggan
kosong
Sesuai
Harapan
Valid
2. Menyimpan
semua data
pelanggan
Pilih tambah kd
pelanggan: (PL
2000005)
no tlp:
(02189841412
alamat:(Kawasan
Indutsri jababeka 2,
jl industri selatan XI
Blok EE No.10i-
Cikarang bekasi)
nama pelanggan:(pt
yokatta indonesia)
email:(-)
Menyimpan
data
pelanggan
Sesuai
Harapan
Valid
7. Pegujian submenu trasaksi sjk
Tabel III.35. Pengujian Transaksi SJK
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesim
pulan
1. Mengosongkan
semua data
Pilih tambah no
sjk: (kosong)
Pilih no wo:
(kosong) tgl sjk (
kosong) kd
pelanggan:
(kosong)
Menampilkan
data sjk
kosong
Sesuai
Harapan
Valid
107
2. Menyimpan
semua data sjk
Pilih tambah no
sjk: (2000015)
Pilih no wo:
(2000014) tgl sjk (
2020-07-11) kd
pelanggan: (PL
2000005)
Menyimpan
data sjk
Sesuai
Harapan
Valid
8. Pengujian Menu Logout
Tabel III.36. Pengujian Menu Logout
No. Skenario
Pengujian
Hasil Yang
Diharapkan
Hasil Pengujian Kesimpul
an
1. Memilih menu
logout
Keluar dari aplikasi
pendapatan jasa
Sesuai Harapan Valid
3.5.3. Spesifikasi Hardware dan Software
Adapun kebutuhan Hardware dan Software dalam merancang sitem
penerimaan pesanan sebagai berikut:
Tabel III.37. Spesifikasi Hardware dan Software
Kebutuhan Keterangan
Sistem Operasi Windows 10
Processor Amd E1-7010 APU with Amd radeon R2 Grafic
1.50 Ghz
RAM 2.00 GB
Harddisk 500 GB
Monitor SVGA 15’’
Keyboard Standard
Mouse Standard
Printer Epson L3150
Software Bahasa Pemrograman : Php
Aplikasi Pendukung : Sublime Text 3
DBMS : MySQL