pertemuan 6

5/17/2018 pertemuan 6 - slidepdf.com

http://slidepdf.com/reader/full/pertemuan-6-55ab59b4e3b0a 1/55

Minggu ke 4Minggu ke 4

Pembuatan Model DataPembuatan Model Data

dan Desain Databasedan Desain Database



PendahuluanPendahuluan

– Bagaimana kita dapat mendokumentasikan

SIA yang diimplementasikan sebagai

database relasional?

• Bab ini menjelaskan bagaimana cara mendesain danmendokumentasikan database relasional untuk suatu

SIA.

• Memusatkan perhatian pada pembuatan model data,

yang merupakan salah satu aspek desain databaseyang harus dipahami para akuntan.



PendahuluanPendahuluan

• Bab ini juga memperkenalkan model

akuntansi REA dan diagram Entity-

Relationship (E-R).

• Serta menunjukkan bagaimana

mempergunakan alat-alat ini untuk

membangun sebuah model data SIA.

• Akhirnya, bab ini akan mendeskripsikanbagaimana mengimplementasikan hasil

model data dalam database relasional.



Perancangan dan Implementasi SistemPerancangan dan Implementasi Sistem

DatabaseDatabase

• Enam langkah dasar dalam mendesain danmengimplementasikan sistem database:

1.Identifikasi kebutuhan informasi para

pemakai.2.Tahap pertama terdiri dari perencanaan awal

untuk menetapkan kebutuhan dan kelayakanpengembangan sistem baru.

3.Pengembangan berbagai skema berbedauntuk sistem yang baru, pada tingkatkonseptual, eksternal dan internal.



Perancangan dan Implementasi SistemPerancangan dan Implementasi Sistem

DatabaseDatabase

4. Penerjemahan skema tingkat internal ke

struktur database sesungguhnya, yang akan

diimplementasikan ke dalam sistem yang

baru tersebut.5. Mentransfer semua data dari sistem

sebelumnya ke database SIA yang baru.

6. Penggunaan dan pemeliharaan sistem yang

baru.



Model Data REAModel Data REA

Pembuatan model data adalah proses of defining a

database so that it faithfully represents all aspectsof the organization, including its interactions with

the external environment.

REA (Sumber daya, Data, Kegiatan) data model is

a conceptual modeling tool that focuses on the

business semantics underlying an organization’svalue chain activities.




• Pembuatan model data dalam proses Desain database

Pengkodean

Implementasi

Operasi dan

PemeliharaanPerencanaan

Analisis

Persyaratan

Desain

Pembuatan

model dataterjadi disini




• Model data REA memberikan struktur dalam dua cara:

1 Dengan mengidentifikasi entitas apa yang

seharusnya dimasukkan dalam databaseSIA

2 Dengan cara menentukan bagaimana

membuat struktur antar entitas dalamdatabase SIA tersebut



Jenis-jenis EntitasJenis-jenis Entitas

• Entitas adalah segala sesuatu yang informasinya

ingin dikumpulkan dan disimpan oleh organisasi.

• Model data REA mengklasifikasi entitas ke dalam

tiga kategori yang berbeda, yaitu :1 Sumber daya yang didapat dan dipergunakan oleh

organisasi

2 Kegiatan atau aktivitas bisnis yang dilakukan

organisasi3 Pelaku yang terlibat dalam kegiatan tersebut




• Sumber daya adalah hal-hal yang memiliki

nilai ekonomi bagi organisasi.

• Contoh sumber daya organisasi adalah:

– Kas

– Persediaan

– Peralatan




• Kegiatan adalah berbagai aktivitas bisnis

yang informasinya ingin dikumpulkan

perusahaan untuk tujuan perencanaan

dan pengendalian.

• Contoh kegiatan organisasi adalah :

– Kegiatan penjualan

– Kegiatan penerimaan kas




• Pelaku adalah entitas jenis ketiga dalam modelREA.

• Pelaku adalah orang-orang dan organisasi yang

terlibat dalam kegiatan yang informasinya ingindidapatkan untuk tujuan perencanaan,pengendalian, dan evaluasi.

• Contoh pelaku organisasi adalah

– Pegawai – Pelanggan



