BAB 4 PERANCANGAN SISTEM INFORMASI AKUNTANSI APLIKASI PENJUALAN JASA DAN PIUTANG PT. BANDENGAN INDAH

Transkripsi

1 BAB 4 PERANCANGAN SISTEM INFORMASI AKUNTANSI APLIKASI PENJUALAN JASA DAN PIUTANG PT. BANDENGAN INDAH 4. Application Domain 4.. Usage 4... Overview Aktor yang akan menggunakan sistem yaitu staf servis, gudang, akuntansi, dan keuangan Actor Aktor yang menggunakan sistem dispesifikasikan sebagai berikut:. Aktor : Staf Servis Tujuan : Staf Servis merupakan orang yang bertugas mengatur permohonan perawatan kendaraan dari pelanggan dan membuat surat perintah kerja serta faktur penjualan. Karakteristik: Staf servis harus memiliki kemampuan untuk menangani kegiatan penjualan jasa kredit, dapat berkomunikasi dengan pelanggan dengan baik, serta dapat menggunakan sistem informasi dengan maksimal. 2. Aktor : Staf Gudang Tujuan : Staf gudang merupakan orang yang bertugas mengeluarkan sparepart yang akan digunakan untuk reparasi kendaran dan selanjutnya mencetak bon barang sebagai bukti pengeluaran barang dari gudang.

2 92 Karakteristik: Staf gudang harus memiliki kemampuan untuk menangani kegiatan pengeluaran barang, penghitungan fisik yang cermat dan sesuai pencatatan serta dapat menggunakan sistem informasi dengan maksimal. 3. Aktor : Staf Akuntansi Tujuan : Staf akuntansi merupakan orang yang bertugas melakukan pencatatan dan pembukuan dan serta membuat laporan piutang sesuai data yang diperoleh. Karakteristik: Bagian akuntansi memiliki kemampuan untuk menangani kegiatan pencatatan, serta dapat menggunakan sistem informasi dengan maksimal. 4. Aktor : Staf Keuangan Tujuan : Staf keuangan merupakan orang yang bertugas membuat surat tagih atas piutang yang akan jatuh tempo dan membuat bukti bank masuk atas pembayaran yang telah dilakukan oleh pelanggan Karakteristik: Bagian keuangan memiliki kemampuan untuk menangani piutangpitang yang akan jatuh tempo untuk diatur jadwal penagihannya dan menangani pembayaran piutang yang dilakukan oleh pelanggan, serta dapat menggunakan sistem informasi dengan maksimal.

3 Use Case Sistem Informasi Akuntansi Penjualan Jasa dan Piutang PT. Bandengan Indah registrasi pelangg an dan mobil Staf Servis membuat surat perintah kerja ÄextendsÅ membuat bon barang mengentri service membuat faktur penjualan Staf Gudang membuat laporan penjualan login dan ganti password membuat surat tagih membuat bukti bank masuk Staf Keuangan Staf Akuntansi membuat laporan piutang Gambar 4. Use Case Diagram untuk Sistem Penjualan Jasa dan Piutang PT Bandengan Indah

4 Use Case Description. Login dan Ganti Password Actor Pattern : Staf Servis, Staf Gudang, Staf Keuangan, Staf Akuntansi : Setiap menjalankan sistem penjualan jasa kredit, maka karyawan harus memasukkan username dan password dimana terjadi validasi username dan password karyawan. Karyawan dapat mengganti password pada menu utama dengan memasukkan user name, password lama, password baru yang akan dipakai selanjutnya untuk login ke dalam sistem kemudian save Object Function : Karyawan : submit, ubah, simpan 2. Registrasi Pelanggan dan Mobil Actor Pattern : Staf Servis : Pada saat pelanggan baru akan registrasi, maka staf servis akan mengcreate kode pelanggan dan mengentry data pelanggan kemudian disimpan ke dalam database pelanggan. Data pelanggan dapat diubah (edit). Setiap pelanggan dapat mendaftarkan mobilnya, maka staff servis akan mengcreate no polisi berdasarkan pelanggan dan juga mengentry data mobil kemudian disimpan ke dalam database mobil. Data mobil dapat diubah (edit). Object Function : Pelanggan, Mobil : tambah, edit, search 3. Membuat Surat Perintah Kerja (SPK) Actor : Staf Servis

