BAB 4 PERANCANGAN SISTEM INFORMASI YANG DIUSULKAN

Transkripsi

1 BAB 4 PERANCANGAN SISTEM INFORMASI YANG DIUSULKAN 4.1 Requirement Discipline Activity Diagram Usulan prosedur pada siklus penjualan, piutang dan penerimaan kas dijabarkan melalui activity diagram. Activity Diagram menggambarkan alur kerja dan proses bisnis pada siklus penjualan, piutang dan penerimaan kas pada P.T. Wijaya Indonesia Makmur Bicycle Industries. Usulan prosedur untuk siklur penjualan, piutang dan penerimaan kas P.T. Wijaya Indonesia Makmur adalah sebagai berikut: Pada activity diagram dibawah ini, pelanggan dimasukkan ke dalam aliran kerja karena akan dibuat data pelanggan yang dapat memudahkan fungsi penjualan, piutang dan penerimaan kas pada P.T. Wijaya Indonesia Makmur Bicycle Industries. 1. Aktivitas dimulai dari Admin Sales yang mengirim catalog ke pelanggan via .

2 65 2. Setelah pelanggan menerima yang berisi catalog, kemudian pelanggan melakukan pemesanan via juga. 3. Admin Sales menerima pemesanan dari pelanggan. Pada pesanan pembelian dari pelanggan tersebut diketahui jenis pembayaran pelanggan, melakukan pembelian dengan membayar tunai atau kredit. Apabila pelanggan memilih membayar dengan kredit ada kondisi berikutnya yaitu apakah ingin melakukan ubah limit atau tidak. Bila ingin melakukan ubah limit, maka aktivitas berikutnya yaitu Bagian Kredit melakukan penilaian pelanggan. Bila pelanggan tidak ingin melakukan ubah limit, akan dilakukan pengecekan apakah pelanggan tersebut over limit kredit atau tidak. Apabila tidak, maka Admin Sales dapat membuat Sales Order. Apabila pesanan pelanggan tersebut melampaui batas kredit yang dimilikinya (over limit) maka Bagian Kredit akan melakukan penilaian pelanggan. 4. Bagian Kredit melakukan penilaian pelanggan. Penilaian ini untuk menentukan limit kredit khususnya untuk pelanggan baru.

3 66 5. Bagian Kredit mengisi form ubah limit. Aktivitas ini dilakukan apabila pelanggan ingin dan harus mengubah limit kreditnya. 6. Bagian Kredit membuat permohonan kredit yang disetujui. Aktivitas ini dilakukan untuk memudahkan Admin Sales dalam membuat Sales Order untuk pelanggan yang kredit-nya tidak bermasalah. 7. Admin Sales membuat Sales Order (SO) berisi pesanan pelanggan dan pelanggan yang tidak ada masalah dengan limit kreditnya. 8. Admin Sales mengirim SO ke Bagian Gudang. 9. Setelah menerima Sales Order dari Admin Sales, Bagian Gudang kemudian menyiapkan barang pesanan berdasarkan SO tersebut. 10. Setelah barang disiapkan, kemudian Bagian Gudang membuat Surat Jalan. Surat Jalan beserta barang kemudian diserahkan ke kurir untuk diantar ke pelanggan. 11. Kurir mengirim barang pesanan ke alamat sesuai pada Surat Jalan. 12. Setelah barang terkirim ke pelanggan, kemudian Bagian Penagihan membuat Faktur Penjualan. 13. Faktur Penjualan tersebut oleh Bagian Piutang dicatat sebagai piutang. 14. Setelah itu, Faktur Penjualan digunakan untuk kegiatan penagihan.

4 67 Bagian Penagihan melakukan penagihan yang didelegasikan kepada A/R Collector. 15. Pelanggan melakukan pembayaran setelah bagian penagihan (A/R Collector) melakukan penagihan. 16. Bagian Penagihan menerima pembayaran dari pelanggan. 17. Setelah menerima pembayaran, bagian Penagihan kemudian membuat Bukti Penerimaan Pembayaran.

5 Gambar 4.1 Activity diagram Siklus Penjualan, Piutang dan Penerimaan Kas pada P.T. Wijaya Indonesia Makmur Bicycle Industries 68

6 Use Case and Domain Classes Event Table Event Trigger Source Use Case Response Destination 1 Bagian Gudang meng-input barang ready stock. 2 Bagian Promosi membuat catalog. 3 Admin Sales meng-input data pelanggan. 4 Bagian Kredit melakukan penilaian pelanggan. 5 Bagian Kredit membuat form Ubah Limit. 6 Bagian Kredit membuat Permohonan Kredit. 7 Admin Sales mencetak laporan kredit yang disetujui. 8 Admin Sales melakukan transaksi penjualan berdasarkan order dari pelanggan. Barang Data barang ready stock Data pelanggan Data Pelanggan Data Pelanggan Laporan Penilaian Pelanggan Laporan Kredit yang Disetujui Data Pemesanan Bagian Gudang Bagian Promosi Pelanggan Bagian Kredit Admin Sales Bagian Kredit Bagian Kredit Pelanggan Meng-input Data Barang Ready Stock Membuat catalog Menginput data pelanggan Melakukan penilaian pelanggan Membuat Form Ubah Limit Membuat Permohonan Kredit Mencetak Laporan Kredit yang Disetujui Melakukan Pemesanan Data barang ready stock Catalog Data pelanggan Laporan Penilaian Pelanggan Data Limit Ubah Laporan Kredit yang Disetujui Laporan Kredit yang Disetujui Sales Order Bagian Promosi Admin Sales Admin Sales Admin Sales Bagian Kredit Admin Sales Admin Sales Bagian Gudang

7 70 9 Bagian Gudang membuat Surat Jalan untuk proses pengiriman barang yang didelegasikan kepada kurir (Delivery). 10 Bagian Keuangan membuat Faktur Penjualan yang didelegasikan ke Bagian Penagihan (A/R Collection). 11 Bagian Keuangan membuat Bukti Pembayaran yang didelegasikan kepada kasir (Billing). 12 Bagian Piutang membuat Daftar Piutang Jatuh Tempo berdasarkan dokumen dari Bagian Penagihan. Sales Order Sales Order Faktur Penjualan Faktur Penjualan Bagian Gudang Bagian Penagihan Bagian Penagihan Bagian Penagihan Membuat Surat Jalan Membuat Faktur Penjualan Membuat Bukti Pembayaran Membuat Daftar Piutang Jatuh Tempo Surat Jalan Faktur Penjualan Bukti Pembayaran Daftar Piutang Jatuh Tempo Bagian Pengiriman Bagian Penagihan Bagian Akunting Bagian Piutang

