PEMODELAN DATA Dosen Pembimbing

PEMODELAN DATA
Untuk Memenuhi Tugas Mata Kuliah Rekayasa Perangkat Lunak
Dosen Pembimbing :
Wachyu Hari Haji, S.Kom, MM
Disusun Oleh :
Fadhilla Eka Hentino / 41813120051
UNIVERSITAS MERCU BUANA JAKARTA
FAKULTAS ILMU KOMPUTER
JURUSAN SISTEM INFORMASI
MEI 2015
PEMODELAN DATA
I.
MODEL DATA ENTITY-RELATIONSHIP
Model data Entity-Relationship (ER) adalah suatu model jaringan yang menggunakan
susunan data yang disimpan dalam sistem secara abstrak, yang menekankan pada strukturstruktur dan relatioship data. Biasanya model ER ini digunakan oleh profesional sistem untuk
berkomunikasi dengan pemakai eksekutif tingkat tinggi dalam sebuah organisasi seperti wakil
direktur, manajer yang pada umumnya tidak tertarik pada pelaksanaan operasional sistem seharihari. Pemakai ini cenderung lebih tertarik pada data apa saja yang dibutuhkan oleh bisnis
mereka?. Bagaimana data tersebut saling berrelasi? Siapa yang diperkenankan mengakses data.
Mode ER juga menguntungkan bagi profesional sistem, karena model ER meMperlihatkan
hubungan antara data store yang ada pada Data Flow Diagram (DFD).
Model data ER dibangun berdasarkan persepsi dari dunia nyata yang mengandung
himpunan dari objek-objek yang disebut entitas dan hubungan antara objek-objek tersebut.
Model ER ini digunakan untuk memfasilitasi perancangan basis data dari sebuah skema
organisasi, dengan mentransformasi kebutuhan suatu basis data dari suatu organisasi ke dalam
bentuk skema konseptual yang akan menghasilkan struktur logika dari suatu basis data. Setiap
objek yang terbentuk di dalam suatu organisasi bersifat unik. Hal ini tampak dari atribut-atribut
yang dimiliki oleh objek–objek tersebut.
Contoh :
KRS mempunyai atribut NPM , Kd_mK , Mt_kuliah, SKS. Kelas, Sem.
Untuk menggambarkan proses pembuatan model ER dicontohkan dengan hubungan antara
beberapa entitas seperti KRS merupakan relasi yang menghubungkan Mahasiswa dengan setiap
MATAKULIAH yang diambil.
Struktur logik dari sebuah basis data secara grafik digambarkan pada gambar 1. yang
terdiri dari beberapa komponen.
TGL_LHR
KOTA
SEM
M
NPM
NAMA
N
MAHASISWA
MENGAMBIL
ALAMAT
KELAS
MATAKULIAH
KD_MK
MT_KULIAH
SKS
Gambar 1.
Model Data ER dengan Entitas MAHASISWA, MATAKULIAH dan relasi MENGAMBIL
1. Konsep Dasar Model ER
Konsep dasar dari model ER terdiri dari : Entitas, Atribut, Relationship.
a.
Entitas
Sebuah entitas adalah suatu objek yang dapat dibedakan dengan objek lainnya. Sebagai
contoh, setiap mahasiswa yang belajar di suatu Universitas adalah sebuah entitas begitu juga
dengan objek lain yang berhubungan dengan Universitas seperti Dosen, Mata Kuliah, Nilai dan
sebagainya.
Entitas dapat merupakan objek dalam bentuk phisik (nyata) dan dapat merupakan objek
dalam bentuk konsep (abstrak) seperti terlihat pada tabel 1.
Tabel 1. Contoh Entitas dalam bentuk Phisik dan Konsep
Phisik
-
Mahasiswa
Barang
Pegawai
-
Konsep
Pelanggan
Property
Supplier
-
Penjualan
Pembelian
Pendaftaran
- Pengalaman_kerja
- Kursus
Entitas memiliki sejumlah atribut, dan dari beberapa atribut yang dimiliki oleh entitas,
ada yang bernilai unik. Atribut tersebut digunakan untuk mengidentifikasi suatu entitas . Notasi
yang digunakan adalah Rectangle (Kotak)
Sekelompok entitas yang sejenis dan berada dalam lingkup yang sama membentuk
himpunan entitas. Contoh seorang mahasiswa akan dimasukan dalam himpunan entitas,
sedangkan pelanggan akan dimasukan kedalam himpunan pelanggan.
Dalam beberapa pembahasan, penyebutan Himpunan Entitas dianggap kurang praktis,
sehingga diganti dengan sebutan Entitas saja. Masing-masing tipe entitas dalam ER diberi nama
yang mewakili satu kelas/set.
Contoh:
 Semua Mahasiswa atau Mahasiswa dengan entitas Andini, Komang,
