tugas software engineering

KATA PENGANTAR

Rasa syukur saya panjatkan ke hadirat ALLAH SWT . Karena atas Berkat Rahmat dan HidayahNYA saya dapat menyelesaikan tugas Makalah ini dengan judul PERANCANGAN SISTEM APLIKASI PEMBUATAN SURAT JALAN DAN DOKUMEN BEA CUKAI PADA PT. YASUNLI ABADI UTAMA PLASTIK MENGGUNAKAN VB 6.0.Walaupun dalam penulisan makalah ini saya menyadari bahwa masih banyak kesalahan-kesalahan yang terdapat dalam makalah ini .Dengan demikian , saran dan kritik dari semua pihak saya tunggu demi lebih kompleks dan sempurnanya makalah ini . Semoga makalah ini bermanfaat bagi kita semua .

Daftar IsiKATA PENGANTAR 1DAFTAR ISI 2BAB I SISTEM BERJALAN1.1 Analisa 31.2 Kelemahan Sistem Berjalan 41.3 Prosedur DFD 41.3.1 Diagram Konteks 41.3.2 Diagram Overview 51.3.2 Diagram Rinci 5

BAB II SISTEM USULAN2.2 Desain Perancangan 72.2.1 Elisitasi Tahap I 72.2.2 Elisitasi Tahap II 82.2.3 Elisitasi Tahap III 92.2.4 Final Draft Elisitasi 102.3 Testing112.4 Pengujian 132.4.1 Desain Sistem 132.4.1.1 Diagram Konteks 132.4.1.2 Diagram Overview 142.4.2 Desain Database 152.4.3 Prototype 162.5 Implementasi 20

BAB ISISTEM BERJALAN

1.1 ANALISA SISTEM BERJALAN

3.1Analisa Organisasi3.1.1Gambaran Umum PT. Yasunli Abadi Utama PlastikPT. Yasunli Abadi Utama Plastik merupakan salah satu perusahaan yang memproduksi berbagai barang-barang atau part-part dalam pembuatan spare part kendaraan. Pada saat ini sudah semakin banyak permintaan-permintaan barang yang diterima oleh PT. Yasunli Abadi Utama Plastik, sehingga membutuhkan banyak karyawan atau pekerja dalam memnuhi kebutuhan konsumen. 3.3 Struktur OrganisasiStruktur organisasi sangat penting dalam mengelola perusahaan, karena dengan adanya struktur organisasi fungsi-fungsi manajemen bisa berjalan dengan baik. Struktur dapat berupa bagan yang menggambarkan urutan jabatan mulai dari atas hingga paling bawah. Organisasi merupakan proses kerjasama dan kesatuan aktivitas dimana para direktur, manager serta pegawai lainnya memiliki tugas dan wewenang dengan tujuan yang sama yaitu memajukan perusahaan serta melayani masyarakat dengan baik. Maka struktur organisasi dapat diartikan suatu bagan organisasi yang menunjukan adanya pembagian tugas dan wewenang serta aturan-aturan dan prosedur yang ada termasuk komunikasi dan arus kerja.Adapun struktur organisasi perusahaan dari PT. Yasunli Abadi Utama Plastik Cibitung adalah:

Gambar 3.1 Struktur Organisasi Delivery PT. Yasunli Abadi Utama Plastik

