RESUME

DATA MODELING

Disusun Untuk Memenuhi Tugas Mata Kuliah Analisis Sistem Perpustakaan

Dosen Pengampu : Rahmad Syaifudddin, M. Eng

Disusun Oleh :

1. Widya Yunita Sari (12310193007)

2. Devi Septiana (12310193008)
3. Asalul Nugrahini (12310193043)

SEMESTER 6

ILMU PERPUSTAKAAN DAN INFORMASI ISLAM

FAKULTAS USHULUDDIN ADAB DAN DAKWAH

UNIVERSITAS ISLAM NEGERI SAYYID ALI RAHMATULLAH

TULUNGAGUNG

2022
 CHAPTER 6

MODEL DATA

Model data menggambarkan data yang mengalir melalui proses bisnis kelompok. Pada tahap
analisis, model data mewakili logika. Mengatur data tanpa menunjukkan bagaimana data itu
disimpan, dibuat, atau dimanipulasi. Membebaskan analis untuk fokus pada bisnis tanpa
memperhatikan detail teknis. Kemudian, selama fase desain, model data dimodifikasi untuk
secara akurat mencerminkan bentuk data. Itu disimpan dalam database dan file. Bab ini
menjelaskan salah satu teknik pemodelan data yang paling umum digunakan dalam industri:
Diagram hubungan entitas.

A. Diagram Hubungan Entitas

Diagram hubungan entitas (ERD) adalah gambar yang menunjukkan informasi
yang dibuat, disimpan, dan digunakan oleh sistem bisnis. Seorang analis dapat
membaca ERD untuk menemukan potongan-potongan informasi individu dalam suatu
sistem dan bagaimana mereka diatur dan berhubungan satu sama lain. Pada ERD, jenis
informasi serupa terdaftar bersama-sama dan ditempatkan di dalam kotak yang disebut
entitas. Garis ditarik antara entitas ke mewakili hubungan antara data, dan simbol
khusus ditambahkan ke diagram untuk mengkomunikasikan aturan bisnis tingkat tinggi
yang perlu didukung oleh sistem. ERD menyiratkan tidak ada urutan, meskipun entitas
yang terkait satu sama lain biasanya ditempatkan berdekatan.
Misalnya, pertimbangkan sistem Permintaan Bahan Kimia Rumput yang
dijelaskan di Bab 5. Meskipun sistem ini hanya sebagian kecil dari sistem informasi
untuk bisnis perawatan rumput, kami akan menggunakannya untuk diskusi kami
tentang cara membaca diagram hubungan entitas. Pertama, kembali dan lihat sampel
DFD untuk bahan kimianya proses permintaan pada Gambar 5-1. Meskipun kami
memahami bagaimana sistem bekerja dari mempelajari diagram aliran data, kami
memiliki sedikit pemahaman rinci tentang informasi itu sendiri yang mengalir melalui
sistem. Apa sebenarnya "bahan kimia baru" itu? meminta"? Bagian data apa yang
ditangkap dalam “otorisasi pengambilan bahan kimia”?
B. Membaca Diagram Hubungan Entitas
 Dari gambar tersebut kami telah mengatur data dalam tiga kategori utama :
1. Lawn Aplikator Kimia
2. Permintaan Kimia
3. Kimia

Data aplikator menggambarkan karyawan yang menerapkan bahan kimia

rumput. Itu Permintaan bahan kimia menangkap informasi tentang setiap peristiwa
permintaan bahan kimia, dan data kimia menjelaskan bahan kimia yang digunakan
untuk perawatan taman.Kita juga bisa melihat fakta spesifik yang menggambarkan
masing-masing dari ketiga kategori tersebut. Misalnya, bahan kimia dijelaskan dengan
nomor ID, nama, deskripsi, persetujuan status, dan satuan ukuran. Kami juga dapat
melihat apa yang dapat digunakan untuk mengidentifikasi secara unik bahan kimia,
permintaan bahan kimia, dan LCA, dengan mencari tanda bintang di sebelah elemen
data. ID unik telah dibuat untuk mengidentifikasi setiap LCA dan setiap bahan kimia.
Permintaan bahan kimia diidentifikasi secara unik oleh kombinasi LCA ID, ID bahan
kimia, dan tanggal permintaan.Garis-garis yang menghubungkan tiga kategori
informasi mengkomunikasikan hubungan yang dibagikan oleh kategori. Dengan
membaca garis hubungan, analis memahami bahwa LCA membuat permintaan bahan
kimia dan permintaan bahan kimia melibatkan bahan kimia.

