Anda di halaman 1dari 206

SECTION 1

*LESSON 1-1*

Tujuan

• Sebuah bacaan dari sebuah buku dapat membuat Anda tertarik membaca keseluruhan
teks.

• Cuplikan film atau pratinjau dapat membuat Anda cukup penasaran untuk menonton film.

• Sampel makanan di supermarket dapat menyebabkan pembelian produk. Oracle


Academy berharap dapat membuka mata Anda terhadap peluang yang dimungkinkan dan
membantu Anda mengembangkan keterampilan untuk membuat Anda sukses di tempat
kerja profesional.

Pertanyaan untuk Dipertimbangkan

Karier macam apa dalam bisnis atau dalam industri teknologi yang ingin Anda miliki?

• Apa jenis pekerjaan yang Anda minati? Pilihan apa yang Anda siapkan?

Pertimbangan

 Statistik ketenagakerjaan melaporkan peningkatan yang stabil dalam kesempatan kerja


untuk basis data dan personel yang dilatih Internet di banyak bidang, termasuk: -
Penerbitan - Perdagangan - Layanan Bisnis - Organisasi Keanggotaan

 Seiring dengan semakin pentingnya kehadiran Web mereka, bisnis menciptakan


permintaan yang lebih besar untuk profesional yang terampil untuk mengembangkan dan
mendukung aplikasi Web.

Statistik (TERDAPAT tabel)

Pendidikan yang Diperlukan untuk Posisi TI

• Saat ini, sebagian besar pekerjaan TI memerlukan gelar associate atau lebih tinggi untuk
memulai.

• Selain gelar, banyak yang membutuhkan sertifikasi yang diakui industri.

• Dengan internet, pengusaha dapat mempekerjakan karyawan untuk bekerja dari lokasi
terpencil yang memperluas kelompok kandidat.

• Tujuan pendidikan Anda penting dalam membantu Anda memasuki karier yang Anda
sukai.
Oracle Academy Teacher-led / project-driven

• + I.T. sertifikasi yang diakui industri

• Pilihan Pendidikan Tinggi

• = kelayakan ekonomi abad ke-21% 3D

Oracle Academy Persiapan untuk Karir

Kemungkinan Jalur Karir 1

• Judul: Insinyur Basis Data Level Awal

• Menjaga integritas data; jalankan query database

• Persyaratan: 0-2 thn. + gelar sarjana atau sertifikasi industri

• Gaji: $ 25.000 - $ 50.000 USD

Oracle Academy Persiapan untuk Karir

Kemungkinan Jalur Karir 1

• Judul: Database Administrator (DBA)

• Melakukan analisis basis data yang luas dan pemecahan masalah; memelihara
konfigurasi basis data dan memastikan akurasi data

• Persyaratan: 2 - 5 tahun. + gelar sarjana atau sertifikasi industri

• Gaji: $ 65.000 - $ 90.000 USD

Oracle Academy Persiapan untuk Karir

Kemungkinan Jalur Karir 1

• Judul: Senior Database Administrator

• Mengembangkan, mengimplementasikan, meningkatkan, mendukung, dan memelihara


database

• Persyaratan: 5+ thn. + gelar sarjana atau sertifikasi industri

• Gaji: $ 100.000 + USD


Oracle Academy Persiapan untuk Karir

Kemungkinan Karir Jalur 2

• Judul: Konsultan Junior

• Instal dan atasi masalah sistem klien

• Persyaratan: 0 - 3 tahun. + Gelar sarjana .

• Gaji: $ 35.000 - $ 45.000 USD

Oracle Academy Persiapan untuk Karir

Kemungkinan Jalur Karir 2

• Judul: Konsultan Penjualan

• Membantu perwakilan penjualan dengan presentasi sistem dan penilaian kebutuhan klien
•Persyaratan: 2 - 3 tahun. + gelar sarjana

• Gaji: $ 50.000 - $ 90.000 USD

Oracle Academy Persiapan untuk Karir

Kemungkinan Jalur Karir 2

• Judul: Manajer Proyek

• Mengelola desain sistem, teknik, implementasi, dan integrasi; memulai dan menjaga
hubungan mitra • Persyaratan: 4+ tahun. + gelar sarjana dan sertifikasi industri

• Gaji: $ 90.000 + USD

Perancangan dan Pemrograman Basis Data Oracle Academy dengan Kursus SQL

• Kursus Oracle Academy ini adalah yang pertama dari dua kursus yang tersedia untuk Anda.

• Kursus ini dimulai dengan topik yang meliputi:

 Pemodelan hubungan entitas: desain database, pengembangan, dan normalisasi

 Sejarah database, evolusi komputasi - Keterampilan bisnis: presentasi, studi kasus


Oracle Academy Basis Data Desain dan Pemrograman dengan SQL Course

Topik tambahan yang dibahas meliputi:

• SQL (bahasa permintaan terstruktur) "Bahasa database"

• Mengakses data dengan SQL

• Data definisi, manipulasi, dan bahasa kontrol

• Kontrol transaksi

• Membangun aplikasi

• Keterampilan bisnis: wawancara, membuat portofolio karier

Pemrograman Basis Data Oracle Academy dengan PL / SQL

Course Kursus Oracle Academy ini adalah yang kedua dari dua kursus yang tersedia untuk Anda.
Topik yang dibahas dalam kursus ini meliputi:

• PL / SQL, ekstensi bahasa prosedural ke SQL

• Struktur pemrograman prosedural seperti variabel, konstanta, dan parameter • Pernyataan


kontrol bersyarat termasuk IF dan KASUS

• Pernyataan kontrol berulang termasuk LOOP, WHILE, dan FOR

• Menangani pengecualian

• Membuat prosedur, fungsi, paket, dan pemicu

Sertifikasi Oracle

Akademi Oracle dapat mempersiapkan Anda untuk dua sertifikasi.

• Oracle Database SQL Certified Associate 170-071: Oraçle Database SQL | 1Z0-071
ujian

• Oracle PL / SQL Associate Certified 170-144: Oracle Database 11g: Program dengan
ujian PL / SQL (dan penyelesaian sertifikasi SQL)

Ringkasan

Dalam pelajaran ini, Anda seharusnya belajar bagaimana:


• Memberikan contoh pekerjaan, gaji, dan peluang yang dimungkinkan dengan
berpartisipasi di Akademi

• Jelaskan bagaimana partisipasi Anda di Akademi dapat membantu Anda memanfaatkan


peluang ini

*PRACTICE 1-1*

Practice 1

Desain Basis Data

1-1: Pengantar Oracle Academy

Kegiatan Praktek

Tujuan

 Berikan contoh pekerjaan, gaji, dan peluang yang dimungkinkan dengan berpartisipasi di
dalamnya Akademi
 Jelaskan bagaimana partisipasi Anda di Akademi dapat membantu Anda memanfaatkan
peluang

Cobalah / Pecahkan

1. Kegiatan ini bertujuan untuk mengembangkan keterampilan Anda untuk mencari,


mengevaluasi, dan menafsirkan karier TI informasi. Gunakan sumber daya internet yang
disediakan oleh guru Anda untuk mengidentifikasi pekerjaan tertentu itu menarik minat
Anda di bidang karir TI. Lalu, jawab yang berikut ini
a. Apa tugas khas yang terlibat dalam pekerjaan ini?
b. Keterampilan sosial, pemecahan masalah atau teknis seperti apa yang
dibutuhkan?
c. Apa tuntutan fisik pekerjaan itu?
d. Pelatihan / pendidikan seperti apa yang dibutuhkan untuk pekerjaan itu?
e. Di mana lowongan pekerjaan saat ini?
f. Berapa banyak jenis bisnis yang menggunakan keterampilan kerja ini?
g. Berapa kisaran gaji?
h. Apa pekerjaan entry-level lain dalam bidang karir ini?
2. Jelaskan bagaimana mengikuti salah satu kursus Akademi dan mendapatkan ujian
sertifikasi membantu mempersiapkan Anda untuk pekerjaan di bidang karier itu.
*LESSON 1-2* data vs information

Tujuan

Pelajaran ini mencakup tujuan berikut:

• Membedakan antara data dan informasi, dan memberikan contoh masing-masing

• Menjelaskan dan memberikan contoh bagaimana data menjadi informas

Tujuan

• Semua jenis informasi (catatan sekolah, catatan telepon seluler, unduhan nada dering,
pembelian bahan makanan) disimpan dalam database.

• Kami berinteraksi dengan basis data setiap hari, secara sadar atau tidak sadar. Penting
untuk memahami apa yang disimpan dalam database dan apa yang bisa diambil darinya.

Data Dibandingkan dengan Informasi

• Jika Anda bekerja di industri teknologi informasi, penting untuk memahami bagaimana
data dimodelkan dan disimpan dalam database.

• Jika Anda bekerja di industri lain, kemungkinan besar Anda harus bekerja dengan data
yang disimpan di suatu tempat di komputer dan mungkin diminta untuk menggunakan
data dalam pekerjaan Anda untuk membuat laporan dan / atau membuat keputusan.

Data vs. Informasi

Kata "data" dan "informasi" sering digunakan seolah-olah sinonim.

• Namun demikian, mereka memiliki arti yang berbeda.

• Data: Bahan mentah atau tidak diolah - Informasi: pengetahuan, kecerdasan, sepotong
data tertentu dengan makna atau fungsi khusus.

• Informasi seringkali merupakan hasil dari menggabungkan, membandingkan,


menganalisis atau melakukan perhitungan data.

Data vs. Informasi

• Setiap kali seorang siswa, guru, administrator (atau siapa pun yang menggunakan
komputer) berinteraksi dengan situs web, potongan-potongan data dikumpulkan.

• Aplikasi situs web mungkin unik untuk sekolah atau perusahaan itu, tetapi apa yang
terjadi di latar belakang?
Data vs. Informasi

Pikirkan tentang nilai tes, misalnya.

• Dalam satu kelas, jika setiap siswa menerima skor bernomor, skor dapat dihitung untuk
menentukan rata-rata kelas. Rata-rata kelas dapat dihitung untuk menentukan rata-rata
sekolah.

Data vs. Informasi

• Perangkat lunak basis data Oracle akan mengubah data dan statistik yang direkam /
disimpan menjadi informasi yang berguna.

• Data: Skor tes setiap siswa adalah satu data.

• Informasi: Skor rata-rata kelas atau skor rata-rata sekolah.

Apa itu Database?

Basis data adalah kumpulan data terpusat dan terstruktur yang disimpan pada sistem komputer.

• Ini menyediakan fasilitas untuk mengambil, menambah, memodifikasi, dan menghapus


data bila diperlukan.

• Ini juga menyediakan fasilitas untuk mengubah data yang diambil menjadi informasi
yang berguna.

• Basis data biasanya dikelola oleh Database Administrator (DBA).

Dokumen, Gambar, Video, dan Suara

• Dalam sebagian besar basis data modern, Anda dapat menyimpan dan mengambil
beragam data dan dokumen. Di dalam database, data disimpan dalam bentuk "mentah".

• Ketika data mentah ini ditanyakan atau diambil, data itu diubah menjadi informasi yang
lebih berguna.

Pertanyaan:

Apa hubungan Database dengan Kehidupan Sehari-hari Saya?

Jawab: Lebih dari yang mungkin Anda sadari ... Banyak situs web yang Anda kunjungi didorong
oleh basis data.
Pertanyaan:

Jika Anda Memiliki Salah Satu Pekerjaan di bawah ini, Bagaimana Cara Anda Menggunakan
Basis Data?

• Mekanik di bengkel

• Sopir taksi

• Penata taman

Pertanyaan:

Pernahkah Anda Mengembalikan Barang ke Toko Tanpa Tanda Terima?

Informasi apa yang harus Anda berikan? Apakah Anda dapat mengembalikan barang itu?

Terminologi Istilah-istilah utama yang digunakan dalam pelajaran ini termasuk:

• Informasi

• Basis Data

• Data

Ringkasan

Dalam pelajaran ini, Anda seharusnya belajar bagaimana:

• Membedakan antara data dan informasi, dan memberikan contoh masing-masing

• Menjelaskan dan memberikan contoh bagaimana data menjadi informasi

*PRACTICE 1-2*

Practice 2

Desain Basis Data

1-2: Data vs. Informasi

Kegiatan Praktek

Tujuan
• Bedakan antara data dan informasi, dan berikan masing-masing contoh

• Menjelaskan dan memberi contoh bagaimana data menjadi informasi

Kosa kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Cobalah / Pecahkan

1. Sebutkan data spesifik yang dikumpulkan sekolah tentang setiap siswa. Informasi apa
yang bisa dikumpulkan menggunakan semua data siswa?
2. Tinjau basis data online seperti:

http://www.archives.gov

http://www.historyworld.net/

http://newdeal.feri.org/index.htm

https://www.loc.gov/

http://www.imdb.com/

a. Sebuah. Tulis contoh data dan informasi yang terkait dengan salah satu situs.

b. Nyatakan mengapa Anda yakin pengumpulan data jenis ini bisa menjadi penting.

3. Pilih situs web yang menampilkan data yang mungkin disimpan dalam database; temukan
10 item data di situs dan daftar 5 buah informasi yang dapat diperoleh dari data.
4. Berikan contoh bagaimana data menjadi informasi untuk kedua industri ini:

• film / film

• rumah sakit / layanan kesehatan

5. Menggunakan Laporan Data Ruang Makan Siang ini, jawab pertanyaan-pertanyaan


berikut.
a. Apa artinya laporan ini?
b. Data apa yang dikumpulkan?
c. Informasi apa yang disediakan tabel ini dari data yang dikumpulkan?
d. Menurut Anda bagaimana informasi ini digunakan oleh mereka yang membaca laporan?
e. Hasilkan setidaknya dua kesimpulan berdasarkan data yang diberikan.
f. Hasilkan setidaknya dua pertanyaan yang akan Anda tanyakan tentang data yang
disediakan.

*LESSON 1-3* history of the database

Tujuan

Pelajaran ini mencakup tujuan berikut:

• Menjelaskan evolusi database dan memberikan contoh perannya dalam dunia bisnis

• Menyebutkan kontribusi historis penting dalam pengembangan dan desain basis data

• Mendaftar dan menjelaskan tiga langkah utama dalam proses pengembangan basis data

Tujuan

• Sejarah memberikan perspektif tentang posisi kita saat ini dalam teknologi informasi.

• Lain kali Anda menggunakan komputer, sistem permainan video, atau ponsel pintar
Anda, Anda akan menyadari seberapa jauh kami sampai pada titik ini dan peristiwa apa
yang membawa kami ke sini.

• Pemodelan Data adalah langkah pertama dalam pengembangan basis data.

• Pelajaran ini mencakup ikhtisar konten yang tercakup dalam sisa kursus.
Sejarah Timeline Database

• 1960-an: Komputer menjadi efektif biaya untuk perusahaan swasta, dan kapasitas
penyimpanan meningkat.

• 1970-72: E. F. Codd mengusulkan model relasional untuk database, memutuskan


hubungan organisasi logis dari penyimpanan fisik.

• 1976: P. Chen mengusulkan model hubungan entitas (ERM) untuk desain database.

Sejarah Timeline Basis Data

• Awal 1980-an: Sistem basis data relasional pertama yang tersedia secara komersial mulai
muncul pada awal 1980-an dengan Oracle Versi 2.

• Pertengahan 1980-an: SQL (bahasa permintaan terstruktur) menjadi "standar


intergalaksi."

• Awal 1990-an: Guncangan industri dimulai dengan lebih sedikit perusahaan yang
bertahan. Oracle selamat.

Sejarah Timeline Database

• Pertengahan 1990-an: Kaboom! Internet / World Wide Web (www) yang dapat
digunakan muncul. Perebutan gila kemudian memungkinkan -s ke sistem komputer
dengan data lama.

• Akhir 1990-an. Investasi besar di perusahaan Internet membantu menciptakan boom


pasar alat untuk konektor jarak jauh Web / Internet / DB.

• Awal abad ke-21: Pertumbuhan aplikasi DB yang solid terus berlanjut. Contoh: situs web
komersial (yahoo.com, amazon.com, google.com), sistem pemerintah (Biro
Kewarganegaraan dan Layanan Imigrasi, Biro Sensus), museum seni, rumah sakit,
sekolah, dll.

Pertanyaan:

Apa hubungan Pemodelan Data dengan Database?

• Pemodelan data adalah langkah pertama dalam proses pengembangan database.

• Ini melibatkan pengumpulan dan analisis data yang perlu dilacak bisnis, dan kemudian
membuat diagram organisasi data itu dalam Diagram Hubungan Entitas.
Proses Pengembangan Basis Data

• Pemodelan data dimulai dengan meneliti persyaratan informasi suatu bisnis.

• Contoh: Berikut adalah seperangkat persyaratan informasi.

 Saya mengelola Departemen Sumber Daya Manusia untuk perusahaan besar. Kita
perlu menyimpan data tentang masing-masing karyawan perusahaan kita. Kita perlu
melacak nama depan, nama belakang, pekerjaan atau posisi masing-masing
karyawan, tanggal perekrutan dan gaji. Untuk setiap karyawan berdasarkan komisi,
kita juga perlu melacak potensi potensinya. Setiap karyawan diberi nomor karyawan
yang unik.

Proses Pengembangan Basis Data

• Contoh: Berikut adalah seperangkat persyaratan informasi.

 Perusahaan kami dibagi menjadi beberapa departemen. Setiap karyawan ditugaskan


ke departemen - misalnya, akuntansi, penjualan, atau pengembangan. Kita perlu
mengetahui departemen yang bertanggung jawab untuk setiap karyawan dan lokasi
departemen. Setiap departemen memiliki nomor unik. -Beberapa karyawan adalah
manajer. Kita perlu mengetahui manajer setiap karyawan dan semua karyawan yang
dikelola oleh masing-masing manajer.

Proses Pengembangan Basis Data

• Diagram hubungan entitas harus sepenuhnya menangkap dan memodelkan secara akurat
kebutuhan informasi organisasi dan mendukung fungsi bisnis.

Proses Pengembangan Basis Data

• Langkah kedua, fase desain basis data dari proses pengembangan, menerjemahkan
informasi yang dimodelkan pada diagram hubungan entitas ke diagram instance tabel.

Proses Pengembangan Basis Data

Contoh tabel mencantumkan spesifikasi desain informasi dan memiliki komponen-komponen


berikut:

• Nama tabel

• Nama kolom

• Kunci: kunci primer (PK) adalah pengidentifikasi unik untuk setiap baris data; kunci
asing (FK) menautkan data dalam satu tabel ke data dalam tabel kedua dengan merujuk
ke kolom PK pada tabel kedua
• Nulls: menunjukkan apakah suatu kolom harus mengandung nilai (wajib)

Proses Pengembangan Basis Data

• Unik: menunjukkan apakah nilai yang terkandung dalam kolom adalah unik di dalam
tabel

• Tipe data: mengidentifikasi definisi dan format data yang disimpan di setiap kolom

Proses Pengembangan Basis Data

• Perintah Structured Query Language (SQL) digunakan untuk membangun struktur fisik
basis data.

Proses Pengembangan Basis Data

• SQL juga digunakan untuk mengisi, mengakses, dan memanipulasi data dalam basis data
relasional

Terminologi

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

• Tipe data

• Kunci asing (FK)

• Nulls

• Kunci primer (PK)

• Tabel contoh tabel

• Unik

Ringkasan

Dalam pelajaran ini, Anda seharusnya belajar bagaimana:

• Menjelaskan evolusi database dan memberikan contoh perannya dalam dunia bisnis

• Sebutkan kontribusi sejarah penting dalam pengembangan dan desain basis data

• Buat daftar dan jelaskan tiga langkah utama dalam proses pengembangan basis data
*PRACTICE 1-3*

Practice 3

Desain Basis Data


1-3: Sejarah Basis Data
Kegiatan Praktek
Tujuan
o Menjelaskan evolusi basis data dan memberikan contoh perannya dalam dunia
bisnis
o Sebutkan kontribusi historis penting dalam pengembangan dan desain basis data
o Buat daftar dan jelaskan tiga langkah utama dalam proses pengembangan basis
data

Kosa kata
Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Cobalah / Pecahkan

1. Lengkapi diagram dengan mendaftar peristiwa penting dalam evolusi basis data. Gambar garis
dari setiap peristiwa ke era saat itu.

2. Benar atau Salah: Personal Digital Assistant (PDA) adalah kontribusi historis penting dalam
pengembangan dan desain basis data
3. Sebutkan dua kontribusi historis penting dalam pengembangan dan desain basis data.

4. Jika Membangun database adalah tugas utama ketiga dalam proses pengembangan database,
maka

apa dua tugas utama pertama?

5. (Opsional) Sebutkan setidaknya tiga peristiwa waktu dalam evolusi database.

*LESSON 1-4* Major Trasformation in computing

Tujuan

Pelajaran ini mencakup tujuan-tujuan berikut:

• Mendaftar transformasi utama dalam komputasi yang telah terjadi sejak tahun 1970-an.

• Tentukan dan berikan contoh istilah-istilah ini: perangkat keras, sistem operasi, perangkat
lunak

• Identifikasi contoh bisnis yang menggunakan perangkat lunak basis data dan jelaskan
bagaimana hal itu penting untuk kesuksesan mereka.

Tujuan

• Sejarah memberikan perspektif untuk keberadaan kita saat ini dalam teknologi informasi.

• Jika kita tahu dari mana kita berasal, lebih mudah untuk memahami di mana kita hari ini,
dan ke mana kita akan pergi di masa depan.

• Pekerjaan pertama Anda setelah lulus mungkin tidak ada 20 tahun kemudian!

Istilah Utama

• Perangkat Keras: fisik "potongan-potongan" komputer: keyboard, layar, mouse, drive


disk, memori, dll.

• Perangkat lunak: program (set instruksi) yang memberi tahu perangkat keras apa yang
harus dilakukan

• Sistem operasi: program perangkat lunak yang secara langsung mengontrol dan
mengelola perangkat keras: Microsoft Windows, Linux, dll.

• Aplikasi: program perangkat lunak yang melakukan tugas khusus atas nama pengguna
komputer
Ketentuan Utama

• Klien: komputer stasiun kerja atau desktop termasuk layar, keyboard, dan mouse. Klien
berinteraksi langsung dengan pengguna komputer manusia.

• Server: komputer yang lebih kuat yang menerima permintaan pekerjaan dari klien,
mengeksekusi setiap permintaan, dan mengirimkan hasilnya kembali ke klien.

Ketentuan Utama

• Setiap kali Anda meminta informasi dari halaman Web, komputer klien Anda
mengirimkan permintaan ke database di server.

• Server mengambil data dari database, mengubahnya menjadi informasi yang berguna,
dan mengirimkan informasi kembali ke klien

• Jika Anda mengejar karir di bidang TI, Anda akan mendengar dan menggunakan istilah
ini hampir setiap hari!

Sejarah Sistem Komputer 1970-an

• Perangkat lunak basis data berada di komputer mainframe.

• Hampir semua pemrosesan komputer dilakukan pada komputer mainframe besar ini.

• Beberapa komputer ini lebih besar dari ruang kelas Anda!

Sejarah Sistem Komputer

• Komputer yang lebih kecil, atau "terminal bisu," digunakan untuk mengakses mainframe
yang besar dan menjalankan perintah.

• Terminal bergantung pada mainframe dan menampilkan hasilnya hanya setelah


pemrosesan selesai di mainframe. Mereka tidak mampu memproses sendiri.

Sejarah Sistem Komputer 1980-an

• Ketika komputer pribadi (PC) menjadi lebih cepat dan tersedia secara luas, pemrosesan
dipindahkan dari mainframe ke desktop

Sejarah Sistem Komputer

• Karena PC memiliki perangkat lunak mereka sendiri dan mampu melakukan beberapa
pemrosesan sendiri, mereka kemudian dikenal sebagai "klien cerdas" atau "workstation."
Sejarah Sistem Komputer

• Memiliki kekuatan pemrosesan dalam mesin klien mengantarkan gelombang aplikasi


antarmuka pengguna grafis (GUI).

• Banyak aplikasi umum taday (Word, ExcelL, PowerPoint) lahir selama era ini.

Masalah Sistem yang Terisolasi dan Tidak Terintegrasi

• Memiliki banyak aplikasi pada banyak workstation klien menciptakan masalah baru.

• Dalam contoh ini, perangkat lunak yang berbeda pada sistem yang berbeda memerlukan
integrasi. Ini biasanya menyusahkan dan mahal.

Masalah Sistem yang Terisolasi dan Tidak Terintegrasi

• Jika upgrade dilakukan ke aplikasi perangkat lunak, masing-masing dan setiap server
ditambah masing-masing dan setiap klien harus ditingkatkan.

1990-an dan beyond

• Misi Oracle adalah menggunakan Internet dan server pemrosesan cepat untuk memenuhi
kebutuhan organisasi dalam menyimpan data dan menghasilkan informasi.

1990s and Beyond

• Perangkat lunak yang mengelola data ada di server database. Ia melakukan pemrosesan
untuk penyimpanan dan pengambilan.

1990-an dan beyond

• Lebih Banyak Aplikasi untuk operasi bisnis duduk di server aplikasi.

• Ini berinteraksi dengan, memproses, mengembangkan, atau memanipulasi data untuk


pembuatan dokumen.

1990-an dan Beyond

• Clients menyediakan akses ke dan tampilan visual dari informasi di server.

• Klien dapat memiliki aplikasi sendiri, tetapi aplikasi bisnis penting diakses dari klien
menggunakan browser Internet.

Komputasi Grid: Model Baru

• Dalam model komputasi grid, semua komputer organisasi di lokasi yang berbeda dapat
dimanfaatkan seperti kumpulan sumber daya komputasi.
• Komputasi grid membangun infrastruktur perangkat lunak yang dapat berjalan di
sejumlah besar server jaringan.

Komputasi Grid: Model Baru

• Seorang pengguna membuat permintaan informasi atau perhitungan dari stasiun kerjanya
dan permintaan itu diproses di suatu tempat di grid, dengan cara seefisien mungkin.