3.4 Prosedur Sistem BerjalanBerikut adalah sistem berjalan persediaan barang pada PT. Yasunli Abadi Utama Plastik :a. Proses Pesan BarangProses ini diawali dengan pemberian fax pesanan dari customer kepada staff delivery, atas permintaan barang dari customer. Bagian staff delivery membuat purchase order kepada PPIC untuk merencanakan pengiriman barang ke customer, kemudian setelah purchase order disetujui oleh PPIC, maka staff delivery akan disimpan menjadi data customer sebagai arsip.b. Proses Olah PesananData customer Yang sudah tersimpan dalam arsip, kemudian akan akan dilanjutkan ke proses berikutnya yaitu staff delivery menyiapkan data barang keseluruhan (D_Brg_Kes) kepada PPIC, setelah PPIC menerima data barang keselurahan (D_Brg_Kes) kemudian diserahkan kepada staff delivery, maka staff delivery akan memfilter menjadi data barang sesuai pesanan (D_Brg_Psn) customer dan disimpan sebagai arsip, kemudian data barang yang sudah sesuai dengan pesanan (D_Brg_Psn) akan terus diolah sampai menjadi barang yang sudah siap dikirim ke customer (DBSK).c. Proses Pembuatan Surat Jalan dan Dokumen Bea CukaiSetelah data barang yang sudah siap kirim ke customer (DBSK), maka staff delivery akan membuatkan surat jalan dan dokumen bea cukai (Srt_Jalan,Dok_BC) yang nanti akan diberika kepada customer dan exim, kemudian surat jalan yang sudah di buat akan diperiksa terlebih dahulu oleh PPIC untuk disetujui, setelah PPIC menyetujui surat jalan dan dokumen bea cukai tersebut, kemudian surat jalan yang sudah disetujui (Srt_Jln_Acc) diberikan kepada customer pada saat pengiriman barang dan dokumen bea cukai yang sudah disetujui (Dok_BC_Acc) akan di berikan kepada.d. Proses Pembuatan LaporanBerdasarkan Srt_Jln_Acc dan Dok_BC_Acc, maka staff delivery membuat laporan setiap bulan yang akan diberikan kepada pimpinan. Konfigurasi SistemA. Hardware PC Intel Pentium 4 Processor 2.46 Ghz Digital Monitor 14 Hard Disk 40 Gb Printer CanonB. Software Ms. Office 2003 Ms. Excel 2003C. BrainwareHak akses pada seksi teknik yang ada pada PT. Yasunli Abadi Utama Plastik3.6Diagram Arus Data (DAD)

Gambar 3.2Diagram Konteks Gambar 3.3Diagram Overview

Gambar 3.4Diagram Rinci 3

2.2 DESAIN PERANCANGANRequirement Elicitation Tahap - 1

Functional

NoANALISA KEBUTUHAN

Saya Ingin Sistem dapat :

1Menampilkan Menu Master Barang

2Menampilkan Menu Master Customer

3Menampilkan Menu Master PPIC

4Menampilkan Menu Master User

5Menampilkan Menu PO Customer

6Menampilkan Menu DO Customer

7Menampilkan Menu Receive Barang

8Menampilkan Menu Retur Barang

9Menampilkan Menu Stock Opname

10Menampilkan Menu Daftar Barang


12Menampilkan Menu Laporan Purchase Order

13Menampilkan Menu Laporan Delivery Order

14Menampilkan Menu Laporan Retur Barang

15Menampilkan Menu Laporan Receive Barang

16Menampilkan Menu laporan Stock Barang

17Menampilkan Menu Laporan Stock Opname

18Menampilkan Menu Laporan Bea Cukai

Non Functional

ANALISA KEBETUHAN

Saya ingin sistem dapat :

1Sistem Pembuatan Surat Jalan & Dokumen Bea Cukai Menggunakan VB 6.0

2Entry data dilakukan oleh banyak user

3Pembuatan Laporan dilakukan setiap bulan

Requirement Elicitation Tahap - 2

FunctionalMDI

NoANALISA KEBUTUHAN




















M = Mandatory

D = Desirable

I = Inessensial

Requirement Elicitation Tahap - 3

FunctionalTOE

RiskLMHLMHLMH

NoANALISA KEBUTUHAN




















Final Elicitation

Functional

NoANALISA KEBUTUHAN




















2.3 TESTING

ISO 9126 merupakan standar internasional untuk evaluasi kualitas perangkat lunak. Standar ini dibagi menjadi empat bagian yang masing-masing menjelaskan model kualitas, metrik eksternal, metrik internal, dan metrik kualitas yang digunakan. Ada enam ukuran kualitas yang ditetapkan oleh ISO 9126, yaitu Functionality, Reliability, Usability, Efficiency, Maintainability, serta Portability.Berdasarkan keenam kriteria tersebut dapat kita bandingkan dengan sistem penelitian yang telah dibuat, yaitu sebagai berikut:1. Fungctionality Dengan adanya sistem seperti e-recruitment, pelamar yang ingin mendapatkan pekerjaan tidak lagi harus mendatangi perusahaan lalu menaruh surat lamaran kerja secara langsung.

2. ReliabilitySistem ini memang tidak memiliki keandalan yang maksimal, namun dengan adanya sistem ini dapat membantu pihak HRD dalam menyeleksi pelamar baru.

