DIAGRAM ER dalam Notasi Lain

Slides:



Advertisements
Presentasi serupa
Perancangan Basis Data Basis Data.  mahasiswa memahami tahap-tahap perancangan basis data 2 TIK •mahasiswa mengetahui bagaimana menentukan dan menempatkan.
Advertisements

Yufis Azhar – Teknik Informatika – UMM
TRANSFORMASI MODEL DATA ER ke BASIS DATA
Entity Relationship Diagram
Perancangan Basis Data
Tahapan Membuat ERD.
Entity Relationship Model
03 | Entity Relationship Diagram (ER- Diagram)
DIAGRAM ER dalam Notasi Lain
Your company slogan Table of Contents Introduction 1 Main title 2 Examples 3 Conclusion 4.
MODEL EER (Enhanced Entity Relationship)
Entity Relation Model By : Randy Permana, S.Kom.
Transformasi ERD ke dalam bentuk fisik Materi Pertemuan ke-8
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Perancangan Basis Data Relasional (ERD) bag.2
Entity Relationship Diagram (ERD)
ENTITY RELATIONSHIP DIAGRAM
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Database TP – || AKN Bojonegoro.
MODEL ENTITY RELATIONSHIP DIAGRAM
Rekayasa Perangkat Lunak ER/D
Erika Devi, Fajar A. Nugroho Fakultas Ilmu Komputer UDINUS
Relasi Dalam Basis Data
Pertemuan #4 DIAGRAM - ER Kompetensi :
Outline: Relational Data Model Entity Relationship Diagram
Entity Relasional Diagram (ERD)
Primary Key pada ERD Desain Basis Data Budhi Irawan, S.Si, M.T.
ERD (Entity Relationship Diagram )
ENTITY-RELATIONSHIP DIAGRAM (ERD)
Model data.
Entity Relationship Diagram
ERD ( Entity Relationship Diagram )
ENTITY RELATIONSHIP DIAGRAM
MODEL RELASIONAL.
ERD (Entity Relationship Diagram)
DIAGRAM ER dalam Notasi Lain
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
TRANSFORMASI MODEL DATA ER ke BASIS DATA
Erika Devi, Fajar Agung N Fakultas Ilmu Komputer UDINUS
Entity Relationship Diagram
Sistem Database Agus Priyanto.
IT204 SISTEM BASIS DATA.
Model Entity Relationship
Transformasi Himpunan Dan Normalisasi
TRANSFORMASI HIMPUNAN ENTITAS
Matakuliah : Sistem Basisdata Versi Materi Model Data Penyaji
PERANCANGAN BASIS DATA
Transformasi Diagram ER ke dalam basis data fisik
ENTITY RELATIONSHIP DIAGRAM
Relasi Dalam Basis Data
Entity Relationship Diagram (ERD)
ERD Session 1.
Pertemuan 5 – Sistem Basis Data
DIAGRAM ER dalam Notasi Lain
DESAIN DATA BASE.
Transformasi Diagram ER ke dalam basis data fisik
Entity Relationship Diagram
MODEL RELASIONAL Desain Basis Data.
MODEL KETERHUBUNGAN ENTITAS (Entity-Relationship)
Relasi Dalam Basis Data
PENGERTIAN Relational Model
DIAGRAM HUBUNGAN ENTITAS
DIAGRAM ER dalam Notasi Lain
Entity Relationship Diagram
BASIS DATA Entity Relationship Diagram
Entity Relationship Diagram
Tim Dosen Basis Data Fakultas Ilmu Komputer UDINUS
ENTOT SUHARTONO, SKOM, MKOM
Transcript presentasi:

DIAGRAM ER dalam Notasi Lain Basis Data

TIU Mengetahui Bentuk Derajat Kardinalitas Relasi minimum dan maksimum yang harus kita sertakan pada pembentukan relasi antar entitas. TIK Mengimplementasikan Hasil Rancangan Basisdata dari Penyajian Bentuk Derajat Kardinalitas Relasi minimum dan maksimum

Derajat/kardinalitas relasi mewakili hubungan maksimum yang terjadi antara satu entitas terhadap entitas lain. Disamping itu, ada pula yang disebut derajat relasi minimum, yang menunjukkan hubungan minimum yang boleh terjadi dalam sebuah relasi antar entitas.

Derajat Relasi Minimum-Maksimum

Alternative ER Notations Chen IDE1FX (Crows feet notation)

CONTOH nim nama Tgl_lhr Nama KdMK nip alamat Gelar SKS semester MAHASISWA nama Tgl_lhr (0,N) ambil Nama KdMK nip alamat (0,N) MATAKULIAH ajar DOSEN Gelar (0,N) (1,1) SKS semester Nama_mk

Seorang Mahasiswa boleh mengambil banyak matakuliah sekaligus, demikian pula sebaliknya. Tetapi boleh juga seorang mahasiswa tidak mengambil matakuliah satupun (karena cuti misalnya). Sehingga derajat minimum 0 terjadi pada entitas mahasiswa. Satu atau beberapa matakuliah bisa di ambil oleh banyak mahasiswa, dan dapat pula terjadi sebuah matakuliah tidak diikuti oleh mahasiswa manapun (misalnya, karena merupakan matakuliah pilihan), sehingga derajat relasi minimum 0 terjadi pada entitas matakuliah.