Membangun diagram REAMembangun diagram REA

• Membangun diagram REA untuk siklus transaksi

tertentu terdiri dari empat langkah berikut :

1 Identifikasi pasangan kegiatan pertukaran ekonomi

yang mewakili hubungan dualitas dasar memberiuntuk menerima, dalam siklus tersebut.

2 Identifikasi sumber daya yang dipengaruhi oleh

setiap kegiatan pertukaran ekonomi dan para pelaku

yang terlibat dalam kegiatan tersebut.



Membangun diagram REAMembangun diagram REA

3.Analisis setiap kegiatan pertukaran ekonomi

untuk menetapkan apakah kegiatan tersebut

harus dipecah menjadi suatu kombinasi dari satu

atau lebih kegiatan komitmen dan kegiatanpertukaran ekonomi. Apabila perlu, ganti

kegiatan pertukaran ekonomi aslinya dengan

rangkaian kegiatan komitmen dan pertukaran

ekonomi yang dihasilkan dari pemecahankegiatan tadi.

4. Tetapkan kardinalitas setiap hubungan..



Pola dasar REA (Pola dasar REA (Basic REA template)Basic REA template)

Resource A

Economic

Duality

Internal AgentGET

Resource A

GIVE

Resource BResource B Internal Agent

External Agent

Outflow

Inflow

Participant

Participant

Participant

Participant

External Agent



Contoh Diagram REA (Sample REA diagram)Contoh Diagram REA (Sample REA diagram)

Inventory

Economic

Duality

SalespersonSales

Cash

ReceiptsCash Cashier

Customer

Stock-flow

Stock-flow

Participant

Participant

Participant

Participant



Diagram REA, Langkah 1:Diagram REA, Langkah 1:

Identifikasi kegiatan pertukaran ekonomiIdentifikasi kegiatan pertukaran ekonomi

• Selama menggambar diagram REA untuk

suatu siklus transaksi, sangatlah berguna

untuk membagi kertas yang digunakan

untuk menggambar ke dalam tiga kolom,satu kolom untuk setiap jenis entitas.

– Pergunakan kolom kiri untuk sumber daya

– Kolom tengah untuk kegiatan.

– Dan kolom kanan untuk pelaku.




Identifikasi kegiatan pertukaran ekonomiIdentifikasi kegiatan pertukaran ekonomi

• Pertukaran ekonomi dasar dalam siklus pendapatan

melibatkan penjualan barang dagangan atau

pelayanan, serta serangkaian penerimaan kas

sebagai pembayaran dalam penjualan tersebut.

• Diagram REA untuk siklus pendapatan S&S dengan

membuat entitas kegiatan penjualan dan penerimaan

kas dalam bentuk persegi panjang, dan hubungan

dualitas ekonomi antara mereka, dalam bentuk wajik.



Diagram REA, Step 2:Diagram REA, Step 2:

Identifikasi Sumber Daya dan PelakuIdentifikasi Sumber Daya dan Pelaku

• Ketika kegiatan yang menjadi pusatperhatian telah ditentukan, sumber dayayang dipengaruhi oleh kegiatan tersebut

perlu diidentifikasi.• Kegiatan penjualan dapat diterjemahkanmenjadi pemberian persediaan kepadapelanggan.

• Kegiatan penerimaan kas dapatditerjemahkan sebagai menerima kas daripelanggan.




Identifikasi Sumber Daya dan PelakuIdentifikasi Sumber Daya dan Pelaku

• Setelah menentukan sumber daya yang dipengaruhi

oleh setiap kegiatan, langkah selanjutnya yang perlu

dilakukan adalah mengidentifikasi pelaku yang

terlibat dalam kegiatan-kegiatan tersebut.

• Paling tidak selalu terdapat satu pelaku internal

(pegawai) dan, di sebagian besar kondisi, seorang

pelaku eksternal (pelanggan/pemasok) yang terlibat

dalam setiap kegiatan.




Masukkan Kegiatan KomitmenMasukkan Kegiatan Komitmen

• Langkah ketiga dalam menggambar diagram

REA adalah menganalisis kegiatan pertukaran

ekonomi untuk menetapkan apakah kegiatan

