BAB 2 LANDASAN TEORI

Transkripsi

1 BAB 2 LANDASAN TEORI 2.1. Teori Basisdata Pengertian Data Menurut Turban (2001,p17), data merupakan kumpulan fakta atau deskripsi dasar dari sesuatu, kejadian, aktifitas, dan transaksi, yang diambil, dicatat, disimpan dan dikelompokkan, tetapi tidak diatur untuk menyatakan suatu arti tertentu Pengertian Basisdata Menurut Connoly (2002, p14), basisdata adalah suatu kumpulan logikal data yang terhubung satu sama lain dan deskripsi dari suatu data yang dirancang sebagai informasi yang dibutuhkan oleh organisasi. Basisdata merepresentasikan entiti, atribut dan hubungan relasional antara entiti-entiti. Entiti merupakan suatu objek nyata (manusia, tempat, benda, konsep atau kejadian) dalam suatu organisasi yang direpresentasikan dalam basisdata. Atribut merupakan suatu properti yang menjelaskan beberapa aspek dari objek yang ingin disimpan, dan hubungan adalah suatu gabungan entiti-entiti dalam basisdata. 8

2 Sistem Basisdata Sistem basisdata pada dasarnya adalah sistem penyimpanan record yang terkomputerisasi di mana tujuan sebenarnya adalah menyimpan informasi dan membuat informasi tersebut selalu tersedia pada saat dibutuhkan (Connolly 2002, p4). Keseluruhan sistem terkomputerisasi tersebut membolehkan pengguna menelusuri kembali dan mengubah informasi tersebut sesuai kebutuhan Siklus Hidup Aplikasi Basisdata Berikut ini merupakan diagram tahap-tahap siklus hidup aplikasi basisdata, antara lain:

3 10 Gambar 2.1 Tahap-tahap Siklus Hidup Aplikasi Basisdata (Connolly, 2002, p272) Perencanaan Basisdata Perencanaan basisdata merupakan aktifitas manajemen yang memungkinkan tahap-tahap dalam aplikasi basisdata dapat

4 11 direalisasikan. Langkah awal yaitu menjelaskan mission statement yang akan memberikan penjelasan mengenai tujuan utama dari aplikasi basisdata. Tahap selanjutnya, mission objective yaitu mengidentifikasikan tugas-tugas tertentu yang akan didukung basisdata Definisi Sistem Definisi system menggambarkan ruang lingkup, batasan aplikasi basisdata serta pandangan utama pengguna (user views). Mengidentifikasi kebutuhan pengguna sangat perlu karena dapat membantu memastikan tidak ada kebutuhan pengguna yang terlewatkan Pengumpulan Kebutuhan dan Analisis Tahap ini melibatkan pengumpulan dan analisis informasi tentang bagian-bagian perusahaan yang akan disajikan oleh basisdata. Ada 3 (tiga) pendekatan utama untuk pengaturan kebutuhan aplikasi basisdata dengan multiple user views, antara lain pendekatan centralized yaitu kebutuhan-kebutuhan untuk setiap user view digabung dalam satu kumpulan kebutuhan tunggal untuk aplikasi basisdata. Pendekatan kedua adalah view integration, digunakan untuk membangun model data yang

5 12 terpisah untuk merepresentasikan pengguna itu sendiri. Pendekatan ketiga adalah gabungan dari pendekatan centralized dan view integration Perancangan Aplikasi Merupakan perancangan user interface dan program aplikasi yang menggunakan dan memroses basisdata. Ada 2 (dua) aspek penting dalam perancangan aplikasi, yakni: Transaction Design (Perancangan Transaksi) Transaksi merupakan sebuah aksi, atau serangkaian aksi yang dilakukan oleh pengguna atau program aplikasi dalam mengakses atau mengubah isi dari basisdata. Tujuan dari perancangan transaksi adalah untuk menetapkan dan mendokumentasikan karakteristik tingkat tinggi dari transaksi yang dibutuhkan pada basisdata, yang termasuk: o Data yang digunakan dalam transaksi o Karakteristik fungsional dari transaksi o Keluaran dari transaksi o Kepentingan pengguna o Nilai yang diharapkan dari pemakaian

6 13 Perancangan basisdata harus dilakukan lebih awal untuk memastikan bahwa semua transaksi yang ada didukung oleh basisdata. Ada 3 (tiga) jenis transaksi, yaitu: 1. Retrieval transactions, digunakan untuk mendapatkan kembali data untuk ditampilkan di layar atau dalam laporan. 2. Update transactions, digunakan untuk menambah data, menghapus data lama, atau memodifikasi data yang ada dalam basisdata. 3. Mixed Transactions, melibatkan retrieval dan update data atau kombinasi antara keduanya. User Interface Design (Perancangan Antarmuka) Sebelum mengimplementasikan suatu form atau laporan, ada perlunya merancang layout (tampilan) terlebih dahulu. Berikut pedoman yang berguna dalam perancangan laporan: 1. Judul yang jelas dan tidak ambigu. 2. Instruksi yang dapat dipahami dan diuraikan dengan singkat dan jelas, layar bantuan harus tersedia ketika membutuhkan informasi tambahan. 3. Pengelompokan logik dan pengurutan field harus konsisten, field yang berhubungan harus