5 95 Pattern : Dari permohonan perawatan yang dibawa oleh pelanggan, maka staf servis akan membuatkan SPK (create no SPK). Setelah itu, pilih pelanggan beserta mobil yang akan diservis. Perkiraan sparepart yang digunakan dan juga servis yang akan dilakukan akan dimasukkan dalam SPK. SPK dapat diupdate data sparepat dan servisnya berdasarkan pengecekan kendaraan oleh montir. Terakhir dapat disimpan dalam database SPK dan dicetak. Object Function : Pelanggan, Mobil, Sparepart, Service dan SuratPerintahKerja : tambah, edit, tampil, print 4. Membuat Bon Barang Actor Pattern : Staf Gudang : Dari SPK yang dihasilkan, maka secara otomatis akan dihasilkan pula form Bon Barang. Data Bon Barang adalah sparepart beserta kuantitas yang digunakan untuk servis kendaraan tersebut. Jadi apabila SPK diedit data sparepartnya maka secara otomatis Bon Barang juga akan ter-update. Terakhir dapat dicetak. Object Function : Pelanggan, Mobil, Sparepart, SuratPerintahKerja, BonBarang : tambah, edit, tampil, print 5. Mengentri Service Actor Pattern : Stff Servis : Jenis Servis kendaraan yang ada di perusahaan dapat di-create dan edit oleh staf servis dan kemudian disimpan dalam database service. Object Function : Service : tambah, edit, search

6 96 6. Membuat Faktur Penjualan Actor Pattern : Staf Servis : Setelah SPK dibuat, staf servis akan membuat Faktur Penjualan pada saat mobil telah selesai diservis. Pertama-tama, staf servis meng-create no faktur, setelah itu akan pilih nomor SPK atas pelanggan yang dimaksud. Tanggal jatuh tempo faktur akan terotomatisasi + 30 hari dari tanggal penerbitan faktur. Total penjualan akan dihitung berdasarkan jumlah pemakaian sparepart dan service yang dilakukan. Terakhir dapat disimpan dalam database faktur penjualan dan dicetak. Object Function : SPK, Pelanggan, Mobil, Sparepart, Service, FakturPenjualan : tambah, tampil, print, update_piutang, hitung_total 7. Membuat Laporan Penjualan Actor Pattern : Staf Servis : Staf Servis entry periode tanggal transaksi yang diinginkan untuk dibuat laporan penjualan, kemudian data laporan akan diambil dari database faktur penjualan. Apabila laporan penjualan yang diinginkan per pelanggan, maka akan di-filter berdasarkan objek Pelanggan dan kondisi tanggal transaksi. Apabila laporan penjualan yang diinginkan per sparepart, maka akan di-filter berdasarkan objek Sparepart dan kondisi tanggal transaksi. Begitu juga untuk laporan pelanggan per service. Terakhir dapat dicetak. Object Function : FakturPenjualan, Pelanggan, Sparepart, Service, LaporanPenjualan : tampil, print 8. Membuat Surat Tagih

7 97 Actor Pattern : Staf Keuangan : Faktur-faktur penjualan yang akan jatuh tempo akan dibuatkan surat tagih oleh staf keuangan. Pertama-tama create no surat tagih, setelah itu akan pilih nomor faktur yang akan jatuh tempo atas pelanggan yang dimaksud (5 hari setelah tanggal penerbitan fakturpenjualan). Total Tagihan akan diperoleh dari datebase faktur penjualan. Terakhir dapat disimpan dalam database surat tagih dan dicetak. Object Function : Pelanggan, FakturPenjualan, SuratTagih : tambah, tampil, print 9. Membuat Bukti Bank Masuk (BBM) Actor Pattern : Staf Keuangan : Dimulai dengan staf keuangan create nomor BBM apabila pelanggan telah melunasi piutangnya. Setelah itu akan pilih nomor surat tagih yang telah dibayarkan oleh pelanggan. Total Tagihan akan diperoleh dari datebase surat tagih. Kemudian pilih jenis pembayarannya, entry nomor rekening / cek, nama pengirim, dan nama bank. Terakhir dapat disimpan dalam database bukti bank masuk dan dicetak. Object Function : SuratTagih, Pelanggan, dan BuktiBankMasuk : tambah, tampil, print, update_piutang 0. Membuat Laporan Piutang Actor Pattern : Staf Akuntansi : Staf Akuntansi entry periode tanggal penagihan yang diinginkan untuk dibuat laporan piutang, kemudian data laporan akan diambil dari database surat tagih. Apabila laporan piutang yang diinginkan per

8 98 pelanggan, maka akan di-filter berdasarkan objek Pelanggan dan kondisi tanggal penagihan. Terakhir dapat dicetak. Object Function : SuratTagih, Pelanggan, LaporanPiutang : tampil, print 4..2 Function Complete Function List Function Complexity Type Open Simple Read Tambah Medium Update Edit Simple Update Simpan Medium Update Batal Simple Read Tutup Simple Read Tampil Simple Read Print Simple Read Entry Simple Update Result dan Return Simple Read Hitung_total Medium Compute Update_piutang Complex Update Update_stock Complex Update Tabel 4. Function List