Komputasi Grid: Model Baru

• Komputasi grid memperlakukan komputasi sebagai utilitas, seperti perusahaan listrik.

• Anda tidak tahu di mana generator itu atau bagaimana kabel listrik dihubungkan.

• Anda hanya meminta listrik dan Anda mendapatkannya.

Grid Computing: Model Baru

• Grid Computing meningkatkan kinerja dan keandalan untuk struktur sistem Oracle
menggunakan server database, server aplikasi, dan browser klien.

Cloud Computing:

• Cloud computing memungkinkan perusahaan mengakses perangkat lunak dan perangkat


keras dari penyedia cloud.

• Layanan ini terletak jarak jauh dan dikirimkan ke pengguna menggunakan teknologi web.

Basis data mendukung operasi bisnis di semua sektor industri, termasuk:

• Keuangan dan Perbankan

o Mempertahankan catatan pelanggan dan detail transaksi

• Pengeceran

o Stok control

• Telekomunikasi

o Log Panggilan

• Airline

o Pemesanan perjalanan
Terminologi

Istilah utama yang digunakan dalam pelajaran ini termasuk:

• Aplikasi

• Komputasi

• Grid Klien

• Perangkat Keras

• Infrastruktur

• Sistem operasi

Ringkasan

Dalam pelajaran ini, Anda seharusnya belajar bagaimana:

• Mendaftar transformasi utama dalam komputasi yang telah terjadi sejak tahun 1970-an.

• Tentukan dan berikan contoh istilah-istilah ini: perangkat keras, sistem operasi, perangkat
lunak

• Identifikasi contoh-contoh bisnis elektronik yang menggunakan perangkat lunak basis


data dan jelaskan bagaimana hal itu penting bagi keberhasilan mereka

• Jelaskan misi keseluruhan dari Oracle Corporation

*PRACTICE 1-4*

Practice 4

Desain Basis Data

1-4: Transformasi Besar dalam Komputasi

Kegiatan Praktek

Tujuan

o Sebutkan transformasi utama dalam komputasi yang telah terjadi sejak tahun
1970-an
o Tetapkan dan berikan contoh istilah ini: perangkat keras, sistem operasi,
perangkat lunak
o Identifikasi contoh-contoh bisnis elektronik yang menggunakan perangkat lunak
basis data dan jelaskan bagaimana itu penting untuk keberhasilan mereka
o Jelaskan misi keseluruhan dari Oracle Corporation

Kosa kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini

Cobalah / Pecahkan

1. Berikan definisi dan contoh masing-masing:

a. Perangkat keras
b. Sistem operasi
c. Perangkat lunak

2. Bagaimana transformasi utama ponsel memengaruhi aktivitas sehari-hari dari perusahaan


perbaikan layanan - apa yang dapat dilakukan oleh petugas perbaikan layanan hari ini yang tidak
dapat mereka lakukan sebelum transformasi ini?

3. Sebutkan tiga e-bisnis yang menggunakan perangkat lunak database dan jelaskan bagaimana
perangkat lunak database digunakan!

4. Tuliskan langkah-langkah transaksi kartu kredit sederhana. Berapa banyak tempat informasi
itu pergi, dan apa yang terjadi jika transaksi tidak lengkap di salah satu langkah? Apa peran yang
dimainkan basis data dalam proses ini?
Quiz Section 1 beserta jawaban yang benar

1. Pasar untuk para profesional TI masih terus meningkat dan akan terus melakukannya di
masa depan karena dunia semakin tergantung pada sistem komputer. Benar atau salah?
2. Permintaan untuk profesional Teknologi Informasi di pasar saat ini semakin meningkat.
Benar atau salah?
3. Bidang studi utama yang diajarkan oleh Oracle Academy adalah ....
4. Basis data digunakan di sebagian besar negara dan oleh sebagian besar pemerintah.
Kehidupan, seperti yang kita tahu, akan berubah secara drastis jika kita tidak lagi
memiliki akses ke database. Benar atau salah?
5. Karya E.F. Codd pada awal 1970-an mengarah pada pengembangan database Relational.
Benar atau salah?
6. Pemodelan Data adalah langkah terakhir dalam proses pengembangan basis data. Benar
atau salah?
7. Entitas ditransformasikan menjadi Tabel selama proses Desain Database. Benar atau
salah?
8. Komputer pribadi (PC) sudah ada sejak 1950. Benar atau Salah?
9. Dalam model komputasi grid, sumber daya dikumpulkan bersama untuk efisiensi. Benar
atau salah?
10. Istilah mana yang menggambarkan komponen fisik sistem komputer?
11. Manakah dari berikut ini yang merupakan contoh dari e-bisnis yang menggunakan
perangkat lunak database? Tandai untuk Ditinjau. (Pilih semua jawaban yang benar)
a. Toko buku online
b. Halaman web pribadi online
c. Makalah penelitian online
d. Toko pakaian online
e. Layanan belanja pribadi online
12. Perubahan dalam komputasi telah memengaruhi banyak aktivitas kita sehari-hari. Apakah
semua kegiatan berikut ini contoh dari perubahan ini? Ya atau tidak?
- Di masa lalu Anda dulu menggunakan sistem telepon untuk memanggil bantuan
direktori untuk mendapatkan nomor telepon. Hari ini Anda dapat menggunakan PC
Anda untuk mencari nomor telepon online.
- Dulu Anda harus pergi ke toko sepatu untuk membeli sepatu. Hari ini Anda dapat
menggunakan PC Anda untuk memesan sepatu secara online.
- Di masa lalu Anda harus menggunakan PC Anda untuk mengirim seseorang email.
Hari ini Anda dapat menggunakan telepon Anda untuk mengirim pesan teks.
a. Ya
b. Tidak
13. Pertimbangkan perpustakaan sekolah Anda. Ini akan memiliki database dengan rincian
transaksi dari buku-buku yang dipinjam oleh siswa. Apakah jumlah total pembukuan
yang dipinjamkan dalam satu bulan dianggap Data atau Informasi?
a. Data
b. Informasi
c. Kedua
d. Tidak juga
14. Informasi yang diperoleh dari data sama dengan: (Pilih Dua)
(Pilih semua jawaban yang benar)
a. Tidak ada perbedaan antara data dan informasi.
b. Intelijen
c. Bahan baku
d. Pengetahuan
15. Pertimbangkan perpustakaan sekolah Anda. Ini akan memiliki database dengan rincian
transaksi dari buku-buku yang dipinjam oleh siswa. Apakah perincian satu siswa yang
meminjam satu buku dianggap sebagai Data atau Informasi?
a. Data
b. Informasi
c. Kedua
d. Tidak juga
SECTION 2
Play 1, section 2

2.1 LESSON

2-1 conceptual & physical model

What is a Conceptual Model? A conceptual model: • Captures the functional and informational
needs of a business • Is based on current needs but it may reflect future needs • Addresses the
needs of a business (what is conceptually ideal), but does not address its implementation (what is
physically possible) • Is the result of completing the Data Modeling process

Apa itu Model Konseptual? Model konseptual: • Menangkap kebutuhan fungsional dan
informasi bisnis • Didasarkan pada kebutuhan saat ini tetapi mungkin mencerminkan kebutuhan
masa depan • Mengatasi kebutuhan bisnis (apa yang secara konsep ideal), tetapi tidak membahas
implementasinya (apa yang secara fisik mungkin) • Apakah hasil dari menyelesaikan proses
Pemodelan Data

What is a Conceptual Model? A conceptual model: • Identifies : -important entities (objects that
become tables in database) relationships among entities • Does not specify : attributes (objects
that become columns or fields in database) - unique identifiers (attribute that becomes primary
key in database).

Apa itu Model Konseptual? Model konseptual: • Mengidentifikasi:-entitas yang penting (objek
yang menjadi tabel dalam basis data) hubungan antar entitas • Tidak menentukan: atribut (objek
yang menjadi kolom atau bidang dalam basis data) - pengidentifikasi unik (atribut yang menjadi
kunci utama dalam basis data).

What is a Conceptual Model? A conceptual model is important to a business because it: •


Describes exactly the information needs of the business • Facilitates discussion • Prevents
mistakes and misunderstandings • Forms important "ideal system" documentation • Forms a
sound basis for physical database design • Documents the processes (also known as the
"business rules") of the business • Takes into account regulations and laws governing this
industry

Apa itu Model Konseptual? Sebuah model konseptual penting untuk bisnis karena: •
Menjelaskan dengan tepat kebutuhan informasi bisnis • Memfasilitasi diskusi • Mencegah
kesalahan dan kesalahpahaman • Membentuk dokumentasi "sistem ideal" yang penting •
Membentuk dasar yang kuat untuk desain database fisik • Mendokumentasikan proses-proses
( juga dikenal sebagai "aturan bisnis") dari bisnis • Memperhatikan peraturan dan undang-
undang yang mengatur industri ini
Conceptual and Physical Models • It is the art of planning, developing, and communicating that
allows a group of people to work together to achieve a desired outcome. • Data modeling is the
process of capturing the important concepts and rules that shape a business and depicting them
visually on a diagram. • This diagram becomes the blueprint for designing the physical thing. •
The client's dream (conceptual model) will become a physical reality (physical model).

Model Konseptual dan Fisik • Ini adalah seni perencanaan, pengembangan, dan komunikasi yang
memungkinkan sekelompok orang untuk bekerja bersama untuk mencapai hasil yang diinginkan.
• Pemodelan data adalah proses menangkap konsep dan aturan penting yang membentuk bisnis
dan menggambarkannya secara visual pada diagram. • Diagram ini menjadi cetak biru untuk
mendesain benda fisik. • Mimpi klien (model konseptual) akan menjadi realitas fisik (model
fisik).

What is a Logical Model? A logical model: • Includes all entities and relationships among them.
• Is called an entity relationship model (ERM). • Is illustrated in an ERD. Specifies all attributes
and UIDS for each entity. • Determines attribute optionality. • Determines relationship
optionality and cardinality.

Apa itu Model yang Logis? Model logis: • Termasuk semua entitas dan hubungan di antara
mereka. • Disebut model hubungan entitas (ERM). • Diilustrasikan dalam ERD. Menentukan
semua atribut dan UIDS untuk setiap entitas. • Menentukan opsionalitas atribut. • Menentukan
opsionalitas hubungan dan kardinalitas.

Terminology Key terms used in this lesson included: • Conceptual model • Data • Data modeling
Physical model

Terminologi Istilah-istilah utama yang digunakan dalam pelajaran ini meliputi: • Model
konseptual • Data • Pemodelan data Model fisik

Summary In this lesson, you should have learned how to: • Explain the importance of clearly
communicating and accurately capturing information requirements Distinguish between a
conceptual model and its physical implementation • List five reasons for building a conceptual
data model • Give examples of conceptual models and physical models

Ringkasan Dalam pelajaran ini, Anda seharusnya belajar bagaimana: • Menjelaskan pentingnya
berkomunikasi secara jelas dan secara akurat menangkap persyaratan informasi. Membedakan
antara model konseptual dan implementasi fisiknya • Sebutkan lima alasan untuk membangun
model data konseptual • Berikan contoh model konseptual dan model fisik

2-2 ENTITIES, INSTANCE, ATTRIBUTES AND IDENTIFIERS

Purpose of Entities Knowing how to organize and classify data makes it possible to draw useful
conclusions about seemingly random facts. • Our technology-rich world produces vast quantities
of facts in need of structure and order. • It is important to learn about entities because they are
the things about which we store data. • For example: -A school needs to store data about (as a
minimum): STUDENTSS, TEACHERS, COURSES, ROOMS, GRADESS.

Tujuan Entitas Mengetahui bagaimana mengatur dan mengklasifikasikan data memungkinkan


untuk menarik kesimpulan yang berguna tentang fakta-fakta acak. • Dunia kita yang kaya
teknologi menghasilkan sejumlah besar fakta yang membutuhkan struktur dan ketertiban. •
Penting untuk belajar tentang entitas karena itu adalah hal-hal yang kita simpan data. •
Misalnya: -Sekolah perlu menyimpan data tentang (minimal): MAHASISWA, GURU,
KURSUS, KAMAR, KECEPATAN.

Purpose of Attributes • It is important to learn about attributes because they provide more
specific information about an entity. • Attributes help you distinguish between one instance and
another by providing greater detail for the entity. • For example: - In a restaurant, you need to
list the individual items on a customer's order so that you can calculate the bill. - When building
several sales reports, you must be able to identify a specific report from the list of reports.

Tujuan Atribut • Penting untuk mempelajari atribut karena atribut tersebut memberikan informasi
yang lebih spesifik tentang suatu entitas. • Atribut membantu Anda membedakan antara satu
contoh dan lainnya dengan memberikan detail yang lebih besar untuk entitas. • Misalnya: - Di
sebuah restoran, Anda perlu membuat daftar item individual pada pesanan pelanggan sehingga
Anda dapat menghitung tagihan. - Saat membuat beberapa laporan penjualan, Anda harus dapat
mengidentifikasi laporan tertentu dari daftar laporan.

Purpose Unique Identifiers • What about unique identifiers? • It is important to learn about
unique identifiers because they distinguish one instance of an entity from another. • For
example: - In a classroom, you need to distinguish between one student and another. - When
classifying your CD collection, you need to distinguish between one CD and another. - When
listing transactions on a financial statement, you need to distinguish between one transaction
and another.

Tujuan Pengidentifikasi Unik • Bagaimana dengan pengidentifikasi unik? • Penting untuk


belajar tentang pengidentifikasi unik karena mereka membedakan satu instance dari entitas dari
yang lain. • Misalnya: - Di ruang kelas, Anda perlu membedakan antara satu siswa dan yang
lainnya. - Saat mengklasifikasikan koleksi CD Anda, Anda perlu membedakan antara satu CD
dengan yang lainnya. - Saat mencatat transaksi pada laporan keuangan, Anda harus
membedakan antara satu transaksi dan yang lainnya.

Identifying Purpose Look at the magazine advertisements and the Internet sites identified by the
teacher. • What is the "main thing" that each ad or website is about?

Identifikasi Tujuan Lihat iklan majalah dan situs internet yang diidentifikasi oleh guru. • Apa
"hal utama" dari setiap iklan atau situs web?
Entity Defined An entity is: • "Something" of significance to the business about which data must
be known • A name for a set of similar things that you can list Usually a noun Examples: objects,
events, people • Entities have instances. • An instance is a single occurrence of an entity.

Entity Defined Suatu entitas adalah: • "Sesuatu" yang penting bagi bisnis tentang data mana yang
harus diketahui • Nama untuk serangkaian hal serupa yang dapat Anda daftarkan. Biasanya kata
benda Contoh: objek, peristiwa, orang • Entitas memiliki instance. • Sebuah instance adalah
kejadian tunggal dari suatu entitas.

Entities and Instances • A Dalmatian, a Siamese cat, a cow and a pig are instances of ANIMAL •
A convertible, a sedan and a station wagon are instances of CAR • Some entities have many
instances and some have only a few • Entities can be: - Tangible, like PERSON or PRODUCT
Intangible, like SKILL LEVEL - An event, like CONCERT

Entitas dan Instans • Dalmatian, kucing siam, sapi, dan babi adalah contoh dari HEWAN • Mobil
convertible, sedan, dan station wagon adalah contoh dari CAR • Beberapa entitas memiliki
banyak instance dan beberapa hanya memiliki beberapa • Entitas dapat berupa : - Berwujud,
seperti PERSON atau PRODUCT Intangible, seperti SKILL LEVEL - Suatu peristiwa, seperti
CONCERT

Entities and Instances • Is DOG an instance or an entity? • It depends: - If we consider many


different kinds of animais, It makes sense to think of the entity ANIMAL to include instances
DOG, CAT, HORSE and so on. - But what if we run a dog-breeding business? We will need to
keep data on many different breeds of dog, but not on other species of animal. - For a dog-
breeder, it is more natural to think of an entity DOG to include instances TERRIER, POODLE,
LABRADOR and so on.

Entitas dan Instans • Apakah DOG merupakan instance atau entitas? • Tergantung: - Jika kita
mempertimbangkan berbagai jenis animais, masuk akal untuk memikirkan entitas HEWAN
untuk memasukkan contoh DOG, CAT, HORSE, dan sebagainya. - Tapi bagaimana jika kita
menjalankan bisnis pembiakan anjing? Kita perlu menyimpan data tentang berbagai jenis anjing,
tetapi tidak pada spesies hewan lain. - Untuk peternak anjing, lebih alami untuk memikirkan
entitas DOG untuk memasukkan instance TERRIER, POODLE, LABRADOR, dan sebagainya.

What is an Attribute? • Like an entity, an attribute represents something of significance to the


business. • An attribute is a specific piece of information that helps: - Describe an entity -
Quantify an entity - Qualify an entity - Classify an entity - Specify an entity • An attribute has a
single value.

Apa itu Atribut? • Seperti entitas, atribut mewakili sesuatu yang penting bagi bisnis. • Atribut
adalah informasi spesifik yang membantu: - Menjelaskan entitas - Mengkuantifikasi entitas -
Mengkualifikasi entitas - Mengklasifikasikan entitas - Menentukan entitas • Atribut memiliki
nilai tunggal.
Attributes • Attributes have values. An attribute value can be a number, a character string, a
date, an image, a sound, etc. • These are called "data types" or "formats." Every attribute stores
one piece of data of one specific data type. Entities Attributes family name, date of birth, shoe
size, town of residence, email CUSTOMER CAR model, weight, catalog price ORDER order
date, ship date title, description JOB TRANSACTION amount, transaction date EMPLOYMENT
CONTRACT start date, salary

Atribut • Atribut memiliki nilai. Nilai atribut dapat berupa angka, string karakter, tanggal,
gambar, suara, dll. • Ini disebut "tipe data" atau "format." Setiap atribut menyimpan sepotong
data dari satu tipe data spesifik. Atribut Entitas nama keluarga, tanggal lahir, ukuran sepatu, kota
tempat tinggal, email MOBIL PELANGGAN model, berat, harga katalog ORDER tanggal
pesanan, judul tanggal kapal, deskripsi jumlah TRANSAKSI PEKERJAAN, tanggal transaksi
KONTRAK KERJA KARYAWAN tanggal mulai, gaji

Attributes Some attributes (such as age) have values that constantly change. • These are called
volatile attributes. Other attributes (such as order date) will rarely change, if ever. • These are
nonvolatile attributes. • If given a choice, select the nonvolatile attribute. • For example, use
birth date instead of age.

Atribut Beberapa atribut (seperti usia) memiliki nilai yang terus berubah. • Ini disebut atribut
volatil. Atribut lain (seperti tanggal pemesanan) jarang akan berubah, jika pernah. • Ini adalah
atribut yang tidak mudah menguap. • Jika diberi pilihan, pilih atribut nonvolatile. • Misalnya,
gunakan tanggal lahir bukan usia.

Attributes • Example: Email address could be a mandatory attribute for EMPLOYEE in an email
application, but an optional attribute for CUSTOMER in an online catalog.

Atribut • Contoh: Alamat email dapat menjadi atribut wajib untuk EMPLOYEE dalam aplikasi
email, tetapi atribut opsional untuk PELANGGAN dalam katalog online.

Attributes • If we were to model a Human Resource system, we would have an entity to store data
for each worker called EMPLOYEE. • What attributes does EMPLOYEE have? • Give one or
two examples of the values that each EMPLOYEE attribute might contain.

Atribut • Jika kita memodelkan sistem Sumber Daya Manusia, kita akan memiliki entitas untuk
menyimpan data untuk setiap pekerja yang disebut EMPLOYEE. • Atribut apa yang dimiliki
EMPLOYEE? • Berikan satu atau dua contoh nilai yang mungkin dimiliki oleh setiap atribut
EMPLOYEE.

Identifiers • An EMPLOYEE has a unique identifier (UID). • A UID is either a single attribute or
a combination of multiple attributes that distinguishes one employee from another. • How do you
find a specific employee that works for the company? • What information uniquely identifies one
EMPLOYEE?
Pengidentifikasi • KARYAWAN memiliki pengidentifikasi unik (UID). • UID adalah atribut
tunggal atau kombinasi beberapa atribut yang membedakan satu karyawan dari yang lain. •
Bagaimana Anda menemukan karyawan tertentu yang bekerja untuk perusahaan? • Informasi
apa yang secara unik mengidentifikasi satu EMPLOYEE?

Identifiers • Think about all the students in the classroom. • Each student is described by several
traits or attributes. Which attribute or attributes allow you to pick a single student from the rest
of the class? • That is the student's UID.

Pengidentifikasi • Pikirkan semua siswa di kelas. • Setiap siswa dijelaskan oleh beberapa sifat
atau atribut. Atribut atau atribut mana yang memungkinkan Anda memilih satu siswa dari
seluruh kelas? • Itu UID siswa.

Terminology Key terms used in this lesson included: Attribute • Data type Entity Instance
Mandatory • Intangible

Terminologi Istilah-istilah utama yang digunakan dalam pelajaran ini termasuk: Atribut • Jenis
data Instance Instance Wajib • Tidak berwujud

Terminology Key terms used in this lesson included: • Null Optional Single valued • Tangible
Unique identifier (UID) • Volatile

Terminologi Istilah-istilah utama yang digunakan dalam pelajaran ini termasuk: • Null Opsional
Nilai tunggal • Pengidentifikasi Unik berwujud (UID) • Mudah berubah

Summary In this lesson, you should have learned how to: • Define and give an example of an
entity • Distinguish between an entity and an instance of an entity • Name and describe
attributes for a given entity • Distinguish between an attribute and its value • Distinguish
between mandatory and optional attributes, and between volatile and nonvolatile attributes •
Select and justify a unique identifier (UID) for an entity

Ringkasan Dalam pelajaran ini, Anda seharusnya belajar bagaimana: • Menentukan dan
memberikan contoh entitas • Membedakan antara entitas dan instance entitas • Nama dan
menggambarkan atribut untuk entitas tertentu • Membedakan antara atribut dan nilainya •
Bedakan antara atribut wajib dan opsional, dan antara atribut volatil dan tidak volatil • Pilih dan
benarkan pengidentifikasi unik (UID) untuk suatu entitas

2-3 ENTITY RELATIONSHIPS MODELLING AND ERDs

Objectives This lesson covers the following objectives: •Define the meaning of "implementation-
free" as it relates to data models and database design implementation •List the four goals of
entity relationship modeling •Identify an entity relationship diagram (ERD)
Tujuan Pelajaran ini mencakup tujuan-tujuan berikut: • Menentukan makna "bebas
implementasi" yang terkait dengan model data dan implementasi desain database • Mendaftar
empat tujuan pemodelan hubungan entitas • Mengidentifikasi diagram hubungan entitas (ERD)

Purpose • An entity relationship diagram (ERD) is a consistent tool that can be used to represent
the data requirements of a business regardless of the type of database that is used, and even in
the absence of one!

Tujuan • Diagram hubungan entitas (ERD) adalah alat yang konsisten yang dapat digunakan
untuk mewakili persyaratan data bisnis terlepas dari jenis database yang digunakan, dan bahkan
jika tidak ada!

Implementation-Free Models • A good conceptual data model stays the same regardless of the
type of database the system is eventually built-or implemented-on. • This is what we mean when
we say that the model is "implementation-free."

Model Bebas Implementasi • Model data konseptual yang baik tetap sama terlepas dari jenis
database yang pada akhirnya dibangun atau diimplementasikan sistem. • Inilah yang kami
maksud ketika kami mengatakan bahwa model itu "bebas implementasi."

Implementation-Free Models • The data model should stay the same even if a database is not
used at all. • For example: when the data is eventually stored on pieces of paper in a filing
cabinet.

Model Bebas Implementasi • Model data harus tetap sama bahkan jika database tidak digunakan
sama sekali. • Sebagai contoh: ketika data akhirnya disimpan pada selembar kertas di lemari
arsip.

What is an Entity Relationship Model? An Entity Relationship Model: •Is a list of all entities and
attributes as well as all relationships between the entities that are of importance. •Provides
background information such as entity descriptions, data types, and constraints. •Note: The
model does not require a diagram, but the diagram is typically a very useful tool.

Apa itu Model Hubungan Entitas? Model Hubungan Entitas: • Adalah daftar semua entitas dan
atribut serta semua hubungan antara entitas yang penting. • Memberikan informasi latar
belakang seperti deskripsi entitas, tipe data, dan batasan. • Catatan: Model ini tidak memerlukan
diagram, tetapi diagram biasanya merupakan alat yang sangat berguna.

Goals of ER Modeling There are four goals of ER modeling: •Capture all required data •Ensure
that data appears only once •Model no data that is derivable from other data already modeled
•Locate data in a predictable, logical place

Tujuan Pemodelan ER Ada empat tujuan pemodelan ER: • Menangkap semua data yang
diperlukan • Memastikan bahwa data hanya muncul sekali • Memodelkan tidak ada data yang
dapat diturunkan dari data lain yang sudah dimodelkan • Cari data di tempat yang dapat
diprediksi, logis

Goals of ER Modeling • Imagine your school record-from your earliest days in school, data
about you was captured. • Your absences, discipline history, classes taken, and grades earned
are probably part of your record. • This data needs to be stored in a logical way, to allow
accessing and updating records to be carried out easily and efficiently. • Following the goals of
ER Modeling helps to achieve this.

Tujuan Pemodelan ER • Bayangkan catatan sekolah Anda-dari hari-hari awal Anda di sekolah,
data tentang Anda ditangkap. • Absen Anda, sejarah disiplin, kelas yang diambil, dan nilai yang
diperoleh mungkin merupakan bagian dari catatan Anda. • Data ini perlu disimpan dengan cara
yang logis, untuk memungkinkan pengaksesan dan pemutakhiran catatan dilakukan dengan
mudah dan efisien. • Mengikuti tujuan Pemodelan ER membantu untuk mencapai ini.