Suryo
dan
lain-lain
 Semua Dosen atau Dosen dengan entitas Windi, Kurniawan,Fristy dan
lainlain
 Semua MATAKULIAH atau MATAKULIAH dengan entitas Matematika 1,
P.Kewiraan, Pengantar Basis Data dan lain-lain.
b.
Atribut
Setiap entitas memiliki sejumlah atribut yang mendeskripsikan karakteristik (property) dari
suatu entitas. Penentuan / pemilihan atribut yang sesuai dengan entitas merupakan hal penting
dalam pembentukan model data dan didasarkan pada fakta yang dimiliki oleh entitas tersebut.
Nilai dari setiap atribut menjelaskan entitas. Notasi yang digunakan adalah Ellips , seperti
terlihat pada gambar 2.
Contoh :
Entitas
: Mahasiswa
Atribut
: NPM,NAMA,ALAMAT,KOTA,TGL_LHR,TELP
Entitas
: DOSEN
Atribut
: Kd_dosen,Na_dos, Alamat,JK,Telp
Entitas
: MATAKULIAH
Atribut
: Kd_mk, Mt_Kuliah,SKS
TELP
NPM
MAHASISWA
TGL_LHR
NAMA
ALAMAT
KOTA
Gambar 2. Entitas MAHASISWA dan Atribut-atributnya
Setiap atribut memiliki kumpulan nilai yang disebut dengan Domain. Sebagai contoh :
Andre, Raja, Ria, Soraya adalah kumpulan nilai dari atribut NAMA pada entitas MAHASISWA.
Atribut menunjukkan fungsinya sebagai pembentuk karakteristik yang melekat pada
setiap entitas. Disamping penamaan yang unik berdasarkan fungsinya, atribut–atribut dapat
dibedakan berdasarkan sejumlah pengelompokannya.
c.
Relationship
Relationship merupakan hubungan yang terjadi antar satu entitas atau lebih yang
dinotasikan dengan Diamond. Misalkan suatu perguruan tinggi untuk mengetahui mata kuliah
apa saja yang diambil oleh setiap mahasiswanya. Hal ini menuju pada suatu relationship (yang
disebut MENGAMBIL) antara entitas Mahasiswa dengan matakuliah yang dapat digambarkan
pada gambar 3.
M
MAHASISWA
N
MENGAMBIL
MATAKULIAH
Gambar 3. Entitas dengan relationship MENGAMBIL
Pada gambar 3. menunjukan relationship banyak (M) ke banyak (N) yang artinya setiap
mahasiswa dapat mengambil satu atau lebih matakuliah pada entitas Matakuliah dan setiap
matakuliah dapat diambil oleh satu atau lebih mahasiswa.
Seperti sebuah entitas, relationship juga mungkin memiliki atribut atau sifat yang
membedakannya dengan relationship lainnya. Misalkan suatu Perguruan Tinggi ingin mencatat
semester berapa seorang mahasiswa mengambil tiap matakuliah yang ditawarkan. Jadi gambar
3. dapat diperbaiki seperti pada gambar 4. berikut ini.
SEM
M
MAHASISWA
N
MENGAMBIL
MATAKULIAH
Gambar 4. Relationship MENGAMBIL dengan atribut SEM
Relationship MENGAMBIL antara entitas MAHASISWA dengan entitas
MATAKULIAH menghasilkan entitas baru, yaitu misalnya diberi nama KRS. Kumpulan semua
relationship diantara entitas–entitas yang terdapat pada himpunan entitas tersebut membentuk
himpunan relationship.
2. Diagram Entity Relationship
Diagram Entity Relationship (ER) digunakan untuk pembuatan struktur logika basis data
secara grafik, sehingga dalam penggambarannya menggunakan notasi-notasi. Notasi yang akan
dijelaskan berikut ini (gambar 5. dan 6.) adalah notasi yang sering digunakan.
DASAR
Notasi
ARTI
Entitas
Weak Entity (Entitas Lemah)
Relationship
Identifying Relationship
Gerund
Atribut
Atribut Kunci Utama
Atribut Multivalue
Atribut komposisi
Atribut derived / turunan
Gambar 5. Notasi Diagram ER
DASAR
ARTI
Notasi
Derajat Relatinship
Unary
Binary
Ternary
Kardinalitas Relationship
1
1
1
M
N
M
Satu ke satu
Satu ke banyak
Banyak ke banyak
Gambar 6. Notasi Diagram ER (lanjutan)
a.
Tipe Entitas
Pada umumnya entitas yang digunakan dalam diagram ER adalah strong entity atau
entitas yang kuat, dimana keberadaannya tidak tergantung pada entitas lainnya Tetapi pada
kenyataannya pembuatan model ER adakalanya melibatkan weak entity (entitas yang lemah) atau
Agregasi.

