Diagram Entity Relationship

Slides:



Advertisements
Presentasi serupa
Entity Relationship Diagram Perancangan Basis Data Komposisi oleh Budi Prayitno November 2013 Batam.
Advertisements

28-Jun-14 1 Basis Data Kode Mata Kuliah : SKS : 2 Oleh: Titik Lusiani,M.Kom, OCP.
Pertemuan Minggu Ke-10.
Chapter 8 - Process Modeling
2 C H A P T E R Tjiptoadi nugroho CC sidoarjo
Yufis Azhar – Teknik Informatika – UMM
Latifah Rifani Materi: 4
Memahami konsep dasar ER Model. Mengenal notasi ER Diagram.
Pemodelan Data (1) Week 2. Entity Relationship Diagram  Sebuah teknik pemodelan data yang merepresentasikan gambar entitas dan relasi-relasi antar entitas.
ENTITY RELATIONSHIP DIAGRAM
ERD (Entity Relationship Diagram)
03 | Entity Relationship Diagram (ER- Diagram)
Ignatius Adrian Mastan, S.E, S.Kom, MCP, MOS
ERD Entity Relationship Diagram
Entity Relationship Diagram
C H A P T E R 3 Chapter 8 - Process Modeling.
Pemodelan Data Pertemuan 2.
Your company slogan Table of Contents Introduction 1 Main title 2 Examples 3 Conclusion 4.
Memahami konsep dasar ER Model. Mengenal notasi ER Diagram.
KONSEP MODEL ERD (Entity-relationship diagram)
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Entity-Relationship Modeling
01 Feb M0414 Analisa Sistem Informasi Entity Relationship Diagram - Chen.
ANALISIS DAN PEMODELAN DATA
Data Modeling And Analysis Entity Relationship Diagram ( ERD)
Entity Relationship Diagram (ERD)
Desain Basis Data.
ENTITY RELATIONSHIP MODEL
Pengantar database By k ilo ^_^
Database TP – || AKN Bojonegoro.
Perancangan Basis Data
Pemodelan Data ER- Model.
Pengantar Desain Basisdata-Part I Oleh: Devie Rosa Anamisa.
The Entity- Relationship Model
MODEL ENTITY RELATIONSHIP DIAGRAM
Rekayasa Perangkat Lunak ER/D
Pemodelan Entity Relationship
Entity Relationship Diagram
ENTITY RELATIONSHIP DIAGRAM
Entity Relasional Diagram (ERD)
Entity Relationship Diagram (ERD)
ERD (Entity Relationship Diagram)
Desain database 1 (erd) Pertemuan Ke-6&7.
Model Basis Data Relasional
Oleh : Devie Rosa Anamisa
IK203 Sistem Basis Data Suryo Widiantoro, ST, MMSI, M.Com(IS)
ENTITY RELATIONSHIP DIAGRAM
BAB 3 DATA MODELING.
All sections to appear here
Mapping Skema Database
Entity Relationship Diagram (ERD)
TUGAS KELOMPOK KE-1 IK203 Sistem Basis Data Pertemuan #...
Pertemuan <<2>> <<ERD & EERD>>
Pemodelan & Pelaksanaan Kebutuhan
TUGAS KELOMPOK KE-2 IK203 Sistem Basis Data Pertemuan #...
Entity Relationship Diagram (ERD)
MODEL ENTITY-RELATIONSHIP
Latihan Gambarkan strong dan weak entity. Berikan contohnya
Aljabar Relational IK203 Sistem Basis Data Pertemuan #4
Normalisasi 2 IK203 Sistem Basis Data Pertemuan #6
Tugas-21 Latihan 3 : Susun diagram E-R lengkap dengan atribut, cardinality dan key-nya untuk keadaan ini : Pelanggan diidentifikasikan dengan NAMA-PLG.
08 Pemodelan Entitas-Relasi Mata Kuliah: Basis Data ILMU KOMPUTER
Entity Relationship Diagram (ERD)
Pertemuan 4 ENTITY RELATIONSHIP.
ENTITY RELATIONSHIP DIAGRAM
Pengenalan Ms Access IK203 Sistem Basis Data Latihan Lab# 1
Entity Relationship Diagram
Pemodelan Data ER-Model.
ENTITY RELATIONAL DIAGRAM (bagian 2 – Atribut&relasi)
Transcript presentasi:

Diagram Entity Relationship IK203 Sistem Basis Data Pertemuan #10 Suryo Widiantoro, ST, MMSI, M.Com(IS)

Weak entity

Weak entity adalah entity yang memenuhi kriteria: existence-dependent: tidak mungkin ada tanpa adanya entity yang memiliki relationship dengannya memiliki primary key yang sebagian atau seluruhnya diturunkan dari parent entity yang memiliki relationship dengannya

Strong (identifying) relationship mengindikasikan bahwa entity yang berhubungan weak DEPENDENT (tanggungan) tidak mungkin ada tanpa EMPLOYEE dan PK DEPENDENT merupakan turunan dari PK EMPLOYEE

Composite (Associative) entity

Relationship M:N mengharuskan kita membuat “jembatan” penghubung di antara entity Associative entity digunakan untuk implementasi relationship M:N antara 2 atau lebih entity Associative entity (disebut juga composite entity atau bridge entity) disusun dari primary key setiap entity yang akan dihubungkan