H.R. Department Business Scenario • Read the complete business scenario for the Human
Resource Department below. • Then examine the completed ERD. -I manage the Human
Resources Department for a large company. We need to store data about each of our company's
employees. We need to track each employee's first name, last name, job or position, hire date and
salary. For each employee on commission, we also need to track his/her potential commission.
Each employee is assigned a unique employee number.

H.R. Skenario Bisnis Departemen • Baca skenario bisnis lengkap untuk Departemen Sumber
Daya Manusia di bawah ini. • Kemudian periksa ERD yang lengkap. -Saya mengelola
Departemen Sumber Daya Manusia untuk perusahaan besar. Kita perlu menyimpan data tentang
masing-masing karyawan perusahaan kita. Kita perlu melacak nama depan, nama belakang,
pekerjaan atau posisi masing-masing karyawan, tanggal perekrutan dan gaji. Untuk setiap
karyawan berdasarkan komisi, kita juga perlu melacak potensi potensinya. Setiap karyawan
diberi nomor karyawan yang unik.

Summary In this lesson, you should have learned how to: •Define the meaning of
"implementation-free" as it relates to data models and database design implementation •List the
four goals of entity relationship modeling •Identify an entity relationship diagram (ERD)

Ringkasan Dalam pelajaran ini, Anda seharusnya belajar bagaimana: • Menentukan arti "bebas
implementasi" yang terkait dengan model data dan implementasi desain basis data • Mendaftar
empat tujuan pemodelan hubungan entitas • Identifikasi diagram hubungan entitas (ERD)

QUIZZZZZZ

1. Which of the following statements about ERD's is false? 1. Model all information that is
derivable from other information already modeled. (*) Ensure that information appears only
once. Capture all required information. Locate information in a predictable, logical place.
Correct

1. Manakah dari pernyataan berikut tentang ERD yang salah? 1. Model semua informasi yang
dapat diturunkan dari informasi lain yang sudah dimodelkan. (*) Pastikan informasi hanya
muncul sekali. Tangkap semua informasi yang diperlukan. Temukan informasi di tempat yang
dapat diprediksi dan logis. Benar

2. The purpose of an ERD Is to document the proposed system and facilitate discussion and,- 2.
understanding of the requirements captured by the developer. True or False? True (*) False O
Correct

2. Tujuan dari ERD adalah untuk mendokumentasikan sistem yang diusulkan dan memfasilitasi
diskusi dan, - 2. pemahaman tentang persyaratan yang ditangkap oleh pengembang. Benar atau
salah? Benar (*) Salah O Benar

3. Which of the following can be found in an ERD? (Choose Two) (Choose all correct answers)
Tables. Attributes. (*) Entities. (*) Instances. X Incorrect. Refer to Section 2 Lesson 3.

3. Manakah dari berikut ini yang dapat ditemukan di ERD? (Pilih Dua) (Pilih semua jawaban
yang benar) Tabel. Atribut. (*) Entitas. (*) Contoh. X Salah. Lihat Bagian 2 Pelajaran 3.

4. All of the following would be instances of the entity PERSON except which? 4. David Jones
Male (*) Grace Abinajam Angelina Rosalie Incorrect. Refer to Section 2 Lesson 2.

4. Semua yang berikut ini akan menjadi contoh entitas PERSON kecuali yang mana? 4. David
Jones Pria (*) Grace Abinajam Angelina Rosalie Salah. Lihat Bagian 2 Pelajaran 2.

5. Which of the following entities most likely contains valid attributes? (Choose two) 5. (Choose
all correct answers) Entity: Home. Attributes: Number of Bedrooms, Owner, Address, Date Built
(*) Entity: Pet. Attributes: Name, Birthdate, Owner (*) Entity: Mother. Attributes: Name,
Birthdate, Occupation, Start Date Entity: Car. Attributes: Owner Occupation, Owner Salary,
Speed X Incorrect. Refer to Section 2 Lesson 2.

5. Manakah dari entitas berikut yang paling mungkin berisi atribut yang valid? (Pilih dua) 5.
(Pilih semua jawaban yang benar) Entitas: Rumah. Atribut: Jumlah Kamar Tidur, Pemilik,
Alamat, Tanggal Dibangun (*) Badan: Pet. Atribut: Nama, Tanggal Lahir, Pemilik (*) Entitas:
Ibu. Atribut: Nama, Tanggal Lahir, Pekerjaan, Tanggal Mulai Entitas: Mobil. Atribut: Pekerjaan
Pemilik, Gaji Pemilik, Kecepatan X Tidak Benar. Lihat Bagian 2 Pelajaran 2.

6. Attributes can only have one value at any point for each instance in the entity. True or False?,
Mark for Review (1) Points True (*) False V Correct

6. Atribut hanya dapat memiliki satu nilai di setiap titik untuk setiap instance dalam entitas.
Benar atau Salah ?, Tandai untuk Ditinjau (1) Poin Benar (*) Salah V Benar
7. Which of the following are examples of ENTITY: Instance ? (Choose Two) Mark for Review
(1) Points (Choose all correct answers) MEAT PRODUCT: Lettuce ANIMAL: Dog (*)
TRANSPORTATION METHOD: Car (*) BODY PART: Larry Ellison X Incorrect, Refer to
Section 2 Lesson 2.

7. Manakah dari berikut ini adalah contoh dari ENTITY: Instance? (Pilih Dua) Tandai untuk
Ditinjau (1) Poin (Pilih semua jawaban yang benar) PRODUK DAGING: Selada HEWAN:
Anjing (*) METODE TRANSPORTASI: Mobil (*) BAGIAN TUBUH: Larry Ellison X Salah,
Lihat Bagian 2 Pelajaran 2.

8. is defined as "Something" of significance to the business about which data- 8. A/an Mark must
be known. for Review (1) Points Instance Relationship Entity (*) None of the above

8. didefinisikan sebagai "Sesuatu" yang penting bagi bisnis tentang data mana-. 8. Merek harus
diketahui. untuk Ulasan (1) Poin Instance Hubungan Entitas (*) Tidak ada di atas

9. Which of the following attributes is suitable to be a Unique Identifier? 9. Mark for Review (1)
Points First name Address Last name Social Security Number (*) X Incorrect, Refer to Section 2
Lesson 2.

9. Manakah dari atribut berikut yang cocok untuk menjadi Pengidentifikasi Unik? 9. Tandai
untuk Ditinjau (1) Poin Nama depan Alamat Nama belakang Nomor Jaminan Sosial (*) X Tidak
Benar, Rujuk ke Bagian 2 Pelajaran 2.

10. Attributes can be either mandatory or optional. True or False? 10. Mark for Review (1)
Points True (*) False A Correct

10. Atribut dapat berupa wajib atau opsional. Benar atau salah? 10. Tandai untuk Ditinjau (1)
Poin Benar (*) Salah Benar

11. is a piece of information that in some way describes an entity. It is a property- 11. A/an of the
entity and it quantifies, qualifies, classifies, or specifies the entity. Mark for Review (1) Points
ERD Process Attribute (*) Table Incorrect. Refer to Section 2 Lesson 2.

11. adalah informasi yang dalam beberapa cara menggambarkan suatu entitas. Ini adalah
properti- 11. A / an dari entitas dan itu mengukur, memenuhi syarat, mengklasifikasikan, atau
menentukan entitas. Tandai untuk Ditinjau (1) Poin ERD Atribut Proses (*) Tabel Salah. Lihat
Bagian 2 Pelajaran 2.

12. 12. The Physical Model is derived from the Conceptual Model. True or False? Mark for
Review (1) Points True (*) False X Incorrect, Refer to Section 2 Lesson 1.

12. 12. Model Fisik diturunkan dari Model Konseptual. Benar atau salah? Tandai untuk Ditinjau
(1) Poin Benar (*) Salah X Salah, Lihat Bagian 2 Pelajaran 1.
13. An ERD is an example of a Physical Model. True or False? 13. Mark for Review (1) Points
True False (*) Incorrect. Refer to Section 2 Lesson 1.

13. ERD adalah contoh Model Fisik. Benar atau salah? 13. Tandai untuk Ditinjau (1) Poin
Benar Salah (*) Salah. Lihat Bagian 2 Pelajaran 1.

14. 14. A Conceptual Model is not concerned with how the Physical Model will be implemented.
Mark True or False? for Review (1) Points True (*) False Correct

14. 14. Model Konseptual tidak peduli dengan bagaimana Model Fisik akan diimplementasikan.
Tandai Benar atau Salah? untuk Ulasan (1) Poin Benar (*) Salah Benar

15. 15. An ERD is an example of a Conceptual Model. True or False? Mark for Review (1)
Points True (*) False O Correct

15. ERD adalah contoh Model Konseptual. Benar atau salah? Tandai untuk Ditinjau (1) Poin
Benar (*) Salah O Benar
SECTION 3
3.1 Identifying Relationships
a. Relationships in families (hubungan dalam keluarga)
Hubungan adalah cara dari dua orang atau lebih saling terhubung. Hubungan
keluarga dikategorikan hubungan antar orang, contoh, ayah, ibu, paman dan
keponakan. Nama dari hubungan dapat memberi tahu bagaimana anggota keluarga
dapat terhubung.
b. Relationships in data models (hubungan dalam data model)
 Mewakili sesuatu yang penting bagi bisnis
 Menunjukkan bagaimana entitas terkait satu sama lain
 Hanya terdapat di antara entitas
 Dua arah (diberi nama di kedua ujung)
 Memiliki opsionalitas dan kardinalitas
c. What is optionality in a relationships (opsionalitas dalam hubungan)
 Hubungan bersifat wajib atau opsional
 Mempertimbangkan dua entitas, contoh (karyawan dengan job)
Contoh: apakah setiap karyawan memiliki pekerjaan? Atau apakah setiap
pekerjaan harus ditetapkan pada seorang karyawan?
d. What is cardinality in a relationship (kardinalitas dalam hubungan)
 Kardinalitas mengukur kuantitas
 Dalam hubungan, kardinalitas menentukan sejauh mana satu entitas terkait
dengan entitas lain.
3.2 Diagramming Conventions
a. Shared convention
 Sangat efisien untuk mengomunikasikan informasi dengan cara yang mudah
dipahami oleh banyak orang
 Contohnya: anda dapat menulis sesuatu secara berbeda karena cara berbicara,
aksen bicara, dsb tetapi orang lain menggambar diagram ER sesuai dengan apa
yg ada pada diri anda.
b. ER drawing conventions
 Entitas diwakili oleh softbox
 Nama entitas masuk dalam softbox
 Nama entitas selalu tunggal dan ditulis dengan huruf capital semua
c. Drawing conventions
 Atribut ditulis di bawah nama entitas
 Atribut wajib ditandai dengan * (asterisk)
 Identifier unik (pembeda) diberi tanda dengan # (hash sign)
 Relationships antar entitas dihubungkan dengan garis (garis putus-putus atau
garis solid)
3.3 Speaking ERDish and Drawing Relationships
a. ERD Language (bahasa ERD)
Bahasa ERD adalah bahasa yang digunakan untuk menyatakan hubungan antar
entitas dalam ERD.
b. The components of ERDish (komponen ERD)
 Entitas A
 Opsionalitas
 Nama hubungan
 Kardinalitas (one to one atau one to many, dsb)
 Entitas B
3.4 Matrix Diagrams
Berfungsi untuk mengetahui lebih dari satu hubungan.
 Untuk menghindari kebingungan, konsisten dalam menulis dan membaca
matriks dalam satu arah
 Hubungan yg ditemukan melalui diagram matrix kemudian dibuat di ERD
 Diagram matrix tidak menunjukkan opsionalitas dan kardinalitas
QUIZ
Jawaban:
SECTION 4
4 – 1 : Supertypes and Subtypes

4 – 1 : Lesson

a. Evaluating Entities (Evaluasi Entitas)


 Pada beberapa instansi, sering terjadi entitas memiliki atribut dan / atau hubungan
tidak dimiliki oleh instansi lainnya.
 Perhatikan (bayangkan) bisnis yang perlu melacak pembayaran dari pelanggan.
 Para pelanggan dapat membayar dengan pembayaran menggunakan uang tunai,
cek atau kartu kredit.

 Semua pembayaran memiliki beberapa atribut yang umum meliputi tanggal


pembayaran, jumlah pembayaran dan lain – lain.
 Tetapi hanya kartu kredit yang memiliki atribut nomor kartu kredit.
 Dan untuk pembayaran kartu kredit dan pembayaran cek, kita perlu mengetahui
pelanggan mana yang melakukan pembayaran menggunakan kartu kredit atau
cek, sedangkan hal tersebut tidak perlu dilakukan pada pelanggan yang
melakukan pembayaran tunai.
 Haruskah kita membuat entitas pembayaran tunggal atau tiga entitas yang terpisah
meliputi entitas tunai, cek dan kartu kredit ?
 Dan apa yang akan terjadi jika di masa depan / masa mendatang kami
memperkenalkan 4 (empat) metode pembayaran tersebut ?

b. Subdivide An Entity (Membagi Sebuah Entitas)


 Terkadang masuk akal untuk membagi entitas menjadi sub – tipe.
 Hal tersebut mungkin terjadi ketika beberapa atau sekelompok instansi memiliki
properti khusus seperti atribut atau hubungan yang keluar mencakup pada grup
tersebut.
 Dalam hal tersebut entitas dapat disebut sebagai supertipe dan setiap grup dapat
disebut sebagai subtype.
c. Subtype Characteristics (Karakteristik Subtipe)
 Karasteristik subtipe A :
1. Mewarisi semua atribut supertipe.
2. Mewarisi semua hubungan supertipe.
3. Biasanya memiliki atribut atau hubungan sendiri.
4. Ditarik dalam supertipe.
5. Tidak pernah ada sendirian.
6. Mungkin memiliki subtipe sendiri.

d. Supertype Example
 Ujian adalah jenis kuis, ujian tengah semester dan final.
 Subtipe memiliki beberapa atribut yang sama.
 Atribut umum ini terdaftar di tingkat supertipe.
 Hal yang sama berlaku untuk hubungan.
 Subtipe mewarisi semua atribut dan hubungan entitas supertipe.
e. Always More Than One Subtype (Selalu Lebih dari Satu Subtipe)
 Ketika model ER selesai, subtipe tidak pernah berdiri sendiri. Dengan kata lain,
jika suatu entitas memiliki subtipe, subtipe kedua juga harus ada. Ini masuk akal.
 Subtipe tunggal persis sama dengan supertipe.
 Ide ini mengarah pada dua aturan subtipe.
1. Lengkap : setiap instansi dari subtipe juga merupakan instansi dari salah
satu subtipe. Semua subtipe terdaftar tanpa kelalaian.
2. Saling eksklusif : setiap instansi dari supertipe adalah turunan hanya satu
subtipe yang mungkin.
 Pada tahap pemodelan konseptual, adalah praktik yang baik untuk memasukkan
subtipe lain untuk memastikan bahwa subtipe Anda lengkap -- bahwa Anda
menangani setiap instansi dari supertipe.

f. Subtypes Always Exits (Subtipe Selalu Ada)


 Entitas apa pun dapat subtipe dengan membuat aturan yang membagi instansi
menjadi grup.
 Tetapi bisa subtipe bukanlah masalahnya -- memiliki alasan untuk subtipe adalah
masalahnya.
 Ketika ada kebutuhan dalam bisnis untuk menunjukkan persamaan dan perbedaan
antara instansi, maka subtipe.

g. Correctly Identifying Subtypes (Mengidentifikasi Subtipe Dengan Benar)


 Saat memodelkan supertipe dan subtipe, Anda dapat menggunakan tiga
pertanyaan untuk melihat apakah subtipe diidentifikasi dengan benar.
1. Apakah subtipe ini semacam supertipe ?
2. Sudahkah saya membahas semua kemungkinan kasus ? (Lengkap)
3. Apakah setiap instansi cocok menjadi satu dan hanya satu subtipe ?
(Saling Eksklusif)

h. Nested Subtypes (Subtipe Bersarang)


 Anda dapat membuat subtipe sarang.
 Untuk kemudahan membaca -- "keterbacaan" -- Anda biasanya biasanya
menampilkan subtipe dengan hanya dua tingkat, tetapi tidak ada aturan yang akan
menghentikan Anda untuk melampaui dua.

4 – 1 : Practice PDF

4 – 1 : Supertypes dan Subtipe Praktek

Practice Activities

Kegiatan Tujuan

 Tentukan dan memberikan contoh subtype.


 Tentukan dan memberikan contoh supertipe (supertype).
 Menyatakan aturan yang berkaitan dengan entitas dan subtipe serta memberikan contoh
masing – masing.
 Terapkan aturan supertipe (supertype) dan subtipe dengan mengevaluasi akurasu diagram
ER yang mewakili mereka.
 Terapkan aturan supertipe (supertype) dan subtipe serta melibatkan mereka dalam digram
ketika appropri -- makan.

Kosa Kata
Mengindentifikasi kata kosakata untuk setiap definisi di bawah :

Semua subtipe tercantum tanpa kelalaian.


Sebuah cara mengklasifikasikan suatu entitas yang memiliki
subtipe.
Sesuatu entitas dapat dibagi menjadi berdasarkan utes attribute –
umum dan / atau hubungan.
Setiap instansi dari supertipe adalah sebuah contoh dari satu
subtipe mungkin.

Cobalah / Memecahkan ini

1. Mengidentifikasi item dari daftar berikut adalah entitas supertipe dan yang item adalah
supertipe dari entitas tersebut.

Amputasi = _____________________

Tunanetra = _____________________

Gangguan Pendengaran = _____________________

Cacat = _____________________

Kelumpuhan = _____________________

2. Untuk setiap aturan, menujukkan apakah aturan ini berlaku untuk supertipe atau subtipe.
_____________________ Mereka berbagi atribut umum
_____________________ Mereka mewarisi semua atribut dan hubungan entitas
_____________________ Ini tidak pernah ada saja
_____________________ Ini berisi atribut dimiliki bersama oleh semua kasus

3. Sebutkan tiga hal yang dipertimbangkan ketika permodelan supertipes dan subtipe.

4. Cari subtipe yang salah dalam ilustrasi. Jelaskan mengapa Anda berpikir subtipe tidak
benar. Menyesuaikan model untuk memperbaikinya.
5. Baca skenario berikut dan buat sebuah ERD yang berisi setidaknya dua subtipe dari
entitas PRODUK. Menunjukkan dengan jelas yang atribut milik entitas supertipe serta
yang termasuk dalam subtipe.
“Toko kami menjual beberapa macam pakaian wanita, termasuk gaun, rok dan blus.
Tentu saja setiap produk memiliki nama, deskripsi, dan harga. Oh, dan ukuran juga:
semua produk memiliki ukuran pinggang. Gaun dan rok memiliki panjang hem tapi blus
tidak. Gaun dan blus memiliki ukuran dada, tapi rok tidak”

4 – 2 : Documenting Bussines Rules

4 – 2 : Lesson

a. Structural and Procedural Business Rules (Aturan Bisnis Struktural dan


Prosedural)
 Aturan bisnis struktural menunjukkan jenis informasi yang akan disimpan dan
bagaimana elemen - elemen informasi saling terkait.
 Aturan prosedural berhubungan dengan pra - syarat, langkah, proses, atau
persyaratan alur kerja suatu bisnis.
 Banyak aturan bisnis prosedural terkait dengan waktu seperti pada peristiwa A
harus terjadi sebelum acara B.
 Aturan bisnis struktural hampir selalu dapat digambarkan dalam ERD.
 Beberapa aturan bisnis prosedural tidak dapat digambarkan, tetapi masih harus
didokumentasikan sehingga dapat diprogram nanti.
b. Structural Rule Example (Contoh Aturan Struktural)
 Aturan bisnis struktural menunjukkan jenis informasi yang akan disimpan
(atribut) dan bagaimana elemen informasi saling berhubungan (hubungan).
 Berikut ini beberapa contoh:

 Semua pesanan di restoran harus ditangani oleh anggota staf (khususnya,


pengambil pesanan).
 Tidak ada sistem pemesanan mandiri.
 Semua guru di sekolah kami harus memiliki sertifikat mengajar yang valid.

c. Rule Discussion (Aturan Diskusi)


 Apa jenis aturan yang dimiliki majikan yang memengaruhi Anda?
 Setiap shift saya bekerja harus didokumentasikan pada kartu waktu.
 Setiap shift harus diawasi oleh seorang manajer.

 Sekolah kami memiliki banyak aturan bisnis yang menjawab pertanyaan-


pertanyaan berikut :
1. Apakah masuk akal / efektif untuk kelas yang tidak memiliki guru yang
ditugaskan ?
2. Apakah masuk akal / efektif bagi dua siswa untuk memiliki nomor id
siswa yang sama atau tidak ada nomor id siswa sama sekali ?
3. Apakah masuk akal untuk menjadwalkan seorang guru untuk mengajar
kelas jika tidak ada siswa yang terdaftar ?
4. Apakah masuk akal untuk mengizinkan seseorang menghadiri sekolah jika
mereka tidak terdaftar di kelas apa pun ?
d. Procedural Rule Example (Contoh Aturan Prosedural)
 Aturan bisnis prosedural terkait dengan alur kerja atau proses.
 Berikut adalah beberapa contoh proses yang harus diikuti dalam skenario
Departemen Sumber Daya Manusia :
1. "Beberapa karyawan kami diharuskan menghadiri acara pelatihan wajib.
Acara ini berlangsung di salah satu lokasi perusahaan yang ada, dan
karyawan melakukan perjalanan ke lokasi untuk mengambil bagian dalam
pelatihan."
2. "Persetujuan untuk semua permintaan perjalanan ke acara pelatihan harus
ditandatangani oleh manajer karyawan sebelum karyawan dapat mendaftar
untuk acara tersebut."

e. Business Rule Diagrammed In An ERD (Aturan Bisnis Diagram di Dalam ERD)


 Skenario Departemen Sumber Daya Manusia
1. "Beberapa karyawan kami diharuskan menghadiri acara pelatihan wajib.
Acara ini berlangsung di salah satu lokasi perusahaan yang ada, dan
karyawan melakukan perjalanan ke lokasi untuk mengambil bagian dalam
pelatihan."

f. Procedural Rule Example (Contoh Aturan Prosedural)


 "Siswa pasti telah mempelajari aljabar dan geometri untuk mendaftar
trigonometri."
 Bisakah Anda mewakili ini di ERD ?
 Bagaimana Anda menerapkan ini dengan pemrograman ?
 Jika siswa telah mengambil mata pelajaran, dapatkah Anda memikirkan aturan
bisnis tambahan yang mungkin diinginkan sekolah dalam skenario ini ?
g. Documenting Rules (Mendokumentasikan Aturan)
 Dalam proses mengembangkan model data konseptual, tidak semua aturan bisnis
dapat dimodelkan
 Beberapa aturan seperti dua yang tercantum di bawah ini harus diterapkan
dengan memprogram proses yang berinteraksi dengan data :
1. Setiap karyawan yang lemburnya melebihi 10 jam per minggu harus
dibayar 1,5 kali tarif per jam.
2. Pelanggan yang saldo rekeningnya telah lewat 90 hari tidak akan diizinkan
untuk mengisi pesanan tambahan.

4 – 2 : Practice PDF

4 – 2 : Mendokumentasikan Aturan Bisnis Praktek

Practice Activities

Kegiatan Tujuan

 Mendefinisikan dan menyusun aturan bisnis struktural.


 Mendefinisikan dan menyusun aturan bisnis prosedural.
 Mengakui bahwa beberapa aturan bisnis akan memburuhkan pemrograman.
 Bisnis Diagram aturan ketika mereka dapat direpresntasikan dalam model ER.

Kosa Kata

Mengindentifikasi kata kosakata untuk setiap definisi di bawah :

Suatu jenis aturan bisnis yang menunjukkan jenis informasi yang


akan disimpan dan bagaimana unsur – unsur informasi saling
berhubungan.
Sebuah pernyataan format dari biasa, adat atau umum tindakan
atau perilaku untuk bisnis.
Sebuah jenis aturan bisnis yang alur kerja atau proses bisnis
terkait. (Misalnya : A harus terjadi sebelum B dan kemudian C
harus terjadi pada saat yang sama D.) Ini juga disebut aturan
proses bisnis.
Cobalah / Memecahkan Ini

1. Anggota tim desain Anda telah bekerja dengan rumah sakit setempat untuk
mengembangkan model data untuk kebutuhan mereka untuk menyimpan informasi
tentang pasien, nomor kamar pasien, dokter pasien, resep obat yang diberikan, dan
informasi obat tertentu.

Namun, mereka semua pergi berlibur dan meninggalkan Anda untuk mencari tahu model.
Mereka juga gagal untuk memberikan setiap dokumentasi mereka selain entitas dan
atribut yang digambarkan di sini. Alih-alih kembali ke rumah sakit, yang bisa
mencerminkan buruk pada perusahaan Anda, Anda akan harus berpikir tentang segala
sesuatu yang Anda tahu tentang rumah sakit.

Tugas Anda adalah untuk menghasilkan daftar aturan bisnis Anda berpikir digunakan
untuk sampai pada informasi yang ditampilkan di sini. Gunakan imajinasimu. Daftar 10
aturan struktural, 5 aturan prosedural, dan 2 aturan terprogram (aturan yang harus
ditangani oleh aplikasi komputer di masa depan). Menyatakan setiap aturan sebagai satu
kalimat.

Berdasarkan set Anda aturan bisnis, menggambar ERD.

2. Identifikasi aturan bisnis yang terkandung dalam skenario berikut :


“Kami sering dimintai untuk film yang dibintangi aktor tertentu. John Wayne dan Julia
Roberts selalu popular. Jadi kita ingin melacak pelaku bintang muncul dalam setiap film.
Tidak semua film kami memiliki aktor bintang. Pelanggan ingin tahu nyata nama lahir
masing-masing aktor dan tanggal lahir. Kami melacak hanya aktor yang muncul di film-
film dalam persediaan kami.”
3. Mengindentifikasi aturan bisnis yang terkandung dalam skenario berikut :
“Kami memiliki banyak pelanggan. Kami menyewa video hanya untuk orang - orang
yang telah bergabung kami klub video. Milik klub kami, mereka harus memiliki kredit
yang baik. Untuk setiap anggota klub, kami ingin menjaga nama mereka pertama dan
terakhir, nomor telepon saat ini dan alamat saat ini. Dan tentu saja, masing - masing
anggota klub memiliki nomor keanggotaan”