tersebut dapat dipecah menjadi sebuahkombinasi dari satu atau lebih kegiatan

komitmen dan pertukaran.

• Contoh: Kegiatan penjualan dapat dipergunakan

untuk mewakili baik penjualan denganpengiriman maupun yang terjadi di toko.

economic exchange event



Decomposing Sales into OrdersDecomposing Sales into Orders

and Salesand Sales

Inventory

Inventory-

Orders

Participant Customer Customer

Orders

Sales

Customer

Salesperson

(1,N)

(0,N)

(0,1)

(0,1)

(1,1) (0,N)

(0,N)

(1,1)

(0,N)

(1,1)

(0,N)(1,1)

(0,N)Inventory-

Sales

(1,N)

Participant

Participant

Participant

Leads to




Menetapkan kardinalitas hubunganMenetapkan kardinalitas hubungan

• Kardinalitas menunjukkan bagaimana

perumpamaan dalam satu entitas dapat

dihubungkan ke perumpamaan tertentu dalam

entitas lainnya.• Kardinalitas sering diungkapkan sebagai

pasangan nomor di setiap entitas.

• Nomor pertama adalah kardinalitas minimum,

dan nomor kedua adalah kardinalitas

maksimum.





• The minimum cardinality of a relationship indicateswhether each row in that entity MUST be linked to arow in the entity on the other side of the relationship.

• Minimum cardinalities can be either 0 or 1.

• A minimum cardinality of zero means that a new rowcan be added to that table without being linked to anyrows in the other table.

• A minimum cardinality of 1 means that each row in

that table MUST be linked to at least one row in theother table





• Kardinalitas minimemThe minimum cardinality of zero in the (0, N) cardinality pair to the left of thecustomer entity in the customer-sales relationshipindicates that a new customer may be added tothe database without being linked to any salesevents.

Penjualan Made to Pelanggan(0, N)




Menetapkan Kardinalitas HubunganMenetapkan Kardinalitas Hubungan

• Kardinalitas minimum of 1 in the

(1, 1) cardinality pair to the right of the salesentity in the customer-sales relationship

indicates that a new sales transaction CANONLY be added if it is linked to a customer.


(1,1)





• Kardinalitas maksimem dari sebuah hubunganmenunjukkan apakah setiap baris dalam entitasdapat dihubungkan lebih dari satu baris dalamentitas lainnya on the other side of the relationship.

• Kardinalitas maksimem dapat baik 1 atau N.• Kardinalitas minimem 1 artinya bahwa setiap baris

dalam tabel itu dapat dihubungkan ke hanya satubaris dalam tabel lainnya.

• Kardinal maksimem N artinya bahwa setiap barisdalam tabel itu bisa dihubungkan lebih dari satubaris dalam tabel lainnya.





• Kardinalitas maksimum N dalam (0, N)

pasangan kardinalitas to the left of the customer

entity in the customer-sales relationship

indicates that a given customer MAY be linked tomany sales events.






• Kardinalitas maksimum 1 dalam

(1, 1) pasangan kardinalitas to the right of thesales entity in the customer-sales relationship

indicates that a given sales transaction can onlybe linked to one customer.

Penjualan Made to Pelanggan(0, N)(1,1)





• Kardinalitas are not arbitrarily chosen by

the database designer.

• They reflect facts about the organization

being modeled and its business practices

obtained during the requirements analysis

stage of the database design process.



Hubungan antar EntitasHubungan antar Entitas

• Terdapat kemungkinan tiga jenis dasar

hubungan antar entitas, tergantung dari

kardinalitas maksimum yang berhubungan

dengan setiap entitas.

1.Hubungan satu-ke-satu (1:1)

2.Hubungan satu-ke-banyak (1:N)

3.Hubungan banyak-ke-banyak (M:N)



Jenis-jenis perbedaan hubungan)Jenis-jenis perbedaan hubungan)

C a s h

R e c e i p t sS a le s ( 0 , 1 ) ( 1 ,1 )

P a n e l A : O n e - to - O n e ( 1 : 1 ) R e l a t io n s h ip



Jenis-jenis perbedaan hubunganJenis-jenis perbedaan hubungan

