Pembuatan Model Data Dan Desain Database
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)
Proses Desain Database
Di dalam proses desain database terdapat enam langkah dasar, yaitu :
· Analisis Persyaratan : memahami dan mengetahui data yang harus disimpan dalam database, aplikasi apa yang harus dibangun di atasnya, jenis operasi apa yang akan digunakan, dst.
· Desain Data Base Konseptual : berdasarkan informasi yang diperoleh dari tahap analisis persyaratan inilah dipergunakan untuk mengembangkan deskripsi data menjadi lebih tinggi. Pada langkah ini desainer sering membuat yang anmanya model E-R yang tujuan untuk membuat penyederhanaan gambaran tentang data yang sesuai dengan pemikiran user / pengguna.
· Desain Data Base Logika : disinilah proses merubah model E-R skema database yang rasional. Dengan tujuan untuk mendapatkan skema konseptual pada data rasional sehingga sering disebut skema logika.
· Perbaikan Skema : pengecekan sekumpulan relasi dalam skema sebelumnya (skema database rasional), supaya dapat menemukan problem yang ada dan memperbaikinya.
· Desain Data Base Fisik : pembentukan indeks pada beberapa tabel yang telah dibuatlah pada tahap ini dikerjakan. mengelompokkan tabel atau mendesain ulang yang bersifat substansial terhadap bagian dari skema database.
· Desain Aplikasi dan Keamanan : Keseluruhan proyek software yang menggunakan DBMS sebaiknya memperhitungkan faktor-faktor aplikasi yang ada diluar database, seperti enkripsi, digital sinature, dll.
Diagram Hubungan Entitas (Entity Relationship Diagram - ERD)
Diagram hubungan entitas merupakan suatu teknik grafis yang menggambarkan skema database. Diagram ini disebut sebagai ERD karena diagram tersebut menunjukkan berbagai entitas yang dimodelkan dan hubungan antar entitas tersebut. Dan entitas sendiri merupakan segala sesuatu yang informasinya ingin dikumpulkan dan disimpan oleh organisasi.
ERD tidak hanya akan menunjukkan isi dari suatu database tetapi secara grafis merupakan model suatu organisasi. Jadi, ERD dapat dipergunakan tidak hanya untuk mendesain database, tetapi juga untuk mendokumentasikan dan memahami database yang telah ada, serta berguna dalam mengubah secara total proses bisnis.
Elemen-elemen yang harus ada di dalam ERD, sebagai berikut :
1. Entity (Entitas)
Merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain. Simbol dari entitas ini biasanya digambarkan dengan persegi panjang. Entitas ini memiliki dua tipe di dalamnya, yaitu :
Ø Entitas kuat, merupakan entitas yang tidak memiliki ketergantungan dengan entitas lain
Ø Entitas lemah, merupakan entitas yang kemunculannya tergantung pada keberadaan entitas lain pada suatu relasi.
Contoh ERD mengenai Rumah Sakit maka, entitasnya adalah penjaga, perawat dan dokter.
2. Attribute (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. Terdapat lima jenis atribut yang perlu diketahui, yaitu :
Ø Atribut Komposit, ialah suatu atribut yang tidak bias dipecah lagu menjadi atribut yang lebih kecil.
Ø Atribut Atomic, ialah suatu atribut yang terdiri atas satu komponen tunggal dan tidak bias diuraikan lagi.
Ø Single Valued Attribute, ialah suatu atribut yang hanya punya satu nilai untuk suatu entitas.
Ø Multi Valued Attribute, ialah suatu atribut yang dapat terdiri dari sekumpulan nilai untuk entitas
Ø Atribut Derivatif, ialah atribut yang dihasilkan dari atribut lain yang tidak berasal dari satu entitas.
Contoh jika ERD-nya mengenai Rumah Sakit dan entitasnya adalah dokter maka, atributnya bias berupa No.ID_Dokter, Nama_Dokter, Spesialis_Dokter.
3. Relationship (Hubungan / Relasi)
Merupakan suatu hubungan alamiah yang terjadi antara satu atau lebih entitas. Contoh Jika ERD-nya mengenai Rumah Sakit dan entitasnya adalah dokter dan pasien. Jadi, entitas dokter ini memiliki relasi dengan entitas pasien sebagai “merawat/ memeriksa/ menyembuhkan”, hal ini berarti bahwa dokter memeriksa/ menyembuhkan pasien atau pasien diperiksa/ disembuhkan oleh dokter. Jadi, di dalam relasinya harus ada hubungan yang pasti pada antar entitas yang berelasi.
Hubungan antara entitas menyangkut dua komponen yang menyatakan jalinan ikatan yang terjadi, yaitu :
1. Derajat Relasi atau Kardinalitas
Merupakan jumlah anggota entitas yang terdapat di dalam relasi yang terjadi. Pasangan antara anggota entitas A dan B dapat dilakukan sesuai dengan derajat hubungannya, yaitu :
· Derajat Hubungan 1 :1 (One to one)
Setiap entitas pada himpunan entitas A hanya boleh berhubungan dengan satu entitas saja pada himpunan entitas B.
· Derajat hubungan 1 : M (One to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan lebih dari satu dari entitas pada himpunan entitas B tapi, entitas B hanya dapat berhubungna dengan satu entitas saja pada himpunan entitas B.
· Derajat Hubungan M : N (Many to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B dan sebaliknya.
Partisipasi Hubungan
Partisipasi hubungan menyatakan sifat keterlibatan tiap anggota entitas dalam relasi terjadinya hubungan.
Model Data REA (Resources, Data, Events)
Model data REA merupakan suatu alat pemodelan konseptual yang secara khusus dipergunakan dalam desain database SIA yang digunakan sebagai alat pembuatan model konseptual yang fokus terhadap aspek semantik bisnis yang mendasari aktivitas rantai nilai suatu organisasi.
Model data REA akan memberikan struktur dalam dua cara dalam desain database, yaitu
· Dengan mengindentifikasi entitas apa yang seharusnya dimasukkan ke dalam database SIA
· Dengan menentukan bagaimana membuat struktur antar entitas dalam database tersebut.
Dalam model data REA ini akan mengkalisifikasikan entitas ke dalam tiga kategori, yaitu
· Sumber Daya (Resource)
Merupakan hal-hal yang memiliki nilai ekonomi bagi organisasi. Contohnya : Kas, persediaan dan peralatan.
· Kegiatan atau aktivitas bisnis (Event)
Merupakan berbagai aktivitas bisnis yang informasinya ingin dikumpulkan perusahaan untuk tujuan perencanaan dan pengendalian. Contohnya kegiatan penjualan, kegiatan penerimaan kas
· Pelaku (Agents)
Merupakan orang-orang dan organisasi yang terlibat dalam kegiatan yang informasinya ingin di dapatkan untuk tujuan perencanaan ,pengendalian dan evaluasi. Contohnya : pegawai dan pelanggan.
Pola Dasar REA (Basic REA Template) pada Model data REA akan menetapkan pola dasar tentang bagaimana ketiga jenis entitas (sumber daya, kegiatan dan pelaku) yang seharusnya berhubungan satu sama lain. Serta untuk setiap entitas kegiatan akan dihubungkan ke sebuah entitas sumber daya.
Membangun Diagram REA untuk Satu Siklus Transaksi
Membangun diagram REA untuk siklus transaksi tertentu terdiri dari empat langkah, yaitu :
1. Identifikasi pasangan kegiatan pertukaran ekonomi yang mewakili hubungan dualitas dasar member untuk menerima, di dalam siklus tersebut. Hal ini berarti bahwa :
· Pertukaran ekonomi dasar dalam siklus pendapatan melibatkan penjualan barang dagangan atau pelayanan, serta serangkaian penerimaan kas sebagai pembayaran dalam penjualan tersebut
· Diagram REA untuk siklus pendapatan S&S dengan membuat entitas kegiatan penjualan dan penerimaan kas dalam bentuk persegi panjang, dan hubungan dualitas ekonomi antara mereka, dalam bentuk wajik.
2. Identifikasi sumber daya yang dipengaruhi oleh setiap kegiatan pertukaran ekonomi dan para pelaku yang terlibat dalam kegiatan tersebut. Hal ini berarti bahwa :
· Ketika kegiatan yang menjadi pusat perhatian telah ditentukan maka, sumber daya yang dipengaruhi oleh kegiatan tersebut perlu diidentifikasi.
· Kegiatan penjualan dapat diterjemahkan menjadi pemberian persediaan kepada pelanggan.
· Kegiatan penerimaan kas pun dapat diterjemahkan sebagai menerima kas dari pelanggan.Setelah menentukan sumber daya yang dipengaruhi oleh setiap kegiatan, langkah selanjutnya yang perlu dilakukan adalah mengidentifikasi pelaku yang terlibat dalam kegiatan-kegiatan tersebut.
· Paling tidak selalu terdapat satu pelaku internal (pegawai) dan di sebagian besar kondisi, seorang pelaku eksternal (pelanggan/ pemasok) yang terlibat dalam setiap kegiatan.
3. Analisis setiap kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut harus dipecah menjadi suatu kombinasi dari satu atau lebih kegiatan komitmen dan kegiatan pertukaran ekonomi. Hal ini berarti bahwa :
· Langkah ketiga dalam menggambar diagram REA adalah menganalisis kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut dapat dipecah menjadi sebuah kombinasi dari satu atau lebih kegiatan komitmen dan pertukaran.
· Jika, perlu mengganti kegiatan pertukaran ekonomi aslinya dengan rangkaian kegiatan komitmen maka, pertukaran ekonomi yang dihasilkan berasal dari pemecahan kegiatan tadi.
4. Tetapkan kardinilitas (cardinalities) pada setiap hubungan. Hal ini berarti bahwa :
· Kardinalitas menunjukkan bagaimana perumpamaan dalam satu entitas dapat dihubungkan ke perumpamaan tertentu dalam entitas lainnya.
· Kardinalitas sering diungkapkan sebagai pasangan nomor di setiap entitas.
· Nomor pertama adalah kardinalitas minimum, dan nomor kedua adalah kardinalitas maksimum.
· Kardinalitas maksimum dari sebuah hubungan menunjukkan apakah setiap baris dalam entitas dapat dihubungkan lebih dari satu baris dalam entitas lainnya on the other side of the relationship.
· Kardinalitas maksimum dapat baik 1 atau N.
· Kardinalitas minimum 1 artinya bahwa setiap baris dalam tabel itu dapat dihubungkan ke hanya satu baris dalam tabel lainnya.
· Kardinal maksimum N artinya bahwa setiap baris dalam tabel itu bisa dihubungkan lebih dari satu baris dalam tabel lainnya
Sumber :
http://fyusrizal.blogspot.com/2013/10/pembuatan-model-data-dan-desain-database.html
Tidak ada komentar:
Posting Komentar