3. UsabilityPenggunaan sistem ini tidak terlalu rumit, karena pada form register pelamar cukup mengisikan biodata untuk mendapatkan username dan password. Kemudian Username dan Password itu akan digunakan untuk log ini ke halaman apply lamaran.

4. EfficiencyCukup efisien, karena pelamar tidak perlu mengeluarkan cost yang cukup besar untuk biaya transportasi.

5. MaintainabilityTidak akan serumit sistem yang masih berjalan sekarang ini, dimana harus lebih teliti dalam menyeleksi berkas berupa kertas. Belum lagi jika data data pelamar tercecer.

6. PortabilityPelamar hanya perlu melampirkan lamarannya melalui website, pelamar tidak perlu mendatangi perusahaan lagi karena sistemnya dapat diakses dimana saja.

Jika diklasifikasikan dari tingkatan rendah ke tinggi,maka terbentuklah skema dari sistem e-recruitment seperti tabel dibawah ini:NOKARAKTERISTIKLMH

1Functionality

2Reliability

3Usability

4Efficiency

5Maintainability

6Portability

2.4 PENGUJIAN2.4.1 DESAIN SISTEM

PERANCANGAN DAN IMPLEMENTASI SISTEMYANG DIUSULKAN

4.1. Tata Letak Laksana Yag Sedang BerjalanDAD (Diagram Arus Data)/DFD (Data Flow Diagram) merupakan salah satu teknik yang digunakan untuk merancang sistem informasi yang berjalan yang memberikan gambar sistem yang ada.

Gambar 4.1 Diagram Konteks

Keterangan :Fax_Pesan: Fax Pesanantm_barang: Data Barangtm_customer: Data Customertm_ppic: Data PPICtm_user: Data Usertx_PO_CUST: Purchase Order Customertx_DO_CUST: Delivery Order Customertx_RECEIVE: File Receive Barangtx_RETUR: File Retur Barangtx_OPNAME: File Opname BarangLap_BC: Laporan Bea CukaiReport_Brg: Report BarangReport_Cust: Report Customer

Gambar 4.2 Diagram Overview

Gambar 4.3 Diagram Rinci 24.2Prosedur Sistem Yang Diusulkan1. Proses FilePada proses yang pertama ini dimulai dari fax_pesan barang dari customer, setelah fax_pesan sudah samapai ditangan staff delivery, maka staff delivery akan membuat tm_barang, tm_customer, tm_ppic dan tm_user, yang kemudian staff delivery akan menyimpannya ke dalam database yang baik dan rapih.2. Proses TransaksiSetelah seluruh data sudah tersimpan dengan rapih, maka tahap selanjutnya adalah pembuatan tx_PO_CUST untuk diajukan kepada PPIC untuk setujui,setelah disetujui, maka staff delivery akan melanjutkanny ke proses selanjutnya yaitu pembuatan tx_DO_CUST yang nantinya akan diserahkan kepada customer pada saat pengiriman barang, kan tetapi sebelumnya staff delivery membuat tx_RECEIVE barang, jadi staff delivery mengetahui semua barang yang masuk ke dalam gudang, setelah itu kemudian dibuatkan tx_OPNAME, yaitu untuk mengetahui antar jumlah fisik dan jumlah barang yang ada pada data barang sehingga keluar masuk barang menjadi jelas, dan yang terakhir yaitu staff delivery membuat tx_RETUR untuk menampung seluruh barang yang di retur oleh costomer.3. Proses LaporanBerdasarkan seluruh data-data yang ada pada penjelasan di atas,maka dapat dibuatkan laporannya secara otomatis.

4.3Spesifikasi Sistem Masukan Dan KeluaranAnalisa MasukanDalam suatu sistem memerlukan informasi atau data masukan sebagai sumber dari proses yang akan dilakukan berikut ini, beberapa analisa masukan yang dapat dijadikan sumber: 1. Nama Masukan: Fax_PesanFungsi: Sebagai awal pada saat customer memesan barangMedia: KertasSumber: CustomerFrekuensi: Setiap melakukan pemesanan barangFormat: Dapat dilihat pada lampiran A.12. Nama Masukan: tx_PO_CUSTFungsi: Sebagai awal pada saat customer memesan barangMedia: KertasSumber: PPICFrekuensi: Setiap pembuatan PO_CustFormat: Dapat dilihat pada lampiran A.2Analisa KeluaranDi bawah ini dapat dilihat beberapa keluaran yang merupakan suatu hasil dari pemrosesan yang tertulis.1. Nama Keluaran: tm_barangFungsi: Sebagai data permintaan barang customerMedia: KertasRangkap:1 (satu)Distribusi: PPICFrekuensi: Pada saat staff delivery menerima Fax_Pesan dari customerFormat: Dapat dilihat pada lampiran C.1