Entitas Kuat
Entitas ini tidak memiliki ketergantungan dengan entitas yang lainnya, masing– masing
dapat berdiri sendiri. Contohnya Entitas Mahasiswa, Dosen, Matakuliah. Gambar 6.7. berikut ini
menggambarkan entitas kuat.
Nama
Mt_kuliah
Alamat
Kd_mk
NPM
sks
Kota
MAHASISWA
MATAKULIAH
a.
b.
M
MAHASISWA
N
AMBIL
MATAKULIAH
c.
Gambar 7. a. Entitas kuat Dosen b. Entitas kuat Matakuliah
c. Diagram ER untuk Entitas Dosen dengan Entitas matakuliah
 Entitas Lemah
Entitas ini muncul karena ketergantungannya pada sebuah relationship terhadap entitas
lain. Karena sifat ketergantungannya entitas ini dapat memiliki ataupun tidak memiliki sebuah
kunci atribut. Sebuah entitas lemah dapat terbentuk untuk melengkapi entitas kuatnya yang
memiliki Multivalue Attribute ataupun karena komposisi dari relationship banyak ke banyak,
banyak ke satu ataupun satu ke banyak. Seperti dijelaskan pada gambar 6.8. dan 6.9.
Nm_dos
Alamat
Anak
Kd_dos
DOSEN
Kd_dos
Nm_dos
Alamat
1
DOSEN
Nm_anak
Punya
M
ANAK
Gambar 8. a.Melengkapi ( dari Multivalue Attribute)
b. Diagram ER untuk Entitas lemah dari Multivalue Attribute ANAK
Nama
Alamat
Mt_kuliah
NPM
Kd_mk
Kota
M
sks
N
MAHASISWA
AMBIL
MATAKULIAH
NPM
Kls_ambil
Kd_mk
Sem
KRS
a.
NPM
Nama
Kd_mk
Alamat
NPM
Kls_ambil
Kota
1
MAHASISWA
Sem
M
Ambil
KRS
N
Kd_mk
1
MATAKULIAH
Punya
Mt_kuliah
Sks
b.
Gambar 9.
a. Relationship Banyak Ke Banyak antara entita MAHASISWA dengan MATAKULIAH
b. Diagram ER untuk Entitas lemah dari atribut komposisi
2.1.3. Entitas Agregasi
Sebuah relasi terbentuk tidak hanya dari entitas tapi terkadang juga mengandung unsur
dari relasi yang lain. Jika terjadi hal demikian dapat diakomodasi dengan Agregasi yang
menggambarkan sebuah himpunan relasi yang secara
langsung menghubungkan sebuah
himpunan entitas dengan sebuah himpunan relationship dalam diagram ER yang mengandung
unsur agregasi diperlihatkan pada gambar 10 berikut ini.
M
MAHASISWA
N
MATAKULIAH
AMBIL
M
N
N
AJAR
PUNYA
M
NILAI
RUANGAN
N
M
N
ISI
DOSEN
Gambar 10. Diagram ER dengan entitas Agregasi
Dari gambar 10 di atas, dapat dilihat ada beberapa himpunan relasi yang saling berhubungan
dengan suatu entitas yaitu pertama ; Himpunan relasi MAHASISWA dengan MATAKULIAH berelasi
‘PUNYA’ dengan entitas NILAI , dan kedua ; himpunan relasi DOSEN, MATAKULIAH dan
RUANGAN berelasi ‘ISI’ dengan entitas Nilai.
b.
Tipe Atribut
Ada beberapa tipe atribut yang perlu diperhatikan dalam penggambaran model ER, yaitu
Atribut kunci, single value (attribute atribut bernilai tunggal), multivalue attribute (atribut
bernilai banyak/jamak ), composite attribute (atribut komposit ) dan derived attribute (atribut
turunan).
Untuk membedakan atribut kunci dengan atribut lainnya, maka nama/label atribut diberi
garis bawah, seperti contoh pada gambar 11.
NAMA
ALAMAT
MAHASISWA
NPM
TELP
TGL_LHR
KD_JUR
Gambar 11. Notasi Atribut Kunci
Gambar 11,
Menjelaskan contoh dari 4 tipe dari atribut kunci, yaitu :




