Entity Relationship Diagram

Presentasi berjudul: "Entity Relationship Diagram"— Transcript presentasi:

1 Entity Relationship Diagram

2 Teknik Disain Database
Proses Hasil Menemukan dan merelasikan seluruh Entitas yang ada Entity Retaionship Diagram (ERD) Diagram hubungan (relationship) antar Entitas Mengurai atribut-atribut dalam sebuah form, dan mengelompokkannya menjadi relasi-relasi (beberapa table) Teknik Normalisasi Sekumpulan Relasi/Table

3 Entity Relationship Diagram
Entity-Relationship (ER) merupakan model data konseptual yang menggambarkan hubungan antar Entitas dalam lingkup domain tertentu yang dibangun berdasarkan persepsi dari dunia nyata. Model ER terdiri dari Entitas, Attribut dan Relasi/Relationship (hubungan) Entitas merupakan suatu objek nyata (fisik) maupun abstrak (konsep) yang memiliki nilai dalam sejumlah attribut tertentu, sehingga dapat dibedakan objek yang satu dengan lainnya Attribut merupakan kelengkapan (properti) dari sebuah Entitas. Setiap attribut berisikan suatu nilai (data) yang mungkin, sesuai dengan fakta dan karakteristiknya Relasi/Relationship merupakan hubungan yang terjadi antar Entitas. Relasi dinotasikan dengan diamond dan dituliskan dengan kata kerja

4 Entity Relationship Diagram
Mobil Kata benda abstrak ataupun riil Pangkat Entitas Pegawai Komponen ERD Gaji Atribut Element Data Kardinalitas Batasan ralationship yang menyatakan “berapa banyak” suatu Entitas ataupun Attribut mempunyai relasi dengan lainnya Relationship Hubungan antar Entitas menurut rule bussines yang disepakati 0 – Tidak ada 1 – Satu N - Banyak

5 Entity Relationship Diagram
Sifat Entitas: Signifikan  memang perlu disimpan di database Umum  tidak menunjuk pada sesuatu yang khusus Fundamental  dapat berdiri sendiri sebagai entity yang dasar dan independent Unitary  merupakan satu kesatuan yang tidak dapat dipecah lagi

6 Entity Relationship Diagram
Sifat Attribut : Signifikan  memang penting dan perlu dicatat sebagai kelengkapan sebuah Entitas Bersifat langsung (direct) dan bukan derived. Direct  Tanggal_Lahir Derived  Umur/Usia

7 Entity Relationship Diagram
Range Jangkauan antara nilai awal dan nilai akhir Unit Ukuran Domain Atribut inchi, cm, kg, km, m3 Batasan atau validasi terhadap nilai yang diberikan Berapa digit pembulatan untuk nilai pecahan atau lainnya Presisi Seleksi Nilai yang hanya dapat dipilih dari sebuah daftar yang valid (jenis kelamin, propinsi, kota di Jawa Timur, dll.)

8 Entity Relationship Diagram
Atribut merupakan representasi elemen data dari sebuah Entitas. Arti Kardinalitas Pada Atribut Kardinalitas atribut mempunyai nilai Minimum & Maksimum Minimum Kardinalitas Attribut mempunyai nilai : 0  Atribut optional 1  Atribut Not Null

9 Entity Relationship Diagram
Mobil PEMILIK 1:1 NOPOL TAHUN WARNA JENIS TGLSERVIS 0:N BIAYASERVIS Aturan ERD Pertama Bila ada relasi attribut banyak (0:N), maka buatlah entitas child Mobil PEMILIK 1:1 NOPOL TAHUN WARNA JENIS Servis BIAYASERVIS TGLSERVIS Parent Child

10 Entity Relationship Diagram
Bila ada relasi antar entiti dengan derajat banyak ke banyak (N:M), maka buatlah entitas asosiatif, hingga derajad hubungannya satu ke banyak (1:N) dan banyak ke satu (N:1) dan seterusnya. Aturan ERD Kedua Peserta Kursus Peserta Kelas Kursus

11 Entity Relationship Diagram
Urailah kasus-kasus relasi antar entitas berikut menurut aturan ERD yang berlaku Dosen Matakuliah Bussines Rule 1. Seorang Dosen bisa mengajar beberapa Matakuliah, bisa juga Cuma mengajar Matakuliah, begitu juga sebaliknya. 2. Untuk dapat mengajar 1 Matakuliah, Dosen harus memiliki Kelas dengan beberapa Mahasiswa yang mengambil Matakuliah tersebut Studi Kasus Customer Product Bussines Rule 1. Untuk menjadi seorang Customer, dia harus pernah melakukan satu atau beberapa kali Order, untuk satu atau beberapa Product sekaligus 2. Product tetap ditawarkan walaupun tidak pernah diorder oleh Customer. 3. Setiap Order dari Customer, dibuatkan daftar untuk 1 atau lebih Product yang diorder, sebagai bukti Order.

12 Normalisasi Teknik Normalisasi merupakan teknik pengelompokan data elemen menjadi tabel-tabel yang menunjukkan entiti dan relasinya. Definisi Syarat Normalisasi yang Optimal adalah telah teruji dalam beberapa kondisi, apakah masih ada kesulitan pada saat menambah, menghapus, membaca dan mengubah isi database dengan beberapa relasi antar tabel yang ada.

