Archives of Business Research – Vol. 9, No. 7 Publication Date: July 25, 2021 DOI:10.14738/abr.97.

105
Adamson, I. L. (2021). Using the REA Data Model in Order to Reduce Design Complexity in an Inventory Management Relational Database, and the Need for a Relatio

Menggunakan itu REA Data Model di dalam Memesan ke

Mengurangi Desain Kompleksitas
dalam Database Relasional Manajemen Inventaris, dan
Kebutuhan untuk A Relasional Basis data Kompleksitas Metrik
Ian L Adamson Ph.D., BPA, CITP
Bangsat Universitas, St. Catharina, Ontario

ABSTRAK
Dengan itu luas menggunakan dari relasional database di dalam itu bisnis
lingkungan di sana adalah kebutuhan untuk mengurangi kompleksitas basis data
untuk menghindari inkonsistensi data dan redundansi, yang dapat membuat
perusahaan tidak dapat diandalkan dan/atau tidak berarti data Dan informasi. Itu
menggunakan dari itu REA Data Model di dalam basis data desain Bisa secara
signifikan membantu dengan ini masalah. Itu model Bisa menghapuskan itu
membutuhkan untuk artefak data yang tidak perlu yang seharusnya hanya
dihasilkan oleh sistem ketika diperlukan. Makalah ini juga membahas kebutuhan
akan Kompleksitas Database Relasional Metrik. A sederhana Dan mudah ke
memahami metrik adalah disajikan.

RELASIONAL DATABASE DESAIN

Database relasional digunakan secara luas di lingkungan bisnis saat ini, mulai dari yang
sederhana hingga yang kecil perusahaan menggunakan Microsoft Access untuk perusahaan
besar menggunakan Oracle atau Microsoft SQL Server. Satu umum digunakan adalah untuk
pengelolaan Inventaris.

Database harus dirancang secara efisien untuk menghindari kesalahan dan

ketidakkonsistenan data redudansi. Redundansi data terjadi ketika potongan data yang sama
ada di banyak tempat, sedangkan ketidakkonsistenan data adalah Kapan itu sama data ada di
dalam berbeda format di dalam beberapa tabel. Sayangnya, redundansi data dapat
menyebabkan inkonsistensi data, yang dapat memberikan sebuah perusahaan dengan
informasi yang tidak dapat diandalkan dan/atau tidak berarti.

Basis data relasional yang dirancang dengan buruk bisa sangat kompleks, sulit dipelihara, dan
rentan terhadapnya anomali. Untuk menghindari situasi ini, metodologi desain yang efektif
harus digunakan. A umum metodologi adalah penggunaannya dari Model Hubungan-Entitas
(ERM).

ITU TRADISIONAL HUBUNGAN ENTITAS MODEL (ERM)

Desain basis data relasional melibatkan pengembangan model data terperinci yang kemudian
dapat digunakan buat databasenya. Insinyur perangkat lunak historis telah menggunakan
Model Hubungan Entitas (ERM), alat grafis yang mewakili hubungan logis antar entitas.
Entitas adalah khas ditampilkan sebagai persegi panjang dengan itu koneksi di antara itu

Services for Science and Education – United Kingdom

entitas menggambarkan itu hubungan. Dalam arti logis, entitas setara dengan kata benda tata
bahasa, seperti karyawan, inventaris, hutang, atau tetap aktiva, dengan itu karakteristik dari
itu kesatuan didefinisikan oleh cara dari -nya properti ditelepon atribut. Hubungan adalah itu
setara dari kata kerja atau asosiasi, seperti tindakan pembelian atau penjualan, atau karyawan
yang menjadi anggota a departemen.

Services for Science and Education – United Kingdom

Arsip dari Bisnis Riset (ABR) Vol. 9, Masalah 7, Juli-2021

Pada penerapan dari itu basis data, itu entitas menjadi hubungan atau tabel ketika itu
hubungan mengungkap itu logis koneksi di antara itu tabel. Seperti koneksi Bisa menjadi satu
untuk- satu, satu-ke-banyak, atau banyak-ke-banyak. Contoh kedepan gambar di bawah ini
menunjukkan satu-ke-banyak hubungan diantara Penjual Dan Mentah Bahan Entitas
inventaris.