Kunci kandidat
Kunci utama
Kunci alternatif
Kunci asing
: NPM,NAMA+TGL_LHR,
: NPM
: NAMA+TGL_LHR
: KD_JUR

Atribut Bernilai Banyak dan Bernilai Tunggal
Banyak atribut yang memiliki satu nilai tunggal pada suatu entitas tertentu, atribut yang
demikian disebut atribut bernilai tunggal (Single Value Attribute). Contohnya atribut Tgl_lhr,
TELP, dll pada entitas mahasiswa, atribut KD_MK pada entitas MATAKULIAH. Ada juga
atribut yang memiliki sekelompok nilai yang disebut atribut bernilai banyak (Multi Value
attribute). Contoh atribut HOBBY pada entitas Mahasiswa .
Penggambaran atribut bernilai tunggal dan banyak pada dilihat pada gambar 12. berikut
ini.
TELP
NPM
MAHASISWA
TGL_LHR
NAMA
ALAMAT
HOBBY
Gambar 12. Notasi Atribut bernilai banyak HOBBY dan atribut bernilai tunggal

2.2.2. Atribut Atomik dan Komposit
Suatu atribut mungkin terdiri dari beberapa atribut yang lebih kecil atau sub-sub atribut
yang lebih sedehana yang disebut dengan atribut komposit. Contoh Atribut NAMA dapat terdiri
dari NAMA_DEPAN, NAMA_TENGAH, NAMA_BLK. Tetapi jika dalam penerapan
pengolahan datanya tidak ada aktifitas yang melibatkan sub-sub atribut tersebut, maka atribut
tidak perlu diuraikan menjadi atribut komposit.
Sedangkan ada juga atribut yang tidak dapat dibagi kedalam sub-sub atribut disebut
dengan atribut atomik atau atribut simple. Contoh dari atribut sederhana ini yaitu Jenis Kelamin ,
SKS, Sem dan lain-lain
Penggambaran atribut bernilai komposit pada dilihat pada gambar 13. berikut ini.
NAMA_DEPAN
NAMA_TENGAH
NAMA_BLK
NAMA
Gambar 13. Notasi Atribut komposit NAMA

2.2.3. Atribut Turunan
Pada beberapa kasus, ada dua atau lebih nilai atribut yang berhubungan misalkan atribut
UMUR dan atribut TGL_LHR pada entitas Mahasiswa. Nilai atribut UMUR dapat ditentukan
dengan tanggal saat ini dan nilai atribut TGL_LHR mahasiswa yang bersangkutan. Atribut
UMUR ini disebut dengan atribut turunan. Penggambaran atribut ini dengan menggunkan notasi
pada model ER dapat dilihat pada gambar 14. berikut ini.
MAHASISWA
TGL_LHR
UMUR
Gambar 14. Notasi Atribut Turunan UMUR
c.
Tipe Relationship
Dalam pembentukan suatu perancangan basis data seorang perancang harus melihat kompleksitas
dari suatu organisasi yang akan dikembangkan
rancangan basis data-nya sehingga perancang akan
mengetahui relasi apa saja yang akan digunakan atau derajat relasi beserta batasan-batasan relasi dan
kardinalitas relasi atau banyaknya keterhubungan yang akan digunakan

