Contoh Normalisasi Dan Kasus

model database dan study kasus

PENGARUH DESAIN TERHADAP PENERAPAN EFEKTIFITAS

DATABASE MELALUI BEBERAPA CONTOH KASUS

Dalam suatu sistem informasi, landasan yang utama adalah database dan implementasi prgoram. Database yang tidak efektif dan implementasi program yang tidak terstruktur dapat mempengaruhi performansi sistem informasi tersebut. Pengaruh desain terhadap database sangatlah besar, termasuk desain data, tipe data maupun relasinya. Pembuatan desain yang tidak dibangun dengan cermat dapat menyebabkan hilangnya data yang dibutuhkan, data yang tidak konsisten, redundansi data, proses update yang lambat dan banyak hal lain. Untuk menghindari hal tersebut, dibuatlah beberapa contoh kasus yang dapat menunjukkan betapa pentingnya desain sebelum pembuatan database yaitu pembuatan logical data model. Dari contoh kasus yang diberikan, dapat dilihat bahwa desain mempengaruhi database yang akan dibentuk.

Salah satu langkah dalam membangun suatu sistem informasi adalah melakukan perancangan

database. Database merupakan jantung dari system informasi. Data harus tersedia ketika user ingin

menggunakan, data juga harus akurat dan konsisten. Selain dari requirement tersebut, tujuan dari desain database adalah efisiensi penyimpanan data dan efisiensi pembacaan maupun update data.

Database merupakan suatu koleksi data. Efektifitas dari database harus dapat memenuhi kebutuhan :

· memastikan data agar dapat diakses oleh banyak user pada banyak aplikasi,

· maintain data secara akurat dan konsisten,

· memastikan data yang dibutuhkan baik sekarang maupun yang akan datang dapat tersedia,

· database dapat memenuhi kebutuhan sesuai dengan pertumbuhan user dan

· database dapat memenuhi kebutuhan pembacaan data tanpa memperdulikan bagaimana data secara fisik tersimpan.

Dari pengamatan yang dilakukan penulis, masih ada beberapa orang yang memiliki tidak mempertimbangkan efektifitas dalam mendesain database. Untuk menjelaskan lebih lanjut pentingnya efektifitas database, dibuatlah beberapa contoh kasus dalam desain logical data model.

LOGICAL DATA MODEL

Logical data model merupakan pemodelan dari proses bisnis yang berfokus pada analisis data. Logical data model dibangun oleh tiga notasi yaitu entiti, atribut dan relasi. Entiti adalah tempat, obyek, kejadian maupun konsep pada lingkungan user dimana diperlukan maintain data pada organisasi tersebut. Atribut adalah karakteristik yang dimiliki tiap entiti. Relasi adalah hubungan asosiasi data antar entiti.

Beberapa hal yang perlu diperhatikan dalam pembuatan logical data model menurut Moss Larissa :

1. Memeriksa definisi, semantik dan tipe data pada tiap entiti untuk mencari duplikasi obyek bisniskarena dapat tidak terlihat apabila nama yang digunakan berbeda.
2. Memastikan tiap data pada entiti bahwa hanya memiliki satu pengenal yang unik (primary key), dimana termasuk apabila ada data lama yang dihapus dari database.
3. Menggunakan aturan normalisasi untuk memastikan bahwa sebuah atribut hanya dimiliki oleh satu entiti saja.
4. Mengadopsi aturan bisnis dengan obyek pada dunia nyata. Aturan bisnis ini memperlihatkan relasi data antar entiti.

Beberapa hal yang perlu diperhatikan dalam pembuatan logical data model menurut Elmasri Ramez :

1. Semantic atribut

Bagaimana menggambarkan relasi yang dapat menggambarkan fakta yang ada.

1. Memperkecil terjadinya data redundansi

Tujuan dalam pembuatan database adalah mengoptimalkan penyimpanan data.

1. Memperkecil terjadinya nilai null pada data

Null value dapat menyebabkan penyimpanan data yang besar dan dapat terjadi kesalahpahaman dalam mengartikan suatu atribut. Null value dapat diinterpretasikan sebagai :

