Proses Desain Database.
Tahap pertama terdiri dari perencanaan awal untuk menetapkan kebutuhan dan kelayakan pengembangan sistem baru. Tahap ini mencakup penilaian awal mengenai proposal kelayakan teknologi dan ekonomi.
Tahap kedua mencakup identifikasi kebutuhan informasi para pemakai, menetapkan lingkup sistem baru yang diajukan, serta menggunakan informasi yang berkaitan dengan perkiraan jumlah pemakai dan volume transaksi, untuk membantu Anda membuat keputusan awal mengenai persyaratan hardware dan software.
Tahap ketiga mencakup pengembangan berbagai skema berbeda untuk sistem yang baru, pada tingkat konseptual, eksternal, dan internal.
Tahap keempat mencakup penerjemahan skema tingkat internal ke struktur database sesungguhnya, yang akan diimplementasikan ke dalam sistem yang baru tersebut. lni juga merupakan tahap pengembangan aplikasi baru.
Tahap kelima, (implementasi) mencakup seluruh aktivitas yang berhubungan dengan mentransfer data dari sistem sebelumnya ke database SIA yang baru, menguji sistem yang baru, dan melatih para pegawai mengenai cara penggunaarmya.
Tahap keenam, atau tahap terakhir berkaitan dengan penggunaan dan pemeliharaan sistem yang baru. Tahap ini mencakup pengawasan yang hati-hati atas kinerja sistem baru dan kepuasan pemakai, untuk menetapkan kebutuhan untuk meningkatkan dan memodifikasi sistem.
Peran Akuntan dalam Proses Desain Database
Pada tahap perencanaan, akuntan menyediakan informasi yang digunakan untuk mengevaluasi kelayakan proyek yang diajukan, dan juga terlibat dalam membuat keputusan mengenai hal tersebut.
Di dalam analisis mengenai persyaratan dan tahap desain, akuntan berpartisipasi dalam mengidentifikasi kebutuhan informasi pemakai, mengembangkan skema logis, mendesain kamus data (data dictionary), serta menentukan pengendalian.
Akuntan dengan keahlian SIA yang baik dapat berpartisipasi dalam tahap pengkodean (coding).
Selama tahap implementasi, akuntan dapat membantu menguji keakuratan database yang baru tersebut dan program aplikasi yang akan menggunakan data tersebut.
Terakhir, akuntan menggunakan sistem database untuk memproses transaksi, dan kadang-kadang bahkan membantu mengelolanya.
Model Data REA
Model data REA (Resource Event Agent)secara khusus dipergunakan dalam desain database SIA sebagai alat pembuatan model konseptual yang fokus pada aspek semantik bisnis yang mendasari aktivitas rantai nilai suatu organisasi.
Model data REA(Resource Event Agent) memberikan petunjuk dalam desain database dengan cara mengidentifikasi entitas apa yang seharusnya dimasukkan ke dalam database SIA, dan dengan cara menentukan bagaimana membuat struktur antar entitas dalam database tersebut.
Jenis-jenis Entitas dalam REA
Model data REA(Resource Event Agent) mengklasifikasi entitas ke dalam tiga kategori, yaitu: sumber daya (resource) yang didapat dan dipergunakan organisasi, kegiatan (event) atau aktivitas bisnis yang dilakukan organisasi, dan pelaku (agent) yang terlibat dalam kegiatan tersebut.
contoh mengenai ketiga entitas:
Sumber daya (resource) adalah hal-hal yang memiliki nilai ekonomi bagi organisasi. Di dalam Gambar DD-3, kas dan persediaan adalah entitas sumber dayanya. Mesin dan perlengkapan, pasokan, gudang, pabrik, dan tanah adalah contoh-contoh sumber daya organisasional umum lainnya.
Kegiatan (event) adalah berbagai aktivitas bisnis yang informasinya ingin dikumpulkan perusahaan untuk tujuan perencanaan dan pengendalian. Terdapat dua entitas kegiatan dalam Gambar DD-3: penjualan dan tanda terima kas.
Pelaku (agent) adalah entitas jenis ketiga dalam model REA. Pelaku adalah orang-orang dan organisasi yang terlibat dalam kegiatan yang informasinya ingin didapatkan untuk tujuan perencanaan, pengendalian, dan evaluasi.
Membangun diagram REA untuk siklus transaksi tertentu terdiri dari empat langkah berikut:
- Langkah-1: Identifikasi pasangan kegiatan pertukaran ekonomi yang mewakili hubungan dualitas dasar memberi-untuk-menerima, dalam siklus tersebut.
- Langkah-2: Identifikasi sumber daya yang dipengaruhi oleh setiap kegiatan pertukaran ekonomi dan para pelaku yang terlibat dalam kegiatan tersebut.
- Langkah-3: Analisis setiap kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut harus dipecah menjadi suatu kombinasi dari satu atau lebih kegiatan komitmen dan kegiatan pertukaran ekonomi. Apabila perlu, ganti kegiatan pertukaran ekonomi aslinya dengan rangkaian kegiatan komitmen dan pertukaran ekonomi yang dihasilkan dari pemecahan kegiatan tadi.
- Langkah-4: Tetapkan kardinalitas (cardinalities) setiap hubungan.
0 komentar:
Posting Komentar