Derajat Relasi
Derajat relasi ini terdiri dari sejumlah entitas yang saling berhubungan di dalam satu relasi.
Seperti contoh relationship MENGAMBIL pada gambar 3. atau 15. adalah relationship berderajat dua,
karena ada dua entitas yang saling berelasi yaitu : mahasiswa dan MATAKULIAH.
M
MAHASISWA
N
MATAKULIAH
MENGAMBIL
Gambar 15.
Relationship MENGAMBIL antara Entitas MAHASISWA dengan MATAKULIAH
Ada tiga jenis derajat relasi yang sering digunakan dalam Diagram ER, yaitu : Unary (berderajat
satu), Binary (berderajat dua), Ternary (berderajat tiga). Relationship yang berderajat lebih tinggi
mungkin saja ada, tetapi relationship ini jarang digunakan dalam praktek. Contoh-contoh relationship ini
dapat dilihat pada Gambar 6.16. berikut ini.
M
KD_DOS
KOORDINIR
DOSEN
KD_PEM
1
Gambar 16.a Relasi berderajat 1.
M
DOSEN
N
MENGAJAR
MATAKULIAH
Gambar 16.b. Relasi Berderajat 2
M
DOSEN
N
MENGAJAR
MATAKULIAH
N
RUANG
Gambar 16.c. Relasi Berderajat 3
Relationship Berderajat Satu
yang sering disebut dengan relationship rekursif merupakan
relationship yang menghubungan hanya satu entitas saja. Pada gambar 16.a. relationship KOORDINIR
menunjukan relationship satu ke banyak, yang artinya satu dosen dapat membimbing atau mengkoordinir
beberapa dosen yang berada dalam tanggung jawabnya.
Relationship Berderajat Dua merupakan relationship yang menghubungkan dua entitas.
Relationship ini yang paling umum digunakan pada pembuatan model data. Gambar 1.b. menunjukan
bahwa relationship MENGAJAR dengan notasi banyak ke banyak, artinya bahwa seorang dosen dapat
mengajar lebih dari satu matakuliah dan satu matuliah dapat diajarkan oleh beberapa dosen.
Sedangkan Relationship Berderajat Tiga merupakan relationship yang menghubungkan tiga
entitas secara bersama. Pada gambar 16.c. Relationship MENGAJAR menghubungkan entitas DOSEN
yang mengajar MATAKULIAH pada RUANG yang telah ditentukan. Masing-masing entitas
berpartispasi banyak ke banyak.

Kardinalitas Relasi
Misalkan ada dua entitas A dan B, yang dihubungkan dengan satu relationship. Maka kardinalitas
suatu relasi adalah sejumlah kemungkinan entitas A berpartisipasi dengan entitas B. Rasio kardinalitas
antar entitas ini ditujukan untuk aturan bisnis dari kebijakan perusahaan atau organisasi. Kardinalitas
untuk relasi yang umum adalah : One to One (Satu ke Satu ), One to Many (Satu ke Banyak), Many to
Many (Banyak ke Banyak ).

Kardinalitas Satu Ke Satu
Sebuah entitas A diasosiasikan satu pada entitas B dan entitas B diasosiasikan satu pada
entitas A.
Nilai
P01
Susan
P02
Ali
P04
Boy
Atribut
NIP
Entitas
PEGAWAI
S1
Relasi
MEMIMPIN
Entitas
CABANG
R1
C1
R2
C3
NAMA
NIP
Atribut
No_cab
Nm_cab
Alamat
Nilai
B1
Jaya
Jl. Mawar
S2
NAMA
NIP
S3
NAMA
B3
No_cab
Nm_cab Makmur
Alamat Jl. Mangga
Gambar 17.
Model semantik dari relasi antara entitas PEGAWAI dengan KANTOR CABANG
Gambar 17., menjelaskan seorang pegawai ditunjuk hanya dapat memimpin satu kantor cabang
dan sebaliknya satu kantor cabang hanya dipimpin oleh satu orang pegawai, tetapi tidak semua pegawai
memimpin kantor cabang. Hubungan antara entitas PEGAWAI dengan KANTOR CABANG di
perlihatkan pada gambar 6.18. Diagram ER berikut ini.
NIP
No_cab
1
PEGAWAI
1
MEMIMPIN
KANTOR_CABANG
Gambar 18. Kardinalitas satu ke satu
Seorang pegawai tepat memimpin satu kantor cabang