(1) atribut ini tidak dimiliki oleh data tersebut,

(2) nilai atribut tidak diketahui dan

(3) nilai atribut diketahui tetapi belum dicatat.

1. Tiap entiti memiliki definisi/semantik yang jelas.

PENERAPAN LOGICAL DATA MODEL DALAM CONTOH KASUS

Contoh kasus 1

Gambar 1 menunjukkan relasi kepala departemen antara entiti Pegawai dengan Departemen adalah 1 : 1 yang berarti satu orang pegawai hanya dapat mengepalai satu departemen dan satu departemen hanya boleh dikepalai oleh satu orang pegawai. Dilihat dari kenyataan yang terjadi, relasi tersebut adalah benar karena tidak mungkin pada satu waktu, ada lebih dari satu pegawai yang mengepalai suatu departemen dan begitu pula sebaliknya.

Gambar 1. Relasi entiti Pegawai dan entitiDepartemen

Namun ternyata ketika terjadi pergantian kepala departemen, data kepala departemen yang lama sudah tidak dapat lagi diketahui. Dengan kata lain, database tidak menyediakan penyimpanan data masa lampau. Oleh karena itu, desain gambar 1 ditambahkan suatu entiti yang mencatat tanggal seorang pegawai menjabat suatu departemen, sehingga dapat ditelusuri siapa saja yang pernah menjabat menjadi kepala departemen suatu departemen (gambar 2).

KESIMPULAN

Berdasarkan dari pembahasan sebelumnya, maka dapat diambil kesimpulan yaitu :

1. Kesalahan yang sering terjadi dalam melakukan desain adalah

a. tidak mempersiapkan desain yang dapat digunakan pada perkembangan system di masa yang akan datang,

b. pembuatan relasi yang salah,

c. pembuatan relasi yang redundansi,

d. adanya redundansi data,

e. pemilihan primary key untuk suatu tabel dan

f. pemilihan tipe data.

2. Dalam mendesain logical data model harus memperhatikan database yang akan digunakan, proses bisnis pada sistem dan mempersiapkan desain yang dapat digunakan pada perkembangan sistem di masa yang akan datang.

Sumber : http://www.petra.ac.id/~puslit/journals/pdf.php?PublishedID=INF05060101.

Study Kasus Perancangan Data Base

Perencanaan Database

Data yang terorganisir dengan baik dapat menghasilkan Informasi, pengorganisasian data untuk mencegah terjadinya duplikasi yang tidak diperlukan. Data yang terorganisasi dan saling berkaitan antara satu sama lainnya merupakan Basis data (database). Sedangkan untuk mengelola dan mengorganisasikan database yang dibangun dalam suatu Sistem dibutuhkan suatu pengelolaan database yang di sebut dengan sistem manajemen basis data (Database management system – DBMS).

DBMS merupakan software yang akan menentukan bagaimana data diorganisasikan, disimpan, diubah, diambil kembali, pengaturan mekanisme pengamanan data, mekanisme pemakaian data secara bersama.

Database telah mengalami perkembangan sejalan dengan penelitian-penelitian para ahli, ada beberapa model database :

1. Hierarchical database

Adalah merupakan kumpulan record yang dihubungkan satu sama lain yang membentuk struktur pohon

1. Network Database

Database yang terbentuk dari sekumpulan record yang membentuk relasi dalam bentuk ring

1. Relational Database

Berisi kumpulan tabel, dimana setiap tabel mempunyai nama dan struktur yang unik. Dalam setiap tabel, masing-masing record data diorganisasikan dalam struktur yang sama dan memiliki field kunci yang akan menjadi penghubung antara satu dengan lainnya

1. Web Warehause

Data warehouse (gudang data) merupakan sebuah database dengan peralatan pembuatan laporan dan query yang menyimpan data kini dan data historis secara terpusat,biasanya digunakan untuk menyajikan laporan dan melakukan analisis guna mendukung pengambilan keputusan manajerial.