ERD juga mengkomunikasikan aturan bisnis tingkat tinggi. Aturan bisnis

adalah batasan atau pedoman yang diikuti selama pengoperasian sistem; mereka aturan
seperti “Pembayaran dapat berupa uang tunai, cek, kartu debit, kartu kredit, kupon, atau
makanan perangko”, “Penjualan dibayar dengan satu atau lebih pembayaran”, atau
“Pelanggan dapat menempatkan banyak perintah.” Selama hari kerja, orang terus-
menerus menerapkan aturan bisnis untuk melakukan pekerjaan mereka, dan mereka
mengetahui aturan melalui pelatihan atau mengetahui di mana mencarinya mereka. Jika
situasi muncul di mana aturan tidak diketahui, pekerja mungkin harus merujuk untuk
panduan kebijakan atau prosedur tertulis untuk menentukan aturan bisnis yang tepat.
Pada model data, aturan bisnis dikomunikasikan oleh jenis hubungan yang
dibagikan entitas. Dari ERD, misalnya, kita tahu dari "gagak" ditempatkan pada garis
yang paling dekat dengan Permintaan Kimia yang dapat dibuat oleh LCA banyak
Permintaan Kimia. Kita bisa melihat dengan dua batang yang ditempatkan pada garis
yang paling dekat dengan LCA bahwa Permintaan Kimia dibuat oleh tepat satu LCA.
Pada akhirnya, yang baru sistem harus mendukung aturan bisnis yang baru saja kami
jelaskan, dan itu harus memastikanagar pengguna tidak melanggar aturan saat
melakukan proses sistem.
Berikut contoh membuat ERD menggunakan contoh dari Tune Source : terdapat
tiga elemen dasar dalam bahasa pemodelan data :
1. Entitas
Entitas adalah blok bangunan dasar untuk model data. Ini adalah orang,
tempat,peristiwa, atau hal tentang data yang dikumpulkan misalnya,
karyawan, pesanan, atau sebuah produk. Entitas digambarkan dengan
persegi panjang, dan digambarkan oleh singular kata benda yang dieja
dengan huruf kapital. Semua entitas memiliki nama, deskripsi singkat yang
menjelaskan apa itu, dan pengidentifikasi yang merupakan cara untuk
menemukan informasi di entitas (yang akan dibahas nanti).
2. Atribut
Atribut adalah beberapa jenis informasi yang ditangkap tentang suatu
entitas. Misalnya, nama belakang, alamat rumah, dan alamat email adalah
semua atribut dari pelanggan. Sangat mudah untuk menghasilkan ratusan
atribut untuk suatu entitas (mis., Pelanggan memiliki warna mata, hobi
favorit, afiliasi agama), tetapi hanya yang benar-benar akan digunakan oleh
proses bisnis harus dimasukkan dalam model. Atribut adalah kata benda
yang terdaftar dalam suatu entitas. Biasanya, beberapa bentuk nama entitas
ditambahkan ke awal setiap atribut untuk memperjelas sebagai milik entitas
apa (mis., CUS_lastname, CUS_address).
3. Hubungan
Hubungan adalah asosiasi antara entitas, dan mereka ditampilkan oleh
garis yang menghubungkan entitas bersama-sama. Setiap hubungan
memiliki entitas induk dan entitas anak, induk menjadi entitas pertama
dalam hubungan, dan anak menjadi kedua. Relasi harus diberi label yang
jelas dengan verba aktif sehingga koneksi antar entitas dapat dipahami. Jika
satu kata kerja diberikan untuk setiap hubungan, itu dibaca dalam dua arah.
Misalnya, kita bisa menulis kata kerja make di samping hubungan untuk
entitas LCA dan Permintaan Bahan Kimia, dan ini akan dibaca sebagai
"sebuah LCA membuat permintaan bahan kimia" dan "permintaan bahan
kimia dibuat oleh LCA." . Dalam hubungan ini terdapat dua sifat ,yaitu :
 Kardinalitas
