Contoh ERD - ERD adalah diagram untuk desain database

Contoh ERD dan cara membuat ERD akan dibahas lengkap disini

Apa itu ERD ?

Sebelum membahas tentang contoh ERD kita pahami dulu pengertian ERD.

Entity Relationship Diagram, juga dikenal sebagai ERD, ER Diagram atau model ER, ERD 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.

ERD menggambarkan hubungan entitas bisnis

Dalam desain ERD 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

Setelah mengetahui pengertian ERD mari kita bahas tentang sejarah ERD. Peter Chen (alias Peter Pin-Shan Chen), saat ini menjadi anggota fakultas di Carnegie-Mellon University di Pittsburgh, dikreditkan dengan mengembangkan pemodelan ERD 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

Beberapa fungsi ERD yang dapat kita gunakan dalam membangun sebuah sistem yaitu :

1. Fungsi ERD : Desain basis data

ERD 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 ERD 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.

2. Fungsi ERD : Pemecahan masalah basis data

ERD digunakan untuk menganalisis basis data yang ada untuk menemukan dan menyelesaikan masalah dalam logika atau penerapan. Menggambar diagram harus mengungkapkan di mana letak kesalahannya.

3. Fungsi ERD : 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.

4. Fungsi ERD : Rekayasa ulang proses bisnis - Business process re-engineering (BPR)

ERD membantu dalam menganalisis basis data yang digunakan dalam rekayasa ulang proses bisnis dan dalam pemodelan pengaturan basis data baru.

5. Fungsi ERD : Pendidikan

Database adalah metode saat ini menyimpan informasi relasional untuk tujuan pendidikan dan pengambilan nanti, sehingga ERD dapat berharga dalam perencanaan struktur data tersebut.

6. Fungsi ERD : Penelitian

Karena begitu banyak penelitian yang berfokus pada data terstruktur, diagram ERD dapat memainkan peran kunci dalam menyiapkan basis data yang berguna untuk menganalisis data.

Komponen ERD dan fungsi

ERD terdiri dari entitas, hubungan, dan atribut. Mereka juga menggambarkan kardinalitas, yang mendefinisikan hubungan dalam hal jumlah.

1. Entity

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.

Super key: Seperangkat atribut (satu atau lebih) yang bersama-sama mendefinisikan suatu entitas dalam suatu entitas.

Candidate key: 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.

Primary key: Kunci kandidat yang dipilih oleh perancang basis data untuk mengidentifikasi secara unik set entitas.

Foreign key: Mengidentifikasi hubungan antar entitas.

2. Relationship

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.

Recursive relationship: Entitas yang sama berpartisipasi lebih dari satu kali dalam hubungan.

3. Attribute

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

Descriptive attribute: Properti atau karakteristik suatu hubungan (versus entitas.)

Attribute categories: Atribut dikategorikan sebagai sederhana, komposit, diturunkan, serta nilai tunggal atau multi nilai.

Simple: Berarti nilai atribut bersifat atomik dan tidak dapat dibagi lebih lanjut, seperti nomor telepon.

Composite: Sub-atribut muncul dari atribut.

Derived: Atribut dihitung atau berasal dari atribut lain, seperti usia sejak tanggal lahir.

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

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

4. Cardinality

Menentukan atribut numerik hubungan antara dua entitas atau kumpulan entitas. Tiga hubungan kardinal utama adalah satu-ke-satu, satu-ke-banyak, dan banyak-banyak.

One-to-one : satu siswa yang terkait dengan satu alamat surat.

One-to-many (atau many-to-one, tergantung pada arah hubungan): Satu siswa mendaftar untuk beberapa mata pelajaran, tetapi semua mata pelajaran tersebut memiliki satu baris kembali ke satu siswa itu.

Many-to-many: 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

ERD berisi entitas, atribut, dan relasi. Di bagian ini, kita akan membahas simbol ERD secara terperinci.       

1. Entity

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.

2. Entity Attributes

Atribut entitas ERD juga dikenal sebagai kolom, atribut ERD adalah properti atau karakteristik entitas yang menyimpannya . 

Atribut ERD 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.  

Foreign Key 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.

3. Relationship

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. 

Cardinality

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 ERD, 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 ERD 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.

Contoh ERD 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.

Contoh ERD kardinalitas Banyak ke BanyakHubungan 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. 

Contoh ERD

Berikut ini siipung.com berikan beberapa contoh erd dengan beragam studi kasus :

Contoh ERD:

Hint

Sumber : www.lucidchart.com

Contoh ERD transaksi bank

Contoh ERD departemen

Contoh ERD tagihan rumah sakit

Contoh ERD penjualan internet

Contoh ERD:

Hint

Sumber : www.cs.uregina.ca

Contoh ERD crow foot

Contoh ERD:

Hint

Sumber : en.wikipedia.org

Contoh ERD MMORPG

Contoh ERD:

Hint

Sumber : www.lucidchart.com

Contoh ERD Database produk

Contoh ERD database sekolah

Contoh ERD games

Contoh ERD hotel

Contoh ERD pengiriman barang

Contoh ERD perpustakaan

Contoh ERD shipping

Contoh ERD:

Hint

Sumber : creately.com

Contoh ERD database ujian

Contoh ERD info man

Contoh ERD perusahaan asuransi

Contoh ERD sistem manajemen hotel

Contoh ERD sistem kontrak persediaan

Contoh ERD sistem kontrak persediaan 1

Contoh ERD sistem manajemen perguruan tinggi

Contoh ERD sistem manajemen distribusi makanan

Contoh ERD sistem manajemen perpustakaan

Contoh ERD sistem manajemen proyek

Contoh ERD sistem manajemen restoran

Contoh ERD sistem manajemen rumah sakit

Contoh ERD sistem manajemen rumah sakit 1

Contoh ERD sistem pemesanan hotel

Contoh ERD sistem pendaftaran

Contoh ERD sistem pendaftaran siswa

Contoh ERD sistem rental mobil

Contoh ERD sistem reservasi bus

Contoh ERD sistem reservasi hotel

Contoh ERD sistem reservasi kereta api

Contoh ERD sistem toko seluler online

Contoh ERD toko buku online

Cara menggambar ERD

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

Pastikan jelas tentang tujuan menggambar ERD. Apakah Anda mencoba menyajikan arsitektur sistem secara keseluruhan yang melibatkan definisi objek bisnis? Atau apakah Anda mengembangkan model ERD yang siap untuk pembuatan basis data? Anda harus jelas tentang tujuan untuk mengembangkan ERD 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.

Aplikasi untuk menggambar ERD

1. www.lucidchart.com
2. www.smartdraw.com
3. www.visual-paradigm.com
4. Microsoft Visio
5. ClickCharts Diagram Flowchart Software
6. yEd – Graph Editor

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 ERD 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

1. Hanya untuk data relasional

Pahami bahwa tujuannya adalah untuk menunjukkan hubungan. ERD hanya menunjukkan struktur relasional itu.

2. Bukan untuk data yang tidak terstruktur

Kecuali jika datanya secara bersih digambarkan ke dalam bidang, baris atau kolom yang berbeda, ERD mungkin penggunaannya terbatas. Hal yang sama berlaku untuk data semi-terstruktur, karena hanya beberapa data yang akan berguna.

3. Kesulitan mengintegrasikan dengan database yang ada

Menggunakan Model ERD 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 ERD 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. 

Sekian dulu pembahasan tentang contoh ERD, ERD adalah diagram yang penting dalam perancangan suatu database, oleh karena itu semoga anda dapat memahami penjelasan diatas, jangan lupa bagikan artikel ini ya.

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