Skip to main content
Si Ipung

follow us

Segera berlangganan !! Akan hadir video dan tutorial menarik dari siipung.com dengan cara Subscribe ke youtube, klik Siipung Channel

×

ERD adalah diagram untuk desain database, akan ada juga contoh ERD


Apa itu ERD ?

Entity Relationship Diagram, juga dikenal sebagai ERD, ER Diagram atau model ER, adalah jenis diagram struktural untuk digunakan dalam desain database. ERD berisi simbol dan konektor berbeda yang memvisualisasikan dua informasi penting: Entitas utama dalam ruang lingkup sistem , dan hubungan antar entitas-entitas ini.


Dan itulah mengapa ini disebut diagram "Entity" "Relationship" (ERD)!

Ketika kita berbicara tentang entitas dalam ERD, sangat sering kita merujuk pada objek bisnis seperti orang / peran (misalnya Siswa), objek bisnis berwujud (misalnya Produk), objek bisnis tidak berwujud (misalnya Log), dll. "Hubungan" adalah tentang bagaimana entitas-entitas ini berhubungan satu sama lain dalam sistem.

Diagram ER menggambarkan hubungan entitas bisnis
Dalam desain ER yang khas, Anda dapat menemukan simbol seperti persegi panjang bulat dan konektor (dengan gaya berbeda pada ujungnya) yang menggambarkan entitas, atributnya, dan antar-hubungan.

Sejarah ERD

Peter Chen (alias Peter Pin-Shan Chen), saat ini menjadi anggota fakultas di Carnegie-Mellon University di Pittsburgh, dikreditkan dengan mengembangkan pemodelan ER untuk desain database pada 1970-an. Saat melayani sebagai asisten profesor di Sloan School of Management MIT, ia menerbitkan makalah seminalis pada tahun 1976 berjudul "Model Entity-Relationship: Menuju Pandangan Terpadu Data."

Dalam arti yang lebih luas, penggambaran keterkaitan berbagai hal berasal dari Yunani kuno, dengan karya-karya Aristoteles, Socrates dan Plato. Ini terlihat baru-baru ini di abad 19 dan 20 karya filsuf-logician seperti Charles Sanders Peirce dan Gottlob Frege.

Pada 1960-an dan 1970-an, Charles Bachman (atas) dan APG Brown bekerja dengan pendahulu yang dekat dari pendekatan Chen. Bachman mengembangkan jenis Diagram Struktur Data, dinamai menurut namanya sebagai Diagram Bachman. Brown menerbitkan karya pemodelan sistem dunia nyata. James Martin menambahkan perbaikan ERD. Karya Chen, Bachman, Brown, Martin dan lainnya juga berkontribusi pada pengembangan Unified Modeling Language (UML), banyak digunakan dalam desain perangkat lunak.

Fungsi ERD

Desain basis data: Diagram ER digunakan untuk memodelkan dan mendesain basis data relasional, dalam hal logika dan aturan bisnis (dalam model data logis) dan dalam hal teknologi spesifik yang akan diterapkan (dalam model data fisik). Dalam rekayasa perangkat lunak, diagram ER sering merupakan langkah awal dalam menentukan persyaratan untuk proyek sistem informasi. Ini juga digunakan untuk memodelkan basis data atau basis data tertentu. Database relasional memiliki tabel relasional yang setara dan berpotensi dapat dinyatakan seperti itu sesuai kebutuhan.
Pemecahan masalah basis data: Diagram ER digunakan untuk menganalisis basis data yang ada untuk menemukan dan menyelesaikan masalah dalam logika atau penerapan. Menggambar diagram harus mengungkapkan di mana letak kesalahannya.
Sistem informasi bisnis: Diagram digunakan untuk merancang atau menganalisis basis data relasional yang digunakan dalam proses bisnis. Setiap proses bisnis yang menggunakan data lapangan yang melibatkan entitas, tindakan, dan interaksi berpotensi dapat mengambil manfaat dari database relasional. Itu dapat merampingkan proses, mengungkap informasi lebih mudah dan meningkatkan hasil.
Rekayasa ulang proses bisnis (BPR): diagram ER membantu dalam menganalisis basis data yang digunakan dalam rekayasa ulang proses bisnis dan dalam pemodelan pengaturan basis data baru.
Pendidikan: Database adalah metode saat ini menyimpan informasi relasional untuk tujuan pendidikan dan pengambilan nanti, sehingga ER Diagram dapat berharga dalam perencanaan struktur data tersebut.
Penelitian: Karena begitu banyak penelitian yang berfokus pada data terstruktur, diagram ER dapat memainkan peran kunci dalam menyiapkan basis data yang berguna untuk menganalisis data.

