PROSES PERANCANGAN SISTEM BASIS DATA

PROSES PERANCANGAN SISTEM BASIS DATA

– Proses perancangan database merupakan bagian (micro life cycle) dari proses pengembangan sistem informasi (macro life cycle) – Daur hidup pengembangan sistem informasi (System Development Life Cycle)

Analisa Sistem Studi Kelayakan Analisa kebutuhan user Perubahan Ruang Lingkup kebutuhan Kebutuhan Sistem Desain Basis dataDB Desain Sistem Desain Basis data Desain Aplikasi Adaanya masalah yg tdk mungkin untuk implementasi Desain sistem Implementasi Sistem Studi kelayakan Analisa kebutuhan Sistem yg siap untuk operasi Implementasi kurang lengkap Operasi dan pemeliharaan Sistem

Proses Pembuatan stuktur basis data sesuai dengan data yang dibutuhkan oleh user. Tujuan Desain Basis data untuk : – Menyajikan data dan hubungan antar data yang diperlukan oleh pemakai dan aplikasi – Mempermudah pemahaman informasi – Melengkapi model data yang mendukung transaksi-transaksi yang diperlukan – Mendukung proses permintaan dan performance seperti waktu respon, waktu proses dan tempat penyimpanan

6 Tahap

Daur hidup Basis Data Definisi Sistem – Scope dari sistem basis data, mendefinisikan pemakai dan aplikasi – Antarmuka untuk pemakai, batasan response time, kebutuhan penyimpan dan pemrosesan diidentifikasi. Desain Basis Data Pada akhir dari tahap ini desain konseptual, desain logika dan fisik dari sistem basis data dari DBMS sudah siap.

Implementasi Basis Data – Meliputi proses menentukan definisi basis data eksternal, konseptual dan internal, membuat file basis data kosong dan implementasi aplikasi perangkat lunak. Loading atau Konversi data Basis data dipopulasikan dengan menyimpan data langsung atau mengubah file yang sudah ada ke format sistem basis data.

Konversi Aplikasi – Aplikasi perangkat lunak dari sistem lama dikonversikan ke sistem baru. Testing and validation – Sistem baru diuji coba dan divalidasi

Operation Sistem basis data dan aplikasi dioperasikan. Biasanya sistem lama dan baru dioperasikan secara paralel dalam beberapa waktu. Monitoring dan perawatan Selama tahap operasional, sistem secara tetap dimonitor dan dipelihara. Perubahan dan pengembangan dapat terjadi baik pada isi data maupun aplikasi perangkat lunak

Organisasi 6 Tahap proses desain database Pengumpulan dan analisis kebutuhan data Kebutuhan data (DFD) Tidak tergantung pada DBMS Desain Konseptual Diagram ER atau EER Pemilihan DBMS Desain Logik Relasi yang bersifat logis Desain Fisik Implementasi tergantung pada DBMS

Tahapan Database Cycle Connoly and Begg 2010

strasi desain basis data

Tahap perancangan basis data untuk basis data besar Proses desain terdiri dari dua proses yang paralel yaitu: proses desain dari data dan struktur dari basis data (data driven) proses desain dari program aplikasi dan pemrosesan basis data (process driven)

TAH AP 1 Koleksi dan analisis kebutu han data Tools : HIPO, SADT, DFD, OW Aktifitas yang dilakukan : Area aplikasi mayor dan kelompok pemakai yang akan menggunakan basis data atau pekerjaan / aplikasinya Dokumen : seperti police manual, form, report dan struktur organisasi ditinjau kembali untuk menentukan apakah dokumen-dokumen tersebut berpengaruh terhadap kumpulan data dan proses spesifikasi. Lingkungan operasi saat ini dan rencana penggunaan informasi. Menganalisa tipe transaksi dan frekuensi penggunaannya dan aliran informasi dalam sistem. Karakteristik geografi seperti pemakai, transaksi asli, tujuan pelaporan. Data input dan output diperinci

Contoh DFD Bukti bayaran MAHASISWA mahasiswa MAHASISWA Status aktif Bukti mhs aktif REGRISTRASI Mahasiswa aktif KRS KRS Mk yg dipilih ISI KRS KRS matakuliahh MATKUL

Tahap 2 a. Desain skema konseptual b. Desain transaksi dan aplikasi

TA HA P 2a Desai n Kons eptua l Tools : ERD atau EERD Tahap 2a: Desain skema konseptual Memberikan gambaran yang lengkap dari struktur basis data yaitu arti, hubungan, dan batasan-batasan. Conceptual schema bersifat tetap Alat komunikasi antar pemakai basis data, designer, dan analis Harus bersifat: Mampu menyatakan relationship, batasan-batasan Diagram Formal, minimum dalam menyatakan spesifikasi data (tidak ada duplikasi)

3 Pendekatan dalam manajemen kebutuhan (a) Terpusat (centrelized), (b) View Integration (c) Kombinasi keduanya

(a) Terpusat (centrelized) one shot

