Elemen Pendekatan Desain Berorientasi-Objek
Karakteristik distingtif dari pendekatan desain yang berorientasi objek adalah baik data dan logika pemrograman, seperti uji integritas, peraturanakuntansi, dan prosedur pembaruan data, dilambangkan dalam modul-modul untuk mewakili objek. Diskusi berikut ini berkenaan dengan elemen-elemen utama dari pendekatan ini.
Objek. Objek ekuivalen dengan kata benda dalam Bahasa Inggris. Misalnya, pemasok, pelanggan, persediaan, dan akun-akun, semuanya merupakan objek. Objek-objek ini memiliki dua karakteristik: atribut dan operasi. Atribut-atribut ekuivalen dengan kata sifat (adjektif) dalam Bahasa Inggris dan menjelaskan objek. Operasi ekuivalen dengan kata kerja dan menunjukkan tindakan-tindakan yang dilakukan Pada objek dan dapat mengubah atributatribut mereka. Gambar mengilustrasikan karakteristik dengan sebuah contoh nonkeuangan. Objek dalam contoh ini adalah mobil yang atributnya adalah membuat, model, tahun, ukuran me sin, jarak mil, dan warna. Operasi (juga disebut metode-metode) yang dapat dilakukan terhadap objek ini adalah mengemudi, memarkir, mengunci, dan mencuci. Perhatikan bahwa jika kita melakukan operasi mengemudi Pada objek tersebut, atribut jarak mil akan berubah.
Gambar mengilustrasikan poin-poin ini dengan sebuah contoh akun-tansi persediaan. Contoh ini, objeknya adalah persediaan dan atributnya adalah nomor suku cadang, keterangan, kuantitas di tangan, titik pemesanan kembali, dan nomor pemasok. Kegiatan operasi ini yang dapat dilakukan Pada persediaan adalah mengurangi persediaan (dari penjualan produk), memeriksa kuantitas di tangan yang tersedia, dan titik pemesanan kembali persediaan (ketika jumlah kuantitas di tangan kurang dari titik pemesanan kembali). Perhatikan kembali bahwa melakukan setiap kegiatan operasi tersebut akan mengubah atribut kuantitas di tangan
Kelas dan Contoh (Instances). Sebuah kelas objek adalah pengelompokan logis untuk objek-objek individual yang atribut dan kegiatan operasinya sama. Contoh adalah peristiwa tunggal dari sebuah objek dalam sebuah kelas. Misalnya, Gambar menunjukkan kelas persediaan yang terdiri atas beberapa contoh atau jenis persediaan spesifik.
Warisan. Warisan berarti bahwa setiap contoh objek mewarisi atribut dan operasi dari kelasnya. Misalnya, semua contoh dalam hierarki kelas persediaan memiliki atribut nomor suku cadang, keterangan, dan kuantitas di tangan. Atribut-atribut ini akan didefinisikan sekali dan hanya sekali untuk objek persediaan. Jadi, contoh objek, penghubung roda, pompa air, dan alternator akan mewarisi atribut-atribut ini. Sebaliknya, contoh ini akan mewarisi operasi (mengurangi, memeriksa, memesan kembali, dan menggantikan) yang didefinisikan untuk kelas tersebut.
Kelas-kelas objek dapat juga mewarisi dari kelas objek lainnya. Misalnya, Gambar menunjukkan suatu hierarki objek yang dibuat dari kelas objek yang disebut kontrol dan tiga sub-subkelas yang disebut utang dagang, piutang dagang, dan persediaan.
Ketiga sub-subkelas objek tersebut memiliki kesamaan dalam operasi kontrol tertentu. Misalnya, tidak ada akun yang diperbarui tanpa pertama-tama memverifikasi kunci primer (yaitu, No. Pemasok, No.Pelanggan, dan No. Suku Cadang) dari record yang sedang diperbarui. Operasi ini (dan lainnya) dapat ditentukan untuk objek kontrol (sekali saja dan hanya sekali saja) dan kemudian diwariskan ke semua sub-kelas objek yang menerapkan metode ini.
Diagram Relasi Entitas
Diagram Relasi Entitas (RE) sebagai teknik dokumentasi untuk desain database yang juga digunakan untuk menampilkan sistem yang berorientasi pada objek. Gambar mengilustrasikan penggunaan diagram RE untuk menggambarkan desain berorientasi-objek untuk sebuah sistem pesanan penjualan.
Berikut ini adalah langkah-langkah yang menjelaskan proses tersebut:
- Setiap pelanggan menempatkan satu atau lebih pesanan pelanggan.
- Banyak pesanan (dalam batches) memulai proses transaksi.
- Satu atau lebih item persediaan diambil dari persediaan dan dikirim ke setiap pelanggan.
- Proses transaksi memperbarui banyak record akuntansi dan menyiapkan banyak faktur.
- Record akuntansi dan objek dalam faktur mewarisi banyak atribut kontrol dan operasi dari objek kontrol.
- Satu atau lebih faktur dikirimkan ke setiap pelanggan.
Pada tahap implementasi dalam SDLC, pemrogram yang menggunakan program yang berorientasi-objek (objek-oriented programming--OOP) akan memrogramkan atribut. atribut dan operasi-operasi yang membentuk modul-modul objek yang ditampilkan dalam diagram RE. Modul-modul yang dihasilkan itu akan memberi lambang pada atribut-atribut dan operasi yang unik bagi kelas objek. Misalnya, mengacu ke Gambar 13-22 dan Langkah 5, operasi kontrol diperlukan oleh objek-objek yang memperbarui record piutang dagang dan persediaan dan menyiapkan faktur yang diwariskan dari modul objek kontrol.
Karena desain berorientasi objek mendukung tujuan dapat digunakan berulang kali, bagian sistem atau seluruh sistem, dapat diciptakan dari modul-modul yang se-belumnya sudah ada. Misalnya, setiap sistem di masa depan yang mensyaratkan atribut-atribut kontrol dan operasi yang ditentukan menurut modul kontrol yang sudah ada (rnisalnya, menverifikasi kunci primer sebelum memperbarui record) dapat mewariskan operasi ini. Pendekatan desain berorientasi objek juga mempromosikan kemudahan pemeliharaan. Perubahan tunggal pada atribut atau operasi dalam satu kelas objek secara otomatis mengubah semua contoh objek dan sub-subkelas yang mewarisi atribut tersebut.
Peran Akuntan Dalam Desain Sistem Konseptual
Akuntan berperan penting dalam mendesain sistem secara konseptual. Men-desain sebuah SIA mempakan upaya bersama antara fungsi akuntansi dari sebuah organisasi dan profesional sistem. Akuntan bertanggung jawab untuk sistem konseptual (ams informasi logis), dan profesional sistem bertanggung jawab untuk sistem fisik (pekerjaan teknis untuk membangun sistem). Jika pertimbanganpertimbangan akuntansi yang penting tidak dikonseptualisasikan Pada titik ini, mereka bisa benar-benar diabaikan, nantinya berpotensi menghadapkan organisasi Pada kemgian finansial dan litigasi (proses hukum). Sementara berpartisipasi dalam proses desain konseptual, akuntan harus menyadari bahwa setiap sistem alternatif harus dikontrol secara memadai, jejak audit harus dilestarikan, dan konvensi-konvensi akuntansi dan persyaratan hukum harus dipahami. Ini tidak berarti bahwa masalah ini harus dispesifikasi secara rinci pada titik ini. Melainkan maksudnya adalah, bahwa mereka harus dikenal sebagai item-item yang diperhatikan selama tahap desain terperinci dalam sistem tersebut.
Auditor mempakan stakeholder dalam semua sistem keuangan dan, karenanya, memiliki kepentingan dalam tahap desain konseptual dari sistem tersebut. Auditabilitas sebuah sistem sebagian bergantung Pada karakteristik desainnya. Sebagian teknik-teknik audit komputer mensyaratkan bahwa sistem didesain dengan fitur-fitur audit spesial yang menyatu dengan sistem tersebut. Untuk sistem-sistem seperti itu, fitur-fitur audit ini harus dimasukkan dalam desain konseptual.
0 komentar:
Posting Komentar