Komponen ERD dan fungsi

Diagram ER terdiri dari entitas, hubungan, dan atribut. Mereka juga menggambarkan kardinalitas, yang mendefinisikan hubungan dalam hal jumlah. Inilah glosarium:

Kesatuan
Suatu hal yang dapat didefinisikan — seperti seseorang, objek, konsep atau peristiwa — yang dapat menyimpan data tentangnya. Pikirkan entitas sebagai kata benda. Contoh: pelanggan, pelajar, mobil atau produk. Biasanya ditampilkan sebagai persegi panjang.


Jenis entitas: Sekelompok hal yang dapat didefinisikan, seperti siswa atau atlet, sedangkan entitasnya adalah siswa atau atlet tertentu. Contoh lain: pelanggan, mobil atau produk.

Kumpulan entitas: Sama seperti jenis entitas, tetapi didefinisikan pada titik waktu tertentu, seperti siswa yang terdaftar di kelas pada hari pertama. Contoh lain: Pelanggan yang membeli bulan lalu, mobil yang saat ini terdaftar di Florida. Istilah terkait adalah turunan, di mana orang atau mobil tertentu akan menjadi turunan dari entitas yang ditetapkan.

Kategori entitas : Entitas dikategorikan sebagai kuat, lemah atau asosiatif. Sebuah entitas kuat dapat didefinisikan semata-mata oleh atribut sendiri, sementara entitas yang lemah tidak bisa. Entitas asosiatif mengaitkan entitas (atau elemen) dalam entitas yang ditetapkan.

Kunci Entitas: Mengacu pada atribut yang secara unik mendefinisikan entitas dalam set entitas. Kunci entitas dapat berupa super, kandidat, atau primer. Kunci super: Seperangkat atribut (satu atau lebih) yang bersama-sama mendefinisikan suatu entitas dalam suatu entitas. Kandidat kunci: Kunci super minimal, artinya ia memiliki jumlah atribut yang paling sedikit untuk tetap menjadi kunci super. Kumpulan entitas mungkin memiliki lebih dari satu kunci kandidat. Kunci primer: Kunci kandidat yang dipilih oleh perancang basis data untuk mengidentifikasi secara unik set entitas. Kunci asing: Mengidentifikasi hubungan antar entitas.

Hubungan
Bagaimana entitas bertindak satu sama lain atau terkait satu sama lain. Pikirkan hubungan sebagai kata kerja. Sebagai contoh, siswa yang disebutkan mungkin mendaftar untuk suatu kursus. Dua entitas akan menjadi siswa dan kursus, dan hubungan yang digambarkan adalah tindakan mendaftar, menghubungkan dua entitas dengan cara itu. Hubungan biasanya ditampilkan sebagai berlian atau label langsung pada garis penghubung.

Hubungan rekursif: Entitas yang sama berpartisipasi lebih dari satu kali dalam hubungan.

Atribut
Properti atau karakteristik suatu entitas. Sering ditampilkan sebagai oval atau lingkaran.

Atribut deskriptif: Properti atau karakteristik suatu hubungan (versus entitas.)

Kategori atribut: Atribut dikategorikan sebagai sederhana, komposit, diturunkan, serta nilai tunggal atau multi nilai. Sederhana: Berarti nilai atribut bersifat atomik dan tidak dapat dibagi lebih lanjut, seperti nomor telepon. Komposit: Sub-atribut muncul dari atribut. Berasal: Atribut dihitung atau berasal dari atribut lain, seperti usia sejak tanggal lahir.

Multi-nilai: Lebih dari satu nilai atribut dilambangkan, seperti beberapa nomor telepon untuk seseorang.

