MODUL MATA KULIAH

PROGRAM STUDI SISTEM KOMPUTER

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN
KOMPUTER (STMIK) ROYAL KISARAN

ENTITY RELATIONSHIP DIAGRAM

PENDAHULUAN

A. Dekripsi Materi
Bab ini menjelaskan tentang salah satu alat bantu perancangan basis data yaitu
entity relationship diagram (ERD). Diawali dengan hal-hal yang perlu diketahui
sebelum merancang ERD, langkah-langkah ERD, sampai contoh kasus.

B. Tujuan Belajar
1. Mahasiswa mampu mendeskripsikan pengertian ERD
2. Mahasiswa mampu mengidentifikasi konsep dasar ERD
3. Mahasiswa mampu mengidentifikasi langkah-langkah membuat ERD

C. Petunjuk Belajar
1. Bacalah pendahuluan modul ini sehingga benar-benar memahami isi,
kegunaan, kompetensi / kemampuan yang akan dicapai, dan cara mempelajari
materi ini
2. Amatilah kejadian nyata yang terjadi dalam masyarakat di sekitar kalian, ter-
utama hal-hal yang terkait dengan masalah produksi, distribusi, dan konsum-si
masyarakat tersebut.
3. Apabila mengalami kesulitan memahami konsep yang harus dipahami dari
modul ini, cobalah berdiskusi dan bertanya dengan teman atau kelompok
belajar yang dianggap tahu
 KEGIATAN BELAJAR
5

ENTITY RELATIONSHIP DIAGRAM

Tujuan:
Setelah mempelajari materi ini diharapkan mahasiswa memliki kemampuan untuk:
1. Mendeskripsikan pengertian ERD
2. Mengidentifikasi konsep dasar ERD
3. Mengidentifikasi langkah-langkah membuat ERD

A. Pengertian ERD
Penyajian sebuah diagram merupakan hal yang sangat penting dalam
mempresentasikan sebuah hubungan relasi. Dalam hal basis data, sebelum kita
membangun sebuah database kita harus merancang struktur basis data tersebut
terlebih dahulu. Jika struktur basis data yang kita rancang tidak benar, maka data
yang kita miliki akan kacau sehingga orang lain atau bahkan kita sendiri pun akan
kesulitan untuk mengelolanya.

Untuk merancang suatu basis data kita harus memodelkan data-data tersebut agar
penyajiannya menjadi lebih mudah dimengerti dan proses perancangannya juga
lebih mudah karena datanya terstruktur. Salah satu metode dalam model merancang
suatu basis data yang banyak digunakan yaitu, Entity Relationship Diagram (ERD).
ERD merupakan model data berupa notasi grafis dalam pemodelan data konseptual
yang menggambarkan hubungan antara penyimpan, dimana model data itu sendiri
merupakan sekumpulan cara dan peralatan untuk mendeskripsikan data-data yang
hubungannya satu sama lain, dengan semantiknya, serta batasan konsistensi.[1]
Model data terdiri dari model hubungan entitas dan model relasional.

Diagram hubungan entitas ditemukan oleh Peter Chen dalam buku Entity Relational
Model-Toward a Unified of Data. Chen mencoba merumuskan dasar-dasar model
dan setelah itu dikembangkan dan dimodifikai oleh Chen dan banyak pakar lainnya.
Pada saat itu diagram hubungan entitas dibuat sebagai bagian dari perangkat lunak
yang juga merupakan modifikasi khusus, karena tidak ada bentuk tunggal dan
standar dari diagram hubungan entitas.

ERD dapat mempermudah kita untuk mengkonstruksikan data konseptual,

memodelkan struktur data, hubungan antar data dan mengimplementasikan database
secara fisik dengan menggunakan DBMS (Database Management System). Oleh
karena itu, dengan menggunakan ERD ini kita akan lebih mudah untuk menjawab
persoalan tentang data yang diperlukan dan bagaimana data tersebut saling
berhubungan.

