1 / 117

PERANCANGAN BASIS DATA

PERANCANGAN BASIS DATA. Dosen : Achmad Zakki Falani, S.Kom Fakultas Ilmu Komputer Universitas Narotama Surabaya. NEXT. Kriteria Penilaian:. Kehadiran : 10 % Tugas : 15 % Keaktifan : 15 % NIlai UTS : 30 % (Reg.) Nilai UAS : 30 % (Reg.) Nilai UAS : 60 % (Ins.). BACK. NEXT.

gefen
Télécharger la présentation

PERANCANGAN BASIS DATA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. PERANCANGAN BASIS DATA Dosen : Achmad Zakki Falani, S.Kom Fakultas Ilmu Komputer Universitas Narotama Surabaya NEXT

  2. Kriteria Penilaian: • Kehadiran : 10 % • Tugas : 15 % • Keaktifan : 15 % • NIlai UTS : 30 % (Reg.) • Nilai UAS : 30 % (Reg.) • Nilai UAS : 60 % (Ins.) BACK NEXT

  3. Definisi Basisdata Beberapa definisi basisdata (database) adalah sbb: • Sekumpulan data store(bisa dalam jumlah besar) yang tersimpan dalam magnetic disk, optical disk, dan media penyimpan sekunder lainnya. • Sekumpulan program-program aplikasi umum yang mengeksekusi dan memproses data secara umum (hapus,cari,update,dll) • Basisdata terdiri dari data yang di-share bagi banyak user dan memungkinkan penggunaan data yang sama pada waktu bersamaan oleh banyak user • Koleksi terpadu dari data-data yang saling berkaitan dari suatu enterprise.Mis. Basisdata RS akan terdiri dari data-data seperti pasien, karyawan, dokter, perawat, dll. BACK NEXT

  4. Definisi Perancangan Basisdata Perancangan Database adalah proses untuk menentukan isi dan pengaturan data yang dibutuhkan untuk mendukung berbagai rancangan sistem. Tujuan Perancangan Database : • untuk memenuhi informasi yang berisikan kebutuhan-kebutuhan user secara khusus dan aplikasi-aplikasinya. • memudahkan pengertian struktur informasi. • mendukung kebutuhan-kebutuhan pemrosesan dan beberapa obyek penampilan (response time, processing time, dan storage space) BACK NEXT

  5. Proses Perancangan Database 6 Fase proses perancangan database : 1. Pengumpulan data dan analisis 2. Perancangan database secara konseptual 3. Pemilihan DBMS 4. Perancangan database secara logika (data model mapping) 5. Perancangan database secara fisik 6. Implementasi Sistem database. 6 fase di atas tidak harus diproses berurutan. Pada beberapa hal, rancangan tsb dapat dimodifikasi dari yang pertama dan sementara itu mengerjakan fase yang terakhir (feedback loop antara fase) dan feedback loop dalam fase sering terjadi selama proses perancangan. BACK NEXT

  6. Fase 1 : Pengumpulan data dan analisa Proses identifikasi dan analisa kebutuhan-kebutuhan data disebut pengumpulan data dan analisa. Untuk menentukan kebutuhan-kebutuhan suatu sistem database,pertama-tama harus mengenal bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para pemakai yang ada dan para pemakai yang baru serta aplikasi-aplikasinya. Kebutuhan-kebutuhan dari para pemakai dan aplikasi-aplikasi inilah yang kemudian dikumpulkan dan dianalisa. BACK NEXT

  7. Aktifitas-aktifitas pengumpulan data dan analisa : • Menentukan kelompok pemakai dan bidang-bidang aplikasinya. • Peninjauan dokumentasi yang ada. • Analisa lingkungan operasi dan pemrosesan data. • Daftar pertanyaan dan wawancara. BACK NEXT

  8. Fase 2 : Perancangan database konseptual Tujuan dari fase ini adalah menghasilkan conceptual schema untuk database yang tergantung pada sebuah DBMS yang spesifik. Sering menggunakan sebuah high-level data model seperti ER/EER model selama fase ini. Dalam conceptual schema, kita harus merinci aplikasi-aplikasi database yang diketahui dan transaksi-transaksi yang mungkin. BACK NEXT

  9. Aktifitas paralel perancangan database secara konseptual : 1. Perancangan skema konseptual : menguji kebutuhan-kebutuhan data dari suatu database yang merupakan hasil dari fase 1, dan menghasilkan sebuah conceptual database schema pada DBMS independent model data tingkat tinggi seperti EER (enhanced entity relationship) model. 2. Perancangan transaksi : menguji aplikasi-aplikasi database dimana kebutuhan-kebutuhannya telah dianalisa pada fase 1, dan menghasilkan perincian transaksi-transaksi ini. BACK NEXT

  10. Fase 3 : Pemilihan DBMS Pemilihan database ditentukan oleh beberapa faktor, diantaranya: 1. Struktur data Jika data yang disimpan dalam database mengikuti struktur hirarki, maka suatu jenis hirarki dari DBMS harus dipikirkan. 2. Personal yang telah terbiasa dengan suatu sistem Jika staf programmer dalam suatu organisasi sudah terbiasa dengan suatu DBMS, maka hal ini dapat mengurangi biaya latihan dan waktu belajar. 3. Tersedianya layanan penjual Keberadaan fasilitas pelayanan penjual sangat dibutuhkan untuk membantu memecahkan beberapa masalah sistem. 4. Teknik Keberadaan DBMS dalam menjalankan tugasnya seperti jenis -jenis DBMS (relational, network, hierarchical, dll), struktur penyimpanan, dan jalur akses yang mendukung DBMS, pemakai, dll. BACK NEXT

  11. Fase 4 : Perancangan database secara logika (pemetaan model data) Fase selanjutnya dari perancangan database adalah membuat sebuah skema konseptual dan skema eksternal pada model data dari DBMS yang terpilih. Fase ini dilakukan oleh pemetaan skema konseptual dan skema eksternal yang dihasilkan pada fase 2. Pada fase ini, skema konseptual ditransformasikan dari model data tingkat tinggi yang digunakan pada fase 2 ke dalam model data dari DBMS yang dipilih pada fase 3. BACK NEXT

  12. Pemetaan diproses dalam 2 tingkat : 1. Pemetaan system-independent : Pemetaan ke dalam model data DBMS dengan tidak mempertimbangkan karakteristik atau hal-hal yang khusus yang berlaku pada implementasi DBMS dari model data tsb. 2. Penyesuaian skema ke DBMS yang spesifik : mengatur skema yang dihasilkan pada langkah 1 untuk disesuaikan pada implementasi yang khusus di masa yang akan datang dari suatu model data yang digunakan pada DBMS yang dipilih. BACK NEXT

  13. Fase 5 : Perancangan database fisik Perancangan database secara fisik merupakan proses pemilihan struktur-struktur penyimpanan dan jalur-jalur akses pada file-file database untuk mencapai penampilan yang terbaik pada bermacam-macam aplikasi. Selama fase ini, dirancang spesifikasi-spesifikasi untuk database yang disimpan yang berhubungan dengan struktur-struktur penyimpanan fisik, penempatan record dan jalur akses. BACK NEXT

  14. Petunjuk pemilihan perancangan database secara fisik : 1.Response time Waktu yang telah berlalu dari suatu transaksi database yang diajukan Untuk menjalankan suatu tanggapan. Pengaruh utama pada response time adalah di bawah pengawasan DBMS yaitu : waktu akses database untuk data item yang ditunjuk oleh suatu transaksi. Response time juga dipengaruhi oleh beberapa faktor yang tidak berada di bawah pengawasan DBMS, seperti penjadwalan sistem operasi atau penundaan komunikasi. 2. Space Utility Jumlah ruang penyimpanan yang digunakan oleh file-file database dan struktur-Struktur jalur akses. 3. Transaction throughput : Rata-rata jumlah transaksi yang dapat diproses per menit oleh sistem database, dan merupakan parameter kritis dari sistem transaksi (misal, digunakan pada pemesanan tempat di pesawat, bank, dll). Hasil dari fase ini adalah penentual awal dari struktur penyimpanan dan jalur akses untuk file-file database. BACK NEXT

  15. Fase 6 :Implementasi sistem database Setelah perancangan secara logika dan secara fisik lengkap, kita dapat melaksanakan sistem database. Perintah-perintah dalam DDL dan SDL(storage definition language) dari DBMS yang dipilih, dihimpun dan digunakan untuk membuat skema database dan file-file database (yang kosong) kemudian database tsb dimuat (disatukan) dengan datanya. Jika data harus dirubah dari sistem komputer sebelumnya, perubahan-perubahan yang rutin mungkin diperlukan untuk format ulang datanya yang kemudian dimasukkan ke database yang baru. Transaksi-transaksi database sekarang harus dilaksanakan oleh para programmmer aplikasi. BACK NEXT

  16. ALASAN PERANCANGAN BASIS DATA • Sistem basis data telah menjadi bagian dalam sistem informasi suatu organisasi • Kebutuhan menyimpan data dl jumlah besar semakin mendesak • Fungsi-fungsi dalam organisasi semakin dikomputerisasikan • Semakin kompleks data & aplikasi yg digunakan, maka relationship antar data harus dimodelisasikan • Dibutuhkannya kemandirian data

  17. KONVERSI & LOADING DATA • Tahap ini dilakukan apabila sistem basis data yg ada digantikan sistem basis data baru • Semua data yg ada ditransfer ke basis data baru & konversi aplikasi yg ada utk basis data baru

  18. PENGOPERASIAN & PERAWATAN • Pengoperasian basis data setelah divalidasi • Memonitor kinerja sistem, jika tidak sesuai perlu reorganisasi basis data • Perawatan & upgrade sistem aplikasi basis data jika diperlukan.

  19. Model Konseptual Basis Data Model konseptual merupakan kombinasi beberapa cara untuk memproses data untuk beberapa aplikasi. Pada perancangan model konseptual basis data ini penekanan dilakukan pada struktur data dan relasi antara field. Pada perancangan model konseptual ini dapat dilakukan dengan menggunakan model data relasional. BACK NEXT

  20. Teknik Normalisasi Proses normalisasi adalah proses pengelompokan data elemen menjadi tabel-tabel yang menunjukkan entity dan relasinya. Pada proses normalisasi dilakukan pengujian pada beberapa kondisi apakah ada kesulitan pada saat menambah/menyisipkan, menghapus, mengubah dan mengakses pada suatu Basis data. Bila terdapat kesulitan pada pengujian tersebut maka perlu dipecahkan relasi pada beberapa tabel lagi atau dengan kata lain perancangan basis data belum optimal. Contoh: - Tabel usermanager yang dapat dinormalisasi ke beberapa aplikasi. BACK NEXT

  21. Entity Entity atau entitas, dalam basis data entity sama halnya dengan sebuah tabel. BACK NEXT

  22. Atribut Atribut, dalam basis data sama halnya dengan field. BACK NEXT

  23. Jenis Atribut • Atribut Sederhana • Atribut Komposit • Atribut Bernilai Tunggal • Atribut Bernilai Jamak • Atribut Harus Bernilai • Atribut Bernilai Null • Atribut Turunan BACK NEXT

  24. Atribut Sederhana Atribut Sederhana : atribut sederhana merupakan atribut atomik yang tidak dapat lagi dipecah menjadi atribut lain. Contoh: Entitas mahasiswa mempunyai atribut sederhana berupa NIM, Nama Mahasiswa . BACK NEXT

  25. Atribut Komposit Atribut Komposit : atribut komposit merupakan atribut yang masih dapat dipecah menjadi sub-sub atribut yang masing-masing memiliki arti tesendiri. Contoh: Entitas mahasiswa mempunyai atribut alamat. Maka alamat disini dapat dipecah menjadi sub atribut seperti kota, kab, kode_pos. Entitas dosen mempunyai atribut nama_dosen. Maka nama disini dapat dipecah menjadi sub atribut lain seperti glr_dpn, nama, glr_blk. BACK NEXT

  26. Atribut Bernilai Tunggal Atribut Bernilai Tunggal : atribut yang hanya memiliki satu nilai untuk setiap barisnya. Contoh: entitas mahasiswa mempunyai atribut NIM, nama, alamat isi data dari atribut ini hanya boleh diisi dengan 1 data. Setiap mahasiswa hanya memiliki 1 NIM, 1 Nama, 1 Alamat. BACK NEXT

  27. Atribut Bernilai Jamak Atribut Bernilai Jamak : yaitu atribut yang boleh memiliki lebih dari satu nilai untuk setiap barisnya. Contoh: entitas mahasiswa mempunyai atribut Hobby isi data dari atribut ini boleh lebih dari 1 data. Mahasiswa Roshita memiliki NIM 04102002 beralamat di Jalan Garuda 32 Yogyakarta memiliki Hobby (Olah Raga, Nyanyi, Masak dan Nonton TV) BACK NEXT

  28. Atribut Harus Bernilai (not null) Atribut Harus Bernilai : yaitu atribut yang harus memiliki nilai data untuk setiap barisnya. Biasanya atribut seperti ini sudah ditetapkan dalam perancangan tabelnya sehingga jika dalam pengisian di kosongi akan terjadi kesalahan. Contoh: entitas mahasiswa mempunyai atribut NIM dan nama_mahasiswa yang harus diisi datanya, sebab jika tidak diisi akan terjadi kesalahan (error) dalam basis data BACK NEXT

  29. Atribut Bernilai Null (is null) Atribut Bernilai Null : yaitu atribut yang boleh tidak memiliki nilai data untuk setiap barisnya. Contoh: entitas mahasiswa mempunyai atribut hobby, nama_pacar yang boleh tidak terisi. BACK NEXT

  30. Atribut Turunan Atribut Turunan : yaitu atribut yang nilai-nilainya diperoleh dari pengolahan atau dapat diturunkan dari atribut lain yang berkaitan. Contoh: entitas mahasiswa mempunyai atribut IPK yang diperoleh dari pengolahan atribut Nilai pada tabel (entitas Nilai) dengan kode NIM mahasiswa yang sama dan diproses sehingga menghasilkan IPK untuk mahasiswa yang bersangkutan. BACK NEXT

  31. QUIZ I: “Kerjakan Sesuai dengan Analisis Anda Masing-masing” 1. Jelaskan dengan bahasa Anda sendiri, tentang Fase Proses Perancangan Database! 2. Menurut Pendapat Anda, apakah penggunaan perancangan database mutlak digunakan dalam proses pembuatan sistem informasi? Jelaskan Alasannya? 3. Buatlah 5 contoh yang lain tentang: • atribut sederhana • atribut komposit • atribut bernilai tunggal • atribut bernilai jamak • atribut harus bernilai (not null) • atribut bernilai null (is null) • atribut turunan BACK NEXT

  32. Soal Buatlah contoh yang lain tentang: • atribut sederhana • atribut komposit • atribut bernilai tunggal • atribut bernilai jamak • atribut harus bernilai (not null) • atribut bernilai null (is null) • atribut turunan BACK NEXT

  33. Field (Atribut) Kunci setiap field selalu terdapat kunci berupa field atau satu set field yang dapat mewakili record. Misalnya Nomor Induk Mahasiswa (NIM) merupakan kunci dari tabel mahasiswa suatu Perguruan Tinggi, setiap pencarian cukup dengan menyebut NIM mahasiswa tersebut maka dapat diketahui identitas mahasiswa lainnya seperti nama, alamat dan atribut lainnya. Contoh lain: Nomor Pegawai (NIDN) bagi data dosen, NIK untuk data karyawan, Kode_Kuliah untuk data Mata kuliah, dan lain sebagainya. BACK NEXT

  34. Kunci Kandidat (Candidate Key) Kunci kandidat adalah satu atribut atau satu set atribut yang mengidentifikasikan secara unik suatu kejadian spesifik dari entity. Satu set atribut menyatakan secara tidak langsung dimana anda tidak dapat membuang beberapa atribut dalam set tanpa merusak kepemilikan yang unik. BACK NEXT

  35. Kunci Kandidat (Candidate Key) Kunci kandidat dalam tabel pegawai di disamping dapat dipilih sbb : • nik • no_ktp • nama_pegawai (tidak dapat dipakai karena sering seseorang punya nama yang sama dengan orang lain) • tmp + tgl Lahir (mungkin bisa dipakai sebagai kunci karena kemungkinan orang dengan nama yang sama dan tanggal lahir yang sama cukup kecil) • nama + tmp + tgl_lahir (dapat dipakai sebagai kunci) • alamat dan kota (bukan kunci) Contoh: Tabel pegawai berisi field: • nik • no_ktp • nama_pegawai • tmp_lahir • tgl_lahir • alamat • kota BACK NEXT

  36. Kunci Kandidat (Candidate Key) Contoh Kasus: Tentukan Kunci Kandidat dari tabel tersebut Tabel mt_kuliah berisi field: • id_matkul • kode_matkul • nama_matkul • kurikulum • semester • sks • nilai_minimum Kunci kandidat dalam tabel mt_kuliah di disamping dapat dipilih sbb : • id_matkul • kode_matkul • nama_matkul (mungkin bisa dipakai sebagai kunci karena kemungkinan nama matkul dengan yang lain ada perbedaan) • kurikulum + semester + sks + nilai_minimum (tidak dapat dipakai karena sering matkul punya data yang sama dengan matkul lain) BACK NEXT

  37. Kunci Primer (Primary Key) Primary key adalah satu atribut atau satu set minimal atribut yang tidak hanya mengidentifikasi secara unik suatu kejadian spesifik, tetapi juga dapat mewakili setiap kejadian dari suatu entity. Catatan: Setiap kunci kandidat dapat menjadi kunci primer tetapi sebaliknya sebaiknya dipilih satu saja yang dapat mewakili secara menyeluruh terhadap entity yang ada. BACK NEXT

  38. Kunci Primer (Primary Key) Contoh : • nik (karena sifatnya yang unik maka tidak mungkin pegawai mempunyai Nomor Induk Karyawan yang sama). • no_ktp (bisa dipakai misalnya untuk pegawai yang baru belum mendapatkan nomor pegawai maka bisa digunakan nomor KTP untuk sementara sebagai kunci primer. • kode_mtkuliah (bisa dipakai untuk data mata kuliah karena kode mata kuliah bersifat unik untuk tiap mata kuliah) BACK NEXT

  39. Kunci Primer (Primary Key) Contoh Kasus: Tentukan Kunci Primer dari tabel tersebut Tabel mt_kuliah berisi field: • id_matkul • kode_matkul • nama_matkul • kurikulum • semester • sks • nilai_minimum BACK NEXT

  40. Kunci Alternatif (Alternate Key) Kunci alternatif adalah kunci kandidat yang tidak dipakai sebagai kunci primer. Kunci alternatif ini sering digunakan untuk kunci pengurutan misalnya dalam membuat laporan. BACK NEXT

  41. Kunci Alternatif (Alternate Key) Contoh Kasus: Tentukan Kunci Alternatif dari tabel tersebut Tabel krs berisi field: • no_krs • id_matkul • nim • nilai_angka • nilai_huruf • lulus BACK NEXT

  42. Kunci Tamu (Foreign Key) Kunci tamu adalah satu atribut atau satu set minimal atribut yang melengkapi satu hubungan yang menunjukkan ke induknya. kunci tamu ditempatkan pada entity anak dan sama dengan kunci primer induk yang direlasikan. Hubungan antara entity induk dengan anak adalah hubungan satu lawan banyak (one to many relationship) BACK NEXT

  43. Kunci Tamu (Foreign Key) Contoh Kasus: Tentukan Kunci Tamu dari tabel tersebut BACK NEXT

  44. Kamus Data Contoh Kamus Data : Nama Database : akademik Nama Tabel : mahasiswa Fungsi : menyimpan data mahasiswa BACK NEXT

  45. Soal • Buatlah contoh kamus data yang lain, yang bertemakan akademik?..... • Syarat: minim 3 table & 5 field BACK NEXT

  46. Bahasa Basisdata Contoh Kamus Data : Nama Database : akademik Nama Tabel : dosen Fungsi : menyimpan data profil dosen BACK NEXT

  47. Bahasa Basisdata Contoh Kamus Data : Nama Database : akademik Nama Tabel : mt_kuliah Fungsi : menyimpan data mata kuliah BACK NEXT

  48. Bahasa Basisdata Contoh Kamus Data : Nama Database : akademik Nama Tabel : mtk_open Fungsi : menyimpan data mata kuliah yang dibuka BACK NEXT

  49. ERD (Entity Relationship Diagram) • ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam basis data berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi. BACK NEXT

  50. ERD (Entity Relationship Diagram)Symbol • ERDuntuk memodelkan struktur data dan hubungan antar data, untuk menggambarkannya digunakan beberapa notasi dan simbol. Pada dasarnya ada tiga simbol yang digunakan, yaitu : a. Entiti merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain. Simbol dari entitiini biasanya digambarkan dengan persegi panjang. b. Atribut Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain. Gambar atribut diwakili oleh simbol elips. c. Hubungan / Relasi Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. BACK NEXT

More Related