Data tersusun menurut struktur pohon Ciri-ciri dari model hirarki

Slides:



Advertisements
Presentasi serupa
MODEL ENTITY RELATIONSHIP
Advertisements

Latifah Rifani Materi: 4
Entity Relationship Diagram
Danny Kriestanto, S.Kom., M.Eng Part 2
Entity Relationship Diagram
Tahapan Membuat ERD.
ERD ( Entity Relationship Diagram )
2 Bab 2 Model Basis Data Relasional Basis Data
03 | Entity Relationship Diagram (ER- Diagram)
Ignatius Adrian Mastan, S.E, S.Kom, MCP, MOS
DIAGRAM ER dalam Notasi Lain
Model Relasional Merupakan hubungan logika antar data dalam basis data dalam bentuk tabel-tabel dimensi dua yang terdiri dari baris dan kolom yang menunjukkan.
BAB VI Model Data.
Pemodelan Data Pertemuan 2.
PERTEMUAN 3 Sistem Basis Data Presented by :
ERD (Entity Relationship Diagram) Relasi
Entity Relation Model By : Randy Permana, S.Kom.
KONSEP MODEL ERD (Entity-relationship diagram)
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Materi ke 4 Model Data.
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Pemodelan Data Oleh : Encep Kurniawan Teknik Informatika STMIK Subang.
Perancangan ERD.
Data Modeling And Analysis Entity Relationship Diagram ( ERD)
Entity Relationship Diagram (ERD)
ENTITY RELATIONSHIP DIAGRAM
(Entity Relationship Diagram) Materi Pertemuan ke-5, 6, & 7
Desain Basis Data.
Pertemuan 4 – Sistem Basis Data.  Pada model relasional, basis data akan “disebar” atau dipilah-pilah ke dalam berbagai tabel dua dimensi. Setiap tabel.
Model Basis Data Relasional
Rekayasa Perangkat Lunak ER/D
Perancangan Basis Data
Entity Relationship Diagram
Desain Database Dengan Model Entity Relationship (ER)
Relational model.
Pemodelan Data.
Model Data Relasional.
Outline: Relational Data Model Entity Relationship Diagram
Pemodelan Database Yessy Asri, ST., MMSI.
ERD (Entity Relationship Diagram )
Perancangan Sistem.
Diagram Pada RSI.
ENTITY RELATIONSHIP DIAGRAM
ERD (Entity Relationship Diagram)
Entity Relationship Model
PERANCANGAN BASIS DATA
PENGENALAN DASAR-DASAR DATABASE
Entity Relationship Diagram
Ada beberapa sifat yang melekat pada suatu tabel :
TEKNIK NORMALISASI.
IT204 SISTEM BASIS DATA.
Normalisasi.
Entity Relationship Model
PERANCANGAN BASIS DATA
Pertemuan 5 – Sistem Basis Data
Matakuliah : Sistem Basisdata Versi Materi
Konsep & Perancangan Database
DESAIN DATA BASE.
Danny Kriestanto, S.Kom., M.Eng Part 2
Entity Relationship Diagram
Prakt. BasDat - Pertemuan 3
PEMROGRAMAN BASIS DATA
MODEL KETERHUBUNGAN ENTITAS (Entity-Relationship)
Pemodelan Database Harrismare.
Pemodelan Database.
ENTITY RELATIONSHIP DIAGRAM
DIAGRAM HUBUNGAN ENTITAS
Entity Relationship Diagram
Model Data Relasional.
ENTITY RELATIONAL DIAGRAM (bagian 2 – Atribut&relasi)
Transcript presentasi:

HIRARKI DATA Hirarki data yaitu tingkatan2 data dari yang terkecil sampai yang terbesar Data tersusun menurut struktur pohon Ciri-ciri dari model hirarki (Tree struktur / Struktur Pohon) - terdiri dari simpul2 yang dilambangkan dgn kotak dan lingkaran - pola hubungan ortu dan anak atau “parents child” simpul yang tidak memiliki anak atau parents disebut “roots” - simpul yang memiliki anak disebut daun / “leaves”

CONTOH MODEL HIRARKI A Roots (layar) I : M I : M B C D Parents I : I F G I H J K L Child M O P Q R S N Daun “leaves”

Struktur pohon terbagi 3 yaitu Pohon tidak setimbang (unbalanced tree) Jika node2 dalam pohon mempunyai jumlah cabang yang berbeda2 Pohon setimbang (balanced tree) jika setiap node seluruh level (kecuali leaves) mempunyai jumlah pohon yang sama Pohon Biner (Binary tree) jika setiap node pada seluruh level dalam, kecuali leaves mempunyai 2 cangkang

