Data Modeling and the Entity-Relationship Model

Didimus Rumpak, M.Si.

3

Database Concepts 1e Chapter 3

Data Modeling and the Entity-Relationship Model Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: 085691055061 [email protected]

© 2009 by Prentice Hall

1

Bab Tujuan  Pelajari tahap-tahap dasar proyek pengembangan database  Memahami tujuan dan peran dari suatu model data  Mengetahui komponen-komponen utama dari model data ER  Memahami bagaimana menafsirkan tradisional dan gaya UML diagram ER  Belajarlah untuk membangun diagram ER tradisional © 2009 by Prentice Hall

2

Bab Tujuan (lanjutan)  Tahu bagaimana untuk mewakili 1:1, 1: N, N: M, dan biner hubungan dengan model ER  Tahu bagaimana rekursif mewakili hubungan dengan model ER  Memahami dua jenis entitas lemah dan tahu bagaimana menggunakannya  Pelajari cara membuat diagram ER dari dokumen sumber © 2009 by Prentice Hall

3

Tiga Tahap Pengembangan Basisdata  Persyaratan Tahap  Tahap Desain  Implementasi Tahap


4

Persyaratan Tahapan  Sumber persyaratan  Pengguna Wawancara  Formulir  Laporan  Pertanyaan  Gunakan Kasus  Aturan Bisnis


5

Persyaratan Menjadi Model Data E-R  Setelah persyaratan telah terkumpul, mereka berubah menjadi Entity Relationship (ER) Data Model  ER Model terdiri dari • Entitas • Atribut • Pengidentifikasi • Relasi


6

Entitas  Suatu entitas adalah sesuatu yang pengguna ingin lacak  PELANGGAN  PROYEK  KARYAWAN  SISWA


7

Instance versus Classes  Sebuah kelas entitas adalah kumpulan entitas dan dijelaskan oleh struktur dan format entitas  Sebuah instance dari kelas entitas adalah representasi dari entitas tertentu


8

Instance versus Classes Satu Entitas Kelas

CUSTOMER CustID CustName

12735 Smither, Inc

78124 Jackson Co. Dua Entitas Instances


9

Attribut  Entitas memiliki atribut yang menjelaskan karakteristik entitas o ProjectName o StartDate o ProjectType o ProjectDescription

 Atribut memiliki sifat dan tipe data


10

Pengidentifikasi  Contoh entitas memiliki pengidentifikasi  Sebuah identifier akan mengenali suatu entitas contoh di kelas o SocialSecurityNumber o StudentID o EmployeeID


11

Jenis Identifier  Keunikan o Pengidentifikasi unik atau mungkin nonunique o Jika pengenal yang unik, nilai data pengenal harus unik untuk semua kasus

 Komposit o Sebuah pengenal komposit terdiri dari 2 atau lebih atribut  Misalnya, OrderNumber & LineItemNumber keduanya diperlukan


12

Relasi  Entitas dapat dikaitkan dengan satu sama lain dalam hubungan  Hubungan derajat mendefinisikan jumlah kelas entitas berpartisipasi dalam hubungan o Derajat 2 adalah hubungan biner o Gelar 3 adalah hubungan ternary


13

Derajat 2 Relasi

LOCKER

EMPLOYEE


14

Derajat 3 Relasi

DEALER

MODEL

MAKE


15

Satu ke satau Binary Relationship – Seorang karyawan mungkin tidak memiliki lebih dari satu loker; dan – Sebuah loker hanya dapat diakses oleh satu karyawan


16

Satu ke satu Binary Relationship  Seorang karyawan hanya dapat bekerja untuk satu departemen; dan  Sebuah departemen memiliki beberapa karyawan

LOCKER

1:1


EMPLOYEE

17

Satu ke banyak Binary Relationship  Seorang karyawan hanya dapat bekerja untuk satu departemen; dan  Sebuah departemen memiliki beberapa karyawan

DEPARTMENT

1:N


EMPLOYEE

18

Banyak ke banyak Binary Relationship  Seorang karyawan mungkin memiliki beberapa keterampilan; dan  Sebuah keahlian tertentu dapat diadakan oleh beberapa karyawan

SKILL

N:M


EMPLOYEE

19

Satu ke banyak Unary Relasi  Seorang karyawan mungkin akan dikelola oleh salah satu karyawan lain  Seorang karyawan dapat mengelola beberapa karyawan

EMPLOYEE

1:N


20

Kardinalitas  Masing-masing dari tiga jenis hubungan biner yang ditunjukkan di atas memiliki kardinalitas maksimumyang berbeda  Kardinalitas minimum juga ada. Nilai-nilai ini biasanya mengasumsikan nilai Mandatory (satu) atau Optional (nol)


21

Satu ke satau Binary Relasi dengan Kardinalitas Minimum  Seorang karyawan harus memiliki satu loker; dan  Seorang loker mungkin dapat diakses oleh satu atau nol karyawan

LOCKER

|

1:1


0

EMPLOYEE

22

Entitas Lemah  Seorang karyawan mungkin memiliki nol atau banyak tanggungan dan  Sebuah tergantung harus memiliki satu karyawan

EMPLOYEE

|

1:N


0

DEPENDENT

23

Identifier Entitas Lemah  Sebuah entitas lemah memiliki identifier gabungan o Bagian pertama dari pengenal adalah pengidentifikasi untuk entitas itu sendiri yang lemah o Kedua bagian dari pengenal adalah pengidentifikasi untuk entitas yang kuat


24

Relasi Entitas Lemah  Hubungan antara kuat dan lemah entitas disebuthubungan yang mengidentifikasi ap akah entitas lemah ID-tergantung  Hubungan antara kuat dan lemah entitas disebut non-mengidentifikasi hubungan jika entitas yang lemah adalah non-ID-tergantung


25

Diagram Relasi Entitas Unified Modeling Language  Unified Modeling Language (UML) adalah seperangkat struktur dan teknik untuk pemodelan dan merancang program berorientasi objek (OOP) dan aplikasi


26

Unified Modeling Language Entities

ENTITY_NAME List of Attributes Identifier


27

Relasi Unified Modeling Language 1..1

Mandatory One

0..1

Optional One

0..*

Optional Many

1..*

Mandatory Many


28

Contoh Diagram E-R UML  Seorang karyawan harus melaporkan kepada satu departemen, dan  Sebuah departemen dapat memiliki nol atau banyak karyawan EMPLOYEE EmployID EmployName Phone

DEPARTMENT 0..*

1..1

EmployID is identifier

DeptID DeptName Location DeptID is identifier


29

UML Weak Entity

EMPLOYEE EmployID EmployName Phone

DEPENDENT 1

DepSSN

0..N DepName DepAge

EmployID is identifier

DepSSN is identifier


30

Didimus Rumpak, M.Si.

3

Database Concepts 1e Chapter 3

Terima Kasih Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: 085691055061 [email protected]


31

Data Modeling and the Entity-Relationship Model

Recommend Documents