Kardinalitas Satu Ke Banyak
Sebuah entity A diasosiasikan dengan sejumlah entity B, tetapi entity B dapat
diasosiasikan paling banyak satu entity A.
Nilai
D11
Tuti
D14
Jimmy
D12
Indah
Atribut
Kd_dos
Nm_dos
Entitas
Dosen
D1
Relasi
Koordinir
R1
Entitas
Matakuliah
M1
Kd_dos
Nm_dos
D2
R2
M2
Kd_dos
Nm_dos
D3
R3
M3
Atribut
Kd_mk
Mt_kuliah
sks
Kd_mk
Mt_kuliah
sks
Kd_mk
Mt_kuliah
sks
Nilai
Kd1
SIM
3
Kd2
SBD
3
Ku3
IBD
2
Gambar 19.
Model semantik dari relasi antara entitas DOSEN dengan MATAKULIAH
Gambar 19., memperlihatkan bahwa seorang dosen dapat mengkoordinir atau mengasuh lebih
dari satu matakuliah. Tetapi satu matakuliah hanya dapat dikoordinir oleh satu orang dosen. Untuk
menggambarkan kardinalitas relasi antara entitas DOSEN dengan MATAKULIAH dapat dilihat pada
gambar 20. berikut ini.
Kd_dos
Kd_mk
1
DOSEN
M
Koorninir
MATAKULIAH
Gambar 20. Kardinalitas satu ke banyak
Seorang Dosen dapat mengkoordinir beberapa matakuliah

Kardinalitas Banyak Ke Satu
Suatu entitas A dapat diasosiasikan dengan paling banyak sebuah entitas B, tetapi entity
B dapat diasosiasikan dengan sejumlah entitas di A.
Nilai
Atribut
Entitas
Pegawai
Relasi
Kerja
R1
P01
Ali
Jl. Raya
NIP
Nama
Alamat
P1
P02
Budi
Jl. Air
NIP
Nama
Alamat
P2
P03
Andri
Jl. Tunas
NIP
Nama
Alamat
P3
P04
Dina
Jl. Daun
NIP
Nama
Alamat
Entitas
Departemen
Atribut
Nilai
M1
Kd_dep
Nm_dep
Lokasi
D1
DTI
Gd4
M2
Kd_dep
Nm_dep
Lokasi
D2
Hrd
Gd 1
R2
R3
R4
P3
Gambar 21.
Model semantik dari relasi antara entitas PEGAWAI dengan DEPARTEMEN
Gambar 21. menyatakan seorang pegawai hanya bekerja pada satu departemen saja, tetapi satu
departemen dapat memilki beberapa pegawai. Untuk meng- gambarkan kardinalitas relasi antara entitas
PEGAWAI dengan DEPARTEMEN ditunjukkan pada gambar 6.22. di bawah ini.
NIP
Kd_dep
1
M
PEGAWAI
Kerja
DEPARTEMEN
Gambar 22. Kardinalitas banyak ke satu
Banyak pegawai bekerja pada satu departemen

Kardinalitas Banyak Ke Banyak
Suatu entitas A dapat diasosiasikan dengan sejumlah entitas B dan entitas B dapat
diasosiasikan dengan sejumlah entitas di A.
Nilai
Atribut
D11
Tuti
Kd_dos
Nm_dos
Entitas
Dosen
Relasi
Mengajar
N1
R1
Entitas
Matakuliah
Atribut
Nilai
M1
Kd_mk
Mt_kuliah
sks
Kd1
SIM
3
Kd2
SBD
3
Ku3
IBD
2
D14
Jimmy
Kd_dos
Nm_dos
N2
R2
M2
Kd_mk
Mt_kuliah
sks
D12
Indah
Kd_dos
Nm_dos
N3
R3
M3
Kd_mk
Mt_kuliah
sks
Gambar 23. Model semantik dari relasi antara entitas DOSEN dengan MATAKULIAH
Gambar 23. menyatakan seorang dosen dapat mengajar lebih dari satu matakuliah pada
setiap semesternya, begitu juga pada setiap semester matakuliah yang sama dapat diajarkan oleh
lebih dari satu dosen, sebagai contoh dosen Tuti mengajar SIM (Sistem Informasi Manajemen)
dan SBD (Sistem Basis Data) , sedang matakuliah SBD pada satu semester diajar oleh dosen
Tuti, Indah, Inda. Untuk menggambarkan kardinalitas relasi antara entitas DOSEN dengan
MATAKULIAH ditunjukkan pada gambar 24. di bawah ini.
SEM
Kd_dos
M
DOSEN
Kd_mk
N
AJAR
MATAKULIAH
Gambar 24. Kardinalitas banyak ke banyak
Seorang dosen mengajar banyak matakuliah dan satu matakuliah diajar oleh banyak dosen
2.3.3. Batasan Relasi
Batasan relasi menjelaskan apakah keberadaan suatu entitas tergantung pada entitas lain
melalui suatu relasi.
Ada 2 tipe batasan relasi yakni Total Participation (partisipasi total) dan Partial Participation
(partisipasi sebagian).