8 71 13 Bagian Akunting mencetak Laporan Penjualan yang digunakan untuk membuat Faktur Penjualan Admin Sales Mencetak Laporan Penjualan Laporan Penjualan Jurnal dan Laporan. Laporan ini juga diberikan untuk Manager Pemasaran. 14 Bagian Laporan Bagian Mencetak Laporan Akunting Penerimaan Penagihan Laporan Penerimaan mencetak Pembayaran Penerimaan Pembayaran Laporan Pembayaran Penerimaan Pembayaran yang digunakan untuk membuat jurnal dan laporan. 15 Bagian Bukti Bagian Membuat Jurnal Akunting Pembayaran Akunting Jurnal Penerimaan membuat Penerimaan Kas Jurnal Kas Penerimaan Kas. Jurnal ini ditujukan kepada Manager Keuangan. Tabel 4.1 Event Table P.T. Wijaya Indonesia Makmur Bicycle Industries Bagian Akunting, Manager Pemasaran Bagian Akunting Manager Keuangan

9 Use Case Diagram yang Diusulkan uc Use Case Diagram PT Wijaya Indonesia Makmur Bicycle Industries Sistem Informasi P.T. Wijaya Indonesia Makmur Bicycle Industries Menginput Data Barang Ready Stock Bagian Gudang Membuat Catalog Menginput Data Pelanggan Bagian Promosi Admin Sales Melakukan Penilaian Pelanggan Membuat Permohonan Kredit Membuat Form Ubah Limit Bagian Kredit Mencetak Laporan Kredit yang Disetujui Melakukan Pemesanan Membuat Surat Jalan Membuat Faktur Penj ualan Bagian Gudang Bagian Penagihan Membuat Bukti Pembayaran Membuat Daftar Piutang Jatuh Tempo Mencetak Laporan Penjualan Bagian Piutang Mencetak Laporan Piutang Mencetak Laporan Penerimaan Pembayaran. Membuat Jurnal Penerimaan Kas Bagian Akunting Gambar 4.2 Use Case Diagram yang diusulkan untuk P.T. Wijaya Indonesia Makmur Bicycle Industries

10 4.2.3 Use Case Description Use Case Description Meng-input Data Barang Ready Stock Use Case Name : Scenarios : Triggering Event : Brief Description : Meng-input data barang ready stock Barang selesai diproduksi dan siap dipasarkan. Barang ready stock Bagian Gudang meng-input data barang ready stock Actors : Bagian Gudang Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Barang yang ready stock Data barang ready stock Flow of Events: Actor System 1. Bagian Gudang melakukan login 2. Bagian Gudang memilih menu Gudang 3. Bagian Gudang memilih form Barang Ready Stock 4. Bagian Gudang menginput data barang ready stock 5. Bagian Gudang melakukan submit. 1.1 Memvalidasi akun Bagian Gudang 2.1 Menampilkan data barang 3.1 Membuka form Barang Ready Stock Data barang ready stock terbentuk dan data Barang terupdate Exception Conditions : - Tabel 4.2 Use Case Description Meng-input Data Barang Ready Stock

11 Use Case Description Membuat Catalog Use Case Name : Scenarios : Triggering Event : Brief Description : Membuat catalog Catalog berisi daftar barang ready stock yang dikirim ke pelanggan. Catalog Bagian Promosi membuat catalog berdasarkan barang yang ada di daftar barang ready stock. Actors : Bagian Promosi Related Use Cases : - Stakeholders : - Preconditions : Daftar barang ready stock sudah diupdate oleh bagian Gudang Postconditions : Catalog sudah terbentuk Flow of Events : Actor System Exception Conditions : 1. Bagian Promosi melakukan login 2. Bagian Pomosi memilih menu Catalog 3. Bagian Promosi memilih form Catalog 4. Bagian Promosi memasukkan data barang 5. Bagian Promosi melakukan submit Memvalidasi akun Bagian Promosi 2.1 Membuka menu Catalog 3.1 Membuka form Catalog Catalog baru terbentuk Tabel 4.3 Use Case Description Membuat Catalog

12 Use Case Description Meng-input Data Pelanggan Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Meng-input data pelanggan Mendata informasi tentang pelanggan menjadi sebuah data. Data pelanggan Admin Sales memasukkan informasi tentang pelanggan. Admin Sales Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Bertambahnya pelanggan baru. Data pelanggan bertambah dan ter-update. Flow of Events: Actor System Exception Conditions : - 1. Admin Sales melakukan login 2. Admin Sales memilih menu Master. 3. Admin Sales memilih submenu Pelanggan 4. Admin Sales memilih form Data Pelanggan 5. Admin Sales membuat data pelanggan 6. Admin Sales melakukan submit. 1.1 Memvalidasi akun Admin Sales 2.1 Membuka menu Master 3.1 Membuka submenu Pelanggan 4.1 Membuka form Data Pelanggan 5.1 Melakukan create data pelanggan 5.2 Melakukan update data pelanggan 6.1 Save data pelanggan 6.2 Update data pelanggan Tabel 4.4 Use Case Description Meng-input Data Pelanggan

13 Use Case Description Melakukan Penilaian Pelanggan Use Case Name : Scenarios : Triggering Event : Brief Description : Melakukan Penilaian Pelanggan Melakukan analisa kredit pelanggan baru. Penilaian pelanggan Bagian Kredit melakukan penilaian kredit dari data pelanggan. Actors : Bagian Kredit Related Use Cases : - Stakeholders : - Preconditions : Data pelanggan di-input dan di-update oleh Admin Sales. Postconditions : Data pelanggan yang telah selesai dianalisa penilaian pemberian kredit Flow of Events: Actor System Exception Conditions : 1. Bagian Kredit melakukan login 2. Bagian Kredit memilih menu Kredit 3. Bagian Kredit memilih form Penilaian Pelanggan 4. Bagian Kredit membuat form Penilaian Pelanggan 5. Bagian Kredit menympan Penilaian Pelanggan 1.1 Memvalidasi akun Bagian Kredit 2.1 Membuka menu Kredit 3.1 Membuka form Penilaian Pelanggan 4.1 Create Penilaian Pelanggan 4.2 Hitung Penilaian Pelanggan 5.1 Save Penilaian Pelanggan Tabel 4.5 Use Case Description Melakukan Penilaian Pelanggan

