© 2009 by Prentice Hall 1 Data Modeling and the Entity-Relationship Model Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: Didimus Rumpak, M.Si. Database Concepts 1e Chapter 3 3

© 2009 by Prentice Hall2 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 Hall3 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 Hall4 Tiga Tahap Pengembangan Basisdata  Tahap Prasyarat  Tahap Desain  Tahap Implementasi

© 2009 by Prentice Hall5 Tahap Prasyarat  Sumber prasyarat  Wawancara Pengguna  Formulir  Laporan  Pertanyaan  Gunakan Kasus  Aturan Bisnis

© 2009 by Prentice Hall6 Prayarat Menjadi Model Data E-R  Setelah prasyarat telah terkumpul, mereka berubah menjadi Entity Relationship (ER) Data Model  ER Model terdiri dari Entitas Atribut Pengidentifikasi Relasi

© 2009 by Prentice Hall7 Entitas  Entitas adalah sesuatu yang pengguna ingin lacak  PELANGGAN  PROYEK  KARYAWAN  SISWA

© 2009 by Prentice Hall8 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 Hall9 Instance versus Classes CUSTOMER CustID CustName Jackson Co Smither, Inc Dua Entitas Instances Satu Entitas Kelas

© 2009 by Prentice Hall10 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 Hall11 Pengidentifikasi  Contoh entitas memiliki pengidentifikasi  Sebuah identifier akan mengenali suatu entitas contoh di kelas o SocialSecurityNumber o StudentID o EmployeeID

© 2009 by Prentice Hall12 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 Hall13 Relasi  Entitas dapat dikaitkan dengan satu sama lain dalam relasi  Hubungan derajat mendefinisikan jumlah kelas entitas berpartisipasi dalam relasi o Derajat 2 adalah relasi biner o Gelar 3 adalah relasi ternary

© 2009 by Prentice Hall14 Derajat 2 Relasi LOCKEREMPLOYEE

© 2009 by Prentice Hall15 Derajat 3 Relasi DEALERMODEL MAKE

© 2009 by Prentice Hall16 Satu ke satu Binary Relationship –Seorang karyawan tidak mungkin memiliki lebih dari satu loker; dan –Sebuah loker hanya dapat diakses oleh satu karyawan LOCKEREMPLOYEE 1:1

© 2009 by Prentice Hall17 Satu ke banyak Binary Relationship  Seorang karyawan hanya dapat bekerja untuk satu departemen; dan  Sebuah departemen memiliki beberapa karyawan DEPARTMENTEMPLOYEE 1:N

© 2009 by Prentice Hall18 Banyak ke banyak Binary Relationship  Seorang karyawan mungkin memiliki beberapa keterampilan; dan  Keahlian tertentu dapat dimiliki oleh beberapa karyawan SKILLEMPLOYEE N:M

© 2009 by Prentice Hall19 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 Hall20 Kardinalitas  Masing-masing dari tiga jenis hubungan biner yang ditunjukkan di atas memiliki kardinalitas maksimum yang berbeda  Kardinalitas minimum juga ada. Nilai-nilai ini biasanya mengasumsikan nilai Mandatory (satu) atau Optional (nol)

© 2009 by Prentice Hall21 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 LOCKEREMPLOYEE 1:1 0 |

© 2009 by Prentice Hall22 Entitas Lemah  Seorang karyawan mungkin memiliki nol atau banyak tanggungan dan  Tanggunan harus memiliki satu karyawan EMPLOYEE 1:N 0 | DEPENDENT

© 2009 by Prentice Hall23 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 Hall24 Relasi Entitas Lemah  Relasi antara entitas kuat dan lemah di sebut Relasi yang mengidentifikasi apakah entitas lemah ID-tergantung  Relasi antara entitas kuat dan lemah disebut non-mengidentifikasi hubungan jika entitas yang lemah adalah non-ID- tergantung

© 2009 by Prentice Hall25 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 Hall26 Unified Modeling Language Entities ENTITY_NAME List of Attributes Identifier

© 2009 by Prentice Hall27 Relasi Unified Modeling Language * 1..* 1..1Mandatory One Optional One Optional Many Mandatory Many

© 2009 by Prentice Hall28 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 EmployID is identifier DEPARTMENT DeptID DeptName Location DeptID is identifier 0..* 1..1

© 2009 by Prentice Hall29 UML Weak Entity EMPLOYEE EmployID EmployName Phone EmployID is identifier DEPENDENT DepSSN DepName DepAge DepSSN is identifier 1 0..N

© 2009 by Prentice Hall 30 Terima Kasih Pengampu Matakuliah A Didimus Rumpak, M.Si. hp.: Didimus Rumpak, M.Si. Database Concepts 1e Chapter 3 3