BAB 2 LANDASAN TEORI. memiliki arti dan kepentingan dalam lingkungan user (Hoffer, 2005, p5).

Transkripsi

1 7 BAB 2 LANDASAN TEORI Data Data diartikan sebagai representasi objek dan kejadian yang tersimpan yang memiliki arti dan kepentingan dalam lingkungan user (Hoffer, 2005, p5). Data dapat juga diartikan sebagai fakta mentah atau hasil pengamatan mengenai kejadian fisik atau transaksi bisnis (O Brien, 2004, p7). Dari sini dapat disimpulkan bahwa data adalah fakta tentang fenomena fisik atau transaksi bisnis yang tersimpan, mempunyai arti dan dapat digunakan untuk berbagai kepentingan. Basis Data Menurut Connolly (2005, p15), basis data adalah kumpulan data yang berhubungan secara logikal dan gambaran data ini dirancang untuk memenuhi kebutuhan informasi yang dibutuhkan suatu perusahaan. Basis data dapat dengan mudah diakses, dikelola dan diperbaharui. Sistem Basis Data Pengertian Sistem Basis Data Sistem basis data (Database Management System) merupakan program pada sistem yang penggunanya dapat mendefinisikan, membuat, memelihara dan mengontrol akses ke basis data (Connolly, 2005, p16). Sistem basis data memiliki fasilitas sebagai berikut:

2 8 - User dapat mendefinisikan basis data, biasanya melalui DDL (Data Definition Language). DDL ini membantu user menentukan tipe data dan struktur serta pembatas pada data yang disimpan di dalam basis data. - User dapat memasukkan (insert), memperbaharui (update), menghapus (delete), dan mengambil kembali (retrieve) data dari basis data. Biasanya menggunakan DML (Data Manipulation Language) dalam prosesnya. - Dapat mengontrol akses ke basis data, contohnya: Sistem keamanan (security system), di sini ada pembatasan user mana saja yang boleh masuk ke dalam basis data. Sistem yang terintegrasi (integrity system), yang memelihara konsistensi dari data yang ada. Sistem kontrol perbaikan (recovery control system), di mana memperbaiki basis data ke keadaan sebelumnya jika ada perangkat keras (hardware) atau perangkat lunak (software) yang rusak Komponen-komponen Sistem Basis Data Sistem basis data terdiri dari 5 komponen utama (Connolly, 2005, p18), yaitu perangkat keras (hardware), perangkat lunak (software), data, prosedur (procedures), dan orang (people). Perangkat Keras (hardware) Hardware dibutuhkan untuk menjalankan aplikasi pada sistem basis data, hardware dapat berupa sebuah komputer sampai banyak komputer yang terhubung ke dalam suatu jaringan. Hardware ini juga harus yang memiliki kualitas dan kemampuan yang besar agar mendapat performa yang baik di sistem basis data.

3 9 Perangkat Lunak (software) Komponen software terdiri dari perangkat lunak sistem basis data itu sendiri dan program aplikasinya. Keduanya digunakan secara bersama dengan sistem operasi (operating sistem). Beberapa contoh program aplikasi yang digunakan antara lain adalah C, C++, Java, Visual Basic yang merupakan program generasi ketiga. Selain itu diperlukan juga program aplikasi tambahan generasi keempat seperti SQL yang ditanamkan dalam setiap berbagai program aplikasi generasi ketiga untuk membantu mempermudah kinerja. Data Merupakan komponen terpenting dalam sistem basis data, data merupakan penghubung antara mesin dan manusia. Prosedur (procedures) Merupakan instruksi dan aturan yang menetukan desain beserta penggunaan sistem basis data. Prosedur ini berisi instruksi untuk masuk ke sistem basis data, menggunakan fasilitas sistem basis data secara khusus, memulai dan menghentikan sistem basis data, membuat backup dari sistem basis data. Orang (people) Orang yang termasuk di dalam sistem ada beberapa macam, antara lain: - Data Administrator Merupakan orang yang bertanggung jawab mengatur sumber dari data termasuk dari database planning, pengembangan, maintenence of standart, procedures serta membuat rancangan basis data konseptual dan logikal.(connoly,2005,p309)