14 Use Case Description Membuat Form Ubah Limit Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Form Ubah Limit Pelanggan lama ingin mengubah limit kredit. Penilaian pelanggan Bagian Kredit melakukan pengubahan limit kredit pelanggan lama. Bagian Kredit Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Limit kredit pelanggan masih yang lama. Limit kredit pelanggan berubah dan data limit kredit updated. Flow of Events: Actor System Exception Conditions : 1. Bagian Kredit melakukan login. 2. Bagian Kredit memilih menu Kredit 3. Bagian Kredit memilih form Ubah Limit 4. Bagian Kredit menyimpan Ubah Limit Memvalidasi akun Bagian Kredit 2.1 Membuka menu Kredit 3.1 Memilih tanggal periode 3.2 Melakukan ubah limit 4.1 Save Ubah Limit Tabel 4.6 Use Case Description Membuat Form Ubah Limit

15 Use Case Description Membuat Permohonan Kredit Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Permohonan Kredit Pelanggan ingin mengubah limit kredit. Penilaian pelanggan Bagian Kredit membuat form Permohonan Kredit untuk mengubah limit kredit pelanggan. Bagian Kredit Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Limit kredit pelanggan masih yang lama. Limit kredit pelanggan sudah berubah. Flow of Events: Actor System Exception Conditions : 1. Bagian Kredit melakukan login 2. Bagian Kredit memilih menu Kredit 3. Bagian Kredit memilih form Permohonan Kredit 4. Bagian Kredit mengisi Permohonan Kredit 5. Bagian Kredit melakukan save Memvalidasi akun Bagian Kredit 2.1 Membuka menu Kredit 3.1 Membuka form Permohonan Kredit 4.1 Add tambah limit 4.2 Update limit kredit 5.1 Save Ubah Kredit Tabel 4.7 Use Case Description Membuat Permohonan Kredit

16 Use Case Description Mencetak Laporan Kredit yang Disetujui Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Mencetak Laporan Kredit yang Disetujui Setelah bagian Kredit selesai melakukan penilaian dan verifikasi, Admin Sales mencetak laporan kredit yang disetujui. Analisa nilai kredit pelanggan Bagian Kredit selesai melakukan penilaian pelanggan. Admin Sales mencetak laporan kredit. Admin Sales Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Penilaian pelanggan selesai dilakukan Laporan kredit yang disetujui terbentuk Flow of Events: Actor System Exception Conditions : - 1. Admin Sales melakukan login 2. Admin Sales memilih menu Kredit 3. Admin Sales memilih form Laporan Kredit yang Disetujui 4. Admin Sales memilih tanggal periode dan menekan tombol cetak 5. Admin Sales menekan tombol cetak 1.1 Memvalidasi akun Admin Sales 2.1 Membuka menu Kredit 3.1 Membuka form Laporan Kredit yang Disetujui 4.1 Menampilkan print preview Laporan Kredit yang Disetujui 5.1 Laporan Kredit yang Disetujui tercetak 5.2 Laporan Kredit yang Disetujui tersimpan Tabel 4.8 Use Case Description Mencetak Laporan Kredit yang Disetujui

17 Use Case Description Melakukan Pemesanan Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Melakukan pemesanan Menerima data pemesanan melalui . Pemesanan Admin Sales menerima pesanan penjualan by Bagian Admin Sales Related Use Cases : Bagian Gudang Stakeholders : Bagian Promosi: membuat catalog, membuat paket promosi, mendistribusikan catalog Preconditions : - Mengirim catalog ke pelanggan - Status customer telah lulus kelayakan analisa kredit - Tersedia catalog dan barang di Gudang Postconditions : - Membuat Sales Order (SO) Flow of Events: Actor System Exception Conditions : 1. Admin Sales melakukan login 2. Admin Sales memilih menu Pemesanan 3. Admin Sales memilih ID Pelanggan 4. Admin Sales mengisi ID Barang dan Jumlah 5. Admin Sales melakukan save Memvalidasi akun Admin Sales 2.1 Membuka menu Pemesanan 3.1 Menampilkan informasi pelanggan 4.1 Menampilkan detil barang 5.1 Sales Order tersimpan Tabel 4.9 Use Case Description Melakukan Pemesanan

18 Use Case Description Membuat Surat Jalan Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Surat Jalan Setelah menerima Sales Order dari Admin Sales, bagian Gudang menyiapkan Surat Jalan Pengiriman Bagian Gudang membuat Surat Jalan berdasarkan Sales Order agar dapat mengeluarkan barang untuk proses pengiriman Bagian Gudang Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Sales Order selesai dibuat oleh Admin Sales Barang dikirim ke pelanggan. Setelah barang dikirim, bagian Penagihan membuat Faktur Penjualan Flow of Events: Actor System Exception Conditions : 1. Bagian Gudang melakukan login 2. Bagian Gudang memilih menu Surat Jalan 3. Bagian Gudang memilih ID Sales Order 4. Bagian Gudang memilih ID Pengirim 5. Bagian Gudang memasukkan nomor kendaraan 6. Bagian Gudang melakukan save Memvalidasi akun Bagian Gudang 2.1 Membuka menu Surat Jalan 3.1 Menampikan informasi pelanggan dan barang pesanan dari Sales Order tersebut 4.1 Menampikan informasi nama pengirim Surat Jalan tersimpan Tabel 4.10 Use Case Description Membuat Surat Jalan

19 Use Case Description Membuat Faktur Penjualan Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Faktur Penjualan Setelah mendapat konfirmasi barang sudah terkirim, bagian Penagihan membuat Faktur Penjualan. Pengiriman, Penagihan Bagian Penagihan membuat Faktur Penjualan berdasarkan dokumen yang diterima yaitu copy Surat jalan. Faktur Penjualan diberikan ke A/R Collector untuk melakukan penagihan. Bagian Penagihan Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Setelah Surat Jalan dibuat dan barang terkirim ke pelanggan. Copy dokumen pengiriman diberikan ke bagian Penagihan. Faktur Penjualan diberikan ke A/R Collector untuk dilakukan penagihan. Flow of Events: Actor System 1. Bagian Penagihan melakukan login 2. Bagian Penagihan memilih menu Faktur Penjualan 3. Bagian Penagihan memasukkan ID Sales Order 4. Bagian Penagihan memasukkan jumlah pembayaran dan men-save 1.1 Memvalidasi akun Bagian Penagihan 2.1 Membuka menu Faktur Penjualan 3.1 Menampilkan informasi pemesanan 4.1 Menampilkan informasi pembayaran 4.2 Data Faktur Penjualan tersimpan Exception Conditions : - Tabel 4.11 Use Case Description Membuat Faktur Penjualan