7 14 dikelompokan secara bersama dalam suatu form/laporan. 4. Tampilan permohonan layout form/laporan secara visual, form/laporan harus menarik perhatian bagi pengguna. 5. Nama field yang lazim. Sebagai contoh, jika kata Sex diganti dengan kata Gender maka ada kemungkinan membingungkan beberapa pengguna. 6. Terminologi dan singkatan yang konsisten. 7. Penggunaan warna secara konsisten, warna digunakan untuk menambah penampilan form/laporan dan menyoroti field-field atau pesan yang penting. 8. Ruang yang tampak dan batasan untuk field pemasukan data, pengguna harus secara visual menyadari jumlah ruang yang tersedia untuk setiap field. 9. Pergerakan kursor yang baik, pengguna harus dengan mudah mengenal operasi yang dibutuhkan untuk menggerakkan kursor di seluruh form/laporan. 10. Perbaikan kesalahan untuk karakter individual dan field secara keseluruhan, contoh sederhana jika menggunakan Backspace key atau pengetikan ulang.

8 Pesan kesalahan untuk nilai yang tidak dapat diterima sistem. 12. Field-field yang bersifat pilihan harus ditandai dengan jelas. 13. Pesan-pesan untuk field yang bersifat menjelaskan. Ketika suatu pengguna menempatkan kursor pada suatu field, informasi tentang field tersebut seharusnya muncul dalam suatu posisi yang teratur pada layar. 14. Tanda penyelesaian, seharusnya jelas kepada suatu pengguna ketika proses pengisian dalam field pada suatu form lengkap Prototyping (Bentuk Dasar) Merupakan pembuatan suatu model kerja dari aplikasi basisdata. Suatu prototype adalah model yang bekerja yang tidak mempunyai semua fitur-fitur yang diperlukan atau menyediakan semua fungsionaliti dari sistem terakhir. Tujuan utama dari pengembangan suatu aplikasi basisdata prototype adalah memungkinkan pengguna menggunakan prototype tersebut untuk menentukan fitur-fitur dari sistem yang bekerja dengan baik, dan jika mungkin mengusulkan peningkatan atau bahkan fitur-fitur baru pada aplikasi basisdata.

9 16 Ada 2 (dua) strategi prototyping pada zaman sekarang: Requirements prototyping, menggunakan suatu prototype untuk menentukan kebutuhan-kebutuhan dari aplikasi basisdata yang diusulkan dan suatu waktu kebutuhankebutuhan tersebut lengkap prototype dibuang. Evolutionary prototyping, digunakan untuk tujuan yang sama, perbedaan yang penting adalah bahwa prototype tidak dibuang tetapi dengan perkembangan yang lebih jauh menjadi aplikasi basisdata yang digunakan Implementasi Merupakan realisasi fisik dari perancangan basisdata dan aplikasi. Pada penyelesaian tingkat-tingkat perancangan (dimana mungkin atau tidak melibatkan prototyping), sekarang kita dalam posisi mengimplementasikan basisdata dan program aplikasi. Implementasi basisdata dicapai dengan menggunakan Data Definition Language (DDL) dari DBMS yang dipilih atau graphical user interface (GUI), dimana menyediakan fungsionaliti yang sama ketika menyembunyikan pernyataan DDL tingkat-rendah. Pernyataan DDL tersebut digunakan untuk membuat struktur basisdata dan file basisdata kosong. Program aplikasi diimplementasikan dengan menggunakan bahasa generasi ketiga atau keempat (3GL atau 4GL). Bagian dari

10 17 program aplikasi ini adalah transaksi basisdata, dimana diimplementasikan dengan menggunakan Data Manipulation Language (DML) dari DBMS sasaran, yang mungkin disimpan dalam sekumpulan bahasa pemrograman Perubahan dan Pengambilan Data Merupakan pemindahan data yang ada dan merubah aplikasi yang ada untuk beroperasi pada basisdata yang baru. Langkah ini diperlukan hanya ketika suatu sistem basisdata baru menimpa sistem yang lama. Sekarang, DBMS mampu melakukan pengambilan file-file yang ada di basisdata lama ke dalam basisdata baru. Fitur tersebut memerlukan spesifikasi dari file sumber dan basisdata sasaran, lalu secara otomatis merubah data ke pola yang dibutuhkan dari file basisdata yang baru. Hal ini sangat memudahkan pengembang dalam merubah dan menggunakan program aplikasi dimana saja dan kapan saja Testing (Pengetesan) Merupakan proses pengeksekusian program aplikasi dengan maksud pencarian kesalahan-kesalahan. Sebelum ditunjukkan secara langsung, aplikasi basisdata yang baru dikembangkan seharusnya diuji sepenuhnya. Ini dicapai dengan menggunakan strategi uji yang direncanakan secara hati-hati dan