4 10 - Database Administrator Orang yang bertanggung jawab merealisasikan basis data fisikal, termasuk perancangan basis data fisikal dan implementasinya pengaturan security dan kontrol integrasi, memonitoring performa dari sistem dan melakukan reorganisasi apabila dibutuhkan.(connoly,2005,p309) - Database Designer Terbagi menjadi 2 yaitu perancang sistem basis data logikal (logikal database designer) dan perancang sistem basis data fisikal (physical database designer). Logikal database designer lebih ke arah mengidentifikasikan data, hubungan antar data dan batasan dari data yang ada di dalam basis data. Sedangkan physical database designer menentukan bagaimana basis data fisikal dinyatakan. - Application Developers Tugasnya adalah mengimplementasikan program aplikasi agar dapat digunakan dengan baik oleh user. - End-Users Disebut juga dengan clients atau pengguna sistem basis data yang telah dirancang dan diimplementasikan, serta dipelihara juga untuk memenuhi kebutuhan informasi Keuntungan dan Kerugian Sistem Basis Data Keuntungan Sistem Basis Data menurut McLeod (2001, p193) antara lain: Mengurangi pengulangan data

5 11 Jumlah total data yang ada dapat dikurangi dengan menghapus data-data yang sama atau duplikat. Sehingga tidak ada yang namanya redudansi data. Mendapatkan independensi data Spesifikasi data disimpan dalam skema tiap program aplikasi. Perubahan dapat dibuat pada struktur data tanpa mempengaruhi program yang mengakses data. Mengintegrasikan data dari sejumlah file Ketika file dibuat untuk membentuk kaitan logis, pengaturan secara fisik tidak lagi menjadi kendala. Pengaturan logikal, view bagi tiap user dan program aplikasi itu sendiri tidak harus direpresentasikan secara langsung di media penyimpan fisik. Mengambil data dan informasi secara cepat Hubungan-hubungan logis dan DML serta bahasa query memungkinkan pemakai mengambil data dalam hitungan detik atau menit, yang sebelumnya mungkin butuh waktu berjam-jam bahkan berhari-hari. Meningkatkan kemanan Dengan adanya sistem basis data, dapat menyertakan beberapa lapis keamanan seperti user id,password, dan penyandian (encryption). Data juga lebih aman jika dikelola melalui sistem basis data. Sedangkan kerugian Sistem Basis Data antara lain : Piranti lunak yang mahal

6 12 Sistem basis data membutuhkan piranti lunak yang mahal, karena tidak semua piranti lunak dapat digunakan untuk sistem basis data. Konfigurasi perangkat keras yang berskala besar Selain itu dibutuhkan juga perangkat keras dalam skala besar yang memerlukan konfigurasi dalam menjalankan sistem basis data. Perangkat keras yang dibutuhkan juga harus yang dapat menunjang proses sistem basis data. Butuh orang ahli untuk mengerjakannya Jika ingin menggunakan sistem basis data membutuhkan orang dalam mengerjakannya. Seperti Database Administrator dan Database Designer. Pemodelan Hubungan Entitas (Entity Reationship) Pemodelan hubungan entitas adalah sebuah pendekatan top-down untuk rancangan basis data yang dimulai dengan mengidentifikasi data penting yang disebut entitas (entity) dan hubungan (relationship) antara data yang harus direpresentasikan dalam model (Connolly, 2005, p342). Komponen utama model E-R, yaitu entitas (entity), hubungan (relationship), dan atribut (attribute) Jenis Entitas (Entity Type) Menurut Connolly (2005, p343) jenis entitas merupakan sekumpulan objek dengan properti yang sama, di mana diidentifikasikan oleh perusahaan karena memiliki keberadaan bebas. Sedangkan entity occurrence adalah objek unik dari suatu jenis entitas.(connoly,2005,p345)nama jenis entitas umumnya adalah kata benda tunggal.