Partisipasi Total
Suatu entitas disebut dengan berpartisipasi total, jika keberadaan entitas tersebut sangat
bergantung pada keberadaan entitas lain. Contoh entitas Dosen keberadaan tergantung pada
keberadaan entitas Matakuliah dan sebaliknya artinya, jika ada seorang dosen maka harus ada
matakuliah yang diajarkan, begitu pula sebaliknya adanya entitas matakuliah harus ada dosen
yang mengajar matakuliah tersebut.
Nm_dos
Kd_dos
Mt_kuliah
Alamat
Kd_mk
M
DOSEN
N
AJAR
Kelas
sks
MATAKULIAH
SEM
Gambar 25. Partisipasi Total pada Dosen yang mengajar Matakuliah

Partisipasi Sebagian
Suatu entitas dikatakan berpartisipasi sebagian jika entitas tersebut tidak bergantung
dengan keberadaan entitas lain tetapi berhubungan satu sama lain. Contoh Tidak semua dosen
menjadi koordinator sesama dosen.
Nm_dos
Alamat
Kd_dos
Kd_pem
M
DOSEN
Koordinir
1
Gambar 26. Partisipasi Sebagian pada Dosen yang mengkoordinir dosen lain
II.
DATA FLOW DIAGRAM
Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan
profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang
dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi. DFD
ini sering disebut juga dengan nama Bubble chart, Bubble diagram, model proses, diagram alur
kerja, atau model fungsi.
DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila
fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang
dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang
memberikan penekanan hanya pada fungsi sistem.
DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan
konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem
yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat
program.
a. KOMPONEN DFD

Komponen Terminator / Entitas Luar
Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang
dikembangkan. Biasanya terminator dikenal dengan nama entitas luar (external entity).
Terdapat dua jenis terminator :
1. Terminator Sumber (source) : merupakan terminator yang menjadi sumber.
2. Terminator Tujuan (sink ) : merupakan terminator yang menjadi tujuan data / informasi
sistem.
III.
DATA DICTIONARY / KAMUS DATA
Kamus data atau data dictionary adalah katalog fakta tentang data dan kebutuhan-
kebutuhan informasi dari suatu sistem informasi. Dengan kamus data analis sistem dapat
mendefinisikan data yang mengalir di sistem dengan lengkap. Pada tahap analisis sistem, kamus
data digunakan sebagai alat komunikasi antara analis sitem dengan pemakai sistem tentang data
yang mengalir ke sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang
dibutuhkan oleh pemakai sistem. Pada tahap perancangan sistem, kamus data digunakan untuk
merancang input, merancang laporan-laporan dan database. Kamus data dibuat berdasarkan arus
data yang ada di Data Flow Diagram (DFD). Arus data di DFD sifatnya adalah global, hanya
ditunjukkan nama arus datanya saja. Keterangan lebih lanjut tentang struktur dari suatu arus data
di DFD secara lebih terinci dapat dilihat di kamus data.
Gambar berikut menunjukkan hubungan antara DFD dengan kamus data.
Gambar Hubungan antara Data Flow Diagram (DFD) dengan
Data Dictionary (DD).
DD tidak menggunakan notasi grafik sebagaimana halnya DFD. DD berfungsi
membantu pelaku sistem untuk mengerti aplikasi secara detil, dan mereorganisasi semua elemen
data yang digunakan dalam sistem secara presisi sehingga pemakai dan penganalisa sistem punya
dasar pengertian yang sama tentang masukan, keluaran, penyimpanan dan proses.
DD mendefinisikan elemen data dengan fungsi sebagai berikut:
1. Menjelaskan arti aliran data dan penyimpanan dalam DFD
2. Mendeskripsikan komposisi paket data yang bergerak melalui aliran,misalnya alamat
diuraikan menjadi kota,kodepos, propinsi,dan negara.
3. Mendeskripsikan komposisi penyimpanan data.
4.Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran.
5. Mendeskripsikan hubungan detil antara penyimpanan yang akan menjadi titik
perhatian dalam entity relationship diagram.