11 18 data yang nyata sehingga keseluruhan proses uji diterima secara teliti dan metodis Perawatan Operasional Merupakan proses pengawasan dan pertahanan sistem berikut instalasi. Pada langkah sebelumnya, aplikasi basisdata telah diimplementasikan dan diuji sepenuhnya. Sekarang sistem memasuki langkah perawatan, yang melibatkan aktivitas-aktivitas berikut: Mengawasi kinerja sistem. Jika kinerja jatuh dibawah level yang dapat diterima, perbaikan atau reorganisasi basisdata dibutuhkan. Mempertahankan dan meng-upgrade aplikasi basisdata (ketika dibutuhkan). Kebutuhan baru digabungkan ke dalam aplikasi basisdata melalui langkah terdahulu dari siklus hidup Entity Relatioship (ER) Modelling Salah satu aspek yang paling sulit dalam perancangan basisdata adalah kenyataan bahwa designer, programmer, dan end-user cenderung menggambarkan data dan penggunaannya dalam cara yang berbeda. Sayangnya, walaupun kita mengerti bagaimana perusahaan beroperasi tetapi perancangan yang kita hasilkan kadang-kadang gagal dalam

12 19 memenuhi kebutuhan pengguna. Untuk memastikan bahwa kita dapat mengerti secara pasti sifat dasar dari data dan bagaimana data tersebut dapat digunakan oleh perusahaan, kita memerlukan suatu model untuk komunikasi yang non-teknis dan bebas dari ambigu (makna ganda). Entity Relationship Modelling merupakan salah satu contohnya. Entity Relationship Modelling merupakan suatu model yang dapat memastikan pemahaman yang tepat terhadap data dan bagaimana penggunaannya di dalam suatu organisasi Tipe Entitas Tipe entitas adalah sekumpulan objek yang memiliki properti yang sama, yang diidentifikasikan di dalam organisasi karena keberadaannya yang bebas (independent existence) (Connolly, 2002, p331). Sedangkan entity occurrence adalah sebuah objek dari satu tipe entitas yang dapat diidentifikasi secara unik (Connolly, 2002, p333). Setiap tipe entitas dilambangkan dengan sebuah persegi panjang yang diberi nama dari entitas tersebut. Nama tipe entitas biasanya adalah kata benda tunggal. Huruf pertama dari setiap kata pada nama tipe entitas ditulis dengan huruf besar. Representasi diagram tipe entitas terlihat pada gambar 2.2.

13 20 Gambar 2.2 Representasi diagram dari tipe entitas Pegawai dan Cabang (Connolly, 2002, p333) Tipe Relationship Tipe relationship adalah sekumpulan hubungan antartipe entitas yang memiliki arti (Connolly, 2002, p334). Sedangkan relationship occurrence adalah sebuah hubungan yang dapat diidentifikasikan secara unik, yang meliputi sebuah kejadian (occurrence) dari setiap tipe entitas di dalam relationship (Connolly, 2002, p334). Tipe relationship digambarkan dengan sebuah garis yang menghubungkan tipe entitas-tipe entitas 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

14 21 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.3. Gambar 2.3 Representasi diagram dari tipe relationship (Connolly, 2002, p335) Atribut Atribut adalah properti sebuah entitas atau relationship (Connolly, 2002, p338). Menurut Jeffery L. Whitten (2004, p295), Atribut merupakan properti deskriptif atau karakteristik dari sebuah entitas. Atribut menampung nilai yang menjelaskan setiap entity occurrence dan menggambarkan bagian utama dari data yang disimpan di dalam basisdata. Atribut domain adalah sekumpulan nilai yang dibolehkan bagi satu atau lebih atribut (Connolly, 2002, p338)

15 Batasan Struktural Jenis utama dari batasan pada suatu relationship dinamakan multiplicity (Connolly, 2002, p344). Multiplicity adalah jumlah occurrence yang mungkin terjadi pada sebuah tipe entitas yang berhubungan ke sebuah occurrence dari tipe entitas lain pada suatu relationship (Connolly, 2002, p344). Derajat yang biasanya digunakan pada suatu relationship adalah binary relationship, yang terdiri atas: One-to-one (1:1) Relationship One-to-many (1:*) Relationship Many-to-many (*:*) Relationship Batasan struktural Makna * 1..* , 3, 6-8 Terdapat nol atau satu entity Terdapat hanya ada satu entity Terdapat nol atau lebih entity Terdapat satu atau lebih entity Terdapat minimum 5 sampai maksimum 10 entity Terdapat nol, tiga, atau enam sampai delapan entity Tabel 2.1 Tabel batasan struktural