Nilai tunggal: Hanya satu nilai atribut. Jenis dapat dikombinasikan, seperti: atribut bernilai tunggal sederhana atau atribut multi-nilai gabungan.

Kardinalitas
Menentukan atribut numerik hubungan antara dua entitas atau kumpulan entitas. Tiga hubungan kardinal utama adalah satu-ke-satu, satu-ke-banyak, dan banyak-banyak. Contoh satu-ke-satu adalah satu siswa yang terkait dengan satu alamat surat. Contoh satu-ke-banyak (atau banyak-ke-satu, tergantung pada arah hubungan): Satu siswa mendaftar untuk beberapa mata pelajaran, tetapi semua mata pelajaran tersebut memiliki satu baris kembali ke satu siswa itu. Banyak-ke-banyak contoh: Siswa sebagai suatu kelompok dikaitkan dengan banyak anggota fakultas, dan anggota fakultas pada gilirannya dikaitkan dengan banyak siswa.

Tampilan kardinalitas: Kardinalitas dapat ditampilkan sebagai sisi pandang atau sisi yang sama, tergantung di mana simbol ditampilkan.

Batasan kardinalitas: Angka minimum atau maksimum yang berlaku untuk suatu hubungan.

Notasi ERD

Panduan notasi ERD
Diagram ER berisi entitas, atribut, dan hubungan. Di bagian ini, kita akan membahas simbol ERD secara terperinci.

Kesatuan
Entitas ERD adalah hal atau konsep yang dapat didefinisikan dalam suatu sistem , seperti orang / peran (misalnya Siswa), objek (misalnya Faktur), konsep (misalnya Profil) atau peristiwa (misalnya Transaksi) (catatan: Dalam ERD, istilah " entitas "sering digunakan sebagai ganti" tabel ", tetapi keduanya sama). Saat menentukan entitas, anggaplah mereka sebagai kata benda. Dalam model ER, suatu entitas ditampilkan sebagai persegi panjang bulat, dengan namanya di atas dan atributnya terdaftar di tubuh bentuk entitas. Contoh ERD di bawah ini menunjukkan contoh entitas ER.

Kesatuan
Atribut Entitas
Juga dikenal sebagai kolom, atribut adalah properti atau karakteristik entitas yang menyimpannya .

Atribut memiliki nama yang menggambarkan properti dan tipe yang menggambarkan jenis atribut itu, seperti varchar untuk string, dan int untuk integer. Ketika ERD dibuat untuk pengembangan basis data fisik, penting untuk memastikan penggunaan tipe yang didukung oleh RDBMS target.

Contoh diagram ER di bawah ini menunjukkan entitas dengan beberapa atribut di dalamnya.

Atribut Entitas
Kunci utama
Juga dikenal sebagai PK, kunci utama adalah jenis khusus dari atribut entitas yang secara unik mendefinisikan catatan dalam tabel database . Dengan kata lain, tidak boleh ada dua (atau lebih) catatan yang memiliki nilai yang sama untuk atribut primary key. Contoh ERD di bawah ini menunjukkan entitas 'Produk' dengan atribut kunci primer 'ID', dan pratinjau catatan tabel dalam database. Catatan ketiga tidak valid karena nilai ID 'PDT-0002' sudah digunakan oleh catatan lain.

Kunci utama
Kunci asing
Juga dikenal sebagai FK, kunci asing adalah referensi ke kunci utama dalam sebuah tabel . Ini digunakan untuk mengidentifikasi hubungan antar entitas. Perhatikan bahwa kunci asing tidak harus unik. Beberapa catatan dapat berbagi nilai yang sama. Contoh Diagram ER di bawah ini menunjukkan entitas dengan beberapa kolom, di antaranya kunci asing digunakan dalam referensi entitas lain.

Kunci asing
Hubungan
Hubungan antara dua entitas menandakan bahwa kedua entitas tersebut saling terkait satu sama lain . Misalnya, seorang siswa dapat mendaftar dalam suatu kursus. Entitas Siswa karena itu terkait dengan Kursus, dan hubungan disajikan sebagai penghubung yang menghubungkan antara mereka.