Isi Kamus Data
Data dictionary harus dapat mencerminkan keterangan yang jelas tentang data yang
dicatatnya. Untuk maksud keperluan ini, maka DD harus memuat hal-hal berikut :
a. Nama arus data.
Karena DD dibuat berdasarkan arus data yang mengalir di DFD, maka nama dari arus
data juga harus dicatat di DD, sehingga mereka yang membaca DFD dan memerlukan penjelasan
lebih lanjut tentang suatu arus data tertentu di DFD dapat langsung mencarinya dengan mudah di
DD.
b. Alias.
Alias atau nama lain dari data dapat dituliskan bila nama lain ini ada. Alias perlu ditulis
karena data yang sama mempunyai nama yang berbeda untuk orang atau departemen satu dengan
yang lainnya, misalnnya bagian pembuat faktur dan langganan menyebut bukti penjualan sebagai
faktur, sedang bagian gudang menyebutnya sebagai tembusan permintaan persediaan. Baik
faktur dan tembusan permintaan persediaan ini mempunyai struktur data yang sama, tetapi
mempunyai struktur yang berbeda.
c. Bentuk data.
Bentuk data perlu dicatat di DD, karena dapat digunakan untuk mengelompokkan DD ke
dalam kegunaannya sewaktu perancangan sistem. DD yang mencatat data yang mengalir dalam
bentuk dokumen dasar atau formulir akan digunakan untuk merancang bentuk input sistem.DD
yang mencatat data yang mengalir dalam bentuk laporan tercetak dan dokumen hasil cetakan
komputer akan digunakan untuk merancang output yang akan dihasilkan oleh sistem. DD yang
mencatat data yang mengalir dalam bentuk tampilan dilayar monitor akan digunakan untuk
merancang tampilan layar yang akan dihasilkan oleh sistem.DD yang mencatat data yang
mengalir dalam bentuk parameter dan variabel akan digunakan untuk merancang proses dari
program.DD yang mencatat data yang mengalir dalam bentuk dokumen, formulir, laporan,
dokumen cetakan komputer, tampilan di layar monitor, variabel dan field akan digunakan untuk
merancang database.
d. Arus data.
Arus data menunjukkan dari mana data mengalir dan ke mana data akan menuju. Keterangan
arus data ini perlu dicatat di DD supaya memudahkan mencari arus data ini di DFD.
e. Penjelasan.
Untuk tidak memperjleas lagi tentang makna dari arus data yang dicatat di DD, maka bagian
penjelasan dapat diisi dengan keterangan-keterangan tentang arus data tersebut. Sebagai
misalnya nama dari arus data adalah tembusan permintaaan persediaan, maka dapat lebih
dijelaskan sebagai tembusan dari faktur penjualan untuk meminta barang dari gudang.
f. Periode.
Periode ini menunjukkan kapan terjadinya arus data ini. Periode perlu dicatat di DD karena dapat
digunakan untuk mengidentifikasikan kapan input data harus dimasukkan ke sistem, kapan
proses dari program harus dilakukakan dan kapan laporan-laporan harus dihasilkan.
g. Volume.
Volume yang perlu dicatat di DD adalah tentang volumen rata-rata dan volume puncak dari arus
data. Volume rata-rata menunjukkan banyaknya rata-rata arus data yang mengalir dalam suatu
periode tertentu dan volume puncak menunjukkan volume yang terbanyak, Volume ini
digunakan untuk mengidentifikasikan besarnya simpanan luar yang akan digunakan, kapasitas
dan jumlah dari alat input, alat pemroses dan alat output.
h. Struktur data.
Struktur data menunjukkan arus data yang dicatat di DD terdiri dari item-item apa saja
DAFTAR PUSTAKA
http://eprints.binadarma.ac.id/749/1/PRAK.%20REKAYASA%20PERANGKAT%20LUNAK%
20materi%207.pdf
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CB0QFjAA&
url=https%3A%2F%2Fasihwinantu.files.wordpress.com%2F2008%2F07%2Fmateri-kuliahsistem-basisdata1.doc&ei=gAteVYiIENONuAS8toOgDA&usg=AFQjCNFCL9nfckWziBVpWbj1X9Y9V1IKA&sig2=UPR71Tn1bvZh9EPWYNMNbg&bvm=bv.93756505,d.c2E&cad=rja
http://staff.uny.ac.id/sites/default/files/pendidikan/Diana%20Rahmawati,%20M.Si./MODEL%20
DATA.pdf