ed240 model data dan desain database

MODEL DATA

& DESAIN
DATABASE

Databa
se
File
File
pelangg
Persedia
an
an
Catatan 1
Catatan 2
Catatan 3
:
:
:
Pelangga
Pelangga

Pelangga
n1
n2
n3
Field 1 :
Nomor
Pelanggan

Field 2 :
Nama
Pelanggan

Field 3 :
Alamat

Relational Database
Definitions
• Entity: Object, Concept or event
(subject)
• Attribute: a Characteristic of an

entity
• Row or Record: the specific
characteristics of one entity
• Table: a collection of records
• Database: a collection of tables

FILE MASTER = BUKU BESAR

Menyimpan informasi
komulatif mengenai
sumber daya dan pelakupelaku dengan siapa
mereka berinteraksi

FILE TRANSAKSI = JURNAL
Catatan tentang transaksi
bisnis, gabungan dari file
yang berhubungan dan
dikordinasi secara terpusat

Pertumbuhan file

utama
menimbulkan
masalah

DATABA
SE

SISTEM DATABASE
• TAMPILAN LOGIS DATA
– SKEMA TINGKAT KONSEPTUAL
– SKEMA TINGKAT EKSTERNAL
– SKEMA TINGKAT INTERNAL

SKEMA TINGKAT EKSTERNAL
PEMBUAT FAKTUR
PENJUALAN

- BATAS KREDIT
PELANGGAN
- SALDO TERAKHIR

- JUMLAH
PERSEDIAAN

BIAYA
PERSEDIAAN

PENGIRIMAN

ALAMAT
PELANGGAN

BATAS
KREDIT
PELANGGAN

SKEMA TINGKA
KONSEPTUAL
PERSEDIA
AN


PENJUALA
N

PENERIMAA
N KAS

PELANGGA
N