20 Use Case Description Membuat Bukti Pembayaran Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Bukti Pembayaran Bukti Pembayaran dibuat setelah pelanggan melakukan pembayaran. Penagihan Bagian Penagihan membuatkan Bukti Pembayaran yang kemudian diberikan ke pelanggan. Bagian Penagihan Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Faktur Penjualan dibuat dan diberikan ke pelanggan kemudian pelanggan melakukan pembayaran. Bukti Pembayaran diberikan ke pelanggan. Flow of Events: Actor System Exception Conditions : - 1. Bagian Penagihan melakukan login 2. Bagian Penagihan memilih menu Bukti Pembayaran 3. Bagian Penagihan pilih Jenis Penerimaan Pembayaran 4. Bagian Penagihan memasukkan ID Faktur Penjualan 5. Bagian Penagihan memilih Jenis Pembayaran 1.1 Memvalidasi akun bagian Bagian Penagihan 2.1 Membuka menu Bukti Pembayaran Menampikan informasi pelanggan dan informasi transaksi 5.1 Bukti Pembayaran tersimpan 5.2 Bukti Pembayaran ter-update Tabel 4.12 Use Case Description Membuat Bukti Pembayaran

21 Use Case Description Membuat Daftar Piutang Jatuh Tempo Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Membuat Daftar Piutang Jatuh Tempo Dengan adanya Penjualan secara Kredit maka dibuat Daftar Piutang Jatuh Tempo untuk melihat data piutang pelanggan. Penagihan, Piutang Setelah menerima konfirmasi pengiriman barang, maka bagian Penagihan membuat Daftar Piutang Jatuh Tempo. Bagian Piutang Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Proses Penjualan Kredit dan Pengiriman barang ke pelanggan selesai. Daftar Piutang Jatuh Tempo dihasilkan untuk melihat data piutang pelanggan. Flow of Events: Actor System 1. Bagian Piutang melakukan login 2. Bagian Piutang memilih periode awal dan akhir 3. Bagian Piutang menekan tombol print 4. Bagian Piutang menekan tombol print 1.1 Memvalidasi akun bagian Piutang 2.1 Menampilkan informasi pelanggan dan tagihan serta jatuh tempo 3.1 Print Preview Daftar Piutang Jatuh Tempo menampilkan informasi piutang pelanggan 4.1 daftar Piutang Jatuh Tempo tercetak Exception Conditions : - Tabel 4.13 Use Case Description Membuat Daftar Piutang Jatuh Tempo

22 Use Case Description Mencetak Laporan Penjualan Use Case Name : Mencetak Laporan Penjualan Scenarios : Bagian Akunting mencetak Laporan Penjualan untuk menyusun laporan penjualan. Triggering Event : Brief Description : Actors : Penagihan Setelah proses penjualan dan pembayaran selesai maka dapat dicetak laporan penjualan. Bagian Akunting Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Terjadinya transaksi Penjualan. Laporan Penjualan tersedia. Flow of Events: Actor System Exception Conditions : 1. Bagian Akunting melakukan login 2. Bagian Akunting memilih menu Laporan Penjualan 3. Bagian Akunting memilih tanggal periode dan menekan tombol cetak 4. Bagian Akunting menekan tombol cetak Memvalidasi akun Bagian Akunting 2.1 Membuka menu Laporan Penjualan 3.1 Menampilkan print preview Laporan Penjualan 4.1 Laporan Kredit yang Disetujui tercetak 4.2 Laporan Kredit yang Disetujui tersimpan Tabel 4.14 Use Case Description Mencetak Laporan Penjualan

23 Use Case Description Mencetak Laporan Penerimaan Pembayaran Use Case Name : Scenarios : Triggering Event : Brief Description : Actors : Mencetak Laporan Penerimaan Pembayaran Setelah proses pembayaran selesai maka dapat dicetak Laporan Penerimaan Pembayaran Pembayaran, Penagihan Bagian Akunting mencetak Laporan Penerimaan Pembayaran. Bagian Akunting Related Use Cases : - Stakeholders : - Preconditions : Postconditions : Proses pembayaran selesai. Laporan Penerimaan Pembayaran tercetak. Flow of Events: Actor System 1. Bagian Akunting melakukan login. 2. Bagian Akunting memilih menu Laporan Penerimaan Pembayaran 3. Bagian Akunting memilih periode (tanggal awal, tanggal akhir, kondisi) 4. Bagian Akunting menekan tombol cetak 1.1. Memvalidasi akun Bagian Akuntansi 2.1 Membuka menu Laporan Penerimaan Pembayaran 3.1 Menampilkan print preview informasi pembayaran 4.1 Laporan Penerimaan Pembayaran tercetak 4.2 Laporan Penerimaan Pembayaran tersimpan Exception Conditions : - Tabel 4.15 Use Case Description Mencetak Laporan Penerimaan Pembayaran

24 Use Case Description Membuat Jurnal Penerimaan Kas Use Case Name : Membuat Jurnal Penerimaan Kas Scenarios : - Triggering Event : Jurnal penerimaan kas Brief Description : Actors : Bagian Akunting Related Use Cases : Treasury Stakeholders : Preconditions : Postconditions : Manajer Keuangan Menyiapkan dokumen untuk membuat jurnal penerimaan kas Jurnal penerimaan kas dihasilkan. Membuat laporan penjualan. Flow of Events: Actor System 1. Bagian Akunting melakukan login. 2. Bagian Akunting memilih menu Jurnal 3. Bagian Akunting memilih periode laporan 4. Bagian Akunting menekan tombol cetak 1.1 Memvalidasi akun Bagian Akuntansi 1.2 Membuka menu Jurnal 3.1 Menampilkan jurnal 4.1 Jurnal tercetak 4.2 Jurnal tersimpan Exception Conditions : - Tabel 4.16 Use Case Description Membuat Jurnal Penerimaan Kas