7 Jenis Hubungan (Relationship Type) Relationship type adalah sekumpulan hubungan antar jenis entitas yang memiliki arti (Connolly, 2005, p346). Sedangkan relationship occurrence adalah sebuah hubungan yang dapat diidentifikasikan secara unik, yang meliputi sebuah kejadian (occurrence) dari setiap jenis entitas yang ada (Connolly, 2005, p346). Biasanya sebuah relationship dinamakan dengan menggunakan kata kerja, atau dengan sebuah frase singkat yang meliputi sebuah kata kerja. Sedangkan tanda panah mengindikasikan arah yang benar untuk mengartikan suatu relationship (Connolly, 2005, p346). Relationship type biasanya digambarkan dengan sebuah garis yang menghubungkan jenis entitas yang berhubungan. Garis tersebut diberi nama sesuai dengan nama relasinya dan tanda panah hanya bersifat satu arah saja Derajat Jenis Hubungan (Degree of Relationship Type) Derajat Jenis Hubungan adalah jumlah jenis entitas yang ada dalam sebuah hubungan (Connolly, 2005, p347). Sebuah hubungan yang memiliki derajat dua dinamakan binary (Connolly, 2005, p348). Sebuah hubungan derajat tiga dinamakan ternary, dan jika sebuah hubungan memiliki derajat empat dinamakan quaternary (Connolly, 2005, p348). Di hubungan tersebut ada lambang belah ketupat yang digunakan untuk merepresentasikan hubungan yang memiliki derajat lebih dari dua. Nama dari hubungan tersebut ditampilkan di dalam belah ketupat dan tidak ada panah berarah (Connolly, 2005, p348).

8 Recursive Relationship Menurut Connolly (2005, p349) Recursive relationship adalah sebuah jenis hubungan di mana jenis entitas yang sama digunakan lebih dari sekali untuk peran yang berbeda. Jika dua buah entitas dihubungkan melalui lebih dari satu hubungan maka nama peran juga dapat digunakan Atribut (Attributes) Atribut adalah properti sebuah entitas atau hubungan (Connolly, 2005, p350). Domain atribut adalah sekumpulan nilai yang dibolehkan bagi satu atau lebih atribut (Connolly, 2005, p351). Atribut dapat diklasifikasikan menjadi: Simple attribute adalah atribut yang terdiri dari komponen tunggal dengan keberadaannya yang independen (Connolly, 2005, p351). Composite attribute adalah atribut yang terdiri dari beberapa komponen, masing-masing dengan keberadaan yang independen (Connolly, 2005, p351). Single-valued attribute adalah atribut yang hanya memiliki sebuah nilai untuk setiap occurrence dari sebuah jenis entitas (Connolly, 2005, p351). Multi-valued attribute adalah sebuah atribut yang memiliki banyak nilai untuk setiap occurrence dari sebuah jenis entitas (Connolly, 2005, p352). Derived attribute adalah atribut yang merepresentasikan sebuah nilai yang dapat diturunkan dari atribut atau kumpulan atribut yang berhubungan (Connolly, 2005, p352).