Sebelum membuat ERD, kita haru tahu betul bagaimana konsep-konsep dasar ERD.
Konsep-konsep dasar ERD yang pertama kita harus menggambarkan dahulu
hubungan antara objek data. Dalam menggambarkan objek data, Data Flow
Diagram (DFD) merupakan pedoman dalam menggambarkan ERD. ERD juga dapat
digunakan untuk mendesain system database relasional dan memiliki beberapa
komponen, yaitu entitas, atribut, hubungan dan berbagai tipe indikator. Tujuan
utamanya adalah untuk mewakili objek data dan hubungan data dengan beberapa file
yang berelasi.

Pada komponen ERD salah satunya adalah entitas, yang di mana entitas merupakan
objek yang dapat dibedakan dalam dunia nyata.[3] Selain entitas, ada juga yang
disebut himpunan entitas, yaitu kumpulan entitas yang sejenis yang dapat berupa
objek secara fisik seperti rumah, kendaraan peralatan dan juga objek secara konsep
seperti pekerjaan, perusahaan, dan rencana. Entitas ini disimbolkan dengan persegi
panjang.

Selain entitas juga terdapat komponen ERD yang disebut atribut, yaitu karakteristik
dari entity atau yang menyediakan penjelasan detail tentang entity atau relationship
tersebut. Atribut disimbolkan dengan bentuk oval, dan atribut memiliki berbagai
jenis yaitu nilai atribut (actual data), key (untuk menentukan suatu entity secara
unik), simple attribute (atribut yang bernilai tunggal), multivalued attribute
(memiliki sekelompok nilai untuk setiap instant entity), composite attribute (terdiri
 dari beberapa atribut yang lebih kecil), dan yang terakhir adalah derivative attribute
(atribut yang dihasilkan oleh atribut lain).
Suatu hubungan dalam dalam komponen ERD disimbolkan dengan bentuk belah
ketupat, yaitu yang sering kita sebut relasi. Relasi adalah hubungan yang terjadi
antara satu atau lebih entity. Seperti halnya entitas, relasi juga ada yang disebut
himpunan relasi, yaitu kumpulan relasi-relasi yang sejenis. Dalam relasi ada juga
derajat relasi. Derajat relasi akan menjelaskan jumlah entitas yang berpartisipasi
dalam suatu relasi. Macam-macam derajat relasi yaitu unary degree (derajat satu),
binary degree (derajat dua), ternary degree (derajat tiga).

Contoh bentuk komponen ERD adalah sebagai berikut:

Gambar 4.1 Komponen ERD

Masing-masing entitas akan saling terhubung dengan adanya relasi, dan juga akan
lebih terspesifikasi dengan adanya atribut. Entitas, relasi, dan atribut merupakan
komponen-komponen utama dalam ERD yang mempermudah dalam penyajian
sebuah diagram. Maka dari itu, dengan menerapkan Entity Relationship Diagram
(ERD) kita akan lebih mudah merancangan struktur dari basis data yang akan kita
buat.

B. Konsep Dasar ERD

Beberapa hal yang harus dipahami sebelum membuat ERD adalah sebagai berikut
:
1. Entitas
2. Atribut
3. Relasi
4. Kunci
1. Entitas
Entitas adalah objek dalam dunia nyata yang dapat dibedakan dengan objek
lain, sebagai contoh mahasiswa,dosen,departemen. Entitias terdiri atas beberapa
atribut sebagai contoh atribut dari entitas mahasiswa adalah
nim,nama,alamat,email, dll. Atribut nim merupakan unik untuk
mengidentifikasikan / membedakan mahasiswa yg satu dengan yg lainnya. Pada
setiap entitas harus memiliki 1 atribut unik atau yang disebut dengan primary
key.

Jenis-jenis entitas:
a. Himpunan entitas kuat/tak bergantung (independent entity)
Himpunan entitas yang keberadaannya tidak bergantung keberadaan
himpunan entitas lain.
b. Himpunan entitas lemah/bergantung (dependent entity)
Himpunan entitas yang keberadaannya bergantung keberadaan himpunan
entitas lain.