25 Class Diagram Domain Model Class Diagram uc Domain class diagram Penilaian - HasilPenilaian - IDKaryawan - IDPelanggan - IDPenilaian - Penilaian - Tgl 1..* UbahLimit - IDKaryawan - Kenaikan - Limit - Periode - SkorKeterlambatan - SkorTingkatPiutang - SkorTotalPenjualan - Tgl - Total 1 DetailSalesOrder - IDBarang - IDSalesOrder - Jumlah - Satuan - SubTotal 1..* 1..* 1 Barang - Gambar - HargaUnit - IDBarang - IDKaryawan - JenisBarang - NamaBarang - Satuan - StatusBarang - Stock - Tgl - TipeSepeda - Ukuran - Warna 1 Pelanggan - Alamat - ContactPerson - - IDKaryawan - IDPelanggan - KodePos - Kota - NamaPelanggan - Telp - Tgl 1 1..* PemohonanKredit - Alasan - IDFormPermohonanKredit - IDKaryawan - IDPelanggan - LimitKredit - PenambahanLimit - SaldoLimit - Tgl 1 1..* 1..* 1 SalesOrder - DataPelanggan - IDBarang - IDKaryawan - IDPelanggan - IDSalesOrder - Jumlah - PPN - Tgl - UangMuka * DetailCatalog - Harga - IDBarang - IDCatalog - NamaBarang - NamaCatalog - Quantity - Satuan - Status 1..* DaftarPiutangJatuhTempo - ID_DPJT - IDFakturPenjualan - JumlahTagihan - NamaPelanggan - Periode - StatusTagih - TglJatuhTempo 1..* 1 1 Karyawan - Alamat - Bagian - - IDKaryawan - Jabatan - NamaKaryawan - Telp - TglMasuk 1 1 Catalog - IDBarang - IDCatalog - IDKaryawan - NamaCatalog - Tgl - TglHabisMasaBerlaku - TglTerbit BuktiPembayaran - Bayar - Discount - IDBarang - IDBuktiPenerimaan - IDCatalog - IDFakturPenjualan - IDKaryawan - NamaCatalog - Pembayaran - Tgl - TglHabisMasaBerlaku - TglTerbit 1..* * FakturPenjualan - IDFakturPenjualan - IDKaryawan - IDSalesOrder - JatuhTempo - Pembayaran - Tgl 1 1..* 1 1 SuratJalan - IDKaryawan - IDPengirim - IDSalesOrder - NoKendaraan - Tgl Gambar 4.3 Domain Model Class Diagram

26 Updated Design Class Diagram Gambar 4.4 Updated Design Class Diagram

27 State Chart State Chart Pemesanan Gambar 4.5 State chart Pemesanan State Chart Surat Jalan Gambar 4.6 State chart Surat Jalan State Chart Pembayaran Gambar 4.7 State chart Pembayaran

28 State Chart Detail Penjualan Gambar 4.8 State chart Detail Penjualan State Chart Barang Gambar 4.9 State chart Barang State Chart Kategori Gambar 4.10 State chart Kategori

29 State Chart Pelanggan / Pemesanan () / Mendaftar () Active Gambar 4.11 State chart Pelanggan

30 Three-Layer Sequence Diagram Three-layer Sequence Diagram Meng-input Data Barang Ready Stock Gambar 4.12 Three-Layer Sequence Diagram Meng-input data barang ready stock

31 Three-layer Sequence Diagram Meng-input Data Pelanggan Gambar 4.13 Three-Layer Sequence Diagram Meng-input data pelanggan

32 Three-layer Sequence Diagram Melakukan Penilaian Pelanggan Gambar 4.14 Three-Layer Sequence Diagram Melakukan penilaian pelanggan

33 Three-layer Sequence Diagram Membuat Permohonan Kredit Gambar 4.15 Three-Layer Sequence Diagram Membuat Permohonan Kredit

34 Three-layer Sequence Diagram Membuat Form Ubah Limit Gambar 4.16 Three-Layer Sequence Diagram Membuat Form Ubah Limit

35 Three-layer Sequence Diagram Mencetak Laporan Kredit yang Disetujui Gambar 4.17 Three-Layer Sequence Diagram Mencetak Laporan Kredit yang Disetujui

36 Three-layer Sequence Diagram Melakukan Pemesanan Gambar 4.18 Three-Layer Sequence Diagram Melakukan Pemesanan

37 Three-layer Sequence Diagram Membuat Surat Jalan Gambar 4.19 Three-Layer Sequence Diagram Membuat Surat Jalan

38 Three-layer Sequence Diagram Membuat Faktur Penjualan Gambar 4.20 Three-Layer Sequence Diagram Membuat Faktur Penjualan

39 Three-layer Sequence Diagram Membuat Bukti Pembayaran Gambar 4.21 Three-Layer Sequence Diagram Membuat Bukti Pembayaran

40 Three-layer Sequence Diagram Membuat Daftar Piutang Jatuh Tempo Gambar 4.22 Three-Layer Sequence Diagram Membuat Daftar Piutang Jatuh Tempo

41 Three-layer Sequence Diagram Mencetak Laporan Penjualan Gambar 4.23 Three-Layer Sequence Diagram Mencetak Laporan Penjualan

42 Three-layer Sequence Diagram Mencetak Laporan Penerimaan Pembayaran Gambar 4.24 Three-Layer Sequence Diagram Mencetak Laporan Penerimaan Pembayaran

43 User Interface User Interface Login Gambar 4.25 Window Login Window ini adalah untuk user melakukan login sebelum masuk ke menu utama. User memasukkan ID Karyawan dan password. Akses terbatas sesuai bagian masingmasing.

44 User Interface Menu Gambar 4.26 Window Menu Setelah user melakukan login, maka akan tampil halaman muka yaitu Menu. User memilih pilihan yang ada pada window. Pilihan berdasarkan bagian masing-masing.

45 User Interface Barang Ready Stock Gambar 4.27 Window "Data Barang Ready Stock" Window ini menampilkan data-data barang ready stock yaitu yang siap dijual oleh perusahaan beserta dengan jumlah persediaannya. Semua user dapat mengakses window ini. Namun untuk menambah dan mengubah data hanya dapat dilakukan oleh Bagian Gudang dan Bagian Keuangan (Finance dan Akunting). Untuk harga barang ditentukan oleh Bagian Keuangan, Bagian Gudang tidak memiliki hak atas penentuan harga. Untuk mencari data barang, user dapat menggunakan empat tombol navigasi atau search. Untuk menambah data barang yang baru, user dapat menekan tombol "Tambah" kemudian semua textbox dan combobox akan dikosongkan. Untuk