2. Nama Keluaran: tm_customerFungsi: Sebagai data customerMedia: KertasRangkap: 1 (satu)Distribusi: PPICFrekuensi: Pada saat staff delivery menerima fax_pesan dari customerFormat: Dapat dilihat pada lampiran C.2

3. Nama Keluaran: tm_ppicFungsi: Sebagai data PPICMedia: KertasRangkap: 1 (satu)Distribusi: Staff DeliveryFrekuensi: Pada saat staff delivery menerima fax_pesan dari customer Format: dapat dilihat pada lampiran C.3

4. Nama Keluaran: tm_userFungsi: Sebagai data user atau staff deliveryMedia: KertasRangkap: 1 (satu)Distribusi: PPICFrekuensi: Pada saat staff delivery menerima fax_pesan dari customerFormat: Dapat dilihat pada lampiran C.45. Nama Keluaran: tx_DO_CUSTFungsi: Sebagai surat pengantar kepada customerMedia: KertasRangkap: 1 (satu)Distribusi: PPICFrekuensi: Setelah surat jalan disetujui oleh PPIC, maka barang akan siap dikirim ke customerFormat: Dapat dilihat pada lampiran C.56. Nama Keluaran: Lap_BCFungsi: Sebagai laporan yang diberikan kepada eximMedia: KertasRangkap: 1 (satu)Distribusi: EximFrekuensi: Pada saat dokumen bea cukai diperiksa dan disetujui oleh PPIC, maka akan diberikan kepada exim sebagai laporanForamat: Dapat dilihat pada lampiran C.67.Nama Keluaran: LaporanFungsi: Sebagai tahap laporan bulanan yang akan di laporkan kepada pimpinan Media: KertasRangkap: 1 (satu)Distribusi: Staff DeliveryFrekuensi: Setelah seluruh data sudah tersimpan rapih di dalam database, maka staff delivery membuat Lap_Bulanan yang akan dilaporkan kepada Pimpinan setiap bulannya.Format: Dapat dilihat pada lampiran C.7

4.4Rancangan Basis Data4.4.1Diagram Hubungan Entitas (ER_Diagram) ke Diagram LRS

Gambar 4.4 ER-Diagram ke Diagram LRS

4.4.2 Transformasi Diagram LRS ke Relasi

Gambar 4.5 Transformasi Diagram LRS ke Relasi

4.4.3 NormalisasiTujuan dari normalisasi adalah membentuk suatu hubungan antara satu file dengan file lainnya. Suatu hubungan tersebut mempergunakan masing-masing kunci utama (primary key). Adapun tahap normalisasi adalah sebagai berikut :1. Tahapan tidak normal (Unnormalized)File yang masih belum ternormalisasi. Berikut table-tabel yang belum ternormalisai :110