MODEL HIRARKI BRTINGKAT PERUSAHAAN A DEP B DEP C DEP D DEV E DEV F DEV G SUB DEV H SUB DEV I SUB DEV J

DIAGRAM SCEMA Susunan record antara atribut yang saling bersesuain Departemen Devisi Sud Devisi KODE DEP NAMA DEP MANAJER KODE DEVISI NAMA DEVISI KEPALA DEVISI KODE DEP KD.SUB.DEV NO.DEV.SUB KEP.DEV.SUB KODE DEVISI

Keuntungan model Hirarki - Mudah menampilkan data2 tertentu KEKURANGAN - Tidak dapat melihat langsung terhadap apa yang kita tuju - Tidak dapat dilakukan pencarian data pada medan atribut

KUNCI RELASI Kunci relasi diperlukan dalam rangka untuk pengaksesan data dari dalam relasi atau untuk menyusun kerelasian antara relasi Berdasarkan jumlah atribut penyusunannya kunci relasi diklasifikasikan dalam 2 jenis yaitu 1. Kunci sederhana (simple key) kunci relasi yang tersusun atas sebuah atribut kunci sederhana terjadi apabila sifat unik telah dapat dipenuhi 2. Kunci Komposit (Composite Key) kunci yang tersusun atas gabungan atrbut hal ini terjadi jika untuk mencapai sifat unik tidak dapat dipenuhi oleh atribut

Relasi Mahasiswa Relasi Mata Kuliah Relasi Nilai Relasi KRS Relasi KHS NIM NAMA MAHASISWA ALAMAT KODE MATA KULIAH NAMA MK SKS SMT STATUS NILAI HURUF MUTU PREDIKAT NIM KODE MK TAHUN SEMESTER NIM KODE MK TAHUN SEMESTER NILAI HURUF

Key (Kunci) Key adalah satu atau gabungan dari beberapa atribut yang dapat membedakan semua baris data (row) dalam tabel secara unik. Artinya, jika suatu atribut dijadikan sebagai key, maka tidak boleh ada dua atau lebih baris data dengan nilai yang sama untuk atribut tersebut.

Candidate key Merupakan kumpulan atribut minimal yang dapat membedakan setiap baris data dalam sebuah tabel secara unik. Sebuah candidate-key tidak boleh berisi atribut atau kumpulan atribut yang telah menjadi super-key yang lain.

Primary Key Adalah suatu atribut yang tidak hanya mengidentifikasi secara unik suatu kejadian spesifik tetapi juga dapat mewakili setiap kejadian dari suatu entitas. Candidate key yang dipilih untuk mengidentifikasikan tupel secara unik dalam relasi

Alternatif Key (Alternate Key) Adalah calon kunci (candidate key) yang tidak dipilih sebagai kunci primer. Biasanya kunci alternative ini digunakan pada saat pengurutan tertentu untuk membuat suatu laporan.

Kunci Tamu (Foreign key/FK ) Kunci tamu atau kunci penghubung adalah anggota kunci primer pada sebuah entitas atau tabel, yang mana kunci tamu tersebut adalah kunci utama pada entitas lain. FK tidak harus dimiliki oleh sebuah relasi/tabel. Jika FK muncul dalam sebuah relasi, maka FK tersebut akan menunjukkan adanya kerelasian antar relasi/tabel dalam basis data.

CK : NIM (SK) PK : NIM (SK) AK : Tidak ada FK : Tidak ada CK : KOD_MAT_KUL + NM_MAT_KUL (SK) PK : KOD_MAT_KUL (SK) AK : NM_MAT_KUL CK : NILAI_HURUF + MUTU + PREDIKAT (SK) PK : NILAI_HURUF (SK) AK : MUTU + PREDIKAT 4. AK : NIM + KOD_MAT_KUL + THN_SMTR (KK) PK : NIM + KOD_MAT_KUL + THN_SMTR (KK) FK : NIM Merefensi ke relasi MAHASISWA & KOD_MAT_KUL merefensi ke relasi MAT_KUL 5. CK : NIM + KOD_MAT_KUL + THN_SMTR (KK) FK : NIM + KOD_MAT_KUL + THN_SMTR Merefensi ke relasi KRS & NILAI_HURUF merefensi ke relasi NILAI

PENGEMBANGAN SISTEM INFORMASI 3 Teknik Data PENGEMBANGAN SISTEM INFORMASI

Pembahasan Pemodelan Entity-Relationship (E-R) Data Dictionary Normalisasi