46 109 mengubah data yang telah tersimpan, klik tombol ubah (icon kertas dan pensil). Setelah proses memasukkan data atau mengubahnya, tekan tombol simpan (gambar disket) untuk menyimpan data. Untuk membatalkan, klik tombol batal (icon 'X').

47 User Interface Catalog Gambar 4.28 Window "Catalog" Window ini diakses oleh Bagian Promosi. User memilih Tanggal Terbit dan Tanggal Habis Masa Berlaku. Kemudian user memasukkan ID Barang. Nama Barang dan gambar barang yang ter-generate akan muncul. Empat tombol navigasi akan membantu user memilih barang secara urut berdasarkan ID Barang. Barang-barang yang dimasukkan akan tampil pada grid dibawah setelah user menekan tombol "Tambah" di samping grid. Setelah selesai semua dimasukkan, user memasukkan nama catalog. ID Catalog dihasilkan setelah user klik tombol simpan (gambar disket).

48 User Interface Data Pelanggan Gambar 4.29 Window "Data Pelanggan" Window ini dapat diakses oleh semua user. Namun untuk melakukan penambahan dan pengubahan hanya dapat dilakukan oleh Bagian Admin Sales dan Bagian Kredit saja. Window ini berisi data-data pelanggan yang bersifat umum. Untuk mencari data pelanggan yang telah tersimpan, user dapat menggunakan empat tombol navigasi "<<", "<", ">", dan ">>". Alternatifnya juga dapat menekan tombol cari (gambar kaca pembesar) pada samping nama pelanggan, kemudian akan muncul window baru yang berupa datagrid pelanggan yang telah tersimpan. User dapat memilih data pelanggan yang diinginkan kemudian window pelanggan akan menampilkan data pelanggan tersebut. Apabila user ingin memasukkan data pelanggan baru, user dapat menekan tombol tambah berupa icon +, maka semua textbox dan combobox akan dikosongkan. Untuk menyimpan data pelanggan user menekan tombol simpan

49 112 (gambar disket), dan untuk membatalkan klik tombol batal (icon 'x') User Interface Form Penilaian Pelanggan Gambar 4.30 Window "Form Penilaian Pelanggan"

50 113 Window ini hanya dapat diakses oleh Bagian Kredit untuk menentukan limit kredit awal bagi pelanggan. Tombol navigasi dan tombol cari berfungsi sama seperti tombol pada window-window sebelumnya. Untuk memasukkan data baru, user dapat menekan tombol tambah +, lalu memilih ID Pelanggan dengan menekan tombol cari (gambar kaca pembesar) yang akan menampilkan window baru utuk memilih pelanggan. Kemudian user dapat mengisi nilai dari masing-masing kriteria, setelah itu dapat menekan tombol "Hitung" untuk menghitung limit kredit yang diberikan. Total, Rata-rata, Grade dan Limit Kredit akan ter-generate. Untuk menyimpan, tekan tombol simpan (gambar disket). Limit kredit awal untuk pelanggan tersebut pun tersedia dan akan menjadi acuan bagi pelanggan saat melakukan transaksi secara kredit. Pada groupbox Penilaian Pelanggan poin Character, penilaian bersifat subyektif. Bagian Kredit memasukkan nilai berdasarkan hasil survey, observasi atau wawancara kepada pelanggan baru.

51 User Interface Form Permohonan Kredit Gambar 4.31 Window "Form Permohonan Kredit" Window ini diakses oleh Bagian Kredit untuk menyimpan data permohonan penambahan limit kredit dari pelanggan. Tombo navigasi dan tombol cari (icon kaca pembesar) berfungsi sama seperti di window-window lainnya. Untuk memasukkan data baru, user dapat menekan tombol tambah (icon + ), kemudian memilih ID Pelanggan pada combobox di sampingnya. Secara generate Nama Pelanggan, Alamat, Limit Kredit dan Saldo Limit akan ditampilkan. User memasukkan Penambahan Limit dan Alasan. Setelah user menekan tombol tambah atau simpan maka limit pelanggan otomatis akan diperbarui.

52 User Interface Form Ubah Limit Gambar 4.32 Window "Ubah Limit" Window ini diakses oleh Bagian Kredit untuk memperbarui limit kredit pelangganpelanggan lama dalam jangka waktu satu tahun sekali. User memilih tanggal awal dan tanggal akhir kemudian menekan tombol "Ubah Limit", kemudian akan muncul perhitungan limit kredit yang telah ditentukan dan menampilkan hasil limit kredit yang baru untuk tiap pelanggan. Setelah selesai, user menekan tombol simpan (icon floopy disk) data tersimpan sekaligus meng-update limit kredit pelanggan tersebut.

53 User Interface Laporan Kredit yang Disetujui Gambar 4.33 Window "Laporan Kredit yang Disetujui" Window ini diakses oleh Admin Sales saat memilih menu laporan kredit disetujui. Laporan ini ditujukan untuk Bagian Admin Sales untuk mengetahui penambahan limit yang diberikan kepada pelanggan yang telah dibuat oleh Bagian Kredit. User memilih periode awal dan periode akhir kemudian menekan tombol cetak yang bergambar printer. Setelah tombol tersebut ditekan maka semua database yang terkait akan dipanggil untuk menghasilkan laporan ini.

54 User Interface Sales Order Gambar 4.34 Window Sales Order Window ini dapat diakses oleh Bagian Admin Sales saat melakukan pemesanan yang diterima dari pelanggan. User memilih ID Pelanggan pada combobox. Data pelanggan akan ter-generate (nama pelanggan, alamat, kota, kode pos, telp, ). Kemudian user memilih ID Catalog pada combobox disampingnya. Setelah itu masukkan ID Barang dan jumlah pada textbox disampingnya. Penghitungan Total Kotor akan tergenerate, user memasukkan PPN dan Total Bersih ter-generate hasilnya. Kemudian

55 118 user memasukkan jumlah Uang Muka yang dibayarkan pelanggan dan Sisa Bayar pun hasilnya ter-generate. P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Sales Order ID Sales Order : SOJ Tgl: dd/mm/yyyy ID Pelanggan : CX9999 Telp : XXXXXXXXXXXXXX Nama Pelanggan : XX-20-XX XX-20-XX@XX-15-XX.XXX Kota : XX-15-XX Alamat : XX-30-XX Kode Pos : XXXXXX ID Barang Nama Barang Satuan Harga Satuan Diskon Jumlah Subtotal XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp Total Kotor Rp PPN Rp Total Bersih Rp Uang Muka Rp Sisa Bayar Rp Dibuat oleh, Admin Sales ID Karyawan : KX9999 Nama Karyawan : XX-20-XX Gambar 4.35 Rancangan Printout Sales Order

