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
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
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.
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
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.
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.
3.2.2. Activity Diagram
Activiti Diagram Penerimaan Pesanan dari Pelanggan
Gambar III.4.
Activiti diagram penerimaan pesanan
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
Activiti Diagram Proses Pembayaran dari Pelanggan
Gambar III.7.
Activiti diagram pembayaran Activiti diagram laporan pendapatan
Gambar III.8.
Activiti diagram laporan pendapatan
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 : -
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
11. B3. Bagian Keuangan Mengelola Data Invoice
Gambar III.38
Activiti Diagram B3. Data Invoice
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
13. B6. Bagian Keuangan Mengelola Jurnal
Gambar III.41
Activiti Diagram B6. Jurnal
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
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
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
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
3.4.1. Entity Relationship Diagram (ERD)
Gambar III.50
Entity Relationship Diagram (ERD) Pemesanan
3.4.2. Logical Record Structure (LRS)
Gambar III.51
Logical Record Structure (LRS) pemesanan
3.4.3. Spesifikasi File
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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()
{
$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);
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() {
$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;
}
$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() {
$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;
}
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
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
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
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
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