Sebuah class mungkin ada (setidaknya saat awal registrasi) walaupun belum berisi student Juga saat seorang student baru diterima, student tersebut belum terdaftar di class. Sehingga setidaknya pada awalnya CLASS adalah optional terhadap STUDENT dan STUDENT adalah optional terhadap CLASS.

Karena relationship M:N antara STUDENT dan CLASS dipisah menjadi 2 relationship 1:M melalui ENROLL, partisipasi optional harus dipindahkan ke ENROLL Dengan kata lain, sekarang dimungkinkan sebuah class tidak terdapat di ENROLL bila tidak ada student yang mendaftar di class tersebut Karena sebuah class tidak perlu ada di ENROLL, maka ENROLL menjadi optional terhadap CLASS. Dan karena ENROLL tercipta sebelum ada student mendaftar ke sebuah class, ENROLL juga optional terhadap STUDENT

Latihan soal #1

Sebuah klub sepak bola remaja membutuhkan database system untuk mencatat remaja yang bermain di klub. Data harus disimpan untuk setiap tim dan remaja yang menjadi anggota setiap tim serta data orangtua. Juga perlu disimpan data mengenai pelatih untuk setiap tim. Buat ERD sesuai penjelasan berikut ini. Entity dibutuhkan: Tim, Pemain, Pelatih, dan Orangtua. Attribute dibutuhkan: Tim: nomer tim, nama tim, dan warna tim. Pemain: nomer pemain, nama depan pemain, nama belakang pemain, dan usia pemain. Pelatih: nomer pelatih, nama depan pelatih, nama belakang pelatih, nomer telpon pelatih. Orangtua: nomer orangtua, nama depan orangtua, nama belakang orangtua, nomer telpon rumah, dan alamat rumah (jalan, kota, propinsi, dan kodepos)

Relationship berikut harus ditentukan: Tim berhubungan dengan Pemain. Tim berhubungan dengan Pelatih. Pemain berhubungan dengan Orangtua. Connectivity dan participation ditentukan sebagai berikut: Sebuah Tim bisa punya atau tidak punya seorang Pemain. Seorang Pemain harus punya sebuah Tim. Sebuah Tim bisa punya banyak Pemain. Seorang Pemain hanya punya satu Tim. Sebuah Tim bisa punya atau tidak punya seorang Pelatih. Seorang Pelatih harus punya sebuah Tim. Sebuah Tim bisa punya banyak Pelatih. Seorang Pelatih hanya punya satu Tim. Seorang Pemain harus punya satu Orangtua. Satu Orangtua harus punya seorang Pemain. Seorang Pemain bisa punya banyak Orangtua. Satu Orangtua bisa punya banyak Pemain.

Latihan soal #2

Perhatikan business rules di bawah untuk membuat ERD Crow’s Foot Perhatikan business rules di bawah untuk membuat ERD Crow’s Foot . Tuliskan connectivity dan cardinality pada ERD. Sebuah department mempekerjakan beberapa employee, tetapi setiap employee dipekerjakan oleh hanya satu department. Beberapa employee, disebut “rovers,” tidak tercatat pada department manapun. Sebuah division mengoperasikan beberapa department, tetapi setiap department dioperasikan oleh hanya satu division. Seorang employee bisa mengerjakan beberapa project, dan sebuah project bisa memiliki beberapa employee yang mengerjakannya. Sebuah project harus memiliki sedikitnya satu employee yang mengerjakannya. Seorang dari employee mengelola setiap department, dan setiap department dikelola oleh hanya seorang employee. Seorang dari employee menjalankan setiap division, dan setiap division dijalankan oleh hanya seorang employee.

Latihan soal #3

Tuliskan business rules dari ERD di atas. Tentukan cardinality dari entity yang ada (gunakan asumsi bila diperlukan).

Bonus latihan #4

Jonesburgh County Basketball Conference (JCBC) adalah asosiasi bola basket amatir. Setiap kota di wilayah tersebut memiliki satu tim perwakilan. Setiap tim memiliki maksimal 12 pemain dan minimal 9 pemain. Setiap tim juga memiliki maksimal 3 pelatih (pelatih offensive, defensive, dan physical training). Selama masa kompetisi, setiap tim bermain 2 pertandingan (home dan visitor) melawan setiap tim lainnya. Dengan kondisi seperti itu, lakukan hal berikut: Identifikasi connectivity dari setiap relationship. Identifikasi cardinality antara tim dan pemain serta antara tim dan kota. Gambarkan ERD Crow’s Foot untuk menjelaskan database JCBC.

Bonus latihan #5

Buatlah sebuah ERD dengan notasi Crow’s Foot, berdasarkan kebutuhan/requirement berikut ini: Sebuah INVOICE ditulis oleh seorang SALESREP. Seorang sales representative dapat menulis beberapa invoice, tetapi setiap invoice ditulis oleh seorang sales representative tunggal. INVOICE dituis untuk seorang CUSTOMER tunggal. Namun, setiap customer dapat memiliki banyak invoice. Sebuah INVOICE dapat berisi banyak baris detil (LINE), yang masing-masing menjelaskan satu product yang dibeli oleh customer. Informasi product disimpan pada entity PRODUCT. Informasi vendor product berada pada entity VENDOR.

penutup