Langkah-langkah yang harus di penuhi dalam perancangan database adalah sebagai berikut :

a. Studi Kelayakan

Dalam merancang database studi kelayakan adalah langkah pertama yang harus dilakukan untuk mendapatkan informasi yang tepat sehingga dapat diterapkan dalam sebuah basisdata. Studi kelayakan akan menghasilkan data mentah dalam pembuatan basisdata. Dalam studi kelayakan ini digunakan untuk menginventaris kebutuhan dasar yang harus dipenuhi agar tidak menggangu proses pengembangan sistem yang telah direncanakan.

Sesuai dengan database yang dikembangankan pada soal nomor satu yaitu Pengembangan database Program Perbaikan Gizi pada Puskesmas maka pada langkah ini informasi yang akan perlu diketahui adalah sebagai berikut :

- Data-data apa saja yang dikumpulkan dan diolah yang berhubungan dengan program gizi

- Masalah apa yang ditemui dalam pengolahan data

- Apakah di Program Gizi mempunyai Komputer

- Dalam pengolahan data sekarang sudah menggunakan software.

b. Rencana Pendahuluan.

Langkah ini merupakan langkah yang menentukan lingkup sistem yang diakan di bangun. Pada tahap ini akan dibuat diagram alir data yaitu DFD (Data Flow Diagram). Bentuk DFD digunakan untuk mendokumentasikan proses berjalannya sistem yang sedang dibangun, termasuk entitas sumber-sumber masukan dan hasilnya atau keluaran. Fungsi DFD untuk menggambarkan secara rinci mengenai sistem sebagai jaringan kerja antara fungsi yang berhubungan satu sama lain dengan menunjukan dari dan dan kemana data mengalir serta penyimpanannya.

c. Menganalisa Sistem

Pada langkah ini dilakukan analisa data yang dibutuhkan, Penganalisaan ini dapat dilakukan secara langsung, yaitu dengan mendatangi langsung tempat atau objek yang dijadikan sistem implementasi.

Proses analisa ini dapat dilakukan melalui wawancara atau dengan mencari data pada objek tujuan sehingga validasi data tercapai. Data-data yangyang valid tersebut siap diimplentasikan kedalan sistem database

d. Merancang Sistem

Perancangan sistem yang dimaksud adalah memisahkan data mentah menjadi kelompok data yang bisa disebut tabel. Dengan mengimplentasikannya kedalam sistem yang terdistribusi dalam bentuk database akan mempermudah melakukan tindakan lebih lanjut dalam implementasi. Perancangan sistem ini akan menghasilkan penggambaran dengan bentuk yang lebih jelas dan terkelompok yan di sebut Tabel.

Setiap tabel pada intinya berfungsi untuk menyimpan suatu informasi data. Tabel yang dibuat harus memenuhi kriteria untuk mempermudah pengolahan data seperti memasukan data (Insert), Peremajaan data dari data lama menjadi data baru (Update), dan Proses Menghilangkan atau menghapus data (Delete)

Disamping itu kriteria diatas ada beberapa hal yang perlu diperhatikan dalam pembuatan tabel antara lain :

- Tidak boleh ada baris data atau record yang sama pada tabel

- Setiap tabel harus memiliki nama yang menjadi wakil dari seluruh atribut/field didalamnya. Atribut yang menjadi wakil tidak boleh kembar

- Tabel yang dibuat merupakan hasil analisa akhir sehingga semua atribut bernilai tunggal dan tidak dapat dipecah lagi menjadi field terkecil.

Berikut ini adalah contoh DB Puskesmas dengan Tabel-tabel beserta Penjelasan hubungannya :

- Tabel Kepala Keluarga

Id KK

Nama KK

Tempat Lahir

Tanggal Lahir

Sex

pekerjaan

Pendidikan

Alamat

Gakin

Penjelasan Tabel diatas adalah sebagai berikut :

