BAB 4 PERANCANGAN SISTEM INFORMASI AKUNTANSI SIKLUS PENDAPATAN DAN PERSEDIAAN PT. METALINDO MULTIDINAMIKA MANDIRI 4.1 Analysis Document 4.1.1 The Task Perancangan Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan pada PT. Metalindo Multidinamika Mandiri akan dimulai dengan pendeskripsian sistem dan prosedur yang diusulkan menggunakan FACTOR dan rich picture. 4.1.1.1 Purpose Pengembangan sistem informasi akuntansi siklus pendapatan dan persediaan pada perusahaan ini dilakukan untuk mendukung pencatatan dan pengendalian internal atas transaksi yang berkaitan dengan siklus pendapatan meliputi prosedur penerimaan pesanan dari pelanggan yang mencakup penawaran harga kepada pelanggan, pengiriman barang jadi, penagihan, hingga penerimaan pembayaran, dan pengelolaan persediaan meliputi pencatatan kartu persediaan, pencatatan dan pengecekan stock opname, pengeluaran barang jadi dan penerimaan retur barang jadi, serta pembuatan laporan-laporan secara berkala yang dibutuhkan manajemen untuk mendukung dalam pengambilan keputusan. Laporan-laporan yang dihasilkan adalah sebagai berikut: Laporan
170
Embed
BAB 4 PERANCANGAN SISTEM INFORMASI AKUNTANSI …thesis.binus.ac.id/Doc/Bab4/2011-2-00881-AKSI Bab4001.pdf · PERANCANGAN SISTEM INFORMASI AKUNTANSI SIKLUS PENDAPATAN DAN PERSEDIAAN
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
BAB 4
PERANCANGAN SISTEM INFORMASI AKUNTANSI SIKLUS
PENDAPATAN DAN PERSEDIAAN PT. METALINDO
MULTIDINAMIKA MANDIRI
4.1 Analysis Document
4.1.1 The Task
Perancangan Sistem Informasi Akuntansi Siklus Pendapatan dan
Persediaan pada PT. Metalindo Multidinamika Mandiri akan dimulai dengan
pendeskripsian sistem dan prosedur yang diusulkan menggunakan FACTOR
dan rich picture.
4.1.1.1 Purpose
Pengembangan sistem informasi akuntansi siklus pendapatan dan
persediaan pada perusahaan ini dilakukan untuk mendukung pencatatan dan
pengendalian internal atas transaksi yang berkaitan dengan siklus pendapatan
meliputi prosedur penerimaan pesanan dari pelanggan yang mencakup
penawaran harga kepada pelanggan, pengiriman barang jadi, penagihan, hingga
penerimaan pembayaran, dan pengelolaan persediaan meliputi pencatatan kartu
persediaan, pencatatan dan pengecekan stock opname, pengeluaran barang jadi
dan penerimaan retur barang jadi, serta pembuatan laporan-laporan secara
berkala yang dibutuhkan manajemen untuk mendukung dalam pengambilan
keputusan. Laporan-laporan yang dihasilkan adalah sebagai berikut: Laporan
2
Penjualan, Laporan Retur, Laporan Penerimaan Kas, Laporan Piutang, Laporan
Persediaan, Laporan Stock Opname, Laporan Review Limit Kredit dan Jurnal.
4.1.1.2 System Definition
Sistem informasi akuntansi siklus pendapatan dan persediaan yang
dirancang untuk PT. Metalindo Multidinamika Mandiri ini merupakan alat
bantu untuk menangani pencatatan dan pelaporan aktivitas harian perusahaan
yang berhubungan dengan siklus pendapatan dan persediaan. Sistem ini
menggunakan arsitektur client server. Setiap client dan server menggunakan
Personal Computer berbasis Windows dan client akan terhubung pada server
dengan menggunakan Local Area Network (LAN). Pengembangan sistem ini
dilakukan berdasarkan usulan perbaikan dari permasalahan yang ditemui dalam
aktivitas berjalan perusahaan. Untuk lebih jelasnya, system definition dari
sistem informasi akuntansi pendapatan dan persediaan PT. Metalindo
Multidinamika Mandiri dapat dilihat pada tabel berikut ini.
Tabel 4.1 System Definition dengan kriteria FACTOR
Functionality Sistem yang diusulkan ini akan mendukung fungsi
perusahaan dalam proses bisnis perusahaan terkait dengan
siklus pendapatan dan persediaan, dimulai dari pendataan
pelanggan, penilaian kredit pelanggan, pendataan Drawing,
pembuatan Preorder, Rencana Biaya Operasi, Surat
Penawaran Harga, pembuatan Surat Perintah Kerja,
3
pembuatan Order Sheet, pemilihan Sample, Bukti
Pengeluaran Barang Jadi, Surat Jalan, Invoice, Bukti Bayar,
Nota Retur, Surat Jalan Retur, pencatatan dan pengecekan
bahan baku, barang jadi dan melakukan stock opname serta
pembuatan laporan-laporan periodik yang dibutuhkan
manajemen untuk mendukung dalam pengambilan
keputusan, yaitu laporan penjualan, laporan retur, laporan
penerimaan kas, laporan piutang, laporan persediaan,
laporan stock opname, laporan review limit kredit dan
jurnal.
Application Domain Bagian Marketing, Bagian Engineering, Bagian Gudang,
Bagian Keuangan, dan Bagian Akuntansi
Condition Perlunya penyesuaian antara piranti lunak (software) dan
piranti keras (hardware) yang dimiliki perusahaan dengan
sistem yang akan diimplementasikan. Selain itu,
dibutuhkan pelatihan bagi karyawan yang akan
menggunakan sistem agar dapat beradaptasi dengan mudah
ketika menggunakan sistem ini.
Technology Minimal 5 Personal Computer (PC) beserta 1 buah server
yang dilengkapi beberapa peralatan tambahan seperti
printer, jaringan LAN dan fax. Piranti lunak yang
diperlukan adalah visual Studio 2008, .NET Framework
4.0, sistem operasi Microsoft Windows XP SP3 dan untuk
4
database menggunakan SQL Server 2008, serta berbagai
piranti lunak lainnya untuk mendukung jalannya sistem
yaitu driver yang dibutuhkan untuk menghubungkan PC
Tabel di bawah ini merupakan Event Table dari Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan pada PT. Metalindo Multidinamika Mandiri
41
Event/Class
Kar
yaw
an
Mark
etin
g
Engin
eeri
ng
Gud
ang
Keu
anga
n
Pel
angg
an
Pen
ilaia
n K
redi
t
Dra
win
g
P
reord
er
RB
O
SP
H
SP
K
Ord
er
Sheet
BP
gBJ
Kar
tu
Per
sedi
aan
BB
BJ
Sto
ck o
pnam
e
SJ
Invo
ice
Buk
ti_B
ayar
Not
a R
etur
SJ
Ret
ur
Sam
ple
Mendaftar_karyawan + * * *
*
Mengedit_karyawan + * * * *
Mendaftar_Pelanggan * +
Menbuat_penilaian_kredit * * +
Mendaftar_drawing *
+
Membuat_Preorder *
* +
Membuat_RBO *
*
+
Membuat_SPH * * +
Membuat_SPK * * +
Membuat_Sample *
* +
Membuat_Ordersheet * * + Membuat_BPgBJ * * +
Membuat_KP * + * *
Membuat_SOP *
* * +
Membuat_SJ * * +
Membuat_Invoice *
* +
Membuat_Bukti_Bayar *
* +
Membuat_Nota_Retur * * +
42
Membuat_SJ_Retur *
*
+
Mendaftar_pelanggan +
Mendaftar_Drawing * *
+
Memesan *
* +
Menilai_Kredit * +
Mengkalkulasi *
+
Menawar *
* +
Memerintah * * +
Memilih_Sample *
* +
Mengorder_produksi *
* +
Mengeluarkan_BJ *
+ *
Mencatat_KP *
+
Mendaftar_BB * * +
Mendaftar BJ *
* +
Mengecek_BB *
+ *
Mengecek_BJ *
+ *
Mengirim *
* +
Menagih *
* +
Membayar *
* +
Mencatat_BJ_yg_rusak *
* +
Mengembalikan * * + Tabel 4.26 Event Table Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan PT. Metalindo Multidinamika Mandiri
43
4.1.3 Application Domain
4.1.3.1 Usages
4.1.3.1.1 Actor Table
Terdapat lima actor yang akan menggunakan sistem informasi akuntansi
siklus pendapatan dan persediaan ini, yaitu Bagian Marketing, Bagian
Engineering, Bagian Gudang, Bagian Keuangan dan Bagian Akuntansi dengan
memiliki dua puluh tujuh usecase dalam sistem informasi akuntansi siklus
pendapatan dan persediaan yang dikembangkan ini.
Tabel 4.29 dibawah ini menunjukkan hubungan antara actor dengan use
case dalam sistem informasi akuntansi siklus pendapatan dan persediaan pada
PT. Metalindo Multidinamika Mandiri yang diusulkan.
Actor Bagian Marketing
Bagian Engineering
Bagian Gudang
Bagian Keuangan
Bagian Akuntansi Use Case
Mendaftar Pelanggan v
Membuat_Penilaian_Kredit v
Mendaftar BB v
Membuat Sample v
Mendaftar BJ v
Mendaftar Drawing v
Membuat Preorder v
Membuat RBO v
Membuat SPH v
Membuat SPK v
Membuat Order Sheet v
Membuat KP v
Membuat BPgBJ v
44
Tabel 4.27 Actor Table Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan
PT. Metalindo Multidinamika Mandiri
4.1.3.1.2 Actors
Actor specifications dari sistem informasi akuntansi siklus pendapatan
dan persediaan pada PT. Metalindo Multidinamika Mandiri adalah sebagai
berikut.
Tabel 4.28 Actor Specification untuk Bagian Marketing
Bagian Marketing
Tujuan
Karyawan yang bertanggung jawab dalam kegiatan mendata pelanggan dan Drawing, membuat Preorder yang ditujukan untuk pelanggan sebagai bukti pemesanan awal pelayanan oleh pelanggan, membuat SPH untuk melakukan penawaran dengan pelanggan, membuat SPK yang digunakan untuk menugaskan Bagian Engineering agar mengerjakan pembuatan Sample yang diinginkan pelanggan, membuat OS untuk menugaskan Bagian produksi memproduksi pesanan, membuat Nota retur untuk mengembalikan barang yang rusak ke Gudang, serta membuat laporan penjualan dan laporan retur.
Karakteristik Bagian Marketing harus memiliki kemampuan berkomunikasi
Mendaftar Stock Opname v
Membuat SJ v
Membuat Invoice v
Membuat Bukti Bayar v
Membuat Nota retur v
Membuat Surat Jalan Retur v
Membuat Laporan Penjualan v Membuat Laporan Penerimaan Kas v
Membuat Laporan Piutang v
Membuat Laporan Persediaan v
Membuat Laporan Retur v
Membuat Laporan Limit Kredit v
Membuat Jurnal v
45
yang baik terutama dalam melayani pelanggan, memiliki pengetahuan yang baik mengenai produk jasa, bisa menjalankan komputer dengan baik sehingga dapat melakukan pekerjaan dengan baik, min. lulusan D3.
Contoh
Bagian Marketing menerima Drawing dari pelanggan, kemudian akan dibuatkan Preorder yang akan diberikan ke pelanggan sebagai bukti penerimaan pesanan awal pelayanan. Setelah itu, atas dasar Preorder dengan No Preorder PO0001. maka Bagian Marketing meminta Engineering untuk membuat RBO dengan No RBO RB0001 yang mana nantinya akan dijadikan dasar pembuatan SPH oleh Marketing untuk membuat penawaran harga dengan pelanggan dengan No SPH SH0001
Tabel 4.29 Actor Specification untuk Bagian Engineering
Bagian Engineering
Tujuan Karyawan yang bertanggung jawab dalam membuat rencana biaya operasi dan membuat Sample pesanan Pelanggan.
Karakteristik Bagian Engineering harus bisa melakukan pekerjaan-pekerjaan teknisi untuk membuat cetakan, min. lulusan STM jurusan mesin dan memiliki ketelitian dalam bekerja.
Contoh
Bagian Engineering akan menerima Drawing dan mengkalkulasi biaya produksi dengan membuat RBO dengan No RBO RB001 kemudian setelah tercapai kesepakatan antara Marketing dengan Pelanggan, Bagian Engineering akan menerima SPK dari Marketing dengan No SPK SK0001 untuk membuat Sample sesuai dengan keinginan Pelanggan.
Tabel 4.30 Actor Specification untuk Bagian Gudang
Bagian Gudang
Tujuan
Karyawan yang bertanggung jawab dalam pengelolaan bahan baku dan barang jadi yang ada di gudang, mengawasi proses masuk dan keluarnya bahan baku serta barang jadi, mengupdate kartu persediaan, membuat Stock Opname, dan terakhir membuat laporan persediaan.
Karakteristik
Bagian gudang setidaknya harus bisa menjalankan komputer dengan baik sehingga dapat mengecek stok yang ada di dalam gudang, memiliki ketelitian dalam penghitungan dan pencatatan bahan baku yang masuk maupun yang keluar dari gudang, min. lulusan D3, dan memiliki pengalaman administratif untuk mencatat dan mendata bahan baku dan barang jadi.
Contoh Bagian gudang menerima konfirmasi BPGBJ dari manajer
46
Gudang bahwa atas dasar BPGBJ dengan No PG0001, maka Bagian gudang akan mengirim barang jadi dengan membuat surat jalan No SJ SJ0001 sesuai dengan pelayanan yang tercantum dalam BPGBJ.
Tabel 4.31 Actor Specification untuk Bagian Keuangan
Bagian Keuangan
Tujuan
Karyawan yang bertanggung jawab dalam pengelolaan keuangan perusahaan. Lalu melakukan pengecekan piutang yang sudah jatuh tempo, membuat Invoice dan membuat Bukti Bayar dari Pelanggan, serta membuat Laporan Penerimaan Kas dan Laporan Piutang.
Karakteristik
Bagian keuangan setidaknya harus bisa mengoperasikan komputer dengan baik, memiliki ketelitian dalam penghitungan penerimaan kas, bisa mengelola keuangan perusahaan, min. lulusan S1, memiliki pengalaman dalam bidang keuangan
Contoh Bagian keuangan akan mencatat keluar masuknya uang perusahaan dan mengecek daftar piutang yang sudah jatuh tempo yang belum terbayarkan serta membuat laporan penerimaan kas
Tabel 4.32 Actor Specification untuk Bagian Akuntansi
Bagian Akuntansi
Tujuan Karyawan yang bertanggung jawab dalam pembuatan jurnal dari setiap transaksi perusahaan.
Karakteristik Bagian akuntansi harus bisa melakukan penjurnalan setiap transaksi, min. lulusan S1 jurusan akuntansi, memiliki ketelitian dalam penjurnalan dan memiliki pengalaman dalam bidang akuntansi
Contoh Bagian akuntansi akan mencatat semua transaksi dalam siklus pendapatan dan persediaan ke dalam jurnal.
47
4.1.3.1.3 Use Cases
Gambar 4.58 Use case untuk Sistem Informasi Akuntansi Siklus Pendapatan dan
Persediaan PT. Metalindo Multidinamika Mandiri.
48
Berikut ini adalah Use case Specification yang terdapat dalam sistem
informasi akuntansi siklus pendapatan dan persediaan pada PT. Metalindo
Multidinamika Mandiri.
Tabel 4.33 Use case Specification untuk “Mendaftar Pelanggan”
Mendaftar Pelanggan
Use case
Proses interaksi ini dilakukan apabila pelanggan yang ingin melakukan pemesanan barang namun belum terdaftar dalam sistem. Pendataan pelanggan dilakukan oleh Bagian Marketing, dengan cara masuk ke menu "Master", kemudian pilih "Pelanggan". Tampilan windows ketika pertama kali muncul adalah tampilan windows pelanggan dengan record yang terakhir. Karena itu, user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Marketing dapat menginput data pelanggan yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate Kd_Pelanggan dan setelah tombol "Save ditekan, maka data pelanggan akan tersimpan dalam sistem.
Tabel 4.34 Use case Specification untuk “Membuat_Penilaian_kredit”
Membuat Penilaian Kredit
Use case
Proses interaksi ini dilakukan apabila pelanggan yang ingin melakukan pemesanan barang namun belum terdaftar dalam sistem. Pendataan pelanggan dilakukan oleh Bagian Marketing, dengan cara masuk ke menu "Master", kemudian pilih "Penilaian Kredit". Tampilan windows ketika pertama kali muncul adalah tampilan windows pelanggan dengan record yang terakhir. Karena itu, user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Marketing dapat menginput data Penilaian Kredit terhadap pelanggan yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate No_Penilaian_Kredit dan setelah tombol "Save ditekan, maka data penilaian Kredit akan tersimpan dalam sistem.
Object Penilaian Kredit, Pelanggan
Function
get_data_ Penilaian Kredit (), get_last_No_Penilaian Kredit (), generate_No_Penilaian Kredit (), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), save(), update(), get_last_record()
49
Tabel 4.35 Use case Specification untuk “Mendata Bahan Baku”
Mendata BB
Use case
Proses interaksi ini dilakukan untuk mendata Bahan Baku yang masuk ke gudang. Pendataan Bahan Baku dilakukan oleh Bagian Gudang, dengan cara masuk ke menu "Master", kemudian pilih "Bahan Baku". Tampilan windows ketika pertama kali muncul adalah tampilan windows Bahan Baku dengan record yang terakhir. Karena itu, user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Gudang dapat menginput data Bahan Baku yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate Kd_BB dan setelah tombol "Save" ditekan, maka data Bahan Baku akan tersimpan dalam sistem.
Tabel 4.36 Use case Specification untuk “Membuat Sample”
Membuat Sample
Use case
Proses interaksi ini digunakan untuk membuat Sample yang sesuai dengan Drawing yang telah diberikan oleh pelanggan. Pembuatan Sample dilakukan oleh Bagian Engineering, dengan cara memilih menu "Transaksi", kemudian "Sample". Ketika pertama kali dibuka, windows Sample akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate Kd Sample. Kemudian user memilih No SPK dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object SPK, Sample
Function generate_tanggal(), get_last_Kd_Sample(), generate_Kd_Sample(), get_Kd_karyawan(), get_No_SPK(),cancel(), save(), print()
Tabel 4.37 Use case Specification untuk “Mendata Barang Jadi”
Mendaftar BJ
Use case
Proses interaksi ini dilakukan untuk mendata Barang Jadi yang masuk ke gudang. Pendataan Barang Jadi dilakukan oleh Bagian Gudang, dengan cara masuk ke menu "Master", kemudian pilih "Barang Jadi". Tampilan windows ketika pertama kali muncul adalah tampilan windows Barang Jadi dengan record yang terakhir. Karena itu, user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Gudang dapat menginput data Barang Jadi yang dimaksud. Setelah
50
semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate Kd_BJ dan setelah tombol "Save" ditekan, maka data Barang Jadi akan tersimpan dalam sistem.
Tabel 4.38 Use case Specification untuk “Mendaftar Drawing”
Mendaftar Drawing
Use case
Proses interaksi ini dilakukan apabila barang yang iningin dihasilkan baru atau belum pernah sebelumnya maka Drawing ini perlu didatakan sebelumnya. Pendataan Drawing dilakukan oleh Bagian dengan cara masuk ke menu "Master", kemudian pilih "Drawing". Tampilan windows ketika pertama kali muncul adalah tampilan windows Drawing dengan record yang terakhir. Karena itu user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Marketing dapat menginput data Drawing yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate No_Drawing dan setelah itu klik tombol "Save" maka data Drawing akan tersimpan dalam sistem.
Tabel 4.39 Use case Specification untuk “Membuat Preorder”
Membuat Preorder
Use Case
Proses interaksi ini dilakukan untuk mencatat pesanan awal yang diinginkan pelanggan. Pembuatan Preorder dilakukan oleh Bagian Marketing, dengan cara memilih menu “Transaksi”, kemudian “Preorder”. Ketika pertama kali dibuka, windows Preorder akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “New”. Sistem akan secara otomatis meng-generate No Preorder. Kemudian user memilih Kd_pelanggan yang melakukan pemesanan, memilih Drawing yang akan diberikan pelayanan. Setelah itu, untuk menyimpan Preorder, ditekan tombol “Save” kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print".
Object Pelanggan, Preorder Function generate_tanggal(), get_last_No_Preorder(), generate_No_Preorder(),
Tabel 4.40 Use case Specification untuk “Membuat Rencana Biaya Operasi”
Membuat RBO
Use case
Proses interaksi ini digunakan untuk mengkalkulasi biaya operasi untuk membuat barang baru yang sesuai keinginan pelanggan. Pembuatan RBO dilakukan oleh Bagian Engineering, dengan cara memilih menu "Transaksi", kemudian "RBO". Ketika pertama kali dibuka, windows RBO akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No RBO. Kemudian user memilih No Preorder dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Preorder, RBO
Function generate_tanggal(), get_last_No_RBO(), generate_No_RBO(), get_Kd_karyawan(), get_No_Preorder(), cancel(), save(), print()
Tabel 4.41 Use case Specification untuk “Membuat Surat Penawaran Harga”
Membuat SPH
Use case
Proses interaksi ini dilakukan untuk memberikan penawaran harga kepada pelanggan. Pembuatan SPH dilakukan oleh Bagian Marketing dengan cara masuk ke menu "Transaksi", kemudian pilih "SPH". Tampilan windows ketika pertama kali muncul adalah tampilan windows produk dengan record yang terakhir. Karena itu user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Marketing dapat menginput data utk membuat SPH yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate No_SPH dan setelah itu klik tombol "Save" maka data produk akan tersimpan dalam sistem. Untuk mencetaknya tekan tombol "Print".
Tabel 4.42 Use case Specification untuk “Membuat Surat Perintah Kerja”
Membuat SPK
Use case Proses interaksi ini dilakukan untuk memberikan perintah ke bagian engineer untuk membuat Sample yang di pesan. Pembuatan SPK
52
dilakukan oleh Bagian Marketing dengan cara masuk ke menu "Transaksi", kemudian pilih "SPK". Tampilan windows ketika pertama kali muncul adalah tampilan windows SPK dengan record yang terakhir. Karena itu user harus menekan tombol "New" terlebih dahulu, kemudian barulah Bagian Marketing dapat mmbuat SPK yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate No_SPK dan setelah itu klik tombol "Save" maka SPK akan terbuat akan tersimpan dalam sistem. Untuk mencetaknya tekan tombol "Print".
Object SPK, Preorder
Function get_last_No_SPK(), generate_No_SPK(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), save(), update(), get_last_record()
Tabel 4.43 Use case Specification untuk “Membuat Order Sheet”
Membuat Order Sheet
Use case
Proses interaksi ini dilakukan untuk mencatat pesanan yang diinginkan pelanggan dimana Sample sudah jadi. Pembuatan Order Sheet dilakukan oleh Bagian Marketing, dengan cara memilih menu “Transaksi”, kemudian “Order Sheet”. Ketika pertama kali dibuka, windows Order Sheet akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “New”. Sistem akan secara otomatis meng-generate No Order Sheet. Kemudian user memilih Kd pelanggan yang melakukan pemesanan dan secara otomatis akan menghitung dan mengecek limit kredit pelanggan yang nantinya akan muncul keterangan apakah boleh melakukan kredit atau tidak, memilih Sample yang akan diberikan pelayanan. Setelah itu, untuk menyimpan Order Sheet, ditekan tombol “Save” kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print".
Tabel 4.44 Use case Specification untuk “Membuat Bukti Pengeluaran Barang Jadi”
Membuat Bukti Pengeluaran Barang Jadi
Use case Proses interaksi ini digunakan sebagai bukti pengeluaran barang jadi yang akan dikirimkan ke pelanggan. Pembuatan BPgBJ dilakukan oleh Bagian Gudang, dengan cara memilih menu "Transaksi", kemudian "Pengeluaran BJ". Ketika pertama kali dibuka, windows BPgBJ akan
53
berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No BPgBJ. Kemudian user memilih No KP dan OS dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object OS, KP, BPgBJ
Function generate_tanggal(), get_last_No_BPgBJ(), generate_No_BPgBJ(), get_Kd_karyawan(), get_No_KP(), get_No_OS(), cancel(), save(), print()
Tabel 4.45 Use case Specification untuk “Membuat Surat Jalan”
Membuat Surat Jalan
Use case
Proses interaksi ini digunakan sebagai bukti pengiriman barang ke pelanggan. Pembuatan Surat Jalan dilakukan oleh Bagian Gudang, dengan cara memilih menu "Transaksi", kemudian "Surat Jalan". Ketika pertama kali dibuka, windows Surat Jalan akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No SJ. Kemudian user memilih No BPgBJ dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object BPgBJ, SJ
Function generate_tanggal(), get_last_No_SJ(), generate_No _SJ(), get_Kd_karyawan(), get_No_BPgBJ(), cancel(), save(), print()
Tabel 4.46 Use case Specification untuk “Membuat Invoice”
Membuat Invoice
Use case
Proses interaksi ini digunakan sebagai bukti penagihan kepada pelanggan untuk segera melunasi piutangnya. Pembuatan Invoice dilakukan oleh Bagian Keuangan, dengan cara memilih menu "Transaksi", kemudian "Invoice". Ketika pertama kali dibuka, windows Invoice akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No Invoice. Kemudian user memilih No SJ dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object SJ, Invoice
Function generate_tanggal(), get_last_No_Invoice(), generate_No_Invoice(), get_Kd_karyawan(), get_No_SJ(), cancel(), save(), print()
54
Tabel 4.47 Use case Specification untuk “Membuat Bukti Bayar”
Membuat Bukti Bayar
Use case
Proses interaksi ini digunakan sebagai bukti pelunasan pembayaran yg dilakukan oleh pelanggan. Pembuatan Bukti Bayar dilakukan oleh Bagian Keuangan, dengan cara memilih menu "Transaksi", kemudian "Bukti Bayar". Ketika pertama kali dibuka, windows Bukti Bayar akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No Bukti Bayar. Kemudian user memilih No Invoice dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Invoice, Bukti Bayar
Function generate_tanggal(), get_last_No_Bukti_Bayar (), generate_No_Bukti_Bayar(), get_Kd_karyawan(), get_No_Invoice(), cancel(), save(), print()
Tabel 4.48 Use case Specification untuk “Membuat Nota Retur”
Membuat Nota Retur
Use case
Proses interaksi ini digunakan untuk mencatat barang-barang yang diretur oleh pelanggan. Pembuatan Nota Retur dilakukan oleh Bagian Marketing, dengan cara memilih menu "Transaksi", kemudian "Nota Retur". Ketika pertama kali dibuka, windows Nota Retur akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No Nota Retur. Kemudian user memilih No Order Sheet. Setelah itu untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Order Sheet, Nota Retur
Function generate_tanggal(), get_last_No_Nota Retur(), generate_No_Nota_Retur(), get_data_OS(), cancel(), save(),print()
Tabel 4.49 Use case Specification untuk “Membuat Surat Jalan Retur”
Membuat Surat Jalan Retur
Use case
Proses interaksi ini digunakan untuk mencatat barang jadi yang kembali dikirim oleh Bagian Gudang kepada pelanggan. Pembuatan Surat Jalan Retur dilakukan oleh Bagian Gudang, dengan cara memilih menu "Transaksi", kemudian "SJ Retur". Ketika pertama kali dibuka, windows SJ Retur akan berisi mengenai record terakhir. Karena itu,
55
untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No SJ Retur. Kemudian user memilih No Nota Retur. Setelah itu untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Nota Retur, Surat Jalan Retur
Function generate_tanggal(), get_last_No_SJ Retur(), generate_No_SJ_Retur(), get_data_Nota_Retur(), cancel(), save(),print()
Tabel 4.50 Use case Specification untuk “Mencatat Kartu Persediaan”
Mencatat Kartu Persediaan
Use case
Proses interaksi ini dilakukan untuk mencatat keluar masuknya bahan baku dan Barang Jadi dari gudang. Pembuatan Kartu Persediaan dilakukan oleh Bagian Gudang, dengan cara memilih menu "Transaksi", kemudian "Kartu Persediaan". Ketika pertama kali dibuka, windows Kartu Persediaan akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No Kartu Persediaan. Kemudian user memilih Kd BB , Kd BJ dan untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Bahan Baku, Barang Jadi, Kartu Persediaan
Function generate_tanggal(), get_Kd_BB(), get_Kd_BJ(), get_last_ No _KP(), generate_ No_KP(), hitung_sisa(), save(), get_last_data(), print()
Tabel 4.51 Use case Specification untuk “Mendata Stock Opname”
Mendata Stock Opname
Use case
Proses interaksi ini dilakukan untuk mencatat bahan bakudan Barang Jadi yang ada di gudang yang nantinya dicocokan dengan kartu persediaan. Pembuatan Stock Opname dilakukan oleh Bagian Gudang, dengan cara memilih menu "Transaksi", kemudian "Stock Opname". Ketika pertama kali dibuka, windows Stock Opname akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol "New". Sistem akan secara otomatis meng-generate No Stock Opname. Kemudian user memilih Kd BB , Kd BJ dan No KP. Setelah itu untuk menyimpannya tekan tombol "Save" kemudian akan langsung tersimpan ke dalam sistem. Untuk mencetaknya tekan tombol "Print"
Object Bahan Baku,Barang Jadi, Kartu Persediaan, Stock Opname
Tabel 4.52 Use case Specification untuk “Membuat Laporan Penjualan”
Membuat Laporan Penjualan
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi penjualan pada periode tertentu. Pembuatan Laporan Penjualan dilakukan oleh Bagian Marketing, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Penjualan".
Object Pelanggan, Order Sheet
Function get_data_OS(), get_data_pelanggan(), hitung_subtotal(), hitung_total_penjualan(), print()
Tabel 4.53 Use case Specification untuk “Membuat Laporan Penerimaan Kas”
Membuat Laporan Penerimaan Kas
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi penerimaan kas pada periode tertentu. Pembuatan Laporan Penerimaan kas dilakukan oleh Bagian Keuangan, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Penerimaan Kas".
Object Pelanggan, Bukti Bayar, Invoice Function get_data_bayar(), get_detail(), hitung_total_penerimaan_kas(), print()
Tabel 4.54 Use case Specification untuk “Membuat Laporan Persediaan”
Membuat Laporan Persediaan
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi persediaan pada periode tertentu. Pembuatan Laporan Persediaan dilakukan oleh Bagian Gudang, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Persediaan".
Object Bahan Baku, Barang Jadi, Kartu Persediaan, Stock Opname Function get_data_KP(), hitung_Total_bb() hitung_total_BJ(), cek sisa(), print()
Tabel 4.55 Use case Specification untuk “Membuat Laporan Stock Opname”
Membuat Laporan Stock Opname
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi Stock Opname pada periode tertentu. Pembuatan Laporan Stock Opname dilakukan oleh Bagian Gudang, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Stock Opname ".
Object Bahan Baku, Barang Jadi, Kartu Persediaan, Stock Opname Function get_data_SOP(),hitung_Total_BB(),hitung_total_BJ(),cek_selisih(),print()
57
Tabel 4.56 Use case Specification untuk “Membuat Laporan Retur”
Membuat Laporan Retur
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi mengenai Retur Barang dr pelanggan pada periode tertentu. Pembuatan Laporan Retur dilakukan oleh Bagian Marketing, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Retur".
Object Pelanggan, OS, Nota Retur Function get_data_OS(), get_data_Nota_retur(), hitung_total_retur(), print()
Tabel 4.57 Use case Specification untuk “Membuat Laporan Piutang”
Membuat Laporan Piutang
Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi piutang pada periode tertentu. Pembuatan Laporan Piutang dilakukan oleh Bagian Keuangan, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih "Laporan Piutang".
Object Pelanggan, OS, Bukti Bayar, Invoice
Function get_data_OS(), get_data_Bukti_Bayar(), get_data_Invoice(), hitung_total_piutang(), print()
Tabel 4.58 Use case Specification untuk “Membuat Laporan Review Limit Kredit”
Membuat Laporan Review Limit Kredit Use case
Proses interaksi ini dilakukan untuk menghasilkan informasi mengenai limit kredit pelanggan pada periode tertentu. Pembuatan Laporan Review Limit Kredit dilakukan oleh Bagian Keuangan dengan cara memilih menu “Laporan” kemudian “Report Viewer”, lalu pilih “Laporan Review Limit Kredit”
Object Penilaian_Kredit, Pelanggan
Function get_Kd_pelanggan(), get_nama_pelanggan(), get_tgl_jatuh_tempo(), get_grandtotal(), get_tgl_bayar(), get_Nominal(), calculate_hari_terlambat(), print()
Tabel 4.59 Use case Specification untuk “Membuat Jurnal”
Membuat Jurnal
Use case Proses interaksi ini dilakukan untuk membuat jurnal pada periode tertentu. Pembuatan Jurnal dilakukan oleh Bagian Akuntansi, dengan cara memilih menu "Laporan", kemudian “Report Viewer”, lalu pilih lalu pilih “Jurnal”.
Object OS, Bukti Bayar, Nota Retur, Kartu Persediaan
Function get_data_OS(), get_data_Bukti_Bayar(), get_data_NR(), get_data_KP(),hitung_debit(), hitung_kredit(), hitung_balance(), print()
58
4.1.3.2 Function List
Tabel 4.60 Function List untuk Sistem Informasi Akuntansi Siklus
Pendapatan dan Persediaan yang diusulkan
Function List Types Complexity Mendaftar Pelanggan Read, Update, Compute Simple get_data_pelanggan() get_last_Kd_pelanggan() generate_Kd_pelanggan() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() save() update() get_last_record()
Membuat Order Sheet Read, Update, Compute Medium generate_tanggal() get_last_No_OS() generate_No_OS() get_Kd_Sample_brg_jadi() get_data_Sample_brg_jadi() cancel() save() print()
Membuat BPgBJ Read, Update, Compute Simple generate_tanggal() get_last_No_BPgBJ() generate_No_BPgBJ()
Read, Compute Read Read, Compute
Simple Simple Simple
61
get_No_KP() get_No_OS() cancel() save() print()
Read Read Update Update Read
Simple Simple Simple Simple Simple
Membuat Surat Jalan Read, Update, Compute Simple generate_tanggal() get_last_No_SJ() generate_No_SJ(), get_No_BPgBJ() get_Kd_Pelanggan() cancel() save() print()
Mother Board Support Intel Support Intel Memory 2GB DDR3 667 SDRAM 6GB DDR3 1333MHz RAM Hard Disk Drive 320GB 500GB CD-ROM DVD/CD-RW Combo 16x DVD-ROM Monitor 15’’ 15’’ Keyboard dan Mouse Mouse Optical
Keyboard Standard Mouse Optical Keyboard Standard
NIC 100Mbps 100Mbps Sound Card On-board On-board Graphic On-board (Max. 512 MB) On-board (Max. 512 MB) Printer Printer Dot Matrix - Operating System Windows XP Professional
(32-Bit) Microsoft Windows 2003 Intel Xeon
4.2.2.2 System Software
Desain Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan
pada PT. Metalindo Multidinamika Mandiri berdasarkan implementasi sistem
pada Microsoft Visual Studio 2010 Ultimate dan SQL Server 2008 sebagai
database engine-nya.
4.2.2.3 System Interfaces
Dalam mengimplementasikannya, sistem ini juga memerlukan printer
yang dapat mencetak pada format surat. Untuk Client karyawan ditiap-tiap
bagian akan menggunakan printer dot matrix dan sistem operasi harus dapat
menangani interface printer.
143
4.2.2.4 Design Language
Dokumen-dokumen yang ada dirancang dengan menggunakan Notasi
UML (Unified Model Language) yang berorientasi objek dengan menggunakan
tools dari Microsoft Office Visio 2003.
4.2.3 Architecture
4.2.3.1 Component architecture
Sistem informasi akuntansi siklus pendapatan dan persediaan PT.
Metalindo Multidinamika Mandiri menggunakan arsitektur Clien-Server
dengan bentuk Centralized Data, dimana pada Client terdapat komponen User
Interface dan Function, sedangkan pada Server terdapat komponen Model.
Setiap Client memiliki komponen function yang digunakan untuk membaca,
menghapus dan mengubah data yang ada di server sesuai hak akses masing-
masing melalui User Interface-nya yang kemudian selanjutnya diproses atau
diperbaharui dan data yang diperbaharui tersebut akan disimpan di server.
Gambar berikut ini menunjukkan arsitektur sistem informasi akuntansi siklus
pendapatan dan persediaan PT. Metalindo Multidinamika Mandiri.
144
Gambar 4.143 Component Diagram untuk Sistem Informasi Akuntansi Siklus
Pendapatan dan Persediaan PT. Metalindo Multidinamika Mandiri
4.2.3.2 Process Architecture
Deployment Diagram untuk sistem ini dirancang dengan menggunakan
centralized pattern, yaitu pada Client terdapat komponen User Interface,
Function dan External Device, sedangkan pada server hanya terdapat
komponen Model. Semua data yang di-input melalui komponen User Interface
pada Client diproses oleh Client tersebut melalui komponen Function pada
145
Client, kemudian Server akan menampung segala input dari Client melalui
komponen Model pada server. Hasil output data pada Client dicetak dengan
menggunakan printer yang merupakan external device pada Client tersebut.
Gambar 4.144 Deployment Diagram untuk Sistem Informasi Akuntansi Siklus
Pendapatan PT. Metalindo Multidinamika Mandiri
146
Gambar 4.145 Arsitektur Jaringan untuk Sistem Informasi Akuntansi Siklus Pendapatan
dan Persediaan PT. Metalindo Multidinamika Mandiri
4.2.3.3 Standard
Windows dan pesan kesalahan yang terdapat dalam sistem informasi
akuntansi siklus pendapatan dan persediaan pada PT. Metalindo Multidinamika
Mandiri dirancang mengikuti standard Windows. Untuk lebih jelasnya,
147
beberapa contoh pesan kesalahan dan menu standar, pada gambar 4.132 berikut
ini.
148
Gambar 4.146 Beberapa Contoh Gambar Menu Standard dan Pesan Kesalahan
4.2.4 Component
4.2.4.1 Model Component
Model Component menyatakan kebutuhan dari function dan model.
Seluruh function akan diimplementasikan dalam operasi yang terdapat dalam
Model Component. Tujuan dari Model Component ini adalah untuk
mengirimkan data sekarang dan historis ke function, interface dan pengguna
sistem.
4.2.4.1.1 Structure
Gambar 4.148 dibawah ini merupakan Revised Class Diagram dari
Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan pada PT.
Metalindo Multidinamika Mandiri.
149
Gambar 4.147 Revised Class Diagram Sistem Informasi Akuntansi Siklus Pendapatan
dan Persediaan pada PT. Metalindo Multidinamika Mandiri.
4.2.4.2 Function Component
4.2.4.2.1 Structure
Gambar 4.149 di bawah ini merupakan gambar Function Component dari sistem yang
dirancang.
Gambar 4.148 Function Component Diagram dari Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan pada PT. Metalindo MultidinamikaMandiri
4.2.4.2.2 Operation Specification
Tabel 4.65 Operation Specification Penghitungan Rencana Biaya Operasi Name Operation Menghitung RBO
Category
- Active - Update X Passive X Read X Compute - Signal
Purpose Mencetak RBO yang berisi rencana biaya operasi dan nantinya akan diberikan kepada bagian Marketing sebagai tanda bukti kesanggupan pemesanan pelanggan
Input data No_RBO
Conditions Jika Marketing menyerahkan Preorder kepada bagian Engineering
Effect Tercetaknya RBO
Algorithm
Select* from RBO; Select* from No_Preorder; Select* from No_Bahan_Baku; (get No_RBO, No_Preorder, Kd_Pelanggan, No_Drawing, tgl_RBO from RBO), (get nama_Pelanggan from Pelanggan), (get nama_Drawing, dimensi, lokasi_gambar, keterangan_pesanan from Drawing), (get nama_bahan_baku,spec_BB, harga, jumlah_BB, biaya from bahan Baku), calculate_biaya, calculate_total_biaya_operasi
Data Structures String, long, date Placement Pencetakan RBO Involved Objects RBO, Preorder, Pelanggan, Drawing, Bahan Baku Triggering Event Mencatat_Pelayanan
Tabel 4.66 Operation Specification Pencetakan Surat Perintah Kerja Name Operation Mencetak SPK
Category
- Active - Update X Passive X Read - Compute - Signal
Purpose Mencetak SPK yang akan diberikan kepada bagian Engineering untuk membuat Sample, dan sebagai bukti
152
juga telah terjadi kesepakatan harga dengan pelanggan
Input data No_SPK
Conditions Jika status SPH di approved atau disepakati oleh Pelanggan
Effect Tercetaknya SPK
Algorithm
Select* from SPK; Select* from Preorder; Select* from Drawing; (get No_SPK, No_Preorder, Kd_Part, tgl_SPK from SPK), (get nama_Drawing from Drawing), (get nama_part, dimensi, jenis_pengerjaan from Part)
Data Structures String, long, date Placement Pencetakan SPK Involved Objects SPK, Preorder, Drawing, Part Triggering Event Mencatat_Pelayanan
Tabel 4.67 Operation Specification Pencetakan Order Sheet Name Operation Mencetak Order Sheet
Category
- Active - Update X Passive X Read - Compute - Signal
Purpose
Mencetak Order Sheet yang akan diberikan kepada bagian Produksi untuk memproduksi barang dan sebagai tanda bukti Sample telah di approved atau disetujui oleh pelanggan.
Input data No_Order Sheet
Conditions Jika Pelanggan telah menyetujui Sample yang telah dibuat
Effect Tercetaknya Order Sheet
Algorithm
Select* from Order Sheet; Select* from Sample; (get No_Order Sheet, tgl_Order Sheet from Order Sheet), (get tanggal_delivery, jumlah_delivery from Order Sheet), (get keterangan, jumlah_pesanan from Sample)
Data Structures String, long, date Placement Pencetakan Order Sheet
153
Involved Objects Order Sheet, Sample Triggering Event Mencatat_Pelayanan
Tabel 4.68 Operation Specification Penghitungan Invoice Name Operation Mencetak Invoice
Category
- Active - Update X Passive X Read X Compute - Signal
Purpose Mencetak Invoce yang akan diberikan kepada pelanggan sebagai dasar penagihan
Input data No_Invoice
Conditions
Jika Bagian gudang memberikan Surat Jalan dan BPgBJ sebagai dasar untuk melakukan penagihan kepada Pelanggan
Effect Tercetaknya Invoice
Algorithm
Select* from Invoce; Select* from Karyawan; Select* from Surat Jalan; Select* from Pelanggan (get No_ Invoce ,Kd_Karyawan, No_Surat_Jalan, Kd_Pelanggan, tanggal_ Invoce from Invoce), (get nama_Karyawan from Karyawan), (get nama_BJ, jumlah_pesanan, BJ_yang_keluar from Surat Jalan), (get nama_Pelanggan, alamat, bank_account, No_account, No_hp, No_tlp, contact_person, No_NPWP from Pelanggan)
Data Structures String, long, date Placement Pencetakan Invoice Involved Objects Invoice, Surat_Jalan, Pelanggan, Karyawan Triggering Event Mencatat_Pelayanan
- Active - Update X Passive X Read X Compute - Signal
Purpose Mencetak Bukti Bayar yang akan diberikan kepada
154
pelanggan sebagai tanda bukti pembayaran
Input data No_Bukti_Bayar
Conditions Jika Pelanggan mengkonfirmasi sudah membayar lewat transfer ke Rekening Perusahaan
Effect Tercetaknya Bukti Bayar
Algorithm
Select* from Bukti_Bayar; Select* from Invoice; Select* from Pelanggan; (get No_Bukti_Bayar, No_Invoice, Kd_Karyawan, Kd_Pelanggan, tgl_Bukti_Bayar from Bukti_Bayar),
Data Structures String, long, date Placement Pencetakan Bukti_Bayar Involved Objects Bukti_Bayar, Invoice, Pelanggan Triggering Event Mencatat_Pelayanan
- Active - Update X Passive X Read - Compute - Signal
Purpose Mencetak Laporan Piutang yang dilakukan perusahaan sesuai periode Laporan.
Input data Periode_awal, periode_akhir
Conditions Jika Pelanggan belum membayar tagihan dari perusahaan berupa Invoice
Effect Jika ada transaksi Invoice belum dibayar
Algorithm
Select* from Pelanggan; Select* from Invoice; Select* from barang_jadi; (get No_Invoice, Kd_Karyawan, Kd_Pelanggan, Kd_barangjadi tgl_ Invoice from Invoice), (get nama_Pelanggan, alamat, No_tlp from Pelanggan
Data Structures String, long, date Placement Pencetakan Laporan Piutang Involved Objects Invoice, Pelanggan
- Active - Update X Passive X Read - Compute - Signal
Purpose Mencetak Laporan Persediaan yang dilakukan perusahaan sesuai periode Laporan.
Input data Periode_awal, periode_akhir
Conditions Jika ada barang jadi atau bahan baku keluar atau masuk gudang
Effect Jika ada transaksi pengeluaran barang, dan penerimaan barang
Algorithm
Select* from BJ; Select* from BB; Select* from kartu persediaan; Select* from karyawan; (get No_ kartu persediaan, Kd_Karyawan, Kd_karyawan, tgl_ kartu persediaan from kartu persediaan), (get nama_ Karyawan, jabatan, No_tlp from Karyawan)
Data Structures String, long, date Placement Pencetakan Laporan Persediaan Involved Objects Kartu Persediaan, BB, BJ, Pelanggan Triggering Event Membuat_ Laporan Persediaan
Tabel 4. 72 Operation Specification Pencetakan Laporan Limit Kredit Name Operation Mencetak Laporan Limit Kredit
Category
- Active - Update X Passive X Read - Compute - Signal
Purpose Mencetak Laporan Limit Kredit yang dilakukan perusahaan sesuai periode Laporan.
Input data Periode_awal, periode_akhir
156
Conditions Jika Pelanggan belum membayar kredit tetapi ingin mengorder lagi
Effect Jika ada transaksi Order Sheet
Algorithm
Select* from Pelanggan; Select* from Order Sheet; Select* from Invoice; (get No_OS, Kd_Pelanggan, No_Invoice, tgl_OS from OS), (get nama_Pelanggan, alamat, No_tlp from Pelanggan)
Data Structures String, long, date Placement Pencetakan Laporan Limit Kredit Involved Objects Order Sheet, Pelanggan, Invoice Triggering Event Membuat_Laporan_ Limit Kredit
4.2.4.2.3 Database Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan
pada PT. Metalindo Multidinamika Mandiri
Perancangan database yang akan digunakan dalam sistem informasi akuntansi
siklus pendapatan dan persediaan dijelaskan setiap tabel pada bahasan berikut ini.
Tabel 4.73 Tabel data Karyawan Nama Database : PT. Metalindo Nama Tabel : dbo.MsKaryawan Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data karyawan perusahaan Primary Key : Kd_Karyawan Foreign Key : - Field Tipe Data Panjang Keterangan Kd_Karyawan Nvarchar 8 Kode karyawan dengan delapan
digit merupakan Nomor urut dari Karyawan
Nama_Karyawan Nvarchar 50 Nama Karyawan Jabatan Nvarchar 50 Jabatan divisi Karyawan di
Perusahaan Alamat Nvarchar 100 Alamat tempat tinggal karyawan Email Nvarchar 50 Alamat email karyawan No HP Bigint - Nomor HP karyawan No Telepon Bigint - Nomor telepom karyawan Password Nvarchar 50 Password Karyawan
157
Tabel 4.74 Tabel data Pelanggan Nama Database : PT. Metalindo Nama Tabel : dbo.MsPelanggan Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data pelanggan perusahaan Primary Key : Kd_Pelanggan Foreign Key : -
Field Tipe Data Panjang Keterangan Kd_Pelanggan Nvarchar 8 Kode pelanggan dengan delapan
digit merupakan Nomor urut dari pelanggan.
Nama_Pelanggan Nvarchar 50 Nama Pelanggan Bank Account Nvarchar 100 Bank Account Pelanggan No Account Bigint - No rekening Pelanggan Alamat Nvarchar max Alamat tempat tinggal pelanggan Contact Person Nvarchar max Nama dan No tlp CP pelanggan No NPWP Bigint - No NPWP pelanggan Limit Kredit int Limit Kredit Pelanggan Kredit Terpakai int Jumlah Piutang Pelanggan Sisa Limit Kredit int Sisa limit kredit pelanggan
Tabel 4.75 Tabel data Penilaian Kredit
Nama Database : PT. Metalindo Nama Tabel : dbo.MsPenilaiankredit Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Penilaian kredit terhadap pelanggan Primary Key : No_Penilaian_kredit Foreign Key : Kd_Pelanggan
Field Tipe Data Panjang Keterangan No_Penilaian_kredit Nvarchar 8 Nomor Penilaian kredit
dengan delapan digit merupakan Nomor urut dari Penilaian kredit.
Kd_Pelanggan Nvarchar 8 Kode pelanggan dengan delapan digit merupakan Nomor urut dari pelanggan.
C1 Nvarchar 5 Character C2 Nvarchar 5 Capacity C3 Nvarchar 5 Capital C4 Nvarchar 5 Collateral C5 Nvarchar 5 Condition Limit_kredit_yangdiberikan Bigint - Jumlah Limit kredit yang
diberikan kepada pelanggan
158
Tabel 4.76 Tabel data Bahan Baku Nama Database : PT. Metalindo Nama Tabel : dbo.MsBahanBaku Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Bahan Baku perusahaan Primary Key : Kd BahanBaku Foreign Key : - Field Tipe Data Panjang Keterangan Kd_BahanBaku Nvarchar 8 Kode bahan baku terdiri dari delapan
digit angka yang merupakan Nomor urut produk jadi.
Nama_Bahan_Baku Nvarchar 100 Nama bahan baku Harga_Satuan Numeric 18,0 Harga satuan Bahan baku Jumlah int - Jumlah bahan baku Spec_Bahan_Baku Nvarchar 100 Spesifikasi Bahan baku ROP int - Reorder point (titik dimana harus
melakukan pemesanan) Satuan Nvarchar 50 Satuan Bahan Baku
Tabel 4.77 Tabel data Sample
Nama Database : PT. Metalindo Nama Tabel : dbo.mssample Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Sample yang ada perusahaan Primary Key : Kd_sample Foreign Key : No_spk Field Tipe Data Panjang Keterangan Kd_ sample Nvarchar 8 Nomor jenis sample yang terdiri dari
delapan digit angka yang merupakan Nomor urut dari jenis produk yang ada.
Nama_ sample Nvarchar max Nama Sample Jumlah Int - Jumlah Sample Dimensi_Tebal Int - Dimensi tebal barang jadi Dimensi_Lebar Int - Dimensi lebar barang jadi Dimensi_Panjang Int - Dimensi panjang barang jadi No_spk Nvarchar 8 Kode spk Nama_pelanggan Nvarchar 50 Nama pelanggan
Tabel 4.78 Tabel data Barang Jadi
Nama Database : PT. Metalindo Nama Tabel : dbo.msbarangjadi Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Barang jadi yang ada perusahaan
159
Primary Key : Kd_barangjadi Foreign Key : No_Ordesheet Field Tipe Data Panjang Keterangan Kd_barangjadi Nvarchar 8 Nomor jenis barangjadi yang terdiri
dari delapan digit angka yang merupakan Nomor urut dari jenis produk yang ada.
Nama_ barangjadi Nvarchar max Nama barangjadi Jumlah Int - Jumlah barang jadi Dimensi_Tebal Int - Dimensi tebal barang jadi Dimensi_Lebar Int - Dimensi lebar barang jadi Dimensi_Panjang Int - Dimensi panjang barang jadi No_Ordersheet Nvarchar 8 No dokumen Ordersheet Nama_pelanggan Nvarchar 50 Nama pelanggan
Tabel 4.79 Tabel data Drawing
Nama Database : PT. Metalindo Nama Tabel : dbo.msDrawing Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Drawing yang ada di perusahaan Primary Key : No_Drawing Foreign Key : Kd_Pelanggan Field Tipe Data Panjang Keterangan No_Drawing Nvarchar 8 Nomor Drawing terdiri dari delapan
digit angka yang merupakan Nomor urut Drawing perusahaan.
Kd_Pelanggan Nvarchar 8 Kode pelanggan sebagai referensi NamaDrawing Nvarchar 50 Nama Drawing
Tabel 4.87 Tabel data Preorder
Nama Database : PT. Metalindo Nama Tabel : dbo.Preorder Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Preorder perusahaan Primary Key : No_ Preorder Foreign Key : No _Drawing Field Tipe Data Panjang Keterangan No_ Preorder Nvarchar 8 Nomor Preorder terdiri dari delapan
digit angka yang merupakan Nomor urut dari Preorder perusahaan.
Kd _Drawing Nvarchar 8 No Drawing sebagai referensi Tgl_Preorder datetime Tanggal
160
Tabel 4.88 Tabel data RBO
Nama Database : PT. Metalindo Nama Tabel : dbo.RBO Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data RBO perusahaan Primary Key : No_RBO Foreign Key : No_Preorder Field Tipe Data Panjang Keterangan No_RBO Nvarchar 8 Nomor RBO terdiri dari delapan
digit angka yang merupakan Nomor urut dari
No_Preorder Nvarchar 8 No Preorder Nama_bank Nvarchar 50 Nama bank Atas_nama_rekening Nvarchar 50 Nama pemegang rekening
Tabel 4.89 Tabel data detail_RBO
Nama Database : PT. Metalindo Nama Tabel : dbo.detailrbo Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data detailrbo yang ada di perusahaan Primary Key : No_RBO Foreign Key : Kd_BB Field Tipe Data Panjang Keterangan No_RBO Nvarchar 8 No RBO Kd_BB Nvarchar 50 No Bahan Baku
Tabel 4.90 Tabel data SPH
Nama Database : PT. Metalindo Nama Tabel : dbo.SPH Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data SPH yang pernah diberikan kepada pelanggan Primary Key : No_SPH Foreign Key : No_RBO Field Tipe Data Panjang Keterangan No_SPH Nvarchar 8 Nomor SPH terdiri dari delapan digit
angka yang merupakan Nomor urut dari SPH perusahaan.
No_RBO Nvarchar 6 No RBO sebagai referensi Tgl_SPH Date Tanggal akhir berlakunya penawaran
SPH Jumlah Penawaran Int Jumlah Penawaran
161
status Nvarchar 50 Status di approved atau pending Tabel 4.91 Tabel data SPK
Nama Database : PT. Metalindo Nama Tabel : dbo.SPK Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data SPK di perusahaan Primary Key : No_SPK yang Foreign Key: No Preorder Field Tipe Data Panjang Keterangan No_SPK Nvarchar 8 Nomor SPK terdiri dari delapan digit
angka yang merupakan Nomor urut dari SPK perusahaan.
No Preorder Nvarchar 8 No Preorder sebagai referensi Tanggal_SPK Datetime 50 Tanggal_SPK Jenis Pengerjaan Nvarchar 50 Jenis Pengerjaan Keterangan Pengerjaan
Nvarchar 50 Keterangan Pengerjaan
Tabel 4.92 Tabel data detail_SPK
Nama Database : PT. Metalindo Nama Tabel : dbo.detailSPk Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Detail SPK di perusahaan Primary Key : No_SPK Foreign Key : Kd_BB Field Tipe Data Panjang Keterangan No_SPK Nvarchar 6 No SPK Kd _BB Date Kd bahan baku
Tabel 4.93 Tabel data Order Sheet
Nama Database : PT. Metalindo Nama Tabel : dbo.Order Sheet Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Order Sheet Primary Key : No_OS Foreign Key : Kd Sample Field Tipe Data Panjang Keterangan No_Order Sheet Nvarchar 8 Nomor Order Sheet terdiri dari
delapan digit angka yang merupakan Nomor urut dari Order Sheet perusahaan.
162
Kd Sample Nvarchar 8 Kd Sample sebagai referensi Jumlah Pesanan Int Jumlah pesanan Tgl delivery datetime Tgl delivery Jml delivery Int Jml delivery
Tabel 4.94 Tabel data BPGBJ
Nama Database : PT. Metalindo Nama Tabel : dbo.BPGBJ Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data BPGBJ Primary Key : No_BPGBJ Foreign Key : No_OS, No_KP Field Tipe Data Panjang Keterangan No_BPGBJ Nvarchar 8 Nomor BPGBJ terdiri dari delapan
digit angka yang merupakan Nomor urut dari BPGBJ perusahaan.
No_OS Nvarchar 8 No OS sebagai referensi No_KP Nvarchar 8 No KP Tgl_BPGBJ Datetime Tgl BPGBJ dibuat Jml BJ yang dikeluarkan
Int Jumlah barang jadi yang dikeluarkan bagiam Gudang
Tabel 4.95 Tabel data Surat Jalan
Nama Database : PT. Metalindo Nama Tabel : dbo.suratjalan Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Surat Jalan Primary Key : No_SJ Foreign Key : No_BPgBJ, Kd_Pelanggan Field Tipe Data Panjang Keterangan No_Surat_Jalan Nvarchar 8 Nomor Surat Jalan terdiri dari
delapan digit angka yang merupakan Nomor urut dari SPK perusahaan.
No_BPGBJ Nvarchar 8 Nomor BPgBJ sebagai referensi Kd_Pelanggan Nvarchar 8 Kd_Pelanggan Tgl_BPGBJ Datetime Tgl BPgBJ Jumlah_BJ_yang_dikirim Int Jumlah_BJ_yang_dikirim
Tabel 4.96 Tabel data Invoice
Nama Database : PT. Metalindo Nama Tabel : dbo.Invoice
163
Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Invoice kepada pelanggan Primary Key : No_Invoice Foreign Key : No_SJ, Kd_Karyawan Field Tipe Data Panjang Keterangan No_Invoice Nvarchar 8 Nomor Invoice terdiri dari delapan
digit angka yang merupakan Nomor urut dari Invoice perusahaan.
No_Surat_Jalan Nvarchar 8 No_SJ sebagai referensi Kd_Karyawan Nvarchar 8 NIK Karyawan yang mengotorisasi Tgl_Invoice Datetime Tanggal penagihan Total_Tagihan numeric 20,0
Tabel 4.97 Tabel data Bukti Bayar
Nama Database : PT. Metalindo Nama Tabel : dbo. BuktiBayar Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Pembayaran dari pelanggan Primary Key : No_ Bukti_Bayar Foreign Key : No_Invoice, Kd_Karyawan Field Tipe Data Panjang Keterangan No_ Bukti_Bayar Nvarchar 8 Nomor Bukti Bayar terdiri dari
delapan digit angka yang merupakan Nomor urut dari Bukti Bayar perusahaan.
No_Invoice Nvarchar 8 No_Invoice sebagai referensi Kd_Karyawan Nvarchar 8 NIK yang bertanggung jawab Tgl_BuktiBayar Datetime Tanggal terjadinya pembayaran Pajak Numeric 12 Besar pajak Total_Pembayaran Numeric 12 Total Pembayaran setelah kena pajak
Tabel 4.98 Tabel data Nota Retur
Nama Database : PT. Metalindo Nama Tabel : dbo.retur Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Retur yang pernah dilakukan pelanggan Primary Key : No_Nota Retur Foreign Key : No_Invoice Field Tipe Data Panjang Keterangan No_Nota_Retur Nvarchar 8 Nomor Nota Retur terdiri dari
delapan digit angka yang merupakan Nomor urut dari Nota Retur perusahaan.
jawab Tgl_NR Datetime Tanggal dibuatnya Nota retur Jumlah BJ yang diretur
Int Jumlah BJ yang diretur
Keterangan Kerusakan
Nvarchar 50 Keterangan Kerusakan
Tabel 4.99 Tabel data Surat Jalan Retur
Nama Database : PT. Metalindo Nama Tabel : dbo.sjetur Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Surat Jalan retur Primary Key : No_sj retur Foreign Key : No_Nota retur, Kd_Karyawan Field Tipe Data Panjang Keterangan No_SJ Retur Nvarchar 8 Nomor Surat Jalan Retur terdiri dari
delapan digit angka yang merupakan Nomor urut dari Surat Jalan Retur perusahaan.
jawab Tgl_sj retur Datetime Tanggal dikirimnya retur Jml BJ retur yang dkirim
int 10 Jml BJ retur yang dkirim
Tabel 4.100 Tabel data Kartu Persediaan
Nama Database : PT. Metalindo Nama Tabel : dbo.KP Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Persediaan di Gudang Primary Key : No_ KP Foreign Key : Kd_Karyawan, Field Tipe Data Panjang Keterangan No_ KP Nvarchar 8 Nomor Kartu Persediaan terdiri
dari delapan digit angka yang merupakan Nomor urut dari Kartu Persediaan perusahaan.
Kd_Karyawan Nvarchar 8 NIK yang bertanggung jawab Kd_BB Nvarchar 8 Kode BB Kd_BJ Nvarchar 8 Kode BJ Status KP Nvarchar 12 Jenis KP yaitu BJ atau BB
165
Nama_BB/BJ Nvarchar 50 Nama BB/BJ Tanggal_Keluar/Masuk Datetime Tanggal keluar/masuk yang dicatat
di Kartu Persediaan Jumlah_Keluar/Masuk Int 10 Jumlah keluar/masuk yang dicatat
di Kartu Persediaan Satus BB/BJ Int 10 Sisa BB/BJ yang dicatat di Kartu
Persediaan Tabel 4.101 Tabel data detail Kartu Persediaan
Nama Database : PT. Metalindo Nama Tabel : dbo.detail_KP Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Detail dari kartu Persediaan di Gudang. Primary Key : No_ KP Foreign Key : Kd_BB, Kd_BJ Field Tipe Data Panjang Keterangan No_ KP Nvarchar 8 No Kartu Persediaan Kd_BB Nvarchar 8 Kode Bahan Baku Kd_BJ Nvarchar 8 Kode Barang Jadi Status KP Nvarchar 10 Status apakah BB/BJ dalam Kartu
Persediaan Nama_BB/BJ Nvarchar 50 Nama BB/BJ Tanggal_Keluar/Masuk Datetime Tanggal keluar/masuk yang dicatat
di Kartu Persediaan Jumlah_Keluar/Masuk Int 10 Jumlah keluar/masuk yang dicatat
di Kartu Persediaan Sisa BB/BJ Int 10 Sisa BB/BJ yang dicatat di Kartu
Persediaan Tabel 4.102 Tabel Stock Opname
Nama Database : PT. Metalindo Nama Tabel : dbo. StockOpname Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Stock Opname. Primary Key : No_SOP Foreign Key : Kd_Karyawan, Kd_BB, Kd_BJ Field Tipe Data Panjang Keterangan No_SOP Nvarchar 8 Nomor Stock Opname terdiri dari
delapan digit angka yang merupakan Nomor urut dari Stock Opname perusahaan.
Kd_Karyawan Nvarchar 8 Kode karyawan berupa Nomor induk karyawan
Kd_BB Nvarchar 8 Kode Bahan Baku
166
Kd_BJ Nvarchar 8 Kode Barang Jadi Tgl_SOP Datetime Tanggal stock opname Total_digudang Int Total persediaan di gudang Selisih_digudang Int Selisih persediaan dengan yang
didata dan di gudang Status_SOP Nvarchar 50 Status SOP apakah sesuai atau tidak
Nama Database : PT. Metalindo Nama Tabel : dbo. StockOpname Keterangan : Tabel ini digunakan untuk mencatat dan menyimpan semua data Detail stock opname. Primary Key : No_SOP Foreign Key : Kd_BB, Kd_BJ Field Tipe Data Panjang Keterangan Kd_BB Nvarchar 8 Kode Bahan Baku Kd_BJ Nvarchar 8 Kode Barang Jadi Nama_BB Nvarchar 50 Nama Bahan Baku pada saat
pengecekan Stock Opname Nama_BJ Nvarchar 50 Nama Barang Jadi pada saat
pengecekan Stock Opname Status Char 50 Status apakah sudah sesuai atau tidak Tgl_Masuk Datetime Tanggal masuk Bahan Baku/Barang
Jadi Tgl_Keluar Datetime Tanggal keluar Bahan Baku/Barang
Jadi Jumlah_Masuk Int 50 Jumlah masuk Bahan Baku/Barang
Jadi Jumlah_Keluar Int 50 Jumlah keluar Bahan Baku/Barang
Jadi Sisa Int 50 Sisa Bahan Baku/ Barang Jadi pada
saat pengecekan Stock Opname
167
4.2.5 User – Interface Component
Gambar 4.150 dibawah ini menunjukkan bahwa setiap windows dan hasil
printout akan diimplementasikan menjadi sebuah class dengan satu object. Setiap class
windows dan print-out mewarisi karakteristik umum dari library User – Interface
standard.
Ketika sistem dijalankan, class control akan menghasilkan object dimana control
diberikan. Object control menangani menu utama dan mendelegasikan kontrol ke object
User Interface lainnya.
Gambar 4.149 “User Interface Compenent” Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan PT. Metalindo Multidinamika Mandiri
168
4.2.6 Recommendations
4.2.6.1 The system usefulness
Perancangan dari sistem informasi akuntansi siklus pendapatan dan
persediaan akan memenuhi kriteria yang paling penting dengan catatan sebagai
berikut:
Tabel 4.104 Kriteria Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan pada PT. Metalindo Multidinamika Mandiri
Criterion System Usefulness Usable Sistem dapat digunakan sesuai dengan kebutuhan perusahan
sehingga tingkat kegunaan menjadi sangat tinggi pada saat diimplementasikan. kriteria ini dievaluasi melalui pengetesan versi pertama yang dilakukan untuk menguji user dalam pemakaian user interface yang ada.
Secure Sistem yang dirancang dapat menjamin keamanan untuk mencegah terjadinya pengambilan data yang disimpan di server dari pihak-pihak yang tidak memiliki otorisasi.
Efficient Dengan adanya sistem ini, proses bisnis siklus pendapatan dan persediaan menjadi lebih efisien baik dalam pencatatan maupun pengendaliannya.
Correct Sistem dapat digunakan untuk membantu dan meminimalisir permasalahan administrasi proses bisnis dalam kaitannya dengan siklus pendapatan dan persediaan di perusahaan, sehingga menghasilkan informasi yang akurat. .
Reliable Sistem yang dirancang harus dapat menghasilkan informasi yang lebih akurat dan lebih cepat, sehingga dapat lebih diandalkan sesuai dengan kebutuhan perusahaan.
Flexible Evaluasi kriteria ini ditunjukkan agar sistem mudah untuk dilakukan perubahan, sehingga dapat disesuaikan bila ada perubahan di masa mendatang.
Comprehensible Sistem yang dirancang mudah dimengerti dan dapat digunakan oleh user yang memiliki hak akses.
Reusable Subsistem yang dirancang dapat dignakan untuk merancang sistem informasi lainnya.
Interoperable Sistem yang dirancang dapat dihubungkan dengan sistem lainnya yang terkait dengan kegiatan bisnis perusahaan.
169
4.2.6.2 Plan for Initiating Use
Sebelum digunakan sistem harus di-install terlebih dahulu dan
dilakukan pengaturan dalam spesifikasinya untuk dapat dijalankan. Kemudian
user akan diberikan buku panduan yang berisi langkah-langkah penggunaan
sistem baik dalam bentuk softcopy di dalam CD (Compact Disk) maupun dalam
bentuk print-out. Selanjutnya user akan diberikan training tentang cara
penggunaan sistem agar para user mendapat pemahaman dan pengertian yang
memadai mengenai cara kerja dari sistem yang baru ini sehingga mereka dapat
berpartisipasi dan mendukung penerapan sistem baru serta dapat menggunakan
sistem dengan baik. Setelah itu akan dilakukan pengujian sistem, apakah sistem
telah sesuai atau memenuhi kebutuhan user.
4.2.6.3 Implementation Plan
Sistem informasi akuntansi siklus pendapatan dan persediaan pada PT.
Metalindo Multidinamika Mandiri yang telah dirancang ini direncanakan akan
dikonversikan dengan menggunakan metode paralel selama kurang lebih enam
bulan. Dimana implementasi diterapkan bersamaan dengan proses manual yang
tetap digunakan. Hal ini dilakukan sebagai usaha untuk mengurangi tingkat
resiko yang mungkin terjadi saat proses peralihan dari manual ke sistem. Untuk
gambaran lebih jelasnya, rencana implementasi sistem informasi akuntansi
siklus pendapatan dan persediaan pada PT. Metalindo Multidinamika Mandiri
dapat dilihat pada table 4. berikut:
170
Tabel 4.105 Gantt chart Rencana Implementasi Sistem Informasi Akuntansi Siklus Pendapatan dan Persediaan PT. Metalindo Multidinamika Mandiri