ed240 model data dan desain database

MODEL DATA

&

DESAIN

Databa

se

Databa

se

File pelangg an File pelangg an File Persedia an File Persedia an Catatan 1 : Pelangga n 1 Catatan 1 : Pelangga n 1 Catatan 2 : Pelangga n 2 Catatan 2 : Pelangga n 2 Catatan 3 : Pelangga n 3 Catatan 3 : Pelangga n 3

Field 1 : Nomor Pelanggan

Field 1 : Nomor Pelanggan

Field 2 : Nama 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}

FILE MASTER = BUKU BESAR

Menyimpan informasi

komulatif mengenai

sumber daya dan

pelaku-pelaku dengan siapa

FILE TRANSAKSI = JURNAL

Catatan tentang transaksi

bisnis, gabungan dari file

yang berhubungan dan

Pertumbuhan file

utama

DATABA

SE

SISTEM DATABASE

• TAMPILAN LOGIS DATA

– _{SKEMA TINGKAT KONSEPTUAL}

– _{SKEMA TINGKAT EKSTERNAL}

SKEMA TINGKAT EKSTERNAL

PEMBUAT FAKTUR PENJUALAN

- BATAS KREDIT PELANGGAN

SKEMA TINGKA

KONSEPTUAL

PERSEDIA AN

PENJUALA N

PELANGGA N

SKEMA TINGKA INTERNAL

• CATATAN PERSEDIAAN

– _{NOMOR BARANG (INTEGER(5),}

NON-NULL)

– _{DESKRIPSI (KARAKTER (5))}

– _…

• _{CATATAN PENJUALAN}

- _{NOMOR FAKTUR (INTEGER (6), NON-NULL}

SISTEM DATABASE

• TAMPILAN FISIK DATA

SISTEM DATABASE

DATABASE PENGARUHI SIFAT

DASAR AKUNTANSI

DATABASE PENGARUHI SIFAT

DASAR AKUNTANSI

•

NO DOUBLE ENTRY

•

MENGUBAH SIFAT

DDL

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

1. Membangun kamus data

2. Mengawali/menciptakan database 3. Mendeskripsikan logis

DML

Da t a M a n i p u l a t i o n La n g u a n g e

- _Updating - _Inserting

DQL

D a t a Q u e r y L a n g u a n g e

- _Ambil - _Sortir

PERENCANAAN

Kebutuhan & Kelayakan

Analisis Persyaratan

• _{Identifikasi informasi pemakai} • _{Lingkup sistem baru}

• _{Informasi jumlah pemakai & volume}

DESAIN

PERKEMBANGAN SKEMA

- _{TINGKAT KONSEPTUAL} - _EKSTERNAL

PENGKODEAN

IMPLEMENTASI

Seluruh aktivitas yang berhubungan dengan mentransfer data ke

Operasional & Pemeliharaan

Akuntan

PEMBUATAN MODEL

•

ER

ENTITY RELATIONSHIP

Teknik grafis yang menggambarkan skema database

ENTITAS

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

ENTITY RELATIONSHIP

PEGAWAI MENGELO

LA SUPERVISOR

BAGIAN DARI

MENGELO LA

ENTITY RELATIONSHIP

• TIDAK HANYA MENUNJUKKAN ISI DARI

DATABASE

• _{DIGUNAKAN UNTUK MODEL}

ORGANISASI

ENTITY RELATIONSHIP

PEMAIN bagia

n dari TIM

bagia n dari

MODEL DATA REA

Jenis-Jenis Entitas

- RESOURCES - EVENT

Jenis-Jenis Entitas

• RESOURCES

Memiliki nilai ekonomi bagi organisasi

Jenis-Jenis Entitas

• EVENT

Berbagai aktivitas bisnis yang

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}

Jenis-Jenis Entitas

• AGENT

Orang/ organisasi yang terlibat dalam kegiatan yang informasinya ingin

didapatkan u/ tujuan perencanaan, pengendalian & evaluasi

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.

Bahasa Permintaan Data

(

Structured Query Languange

)

Bahasa Permintaan Data

(

Structured Query Languange

)

KATA KUNCI DASAR

MEMBANGUN

SELECT

SELECT

Table : PELANGGAN

Kode_pl g Kode_pl g Nama_pl g Nama_pl

g AlamatAlamat

SELECT

SELECT

Kode_pl g Kode_pl g Nama_pl g Nama_pl

g AlamatAlamat

PL001 PL001 PL002 PL002 PL003 PL003 SI ANA SI ANA SI ANU SI ANU SI ANI SI ANI JL. A JL. A JL. B JL. B JL. C JL. C Kota Kota Malang Malang Blitar Blitar Malang Malang

Mendaftar kolom yang

ditampilkan

SELECT

Kode_plg,

Kota

FROM

FROM

[image:42.720.11.676.41.412.2]

Digunakan untuk mendaftar nama

tabel yang merupakan referensi

SELECT

*

FROM

WHERE

WHERE

MENSPESIFIKASI BARIS YANG AKAN DIAMBIL

SELECT

*

FROM

PELANGGAN

ORDER BY

ORDER BY

Kolom yang menjadi dasar pengurutan akan didaftar (semakin besar atau

menurun)

Resource A Economic Duality Internal Agent GET Resource A GIVE Resource B

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}

3 jenis dasar hubungan

antar entitas

berdasarkan Kardinalitas

maksimum

- _{One to one relationship (..,1) (…,1)} - _Ex.

Kardinalitas ?

PENJUALAN PENERIMAA N KAS (0,1) _(1,1) arti :

- _{One to Many atau sebaliknya (…,1) (…,N)}

atau (…,N) (…,1)

Kardinalitas ?

PENJUALAN PENERIMAA N KAS (0,N) _(1,1)

KE

SIM

PU

LA

N ?

KE

SIM

PU

LA

N ?

arti :

-_{penjualan dapat dihubungkan dengan banyak Penerimaan Kas}

(cicilan)

-_{Penerimaan Kas dihubungkan dengan paling banyak} 1 _kegiatan

Many to many relationship (…,N)  (…,N)

Kardinalitas ?

PENJUALAN PENERIMAA N KAS (0,N) _(1,N)

KE

SIM

PU

LA

N ?

KE

SIM

PU

LA

N ?

arti :

- _{penjualan dapat dihubungkan dengan 1 atau lebih Penerimaan}

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

IMPLEMENTASI

DIAGRAM REA thd

DATABASE

1

Membuat tabel untuk

setiap entitas dan

3

Menggunakan kunci

luar untuk