9 99 UI Pelanggan UI Mobil Mobil Pelanggan staf servis open() click_tambah() entry_data_plg() click_simpan() save() click_edit() pilih_kd_plg() edit_data_plg() click_simpan() save() pilih_searchby() entry_search_name() click_search() get_sesuai_kondisi() click_clear() get_all_pelanggan() click_batal() clear() click_tutup() close() open() X click_tambah() entry_data_mobil() click_simpan() save() click_edit() pilih_no_mobil() edit_data_mobil() click_simpan() save() entry_search_name() click_search() get_sesuai_kondisi() click_clear() get_all_pelanggan() click_batal() clear() click_tutup() close() X Gambar 4.2 Sequence Diagram untuk Registrasi Pelanggan dan Mobil

10 00 UI SPK UI SPK : Sparep UI SPK : Serv UI SPK : CetakSPK UI SPK : Cetak BB Login Pelanggan Mobil Sparepart Service SPK BonBarang staf servis open() click_tambah() generate_no_spk() generate_tgl_spk() get_kd&nama_kary() entry_kd_plg() get() entry_no_mobil() get() entry_tgl_perkiraan_selesai() entry_km_terakhir&nm_montir() click_simpan() save() click_edit() edit_tgl_perkiraan_selesai() edit_km_terakhir() click_simpan() save() click_batal() clear() click_tab_sparep() click_tambah() entry_kd_sparep() get() entry_jumlah_awal() click_simpan() save() click_edit() entry_kd_sparep() entry_jumlah_realisasi() click_simpan() save() click_edit() entry_kd_sparep() click_hapus() delete() click_batal() clear() X Gambar 4.3 Sequence Diagram untuk Membuat Surat Perintah Kerja & Membuat Bon Barang

11 0 UI SPK UI SPK : Sparep UI SPK : Serv UI SPK : CetakSPK UI SPK : Cetak BB Login Pelanggan Mobil Sparepart Service SPK BonBarang staf servis click_tab_service() click_tambah() entry_kd_service() get() entry_jumlah&keterangan() click_simpan() save() click_edit() entry_kd_service() edit_jumlah&keterangan() click_simpan() save() click_edit() entry_kd_service() click_hapus() delete() click_batal() clear() click_print() click_tab_ctk_spk() view() X get() click_icon_printer() PrintedSPK print() click_tab_ctk_bonbarang() view() X X get() click_icon_printer() PrintedBonBarang print() click_tutup() close() X X X Gambar 4.3 Sequence Diagram untuk Membuat Surat Perintah Kerja & Membuat Bon Barang (Lanjutan)

12 02 UI Service Service staf servis open() click_tambah() get_kd_serv() entry_data_serv() click_simpan() save() click_edit() pilih_kd_serv() edit_data_serv() click_simpan() save() pilih_filterby() entry_filter_name() click_filter() get_sesuai_kondisi() click_clear() get_all_service() click_batal() clear() click_tutup() close() X Gambar 4.4 Sequence Diagram untuk Mengentri Service

13 03 UI FakturPenjualan UI FP : Cetak FP Login SPK Pelanggan Sparepart Service FakturPenjualan staf servis open() click_tambah() generate_no_fp() generate_tgl_fp() generate_tgl_jth_tempo() get_kd&nama_kary() entry_no_spk() get() get() get() get() entry_masa_garansi() hitung_total() click_batal() clear() click_simpan() save() click_print() click_tab_ctk_fp() view() get() result() click_icon_printer() PrintedFakturPenjualan print() click_tutup() close() X X X Gambar 4.5 Sequence Diagram untuk Membuat Faktur Penjualan

14 04 UI LapPenj UI LapPenj : Ctk LapPenj FakturPenj Pelanggan Sparepart Service PrintedLapPenj staf servis open() entry_kondisi_tgl() click_per_plg() get_sesuai_tgl() get_plg() clisck_per_sparep() get_sesuai_tgl() get_sparep() click_per_serv() get_sesuai_tgl() get_serv() click_tampil() click_tab_ctk_lappenj() view() click_icon_printer() print() click_tutup() close() X X X Gambar 4.6 Sequence Diagram untuk Membuat Laporan Penjualan