Contoh entitas lemah:

1. Entitas Transaksi bergantung adanya entitas Rekening.
2. Entitas Pekerjaan (task) bergantung adanya Proyek.

2. Atribut
Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk
mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai
sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain.

Jenis-jenis atribut:
a. Atribut Deskriptif
Atribut Deskriptif adalah atribut-atribut yang tidak menjadi atau merupakan
anggota dari primary key.Jadi, dalam tabel mahasiswa yang menjadi atribut
deskriptif adalah selain NIM.

b. Atribut Sederhana (simple attribute )

 Atribut Sederhana adalah atribut atomik yang tidak dapat dipilah lagi.
Contoh Atribut Sederhana pada tabel customer adalah no_identitas dan
jaminan, dimana atribut ini tidak bisa dipecah lagi.
c. Atribut Komposit (composite attribute)
Atribut Komposit (composite attribute) adalah atribut yang masih dapat
diuraikan lagi menjadi sub-sub atribut yang masing-masing memiliki
makna. Contoh pada tabel customer adalah atribut alamat, dimana dapat
diuraikan lagi menjadi alamat, kota dan kode_pos.
d. Atribut Bernilai Tunggal (single-valued attribute)
Atribut bernilai tunggal adalah atribut-atribut yang memiliki paling banyak
satu nilai untuk setiap baris data. Contoh : Bila seorang mahasiswa
memiliki 2 tempat tinggal, maka hanya 1 saja yang boleh diisikan ke atribut
alamat_mhs.
e. Atribut Bernilai Banyak (multiple-valued attribute)
Atribut bernilai banyak adalah atribut-atribut yang dapat diisi dengan lebih
dari satu nilai, tetapi jenisnya sama. Contoh : Atribut hobi pada data
mahasiswa.Ada mahasiswa yang punya banyak hobi, ada yang cuma satu
hobi dan ada yang tidak ada sama sekali.
f. Atribut Harus Bernilai (mandatory attribute)
Atribut harus bernilai adalah jika berisi data dan nilainya tidak boleh
kosong.
Contoh : no_identitas dan nama_customer harus ada nilainya dalam tabel
customer.
g. Atribut Nilai Null ( non-mandatory attribute )
Atribut nilai null adalah atribut yang nilainya boleh dikosongkan. Dapat
digunakan untuk menyatakan/mengisi atribut-atribut yang nilainya memang
belum siap atau tidak ada.Nilai null tidak sama dengan spasi.
h. Atribut Turunan
Atribut turunan adalah atribut-atribut yang nilai-nilainya diperoleh dari
pengolahan atau dapat diturunkan dari atribut tabel lain yang
berhubungan.Dapat ditiadakan dari sebuah tabel, karena nilainya
bergantung pada nilai yang ada di atribut lain.
3. Relasi
Relasi adalah hubungan antara tabel yang mempresentasikan hubungan antar
objek di dunia nyata. Relasi merupakan hubungan yang terjadi pada suatu tabel
dengan lainnya yang mempresentasikan hubungan antar objek di dunia nyata
dan berfungsi untuk mengatur mengatur operasi suatu database. Hubungan yang
dapat dibentuk dapat mencakup 3 macam hubungan, yaitu :
a. One-To-One (1-1)
Mempunyai pengertian "Setiap baris data pada tabel pertama dihubungkan
hanya ke satu baris data pada tabel ke dua". Contohnya : relasi antara tabel
mahasiswa dan tabel orang tua. Satu baris mahasiswa hanya berhubungan
dengan satu baris orang tua begitu juga sebaliknya.

Gambar 4.2 Relasi One to One

b. One-To-Many (1-N)
Mempunyai pengertian "Setiap baris data dari tabel pertama dapat
dihubungkan ke satu baris atau lebih data pada tabel ke dua". Contohnya :
relasi perwalian antara tabel dosen dan tabel mahasiswa. Satu baris dosen
atau satu dosen bisa berhubungan dengan satu baris atau lebih mahasiswa.