(b). View Integration

Faktor yang harus diperhatikan dalam integrasi view ke skema global : – Identifikasi korespondensi dan konflik antar skema. Antara lain : Naming Conflict (sinonim (customer, client), homonim (Part untuk komputer, skema lain part untuk furniture), Type Conflict ( contoh Departemen bisa sebagai nama entitas dan nama atribut) , Domain (atribut memiliki tipe yg berbeda), Constraint (kardinalitas) – Modifikasi view untuk kesesuaian dengan yang lainnya

Bottom Up - mulai dengan atribut - kelompokkan menjadi entity type & relationship type kelompokkan menjadi entity type & relationship type nside Out - bentuk khusus dari bottom-up - mula-mula ditentukan entity type yang merupakan pusat/bagian terpenting tambahkan entity type dan relationship lain yang berhubungan satu sama lain Top Down - mulai dengan beberapa high level entity type - bagi lagi (top down) menjadi beberapa lowerlevel entity type dan relationship type Strategi skema desain

TA HA P 2b Desai n Trans aksi Desai n User Interf ace Pada saat basis data didesain, aplikasi dari transaksi utama harus sudah diketahui Desain Transaksi Transaksi-transaksi baru dapat didefinisikan kemudian Tentukan karakteristik dari transaksi dan periksa apakah basis data sudah memuat semua informasi untuk melaksanakan transaksi Tahap 2a dan 2b sebaiknya

Teknik yang umum digunakan adalah mengidentifikasi input/output dan functional behavior. Desain Transaksi Transaksi dikelompokkan dalam3 kategori : Retrieval transaction Untuk menampilkan data ke layar atau untuk produksi pelaporan. Update transaction Untuk memasukkan data baru atau memodifikasi data yang sudah ada pada basis data. Mixed transaction

Beberapa aturan pokok dalam merancang User Interface : Desain User Interface 1. Pemberian nama form jelas, menerangkan kegunaan dari form 2. Pemberian Intruksi mudah dimengerti 3. Pengelompokan secara logik dan pengurutan field 4. Tampilan form/report secara visual 5. Nama field familiar 6. Pemakaian istilah dan singkatan konsisten 7. Penggunaan warna konsisten 8. Ruang yang tersedia dan cakupan untuk field pemasukan data 9. Perpindahan kursor yang tepat 10.Perbaikan kesalahan untuk karakter

TAH AP 3 Pemi lihan DBM S Langkah Utama dalam memilih DBMS : (Connoly) Lihat informasi DBMS dari referensi Buat daftar 2 atau 3 produk Evaluasi produk Rekomendasi dan buat reportnya

Data Difinition Beberap a fitur untuk evaluasi DBMS Primary key enformcement Foreign key specification Data types available Easy of restructuring Integrity control View mechanism Data dictionary dll Transaction Handling Back up recovery Physical Definition Accessiblity Multi user File structured Security avalaible (access File structured control, maintenance authorization Easy of mechanism reorganization Indexing Data compression Memory requirements Storage requirements Utilities Load & & facilities Database unload

Faktor dalam Pemilih an DBMS berhubungan dengan ketepatan DBMS yang dipilih (tipe DBMS : relational, object relational dll) Faktor Struktur penyimpanan, teknis storage, user interface, programmer, bahasa query Software acquisiton cost, Maintenance cost, Hardware acquisition cost, Database creation and conversion cost Faktor ekonomi Personal cost ,training cost, operating cost kompleksitas, data, sharing antar aplikasi, perkembangan Faktor organisa data, pengontrolan data si

Faktor Teknis 1. DBMS (relational, hirarki, atau jaringan) Faktor teknis 2. Struktur penyimpan dan akses path yang didukung DBMS 3.Ketersediaan antar muka pemakai dan pemrogram, tipe bahasa query tingkat tinggi, ketersediaan alat bantu pengembangan, kemampuan berhubungan dengan DBMS lain melalui media standard 4. Pilihan arsitektur yang berhubungan dengan operator client-server dan

Faktor Ekonomi 1.Software acquisiton cost : Pembelian perangkat lunak, termasuk pilihan bahasa, pilihan antar muka seperti form, menu dan antar muka Web berbasis GUI, pilihan recovery/backup 2. Maintenance cost Berhubungan dengan harga layanan pemeliharaan standart dari vendor dan untuk menjaga versi DBMS tetap up to date. 3. Hardware acquisition cost Perangkat keras baru mungkin

Faktor Ekonomi 4. Database creation and conversion cost Biaya pembuatan sistem basis data dari konversi sistem yang sudah ada ke perangkat lunak DBMS baru. 5. Personal cost Akuisisi perangkat lunak DBMS untuk pertama kali oleh organisasi biasanya dilakukan dengan reorganisasi departemen data processing.

Faktor Ekonomi 6. Training cost Karena DBMS biasanya berupa sistem komplek, personal harus ditraining menggunakan dan memprogram DBMS. Training diperlukan pada semua level, termasuk programmer, pengembangan aplikasi dan administrasi basis data. 7. Operating cost : Biaya operasi lanjutan dari sistem basis data biasanya tidak termasuk dalam evaluasi.

1. Familiarity of personnel with the system Jika staff programming dalam organisasi familiar dengan DBMS tertentu, dapat mengurangi biaya Faktor training dan waktu pembelajaran. Organisas i 2.Availability of vendor service Kedengan sistem sangat penting, karena perubahan dari non-DBMS tersediaan asisten vendor dalam pemecahan permasalahan ke lingkungan DBMS kebanyakan membutuhkan bantuan vendor pada

TA HA P4 Proses pemetaa n dalam dua bentuk Pemetaan Model Data (Desain Basis Data Logika) Pemetaan yg tergantung pada sistem (Systemindependet mapping ) Penyesuaian skema ke DBMS (Tailoring the schemas to specific DBMS) Membuat skema konseptual dan skema eksernal dalam model data dari DBMS terpilih Pemetaan tidak mempertimbangkan karakteristik khusus atau kasus khusus yang diaplikasikan ke implementasi DBMS dari model data. DBMS yang berbeda mengimplementasikan model data dengan menggunakan pemodelah khusus. Hasilnya merupakan pernyataan DDL dari DBMS yang dipili

TAHA P5 Desain Basis Data secara Fisik Proses pemilihan struktur-struktur penyimpanan dan jalur-jalur akses pada file-file basis data untuk mencapai penampilan yang terbaik pada bermacam aplikasi. Dirancang spesifikasi-spesifikasi untuk basis data yang disimpan yang berhubungan dengan strukturstruktur penyimpanan fisik,

1.Waktu Respon Faktor yang harus diperhati kan : 2. Pengguna an ruang penyimpa nan 3. Transacti on throughp ut waktu transaksi basis data untuk menerima respon selama eksekusi. Waktu respon dipengaruhi waktu akses basis data untuk data item yang ditunjuk oleh suatu transaksi jumlah ruang penyimpanan yang digunakan oleh file basis data dan struktur- struktur jalur akses rata-rata jumlah transaksi yang dapat diproses per menit oleh sistem basis data, dan merupakan parameter kritis dari sistem transaksi (misal : digunakan pada pemesanan tempat di pesawat, bank, dll).

TAHA P6 Kegiatan yg dilakukan : Implem entasi Basis Data DBA bersama desainer basis data menggunakan pernyataan dalam DDL , SDL (storage definition language) dari DBMS terpilih digunakan untuk membuat skema basisdata dan file basis data (kosong). Basis data kemudian dipopulasikan dengan data. Jika data diubah dari sistem

Kegiatan yg dilakuka n: Transaksi basis data harus diimplementasikan dengan aplikasi yang dibuat programmer melakukan uji coba kode program dengan perintah DML. Jika transaksi siap dan data disimpan ke basis data, tahap rancangan dan implementasi selesai dan tahap operasi dari sistem basis data dimulai.

TAHA P7 KONVE RSI & LOADIN G 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

TAHA P8 TESTIN G& EVALUA SI Dilakukan pengujian utk kinerja, integritas, pengaksesan konkuren, keamanan dari basis data Dilakukan paralel dgn pemrograman aplikasi Jika hasil gagal dilakukan maka : Diuji berdasarkan referensi manual Modifikasi perancangan fisik Modifikasi perancangan logik Upgrade atau pengubahan

TAHA P9 PENGOP ERASIAN & PERAWA TAN Pengoperasian basis data setelah divalidasi Memonitor kinerja sistem, jika tidak sesuai perlu reorganisasi basis data Perawatan & upgrade sistem aplikasi basis data jika diperlukan.

Pemah aman Teori dan konsep Peranc angan basis data ab pertany Tuga aan, s dikump ulkan Indiv pertem idu uan berikut nya data! 1.Sebutkan 6 tahap perancangan basis 2. Manakah dari 6 tahap tersebut sebagai aktifitas utama dalam proses perancangan basis data ? Mengapa ? 3. Mengapa perancangan skema dan aplikasi dilakukan secara parallel ? 4. Mengapa digunakan model data implementationindependent selama perancangan skema konseptual ? 5. Mengapa diperlukan koleksi dan analisa kebutuhan ? 6. Dapatkan aplikasi actual dari suatu sistem basis data. Tentukan kebutuhan dari level pemakai yang berbeda

7. Bagaimana karakteristik dari model data untuk rancangan skema konseptual harus diproses ? 8. Apa perbedaan dua pendekatan utama dalam rancangan skema konseptual 9. Strategi apa yang digunakan untuk merancang skema konseptual dari kebutuhan ? 10. Sebutkan langkah-langkah view integration ke rancangan skema konseptual 11. Sebutkan faKtor untuk memperlancar pemilihan paket DBMS untuk system informasi dalam organisasi.

Terima Kasih Sebaik-baiknya manusia adalah yg memberi manfaat bagi sesamanya