16 Keys Candidate key adalah himpunan atribut yang minimal yang secara unik mengidentifikasikan setiap occurrence dari sebuah tipe entitas (Connolly, 2002, p340). Composite key adalah sebuah candidate key yang terdiri atas dua atau lebih atribut (Connolly, 2002, p341). Primary key adalah candidate key yang terpilih untuk mengidentifikasikan secara unik setiap occurrence dari sebuah tipe entitas (Connolly, 2002, p341). Pada sebuah tipe entitas 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. Alternate key adalah setiap candidate key yang tidak terpilih menjadi primary key, atau biasa disebut dengan secondary key (Whitten, 2004, p298). Foreign key adalah sebuah primary key pada sebuah entitas yang digunakan pada entitas lainnya untuk mengidentifikasikan sebuah relationship (Whitten, 2004, p301).

17 24 Gambar 2.4 Representasi diagram entitas Pegawai dan Cabang beserta atribut dan primary keynya (Connolly, 2002, p342) Normalisasi Merupakan suatu teknik untuk menghasilkan himpunan relasi dengan properti yang diinginkan berdasarkan kebutuhan-kebutuhan data suatu organisasi (Connolly, 2002, p376). Proses normalisasi dimulai dengan memindahkan data sumber ke bentuk tabel dengan format baris dan kolom. Kemudian melakukan proses untuk menormalisasikan tabular data ini. Tabel ini berbentuk tidak normal dan disebut dengan unnormalized table (Connolly, 2002, p388). Unnormalized form (UNF) adalah suatu tabel yang mengandung satu atau lebih dari kelompok yang berulang (repeating group) (Connolly, 2002, p387). Repeating group adalah sebuah atribut atau himpunan atribut di dalam tabel yang memiliki lebih dari satu nilai (multiple value) untuk sebuah primary key pada tabel tersebut (Connolly, 2002, p388).

18 25 Tingkatan normalisasi yang digunakan sebagai landasan penulisan skripsi ada tiga tahap yaitu : 1) First Normal Form (1NF) 1NF adalah suatu relasi dimana titik temu dari tiap baris dan kolom mengandung satu dan hanya satu nilai (Connolly, 2002, p388). Sebuah relasi akan berada dalam bentuk 1NF jika repeating groupnya sudah hilang. Ada dua pendekatan untuk menghilangkan repeating group pada tabel yang tidak normal, yaitu: Dengan memasukkan data yang sesuai ke dalam kolom yang kosong dari baris yang mengandung data berulang. Dengan menempatkan data yang berulang bersama salinan atribut kunci pada relasi yang terpisah. Sebuah primary key diidentifikasikan ke dalam relasi yang baru. 2) Second Normal Form (2NF) 2NF adalah suatu relasi dalam 1NF dan setiap atribur yang bukan primary key bergantung penuh (fully functionally dependent) terhadap primary key (Connoly, 2002, p392). Full functional dependency mengidentifikasikan jika A dan B adalah atribut dari suatu relasi, dan B dikatakan bergantung penuh terhadap A (A B), jika B bergantung terhadap A, tapi bukan subset dari A (Connolly, 2002, p391).

19 26 Untuk menghasilkan relasi dalam bentuk 2NF melibatkan penghilangan ketergantungan sebagian (partial dependency) dan menempatkannya pada relasi yang baru bersama salinan atribut penentunya (determinant attribute). 3) Third Normal Form (3NF) Suatu relasi dikatakan 3NF jika relasi tersebut berada dalam bentuk 1NF dan 2NF, dan dimana tidak ada atribut bukan primary key yang bergantung secara transitif (transitively dependent) terhadap primary key (Connolly, 2002, p394). Transitive dependency ialah sebuah kondisi dimana A, B, dan C adalah atribut dari relasi yang jika A B dan B C, kemudian C bergantung secara transitif (transitively dependent) terhadap A melalui B (A tidak functionally dependent terhadap B atau C) (Connolly, 2002, p394) Perncangan Basisdata Konseptual, Logikal dan Fisikal Menurut Connoly (2002, p419), tahap-tahap dalam perancangan basisdata yaitu: a. Perancangan Konseptual Proses membangun model dari informasi yang digunakan di dalam organisasi, bebas dari semua pertimbangan fisik (Connolly, 2002, p419). Pertimbangan fisik yang dimaksud yaitu, meluputi