Seorang dosen boleh mengajar banyak matakuliah sekaligus, tetapi bisa juga belum/tidak mengajar satu matakuliahpun. Derajat relasi minimum 0 pada entitas matakuliah. Setiap matakuliah hanya boleh di ajarkan oleh seorang dosen dan tidak boleh ada matakuliah yang belum/tidak di tentukan siapa dosennya. Derajat relasi minimum 1 pada entitas dosen.

Tahap pembuatan Diagram ER awal Menentukan entitas yang terlibat. Menentukan atribut-atribut dari masing-masing entitas beserta primary-key nya. Mengidentifikasi dan menetapkan seluruh himpunan relasi di antara himpunan entitas-himpunan entitas yang ada. Menentukan derajat/kardinalitas dan modalitas relasi untuk setiap himpunan relasi. Melengkapi himpunan entitas dan himpunan relasi dengan atribut foreign-key beserta atribut-atribut deskriptif (non key).

Tahap Optimasi ER-Diagram (Final Design) Melakukan koreksi terhadap hasil tahap pertama: Melakukan dekomposisi entitas, Penggabungan entitas, Pengubahan derajat relasi, Penambahan relasi baru, dan Perubahan atribut.

Bagaimana melakukan koreksi ? Kembali melihat sumber-sumber informasi : Form, Report, Hasil interview dengan user dan pemilik sistem. Data dan informasi yang dikumpulkan (Requirement) Dan lain lain. Memastikan bahwa semua struktur dalam ERD yang telah dibuat telah memenuhi kebutuhan (requirement) sistem.

Problem Database Kontraktor Sebuah perusahaan memiliki beberapa departemen. Setiap departemen dikepalai oleh seorang manajer dan Departemen setidaknya memiliki satu atau lebih pegawai. Perusahaan ini memiliki pegawai tetap dan pegawai harian untuk menangani dan menyelesaikan beberapa proyek. Satu pegawai bekerja hanya di satu departemen. seorang pegawai bisa mengerjakan beberapa proyek sesuai dengan penugasan, kecuali pegawai yang sedang cuti tidak mengerjakan satupun proyek. Tanggal pegawai mulai bekerja pada satu proyek juga harus dimasukkan. Satu proyek minimal melibatkan satu pegawai.

Data keluarga pegawai juga dimasukkan untuk keperluan tertentu Data keluarga pegawai juga dimasukkan untuk keperluan tertentu. Data tersebut : nama, status. Dengan ketentuan : satu pegawai bisa memiliki Nol atau lebih keluarga, dan satu keluarga hanya memiliki satu anggota keluarga yang bekerja sebagai pegawai. Beberapa data penting yang dibutuhkan adalah nama departemen, nama dan lokasi proyek, nama manajer dan daftar pegawai.

Beberapa hal yang ditemukan : Penggabungan entitas Manajer dengan Pegawai, karena : Manajer juga termasuk pegawai Entitas Pegawai dengan Manajer memiliki jenis/tipe atribut yang sama. Entitas Pegawai dengan Manajer sama-sama memiliki relasi dengan entitas Departemen.

Dekomposisi entitas Pegawai menjadi dua, yaitu : Pada data Pegawai tetap : Memiliki NIP Memiliki data keluarga (OrTu | Suami | Istri | Anak) Pada data pegawai kontrak : Tidak memiliki NIP Ada masa kontrak, merupakan atribut komposit , masih dapat diuraikan lagi menjadi tanggal_mulai_kontrak dan tanggal_akhir_kontrak Ada nilai kontrak Dekomposisi entitas Pegawai menjadi dua, yaitu : Pegawai tetap dan Pegawai Kontrak.

mengepalai memiliki kerja memiliki Id_dep (1,1) Departemen Nm_dep (1,1) mengepalai memiliki (1,1) Nm_Peg Alm_Peg Nm_Pry Tgl_Lhr_Peg Tgl_kerja Kd_Pry Lks_Pry Kd_Peg Jabatan (0,n) (1,n) Pegawai (1,n) kerja Proyek Tgl_awal Tgl_akhir NIP Nm_kel status Nilai_kontrak masakontrak (1,1) (0,1) Pegawai Kontrak Pegawai Tetap memiliki Keluarga

Implementasi Ke Bentuk Tabel TABEL PEGAWAI TABEL PEGAWAI KONTRAK

TABEL PEGAWAI TETAP TABEL TANGGUNGAN PEGAWAI TETAP TABEL DEPARTEMENT

Implementasi Ke Bentuk Tabel TABEL PROYEK TABEL KERJA PEGAWAI-PROYEK

ORANG TUA HOBY punya senangi MAHASISWA ambil MATAKULIAH RUANG daftar ajar JURUSAN miliki DOSEN

Kelompokfilm jenis harga_sewa Film kode_film judul jml_film jml_keping dikelompokkan Customer no_identitas jenis_identitas nama alamat menyewa tgl_sewa total_film total_harga denda tgl_kembali kode_sewa

ANGGOTA BUKU PETUGAS pinjam mendata

Figure 7.29