Ini menunjukkan itu itu Penjual kesatuan Bisa menyediakan banyak jenis dari Mentah Bahan,
Tetapi Mentah Bahan hanya dapat disediakan oleh satu Vendor. Bentuk wajik menunjukkan
hubungan yang telah terjalin diidentifikasi sebagai R yang bisa Juga menjadi itu kata kerja
'persediaan'. Untuk A nomor dari hubungan di dalam sebuah ERM mereka Bisa menjadi
ditampilkan sebagai R 1 ke Rn . _ Pada penerapan di dalam A relasional basis data keduanya
Penjual Dan Mentah Bahan Persediaan menjadi tabel.

Bagaimana adalah itu hubungan didirikan? Keduanya Penjual Dan Mentah Bahan Inventaris
memiliki ke memiliki pengidentifikasi unik untuk mengidentifikasi setiap instance dari kelas
entitas. Pengidentifikasi seperti itu adalah ditelepon utama kunci Dan adalah biasanya
numerik. Itu utama kunci untuk Penjual bisa menjadi VendNumber Dan untuk Mentah Bahan
Inventaris, Nomor RM. Itu satu sampai Mei relasional koneksi akan menjadi
diimplementasikan dengan itu Mentah Bahan Inventaris kesatuan memiliki VendNumber
sebagai kunci asing. Kunci asing diimplementasikan di banyak sisi hubungan. Ini contoh Bisa
menjadi ditampilkan oleh itu mengikuti angka. Utama Kunci adalah ditampilkan sebagai PK
ketika itu Kunci asing adalah ditampilkan sebagai FK.

Itu basis data skema untuk itu dua tabel itu Bisa menjadi secara langsung diimplementasikan
ke dalam itu basis data. Itu istilah "skema" menunjukkan bagaimana database diatur atau
dibagi ke dalam tabel. Skema ini juga menunjukkan kunci utama, atribut tabel serta hubungan
Services for Science and Education – United 7
antara tabel. Dia dapat secara langsung dilaksanakan di itu basis data.

Services for Science and Education – United 7

Adamson, IL (2021). Menggunakan Model Data REA untuk Mengurangi Kompleksitas Desain dalam Database Relasional Manajemen Inventaris, dan
Kebutuhan untuk a Metrik Kompleksitas Database Relasional. Arsip dari Riset Bisnis, 9(7). 71-78.

Untuk membangun Model Hubungan Entitas dari suatu sistem, entitas atau kata benda adalah
yang pertama diidentifikasi dan kemudian hubungan dibangun. Akan terlalu banyak untuk
melihat makalah ini Sistem Manajemen Inventaris yang lengkap, demikian contoh sederhana
pembelian Raw Bahan akan diperiksa. Mungkin entitas, Tetapi tidak semua, adalah
ditampilkan di itu mengikuti meja:

Penjual
Pembelian
Membeli Agen
Mentah Bahan
Menerima
Menerima Staf
Uang tunai Pembayaran
Uang tunai
Uang tunai Pencairan Jurnal
Pengontrol

Hubungan adalah ditampilkan di dalam itu mengikuti ERM sebagai diidentifikasi oleh R 1 ke R
9 . Setiap dari itu hubungan harus diimplementasikan oleh kunci primer dan kunci asing.
Semua bersama-sama ada delapan kesatuan kelas dan sembilan hubungan untuk ini skenario.
Ini Bisa menjadi terlihat di dalam itu mengikuti angka.

Membeli Agen, Menerima Staf, Dan Pengontrol adalah semua karyawan di dalam sebuah
Karyawan meja yang harus ada dalam database. Tidak ada gunanya membuat tabel tambahan
untuk ini entitas.

URL: 7
Arsip dari Bisnis Riset (ABR) Vol. 9, Masalah 7, Juli-2021

