• Tidak ada hasil yang ditemukan

BAB III PEMBAHASAN. perusahaan, struktur organisasi, dan fungsi dari masing-masing bagian yang ada. membantu meningkatkan ekonomi masyarakat setempat.

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB III PEMBAHASAN. perusahaan, struktur organisasi, dan fungsi dari masing-masing bagian yang ada. membantu meningkatkan ekonomi masyarakat setempat."

Copied!
76
0
0

Teks penuh

(1)

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

(2)

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)

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.

(4)

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

(5)

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.

(6)

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.

(7)

3.2.2. Activity Diagram

Activiti Diagram Penerimaan Pesanan dari Pelanggan

Gambar III.4.

Activiti diagram penerimaan pesanan

(8)

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

(9)

Activiti Diagram Proses Pembayaran dari Pelanggan

Gambar III.7.

Activiti diagram pembayaran Activiti diagram laporan pendapatan

Gambar III.8.

Activiti diagram laporan pendapatan

(10)

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 : -

(11)

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

(12)

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

(13)

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.

(14)

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

(15)

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

(16)

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

(17)

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

(18)

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

(19)

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

(20)

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

(21)

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

(22)

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

(23)

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

(24)

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

(25)

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

(26)

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

(27)

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

(28)

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

(29)

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

(30)

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

(31)

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

(32)

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

(33)

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

(34)

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

(35)

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

(36)

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

(37)

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

(38)

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

(39)

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

(40)

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

(41)

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

(42)

11. B3. Bagian Keuangan Mengelola Data Invoice

Gambar III.38

Activiti Diagram B3. Data Invoice

(43)

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

(44)

13. B6. Bagian Keuangan Mengelola Jurnal

Gambar III.41

Activiti Diagram B6. Jurnal

(45)

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

(46)

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

(47)

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

(48)

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

(49)

3.4.1. Entity Relationship Diagram (ERD)

Gambar III.50

Entity Relationship Diagram (ERD) Pemesanan

3.4.2. Logical Record Structure (LRS)

(50)

Gambar III.51

Logical Record Structure (LRS) pemesanan

3.4.3. Spesifikasi File

(51)

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

(52)

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

(53)

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

(54)

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

(55)

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

(56)

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

(57)

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

(58)

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

(59)

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

(60)

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

(61)

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

(62)

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

(63)

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

(64)

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

(65)

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

(66)

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()

(67)

{

$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);

(68)

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() {

(69)

$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;

}

(70)

$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() {

(71)

$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;

}

(72)

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

(73)

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

(74)

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

(75)

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

(76)

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

Gambar

Gambar III.9.Usecase Diagram Login Admin  Tabel III.1. Deskripsi Use Case Login Admin  Use case narative menu login
Gambar III.10. Usecase Diagram Menu Utama Admin
Gambar III.11.
Gambar III.12.
+7

Referensi

Dokumen terkait

karena adanya masyarakat dan hubungan antar individu dalam bermasyarakat. Hubungan antar individu dalam bermasyarakat merupakan suatu hal yang hakiki sesuai kodrat

Dengan adanya Multi E-Commerce yang dibangun menggunakan Framework Codeigniter ini dapat membantu pengrajin atau penjual kerajinan gerabah untuk memperluas pemasaran

Kriteria indeks ovitrap RT 01 memiliki skor 4 yang berarti bahwa wilayah tersebut memiliki tingkat kepadatan nyamuk Aedes sp yang tinggi.. Pada RT 03 kriteria indeks

Sumber itu asli atau salinan dan sudah dirubah (Ismaun, 2005, hlm. Kritik internal atau kritik dalam, yakni untuk menilai kredibilitas sumber terhadap aspek dari dalam

Ukuran yang telah ditetapkan untuk purse seine bertali kerut dengan alat bantu penangkapan ikan (rumpon atau cahaya) dan ikan target tongkol atau cakalang memiliki panjang

Dosis konsentrasi insektisida Decis yang akan digunakan untuk perlakuan pada uji toksisitas sangat toksis terhadap ikan nila merah galur Cangkringan, maka dari data

BENER MERIAH ACEH 772 10111605 SMP NEGERI TERPADU SEUMAYOEN NUSANTARA KAB. BENER

Ekstrak minyak hasil ekstraksi soxhlet dengan pelarut n-heksan lebih gelap dibanding dengan maserasi karena mengalami pemanasan selama beberapa hari pada temperatur