20 27 DBMS yang akan digunakan, program aplikasi, bahasa pemograman, platforn perangkat kelas serta pertimbangan fisik lainnya. Berikut adalah langkah-langkah dalam metodologi perancangan basisdata konseptual: Membuat model data konseptual lokal untuk setiap user view Bertujuan untuk memecah rancangan menjadi tugas-tugas yang dapat diatur dengan memeriksa sudut pandang yang berbeda dari pengguna di dalam organisasi (Connolly, 2002, p421) Mengidentifikasi tipe entiti Tujuan dari langkah ini adalah untuk mengidentifikasikan tipe entitas utama yang dibutuhkan. Metode ini mengidentifikasikan kata benda atau frase kata benda pada spesifikasi kebutuhan pengguna, objek besar seperti orang (people), tempat (place), benda (thing) atau konsep (concept). Alternatif lain adalah dengan mencari obyek yang keberadaannya bebas. Mengidentifikasi tipe relasi atau hubungan Bertujuan untuk mengidentifikasikan relationship yang penting yang berada antara tipe - tipe entitas yang sudah diidentifikasi sebelumnya. Tipe relationship diidentifikasikan dengan mencari kata kerja atau suatu kata yang berhubungan dengan kata kerja

21 28 Mengidentifikasi dan menghubungkan atribut dengan tipe entiti atau hubungan Tujuan langkah ini yaitu untuk mengasosiasikan atribut atribut dengan entitas yang sesuai atau tipe relationship Menentukan atribut domain Langkah ini bertujuan untuk menentukan domain - domain pada atribut atribut didalam lokal konseptual data model. Domain adalah sekumpulan nilai dimana satu atau lebih atribut menggambarkan nilainya (Connolly, 2002, p430). Menentukan atribut candidate dan primary key Tujuannya untuk mengidentifikasi candidate key pada setiap tipe entitas, dan jika terdapat lebih dari satu candidate key, maka pilih satu untuk dijadikan sebagai primary key Mempertimbangkan penggunaan dan perbaikan konsep model Tujuan dari langkah ini adalah untuk mempertimbangkan penggunaan dari enhance modeling concepts seperti specialization yaitu proses memaksimalkan, generalization, aggregation, composition. Specialization merupakan proses memaksimalkan perbedaan antara anggota dari entitas dengan cara mengidentifikasi perbedaan karakteristiknya (Connolly, 2002, p362). Generalization merupakan suatu proses meminimalkan

22 29 perbedaan antara entitas-entitas dengan mengidentifikasi karakteristik umumya (Connolly, 2002, p363). Aggregation menampilkan sebuah relationship has-a atau is-part-of antara tipe entitas dimana satunya merepresentasikan keseluruhan ( whole ) dan yang lain merepresentasikan sebagian ( part ) (Connolly, 2002, p371). Mengecek model untuk redudansi Bertujuan memeriksa apakah terdapat redundansi dalam model tersebut Memvalidasi model data konseptual lokal terhadap transaksi pengguna Bertujuan untuk meyakinkan bahwa local conceptual model mendukung transaksi yang dibutuhkan oleh pandangan pengguna (Connolly, 2002, p435) Meninjau ulang model data konseptual lokal dengan pengguna Meninjau kembali local conseptual data model dengan pengguna untuk meyakinkan bahwa model tersebut bagi setiap pandangan. b. Perancangan Logikal Proses membangun sebuah rancangan informasi yang digunakan dalam suatu perusahaan berbasis pada rancangan data

23 30 yang spesifik, tetapi masih bebas dari penentuan DBMS dan pertimbangan fisikal yang lain. Sepanjang proses perkembangan model data logikal, model diuji dan divalidasi terhadap kebutuhan pengguna. Berikut adalah langkah-langkah dalam metodologi perancangan basisdata logikal: Membuat dan menvalidasi model data logikal lokal untuk setiap user view Tujuannya untuk membangun model data logikal lokal dari sebuah model data konseptual lokal yang menampilkan suatu pandangan tertentu dari perusahaan kemudian di validasi untuk meyakinkan bahwa strukturnya benar (dengan menggunakan teknik normalisasi) serta untuk meyakinkan dukungannya terhadap transaksi - transaksi yang dibutuhkan. o Menghilangkan fitur-fitur yang tidak kompatibel dengan model relasional (langkah pilihan) Bertujuan untuk menyaring local conceptual data model sehingga fitur-fitur yang tidak sesuai dengan model relasional dihilangkan o Membuat hubungan untuk model data logikal lokal Tujuanya membuat relasi terhadap local logical data model untuk menampilkan entitas entitas, relationship, dan atributatribut yang telah diidentifikasi