15 05 UI SuratTagih UI ST : Cetak ST Login FakturPenj Pelanggan SuratTagih staf keuangan open() click_tambah() generate_no_st() generate_tgl_st() get_kd&nama_kary() entry_no_faktur() get() get() click_batal() clear() click_simpan() save() click_print() click_tab_ctk_st() view() get() PrintedSuratTagih click_icon_printer() tutup() print() close() X X X Gambar 4.7 Sequence Diagram untuk Membuat Surat Tagih

16 06 UI BuktiBankMasuk UI BBM : Cetak BBM Login SuratTagih Pelanggan BuktiBankMasuk staf keuangan open() click_tambah() generate_no_bbm() generate_tgl_bbm() get_kd&nama_kary() entry_no_st() get() get() entry_jenis_byr() entry_no_rek/cek/giro() entry_nm_pengirim() entry_tgl_kirim() entry_nm_bank() entry_jml_bayar() click_batal() clear() click_simpan() save() click_print() click_tab_ctk_bbm() view() get() Printed BBM click_icon_printer() click_tutup() X print() X close() X Gambar 4.8 Sequence Diagram untuk Membuat Bukti Bank Masuk

17 07 UI LapPiutang UI LapPiutang : Ctk LapPiut SuratTagih FakturPenj Pelanggan Printed LapPiutang staf akuntansi open() entry_kondisi_tgl() get_sesuai_tgl() get() get_plg() click_tampil() click_tab_ctk_lappiut() view() click_icon_printer() print() click_tutup() close() X X X Gambar 4.9 Sequence Diagram untuk Membuat Laporan Piutang

18 08 UI Login UI Main Menu UI Ganti Pass Karyawan Staf Servis Staf GudangStaf Akuntansi Staf Keuangan open() entry_username_pass() click_ok() get() view_main() click_cancel() close() X pilih_ubah_pass() view() entry_username() entry_passlama_passbaru() click_ok() update() click_cancel() close() X Gambar 4.0 Sequence Diagram untuk Login dan Ganti Password

19 User Interfaces Dialogue Style Sistem akan menggunakan bentuk formulir dalam mengentry data. User interfacenya akan mempunyai beberapa window yang digunakan untuk mendukung kegiatan mengentry data rutin dan membuat laporan. Sistem juga mempunyai fasilitas untuk mencetak laporan, dimana laporan ini dapat digunakan oleh pihak manajemen dalam pengambilan keputusan. Windows Print Out Login - Menu Utama - Ganti Password Master: Master Sparepart - Master Service - Master Pelanggan - Master Mobil - Penjualan : Surat Perintah Kerja Surat Perintah Kerja Bon Barang Faktur Penjualan Faktur Penjualan Penagihan & Penerimaan Kas Surat Tagih Bukti Bank Masuk Surat Tagih Bukti Bank Masuk Laporan : Laporan Penjualan Laporan penjualan per pelanggan

20 0 Laporan penjualan per sparepart Laporan penjualan per servis Laporan Piutang Laporan piutang per pelanggan Tabel 4.2 Dialogue Style Overview Login Login exit Klik Logout Klik quit Menu Utama Input Master Menu Utama Lihat Master Menu Utama Input Penjualan Piutang Menu Utama Menu Utama Cetak Laporan Penjualan Menu Utama Cetak Laporan Piutang Pelanggan Mobil Barang Jasa Karyawan PerintahKerja Penjualan Surat Tagih Bukti Bank Masuk Klik tutup Klik tutup Klik tutup Laporan Penjualan Laporan Piutang Karyawan SuratPerintahKerja FakturPenjualan Surat Tagih Bukti Bank Masuk Klik tutup Klik tutup Pelanggan Mobil Sparepart Service Klik tutup Gambar 4. Navigation Diagram

21 Tampilan Sistem memiliki enam windows, yaitu:. Menu Utama Window Pada Menu Utama Window akan menampilkan menu-menu apa saja yang terdapat dalam sistem penjualan jasa kredit dan piutang. 2. Master Window Pada Master Window akan menampilkan master sparepart, service, pelanggan dan mobil serta karyawan 3. Penjualan Window Pada Penjualan Window akan menampilkan menu-menu yang berhubungan dengan penjualan, yaitu surat perintah kerja dan faktur penjualan 4. Piutang Window Pada Penagihan Window akan menampilkan menu-menu yang berhubungan dengan piutang, yaitu surat tagih dan bukti bank masuk. 5. Laporan Window Pada Laporan Window akan menampilkan menu laporan yang dapat digunakan oleh pihak manajemen dalam mengambil keputusan.

22 2 Gambar 4.2 User Interface Login Gambar 4.3User Interface Ganti Password