Gambar 4.3 Relasi One to Many

 c. Many-To-Many (N-M)
Mempunyai pengertian "Satu baris atau lebih data pada tabel pertama bisa
dihubugkan ke satu atau lebih baris data pada tabel ke dua". Artinya ada
banyak baris di tabel satu dan tabel dua yang saling berhubungan satu sama
lain. Contohnya : relasi antar tabel mahasiswa dan tabel mata kuliah. Satu
baris mahasiswa bisa berhubungan dengan banyak baris mata kuliah begitu
juga sebaliknya.

Gambar 4.4 Relasi Many to Many

4. Kunci
Atribut Kunci adalah satu atau gabungan dari beberapa atribut yang dapat
membedakan semua baris data dalam tabel secara unik. Dikatakan unik jika
pada atribut yang dijadikan kunci tidak boleh ada baris data dengan nilai yang
sama.
Dalam metode relasional, ada 6 kunci yaitu :
1. Kunci Calon (Candidat key)
Kunci calon adalah salah satu rangkaian yang mempunyai nilai unik untuk
membedakan atau mengidentifikasi nilai-nilai kombinasi yang unik diantara
semua kejadian yang spesifik dari entetitas. Kunici calon ini tidak boleh berisi
atribut dari tabel yang lain. kombinasi dari atribut yang dapat digunakan untuk
mengidentifikasi secara unik rekor database tanpa data apapun yang asing.
Setiap tabel dapat memiliki satu atau lebih kunci calon.

Contoh:
Tabel pegawai berisi atribut
• nip
• no_ktp
• nama
• tempat_lahir
• tanggal_lahir
• alamat
• Kota

Kunci Calon disini adalah:

• nip
• no_ktp

2. Kunci Utama (Primary Key)

Kunci utama adalah atribut merupakan kunci calon yang telah dipilih untuk
mengidentifikasi setiap record secara unik. Kunci utama harus merupakan
atribut yang benar-benar unik dan tidak boleh ada nilai NULL. Kunci
utama adalah suatu nilai dalam basis data yang digunakan untuk
mengidentifikasi suatu baris dalam table. Salah satu dari kunci calon dapat
dipilih menjadi kunci utama dengan 3 kriteria sbb:
• Kunci tersebut lebih natural untuk dijadikan acuan
• Kunci tersebut lebih sederhana
• Kunci tersebut cukup unik

No induk dan no ktp adalah kunci calon (Candidate Key) dan untuk kunci utama
(primary key) adalah salah satu yang dipilih dari kunci calon. Misalnya No.
induk di jadikan primary key, maka primary key nya adalah no induk.

3. Kunci Alternatif (Alternate Key)

Kunci Alternatif adalah kunci alternatif yang tidak terpilih. Misal : dalam suatu
entitas terdapat dua atribut yang bisa dijadikan sebagai kunci. Sementara yang
boleh dijadikan kunci hanya satu, maka anda harus memilih salah satu.
Atribut yang dipilih, disebut kunci utama. sedangkan atribut yang tidak dipilih
disebut dengan kunci .
Contoh:
Tabel pegawai berisi atribut
 • Nip
• no_ktp
• nama
• tempat_lahir
• tanggal_lahir
• alamat
• kota
nip dan no_ktp adalah kunci calon dan untuk kunci utama adalah salah satu
yang dipilih dari kunci calon. Misalnya nip di jadikan kunci utama,
maka no_ktp otomatis menjadi kunci alternatif.

4. Kunci Tamu (Foreign Key)

Jika sebuah kunci utama terhubungan ke tebel lain, maka keberadaan kunci
utama pada tersbut di sebut sebagai kunci tamu. Kunci tamu adalah Sebuah
kumpulan atribut dalam satu relasi yang digunakan untuk me“refer” (menunjuk)
ke suatu baris (tuple) pada relasi yang lain (harus berkorespondensi dengan
kunci utama pada relasi yang kedua), seperti: ‘logical pointer’.