Di dalam A penuh inventaris pengelolaan basis data sistem, itu nomor dari tabel Dan
hubungan akan menjadi sangat besar menghasilkan tingkat kompleksitas yang akan menjadi
signifikan. Kompleksitas ini bisa hasil di dalam beberapa data redudansi Dan duplikasi dari
tabel. Oleh melihat pada itu Sumber- Agen Acara Model Data adalah mungkin untuk secara
signifikan mengurangi kompleksitas tersebut.

ITU SUMBER DAYA, ACARA, AGEN (REA) MODEL (WILLIAM MCCARTHY 1982)
Pavel Hruby menunjukkan bahwa REA adalah metodologi pemodelan proses bisnis yang lebih
dekat realitas bisnis daripada alternatif lain yang diketahui. Peningkatan jumlah analis bisnis
telah menemukan bahwa model yang mereka kembangkan menjadi lebih baik ketika mereka
memikirkan REA. REA adalah model minimalis. McCarthy dan rekan-rekannya telah
menghabiskan waktu bertahun-tahun untuk menyaring hubungan bisnis hingga set objek
terkecil yang diperlukan untuk melakukan pekerjaan. Data lain mungkin diperlukan di
tertentu industri atau situasi, yang itu REA model izin, Tetapi di sana adalah TIDAK tambahan
bagasi untuk menghalangi. Misalnya, Pesanan Pembelian dapat digunakan, tetapi tidak
diperlukan. (Haugen & McCarthy, 2000).

Mereka pergi pada ke mengatakan itu dia adalah lebih mudah ke menyesuaikan A minimal
model yang menyediakan untuk ekstensi, dibandingkan A model rumit dengan asumsi yang
tidak sesuai dengan situasi tertentu.

Peneliti memiliki ditampilkan itu menggunakan itu REA Data Model ke mengembangkan A
relasional basis data hasil dalam produk yang ringkas dan mudah dipahami. Rosli et. Al.
(2009) menerapkan model REA mendekati Dan proses ke dalam A nyata kasus belajar dari
penjualan memesan Dan uang tunai kuitansi sistem. Milik mereka hasil menunjukkan bahwa
model REA hanya menangkap aspek penting dari fenomena ekonomi dan dengan demikian,
(1) model adalah disimpan ringkas Dan mudah ke memahami, (2) model Bisa menjadi
digunakan untuk banyak aplikasi, dan (3) artefak turunan selalu konsisten melalui model. Ini
baru dikembangkan sistem memiliki dihasilkan di dalam itu peningkatan di dalam bisnis
proses efisiensi. Ini akan Juga menyiratkan itu REA tersebut sistem basis data kurang
kompleks.

Dunn et. Al. (2016) dibahas itu masalah itu perusahaan sistem khas termasuk konstruksi
seperti sebagai buku besar Dan jurnal dengan debet Dan kredit entri sebagai pusat pilar dari
itu sistem' sebagian karena akuntan dan auditor yang menuntut konstruksi tersebut. Sebagus-
bagusnya, penataan sistem dengan seperti konstruksi sebagai basis objek hasil di dalam itu
menyimpan itu sama data pada beberapa tingkat agregasi, yang menciptakan inefisiensi
dalam database. Sekali lagi ini menunjukkan itu itu REA model Bisa mengurangi ini inefisiensi
Dan hasil di dalam A lebih sedikit kompleks basis data.

MENGGUNAKAN ITU MODEL REA DI DALAM DESAIN DATABASE

REA sistem adalah biasanya dimodelkan sebagai relasional database, meskipun ini adalah
bukan perlu A persyaratan, biasanya menggunakan diagram entitas-hubungan.

Itu REA model berasal -nya nama dari itu tiga berbeda kategori dari entitas sumber daya,
acara, Dan agen:
• Sumber daya adalah diperoleh Dan digunakan oleh itu perusahaan Dan memiliki
ekonomis nilai ke itu organisasi.
• Acara adalah khas bisnis kegiatan di dalam yang itu perusahaan terlibat, Dan tentang
yang pengelolaan ingin berkumpul data untuk perencanaan atau tujuan kontrol.
• Agen termasuk rakyat Dan organisasi WHO ikut di dalam acara. Pengelolaan Juga
kebutuhan mengumpulkan data pada ini entitas untuk perencanaan, kontrol, Dan
evaluasi tujuan.
Jasa untuk Sains Dan Pendidikan – Serikat Kerajaan 74
Adamson, IL (2021). Menggunakan Model Data REA untuk Mengurangi Kompleksitas Desain dalam Database Relasional Manajemen Inventaris, dan
Kebutuhan untuk a Metrik Kompleksitas Database Relasional. Arsip dari Riset Bisnis, 9(7). 71-78.