a. a. tm_barang= {fs_kd_barang + fs_nm_barang + fs_satuan + fn_hrg_beli + fn_hrg + fn_hrg_jual} b. tm_customer= {fs_kd_cust + fs_nm_cust + fs_telp + fs_alamat}c. tm_ppic= {fs_kd_ppic + fs_nm_ppic + fs_Divisi + fs_telp}d. tm_user= {fs_nm_user + fs_password}e. tx_PO_CUST= {fs_kd_PO + fd_tgl_PO + fs_kd_cust + fn_total}f. tx_DO_CUST= {fs_kd_DO + fs_kd_PO + fd_tgl_DO + fd_tgl_PO + fs_kd_cust + fn_total}g. tx_RECEIVE= {fs_kd_RECEIVE + fd_tgl_RECEIVE + fs_kd_ppic + fn_total}h. tx_RETUR= {fs_kd_retur + fs_kd_DO + fd_tgl_Retur + fd_tgl_DO + fs_no_cust + fn_total}i. tx_OPNAME= {fs_kd_OPNAME* + fd_tgl_OPNAME + fs_kd_ppic}2. Tahapan normal ke satu (First Normal FormI) 1NFSuatu relasi dikatakan dalam bentuk normal pertama jika dan hanya jika setiap atribut bernilai tunggal untuk setiap baris. Data yang tidak ternormalisasi dapat diubah ke dalam bentuk normal pertama dengan cara membuat setiap baris berisi kolom dengan jumlah yang sama dan setiap kolom hanya mengandung satu nilai. Berikut table-tabel yang memenuhi 1NF :a. tm_barang= {fs_kd_barang + fs_nm_barang + fs_satuan + fn_hrg_beli + fn_hrg + fn_hrg_jual} b. tm_customer = fs_kd_cust + fs_nm_cust + fs_telp + fs_alamat}c. tm_ppic = {fs_kd_ppic + fs_nm_ppic + fs_Divisi}d. tm_user = {fs_nm_user + fs_password}e. tx_PO_CUST = {fs_kd_PO + fd_tgl_PO + fn_total}f. tx_DO_CUST = {fs_kd_DO + fd_tgl_DO + fd_+ fs_kd_cust}g. tx_RECEIVE = {fs_no_RECEIVE + fd_tgl_RECEIVE}h. tx_RETUR = {fs_kd_retur + fd_tgl_Retur + fs_kd_cust}i. tx_OPNAME = {fs_kd_OPNAME + fd_tgl_OPNAME}3. Tahapan normal ke dua (Second Normal FormI) 2NFSuatu relasi berada pada tahapan normal ke dua jika dan hanya jika berada pada bentuk normal pertama, semua atribut bukan kunci memiliki dependensi sepenuhnya terhadap kunci primer. Berikut table-tabel yang memenuhi 2NF :a. tm_barang = {fs_kd_barang* + fs_nm_barang + fs_satuan + fn_hrg_beli + fn_hrg + fn_hrg_jual} b. tm_customer = fs_kd_cust* + fs_nm_cust + fs_telp + fs_alamat}c. tm_ppic = {fs_kd_ppic* + fs_nm_ppic + fs_Divisi + fs_telp}d. tm_user = {fs_nm_user *+ fs_password}e. tx_PO_CUST = {fs_kd_PO* + fd_tgl_PO + fs_kd_cust** + fn_total}f. tx_DO_CUST = {fs_kd_DO* + fs_kd_PO** + fd_tgl_DO + fd_tgl_PO + fs_kd_cust** + fn_total}g. tx_RECEIVE = {fs_no_RECEIVE* + fd_tgl_RECEIVE + fs_kd_ppic** + fn_total}h. tx_RETUR = {fs_kd_retur* + fs_kd_DO** + fd_tgl_Retur + fd_tgl_DO + fs_kd_cust** + fn_total}i. tx_OPNAME = {fs_kd_OPNAME* + fd_tgl_OPNAME + fs_kd_ppic**}

4. Tahapan normal ke tiga (Third Normal Form)Suatu relasi dikatakan dalam bentuk normal ke tiga jika berada dalam bentuk normal ke dua, dan setiap atribut bukan kunci tidak memiliki dependensi transitif terhadap kunci primer. Semua tabel memenuhi tahapan normal ke tiga (Third Normal Form) /3NF.

4.5Rancangan Struktur Database1. Tabel BarangNama Tabel: tm_barangPrimary Key: fs_kd_barang

Tabel 4.1 BarangNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_barang Varchar 6 Kode Barang

2 fs_nm_barang Varchar 50 Nama Barang

3 fs_satuan Varchar 30 Satuan Unit

4 fn_hrg_beli numeric 9 Harga Beli Unit

5 fn_hrg_jual numeric 9 Harga Jual Unit

2. Tabel CustomerNama Barang: tm_customerPrimary Key: fs_kd_custTabel 4.2 CustomerNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_cust varchar 6 Kode Customer

2 fs_nm_cust varchar 50 Nama Customer

3 fs_telp varchar 20 No. Telp

4 fs_alamat varchar 100 Alamat Customer

3. Tabel PPICNama Tabel: tm_ppicPrimary Key: fs_kd_ppicTabel 4.3 PPICNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_ppic varchar 6Kode PPIC

2 fs_nm_ppic varchar 50Nama PPIC

3 fs_Divisi varchar 50Divisi PPIC

4 fs_telp varchar 20No. Telp PPIC

4. Tabel UserNama Tabel: tm_userPrimary Key:fs_nm_userGambar 4.4 Tabel UserNo Nama Field Tipe Data PanjangKeterangan

Field

1 fs_nm_user varchar 30Nama User