S a le sC a s h

Re ce ip t s(0 ,N ) (1 ,1 )

P a n e l B : O n e - to - M a n y ( 1 : N ) R e la tio n sh ip




S a l e sC a s h

R e c e i p t s( 1 , N )(0 ,1 )

P a n e l C : O n e -t o -M a n y ( 1 : N ) R e la t io n s h ip




Sa l e sC a s h

Rece ip ts(0 ,N ) (1 ,N )

Pa ne l D : M any - to -M any (M:N ) Re la t ionsh ip



Diagram Hubungan EntitasDiagram Hubungan Entitas

• Diagram Hubungan Entitas- (E-R) adalah satu

metode untuk skema penggambaran database

disebut diagram E-R karena it shows the

various entities being modeled and the importantrelationships among them.

• Dalam sebuah diagram E-R, entitas appear as

rectangles, and relationships between entities

are represented as diamonds.



Contoh Diagram E-RContoh Diagram E-R

SupervisorsEmployers

Departments

P

ar t

of

Mana

ge

s

M

an

ag

ed

By

Customer Orders

Sales CashReceipts

P

ar t

of

P

ar t

of

Players Teams League

P

ar

t

of

P

ar

t

of



Contoh diagram E-R yang berdasar padaContoh diagram E-R yang berdasar pada

model REAmodel REA

Inventory

Purchases-

Cash

Disbursements

Buyer

(Purchasing Agent)Purchases

Cash

DisbursementCash Cashier

Vendor

(1,N)(0,N)

(0,N)

(1,N)

(1,1)(0,N) (1,1) (0,N)

(1,1)

(1,1)

(0,N)(1,1)

Stockflow

Inventory-

Purchases

Participant

Participant

Participant

Participant

(0,N)

(0,N)



Mengimplementasikan Diagram REAMengimplementasikan Diagram REA

Dalam Database RelasionalDalam Database Relasional

• Diagram REA ini dapat dipergunakan untukmendesain database relasional yangterstruktur baik.

• Bahkan, membuat suatu rangkaian tabelberdasarkan diagram REA secara otomatisakan menghasilkan database relasional yangterstruktur baik, tanpa adanya masalah

anomali pembaruan (update), penyisipandata (insert), dan penghapusan (delete).



Mengimplementasikan Diagram REA DalamMengimplementasikan Diagram REA Dalam

Database RelasionalDatabase Relasional

Mengimplementasikan diagram REA ke dalam

database relasional melibatkan proses tiga tahap,

yaitu :

1. Membuat sebuah tabel untuk setiap entitas berbedadan untuk setiap hubungan banyak-ke-banyak

2. Memberikan atribut ke tabel yang tepat

3. Menggunakan kunci luar untuk

mengimplementasikan hubungan satu-ke-satu danhubungan satu-ke-banyak



Mengimplementasikan model REAMengimplementasikan model REA

Inventory

Purchases-

Cash

Disbursements

Buyer

(Purchasing Agent)Purchases

Cash

DisbursementCash Cashier

Vendor

(1,N)(0,N)

(0,N)

(1,N)

(1,1)(0,N) (1,1) (0,N)

(1,1)

(1,1)

(0,N)(1,1)

Stockflow

Inventory-

Purchases

Participant

Participant

Participant

Participant

(0,N)

(0,N)



Membuat TabelMembuat Tabel

From the previouslydiscussed REA diagram,nine tables would becreated: one for each of theseven entities and one for

each of the many-to-manyrelationships.

1.Persediaan

2.Pembelian

3.Pegawai

4.Pemasok

5.Kasir

6. Pengeluaran Kas

7. Kas

8. Pembelian-persediaan

9. Pembelian-pengeluarankas



Menetapkan Atribut untuk Setiap TabelMenetapkan Atribut untuk Setiap Tabel

• Menetapkan Kunci Utama: Biasanya,

kunci utama of a table representing an

entity is a single attribute.

• Other Attributes: Additional attributes are

included in each table to satisfy

transaction processing requirements.



Implementasi Hubungan Satu ke Satu danImplementasi Hubungan Satu ke Satu dan

Satu ke BanyakSatu ke Banyak