23 Gambar 4.4 User Interface Menu Utama (Login sebagai staf servis) 3

24 Gambar 4.5 User Interface Master 4

25 Gambar 4.6 User Interface Master Pelanggan 5

26 Gambar 4.7 User Interface Master Mobil 6

27 Gambar 4.8 User Interface Master Sparepart 7

28 Gambar 4.9 User Interface Master Service 8

29 Gambar 4.20 User Interface Menu Lihat Master Karyawan 9

30 Gambar 4.2 User Interface Master Karyawan 20

31 Gambar 4.22 User Interface Menu Input Penjualan 2

32 Gambar 4.23 User Interface Surat Perintah Kerja (Header) 22

33 Gambar 4.24 User Interface Surat Perintah Kerja (Tab : Entri Sparepart) 23

34 Gambar 4.25 User Interface Surat Perintah Kerja (Tab : Entri Jasa) 24

35 Gambar 4.26 User Interface Faktur Penjualan 25

36 Gambar 4.27 User Interface Laporan Penjualan 26

37 Gambar 4.28 User Interface Menu Utama (Login sebagai staf gudang) 27

38 Gambar 4.29 User Interface Menu Utama (Login sebagai staf keuangan) 28

39 Gambar 4.30 User Interface Menu Piutang 29

40 Gambar 4.3 User Interface Surat Tagih 30

41 Gambar 4.32 User Interface Bukti Bank Masuk 3

42 Gambar 4.33 User Interface Menu Utama (Login sebagai staf akuntansi) 32

43 Gambar 4.34 User Interface Laporan Piutang 33

44 The Task of Design 4.2. Purpose Tujuan dari sistem ini adalah mendukung kegiatan administrasi masing-masing pengguna, dimana sistem harus membantu dalam transaksi penjualan jasa kredit, piutang, pembuatan dokumen, dan mencetak laporan-laporan yang dibutuhkan oleh pihak manajemen untuk mendukung pengambilan keputusan Correction to the analysis Dari perancangan sistem sebelumnya, dibuat beberapa perbaikan antara lain: merevisi class diagram yang sebelumnya sehingga menghasilkan class diagram yang baru. Class yang baru antara lain : Login, SuratPerintahKerjaDetail, FakturPenjualanDetail Quality Goals Pada tabel di bawah ini menunjukkan prioritas dari kriteria rancangan. Sistem yang dirancang harus memiliki kriteria yang ingin diprioritaskan, dengan penentuan kriteria-kriteria tersebut, maka sistem yang dirancang akan memiliki nilai yang jelas. Prioritas utama sistem terletak pada kriteria usable dan correct, karena tanpa kriteria ini sistem tidak dapat digunakan. Criterion Usable Secure Very Less Easily Important Irrelevant Important Important Fulfilled

45 35 Effficient Correct Reliable Maintainable Testable Flexible Comprehensible Reusable Portable Interoperable Tabel 4.3 Prioritas dari kriteria rancangan 4.3 Technical Platform Sistem akan dikembangkan untuk PC dengan menggunakan bahasa pemrograman Visual Basic.Net 2003 dalam lingkungan Windows yang didukung oleh RDBMS (Relational Database Management System) oleh Microsoft SQL Server Sedangkan, user interface yang digunakan sesuai dengan standar Windows. Sistem yang dirancang akan dioperasikan dengan menggunakan mouse dan keyboard. Pada gambar di bawah ini merupakan arsitektur jaringan komputer yang dirancang. Jaringan yang dirancang menggunakan sebuah komputer server dan tiga buah komputer client. Diperlukan sebuah ruangan khusus yang dapat dikunci baik dari dalam maupun luar ruangan untuk meletakkan komputer server. Sedangkan komputer client dapat diletakkan pada bagian servis, gudang, akuntansi, dan keuangan. Komputer server dan client dihubungkan dengan menggunakan Switch 6 port 0/00 mbps.

46 36 Server Switch Client: Staf Servis Client: Staf Gudang Client: Staf Keuangan Client: Staf Akuntansi Printer Printer Printer Printer Gambar 4.35 Arsitektur Jaringan Komputer 4.3. Equipment Sistem yang dirancang akan diimplementasikan pada komputer PC yang menggunakan sistem operasi Microsoft Windows dengan spesifikasi Pentium GHz, RAM 52 MB, dan Hard disk 80 GB untuk server, sedangkan client dengan spesifikasi Pentium 4.8 GHz, RAM 256 MB, dan Hard disk 20 GB System Software Sistem akan dikembangkan dengan menggunakan bahasa pemrograman Visual Basic.Net 2003 dalam lingkungan Windows yang didukung oleh RDBMS (Relational Database Management System) oleh Microsoft SQL Server 2000.