24 31 o Validasi hubungan dengan menggunakan normalisasi Normalisasi digunakan untuk memperbaiki model dengan menghilangkan constraint yang berisi duplikasi data serta memastikan bahwa model yang dihasilkan merupakan model yang konsisten, minim redudansi serta stabilitas yang maksimal. o Validasi hubungan terhadap transaksi pengguna Bertujuan untuk meyakinkan bahwa relasi - relasi pada local logical data model mendukung transaksi - transaksi yang dibutuhkan oleh pandangan pengguna o Menentukan batasan-batasan integritas Bertujuan untuk mendefinisikan Integrity constraint yang diterdapat dalam pandangan. Integrity constraint adalah batasan - batasan yang harus ditentukan untuk melindungi basisdata agar tetap konsisten (Connolly, 2002, p457). o Meninjau ulang model data logikal lokal dengan pengguna Tujuan yang ingin dicapai adalah untuk meyakinkan bahwa local logical data model dan dokumentasi pendukung yang menggambarkan suatu model merupakan representasi yang benar dari pandangan pengguna.

25 32 Membuat dan menvalidasi model data logikal global Bertujuan untuk mengkombinaskan masing - masing local logical data model ke dalam sebuah global logical data model tunggal yang mereprensentasikan perusahaan. o Menggabungkan model data logikal lokal ke dalam model global. Tujuannya untuk menggabungkan masing - masing local logical data model ke dalam global logical data model tunggal dari suatu perusahaan. o Validasi model data logikal global. Bertujuan untuk memvalidasi relasi - relasi yang dibuat dari global logical data model dengan menggunakan teknik normalisasi dan untuk meyakinkan mereka mendukung transaksi-transaksi yang dibutuhkan o Mengecek perkembangan yang akan datang. Bertujuan untuk menentukan kemungkinan apakah adanya perubahan yang berarti pada waktu mendatang dan untuk memperkirakan apakah global logical data model yang ada dapat menyesuaikan dengan perubahan tersebut. o Meninjau ulang model data logikal global dengan pengguna. Bertujuan untuk meyakinkan bahwa global logical data model merupakan representasi yang benar dari perusahaan

26 33 Pada perancangan basisdata logikal, hal yang paling penting dan harus dilakukan adalah Normalisasi. c. Perancangan Fisikal Perancangan basisdata fisikal adalah proses untuk menghasilkan penjelasan dari pengimplementasian suatu basisdata pada media penyimpanan kedua, juga menjelaskan base relation, pengaturan file, dan indeks yang digunakan untuk mencapai akses data yang efisien, integrity constraint, serta ukuran keamanan (Connolly, 2002, p282). Berikut adalah langkah-langkah dalam metodologi perancangan basisdata fisikal: Menterjemahkan model data logikal global untuk DBMS Bertujuan untuk menghasilkan skema basisdata relasional bagi global logical data model yang dapat diimplementasikan pada target DBMS. o Merancang relasi dasar. Untuk setiap relasi yang diidentifikasikan pada global logical data model, definisinya terdiri dari nama relasi, daftar simple attribute diikuti tanda kurung, primary key berserta alternate key dan foreign key jika ada, dan referential integrity constraint bagi foreign key yang teridentifikasi.

27 34 o Merancang gambaran dari data yang yang didapat. Bertujuan untuk menentukan cara untuk merepresentasikan derived data yang ada dalam global logical data model ke dalam target DBMS. o Merancang batasan perusahaan. Bertujuan untuk merancang batasan-batasan organisasi untuk target DBMS. Mendesain gambaran fisikal. Bertujuan untuk menentukan organisasi file yang optimal untuk menyimpan base relation dan indeks yang diperlukan untuk mencapai unjuk kerja yang sesuai, dengan cara penentuan penyimpanan relasi dan baris-baris pada tempat penyimpanan kedua. o Menganalisis transaksi. Bertujuan untuk memahami fungsi dari transaksi yang dijalankan pada basisdata dan menganalisis transaksitransaksi yang penting. o Memilih file organisasi. Untuk menentukan organisasi file yang efisien untuk setiap base relation. o Memilih indeks. Untuk menentukan apakah penambahan indeks akan meningkatkan unjuk kerja sistem.

28 35 o Memperkirakan kebutuhan kapasitas disk. Memperkirakan besarnya ruang penyimpanan yang dibutuhkan untuk mendukung implementasi basisdata pada tempat penyimpanan kedua. Mendesain user views. Bertujuan untuk merancang pandangan pengguna yang diidentifikasikan selama tahap pengumpulan kebutuhan dan analisa pada daur hidup aplikasi basisdata relasional (database application lifecycle). Mendesain mekanisme keamanan. Bertujuan untuk menentukan bagaimana kebutuhan keamanan akan direalisasikan. Mempertimbangkan pengenalan tentang pengendalian redundansi. Untuk menentukan apakah pengenalan pengontrolan redundancy dengan mengendurkan aturan normalisasi akan meningkatkan unjuk kerja sistem Memonitor dan mengatur sistem operational. Bertujuan untuk memantau operasional sistem dan meningkatkan unjuk kerja sistem untuk memperbaiki keputusan desain yang tidak sesuai atau menggambarkan kebutuhan-kebutuhan perubahan