56 User Interface Surat Jalan Gambar 4.36 Window Surat Jalan Window ini diakses oleh Bagian Gudang saat mengeluarkan barang berdasarkan Sales Order (SO) dan menghasilkan Surat Jalan. User mengisi ID Sales Order (SO), maka data pelanggan akan mucul secara generate. User kemudian memasukkan ID Pengirim dan nomor kendaraan. Setelah selesai user menekan tombol cetak yang bergambar printer, Surat Jalan tercetak dan secara otomatis tersimpan dalam database Surat Jalan.

57 120 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Surat Jalan ID Surat Jalan : JJL Tgl: dd/mm/yyyy ID Sales Order : SOJ Kepada Yth. Nama Pelanggan Kota Kode Pos Alamat : XX-20-XX : XX-15-XX : XXXXXX : XX-30-XX ID Barang Nama Barang Satuan Jumlah XXXX9999 XX-20-XX XX-8-XX Rp XXXX9999 XX-20-XX XX-8-XX Rp XXXX9999 XX-20-XX XX-8-XX Rp Pembuat, Pengirim, Penerima, Bagian Gudang Kurir Pelanggan Nama Karyawan: XX-20-XX Nama Kurir: XX-20-XX Nama Pelanggan: XX-20-XX No. Kendaraan: XX-9-XX Gambar 4.37 Rancangan Printout Surat Jalan

58 User Interface Faktur Penjualan Gambar 4.38 Window "Faktur Penjualan" Window ini dapat diakses oleh Bagian Penagihan. User cukup memasukkan ID Sales Order maka data-data akan ter-generate. Kecuali pada textbox Pembayaran, user harus mengisi jumlah pembayaran pelanggan. ID Faktur Penjualan ter-generate setelah user menekan tombol cetak (icon printer) dan data otomatis tersimpan.

59 122 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Faktur Penjualan ID Faktur Penjualan : IJL Tgl: dd/mm/yyyy ID Surat Jalan : JJL Tgl Jatuh Tempo : dd/mm/yyyy Kepada Yth. Nama Pelanggan Kota Kode Pos Alamat : XX-20-XX : XX-15-XX : XXXXXX : XX-30-XX ID Barang Nama Satuan Harga Satuan Diskon Jumlah Subtotal Barang XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp XXXX9999 XX-20-XX XX-8-XX Rp Rp Rp Total Kotor Rp PPN Rp Total Bersih Rp Uang Muka Rp Sisa Bayar Rp Dibuat oleh, Bagian Penagihan ID Karyawan: KX9999 Nama Karyawan: XX-20-XX Gambar 4.39 Printout Faktur Penjualan

60 User Interface Bukti Penerimaan Pembayaran Gambar 4.40 Window "Bukti Penerimaan Pembayaran" Window ini diakses oleh Bagian Penagihan (kasir). User memilih jenis pembayaran pada pilihan radiobutton yaitu Uang Muka atau Pelunasan. Kemudian user memasukkan ID Faktur Penjualan dan data pelanggan pun ter-generate termasuk transaksi. Untuk mencetak Bukti Penerimaan Pembayaran, user memasukkan ID Faktur Penjualan. User dapat memilih jenis pembayaran kemudian memasukkan jumlah yang dibayar beserta nomor rekening bila jenis pembayaran yang dipilih transfer atau cek/ giro. Bukti Penerimaan Pembayaran dicetak setiap kali terjadi

61 124 kegiatan pembayaran dari pelanggan. P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Bukti Penerimaan Pembayaran ID Bukti Penerimaan Pembayaran: SOJ Tgl: dd/mm/yyyy Telah diterima dari PT XX-30-XX, untuk pembayaran ID Faktur Penjualan: IJL Jenis Penerimaan Pembayaran Nama Bank No. Rek/ Cek/ Giro Jumlah XXXXXXXXX XX-20-XX XX-16-XX Rp XXXXXXXXX XX-20-XX XX-16-XX Rp XXXXXXXXX XX-20-XX XX-16-XX Rp Menyetujui, Menerima. Dibuat oleh, Manajer Keuangan Bagian Akuntansi Bagian Penagihan Nama Karyawan: XX-20-XX Gambar 4.41 Printout Bukti Penerimaan Pembayaran

62 User Interface Daftar Piutang Jatuh Tempo Gambar 4.42 Window "Daftar Piutang Jatuh Tempo" Window ini dapat dikses oleh Bagian Piutang. User tinggal memilih tanggal awal dan tanggal akhir dari data yang diinginkan. Kemudian data tersebut akan tampil di datagrid dibawahnya. Tombol empat navigasi akan membantu mencari daftar piutang di tanggal sbelumnya atau sesudahnya dan paling awal serta paling akhir. Setelah itu user menekan tombol cetak (icon printer) untuk mencetak dan data pun otomatis tersimpan.

63 126 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Daftar Piutang Jatuh Tempo Periode dd/mm/yyyy dd/mm/yyyy Tgl: dd/mm/yyyy ID Pelanggan : CX9999 Nama Pelanggan : XX-20-XX Alamat Pelanggan : XX-30-XX ID Faktur Penjualan Tgl Jatuh Tempo Total Faktur Penjualan IJL dd/mm/yyyy Rp Status Tagihan IJL dd/mm/yyyy Rp IJL dd/mm/yyyy Rp ID Pelanggan : CX9999 Nama Pelanggan : XX-20-XX Alamat Pelanggan : XX-30-XX ID Faktur Penjualan Tgl Jatuh Tempo Total Faktur Penjualan IJL dd/mm/yyyy Rp Status Tagihan IJL dd/mm/yyyy Rp IJL dd/mm/yyyy Rp Page 1 of 2 Gambar 4.43 printout Daftar Piutang Jatuh Tempo

64 User Interface Laporan Penjualan Gambar 4.44 Window "Laporan Penjualan" Window ini diakses oleh Bagian Admin Sales dan Bagian Akunting saat memilih menu laporan penjualan. Ada empat jenis laporan yang dihasilkan yaitu laporan penjualan tunai, laporan penjualan kredit, laporan penjualan berdasarkan pelanggan, dan laporan penjualan berdasarkan barang. Caranya adalah user memilih periode awal dan periode akhir kemudian meng-klik tombol cetak (icon printer). Saat tombol tersebut di-klik, maka semua database yang terkait akan dipanggil untuk menghasilkan laporan ini.

