3 Didimus Rumpak, M.Si. Database Concepts 1e Chapter 3 Data Modeling and the Entity-Relationship Model Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: 085691055061 dimurumpak@yahoo.com 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 2009 by Prentice Hall 4
Persyaratan Tahapan Sumber persyaratan Pengguna Wawancara Formulir Laporan Pertanyaan Gunakan Kasus Aturan Bisnis 2009 by Prentice Hall 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 2009 by Prentice Hall 6
Entitas Suatu entitas adalah sesuatu yang pengguna ingin lacak PELANGGAN PROYEK KARYAWAN SISWA 2009 by Prentice Hall 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 2009 by Prentice Hall 8
Instance versus Classes Satu Entitas Kelas CUSTOMER CustID CustName 12735 Smither, Inc 78124 Jackson Co. Dua Entitas Instances 2009 by Prentice Hall 9
Attribut Entitas memiliki atribut yang menjelaskan karakteristik entitas o ProjectName o StartDate o ProjectType o ProjectDescription Atribut memiliki sifat dan tipe data 2009 by Prentice Hall 10
Pengidentifikasi Contoh entitas memiliki pengidentifikasi Sebuah identifier akan mengenali suatu entitas contoh di kelas o SocialSecurityNumber o StudentID o EmployeeID 2009 by Prentice Hall 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 2009 by Prentice Hall 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 2009 by Prentice Hall 13
Derajat 2 Relasi LOCKER EMPLOYEE 2009 by Prentice Hall 14
Derajat 3 Relasi DEALER MODEL MAKE 2009 by Prentice Hall 15
Satu ke satau Binary Relationship Seorang karyawan mungkin tidak memiliki lebih dari satu loker; dan Sebuah loker hanya dapat diakses oleh satu karyawan 2009 by Prentice Hall 16
Satu ke satu Binary Relationship Seorang karyawan hanya dapat bekerja untuk satu departemen; dan Sebuah departemen memiliki beberapa karyawan LOCKER 1:1 EMPLOYEE 2009 by Prentice Hall 17
Satu ke banyak Binary Relationship Seorang karyawan hanya dapat bekerja untuk satu departemen; dan Sebuah departemen memiliki beberapa karyawan DEPARTMENT 1:N EMPLOYEE 2009 by Prentice Hall 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 2009 by Prentice Hall 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 2009 by Prentice Hall 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) 2009 by Prentice Hall 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 2009 by Prentice Hall 22
Entitas Lemah Seorang karyawan mungkin memiliki nol atau banyak tanggungan dan Sebuah tergantung harus memiliki satu karyawan EMPLOYEE 1:N 0 DEPENDENT 2009 by Prentice Hall 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 2009 by Prentice Hall 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 2009 by Prentice Hall 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 2009 by Prentice Hall 26
Unified Modeling Language Entities ENTITY_NAME List of Attributes Identifier 2009 by Prentice Hall 27
Relasi Unified Modeling Language 1..1 Mandatory One 0..1 0..* 1..* Optional One Optional Many Mandatory Many 2009 by Prentice Hall 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 0..* 1..1 DEPARTMENT DeptID DeptName Location EmployID is identifier DeptID is identifier 2009 by Prentice Hall 29
UML Weak Entity EMPLOYEE DEPENDENT EmployID EmployName Phone 1 0..N DepSSN DepName DepAge EmployID is identifier DepSSN is identifier 2009 by Prentice Hall 30
3 Didimus Rumpak, M.Si. Database Concepts 1e Chapter 3 Terima Kasih Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: 085691055061 dimurumpak@yahoo.com 2009 by Prentice Hall 31