9 Kunci (keys) Candidate key adalah himpunan minimal atribut yang secara unik mengidentifikasikan setiap kejadian dari sebuah jenis entitas (Connolly, 2005, p352). Primary key adalah candidate key yang dipilih untuk mengidentifikasikan secara unik setiap kejadian dari sebuah jenis entitas (Connolly, 2005, p353). Pada sebuah entitas biasanya terdapat lebih dari satu candidate key yang salah satunya harus dipilih untuk menjadi primary key. Composite key adalah sebuah candidate key yang terdiri atas dua atau lebih atribut (Connolly, 2005, p353) Tipe-tipe Entitas yang Kuat dan Lemah (Strong and Weak Entity Types) Entitas yang kuat adalah entitas yang keberadaannya tidak tergantung pada entitas lain (Connolly, 2005, p354). Sedangkan entitas yang lemah adalah entitas yang keberadaannya tergantung dari keberadaan entitas lainnya (Connolly, 2005, p355) Multiplisitas (Multiplicity) Menurut Connolly (2005, p356) Multiplicity adalah jumlah peristiwa pada satu jenis entitas yang mungkin terjadi yang dapat menghubungkan ke suatu kejadian dari jenis entitas melalui hubungan tertentu. Ada 3 jenis tipe hubungan yang umum digunakan antara lain (Connolly, 2005, p357):

10 16 One-to-One (1:1) Relationship Contoh: Gambar 2.1 One-to-One (1:1) Relationship One-to-Many (1:*) Relationship Contoh: Gambar 2.2 One-to-Many (1:*) Relationship

11 17 Many-to-Many (*:*) Relationship Contoh: Gambar 2.3 Many-to-Many (*:*) Relationship Database Application Lifecycle (DBLC) Sistem basis data merupakan komponen dasar dari sistem informasi yang luas dari organisasi yang lebih besar, siklus aplikasi basis data (database application lifecycle) dihubungkan dengan siklus hidup sistem informasi (Connolly, 2005, p283). Tahapan di dalam database application lifecycle tidak harus berurutan, tetapi melibatkan juga beberapa pengulangan ke tahapan sebelumnya (feedback loops). Tahapan-tahapan database application lifecycle dapat dilihat pada gambar 2.4.

12 18 Gambar 2.4 Database Application Lifecycle (Connolly, 2005, p284)

13 Perencanaan Basis Data (Database Planning) Perencanaan basis data harus terintegrasi dengan seluruh sistem informasi yang ada dari organisasi. Ada 3 hal yang mempengaruhi dalam memformulasi sistem Informasi menurut Connoly (2005,p285): Identifikasi dari rencana perusahaan dan juga tujuan dari kebutuhan sistem informasi yang dibutuhkan Evaluasi dari sistem informasi yang ada sekarang, menganalisis kekuatan serta kelemahannya. Penilaian dari teknologi Informasi yang mungkin menguntungkan dan ada di masa mendatang. Selain itu menurut Connolly (2005, p286), langkah-langkah utama dalam perencanaan basis data antara lain: Mendefinisikan pernyataan misi (mission statement) yang mendefinisikan tujuan utama basis data. Mission statement membantu memperjelas tujuan proyek basis data dan menyediakan jalur yang lebih jelas terhadap pembuatan sistem basis data yang dibutuhkan dengan efisien dan efektif. Mendefinisikan tujuan misi (mission objectives) yang mengidentifikasikan suatu tugas khusus yang harus didukung basis data. Mission statement dan mission objectives dapat disertai beberapa informasi tambahan yang menjelaskan secara umum apa yang harus dilakukan, sumber mana yang diperlukan untuk melakukannya, dan berapa biaya yang dikeluarkan untuk itu semua.

