DIAGRAM ER dalam Notasi Lain

Slides:



Advertisements
Presentasi serupa
Build Entity Relationship Diagram. NimNama_MhsAlamat_MhsTglLhr_Mhs Ali AkbarJl. Merdeka No. 10 Yogyakarta Syamsul BahriJl. Gajah.
Advertisements

Perancangan Basis Data Basis Data.  mahasiswa memahami tahap-tahap perancangan basis data 2 TIK •mahasiswa mengetahui bagaimana menentukan dan menempatkan.
Chapter 8 - Process Modeling
Yufis Azhar – Teknik Informatika – UMM
TRANSFORMASI MODEL DATA ER ke BASIS DATA
Memahami konsep dasar ER Model. Mengenal notasi ER Diagram.
Latihan SQL.
Entity Relationship Diagram
MODEL ENTITY RELATIONSHIP DIAGRAM
Perancangan Basis Data
Tahapan Membuat ERD.
Entity Relationship Model
2 Bab 2 Model Basis Data Relasional Basis Data
PERTEMUAN 4 SISTEM BASIS DATA
Transformasi ERD Ke Bentuk Fisik
MODEL EER (Enhanced Entity Relationship)
OPTIMASI DAN IMPLEMENTASI ENTITY RELATIONSHIP DIAGRAM
03 | Entity Relationship Diagram (ER- Diagram)
BAB VI Model Data.
Entity Relationship Diagram
Your company slogan Table of Contents Introduction 1 Main title 2 Examples 3 Conclusion 4.
PERTEMUAN 3 Sistem Basis Data Presented by :
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
KONSEP MODEL ERD (Entity-relationship diagram)
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
MODEL EER (Enhanced Entity Relationship)
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
Pertemuan #4 DIAGRAM - ER Kompetensi :
Entity Relasional Diagram (ERD)
ENTITY-RELATIONSHIP DIAGRAM (ERD)
Entity Relationship Diagram
ENTITY RELATIONSHIP DIAGRAM
DIAGRAM ER dalam Notasi Lain
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
Entity Relationship Diagram
IT204 SISTEM BASIS DATA.
Model Entity Relationship
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 (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
Perancangan Basis Data
Entity Relationship Diagram
MODEL KETERHUBUNGAN ENTITAS (Entity-Relationship)
Pertemuan 4 ENTITY RELATIONSHIP.
DIAGRAM HUBUNGAN ENTITAS
DIAGRAM ER dalam Notasi Lain
Entity Relationship Diagram
Entity Relationship Diagram
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