BAB 18 : MELAKSANAKAN MODEL REA DALAM DATABASE RELASIONAL
PENDAHULUAN
Bab ini menunjukkan bagaimana mengimplementasikan diagram REA dalam basis data. Kami fokus pada database relasional karena mereka biasanya digunakan untuk mendukung sistem pemrosesan transaksi dan cenderung akrab bagi sebagian besar siswa bisnis. Namun demikian, pemodelan data REA tidak terbatas untuk digunakan hanya dalam merancang database relasional, tetapi juga dapat digunakan untuk merancang database berorientasi objek.
MENGINTEGRASIKAN DIAGRAM REA KE SELURUH SIKLUS
Diagram terpisah ini harus diintegrasikan untuk menyediakan model organisasi perusahaan yang komprehensif. Melakukan hal itu memerlukan pemahaman apa yang kardinalitas dalam setiap diagram terpisah mengungkapkan tentang kebijakan dan aktivitas bisnis organisasi. Pertukaran ekonomi dasar melibatkan memperoleh penggunaan waktu dan keterampilan setiap karyawan dalam pertukaran yang karyawannya menerima gaji.
ATURAN UNTUK MENGGABUNGKAN DIAGRAM REA
Menggabungkan Entitas Sumber Daya Redundan
Ingatlah bahwa diagram REA untuk siklus bisnis individual dibangun di sekitar pengeluaran ekonomi dasar yang harus diberikan. Hubungan dualisme ekonomi seperti itu menjelaskan mengapa sumber daya diperoleh atau dibuang. Mereka hanya menyediakan sebagian dari cerita tentang masing-masing sumber daya. Dengan demikian, diagram REA untuk siklus bisnis individual hanya menyediakan informasi parsial tentang resobrces yang dihimpun oleh suatu organisasi. Gambaran lengkap akan menunjukkan bagaimana setiap sumber daya diperoleh dan bagaimana ia digunakan.
Menggabungkan Entitas Redundan kejadian
Diagram REA untuk siklus bisnis individu dapat mencakup beberapa peristiwa yang juga muncul dalam diagram REA siklus lain. Alasan untuk perbedaan ini terletak pada semantik yang mendasari tentang sifat hubungan antara entitas yang digabungkan dan entitas lain. Instance dari entitas sumber daya dapat, dan biasanya, terkait dengan beberapa peristiwa.
Memvalidasi Akurasi Diagram REA yang Terkintegrasi
thrce prinsip dasar untuk menggambar diagram REA untuk siklus bisnis individu; pembahasan sebelumnya untuk menggabungkan diagram-diagram tersebut ke dalam satu model perusahaan-lebar menambahkan dua aturan lagi. Dengan demikian, koreksi & awn, diagram REA terintegrasi harus memenuhi lima aturan berikut :
Setelah diagram REA telah dikembangkan, itu dapat digunakan untuk merancang database relasional yang terstruktur dengan baik. Bahkan, menciptakan satu set meja; dari diagram REA secara otomatis res-ii'lts dalam database relasional terstruktur yang tidak tunduk pada pembaruan, menyisipkan, dan menghapus anomali. Ada langkah langkah untuk menerapkan diagram REA dalam database relasional:
Database relasional yang dirancang dengan baik memiliki tabel untuk setiap entitas yang berbeda dan hubungan banyak-tomany dalam diagram REA.
Langkah 2: Tetapkan Atribut ke Setiap Tabel
MENGIDENTIFIKASI KUNCI PRIMER
setiap tabel dalam database relasional harus
memiliki kunci utama, yang terdiri dari atribut, atau kombinasi atribut, yang secara unik mengidentifikasi setiap baris dalam tabel itu.
MENDAPATKAN ATRIBUT YANG BAIK UNTUK TABEL YANG SESUAI
Tambahan selain kunci utama dimasukkan dalam setiap tabel untuk memenuhi kebutuhan pemrosesan transaksi dan kebutuhan informasi manajemen.
Data harga dan biaya, bahwa informasi tentang harga dan biaya disimpan sebagai atribut dalam beberapa tabel yang berbeda. Data kumutatif dan dalculable, Alasannya adalah bahwa kedua jenis item data tidak diperlukan karena nilai-nilai tersebut dapat diturunkan dari atribut lain yang disimpan.
Langkah 3:, Gunakan Kunci Asing untuk menerapkan 1: 1 n t: N Hubungan
Meskipun hubungan 1: 1 dan 1: N juga dapat diimplementasikan sebagai tabel terpisah, biasanya lebih efisien untuk menerapkannya dengan menggunakan kunci asing.
MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1: 1 , Dalam basis data relasional, hubungan 1: 1 antara entitas dapat dilaksanakan dengan memasukkan kunci primer dari entitas baik sebagai kunci asing dalam tabel yang mewakili entitas lain.
MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1: N, Seperti halnya hubungan 1: 1, hubungan 1: N juga harus diimplementasikan dalam basis data relasional dengan kunci asing. Hanya ada satu cara untuk melakukan ini: Kunci utama dari entitas yang dapat dihubungkan ke beberapa instance dari entitas zas lainnya, menjadi kunci asing dalam entitas lain tersebut.
Pemeriksaan Kelengkapan
Daftar atribut yang ingin dimasukkan pengguna dan manajemen dalam basis data menyediakan sarana untuk memeriksa dan memvalidasi proses implementasi. Setiap atribut dalam daftar itu harus muncul setidaknya dalam satu tabel, baik sebagai kunci utama atau atribut "lainnya".
Memeriksa daftar ini terhadap nama kolom tabel dapat mengungkapkan tidak hanya fakta bahwa atribut tertentu belum ditetapkan ke tabel appropdate dalam database tetapi mungkin malam [menunjukkan kebutuhan untuk memodifikasi diagram REA itu sendiri. Setelah semua atribut telah ditetapkan ke tabel, persyaratan dasar untuk mendesain database relasional wellstuctured yang dibahas dalam Bab 4 dapat digunakan sebagai pemeriksaan akurasi akhir;
Membuat Jurnal dan Buku Besar
Pada pandangan pertama, mungkin tampak bahwa sejumlah elemen yang ditemukan dalam AIS tradisional, seperti jurnal, buku besar, dan informasi tentang piutang dan hutang, hilang. Kita akan melihat bahwa informatjon tersebut, meskipun tidak secara eksplisit direpresentasikan sebagai entitas dalam diagram REA, dapat diperoleh melalui permintaan apFopriate. Pertanyaan-pertanyaan ini hanya perlu dibuat sekali dan kemudian dapat disimpan dan jalankan kembali kapan pun diinginkan.
JURNAL DERIVAT DARI QUERIES
Jurnals memberikan daftar transaksi secara kronologis.
Dalam basis data relasional yang dirancang sesuai dengan model data REA, entitas yang cerdas menyimpan informasi tentang transaksi. Dengan demikian, informasi yang biasanya ditemukan dalam sebuah joumal terkandung dalam tabel yang digunakan untuk merekam data tentang mata-mata.
Membuat Laporan Keuangan
Diagram REA yang lengkap juga dapat digunakan untuk memandu penulisan antrian untuk menghasilkan informasi yang akan dimasukkan dalam laporan keuangan. Banyak laporan keuangan, seperti Kas, Inventaris, dan Aset Tetap, direpresentasikan sebagai sumber daya dalam model REA.
Membuat Laporan Manajerial
Model data REA memfasilitasi berbagai macam laporan manajerial karena mengintegrasikan data non finansial dan keuangan.
Bab ini menunjukkan bagaimana mengimplementasikan diagram REA dalam basis data. Kami fokus pada database relasional karena mereka biasanya digunakan untuk mendukung sistem pemrosesan transaksi dan cenderung akrab bagi sebagian besar siswa bisnis. Namun demikian, pemodelan data REA tidak terbatas untuk digunakan hanya dalam merancang database relasional, tetapi juga dapat digunakan untuk merancang database berorientasi objek.
MENGINTEGRASIKAN DIAGRAM REA KE SELURUH SIKLUS
Diagram terpisah ini harus diintegrasikan untuk menyediakan model organisasi perusahaan yang komprehensif. Melakukan hal itu memerlukan pemahaman apa yang kardinalitas dalam setiap diagram terpisah mengungkapkan tentang kebijakan dan aktivitas bisnis organisasi. Pertukaran ekonomi dasar melibatkan memperoleh penggunaan waktu dan keterampilan setiap karyawan dalam pertukaran yang karyawannya menerima gaji.
ATURAN UNTUK MENGGABUNGKAN DIAGRAM REA
Menggabungkan Entitas Sumber Daya Redundan
Ingatlah bahwa diagram REA untuk siklus bisnis individual dibangun di sekitar pengeluaran ekonomi dasar yang harus diberikan. Hubungan dualisme ekonomi seperti itu menjelaskan mengapa sumber daya diperoleh atau dibuang. Mereka hanya menyediakan sebagian dari cerita tentang masing-masing sumber daya. Dengan demikian, diagram REA untuk siklus bisnis individual hanya menyediakan informasi parsial tentang resobrces yang dihimpun oleh suatu organisasi. Gambaran lengkap akan menunjukkan bagaimana setiap sumber daya diperoleh dan bagaimana ia digunakan.
Menggabungkan Entitas Redundan kejadian
Diagram REA untuk siklus bisnis individu dapat mencakup beberapa peristiwa yang juga muncul dalam diagram REA siklus lain. Alasan untuk perbedaan ini terletak pada semantik yang mendasari tentang sifat hubungan antara entitas yang digabungkan dan entitas lain. Instance dari entitas sumber daya dapat, dan biasanya, terkait dengan beberapa peristiwa.
Memvalidasi Akurasi Diagram REA yang Terkintegrasi
thrce prinsip dasar untuk menggambar diagram REA untuk siklus bisnis individu; pembahasan sebelumnya untuk menggabungkan diagram-diagram tersebut ke dalam satu model perusahaan-lebar menambahkan dua aturan lagi. Dengan demikian, koreksi & awn, diagram REA terintegrasi harus memenuhi lima aturan berikut :
- Setiap acara harus terhubung dengan setidaknya satu sumber daya.
- Setiap acara harus dikaitkan dengan dua agen yang berpartisipasi dalam acara tersebut.
- Setiap mata-mata yang melibatkan disposisi dari suatu sumber harus dihubungkan dengan suatu eYent yang melibatkan perolehan suatu sumber daya, (Ini mencerminkan dualitas cconomi yang mendasari pertukaran ekonomi "beri untuk-dapatkan".
- Setiap sumber daya harus dikaitkan dengan setidaknya satu mata yang menambah sumber daya itu dan setidaknya satu peristiwa yang mengurangi sumber daya itu.
- Jika event A dapat diintegrasikan ke lebih dari satu peristiwa lain, tetapi tidak dapat dihubungkan secara bersamaan ke semua peristiwa lainnya, maka diagram REA harus menunjukkan bahwa peristiwa A terhubung ke minimum 0 dari masing-masing peristiwa lainnya.
Setelah diagram REA telah dikembangkan, itu dapat digunakan untuk merancang database relasional yang terstruktur dengan baik. Bahkan, menciptakan satu set meja; dari diagram REA secara otomatis res-ii'lts dalam database relasional terstruktur yang tidak tunduk pada pembaruan, menyisipkan, dan menghapus anomali. Ada langkah langkah untuk menerapkan diagram REA dalam database relasional:
- Buat tabel untuk setiap keunikan yang berbeda dalam diagram dan untuk setiap hubungan banyak-ke-banyak.
- Pilih atftibutes ke tabel yang sesuai.
- Gunakan kunci asing untuk mengimplementasikan hubungan satu-ke-satu dan satu-ke-banyak.
Database relasional yang dirancang dengan baik memiliki tabel untuk setiap entitas yang berbeda dan hubungan banyak-tomany dalam diagram REA.
Langkah 2: Tetapkan Atribut ke Setiap Tabel
MENGIDENTIFIKASI KUNCI PRIMER
setiap tabel dalam database relasional harus
memiliki kunci utama, yang terdiri dari atribut, atau kombinasi atribut, yang secara unik mengidentifikasi setiap baris dalam tabel itu.
MENDAPATKAN ATRIBUT YANG BAIK UNTUK TABEL YANG SESUAI
Tambahan selain kunci utama dimasukkan dalam setiap tabel untuk memenuhi kebutuhan pemrosesan transaksi dan kebutuhan informasi manajemen.
Data harga dan biaya, bahwa informasi tentang harga dan biaya disimpan sebagai atribut dalam beberapa tabel yang berbeda. Data kumutatif dan dalculable, Alasannya adalah bahwa kedua jenis item data tidak diperlukan karena nilai-nilai tersebut dapat diturunkan dari atribut lain yang disimpan.
Langkah 3:, Gunakan Kunci Asing untuk menerapkan 1: 1 n t: N Hubungan
Meskipun hubungan 1: 1 dan 1: N juga dapat diimplementasikan sebagai tabel terpisah, biasanya lebih efisien untuk menerapkannya dengan menggunakan kunci asing.
MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1: 1 , Dalam basis data relasional, hubungan 1: 1 antara entitas dapat dilaksanakan dengan memasukkan kunci primer dari entitas baik sebagai kunci asing dalam tabel yang mewakili entitas lain.
MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1: N, Seperti halnya hubungan 1: 1, hubungan 1: N juga harus diimplementasikan dalam basis data relasional dengan kunci asing. Hanya ada satu cara untuk melakukan ini: Kunci utama dari entitas yang dapat dihubungkan ke beberapa instance dari entitas zas lainnya, menjadi kunci asing dalam entitas lain tersebut.
Pemeriksaan Kelengkapan
Daftar atribut yang ingin dimasukkan pengguna dan manajemen dalam basis data menyediakan sarana untuk memeriksa dan memvalidasi proses implementasi. Setiap atribut dalam daftar itu harus muncul setidaknya dalam satu tabel, baik sebagai kunci utama atau atribut "lainnya".
Memeriksa daftar ini terhadap nama kolom tabel dapat mengungkapkan tidak hanya fakta bahwa atribut tertentu belum ditetapkan ke tabel appropdate dalam database tetapi mungkin malam [menunjukkan kebutuhan untuk memodifikasi diagram REA itu sendiri. Setelah semua atribut telah ditetapkan ke tabel, persyaratan dasar untuk mendesain database relasional wellstuctured yang dibahas dalam Bab 4 dapat digunakan sebagai pemeriksaan akurasi akhir;
- Setiap tabel harus memiliki kunci utama.
- Atribut non-kunci lainnya di setiap tabel harus berupa fakta tentang benda yang ditunjuk oleh primary.key atau kunci asing yang digunakan untuk menautkan tabel itu ke tabel lain.
- Sangat atribut di setiap tabel bernilai tunggal (yaitu, setiap tabel adalah file datar).
Membuat Jurnal dan Buku Besar
Pada pandangan pertama, mungkin tampak bahwa sejumlah elemen yang ditemukan dalam AIS tradisional, seperti jurnal, buku besar, dan informasi tentang piutang dan hutang, hilang. Kita akan melihat bahwa informatjon tersebut, meskipun tidak secara eksplisit direpresentasikan sebagai entitas dalam diagram REA, dapat diperoleh melalui permintaan apFopriate. Pertanyaan-pertanyaan ini hanya perlu dibuat sekali dan kemudian dapat disimpan dan jalankan kembali kapan pun diinginkan.
JURNAL DERIVAT DARI QUERIES
Jurnals memberikan daftar transaksi secara kronologis.
Dalam basis data relasional yang dirancang sesuai dengan model data REA, entitas yang cerdas menyimpan informasi tentang transaksi. Dengan demikian, informasi yang biasanya ditemukan dalam sebuah joumal terkandung dalam tabel yang digunakan untuk merekam data tentang mata-mata.
Membuat Laporan Keuangan
Diagram REA yang lengkap juga dapat digunakan untuk memandu penulisan antrian untuk menghasilkan informasi yang akan dimasukkan dalam laporan keuangan. Banyak laporan keuangan, seperti Kas, Inventaris, dan Aset Tetap, direpresentasikan sebagai sumber daya dalam model REA.
Membuat Laporan Manajerial
Model data REA memfasilitasi berbagai macam laporan manajerial karena mengintegrasikan data non finansial dan keuangan.
Komentar
Posting Komentar