Sebagai A aturan, pusat ke sebuah REA model adalah sebagai A pasangan dari acara terkait
dengan sebuah menukarkan hubungan. Struktur hubungan ini didasarkan pada prinsip
dualitas. REA dualitas prinsip: Sebuah peristiwa menghasilkan sebuah aliran keluar dari
sumber daya harus menjadi berpasangan di dalam dualitas hubungan dengan sebuah
peristiwa menghasilkan sebuah aliran masuk dari sumber daya, Dan dan sebaliknya. Ini
peristiwa yang sesuai juga disebut peristiwa memberi dan menerima. Oleh karena itu,
transaksi pertukaran adalah pada dasarnya A pasangan dari ganda acara itu link itu bertindak
dari memberi, itu pengurangan peristiwa, dengan itu bertindak dari mengambil, acara
kenaikan. Jika tidak ada dualitas maka transaksi tidak ada artinya, dengan pengecualian
transaksi seperti donasi amal di mana akan ada aliran masuk a sumber seperti kas, tetapi
tidak ada arus keluar, sehingga tidak ada dualitas.

Salah satu peristiwa ini biasanya sesuai dengan sumber daya yang diberikan, sementara yang
lain sesuai dengan sumber daya yang diterima. Misalnya, peristiwa yang mengakibatkan
pembelian atau arus masuk persediaan bahan baku harus terkait dengan peristiwa arus
keluar kas yang sama pembayaran untuk bahan baku.

Diagram REA untuk pembelian Bahan Baku ditunjukkan pada gambar berikut. Itu harus
dicatat bahwa ini hanya satu interpretasi, tergantung pada perspektif perancang. (Sumber:
Armitage 1985) Alih-alih dari menggunakan R1 ke R5, lisan deskripsi dari itu hubungan
memiliki pernah digunakan dalam urutan untuk memberikan kejelasan lebih lanjut.

Perhatikan bahwa semua kecuali satu agen adalah karyawan, Vendor adalah agen luar.
Dengan demikian, total jumlah entitas hanya enam dengan lima hubungan. Ringkasan
perbedaan antara itu Entitas-Hubungan Model dan REA Model bisa terlihat di itu mengikuti
meja.

URL: http://dx.doi.org/10.14738/abr.97.10534 75
Arsip dari Bisnis Riset (ABR) Vol. 9, Masalah 7, Juli-2021
Kesatuan Hubungan Model REA Model
8 Entitas 6 Entitas
9 Hubungan 5 Hubungan

Tidak ada jurnal seperti jurnal pengeluaran kas atau jurnal penerimaan material. Entitas
tersebut merupakan artefak dari sistem kontrol akuntansi/inventaris tradisional dan tidak
bisa menjadi rahasia sebagai sumber daya, acara, atau agen. Itu REA Model menghilangkan
data struktur itu adalah bukan diperlukan di dalam itu elektronik zaman. Ini entitas
menghilang sejak mereka Bisa menjadi dihasilkan di dalam nyata waktu menggunakan
catatan detail di dalam sebuah REA sistem. Sebuah contoh, menggunakan kodesemu, ke
menghasilkan A bahan kuitansi jurnal dengan menggunakan tabel berikut adalah ditunjukkan
di bawah ini.

Dari data ini akan ada program aplikasi yang ditulis dalam bahasa seperti PLSQL, C ++ atau
bahkan COBOL, untuk membuat jurnal pengeluaran kas. Kode semu parsial sederhana untuk
A program ditampilkan di bawah.