Kardinalitas
Kardinalitas mendefinisikan kemungkinan jumlah kejadian dalam satu entitas yang dikaitkan dengan jumlah kejadian di entitas lain . Misalnya, SATU tim memiliki pemain BANYAK. Saat hadir dalam ERD, entitas Tim dan Pemain saling terhubung dengan hubungan satu-ke-banyak.

Dalam diagram ER, kardinalitas direpresentasikan sebagai kaki gagak di ujung konektor. Tiga hubungan kardinal yang umum adalah satu-ke-satu, satu-ke-banyak, dan banyak-ke-banyak.

Contoh kardinalitas satu-ke-satu
Hubungan satu-ke-satu sebagian besar digunakan untuk membagi entitas menjadi dua untuk memberikan informasi secara ringkas dan membuatnya lebih dimengerti. Gambar di bawah ini menunjukkan contoh hubungan satu-ke-satu.

Contoh kardinalitas satu-ke-satu
Contoh kardinalitas Satu-ke-Banyak
Hubungan satu-ke-banyak mengacu pada hubungan antara dua entitas X dan Y di mana sebuah instance X dapat dihubungkan ke banyak instance Y, tetapi sebuah instance Y terkait hanya dengan satu instance X. Gambar di bawah ini menunjukkan contoh hubungan satu-ke-banyak.

Contoh kardinalitas Satu-ke-Banyak
Contoh kardinalitas Banyak ke Banyak
Hubungan banyak-ke-banyak mengacu pada hubungan antara dua entitas X dan Y di mana X dapat dikaitkan dengan banyak contoh Y dan sebaliknya. Gambar di bawah ini menunjukkan contoh hubungan banyak-ke-banyak. Perhatikan bahwa hubungan banyak ke banyak dibagi menjadi sepasang hubungan satu ke banyak dalam ERD fisik. Anda akan tahu apa ERD fisik di bagian selanjutnya.

Cara menggambar ERD

Cara menggambar diagram ER?
Jika Anda merasa sulit untuk memulai dengan menggambar diagram ER, jangan khawatir. Di bagian ini, kami akan memberikan Anda beberapa tips ERD. Coba ikuti langkah-langkah di bawah ini untuk memahami cara menggambar diagram ER secara efektif.

Pastikan Anda jelas tentang tujuan menggambar ERD. Apakah Anda mencoba menyajikan arsitektur sistem secara keseluruhan yang melibatkan definisi objek bisnis? Atau apakah Anda mengembangkan model ER yang siap untuk pembuatan basis data? Anda harus jelas tentang tujuan untuk mengembangkan diagram ER pada tingkat rincian yang tepat (Baca bagian Model Data Konseptual, Logikan dan Fisik untuk lebih jelasnya)
Pastikan Anda jelas tentang cakupan model. Mengetahui ruang lingkup pemodelan mencegah Anda memasukkan entitas yang berlebihan dan hubungan dalam desain Anda.
Gambar entitas utama yang terlibat dalam ruang lingkup.
Tentukan properti entitas dengan menambahkan kolom.
Tinjau ERD dengan hati-hati dan periksa apakah entitas dan kolom cukup untuk menyimpan data sistem. Jika tidak, pertimbangkan untuk menambahkan entitas dan kolom tambahan. Biasanya, Anda dapat mengidentifikasi beberapa entitas transaksional, operasional, dan peristiwa dalam langkah ini.
Pertimbangkan hubungan antara semua entitas dan hubungkan mereka dengan kardinalitas yang tepat (mis. Satu-ke-banyak antara entitas Pelanggan dan Pesanan). Jangan khawatir jika ada entitas yatim. Meskipun tidak umum, itu sah.
Menerapkan teknik normalisasi basis data untuk menyusun kembali entitas dengan cara yang dapat mengurangi redundansi data dan meningkatkan integritas data. Misalnya, rincian pabrikan mungkin disimpan di bawah entitas Produk pada awalnya. Selama proses normalisasi, Anda mungkin menemukan bahwa detail terus mengulang catatan atas catatan, lalu Anda dapat membaginya sebagai Produsen entitas terpisah, dan dengan kunci asing yang menghubungkan antara Produk dan Produsen.

Model data konseptual, logis dan fisik

Model ER dan model data biasanya digambar hingga tiga tingkat detail:

Model data konseptual: Tampilan tingkat tertinggi yang mengandung detail terkecil. Nilainya menunjukkan ruang lingkup keseluruhan model dan menggambarkan arsitektur sistem. Untuk sistem dengan cakupan yang lebih kecil, mungkin tidak perlu menggambar. Sebagai gantinya, mulailah dengan model logis.
Model data logis: Berisi lebih detail daripada model konseptual. Entitas operasional dan transaksional yang lebih rinci sekarang didefinisikan. Model logis tidak tergantung pada teknologi yang akan diimplementasikan.
Model data fisik: Satu atau lebih model fisik dapat dikembangkan dari masing-masing model logis. Model fisik harus menunjukkan detail teknologi yang cukup untuk menghasilkan dan mengimplementasikan database aktual.
Perhatikan bahwa detail dan tingkat cakupan yang serupa ada di jenis diagram lain, seperti diagram aliran data, tetapi kontras dengan pendekatan tiga skema rekayasa perangkat lunak, yang membagi informasi sedikit berbeda. Terkadang, insinyur akan membuat diagram ER dengan hierarki tambahan untuk menambah tingkat informasi yang diperlukan untuk desain basis data. Sebagai contoh, mereka dapat menambahkan pengelompokan dengan memperpanjang dengan superclasses dan turun dengan subclass.

Keterbatasan diagram dan model ER

Hanya untuk data relasional: Pahami bahwa tujuannya adalah untuk menunjukkan hubungan. Diagram ER hanya menunjukkan struktur relasional itu.
Bukan untuk data yang tidak terstruktur: Kecuali jika datanya secara bersih digambarkan ke dalam bidang, baris atau kolom yang berbeda, diagram ER mungkin penggunaannya terbatas. Hal yang sama berlaku untuk data semi-terstruktur, karena hanya beberapa data yang akan berguna.
Kesulitan mengintegrasikan dengan database yang ada: Menggunakan Model ER untuk berintegrasi dengan database yang ada dapat menjadi tantangan karena arsitektur yang berbeda.

Menggunakan ERD dengan Data Flow Diagram (DFD)

Dalam analisis dan desain sistem, Data Flow Diagram (DFD) dapat ditarik untuk memvisualisasikan aliran informasi dalam proses sistem. Di Data Flow Diagram, ada simbol yang disebut Data Store, yang mewakili tabel database yang menyediakan informasi yang dibutuhkan oleh sistem.

ERD dengan Data Flow Diagram
Karena Diagram ER fisik menyediakan cetak biru dari database aktual, entitas dalam ERD tersebut disejajarkan dengan datastore dalam DFD. Anda dapat menggambar ERD sebagai pelengkap DFD dengan mewakili struktur informasi yang mengalir dalam suatu sistem, atau, sebaliknya, untuk menggambar DFD dalam melengkapi ERD dengan menunjukkan bagaimana data akan digunakan oleh sistem dalam runtime.

ERD Data store model
Menggunakan ERD dengan BPMN Business Process Diagram (BPD)
Dalam pemetaan proses bisnis, BPMN Business Process Diagram (BPD) dapat ditarik untuk memvisualisasikan alur kerja bisnis. Dalam Diagram Proses Bisnis, ada simbol yang disebut Data Object, yang mewakili input data ke / output dari kegiatan proses.

ERD dengan BPMN Business Process Diagram (BPD)

Karena model data konseptual dan logis memberikan pandangan tingkat tinggi dari objek bisnis dalam suatu sistem, entitas dalam ERD tersebut selaras dengan objek data dalam BPD. Anda dapat menggambar ERD sebagai pelengkap BPD dengan mewakili struktur objek data yang dibutuhkan oleh alur kerja bisnis, atau, sebaliknya, untuk menarik BPD dalam melengkapi ERD dengan menunjukkan bagaimana data akan digunakan selama proses bisnis.


https://www.lucidchart.com/pages/er-diagrams
https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/

You Might Also Like:

Newest PostNewest Post
Comment Policy: Silahkan tuliskan komentar Anda yang sesuai dengan topik postingan halaman ini. Komentar yang berisi tautan tidak akan ditampilkan sebelum disetujui.
Buka Komentar