“Kemudian kita perlu melacak apa film setiap pelanggan saat ini telah diperiksa. Sebuah
Tomer cus – dapat memeriksa beberapa kaset video pada waktu tertentu. Kami hanya
melacak penyewaan saat ini. Kami tidak melacak setiap sejarah sewa.”
SECTION 4 QUIZ (BAHASA INGGRIS)

1. Which of the following is true about subtypes ? Mark For Review (1) Points
a. Subtypes must not be mutually exclusive.
b. Subtypes should not be exhaustive.
c. Subtypes must be mutually exclusive.
d. One instance of a supertype may belong to two subtypes.

2. A subtype is shown on an ERD as an entity with a one to many relationship to the


supertype. True or False? Mark For Review (1) Points
a. True
b. False

3. A supertype can have only one subtype. True or False ? Mark For Review (1) Points
a. True
b. False

4. A subtype can have a relationship not shared by the supertype. True or False ?
Mark For Review (1) Points
a. True
b. False

5. All instances of a subtype may be an instance of the supertype but does not have to. True
or False ? Mark For Review (1) Points
a. True
b. False

6. You can only create relationships to a Supertype, not to a Subtype. True or False ?
Mark For Review (1) Points
a. True
b. False

7. A subtype is drawn on an ERD as an entity inside the “softbox” of the supertype. True or
False ? Mark For Review (1) Points
a. True
b. False
8. A supertype can only have two subtypes and no more. True or False ?
Mark For Review (1) Points
a. True
b. False

9. Business rules are important to data modelers because : Mark For Review (1) Points
a. They capture all of the needs processes, and required functionality of the business.
b. All Business rules are easily implemented in the ERD diagram.
c. The data modeler must focus on structural rules, because they are easily
represented diagrammatically and eliminate other rules that involve extra
procedures or programming.
d. Both A dan C are true.

10. Can all constraints be modeled on an ER diagram ?


Mark For Review (1) Points
a. No, in which case you should let the database administrator handle them.
b. No, but you just explain them to the users so they can enforce them.
c. Yes, all constraints must be modelled and shown on the ER diagram.
d. No, and those that cannot be modelled should be listed on a separate document to
be handled programmatically.

11.A new system would have a mixture of both Procedural and Structural Business Rules as
part of the documentation of that new system, True or False ?
Mark For Review (1) Points
a. True
b. False

12. Which of the following is an example of a structural business rule ?


Mark For Review (1) Points
a. All employees must belong to at least one department.
b. All product will have a selling price no less than 30% greater then wholesale.
c. All overdue payments will have an added 10 % late fee.
d. Buildings to be purchased by the business must be current with earthquake
building code.

13. Why is it important to identify and document business rules ?


Mark For Review (1) Points
a. It allows you to create a complete data model and then check it for accuracy.
b. It allows you to improve the client’s business.
c. It ensures that the data model will automate all manual processes.
d. None of the above.

14. How should you handle constraints that cannot be modelled on an ER diagram ?
Mark For Review (1) Points
a. List them on a separate document to be handled programmatically.
b. Always let the network architect handle them.
c. Explain them to the users so they can enforce them.
d. All constraints must be modelled and show on the ER diagram

15. A business rules such as “We only ship goods after customers have completely
paid any outstanding balances on their account” is best enforce by :
Mark For Review (1) Points
a. Making the payment attribute optional.
b. We need to trust our customers, and we know they will pay some day.
c. Making the payment attribute null.
d. Creating additional programming code to verify no goods are shipped until the
account has been settled in full.
SECTION 4 QUIZ (BAHASA INDONESIA)

1. Manakah dari pernyataan berikut ini adalah benar tentang subtipe?


Mark Untuk Ulasan (1) Poin
a. Subtipe tidak harus saling ekslusif.
b. Subtipe seharusnya tidak menjadi lengkap.
c. Subtipe harus saling ekslusif.
d. Salah satu contoh dari supertipe mungkin milik dua subtipe.

2. Sebuah subtype ditunjukkan pada ERD sebagai entitas dengan satu ke banyak hubungan
dengan supertipe ? Benar atau salah ? Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

3. Sebuah supertipe dapat memiliki satu subtipe. Benar or Salah ?


Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

4. Sebuah subtipe dapat memiliki hubungan yang tidak dimiliki oleh supertipe. Benar or
Salah ?
Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

5. Semua contoh subtype mungkin menjadi contoh dari supertipe tetapi tidak harus. Benar
or Salah ? Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

6. Anda hanya dapat membuat hubungan pada supertipe. Benar or Salah ?


Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

7. Sebuah subtipe ditarik pada ERD sebagai entitas dalam “softbox” dari supertipe. Benar or
Salah ? Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah
8. Sebuah supertipe hanya dapat memiliki dua subtipe dan tidak lebih. Benar or Salah ?
Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah
9. Bisnis aturan penting untuk pemodel data karena : Mark Untuk Ulasan (1) Poin
a. Mereka menagkap semua proses kebutuhuan, dan diperlukan fungsi bisnis.
b. Semua aturan bisnis yang mudah diimplementasikan dalam diagram ERD.
c. Data modeler harus fokus pada aturan struktural karena mereka mudah dalam
diagram dan menghilangkan aturan lain yang melibatkan ekstra prosedur atau
pemrograman.
d. Kedua pilihan A dan C adalah benar.

10. Dapat semua kendala dimodelkan pada diagram ER ?


Mark Untuk Ulasan (1) Poin
a. Tidak, dalam hal ini Anda harus membiarkan administrator database menangani
mereka.
b. Tidak, tapi Anda hanya menjelaskan mereka ke pengguna sehingga mereka dapat
menegakkan mereka.
c. Ya, semua kendala harus dimodelkan dan ditampilkan pada diagram ER.
d. Tidak, dan orang – orang yang tidak dapat dimodelkan harus tercantum pada
dokumen terpisah untuk ditangani pemrograman.

11.Sebuah sistem baru akan memiliki campuran keduanya Prosedural dan Struktural Bisnis
Aturan sebagai bagian dari dokumentasi yang sistem baru. Benar or Salah ?
Mark Untuk Ulasan (1) Poin
a. Benar
b. Salah

12. Manakah dari pernyataan berikut adalah contoh dari aturan bisnis struktural ?
Mark Untuk Ulasan (1) Poin
a. Semua karyawan harus milik setidaknya satu departemen.
b. Semua produk akan memiliki harg ajual tidak kurang dari 30% lebih besar dari
grosir.
c. Semua pembayaran terlambat akan memiliki biaya tambahan keterlambatan 10 %.
d. Bangunan yang akan dibeli oleh bisnis harus saat ini dengan gempa kode gedung.
13. Mengapa penting untuk mengidentifikasi dan aturan bisnis dokumen ?
Mark Untuk Ulasan (1) Poin
a. Hal ini memungkinkang Anda untuk membuat model data yang lengkap dan
kemudian memeriksa untuk akurasi.
b. Hal ini memungkinkan Anda untuk meningkatkan bisnis klien.
c. Ini memastikan bahwa model data akan mengotomatisasi semua proses manual.
d. Bukan dari salah satu di atas.

14. Bagaimana seharusnya Anda menangani kendala yang tidak dapat dimodelkan
pada diagram ER ?
Mark Untuk Ulasan (1) Poin
a. Daftar mereka pada dokumen terpisah untuk ditangani pemrograman.
b. Selalu biarkan arsitek jaringan menangani mereka.
c. Jelaskan mereka ke pengguna sehingga mereka dapat menegakkan mereka.
d. Semua kendala harus dimodelkan dan menunjukkan pada diagram ER.

15. Sebuah bisnis aturan seperti “Kami hanya kapal barang setelah pelanggan
memiliki sepenuhnya dibayar setiap saldo pada rekening mereka” paling menegakkan
oleh:
Mark Untuk Ulasan (1) Poin
a. Membuat atribut pembayaran opsional.
b. Kita perlu percaya pelanggan kami, dan kami tahu mereka akan membayar
beberapa hari.
c. Membuat nol (null) atribut pembayaran.
d. Membuat kode pemrograman tambahan untuk memverifikasi ada barang
dikapalkan sampai akun telah dilunasi secara penuh.
SECTION 5
LEASSON 5

5-1. Realationship Transferability

A. Lesson
1. Oracle Academy (Akademi Oracle)

2. Database Design (Desain Database)


3. Objectives (Tujuan)

Artinya :
tujuan
 Pelajaran ini mencakup tujuan-tujuan berikut:
 Jelaskan dan berikan contoh transferabilitas hubungan
 Memahami perbedaan antara hubungan yang dapat ditransfer dan yang
dapat ditransfer
 ilustrasi hubungan yang tidak dapat ditransfer pada ERD

4. Purpose (Tujuan)

Artinya :
Tujuan
 Begitu kelas telah dialokasikan untuk guru, bisakah kelas dipindahkan
keguru lain dipertengahan semester?
 Biasanya ya, karena jika tidak, apa yang akan kita lakukan jika guru asli
menjadi sakit?
 Beberapa Klub kesehatan memungkinkan keanggotaan untuk ditransfer
dari satu orang ke orang lain tetapi klub kesehatan lainnya jangan
 Aturan bisnis ini biasanya ditentukan oleh apa yang ada paling efisien dan
paling menguntungkan bagi klub
5. Relationship Review (Ulasan Hubungan)

Artinya :
Ulasan Hubungan
 Mari kita tinjau kembali hubungan antara EMPLOYEE dan
DEPARTEMENT
 Opsionalitas:
a. Haruskah EMPLOYEE ditugaskan ke DEPARTENT?
b. Haruskah setiap DEPARTEMENT bertanggung jawab atas seorang
EMPLOYEE

Artinya :
Ulasan Hubungan
Cardinalitas :
 Berapa banyak EMPLOYEE bisa menjadi DEPARTEMENT bertanggung
jawab?
 Berapa banyak DEPARTEMENT bisa ditugaskan oleh EMPLOYEE?
Artinya :
Ulasan Hubungan
Transferabilitas:
 Dapatkah EMPLOYEE ditransfer dari satu DEPARTEMENT ke
DEPARTEMENT lain?

6. Relationship Trasferability (Pemindahan Hubungan)

Artinya :
Pemindahan Hubungan
 Dapat ditransfer STUDENT yang diijinkan untuk pindah satu STUDY
GROUP ke yang lain
 Ada hubungan antara STUDENT dan STUDY GROUP yang merupakan
tranferable
Artinya :
Pemindahan Hubungan
 Tidak dapat ditransfer STUDENT dapat mengeluarkan RECEIPT untuk
membayar biaya sekolah, mengikuti ujian sertifikasi, atau membeli barang
di toko buku
 Setelah RECEIPT diterbitkan, tidak bisa dipindahkan ke STUDENT lain

Artinya :
Pemindahan Hubungan
 Jika dikeluarkan karena kesalahan, itu harus dibatalkan, dan RECEIPT
lain harus ditulis
 Hubungan antara STUDENT dan RECEIPT adalah tidak dapat
dipindahtangankan
7. More NONTransferability Relationships (Hubungan Yang Tidak Dapat
dipindahtangankan)

Artinya :
Lebih Banyak Hubungan yang Tidak Dapat Ditranfer
 Kepemilikan POEM adalah pemilik AUTHOR
 Author adalah hubungan yang tidak dapat dipindahkan ke orang lain

8. Terminology (Terminologi)

Artinya :
Terminologi
Istilah – istilah kunci digunakan dalam perjalanan ini termasuk :
 Tidak dapat dipindahtangankan
 Dapat ditransfer
9. Summary (Ringkasan)

Artinya :
Ringkasan
Dalam pelajaran ini, andan dapat belajar bagaimana caranya :
 Menjelaskan dan memberi contoh hubungan transferabilitas
 Memahami perbedaan antara transferable dan hubungan yang tidak dapat
ditransfer
 Menggambarkan hubungan yang tidak dapat dipindahtangankan pada
ERD

10. Oracle Academy (Akademi Oracle)


5-2. Relationship Types

A. Lesson
1. Oracle Academy (Akademi Oracle)

2. Objectives (Tujuan)

Artinya :
Tujuan
Pelajaran ini mencangkup tujuan-tujuan berikut :
 Mengenali dan memberi contoh one-to-one hubungan
 Kenali dan berikan contoh hubungan one-to-many
 Kenali dan berikan contoh hubunga many-to-many
 Kenali hubungan yang berlebihan dan hapuslah dari ERD
3. Purpose (Tujuan)

Artinya :
Tujuan
 Bisakah satu orang memiliki banyak DVD atau hanya satu?
 Bisakah satu DVD dimiliki oleh banyak orang?
 Saat kami memperbaiki model kami, kami ingin membuatnya yakin hubungan
entitas kami dengan benar memodelkan kami peratutran bisnis
 Ingat, anda dapat menghindari kesalahan mahal dimasa depan dengan
memikirkan rinciannya sejak dini

4. One-to-Many (1:M) Relationships (Hubungan One to Many)

Arinya :
Hubungan One to many (1:M)
 Berbagai jenis hubungan 1:M kebanyakan umu dalam ER Model
 Anda bisa melihat beberapa contohnya
5. Many-to-Many (M:M) Realationships (Hubungan Many to Many)

Arinya :
Hubungan Many to Many (M:M)
 Berbagai jenis hubungan M:M itu umum, khususnya dalam versi pertama ER
Model
 Dalam tahap selanjutnya dari proses pemodelan, semua hubungan M:M akan
diselesaikan dan menghilang

6. One-to-One Relationships For Rolles (Hubungan One to One untuk Peran)

Artinya :
Hubungan one to One untuk Peran
 Biasanya anda akan menemukan adil dalam hubungan 1:1 dalam setiap ER
Model
 Wajib disalah satu hubungan 1:1 umumnya terjadi kapan peran dimodelkan

7. One-to-One Relationships For Processes (Hubungan One to One untuk Proses)


Artinya :
Hubungan One to One untuk Proses
 Hubungan 1:1 (dari 3 variasi) juga terjadi ketika beberapa entitas mewakili
berbagai tahapan dalam proses

8. Redudant Relationships (Hubungan yang berlebihan)

Artinya :
Hubungan yang belebihan
 Hubungan yang berlebihan bisa berasal dari yang lain hubungan dalam model
 Dalam contoh ini, anda bisa mendapatkan hubungan dari PERSON ke
COUNTRY dari hubungan dua lainnya (COUNTRY ke TOWN, TOWN ke
PERSON), begitu anda harus menghapus hubungan langsung dari COUNTRY
ke PERSON
Artinya :
Hubungan Redudan
 Namun, berhati-hatilah dalam menyimpulkan bahwa suatu hhubungan itu
berlebihan berdasarkan struktur saja
 Baca sebuah hubungan untuk diperiksa
 ERD yang ditunjukkan ini tidak mencerminkan hubungan yang berlebihan

9. Terminology (Terminologi)

Artinya :
Teminologi
Istilah kunci dalam pelajaran ini :
 Many to many
 One to many
 One to one
 Redudan

10. Summary (Ringkasan)


Artinya :
Dalam pelajaran ini dapat diringkas :
 Mengenali dan memberi contoh hubungan one to one
 Mengenali dan memberi contoh hubungan one to many
 Mengenali dan memberi contoh hubungan many to many
 Mengenali hubungan yang berlebihan dan hapus dari ERD

11. Oracle academy (Akademi Oracle)


5-3. Resolving Many-to-Many Relationships

A. Lesson
1. Oracle Academy (Akademi Oracle)

2. Database Design (Desain Basis Data)

3. Objectives (Tujuan)

Artinya :
Pelajaran ini bertujuan untuk :
 Mengidentifikasi atribut yang menjadi milik hubungan Many to Many
 Tunjukkan langkah-langkah untuk menyelesaikan hubungan Many to Many
dengan menggunakan entitas persimpangan
 Identifikasi UID entitas persimpangan dan representasikan itu dalam ERD

4. Purpose (Tujuan)

Artinya :
Tujuan
 Pelajaran ini dapat membantu menyelesaikan model, anda mungkin perlu
membuat entitas baru / hubungan baru berdasarkan kebutuhan bisnis
 Akan membantu menentukan ruanglingkup model data, anda hanya
memodelkan apa yang penting bagi bisnis

5. Relationship Hiding an Atribbute (Hubungan Menyembunyikam Atribut)

Artinya :
Hubungan Menyembunyikan Atribut
 Di sekolah, STUDENT dapat belajar 1 aatau lebih dari SUBJECT
 Setiap SUBJECT dapat dipelajari oleh satu atau lebih STUDENT
Artinya :
Hubungan menyembunyikan Atribut
 Ketika seorang STUDENT mendaftar untuk suatu SUBJECT, kami
menginginkan mampu merekam nilai mereka untuk mencapai untuk subjek itu
 Entitas mana yang menjadi atribut “GRADE”?
 Jika menempatkan “GRADE” pada entitas STUDENT, bagaimana yang akan
terjadi?
 Jika menempatkan “GRADE” pada entitas STUDENT, bagaimana kita
ketahui bahwa siswa mendapatkan kelas itu?

6. Resolution of a M:M relationship (Resolusi Hubungan M:M)

Artinya :
Resolusi Hubungan M:M
 Entitas ketiga diperlukan untuk menyelesaikan hubungan M:M, ini disebut
entitas “persimpangan”

7. Intersection Entity (Entitas titik temu)


Artinya :
Entitas titik-temu
 Entitas persimpangan-ENROLLMENT- telah ditambahkan, termasuk atribut
“GRADE”
 Hubungan asli M:M telah menjadi 2 hubungan 1:M.
 Apa yang akan menjadi UID dari entitas persimpangan?

8. Barred Relationships (Hubungan yang dilarang )

Artinya :
Hubungan yang Dilarang
 Pengidentifikasi Unik (UID) dari entitas persimpangan sering berasal dari
yang berasal hubungan dan diwakili oleh bar
 Dalam hal ini, hubungan dari entitas yang diminati entitas persimpangan
disebut hubungan “dilarang”
9. M:M Resolution Example TV Shows (M:M contoh acara TV)

Artinya :
M:M contoh acara TV
 Setiap acara TV mungkin diawasi oleh satu atau banyak orang
 Setiap orang mungkin menonton satu atau lebih acara TV

10. M:M Resolution Example Cleaning Service (M:M contoh pelayanan pembersihan)

Artinya :
M:M contoh layanan pembersihan
 Setiap perusahaan boleh memberikan satu atau lebih layanan perusahaan
 Setiap layanan pembersihan dapat disediakan oleh satu atau lebih perusahaan
11. Terminology (Terminology)

Artinya:
Isilah kunci dalam pelajaran ini :
 Hubungan yang dilarang
 Entitas persimpangan

12. Summary (Ringkasan)

Arinya :
Dalam pelajaran ini dapan diringkas :
 Identifikasi atribut yang dimiliki hubungan many to many
 Menampilkan langkah-langkah untuk menyelesaikan hubungan many to many
menggunakan entitas persimpangan
 Identitas IUD dari entitas persimpangan dan mewakili dalam ERD
13. Oracle Academy (Akademi oracle)

B. Paractice PDF
Berisi tentang praktek latihan, kalian bisa praktek sendiri yaitu membuat ERD

5-4. Understanding CRUD Requirements

A. Lesson
1. Oracle Academy (Akademi oracle)

2. Database Design (Desain basis data)


3. Objectives (Tujuan)

Artinya :
Dalam pelajaran ini dapat mencangkup tujuan :
 Buat ER Model yang mencerminkan semua aturan bisnis yang dikumpulkan
selama proses wawancara
 Identifikasi create,reteive,update,delete (CRUD) persyaratan bisnis
 Validasi ER Model dalam penampilan analisis CRUD

4. Purpose (Tujuan)

Artinya :
 Dari scenario bisnis yang anda kembangkan dan daftar aturan bisnis yang
anda identifikasi selama klien wawancara, anda dapat membangun ERD
 ERD adalah percakapan antara konsultan dan klien, dan juaga cetak biru
untuk DBA yang pada akhirnya untuk membangun bisnis data
 Anda perlu cara memastikan bahwa tidak melewatinya hubungan dalam
model data anda
 Anda juga ingin memeastikan bahwa belum membuat model data apapun
yang tidak diperlukan oleh bisnis
 Analisis CRUD akan membantu melakukan tersebut
5. CRUD Analysis (analisis CRUD)

Artinya :
 Cara yang terbaik untuk memvalidasi ERD adalah melakukan analisis CRUD
 CRUD adalah akronim untuk membuat,mengambil,memperbarui,menghapus
 Ini adalah 4 fungsi dasar (operasi) yang memungkinkan basis data
 Bagian dari memeriksa model data untuk kelengkapan akurasi memastikan
bahwa semua fungsi CRUD ditentukan oleh scenario bisnis dan bisnis
dipresentasikan dalam ERD

6. CRUD Analysis – Create Fuction (Fungsi Menambah)

Artinya :
 Selama wawancara klien, dan saat menulis scenario dan aturan bisnis, cari
kata kunci seperti :
 INPUT, ENTER, LOAD, IMPORT, RECORD, CREATE
 Ini semua menunjukkan bahwa catatan dibuat database saat ini
 Tinjau persyaratan untuk kata kunci ini
 Apakah akun model data memperhitungkan fungsi ini?

7. CRUD Analysis – Retrieve Fuction (Fungsi Ambil)


Artinya :
 Selama wawancara klien, dan saat menulis scenario dan aturan bisnis, cari
kata kunci seperti :
 VIEW, REPORT, BRING UP, PRINT, FIND, READ, LOOK UP
 Ini semua menunjukkan untuk mengambil informasi dari database
 Tinjau persyaratan untuk kata kunci ini
 Apakah model data anda memperhitungkan fungsi ini?

8. CRUD Analysis – Update Fuction (Fungsi Memperbaharui)

Artinya :
 Selama wawancara klien, dan saat menulis scenario dan aturan bisnis, cari
kata kunci seperti :
 CHANGE, MODIFY, ALTER, UPDATE
 Ini semua menunjukkan untuk memperbarui informasi dari database
 Tinjau persyaratan untuk kata kunci ini
 Apakah model data anda memperhitungkan fungsi ini?

9. CRUD Analysis – Delete Fuction (Fungsi Menghapus)


Artinya :
 Selama wawancara klien, dan saat menulis scenario dan aturan bisnis, cari
kata kunci seperti :
 DISCARD, REMOVE, TRASH, PURGE, DELETE
 Ini semua menunjukkan untuk menghapus informasi dari database
 Tinjau persyaratan untuk kata kunci ini
 Apakah model data anda memperhitungkan fungsi ini?

10. CRUD Validation (validasi CRUD)

Artinya :
 Melakukan analisis CRUD pada model data anda membantu anda memeriksa
ruang lingkup dan kelengkapan
 Jika anda memiliki aturan bisnis yang tidak memiliki entitas CRUD
menentang, makan model data mungkin tidak lengkap
 Demikian pula, jika anda memiliki entitas di ERD anda yang tidak tersentuh
oleh fungsi CRYD, lalu anda tidak memerlukan entitas itu dalam model data
anda

11. Terminology (Terminologi)


Artinya :
 Konsultan
 Analisis CRUD
 Fungsi

12. Summary (Ringkasan)

Artinya:
 Buat ER Model yang mencerminkan semua aturan bisnis yang dikumpulkan
selama proses wawancara
 Identifikasi create,reteive,update,delete (CRUD) persyaratan bisnis
 Validasi ER Model dalam penampilan analisis CRUD
13. Oracle Academy (Akademi oracle)

B. Paractice PDF
Bisa dilihat sendiri daln latihan sendiri dengan membuat ERD
Quiz
1. Suatu hubungan tidak dapat dipindahtangankan , menggunakan symbol?
2. Manakah dari berikut ini contoh hubungan yang tidak dapat dipindahtangankan?
3. Hubungan yang tidak dapat dipndahtangankan hanya bersifat wajib bukan opsional,
benar atau salah?
4. Jika suatu hubungan dapat dipindahkan antara instance dan inties yang terhubung
dikatakan
5. Hubungan yang tidak dapat dipindahtangankan berarti hubungan manatory dari kedua
sisi, benar atau salah?
6. Jika dua entitas memiliki dua hubungan di antara mereka, hubungan ini dapat berupa
_____________ atau _____________
7. Apa hubungan yang dijelaskan oleh pernyataan: "Setiap COSTEMER dapat
menempatkan satu atau lebih ORDER, setiap ORDER harus ditempatkan oleh satu dan
hanya satu CUSTEMER"
8. Hubungan satu ke banyak adalah jenis hubungan yang paling tidak umum dalam ERD.
Benar atau salah?
9. Manakah dari pasangan entitas berikut yang paling mungkin dimodelkan sebagai
hubungan 1: 1?
10. Banyak ke banyak hubungan harus ditinggalkan dalam Model. Penting untuk
didokumentasikan sebagai M-M. Benar atau salah?
11. Saat Anda menyelesaikan M: M dengan membuat entitas persimpangan, entitas baru ini
akan selalu mewarisi:
12. Entitas titik-temu sering memiliki hubungan yang berpartisipasi dalam UID, sehingga
hubungan tersebut sering dilarang. Benar atau salah?
13. Hubungan yang dilarang pada ERD menandakan bahwa UID dari entitas persimpangan
diwarisi dari entitas yang membentuk hubungan many to many many. Benar atau salah?
14. Hubungan yang dilarang pada ERD menandakan bahwa UID dari entitas persimpangan
diwarisi dari entitas yang membentuk hubungan many to many many. Benar atau salah?
15. Jika entitas persimpangan terbentuk yang tidak mengandung atribut sendiri, keunikannya
dapat dimodelkan oleh
SECTION 6