Sedangkan hubungan antara keduanya (kunci utama dan kunci tamu) di jelaskan
sebagai berikut:
• Kunci utama adalah atribut kunci dari suatu tabel yang menunjukkan
bahwa atribut tersebut tidak bisa diisi dengan data yang sama, atau dengan
kata lain kunci utama menjadikan setiap record memiliki identitas sendiri-
sendiri yang membedakan satu sama lainnya (unik).
• Kunci tamu adalah atribut yang melengkapi satu relationship yang
menunjukan ke induknya, dengan kata lain keduanya saling berkaitan.

Gambar 4.5 Kunci Utama & Kunci Tamu

 Perhatikan gambar diatas, atribut jenis pada tabel kelompokfilm adalah kunci
utama karena bersifat unik. Pada tabel film juga terdapat atribut jenis disebut
sebagai kunci tamu karena digunakan me”refer” dengan atribut jenis yang
terdapat pada tabel kelompok film.

Biasanya table yang berisi atribut kunci primer yang di”refer” oleh tabel
lain sering disebut table induk. Contohnya pada gambar diatas, tabel
kelompokfilm merupakan tabel induk bagi tabel film. Sedangkan tabel yang
mengandung kunci tamu yang merefer tabel lain disebut sebagaia tabel anak.
Dalam contoh diatas maka tabel film merupakan tebel anak bagi tabel
kelompokfilm.

5. Kunci Komposit (Composite key)

Dalam desain basisdata, kunci komposit adalah kunci yang terdiri dari 2 atau
lebih atribut yang secara unik mengidentifikasi suatu kejadian entitas. Setiap
atribut yang membentuk kunci senyawa adalah kunci sederhana dalam haknya
sendiri.

Hal ini sering bingung dengan kunci gabungan, meskipun ini juga merupakan
kunci yang terdiri dari 2 atau lebih atribut yang secara unik mengidentifikasi
suatu kejadian, setidaknya satu atribut yang membentuk kunci komposit bukanlah
kunci sederhana.

Sebagai contoh pada tabel detailmenyewa dapat kita ketahui bahwa baik atribut
kode_sewa maupun kode_film tidaklah bersifat unik karena merupakan kunci
tamu dari tabel menyewa dan tabel film. Namun jika digambungkan
 (dikompositkan), yaitu kode_sewa + kode_film, maka diperoleh atribut
komposit yang bersifat unik dimana tidak ada kode_sewa yang sekaligus
memiliki kode_film yang sama.

6. Kunci Sekunder (Secondary Key)

Kunci sekunder adalah sebuah atribut atau kombinasi yang digunakan hanya
untuk tujuan pengambilan data.

C. Langkah-Langkah Membuat ERD

Sebelum membuat ERD kita terlebih dahulu harus mengetahui simbol-simbol yang
digunakan dalam ERD. Simbol-simbol ERD adalah sebagai berikut:

Langkah-langkah membuat ERD

Latihan:
Buatlah ERD untk kasus dibawah ini!
Sebuah perusahaan mempunyai beberapa bagian. Masing-masing bagian mempunyai
pengawas dan setidaknya satu pegawai. Pegawai ditugaskan paling tidak di satu
bagian (dapat pula dibeberapa bagian). Paling tidak satu pegawai mendapat tugas di
satu proyek.

DAFTAR PUSTAKA
Fatansyah. 2015. Basis Data. Bandung: Informatika.
Nugroho, Adi. 2011. Perancangan dan Implementasi Basis Data.Yogyakarta. Andi.
Arbie. 2010. Manajemen Database dengan MySQL. Yogyakarta: Andi Offset.
Janner Simarmata dan Iman Paryudi. 2010. Basis Data. Yogyakarta: Andi.
Rosa A.S dan M. Shalahuddin. 2012. Rekayasa Perangkat Lunak. Bandung:
Informatika.