47 System Interface Selain menggunakan PC, sistem juga memerlukan printer dot-matrix untuk bagian servis, akuntansi, dan keuangan yang digunakan untuk mencetak dokumen yang dibutuhkan dalam prosedur penjualan jasa kredit dan piutang, serta untuk mencetak laporan-laporan Design Language (UML). Rancangan dokumentasi ini didasarkan pada notasi Unified Modelling Language 4.4 Architecture 4.4. Component Architecture Pada gambar di bawah ini menjelaskan mengenai komponen arsitektur dengan distributed functionality, di mana function dan model terdapat pada server dan pada client terdapat user interface dan function. Pada client, komponen user interface dibagi menjadi user interface staf servis, user interface staf gudang, user interface staf akuntansi, dan user interface staf keuangan.

48 38 <<component>> Client <<component>> Staf Servis UI <<component>> Staf Akuntansi UI <<component>> Staf Keuangan UI <<component>> Staf Gudang UI <<component>> Function <<component>> Function <<component>> Function <<component>> Function <<component>> Server <<component>> Function <<component>> Model Gambar 4.36 Component Diagram Process Architecture Pada gambar di bawah ini menjelaskan mengenai deployment diagram dengan distributed functionality. Dimana client berinteraksi dengan user interface, function dan external device, yaitu printer. Untuk transfer data dari client ke server akan diproses terlebih dahulu oleh, function. Output data pada client dicetak dengan menggunakan printer yang merupakan external device pada client.

49

50 40 Gambar 4.38 Pesan Kesalahan User Tidak Terdaftar Gambar 4.39 Pesan Kesalahan Password Salah Gambar 4.40 Pesan Kesalahan Text Tidak Boleh Kosong 4.5 Component 4.5. Model Component Gambar di bawah ini menggambarkan class diagram yang sudah direvised. Class diagram yang sudah direvised adalah class Login, SuratPerintahKerjaDetail, FakturPenjualanDetail.

51 4 Login -user_name : String -password : String +submit() Karyawan -kd_kary : char -nama : char -jabatan : char -alamat : String -telp : char -kota : char +check() +login() +logout() Service -kd_serv : char -nama_serv : String -harga : Long +create_serv() +edit_serv() +check()..* StafServis StafGudang StafKeuangan +create_spk() +create_fp() +create_bon_barang() +create_st() +create_bbm() FakturPenjualan -no_faktur : char -tgl_faktur : char -no_spk : char -kd_plg : char -kd_kary : char -NPWP : char -tgl_jth_tempo : Date -total_faktur : Long -ppn : Long -garansi : Integer +create_fp() +UpdatePiutang() +CountTotal() +check()..* -no_spk : char -tgl_spk : Date..* -no_mobil : char -kd_plg : char -kd_kary : char -tgl_perkiraan_selesai : Date -km_terakhir : Integer -nama_montir : String +create_spk() +Check() +edit_spk() SuratTagih -no_surat_tagih : char -tgl_surat_tagih : Date -no_faktur : char -kd_plg : char -kd_kary : char -jml_tagihan : Long -tgl_jth_tempo : Date +create_st() +Check()..* SuratPerintahKerja..* Pelanggan -kd_plg : char -nama : char -alamat : String -kota : char -telp : char -NPWP : char -piutang : Long +register() +update_plg() +update_piutang()..* -kd_sparep : char -nama_sp : String -satuan : char -jns_mobil : String -merk_mobil : String -nama_mobil : char -stock : Integer -harga : Long +Check() +update_stock() BonBarang Sparepart -no_bb : char -tgl_bb : Date -no_spk : char -kd_sparep : char -kd_plg : char -kuantitas : Integer +create_bb() +edit_bb()..* FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail() BuktiBankMasuk -no_bbm : char -tgl_bbm : Date -no_surat_tagih : char -kd_plg : char -kd_kary : char -jenis_bayar : char -no_giro : char -tgl_kirim : Date -nm_pengirim : String -nama_bank : String -jumlah_byr : Long +create_bbm() +update_piutang()..* Mobil -no_mobil : char -kd_plg : char -jenis : String -merk : String -nama : char -tahun : Integer +create_mobil() +Check() +edit()..* SPKDetail -no_spk : char -kd_sparep : char -kd_serv : char -kuantitas : Integer +create_spk_detail() +edit_spk_detail() +delete_spk_detail() +update_stock() Gambar 4.4 Revised Class Diagram

