Perancangan Basis Data

Design Objective

Anggoro Ari Nurcahyo ST., M.Kom.

RUMPUN ILMU BASIS DATA
Outline
• Design Objective
• History of Data Models
• Network Model
• Hierarchical Model
• Relational Model
• Object-oriented Data Models
• Object-Relational Models
Design Objective
Kenapa Data Perlu Dirancang?

• Alasan utama Anda harus peduli dengan desain database adalah

karena hal itu penting untuk konsistensi, integritas, dan
keakuratan data dalam database.
• Desain database logis sebagai cetak biru arsitektur dan
implementasi database fisik sebagai rumah yang lengkap.
• Jika Anda mendesain database dengan tidak tepat, akan sulit
bagi Anda untuk mengambil jenis informasi tertentu, dan Anda
berisiko karena penelusuran Anda akan menghasilkan informasi
yang tidak akurat.
 Keuntungan Mempelajari Metodologi Desain
Yang Baik
• Ini memberi Anda keterampilan yang Anda butuhkan untuk
merancang struktur database yang sehat.
• Ini memberi Anda serangkaian teknik terorganisir yang akan
memandu Anda langkah demi langkah melalui proses desain.
• Ini membantu Anda meminimalkan kesalahan langkah dan
pengulangan desain.
• Itu membuat proses desain lebih mudah dan mengurangi jumlah
waktu yang Anda habiskan untuk mendesain database.
• Ini akan membantu Anda memahami dan menggunakan
program aplikasi RDBMS Anda secara lebih lengkap dan efektif.
Tujuan Desain Yang Baik

• Database mendukung pengambilan informasi yang diperlukan

dan ad hoc.
• Tabel dibuat dengan baik dan efisien.
• Integritas data diberlakukan pada tingkat bidang, tabel, dan
hubungan.
• Database mendukung aturan bisnis yang relevan dengan
organisasi.
Manfaat Desain Yang Baik

• Struktur database mudah untuk dimodifikasi dan dipelihara.

• Datanya mudah dimodifikasi.
• Informasi mudah diambil.
• Aplikasi pengguna akhir mudah dikembangkan dan dibangun.
 Berurusan dengan Resistensi terhadap
Perubahan
Lima komponen ADKAR membentuk akronim nama
• Kesadaran (Awareness).
• Keinginan (Desire).
• Pengetahuan (Knowledge).
• Kemampuan (Ability).
• Penguatan (Reinforcement).

Ini adalah model tiga tahap perubahan dengan komponen berikut:

• Unfreeze
• Change
• Refreeze
The Structured Design Life Cycle

1. Lakukan penilaian kebutuhan untuk menentukan apa yang harus

dilakukan oleh sistem baru atau yang dimodifikasi.
2. Menilai kelayakan penerapan sistem baru / yang dimodifikasi.
3. Hasilkan satu set rencana alternatif untuk sistem baru / yang
dimodifikasi.
4. Evaluasi alternatif dan pilih satu untuk implementasi.
5. Desain sistem.
6. Kembangkan dan uji sistem.
7. Menerapkan sistem. Ini mencakup berbagai strategi untuk
menghentikan sistem yang ada secara bertahap.
8. Evaluasi sistem.
Melakukan Penilaian Kebutuhan

Seorang analis sistem memiliki banyak alat dan teknik yang tersedia
untuk membantu mengidentifikasi kebutuhan sistem informasi
baru atau yang dimodifikasi:
• Pengamatan.
• Wawancara.

Ini akan membantu dalam menyesuaikan sistem informasi baru

dengan cara bisnis sebenarnya beroperasi.
• Kuesioner.
• Grup fokus.
• Brainstorming sessions.
Menilai Kelayakan

Setelah persyaratan operasional dari sistem baru telah

didokumentasikan, analis sistem beralih untuk menilai kelayakan
sistem yang diperlukan. Ada tiga jenis kelayakan yang
dipertimbangkan analis sistem:
• Kelayakan operasional.
• Kelayakan teknis.
• Kelayakan finansial.
Mengevaluasi dan Memilih Alternatif

Mengevaluasi alternatif melibatkan penetapan nilai numerik

untuk biaya dan manfaat dari setiap alternatif. Beberapa biaya
mudah dihitung, terutama biaya perangkat keras dan perangkat
lunak yang dikemas sebelumnya. Tenaga kerja dapat diperkirakan
dengan relatif mudah juga (meskipun seperti disebutkan
sebelumnya, biaya dapat meningkat secara signifikan dari waktu
ke waktu).
Mengevaluasi dan Memilih Alternatif

Namun, memberikan nilai dolar untuk keuntungan proyek

pengembangan sistem bisa jadi sulit karena seringkali tidak
berwujud:
• Ketika suatu sistem dirancang untuk menghasilkan peningkatan
volume penjualan, jumlah kenaikan pada dasarnya merupakan
perkiraan.
• Kepuasan pelanggan yang meningkat dan sikap karyawan yang
lebih baik sulit diukur.
• Dampak pada biaya pemeliharaan sistem dan biaya
pengembangan sistem di masa depan merupakan perkiraan
terbaik.
Membuat Persyaratan Desain

Alternatif yang dipilih oleh organisasi biasanya dinyatakan sebagai