2 fs_password varchar 20Password

5. Tabel PO CustomerNama Tabel: tx_PO_CUSTPrimary Key: fs_kd_POTabel 4.5 PO CustomerNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_PO varchar 16Kode Purchase Order

2 fd_tgl_PO datetime 8Tanggal PO

3 fs_kd_cust varchar 6Kode Customer

4 fn_total int 4Total

6. Tabel DO CustomerNama Tabel: tx_DO_CUSTPrimary Key: fs_DO_CUSTTabel 4.6 DO CustomerNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_DO varchar 30Kode Delivery Order

2 fs_kd_PO varchar 30Kode Purchase Order

3 fd_tgl_DO datetime 8Tanggal Delivery Order

4 fd_tgl_PO datetime 8Tanggal Purchase Order


6 fn_total int 4Total Harga

7. Tabel Receive BarangNama Tabel: tx_RECEIVEPrimary Key: fs_kd_RECEIVETabel 4.7 Receive BarangNoNama FieldTipe DataPanjangKeterangan

Field

1fs_kd_RECEIVEvarchar16Kode Receive Barang

2fd_tgl_RECEIVEdatetime8Tanggal Receive Barang

3fs_kd_ppicvarchar6Kode PPIC

4fn_qtyint4Quantity Barang

8. Tabel Retur BarangNama Tabel: tx_RETURPrimary Key: fs_kd_RETUR fs_kd_DOGambar 4.8 Tabel Retur BarangNoNama FieldTipe DataPanjangKeterangan

Field

1 fs_kd_retur varchar 16Kode Retur Barang

2 fs_kd_DO varchar 16Kode Delivery Order

3 fd_tgl_Retur datetime 8Tanggal Retur Barang

4 fd_tgl_DO datetime 8Tanggal Delivery Order


6 fn_total int 4Total Harga

9. Tabel Stock OpnameNama Tabel: tx_OPNAMEPrimary Key: fs_kd_OPNAMETabel 4.9 Stock OpnameNoNama FieldTipe DataPanjangKeterangan

Field

1fs_kd_OPNAME varchar 16Kode Opname Barang

2fd_tgl_OPNAME datetime 8Tanggal Opname Barang

3fs_kd_ppic varchar 10Kode PPIC

4.6Perancangan Program4.6.1Desain Rancangan4.6.1.1Tampilan Menu Login

Gambar 4.6 Tampilan Menu Login

4.6.1.2 Tampilan Master Barang

Gambar 4.7 Tampilan Master Barang

4.6.1.3 Tampilan Master Customer

Gambar 4.8 Tampilan Master Customer

4.6.1.4 Tampilan Menu PPIC

Gambar 4.9 Tampilan Menu PPIC

4.6.1.5 Tampilan Master User

Gambar 4.10 Tampilan Master User

4.6.1.6 Tampilan PO Customer

Gambar 4.11 Tampilan PO Customer

4.6.1.7 Tampilan DO Customer

Gamabr 4.12 Tampilan DO Customer

4.6.1.8 Tampilan Receive Barang

Gambar 4.13 Tampilan Receive Barang

4.6.1.9 Tampilan Retur barang

Gambar 4.14 Tampilan Retur Barang

4.6.1.10 Tampilan Stock Opname

Gamabar 4.15 Tampilan Stock Opname

4.6.1.11 Tampilan Form Daftar Barang

Gambar 4.16 Tampilan Form Daftar Barang

4.6.1.12 Tampilan Daftar Customer

Gambar 4.17 Tampilan Daftar Customer

4.6.1.13 Tampilan Laporan PO

Gambar 4.18 Tampilan Laporan PO

4.6.1.14 Tampilan Laporan DO

Gambar 4.19 Tampilan Laporan DO

4.6.1.15 Tampilan Laporan Retur Barang

Gambar 4.20 Tampilan Laporan Retur Barang

4.6.1.16 Tampilan Laporan Receive Barang

Gambar 4.21 Tampilan laporan Receive Barang

4.6.1.17 Tampilan laporan Stock Barang

Gambar 4.22 Tampilan Laporan Stock Barang

4.6.1.18 Tampilan Laporan Stock Opname

Gambar 4.23 Tampilan Laporan Stok Opname

4.6.1.19 Tampilan Laporan Bea Cukai

Gambar 4.24 Tampilan Laporan Pajak

tugas software engineering

Documents