Untuk menentukan kardinalitas untuk suatu hubungan,
kami bertanya pada diri sendiri: “Berapa banyak contoh dari satu
entitas yang terkait dengan contoh yang lain?” (Ingat bahwa
sebuah instance adalah salah satu kemunculan dari suatu entitas,
seperti LCA John Brown atau Chemical Orthene™.) Misalnya,
LCA membuat berapa banyak permintaan bahan kimia?
Kardinalitas untuk hubungan biner (yaitu, hubungan antara dua
entitas) adalah 1:1, 1:N, atau M:N, dan kita akan membahas
masing-masing secara bergantian.
Hubungan 1:1 (dibaca sebagai "satu ke satu") berarti
bahwa satu instance dari entitas induk dikaitkan dengan satu
instance dari entitas anak. Tidak ada contohnya hubungan 1:1
pada Gambar 6-1. Jadi, bayangkan sejenak bahwa, sebagai
hadiah, sebuah perusahaan memberikan tempat parkir khusus
untuk setiap karyawan yang dihormati sebagai "karyawan bulan
ini." Satu tempat parkir yang dipesan ditugaskan untuk masing-
masing yang dihormati karyawan, dan setiap karyawan
terhormat diberi satu tempat parkir yang dipesan. Jika kita
menggambar dua entitas ini, kami akan menempatkan bilah di
sebelah entitas Karyawan dan bilah di sebelah entitas Tempat
Parkir yang Dipesan. Kardinalitasnya jelas 1:1 in kasus ini,
karena setiap karyawan terhormat diberi tepat satu tempat parkir
yang dipesan tempat, dan tempat parkir yang dipesan diberikan
kepada tepat satu karyawan.Lebih sering, hubungan adalah 1:N
(dibaca sebagai "satu ke banyak").
  Pengandaian
Kedua, hubungan memiliki modalitas nol atau tidak nol,
yang mengacu pada apakah instance dari entitas anak dapat ada
tanpa instance terkait di entitas induk. Pada dasarnya, modalitas
suatu hubungan menunjukkan apakah instance entitas anak
diperlukan untuk berpartisipasi dalam hubungan. Itu
memaksamu untuk ajukan pertanyaan seperti, Dapatkah Anda
memiliki Permintaan Bahan Kimia tanpa Bahan Kimia? dan
dapat Anda memiliki Bahan Kimia tanpa Permintaan Bahan
Kimia? Modalitas digambarkan dengan menempatkan nol pada
garis hubungan di sebelah entitas induk jika nol diizinkan.
Sebuah bar adalah ditempatkan pada garis hubungan di sebelah
entitas induk jika nol tidak diperbolehkan.
Dalam dua pertanyaan yang baru saja kami ajukan,
jawaban pertama adalah tidak: Anda memerlukan bahan kimia
untuk memiliki permintaan kimia. Anda dapat, bagaimanapun,
memiliki bahan kimia tanpa harus permintaan bahan kimia untuk
bahan kimia tersebut. Modalitasnya adalah "tidak nol," atau
"diperlukan," untuk hubungan pertama pada Gambar 6-1.
Perhatikan, bagaimanapun, bahwa nol telah ditempatkan pada
garis hubungan antara Permintaan Kimia dan Kimia di sebelah
Kimia entitas permintaan. Ini berarti bahwa bahan kimia dapat
ada di sistem kami tanpa memerlukan bahwa ada permintaan
kimia. Dengan kata lain, contoh permintaan bahan kimia adalah
opsional untuk bahan kimia. Modalitasnya adalah "null."
C. Kamus Data dan Metadata
Seperti yang kami jelaskan sebelumnya, alat CASE digunakan untuk membantu
membangun ERD. Setiap alat KASUS memiliki sesuatu yang disebut kamus
data, yang secara harfiah adalah tempat analis pergi untuk mendefinisikan atau
mencari informasi tentang entitas, atribut, dan hubungan pada ERD. Bahkan
Visio 2010, terutama dikenal sebagai alat menggambar, memiliki beberapa
kemampuan kamus data dasar. Gambar 6-6, 6-7, dan 6-8 menggambarkan
kesamaan entri kamus data untuk entitas, atribut, dan hubungan; perhatikan
jenisnya informasi yang kamus data tangkap tentang setiap elemen.
Informasi yang Anda lihat dalam kamus data disebut metadata, yang cukup
sederhana, adalah data tentang data. Metadata adalah segala sesuatu yang
menggambarkan suatu entitas, atribut, atau hubungan, seperti nama
entitas,deskripsi atribut, dan hubungan kardinalitas, dan ditangkap untuk
membantu desainer lebih memahami sistem yang mereka sedang membangun
dan untuk membantu pengguna lebih memahami sistem yang akan mereka
gunakan.