Setiap laporan, daftar, jurnal Dan buku besar Bisa menjadi dihasilkan di dalam A serupa tata
krama kapan pun mereka dibutuhkan, bukan hanya pada akhir bulan atau akhir tahun. Oleh
karena itu dapat dengan mudah dilihat bahwa database dirancang dengan menggunakan
Model Data REA akan menghasilkan basis data yang tidak terlalu rumit. Tapi apa sebenarnya
diperlukan adalah metrik sederhana yang digunakan untuk menentukan kompleksitas basis
data relasional apa pun. Piattini, et. Al. didemonstrasikan metrik untuk relasional database,
Services for Science and Education – United 7
Tetapi untuk itu rata-rata pengguna, mereka adalah sulit untuk memahami dan menerapkan.

Services for Science and Education – United 7

Adamson, IL (2021). Menggunakan Model Data REA untuk Mengurangi Kompleksitas Desain dalam Database Relasional Manajemen Inventaris, dan
Kebutuhan untuk a Metrik Kompleksitas Database Relasional. Arsip dari Riset Bisnis, 9(7). 71-78.

A RELASIONAL DATABASE KOMPLEKSITAS METRIK

Tujuannya adalah untuk mengembangkan metrik yang mudah dipahami yang dapat
menentukan kompleksitas setiap basis data relasional. Titik awalnya adalah database harus
setidaknya ada di Boyce-Codd normal membentuk, (BCNF). BCNF secara signifikan
mengurangi itu redudansi Dan pengulangan di dalam A basis data, demikian membuat itu
kurang kompleks.

BCNF adalah versi yang sedikit lebih kuat dari bentuk normal ketiga di mana semua redudansi
didasarkan ketergantungan fungsional telah dihapus. Dengan memeriksa Penerimaan Vendor
dan Material tabel, itu mengikuti fungsional dependencies Bisa menjadi didemonstrasikan.

FD:VendNumber → VendName, VendAddress, VendPhone, VendContact

FD: Nomor Penerimaan: → Jumlah, Tanggal, VendNumber

Jadi VendName, VendAddress, VendPhone, dan VendContact secara fungsional bergantung

pada VendNumber. Tidak ada dependensi fungsional lainnya di tabel Vendor. Sama situasi
berlaku untuk Bahan Tabel tanda terima.

Itu metrik yang diusulkan dapat dibagi menjadi dua bagian yang berbeda:
1. A matriks berorientasi tabel; Dan
2. A berorientasi skema metrik.

Dalam memeriksa metrik berorientasi tabel (TCM), pengguna perlu mempertimbangkan yang
paling sederhana, paling tidak versi kompleks dari tabel yang dimaksud. Misalnya, tabel
Vendor memiliki lima atribut. Jika ini adalah itu paling sedikit nomor dari atribut itu Bisa
menggambarkan A Penjual, Kemudian itu kompleksitas metrik Bisa menjadi didefinisikan
sebagai berikut:
TCM = 1 - Σ(jumlah atribut dalam tabel)/Σ(jumlah atribut yang dibutuhkan paling

sedikit) Atau TCM = 1 - 5/5 = 0, tingkat terendah dari kompleksitas.

Jika A Penjual meja memiliki tujuh atribut, Kemudian:

TCM = 1- 7/5 = 0,4, atau 40% peningkatan kompleksitas untuk seorang Vendor meja.

Ini cara itu setiap meja di dalam A basis data harus memiliki A standar referensi untuk itu
paling sedikit nomor dari atribut yang diperlukan untuk menggambarkan entitas. Ini
seharusnya bukan tugas yang sulit. Setiap peningkatan dalam nomor di atas nol akan
membutuhkan ke menjadi dipertanyakan sebagai ke itu kebutuhan dari itu tambahan atribut.
A metrik berorientasi skema (SCM) dapat ditentukan dengan cara yang sama.

SCM = 1 - Σ(jumlah tabel di dalam itu basis data)/Σ(minimal nomor dari tabel diperlukan)

Mencoba ke menyimpan itu nomor dari tabel ke A minimum akan kematian itu basis data
kompleksitas Dan dorong perancang untuk tidak menambahkan tabel yang tidak perlu atau
berlebihan. Pekerjaan masa depan akan melihat penyempurnaan metrik ini, karena mereka
tidak mempertimbangkan metrik untuk primer atau asing kunci sebagai Sehat sebagai tabel

