BAB 2 LANDASAN TEORI
2.1
Pengertian Sistem Informasi Akuntansi Menurut Wilkinson et al. (2000, p7) Sistem Informasi Akuntansi adalah kesatuan struktur dalam sebuah entitas, seperti perusahaan, yang mempekerjakan sumber-sumber fisik dan komponen-komponen lain untuk mengubah data ekonomi ke dalam informasi akuntansi, dengan tujuan untuk memuaskan kebutuhan informasi dari beragam pemakai. Menurut Horngren et al. (2002, p227) Sistem Informasi Akuntansi adalah kombinasi dari orang-orang, catatan-catatan dan prosedur-prosedur yang digunakan oleh bisnis untuk menyediakan data keuangan. Dari definisi di atas, dapat disimpulkan bahwa Sistem Informasi Akuntansi adalah perusahaan yang mempekerjakan orang-orang dan menggunakan catatancatatan, serta prosedur-prosedur untuk mengubah data ekononomi menjadi informasi keuangan yang diperlukan pihak internal maupun eksternal.
2.2
Tujuan Sistem Informasi Akuntansi Menurut Boockholdt (1999, p1) studi Sistem Informasi Akuntansi menganalisa bagaimana kejadian-kejadian yang mempengaruhi sebuah organisasi dicatat, diringkas dan dilaporkan. Kejadian dicatat menggunakan sistem organisasi berupa sumber daya manusia dan komputer, diringkas menggunakan metode dan tujuan akuntansi, dan dilaporkan sebagai informasi kepada pihak internal dan eksternal organisasi.
9 Menurut Wilkinson et al. (2000, p8) tujuan Sistem Informasi Akuntansi adalah sebagai berikut : 1. Untuk mendukung operasi sehari-hari Transaksi dalam perusahaan merupakan operasi sehari-hari yang dilakukan secara rutin. Adapun transaksi terdiri dari : a. transaksi akuntansi seperti penjualan biasanya menggunakan Sistem Informasi Akuntansi untuk pemrosesan. b. transaksi non akuntansi seperti melakukan pemesanan , pada akhirnya akan mengarah kepada transaksi akuntansi. Misalnya jika suatu pesanan telah terpenuhi, dan pengiriman pesanan telah diterima, maka akan dicatat sebagai transaksi akuntansi. 2. Untuk menunjang pengambilan keputusan oleh pembuat keputusan internal. Misalnya perusahaan menggunakan Sistem Informasi Akuntansi untuk tugas pemrosesan informasi yang vital seperti ekspektasi pendapatan yang akan diterima dari proyek tertentu untuk tahun mendatang. 3. Untuk memenuhi kewajiban seperti pelaporan finansial kepada para stakeholder. Pemakai dari Sistem Informasi Akuntansi dapat berupa pemakai internal , yaitu manajer, maupun pemakai eksternal, yaitu pelanggan, pemasok, pemilik saham, kreditor, satuan buruh, pihak bank, pemerintah, dan para stakeholder lainnya.
10 2.3 Sistem Informasi Akuntansi Penjualan Kredit dan Piutang Usaha 2.3.1
Pengertian Penjualan Menurut Boockholdt (1999, p520), Penjualan merupakan komponen
terakhir dalam siklus kegiatan bisnis dasar atau hasil keluaran dari proses konversi. Penjualan terdiri dari transaksi penjualan barang atau jasa, baik secara kredit maupun secara tunai. Penjualan barang atau jasa terdiri dari empat kejadian ekonomi : 1. menerima pesanan pelanggan 2. mengirimkan barang-barang ke pelanggan 3. menagih pembayaran untuk barang-barang 4. menerima pembayaran Menurut Standar Akuntansi Keuangan (2004, PSAK no 23.1), Penjualan barang meliputi barang yang yang diproduksi perusahaan untuk dijual dan barang yang dibeli untuk dijual kembali, seperti barang dagang yang dibeli pengecer atau tanah dan properti lain yang dibeli untuk dijual kembali, sedangkan penjualan jasa menyangkut pelaksanaan tugas yang secara kontraktual telah disepakati untuk dilaksanakan selama suatu periode waktu yang disepakati oleh perusahaan. Jasa tersebut dapat diserahkan selama satu periode atau selama lebih dari satu periode.
2.3.2 Pengertian Piutang Menurut Horngren et al. (2002, p312, pG-1) Piutang merupakan klaim dalam bentuk uang kepada perusahaan atau individu. Piutang adalah sebuah perjanjian untuk menerima kas dari pelanggan yang kepada pelanggan tersebut perusahaan telah menjual dan menyerahkan barang atau jasa.
11 Menurut Weston dan Brigham (1998, p472) piutang usaha terjadi pada saat barang dikirimkan, dan persediaan menjadi berkurang. Pada akhirnya pelanggan akan membayar piutang tersebut sehingga piutang menjadi berkurang dan uang kas bertambah. Jumlah piutang usaha ditentukan oleh dua faktor : (1) volume penjualan kredit dan (2) jangka waktu rata-rata di antara penjualan dan penagihan.
2.3.3
Sistem Akuntansi Penjualan Kredit dan Piutang Usaha Menurut Boockholdt (1999, p555) sistem akuntansi penjualan kredit
manual dimulai dengan dengan cara menyiapkan sales order pelanggan oleh departemen penjualan. Setelah departemen kredit menyetujui kredit untuk pelanggan, departemen pengiriman mengambil barang dari gudang dan mengirimkannya. Departemen pengiriman mengirimkan nota kiriman kepada departemen penagihan, yang mana menyiapkan faktur penjualan. Menurut Boockholdt (1999, p538) sistem akuntansi penjualan kredit terkomputerisasi dimulai dari pemesanan yang kemudian dientry ke dalam sistem aplikasi. Setelah barang dan jasa dikirim, sistem aplikasi akan mencatat pengiriman. Sistem billing akan membuat permohonan pembayaran. Kemudian sistem aplikasi penerimaan kas mencatat pembayaran yang diterima. Kadangkadang billing dan aplikasi penerimaan kas disebut accounts receivable system. Menurut Weston dan Brigham (1998, p. 474) kebijakan penjualan kredit mengandung empat unsur : 1. Periode kredit, yaitu jangka waktu antara terjadinya penjualan hingga tanggal jatuh tempo pembayaran. 2. Diskon yang diberikan untuk mendorong pembayaran yang lebih cepat.
12 3. Standar kredit, yaitu persyaratan minimum atas kemampuan keuangan dari para pelanggan agar bisa membeli secara kredit. 4. Kebijakan mengenai penagihan, yaitu sampai sejauh mana tindakan atau kelonggaran yang diberikan perusahaan atas piutang yang tidak dibayar pada waktunya. Misalnya, surat tagihan bisa dikirimkan kepada setiap pelanggan yang menunggak 10 hari, surat tegoran, yang diikuti pembicaraan lewat telepon, bisa diadakan jika pembayaran belum diterimadalam 30 hari, dan piutang tersebut bisa dialihkan kepada perusahaan penagih (collection agency) setelah 90 hari. Menurut Horngren et al. (2002, p314) jika perusahaan tidak mampu menagih piutang dari pelanggan sehingga menciptakan beban, maka disebut beban piutang tak tertagih. Ada dua cara untuk mengestimasi piutang tidak tertagih yaitu dengan metode persentase penjualan (pendekatan laporan keuangan) yaitu dengan menghitung beban akun tidak tertagih sebagai persentase dari penjualan kredit bersih. Metode kedua yang terkenal disebut metode analisis umur piutang, di mana piutang pelanggan dianalisis berdasarkan lamanya waktu terutang dari pelanggan. Menurut Boockholdt (1999, p547-548) untuk mengetahui status piutang atau sisa piutang yang dimiliki pada tanggal tertentu, setiap bulan perusahaan menggunakan neraca saldo piutang untuk menyajikan informasi umur piutang yaitu jumlah piutang yang berumur kurang dari 31 hari, 31 sampai 60 hari, 61 sampai 90 hari dan lebih dari 90 hari. Hal ini diperlihatkan kepada manajer kredit untuk menentukan apakah harus dilakukan penghapusan piutang atau tidak akibat tidak tertagih.
13 Menurut Horngren (2002, p318) metode penghapusan piutang digunakan oleh perusahaan jika perusahaan setelah menunggu sekian lama sehingga memutuskan untuk tidak melakukan penagihan kepada pelanggan. Ini disebut metode direct write-off. Piutang terjadi pada saat perusahaan memberikan persetujuan kredit kepada pembeli atau perusahaan lain melalui bank-bank tertentu. Menurut Weston dan Brigham (1998, p476, 477) standar kredit mengacu pada layak tidaknya seorang pelanggan untuk mendapat kredit. Faktor-faktor utama yang dipertimbangkan dalam pemberian kredit tersebut dikaitkan dengan kemungkinan terjadinya pembayaran yang melampaui jadwal, atau bahkan kemungkinan tidak adanya pembayaran sama sekali. Metode tradisional untuk mengukur kualitas kredit adalah dengan menyelidiki calon pembeli kredit berdasarkan lima faktor yang disebut 5K. Masing-masing dari 5K itu adalah : 1. Karakter, sejauh mana pelanggan berusaha memenuhi kewajiban kreditnya. 2. Kapasitas, penilaian subjektif mengenai kemampuan pelanggan untuk membayar. 3. Kapital, dapat dilihat dari analisis laporan keuangan perusahaan yaitu rasio utang terhadap aktiva, rasio lancar, rasio kemampuan membayar beban bunga. 4. Kolateral, setiap aktiva yang ditawarkan pelanggan sebagai jaminan agar memperoleh kredit. 5. Kondisi, menurut tren-tren ekonomi nasional dan regional yang bisa mempengaruhi kemampuan pelanggan untuk membayar.
14 2.3.4 Fungsi yang terkait dalam Sistem Penjualan Kredit dan Piutang Usaha Menurut Boockholdt (1999, p539-540, p555), Fungsi yang terkait dalam sistem penjualan kredit dan piutang usaha adalah : a. Fungsi Penjualan b. Fungsi Kredit c. Fungsi Gudang d. Fungsi Pengiriman e. Fungsi Penagihan f. Fungsi Akuntansi
2.3.5 Dokumen yang digunakan dalam Sistem Penjualan Kredit dan Piutang Usaha Menurut Wilkinson et al. (2000, p419) dokumen yang diinput dalam aplikasi sistem penjualan kredit dan piutang usaha adalah : 1. Customer order Adalah purchase order yang diterima dari pelanggan atau form yang dipersiapkan oleh karyawan penjualan dari perusahaan penjual. 2. Sales order Adalah form formal, yang memiliki banyak copy yang disiapkan dari customer order. 3. Picking ticket Adalah copy dari sales order, dokumen terpisah yang dikirim ke gudang dan dalam pengambilan barang yang dipesan.
15 4. Packing slip Adalah copy dari sales order atau picking list yang ditempelkan bersama barang ketika dipersiapkan untuk pengiriman. 5. Shipping notice Biasanya merupakan copy dari sales order atau dokumen pengiriman terpisah yang berfungsi sebagai bukti bahwa barang telah dikirimkan. 6. Sales invoice Adalah dokumen yang dikirimkan ke pelanggan untuk menyatakan berapa jumlah penjualan. 7. Remittance advice Adalah dokumen yang menunjukan jumlah penerimaan kas dari pelanggan. 8. Deposit slip Adalah dokumen yang menyertai penyetoran kas ke bank 9. Back order Adalah dokumen yang dipersiapkan ketika kuantitas dari persediaan tidak mencukupi sales order. 10. Credit memo Adalah dokumen yang memungkinkan pengurangan kredit pelanggan untuk pengembalian penjualan / penyisihan penjualan. 11. Credit application Adalah sebuah form dipersiapkan ketika pelanggan baru mengajukan kredit. 12. Sales person call report
16 Adalah form yang digunakan untuk menggambarkan panggilan yang dibuat oleh sales person kepada pelanggan potensial dan mengidentifikasi hasil dari panggilan tersebut. 13. Delinquent notice Adalah catatan yang dikirimkan kepada pelanggan yang melewati batas saldo kredit. 14. Write-off notice Adalah dokumen yang dipersiapkan oleh manajer kredit ketika akun dinyatakan tidak dapat ditagih. 15. Cash register receipt Adalah form yang digunakan oleh retailer untuk mencerminkan kas yang diterima. 16. Bill of lading Adalah dokumen pengiriman yang digunakan untuk perusahaan pengiriman yang akan mengirimkan produk.
2.3.6 File atau Catatan yang digunakan dalam Aplikasi Sistem Penjualan Kredit dan Piutang Usaha Menurut Wilkinson et al. (2000, p444) File-file atau catatan yang digunakan dalam aplikasi sistem penjualan kredit dan piutang adalah : 1. File Master : Master Pelanggan, Persediaan, Piutang. 2. File Transaksi : File Sales Order, Shipping, Sales Invoice, Billing, General Ledger 3. File Reference : Shipping Reference, Pricing Reference, Sales History.
17 4. Jurnal memo kredit, jurnal penerimaan kas, buku besar pembantu piutang.
2.3.7 Sasaran dari Sistem Informasi Akuntansi Penjualan Kredit dan Piutang Usaha Menurut Wilkinson et al. (2000, p469) sasaran utama dari sistem penjualan kredit dan piutang usaha adalah untuk memfasilitasi pertukaran barang atau jasa dengan sejumlah uang tertentu dari pelanggan. Berikut adalah sasaran secara umum: 1. Untuk mencatat pesanan pelanggan secara cepat dan tepat. 2. Untuk memverifikasi bahwa pelanggan layak mendapatkan kredit. 3. Untuk mengirimkan produk pada tanggal telah disetujui. 4. Untuk melakukan penagihan atas produk atau jasa secara tepat pada waktunya dan dengan prosedur yang benar. 5. Untuk mencatat dan mengklasfikasikan penerimaan kas secara cepat dan tepat. 6. Untuk posting penjualan dan penerimaan kas ke akun pelanggan yang tepat dalam jurnal khusus penjualan dan penerimaan kas. 7. Untuk mengamankan produk sampai dikirim. 8. Untuk mengamankan kas sampai disetor.
2.3.8 Laporan yang diperlukan pada Akhir Periode dalam Sistem Informasi Akuntansi Penjualan Kredit dan Piutang Usaha Menurut Wilkinson et al. (2000, p428) Laporan yang diperlukan pada akhir periode adalah :
18 1. Laporan Penjualan 2. Laporan Penerimaan Kas 3. Accounts Receivable Summary 4. Account Receivable Aging Schedule
2.4
Pengendalian Internal 2.4.1 Pengertian Menurut Romney and Steinbart (2004, p195) pengendalian internal adalah perencanaan organisasi dan metode sebuah bisnis yang digunakan untuk mengamankan dan melindungi aset, menyediakan informasi yang akurat dan handal, meningkatkan efektivitas dan efisiensi operasi dan mendukung ketaatan terhadap kebijakan manajemen yang berlaku. Menurut Bodnar dan Hopwod (2004, p108) pengendalian internal adalah sebuah proses yang dipengaruhi oleh para dewan direksi dari sebuah perusahaan, manajemen, dan personal lain yamg dirancang untuk menyediakan keyakinan yang masuk akal berkaitan dengan pencapaian tujuan dalam kategori : kehandalan pelaporan keuangan, efektivitas dan efisiensi operasional, dan kepatuhan akan hukum dan peraturan yang berlaku.
2.4.2 Tujuan Sistem Pengendalian Internal Menurut Wilkinson et al. (2000, p235) kebijakan dan prosedur sistem pengendalian interen digunakan untuk mempertahankan informasi yang akurat dan operasi yang handal. Pengendalian internal dimaksudkan untuk mencapai tujuan tertentu dari organisasi. Tujuan organisasi dibagi menjadi tiga kategori :
19 1. efektivitas dan efisiensi operasi. 2. reliabilitas pelaporan keuangan. 3. kompliansi dengan hukum dan peraturan yang berlaku.
2.4.3 Unsur Pengendalian Internal Menurut Wilkinson et al. (2000, p453) Unsur Pengendalian Internal dalam sistem penjualan kredit meliputi : 1. Pengendalian Umum a. Pengendalian Organisasi Harus ada pemisahan tugas antara bagian operasional dengan bagian pencatatan. b. Pengendalian Dokumen Dokumen harus lengkap dan up-to-date. c. Pengendalian Asset Accountability Buku besar pembantu piutang harus dipertahankan dan direkonsiliasi secara berkala dengan rekening kontrol yang ada di buku besar. Demikian juga halnya dengan catatan persediaan. d. Pengendalian Praktik Manajemen Karyawan, termasuk programmer harus diberikan pelatihan. Audit harus dilakukan terhadap kebijakan penjualan dan penerimaan kas. Manajer harus melakukuan review terhadap analisis periodik dan laporan-laporan mengenai kegiatan akuntansi dan transaksi yang disahkan melalui komputer. e. Pengendalian Data Center Operation
20 Staf IT dan akuntansi harus diawasi, dan kinerja mereka direview dengan bantuan laporan kontrol proses komputer dan pencatatan akses. f. Pengendalian Otorisasi Semua transaksi penjualan kredit harus diotorisasi oleh manajer kredit. g. Pengendalian Akses Menggunakan password untuk hak akses, melindungi gudang dan kas secara fisik. 2. Pengendalian Aplikasi a. Pengendalian Input •
Dokumen yang disiapkan untuk penjualan, pengiriman, dan penerimaan kas diberi nomor berurut, dan setiap dokumen harus mendapat persetujuan dari pihak yang berotorisasi.
•
Validasikan data pada pemesanan penjualan dan bukti kas masuk saat data disiapkan dan dientry untuk diproses.
•
Memperbaiki error yang terdeteksi selama data entry dan sebelum data diposting ke dalam catatan pelanggan dan persediaan.
•
Masukkan total batch yang berhubungan dengan data penting pada sales invoice dan bukti kas masuk. Dalam kasus penerimaan kas, total dari bukti kas masuk harus dibandingkan dengan total dari slip deposito.
b. Pengendalian Processing •
Pindahkan barang pesanan dari gudang dan kirimkan barang hanya berbasiskan otorisasi tertulis seperti stock request copies.
21 •
Berikan faktur kepada pelanggan hanya pada saat terdapat notifikasi dari departemen pengiriman tentang jumlah kuantitas yang dikirim.
•
Terbitkan nota kredit untuk retur penjualan hanya setelah terbukti barang tersebut telah dikembalikan.
•
Verifikasi semua perhitungan pada faktur penjualan sebelum dikirm atau diposting ke dalam akun pelanggan. Bandingkan juga faktur penjualan dengan shipping notices.
•
Verifikasi semua jumlah total yang diposting ke dalam akun piutang dari transaksi batch, kemudian posting jumlah total pada akun buku besar.
•
Setorkan semua kas yang diterima dengan batas penundaan yang minimum untuk menghindari penggunaan kas secara tidak sah oleh karyawan.
c. Pengendalian Output •
Siapkan laporan bulanan yang harus dikirmkan kepada semua pelanggan kredit.
•
Semua kopian dari dokumen transaksi penjualan kredit sampai penerimaan kas diberi nomor urut dan setiap nomor diperiksa secara periodik untuk menghindari adanya gaps.
•
Siapkan daftar printed transaction, dan account summary secara periodik untuk dapat dilakukan audit.
22 2.4.4 Kegiatan Pengendalian Internal Menurut Boockholdt (1999, p404) kegiatan pengendalian terdiri dari empat kategori : 1. Prosedur untuk mengotorisasi transaksi. 2. Keamanan untuk aset dan catatan 3. Pemisahan tugas 4. Kecukupan atau kelengkapan dokumen-dokumen dan catatan-catatan.
2.4.5 Komponen Sistem Pengendalian Internal Menurut Boockholdt (1999, p400) sebuah organisasi memiliki lima komponen pengendalian interen yang terdiri dari lingkungan pengendalian, penilaian resiko, kegiatan-kegiatan pengendalian, informasi dan komunikasi, dan monitor. Tabel 2.1 memperlihatkan komponen pengendalian internal beserta faktor-faktor yang mempengaruhi setiap komponen.
23 No. 1.
Komponen Pengendalian Interen Lingkungan Pengendalian Merupakan fondasi dari komponen pengendalian interen lain. Biasanya dipengaruhi oleh sejarah dan budaya perusahaan dan memiliki pengaruh besar terhadap bagaimana tujuan akan dicapai perusahaan.
2.
Penilaian Resiko Proses manajemen untuk mengenali dan menganalisis resiko yang menghambat pencapaian tujuan organisasi. Kegiatan Pengendalian Kebijakan dan prosedur yang diterapkan untuk menyediakan keyakinan yang pasti akan arah manajemen yang dilaksanakan.
3.
4.
5.
Informasi dan komunikasi Informasi dikenali, diperoleh, diproses, dan dilaporkan untuk keputusan operasi dan pelaporan keuangan. Komunikasi melekat dalam sistem informasi. Sistem informasi mengkomunikasikan informasi internal dan eksternal. Monitor Menilai performansi kualitas pengendalian internal dari waktu ke waktu.
Keterangan Faktor-faktor yang mempengaruhi 1. nilai integritas dan dan nilai etika. 2. komitmen ke kompetensi 3. partisipasi dewan direksi atau panitia audit 4. gaya filosofi manajemen dan gaya operasi 5. struktur organisasi 6. penugasan otoritas dan tanggung jawab 7. kebijakan dan pelatihan sumber daya manusia. Faktor-faktor yang mempengaruhi 1. Eksternal : kompetisi, perubahan ekonomi dan teknologi, peraturan pemerintah, bencana alam. 2. Internal : kekacauan sistem informasi, error karena tidak ada pelatihan karyawan. Kategori kegiatan pengendalian 1. Prosedur untuk otorisasi dan transaksi pemrosesan. 2. Perlindungan untuk aset dan catatan. 3. Pemisahan tugas. 4. Dokumen dan catatan yang cukup. Metode dan dokumen sistem meliputi 1. Analisis debit dan kredit. 2. Nama akun-akun 3. Jurnal standar. 4. Neraca Saldo. 5. Akun kontrol Pemeriksaan yang dilakukan 1. pemeriksaan klerikal 2. rekonsiliasi 3. perbandingan aset dengan catatan. 4. pengendalian program komputer. 5. peninjauan manajemen terhadap akun 6. peninjauan user terhadap laporan komputer
Tabel 2.1 Komponen Sistem Pengendalian Internal
24 2.4.6 Pengendalian Internal Sistem Informasi Penjualan Kredit dan Piutang Usaha Menurut Romney dan Steinbart (2003), beberapa ancaman yang sering ditemui dalam sistem informasi akuntansi penjualan dan piutang adalah order penjualan yang tidak lengkap atau tidak tepat, pemberian kredit kepada pelanggan yang memiliki catatan kredit yang tidak baik, kegagalan dalam menagih pelanggan, dan lain-lain. Beberapa prosedur pengendalian yang dapat diterapkan untuk mengatasi ancamantersebut adalah pemeriksaan input data, pemisahan fungsi pengiriman dan penagihan, persetujuan kredit oleh manajer kredit bukan oleh fungsi penjualan, dan lain-lain. Untuk lebih jelasnya, beberapa ancaman dan prosedur pengendalian untuk mengatasi ancamanancaman dalam kegiatan penjualan dan piutang dapat dilihat pada Tabel 2.2 berikut ini:
25 Proses / kegiatan Entri Order Penjualan
Ancaman 1. Order penjualan yang tidak lengkap atau tidak tetap 2. Memberikan kredit kepada pelanggan yang memiliki status kredit yang tidak baik 3. Otorisasi order
Pengiriman
Penagihan dan piutang
4. Kehabisan stock, carrying cost, dan markdown 1. Kesalahan pengiriman: barang, jumlah dan alamat yang salah 2. Ancaman persediaan
1. Gagal untuk menagih pelanggan
2. Kesalahan dalam penagihan 3. Posting kesalahan dalam mengupdate piutang Penagihan kas
1. Pencurian kas
Isu-isu pengendalian umum
1. Kehilangan data 2. Kinerja yang buruk
Prosedur kontrol yang applicable Pemeriksaan data entri Persetujuan kredit oleh manajer kredit, bukan oleh fungsi Penjualan Catatan saldo pelanggan yang lengkap Tanda tangan pada kertas dokumen Tanda tangan digital dan sertifikat digital untuk e- bussiness Sistem pengendalian persediaan Rekonsiliasi order penjualan dengan picking ticket dan packing slip; bar code scanner, pengendalian aplikasi entri data Hindari akses fisik dengan persediaan, dokumentasi dari segala transfer internal persediaan, pemeriksaan fisik secara periodik dengan jumlah catatan Pemisahan fungsi pengiriman dan penagihan, seluruh dokumen pengiriman bernomor urut tercetak dan rekonsiliasi secara periodik dengan faktur, rekonsiliasi picking ticket dan surat jalan dengan order penjualan Pengendalian pemeriksaan entri data daftar harga Rekonsiliasi jurnal pembantu piutang dengan jurnal umum statement bulanan ke pelanggan Pemisahan tugas, minimasi penanganan kas, pengaturan lockbox persetujuan tepat waktu, deposit setiap penerimaan, rekonsiliasi secara periodik rekening koran dengan catatan yang dibuat oleh dengan catatan yang dibuat oleh pihak yang tidak terlibat dalam pemrosesan penerimaan kas Prosedur backup dan pemulihan terhadap bencana, pengendalian akses (secara fisik dan logis) Mempersiapkan dan mengkaji-ulang laporan kinerja
Tabel 2.2 Pengendalian Internal Sistem Informasi Akuntansi Penjualan Kredit dan Piutang Usaha
26 2.5
Pengertian Metode Analisis dan Desain Berorientasi Objek 2.5.1 Rich Picture Menurut Mathiassen et al. (2000, p25) rich picture adalah sebuah gambaran informal yang digunakan oleh pengembang sistem untuk menyatakan pemahaman mereka terhadap situasi dari sistem yang sedang berlangsung. Rich picture juga dapat digunakan sebagai alat yang berguna untuk memfasilitasi komunikasi yang baik antara pengguna dalam sistem. Rich picture difokuskan pada aspek-aspek penting dari sistem tersebut, yang ditentukan sendiri oleh pengembang sistem dengan mengunjungi perusahaan untuk melihat bagaimana perusahaan tersebut beroperasi, berbicara dengan banyak orang untuk mengetahui apa yang harus terjadi atau seharusnya terjadi, dan mungkin melakukan beberapa wawancara formal.
2.5.2 System Definition Menurut Mathiassen et al. (2000, p37), system definition adalah deskripsi ringkas dari sistem terkomputerisasi yang diekspresikan dalam bahasa natural. Tujuan system definition adalah untuk memilih sistem aktual yang akan dikembangkan. Hal ini dilakukan dengan mengklarifiskasikan interpretasi, kemungkinan dan konsekuensi dari beberapa solusi alternatif secara sistematis.
2.5.3 FACTOR Criterion Menurut Mathiassen (2000, p39) FACTOR Criterion terdiri dari enam elemen :
27 1. Functionality : fungsi-fungsi sistem yang mendukung tugas applicationdomain. 2. Application domain : bagian-bagian dalam organisasi yang mengadministrasi, memonitor, atau mengendalikan sebuah problem domain. 3. Conditions : kondisi-kondisi yang dibawahnya sistem akan dikembangkan dan digunakan. 4. Technology : teknologi yang digunakan untuk mengembangkan sistem dan teknologi yang daripadanya sistem akan dijalankan. 5. Objects : objek-objek utama dari problem domain. 6. Responsibility : tanggung jawab keseluruhan sistem yang berkaitan dengan konteksnya.
2.5.4 Analisis Problem Domain Menurut Mathiassen et al. (2000) problem domain adalah bagian dari konteks yang diatur, di monitor, atau dikendalikan oleh sistem. Analisis problemdomain memfokuskan pada informasi apa yang harus ditangani oleh sistem dan menghasilkan sebuah model yang merupakan gambaran dari class, objek, struktur dan perilaku (behaviour) yang ada dalam problem domain. Analisis problem domain dibagi menjadi tiga kegiatan seperti Tabel 2.3 dibawah ini:
28 Kegiatan Class Structure Behaviour
Isi Konsep Objek dan event mana yang Class, objek, event merupakan bagian problem domain Bagaimana class dan objek saling Generalisasi, agregasi, terkait satu sama lain secara konseptual asosiasi, dan cluster Properti dinamik mana yang dimiliki Event trace, behavioural Objek pattern, dan atribut. Tabel 2.3 Kerangka Analisis Problem Domain
2.5.4.1 Class Menurut Mathiassen et al. (2000), Class adalah sekumpulan objek yang membagikan struktur, behavioral pattern, dan atribut. Kegiatan class merupakan kegiatan pertama dalam analisis problem domain. Ada beberapa tugas utama dalam kegiatan ini yaitu: abstraksi fenomena dari problem domain dalam objek dan event; klasifikasi objek dan event; seleksi class dan event yang akan dipelihara informasinya oleh sistem. Menurut Mathiassen et al. (2000), object adalah sebuah entitas yang memiliki indentitas, status, dan perilaku (behavior). Event adalah kejadian secara terus menerus yang melibatkan satu atau lebih objek. Pemilihan class tersebut bertujuan untuk mendefinisikan dan membatasi problem domain. Sementara pemilihan kumpulan event yang dialami atau dilakukan oleh satu atau lebih objek bertujuan untuk membedakan tiap-tiap kelas dalam problem-domain. Kegiatan class akan menghasilkan sebuah Event Tabel. Seperti yang terlihat pada Tabel 2.4 dibawah ini. Dimensi horizontal berisi classclass yang terpilih, dimensi vertikal berisi event-event terpilih. Sebuah
29 tanda cek digunakan untuk mengindikasikan objek-objek dari class yang berhubungan dalam event tertentu. Class Customer Assistant Apprentice Appointment Plan √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ Tabel 2.4 Contoh Event Tabel Sumber: Lars Mathiassen Event Reserved Cancelled Treated Employed Resigned Graduated Agreed
2.5.4.2 Structure Menurut Mathiassen et al. (2000) kegiatan kedua dalam analisis problem-domain ini bertujuan untuk mencari hubungan struktural yang abstrak dan umum antara class-class serta mencari hubungan yang konkrit dan spesifik antara objek-objek dalam problem-domain. Menurut Mathiassen et al. (2000) object-oriented structure bisa dibagi menjadi : 1. Structure antar class, terdiri dari : a. Generalization adalah hubungan antara dua atau lebih class yang lebih spesialisasi (sub kelas) dengan sebuah class yang lebih umum (super kelas). Di mana hubungan spesialisasi tersebut dapat dinyatakan dengan rumus “is-a”.
Gambar 2.1 Generalization Structure
30 b. Cluster adalah kumpulan class yang saling berkaitan. Cluster digambarkan dengan notasi file folder yang mencakup class-class di dalamnya. Class dalam cluster yang sama dihubungkan dengan generalization ataupun aggregation, sedangkan class yang berada pada cluster yang berbeda dihubungkan dengan association. <
> Cars Car * 1 Engine * 1 Cylinder
Passanger Car
Taxi
Gambar 2.2 Cluster Structure
2. Structure antar objek, terdiri dari : a. Aggregation adalah objek superior (keseluruhan) yang terdiri dari sejumlah objek inferior (bagian). Hubungan ini dapat dinyatakan dengan rumus “has-a” atau “is-part-of”.
Terdapat tiga struktur
agregasi, yaitu :
Gambar 2.3 Aggregation Structure
•
Whole-Part, yang mana objek superior merupakan penjumlahan dari objek inferior; jika objek inferior tersebut ditambah atau dihilangkan, akan mengubah total objek superior.
•
Container-Content, yang mana objek superior adalah container untuk objek inferior. Objek superior tidak akan berubah jika terjadi penambahan atau penghapusan objek inferior.
31 •
Union-Member, yang mana objek superior merupakan kesatuan dari anggota-anggota (objek inferior). Objek superior tidak akan berubah jika terjadi penambahan atau penghapusan objek inferior, namun tetap memiliki batasan.
b. Association adalah hubungan antara sejumlah objek yang memiliki arti di mana objek-objek yang saling berhubungan tersebut bukan merupakan bagian dari objek yang lainnya.
Gambar 2.4 Association Structure
Hasil dari kegiatan struktur ini adalah class diagram, yakni ringkasan model problem-domain yang jelas dengan menggambarkan semua struktur hubungan statik antar class dan objek yang ada dalam model dari sistem yang berubah-ubah.
2.5.4.3
Behaviour Menurut Mathiassen et al. (2000) kegiatan behaviour adalah
kegiatan terakhir dalam analisa problem domain yang bertujuan untuk memodelkan apa yang terjadi (perilaku dinamis) dalam problem domain sistem sepanjang waktu. Tugas utama dalam kegiatan ini adalah: menggambarkan pola perilaku (behavioral pattern) dan atribut dari setiap class. Hasil dari kegiatan ini adalah statechart diagram yang dapat dilihat pada Gambar 2.5 :
32
Gambar 2.5 Contoh “State Chart”
Perilaku dari suatu objek di tentukan oleh urutan event-event (event trace) yang harus dilewati oleh objek tertentu tersebut sepanjang waktu. Sebagai contoh: kelas “pelanggan” harus melalui event trace: account opened - amount deposited- amount withdrawn - amount deposited -account closed sepanjang masa hidupnya. Tiga jenis notasi untuk behavioural pattern yaitu : 1. sequence, dimana event muncul satu per satu secara berurutan. 2. selection, dimana terjadi pemilihan satu event dari sekumpulan event yang muncul. 3. iteration, dimana sebuah event muncul sebanyak nol atau beberapa kali.
2.5.5
Analisis Application domain Menurut Mathiassen et al. (2000) application domain adalah organisasi
yang mengatur, memonitor, atau mengendalikan problem domain. Analisis application domain memfokuskan pada bagaimana target sistem akan digunakan dengan menentukan kebutuhan function dan antarmuka sistem. Analisis application-domain memiliki tiga kegiatan yaitu:
33 Kegiatan Usage Function Interface
Isi Bagaimana sistem berinteraksi dengan orang lain dan dengan sistem lain dalam konteks Bagaimana kemampuan sistem dalam memproses informasi Kebutuhan antarmuka dari sistem target
Konsep Use case dan actor Function Interface, user interface dan sistem interface
Tabel 2.5 Kerangka Application Domain
2.5.5.1
Usage Menurut Mathiassen et al. (2000) kegiatan usage merupakan
kegiatan pertama dalam analisis application domain yang bertujuan untuk menentukan bagaimana aktor-aktor yang merupakan pengguna atau sistem lain berinteraksi dengan sistem yang dituju. Interaksi antara aktor dengan sistem tersebut dinyatakan dalam use case. Use case dapat dimulai oleh aktor atau oleh sistem target. Hasil dari analisis kegiatan usage ini adalah deskripsi lengkap dari semua use case dan aktor yang ada yang digambarkan dalam tabel aktor atau use case diagram. Menurut Dennis dan Wixom (2003) cara untuk mengidentifikasi aktor adalah dengan mengetahui alasan aktor menggunakan sistem. Aktor dapat digambarkan dalam spesifikasi aktor yang memiliki 3 bagian yaitu: tujuan, karakteristik, dan contoh dari aktor tersebut. Tujuan merupakan peran dari aktor dalam sistem target. Sementara karakteristik menggambarkan aspek-aspek yang penting dari aktor. Use case dapat digambarkan dengan menggunakan spesifikasi use case, dimana use case dijelaskan secara singkat namun jelas dan dapat disertai dengan keterangan objek sistem yang terlibat dan function dari use
34 case tersebut atau dengan diagram statechart karena use case adalah sebuah fenomena yang dinamik. Bennet et al. mengungkapkan use case diagram mempunyai dua jenis hubungan (relationship) yaitu: extend dan include. Hubungan extend digunakan ketika ingin menunjukan bahwa sebuah use case menyediakan fungsi tambahan yang mungkin digunakan oleh use case lain. Sedangkan hubungan include digunakan ketika terdapat urutan behaviour yang sering kali digunakan oleh sejumlah use case dan ingin dihindari pengkopian deskripsi yang sama ke setiap use case yang akan menggunakan perilaku tersebut. Sequence Diagram Menurut Bennet et al. (2002) sequence diagram membantu seorang analis kebutuhan mengidentifikasikan rincian dari kegiatan yang dibutuhkan untuk menjalankan fungsi dari sebuah use case. Tidak ada suatu sequence diagram yang benar untuk use case tertentu, melainkan ada sejumlah kemungkinan sequence diagram yang masing-masing diagram tersebut dapat lebih atau kurang memenuhi kebutuhan dari use case. Menurut
Whitten,
Bently,
Ditmann
(2001)
Sequence
menggambarkan bagaimana pesan atau message dikirim dan diterima antar objek dalam sequence tertentu.
2.5.5.2
Function Menurut Mathiassen et al. (2000) kegiatan function merupakan
kegiatan kedua dalam aplication domain. Function memfokuskan pada
35 bagaimana cara sebuah sistem dapat membantu aktor dalam melaksanakan pekerjaan mereka. Tujuan dari kegiatan function adalah untuk menentukan kemampuan sistem memproses informasi. Hasil dari kegiatan ini adalah sebuah daftar function-function yang merinci function-function yang kompleks. Daftar function harus lengkap, menyatakan kebutuhan kolektif dari pelanggan dan aktor dan harus konsisten dengan use case. Function memiliki empat tipe yang berbeda yaitu: 1. Update, function ini disebabkan oleh event problem-domain dan menghasilkan perubahan dalam state model tersebut. 2. Signal, function ini disebabkan oleh perubahan keadaan atau state dari model yang dapat menghasilkan reaksi pada konteks. Reaksi ini dapat berupa tampilan bagi aktor dalam application domain, atau intervensi langsung dalam problem domain. 3. Read,
function ini disebabkan oleh kebutuhan informasi dalam
pekerjaan aktor dan mengakibatkan sistem menampilkan bagian yang berhubungan dengan informasi dalam model. 4. Compute,
function ini disebabkan oleh kebutuhan informasi dalam
pekerjaan aktor dan berisi perhitungan yang melibatkan informasi yang disediakan oleh aktor atau model, hasil dari function ini adalah tampilan dari hasil komputasi. Cara untuk mengidentifikasikan function adalah dengan melihat deskripsi problem domain yang ditampilkan oleh class dan event, dan melihat deskripsi application domain yang ditampilkan dalam use case.
36 Class dapat menyebabkan munculnya function baca dan update. Event memungkinkan munculnya kebutuhan terhadap function update. Sementara use case dapat menyebabkan munculnya semua jenis function.
2.5.5.3
Interface Interface merupakan kegiatan ketiga dalam application domain.
Menurut Mathiassen et al. (2000) interface digunakan oleh aktor untuk berinteraksi dengan sistem. Interface kegiatan memiliki tiga konsep : 1. Interface, yaitu fasilitas yang membuat model sistem dan fungsi dapat digunakan oleh aktor. 2. User Interface, adalah interface yang menghubungkan user dengan sistem. 3. System Interface, adalah interface yang menghubungkan sistem satu dengan sistem lain. Sebuah user interface yang baik harus dapat beradaptasi dengan pekerjaan dan pemahaman user terhadap sistem. Kualitas user interface ditentukan oleh kegunaan atau usability interface tersebut bagi pengguna. Usability bergantung pada siapa yang menggunakan dan situasi pada saat sistem tersebut digunakan. Oleh sebab itu usability bukan sebuah ukuran yang pasti dan objektif. Terdapat empat jenis pola dialog yang penting dalam menentukan user interface yaitu:
37 1. Menu-selection yang menampilkan pilihan-plilihan menu dalam user interface; 2. Form fill in yang merupakan pola klasik untuk entri data; 3. Command-language dimana user memasukkan dan mengaktifkan format perintah sendiri; 4. Direct manipulation dimana user memilih objek dan melaksanakan function atas objek dan melihat hasil dari interaksi mereka tersebut. Kegiatan analisis user interface ini berdasarkan pada hasil dari kegiatan analisis lainnya yaitu model problem domain, kebutuhan functional dan use case. Hasil dari kegiatan ini adalah sebuah deskprisi elemen-elemen user interface dan system interface yang lengkap, dimana kelengkapan menunjukkan pemenuhan kebutuhan pengguna. Hasil dari kegiatan user interface berupa form presentasi dan dialogue style, diagram window terpilih, dan diagram navigasi. Sedangkan hasil dari system interface berupa class diagram untuk peralatan dan protocol eksternal untuk berinteraksi dengan sistem yang lain.
2.5.6
Architecture Design Menurut Mathiassen et al. (2000) keberhasilan suatu sistem ditentukan oleh
kekuatan desain arsitekturalnya. Arsitektur membentuk sistem sesuai dengan fungsi sistem tersebut dan dengan memenuhi kriteria desain tertentu. Arsitektur juga berfungsi sebagai kerangka untuk kegiatan pengembangan yang selanjutnya. Sebuah arsitektur yang tidak jelas akan menghasilkan banyak pekerjaan yang siasia.
38 Desain arsitektural memiliki tiga kegiatan yaitu: Kegiatan Isi Kriteria Kondisi dan kriteria untuk pendesainan Komponen Bagaiman sistem dibentuk menjadi komponen-komponen Proses Bagaimana proses sistem didistribusikan dan dikoordinasi Tabel 2.6 Kerangka Architecture Design
2.5.6.1
Kondisi Criterion Arsitektur komponen Arsitektur proses
Criteria Menurut Mathiassen et al. (2000) untuk menciptakan sebuah
desain yang baik diperlukan pertimbangan mengenai kondisi-kondisi dari setiap proyek yang dapat mempengaruhi kegiatan desain yaitu: 1. Technical, yang terdiri dari pertimbangan: penggunaan hardware, software dan sistem lain yang telah dimiliki dan dikembangkan; pengaruh kemungkinan penggabungan pola-pola umum dan komponen yang telah ada terhadap arsitektur dan kemungkinan pembelian komponen standar. 2. Conceptual, yang terdiri dari pertimbangan: perjanjian kontrak, rencana untuk pengembangan lanjutan, pembagian kerja antara pengembang 3. Human, yang terdiri dari pertimbangan: keahlian dan pengalaman orang yang terlibat dalam kegiatan pengembangan dengan sistem yang serupa dan dengan platform teknis yang akan didesain. Karena tidak ada cara-cara tertentu
atau mudah
untuk
menghasilkan suatu desain yang baik, banyak perusahaan menciptakan suatu standard dan prosedur untuk memberikan jaminan terhadap kualitas sistem. Disinilah kegiatan kriteria dapat membantu dengan menetapkan prioritas desain untuk setiap proyek tertentu.
39 Sebuah desain yang baik memiliki tiga ciri-ciri yaitu: 1. Tidak memiliki kelemahan. Syarat ini menyebabkan adanya penekanan pada evaluasi dari kualitas berdasarkan review dan eksperimen dan membantu dalam menentukan prioritas dari kriteria yang akan mengatur dalam kegiatan pendesainan. Tabel 2.7 dibawah ini adalah beberapa kriteria umum yang digunakan dalam kegiatan desain yang berorientasi objek: Criterion Usable Secure Efficient Correct Reliable Maintainabe Testabel Fleksible Comprehensible Reusable Portabel Interoperable
Ukuran dari Kemampuan sistem untuk menyesuaikan diri dengan konteks, organisasi yang berhubungan dengan pekerjaan dan teknis Ukuran keamanan sistem dalam menghadapi akses yang tidak terotorisasi terhadap data dan fasilitas Eksploitasi ekonomis terhadap fasilitas platform teknis Pemenuhan dari kebutuhan Pemenuhan ketepatan yang dibutuhkan untuk melaksanakan Fungsi Biaya untuk menemukan dan memperbaiki kerusakan Biaya untuk memastikan bahwa sistem yang dibentuk dapat melaksanakan fungsi yang diinginkan Biaya untuk mengubah sistem yang dibentuk Usaha yang diperlukan untuk mendapatkan pemahaman terhadap sistem Kemungkinan untuk menggunakan bagian sistem pada sistem lain yang berhubungan Biaya untuk memindahkan sistem ke paltform teknis yang Berbeda Biaya untuk menggabungkan sistem ke sistem yang lain Tabel 2.7 Kriteria Umum
2. Menyeimbangkan beberapa kriteria Konflik sering terjadi antar kriteria, oleh sebab itu untuk menentukan kriteria mana yang akan diutamakan dan bagaimana cara untuk menyeimbangkannya dengan kriteria-kriteria yang lain bergantung pada situasi sistem tertentu. 3. Usable, flexible, dan comprehensible
40 Kriteria-kriteria ini bersifat universal dan digunakan pada hampir setiap proyek pengembangan sistem.
2.5.6.2 Component Architecture Menurut Mathiassen et al. (2000, p190) component architecture adalah sebuah struktur sistem yang terdiri dari komponen-komponen yang saling berhubungan. Component architecture membuat sistem lebih mudah untuk dimengerti, menyederhanakan desain, dan mencerminkan kestabilan sistem. Hal ini dikarenakan komponen merupakan subsistem dari sebuah sistem. Beberapa pola umum dalam desain komponen arsitektur: 1. Layered- architecture pattern Merupakan bentuk yang paling umum dalam software. Contoh dari pola ini adalah model OSI yang sudah menjadi ISO untuk model jaringan. Sebuah arsitektur layered terdiri dari beberapa komponen yang dibentuk menjadi lapisan-lapisan dimana lapisan yang berada di atas bergantung ke pada lapisan yang ada di bawahnya. Perubahan yang terjadi pada suatu lapisan akan mempengaruhi lapisan di atasnya. <> Layer i+1
<> Layer i
<> Layer i-1
Gambar 2.6 Layered Architecture Pattern
41 2. Generic-architecture pattern Pola ini digunakan untuk merinci sistem dasar yang terdiri dari komponen interface, function, dan model. Di mana komponen model terletak pada lapisan yang paling bawah, kemudian dilanjutkan dengan function layer dan paling atasnya komponen interface. <> interface <> User interface
<> System interface
<> function
<> Technical platform <> UIS
<> model
<> DBS
<> NS
Gambar 2.7 Generic Architecture Pattern
3. Client-server architecure pattern Pola ini awalnya dikembangkan untuk mengatasi masalah sistem yang terdistribusi di antara beberapa prosesor yang tersebar secara geografis. Komponen pada arsitektur ini adalah sebuah server dan beberapa client. Tanggung jawab daripada server adalah untuk menyediakan database dan resource yang dapat disebarkan kepada client melalui jaringan. Sementara client memiliki tanggung jawab untuk menyediakan interface lokal untuk setiap user-nya. Identifikasi komponen, di dalam perancangan sistem atau subsistem, pada umumnya dimulai dengan
42 layer architecture dan client server architecture di mana keduanya merupakan dua layer yang berbeda, tetapi saling melengkapi.
Gambar 2.8 Client Server Architecture Pattern
Berikut adalah beberapa jenis distribusi dalam arsitektur client-server dimana U (User interface), F (Function), M (Model): Client U U U+F U+F U+F+M
Server U+F+M F+M F+M M M
Architecture Distributed presentation Local presentation Distibuted functionality Centralized data Distributed data
Tabel 2.8 Jenis Arsitektur Client-Server
2.5.6.3
Process Architecture Menurut Mathiassen et al. (2000, p209) process architecture
adalah struktur dari eksekusi sistem yang terdiri dari proses-proses yang saling bergantung. Hasilnya berupa sebuah deployment diagram. Terdapat tiga jenis pola distribusi, yaitu : 1. Centralized Pattern Pola ini menyimpan semua data pada server pusat dan user hanya bisa melihat
user
interface
saja.
Keuntungannya
adalah
dapat
diimplementasikan pada client secara murah, semua data konsisten karena hanya berada di satu tempat, strukturnya mudah dimengerti dan diimplementasikan, dan kemacetan jaringannya moderat.
43
Gambar 2.9 Centralized Pattern
2. Distributed Pattern Semua data terdistribusi ke user atau client dan server hanya menyebarkan
model
yang
telah
di-update
di
antara
client.
Keuntungannya dalah waktu akses yang rendah kinerja lebih maksimal, dan back-up data banyak. Kerugiannya adalah redundansi data sehingga konsistensi data terancam, kemacetan jaringan tinggi, arsitektur sulit dipahami dan diimplementasikan.
Gambar 2.10 Distributed Pattern
3. Decentralized Pattern Client Pola ini berada di antara kedua pola di atas. Di sini client memiliki data tersendiri sehingga data umum hanya berada pada server. Server menyimpan data umum dan fungsi atas data-data tersebut, sedangkan client menyimpan data milik application domain client. Keuntungannya
44 adalah konsistensi data, tidak ada duplikasi data, lalu lintas jaringan jarang karena jaringan hanya digunakan data umum di server di-update. Kekurangannya adalah semua prosesor harus mampu melakukan fungsi yang kompleks dan memelihara model dalam jumlah besar, sehingga meningkatkan biaya hardware.
Gambar 2.11 Decentralized Pattern
2.5.7
Component Design Tujuan dari kegiatan component design adalah untuk menentukan
implementasi kebutuhan dalam kerangka arsitektural. Kegiatan component design bermula dari spesifikasi arsitektural dan kebutuhan sistem, sedangkan hasil dari kegiatan ini adalah spesifikasi dari komponen yang saling berhubungan. Berikut adalah beberapa kegiatan dari component design :
45 Kegiatan Model Component
Context Bagaimana suatu model digambarkan sebagai kelas dalam sebuah sistem Bagaimana suatu function Function Component diimplementasikan. Bagaimana komponen-komponen Connecting Component Dihubungkan. Tabel 2.9 Kerangka Component Design
2.5.7.1
Konsep Model component and attribute Function Component & Operation Component and connection
Model Component Menurut Mathiassen et al. (2000, p236) model component adalah
bagian dari sistem yang mengimplementasikan model problem domain. Hasil dari kegiatan model component adalah revisi dari class diagram dari kegiatan analisis yang
terdiri dari kegiatan penambahan
class, atribut dan struktur baru yang mewakili event. Revisi class dapat terjadi pada : •
Generalization Jika terdapat dua class dengan atribut yang sama maka dapat dibentuk class baru (revised class).
•
Association Jika terdapat hubungan many-to-many.
•
Embedded iterations Merupakan embedded di dalam statechart diagram. Misalnya jika sebuah class terdapat statechart diagram yang mempunyai tiga iterated events, maka kita dapat membentuk tiga class di dalam perancangan model.
46 2.5.7.2
Function Component Menurut Mathiassen et al. (2000, p252) function component
adalah bagian dari sistem yang mengimplementasikan kebutuhan fungsional. Tujuan dari function component adalah untuk memberikan akses bagi user interface dan komponen sistem lainnya ke model sehingga menunjukkan pengimplementasian dari function. Hasil utama dari kegiatan ini adalah class diagram dengan operation dan specification dari operation yang kompleks. Sub kegiatan ini menghasilkan kumpulan operasi yang dapat mengimplemenatiskan fungsi sistem seperti yang ditentukan dalam analysis problem domain dan function list. 1. Merancang function sebagai operation. 2. Menelusuri pola yang dapat membantu dalam implementasi function sebagai operation. 3. Spesifikasikan operasi yang kompleks.
2.6
Interaksi Manusia dan Komputer Menurut Shneiderman (1998, p 8), Interaksi Manusia dan Komputer (IMK) adalah ilmu yang berhubungan dengan perancangan, evaluasi, dan implementasi sistem komputer interaktif yang digunakan manusia, serta studi fenomena– fenomena besar yang berhubungan dengannya. Menurut Shneiderman (1998, p74-75) ada 8 jenis aturan emas dalam perancangan antarmuka, yaitu :
47 1. Berusaha keras untuk konsisten. Beberapa bentuk konsistensi yang ada adalah konsistensi dalam penggunaan bentuk dan ukuran font, pemberian warna tulisan dan latar belakang, pembuatan layout, penggunaan terminologi. 2. Memungkinkan bagi user menggunakan shortcuts. Jika frekuensi penggunaan meningkat, maka perlu dilakukan pengurangan jumlah interaksi dengan memanfaatkan fasilitas shotcuts. Shortcuts disukai user karena dapat memberikan waktu tampilan yang lebih cepat. 3. Memberikan feedback yang inovatif. Sistem harus menyediakan feedback untuk setiap aksi pemakaian. Isyarat– isyarat seperti suara dan tampilan visual harus ditampilkan untuk interaksi pemakai untuk memberi tahu bahwa software memberikan respon masukan dari pemakai. 4. Merancang dialog untuk menghasilkan keadaan akhir. Urutan aksi harus tersusun dalam bagian awal, tengah, dan akhir suatu grup. Feedback penyelesaian aksi yang inovatif, memberikan kepuasan kepada operator / pengguna, perasaan lega, sinyal untuk mendapatkan kemungkinan rencana dan pilihan dari pikiran pengguna, serta indikasi bahwa cara tersebut jelas mempersiapkan aksi berikutnya. 5. Menyediakan penanganan kesalahan yang sederhana. Pemakai tetap dapat membuat kesalahan meskipun dengan penggunaan design interface yang terbaik, kesalahan ini tetap dapat secara fisik (secara tidak sengaja menunjuk ke perintah dan data yang salah) dan secara nonfisik (membuat keputusan yang salah mengenai perintah dan data yang dipilih).
48 Maka sistem didesain sedemikian rupa agar pengguna tidak membuat kesalahan yan serius. 6. Mengizinkan pembalikan aksi (undo) dengan mudah. Sedapat mungkin, aksi harus diulang (undo). Hal ini dapat mengurangi, menghilangkan kecemasan karena pengguna tahu bahwa kesalahan dapat dihilangkan. Dengan demikian dapat mendorong user untuk menjelajahi pilihan–pilihan yang tidak dikenal. 7. Pengontrolan terletak pada pengguna sendiri (focus on control). Pengguna harus merasa bahwa ia berkuasa atas sistem dan sistem menuruti perintahnya. Tindakan sistem yang mengejutkan, data yang rutin, kesulitan dalam memperoleh informasi penting, dan ketidakmampuan untuk melakukan tindakan yang diinginkan akan membuat kecemasan dan ketidakpuasan. 8. Mengurangi beban ingatan jangka pendek. Manusia mempunyai keterbatasan dalam menghafal. Maka tampilan sebaiknya dibuat sederhana, tampilan informasi dikelompokkan, dan frekuensi gerakan window dikurangi.
2.7 Database Menurut Wilkinson et al. (2000, p112) database adalah sebuah totalitas dari struktur data yang mencakup baik serangkaian data-data maupun relasi-relasi di antara data-data tersebut. Data disimpan pada pusat penyimpanan (repository) dan dibagikan di antara banyak kelompok, departemen, dan fungsi.
49 Menurut Wilkinson et al. (2000, p105) kumpulan data-data membentuk field, kemudian kumpulan field membentuk record, kumpulan record membentuk file, dan kumpulan file membentuk sebuah database. Menurut Wilkinson et al. (2000, p109) primary key adalah sebuah field yang secara unik memberikan identifikasi pada setiap record dalam file. Field ini harus selalu mengandung data value, dan data value tersebut harus berbeda untuk setiap record dalam file. Secondary key adalah field di samping dari primary key dan dianggap sebagai subordinate key bagi primary key. Secondary key merepresentasikan sebuah cara alternatif yang mana mengurutkan record secara logika dalam file. Secondary key tidak diharuskan memiliki nilai unik untuk setiap record dalam file.