52 42. Login Berikut ini merupakan rincian dari class yang direvised: Tujuan Attribute Operation : agar setiap staff mendapatkan hak akses tertentu : user_name, password : submit Login -user_name : String -password : String +submit() Gambar 4.42 Class Login 2. SuratPerintahKerjaDetail Tujuan Attribute Operation : mencatat item sparepart dan service dari Surat Perintah Kerja : no_spk, kd_sparep, kd_serv, kuantitas : create_spk_detail, edit_spk_detail, delete_spk_detail, update_stock SPKDetail -no_spk : char -kd_sparep : char -kd_serv : char -kuantitas : Integer +create_spk_detail() +edit_spk_detail() +delete_spk_detail() +update_stock() Gambar 4.43 Class Surat Perintah Kerja Detail 3. FakturPenjualanDetail Tujuan Attribute Operation : mencatat item sparepart dan service dari Faktur Penjualan Detail : no_faktur, kd_sparep, kd_serv, kuantitas, total : create_faktur_detail

53 43 FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail() Gambar 4.44 Class FakturPenjualanDetail Function Component <<component>> Model Login -user_name : String -password : String +submit() Karyawan -kd_kary : char -nama : char -jabatan : char -alamat : String -telp : char -kota : char +check() +login() +logout() Service -kd_serv : char -nama_serv : String -harga : Long +create_serv() +edit_serv() +check()..* StafServis +create_spk() +create_fp() StafGudang +create_bon_barang() StafKeuangan +create_st() +create_bbm()..* FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail() FakturPenjualan -no_faktur : char -tgl_faktur : char -no_spk : char -kd_plg : char -kd_kary : char -NPWP : char -tgl_jth_tempo : Date -total_faktur : Long -ppn : Long -garansi : Integer +create_fp() +UpdatePiutang() +CountTotal() +check()..* SuratPerintahKerja -no_spk : char -tgl_spk : Date -no_mobil : char..* -kd_plg : char -kd_kary : char -tgl_perkiraan_selesai : Date -km_terakhir : Integer -nama_montir : String +create_spk() +Check() +edit_spk() SuratTagih -no_surat_tagih : char -tgl_surat_tagih : Date -no_faktur : char -kd_plg : char -kd_kary : char -jml_tagihan : Long -tgl_jth_tempo : Date +create_st() +Check() BuktiBankMasuk -no_bbm : char -tgl_bbm : Date -no_surat_tagih : char -kd_plg : char -kd_kary : char -jenis_bayar : char -no_giro : char -tgl_kirim : Date -nm_pengirim : String -nama_bank : String -jumlah_byr : Long +create_bbm() +update_piutang()..*..*..* Mobil -no_mobil : char -kd_plg : char -jenis : String -merk : String -nama : char -tahun : Integer +create_mobil() +Check() +edit() Pelanggan -kd_plg : char -nama : char -alamat : String -kota : char -telp : char -NPWP : char -piutang : Long +register() +update_plg() +update_piutang()..*..* SPKDetail -no_spk : char -kd_sparep : char -kd_serv : char -kuantitas : Integer +create_spk_detail() +edit_spk_detail() +delete_spk_detail() +update_stock() Sparepart -kd_sparep : char -nama_sp : String -satuan : char -jns_mobil : String -merk_mobil : String -nama_mobil : char -stock : Integer -harga : Long +Check() +update_stock() BonBarang -no_bb : char -tgl_bb : Date -no_spk : char -kd_sparep : char -kd_plg : char -kuantitas : Integer +create_bb() +edit_bb() <<component>> Function UpdateStock +read_spk_detail() +read_sparepart() +update_stock() UpdatePiutang +read_fp() +read_bbm() +update_piutang() Gambar 4.45 Function Component

54 44 UpdateStock SPKDetail Sparepart Sistem read() result() read() result() compute() update() update_successfull() result() Gambar 4.46 Sequence Diagram Update Stock

55 45 UpdatePiutang FakturPenjualan BuktiBankMasuk Pelanggan Sistem read() result() read() result() compute() update() update_successfull() result() read() result() read() result() compute() update() update_successfull() result() Gambar 4.47 Sequence Diagram Update Piutang