1. 1. id_kk sebagai Primary Key yaitu data Integral 10 digit
   2. nama_kk berisi Nama Kepala Kelurga
   3. Tempat_lahir tempat dari Kepala Keluarga
   4. Tgl_lahir :Tanggal lahir dari Kepala Keluarga
   5. Sex berisi kategori laki-laki dan perempuan dari Kepala Keluarga
   6. Pekerjaan adalah pekerjaan dari kepala keluarga yang berisi kategori PNS, Swasta, Petani, Pedagang, Nelayan, Buruh,Tidak bekerja
   7. Pendidikan adalah Tingkat Pendidikan kepala keluarga berisi kategori PT, Akademi, SMU,SMP,SD,Tidak Sekolah
   8. Alamat adalah Alamat Kepala Keluarga
   9. GAKIN berisi kategori : ya dan Tidak

- Tabel Data Anggota Keluarga

Id Anggota KK

Id KK

Nama

Tempat Lahir

Tanggal Lahir

Sex

Hubungan

pekerjaan

Pendidikan

Penjelasan Tabel diatas adalah sebagai berikut :

1. 1. id_Anggota_kk sebagai Primary Key dari table Anggota_kk yaitu data Integral 10 digit
   2. id_kk adalah current key dari Tabel data_kk
   3. Nama : nama anggota Keluarga
   4. Tempat_lahir adalah Tempat Lahir dari anggota Keluarga
   5. Tgl_lahir adalah Tanggal Lahir dari anggota Keluarga
   6. Sex adalah Jenis Kelamin dari anggota keluarg yang berisi kategori laki-laki dan perempuan
   7. Hubungan adalah hubungan dari anggota keluarga dengan kepala keluarga yang berisi kategori : Isteri, Anak, Orang Tua, Saudara Kandung, dll
   8. Pekerjaan adalah Pekerjaan dari anggota keluarga berisi kategori PNS, Swasta, Petani, Pedagang, Nelayan, Buruh,Tidak bekerja
   9. Pendidikan adalah Pendidikan dari anggota Keluarga berisi kategori Sarjana,Diploma, SMU,SMP,SD,Tidak Sekolah

- Tabel Data Balita

Id Balita

Id Anggota KK

BB Wkt Lahir

TB Wkt Lahir

KMS Balita

ASI Ekslusif

Penjelasan Tabel diatas adalah sebagai berikut :

a. id_Balita sebagai Primary Key dari table Balita yaitu data Integral 10 digit

b. id_Anggota_kk adalah current key dari Tabel Angggota_kk

c. BB_wkt_lhr : adalah berat badan Balita Waktu Lahir

d. PB_wkt_lhr : adalah Panjang badan Balita Waktu Lahir

e. KMS_Balita adalah Kepemilikan Kartu Menuju Sehat, yang berisi kategori Ya dan Tidak

f.Asi_eks adalah Pemberian ASI 0 s/d 6 Bulan tanpa makanan pendamping, yang berisi kategori Ya dan Tidak

3. Pada waktu merancang database, seringkali para calon pengguna menanyakan relevansi database tersebut bagi proses pengambilan keputusan di organisasi mereka. Bagaimana anda bisa meyakinkan bahwa database yang anda rancang dapat memenuhi kebutuhan mereka? Informasi potensial apa saja yang dapat dihasilkan dari desain yang telah anda rancang? Bagaimana informasi tersebut mendukung dan terkait dengan konsep yang anda tawarkan.

Untuk bisa meyakinkan bahwa database yang dirancang itu memenuhi kebutuhan maka dalam dalam perancangan database memperhatikan hal-hal sebagai berikut :

a. Perancangan berbasis pemakai

Perancangan database berbasis pemakai yaitu rancangan sistem harus berdasarkan kebutuhan pemakai, hal ini bisa dilaksanakan pada tahapan analisa sistem yaitu menggali kebutuhan dari pemakai

b. Perancangan secara iteratif

Disamping berbasis kebutuhan pemakai dalam hal perancangan pengujian dan pengukuran database melibatkan pemakai, hal ini dilakukan untuk agar database yang dirancang benar-benar merupakan kebutuhan pemakai.