SKEMA TINGKA INTERNAL
• CATATAN PERSEDIAAN
– NOMOR BARANG (INTEGER(5), NONNULL)
– DESKRIPSI (KARAKTER (5))
–…
• CATATAN PENJUALAN
- NOMOR FAKTUR (INTEGER (6), NON-NULL
- …

SISTEM DATABASE
• TAMPILAN FISIK DATA

Nomor
Pelanggan
1

Nama
Pelanggan

31

11
10

Alamat

30

Batas Kredit
61

60


68

SISTEM DATABASE

& MASA DEPAN
AKUNTANSI

DATABASE PENGARUHI SIFAT
DASAR AKUNTANSI
• NO DOUBLE ENTRY
• MENGUBAH SIFAT
LAPORAN EKSTERNAL

BAHASA
DBMS

DDL

D a t a D e fi n i t i o n L a n g u a n g e


1.
2.
3.
4.

Membangun kamus data
Mengawali/menciptakan database
Mendeskripsikan logis
Memberikan batasan untuk
keamanan field

DML

Data Manipulation Languange

- Updating
- Inserting
- Deleting


Perawatan
data

DQL

Data Query Languange

- Ambil
- Sortir
- Menyusun

PERENCANAAN
Kebutuhan & Kelayakan
Pengembangan Sistem
baru

Analisis Persyaratan
• Identifikasi informasi pemakai
• Lingkup sistem baru
• Informasi jumlah pemakai & volume

transaksi

DESAIN
PERKEMBANGAN SKEMA
- TINGKAT KONSEPTUAL
- EKSTERNAL
- INTERNAL

PENGKODEAN
PENERJEMAHAN SKEMA INTERNAL KE
STRUKTUR DATABASE

IMPLEMENTASI
Seluruh aktivitas yang berhubungan
dengan mentransfer data ke
database SIA

Operasional & Pemeliharaan
Pengawasan atas kinerja sistem baru
dan kepuasan pelanggan


Akuntan
berpartisipasi dalam
mendesain database

PEMBUATAN MODEL
• ER
• Model Data REA

ENTITY RELATIONSHIP
Teknik grafis yang menggambarkan skema
database

ENTITAS
(segala sesuatu yang informasinya ingin
dikumpulkan dan disimpan oleh organisasi)

HUBUNGAN
(hubungan antar entitas)

ENTITY RELATIONSHIP
PEGAWAI

MENGELO
LA

BAGIAN
DARI

SUPERVISOR

MENGELO
LA
DEPARTEMEN

ENTITY RELATIONSHIP
• TIDAK HANYA MENUNJUKKAN ISI DARI
DATABASE
• DIGUNAKAN UNTUK MODEL
ORGANISASI
• JENIS ENTITAS = KATA BENDA

ENTITY RELATIONSHIP
PEMAIN

bagia
n dari

TIM

bagia
n dari

LIGA

MODEL DATA REA
Dipergunakan Dalam Desain Database
SIA, mendasari aktivitas rantai nilai
organisasi

Jenis-Jenis Entitas
- RESOURCES
- EVENT
- AGENT

Jenis-Jenis Entitas
• RESOURCES
Memiliki nilai ekonomi bagi organisasi
Ex. Kas, persediaan, mesin, gudang, dll

Jenis-Jenis Entitas
• EVENT
Berbagai aktivitas bisnis yang
informasinya ingin dikumpulkan
perusahaan untuk perencanaan &
pengendalian

Jenis-Jenis Entitas
• EVENT
- Economic exchange : mempengaruhi
jumlah sumberdaya
Ex. Penjualan  persediaan
- Commitmen : janji melakukan
pertukaran ekonomi di masa mendatang
- Ex. Pesanan pelanggan u/ perencanaan
produksi

Jenis-Jenis Entitas
• AGENT
Orang/ organisasi yang terlibat dalam
kegiatan yang informasinya ingin
didapatkan u/ tujuan perencanaan,
pengendalian & evaluasi
Ex. Staf Penjualan

MEMBANGUN DIAGRAM REA
1 Identifikasi pasangan kegiatan pertukaran
ekonomi yang mewakili hubungan dualitas
dasar memberi untuk menerima,
2 Identifikasi sumber daya yang dipengaruhi
oleh setiap kegiatan pertukaran ekonomi
dan para pelaku yang terlibat dalam
kegiatan tersebut.
3. Analisis setiap kegiatan pertukaran
ekonomi.
4. Tetapkan kardinalitas setiap hubungan..

Bahasa
Permintaan
Data
Bahasa Permintaan Data
(StructuredQuery
QueryLanguange
Languange))
(Structured

KATA KUNCI DASAR
MEMBANGUN
PERMINTAAN
DENGAN SQL

SELECT
SELECTTable : PELANGGAN
Nama_pl
Nama_pl
Kode_pl
Kode_pl
g
g
gg

Alamat
Alamat

Kota
Kota

PL001
PL001

SI ANA
SI ANA

JL. A
JL. A

Malang
Malang

PL002
PL002

SI ANU
SI ANU

JL. B
JL. B

Blitar
Blitar

PL003
PL003

SI ANI
SI ANI

JL. C
JL. C

Malang
Malang

SELECT
SELECTTable : PELANGGAN
Nama_pl
Nama_pl
Kode_pl
Kode_pl
g
g
gg

Alamat
Alamat

Kota
Kota

Mendaftar kolom yang
PL002
Blitar
SI ANU
JL. B
PL002
Blitar
ditampilkan
SI ANU
JL. B
PL001
PL001

SI ANA
SI ANA

SELECT
PL003
PL003

SI ANI
SI ANI

JL. A
JL. A

Malang
Malang

JL. C
JL. C

Malang
Malang

Kode_plg,
Kota

FROM
FROM
Digunakan untuk mendaftar nama
tabel yang merupakan referensi

SELECT * FROM
PELANGGAN

WHERE
WHERE
MENSPESIFIKASI BARIS YANG AKAN
DIAMBIL

SELECT * FROM PELANGGAN
WHERE Kota=‘Malang'

ORDER
ORDER BY
BY
Kolom yang menjadi dasar pengurutan
akan didaftar (semakin besar atau
menurun)
Perlihatkan Kode_plg yang

Resource A

Inflow

GET
Resource A

Participant

Internal Agent

Participant

External Agent

Participant

External Agent

Economic
Duality

Resource B

Outflow

GIVE
Resource B

Participant

Internal Agent

Inventory

Stock-flow

Sales

Participant

Salesperson

Participant
Economic
Duality

Customer

Participant

Cash

Stock-flow

Cash
Receipts

Participant

Cashier

Kardinalitas ?
Bagaimana perumpamaan dalam 1
entitas dapat dihubungkan dengan
perumpamaan tertentu pada entitas
lain

Kardinalitas ?
• Minimum cardinalities can be either 0 or 1
• Minimum (harus/tidak dengan entitas lain)
(0,..) sebuah baris bertambah tidak
harus berelasi
(1,…)setiap baris harus dihubungkan ke
setidaknya
1 baris
• Maksimum (setiap baris dapat
dihubungkan paling banyak,..)

Kardinalitas ?

3 jenis dasar hubungan
antar entitas
berdasarkan Kardinalitas
maksimum

Kardinalitas ?
- One to one relationship (..,1) (…,1)
- Ex.
PENJUALAN

(0,1)

(1,1)

?
AN

PENERIMAA
N KAS

L
U
P
M
I
S
E
arti :
K
Setiap penjualan dapat dihubungkan ke paling banyak
Penerimaan Kas

1

Kardinalitas ?
- One to Many atau sebaliknya (…,1) (…,N)
atau (…,N) (…,1)

PENJUALAN

(0,N)

(1,1)

PENERIMAA
N KAS

L
U
P
M
I
S
E
K

?
AN

arti :
-penjualan dapat dihubungkan dengan banyak Penerimaan Kas
(cicilan)
-Penerimaan Kas dihubungkan dengan paling banyak 1 kegiatan

Kardinalitas ?
Many to many relationship (…,N) 
(…,N)
PENJUALAN

(0,N)

(1,N)

PENERIMAA
N KAS

A
L
U
P
M
I
S
E
arti :
K
- penjualan dapat dihubungkan dengan 1 atau
? lebih Penerimaan
N
Kas

PENGGUNAAN DIAGRAM
REA
• Untuk Dokumentasi praktik bisnis
berkaitan dengan keperluan dokumentasi SIA
yang menggunakan database dan
mencerminkan operasi bisnis perusahaan
• Pengambilan informasi dari SIA khususnya
untuk keperluan :
a. menghasilkan jurnal dan buku besar
b. menyediakan informasi laporan keuangan
lainnya
c. Menyiapkan laporan manajerial

IMPLEMENTASI
DIAGRAM REA thd
DATABASE
RELASIONAL

1

Membuat tabel untuk
setiap entitas dan
hubungan banyak-kebanyak (berdasarkan
slide 53)

2

Menetapkan
atribut untuk
setiap tabel

Menggunakan kunci
3
luar untuk
mengimplementasikan
hubungan 1:1 dan 1:N