Entity Relationship Diagram ERD

3.4 Entity Relationship Diagram ERD

ERD merupakan notasi grafis dalam permodelan data konseptual yang mendeskripsikan hubungan antar penyimpanan. ERD digunakan untuk memodelkan struktur data dan hubungan antar data, karena hal ini relative kompleks. Dengan ERD, dapat menguji model dengan mengabaikan proses yang dilakukan dan mencoba menjawab pertanyaan, “Data apa yang diperlukan ?, bagaimana data yang satu berhubungan dengan yang lain?”. ERD menggunakan sejumlah notasi dan symbol untuk menggambarkan struktur dan hubungan antar data.

3.4.1 Conceptual Data Model CDM

Gambar 3.11 Model Data Konseptual Conceptual Data Modeling Mengisi Membooking Melalui Masuk_Ke_Database Mengupdate Mengupdate_Data Anggota id_anggota nama_anggota alamat_anggota kota_alamat no_telp tgl_lahir foto pi I VA50 VA50 VA15 I D VA100 M M M M M M M id_anggota pi Booking id_booking tgl_booking tgl_berakhir status_booking pi I D D I M M M M id_booking pi User nama_user username password pi VA20 VA15 VA15 M M M nama_user pi Buku_Tamu id_bukutamu nama alamat email saran tgl jam pi I VA30 VA50 VA50 VA500 D I M M M M M M M id_bukutamu pi Pinjam no_pinjam status tgl_pinjam tgl_hrs_kembali tgl_kembali denda pi I VA1 D D D I M M M M M M no_pinjam pi Buku id_buku judul_buku pengarang_buku penerbit tahun_terbit jenis_buku status_buku jml_buku rak gambar pi I VA50 VA25 I I VA15 VA10 VA3 VA4 VA100 M M M M M M M M M id_buku pi Gambar 3.11 merupakan gambar CDM memodelkan struktur logis dari keseluruhan aplikasi data, tidak tergantung pada software atau pertimbangan model struktur data. CDM yang valid dapat dikonversi ke PDM atau OOM. CDM mirip dengan konsep ERD yang diajukan oleh Elmasri, hanya ada beberapa perbedaan sintaks.

3.4.2 Physical Data model PDM

PDM memodelkan struktur fisik dari database, dengan mempertimbangkan software DBMS serta model struktur yang akan digunakan. PDM yang valid dapat dikonversi ke CDM atau OOM. PDM dapat dihasilkan di - generate dari CDM yang valid. Gambar 3.12 Model Data Fisik Physical Data Modeling FK_MENGISI FK_MEMBOOKING FK_MELALUI FK_MASUK_KE_DATABASE FK_MASUK_KE_DATABASE2 FK_MENGUPDATE FK_MENGUPDATE_DATA FK_MENGUPDATE_DATA2 Anggota id_anggota nama_user nama_anggota alamat_anggota kota_alamat no_telp tgl_lahir foto integer variable character20 variable character50 variable character50 variable character15 integer date variable character100 pk fk Booking id_booking no_pinjam id_anggota tgl_booking tgl_berakhir status_booking integer integer integer date date integer pk fk2 fk1 User nama_user username password variable character20 variable character15 variable character15 pk Buku_Tamu id_bukutamu id_anggota nama alamat email saran tgl jam integer integer variable character30 variable character50 variable character50 variable character500 date integer pk fk Pinjam no_pinjam id_buku nama_user id_booking status tgl_pinjam tgl_hrs_kembali tgl_kembali denda integer integer variable character20 integer variable character1 date date date integer pk fk3 fk2 fk1 Buku id_buku no_pinjam nama_user judul_buku pengarang_buku penerbit tahun_terbit jenis_buku status_buku jml_buku rak gambar integer integer variable character20 variable character50 variable character25 integer integer variable character15 variable character10 variable character3 variable character4 variable character100 pk fk2 fk1 Desain database diatas yakni pada Gambar 3.12 adalah hasil generate dari Conceptual Data Model CDM ke Physical Data Model PDM . Pada Gambar 3.12 memiliki lima tabel, dimana tabel detail pinjam berelasi dengan tabel pinjam dan tabel buku one to many sehingga memiliki entitas lemah yaitu tabel detail pinjam. Tabel anggota berelasi dengan tabel pinjam : one to many dan tabel user berelasi dengan tabel buku dan tabel pinjam : one to many.

3.5 Kebutuhan Database