65 128 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Laporan Penjualan (per barang) Periode dd/mm/yyyy dd/mm/yyyy Tgl: dd/mm/yyyy ID Barang Nama Barang : XXXX99999 : XX-20-XX ID Faktur Penjualan Jumlah Harga Total Penjualan IJL Rp Rp IJL Rp Rp IJL Rp Rp Total Rp Rp ID Barang : XXXX99999 Nama Barang : XX-20-XX ID Faktur Penjualan Jumlah Harga Total Penjualan IJL Rp Rp IJL Rp Rp IJL Rp Rp Total Rp Rp Page 1 of 2 Gambar 4.45 Printout Laporan Penjualan (per barang)

66 129 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Laporan Penjualan (per pelanggan) Periode dd/mm/yyyy dd/mm/yyyy Tgl: dd/mm/yyyy ID Pelanggan : CX9999 Nama Pelanggan : XX-20-XX Alamat Pelanggan : XX-30-XX ID Faktur Penjualan Jumlah Harga Total Penjualan IJL Rp Rp IJL Rp Rp IJL Rp Rp Total Rp Rp Page 1 of 2 Gambar 4.46 Printout Laporan Penjualan (per pelanggan)

67 130 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Laporan Penjualan (per faktur penjualan) Periode dd/mm/yyyy dd/mm/yyyy Tgl: dd/mm/yyyy ID Faktur Penjualan : IJL ID Pelanggan Nama Pelanggan ID Barang Nama Barang Total Faktur CX9999 XX-20-XX XXXX99999 XX-20-XX Rp CX9999 XX-20-XX XXXX99999 XX-20-XX Rp CX9999 XX-20-XX XXXX99999 XX-20-XX Rp ID Faktur Penjualan : IJL ID Pelanggan Nama Pelanggan ID Barang Nama Barang Total Faktur CX9999 XX-20-XX XXXX99999 XX-20-XX Rp CX9999 XX-20-XX XXXX99999 XX-20-XX Rp CX9999 XX-20-XX XXXX99999 XX-20-XX Rp Page 1 of 2 Gambar 4.47 Printout Laporan Penjualan (per faktur penjualan)

68 User Interface Laporan Piutang Gambar 4.48 Window Laporan Piutang Window ini diakses oleh Bagian Piutang dan Bagian Akunting saat memilih menu laporan piutang. Ada dua jenis laporan yang dihasilkan yaitu laporan aging schedule (analisis umur piutang), dan laporan faktur jatuh tempo yang berisi faktur-faktur yang telah jatuh tempo tetapi belum dibayar oleh pelanggan. Caranya adalah user memilih periode awal dan periode akhir kemudian meng-klik tombol cetak (icon printer). Saat tombol tersebut di-klik, maka semua database yang terkait akan dipanggil untuk menghasilkan laporan ini.

69 132 P.T. Wijaya Indonesia Makmur Bicycle Industries Kawasan Industri Desa Bambe Driyorejo, Jawa Timur Laporan Piutang (Analisis Umur Piutang) Periode dd/mm/yyyy dd/mm/yyyy Tgl: dd/mm/yyyy ID Pelanggan : CX9999 Nama Pelanggan : XX-20-XX Tgl Jatuh ID Faktur Tempo Penjualan dd/mm/yyyy IJL dd/mm/yyyy IJL dd/mm/yyyy IJL ID Pelanggan : CX9999 Nama Pelanggan : XX-20-XX Tgl Jatuh ID Faktur Tempo Penjualan dd/mm/yyyy IJL dd/mm/yyyy IJL dd/mm/yyyy IJL Total Faktur Penjualan Rp Rp Rp Total Faktur Penjualan Rp Rp Rp hari hari hari >90 hari Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp hari hari hari >90 hari Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp Rp Page 1 of 2 Gambar 4.49 Printout Laporan Piutang (Analisis Umur Piutang)

70 User Interface Laporan Penerimaan Pembayaran Gambar 4.50 Window Laporan Penerimaan Pembayaran Window "Laporan Penerimaan Pembayaran" diakses oleh Bagian Akunting untuk membuat Laporan Penerimaan Kas berdasarkan periode tertentu baik laporan penerimaan kas uang muka maupun laporan penerimaan kas pelunasan. Caranya yaitu user memilih periode awal dan periode akhir lalu menekan tombol cetak (icon printer).

71 User Interface Jurnal Gambar 4.51 Window "Jurnal" Window ini diakses oleh Bagian Akunting untuk membuat jurnal. Ada dua jenis jurnal yang dihasilkan yaitu jurnal penjualan (mencatat setiap transaksi penjualan perusahaan - dari pemesanan) dan jurnal penerimaan kas (mencatat penerimaan kas yang diterima oleh perusahaan termasuk dari penjualan). Caranya yaitu user memilih periode awal dan periode akhir lalu menekan tombol cetak (icon printer). Saat tombol tersebut di-klik maka database yang terkait sesuai dengan periode yang diinginkan akan dipanggil untuk menghasilkan laporan yang diinginkan.

72 Design Activities and Environment Deployment Environment Pada perancangan ini, Deployment Environment yang digunakan adalah multitier architecture. Tiap bagian menggunakan komputer-nya masing-masing. Spesifikasi komputer tiap user adalah sama. Tiap komputer dari masing-masing bagian dan juga server tempat menyimpan database memiliki spesifikasi yang sama, maka spesifikasi hardware server yang tepat yaitu clustered architecture. Deployment architecture yang digunakan adalah centralized architecture karena menyimpan data di satu tempat yaitu server pada kantor P.T. Wijaya Indonesia Makmur Bicycle Industries.

73 136 deployment Deployment Diagram WIM Cycle BagianAkunting BagianPromosi AdminSales Gudang User Interface User Interface User Interface User Interface Function Function Function Function «device» Printer BagianPenagihan «device» Printer User Interface Serv er BagianKredit Function Function User Interface BagianPiutang Database Function User Interface Function «device» Printer Gambar 4.52 Deployment Diagram P.T. Wijaya Indonesia Makmur Bicycle Industries

74 Software Architecture Architecture Diagram IT Server Switch Bagian Akunting Bagian Penagihan Bagian Piutang Bagian Kredit Bagian Gudang Bagian Promosi Admin Sales Gambar 4.53 Architecture Diagram P.T. Wijaya Indonesia Makmur Bicycle Industries