14 20 Selain itu perencanaan basis data juga harus meliputi pengembangan standar yang mengatur bagaimana data akan dikumpulkan, bagaimana format harus ditentukan, dokumentasi apa saja yang akan diperlukan, dan bagaimana rancangan dan pelaksanaan akan terjadi Pendefinisian Sistem (system definition) Pendefinisian sistem menjelaskan lingkup dan batasan aplikasi basis data dan user view utama (Connolly, 2005, p286). Di dalam system definition terdapat user view yang menggambarkan apa yang dibutuhkan oleh aplikasi basis data dari sudut pandang jabatan tertentu, seperti manajer atau pengawas, maupun dari sudut pandang bidang aplikasi perusahaan, seperti pemasaran, personalia, atau pengawasan persediaan, dalam hubungannya dengan data yang akan disimpan dan transaksi yang akan dijalankan terhadap data itu (Connolly, 2005, p287) Pengumpulan Kebutuhan dan Analisis (Requirement Collection and Analysis) Merupakan suatu proses resmi dengan menggunakan teknik-teknik seperti wawancara atau kuesioner untuk mengumpulkan fakta-fakta mengenai sistem dan kebutuhan-kebutuhannya dinamakan teknik pencarian fakta (fact-finding techniques) (Connolly, 2005, p288). Teknik pencarian fakta (fact-finding techniques) yang digunakan dalam penulisan skripsi ini, yaitu: Memeriksa Dokumentasi (Examining Documentation) Memeriksa dokumentasi dapat bermanfaat ketika mencoba memperoleh pemahaman mengenai bagaimana kebutuhan akan suatu basis data

15 21 muncul. Dengan memeriksa dokumen, formulir, laporan, dan file yang berhubungan dengan sistem sekarang, pengertian tentang sistem dapat diperoleh dengan cepat (Connolly, 2005, p317). Wawancara (Interviewing) Wawancara atau interviewing dapat memberikan informasi dari seseorang secara langsung (Connolly, 2005, p317). Keuntungan teknik wawancara antara lain (Connolly, 2005, p318): - Memungkinkan orang yang diwawancarai dapat menjawab pertanyaan dengan bebas dan terbuka. - Memungkinkan orang yang diwawancarai merasa sebagai bagian dari proyek. - Membuat pewawancara dapat menindaklanjuti komentar yang menarik dari orang yang diwawancara. - Memungkinkan pewawancara dapat menyesuaikan pertanyaan selama wawancara. - Memungkinkan pewawancara dapat mengamati bahasa tubuh dari orang yang sedang diwawancara. Sedangkan kerugian dari teknik wawancara adalah: - Memakan banyak waktu dan biaya, serta tidak praktis. - Sukses atau tidaknya wawancara tergantung pada kemampuan komunikasi pewawancara. - Kesuksesan wawancara tergantung pada keinginan orang yang diwawancarai untuk berpartisipasi dalam wawancara.

16 22 Mengamati perusahaan dalam operasinya (Observing the Enterprise in Operation) Teknik observasi ini memungkinkan orang lain untuk berpartisipasi, melihat seseorang melakukan kegiatan secara langsung, untuk mempelajari sistem (Connolly, 2005, p319). Keuntungan teknik observasi ini antara lain (Connolly, 2005, p319): - Memungkinkan memeriksa validitas fakta dan data yang akan diperiksa. - Memungkinkan pengamat dapat melihat dengan jelas apa yang sedang dilakukan. - Pengamat dapat memperoleh data yang menjelaskan lingkungan fisik tugas. - Cara ini relatif tidak mahal. - Pengamat dapat membuat pengukuran kerja. Sedangkan kerugian teknik ini antara lain (Connolly, 2005, p319): - Orang mungkin menampilkan dengan berbeda sewaktu diamati. - Ada kemungkinan melewatkan tugas-tugas pengamatan yang meliputi berbagai tingkatan kesulitan atau volume yang biasanya dialami selama jangka waktu itu. - Beberapa tugas tidak selalu dapat ditampilkan sama seperti ketika sedang dilakukan pengamatan. - Mungkin kurang praktis.