Gambar 6-9 mencantumkan metadata tipikal yang ditemukan dalam

kamus data. Perhatikan itu metadata dapat menggambarkan elemen ERD
(seperti nama entitas) dan juga informasi yang membantu tim proyek (seperti
kontak pengguna, kontak analis, dan catatan khusus). Metadata disimpan dalam
kamus data sehingga dapat dibagikan dan diakses oleh pengembang dan
pengguna di seluruh SDLC. Kamus data memungkinkan Anda untuk merekam
potongan standar informasi tentang elemen Anda di satu tempat, dan itu
membuat informasi itu dapat diakses ke banyak bagian proyek. Sebagai
 contoh,atribut data dalam model data juga muncul pada model proses sebagai
elemen penyimpanan data dan aliran data, dan pada antarmuka pengguna
sebagai bidang pada layar input.

3. VALIDASI SEBUAH ERD

Seperti yang kita tahu sebelumnya, membuat ERD cukup sulit. Dibutuhkan banyak
pengalaman untuk menggambar ERD dengan baik, dan tidak banyak aturan hitam-putih untuk
membantu memandu. Untungnya, ada beberapa pedoman desain umum yang dapat membantu
saat kita ingin membangun ERD, dan setelah ERD ditarik, kita dapat gunakan teknik yang
disebut normalisasi untuk memvalidasi bahwa model yang kita buat sudah terbentuk dengan
baik. Teknik lain adalah memeriksa ERD terhadap model proses kita untuk memastikan bahwa
kedua model menyeimbangkan satu sama lain.

A. Pedoman Desain

Pedoman desain bukanlah aturan yang harus diikuti, sebaliknya, ini adalah praktik terbaik yang
sering menghasilkan diagram dengan kualitas yang lebih baik. Misalnya, label dan penamaan
konvensi penting untuk membuat ERD yang jelas. Nama tidak boleh ambigu (misalnya, nama,
nomor), sebagai gantinya, mereka harus dengan jelas mengomunikasikan apa modelnya
komponen mewakili. Nama-nama ini harus konsisten di seluruh model dan mencerminkan
terminologi yang digunakan oleh bisnis. Jika Sumber Tune mengacu pada orang-orang yang
memesan musik sebagai pelanggan, model data harus mencakup entitas yang disebut
pelanggan, bukan klien atau pemangku kepentingan. Tidak ada aturan yang mengatur tata letak
komponen ERD. Mereka bisa menjadi ditempatkan di mana pun kita suka pada halaman,
meskipun sebagian besar analis sistem mencoba untuk menempatkan entitas bersama-sama
yang terkait satu sama lain. Jika model menjadi terlalu kompleks atau sibuk (beberapa
perusahaan memiliki ratusan entitas pada model data), model dapat akan dipecah menjadi mata
pelajaran. Setiap area subjek akan berisi entitas terkait dan hubungan, dan analis dapat bekerja
dengan satu kelompok entitas pada suatu waktu untuk membuat proses pemodelan tidak terlalu
membingungkan. Secara umum, pemodelan data bisa sangat rumit, terutama karena model data
sangat didasarkan pada interpretasi, oleh karena itu, ketika aturan bisnis berubah, hubungan
atau komponen model data lainnya harus diubah. Asumsinya adalah bagian penting dari
pemodelan data. Penting untuk memverifikasi semua asumsi tentang aturan bisnis agar model
data kita benar.

B. Normalisasi
Setelah membuat ERD, ada teknik yang disebut normalisasi yang dapat membantu analis
memvalidasi model yang telah mereka gambar. Ini adalah proses dimana serangkaian aturan
diterapkan pada model data logis atau file untuk menentukan seberapa baik terbentuk itu.
Aturan normalisasi membantu analis mengidentifikasi entitas yang tidak terwakili dengan
benar dalam model data logis, atau entitas yang dapat dipecah dari mengajukan. Hasil dari
proses normalisasi adalah atribut-atribut data tersusun untuk membentuk hubungan yang stabil,
namun fleksibel, untuk model data.