strategi umum seperti "menerapkan situs Web baru yang didukung oleh
database inventaris." Meskipun banyak dari persyaratan pasti dari basis
data dikumpulkan selama fase analisis sistem dari siklus hidup,
manajemen perusahaan biasanya tidak terlalu peduli dengan detail data
spesifik mana yang akan ada dalam basis data. Sistem yang mereka pilih
telah ditetapkan sebagai rangkaian keluaran, yang rinciannya mungkin
belum dirancang.
Oleh karena itu, pekerjaan pertama dalam tahap desain adalah
mendokumentasikan dengan tepat data apa yang harus ada dalam
database dan detail program aplikasi. Ini adalah waktu ketika antarmuka
pengguna dirancang dan organisasi mulai membangun kamus datanya.
Setelah spesifikasi data tersedia, desain database yang sebenarnya dapat
dimulai.
Metode Analisis Alternatif

Dalam pembahasan kali ini kita menggunakan pendekatan

Structured Design Life Cycle bekerja paling baik ketika
persyaratan sistem informasi dapat ditentukan sebelum
pengembangan sistem dimulai. Namun, hal itu tidak selalu
memungkinkan. Adapun pendekatan lainnya yang bisa digunakan
diantaranya, seperti:
• Prototyping
• Spiral Methodology
• Object-Oriented Analysis
History of Data Models
History of Data Models

• Network Model
• Hierarchical Model
• Relational Model
• Object-oriented Data Models
• Object-Relational Models
 Network Model

• Model Jaringan:
• DBMS jaringan pertama diimplementasikan oleh Honeywell pada tahun
1964-65 (IDS System).
• Sangat Diadopsi karena dukungan oleh CODASYL (Conference on Data
Systems Languages).
• Kemudian diimplementasikan dalam berbagai macam sistem - IDMS
(Cullinet), DMS 1100 (Unisys), IMAGE (Hewlett-Packard), VAX -DBMS
(Digital Equipment Corp).
Contoh skema Model Network
 Network Model

• Keuntungan:
Model Jaringan mampu memodelkan hubungan yang kompleks dan
mewakili semantik add / delete pada relationships.
Dapat menangani sebagian besar situasi untuk pemodelan menggunakan
tipe dan jenis relationships.
Bahasa bersifat navigasi; menggunakan konstruksi seperti FIND, FIND
member, FIND owner, FIND NEXT dalam set, GET, dll.
Pemrogram bisa melakukan navigasi optimal melalui database.
 Network Model

• Kekurangan:
Sifat pemrosesan dan prosedural
Database berisi array pointer yang rumit yang melewati satu set record.
 Ruang lingkup kecil untuk "pengoptimalan kueri" otomatis
 Hierarchical Data Model

• Awalnya diimplementasikan dalam usaha bersama oleh IBM dan

Rocktone Amerika Utara sekitar tahun 1965. Menghasilkan
keluarga sistem IMS.
• Produk IMS IBM memiliki (dan masih memiliki) basis pelanggan
yang sangat besar di seluruh dunia
• Model hirarkis diformalkan berdasarkan sistem IMS
• Sistem lain berdasarkan model ini: System 2k (SAS inc.)
 Hierarchical Data Model

• Keuntungan:
Sederhana untuk membangun dan mengoperasikan
Sesuai dengan sejumlah domain hierarkis yang diatur secara alami,
misalnya bagan organisasi ("org")
Bahasa sederhana:
 Menggunakan konstruksi seperti GET, GET UNIQUE, GET NEXT, GET NEXT
WITHIN PARENT, dll.
 Hierarchical Data Model

• Kekurangan:
Sifat pemrosesan dan prosedural
Database divisualisasikan sebagai susunan linier dari catatan
Lingkup kecil untuk "query optimization"
 Relational Model
• Diusulkan pada tahun 1970 oleh E.F. Codd (IBM), sistem komersial
pertama di tahun 1981-82.
• Sekarang di beberapa produk komersial (misalnya, DB2, ORACLE,
MS SQL Server, SYBASE, INFORMIX, MS Access).
• Beberapa implementasi open source gratis, mis. MySQL,
PostgreSQL
• Saat ini paling dominan untuk pengembangan aplikasi database.
• SQL standar relasional: SQL-89 (SQL1), SQL-92 (SQL2), SQL-99,
SQL3, ...
• Pertemuan 4 sampai 14 menjelaskan model ini secara rinci
 Object-oriented Data Models:

Beberapa model telah diusulkan untuk diterapkan dalam sistem

basis data.
Satu set terdiri dari model Bahasa Pemrograman O-O yang
persisten seperti C ++ (mis., Di OBJECTSTORE), dan Smalltalk
(mis., Di GEMSTONE).
Standar Basis Data Objek: ODMG-93, ODMG-versi 2.0, ODMG-
versi 3.0.
Dibahas di Matakuliah perancangan berbasis objek secara
spesifik, berkenalkan secara sekilas.
 Object-oriented Data Models:

Beberapa model telah diusulkan untuk diterapkan dalam sistem

basis data.
Satu set terdiri dari model Bahasa Pemrograman O-O yang
persisten seperti C ++ (mis., Di OBJECTSTORE), dan Smalltalk
(mis., Di GEMSTONE).
Standar Basis Data Objek: ODMG-93, ODMG-versi 2.0, ODMG-
versi 3.0.
Dibahas di Matakuliah perancangan berbasis objek secara
spesifik, berkenalkan secara sekilas.
 Object-Relational Models

Tren terbaru. Dimulai dengan Informix Universal Server.

Sistem relasional menggabungkan konsep dari database objek
yang mengarah ke relasional objek.
Dicontohkan dalam versi terbaru Oracle-10i, DB2, dan SQL Server
dan DBMS lainnya.
Standar disertakan dalam SQL-99 dan diharapkan ditingkatkan
dalam standar SQL di masa depan.
Terima Kasih