56 Operation Specification Name Update Stock Category X Active X Update Passive X Read X Compute Signal Mengupdate Stock sparepart agar memberikan informasi stock Purpose Input data yang ada Kd_sparep, kuantitas_sparepart, stock Sebuah objek dari Class SuratPerintahKerjaDetail mempunyai Conditions Kd_sparepart Nilai dari atribut kuantitas_sparepart <= Nilai dari atribut Stock Effect Algorithm Atribut Stock pada Class Sparepart ter-update Open SuratPerintahKerjaDetail, Sparepart Read SuratPerintahKerjaDetail, Sparepart Hitung Stock = Stock kuantitas_sparepart Close SuratPerintahKerjaDetail, Sparepart Data structures - Placement Involved objects Triggering events Sparepart SuratPerintahKerjaDetail, Sparepart Membuat Surat Perintah Kerja Tabel 4.4 Spesifikasi Operasi Update Stock

57 47 Name Update Piutang Category X Active X Update Passive X Read X Compute Signal Purpose Input data memberikan informasi jumlah piutang sebenarnya Kd_plg, Piutang, total_faktur, jumlah_byr Sebuah objek dari Class FakturPenjualan dan BuktiBankMasuk Conditions Effect Algorithm mempunyai kd_plg Atribut Piutang dari Class Pelanggan ter-update Open FakturPenjualan, Pelanggan Read FakturPenjualan, Pelanggan Piutang = Piutang + TotalFaktur Close FakturPenjualan, Pelanggan Open BuktiBankMasuk, Pelanggan Read BuktiBankMasuk, Pelanggan Piutang = Piutang jumlah_byr Close BuktiBankMasuk, Pelanggan Data structures - Placement Involved objects Triggering events Pelanggan FakturPenjualan, BuktiBankMasuk, Pelanggan Membuat Faktur Penjualan & Membuat Bukti Bank Masuk Tabel 4.5 Spesifikasi Operasi Update Piutang

58 User Interface Component <<Component>> UI Control <<Component>> Windows <<Component>> Print Login W Menu Utama W GantiPassw ord W Form SPK. Form BonBarang Form FakturPenj Sparepart W Service W Pelanggan W Mobil W Form SuratTagih Form BBM SPK. W FakturPenju alan W Lap Penj Per Plg. Lap Penj Per Sparepart Surat Tagih W BBM. W Lap Piutang Per Plg. Lap Penj Per Service Lap Penj. W Lap Piutang. W <<Component>> UI Library Windows Print Gambar 4.48 User Interface Component

59 Recommendations 4.7. The System s Usefulness Sistem yang dirancang mempunyai beberapa kriteria yang harus diperhatikan, yaitu: Usable : Kriteria ini dapat dievaluasi ketika pengguna menggunakan sistem. Correct : Kriteria ini dapat dievaluasi pada saat perancangan sistem, dengan menguji apakah informasi yang diberikan sistem sudah benar dan memenuhi kebutuhan pengguna. Secure : Kriteria ini dapat dievaluasi ketika pengguna menggunakan sistem Reliable : Kriteria ini dapat dievaluasi dengan melihat ketepatan kinerja dari setiap fungsi eksekusi. Flexible : Kriteria ini dapat dievaluasi pada saat perancangan sistem, apakah sistem dapat mengikuti perubahan perusahaan. Comprehensible : Kriteria ini dapat dievaluasi pada saat pertama kali sistem digunakan oleh pengguna, apakah pengguna mengalami kesulitan mengoperasikan sistem Plan for Initiating Use Pada saat sistem yang dirancang akan diimplementasikan ke dalam perusahaan, langkah pertama yang harus dilakukan adalah menginstall program dan mensetting jaringan, kemudian sistem akan dites oleh user. Selama pengetesan ini sebaiknya user dibimbing terlebih dahulu untuk memberitahu cara kerja sistem baik secara langsung oleh system developer atau buku panduan. Apabila user sudah dapat mengunakan sistem, maka dapat disimpulkan bahwa sistem yang dibangun sudah sesuai dengan

60 50 kebutuhan user. Selanjutnya, perusahaan sendiri yang akan menjaga sistem (maintenance) Implementation Plan Sistem yang akan dirancang membutuhkan orang programmer. Sedangkan untuk merancang jaringan dibutuhkan atau 2 orang yang memiliki kemampuan mengenai alat-alat yang dibutuhkan dalam jaringan (h/w). Kemudian untuk mengetes sistem yang dirancang dibutuhkan 2-3 orang. Waktu yang diperkirakan untuk merancang sistem kuran lebih 6 bulan Pada tabel dibawah ini dapat dilihat rencana yang dilakukan dalam pengembangan sistem. No Kegiatan Durasi (minggu) Bulan Analisis & Perancangan 8 2 Coding 6 3 Testing 3 4 Pengadaan Software 5 Pengadaan Hardware 6 Pengadaan Jaringan 7 Training 4 8 Implementasi (paralel) 24 Tabel 4.6 Rencana Pengembangan Sistem