6-1 : Artificial, Composite, and Secondary UIDs (UID Buatan, Komposit, dan Sekunder)

Tujuan :

 Menentukan berbagai jenis pengidentifikasi unik (UID)


 Menentukan kandidat UID dan jelaskan mengapa suatu entitas terkadang dapat memiliki
lebih dari satu kandidat UID
 Analisis aturan bisnis dan pilih UID primer yang paling cocok dari para kandidat
 Kenali dan diskusikan masalah identifikasi di dunia nyata

Simple UIDs (UIDs sederhana) vs Composite UIDs (UIDs Komposit)

 UID yang merupakan UID atribut tunggal adalah UID sederhana.


 Namun, kadang-kadang atribut tunggal tidak cukup untuk secara unik mengidentifikasi
instance entitas.
 Jika UID adalah kombinasi dari atribut, itu disebut UID komposit.

Artificial UIDs (UIDs tiruan)

 UIDS tiruan adalah yang tidak terjadi di dunia alami tetapi dibuat untuk tujuan
identifikasi dalam suatu sistem.
 Orang tidak dilahirkan dengan "angka," tetapi banyak sistem menetapkan angka unik
untuk mengidentifikasi orang: nomor siswa, ID pelanggan, dll.
 Sepatu memiliki warna, ukuran, gaya, tetapi tidak ada "angka" yang benar-benar
deskriptif.
 Namun, toko sepatu akan menetapkan nomor unik untuk setiap pasang sepatu sehingga
dapat diidentifikasi secara unik.

Contoh Artificial UIDs (UIDs Buatan)

 Bagaimana kita secara unik mengidentifikasi SISWA?


 Bisakah kita menggunakan kombinasi nama depan dan nama belakang?
- Hanya jika kami yakin bahwa kombinasi tersebut unik.
 Seringkali, lebih mudah dan lebih mudah untuk membuat atribut buatan dan
menjadikannya pengidentifikasi unik.
 UID dapat berupa buatan dan komposit.
UIDS dari Barred Relationships

 Terkadang UID adalah kombinasi dari atribut dan hubungan.


 Apa itu UID ACCOUNT? Apakah itu buatan? Apakah itu komposit?
 Dua orang dapat memiliki nomor rekening bank yang sama, tetapi di bank yang berbeda.
 Transfer bank ke bank selalu membutuhkan nomor perutean bank selain nomor rekening
bank. REKENING.

UID from Barred Relationship Intersection Entity

 Seperti yang telah kita lihat sebelumnya, resolusi hubungan M: M sering mengakibatkan
hubungan yang dilarang dari entitas persimpangan ke yang asli.
 Dalam contoh ini, UID ENROLLMENT berasal dari STUDENT dan SUBJECT.
 Bar pada hubungan memberi tahu Anda hal ini.
Artificial UIDs Intersection Entity (Entitas Persimpangan UID Buatan)

 Adalah mungkin untuk entitas persimpangan untuk menggunakan atribut buatan sebagai
UID, alih-alih hubungan yang dilarang dengan entitas asal.

 Setiap MANUFACTURER dapat memproduksi satu atau lebih PRODUK (sepatu,


kemeja, celana jeans, dll.).
 Setiap PRODUK dapat diproduksi oleh satu atau lebih Pabrikan (sepatu Nike, sepatu
Adidas, celana jins Levi, dll.).
 KATALOG ITEM menyelesaikan hubungan many-to-many ini.
 Item dalam katalog dapat diidentifikasi secara unik oleh nomor pabrikan dan kode
produk.
 Hubungan tidak dilarang, karena Artificial UID - katalog number - telah dibuat sebagai
gantinya.
Candidat UIDs (Kandidat UIDs)

 Terkadang ada dua atau lebih kemungkinan UIDs.


 Misalnya, ketika Anda memesan produk dari situs web komersial, Anda biasanya akan
diberi kode pelanggan yang unik dan diminta untuk memasukkan alamat email Anda.
 Masing-masing mengidentifikasi Anda secara unik, dan masing-masing dapat dipilih
sebagai UID. Keduanya adalah kandidat UIDs.
 Hanya satu dari kandidat UIDs yang dipilih sebagai UID yang sebenarnya. Ini disebut
UID primer.
 Kandidat lain disebut UIDs sekunder.
 ID Pelajar telah dipilih sebagai UID utama di kedua entitas SISWA ini.
 Entitas pertama memiliki satu UID sekunder, sedangkan yang kedua memiliki dua UID
sekunder (salah satunya adalah komposit).

Identifikasi: Database vs. Real Word

 Pengidentifikasi unik memungkinkan kami membedakan satu instance dari entitas dari
yang lainnya.
 Seperti yang akan Anda lihat nanti, ini menjadi kunci utama dalam database.
 Kunci utama memungkinkan Anda untuk mengakses catatan tertentu dalam database.
 Namun, di dunia nyata, terkadang tidak begitu mudah untuk membedakan satu hal dari
yang lain.
Istilah

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

 Artificial UID
 Candidate UID
 Composite UID
 Primary UID
 Secondary UID
 UID

Ringkasan

Dalam pelajaran ini, Anda seharusnya telah belajar cara:

 Menentukan berbagai jenis pengidentifikasi unik (UIDS)


 Menentukan kandidat UID dan menjelaskan mengapa suatu entitas terkadang memiliki
lebih dari satu kandidat UID
 Analisis aturan bisnis dan pilih yang paling cocok UID primer dari para kandidat.
 Kenali dan diskusikan masalah-masalah identifikasi di dunia nyata

Kosa Kata : Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Unique identifier (Pengenal Unik)

A UID that is a single attribute (UID yang merupakan atribut tunggal)

A UID that is a combination of attributes (UID yang merupakan kombinasi


atribut)

A UID that does not occur in the natural world but is created for identification
purposes in a system (UID yang tidak terjadi di dunia alami tetapi dibuat
untuk tujuan identifikasi dalam suatu sistem)

One of several UIDs that could identify something (Salah satu dari beberapa
UID yang dapat mengidentifikasi sesuatu)

A candidate UID that is the primary identifier of something (Kandidat UID


yang merupakan pengidentifikasi utama sesuatu)

A candidate UID that also identifies something, but is not the primary UID
(Calon UID yang juga mengidentifikasi sesuatu, tetapi bukan UID utama)

Cobalah / Pecahkan

1. Cocokkan jenis Pengidentifikasi Unik (identifier unique) dengan entitas.


a. Simple UID
b. Composite UID
c. Composite UID comprising an attribute and a relationship
d. Primary Key & Secondary Key

2. Pertimbangkan entitas untuk Anggota Perpustakaan. Terkadang suatu entitas dapat


memiliki lebih dari satu kandidat UID. Jelaskan skenario di mana Anda ingin lebih dari
satu kandidat UID untuk Anggota Perpustakaan. mengapa Anda ingin mencari anggota
dalam database menggunakan informasi alternatif?
3. Jelaskan bagaimana Anda akan mengidentifikasi entitas yang tercantum di bawah ini,
mengarang atribut dan hubungan yang Anda anggap pantas. Sebagai contoh, untuk entitas
Siswa Anda dapat mengatakan bahwa UID terdiri dari nama depan, nama belakang, dan
alamat. Atau Anda mungkin menyarankan bahwa entitas Siswa berisi UID buatan yang
disebut nomor siswa.
a. Kota
b. Kontak sesorang untuk seorang pelanggan
c. Kereta
d. Transaksi keuangan (misalnya: transfer dana)
e. Penghargaan (misalnya: film)
f. Lukisan
4. Identifikasi salah satu masalah sehubungan dengan sistem identifikasi nasional. Berikan
sudut pandang Anda tentang masalah ini.
5. Anda sebelumnya telah meninjau persyaratan bisnis toko video yang dinyatakan di
bawah:
“Saya pemilik toko penyewaan film kecil. Kami memiliki lebih dari 3.000 DVD yang
perlu kami pantau.”
“Masing-masing DVD kami memiliki nomor disk. Untuk setiap film, kita perlu
tahu judul dan kategorinya (misal. komedi, ketegangan, drama, aksi, perang, atau fiksi
ilmiah). Ya, kami memiliki banyak salinan dari banyak film kami. Kami memberikan ID
tertentu setiap film, dan kemudian kami melacak film mana yang berisi disk. Disk
mungkin berupa high Definition (HD) atau format Blu Ray. Kami selalu memiliki
setidaknya satu disk untuk setiap film yang kami lacak, dan setiap disk selalu merupakan
salinan tunggal, film tertentu. Disk kami sangat besar, walaupun kami tidak memiliki film
yang memerlukan banyak disk."
Untuk aktivitas ini, baca persyaratan bisnis baru di bawah ini dan selesaikan
hubungan M: M. Identifikasi UID untuk semua entitas yang membutuhkan banyak disk”
“Kami sering diminta film yang dibintangi aktor tertentu. John Wayne dan
Katharine Hepburn selalu populer. Jadi kami ingin melacak aktor bintang yang muncul di
setiap film. Tidak semua film kami memiliki aktor bintang. Pelanggan ingin mengetahui
nama lahir "asli" dan tanggal lahir masing-masing aktor. Kami melacak hanya aktor yang
muncul di film dalam inventaris kami.”
“Kami memiliki banyak pelanggan. Kami hanya menyewakan DVD kepada
orang-orang yang telah bergabung dengan klub DVD kami. Untuk menjadi anggota klub
kami, mereka harus memiliki kredit yang bagus. Untuk setiap anggota klub, kami ingin
menyimpan nama depan dan belakang, nomor telepon saat ini, dan alamat saat ini. Dan,
tentu saja, setiap anggota klub memiliki nomor keanggotaan.”
“Maka kita perlu melacak apa yang sudah diperiksa setiap pelanggan saat ini.
Pelanggan dapat memeriksa beberapa DVD pada waktu tertentu. Kami hanya melacak
persewaan saat ini. Kami tidak melacak riwayat sewa apa pun. "

6-2 Normalisasi dan Bentuk Normal Pertama (1st normal form)

Tujuan
 Tentukan tujuan normalisasi dalam model basis data
 Tetapkan aturan Bentuk Normal Pertama (1st normal form) dalam proses normalisasi
 Menentukan apakah suatu entitas sesuai dengan aturan Bentuk Normal Pertama
 Konversi entitas menjadi Bentuk Normal Pertama jika diperlukan

Bentuk Normal Pertama (1NF)

 Bentuk Normal Pertama mengharuskan tidak ada atribut multi-nilai.


 Untuk memeriksa 1NF, validasikan bahwa setiap atribut memiliki nilai tunggal untuk
setiap instance entitas.
 Satu kode, satu nama, dan satu alamat ada untuk gedung sekolah, tetapi tidak satu ruang
kelas.
 Karena banyak ruang kelas ada di gedung sekolah, ruang kelas multi nilai dan
melanggar 1NF.
 Jika atribut bernilai multi, buat entitas tambahan dan hubungkan dengan entitas asli
dengan hubungan 1: M.

Pelanggaran 1NF

 Periksa entitas.
 Apakah ada atribut multi-nilai?
Solusi 1NF

Ketika semua atribut dalam suatu entitas bernilai tunggal, entitas itu dikatakan dalam Bentuk
Normal Pertama.

Istilah

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:


 First Normal Form
 Normalization
 Redundancy

Ringkasan

Dalam pelajaran ini, Anda seharusnya telah belajar cara:

 Menentukan tujuan normalisasi dalam model basis data


 Menentukan aturan Bentuk Normal Pertama dalam proses normalisasi
 Menentukan apakah suatu entitas sesuai dengan aturan Bentuk Normal Pertama
 Mengubah entitas menjadi Bentuk normal pertama jika diperlukan

Kosa Kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Hasil dari langkah pertama normalisasi basis data. 1NF menghilangkan


kelompok berulang dengan menempatkan masing-masing ke dalam
tabel terpisah dan menghubungkan mereka dengan hubungan 1: M

Serangkaian langkah diikuti untuk mendapatkan desain basis data yang


memungkinkan akses dan penyimpanan data yang efisien dalam basis
data relasional. Langkah-langkah ini mengurangi redundansi data dan
kemungkinan data menjadi tidak konsisten.
Cobalah / pecahkan

1. Saat memeriksa model database untuk bentuk normal pertama, apa yang Anda
lakukan sebenarnya?
2. Apa aturan 1NF dalam proses normalisasi?
3. Periksa untuk melihat apakah setiap ERD dalam 1NF. Jika tidak, buat perubahan yang
diperlukan untuk memperbaikinya.
6-3 2nd Normal form (Bentuk Normal Kedua)

Tujuan

 Tetapkan aturan Second Normal Form dalam proses normalisasi


 Periksa entitas yang tidak dinormalisasi dan tentukan aturan atau aturan normalisasi mana
yang dilanggar.
 Menerapkan aturan Formulir Normal Kedua untuk menyelesaikan pelanggaran dalam model

Contoh Second Normal Form

 Periksa entitas PRODUCT SUPPLIER.


 UID adalah UID komposit yang terdiri dari nomor pemasok dan nomor produk.
 Jika satu supplier memasok 5 produk berbeda, maka 5 instance berbeda dibuat,
 Apa yang terjadi jika nama Supplier berubah?
 Nama Supplier perlu diubah dalam 5 contoh berbeda.
 Bagaimana jika beberapa dari mereka diubah, tetapi tidak yang lain?
 Bagaimana pengguna mengetahui nama mana yang merupakan nama yang benar?

Deskripsi Second Normal Form

 Bentuk Normal Kedua (2NF) mensyaratkan bahwa atribut non-UID bergantung pada
(menjadi properti, atau karakteristik) seluruh UID.
 Apakah harga beli properti nomor pemasok, nomor produk, atau keduanya?
 Apakah nama pemasok properti nomor pemasok, nomor produk, atau keduanya?
 2NF membutuhkan jawaban "keduanya" untuk setiap pertanyaan.

Second Normal Form Bar Relationship

 UID untuk ACCOUNT adalah composite UID dari hubungan yang dilarang yang terdiri
dari nomor ACCOUNT dan nomor BANK.
 Apakah saldo properti nomor ACCOUNT, nomor BANK, atau keduanya?
 Apakah tanggal membuka properti nomor ACCOUNT, nomor BANK, atau keduanya?

Second Normal Form Violation

 Dalam ERD ini, lokasi bank atribut telah ditambahkan. Apakah lokasi bank properti dari
nomor ACCOUNT, nomor BANK, atau keduanya?
 Ini adalah properti dari nomor BANK saja dan karenanya salah tempat. Ini merupakan
pelanggaran Formulir Normal Kedua.
 Apa yang akan terjadi jika lokasi bank berubah?
 Setiap akun di bank itu perlu diperbarui.
Order ERD

 Apa yang salah dari dagram ini ?

 ERD sekarang dalam 2NF


 Jawab: Atribut harga salah tempat.
 Harga barang hanya tergantung pada PRODUK.
 Ini merupakan pelanggaran terhadap Bentuk Normal Kedua.

Istilah

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

 Second Normal Form (2NF)

Ringkasan

Dalam pelajaran ini, Anda seharusnya telah belajar cara:

 Menentukan aturan Bentuk Normal Kedua dalam proses normalisasi.


 Memeriksa entitas yang tidak dinormalisasi dan menentukan aturan mana, atau aturan
normalisasi yang dilanggar.
 Menerapkan aturan Bentuk Normal Kedua untuk menyelesaikan pelanggaran dalam
model

Kosa Kata
Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Hasil dari langkah kedua normalisasi basis data

Cobalah / pecahkan

1. UID buku perpustakaan termasuk nomor BUKU dan nomor SHELF. Apakah ERD ini
mengikuti aturan Formulir Normal Kedua? Jika Anda menemukan pelanggaran,
perbaiki.

2. Pendaftaran Kelas adalah entitas persimpangan yang menyelesaikan M: M antara


STUDENT dan CLASS. Apakah ERD mengikuti aturan Second Normal Form? Jika
Anda menemukan pelanggaran, perbaiki.

3. Sebuah toko dapat ditemukan di beberapa pusat perbelanjaan, dan sebuah pusat
perbelanjaan dapat menampung beberapa toko. Untuk menemukan toko tertentu di
lingkungan tertentu, Anda perlu mengetahui nama dan alamat pusat perbelanjaan
terdekat, ditambah nama toko tersebut. Apakah ERD mengikuti aturan Second Normal
Form? Jika Anda menemukan pelanggaran, perbaiki.
6-4 3rd normal form (Bentuk Normal Ketiga)

Tujuan

 Identifikasi dependensi transitif dalam model data


 Tetapkan aturan Bentuk Normal Ketiga dalam proses normalisasi
 Periksa entitas yang tidak dinormalisasi dan tentukan aturan, atau aturan normalisasi
mana yang dilanggar
 Terapkan aturan Formulir Normal Ketiga untuk menyelesaikan pelanggaran dalam model

Third Normal Form Rule

 Aturan Third Normal Form (3NF) menyatakan bahwa tidak ada atribut non-UID yang
dapat bergantung pada atribut non-UID lainnya.
 Bentuk Normal Ketiga melarang dependensi transitif.
 Ketergantungan transitif ada ketika atribut apa pun dalam suatu entitas bergantung
pada atribut non-UID lainnya dalam entitas itu.
 Pikirkan jenis informasi yang ingin Anda simpan tentang koleksi CD Anda.
 Apakah informasi tentang toko yang Anda beli CD berada di tempat yang sama?
 Jika alamat toko berubah, Anda harus mengubah informasi pada semua CD yang
dibeli di toko itu.
Third Normal Form Transitive Dependency

 Alamat toko tergantung pada nomor CD, yang merupakan UID dari entitas CD. Jadi
entitas ini dalam 1NF dan 2NF.
 Tetapi alamat toko juga tergantung pada nama toko, yang merupakan atribut non-UID.
 Ini adalah contoh ketergantungan transitif dan pelanggaran Third Normal
 Model yang dinormalkan dengan benar ditunjukkan di sini: buat STORE entitas
kedua, dengan hubungan dengan CD.
Contoh Third Normal Form

 Pertimbangkan sistem yang melacak informasi tentang kota - ukuran, populasi,


walikota, dan sebagainya.
 Model pertama menunjukkan entitas yang menyertakan informasi status.
 Meskipun negara adalah atribut kota, bunga negara sebenarnya adalah atribut negara.

 Model kedua, dengan STATE entitas baru, dalam Bentuk Normal Ketiga.

Third Normal Form Second Example

 Dalam contoh ini, asumsikan aturan bisnis berikut: setiap karyawan dapat memiliki satu
mitra.
 Model ini melanggar Formulir Normal Ketiga karena tanggal lahir mitra adalah atribut
mitra, bukan EMPLOYEE.
 Cara lain untuk menyatakan Bentuk Normal Ketiga: atribut non-UID tidak dapat
memiliki atributnya sendiri
3NF Second Example Solution

 Model ini mendukung Bentuk Normal Ketiga karena tanggal lahir mitra adalah atribut
mitra, bukan EMPLOYEE.
 Hubungan 1: 1 bersifat opsional pada akhir EMPLOYEE karena beberapa karyawan
tidak akan memiliki mitra.
 Merupakan kewajiban pada MITRA karena informasi tentang mitra dilacak hanya jika
orang tersebut adalah mitra dari satu dan hanya satu KARYAWAN.

Istilah

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

 Third Normal Form (3NF)


 Transitive dependency

Ringkasan
Dalam pelajaran ini, Anda seharusnya telah belajar bagaimana :

 Mengidentifikasi dependensi transitif dalam model data


 Menentukan aturan Bentuk Normal Ketiga dalam proses normalisasi
 Memeriksa entitas yang tidak normal dan menentukan aturan mana, atau aturan
normalisasi dilanggar
 Terapkan aturan Formulir Normal Ketiga untuk menyelesaikan pelanggaran dalam
model

Kosa Kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Bentuk normalisasi basis data di mana semua bidang non-kunci


bergantung pada kunci, seluruh kunci, dan tidak lain adalah kunci.

Suatu kondisi yang ada saat atribut apa pun dalam suatu entitas
bergantung pada atribut non-UID lainnya dalam entitas itu.

Cobalah / pecahkan

1. Identifikasi ketergantungan transitif dalam model di bawah ini. Negara yang atributnya
melanggar Formulir Normal Ketiga.

2. Tetapkan aturan Bentuk Normal Ketiga.


3. Skema warna untuk mobil mencakup spesifikasi untuk warna cat untuk bodi dan warna
serta bahan interior. Sebagai contoh: Skema warna "Gurun" meliputi cat perak dan
interior kulit abu-abu; skema warna "Sunburst" termasuk cat emas dan interior kulit
krem. Apakah model di bawah ini mengikuti aturan Formulir Normal Ketiga? Jika Anda
menemukan pelanggaran, perbaiki.
4. Asumsikan aturan bisnis berikut:
 Seorang atlet mempekerjakan satu agen.
 Agen dapat bekerja untuk satu atau lebih atlet.
 Seorang atlet dapat bermain untuk satu tim.
 Sebuah tim mungkin memiliki satu atau lebih pemain

Apakah model di bawah ini mengandung satu atau lebih dependensi transitif?
Identifikasi atribut yang terlibat dalam dependensi transitif.

5. Sekarang Anda memiliki gagasan tentang apa yang membuat UID baik, Anda perlu
menyadari kontroversi, manfaat, dan kesulitan mengidentifikasi seseorang secara unik.
Pertimbangkan ide kartu ID nasional. Jenis masalah apa yang akan dibuat kartu dan
jenis masalah apa yang akan dipecahkannya? Jika negara Anda sudah menggunakan
kartu ID nasional, apa manfaat dan masalah yang terkait dengan ini? Menurut Anda,
dapatkah pemetaan DNA menjadi kartu identitas nasional? Mengapa atau mengapa
tidak?
QUIZ SECTION 6
1. Pengidentifikasi unik hanya dapat terdiri dari satu atribut. Benar atau salah?
a. Benar
b. Salah
2. Kandidat UID yang dipilih untuk mengidentifikasi entitas disebut UID utama (primary) ;
kandidat UID lainnya disebut UID Sekunder.
a. Tidak, setiap Entitas hanya dapat memiliki satu UID, yang kedua.
b. Tidak, setelah UID diurutkan pertama, yang pertama disebut UID Primer, yang kedua
adalah UID Sekunder, dll.
c. Tidak, tidak mungkin memiliki lebih dari satu UID untuk Entitas.
d. Ya, ini adalah nama UID.
3. Orang tidak dilahirkan dengan 'nomor', tetapi banyak sistem menetapkan nomor siswa, ID
pelanggan, Dll. Ini dikenal sebagai UID ______________.
a. Stuctured
b. Artifical
c. Identification
d. Unrealistic
4. Kandidat UID yang tidak dipilih menjadi UID Utama (primary) disebut:
a. Simple
b. Artifical
c. Secondary
d. Composite
5. Periksa entitas berikut dan tentukan bagaimana membuatnya sesuai dengan aturan 2nd
Normal Form
ENTITY: RECEIPT
ATTRIBUTES:
#CUSTOMER ID
#STORE ID
STORE LOCATION
DATE
a. Hapus atribut STORE ID
b. Tidak melakukan apapun, itu sudah dalam Bentuk 2nd Normal Form.
c. Pindahkan atribut STORE LOCATION ke entitas baru, STORE, dengan UID ID
STORE, dan buat hubungan dengan entitas asli.
d. Pindahkan atribut STORE LOCATION ke entitas baru, STORE, dengan UID STORE
LOCATION, dan buat hubungan dengan entitas asli.
6. Kapan entitas dalam 2nd Normal Form?
a. Ketika semua atribut non-UID tergantung pada seluruh UID.
b. Ketika atribut dengan pengulangan atau multi-nilai ada.
c. Ketika tidak ada attritibute yang saling independen dan semua sepenuhnya bergantung
pada kunci utama.
d. Bukan dari salah satu di atas.
7. Untuk menyelesaikan pelanggaran Bentuk Normal ke-2, kita :
a. Tidak melakukan apapun, sebuah entitas tidak perlu berada dalam Bentuk Normal
ke-2.
b. Pindahkan atribut yang melanggar Formulir Normal ke-2 ke ERD baru.
c. Hapus atribut yang menyebabkan pelanggaran.
d. Memindahkan atribut yang melanggar Formulir Normal ke-2 ke entitas baru dengan
hubungan ke entitas asli.
8. Ketergantungan transitif ada ketika atribut apa pun dalam suatu entitas bergantung pada
atribut non-UID lainnya dalam entitas itu.
a. Benar
b. Salah
9. Periksa Entitas berikut, dan tentukan aturan Bentuk Normal mana yang dilanggar:
ENTITY: CLIENT
ATTRIBUTES:
#CLIENT ID
FIRST NAME
LAST NAME
STREET
CITY
ZIP CODE
a. 1st Normal Form.
b. 2nd Normal Form.
c. 3rd Normal Form.
d. Tidak ada di atas, entitas sepenuhnya dinormalisasi.
10. Periksa Entitas berikut, dan tentukan aturan Bentuk Normal mana yang dilanggar:
ENTITY: CLIENT ORDER
ATTRIBUTES:
#CLIENT ID
#ORDER ID
FIRST NAME
LAST NAME
ORDER DATE
CITY
ZIP CODE
a. 1st Normal Form.
b. 2nd Normal Form.
c. 3rd Normal Form.
d. Tidak ada di atas, entitas sepenuhnya dinormalisasi.
11. Ketika atribut apa pun dalam suatu entitas bergantung pada atribut non-UID lain dalam
entitas itu, ini dikenal sebagai:
a. Non-dependency
b. Transitive dependency
c. Dependency
d. Functional dependency
12. ORDER entitas memiliki atribut ID Pesanan, Tanggal Pesanan, ID Produk, ID Pelanggan.
Entitas ini dalam Formulir Normal Pertama. Benar atau salah?
a. Benar
b. Salah
13. Normalisasi Entity pada 1st Normal Form dilakukan dengan menghapus atribut yang
mengandung nilai muliple. Benar atau salah ?
a. Benar
b. Salah
14. Ketika data hanya disimpan di satu tempat dalam database, database tersebut sesuai dengan
aturan ___________.
a. Normalization
b. Multiplication
c. Reduction
d. Normality