17 23 Penelitian (Research) Yaitu teknik pencarian fakta yang berguna yaitu melakukan penelitian terhadap aplikasi dan masalah (Connolly, 2005, p319). Keuntungan teknik penelitian antara lain (Connolly, 2005, p320): - Dapat menghemat waktu jika solusi telah tersedia. - Peneliti dapat melihat bagaimana orang lain dapat mengatasi masalah serupa atau memenuhi kebutuhan serupa. - Membuat peneliti selalu up-to-date dengan perkembangan baru. Sedangkan kerugian teknik penelitian antara lain (Connolly, 2005, p320): - Menghabiskan banyak waktu. - Membutuhkan akses ke sumber informasi yang tepat. - Dapat saja tidak membantu memecahkan masalah karena tidak terdokumentasi Perancangan Basis Data Perancangan basis data dibagi menjadi 3 tahap, yaitu perancangan basis data konseptual, perancangan basis data logikal dan perancangan basis data fisikal Perancangan Basis Data Konseptual (Conceptual Database Design) Perancangan basis data konseptual adalah proses membangun model informasi yang digunakan dalam organisasi, bebas dari semua pertimbangan fisikal (physical) (Connolly, 2005, p439). Pertimbangan yang dimaksud meliputi DBMS yang akan digunakan, program aplikasi, bahasa pemrograman, platform perangkat keras, kinerja, dan pertimbangan fisik lainnya. Langkah-langkah metode konseptual adalah (Connolly, 2005, p440): 1. Mengidentifikasi jenis entitas

18 24 2. Mengidentifikasi jenis hubungan 3. Mengidentifikasi dan menghubungkan atribut dengan entitas atau jenis hubungan 4. Menentukan attribute domains 5. Menentukan atribut candidate key dan primary key 6. Pertimbangkan penggunaan enhance modeling concepts (fakultatif) 7. Memeriksa redundansi model 8. Memvalidasi model konseptual lokal terhadap transaksi user 9. Meninjau model data konseptual lokal dengan user Perancangan Basis Data Logikal (Logical Database Design) Perancangan basis data logikal adalah proses membangun model informasi yang digunakan organisasi berdasarkan model data tertentu, tetapi tidak tergantung dari Database Management System (DBMS) dan pertimbangan fisik lainnya (Connolly, 2005, p462). Langkah-langkah dalam metodologi perancangan basis data logikal antara lain (Connolly, 2005, p462): 1. Membuat hubungan untuk model data logikal lokal 2. Memvalidasi hubungan menggunakan normalisasi 3. Memvalidasikan hubungan terhadap transaksi user 4. Mendefinisikan integrity constraint 5. Melihat kembali model data logikal lokal yang dibuat dengan user 6. Menggabungkan model data logikal ke dalam model data global Perancangan Basis Data Fisikal (Physical Database Design) Rancangan basis data fisikal merupakan proses yang menghasilkan uraian tentang pelaksanaan basis data pada tempat penyimpanan kedua (secondary storage);

19 25 rancangan basis data fisikal menjelaskan hubungan dasar, organisasi file, dan indeks yang digunakan untuk mencapai akses yang efisien ke data, dan batasan integritas dan langkah-langkah pengamanan yang berkaitan (Connolly, 2005, p496). Langkah-langkah metodologi rancangan basis data fisikal antara lain: 1. Menerjemahkan model data logikal global untuk DBMS sasaran Langkah-langkahnya antara lain: a. Merancang hubungan dasar b. Merancang representasi data turunan c. Merancang batasan perusahaan 2. Merancang representasi fisik Langkah-langkahnya antara lain: a. Menganalisis transaksi b. Memilih organisasi file c. Memilih indeks d. Memperkirakan persyaratan tempat penyimpanan 3. Merancang user view 4. Merancang mekanisme keamanan Normalisasi (Normalization) Menurut Connolly (2005, p387), normalisasi adalah teknik untuk menghasilkan sekelompok relasi dengan properti yang diinginkan, memberikan data kebutuhan dari suatu perusahaan. Ada 6 tahap normalisasi menurut Connolly (2005, p401):