URL: 7
tambahan seperti sebagai sebuah M:N tabel relasional atau tabel indeks.

URL: 7
Arsip dari Bisnis Riset (ABR) Vol. 9, Masalah 7, Juli-2021

KESIMPULAN
Dalam membandingkan Model REA Pembelian Bahan Baku dengan Diagram Hubungan
Entitas jelas bahwa ada lebih sedikit entitas dan hubungan. Hasilnya akan mengurangi data
redundansi dan database yang kurang kompleks. Model tradisional akan menyertakan tabel
untuk Jurnal Pembelian dan Jurnal Pengeluaran Kas yang berisi data-data yang sudah ada
hadiah di dalam lainnya tabel seperti sebagai Pembelian, Menerima Dan Uang tunai
Pencairan. Ini akan menjadi sebuah peningkatan redundansi data dan menambah
kompleksitas database. Setiap perubahan ini tabel akan memerlukan sesuai perubahan ke
Pembelian, Menerima Dan Uang tunai Pencairan. Hal ini dapat mengakibatkan anomali
penyisipan, pembaruan, dan penghapusan serta ketidakkonsistenan data dalam basis data,
situasi rawan kesalahan.

Dengan demikian itu REA Model hasil di dalam A lagi disederhanakan relasional data
basis yang secara signifikan mengurangi kemungkinan duplikasi data, redundansi data, dan
sebagai hasilnya, basis data itu memerlukan kurang perawatan dan kurang kompleks.

Kebutuhan akan Metrik Kompleksitas Basis Data Relasional dalam penggunaan relasional
yang luas saat ini database adalah jelas. Itu contoh ditampilkan adalah sangat sederhana
Tetapi adalah hanya di dalam itu pendahuluan tahapan. Dia kebutuhan ke lebih jauh diteliti.

Referensi
Adamson, IL, “Mengurangi Kompleksitas dalam Sistem Akuntansi dengan Menggunakan Model Data
REA untuk Merancang a Relasional Basis data ", Jurnal dari Akuntansi & Pemasaran , Vol. 6, TIDAK. 2,
2017.
Armitage, Howard M., "Menghubungkan Sistem Akuntansi Manajemen dengan Teknologi Komputer," The
Society of Pengelolaan Akuntan dari Kanada, 1985.
Calero, C., Piattini, M., Dan Genero, M., “Database Kompleksitas Metrik”, KUATIK, 2001.
Piattini, M., Calero, C., dan Genero, M., "Metrik Berorientasi Tabel untuk Database Relasional", Kualitas
Perangkat Lunak Jurnal, Vol. 9, 2001.
Chen, Peter, "Model Entitas-Hubungan--Menuju Tampilan Data Terpadu." Transaksi ACM di Database sistem ,
Vol. 1, TIDAK. 1, Berbaris 1976.
Dunn, Cheryl L., Gerard, G., Grabski, S., “Teori Desain Sumber Daya-Acara-Agen: Pendekatan Revolusioner
untuk Perusahaan Sistem Desain" Komunikasi dari itu Asosiasi untuk Informasi Sistem, 2016.
Haugen, Robert., Dan McCarthy, William E., “REA, A semantik Model untuk Internet Memasok Rantai Kolaborasi"
Bisnis Obyek Komponen Bengkel VI: Perusahaan Aplikasi Integrasi, 2000
McCarthy, William E., “The REA Accounting Model: A Generalized Framework for Accounting Systems in a Shared
Data Lingkungan." Itu Akuntansi Tinjau , Vol. LVII, TIDAK. 3, (Juli 1982).
Hruby, P., Didorong oleh Model Desain Menggunakan Bisnis Pola, Peloncat, 2006.
Rosli, Khairina, Ahmi, Aidi, and Mohamad, Liana, “Resource-Event-Agent Modeling in Revenue Information
Pengembangan RiS Sistem: Aplikasi Cerdas untuk Dealer Penjualan Langsung dan UKM” Jurnal Kemajuan Sains
& Seni, Jil. , TIDAK. 1, Januari – Juni 2009.

Services for Science and Education – United 7

Services for Science and Education – United 7