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 storeage space).
Tahap 1 : Pengumpulan data dan analisis
Sebelum merancang suatu database, yang harus dilakukan adalah mengetahui dan menganalisis apa yang diinginkan dari pengguna aplikasi, sehingga proses ini disebut pengumpulan data dan analisis. Untuk menspesifikasikan kebutuhan yang pertama kali dilakukan adalah mengidentifikasi bagian lain di dalam sistem informasi yang berinteraksi dengan sistem database. Termasuk pengguna yang baru atau yang sudah lama juga aplikasinya, kebutuhan-kebutuhan tersebut dikumpulkan dan di analisa.
Kegiatan pengumpulan data dan analisis :
*Menentukan kelompok pemakai dan areal bidang aplikasinya.
Pengguna yang menguasai aplikasi yang lama dari setiap bagian dipilih untuk menyampaikan kebutuhan-kebutuhan dan menspesifikasikannya.
* Peninjauan dokumentasi yang ada.
Dokumen yang berhubungan dengan aplikasi yang akan dibuat dipelajari dan dianalisa, sedangkan dokumen lainnya seprti kebijakan manual, form, laporan-laporan dan bagan-bagan organisasi diuji dan ditinjau kembali untuk mengetahui apakah dokumen tersebut berpengaruh terhadap pengumpulan data dan proses spesifikasi
* Analisa lingkungan operasi dan kebutuhan pemrosesan.
Lingkungan operasional yang sekarang dan informasi yang direncanakan akan di gunakan dipelajari, termasuk menganalisa jenis-jenis dari transaksi dan frekuensi transaksinya seperti halnya alur informasi dengan sistem. Input dan output data untuk transaksi tersebut harus diperinci.
* Pengumpulan respon terhadap daftar pertanyaan dan angket yang telah dibuat sebelumnya.
Pengumpulan respon dari angket dan daftar pertanyaan berisikan prioritas para pengguna dan penempatan mereka di dalam berbagai aplikasi. Ketua kelompok mungkin akan ditanya untuk membantu para pengguna dalam memberikan informasi yang penting dan menentukan prioritas.
Teknik yang digunakan dalam penspesifikasian kebutuhan secara formal :
* OOA ( Object Oriented Analysis )
*DFD ( Data Flow Diagram )
* HIPO ( Hierarchical Input Process Output )
* SADT ( Structured Analysis & Design )
Tahap 2 : Perancangan database secara konseptual
Tujuan dari tahap ini adalah untuk menghasilkan skema konseptual untuk databse yang tidak tergantung pada sistem manajemen database yang spesifik. Penggunaan model data tingkat tinggi seperti ER/EER sering digunakan didalam tahap ini. Di dalam skema konseptual dilakukan perincian aplikasi-aplikasi database dan transaksi-transaksi yang diketahui .
Ada dua kegiatan di dalam perancangan database secara konseptual :
* Perancangan skema konseptual :
Pada tahap ini kegiatan yang dilakukan mengecek tentang kebutuhan- kebutuhan pemakai terhadap data yang dihasilkan dari tahap 1, dimana
tujuan dari proses perancangan skema konseptual adalah menyatukan pemahaman dalam struktur database, pengertian semantik, keterhubungan dan batasan-batasannya, dengan membuat sebuah skema database konseptual dengan menggunakan model data ER/EER tanpa tergantung dengan sistem manajemen database
Ada dua pendekatan perancangan skema konseptual :
* Terpusat
Kebutuhan-kebutuhan dari aplikasi atau kelompok-kelompok pemakai yang berbeda digabungkan menjadi satu set kebutuhan pemakai kemudian dirancang menjadi satu skema konseptual.
* Integrasi view-view yang ada
Untuk masing-masing aplikasi atau kelompok-kelompok pemakai yang berbeda dirancang sebuah skema eksternal ( view ) kemudian view - view tersebut disatukan ke dalam sebuah skema konseptual.
Ada 4 strategi dalam perancangan skema konseptual :
* Top down
* Bottom Up
* Inside Out
* Mixed
* Transaksi
Merancangan karakteristik dari transaksi-transaksi yang akan di implementasikan tanpa tergantung dengan DBMS yang telah dipilih. Transaksi-transaksi ini digunakan untuk memanipulasi database sewaktu diimplementasikan . Pada tahap ini diidentifikasikan input, output dan fungsional . Transaksi ini antara lain : retrieval, update dan delete, select dll.
Tahap 3 : Pemilihan Sistem Manajemen Database
Pemilihan sistem manajemen database ditentukan oleh beberapa faktor a.l : Teknik, Ekonomi, dan Politik Organisasi
Faktor Teknik :
" Tipe model data ( hirarki, jaringan atau relasional )
" Struktur penyimpanan dan jalur pengaksesan yang didukung sistem manajemen database
" Tipe interface dan programmer
" Tipe bahasa queri
Faktor Ekonomi :
" Biaya penyiadaan hardware dan software
" Biaya konversi pembuatan database
" Biaya personalia
" Biaya pelatihan
" Biaya pengoperasian
" Biaya pemeliharaan
Faktor Organisasi :
" Struktur data
Jika data yang disimpan dalam database mengikuti struktur hirarki, maka suatu jenis hirarki dari sistem manajemen database harus dipikirkan.
" Personal yang terbiasa dengan sistem yang terdahulu
Jika staff programmer dalam suatu organisasi sudah terbiasa dengan sautu sistem manajemen database maka hal ini dapat mengurangi biaya latihan dan waktu belajar.
" Ketersediaan dari service vendor
Keberadaan fasilitas pelayanan penjual sangat dibutuhkan untuk membantu memecahkan masalah sistem.
Tahap 4 : Perancangan database secara logika ( Transformasi model data )
Transformasi dari skema konseptual dan eksternal ( Tahap 2 ) ke model data sistem manajemen database yang terpilih, ada dua proses yaitu :
" Transformasi yang tidak tergantung pada sistem, pada tahap ini transformasi tidak mempertimbangkan karakteristik yang spesifik atau hal- hal khusus yang akan diaplikasikan pada sistem manajemen database
" Penyesuaian skema ke sistem manajemen database yang spesifik, di lakukan suatu penyesuaian skema yang dihasilkan dari tahap 1 untuk dikonfirmasikan pada bentuk implementasi yang spesifik dari suatu model data seperti yang digunakan oleh sistem manajemen database yang terpilih
Hasil dari tahap ini dituliskan dengan perintah DDL ke dalam bahasa sistem manajemen database terpilih. Tapi jika perintah DDL tersebut termasuk dalam parameter-parameter perancangan fisik , maka perintah DDL yang lengkap harus menunggu sampai tahap perancangan database secara fisik telah lengkap.
Tahap 5 : Perancangan Database Secara Fisik
Proses pemilihan struktur penyimpanan yang spesifik dan pengaksesan file- file database untuk mencapai kinerja yang terbaik di bermacam-macam aplikasi
Kriteria pemilihan perancangan fisik :
" Waktu respon
Waktu transaksi database selama eksekusi untuk menerima respon
" Penggunaan ruang penyimpanan
Jumlah ruang penyimpanan yang digunakan oleh database file dan struktur jalur pengaksesannya
" Terobosan yang dilakukan file transaksi
(Transaction troughput )
Merupakan nilai rata-rata transaksi yang dapat di proses permenit oleh sistem database dan merupakan parameter kritis dari sistem transaksi
Apabila waktu respon dari database tidak mencapai optimalisasi, maka pada tahap perancangan fisik ini dapat dilakukan denormalisasi
Denormalisasi
Denormalisasi merupakan proses yang dilakukan pada database yang sudah dinormalisasi, dengan cara memodifikasi struktur tabel dan mengabaikan kerangkapan data (yang terkontrol) untuk meningkatkan kinerja database.
Proses denormalisasi termasuk :
" Mengkombinasikan tabel-tabel yang terpisah dengan join
" Mereplikasi/menduplikat data pada tabel
Tahap 6 : Implementasi
Implementasi skema database logik dan fisik ke dalam penyataan DDL dan SDL dari sistem manajemen database yang telah dipilih, untuk digunakan dalam pembuatan file-file database yang masih kosong
Referensi
Kadir, Abdul; Dasar Perancangan dan Implementasi Database Relational, Andi Offset, 2009
Kristianto, Harianto; Konsep dan Perancangan Database, Andi Offset, 2007
Post a Comment