Teknik Data Teknik data berfokus ke analisis dan perancangan data dalam organisasi Teknik data menjadi bagian yang penting dalam pengembangan sistem karena: Fakta-fakta serta aturan yang diperoleh selama proses pemodelan data sangat esensial untuk memastikan integritas data dalam sistem informasi. Sasaran sistem adalah mendapatkan sumber data yang kaya, yang mendukung semua tipe informasi yang dibutuhkan dalam pengambilan putusan oleh manajer. Pada umumnya konsep berorientasi data lebih berumur panjang dibandingkan proses.

Pemodelan E-R Teknik ini digunakan dalam SSADM, Information Engineering, dll. Model E-R menganggap organisasi sebagai kumpulan elemen data (yang disebut entity) dan relationship antara entity yang ada. Model E-R juga sering disebut sebagai model konseptual Model E-R sering digunakan karena: Kemudahan dan kealamiannya Dukungan tool yang luas

Elemen Model E-R Entity: sesuatu (orang, tempat, benda, kejadian, atau konsep) yang memiliki makna (informasi) sehubungan dengan bisnis atau individu yang mewakili sesuatu yang nyata eksistensinya dan dapat dibedakan dari sesuatu yang lain. Relationship: hubungan antara sejumlah entity yang berasal dari himpunan entitas yang berbeda. Atribut: karakteristik dari entity Atribut kunci: atribut yang memiliki nilai unik dalam setiap contoh entity, secara fungsional menentukan atribut lain Kardinalitas/derajat relasi: jumlah kehadiran minimum dan/atau maksimum suatu entitas yang dikaitkan dengan kehadiran satu entitas lainnya Harus ditinjau dalam dua arah

Contoh Entity Orang: agen, kontraktor, pelanggan, departemen, pegawai, dosen, mahasiswa, pemasok. Tempat: ruangan, kantor cabang, kampus, sales region, bangunan. Benda: buku, mesin, produk, bahan baku, perangkat lunak, tool, kenderaan. Kejadian: penghargaan, pembatalan, kelas, penerbangan, pemesanan, penagihan, reservasi, penjualan, perjalanan. Konsep: mata kuliah, stok, kualifikasi, rekening.

Contoh Data

Contoh Data

Contoh Data

Contoh Lain Model E-R

Contoh Model E-R (dengan penggambaran yang berbeda)

Menterjamahkan ERD ke Tabel

Tahapan Analisis Entitas Tentukan area analisis Definisikan entity dan relationship antara entity Tetapkan atribut kunci untuk setiap entity Lengkapi setiap entity dengan atribut Normalisasi semua entity (dijelaskan di bagian berikutnya) Yakinkan bahwa semua event dan operasi telah didukung model

Data Dictionary Merupakan referensi kerja dari metadata yang disusun oleh Analis Sistem sebagai panduan selama melakukan Analisis & Design. Sebagai dokumentasi, Data Dictionaries mengumpulkan, mengkoordinasi, dan mengkonfirmasi apa arti sebuah data bagi orang yang berbeda di dalam organisasi. Menyimpan semua objek data(ERD,DFD) yang dibutuhkan dan dihasilkan oleh perangkat lunak.

Kamus data dari ERD diatas adalah: Mahasiswa=Nim+Nama+Alamat+[Jenis Kelamin]+(No HP) Jenis Kelamin=[Pria | Wanita] Kuliah=Kode Kuliah+Keterangan+Sks+Semester Dosen=NID+Nama+Alamat+[Jenis Kelamin] Mempelajari=Nim+Kode Kuliah+Nilai Mengajar=Kode Kuliah+NID+Waktu+Ruang

Perancangan ERD

Studi Kasus-Poliklinik Asumsi Setiap pasien yang akan memeriksakan kesehatan terdaftar dalam data pasien Setiap pasien memiliki catatan medik dari penyakit yang pernah diperiksakan, catatan medik juga menyimpan jenis penyakit dari pasien Setiap dokter memiliki catatan medik dari pasien-pasien yang telah diperiksa Poliklinik menangani transaksi pembelian obat dari pasien

Studi Kasus-Poliklinik Entitas: Pasien Dokter Catatan_medik Penyakit Detail_penyakit Transaksi Obat

ERD-Poliklinik 1 N M PASIEN CATATAN_MEDIK DOKTER DETAIL_PENYAKIT Kode_obat PASIEN Kode_psn nama alamat telp Tgl_lahir CATATAN_MEDIK mempunyai kode_mdk Tgl_prks resep dimiliki DOKTER kode_dr spesialis mencatat DETAIL_PENYAKIT detail PENYAKIT Kode_p nama_p kode_dp nama_dp melakukan TRANSAKSI kode_trans tgl_trans transaksi OBAT tgl stok harga 1 N M jml_trans totall_trans