29 State Transition Diagram Menurut Whitten, Bentley dan Dittman (2004) State Transition Diagram digunakan untuk menggambarkan susunan dan variasi di dalam program yang terjadi pada saat user melakukan event. Fungsi dari kotak yaitu menjelaskan event yang terjadi sedangkan tanda panah menggambarkan alur data beserta penjelasan mengenai event yang dilakukan Teori Dasar Audit Pengertian Audit Auditing adalah suatu proses yang sistematis dalam menghimpun dan mengevaluasi bukti secara objektif mengenai pernyataan tentang kejadian-kejadian ekonomi untuk menentukan tingkat kesesuaian antara pernyataan tersebut dengan kriteria yang telah ditetapkan. Menurut Arens & Loebbecke (1997) dalam terjemahan Amir Abadi Yusuf, Auditing merupakan proses pengumpulan dan pengevaluasian bahan bukti tentang informasi yang dapat diukur mengenai suatu entitas ekonomi yang dilakukan seorang yang kompeten dan independen untuk dapat menentukan dan melaporkan kesesuaian informasi yang dimaksud dengan kriteria - kriteria yang telah ditetapkan. Menurut Mulyadi dan Puradiredja (1998), Auditing adalah suatu proses sistematik untuk memperoleh dan mengevaluasi bukti secara objektif mengenai pernyataan pernyataan tentang kegiatan dan

30 37 kejadian ekonomi, dengan tujuan untuk menetapkan tingkat kesesuaian antara pernyataan - pernyataan tersebut dengan kriteria yang ditetapkan, serta penyampaian hasil hasilnya kepada pemakai yang berkepentingan. Audit internal merupakan pengawasan manajerial yang fungsinya mengukur dan mengevaluasi sistem pengendalian dengan tujuan membantu semua anggota manajemen dalam mengelola secara efektif pertanggungjawabannya dengan cara menyediakan analisis, penilaian, rekomendasi dan komentar-komentar yang berhubungan dengan kegiatan-kegiatan yang ditelaah. Audit bertujuan untuk menginspeksi kondisi pelaksanaan tugas administrasi dan pekerjaan atau keuangan pemerintah otonomi daerah serta lembaga-lembaganya, sehingga dengan memeriksa baik atau tidaknya kondisi-konsisi tersebut, dapat menjaga pelaksanaan tugas administrasi dan pekerjaan yang rasional Jenis-jenis Audit Menurut Arens & Loebbecke (1997) Audit terbagi menjadi 3 jenis, yakni : 1. Audit Keuangan ( Financial Audit ) Bertujuan untuk menentukan apakah laporan keuangan secara keseluruhan dinyatakan dengan layak sesuai dengan prinsip akuntansi yang diterima secara umum.

31 38 2. Audit Operasional ( Operational Audit ) Audit Operasional adalah audit yang menyangkut seluruh unit organisasi. Penekanan dalam suatu unit organisasi adalah seberapa efisien dan efektifnya fungsi fungsi saling berinteraksi. Umumnya pada saat selesai pemeriksaan operasional diajukan saran saran kepada manajemen untuk memperbaiki jalannya operasi perusahaan. 3. Audit Ketaatan ( Compliance Audit ) Tujuannya adalah mempertimbangkan apakah klien telah mengikuti prosedur atau aturan tertentu yang telah ditetapkan oleh pihak yang memiliki otoritas lebih tinggi. Berikut merupakan klasifikasi audit menurut website 1. Audit umum Audit berkala Audit yang dilaksanakan mengenai pelaksanaan tugas yang berkaitan dengan keuangan dan juga pengendalian proyek yang berkaitan dengan manajemen, dengan menentukan jadwalnya sebanyak 1 kali atau lebih dalam setiap tahun buku. Audit Istimewa Audit yang dilaksanakan pada saat dianggap perlu oleh komisi audit.

32 39 Audit Administrasi Audit yang dilaksanakan mengenai pelaksanaan kerja pemerintah otonomi daerah. 2. Audit Khusus Audit yang berdasarkan permintaan langsung Audit yang dilaksanakan berdasarkan permintaan langsung dari penduduk, mengenai pelaksanaan tugas pemerintah otonomi daerah. Audit yang berdasarkan permintaan dewan Audit yang dilaksanakan berdasarkan permintaan dewan mengenai pelaksanaa tugas pemerintah otonomi daerah. Audit yang berdasarkan permintaan kepala otonomi daerah Audit yang dilaksanakan berdasarkan kepala otonomi daerah mengenai pelaksanaan tugas pemerintah otonomi daerah. Audit organisasi bantuan keuangan Audit yang dilaksanakan pada saat dianggap perlu oleh komisi audit atau saat diminta oleh kepala otonomi daerah, mengenai pengeluaran bantuan keuangan yang dilakukan pemerintah otonomi, dan tugas-tugas lainnya. 3. Audit Lainnya Audit laporan keuangan Audit mengenai pembukuan umum daan pembukuan khusus, audit yang berkaitan dengan pembukuan perusahaan publik.