13 Normalisasi Tujuan 1. Identifikasi hubungan antar Atribut/Field
2. Mengkombinasikan Atribut untuk membentuk Relasi/Tabel 3. Mengkombinasikan Relasi/Tabel untuk membentuk Database 4. Menghindari terjadiya anomali (kejadian menyimpang) dan inkonsistensi data karena terjadinya: * Penambahan Record * Modifikasi isi Atribut/Field * Pengahupusan Record Tujuan

14 Struktur Relasi (Tabel)
Normalisasi Kolom / Atribut / Field Baris / Record adalah kumpulan atribut-atribut yang berelasi secara logika Candidate Key merupakan atribut-atribut dalam suatu table yang mungkin dapat mengidentifikasikan secara unik suatu kejadian spesifik dari entity. Jika satu kunci kandidat berisi lebih dari satu atribut, maka kunci tersebut disebut Composite Key. Struktur Relasi (Tabel) Primary Key merupakan suatu atribut yang tidak hanya mengidentifikasikan secara unik kejadian spesifik, namun juga dapat mewakili setiap kejadian dari suatu entity Foreign Key merupakan atribut atau satu set atribut yang digunakan untuk melengkapi suatu relationship (hubungan antar table) yang menunjuk ke table induknya. Foreign Key berada pada entity (table) anak, yang sama dengan Primary Key entity (table) induk relasinya

15 Functional Dependency
Normalisasi Functional Dependency Jika terdapat sebuah relasi R(A, B), dimana atribut B adalah bergantung fungsi pada atribut A, jika dan hanya jika setiap nilai A mempunyai hubungan dengan tepat satu nilai B dalam setiap satu waktu (bila setiap nilai yang berlaku pada B dapat ditentukan oleh A). Dimana dalam notasi ditulis sebagai berikut: A  B atau B = f(A). Contoh: Nama Pegawai bergantung secara fungsi pada NIP, dan NIP dapat menunjukkan secara fungsi dari sebuah Nama Pegawai dalam keseluruhan isi tabel Pegawai, maka dalam notasinya dapat ditulis sebagai berikut: NIP  Nama Pegawai atau Nama Pegawai = f(NIP).

16 Fully Functional Dependency
Normalisasi Fully Functional Dependency Sebuah Relasi R( A, B, X ), dimana X tergantung fungsional pada AB. X dinyatakan tergantung fungsional penuh (fully functional dependent) bila tidak terjadi: A  X atau B  X, melainkan hanya AB  X.

17 Bentuk-Bentuk Normalisasi
Unnormalized Form Bentuk ini merupakan kumpulan data yang akan direkam, tidak ada keharusan mengikuti suatu format tertentu (format bebas), bisa saja tidak lengkap atau terduplikasi. Data dikumpulkan apa adanya sesuai dengan kedatangannya. 1st Normal Form/1NF Sebuah relasi berada dalam 1NF, jika relasi tersebut tidak berisi atribut yang berulang-ulang (repeating groups). Bentuk-Bentuk Normalisasi 2nd Normal Form/2NF Sebuah Relasi adalah dalam 2NF, jika Relasi tersebut dalam 1NF dan untuk setiap atribut bukan kunci (non-key) adalah tergantung fungsional penuh kepada Primary Key (PK). 3rd Normal Form/3NF Sebuah Relasi adalah dalam 3NF, jika Relasi tersebut dalam 1NF dan 2NF dan untuk setiap atribut NK (non-key) tidak punya hubungan yang transitif, atau setiap atribut NK haruslah hanya bergantung pada PK, atau tidak bergantung fungsional kepada NK attribute yang lainnya.

18 Petunjuk pengembangan Relasi hingga 3NF:
Normalisasi Petunjuk pengembangan Relasi hingga 3NF: Tentukan atribut-atribut dalam relasi Kelompokkan atribut yang secara logis mempunyai hubungan dalam relasi Pilih CK (Candidate Key) Bila ada RG (Rrepeating Group), normalisasikan terlebih dahulu Pilih PK Identifikasikan ketergantungan fungsional Dekomposisi relasi selagi ada atribut NK yang belum tergantung sepenuhnya terhadap PK Kombinasikan relasi dengan PK yang identik Temukan ketergantungan transitif (atribut yang tergantung pada lebih dari 1 kunci) Dekomposisi relasi sampai tidak ada ketergantungan transitif

19 Riwayat Pendidikan Formal Pegawai
Normalisasi Kasus 1: Riwayat Pendidikan Formal Pegawai NIP : ……………………………… Nama : ……………………………… Alamat : ……………………………… ………..……………………. Telp. : …………….……… S3 . SMP SD Nilai Rata-Rata Tahun Nama Sekolah Level

20 Order Barang ke Vendor dari Banyak Departemen
Normalisasi Kasus 2: Order Barang ke Vendor dari Banyak Departemen No. Order : ………… Tanggal : ………………. Kd. Vendor : ………… Nama : …………………………………..…………………… Alamat : ………………………………….… ………………………………….… Telp. : ………………. Nama Deprtement Dept. Qty Deskripsi Kode

21 Penjualan Barang Tiap Sales Ke Banyak Pelanggan
Normalisasi Kasus 3: Penjualan Barang Tiap Sales Ke Banyak Pelanggan No. Jual : ………… Tanggal : ………..………. Kd. Pelanggan : ………… Nama : …………………………………..……………….… Alamat : ………………………………….………………..… Telp. : ……..…………. Kd. Sales : ………… Nama Sales : …………………………………….………………. Total Bersih Discount Total Kotor Total Harga Qty Deskripsi Kode

22 TERIMA KASIH