Berikut ini akan dijelaskan Informasi potensial yang dapat dihasilkan pada rancangan database hubungannya dengan konsep dasar pembuatan database yaitu untuk mempermudah dalam hal pengambilan keputusan

Contoh Perancangan DB pada puskesmas:

1. Jumlah Penduduk di wilayah puskesmas berdasarkan Jenis Kelamin, Tingkat pendidikan, pekerjaan
2. Jumlah Keluarga Miskin di wilayah puskemas, informasi ini dapat membantu pemerintah dalam perncanaan kegiatan pengentasan kemiskinan dan dalam penyaluran bantuan bagi keluarga miskin
3. Persentase Jumlah Balita yang lahir dengan berat badan waktu lahir rendah, Tingginya Balita lahir dengan berat badan rendah menggambarkan status gizi ibu sewaktu mengandung, sehingga perlu peningkatan intervensi kegiatan yang diarahkan pada ibu hamil, disamping itu informasi bayi lahir dengan berat badan rendah segera melakukan pemberian makanan tambahan agar tidak menjadi balita gizi buruk.
4. Jumlah balita gizi buruk, Gizi Kurang, dan gizi baik, informasi ini dapat digunakan untuk merencanakan penanggulangan gizi buruk
5. Jumlah balita dalam suatu wilayah yang telah mendapatkan vitamin A.
6. Dan beberapa informasi tentang Program Gizi di wilayah Puskemas tersebut, semua itu dapat dilakukan untuk Perencanaan Kegiatan.

4. Teknologi Informasi dan komunikasi (TIK) terus berkembang dengan pesat. Apa yang dapat anda sarankan kepada organisasi anda dalam memilih, menggunakan dan memelihara investasi TIK yang menjamin keberlangsungan, aksebilitas, kemanfaatan serta keamanan Sistem Manajemen Basisdata yang ditawarkan.

Saran saya kepada organisasi dalam memilih, menggunakan dan memelihara investasi TIK yang menjamin keberlangsungan, kemanfaatan serta keamanan Sistem Manajemen Basisdata adalah sebagai berikut :

a. Dalam Pemilihan Sofware database memilih sofware yang opensource, yaitu program yang free atau bebas digunakan oleh siapa saja tanpa harus membeli dan membayar lisensi kepada pembuatnya

b. Software database merupakan database server, yang dapat memungkinkan dapat diakses bersama, atau dapat dihubungkan dengan media internet

c. Software database dapat menyimpan data berkapasitas sangat besar sampai dengan ukuran Gigabyte.

d. Software database memiliki enskripsi password, sehingga tidak semua dapat mengaskesnya.

e. Sofware database yang multi user, artinya database ini tidak hanya digunakan oleh sepihak orang akan tetapi merupakan database yang dapat digunakan oleh banyak pengguna.

f. Software database yang memiliki kecepatan dalam pembuatan tabel maupun peng-update-an tabel

DAFTAR PUSTAKA

Budi Sutedjo Dharma Oetomo, S.Kom.,MM. Perencanaan dan Pengembangan Sistem Informasi. Penerbit Andi Yogyakarta, 2002

Bunafit Nugroho, Database Relasional dengan MySQL. Penerbit Andi Yogyakarta, 2004

Hari Kusnanto, Data Warehousing.(Materi Kuliah Manajemen Data Base Minat Sistem Informasi Manajemen Kesehatan Tahun 2006)

Harmin Prasetyo, Database Manajemen System MySQL. (Modul Kuliah Aplikasi Komputer 2006)

Sumber

http://krida85.wordpress.com/2008/04/11/perencanaan-database/

Perancangan Data Base

Konsep Entity Relationship (Cardinality)

a. One to One Relationship

Hubungan antara file pertama dan file kedua adalah satu berbanding satu.

Contoh :

• pada pengajaran private satu guru satu siswa

• “seorang guru mengajar seorang siswa, seorang siswa diajar oleh seorang guru”

Gambar :

b. One to Many atau Many to One Relationship

Hubungan antara file pertama dan file kedua adalah satu berbanding banyak atau banyak berbanding satu.

Contoh :

