9
LANDASAN TEORI
2.1 Pendekatan Basisdata 2.1.1 Pengertian Data
Menurut Turban et al (2003, p15), Data adalah fakta-fakta mentah atau deskripsi dasar dari konsep-konsep, kejadian-kejadian, kegiatan-kegiatan, dan transaksi yang dapat ditangkap, direkam, disimpan dan dikelompokkan, tetapi tidak terorganisasi dalam membawakan arti tertentu. Jadi data merupakan bentuk yang masih mentah yang belum dapat bercerita banyak sehingga masih perlu diolah lebih lanjut.
2.1.2 Pengertian Informasi
Menurut Turban et al (2003, p15), Informasi adalah kumpulan fakta-fakta (data) yang sudah terorganisasi dalam suatu cara sehingga dapat berarti bagi penerima. Dengan demikian informasi dapat menjadi masukan yang berguna dalam pengambilan keputusan.
2.1.3 Pengertian Sistem
Menurut Britton et al (2002, p2), Sistem adalah kumpulan komponen atau elemen yang saling berhubungan (berinteraksi) yang ditampilkan sebagai satu kesatuan dan dirancang untuk mencapai tujuan tertentu. Berdasarkan pengertian tersebut maka sistem harus dapat dirancang sedemikian rupa agar dapat bekerja secara efisien sehingga apa yang menjadi sasaran dari sistem tersebut dapat tercapai.
Menurut McLeod (2001, p11), Sistem merupakan sekelompok elemen yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan. Contoh suatu organisasi atau bidang fungsional cocok untuk menggambarkan ini, dimana organisasi terdiri dari bidang-bidang fungsional yang semuanya mengacu pada tercapainya tujuan organisasi yang telah ditetapkan.
Sistem terdiri dari elemen-elemen yang menunjang terbentuknya sistem itu sendiri yaitu input, proses transformasi, output. Dimana elemen umpan balik terkadang digunakan untuk menampung informasi dari output systemdan memberikan kepada sistem sebagai inputbaru.
Sistem ini sendiri terediri dari dua jenis, yaitu sistem terbuka dan sistem tertutup. Suatu sistem yang dihubungkan dengan lingkungannya melalui arus sumber daya disebut sistem terbuka, sedangkan jika sistem tidak lagi dihubungkan dengan lingkungannya maka ini disebut sistem tertutup.
Menurut O’Brien (2003, p8), Sistem adalah sebuah kelompok yang terintegrasi dan bekerja sama untuk mencapai tujuan yang sama dengan menerima masukan (inputs) dan menghasilkan keluaran (outputs) dalam sebuah proses transformasi yang terorganisir dengan baik.
Sistem adalah suatu jaringan prosedur yang dibuat menurut pola yang terpadu untuk melaksanakan kegiatan pokok perusahaan atau mencapai tujuan tertentu dari perusahaan.
Menurut Hariyanto (2004, p59), Sistem adalah sekumpulan objek atau elemen yang saling berinteraksi untuk mencapai suatu tujuan tertentu., dan beberapa prinsip umum sistem adalah sebagai berikut:
1.Sistem selalu merupakan bagian dari sistem yang lebih besar, sekaligus sistem tersebut dapat dipartisi menjadi (sub)sistem – (sub)sistem yang lebih kecil.
2.Sistem yang lebih terspesialisasi akan kurang dapat beradaptasi untuk mengadapi keadaan – keadaan yang berbeda.
3.Lebih besar ukuran sistem, maka akan memerlukan sumber daya yang lebih banyak untuk operasi dan pemeliharaannya.
4.Sistem senantiasa mengalami perubahan, tumbuh dan berkembang.
2.1.4 Pengertian Sistem Analisis
Menurut Hariyanto (2004, p369), Analisis merupakan bidang yang menarik, melibatkan studi interaksi antar manusia, kelompok – kelompok orang komputer, dan organisasi.
Menurut Hariyanto (2004, p370), Berikut ini adalah urutan pokok analisis yang dilakukan:
1.Identifikasi ”Konsumen”.
2.Pemeriksaan terhadap sumber informasi untuk analisis kebutuhan. 3.Penulisan kebutuhan yang dipandang oleh konsumen (C-requirement). 4.Melakukan pemeriksaan terhadap kebutuhan dalam pandangan konsumen.
5.Membangun model–model analisis yang lebih tidak ambigu (D-requirement) yaitu pernyataan kebutuhan dengan notasi–notasi analisis yang terutama ditujukan untuk perancang).
2.1.5 Pengertian Basisdata
Menurut Connolly dan Begg (2002, p14), Basisdata adalah himpunan data (file atau arsip) yang saling berhubungan dan diorganisasikan sedemikian rupa untuk menghasilkan informasi yang dibutuhkan oleh pengguna. Dengan demikian basisdata merupakan salah satu komponen yang penting dalam sistem karena dapat menyediakan informasi bagi pengguna.
Menurut Whitten (2004, p548), Basisdata adalah merupakan kumpulan dari file – file yang saling berhubungan dimana setiap baris pada suatu basisdata juga harus saling terhubung dengan baris pada lain file.
Menurut Kadir (1998, p9), Basisdata adalah sistem komputerisasi yang tujuan utamanya adalah memelihara informasi, dan membuat informasi tersebut tersedia saat dibutuhkan.
Menurut McLeod (1995, p324), Basisdata adalah suatu kumpulan data komputer yang terintegrasi, diorganisasikan dan disimpan dengan suatu cara yang memudahkan pengambilan data kembali (retrieval).
Menurut O’Brien (2003, p145), Basisdata adalah sebuah kumpulan yang terintegerasi dari elemen data yang terhubung secara logika. Elemen data mendeskripsikan entiti-entiti dan hubungan antara entiti-entiti.
Menurut Hansen et al (1996, p12), Basisdata adalah kumpulan dari item-item data yang saling terhubung yang dapat diproses oleh satu atau lebih sistem aplikasi.
Menurut Cooper et al (1996, p262), Basisdata adalah kumpulan sejumlah data yang besar di dalam komputer, disusun sedemikian rupa sehingga bisa dikembangkan, diperbaharui, dan digunakan kembali dengan cepat untuk berbagai kebutuhan.
Menurut Mannino (2004, p7), Basisdata adalah bahasa dan alat-alat grafis untuk mendefinisikan entiti-entiti, hubungannya, integrity constraint, dan hak otorisasi.
Menurut Paolo (2003, p2), Basisdata adalah sekumpulan data yang digunakan untuk merepresentasikan informasi yang diinginkan dan diimplementasikan ke dalam sistem.
Berdasarkan beberapa pendapat diatas disimpulkan bahwa Basisdata merupakan sekumpulan data yang saling berhubungan dan diolah untuk memenuhi kebutuhan suatu organisasi.
Dari pengertian diatas dapat disimpulkan bahwa Basisdata mempunyai beberapa kriteria penting, yaitu:
1.Bersifat data orienteddan bukan program oriented.
2.Dapat digunakan oleh beberapa program aplikasi tanpa perlu mengubah basisdatanya.
3.Dapat dikembangkan dengan mudah, baik volumemaupun strukturnya. 4.Dapat memenuhi kebutuhan sistem–sistem baru secara mudah.
5.Dapat digunakan dengan cara–cara yang berbeda.
6.Prinsip utama basisdata adalah pengaturan data dengan tujuan utama fleksibilitas dan kecepatan dalam pengambilan data kembali.
Adapun tujuan Basisdata diantaranya adalah sebagai berikut: 1.Kecepatan dan kemudahan (Speed)
2.Efisiensi ruang penyimpanan (Space) 3.Keakuratan (Accuracy)
4.Ketersediaan (Availability) 5.Kelengkapan (Completeness)
6.Keamanan (Security)
7.Kebersamaan pemakaian (Sharebility).
Menurut Date (2000,p19), Tingkatan struktur data dalam basis data antara lain : 1. Fieldadalah unit terkecil dari data recordyang disimpan dalam basisdata.
2.Record adalah kumpulan field–field yang disimpan, yang saling berelasi membentuk data yang mempunyai arti.
3.File(tabelatau relasi) adalah kumpulan seluruh occurrencedari satu tuple record tersimpan.
4.Database: kumpulan terintegrasi dari occurrence fileatau tabelyang merupakan representasi data dari suatu model enterprise.
2.1.6 Pengertian Sistem Basisdata
Menurut Date (2000,p5), Sistem Basisdata merupakan sistem penyimpanan record yang terkomputerisasi. Dengan kata lain Sistem Basisdata merupakan sistem penyimpanan informasi yang terkomputerisasi sehingga memudahkan pemakainya untuk mengambil kembali dan memperbaharui informasi tersebut.
Menurut Hansen et al (1996, p12), Sistem Basisdata adalah sebuah piranti lunak yang mempunyai fungsi Database Management System (DBMS) untuk memanipulasi database, perangkat keras dan personal yang tepat.
2.1.7 DBMS (Database Management System) 2.1.7.1 Pengertian DBMS
Menurut Connolly dan Begg (2002, p16), DBMS (Database Management System) adalah sebuah sistem piranti lunak yang membolehkan pengguna mendefinisikan, membuat, memelihara, dan mengontrol pengaksesan ke basisdata.
Menurut Kadir (1998, p17), DBMS (Database Management System) adalah sebuah program komputer yang digunakan untuk memasukkan, memanipulasi, mengubah, dan memperoleh data atau informasi dengan praktis dan efisien.
Menurut Whitten (2004, p554), DBMS (Database Management System) adalah perangkat lunak yang dapat digunakan untuk membuat, mengakses, mengontrol, dan mengatur suatu basisdata dinamakan sistem manajemen basisdata, biasa disebut dengan database management system, disingkat DBMS.
Berdasarkan beberapa pendapat diatas disimpulkan bahwa DBMS merupakan sebuah software yang digunakan untuk menciptakan, memelihara, memasukkan, menghapus serta mempermudah pengguna untuk memperoleh data yang dibutuhkan.
2.1.7.2 Sejarah DBMS
DBMS yang pertama berdasarkan pada metode hirarki dari pengurutan data. Sistem yang pertama kali merupakan eksistensi dari struktur file COBOL. Bagaimanapun juga pendekatan hubungan database ditemukan oleh E.F. Codd yang menjadi metode dominan dari penyimpanan dan pengambilan data.
Kesadaran menyimpan dan memanipulasi data telah menjadi fokus perhatian pengguna komputer sejak awal. DBMS bertujuan umum pertama dirancang oleh
Charles Bachman sekitar awal tahun 1960-an. DBMS yang dirancang disebut Integrated Data Storage. DBMS ini menggunakan model data jaringan.
Pada akhir tahun 1960-an IBM mengembangkan IMS DBMS (Information Management System DBMS) menggunakan model data hirarki yang sampai saat ini masih dipakai.
2.1.7.3 Komponen-komponen dalam lingkungan DBMS
Menurut Connolly dan Begg (2002, p18), DBMS memiliki 5 komponen, yaitu: 1. Perangkat keras (Hardware)
DBMS membutuhkan perangkat keras untuk menjalankannya. Contoh: single personal computer, single mainframe.
2. Perangkat lunak (Software)
Karena seluruh kendali DBMS akan dilakukan oleh program aplikasi maka DBMS harus dapat dihubungkan ke program-program aplikasinya.
3. Data
Data yang digunakan oleh suatu organisasi harus didesain sedemikin rupa sehingga mudah digunakan.
4. Prosedur (Procedure)
Perintah-perintah yang harus dilakukan untuk menjalankan DBMS ini. 5.Faktor manusia (People)
Ini adalah masalah keterkaitan perilaku orang yang menggunakan sistem (user) dengan sistem DBMS yang sudah didesain sebelumnya.
Manusia yang terlibat dengan sistem, termasuk dalamnya adalah : database administrator, perancang database, pengembang aplikasi dan pemakai akhir.
Komponen- komponen dalam lingkungan DBMS dapat digambarkan sebagai berikut :
Gambar 2.1 Komponen-komponen dalam lingkungan DBMS.
2.1.7.4 Fungsi DBMS
Menurut Connolly dan Begg (2002, pp48-52), fungsi- fungsi DBMS adalah: 1. Data Storage, Retrieval and Update
Suatu DBMS harus memiliki kemampuan untuk melakukan penyimpanan, penelusuran dan juga mengubah data–data yang ada.
2. A user-accessible Catalog
Sebuah DBMS harus dapat memilki sebuah katalog untuk mendeskripsikan data yang disimpan dan juga dapat diakses oleh pengguna.
3.Transaction Support
DBMS harus menyediakan suatu mekanisme yang akan menjamin bahwa semua kegiatan update maupun tidak, sesuai dengan transaksi yang dilakukan.
4. Concurrency control services
DBMS harus menyediakan mekanisme yang menjamin bahwa basisdata di-update dengan benar ketika lebih dari satu pemakai mengubah basisdata secara bersamaan.
DBMS harus menyediakan mekanisme untuk memperbaiki basisdata yang dalam suatu kesempatan rusak karena suatu hal.
6. Authorization Services
DBMS harus menyediakan mekanisme untuk menjamin bahwa hanya pengguna yang mempunyai hak yang dapat mengakses basisdata.
7. Support for data communication
DBMS harus mampu berintegrasi dengan software komunikasi. 8. Integrity Services
DBMS harus menyediakan cara untuk menjamin bahwa data dalam BasisData dan perubahan pada data mengikuti aturan yang telah ditetapkan sebelumnya. 9.Services to promote data independence
DBMS harus mencakup fasilitas yang mendukung independensi program dari struktur aktual basisdata.
10.Utility Services
DBMS harus menyediakan satu set fasilitas pelayanan.
2.1.7.5 Karakteristik DBMS dan Basisdata
Menurut Atzeni (2003,p4), Karakteristik DBMS dan Basisdata yaitu: 1.Database can be large.
2.Basisdata dapat di-share.
3.Basisdata dapat dipakai berulang-ulang, karena lifespan basisdata tidak terbatas pada eksekusi program.
4.DBMS mendukung realibility karena DBMS menyediakan fungsi-fungsi untuk backupdan recovery.
5.DBMS menjamin kerahasiaan data melalui authorization. 6.DBMS juga memperhatikan efisiensi.
7.DBMS dapat meningkatkan efektifitas.
2.1.7.6 Keuntungan dan Kerugian dari DBMS
Menurut Connolly dan Begg (2002, pp25-29), Keuntungan dari penggunaan DBMS antara lain:
1.Dapat menghindari data-data sama yang disimpan berulang kali (control of data redundancy).
2.Data menjadi lebih konsisten.
3.Bisa didapat informasi yang lebih banyak dari kumpulan-kumpulan data-data yang sama, dengan permasalahan tertentu.
4.Data-data yang sama dapat digunakan bersama-sama oleh user-user yang berbeda-beda (shared data).
5.Meningkatkan keterkaitan antar data. 6.Meningkatkan keamanan.
7.Membuat suatu standar.
8.Meningkatkan efisiensi kebutuhan.
9.Kebutuhan-kebutuhan yang berbeda-beda dapat dipenuhi dengan mudah. 10. Meningkatkan kemampuan akses data dan kecepatan prosesnya. 11. Meningkatkan produktivitas.
12. Memudahkan perawatan data.
13. Meningkatkan keamanan pada data yang dipakai bersama-sama. 14. Mempermudah fungsi back-up dan recovery.
Menurut Connolly dan Begg (2002, pp29-30), Kekurangan dari penggunaan DBMS antara lain:
1. Proses di dalamnya lebih rumit.
2. Mempunyai kapasitas yang lebih besar jika dibandingkan oleh masing-masing file pada File Based System.
3. Harganya lebih mahal.
4. Membutuhkan biaya tambahan untuk perangkat keras jika DBMS yang digunakan menuntut penggunaan jenis perangkat keras tertentu.
5. Membutuhkan proses-proses tambahan jika ingin mengubah format-format dari suatu jenis DBMS ke DBMS jenis lain.
6. Kehandalan (kecepatan proses), jika suatu DBMS didesain untuk penggunaan yang sangat umum maka kecepatan prosesnya menjadi lambat.
7. Dampak yang lebih berat jika terjadi kesalahan.
2.1.8 DDL (Data Definition Language)
Menurut Connolly dan Begg (2002, p40), DDL (Data Definition Language) adalah suatu bahasa yang memperbolehkan Database Administrator (DBA) atau user untuk mendefinisikan entity, atribut, dan relationship yang dibutuhkan oleh suatu aplikasi serta menambahkan fungsi-fungsi khusus tertentu untuk mempermudah atau meningkatkan keamanan datanya.
2.1.9 DML (Data Manipulation Language)
Menurut Connolly dan Begg (2002, p41), DML (Data Manipulation Language) adalah suatu bahasa yang melakukan operasi-operasi standar pada data yang ada di dalam database.
Pengoperasian data yang akan dimanipulasi biasanya meliputi: 1.Penambahan data baru ke dalam database.
2.Mengubah data yang disimpan ke dalam database. 3.Pemanggilan data yang terdapat di dalam database. 4.Penghapusan data dari database.
2.1.10 Siklus Hidup Database
Gambar 2.2. Siklus Hidup Database
2.1.10.1Database Planning
Menurut Connolly dan Begg (2002,p273), Database Planning adalah merencanakan bagaimana tahap-tahap dari lifecycle dapat direalisasikan dengan cara yang paling efisien dan efektif. Perencanaan basisdata harus terintegrasi dengan sistem informasi:
1.Identifikasi rencana dan tujuan perusahaan dengan menentukan sistem informasi yang diperlukan.
2.Evaluasi sistem informasi yang sekarang digunakan untuk menentukan kelemahan dan kekuatannya.
3.Penilaian tentang peluang IT yang mungkin menghasilkan keuntungan yang kompetitif.
Metodologi untuk mengatasi tiga hal tersebut di atas, yaitu: 1. Database Planning – Mission Statement
Mission Statementuntuk database projectmendefinisikan tujuan utama dari aplikasi database. Mengarahkan database project, biasanya mendefinisikan perintah tugas (mission statement). Mission statementmembantu menjelaskan kegunaan dari database project dan menyediakan alur yang lebih jelas untuk mencapai efektifitas dan efisiensi penciptaan dari suatu aplikasi databaseyang diinginkan.
2. Database Planning – Mission Objectives
Ketika mission statement telah didefinisikan, maka mission objectives didefinisikan. Setiap objective (tujuan) harus mengidentifikasikan tugas khusus yang harus didukung oleh database. Dapat juga disertai dengan beberapa informasi tambahan yang menspesifikasikan pekerjaan yang harus diselesaikan. Sumber daya yang digunakan dan biaya untuk membayar kesemuanya itu.
Perencanaan database juga harus meliputi pengembangan standar pengmpulan data, bagaimana penetapan format, dokumentasi yang diperlukan, bagaimana designdan implementasi diproses.
2.1.10.2System Definition
System definition menspesifikasikan jangkauan dan batasan dari aplikasi basisdata, penggunaanya, dan lingkungan aplikasi.
User view mendefinisikan apa yang diwajibkan dari suatu aplikasi database dari perspektif aturan kerja khusus (seperti: manajer, atau supervisor) atau area aplikasi perusahaan (seperti: marketing, personnel, ataustock control). Aplikasi database memiliki satu atau lebih user view. Identifikasi user view membantu memastikan bahwa tidak ada pengguna utama dari suatu basisdata yang terlupa ketika pembuatan aplikasi baru yang dibutuhkan. User views juga membantu dalam pengembangan aplikasi basisdata yang rumit atau kompleks memungkinkan permintaan-permintaan dipecah ke dalam bagian-bagian yang lebih sederhana.
2.1.10.3 Requirements Collection and Analysis
Proses pengumpulan dan analisa informasi mengenai bagian dari organisasi yang akan mendukung aplikasi basisdata dan menggunakan informasi ini untuk mengidentifikasikan kebutuhan pengguna pada sistem baru.
Pada bagian ini dilakukan pengumpulan dan analisa informasi mengenai bagian-bagian dari enterprise yang akan menggunakan atau terkait dengan basisdata yang akan dibuat. Untuk itu digunakan teknik yang disebut Fact Finding Technique.
Terdapat dua teknik fact finding yang umum digunakan (Connolly dan Begg, 2002,p305):
Keuntungan dari Wawancara yaitu:
a. Mengizinkan interviewee untuk menjawab secara bebas dan secara terbuka terhadap masalah.
b. Mengizinkan intervieweeuntuk merasakan bagian dari proyek.
c. Mengizinkan interviewer untuk follow up pada komentar yang menarik yang dibuat oleh interviewee.
d. Mengizinkan interviewer untuk beradaptasi atau reward pertanyaan ketika interview.
e. Mengizinkanintervieweruntuk observasi bahasa tubuh interviewee. Kerugian dari Wawancara yaitu:
a. Waktu terbatas dan costly, oleh sebab itu kurang praktis. b. Sukses adalah tergantung pada cara komunikasi dari interview.
c. Sukses dapat tergantung pada kemauan dari intervieweeuntuk berpartisipasi pada interview.
2.Observasi
Keuntungan dari Observasi yaitu:
a. Mengizinkan validitas dari fakta dan data untuk dikoreksi.
b. Observerdapat melihat secara langsung apa yang telah diselesaikan.
c. Observer dapat juga mendapatkan deskripsi data dari lingkungan physical dari task.
d.Relatively inexpensive.
e.Observerdapat melakukan pekerjaan penilaian. Kerugian dari Observasi yaitu:
a. Orang mungkin akan mengenali atau tidak mengenali perform secara beda ketika di observe.
b. Kemungkinan adanya kehilangan tasks observing dalam involving level yang berbeda atau kesulitan atau volume experienced secara normal dalam beberapa waktu.
c. Beberapa tasks tidak selamanya dapat di bentuk di mannerdimana mereka observe.
d. May be impractical.
2.1.10.4 Database Design
Menurut Connolly dan Begg (2002,p279), Database design adalah proses membuat sebuah desain untuk sebuah sistem basisdata yang mendukung kegiatan operasional suatu perusahaan. Pada bagian ini dibagi menjadi tiga tahap yaitu konseptual, logikal, dan fisikal.
1. Perancangan konseptual basisdata
Perancangan konseptual merupakan proses konstruksi suatu informasi yang digunakan dalam sebuah organisasi.
Fase perancangan konseptual bermula dari pembuatan data model konseptual dari organisasi, yang sepenuhnya bebas mengimplementasikan rincian-rincian seperti mengenal sasaran dari manajemen sistem basisdata (DBMS), program-program aplikasi, bahasa pemrograman, platform perangkat keras, persoalan kinerja, atau pertimbangan fisik lainnya.
Perancangan basisdata logikal adalah proses konstruksi suatu informasi yang digunakan dalam sebuah perusahaan berdasarkan pada sebuah model data yang spesifik, tetapi bebas dari fakta-fakta DBMS dan pertimbangan fisik lainnya.
Fase perancangan basisdata secara logikal memetakan model perancangan konseptual pada sebuah model logikal, yang mana dipengaruhi oleh model data untuk target basisdata (Contoh: model relational). Model data logikal adalah sumber informasi bagi fase perancangan fisik dengan wahana untuk pembuatan penjualan yang sangat penting untuk sebuah perancangan basisdata yang efisien.
3. Perancangan fisikal basisdata
Perancangan basisdata secara fisik yang merupakan proses pembuatan deskripsi dari implementasi basisdata pada media penyimpanan sekunder dan fase ini mendeskripsikan dasar relasi, berkas organisasi dan indeks untuk mencapai pengaksesan data yang efisien dan beberapa batasan hubungan yang utuh dan tingkatan keamanan.
Fase perancangan basisdata secara fisik memperbolehkan perancangan membuat keputusan-keputusan berdasarkan pada bagaimana basisdata diimplementasikan. Agar, perancangan fisikal ditoleransi untuk sebuah sistem manajemen basisdata yang spesifik. Ada timbal balik antar perancangan logikal dan fisikal, karena keputusan-keputusan yang diambil selama perancangan fisikal mengembangkan kinerja yang bias mempengaruhi model data logikal.
Menurut Connolly dan Begg (2002, pp279-280), ada beberapa pendekatan dalam desain database:
1.Top-down
Diawali dengan pembentukan model data yang berisi beberapa entiti high-level dan relationship, yang kemudian menggunakan pendekatan top-down secara berturut-turut untuk mengidentifikasikan entiti lower level, relationship dan atribut lainnya.
Entity-Relationship (ER) modeling adalah cara yang dipakai dalam pendekatan top-down dalam mendesain database yang pertama-tama dimulai dengan mengidentifikasi data-data penting yang disebut dengan entities dan relationshipantar data yang mengambarkan hubungan pada model.
Tujuan dari penggunaan ER-modeling adalah agar kita dapat memahami dengan jelas mengenai asal dari data dan bagaimana data tersebut digunakan dalam suatu kegiatan. Oleh karena itu, diperlukan model untuk komunikasi secara non-tekhnis dan bebas dari ambiguitas. ER-Diagram(ERD) merupakan hasil dari ER-modeling.
2.Bottom-up
Dimulai dari atribut dasar (yaitu, sifat-sifat entiti dan relationship), dengan analisis dari penggabungan antar atribut, yang dikelompokkan kedalam suatu relasi yang merepresentasikan tipe dari entiti dan relationshipantar entiti. 3. Inside-out
Berhubungan dengan pendekatan bottom-up tetapi sedikit berbeda dengan identifikasi awal entiti utama dan kemudian menyebar ke entiti, relationship, dan atribut terkait lainnya yang lebih dulu diidentifikasi.
4. Mixed
Menggunakan pendekatan bottom-up dan top-down untuk bagian yang berbeda sebelum pada akhirnya digabungkan.
Yang akan dipakai dalam skripsi ini adalah Pendekatan database bottom-up. Tujuan utama dari perancangan basisdata, yaitu:
1.Merepresentasikan data dan relationship antara data yang dibutuhkan oleh seluruh area aplikasi utama dan user group.
2.Menyediakan model data yang mendukung segala transaksi yang diperlukan pada data.
3.Menspesifikasi perancangan minimal yang secara tepat disusun untuk memenuhi kebutuhan kinerja yang ditetapkan pada system (misalnya: waktu respon).
2.1.10.5 DBMS Selection
Menurut Connolly dan Begg (2002, p284), DBMS Selection yaitu pemilihan DBMS yang sesuai untuk aplikasi-aplikasi basisdata. Berikut ini adalah langkah-langkah utama dalam pemilihan DBMS yaitu:
1.Menggambarkan cangkupan tugas berdasarkan kebutuhan perusahaan. 2.Membuat perbandingan mengenai dua atau tiga produk DBMS. 3.Mengevaluasi produk-produk DBMS tersebut.
4.Merekomendasikan pemilihan DBMS dan membuat laporan hasil dari evaluasi produk DBMS tersebut.
2.1.10.6 Application Design
Menurut Connolly dan Begg (2002, p287), Perancangan Aplikasi adalah merancang antar muka dan program aplikasi yang menggunakan dan memproses basisdata.
Perancangan basisdata dan aplikasi merupakan aktivitas paralel yang meliputi dua aktivitas penting, yaitu:
1.Transaction Design
Transaksi adalah satu aksi atau serangkaian aksi yang dilakukan oleh user tunggal atau program aplikasi, yang mengakses atau merubah isi dari basisdata. Kegunaan dari desain transaksi adalah untuk menetapkan dan keterangan karakteristik high-level dari suatu transaksi yang dibutuhkan pada basisdata, diantaranya:
a. Data yang digunakan oleh transaksi
b. Karakteristik fungsional dari suatu transaksi c. Output transaksi
d. Keuntungannya bagi user
e. Tingkat kegunaan yang diharapkan Terdapat tiga tipe transaksi, yaitu a. Retrieval transaction
Digunakan untuk pemanggilan (retrieve) data untuk ditampilkan di layar atau menghasilkan suatu laporan.
b. Update transaction
Digunakan untuk menambah record baru, menghapus record lama, atau memodifikasi recordyang telah ada di dalam basisdata.
c. Mixed transaction
Meliputi pemanggilan dan perubahan data. 2. User Interface
Beberapa aturan pokok dalam pembuatan antar muka pengguna, yaitu:
a.Meaningful title, diusahakan pemberian nama suatu form cukup jelas menerangkan kegunaan dari suatu formatau report.
b.Comprehensible instructions, penggunaan terminology yang familiar untuk menyampaikan instruksi ke user dan jika informasi tambahan dibutuhkan, maka harus disediakan helpsceen.
c.Logical grouping and sequencing of fields, field yang saling berhubungan ditempatkan pada formatau reportyang sama. Urutanfield harus logis dan konsisten.
d.Visually applealing layout of the form/report, tampilkan form atau report harus menarik dan sesuai dengan hardcopyagar konsisten.
e.Familiar field labels, penggunaan label yang familiar.
f.Consistent terminology and abbreviation, terminology dan singkatan yang digunakan harus konsisten.
g.Consistent use of color.
h.Visiblespace and boundaries for data-entity fields, jumlah tempat yang disediakan untuk data-entry harus diketahui oleh pengguna.
i.Convinient cursor movement, user dapat dengan mudah menjalankan operasi yang diinginkan dengan menggerakkan kursor pada formatau report.
j.Error correction for individual characters and entire fields, pengguna dapat dengan mudah menjalankan operasi yang diinginkan dan melakukan perubahan terhadap nilai field.
k.Error message for unacceptabel values. l.Optional fields marked clearly.
m.Explanatory message for fields, ketika user meletakkan kursor pada suatu field, maka keterangan mengenai field tersebut harus dapat dilihat.
n.Completion signal, indikator yang menjelaskan bahwa suatu proses telah selesai dilaksanakan.
2.1.10.7Prototyping
Membangun model kerja dari aplikasi basisdata yang memperbolehkan perancang atau pengguna untuk memvisualisasikan dan mengevaluasi bagaimana sistem akhirnya akan tampak dan berfungsi.
Menurut Connolly dan Begg (2002,p261), Ada dua cara strategi membuat prototypeyaitu:
1.Requirement Prototyping
Mengembangkan prototype untuk menentukan kebutuhan suatu aplikasi basisdata yang dibutuhkan dan ketika kebutuhan dirasakan sudah lengkap maka prototypetersebut tidak digunakan lagi.
Digunakan untuk tujuan sama, perbedaanya adalah bahwa prototype tidaklah dibuang tetapi dikembangkan lebih lanjut sehingga menjadi aplikasi basisdata tersebut.
2.1.10.8Implementation
Menurut Connolly dan Begg (2002,p292), Implementasi merupakan perwujudan fisik dari basisdata dan desain aplikasi. Implementasi basisdata dicapai dengan membangun Data Definition Language(DDL) dari DBMS yang telah dipilih atau dengan menggunakan Graphical User Interface (GUI), masing-masing menyediakan fungsi ketika menyembunyikan pertanyaan (statement) DDL yang low-level.
Peryataan (statement) DDL digunakan untuk menciptakan struktur basisdata dan mengkosongkan file yang terdapat dalam basisdata tersebut. User viewjuga diterapkan pada langkah implementasi.
2.1.10.9Data Conversion and Loading
Menurut Connolly dan Begg (2002, p293), Data Conversion and Loading adalah Pemindahan data yang ada ke dalam basisdata yang baru dan mengubah aplikasi yang sedang berjalan agar dapat digunakan dalam basisdata yang baru.
2.1.10.10Testing
Menurut Connolly dan Begg (2002, p293), Testing adalah suatu proses melaksanakan program aplikasi dengan tujuan mencari kesalahan dan divalidasi untuk kebutuhan yang dispesifikasikan oleh pengguna. Jika data riil diharapkan untuk digunakan, maka adalah penting untuk mempunyai back up. Setelah
pengujian diselesaikan, maka sistem aplikasi dan basisdata ini telah siap untuk digunakan.
2.1.10.11 Operational Maintenance
Menurut Connolly dan Begg (2002, p293, Pemeliharaan (maintenance), yang melibatkan aktivitas berikut:
1.Monotoring Performance dari sistem. Jika performance jatuh dibawah suatu tingkatan yang bisa diterima, penyetelan atau reorganisasi basisdata mungkin diperlukan.
2. Maintaining dan meningkatkan mutu aplikasi basisdata (ketika diperlukan). Kebutuhan baru disatukan dalam aplikasi basisdata dengan mengikuti langkah-langkah sebelumnya yang terdapat dalam lifecycle.
2.1.11 Tahap-tahap Perancangan Basisdata 2.1.11.1 Perancangan Konseptual Basisdata
Fungsi dari tahap ini adalah proses membuat representasi konseptual dari basisdata, termasuk identifikasi entiti-entiti yang penting, relationship, atribut. Pada tahap ini dibagi menjadi beberapa langkah yaitu:
Langkah 1 Bangun lokal konseptual data model untuk setiap view.
Tujuan dari perancangan basisdata konseptual lokal adalah untuk memproses pembuatan suatu model informasi yang digunakan di dalam suatu organisasi dimana model tersebut tidak bergantung pada perangkat keras lainnya. Langkah-langkah pembuatannya sebagai berikut:
Langkah 1.1 Mengidentifikasi tipe-tipe entiti
Mengidentifikasi tipe entiti yang terutama dibutuhkan oleh view. Mendefinisikan objek utama dimana user mempunyai ketertarikan dengan objek tersebut. Objek-objek ini adalah tipe entiti untuk model. Salah satu metode untuk mengidentifikasi entiti adalah dengan menguji spesifikasi kebutuhan dari user. Dari spesifikasi ini kita mengidentifikasi noun dan noun phrases yang disebutkan. Kita juga dapat melihat objek utama seperti orang, tempat atau konsep dari ketertarikan di luar noun lainnya yang merupakan kualitas dari objek lain.
Langkah 1.2 Mengidentifikasi tipe-tipe relasi
Tujuan langkah ini adalah untuk mengidentifikasi relasi yang penting antara berbagai tipe entiti yang telah diidentifikasikan. Biasanya, relasi diidentifikasi dengan menggunakan kata kerja atau frase kata kerja.
Relasi yang paling umum adalah relasi binary, artinya relasi antar entiti yang persis antara dua entiti saja. Bagaimanapun, harus diperhatikan relasi kompleks yang melibatkan lebih dari dua entiti dan relasi rekursif yang hanya melibatkan satu entiti. Langkah-langkah identifikasi tipe relasi yaitu:
a. Gunakan Entity Relationship Diagram (ERD)
ERD dapat digunakan untuk mempresentasikan entiti dan relasi antar entiti, sehingga didapat gambaran dari perancangan basisdata yang sedang dikembangkan.
Setelah didapat relasi antara entiti maka langkah berikutnya adalah menentukan multiplicity setiap relasi. Jika ada suatu nilai spesifik dari multiplicitymaka lebih baik apabila didokumentasikan.
c. Periksa bahwa masing-masing entityikut serta setidaknya dalam satu relasi. Pada saat pembuatan ERD, pastikan bahwa setiap entiti mempunyai minimal satu relasi dengan entit lain maka langkah berikutnya adalah memperhatikan kamus data. Jika sudah memiliki relasi semua, berarti setiap entiti telah memiliki relasi.
d. Dokumentasikan tipe relationship.
Langkah 1.3 Mengidentifikasi dan menghubungkan atribut dengan tipe-tipe entiti
Mengidentifikasi dan menggabungkan attributesyang dibutuhkan entiti atau relasi, dan mendokumenkan setiap attributesecara detail.
Langkah 1.4 Menentukan domain atribut
Menentukan domains attributes dalam model konseptual lokal dan mendokumentasikan secara detailsetiap domain.
Domain merupakan sekumpulan nilai-nilai dari satu atau lebih atribut yang menggambarkan nilainya. Model data yang dibuat menspesifikasikan domain untuk tiap-tiap atribut dan menyertakan:
a. Nilai yang diizinkan untuk atribut. b. Ukuran dan format atribut.
Langkah 1.5 Menentukan atribut candidatedan primary key
Mengidentifikasikan candidate key(s) untuk setiap entiti dan jika terdapat lebih dari satu candidate keypilih satu menjadi primary key.
Langkah 1.6 Mempertimbangkan untuk penggunaan konsep pemodelan enhanced
Mempertimbangkan penggunaan konsep model enhanced, seperti specialization/generalization, aggregation,dancomposition.
Specialization merupakan suatu proses memaksimalkan perbedaan antara anggota-anggota sebuah entiti dengan cara mengidentifikasi karakteristik yang membedakan entiti tersebut. Generalization merupakan suatu proses meminimalkan perbedaan antara entiti-entiti dengan cara mengidentifikasi sifat umum entiti.
Aggregation menggambarkan relationship ‘has a’ atau ‘is part of’ antara tipe entiti dimana yang satunya mewakili ‘whole’ (seluruhnya) dan yang satunya lagi mewakili ‘part’ (bagian). Composition menggambarkan relationship is a part of(Connolly, 2002, h371).
Langkah 1.7 Mengecek redudansi pada model
Cek untuk setiap entiti dan attribut terhadap redundancydalam model. Pada langkah ini, akan menguji data model konseptual lokal dengan melihat secara spesifik, apabila ada redudansi maka dapat dihilangkan dengan dua langkah berikut:
a. Menguji kembali hubungan one-to-one. b. Menghilangkan relasi redudansi.
Langkah 1.8 Memvalidasi model konseptual lokal dengan transaksi pengguna
Menjamin model konseptual dapat mendukung kebutuhan transactionsyang dibutuhkan oleh view.
Diuji dua pendekatan untuk memastikan model data konseptual lokal mendukung transaksi yang dibutuhkan, dengan cara:
a. Mendeskripsikan transaksi-transaksi.
Memeriksa seluruh informasi (entiti, relationship, dan atribut) yang dibutuhkan oleh setiap transaksi telah disediakan oleh model, dengan mendokumentasikan setiap kebutuhan transaksi.
b. Menggunakan jalur-jalur transaksi.
Untuk validasi model data terhadap transaksi yang dibutuhkan termasuk representasi diagram jalur yang digunakan oleh setiap transaksi langsung pada ER diagram.
Langkah 1.9 Meninjau model konseptual lokal dengan pengguna
Melakukan review terhadap model konseptual data lokal dengan user untuk menjamin model telah merepresentasikan user’s view berdasarkan NEED perusahaan.
2.1.11.2 Perancangan Logikal Basisdata
Tahap ini memetakan model konseptual ke sebuah model logikal yang dipengaruhi oleh model data yang menjadi tujuan basisdata. Dalam perancangan logikal basisdata, model data yang telah diperoleh dalam perancangan konseptual basisdata diubah dalam bentuk logikal model dimana data yang ada
dipengaruhi oleh model data yang menjadi tujuan basisdata (Contoh: relational model). Hal ini dilakukan untuk menterjemahkan presentasi konseptual ke dalam bentuk struktur logik dalam basisdata. Model data logikal merupakan sumber informasi dalam perancangan fisikal basisdata. Pada tahap ini dibagi menjadi beberapa langkah, yaitu:
Langkah 2 Bangun dan validasi model data logikal lokal untuk setipa view Adapun tujuan dari langkah ini adalah untuk membangun suatu model data logikal lokal dari suatu model data konseptual lokal yang merepresentasikan perusahaan kemudian memvalidasi model ini untuk memastikan strukturnya benar, dan memastikan bahwa model tersebut mendukung transaksi yang diminta.
Langkah 2.1 Menghilangkan fitur-fitur yang tidak sesuai dengan model relational
Tujuan langkah ini adalah untuk memperbaiki model data konseptual lokal dengan menghilangkan fitur yang tidak sesuai dengan model relasi.
Bagian yang akan dibahas pada langkah ini antara lain: 1. Menghilangkan many-to-many(*:*) tipe relasi binary.
Relationship yang mengandung many-to-many (*:*), digantikan dengan dua one-to-many (1:*) relationship, dengan entiti tengah (intermediate entity) berada di antara dua entiti yang lama.
2. Menghilangkan many-to-many(*:*) tipe relasi rekursif
Recursive relationship yang ada pada konseptual data model relationship harus dipecah untuk mengidentifikasi sebuah entiti tengah dengan cara menganggap entiti yang terlibat pada relationship ini sebagai
dua buah entiti dengan jenis relationship many-to-many (*:*) binary sehingga penyelesaiannya sama dengan penyelesaian pada relationship many-to-many(*:*) binary.
3. Menghilangkan tipe relasi kompleks
Dihilangkan dengan cara memecah relationship ini sehingga didapat entiti tengah (intermediate entity). Lalu relasi kompleks ini akan digantikan dengan beberapa one-to-many(1:*) binary relationship.
4. Menghilangkan atribut-atribut multi-valued
Cara menghilangkannya adalah dengan memecah atribut ini untuk mengidentifikasikan sebuah entiti.
Langkah 2.2 Menentukan relasi untuk model data logikal
Tujuan dari langkah ini adalah untuk membuat suatu relasi untuk model data logikal lokal yang merepresentasikan suatu entiti, relasinya, dan juga atribut yang telah diidentifikasi. Dapat juga mendeskripsikan bagaimana relasi dapat diturunkan dari struktur model data antara lain:
1. Tipe entiti kuat 2. Tipe entiti lemah
3. One-to-many(1:*) tipe relasi binary 4. One-to-one(1:1) tipe relasi binary 5. One-to-one(1:1) tipe relasi rekursif 6. Tipe relasi superclass/subclass 7. Many-to-manytipe relasi binary 8. Tipe relasi kompleks
Langkah 2.3 Validasi relasi dengan normalisasi
Melakukan validasi relasi model logikal data lokal dengan menggunakan teknik Normalisasi.
Menurut Connolly dan Begg (2002, p411), Proses Normalisasi adalah sebuah metode formal yang mengidentifikasikan relasi-relasi berdasarkan primary key (atau candidate key) dan functional dependency diantara atribut-atribut.
Salah satu konsep utama yang berhubungan erat dengan normalisasi adalah Functional Dependency (Keterkaitan Fungsional). Functional Dependency mendeskripsikan hubungan antara attributes dalam sebuah relasi. Misalkan, jika A dan B adalah atribut dari relasi R, B dikatakan Functionally Dependent pada A (dinotasikan A B), jika setiap nilai A dihubungkan dengan tepat satu nilai B. (A dan B masing-masing dapat terdiri atas satu atau lebih atribut).
Functional Dependencymerupakan sifat dari semantik suatu atribut dalam sebuah relasi. Direpresentasikan dalam diagram Determinantdari functional dependency mengacu kepada atribut atau himpunan atribut di sebelah kiri anak panah.
Karakteristik utama dari functional dependency yang digunakan dalam normalisasi:
a.Mempunyai relationship 1:1 antar atribut di sebelah kiri dan kanan dependency.
b.Saling terkait (Hold for all time) Misalnya:
staffNosName dan sNamestaffNo c.Nontrivial
Himpunan inference rules, disebut Armstrong’s axioms, menetapkan bagaimana functional dependency yang baru dapat disimpulkan dari functional dependencyyang sudah ada.
Misalkan A, B, dan C merupakan subset dari atribut suatu relasi R. Maka Armstrong’s axiomnya adalah:
a.Reflexivity
Jika B merupakan subset dari A, then AB b.Augmentation
Jika AB, maka A,CB,C c.Transitivity
Jika AB dan BC, maka AC
Proses normalisasi tabel secara detil dibagi menjadi empat tahap sehingga dikenal bentuk-bentuk tabel normal sesuai dengan tahapan normalisasi yang telah dilakukan yaitu bentuk normal pertama, kedua, ketiga dan BCNF. Sebelum bentuk normal pertama terjadi bentuk UNF yaitu Unnormalized Form. Setelah itu baru kita dapa melakukan bentuk normal pertama, kedua, ketiga dan BCNF.
Menurut Connolly dan Begg (2002, pp387-411), Proses normalisasi terbagi menjadi beberapa tahapan yaitu:
1.Unnormalized Form(UNF)
Menurut Connolly dan Begg (2002, p387); Unnormalized Form adalah sebuah tabel yang mengandung satu atau lebih repeating group.
Suatu tabel dikatakan sebagai bentuk yang unnormalized bila di dalamnya terdapat kelompok berulang atau biasa dikenal dengan repeating group.
Ada dua pendekatan yang dapat digunakan untuk menghilangkan repeating groupdari UNF:
a.Pendekatan pertama, repeating group dihilangkan dengan memasukkan data yang dalam kolom-kolom yang kosong pada baris-baris yang mengandung data berulang. Pendekatan ini sering disebut sebagai flattening the tabel.
b.Pendekatan kedua, repeating groupdihilangkan dengan menempatkan data yang berulang berrsamaan dengan salinan dari atribut key aslinya dalam relasi terpisah. Terkadang UNF dapat mengandung lebih dari satu repeating group, atau repeating group dalam repeating group. Dalam kasus seperti ini, pendekatan ini dilakukan berulang-ulang sampai tidak ada repeating groupyang tersisa.
2. Normalisasi Data Pertama (First Normal Form/ 1NF)
Menurut Connolly dan Begg (2002, p388), First Normal Formadalah sebuah tabel yang di dalam perpotongan kolom dan baris hanya memiliki satu nilai saja. Disebut skema relasi R sebagai First Normal Form jika domain dari seluruh attributnya atomik. 1NF memberikan permintaan yang sangat mendasar pada relasi dan tidak membutuhkan informasi tambahan seperti functional dependency. Untuk mengubah unnormalized table ke 1NF, kita harus mengidentifikasikan dan membuang/memindahkan semua kumpulan data berulang.
Untuk mengubah bentuk Unnormalized Form menjadi 1NF, yang harus dilakukan adalah mengidentifikasikan dan menghilangkan kelompok berulang, agar setiap pertemuan antara baris dan kolom berisi satu dan hanya satu nilai.
3. Normalisasi Data Kedua (Second Normal Form/2NF). Menurut Connolly dan Begg (2002, p394), Second Normal Form(2NF) adalah sebuah relasi yang berada dalam bentuk normal pertama dan setiap non-primary-key bergantung penuh (full functionally dependent) pada primary key. 2NF didasarkan pada konsep dari full functional dependency.
4.Normalisasi Data Ketiga (Third Normal Form/3NF).
Menurut Connolly dan Begg (2002, p394), Third Normal Form(3NF) adalah tabel yang setiap relasi yang terdapat didalamnya ada didalam first normal form dan second normal form, dimana tidak ada non-primary-keyyang transitive dependentdi candidate key.
3NF adalah salah satu solusi untuk memeriksa jika pengubahan mengganggu functional dependencymana saja. Dekomposisi 3NF dapat saja terdiri dari redundansi dalam skema yang terdekomposisi. Relasi skema R ada dalam 3NF berkenaan dengan sekumpulan F dari ketergantungan fungsional jika semua ketergantungan fungsional dalam F dari form α β, setidaknya salah satunya memiliki :
a.α β merupakan functional dependencyyang diabaikan. b.u adalah superkeybagi R.
5.Boyce-Codd Normal Form(BCNF)
Menurut Connolly dan Begg (2002, p398), Sebuah tabel dikatakan BCNF, jika dan hanya jika, semua determinant adalah candidate key. Jika sebuah skema relasi ada di dalam BCNF, maka yang menjadi satu-satunya nontrivial functional dependency adalah key constraint. Sedangkan jika sebuah relasi ada di dalam 3NF, maka semua yang menjadi nontrivial functional dependency adalah key constraint atau sebelah kananya merupakan bagian dari candidate key. Karena hal inilah maka setiap relasi yang ada di dalam BCNF juga ada di dalam 3NF, namun tidak berlaku hal sebaliknya.
Sebuah relasi berpotensi menyalahi aturan BCNF apabila : a.Memiliki dua atau lebih composite candidate key.
b.Candidate keydari relasi overlap.
Langkah 2.4 Validasi relasi melalui transaksi pengguna
Tujuan dari langkah ini adalah untuk memastikan bahwa relasi di dalam model data logikal lokal mendukung transaksi yang diminta user. Pada langkah ini, memeriksa bahwa relasi yang dibuat di langkah sebelumnya juga mendukung transaksi ini, dan juga pastikan bahwa tidak ada kesalahan dalam relasi yang telah dibuat.
Langkah 2.5 Definisiintegrity constraint
Menentukan kendala integritas yang diberikan oleh user view (yakni: integritas data, domain atribut constraint, integritas entiti, integritas referensi, dan enterprise constraint).
Langkah 2.6 Meninjau model data logikal lokal dengan pengguna
Tujuan dari langkah ini adalah untuk memastikan model data logikal lokal dan membuat dokumentasi yang mendeskripsikan model tersebut sebagai representasi yang sesuai dengan keadaan sebenarnya.
Langkah 3 Membangun dan memvalidasi model data logikal global
Tujuan dari langkah ini adalah untuk mengkombinasikan suatu model data logikal lokal individu ke dalam suatu model data logikal global yang menggambarkan suatu perusahaan.
Langkah 3.1 Gabungkan model data logikal ke dalam model global.
Proses penggabungan model logikal data lokal kedalam model data global akan mempengaruhi attribut yang digunakan pada model data global perusahaan.
Langkah 3.2 Validasi model data logikal global.
Melakukan validasi terhadap relasi yang terbentuk pada model logikal data global dengan menggunakan teknik Normalisasi dan review kebutuhan view usertransaksi.
Langkah 3.3 Perhatikan pertumbuhan ke depan.
Menentukan apakah model logikal global database telah mengantisipasi perubahan access data yang terjadi pada jangka panjang.
Langkah 3.4 Tinjau kembali model data logikal global dengan pengguna. Proses menjamin model data global adalah benar-benar representasi kebutuhan perusahaan.
2.1.11.3 Perancangan Fisikal Basisdata
Pada tahap ini memungkinkan perancang basisdata untuk membuat keputusan mengenai bagaimana basisdata akan diimplementasikan. Oleh karena itu, perancangan fisikal basisdata harus disesuaikan dengan DBMS yang spesifikasi. Pada tahapan ini dibagi menjadi beberapa langkah, yaitu:
Langkah 4 Penerjemahan model data logikal global untuk DBMS Target Tujuan dari langkah ini adalah untuk membuat suatu skema basisdata relasional dari model data logikal global yang dapat diimplementasikan ke DBMS yang dipakai.
Langkah 4.1 Perancangan relasi dasar
Tujuan dari langkah ini adalah untuk memutuskan bagaimana merepresentasikan relasional dasar yang diidentifikasikan dalam model data logikal global pada DBMS yang dipakai. Untuk memulai proses perancangan basisdata fisik, dengan cara mengumpulkan dan mengasimilasikan suatu informasi tentang relasional yang dirancang selama perancangan basisdata logikal. Informasi tersebut bisa berasal dari kamus data dan definisi dari relasional yang didefinisikan menggunakan Database Design Language (DBDL). Untuk setiap relasional yang diidentifikasi pada model data logikal global, dapat didefinisikan salah satu sebagai berikut:
a. Nama dari relasi yang ada
b. Suatu daftar untuk atribut yang sederhana c. Primary key, alternatif key dan foreign key
d. Suatu daftar dari atribut turunan dan bagaimana mereka dihasilkan. e. Batasan integrasi untuk setiap foreign key yang diidentifikasi.
Dari kamus data dari setiap atributnya dapat diketahui:
a. Domain atribut yang terdiri dari tipe data, panjang dan berbagai keterangan atribut.
b. Suatu nilai default optional untuk atribut c. Apakah atribut bisa diisi nilai NULL
Langkah 4.2 Perancangan representasi dari data yang diturunkan
Tujuan dari langkah ini adalah untuk memutuskan bagaimana merepresentasikan suatu data turunan pada model data logikal global pada DBMS yang dipakai. Atribut yang nilainya didapatkan dengan mengevaluasi atribut lain dikenal sebagai atribut turunan atau kalkulasi. Sebagai contoh: a. Jumlah staff yang bekerja di kantor cabang tertentu
b. Total gaji bulanan yang dibayarkan ke seluruh staff. c. Jumlah properti yang ditangani oleh seorang staff. Langkah 4.3 Perancangan enterprise constraint
Tujuan dari langkah ini adalah untuk merancang batasan aplikasi untuk DBMS yang dipakai. Perancangan batasan tersebut tergantung dari DBMS yang digunakan, fasilitas yang dipunyai oleh sistem dibandingkan dengan DBMS yang lain. Pada awalnya, jika sistem tersebut mempunyai aturan sesuai aturan standard SQL, beberapa batasan dapat diterapkan.
Langkah 5 Perancangan representasi fisikal
Tujuan dari langkah ini adalah untuk menentukan organisasi file yang paling optimal untuk menyimpan relasional dasar dan indeks yang diminta untuk performasi yang optimal yang mana erlasi dan data yang ada disimpan dalam penyimpanan sekunder.
Langkah 5.1 Analisis transaksi
Tujuan dari langkah ini adalah untuk mengerti fungsi dari suatu transaksi yang mana akan dijalankan pada basisdata dan untuk menganalisis transaksi yang penting. Untuk membuat perancangan basisdata fisikal efektif maka perlu mempunyai pengetahuan mengenai transaksi atau query yang akan dijalankan di dalam basisdata. Ini termasuk informasi yang kuantitatif dan kualitatif. Dalam menganalisa transaksi, performansi dapat diidentifikasi sebagai berikut:
a. Transaksi yang sering digunakan dan akan berdampak besar terhadap performasi.
b. Transaksi yang merupakan transaksi bisnis kritis
c. Peak load yaitu durasi waktu dalam harian atau mingguan yang akan mendapatkan banyak permintaan pada basisdata (Connolly, 2002, p486). Langkah 5.2 Pemilihan organisasi file
Tujuan dari langkah ini adalah untuk menentukan organisasi file yang efektif untuk setiap relasi dasar. Dalam banyak kasus yang ada, suatu DBMS yang relasional akan memberikan sedikit bahkan tanpa pilihan dalam memilih organisasi file, walaupun beberapa akan mempunyai indeks yang spesifik. Langkah 5.3 Pemilihan Indeks
Tujuan dari langkah ini adalah untuk menentukan penambahan indeks yang akan meningkatkan performasi dari suatu sistem. Biasanya pemilihan atribut untuk pengindeksan adalah sebagai berikut:
a. Suatu atribut yang digunakan paling sering untuk operasi penggabungan, yang akan membuat penggabungan tersebut lebih efektif.
b. Suatu atribut yang digunakan paling banyak untuk mengakses suatu record di dalam relasi yang ada.
Ada tiga jenis indeks yaitu: a. Primary indeks
Pengindeksan dilakukan pada kolom kunci (key field), yang diurutkan terlebih dahulu secara sekuensial.
b. Clustering index
Pengindeksan dilakukan pada kolom bukan kunci (non-key field), yang sudah diurutkan terlebih dahulu secara sekuensial. Kolom bukan kunci itu disebut juga dengan clustering attribute (Connolly, 2002, p1155).
c. Secondary index
Pengindeksan yang dilakukan pada kolom yang tidak terurut di dalam file data (Connolly, 2002, p1155)
Langkah 5.4 Estimasi kebutuhan media penyimpanan
Tujuan dari langkah ini adalah untuk mengestimasi ukuran kapasitas disk yang diperlukan untuk basisdata.
Langkah 6 Desain user view
Tujuan dari langkah ini adalah untuk merancang tampilan layar untuk user yang diidentifikasi selama pengumpulan informasi dan analisis dari siklus hidup aplikasi basisdata.
Langkah 7 Perancangan mekanisme pengamanan data
Database Security merupakan mekanisme yang menjaga database dari serangan/ancaman yang disengaja maupun tidak disengaja.
Pertimbangan keamanan tidak hanya diaplikasikan pada data yang ada dalam database. Pelanggaran terhadap keamanan dapat mempengaruhi bagian lain dari sistem, yang akan memberi akibat balik terhadap database.
Keamanandatabaseterkait dengan keadaan berikut: 1.Pencurian dan penipuan (theft and fraud)
2.Kehilangan kerahasiaan (loss of confidentiality) 3.Kehilangan keleluasaan pribadi (loss of privacy) 4.Kehilangan integritas (loss of integrity)
5.Kehilangan ketersediaan (loss of availability)
Ancaman (threat) adalah segala situasi atau kejadian, baik disengaja maupun tidak disengaja yang dapat menimbulkan efek merugikan terhadap sistem dan berikutnya organisasi.
Tindakan terhadap ancaman (Countermeasures–Computer Based Controls). Berbagai tindakan balasan untuk ancaman yang terjadi dikaitkan dengan kontrol fisik sampai dengan prosedur administrativeyang menyertakan:
1.Authorisasi (Authorization)
Pemberian hal atau wewenang, yang menyebabkan subjek memiliki legitimasi untuk mengakses sistem atau objek-objek dalam sistem.
Authentication(Pembuktian Keaslian)
Suatu mekanisme yang menetukan apakah user yang mengakses benar-benar user yang dimaksud.
2.View
Merupakan hasil dinamis dari satu atau lebih operasi relasional yang dioperasikan pada relasi/tabel dasar untuk menghasilkan relasi/tabellainnya.
View merupakan relasi/tabel virtual yang tidak benar-benar adala dalam database, tetapi dihasilkan berdasarkan permintaan oleh user tertentu pada saat tertentu.
3.Back-up dan Recovery
Suatu proses yang secara periodik mengambil salinan database dan log file (dapat juga berupa program) untuk disimpan pada media penyimpanan offline.
4.Integrity
Mencegah data dari ketidaksesuaian (invalid) dan mengakibatkan pemberian hasil yang salah.
5.Encryption
Penyandian (encoding) data dengan menggunakan algoritma khusus yang membuat data tidak dapat dibaca oleh program tanpa kunci decryption. Langkah 8 Pertimbangkan pengenalan pengontrolan redudansi.
Untuk menentukan apakah pengenalan pengontrolan redudansi dengan mengendurkan aturan normalisasi akan meningkatkan unjuk kerja sistem.
Langkah 9 Awasi dan atur sistem operasional.
Bertujuan untuk memantau operasional sistem dan meningkatkan unjuk kerja sistem untuk memperbaiki keputusan desain yang tidak sesuai atau menggambarkan kebutuhan-kebutuhan
2.1.11.4 Pemilihan DBMS
Menentukan DBMS mana yang dapat digunakan sesuai dengan aplikasi yang ditentukan. Karena suatu organisasi memerlukan perluasan atau perubahan pada
sistem yang sedang berjalan, maka perlu untuk mengevaluasi produk-produk DBMS yang baru. Tujuannya untuk memilih sebuah sistem yang sesuai dengan kebutuhan perusahaan saat ini maupun di masa yang akan datang, seimbang dengan biaya-biaya yang dikeluarkan dalam pembelian produk DBMS, software maupun hardware tambahan yang dibutuhkan untuk mendukung sistem basisdata, dan biaya-biaya lain yang berhubungan dengan perubahan dan pelatihan pegawai.
2.1.12 Model Entity Relationship 2.1.12.1 Tipe Entiti
Entityadalah sesuatu yang dapat diidentifikasikan pada lingkungan kerja user. Entity type adalah sekumpulan objek dengan prioritas yang sama. Entity occurence adalah objek yang unik dari entity type. Model E-R mendefinisikan tipe entiti spesial yang dinamakan weak entity. Weak entity adalah entiti yang keberadaannya tergantung pada keberadaan entiti lain di dalam suatu database.
Keberadaan objek–objeknya secara fisik/nyata (physical existence), seperti entity pegawai, rumah, dan pelanggan, atau secara konseptual/abstrak (conceptual existence), seperti entityInspeksi, Penjualan, dan Peninjauan.
Setiap entity type dilambangkan dengan sebuah persegi panjang yang diberi nama dari entitytersebut. Namaentity type biasanya adalah kata benda tunggal. Huruf pertama dari setiap kata pada nama entity ditulis dengan huruf besar. Representasi diagram alir entity typeterlihat pada gambar dibawah ini:
Gambar 2.3. Contoh dari Entity Type
Menurut Connolly dan Begg (2002, p342-343), Tipe entiti dapat diklasifikasikan menjadi :
1. Tipe entiti kuat, yaitu tipe entiti yang keberadaannya tidak bergantung pada entiti lainnya.
2. Tipe entiti lemah, yaitu tipe entiti yang keberadaannya bergantung pada tipe entiti lainnya.
Gambar 2.4 Contoh dari Entiti kuat dan entiti lemah
2.1.12.2 Tipe Relationship
Menurut Connolly dan Begg (2002, p334), Tipe Relationship adalah sekumpulan hubungan antar tipe entiti yang memiliki arti. Sedangkan relationship occurrance adalah sebuah hubungan yang dapat diidentifikasikan secara unik, yang meliputi sebuah kejadian (Occurrance) dari setiap tipe entiti di dalam.
Tipe relationshipdigambarkan dengan sebuah garis yang menghubungkan tipe entiti–entiti yang saling berhubungan. Garis tersebut diberi nama sesuai dengan nama hubungannya dan diberi tanda panah satu arah di samping nama hubungannya.
Biasanya sebuah relationship dinamakan dengan menggunakan kata kerja, seperti mengatur, atau dengan sebuah frase singkat yang meliputi sebuah kata kerja, seperti DisewaOleh. Sedangkan tanda panah ditempatkan di samping nama relationship yang mengindikasikan arah bagi pembaca untuk mengartikan nama dari suatu relationship. Huruf pertama dari setiap kata pada nama relationship ditulis dengan huruf besar. Representasi diagram dari suatu tipe relationship terlihat pada gambar 2.5
Gambar 2.5 Representasi diagram dari tiperelationship
2.1.12.2.1 Derajat dari Tipe Relationship
Menurut Connolly dan Begg (2002, p335), Derajat dari tipe relationship adalah jumlah tipe entiti yang ikut serta dalam sebuah relationship.
Menurut Connolly dan Begg (2002, p445), Complex tipe relationshipadalah sebuah relationship antara tiga atau lebih entiti. Contoh-contoh dari derajat relationship:
1.Unary relationship
Keterhubungan antar satu tipe entiti, dimana tipe entiti tersebut berpartisipasi lebih dari satu kali dengan peran yang berbeda. Contoh entiti staffyang berperan menjadi supervisor dan staff yang di-supervisor.
Contoh :
Gambar 2.6 ContohUnary Relationship 2.Binary relationship
Keterhubungan antar dua tipe entiti. Contoh : binary relationship antara PrivateOwnerdengan PropertyForRent yang disebut POwns.
Contoh :
‘PrivateOwner owns PropertyForRent’
Gambar 2.7 Contoh Binary Relationship 3.Ternary relationship
Keterhubungan antar tiga tipe entiti. Contoh: Ternary Relationship yang dinamakan register, relasi ini melibatkan tiga tipe entiti yaitu Staff, Branch, dan Client.
Gambar 2.8 Contoh Ternary Relationship 4.Quaternary relationship
Keterhubungan antar empat tipe entiti. Contoh: Quaternary relationship yang dinamakan Arranges, relasi ini melibatkan 4 entiti yaitu Buyer, Solicitor, Financial Intstuttiondan Bid.
Contoh:
Gambar 2.9 Contoh Quarternary Relationship
2.1.12.2.2Recursive Relationship
Menurut Connolly dan Begg (2002, p337), Recursive Relationship adalah sebuah tipe relationship dimana tipe entiti yang sama ikut serta lebih dari sekali pada peran yang berbeda.
Relationship dapat diberikan nama peran untuk menentukan fungsi dari setiap entiti yang terlibat dalam relationship tersebut. Representasi diagram recursive relationship beserta nama perannya terlihat pada gambar 2.10:
Gambar 2.10 Representasi diagram recursive relationshipbeserta nama perannya
Nama peran juga dapat digunakan jika dua buah entiti dihubungkan melalui lebih dari satu relationship. Representasi diagram nama peran yang digunakan pada dua buah entiti terlihat pada gambar 2.11.
Gambar 2.11 Representasi diagram entiti dengan dua relationship berbeda beserta nama peran.
2.1.12.2.3 Batasan Struktural (Structural Constraints)
Menurut Connolly dan Begg (2002, p334), Batasan–batasan yang menggambarkan pembatasan pada relationship seperti yang ada pada real
world harus diterapkan pada tipe entiti yang ikut serta pada sebuah relationship. Jenis utama dari batasan pada suatu relationship dinamakan multiplicity.
Menurut Connolly dan Begg (2002, p334), Multiplicity adalah jumlah occurance yang mungkin terjadi pada sebuah tipe entiti yang berhubungan ke sebuah occurance dari tipe entiti lain pada suatu relationship.
Derajat yang biasa digunakan pada suatu relationship adalah binary relationship, yang terdiri atas:
1.One-to-one (1:1) Relationship
Setiap relationship menggambarkan hubungan antara sebuah entity occurance pada entiti yang satu dengan sebuah entity occurance pada entiti lainnya yang ikut serta dalam relationshiptersebut.
2.One-to-many (1:*) Relationship
Setiap relationship menggambarkan hubungan antara sebuah entity occurance pada entiti yang satu dengan satu atau lebih entity occurance pada entiti lainnya yang ikut serta dalam relationship tersebut.
3.Many-to-many (*:*) Relationship
Setiap relationship menggambarkan hubungan antara satu atau lebih entity occurance pada entiti yang satu dengan satu atau lebih entity occurance pada entiti lainnya yang ikut serta dalam relationshiptersebut.
2.1.12.2.4Cardinality dan Participation Constraints
Multiplicitydibentuk dari 2 macam batasan pada relationshipyaitu: 1.Cardinality
Menurut Connolly dan Begg (2002, p351), Cardinality adalah nilai maksimum dari relationship occuranceyang mungkin terjadi untuk sebuah entiti yang ikut pada suatu relationship.
2. Participation
Menurut Connolly dan Begg (2002, p351), Participation menentukan apakah semua atau hanya beberapa entity occurance yang ikut serta dalam sebuah relationship. Participation Constraintdibagi menjadi:
a.Mandatory Participation
Menurut Connolly dan Begg (2002, p351), Mandatory Participation melibatkan semua entity occurancepada relationshiptertentu.
b.Optional Participation
Menurut Connolly dan Begg (2002, p351), Optional Participation melibatkan beberapa entity occurancepada relationshiptertentu.
Representasi diagram terhadap multiplicity sebagai cardinality dan participation constraintsdapat dilihat pada gambar 2.12.
Gambar 2.12Multiplicitysebagai cardinalitydan participation constraints.
2.1.12.3 Tipe Atribut
Atribut adalah properti dari entiti atau relationship type. Atribut merepresentasikan karakteristik dari suatu identiti yang diwakili. Attribute domain adalah sekumpulan nilai yang dimungkinkan untuk satu atau lebih atribut.
Macam-macam atribut antara lain:
a.Simple attribute, yaitu atribut yang terdiri dari satu komponen tunggal dengan keberadaan yang independent dan tidak dapat dibagi menjadi bagian yang lebih kecil lagi. Dikenal juga dengan nama Atomic Attribute. Contoh dari simple attributetermasuk position and salarydalam entity staff.
b.Composite Attribute, yaitu atribut yang terdiri dari beberapa komponen, dimana masing-masing komponen memiliki keberadaan yang independent. Misalkan atribut Addressdapat terdiri dari street, city, postcode.
c.Single-valued Attribute, yaitu atribut yang mempunyai nilai tunggal untuk setiap kejadian. Misalnya entiti Branch memiliki satu nilai untuk atribut branchNopada setiap kejadian.
d.Multi-valued Attribute, yaitu atribut yang mempunyai beberapa nilai untuk setiap kejadian. Misal entiti Branch memiliki beberapa nilai untuk atribut telpNopada setiap kejadian.
e.Derived Attribute, yaitu atribut yang memiliki nilai yang dihasilkan dari satu atau beberapa atribut lainnya, dan tidak harus berasal dari satu entiti.
2.1.12.4 Tipe Key
Menurut Connolly dan Begg (2002,p340), Candidate Key adalah jumlah minimal atribut–atribut yang dapat mengidentifikasikan setiap kejadian/record secara unik.
Menurut Connolly dan Begg (2002,p342), Primary Keyadalah Candidate Key yang terpilih secara unik untuk mengidentifikasikan setiap kejadian/record dari sebuah tipe entiti. Pada sebuah tipe entiti biasanya terdapat lebih dari satu candidate key yang salah satunya harus dipilih untuk menjadi primary key. Pemilihan primary key didasarkan pada panjang atribut, jumlah minimal atribut yang diperlukan, dan keunikannya.
Menurut Connolly dan Begg (2002, p341), Composite Key adalah Candidate Keyyang terdiri dari dua atau lebih atribut.
Menurut Whitten (2004, p298) Alternate Keyadalah setiap candidate keyyang tidak terpilih menjadi primary key, atau biasa disebut dengan secondary key.
Menurut Whitten (2004,p301), Foreign Key adalah sebuah entiti yang digunakan pada entiti lainnya untuk mengidentifikasikan sebuah relationship.
2.2 Teori DAD (Diagram Alir Dokumen)
Menurut Mulyadi (2001, p66), Bagan yang menggambarkan aliran dokumen dalam suatu sistem informasi disebut dengan bagan alir dokumen.
Tabel 2.1 Simbol-simbol pada DAD
1. Mulai/Berakhir (terminal).
Simbol ini untuk menggambarkan awal dan akhir suatu sistem akuntansi.
2. Dokumen. Simbol ini digunakan untuk
menggambarkan semua jenis dokumen, yang merupakan formulir yang digunakan untuk merekam data terjadinya suatu transaksi. Nama dokumen dicantumkan di tengah simbol.
3. Dokumen dan tembusannya.
Simbol ini digunakan untuk menggambarkan dokumen asli dan tembusannya. Nomor lembar dokumen dicantumkan di sudut kanan atas.
4. Berbagai Dokumen.
Simbol ini digunakan untuk menggambarkan berbagai jenis dokumen yang digabungkan bersama di dalam satu paket. Nama dokumen dituliskan di dalam masing-masing simbol dan nomor lembar dokumen dicantumkan di sudut kanan atas simbol dokumen yang bersangkutan. Simbol dalam contoh tersebut menggambarkan faktur penjualan lembar ke-3 dilampiri dengan surat order penjualan lembar 1.