20 26 1. Bentuk Normalisasi Pertama (1NF) Definisi dari bentuk pertama ini menurut Connolly (2005, p403) adalah sebuah relasi di mana setiap baris dan kolom mempunyai hanya satu nilai. Dengan mentransfer data dari sumber ke dalam format tersebut dan tabel dalam bentuk tidak normal akan diubah ke bentuk normal pertama dengan menghilangkan kelompok yang berulang seperti atribut atau beberapa atribut. 2. Bentuk Normalisasi Kedua (2NF) Definisi dari bentuk kedua ini menurut Connolly (2005, p407) adalah sebuah relasi yang ada pada bentuk normal pertama, dan setiap atribut yang bukan primary key ketergantungan fungsional penuh pada primary key. Yang didasarkan pada konsep ketergantungan fungsional secara penuh. Perubahan dari 1NF ke 2NF ditentukan dengan menghilangkan ketergantungan parsial yang dilakukan dengan cara memindahkan ke dalam relasi baru dengan duplikasi dari determinannya. 3. Bentuk Normal Ketiga (3NF) Definisi dari bentuk ketiga ini menurut Connolly (2005, p408) adalah sebuah relasi dimana memenuhi 1NF dan 2NF dan dimana atribut tidak primary key mengalami ketergantungan transitif pada primary key. Normalisasi 2NF ke 3NF dilakukan dengan menghilangkan ketergantungan transitif. Jika terdapat ketergantungan transitif, maka dihilangkan dari relasi dengan menempatkan atribut pada suatu relasi yang baru dengan duplikasi determinannya.

21 27 4. Bentuk Normal Boyce-Codd (BCNF) Definisi dari BCNF ini menurut Connolly (2005, p419) adalah suatu relasi jika dan hanya jika setiap determinan tersebut adalah kandidat. BCNF berdasarkan pada prinsip ketergantungan fungsional. Perbedaan BCNF dan 3NF adalah jika 3NF memungkinkan sebuah relasi memiliki A sebagai primary key dan B ketergantungan fungsional terhadap A, B boleh tidak merupakan kunci kandidat, sedangkan dalam BCNF, B harus merupakan kunci kandidat (candidate key). 5. Bentuk Normal Keempat (4NF) Definisi dari 4NF menurut Connolly (2005, p430) adalah suatu relasi yang memenuhi BCNF dan tidak mengandung nontrivial multi-valued dependencies. Tipe ketergantungan seperti Multi-valued dependency (MVD) menyebabkan pengulangan data, MVD menggambarkan ketergantungan antara atribut dalam suatu relasi. 6. Bentuk Normal Kelima (5NF) Definisi dari 5NF menurut Connolly (2005, p431) adalah suatu relasi yang tidak memiliki ketergantungan gabungan (join dependency). 5NF ini juga sering disebut project-join normal form. Join dependency menggambarkan sebuah tipe ketergantungan. Contohnya, sebuah relasi R dengan subset dari atribut R menunjuk A, B... Z, sebuah relasi R memenuhi join dependency jika dan hanya jika setiap nilai resmi dari R sama dengan penggabungan proyeksi A, B... Z.

22 28 Sistem Akuntansi Pembelian Sistem akuntansi pembelian digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Transaksi pembelian dapat digolongkan menjadi dua, yaitu pembelian lokal dan impor. Pembelian lokal adalah pembelian dari pemasok dalam negeri, sedangkan impor adalah pembelian dari pemasok luar negeri. Pembelian juga dapat berupa pembelian barang produksi dan barang nonproduksi, pembelian barang produksi digunakan dalam kegiatan produksi perusahaan, sedangkan pembelian barang non-produksi biasanya berupa inventory kantor atau maintenance mesin produksi. Menurut Mulyadi (2001, p300) fungsi yang terkait dalam sistem akuntansi pembelian antara lain: Fungsi Gudang Fungsi gudang bertugas untuk mengajukan permintaan pembelian sesuai dengan posisi persediaan yang ada di gudang dan untuk menyimpan barang yang telah diterima oleh fungsi penerimaan. Fungsi Pembelian Fungsi pembelian bertugas untuk memperoleh informasi mengenai harga barang, menentukan pemasok yang dipilih dalam pengadaan barang, melakukan negoisasi harga dengan pemasok dan mengeluarkan pesanan pembelian kepada pemasok yang dipilih. Fungsi Penerimaan Fungsi ini bertugas untuk melakukan pemeriksaan terhadap jenis, mutu, dan kuantitas barang yang diterima dari pemasok guna menentukan dapat