15. Ketika semua atribut bernilai tunggal, model database dikatakan sesuai dengan:
a. 2nd Normal Form
b. 1st Normal Form
c. 4th Normal Form
d. 3rd Normal Form
SECTION 7
 BAHASA INGGRIS MATERI 7-1 LESSION
 BAHASA INDONESIA 7-1 LESSION

DESAIN DATABASE
7-1
ARC

Tujuan

Pelajaran ini mencakup tujuan-tujuan berikut:

• Tetapkan istilah "kendala" yang berlaku untuk pemodelan data

• Identifikasi hubungan ATAU eksklusif dalam skenario bisnis


• Diagram kendala busur untuk mewakili hubungan OR eksklusif

Bedakan antara penggunaan busur dan subtipe dalam model data

Tujuan

• Busur dalam pemodelan data membantu desainer menjelaskan hubungan eksklusif ATAU lintas
hubungan.

• Semakin eksplisit Anda dapat menentukan persyaratan klien, semakin akurat implementasi
akhir Anda.

Apa itu Kendala?

• Setiap bisnis memiliki batasan nilai atribut dan hubungan mana yang diizinkan.

Pembatasan ini disebut kendala.

• Mereka dapat merujuk pada satu atribut entitas, atau hubungan antar entitas.

Kita sudah tahu tentang beberapa macam kendala; misalnya, setiap KARYAWAN harus bekerja
dalam satu dan hanya satu DEPARTEMEN.

• Dalam pelajaran ini, kita akan melihat jenis kendala lain - kendala eksklusif atau OR.

Hubungan OR Relationship

• Hubungan yang saling eksklusif kadang-kadang ada antara entitas dan juga dikenal sebagai
Hubungan ATAU Eksklusif

• Hubungan OR Relationship adalah hubungan antara satu entitas dan dua (atau lebih) entitas
lain di mana hanya satu dari hubungan itu yang dapat ada pada suatu waktu

• Dalam ERDS, kami memodelkan jenis hubungan ini dengan Arc

Hubungan OR Relationship

• Sebagai contoh: ACARA PELATIHAN dapat di-host oleh salah satu PELATIHAN DI
RUMAH atau PERUSAHAAN PELATIHAN eksternal.

Id pelatih rumah
ACARA #id
PELATIHAN Nama pertama
#ID Nama terakhir
TANGGAL
NAMA
Perusahaan pelatihan
#id
Nama
Alamat
Spesialis
Nama kontak
Hubungan OR Relationship

• Setiap ACARA PELATIHAN harus diselenggarakan oleh satu dan hanya satu PELATIHAN DI
RUMAH ATAU satu dan hanya satu PERUSAHAAN PELATIHAN.

di rumah pelatih
ACARA #id
PELATIHAN Nama pertama
#ID Nama terakhir
TANGGAL
NAMA
Perusahaan pelatihan
#id
Nama
Alamat
Spesialis
Nama kontak

Hubungan OR Relationship

• Contoh Lain: Papan iklan adalah ruang iklan yang dapat menampilkan film, produk, atau
pengumuman publik. Ini mungkin mengandung iklan tentang hanya satu saja dalam satu waktu.

Film
#judul
Tanggal Pembukaan
Fitur Billboard
#nomer Produk Iklan
Ukuran #nama
lokasi

Pengumuman
#pesan
Hubungan OR Relationship

• Setiap "fitur" memiliki karakteristik atau atributnya sendiri. Busur memberi tahu pembaca
diagram bahwa hanya satu dari "fitur" ini yang akan memiliki hubungan dengan setiap instance
dari BILLBOARD.
Film
#judul
Tanggal Pembukaan
Fitur Billboard
#nomer Produk Iklan
Ukuran #nama
lokasi
Merupakan Hubungan OR Relationship di ERD Viow Hotes

• Arcs adalah cara untuk mewakili hubungan yang saling eksklusif di ERD.
Pengumuman
#pesan
Perusahaan
#id
Keanggotaan
Nama
#id
Hubungi nama
Mulai tanggal
Tanggal kadaluarsa Pelanggan
Pemutusan hubungan #id
kerja Nama depan
Nama belakang

Merupakan Hubungan OR Relationship di ERD Viow Hotes

• Busur ini mewakili hubungan eksklusif ATAU setiap KEANGGOTAAN harus dipegang oleh
satu PERUSAHAAN atau harus dipegang oleh satu PELANGGAN, tetapi tidak keduanya

Perusahaan
#id
Keanggotaan
Nama
#id
Hubungi nama
Mulai tanggal
Tanggal kadaluarsa Pelanggan
Pemutusan hubungan #id
kerja Nama depan
Nama belakang
Merupakan Hubungan OR Relationship di ERD

• Sebuah busur direpresentasikan pada ERD sebagai garis padat dengan ujung melengkung.

• Sebuah lingkaran digambar pada busur untuk setiap hubungan yang merupakan bagian dari
busur.

Arcs

• Busur selalu menjadi milik satu entitas.

• Arc dapat mencakup lebih dari dua hubungan.

• Tidak semua hubungan suatu entitas perlu dimasukkan dalam busur.

- Entitas mungkin memiliki beberapa busur.

- Busur harus selalu terdiri dari hubungan dengan opsionalitas yang sama.

Arcs

• Semua hubungan dalam busur harus bersifat wajib atau semua harus opsional.

• Hubungan dalam busur mungkin berbeda kardinalitas, meskipun ini jarang terjadi.

Arcs, Supertypes, dan Subtypes

• Arcs dan Super / subtipe keduanya memodelkan eksklusivitas timbal balik.

• Situasi tertentu paling baik dimodelkan sebagai busur, dan lainnya sebagai supertipe dan
subtipe.

Arcs, Supertypes, dan Subtypes

Rekening AKUN dan TABUNGAN AKUN adalah "tipe" dari AKUN.


• Contoh 1: MEMERIKSA

Tanggal dibuka

Keseimbangan Rekening Giro


#id
Tanggal ditutup Batas overdraught
Rekening tabungan
#id
Suku tabungan

Arcs, Supertypes, dan Subtypes

• Ini harus dimodelkan sebagai supertipe dan subtype

Akun
#id
Tanggal dibuka
Keseimbangan
Tanggal ditutup

Memeriksa

Batas overdraught

Tabungan

Tingkat suku bunga

Lainnya

Arcs, Supertypes, dan Subtypes

• Contoh 2: ACARA dapat diadakan di RUMAH PRIBADI atau RUANG PUBLIK.

• Jika entitas yang terkait melalui busur serupa, mungkin ada kasus untuk membuat super /
subtipe tanpa busur.
Peristiwa
#id
Biaya
Nama
Tanggal
deskripsi
Tempat Umum
Rumah Pribadi
#id
#id
Alamat
Alamat
Biaya sewa
komentar
Arcs, Supertypes, dan Subtypes komentar

Dalam hal ini, baik PRIVATE HOME dan PUBLIC SPACE adalah tipe-tipe VENUE, dan
mereka memiliki atribut yang secara umum serupa, sehingga mereka bisa berupa supertype dan
subtype
Peristiwa
#id
Biaya
Nama
Tanggal
deskripsi

Lokasi Rumah Pribadi Tempat umum

#id aksesibilitas Biaya sewa

alamat

komentar

Arcs, Supertypes, dan Subtypes


• Contoh 3: PERUSAHAAN PELATIHAN DI RUMAH dan PELATIHAN BUKAN jenis
ACARA PELATIHAN, dan mereka tidak berbagi atribut yang sama. Ini yang terbaik untuk
dimodelkan dengan busur.

Di latih dirumah
#id
Nama depan
Training event
Nama pelanggan
#id
Tanggal Perusahaan pelatihan
nama #id
Nama
Alamat
Spesialis
Nama kontak

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

•Busur

•Paksaan

• Hubungan ATAU eksklusif

• Hubungan yang saling eksklusif

Ringkasan

Dalam pelajaran ini, Anda seharusnya belajar cara:

• Tetapkan istilah "kendala" yang berlaku untuk pemodelan data

• Identifikasi hubungan ATAU eksklusif dalam skenario bisnis

• Diagram kendala busur untuk mewakili hubungan OR eksklusif

• Bedakan antara penggunaan busur dan subtipe dalam model data


 BAHASA INGGRIS 7-1 PRACTICE PDF
 BAHASA INDONESIA 7-1 PRACTICE PDF
Desain Basis Data

7-1: Busur

Kegiatan Praktek

Tujuan

• Identifikasi dependensi transitif dalam model data

• Menentukan aturan Bentuk Normal Ketiga dalam proses normalisasi

• Periksa entitas yang tidak dinormalisasi dan tentukan aturan, atau aturan normalisasi mana
yang dilanggar

• Menerapkan aturan Formulir Normal Ketiga untuk menyelesaikan pelanggaran dalam model

Kosa kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Garis lengkung yang digunakan untuk mewakili hubungan eksklusif


dalam suatu diagram hubungan entitas

Operator logis yang mengembalikan nilai sebenarnya jika satu, tetapi


tidak keduanya, dari operannya benar.

Hubungan antara satu entitas dan dua (atau lebih) entitas lain ketika
hanya satu dari hubungan itu yang bisa ada pada suatu waktu.

Batasan yang berlaku untuk data, yang sering ditentukan oleh

peraturan bisnis.

Cobalah / Pecahkan

1. Tiket pertunjukan dibeli dari agen, box office, atau Internet. Tiket memiliki deskripsi, acara,
tanggal dan harga. Agen memiliki nama dan nomor telepon. Box office memiliki alamat dan
nomor telepon. Internet memiliki alamat URL.

Gambarkan entitas dan mewakili hubungan yang saling eksklusif.

2. Gambar entitas MENU sebagai supertipe entitas PROMOSI, REGULER, dan LAINNYA.
UID MENU adalah kode. MENU terkait dengan ITEM MAKANAN melalui hubungan ini:
setiap MENU dapat mengandung satu atau lebih ITEM MAKANAN, dan setiap ITEM
MAKANAN harus terdaftar pada satu dan hanya satu MENU. UID ITEM MAKANAN adalah
UID dilarang menggunakan atribut "nomor" nya. Tambahkan atribut yang sesuai ke entitas lain
dan siap untuk mempertahankan pilihan Anda.
 BAHASA INGGRIS MATERI 7-2 LESSON
 BAHASA INDONESIA MATERI 7-2 LESSION

Tujuan

Pelajaran ini mencakup tujuan-tujuan berikut:

• Menentukan dan memberikan contoh hubungan hierarkis

• Identifikasi UIDS dalam model hierarkis

• Tentukan dan berikan contoh hubungan rekursif

• Representasikan hubungan rekursif dalam ERD yang diberikan skenario. Bangun model yang
menggunakan rekursi dan hierarki untuk mengekspresikan makna konseptual yang sama.

Tujuan

• Seringkali, peran diatur oleh hierarki - di tempat kerja (manajer, kepala kru, petugas meja
depan, juru masak makanan), atau di sekolah (kepala sekolah atau kepala sekolah, asisten kepala
sekolah atau asisten kepala sekolah, guru, staf).

• Data hierarkis sangat umum.

• Memahami hal itu akan membantu Anda membuat model:

• Bagan organisasi bisnis

• Struktur bangunan

• Pohon keluarga
• dan banyak hierarki lain yang ditemukan di dunia nyata

Hubungan dalam Bagan Organisasi


PRESIDEN

DIREKTUR

MENEJER

KARYAWAN
• Hirarki pelaporan Organisasi dapat diwakili oleh bagan organisasi ini.

• Hubungan dalam Bagan Organisasi

• Bagan organisasi dapat diwakili oleh model data ini.

• Kami membuat entitas untuk setiap level, dengan hubungan ke level berikutnya.

• Apa UIDS untuk setiap entitas?

Contoh Hubungan Lain

• Perhatikan hubungan yang dilarang.

• Di sini Anda memiliki kasing UIDS:

- UID LANTAI adalah kombinasi nomor LANTAI dan ID BANGUNAN

- UID SUITE adalah kombinasi dari nomor SUITE dan nomor FLOOR dan id BUILDING

-UID ROOM adalah kombinasi dari ROOM id dan SUITE number dan nomor FLOOR dan
BUILDING id
Bangunan
#id
Nama
alamat

Lantai
#jumlah
Rangkaian
#jumlah
Tenant

Kamar

#id
Hierarki vs. Hubungan Rekursif

• Kedua model ini mewakili semua karyawan.

• Yang di sebelah kiri adalah struktur hierarkis.

• Yang di sebelah kanan menggunakan hubungan rekursif.

PRESIDEN
#tambahkan nomor
Nama
Gaji
Piring mobil

DIREKTUR
#tambah nomor
Nama
Gaji
Karyawan
Pakett bonus
#tambahkan nomer
Nama
MENEJER
Pekerjaan
#tambah nomor
Gaji
Nama
Anggaran
Gaji
Paket bonus
Rencana mobil

KARYAWAN
#tambahkan nomer
Nama
gaji

Hierarki vs. Hubungan Rekursif

• Suatu hubungan tidak bisa bersifat hierarkis dan rekursif pada saat yang sama.

• Mana yang menurut Anda lebih baik?


PRESIDEN
#tambahkan nomor
Nama
Gaji
Piring mobil

DIREKTUR
#tambah nomor
Nama
Gaji
Karyawan
Pakett bonus
#tambahkan nomer
Nama
MENEJER
Pekerjaan
#tambah nomor
Gaji
Nama
Anggaran
Gaji
Paket bonus
Rencana mobil

KARYAWAN
#tambahkan nomer
Nama
gaji

Hierarki vs. Hubungan Rekursif Hierarkis:

Struktur hierarkis lebih eksplisit dan lebih mudah bagi kebanyakan orang untuk memahami
karena sangat mirip dengan bagan organisasi.

• Setiap entitas dapat memiliki atribut dan hubungan wajib sendiri, jika bisnis membutuhkan ini
(alih-alih semua atribut dan hubungan opsional, seperti yang Anda miliki dalam rekursif).

• Dengan cara ini, model data Anda benar-benar mencerminkan aturan bisnis.

Hierarki vs Hubungan Rekursif

• Rekursif: Hubungan rekursif cenderung lebih sederhana karena Anda hanya menggunakan satu
entitas.

• Diagram Anda akan kurang "sibuk".

• Namun, mereka kurang spesifik - Anda tidak dapat memiliki atribut atau hubungan wajib
kecuali mereka wajib dalam semua hal entitas.
Konvensi Penarikan

• Konvensi ERD untuk menunjukkan hubungan rekursif digambar sebagai loop, juga dikenal
sebagai "telinga babi".

Karyawan
#tambaahan nomer
Nama depan
Pekerjaan
Gaji
Anggaran
Paket bonus
Mrencana mobil

Skenario Bisnis Manufaktur Mobil

• Untuk organisasi manufaktur mobil, pertimbangkan semua komponen dasar, subassemblies,


rakitan, dan produk sebagai contoh dari entitas yang disebut KOMPONEN.

• Model dapat dibuat sebagai hubungan rekursif sederhana.

Komponen
#id
nama

Skenario Bisnis Manufaktur Mobil

• Memodelkan data Bill of Material sebagai hubungan rekursif banyak-ke-banyak:

• Setiap KOMPONEN dapat menjadi bagian dari satu atau lebih KOMPONEN.

• Setiap KOMPONEN dapat terdiri dari satu atau lebih KOMPONEN.

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

• Hubungan hierarki

• Hubungan rekursif
Ringkasan

Dalam pelajaran ini, Anda mempelajari belajar bagaimana:

• Menentukan dan memberikan contoh hubungan hierarkis

• Identifikasi UIDS dalam model hierarkis

• Definisikan dan berikan contoh hubungan rekursif

• Mewujudkan hubungan rekursif dalam ERD yang berjudul skenario

• Bangun model yang menggunakan rekursi dan hierarki untuk mengubah makna konseptual
yang sama
 BAHASA INGGRIS 7-2 PRACTICE PDF
 BAHASA INDONESIA 7-2 PRACTICE PDF

Desain Basis Data

7-2: Hierarki dan Hubungan Rekursif

Kegiatan Praktek

Tujuan

• Tetapkan dan berikan contoh hubungan hierarkis

• Identifikasi UID dalam model hierarkis

• Definisikan dan berikan contoh hubungan rekursif

• Mewakili hubungan rekursif dalam ERD yang diberi skenario

• Bangun model yang menggunakan rekursi dan hierarki untuk mengekspresikan makna
konseptual yang sama

Kosa kata

Identifikasi kata kosakata untuk setiap definisi di bawah ini.

Hubungan antara entitas dan dirinya sendiri.

Serangkaian hubungan yang mencerminkan entitas yang diorganisasikan ke


dalam level yang berurutan.

Cobalah / Pecahkan

1. Kembangkan dua diagram ER untuk mewakili situasi berikut. Kembangkan satu


menggunakan struktur hierarkis dan satu menggunakan struktur rekursif.

“Perusahaan kami menjual produk di seluruh Amerika Serikat. Jadi kami telah membagi AS
menjadi empat wilayah penjualan utama: wilayah Utara, Timur, Selatan, dan Barat. Setiap
wilayah penjualan memiliki kode wilayah yang unik. Setiap wilayah penjualan kemudian dibagi
menjadi distrik penjualan. Sebagai contoh, wilayah Barat dibagi menjadi distrik Rocky
Mountain, Northwest, Pacific Coast, dan Pacific. Setiap distrik memiliki kode distrik yang unik.
Setiap kabupaten terdiri dari wilayah penjualan. Distrik Rocky Mountain terdiri dari tiga
wilayah: Wyoming-Montana, Colorado, dan Utah-New Mexico. Utara-

Distrik barat terdiri dari dua wilayah: wilayah Washington dan Oregon-Idaho. Distrik Pantai
Pasifik terdiri dari dua wilayah: wilayah California dan Nevada. Distrik Pasifik mencakup
wilayah Hawaii dan wilayah Alaska. Setiap wilayah memiliki kode wilayah yang unik.
Kemudian setiap wilayah penjualan dipecah menjadi area penjualan. Sebagai contoh, Colorado
terdiri dari dua area penjualan: Front Range dan area penjualan Western Slope. Setiap area
penjualan memiliki kode area penjualan yang unik.

Setiap tenaga penjualan bertanggung jawab atas satu atau lebih area penjualan dan memiliki
kuota penjualan tertentu. Kami juga memiliki manajer penjualan yang bertanggung jawab atas
satu atau lebih distrik penjualan, dan direktur penjualan yang bertanggung jawab atas satu atau
lebih wilayah penjualan. Setiap manajer penjualan bertanggung jawab atas wilayah dengan
distriknya masing-masing. Kami tidak tumpang tindih dengan tanggung jawab karyawan kami.
Setiap area penjualan selalu menjadi tanggung jawab seorang tenaga penjualan, dan tanggung
jawab manajer dan direktur kami tidak tumpang tindih. Terkadang tenaga penjualan, manajer,
dan direktur kami akan memiliki penugasan khusus dan

tidak akan bertanggung jawab atas penjualan. Kami mengidentifikasi semua tenaga penjualan
kami oleh karyawan mereka

ID. "

 QUIS BAHASA INGGRIS


Section 7
(Answer all questions in this section)

1. Cascading UIDs are a feature often found in what type of


Mark for Review
Relationship?
(1) Points

Heirarchical Relationship (*)


Recursive Relationship
Invalid Relationship
General Relationship

Correct

2. A Hierarchical relationship is a series of relationships that reflect


Mark for Review
entities organized into successive levels. True or False?
(1) Points

True (*)
False

Correct

3. A Recursive Relationship is represented on an ERD by a/an:


Mark for Review
(1) Points

Single Toe
Dog's Tail
Crow's Foot
Pig's Ear (*)

Correct

4. A single relationship can be both Recursive and Hierarchical at the


Mark for Review
same time. True or False?
(1) Points

True
False (*)

Correct

5. Business organizational charts are often modeled as a Hierarchical


Mark for Review
relationship. True or False? (1) Points

True (*)
False

Correct
Section 7
(Answer all questions in this section)

6. A particular problem may be solved using either a Recursive


Mark for Review
Relationship or a Hierarchical Relationship, though not at the same
(1) Points
time. True or False?

True (*)
False

Correct

7. A relationship between an entity and itself is called a/an:


Mark for Review
(1) Points

Recursive Relationship (*)


General Relationship
Heirarchical Relationship
Invalid Relationship

Correct

8. Which of the following would best be represented by an arc?


Mark for Review
(1) Points

TEACHER (Female, Bob)


DELIVERY ADDRESS (Home, Office) (*)
STUDENT (Grade A student, Average Student)
PARENT (Girl, Bob)

Correct

9. An arc can often be modeled as Supertype and Subtypes. True or


Mark for Review
False?
(1) Points
True (*)
False

Correct

10. Arcs are Mandatory in Data modeling. All ERD's must have at least
Mark for Review
one Arc. True or False?
(1) Points

True
False (*)

Correct

Section 7
(Answer all questions in this section)

11. Arcs model an Exclusive OR constraint. True or False?


Mark for Review
(1) Points

True (*)
False

Correct

12. Which of the following would best be represented by an arc?


Mark for Review
(1) Points

STUDENT (Grade A student, Average Student)


STUDENT (senior, male)
STUDENT (graduating, female)
STUDENT ( University, Technical College) (*)

Correct

13. All relationships participating in an arc must be mandatory. True or


Mark for Review
False?
(1) Points

True
False (*)
Correct

14. To visually represent exclusivity between two or more relationships


Mark for Review
in an ERD you would most likely use an ________.
(1) Points

Relationship
UID
Attribute
Arc (*)

Correct

15. Arcs are used to visually represent _________ between two or


Mark for Review
more relationships in an ERD.
(1) Points

Inheritance
Sameness
Exclusivity (*)
Differences

Correct
 QUIS BAHASA INDONESIA
1. Cascading UIDs adalah fitur yang sering ditemukan dalam jenis Hubungan apa?
a. Hubungan Tidak Valid
b. Hubungan Rekursif
c. Hubungan Umum
d. Hubungan Heirarkis
2. Hubungan hierarkis adalah serangkaian hubungan yang mencerminkan entitas yang
diorganisasikan ke dalam level yang berurutan. Benar atau salah?
a. Benar
b. Salah
3. Hubungan Rekursif diwakili pada ERD oleh a / an:
a. Single Toe
b. Telinga Babi
c. Kaki Gagak
d. Ekor Anjing
4. 12. Hubungan tunggal dapat bersifat Rekursif dan Hierarkis pada saat yang sama. Benar
atau salah?
a. Benar
b. Salah

5. Bagan organisasi bisnis sering dimodelkan sebagai hubungan hierarkis. Benar atau salah?
a. Benar
b. Salah

6. Masalah tertentu dapat diselesaikan dengan menggunakan Hubungan Rekursif atau


Hubungan Hirarki, meskipun tidak pada saat yang sama. Benar atau salah?

a. Benar

b. Salah

7. Hubungan antara entitas dan dirinya disebut a / an:

a. Hubungan Rekursif

b. Hubungan Umum

c. Hubungan Heirarkis

d. Hubungan Tidak Valid

8. Manakah dari berikut ini yang terbaik diwakili oleh busur?

a. GURU (Wanita, Bob)

b. ALAMAT PENGIRIMAN (Rumah, Kantor) (*)

c. MAHASISWA (Siswa kelas A, Siswa Biasa)

d. ORANGTUA (Cewek, Bob)

9. Busur sering dapat dimodelkan sebagai Supertipe dan Subtipe. Benar atau salah?

a. Benar

b. Salah

10. Arcs adalah Wajib dalam pemodelan data. Semua ERD harus memiliki setidaknya satu
Arc. Benar atau salah?

a. Benar

b. Salah

11. Arcs memodelkan batasan Eksklusif ATAU. Benar atau salah?

a. Benar

b. Salah
12. Manakah dari berikut ini yang terbaik diwakili oleh busur?

a. MAHASISWA (Siswa kelas A, Siswa Biasa)

b. SISWA (senior, laki-laki)

c. SISWA (lulus, perempuan)

d. MAHASISWA (Universitas, Perguruan Tinggi Teknis)

13. Semua hubungan yang berpartisipasi dalam busur harus bersifat wajib. Benar atau
salah?

a. Benar

b. Salah

14. Untuk secara visual mewakili eksklusivitas antara dua atau lebih hubungan dalam ERD,
Anda kemungkinan besar akan menggunakan ________.

a. Hubungan

b. UID

c. Atribut

d. Arc

15. Arcs digunakan untuk secara visual mewakili _________ antara dua atau lebih
hubungan dalam ERD.

a. Warisan

b. Kesamaan

c. Eksklusivitas

d. Perbedaan
SECTION 8
Section 8

1. Lesson 8 – 1

Data Over Time Example

 Suatu organisasi perlu menyimpan data tentang gaji karyawan.

 Semua karyawan dibayar mingguan.

 Awalnya, model KARYAWAN berikut ini dimodelkan.

 Persyaratan tambahan sekarang menentukan bahwa organisasi perlu menyimpan


catatan sejarah tentang bagaimana dan kapan gaji karyawan telah berubah selama
masa kerja mereka.

Model Salary Changes

 Untuk memodelkan perubahan gaji dari waktu ke waktu, tambahkan entitas


SALARY HISTORY.

 UID entitas SEJARAH Gaji adalah id KARYAWAN terkait dan tanggal mulai gaji.
Model Rental Over Time

 Toko perhiasan menyewakan potongan-potongan (kalung, gelang, dan sebagainya


aktif) ke bintang film untuk acara-acara khusus, seperti penghargaan upacara atau
pemutaran perdana film.

 Mereka ingin melacak sejarah penyewaan perhiasan.

 Model ER berikut hanya akan melacak arus penyewa sepotong perhiasan.

 Bagaimana Anda merevisi hubungan untuk melacak sejarah?

