LANDASAN TEORI
2.1. Pengertian Sistem Informasi
Menurut Bodnar dan Hopwood (2004), sistem informasi adalah “ the use of computer technology in an organization to provide information to users. A computer based information system is a collection of computer hardware and software designed to transform data into useful information.” (p. 3-4).
Menurut Whitten, Bentley and Dittmann (2004), sistem informasi adalah “ an arrangement of people, data, processes, and information technology that interact to collect, process, store, and provide as output the information neede to support an organization.” (p. 4).
Jadi dapat ditarik kesimpulan bahwa sistem informasi adalah mengorganisasikan sumber daya pada PT. TRIJAYA BAN yang terdiri dari orang, perangkat keras dan perangkat lunak computer yang saling berinteraksi untuk menyediakan infomasi yang berguna bagi pihak manajemen.
2.2. Pengertian Sistem Informasi Akuntansi
Menurut Bodnar dan Hopwood (2004) sistem informasi akuntansi adalah “ a collection of resources, such as people and equipment, designed to transform financial and other data into information… the term accounting information system used more broadly to include transaction processing cycles, the use of information technology, and the development of information systems.” (p. 1).
Menurut Jones and Rama (2003), sistem informasi akuntansi adalah “ a subsystem of MIS that provides accounting and financial information, as well as other information obtained in the routined transactions. An AIS tracks a wide range of information about sales orders, sales in units and dollars, cash collections, purchase orders, goods receive and payments, wages and hours worked.” (p. 5)
Untuk itu, dapat ditarik kesimpulan bahwa sistem informasi akuntansi adalah kumpulan sumber daya pada PT. TRIJAYA BAN yaitu orang dan peralatan yang digunakan untuk menyediakan informasi akuntansi, informasi keuangan atau informasi –informasi lain yang diperoleh pada saat pemrosesan transaksi akuntansi.
2.3. Sistem Informasi Akuntansi Penjualan, Piutang Dan Penerimaan Kas 2.3.1. Proses bisnis
Mengacu pada Jones and Rama (2003), proses bisnis adalah urutan aktivitas yang dijalankan oleh perusahaan untuk memperoleh, memproduksi, menjual barang dan jasa,. Proses bisnis sebuah perusahaan dapat dilihat melalui siklus transaksi proses bisnis tersebut dan dapat dikelompokkan ke dalam tiga siklus transaksi utama yaitu :
1. Siklus perolehan atau pembelian yang meliputi proses pembelian barang dan jasa.
2. Siklus konversi yang meliputi proses untuk mengubah sumber daya yang diperoleh menjadi barang dan jasa.
3. Siklus pendapatan yang meliputi proses penyediaan barang dan jasa kepada pelanggan.
Mengacu pada Jones Rama (2003), siklus pendapatan dari tiap jenis perusahaan hampir serupa dan terdiri dari beberapa atau seluruh dari kegiatan berikut ini :
1. Menanggapi pertanyaaan pelanggan.
2. Mengembangkan perjanjian untuk menyediakan barang dan jasa dimasa yang akan datang dengan pelanggan
3. Menyediakan jasa atau mengirimkan barang ke pelanggan. 4. Mengakui pendapatan atas barang dan jasa yang telah disediakan. 5. Mengumpulkan kas.
6. Menyetor kas ke bank. 7. Menyiapkan laporan.
Mengacu pada Bodnar and Hopwood (2004), seluruh kegiatan perusahaan yang berhubungan secara finansial dapat dipandang sebagai bagian dari proses bisnis yang sangat beragam. Proses bisnis adalah sekumpulan tugas yang saling berhubungan yang melibatkan data, unit organisasi, dan urutan waktu yang logis. Hopwood dan Bodnar juga mengungkapkan bahwa siklus transaksi merupakan alternatif lain untuk memandang kegiatan-kegiatan yang dilakukan perusahaan. Siklus transaksi secara tradisional dapat dikelompokkan ke dalam empat siklus yang umum yaitu :
1. Siklus pendapatan yang terdiri dari event-event yang berhubungan dengan kegiatan pendistribusian barang dan jasa ke entitas yang lain dan kegiatan pengumpulan pembayaran atas pendistribusian barang yang telah dilakukan.
2. Siklus pengeluaran yang terdiri dari event-event yang berhubungan dengan kegiatan perolehan barang dan jasa dari entitas lain dan penyelesaian kewajiban dari kegiatan perolehan tersebut.
3. Siklus produksi yang terdiri dari event-event yang berhubungan dengan kegiatan pengubahan sumber daya menjadi barang dan jasa.
4. Siklus keuangan yang terdiri dari event yang berhubungan dengan perolehan dan manajemen dana kapital, termasuk kas.
Mengacu pada Bodnar dan Hopwood (2004), proses bisnis manajemen pesanan pelanggan terdiri dari kegiatan : pertanyaan, pengikatan kontrak, entri order, pengiriman, penagihan. Sedangkan proses bisnis akun pelanggan mulai dari pemrosesan piutang sampai pengumpulan pembayaran pelanggan. Kegiatan pertanyaan dan pengikatan kontrak adalah kegiatan opsional yang mungkin diperlukan dalam proses bisnis manajemen pesanan pelanggan dari beberapa organisasi.
2.3.2. Penjualan
Standart Akuntansi Keuangan (2004) mendefinisikan, “Penjualan barang meliputi barang yang diproduksi perusahaan untuk dijual dan barang yang dibeli untuk dijual kembali seperti barang dagang yang dibeli pengecer atau tanah properti lain yang dibeli untuk dijual kembali. Dan penjualan jasa biasanya menyangkut tugas yang secara kontraktual telah disepakati oleh perusahaan, jasa tersebut dapat diserahkan selam satu periode atau secara lebih dari satu periode.” (PSAK No.23).
Menurut swastha (1999), “Penjualan merupakan suatu ilmu atau seni untuk mempengaruhi pribadi yang dilakukan oleh penjual untuk mengajak orang lain agar bersedia membeli barang atau jasa yang ditawarkannya.” (p.8).
Berdasarkan definisi-definisi diatas, dapat disimpulkan bahwa penjualan merupakan pemindahan resiko dan manfaat kepemilikan barang atau jasa dari pihak yang memiliki barang atau jasa (penjual) kepada pihak yang membutuhkan barang atau jasa tersebut (pembeli). Kegiatan penjualan terdiri dari penjualan barang atau jasa serta kredit maupun tunai. Kegiatan penjualan ini merupakan salah satu sumber penghasilan utama bagi setiap perusahaan.
2.3.3. Piutang Dagang
Menurut Horngren & Harrison (2004), “Piutang merupakan klaim uang pada perusahaan maupun individual. Klaim tersebut biasanya didapatkan dari penjualan baran atau jasa ataupun dari peminjaman uang. Piutang perusahan adalah jumlah yang terhutang dari pelanggan dan termasuk aktiva lancar.” (p.362)
Menurut Kieso (2004), piutang adalah “Claim held against customer and other for money, goods, or services.” (p.315). Selanjutnya Kieso (2004) menjelaskan, “Accounts receivable are oral promises of the purchaser to pay for goods and service sold. The are normally collectible within 30 to 60 days and represent “open accounts” resulting from short-term extensions of credit.” (p.319).
Jadi dapat disimpulkan piutang adalah asset yang diharapkan dapat berubah menjadi kas dalam jangka waktu yang relatif singkat dan terjadi karena adanya suatu pertukaran manfaat ekonomis.
2.3.4. Dokumen Yang Berhubungan Dengan Siklus Pendapatan
Mengacu pada Wilkinson (2000) berikut adalah dokumen-dokumen yang dibutuhkan dalam siklus pendapatan perusahan dagang :
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.
3. Picking ticket
Adalah copy dari sales order, dokumen terpisah yang dikirim ke gudang dan dalam pengambilan barang yang dipesan.
4. Packing slip
Adalah copy dari sales order atau picking slip 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. Remitance advice
Adalah dokumen yang menunjukkan 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 utnuk pengembalian penjualan atau penyisihan penjualan.
11. Credit application
Adalah sebuah form yang dipersiapkan ketika pelanggan baru mengajukan kredit.
12. Sales person call report
Adalah form yang digunakan untuk menggambarkan panggilan yang dibuat oleh sales person kepada pelanggan potensial dan mengidetifikasi hasil panggilan tersebut.
13. Delinquent notice
Adalah catatan yang dikirimkan kepada pelanggan yang melewati batas saldo kredit.
14. Right of 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 ladding
Adalah dokumen pengiriman yang digunakan untuk perusahaan pengiriman yang akan mengirimkan produk.
2.3.5. Tujuan Siklus Pendapatan
Menurut Wilkinson (2000) tujuan utama dari siklus pendapatan adalah untuk memfasilitasi pertukaran barang atau jasa dengan sejumlah uang tertentu pelanggan. Berikut adalah sasaran dari siklus pendapatan 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 mengklasifikasikan penerimaan kas secara cepat dan tepat.
6. Untuk memposting penjualan dan penerimaan kas ke akun pelanggan yang tepat dalam jurnal khusus penjualan dan penerimaan kas.
7. Untuk mengamankan prouk sampai dikirim. 8. Untuk mengamankan kas sampai disetor.
2.4. Pengendalian Internal
2.4.1. Pengertian Pengendalian Internal
Menurut studi yang dilaksanakan oleh COSO (Committee of Sponsoring Organizations of the Treadway Commission), pengendalian internal adalah “system, structure, or process, implemented by a firm’s board of directors, management, and other personnel, intended to provide reasonable assurance about achieving control objective in the following categories :
1. Effectiveness and efficiency of operations. 2. Reliability of financial reporting.
3. Compliance with applicable laws and regulations.”
Menurut Jones dan Rama (2004) pengendalian internal adalah “ The rules, policies, procedures, and information system used to ensure that a company’s financial data are accurate and reliable and to protect a company’s assets from loss or thef.” (p.15).
Menurut Romney and Steinbart (2004) pengendalian internal adalah “The plan of organization and the method a business used to safe guard assets, provide accurate and reliable information, promote and improve operational efficiency and encourage adherence to prescribed management policies.” (p. 195).
Jadi dapat ditarik kesimpulan bahwa pengendalian internal adalah aturan, kebijakan, prosedur dan sistem informasi yang dirancang untuk memastikan data
keuangan perusahaan tepat dan dapat diandalkan, untuk meningkatkan efisiensi dan efektifitas operasional dan untuk memenuhi ketaatan terhadap hukum dan peraturan yang berlaku.
2.4.2. Pengendalian Internal Sistem Informasi Akuntansi Penjualan dan Penerimaan Kas
Mengacu pada Romney & Steinbart(2003) SIA yang didesain dengan baik harus menyediakan pengendalian yang memadai agar dapat memastikan terpenuhinya tujuan-tujuan berikut ini :
1. Semua transaksi diotorisasi dengan benar. 2. Semua transaksi dicatat valid.
3. Semua transaksi yang valid dan diotorisasi dicatat. 4. Semua transaksi dicatat secara akurat.
5. Asset (baik kas, persediaan maupun data) dijaga dari kehilangan atau pencurian.
6. Aktivitas bisnis dilakukan secara efisien dan efektif.
Mengacu pada Romney & Steinbart(2003) ancaman dan pengendalian dalam siklus pendapatan adalah :
Table 2.1 Ancaman dan Pengendali
2.5. Pengertian Metode Analisis dan Desain Berorientasi Objek 2.5.1. Orientasi object
Object merupakan dasar dalam object oriented analysis and design (00A&D). menurut Mathiassen (2000) object adalah “ an entity with identity, state, and behaviour.” (p. 4). Setiap object tidak digambarkan secara sendiri - sendiri, melainkan istilah kelas digunakan untuk menggambarkan kumpulan-kumpulan objek – objek. Menurut Mathiassen (2000) class adalah “a description of collection of objects sharing structure, behavioural pattern, and attributes.” (p. 4).
2.5.2. Rich picture
Mengacu pada Mathiassen (2000), 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 antaa pengguna dalam sistem.
Rich picture difokuskan pada aspek-aspek penting dari sisem tersebut, yang ditentukan sendiri oleh pengembang sistem dengan mengunjungi perusahaan untuk melihat bagaimana perusahaan beroperasi, berbicara dengan banyak orang untuk mengetahui apa yang harus terjadi atau seharusnya tejadi, dan mungkin melakukan beberapa wawancara formal.
2.5.3. Analisa Problem-Domain
Mengacu pada Mathiassen (2000) problem domain adalah bagian dari konteks yang diatur, dimonitor, atau dikendalikan oleh sistem. Analisis problem-domain memfokuskan pada informasi apa yang harus ditangani oleh sistem dan menghasilkan sebuah model yang merupakan gambaran dari kelas-kelas, objek-objek, struktur dan perilaku (behaviour) yang ada dalam problem domain. Untuk lebih jelasnya kegiatan-kegiatan yang dilakukan dalam analisis problem domain dapat dilihat pada table berikut ini.
Kegiatan Isi Konsep
Kelas Objek dan kegiatan yang merupakan bagian dari problem domain
Kelas, objek, kegiatan
Struktur Bagaimana kelas dan objek saling berkaitan
Generalisasi, agregasi, asosiasi, dan penggolongan
Perilaku Property dinamik yang dimiliki objek
Penelusuran event, pola perilaku, dan attribute
Table 2.2 Kegiatan problem domain analysis
2.5.3.1.Class
Mengacu pada Mathiassen (2000) kegiatan kelas merupakan kegiatan pertama dalam analisis problem domain. Ada beberapa tugas utama dalam kegiatan ini yaitu : abstraksi fenomena dari problem domain dalam objek dan kegiatan; klasifikasi objek dan
event; pemilihan kelas-kelas dan event-event yang akan dipelihara informasinya oleh sistem.
Pemilihan kelas-kelas 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 kelas akan menghasilkan event table. Dimensi horizontal dari event table berisi kelas-kelas yang terpilih, sementara dimensi vertikal berisi kegiatan-kegiatan terpilih dan tanda cek digunakan untuk mengindikasikan objek-objek dari kelas yang berhubungan dalam kegiatan tertentu. Untuk lebih jelasnya, event table dapat dilihat pada table berikut ini.
Table 2.3 Contoh event table Kelas Event
Customer Assistant Apprentice Appointment Plan
Reserved V V V V Cancelled V V V Treated V V Employed V V Resigned V V Graduated V Agreed V V V
2.5.3.2. Structure
Mengacu pada Mathiassen (2000) kegiatan kedua dalam analisis problem-domain ini bertujuan untuk mencari hubungan structural yang abstrak dan umum antara kelas-kelas dan mencari hubungan yang konkrit dan spesifik antara objek-objek dalam problem-domain.
Terdapat 2 jenis struktur antar kelas yaitu generalisasi dan penggolongan. Generalisasi adalah hubungan antara dua atau lebih kelas yang lebih khusus (sub kelas) dengan sebuah kelas yang lebih umum (super kelas). Dimana hubungan spesialisasi tersebut dinyatakan dengan rumus “is-a”.
Penggolongan adalah kumpulan kelas yang saling berhubungan yang membantu memperoleh dan menyediakan ringkasan problem-domain. Sebagai contoh : penggolongan “mobil” berisi semua kelas yang berhubungan dengan jenis kelas dan komponen-komponennya. Terdapat dua jenis hubungan antar objek yaitu : agregasi dan asosiasi. Agregasi adalah hubungan antara sejumlah objek inferior yang merupakan bagian (the parts) dari sebuah objek superior yang merupakan dasar (the whole) bagi beberapa objek inferior tersebut dimana hubungan tersebut dapat dirumuskan dengan “has-a”. asosiasi adalah hubungan antara sejumlah objek yang memiliki arti dimana objek-objek yang saling berhubungan tersebut tidak merupakan bagian dari objek yang lainnya.
Hasil dari kegiatan struktur ini adalah class diagram. Class diagram menghasilkan ringkasan model problem-domain yang jelas dengan menggambarakan semua struktur hubungan static antar kelas dan objek yang ada dalam model dari sistem yang berubah-ubah.
2.5.3.3. Behaviour
Mengacu pada Mathiassen (2000) kegiatan behaviour adalah kegiatan terakhir dalam analisa problem-domain yang bertujuan untuk memodelkan apa yang terjadi (perilaku dinamis) dalam problem-domain system sepanjang waktu. Tugas utama dalam kegiatan ini adalah : menggambarkan pola perilaku (behavioral pattern) dan attribute dari setiap kelas. Hasil dari kegiatan ini adalah statechart diagram yang dapat dilihat pada gambar dibawah ini :
Gambar 2.1 Contoh statechart diagram
Perilaku dari suatu objek ditentukan oleh urutan kegiatan-kegiatan (penelusuran kegiatan) yang harus dilewati oleh objek tertentu tersebut sepanjang waktu. Sebagai contoh : kelas “pelanggan” harus melalui event trace : account opened – amount deposited – amount withdrawen – amount deposited – account closed sepanjang hidupnya.
Tiga jenis notasi untuk behavioral pattern yaitu sequence dimana event muncul satu per satu secara berurutan; selection dimana terjadi pemilihan satu event dari sekumpulan event yang muncul; iteration diman sebuah event muncul sebanyak nol atau beberapa kali.
2.5.4. Application Domain Analysis
Mengacu pada Mathiassen (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. Untuk lebih jelasnya kegiatan-kegiatan yang dilakukan dalam Application Domain Analysis dapat dilihat pada table berikut ini.
Kegiatan Isi Konsep
Usage Bagaimana sistem berinteraksi dengan orang lain dan sistem lain dalam konteks
Use case dan aktor
Function Bagaimana kemampuan sistem dalam memproses informasi
Function
Interface Kebutuhan antarmuka dari sistem target Interface, user interface dan system interface
Table 2.4 Kegiatan Application Domain Analysis
2.5.4.1. Usage
Mengacu pada Mathiassen (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 table aktor atau use case diagram. Dennis dan Wixom (2003)
mengungkapkan use case diagram adalah diagram yang menggambarkan fungsi dari sebuah sistem dan berbagai macam pengguna yang akan berinteraksi dengan sistem.
Cara untuk mengidentifikasi aktor adalah dengan mengetahui alasan aktor menggunakan sistem. Masing-masing aktor memiliki alasan yang berbeda untuk menggunakan sistem. Cara lainnya yaitu dengan melihat peran dari aktor seperti yang dinyatakan oleh use case dimana aktor tersebut terlibat. Masing-masing aktor memiliki peran yang berbeda-beda.
Setiap aktor akan berkorespondensi dengan kelas dalam problem domin yang berbeda karena mereka memiliki pola behavioural objek yang berbeda-beda. 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 case tersebut atau dengna diagram statechart karena use case adalah sebuah fenomena yang dinamik.
Mengacu pada Bennet (2003) cara untuk mendokumentasikan use case adalah menggunakan template yang terdiri dari beberapa bagian yaitu nama dari use case, pre-condition (hal yang harus benar sebelum usecase dapat berlangsung), post-pre-condition (hal yang harus benar setelah usecase berlangsung), purpose (hal yang ingin dicapai oleh usecase), description (ringkasan dari dokumentasi usecase), normal course (kegiatan yang harus dilakukan oleh aktor sepanjang transaksi atau fungsi tertentu), dan alternative course (kegiatan yang harus dilakukan aktor pada saat terjadi kesalahan).
Bennet juga mengungkapkan use case diagram mempunyai dua jenis hubungan (relationship) yaitu : extend dan include. Hubungan extend digunakan ketika ingin menunjukkan bahwa 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 dihindai pengkopian deskripsi yang sama ke setiap use case yang akan menggunakan perilaku tersebut.
Sequence diagram
Mengacu pada Bennet (2003) 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 sequence diagram yang masing-masing diagram tersebut dapat lebih atau kurang memenuhi kebutuhan dari use case.
2.5.4.2. Function
Mengacu pada Mathiassen (2000) kegiatan function memfokuskan pada bagaimana cara sebuah sistem dapat membantu aktor dalam melaksanakan pekerjaan mereka. Function memiliki empat type yang berbeda yaitu :
1. Update, function ini disebabkan oleh event problem-domain dan menghasilkan perubahan dalam state atau keadaan dari model tersebut. 2. Signal, function ini disebabkan oleh perubahan keadaan atau state dari
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.
Tujuan dari kegiatan function adalah untuk menentukan kemampuan sistem memproses informasi. Hasil dari kegiatan ini adalah sebuah daftar fungsi yang merinci fungsi yang kompleks. Daftar fungsi harus lengkap, menyatakan kebutuhan kolektif dari pelanggan dan aktor dan harus konsisten dengan use case.
Cara untuk mengidentifikasikan function adalah dengan melihat deskripsi problem domain yang dinyatakan dalam kelas dan event, dan melihat deskripsi application domain yang dinyatakan dalam use case. kelas dapat menyebabkan munculnya function baca dan update. Event memungkinkan munculnya kebutuhan terhadap function update. Sementara use case dapat menyebabkan munculnya segala macam tipe function.
2.5.4.3. User Interface
Mengacu pada Mathiassen (2000) interface menghubungkan sistem dengan semua aktor yang berhubungan dalam konteks. Ada dua jenis dari interface / antar muka
yaitu : antar muka pengguna yang menghubungkan pengguna dengan sistem dan antar muka sistem yang menghubungkan sistem dengan sistem yang lainnya.
Sebuah user interface yang baik harus dapat beradaptasi dengan pekerjaan dan pemahaman user terhadap sistem. Kualitas antar muka pengguna 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.
Ada empat jenis pola dialog yang penting dalam menentukan interface pengguna yaitu : pola menu-selection yang terdiri dari daftar pilihan yang mungkin dalam interface pengguna; pola fill in yang merupakan pola klasik untuk entri data; pola command-language dimana user memasukkan dan memulai format perintah sendiri; pola direct manipulation dimana user memilih objek dan melaksanakan function atas objek dan melihat hasil dari interkasi 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 deskripsi elemen-elemen interface pengguna dan interface sistem yang lengkap, dimana kelengkapan menunjukkan pemenuhan kebutuhan pengguna. Hasil ini harus dilengkapi dengan sebuah diagram navigasi yang menyediakan sebuah ringkasan dari elemen user interface dan perubahan antara elemen-elemen tersebut.
2.5.5. Architecture Design
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. Dan sebuah arsitektur yang tidak jelas akan menghasilkan banyak pekerjaan yang sia-sia. Untuk lebih jelasnya, kegiatan-kegiatan yang dilakukan selama tahap desain arsitektur dapat dilihat pada table berikut ini.
Kegiatan Isi Kondisi
Kriteria Kondisi dan criteria untuk pendesainan Criterion Komponen Bagaimana sistem dibentuk menjadi
komponen-komponen
Arsitektur komponen
Proses Bagaimana proses sistem didistribusikan dan dikoordinasi
Arsitektur proses
Table 2.5 Kegiatan desain arsitektur
2.5.5.1. Criteria
Mengacu pada Mathiassen (2000) dalam 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 untk menghasilkan suatu desain yang baik. Banyak perusahaan menciptakan suatu standar dan prosedur untuk memberikan jaminan terhadap kualitas sistem. Disinilah kegiatan criteria dapat membantu dengan menetapkan perioritas desain untuk setiap proyek tertentu.
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 criteria yang akan mengatur dalam kegiatan pendesainan. Table dibawah ini adalah beberapa criteria umum yang digunakan dalam kegiatan desain yang berorientasi objek :
Criterion Ukuran dari
Usable Kemampuan sistem untuk menyesuaikan diri dengan konteks, organisasi yang berhubungan dengan pekerjaan dan teknis. Secure Ukuran keamanan sistem dalam menghadapi akses yang tidak
terotorisasi terhadap data dan fasilitas.
Efficient Eksploitasi ekonomis terhadap fasilitas platform teknis. Correct Pemenuhan dari kebutuhan.
Reliable Pemenuhan ketepatan yang dibutuhkan untuk melaksanakan fungsi.
Maintainable Biaya untuk menemukan dan memperbaiki kerusakan.
Testable Biaya untuk memastikan bahwa sistem yang dibentuk dapat melaksanakan fungsi yang diinginkan.
Fleksible Biaya untuk mengubah sistem yang dibentuk.
Comprehensible Usaha yang diperlukan untuk mendapatkan pemahaman terhadap sistem.
Reusable Kemungkinan untuk menggunakan bagian sistem pada sistem lain yang berhubungan.
Portable Biaya untuk memindahkan sistem ke platform teknis yang berbeda.
Interoperable Biaya untuk menggabungkan sistem ke sistem yang lain. Table 2.6 Beberapa criteria dalam perancangan
2. Menyeimbangkan beberapa criteria.
Konflik sering terjadi antar criteria, oleh sebab itu untuk menentukan criteria mana yang akan diutamakan dan bagaimana cara untuk menyeimbangkannya dengan kriteria-kriteria yang lain bergantung pada situasi sistem tertentu.
3. Usable, flexible, dan comprehensible.
Kriteria-kriteria ini bersifat universal dan digunakan pada hamper setiap proyek pengembangan sistem.
2.5.5.2. Component Architecture
Mengacu pada Mathiassen (2000) arsitektur komponen adalah sebuah struktur sistem yang terdiri dari komponen-komponen yang saling berhubungan. Komponen merupakan kumpulan dari bagian-bagian program yang membentuk suatu kesatuan dan memiliki fungsi yang jelas. Sebuah arsitektur komponen yang baik membuat sistem menjadi lebih mudah untuk dipahami, mengorganisasikan pekerjaan desain, menggambarkan stabilitas dari konteks sistem dan mengubah tugas desain menjadi beberapa tugas yang lebih tidak kompleks.
Beberapa pola umum dalam desain komponen arsitektur : 1. Arsitektur layered
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
kepada lapisan yang ada dibawahnya. Perubahan yang terjadi pada suatu lapisan akan mempengaruhi lapisan diatasnya.
2. Arsitektur generic
Pola ini digunakan untuk merinci sistem dasar yang terdiri dari antar muka, function, dan komponen-komponen model. Dimana komponen model terletak pada lapisan yang paling bawah, diikuti dengan function system dan komponen interface diatasnya.
3. Arsitektur client-server
Pola ini awalnya dikembangkan untuk mengatasi masalah distribusi sistem di antara beberapa processor yang tersebar secara geografis. Komponen pada arsitektur ini adalah sebuah server dan beberapa client. Tanggung jawab daripada server adalah untuk menyediakan database dan resources yang dapat disebarkan kepada client melalui jaringan. Sementara client memiliki tanggung jawab untuk menyediakan antarmuka local untuk setiap penggunanya.
Berikut adalah beberapa jenis distibusi dalam arsitektur client-server dimana U adalah user interface, F adalah function, M adalah model.
Client Server architecture U U+F+M Distributed presentation U F+M Local presentation U+F F+M Distributed functionality U+F M Centralized data
Table 2.7 Client-server architecture 2.5.5.3. Process Architecture
Mengacu pada Mathiassen (2000) arsitektur proses adalah struktur dari eksekusi sistem yang terdiri dari proses-proses yang saling tergantung. Untuk mengeksekusi atau menjalankan sebuah sistem dibutuhkan processor. Sedangkan external device adalah processor khusus yang tidak dapat menjalankan program. Arsitektur proses harus dapat memastikan bahwa sistem dapat dijalankan secara memuaskan dengan menggunakan processor yang telah tersedia.
Objek-objek yang terlibat dalam sistem berorientasi objek yang berjalan dapat dibagi menjadi dua yaitu : Active objek yang telah dibeikan sebuah proses dan aktif selama sistem dijalankan; dan komponen program, sebuah modul fisik dari kode program yang pasif selama eksekusi sistem kecuali pada saat dipanggil sebagai bagian dari eksekusi proses sampai eksekusi proses tersebut selesai dijalankan.
Kegiatan arsitektur proses bermula dari komponen logic yang dihasilkan oleh kegiatan komponen dan bertujuan untuk menentukan struktur fisik dari sebuah sistem dengan : mendistribusikan komponen-komponen program ke processor yang akan digunakan untuk eksekusi sistem, mengkoordinasi pembagian sumber daya dengan active objek dan menghasilkan arsitektur yang tidak memiliki hambatan.
Sumber daya yang pada umumnya digunakan secara bersama, yaitu : 1. Processor
Terjadi apabila ada dua atau lebih proses yang dieksekusi secara bersamaan pada satu processor.
Terjadi bila terdapat dua atau lebih proses yang secara bersamaan memanggil operasi pada komponen.
3. External device
Misalnya, pada penggunaan printer yang terhubung melalui network.
2.5.6. Component Design
Tujuan dari kegiatan desain komponen ini adalah untuk menentukan implementasi kebutuhan dalam rangka kerangka arsitektural. Kegiatan desain komponen bermula dari spesifikasi arsitektural dan kebutuhan sistem, sedangkan hasil dari kegiatan ini adalah spesifikasi dari komponen yang saling berhubungan. Berikut adalah beberapa kegiatan dari desain komponen :
Kegiatan Context Konsep
Model component Bagaimana suatu model
digambarkan sebagai kelas dalam sebuah sistem
Model component and attribute
Function component Bagaimana suatu function diimplementasikan Function component and operation Connecting component Bagaimana komponen-komponen dihubungkan Component and connection
Table 2.8 Kegiatan perancangan komponen
Mengacu pada Mathiassen (2000) model analisis problem domain menggambarkan kebutuhan sistem. Kebutuhan sistem kemudian diimplementasikan dalam komponen model. Oleh karena itu dapat disimpulkan bahwa komponen model adalah bagian dari sistem yang mengimplementasikan model problem domain. Tujuan dari komponen model adalah untuk mengirimkan data sekarang dan historic ke function, interface dan pengguna dan sistem yang lain. Konsep utama dalam desain komponen model adalah struktur.
Hasil dari kegiatan komponen model adalah revisi dari class diagram dari kegiatan analisis. Kegiatan revisi biasanya terdiri dari kegiatan menambahkan kelas, attribute dan struktur baru yang mewakili event.
2.5.6.2. Function Component
Mengacu pada Mathiassen (2000) komponen function adalah bagian dari sistem yang mengimplementasikan kebutuhan fungsional. Tujuan dari komponen function adalah untuk memberikan akses bagi user interface dan komponen sistem lainnya ke model, oleh karena itu komponen function adalah penghubung antara model dan usage.
Function didesain dan diimplementasikan dengan menggunakan operasi dari kelas system. Operasi adalah suatu proses yang dispesifikasikan dalam sebuah kelas dan dijalankan melalui objek dari kelas tersebut.
Hasil utama dari kegiatan ini adalah class diagram untuk komponen function dan perpanjangan dari class diagram komponen model. Berikut adalah sub kegiatan dalam perancangan komponen function adalah :
Sub kegiatan ini menghasilkan kumpulan operasi yang dapat mengimplementasikan fungsi sistem seperti yang ditentukan dalam analisis 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. Pengertian Database
Menurut Sawyer dan Williams (2005,p116), database adalah kumpulan file–file yang terkait pada sebuah sistem komputer. File komputer dikelompokkan sesuai ciri dan kegunaannya, jadi mereka bisa dicari dengan mudah. Database penting karena pebisnis dan perusahaan dapat melacak dan mengatur pekerjaan mereka.
2.7. 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.
Sistem yang efektif akan menghasilkan rasa keberhasilan, kompetensi, penguasaan, dan kejelasan dalam komunitas pemakai. Tujuan dari rekayasa sistem IMK adalah untuk menghasilkan sistem yang memiliki (Shneiderman, 1998, p 9-14) :
1. Fungsionalitas yang semestinya.
Sistem dengan fungsionalitas yang kurang memadai akan mengecewakan pemakai dan sering ditolak atau tidak digunakan, sedangkan sistem yang berlebihan akan menyebabkan kesulitan dalam implementasi, pemeliharaan, dan penggunaan.
2. Kehandalan, ketersediaan, keamanan, dan integritas data.
- Kehandalan (reliability) : berfungsi seperti yang diinginkan. - Ketersediaan (availability) : tersedia ketika hendak digunakan. - Keamanan (security) : terlindung dari akses yang tidak diinginkan
dan kerusakan yang tidak disengaja.
- Integritas data (data integrity) : keutuhan data terjamin. 3. Standardisasi, integrasi, konsistensi, dan portabilitas.
- Standarisasi : keseragaman sifat – sifat antarmuka pemakai pada aplikasi yang berbeda, misalnya dengan menggunakan standar industri yang ada.
- Integrasi : keterpaduan antara paket aplikasi dan software tools. - Portabilitas : dimungkinkannya data dikomunikasi pada berbagai
hardware dan software. 4. Penjadwalan dan anggaran :
Perancangan yang hati – hati dan manajemen yang berani, diperlukan karena proyek harus sesuai dengan jadwal dari dalam anggaran.
2.7.2. Delapan Aturan Emas Dalam Perancangan Web
Menurut Shneiderman (1998, p74-75) ada 8 jenis aturan emas dalam perancangan antarmuka, yaitu :
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. Konsistensi memberi kemudahan bagi user dalam menggunakan dan menjalankan aplikasi, membantu mempelajari hal baru lebih cepat, dan dapat lebih memfokuskan pada suatu tugas karena user tidak perlu membuang–buang waktu untuk mengingat perbedaan–perbedaan dalam interaksi.
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). Maka sistem didesain sedemikian rupa agar pengguna tidak membuat kesalahan yang serius. Jika terjadi kesalahan, sistem harus bisa mendeteksi dengan menawarkan mekanisme penanganan yang sederhana dan dapat dimengerti.
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 menghapal. Maka tampilan sebaiknya dibuat sederhana, tampilan informasi dikelompokkan, dan frekuensi gerakan window dikurangi.