23 29 atau tidaknya barang tersebut diterima oleh perusahaan. Fungsi ini juga bertanggung jawab untuk menerima barang dari pembeli yang berasal dari transaksi retur penjualan. Fungsi Akuntansi Fungsi akuntansi yang terkait dalam transaksi pembelian adalah fungsi pencatatan utang dan fungsi pencatat persediaan. Dalam sistem akuntansi pembelian, fungsi pencatat utang bertugas untuk mencatat transaksi pembelian ke dalam register bukti kas keluar dan untuk menyelenggarakan arsip dokumen sumber (bukti kas keluar) yang berfungsi sebagai catatan utang atau penyelengaraan kartu utang sebagai buku pembantu utang. Dalam sistem akuntansi pembelian, fungsi pencatat persediaan bertugas untuk mencatat harga pokok persediaan barang yang dibeli ke dalam kartu persediaan. Pedoman Perancangan Antarmuka User Menurut Shneiderman (1998,pp74-75), ada delapan aturan emas (Eight Golden Rules ) dalam merancang antarmuka pemakai, yaitu : 1. Berusaha untuk konsisten Konsisten urutan aksi dibutuhkan dalam situasi yang sama pada setiap halaman. Yang perlu diperhatikan adalah konsisten dalam penggunaan jenis font, warna, symbol, tata letak, dan bentuk tombol. 2. Memungkinkan pengguna menggunakan shortcut

24 30 Dengan adanya peningkatan dalam penggunaan shortcut, maka dapat meningkatkan kecepatan tampilan frekuensi penggunaan atau kecepatan interaksi dan mengurangi jumlah interaksi yang diperlukan. 3. Memberikan umpan balik (feed back) yang informatif Memberikan respon yang sesuai dengan aksi yang dilakukan pengguna, sehingga dapat membantu pengguna untuk mengerti sistem yang telah dibuat dalam suatu aplikasi. 4. Merancang dialog untuk menghasilkan keadaan akhir Agar pemakai dapat mengetahui kapan suatu kelompok aksi dapat beralih ke kelompok aksi berikutnya. Urutan dari suatu aksi haruslah terorganisir yang terdiri dari permulaan, tengah, dan akhir. 5. Memberikan pencegahan dan penanganan kesalahan yang sederhana Jika memungkinkan, sistem yang dirancang tidak membuat pengguna melakukan kesalahan yang serius. Apabila pengguna melakukan kesalahan, sistem harus dapat mendeteksi kesalahan serta memberikan instruksi sederhana dan spesifik agar pengguna dapat dengan mudah melakukan perbaikan. 6. Memungkinkan pembalikan aksi (undo) dengan mudah Jika memungkinkan, aksi harus bisa dibalik. Hal ini dapat mengurangi kegelisahan pengguna, karena kesalahan yang dilakukan oleh pengguna dapat diperbaiki.

25 31 7. Mendukung pusat kendali internal (internal locus of control) Untuk mendorong pengguna agar lebih berinisiatif dalam melakukan aksi daripada menunggu respon dari sistem untuk melakukan aksi. 8. Mengurangi beban ingatan jangka pendek Keterbatasan manusia memproses informasi dalam ingatan jangka pendek mengharuskan tampilan harus sederhana, tampilan halaman yang banyak dapat digabungkan, frekuensi window-motion dikurangi, dan waktu latihan yang cukup untuk pengkodean, membantu ingatan, dan melakukan urutan urutan aksi.