• Dalam suatu perusahan satu bagian mempekerjakan banyak pegawai.

• “Satu bagian mempekerjakan banyak pegawai, satu pegawai kerja dalam satu bagian”

c. Many to Many Relationship

Hubungan file pertama dan file kedua adalah banyak berbanding banyak.

Contoh :

• Dalam universitas seorang mahasiswa dapat mengambil banyak matakuliah

• “Satu mahasiswa mengambil banyak matakulih dan satu matakuliah diambil banyak mahasiswa.”

LANGKAH-LANGKAH PERANCANGAN TEKNIK ER

Sumber awal data teknik perencanaan database dengan ER adalah data dictionary (kumpulan data).

Langkah-langkah perancangan ER:

1. Memilih kelompok atribut yang sama untuk dijadikan sebuah entitas dan menentukan primary key dengan syarat unik dan mewakili entitas
2. Menggambarkan Cardinality dari ER diagram berdasarkan analisa relasi yang didapat. Relasi yang terjadi dapat One to One, One to Many dan Many to Many relationship
3. Membentuk SKEMA DATABASE atau LRS (Logical Record Structure) berdasarkan ER diagram

• Bila relasi One to One maka foreign key diletakkan pada salah satu dari 2 entitas yang ada atau menyatukan ke dua entitas tersebut.
• Bila relasi One to Many maka foreign key diletakkan di entitas yang Many
• Bila relasi many to many maka dibuat “file konektor” yang berisi 2 foreign key yang berasal dari kedua entitas

Membentuk tabel-tabel berdasarkan primary key yang terpilih dengan syarat sudah mencapai aturan normalisasi sekurang-kurangnya 3NF dari Skema DB/LRS yang ada :

PENERAPAN TEKNIK E – R

Buatlah perancangan database dengan teknik ER untuk data dictionary berikut ini :

• No. Anggota
• Nama Anggota
• Tgl. Lahir
• Alamat
• Tgl. Masuk
• Kode Buku
• Judul
• Pengarang
• Penerbit
• Tahun Terbit
• Tgl.Pinjam
• Tgl. Kembali

LANGKAH 1

• Memilih kelompok atribut yang sama untuk dijadikan beberapa entitas dan menentukan primary key dengan syarat unik dan mewakili entitas
• Dari data dictionary diatas dapat ditentukan 2 entitas yaitu :

Ø Entitas Anggota (Primary key: No. Anggota)

Ø Entitas Buku (Primary Key: Kode Buku)

Anggota

• No. Anggota
• Nama Anggota
• Tgl. Lahir
• Alamat
• Tgl. Masuk

Buku

• Kode Buku
• Judul
• Pengarang
• Penerbit
• Tahun Terbit

• Atribut Tgl. Pinjam dan Tgl. Kembali tidak dimasukkan dulu kedalam salah satu entitas.

LANGKAH 2

• Menggambarkan Cardinality dari ER diagram berdasarkan analisa relasi yang didapat. Relasi yang terjadi dapat One to One, One to Many dan Many to Many relationship
• Misalnya relasi yang terjadi :

“Seorang anggota dapat meminjam banyak buku dan satu buku dapat dipinjamkan oleh banyak anggota”

Gambar ER Diagram:

LANGKAH 3

• Membentuk Skema DB atau LRS berdasarkan ER diagram
• Bila relasi One to One maka foreign key diletakkan pada salah satu dari 2 entitas yang ada atau menyatukan ke dua entitas tersebut.
• Bila relasi One to Many maka foreign key diletakkan di entitas yang Many
• Bila relasi many to many maka dibuat “file konektor” yang berisi 2 foreign key yang berasal dari kedua entitas

• LRS yang berbentuk :

LANGKAH 4

• Membentuk tabel-tabel berdasarkan primary key yang terpilih dengan syarat sudah mencapai aturan normalisasi sekurang-kurangnya 3NF dari Skema DB/LRS yang ada :

• Karena relasi yang terjadi many to many maka dibuat file konektor.

Hello world!

Welcome to WordPress.com. This is your first post. Edit or delete it and start blogging!