Resolve M : M

 Hubungan antara JEWELRY PIECE dan MOVIE STAR seharusnya direvisi menjadi
M: M, yang kemudian diselesaikan dengan entitas persimpangan RENTAL SEWA.

 Selanjutnya kita perlu tentukan UID dari RENTAL SEWA.


Determine UID

 Opsi 1: Barredrelationship.

 Menggambar Barred hubungan UID tidak cocok di sini, karena ini tidak akan
mengizinkan MOVIE STAR untuk menyewa JEWELRY PIECE yang sama pada
tanggal yang berbeda

 Opsi 2: Barredrelationship dan Tanggal Rental

 Menambahkan tanggal sewa ke UID akan memungkinkan MOVIE STAR untuk


menyewa sama JEWELRY PIECE pada tanggal yang berbeda, tetapi juga akan
mengizinkan MOVIE STAR berbeda untuk menyewa sama JEWELRY PIECE pada
tanggal yang sama.

 Opsi 3: Hubungan yang dilarang antara MOVIE STAR dan RENTAL HISTORY
dengan Tanggal Sewa.

 Model ini tidak mau mengizinkan MOVIE STAR yang sama untuk disewa lebih dari
satu JEWELRY PIECE pada hari tertentu.

 Opsi 4: Hubungan yang dilarang antara JEWELRY PIECE dan RENTAL HISTORY
dengan Tanggal Sewa.

 Model ini mengatakan bahwa JEWELRY PIECE bisa disewa hanya sekali di tanggal
yang sama.
2. Lesson 8 – 2

Entity DAY vs. Attribute Date

 Pertimbangkan entitas PURCHASE

 Anda akan menyertakan atribut "date" jika Anda ingin tahu kapan item menunggu
dibeli.

 Namun, jika kita ingin mengidentifikasi tren - Seperti membeli mantel Vs.
pakaian mandi vs sepatu kets - kami mungkin ingin mengetahui suhu selama
waktu itu.

 Jika kita menambahkan atribut suhu ke entitas PURCHASE yang dibuatnya


masalah.

 Ingat Normal Form Ketiga: atribut non-UlD tidak dapat memiliki atributnya
Sendiri.

 Karena tinggi dan rendah suhu adalah atribut dari tanggalnya, kita perlu yang
terpisah entitas DAY.
 Memiliki entitas DAY yang terpisah memungkinkan kami melacak lebih banyak
informasi yang mungkin berguna bagi bisnis contoh hari yang merupakan hari
libur nasional.

Time-related Constraint

 Waspadai kendala yang dapat timbul dari kebutuhan untuk melacak tanggal dan
waktu.

 Berikut ini sebuah contoh:

o Pertimbangkan pameran sekolah yang menampilkan beberapa stan.


Manajer mendaftar sukarelawan untuk bekerja di shift yang berbeda di
stan yang berbeda.

o Sebuah stan hanya dikelola oleh satu sukarelawan ata waktu.

o Beberapa sukarelawan dapat bekerja selama beberapa jam; yang lain bisa
bekerja lebih sedikit jam tergantung pada waktu luang mereka.

o Jadwal harus ditentukan terlebih dahulu, sehingga manajer tahu waktu


mana yang tidak ditanggung oleh siapa pun sukarelawan.
o Ini pilihan waktu kendala terkait itu perlu dipertimbangkan untuk model
ini

o Yang jelas: shift "end time" harus lebih dari shift "star time".

o Waktu shift mungkin tidak tumpang tindih.

o "start time" untuk perpindahan bagi sukarelawan mungkin tidak antara


"start time" dan "ent time" dari yang lain relawan pada hal yang sama stan.

o Hal yang sama berlaku untuk "end time"

Conditional Non-transferability

 "start time" untuk shift dapat diperbarui ke waktu akhir, kecuali shift belum
dimulai.

 Anda mungkin tidak akan membiarkan shift dipindahkan ke relawan lain atau stan
lain, kecuali shift belum dimulai

 Ini adalah contoh dari Non-transferability bersyarat

 Non-transferabilitas: SHIFT ASSIGMENT tidak dapat diubah menjadi BOOTH


lain (atau ke VOLUNTEER lain).

 Hubungan yang tidak dapat ditransfer adalah diwakili oleh berlian di ERD.
 Tidak dapat dialihkan bersyarat: SHIFT ASSIGMENT kadang-kadang bisa diubah
dalam kasus ini, jika shift belum dimulai.
 Hubungan ini tidak dapat diwakili dalam diagram, tetapi masih harus
didokumentasikan.

3. Lesson 8 – 3

Model Historic Price

 Seringkali bermanfaat untuk dimiliki informasi tentang harga masa lalu.

 Model yang ditampilkan di sini melacak harga historis suatu produk.

Historical Price Changes

 Pertimbangkan apa yang terjadi ketika Anda mengembalikan item ke toko.

 Anda membeli barang dengan harga tertentu, tetapi sudah dijual sejak saat itu.
Tracking Price Changes

 Bisnis sering kali perlu mencatat perubahan harga.

 Dalam model ini, kami mengasumsikan bahwa setiap PURCHASE hanya dari
satu produk.

 Harga yang dibayarkan dapat ditemukan dengan mencocokkan tanggal pembelian


antara tanggal mulai dan tanggal akhir PRICE

Journaling

 Setiap kali sistem mengizinkan pengguna untuk memodifikasi atau menghapus


tertentu informasi, pertanyaannya harus ditanya "Apakah nilai-nilai lama perlu
disimpan dalam catatan? "

 Ini disebut "logging" atau "journaling"

 Ini sering menjadi masalah ketika informasi bersifat finansial atau a sifat sensitif
seperti perubahan nilai siswa
Lesson 8 – 4

Large ERD Drawing Conventions


 Semakin besar dan semakin rumit ERD, semakin sulit untuk menata potongan-
potongan dalam format yang jelas dan dapat dibaca.

 Ada dua konvensi gambar yang banyak digunakan:

o yang menempatkan entitas volume tinggi ke kiri atas halaman, dan yang
menempatkan entitas volume tinggi ke arah kanan halaman.

 Tidak penting konvensi mana yang Anda ikuti, tetapi pilih satu dan coba gunakan
secara konsisten.

 Entitas volume tinggi adalah entitas yang akan memiliki banyak instance.

 Entitas volume tinggi sering kali merupakan pusat atau yang lebih penting dalam
ERD

 Mereka akan memiliki jumlah hubungan tertinggi dengan entitas lain, dan
sebagian besar fungsi bisnis akan memengaruhi data yang disimpan dalam entitas
ini
 Ketika entitas volume tinggi berada di bagian kiri atas ERD, kaki gagak akan
cenderung mengarah ke selatan dan timur

 Ketika entitas volume tinggi berada di bagian kanan bawah ERD, baris kaki
cenderung mengarah ke utara dan timur
Clarity is Key

 Gunakan konvensi dengan bijaksana.

 Tujuan utama pembuatan diagram adalah untuk memberikan representasi model


yang dapat digunakan untuk keperluan komunikasi.

 Ini berarti bahwa Anda tidak boleh membiarkan konvensi mengganggu dengan
keterbacaan dan kejelasan.

 Seringkali Anda akan memiliki campuran konvensi, tergantung pada jumlah ruang
yang Anda miliki dan preferensi Anda sendiri.

 Kejelasan dan keterbacaan adalah kriteria utama.

 Untuk kejelasan dan keterbacaan dalam ERD:

 Hindari melintasi garis hubungan

 Hindari entitas yang tumpang tindih

 Hindari garis hubungan yang melintasi entitas

 Gunakan banyak "ruang putih"

 Membagi ERD yang lebih besar menjadi sub-diagram yang lebih kecil jika
diperlukan

Space in Needed

 Keterbacaan membutuhkan ruang dan tergantung selera. Penggunaan ruang putih


membantu memperjelas ERD.
Use Sub-Diagrams

 Ketika Anda memiliki diagram yang sangat besar, ini juga dapat membantu
memecahnya menjadi diagram yang lebih kecil dari entitas terkait yang
fungsional

 Anda dapat menggunakan sub-diagram yang lebih kecil ketika mempresentasikan


ke berbagai grup dalam perusahaan pelanggan.

 Masih penting untuk memiliki diagram besar yang menunjukkan seluruh gambar
(bahkan jika harus dicetak pada plotter atau direkam bersama-sama dari potongan
kertas yang lebih kecil)

 Mungkin ada hubungan antara entitas dalam berbagai sub-model, dan ini harus
diwakili di suatu tempat
Section 8
(Answer all questions in this section)

1.In an ERD, it is a good idea to group your entities according to the


Mark for Review
expected volumes. By grouping high volume entities together, the
(1) Points
diagrams could become easier to read. True or False?

True
False

2.No formal rules exist for drawing ERD's. The most important thing is
Mark for Review
to make sure that all entities, attributes, and relationships are
(1) Points
documented on the diagram, and the diagram is clear and readable.
True or False?

True
False

3.Formal rules exist for drawing ERD's. You must always follow them,
Mark for Review
even if it results in an ERD that is difficult to read. True or False?
(1) Points

True
False

4.In an ERD, High Volume Entities usually have very few relationships
Mark for Review
to other entities. True or False?
(1) Points

True
False

5.What is the function of logging or journaling in conceptual data


Mark for Review
models?
(1) Points

Gives a timestamp to all entities.


Creates a fixed time for all events in a data model.
Represents entities as time in the data model.
Allows you to track the history of attribute values, relationships,
and/or entire entities
6. Why
Mark for
would
Review
you want
(1) Points
to model
a time
compone
nt when
designing
a system
that lets
people
buy bars
of gold?

The price of gold fluctuates and, to determine the current


price, you need to know the time of purchase.
You would not want to model this; it is not important.
Sales people must determine where the gold is coming
from.
The Government of your country might want to be
notified of this transaction.

7. You are doing a data model for a computer sales company


Mark for
where the price fluctuates on a regular basis. If you want to
Review
allow the company to modify the price and keep track of the
(1) Points
changes, what is the best way to model this?

A. Create a product entity and a related price entity with


start and end dates, and then let the users enter the new
price whenever required.
B. Create a new item and a new price every day.
C. Use a price entity with a start and end date
D. Allow them to delete the item and enter a new one.
E. Both A and C

8. Which of the following scenarios should be modeled so that


Mark for
historical data is kept? (Choose two)
Review
(1) Points

(Choose all correct answers)

LIBRARY and NUMBER OF BOOKS


STUDENT and GRADE
LIBRARY and BOOK
STUDENT and AGE

9. Historical data must never be kept. True or False?


Mark for
Review
(1) Points

True
False

10. When modeling historical data the unique identifier is always


Mark for
made up of a barred relationship from the original two entities.
Review
True or False?
(1) Points

True
False

11. All
Mark for
systems
Review
must
(1) Points
have an
entity
called
WEEK
with a
holiday
attribute
so that
you
know
when to
give
employee
sa
holiday.
True or
False?

True
False
12. When you add the concept of time to your data model, your
Mark for
model becomes more complex. True or False?
Review
(1) Points

True
False

13. There are no circumstances where you would create a DAY


Mark for
entity. True or False?
Review
(1) Points

True
False

14. In a payroll system, it is desirable to have an entity called DAY


Mark for
with a holiday attribute when you want to track special holiday
Review
dates. True or False?
(1) Points

True
False

15. If you have an entity with a DATE attribute, in addition to


Mark for
other attributes that track date characteristics, you should
Review
create a DAY entity. True or False?
(1) Points

True
False
SECTION 9

9-1 Introduction to Relasional Database Concepts

 Database Relasional lllustrated

- Basis data relasional adalah database yang dilihat oleh pengguna sebagai kumpulan tabel
dua dimensi, masing-masing Berisi baris dan kolom.

 Bahasa untuk Mengakses Bahasa kueri Data

- Structured (SQL) memungkinkan kita untuk mengakses data dalam database relasional
dengan cara yang efisien.

 Primary Key

-Sebuah kunci utama (PK) adalah kolom atau set otkolom itu identitas unik setiap baris
dalamsebuah tabel.

- Setiap tabel seharusnya memiliki kunci utama,dan kunci utamaharus unik.

- Tidak ada bagian dari kunci utama bisa batal.

 Kandidat Kunci Utama

- Sebuah tabel dapat memiliki lebih dari satu kolom, atau kombinasi kolom, yang bisa berfungsi
sebagai tabel kunci utama.

- Setiap kolom, atau kombinasi kolom, disebut "kandidat" kunci karena dapat dipilih untuk
digunakan sebagaikunci utama.

 Pilih kunci Kandidat

- Kandidat terpilih untuk menjadi kunci utama untuk thetable.

- Kandidat lain menjadi kunci alternatif (atau unikkunci)

 Foreign Key

Kunci asing (FK) adalah kolom, atau Kombinasi dari kolom, dalam satu tabel itu Berisi nilai
yang cocok dengan kunci utama nilai dalam tabel lain.

 Foreign Key Rules

Jika kunci utama terdiri dari satu atau lebih asing kunci, nilai FK tidak boleh NULL.
 Kolom Integritas.

- Kolom harus hanya mengandung nilai itu Konsisten dengandata yang ditentukan format file
kolom.

 Ringkasan Aturan Integritas Data

- Data aturan integritas (juga dikenal sebagai kendala) mendefinisikan keadaan yang secara
relasional benar untuk suatu basis data .

- Aturan integritas data memastikan bahwa pengguna hanya dapat melakukan operasi yang
meninggalkan basis data dengan benar, keadaan yang konsisten.

 Istilah

Terminology Key yang digunakan dalam pelajaran ini termasuk:

- Kandidat key.

- Column

- Foreign key

- Kunci utama

- Database relasional

- Baris

- Kunci unik #

9-2 Basic Mapping: The Transformation Process

 Tinjauan Tabel Relasional


- Tabel adalah struktur sederhana di mana data disusun dan disimpan.

- Pada contoh di bawah ini, tabel EMPLOYEES digunakan untuk menyimpan informasi
karyawan.

- Tabel memiliki kolom dan baris.

- Dalam contoh tersebut, setiap baris menggambarkan suatu kejadian karyawan.

- Setiap kolom digunakan untuk menyimpan jenis nilai tertentu, seperti nomor karyawan, nama
belakang, dan nama depan.

- Kolom id karyawan adalah kunci utama.

- Setiap karyawan memiliki nomor identifikasi unik di tabel ini.

- Nilai di kolom kunci utama membedakan masing-masingbaris individual.

- Payroll_id adalah kunci unik.

- Ini berarti bahwa sistem tidak mengizinkan dua baris dengan id penggajian yang sama.

- Kolom kunci asing merujuk ke kolom di kolom laintabel.

- Dalam contoh ini, id departemen mengacu pada kolom

dalam tabel DEPARTEMEN.Kolom

- Kita tahu bahwa Dana Smith bekerja di departemen 10.

- Jika kami ingin tahu lebih banyak tentang Dana Smith departemen, kami akan mencari baris di
Tabel DEPARTMENTS yang memiliki department_id = 10.

 Transforming Conceptual to Physical

- Model konseptual (diagram ER) ditransformasikan menjadi model fisik.

- Implementasi fisik akan menjadi basis data relasional.

 Terminologi Mapping

- Mengubah dari analisis (model konseptual) ke implementasi (model fisik) juga berarti berubah
terminologi:

A. Entitas menjadi tabel. Misalnya menjadi baris.

B. Atribut menjadi kolom.

C. Identifier unik primer menjadi kunci utama.


D. Identifier unik sekunder menjadi kunci unik.

E. Hubungan diubah menjadi kolom kunci-asing dan batasan kunci asing.

 Table Diagram Notations

- Baris pertama diagram tabel berisi tabel nama dan nama pendek.

- Kolom Jenis Kunci harus berisi nilai "pk" untuk kunci utama, "uk untuk kunci unik, dan" fk
"untuk kolom kunci asing.

- Ini akan kosong jika kolom bukan bagian dari kunci apa pun.

- Kolom Opsionalitas harus berisi "*" jika kolom wajib dan "o" jika itu opsional. Ini mirip
dengan diagram entitas. Kolom ketiga adalah untuk kolom nama.

 Konvensi Penamaan untuk Tabel dan Kolom

- Nama tabel adalah jamak dari nama entitas.

- Contoh: SISWA menjadi SISWA

- Colom identik dengan nama atribut kecuali bahwa karakter dan spasi khusus diganti dengan
garis bawah

- Nama kolom sering menggunakan singkatan lebih dari nama atribut. Contoh: nama depan
menjadi nama depan, atau fname

 Tabel Nama Pendek

- Sebuah nama pendek unik untuk setiap tabel berguna dalam penamaan kolom kunci asing.

- Salah satu cara yang mungkin untuk membuat nama pendek ini didasarkan pada aturan berikut:

- Untuk nama entitas lebih dari satu kata, ambil: Karakter pertama kata pertama

A. Karakter pertama dari kata kedua

B. Karakter terakhir dari kata terakhir


- Contoh: TUGAS JOB mendapat nama pendek JAT

- Untuk nama entitas satu kata tetapi lebih dari satu suku kata, ambil:

A. Karakter pertama dari suku kata pertama

B. Karakter pertama dari suku kata kedua

C. Karakter terakhir dari suku kata terakhir

- Contoh: EMPLOYEE mendapat nama pendek EPE dan CLIENT mendapat nama pendek CET

- Untuk nama entitas satu suku kata tetapi lebih dari satu

karakter:

A. Karakter pertama

B. Karakter kedua

C. Karakter terakhir

Contoh : FLIGHT getsa nama pendek dari FLT

 Penamaan Batasan dengan Oracle.

- Tabel dan nama kolom Harus dimulai dengan huruf

- Dapat memuat hingga 30 karakter alfanumerik

- Tidak dapat berisi spasi atau karakter khusus seperti "1," tetapi "$, '" "H," dan "diizinkan.

- Nama tabel harus unik dalam satu akun pengguna di database Oracle. Nama kolom harus unik
di dalam tabel.

- Beberapa kata memiliki arti khusus dalam Oracle database dan dalam bahasa pemrograman
SQL.

- Ini disebut kata-kata "cadangan".

- Yang terbaik adalah menghindari menggunakan ini sebagai nama untuk tabel Anda dan kolom.

- Beberapa contoh umum dari kata-kata yang dipesan oleh Oracle adalah: - TABEL

A. NUMBERSEQUENCE

B. MEMESAN

C. NILAI
D. TINGKAT

E. TYPEA

 Terminology

Istilah-istilah kunci yang digunakan dalam pelajaran ini termasuk:

- Map

- Reserved word

-Transform

9-3 Relationship Mapping

Rules for Relationship

- menciptakan satu atau lebih kolom kunci asing dalam tabel di banyak sisi hubungan.

- Kami menggunakan nama pendek dari tabel untuk memberi nama kolom foreign-key

- Pada contoh di depan, kolom foreign-key di Tabel EMPLOYEES adalah id dpt untuk
hubungannya dengan DEPARTEMEN, dan mgr id untuk hubungan rekursif dengan dirinya
sendiri.

- Kolom kunci asing dapat berupa wajib atau opsional, tergantung pada kebutuhan bisnis.

- Dalam contoh, dptid adalah wajib dan mgrid adalah pilihan

 Mapping of Mandatory Relationship atau the One Side

- Hubungan yang bersifat wajib di satu sisi, atau wajib di kedua sisi, dipetakan persis sama cara
sebagai hubungan yang opsional di satu sisi.

- Model konseptual cukup kaya untuk ditangkap opsionalitas di kedua ujung hubungan.

- Namun, model fisik terbatas pada kendala utama dapat menegakkan hubungan wajib hanya di
banyak ujung.

- Dalam contoh berikut, model fisik tidak dapat memaksakan bahwa BAND harus terdiri dari
setidaknya satu Musisi.

-Opsionalitas di satu ujung harus diimplementasikan melalui pemrograman tambahan.

 Mapping of Nontransferable Relationship


- Hubungan yang tidak dapat dipindahtangankan dalam model konseptual berarti kolom kunci
asing dalam basis data tabel tidak dapat diperbarui.

- Batasan kunci asing dengan sendirinya tidak dapat menegakkan ini dalam database.

- Pemrograman tambahan akan diperlukan untuk memastikan bahwa basis data mengikuti aturan
bisnis ini.

- Penting untuk mendokumentasikan aturan seperti ini agar mereka ingat untuk menulis kode
yang sesuai dan menegakkan aturan bisnis ini.

 Mapping of Barred Relationship

-Sebuah hubungan yang dilarang dipetakan ke kunci asing kolom di banyak sisi, sama seperti 1
lainnya: M

- Dalam kasus ini, kolom kunci asing memainkan peran ganda karena itu juga merupakan bagian
dari kunci utama.

- Dalam contoh, bak_number adalah kolom kunci asing di ACCOUNTS yang mengacu pada
kunci utama BANK.

- Ini juga merupakan bagian dari kunci utama ACCOUNTS.

 Cascade Barred Relationship

- Hierarki dapat menyebabkan kaskade hubungan yang dilarang, di mana UID entitas di bagian
atas hierarki dilakukan sampai ke UID entitas di bagian bawah hierarki.

- Dalam contoh tersebut, UID ROOM terdiri dari Nomor KAMAR, nomor SUITE, nomor
LANTAI, dan BANGUNAN id.

- Ini diwakili oleh hubungan yang dilarang.

- Ketika ini dipetakan ke model fisik, hasilnya bisa menjadi nama kolom kunci asing yang sangat
panjang karena digunakan nama pendek dari tabel asal sebagai awalan.

- Konvensi yang disarankan adalah untuk tidak pernah menggunakan lebih dari dua awalan tabel.

- Pada contoh berikut, kolom kunci asing di ROOM yang datang jauh-jauh dari BUILDINGS
diberi nama sue_bdg_id, bukan sue_flr_bdg_id.
9-4 Subtipe Mapping

 Implementasi Supertype: Tabel Tunggal

- Pilihan ini menghasilkan tabel tunggal untuk implementasi entitas supertipe dan subtipe.

- Ini juga disebut "single-table (atau satu-tabel) implementasi."

- Aturan:

A. Tabel: Hanya satu tabel yang dibuat, berapapun jumlahnya subtipe.

B. Kolom: Tabel tunggal mendapatkan satu kolom untuk setiap atribut dari supertype,

bersama dengan opsionalitas asli dari atribut.

 When Do You Choose the Single Implementasi Table / Supertype?

- Implementasi single-table adalah umum dan implementasi yang fleksibel.

- Ini adalah salah satu yang Anda pertimbangkan terlebih dahulu terutama sesuai jika:

A. Sebagian besar atribut berada pada tingkat supertype.

B. Sebagian besar hubungan berada pada tingkat supertype.

C. Aturan bisnis secara global sama untuk subtipe

 Implementasi Subtipe: Dua Tabel.

- Ini juga disebut "implementasi dua tabel."

- Anda membuat tabel untuk setiap subtipe

- Jadi, pada kenyataannya, Anda bisa memiliki lebih dari dua tabel, jika Anda memiliki lebih dari
dua subtipe.

- Aturan:

A. Tabel: Satu tabel per subtipe tingkat pertama.

B. Kolom: Setiap tabel mendapat satu kolom untuk setiap atribut dari supertype bersama

dengan opsionalitas aslinya.

C. Setiap tabel juga mendapat satu kolom untuk setiap atribut milik subtipe beserta

opsionalitas aslinya.
 Kapan Mempertimbangkan Implementasi Subtipe

Implementasi subtipe mungkin tepat ketika:

- Subtipe memiliki sangat sedikit kesamaan. Ada beberapa atribut di tingkat supertype dan
beberapa di tingkat subtipe.

- Sebagian besar hubungan berada pada level subtipe.

- Aturan dan fungsi bisnis sangat berbeda antara subtipe.

- Tabel yang digunakan berbeda misalnya, satu tabel sedang ditanya sementara yang lain sedang
diperbarui.
QUIZ

Section 9
(Answer all questions in this section)

1.In a physical data model, a relationship is represented as a


Mark for Review
combination of: (Choose Two)
(1) Points

(Choose all correct answers)

Primary Key or Unique Key


Column
Check Constraint or Unique Key
Foreign Key

2.Why would this table name NOT work in an Oracle database?


Mark for Review
this_year_end+next_year
(1) Points

Table names must begin with an alphabetic character.


It is too long.
The Plus sign + is not allowed in object names.
None of the above.

3.In an Oracle database, why would 1_TABLE not work as a table


Mark for Review
name?
(1) Points

Object names must not start with a number. They must begin with
a letter.
There is no problem here. You can create a table called 1_TABLE.
The database does not understand all capital letters.
TABLE is a reserved word.

4.The conceptual model is transformed into a physical model. The


Mark for Review
physical implementation will be a relational database. True or False?
(1) Points

True
False

5.One-to-Many Optional to Mandatory becomes a _______________ on


Mark for Review
the Master table.
(1) Points

Primary Key
Optional Foreign Key
Mandatory Foreign Key
Unique Key
-

Bagian 9
(Jawab semua pertanyaan di bagian ini)
1. Dalam model data fisik, suatu hubungan direpresentasikan sebagai kombinasi dari: (Pilih Dua)
Tandai untuk Ditinjau
(1) Poin
(Pilih semua jawaban yang benar)
a. Kunci Utama atau Kunci Unik
b. Kolom
c. Periksa Kendala atau Kunci Unik
d. Kunci asing

2. Mengapa nama tabel ini TIDAK berfungsi di basis data Oracle? this_year_end + next_year
Tandai untuk Ditinjau
(1) Poin
a. Nama tabel harus dimulai dengan karakter alfabet.
b. Ini terlalu panjang.
c. Tanda Plus + tidak diizinkan dalam nama objek.
d. Bukan dari salah satu di atas.

3. Dalam database Oracle, mengapa 1_TABLE tidak berfungsi sebagai nama tabel? Tandai untuk
Ditinjau
(1) Poin
a. Nama objek tidak boleh dimulai dengan angka. Mereka harus mulai dengan surat.
b. Tidak ada masalah di sini. Anda dapat membuat tabel yang disebut 1_TABLE.
c. Basis data tidak mengerti semua huruf kapital.
d. TABEL adalah kata yang dipesan.