C. Diagram Relasi Entitas Menyeimbangkan dengan Data Flow Diagram

Semua aktivitas analisis analisis sistem saling terkait. Misalnya, Teknik analisis kebutuhan
digunakan untuk menentukan cara menggambar kedua model proses dan model data, dan
repositori CASE digunakan untuk mengumpulkan informasi yang disimpan dan diperbarui di
seluruh fase analisis. Sekarang kita akan melihat bagaimana model proses dan model data
saling terkait.

Meskipun model proses berfokus pada proses sistem bisnis, model ini berisi dua komponen
data-data aliran (yang terdiri dari elemen data) dan penyimpanan data. Tujuan dari ini adalah
untuk menggambarkan apa data digunakan dan dibuat oleh proses dan di mana data tersebut
disimpan. Ini komponen DFD harus seimbang dengan ERD. Dengan kata lain, DFD komponen
data harus sesuai dengan penyimpanan data ERD (yaitu, entitas) dan elemen data yang terdiri
dari aliran data (yaitu, atribut) yang digambarkan pada model datanya.

Banyak alat CASE menawarkan fitur untuk mengidentifikasi masalah dengan keseimbangan
antara DFD dan ERD, namun ada baiknya untuk memahami cara mengidentifikasi masalah
kita sendiri. Ini melibatkan pemeriksaan model data yang telah kita buat dan
membandingkannya dengan model proses yang telah dibuat untuk sistem. Periksa model data
kita dan lihat apakah ada entitas yang telah kita buat itu tidak muncul sebagai penyimpanan
data pada model proses. Jika ada, kita harus menambahkan mereka ke model proses untuk
mencerminkan keputusan, untuk menyimpan informasi tentang itu entitas di sistem kita.

Demikian pula, bit informasi yang terkandung dalam aliran data (biasanya didefinisikan dalam
entri kasus untuk aliran data) harus sesuai dengan atribut yang ditemukan dalam entitas dalam
model data. Misalnya, jika informasi pelanggan aliran data yang beralih dari entitas pelanggan
ke proses nada pembelian adalah didefinisikan sebagai memiliki nama pelanggan, alamat
email, dan alamat rumah, maka masing-masing potongan informasi ini harus dicatat sebagai
atribut dalam entitas pelanggan pada model datanya. Kita harus memverifikasi bahwa semua
item data termasuk dalam penyimpanan data dan aliran data dalam model proses telah
dimasukkan di suatu tempat sebagai entitas atribut dalam model data. Memastikan bahwa
model data sepenuhnya terintegrasi semua data yang diidentifikasi dalam model proses. Jika
tidak, maka model datanya adalah tidak lengkap. Selain itu, semua elemen data dalam model
data akan muncul sebagai bagian dari penyimpanan data dan aliran data dalam model proses.
Jika beberapa elemen data memiliki dihilangkan dari model proses, maka kita perlu
menyelidiki apakah data tersebut item yang benar-benar dibutuhkan dalam pengolahan sistem.
Jika mereka dibutuhkan, mereka harus ditambahkan ke model proses penyimpanan data dan
aliran data, jika tidak, mereka seharusnya dihapus dari model data sebagai item data asing.

Alat yang berguna untuk menggambarkan dengan jelas keterkaitan antara proses dan data
model adalah matriks CRUD. Matriks CRUD (buat, baca, perbarui, hapus) adalah tabel yang
menggambarkan bagaimana proses sistem menggunakan data di dalam sistem. Dia membantu
untuk mengembangkan matriks CRUD berdasarkan proses dan data logis model dan kemudian
merevisinya nanti dalam fase desain. Matriks juga menyediakan informasi penting untuk
spesifikasi program, karena menunjukkan dengan tepat bagaimana data itu dibuat dan
digunakan oleh proses utama dalam sistem.