33 40 Audit pengeluaran bulanan (Audit pengeluaran uang tunai) Audit yang dilaksanakan mengenai pengeluaran uang tunai pemerintah otonomi pada hari yang telah ditentukan setiap bulannya. Audit pemasukan uang umum di instansi keuangan tertentu Audit yang berkaitan dengan uang umum yang ditangani oleh instansi keuangan tertentu (pemerintah otonomi daerah dan perusahaan publik daerah). Audit yang berdasarkan permintaan audit penduduk Audit keuangan yang berdasarkan permintaan audit dari penduduk. Audit yang berkaitan dengan tanggung jawab ganti rugi pegawai Audit yang dilaksanakan ketika pegawai yang menangani pengeluaran, pegawai yang memiliki wewenang seperti pelaksanaan beban pengeluaran dan pemasukan menimbulkan kerugian bagi pemerintah otonomi karena kesalah yang besar baik disengaja ataupun tidak. Audit kondisi penggunaan modal Audit terhadap penggunaan modal untuk menggunakan modal dalam jumlah tertentu untuk tujuan tertentu.

34 Teori Arsip Arsip adalah sumber informasi yang abadi. Pada prinsinya, fungsi utama arsip adalah memberikan informasi tentang kejadian masa lalu. Arsip tidak bisa dipandang sebagai benda mati yang ditimbun dengan nilai yang tidak jelas, melainkan sebagai warisan masa lalu yang layak dan perlu dilestarikan. Dalam persektif hukum pengertian arsip sudah cukup jelas yakni naskahnaskah yang dibuat atau diterima oleh lembaga-lembaga negara dan badan pemerintahan, swasta, atau perorangan dalam bentuk dan corak apapun dalam rangka pelaksanaan kegiatan administrasi atau bukti transaksi atau penyelenggaraan kehidupan kebangsaan (UU No. 7 tahun 1971). Arsip adalah data, catatan, dan atau keterangan yang dibuat atau diterima oleh perusahaan dalam rangka pelaksanaan kegiatannya, baik tertulis di atas kertas atau sarana lain maupun terekam dalam bentuk corak apapun yang dapat dilihat, dibaca, atau didengar (UU No. 8, 1997). Arsip adalah data, catatan, dan atau keterangan yang dibuat atau diterima oleh perusahaan dalam rangka pelaksanaan kegiatannya, baik tertulis di atas kertas atau sarana lain maupun terekam dalam bentuk corak apapun yang dapat dilihat, dibaca, atau didengar. Sementara itu, rumusan yang lebih umum mengenai pengertian arsip adalah "rekaman informasi, tanpa memandang media atau karakteristisknya, dibuat atau diterima organisasi yang digunakan untuk menunjang operasional" (Ricks, 1992: 3). Menurut McKemmish (1993: 7) arsip dapat dikelompokkan kedalam tiga kelompok, yaitu:

35 42 Arsip kertas. Banyak sebutan untuk media rekam kertas seperti "arsip kertas", "arsip konvensional", "arsip tekstual", "hard-copy", "human readable" atau "paper based records". Arsip audio visual (audio-visual base records). Termasuk dalam kelompok ini adalah arsip gambar statik (still images), arsip citra bergerak (moving images), dan arsip rekaman suara (sound records). Arsip komputer atau elektronik (computer/electronic base records). Termasuk dalam kelompok ini adalah data-data yang tersimpan dalam floppy disk, optik, hardisk, dan CD. David Roberts menyebut media rekam informasi nonkertas dengan istilah "Records in Special formats" yang terdiri dari arsip foto (photographs), Arsip Citra bergerak (cine film, videotape, optical digital video disk), Sound recordings (photographic recording, magnetic tape recording, dan optical digital recording), arsip peta dan arsip arsitektural, gambar (drawings), ephemara (poster, leaflet, kartu ucapan selamat, kartu pos, dan tiket), object, art works, publikasi, dan electronic records (Roberts, 1993: 385). Dari ketiga media rekam tersebut, atau dari dua kategori arsip kertas dan nonkertas tersebut, media rekam kertas (paper base records) merupakan media yang paling tinggi penggunaannya baik frekwensi maupun jumlahnya.