4. Model konseptual ditransformasikan menjadi model fisik. Implementasi fisik akan menjadi
basis data relasional. Benar atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah

5. Satu-ke-Banyak Opsional untuk Wajib menjadi _______________ di tabel Master. Tandai


untuk Ditinjau
(1) Poin
a. Kunci utama
b. Kunci Asing Opsional
c. Kunci Asing Wajib
d. Kunci unik

6.One-to-One
Mark for Review
relationships
(1) Points
are
transformed
into Foreign
Keys in the
tables
created at
either end of
that
relationship.
True or
False?

True
False

7. Relationships on an ERD can only be transformed into UIDs


Mark for Review
in the physical model? True or False?
(1) Points

True
False

8. In a physical model, many to many relationships are


Mark for Review
resolved via a structure called a(n): ________________
(1) Points

Supertype
Intersection Table
Intersection Entity
Subtype

9. Which of the following is a valid reason for considering a


Mark for Review
Subtype Implementation?
(1) Points

The common access paths for the supertypes are


different.
Business functionality, business rules, access paths, and
frequency of access are all very different between the
subtypes.
The resulting table will reside in a single database and
be used by just ONE user.
Most of the relationships are at the supertype level.

10. When mapping supertypes, relationships at the supertype


Mark for Review
level transform as usual. Relationships at subtype level are
(1) Points
implemented as foreign keys, but the foreign key columns
all become mandatory. True or False?

True
False

6. Hubungan satu-ke-satu ditransformasikan menjadi Kunci Asing dalam tabel yang dibuat di
kedua ujung hubungan itu. Benar atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah
7. Hubungan pada ERD hanya dapat ditransformasikan menjadi UID dalam model fisik? Benar
atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah

8. Dalam model fisik, banyak hubungan banyak diselesaikan melalui struktur yang disebut a (n):
________________ Mark for Review
(1) Poin
a. Supertype
b. Tabel persimpangan
c. Entitas titik-temu
d. Subtipe

9. Manakah dari berikut ini yang merupakan alasan yang sah untuk mempertimbangkan
Implementasi Subtipe? Tandai untuk Ditinjau
(1) Poin
a. Jalur akses umum untuk supertipe berbeda.
b. Fungsionalitas bisnis, aturan bisnis, jalur akses, dan frekuensi akses semuanya sangat
berbeda di antara subtipe.
c. Tabel yang dihasilkan akan berada dalam satu database dan digunakan hanya oleh SATU
pengguna.
d. Sebagian besar hubungan berada pada tingkat supertype.

10. Saat memetakan supertipe, hubungan pada level supertype bertransformasi seperti biasa.
Hubungan di tingkat subtipe diimplementasikan sebagai kunci asing, tetapi kolom kunci asing
semua menjadi wajib. Benar atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah
11.When
Mark for Review
mapping
(1) Points
supertypes,
relationships
at the
supertype
level
transform as
usual.
Relationships
at the
subtype level
are
implemented
as foreign
keys, but the
foreign key
columns all
become
optional.
True or
False?

True
False

12. The explanation below is an example of which constraint


Mark for Review
type?
(1) Points
If the value in the balance column of the ACCOUNTS
table is below 100, we must send a letter to the account
owner which will require extra programming to enforce.

Entity integrity
Referential integrity
User-defined integrity
Column integrity

13. Foreign keys must be null. True or False?


Mark for Review
(1) Points

True
False
14. Column integrity refers to
Mark for Review
(1) Points

Columns always containing positive numbers


Columns always containing values consistent with the
defined data format
Columns always having values
Columns always containing text data less than 255
characters

15. The explanation below is an example of which constraint


Mark for Review
type?
(1) Points
A primary key must be unique, and no part of the primary
key can be null.

Column integrity
Referential integrity
User-defined integrity
Entity integrity

11. Saat memetakan supertipe, hubungan pada level supertype bertransformasi seperti biasa.
Hubungan di tingkat subtipe diimplementasikan sebagai kunci asing, tetapi kolom kunci asing
semua menjadi opsional. Benar atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah

12. Penjelasan di bawah ini adalah contoh tipe kendala apa?


Jika nilai di kolom saldo pada tabel ACCOUNTS di bawah 100, kita harus mengirim surat
kepada pemilik akun yang akan memerlukan pemrograman tambahan untuk diberlakukan.
Tandai untuk Ditinjau
(1) Poin
a. Integritas entitas
b. Integritas referensial
c. Integritas yang ditentukan pengguna
d. Integritas kolom
13. Kunci asing harus nol. Benar atau salah? Tandai untuk Ditinjau
(1) Poin
a. Benar
b. Salah

14. Integritas kolom mengacu pada Mark for Review


(1) Poin
a. Kolom selalu mengandung angka positif
b. Kolom selalu mengandung nilai yang konsisten dengan format data yang ditentukan
c. Kolom selalu memiliki nilai
d. Kolom selalu berisi data teks kurang dari 255 karakter

15. Penjelasan di bawah ini adalah contoh tipe kendala apa?


Kunci primer harus unik, dan tidak ada bagian dari kunci utama yang bisa null. Tandai untuk
Ditinjau
(1) Poin
a. Integritas kolom
b. Integritas referensial
c. Integritas yang ditentukan pengguna
d. Integritas entitas
SECTION 10
Desain database

10-1: siklus hidup pengembangan sistem

Kegiatan praktik

Tujuan
• dengan Daftar dan menjelaskan tahapan yang berbeda dari siklus hidup pengembangan
sistem
• dengan Mengidentifikasi peran pemodelan data dalam siklus hidup pengembangan sistem
• dengan Hubungkan tugas proyek ke tahapan yang berbeda dari siklus hidup pengembangan
sistem

Kosakata
Mengidentifikasi kata Kosakata untuk setiap definisi di bawah ini.

Untuk memasukkan data ke dalam tabel.

Proses pengembangan sistem informasi melalui proses


multilangkah.
Jenis pengujian di mana pengguna dipantau menentukan apakah
sistem memenuhi semua persyaratan mereka, dan akan mendukung
bisnis yang dirancang.
Eksekusi simultan dari dua operasi yang berbeda.

Coba it/mengatasinya
1. bekerja dengan kelompok Anda untuk menjawab pertanyaan berikut karena mereka berlaku
untuk proyek Anda:

Bagian mana dari siklus hidup pengembangan sistem yang telah Anda alami sejauh ini?
Tugas apa yang paling banyak memakan waktu untuk menyelesaikannya? (Mendapatkan
kebutuhan bisnis, menciptakan data model, memvalidasi model, mendokumentasikan
aturan Bisnis, atau orang lain.)

Setelah Anda selesai dengan tahap analisis, apa dua tahap berikutnya? Apa yang akan Anda
lakukan dalam tahapan ini?

Berapa banyak waktu yang diperlukan untuk memperbaiki kesalahan dalam model data
dibandingkan dengan memperbaiki kesalahan ketika tabel telah dibangun? Bagaimana
ketika tabel sudah diisi? Cobalah untuk membayangkan berapa lama waktu yang
dibutuhkan untuk memperbaiki kesalahan jika aplikasi (laporan, halaman web, dll) sudah
dibangun. Apa ini memberitahu Anda tentang pentingnya tahap awal dari siklus hidup
pengembangan sistem?

Database Design

10-2

Ikhtisar proyek dan memulai kegiatan praktek

Tujuan
• Mengidentifikasi proyek pemodelan data untuk memecahkan kebutuhan informasi bisnis
• Menunjukkan keterampilan penting dalam memecahkan masalah bisnis menggunakan
teknologi dan profesional menyajikan solusi ini

Coba it/mengatasinya
1. putuskan topik untuk grup Anda.
2. Diskusikan masalah bisnis spesifik yang ingin Anda selesaikan.
3. Start membuat pertama-cut ERD
Desain Basis Data
10-3: Manajemen Proyek Presentasi
Kegiatan Praktek

Tujuan
• Melacak tanggung jawab dan kemajuan proyek dengan menggunakan manajemen proyek
dokumen
• Tunjukkan bukti kemajuan pada proyek presentasi akhir dengan mengisi proyek akhir kotak
pelacakan

Cobalah / Pecahkan
1. Laporan Kemajuan Presentasi Akhir
unakan waktu kelas untuk membuat kemajuan pada presentasi akhir Anda.Merevisi dan
menyelesaikan ERD Anda. Pastikan Anda memiliki semua atribut yang ditentukan, hubungan
UID, hubungan bernama, dan sebagainya. Gunakan subtipe, lengkok, dan hierarki, jika ada.
2. Dapatkan salinan Formulir Pelacakan Proyek Presentasi Final dari guru Anda. Isi kolom kotak
pelacakan proyek untuk mendokumentasikan kemajuan Anda saat ini.
SECTION 11

DESAIN DATABASE

11-1

MEMBUAT TABEL UNTUK PRESENTASI AKHIR

Objektif

Pelajaran ini mencakup tujuan-tujuan berikut:

 Membuat tabel sampel dari presentasi proyek akhir erd


 Masukkan data sampel ke tabel yang dibuat

Tujuan

 Saatnya untuk menghidupkan model data anda


 Bisa melihat model konseptual anda menjadi tabel fisik sangat bermanfaat
 Dokumen yang memperlihatkan contoh data dari tabel adalah cara yang bagus untuk
memberikan gambaran klien tentang seperti apa database itu

Tabel contoh grafik

 Tabel contoh grafik membantu anda memetakan meja sebelum menciptakan itu dalam
database
 Itu membuat pekerjaan menulis pernyataan sql lebih mudah dan akan membantu
menghilangkan kesalahan yang memakan waktu.

Ringkasan

Dalam pelajaran ini, anda seharusnya belajar bagaimana:

 Membuat tabel sampel dari presentasi proyek akhir erd


 Masukkan data sampel ke tabel yang dibuat

DESAIN DATABASE
11-2

MENYIAPKAN DOKUMENTASI TERTULIS

Tujuan

Pelajaran ini mencakup tujuan-tujuan berikut:

 Menyusun dokumentasi tertulis yang terorganisir dengan baik untuk menemani presentasi
 Membuat konsep kasar dari, review, dan menyelesaikan dokumentasi tertulis

Tujuan

 Dokumentasi tertulis adalah bagian dari presentasi profesional


 Klien akan mengharapkannya sebagai bagian dari pengiriman keseluruhan proyek apa
pun
 Dokumentasi tertulis mendukung presentasi lisan anda
 Ini memberikan detail yang tidak dapat anda ucapkan dalam waktu yang ditentukan
 Ini memungkinkan klien untuk meninjau solusi yang anda usulkan lebih dekat setelah
presentasi

Garis besar untuk dokumentasi tertulis

 Di bawah ini adalah garis besar saran yang dapat diikuti untuk dokumentasi tertulis anda.
 Masing-masing topik dalam garis besar dijelaskan dalam pelajaran ini.
- Pengantar
- Bisnis dan misi
- Persyaratan informasi
- Peraturan bisnis
- Asumsi

Garis besar untuk dokumentasi tertulis

 Di bawah ini adalah garis besar yang disarankan yang dapat mengikuti dokumentasi
tertulis anda.
 Masing-masing topik dalam garis besar dijelaskan dalam pelajaran ini.
- Entity relationship diagram (erd)
- Tabel
- Kesimpulan
- Rekomendasi
 Pengantar
- Bagian pengantar menyatakan kebutuhan bisnis seperti yang didefinisikan oleh klien.
- Itu juga menyatakan masalah yang saat ini ada seperti yang didefinisikan oleh klien.
- Akhirnya, ini menggambarkan solusi yang diusulkan yang secara langsung
menjawab kebutuhan bisnis.
 Bisnis dan misi
- Bagian bisnis dan misi menjelaskan produk atau layanan yang ditawarkan oleh bisnis
serta misinya.
- Apa tujuan dari bisnis ini?
- Bisnis seperti apa yang dia inginkan?
- Bagaimana itu ingin dirasakan?
 Persyaratan informasi
- Bagian persyaratan informasi ini menggambarkan, pada tingkat tinggi, tipe data yang
ingin ditangkap oleh bisnis atau organisasi.
 Peraturan bisnis
- Bagian ini menyatakan aturan bisnis sebagaimana berlaku untuk persyaratan
informasi perusahaan atau organisasi.
 Asumsi
- Bagian ini mencantumkan dan menjelaskan asumsi yang harus dipertimbangkan.
Asumsi dijelaskan pada halaman berikutnya.

Apa asumsi?

 Asumsi bisa berupa hubungan atau aturan dalam model data yang anda tidak punya
waktu untuk memverifikasi.
 Mereka juga dapat menjadi kondisi yang perlu benar agar solusi yang diusulkan dapat
berhasil.
 Ini mungkin tidak langsung tercermin dalam erd.

Contoh asumsi

Contoh asumsi:

 Klien menyadari bahwa informasi yang mereka berikan akan dibagikan dengan semua
agen, dan mereka setuju untuk ini.
 Klien bersedia bekerja dengan agen yang berbeda dalam rencana perjalanan mereka.
 Mereka dapat meminta "agen pilihan", tetapi bersedia untuk berbicara dengan orang lain
jika orang itu tidak tersedia.
 Data masa lalu akan dimasukkan ke dalam basis data untuk memberikan "riwayat" bagi
klien yang sebelumnya telah melakukan bisnis dengan overland travel.
Entity Relationship Diagram

 Bagian entity relationship diagram mencakup erd dari solusi yang diusulkan untuk
masalah bisnis.
 Mengamati konvensi penamaan dan menggambar yang tepat saat membuat erd.

Tabel

 Bagian tabel termasuk tabel sampel entitas utama.


 Termasuk data sampel dari bisnis juga dapat membantu.
 Menggunakan tabel instance grafik akan membantu menangkap kesalahan pemetaan atau
masalah sebelum tabel dibuat dalam database.

Kesimpulan

 Bagian kesimpulan merangkum bagaimana solusi database secara efektif memenuhi


kebutuhan para pemangku kepentingan dan mengapa mereka harus mempekerjakan anda
untuk proyek tersebut

Rekomendasi

 Bagian rekomendasi menyatakan setiap rekomendasi untuk pekerjaan lebih lanjut yang
akan bermanfaat bagi para pemangku kepentingan.
 Contoh rekomendasi:
- Ekspansi ke pasar global (terjemahan, konservasi mata uang, menghubungkan
banyak basis data, dll.)
- Integrasi dengan sistem yang ada.
- Menciptakan sistem layanan mandiri online untuk pelanggan.
- Membuat database historis saparate (data warehouse) untuk analisis tren.
Contoh dokumentasi

Proposal untuk dinas perjalanan overland

 Pengenalan
- Peningkatan bisnis, duplikasi fungsi bisnis, dan keterlambatan dalam melayani
permintaan klien menunjukkan perlunya perbaikan dalam menangani informasi klien.
- Penambahan yang mudah diakses, siap updateable database akan memungkinkan agen
untuk personalisasi permintaan telepon dan email dari berulang pelanggan dengan dapat
mengakses catatan masa lalu dari satu lokasi.
- Selain itu, informasi klien baru dapat dimasukkan oleh setiap agen di terminal
komputernya, sehingga menghilangkan simpanan data entri yang sekarang ada.
- Oracle data modeling consultant menawarkan solusi terbaik untuk masalah ini.
- Implementasi penuh dari database harus memakan waktu kurang dari empat minggu dari
tanggal persetujuan.
- Semua staf akan dilatih dan menggunakan database dalam jangka waktu tersebut
- Oracle data modeling consultant dapat memperbaiki masalah yang ada menangani
informasi klien dengan membuat database yang agen dapat mengakses dari terminal
komputer mereka.
- Agen, sementara di telepon atau menanggapi email, akan dapat memasukkan nama
terakhir dan disajikan dengan agenda perjalanan masa lalu, permintaan perjalanan, atau
tertunda pengaturan perjalanan.
- Agen akan dapat menambahkan klien baru dan dapat menghasilkan mailing list untuk
iklan.
- Entri data akan segera, sehingga menghilangkan jaminan simpanan yang baru ada.
- Entri data akan dapat berbagi informasi untuk acara perjalanan kelompok dan menyajikan
"setiap agen " dapat antarmuka untuk pelanggan.
- Solusi ini masalah klien harus berbicara dengan agen yang sama untuk memiliki
pertanyaan dijawab.
- Klien tidak akan perlu menunggu atau dipanggil kembali seperti yang dilakukan saat ini.

 Bisnis dan misi


- Overland travel agency adalah perusahaan kecil namun berkembang yang berspesialisasi
dalam pengaturan perjalanan pribadi untuk bisnis dan individu.
- Misi perusahaan adalah memberikan layanan yang dipersonalisasi kepada klien mana pun
dari semua agen overland.
- Overland berupaya menciptakan tempat "satu langkah" yang ramah bagi klien untuk
membuat pengaturan perjalanan.
- Overland ingin tampil "segar dan up-to-date ".
- Mereka berusaha untuk menginformasikan klien tentang transaksi perjalanan baru dan
menarik dan petualangan.
 Persyaratan informasi
- Overland travel membutuhkan informasi klien terkini, termasuk alamat bisnis dan
rumah, nama belakang dan nama depan, pengaturan perjalanan masa lalu, rencana
perjalanan masa depan, dan mode perjalanan yang disukai klien.
- Mereka juga membutuhkan informasi perjalanan seperti akomodasi cacat. Diperlukan
makanan khusus, di mana tiket ditagih dan dikirimkan, orang-orang yang secara teratur
menemani mereka bepergian, dan informasi lain yang berkaitan dengan pelanggan.
- Keluarga atau kelompok klien harus dapat diidentifikasi baik sebagai kelompok maupun
sebagai individu.

 Aturan bisnis
- Di overland travel, setiap agen perjalanan harus dapat membantu pelanggan yang
menelepon melalui telepon atau mengirim email tanpa harus meninggalkan meja.
- Seorang pelanggan dapat disebut sebagai klien.
- Seorang pelanggan adalah siapa saja yang telah membuat permintaan untuk perjalanan
tetapi mungkin atau mungkin tidak benar-benar memesan reservasi.
- Agen tidak bekerja pada basis komisi, sehingga akses ke informasi klien adalah shard
oleh semua agen.
- Agen harus dapat memasukkan dan menyimpan komentar yang terkait dengan setiap
klien yang diperlukan.

 Asumsi
- Klien menyadari bahwa informasi yang mereka berikan akan dibagi dengan semua agen,
dan mereka setuju untuk ini.
- Klien bersedia bekerja dengan agen yang berbeda pada rencana perjalanan mereka.
- Mereka dapat meminta "pilihan agen ", tetapi bersedia untuk berbicara dengan orang lain
jika orang tersebut tidak tersedia.
- Data masa lalu akan dimasukkan ke dalam database untuk memberikan "history " untuk
klien yang sebelumnya telah melakukan bisnis dengan overland travel.

Ringkasan

Dalam pelajaran ini, anda harus belajar cara:

 Tulis dokumentasi tertulis yang terorganisir dengan baik untuk menemani presentasi.
 Buat draf kasar, tinjau, dan selesaikan dokumentasi tertulis.
DESAIN BASIS DATA

11-3

MEMPERSIAPKAN BAHAN VISUAL

Tujuan

Pelajaran ini mencakup tujuan-tujuan berikut:

- Bangun diagram hubungan entitas yang menunjukkan konvensi industry


- Siapkan tabel dan visual yang mendukung dokumentasi basis data mereka
- Peragakan dan perbaiki keterampilan presentasi lisan selama latihan dan penyempurnaan

Tujuan

- Materi visual melengkapi presentasi


- Mereka melengkapi dokumentasi tertulis dan pretensi lisan
- Untuk pembaca nonteknis, ghaps, tabel, dan presentasi visual data adalah kunci untuk
memahami dan memperjelas dokumentasi tertulis
- Tim olahraga mengadakan sesi latihan rutin, teater, perusahaan mengadakan latihan
sebelum pertunjukan dan musisi berlatih secara teratur pada instrumen mereka
- Pertunjukan bintang yang Anda lihat di pertandingan, pertunjukan, atau konser tidak akan
mungkin dilakukan tanpa latihan
- Pikirkan tentang pertama kali Anda memecahkan masalah matematika, bermain video
game atau belajar berenang
-- Apakah kamu sangat baik dalam hal itu?
-- Apa yang kamu lakukan untuk menjadi lebih baik?
- Praktek!

Sebuah Gambar Bernilai Seribu Kata

- Orang menerima banyak informasi melalui mata mereka, yang lebih dari melalui mata
mereka
- Materi visual yang digambar dengan baik dan diberi label jelas memberi dampak pada
presentasi saat disampaikan dan mendukungnya sesudahnya

Pedoman untuk Mempersiapkan dan Menggunakan Elemen Visual

- Semua diagram, gambar, tabel atau grafik harus memiliki judul yang mengidentifikasi
apa yang digambarkan
- Semua diagram, gambar, tabel atau grafik harus memiliki label yang mengidentifikasi ut
untuk referensi dari dokumentasi tertulis
- Misalnya, beri label diagram "Gambar 1 - ERD" dan menyebutnya sebagai "Gambar 1-
ERD" dalam dokumentasi tertulis
- Jika warna yang berbeda atau gaya garis yang berbeda digunakan dalam menggambar,
pastikan untuk membuat kunci untuk menjelaskannya
- Simpan semua diagram, gambar, tabel dan grafik sederhana dan mudah dipahami
- Pembaca tidak perlu 85 baris output data untuk memahami maksud Anda
- Ukuran diagram, gambar, tabel, dan grafik agar sesuai dengan aliran dokumentasi dan
dalam margin halaman
- Gunakan tabel untuk data numerik dan untuk menampilkan output database
- Beri label setiap tabel dengan judul baris tengah tebal dan judul kolom
- Jika beberapa tabel adalah bagian dari grup, beri label tabel 1-1, Tabel 1-2, dll
- Gunakan ukuran dan gaya font yang sama dari semua elemen serupa di setiap table
- Susun titik desimal di kolom
- Jangan menyingkat tanpa memberikan kunci
- Jika Anda menggunakan mname ", pastikan Anda referensi itu
- Audiens Anda mungkin tidak tahu apakah ini nama gadis, nama tengah, atau nama
manajer
- Untuk bagan dan grafik, pilih gaya (diagram lingkaran, grafik, grafik garis) yang paling
sesuai dengan data
- Agar visual dapat ditampilkan selama presentasi, pastikan ukuran cetaknya cukup besar
untuk dibaca seseorang dari baris kursi terakhir.

- Buat konten visual tetap sederhana


- Audiens Anda mungkin tidak memahami jargon teknis atau punya waktu untuk membaca
banyak baris teks
- Latih presentasi untuk memastikan Anda memahami bagaimana menjelaskan semua
elemen visual

Praktek Membuat Sempurna

- Sangat sedikit orang yang melakukan semuanya dengan benar pada kali pertama
- Kuncinya adalah berlatih dan mau mendengarkan kritik membangun
- Anda memiliki peran penting baik sebagai presenter maupun sebagai audiens
- Ketika Anda menawarkan umpan balik kepada anggota kelas Anda tentang presentasi
mereka, bersikaplah konstruktif, bermanfaat, dan positif

Ringkasan
Dalam pelajaran ini, Anda seharusnya belajar cara:

- Bangun ERD yang menunjukkan konvensi industry


- Siapkan tabel dan visual yang mendukung dokumentasi basis data mereka
- Memperagakan dan memberikan contoh pemformatan tabel untuk dokumentasi basis
data
- Peragakan dan perbaiki keterampilan presentasi lisan selama latihan dan penyempurnaan

DESAIN DATABASE
11-4
PRESENTASI AKHIR
Tujuan
Pelajaran ini mencakup tujuan-tujuan berikut:
- Menunjukkan penggunaan kontak mata yang tepat, postur tegak, gerakan dan komunikasi
nonverbal lainnya selama presentasi akhir
- Tunjukkan penggunaan jawaban yang jelas dan ringkas untuk semua pertanyaan setelah
presentasi akhir
- Berikan setidaknya dua poin umpan balik untuk setiap presenter

Tujuan
- Menunjukkan keterampilan teknis serta presentasi dan komunikasi sangat dihargai oleh
banyak pengusaha
- Memberikan presentasi akhir Anda memungkinkan Anda mengembangkan keterampilan
ini di lingkungan kelas
- Ketika Anda perlu melakukan ini dalam pengaturan profesional di masa depan, Anda
dapat memanfaatkan pengalaman ini

Hari Presentasi
- Minta seseorang dalam grup Anda melacak waktu saat Anda sedang melakukan
presentasi
- Setuju pada sinyal untuk "mempercepat" atau "memperlambat", tergantung pada berapa
banyak yang tersisa dan apakah audiens mengikuti Anda
- Jika Anda telah mempersiapkan diri secara memadai dan berlatih dengan kelompok
Anda, Anda harus yakin dengan presentasi Anda
- Ingat, grup Anda telah meneliti dan membahas bisnis lebih luas daripada orang-orang
yang hadir
- Ini model Anda - tidak ada yang memahaminya lebih baik daripada Anda!

Ringkasan
Dalam pelajaran ini, Anda seharusnya belajar cara:
- Tunjukkan penggunaan pesan pusat dan argumen pendukung untuk presentasi akhir
- Mendemonstrasikan analisis logis dari aturan bisnis, operasi, dan proses dengan cara
yang jelas dan mudah dipahami klien
- Tunjukkan pemilihan pakaian bisnis yang sesuai untuk presentasi akhir
- Tunjukkan penggunaan kontak mata yang tepat, postur tegak, gerakan, dan komunikasi
nonverbal lainnya selama presentasi
- Tunjukkan penggunaan jawaban yang jelas dan ringkas untuk semua pertanyaan setelah
presentasi akhir
- Berikan setidaknya poin umpan balik untuk setiap presenter

Anda mungkin juga menyukai