• Hubungan Satu ke Satu: Di dalam

database relasional, hubungan satu ke

satu antara entitas dapat

diimplementasikan dengan memasukkankunci utama suatu entitas sebagai kunci

luar dalam tabel yang mewakili entitas

satunya.• Tidak ada contohnya hubugnan 1:1 dalam

diagram contoh



Implementasi Hubungan Satu ke Satu danImplementasi Hubungan Satu ke Satu dan

Satu ke BanyakSatu ke Banyak

• Hubungan Satu ke Banyak: Dalam databaserelasional, hubungan satu ke banyak dapatdiimplementasikan juga dalam relasi kedatabase dengan menggunakan kunci luar.

• Kunci utama dari entitas dengan kardinalmaksimum N menjadi kunci luar dalam entitasdengan kardinal maksimum 1

• Contoh: Nomor pegawai dan nomor pemasokadalah kunci luar dalam kegiatan pembelian dankegiatan pengeluaran kas. i



Dokumentasi Praktik BisnisDokumentasi Praktik Bisnis

• Diagram REA secara khusus berguna

untuk mendokumentasikan SIA tingkat

lanjut yang menggunakan database.

• Diagram REA menyediakan informasi

mengenai praktik bisnis organisasi dan

pola pertukaran ekonominya.




• The zero minimum for the sales event

indicates that credit sales are made

• The N maximum for the sales event means

that customers may make installmentpayments

Penerimaankas Penerimaan kasPenjualan

Penjualan(1, N) (0, N)




• The one minimum for the cash receipts event

indicates that cash is not received prior to

delivering the merchandise

• The N maximum for the cash receipts eventmeans that customers may pay for several

sales with one check

PenerimaanKas

PenerimaanKas-Penjualan Penjualan

(1, N) (0, N)



Organization SpecificityOrganization Specificity

of REA Diagramsof REA Diagrams

• Due to the fact that S&S sells mass-produced

goods, its REA diagram models the

relationship between sales and inventory as

being many-to-many.• An REA diagram for a rare art dealer would

depict the relationship between sales and

inventory as being one-to-many.



Pengambilan Informasi dari SIAPengambilan Informasi dari SIA

• Diagram REA yang lengkap juga berfungsi

sebagai petunjuka yang berguna untuk

meminta informasi dari database SIA.

• Permintaan data dapat digunakan untukmenghasilkan jurnal dan buku besar dari

database rasional yang dibuat dengan

menggunakan model REA.




• Setiap transaksi penjualan dibayar penuh olehkegiatan penerimaan kas.• Setiap pembayaran pelanggan bisa dilakukan

lebih dari satu penjualan.• Apakah permintaan logis itu ?• Total piutang dagang adalah jumlah dari

seluruh penjualan yang tidak memiliki nomor pembayaran.

PenerimaanKasPenjualan

(0, 1) (1, N)




• Setiap transaksi penjualan dapat dibayar

secara cicilan (angsuran).• Setiap pembayaran pelanggan hanya untuk

satu penjualan.• Apakah permintaan logis itu ?

• (1) Jumlah seluruh penjualan; (2) Jumlahpenerimaan kas; then A/R = (1)-(2)


(0, N) (1, 1)




• Setiap transaksi penjualan dibayar penuh oleh

kegiatan penerimaan kas.• Setiap pembayaran pelanggan untuk satu

penjualan.• Apakah permintaan logis itu?

• Total piutang dagang adalah jumlah seluruhpenjualan yang tidak memiliki nomor pembayaran.


(0, 1) (1, 1)




• Setiap transaksi penjualan dibayar secara cicilan

(angsuran).• Setiap pembayaran dari pelanggan dapat

membayar lebih dari satu penjualan.

• Apakah permintaan logis itu ?

• (1) Jumlah semua penjualan; (2) Jumlah semuapenerimaan kas; Then A/R = (1)-(2)


(0, N) (1, N)



Minggu Ke 4 PEMBUATANMinggu Ke 4 PEMBUATAN

MODEL DATA DAN DESAINMODEL DATA DAN DESAIN

DATABASEDATABASE

******** SELESAI ********

pertemuan 6

Documents

Transcript of pertemuan 6