BAB 4 PERANCANGAN SISTEM INFORMASI AKUNTANSI APLIKASI PENJUALAN JASA DAN PIUTANG PT. BANDENGAN INDAH
4.1 Application Domain 4.1.1 Usage 4.1.1.1 Overview Aktor yang akan menggunakan sistem yaitu staf servis, gudang, akuntansi, dan keuangan. 4.1.1.2 Actor Aktor yang menggunakan sistem dispesifikasikan sebagai berikut: 1. 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.
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.
93 4.1.1.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.1 Use Case Diagram untuk Sistem Penjualan Jasa dan Piutang PT Bandengan Indah
94 4.1.1.4 Use Case Description 1. Login dan Ganti Password Actor
: Staf Servis, Staf Gudang, Staf Keuangan, Staf Akuntansi
Pattern
: 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
: Karyawan
Function
: submit, ubah, simpan
2. Registrasi Pelanggan dan Mobil Actor
: Staf Servis
Pattern
: 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
: Pelanggan, Mobil
Function
: tambah, edit, search
3. Membuat Surat Perintah Kerja (SPK) Actor
: Staf Servis
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
: Pelanggan, Mobil, Sparepart, Service dan SuratPerintahKerja
Function
: tambah, edit, tampil, print
4. Membuat Bon Barang Actor
: Staf Gudang
Pattern
: 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
: Pelanggan, Mobil, Sparepart, SuratPerintahKerja, BonBarang
Function
: tambah, edit, tampil, print
5. Mengentri Service Actor
: Stff Servis
Pattern
: Jenis Servis kendaraan yang ada di perusahaan dapat di-create dan edit oleh staf servis dan kemudian disimpan dalam database service.
Object
: Service
Function
: tambah, edit, search
96 6. Membuat Faktur Penjualan Actor
: Staf Servis
Pattern
: 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
: SPK, Pelanggan, Mobil, Sparepart, Service, FakturPenjualan
Function
: tambah, tampil, print, update_piutang, hitung_total
7. Membuat Laporan Penjualan Actor
: Staf Servis
Pattern
: 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
: FakturPenjualan, Pelanggan, Sparepart, Service, LaporanPenjualan
Function
: tampil, print
8. Membuat Surat Tagih
97 Actor
: Staf Keuangan
Pattern
: 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 (15 hari setelah tanggal penerbitan fakturpenjualan). Total Tagihan akan diperoleh dari datebase faktur penjualan. Terakhir dapat disimpan dalam database surat tagih dan dicetak.
Object
: Pelanggan, FakturPenjualan, SuratTagih
Function
: tambah, tampil, print
9. Membuat Bukti Bank Masuk (BBM) Actor
: Staf Keuangan
Pattern
: 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
: SuratTagih, Pelanggan, dan BuktiBankMasuk
Function
: tambah, tampil, print, update_piutang
10. Membuat Laporan Piutang Actor
: Staf Akuntansi
Pattern
: 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
98 pelanggan, maka akan di-filter berdasarkan objek Pelanggan dan kondisi tanggal penagihan. Terakhir dapat dicetak. Object
: SuratTagih, Pelanggan, LaporanPiutang
Function
: tampil, print
4.1.2 Function 4.1.2.1 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.1 Function List
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() return() click_clear() get_all_pelanggan() return() 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() return() click_clear() get_all_pelanggan() return() click_batal() clear() click_tutup() close()
X
Gambar 4.2 Sequence Diagram untuk Registrasi Pelanggan dan Mobil
100
UI SPK : Sparep
UI SPK
UI SPK : Serv
UI SPK : CetakSPK
UI SPK : Cetak BB
Login
Pelanggan
Mobil
Sparepart
Service
staf servis
open() click_tambah() generate_no_spk() generate_tgl_spk() get_kd&nama_kary() return() entry_kd_plg() get() return() entry_no_mobil() get() return() 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() return() 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
SPK
BonBarang
101
UI SPK
UI SPK : Sparep
UI SPK : Serv
UI SPK : CetakSPK
UI SPK : Cetak BB
Login
Pelanggan
Mobil
Sparepart
Service
SPK
staf servis
click_tab_service() click_tambah() entry_kd_service() get() return() 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()
X
view()
get() return() click_icon_printer() PrintedSPK
print() click_tab_ctk_bonbarang() view()
X
X get() return()
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)
BonBarang
102
Service
UI 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() return() click_clear() get_all_service() return() click_batal() clear() click_tutup() close()
X
Gambar 4.4 Sequence Diagram untuk Mengentri Service
103
UI FakturPenjualan
UI FP : Cetak FP
Login
SPK
Pelanggan
Sparepart
Service
staf servis
open() click_tambah() generate_no_FP() generate_tgl_FP() generate_tgl_jth_tempo()
get_kd&nama_kary() return() entry_no_spk() get() return()
get() return() get() return() get() return() 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
FakturPenjualan
104
UI LapPenj
UI LapPenj : Ctk LapPenj
Pelanggan
FakturPenj
Sparepart
Service
PrintedLapPenj
staf servis
open() entry_kondisi_tgl() click_per_plg() get_sesuai_tgl() get_plg() return() return() clisck_per_sparep() get_sesuai_tgl() get_sparep() return() return() click_per_serv() get_sesuai_tgl() get_serv() return() return() click_tampil() click_tab_ctk_lappenj() view()
click_icon_printer() print() click_tutup()
X close()
X
X
Gambar 4.6 Sequence Diagram untuk Membuat Laporan Penjualan
105
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() return() entry_no_faktur() get() return()
get() return() click_batal() clear() click_simpan() save() click_print() PrintedSuratTagih click_tab_ctk_ST() view()
get() return()
click_icon_printer() tutup()
print() close() X
X
Gambar 4.7 Sequence Diagram untuk Membuat Surat Tagih
X
106
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() return() entry_no_ST() get() return()
get() return() 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
return() click_icon_printer()
X print() click_tutup() close()
X X
Gambar 4.8 Sequence Diagram untuk Membuat Bukti Bank Masuk
107
UI LapPiutang
UI LapPiutang : Ctk LapPiut
SuratTagih
Pelanggan
FakturPenj
Printed LapPiutang
staf akuntansi
open() entry_kondisi_tgl() get_sesuai_tgl() get() get_plg() return() return() return() click_tampil() click_tab_ctk_lapPiut() view() click_icon_printer() print() click_tutup() close()
X
X
Gambar 4.9 Sequence Diagram untuk Membuat Laporan Piutang
X
108
UI Main Menu
UI Login
UI Ganti Pass
Karyawan
Staf Servis Staf GudangStaf Akuntansi Staf Keuangan
open() entry_username_pass() click_ok() get() return()
view_main() click_cancel() close()
X
pilih_ubah_pass() view()
entry_username() entry_passlama_passbaru() click_ok() update() click_cancel() close()
X
Gambar 4.10 Sequence Diagram untuk Login dan Ganti Password
109 4.1.3 User Interfaces 4.1.3.1 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
Surat Tagih
Bukti Bank Masuk
Bukti Bank Masuk
Laporan : Laporan Penjualan
Laporan penjualan per pelanggan
110 Laporan penjualan per sparepart Laporan penjualan per servis Laporan Piutang
Laporan piutang per pelanggan
Tabel 4.2 Dialogue Style
4.1.3.2 Overview
Login Login
exit
Klik quit Klik Logout
Menu Utama
Menu Utama
Menu Utama
Input Master
Lihat Master
Input Penjualan
Pelanggan Mobil Barang Jasa
Karyawan
PerintahKerja Penjualan
Menu Utama
Menu Utama Cetak Laporan Penjualan
Piutang Surat Tagih Bukti Bank Masuk
Klik tutup Klik tutup
Laporan Penjualan
Karyawan
Surat Tagih SuratPerintahKerja
Bukti Bank Masuk
FakturPenjualan
Klik tutup Klik tutup
Pelanggan
Mobil
Sparepart
Menu Utama Cetak Laporan Piutang
Service
Klik tutup
Gambar 4.11 Navigation Diagram
Klik tutup Laporan Piutang
111 4.1.3.3 Tampilan Sistem memiliki enam windows, yaitu: 1. 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.
112
Gambar 4.12 User Interface “Login”
Gambar 4.13User Interface “Ganti Password”
113
Gambar 4.14 User Interface “Menu Utama” (Login sebagai staf servis)
114
Gambar 4.15 User Interface “Master”
115
Gambar 4.16 User Interface “Master Pelanggan”
116
Gambar 4.17 User Interface “Master Mobil”
117
Gambar 4.18 User Interface “Master Sparepart”
118
Gambar 4.19 User Interface “Master Service”
119
Gambar 4.20 User Interface “Menu Lihat Master Karyawan”
120
Gambar 4.21 User Interface “Master Karyawan”
121
Gambar 4.22 User Interface “Menu Input Penjualan”
122
Gambar 4.23 User Interface “Surat Perintah Kerja” (Header)
123
Gambar 4.24 User Interface “Surat Perintah Kerja” (Tab : Entri Sparepart)
124
Gambar 4.25 User Interface “Surat Perintah Kerja” (Tab : Entri Jasa)
125
Gambar 4.26 User Interface “Faktur Penjualan”
126
Gambar 4.27 User Interface “Laporan Penjualan”
127
Gambar 4.28 User Interface “Menu Utama” (Login sebagai staf gudang)
128
Gambar 4.29 User Interface “Menu Utama” (Login sebagai staf keuangan)
129
Gambar 4.30 User Interface “Menu Piutang”
130
Gambar 4.31 User Interface “Surat Tagih”
131
Gambar 4.32 User Interface “Bukti Bank Masuk”
132
Gambar 4.33 User Interface “Menu Utama” (Login sebagai staf akuntansi)
133
Gambar 4.34 User Interface “Laporan Piutang”
134 4.2 The Task of Design 4.2.1 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.
4.2.2 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
4.2.3 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.
Very Criterion
Less Important
Important Usable Secure
Important
Easily Irrelevant Fulfilled
135
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 2000. 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 16 port 10/100 mbps.
136
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.1 Equipment Sistem yang dirancang akan diimplementasikan pada komputer PC yang menggunakan sistem operasi Microsoft Windows dengan spesifikasi Pentium 4 2.8 GHz, RAM 512 MB, dan Hard disk 80 GB untuk server, sedangkan client dengan spesifikasi Pentium 4 1.8 GHz, RAM 256 MB, dan Hard disk 20 GB.
4.3.2 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.
137
4.3.3 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.
4.3.4 Design Language Rancangan dokumentasi ini didasarkan pada notasi Unified Modelling Language (UML).
4.4 Architecture 4.4.1 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.
138
<
> Client
<> Staf Servis UI
<> Staf Akuntansi UI
<> Staf Keuangan UI
<> Staf Gudang UI
<> Function
<> Function
<> Function
<> Function
<> Server
<> Function
<> Model
Gambar 4.36 Component Diagram
4.4.2 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.
140
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.1 Model Component Gambar di bawah ini menggambarkan class diagram yang sudah direvised. Class diagram yang sudah direvised adalah class Login, SuratPerintahKerjaDetail, FakturPenjualanDetail.
141 1
1
Login
Karyawan
-user_name : String -password : String +submit()
-kd_kary : char -nama : char -jabatan : char -alamat : String -telp : char -kota : char +check() +login() +logout()
1 1
Service -kd_serv : char -nama_serv : String -harga : Long +create_serv() +edit_serv() +check()
1..*
StafServis
StafGudang
StafKeuangan
+create_SPK() +create_FP()
+create_bon_barang()
+create_ST() +create_BBM() 1 Sparepart
FakturPenjualan
1
-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
1..*
1
1
-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()
1..* 1
1
1 BonBarang
1..*
1
1 1
1
Pelanggan
SuratTagih
1..*
-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() 1
1..*
1..*
1
-kd_plg : char -nama : char -alamat : String -kota : char -telp : char -NPWP : char -piutang : Long +register() +update_plg() +update_piutang() 1 1..*
1 1..* BuktiBankMasuk
FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail()
-kd_sparep : char -nama_sp : String -satuan : char -jns_mobil : String -merk_mobil : String -nama_mobil : char -stock : Integer -harga : Long +Check() +update_stock()
-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()
SPKDetail
Mobil -no_mobil : char -kd_plg : char -jenis : String -merk : String -nama : char -tahun : Integer +create_mobil() +Check() +edit()
-no_spk : char -kd_sparep : char -kd_serv : char -kuantitas : Integer +create_spk_detail() +edit_spk_detail() +delete_spk_detail() +update_stock()
Gambar 4.41 Revised Class Diagram
-no_BB : char -tgl_BB : Date -no_SPK : char -kd_sparep : char -kd_plg : char -kuantitas : Integer +create_bb() +edit_bb()
142 Berikut ini merupakan rincian dari class yang direvised: 1. Login Tujuan
: agar setiap staff mendapatkan hak akses tertentu
Attribute
: user_name, password
Operation
: submit Login -user_name : String -password : String +submit()
Gambar 4.42 Class Login
2. SuratPerintahKerjaDetail Tujuan
: mencatat item sparepart dan service dari Surat Perintah Kerja
Attribute
: no_spk, kd_sparep, kd_serv, kuantitas
Operation
: 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
: mencatat item sparepart dan service dari Faktur Penjualan Detail
Attribute
: no_faktur, kd_sparep, kd_serv, kuantitas, total
Operation
: create_faktur_detail
143
FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail()
Gambar 4.44 Class FakturPenjualanDetail
4.5.2 Function Component <> Model 1 Login
Karyawan
1
-user_name : String -password : String +submit()
Service
-kd_kary : char -nama : char -jabatan : char -alamat : String -telp : char -kota : char +check() +login() +logout()
1 1
-kd_serv : char -nama_serv : String -harga : Long +create_serv() +edit_serv() +check()
1..*
StafServis
StafGudang
+create_SPK() +create_FP()
+create_bon_barang()
StafKeuangan +create_ST() +create_BBM()
1 Sparepart
FakturPenjualan
1
-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
1..* 1
1
-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()
1..* 1 1
1
1..*
1 1..* FPDetail -no_faktur : char -kd_sparep : char -kd_serv : char -kuantitas : Integer -total : Long +create_faktur_detail()
1
1..*
1
-kd_plg : char -nama : char -alamat : String -kota : char -telp : char -NPWP : char -piutang : Long +register() +update_plg() +update_piutang()
-no_BB : char -tgl_BB : Date -no_SPK : char -kd_sparep : char -kd_plg : char -kuantitas : Integer +create_bb() +edit_bb()
1 1..* 1..*
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()
1
1 Pelanggan
SuratTagih
Mobil -no_mobil : char -kd_plg : char -jenis : String -merk : String -nama : char -tahun : Integer +create_mobil() +Check() +edit()
UpdateStock
BonBarang
1..*
-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()
<> Function
+read_spk_detail() +read_sparepart() +update_stock()
1 1
-kd_sparep : char -nama_sp : String -satuan : char -jns_mobil : String -merk_mobil : String -nama_mobil : char -stock : Integer -harga : Long +Check() +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.45 Function Component
UpdatePiutang +read_fp() +read_bbm() +update_piutang()
144
UpdateStock
SPKDetail
Sistem
read() result()
read() result()
compute()
update() update_successfull() result()
Gambar 4.46 Sequence Diagram Update Stock
Sparepart
145
UpdatePiutang
FakturPenjualan
BuktiBankMasuk
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
Pelanggan
146 4.5.3 Operation Specification
Name
Update Stock
Category
X Active Passive
X Update X Read X Compute Signal
Mengupdate Stock sparepart agar memberikan informasi stock Purpose
yang ada
Input data
Kd_sparep, kuantitas_sparepart, stock Sebuah objek dari Class SuratPerintahKerjaDetail mempunyai
Conditions
Kd_sparepart Nilai dari atribut kuantitas_sparepart <= Nilai dari atribut Stock
Effect
Atribut Stock pada Class Sparepart ter-update
Algorithm
Open SuratPerintahKerjaDetail, Sparepart Read SuratPerintahKerjaDetail, Sparepart Hitung Stock = Stock – kuantitas_sparepart Close SuratPerintahKerjaDetail, Sparepart
Data structures
-
Placement
Sparepart
Involved objects
SuratPerintahKerjaDetail, Sparepart
Triggering events
Membuat Surat Perintah Kerja
Tabel 4.4 Spesifikasi Operasi Update Stock
147
Name
Update Piutang
Category
X Active Passive
X Update X Read X Compute Signal
Purpose
memberikan informasi jumlah piutang sebenarnya
Input data
Kd_plg, Piutang, total_faktur, jumlah_byr Sebuah objek dari Class FakturPenjualan dan BuktiBankMasuk
Conditions
mempunyai kd_plg
Effect
Atribut Piutang dari Class Pelanggan ter-update
Algorithm
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
Pelanggan
Involved objects
FakturPenjualan, BuktiBankMasuk, Pelanggan
Triggering events
Membuat Faktur Penjualan & Membuat Bukti Bank Masuk
Tabel 4.5 Spesifikasi Operasi Update Piutang
148 4.6 User Interface Component
<> UI
Control
<> Print
<> Windows
Login W
Sparepart W
Menu Utama W
GantiPassw ord W
Service W
Pelanggan W
SPK. W
FakturPenju alan W
Surat Tagih W
BBM. W
Lap Penj. W
Form SPK.
Form BonBarang
Form SuratTagih
Mobil W
Form BBM
Lap Penj Per Plg.
Lap Penj Per Sparepart
Lap Piutang Per Plg.
Lap Penj Per Service
Lap Piutang. W
<> UI Library
Windows
Form FakturPenj
Print
Gambar 4.48 User Interface Component
149 4.7 Recommendations 4.7.1 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.
4.7.2 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
150 kebutuhan user. Selanjutnya, perusahaan sendiri yang akan menjaga sistem (maintenance)
4.7.3 Implementation Plan Sistem yang akan dirancang membutuhkan 1 orang programmer. Sedangkan untuk merancang jaringan dibutuhkan 1 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
Durasi (minggu)
Kegiatan
1 1 Analisis & Perancangan 2 Coding 3 Testing 4 Pengadaan Software 5 Pengadaan Hardware 6 Pengadaan Jaringan 7 Training 8 Implementasi (paralel)
2
3
Bulan 4 5 6 7 8 9 10 11 12
8 6 3 1 1 1 4 24
Tabel 4.6 Rencana Pengembangan Sistem