Untuk membuat matriks CRUD, sebuah tabel digambar yang mencantumkan semua proses
system di bagian atas, dan semua entitas data (dan atribut entitas) di sepanjang sisi kiri sisi
meja. Kemudian, dari informasi yang disajikan dalam model proses, analis mengisi setiap sel
dengan C, R, U, D, (atau tidak sama sekali) untuk menggambarkan proses interaksi dengan
setiap entitas data (dan atributnya). Ketika suatu proses memperbarui penyimpanan data
dengan cara tertentu, harus ada aliran data yang berasal dari proses ke penyimpanan data.
Berpikir hati-hati tentang isi aliran data dalam model proses, kita dapat mengidentifikasi
tempat-tempat di mana atribut mungkin telah dihilangkan dari data toko/badan. Selain itu, kita
dapat memverifikasi bahwa setiap atribut dibuat, dibaca, diperbarui, dan dihapus di suatu
tempat dalam model proses. Jika tidak dibaca oleh sebagian orang proses, maka atribut tersebut
mungkin tidak diperlukan. Jika tidak dibuat atau diperbarui, atribut mungkin perlu
ditambahkan ke aliran data dalam model proses.

4. RINGKASAN

Sintaks Diagram Hubungan Entitas Dasar

Diagram hubungan entitas (ERD) adalah teknik paling umum untuk menggambar model data,
cara formal untuk merepresentasikan data yang digunakan dan dibuat oleh sistem bisnis. Ada
tiga elemen dasar dalam bahasa pemodelan data, yang masing-masing diwakili oleh simbol
grafis yang berbeda. Entitas adalah blok bangunan dasar untuk model data. Ini adalah orang,
tempat, atau sesuatu tentang data mana yang dikumpulkan. Atribut adalah beberapa jenis
informasi yang ditangkap tentang sebuah entitas. Atribut yang secara unik dapat
mengidentifikasi satu instance dari suatu entitas disebut pengenal. Komponen model data
ketiga adalah hubungan, yang menyampaikan asosiasi antar entitas. Relasi memiliki
kardinalitas (rasio instans induk dengan instans anak) dan modalitas (induk harus ada jika anak
ada). Informasi tentang semua komponen ditangkap oleh metadata di kamus data.

Membuat Diagram Relasi Entitas

Langkah-langkah dasar dalam membangun ERD yaitu :

1. Mengidentifikasi entitas,
2. Menambahkan atribut yang sesuai untuk setiap entitas,
3. Menggambar hubungan antar entitas untuk ditampilkan, bagaimana mereka terkait satu
sama lain.

Ada tiga jenis entitas khusus yang berisi ERD. Sebagian besar entitas bersifat independen,
karena satu (atau lebih) atribut dapat digunakan untuk mengidentifikasi sebuah instance secara
unik. Entitas yang mengandalkan atribut dari entitas lain untuk mengidentifikasi sebuah
instance adalah dependen. Entitas persimpangan ditempatkan antara dua entitas untuk
menangkap informasi tentang hubungan mereka. Secara umum, model data didasarkan pada
interpretasi. Oleh karena itu, penting untuk menyatakan dengan jelas asumsi yang
mencerminkan aturan bisnis.

Memvalidasi Diagram Relasi Entitas

Normalisasi, proses di mana serangkaian aturan diterapkan pada data logis model untuk
menentukan seberapa baik terbentuk itu. Model data logis berada dalam bentuk normal pertama
(1NF) jika tidak mengandung pengulangan atribut, yang merupakan atribut yang menangkap
beberapa nilai untuk satu instance. Bentuk normal kedua (2NF) mensyaratkan bahwa semua
entitas berada dalam 1NF dan hanya berisi atribut yang nilainya bergantung pada seluruh
pengidentifikasi (yaitu, tidak ada ketergantungan). Bentuk normal ketiga (3NF) terjadi ketika
model berada dalam 1NF dan 2NF dan tidak ada atribut yang dihasilkan bergantung pada
atribut nonidentifier (yaitu, tidak ada ketergantungan transitif). Dengan setiap pelanggaran,
entitas tambahan harus dibuat untuk menghapus atribut berulang atau dependensi yang tidak
tepat dari entitas yang ada. Akhirnya, ERD harus diseimbangkan dengan diagram aliran data
(DFD) dengan memastikan model data itu entitas dan atribut sesuai dengan penyimpanan data
dan aliran data pada proses model. Matriks CRUD adalah alat yang berharga untuk digunakan
saat menyeimbangkan proses dan model data.
 DAFTAR PUSTAKA

Alan Dennis, B. H. (2013). System Analysis And Design. United State Of America: Wiley.