1 BAB 2 LANDASAN TEORI 2.1 Data Dalam suatu organisasi suatu
advertisement
BAB 2 LANDASAN TEORI 2.1 Data Dalam suatu organisasi suatu data itu sangat dibutuhkan, tanpa adanya data maka organisasi tersebut tidak dapat melakukan kegiatan usahanya. Pengertian data sendiri adalah Menurut Indrajani (2011, p48) Data adalah suatu fakta mentah tentang orang, tempat, kejadian, dan apapun yang penting bagi perusahaan, dimana data itu sendiri tidak memiliki arti. Menurut Mc.Leod (2007, p9) Data adalah kumpulan fakta dan gambaran yang secara umum tidak dapat digunakan karena ukuran yang besar dan belum diolah. Menurut Connolly dan Begg (2010, p19) Data adalah suatu komponen yang paling penting dalam DBMS. Data merupakan sebuah sumber yang harus dikontrol dan dikelola dan data juga merupakan fakta-fakta atau observasi yang mentah, biasanya mengenai kejadian atau transaksi bisnis. 2.2 Basis Data Organisasi skala besar saat ini rata-rata sudah menggunakan Basis Data. Basis Data sangat berperan penting dalam suatu perusahaan. Selain untuk mempermudah manager dalam me-manage data, Basis Data berguna untuk menjaga intregritas data tersebut. Jaegeol Yim (2012, p503) mengatakan bahwa basis data merupakan suatu kumpulan data dan sistem basis data itu merupakan suatu 7 8 kumpulan data didalam basis data yang terintegrasi dengan sistem. Pengertian dari Basis Data adalah: Menurut O’Brien (2008, p163), Basis Data adalah sekumpulan data yang terintregasi dan berkaitan secara logical antara data yang satu dengan yang lainnya dan berguna untuk memenuhi kebutuhan informasi dalam suatu organisasi. Menurut Mc.Leod (2007, p124), Basis Data adalah kumpulan dari semua data yang saling berhubungan dan terintegrasi yang berbasis komputer dalam suatu perusahaan. Menurut (Widhyaestoeti, 2011), Basis data adalah suatu tempat penyimpanan data yang dapat menampung satu atau lebih table dan queri. Menurut (Gintoro, 2010), Basis Data adalah koleksi data yang saling berhubungan dan didesain sedemikian rupa untuk memenuhi kebutuhan informasi dari suatu organisasi. Menurut Connolly dan Begg (2010, p65), Basis Data adalah kumpulan dari data logical yang berhubungan dan deskripsi dari data tersebut yang dirancang untuk kebutuhan informasi suatu perusahaan. Dari definisi di atas dapat disimpulkan bahwa Basis Data adalah kumpulan informasi yang disimpan didalam computer secara sistematik untuk memperoleh informasi dari basis data tersebut. 2.3 Database Management System (DBMS) Dalam sebuah organisasi DBMS digunakan untuk memanage database sehingga memudahkan user untuk mengontrol akses ke dalam database tersebut, Okunade (2010, p37) mengatakan bahwa saat ini DBMS telah berkembang dengan pesat, dimulai dari yang sebelumnya hanya pengumpulan dan penggunaan data yang 9 terorganisir, tetapi sekarang ini dapat memungkinkan para user untuk menciptakan, memelihara, mengubah dan megelola data lebih spesifik. Jason L. Salemi, et al (2010, p10) Pengembangan relasional DBMS yang terintegrasi akan meningkatkan integritas dari suatu program data serta meningkatkan efisiensi untuk penggunanya. Berikut adalah definisi-definisi dari DBMS : Menurut O’Brien (2008, p592), DBMS adalah sekumpulan program computer yang memungkinkan user untuk menciptakan, memelihara, mengubah, mengontrol akses terhadap basis data suatu organisasi. Menurut Hoffer (2009, p49), DBMS adalah sebuah sistem pernagkat lunak yang menyediakan metode sistematis untuk menciptakan dan memperbaharui, menyimpan, dan mengambil data dalam basis data. Menurut Connolly dan Begg (2010, p66), DBMS adalah sebuah sistem software yang memungkinkan user untuk mendefinisikan, membuat, memelihara, dan mengatur akses ke dalam basis data. Keuntungan dari DBMS antara lain adalah: Kepraktisan DBMS menyediakan media penyimpan permanen yang berukuran kecil namun banyak menyimpan data jika dibandingkan dengan media lain. Kecepatan Komputer dapat mencari dan menampilkan informasi yang dibutuhkan dengan cepat. Mengurangi kejenuhan Pekerjaan yang berulang-ulang dapat menimbulkan kebosanan bagi manusia, sedangkan mesin tidak merasakannya. 10 Update to date Informasi yang tersedia selalu berubah dan akurat. Komponen-komponen dalam DBMS meliputi: Hardware DBMS membutuhkan hardware untuk berjalan. Software Komponen ini terdiri dari perangkat lunak DBMS itu sendiri. Data Komponen terpenting dalam suatu DBMS. Procedure Komponen yang berisi instruksi yang akan menentukan kegunaan dari DBMS tersebut. People Pengguna yang mengkases DBMS. 2.4 Database Language Menurut Connolly dan Begg (2010, p91) Database language terdiri dari dua bagian, yaitu data definition language (DDL) dan data manipulation language (DML). DDL biasa digunakan untuk skema database, skema basis data, dan DML biasa digunakan untuk membaca dan mengupdate database. Kedua bahasa ini biasa disebut data sublanguages. 2.4.1 Data Definition Language (DDL) Menurut Connolly dan Begg (2010, p92) data definition language adalah suatu bahasa yang memperbolehkan database administrator atau user untuk menjelaskan dan menamai entitas, atribut, dan relasi yang diperlukan 11 untuk aplikasi, bersama dengan integritas yang terasosiasi dan security constraint. DDL biasa digunakan untuk mendefinisikan sebuah skema atau mengubah skema yang sudah ada. Itu tidak dapat digunakan untuk memanipulasi data. Statement dasar SQL - DDL adalah : Membuat basis data (Create Schema) Membuat Table (Create Table) Mengubah Definisi Table (Alter Table) Menghapus Table (Drop Table) Membuat Index (Create Index) Menghapus Index(Drop Index) Membuat view(Create View) 2.4.2 Data Manipulation Language (DML) Menurut Connolly dan Begg (2010, p92) DML adalah sebuah bahasa yang menyediakan sekumpulan operasi untuk mendukung dasar manipulasi data pada data yang berada dalam basis data. Operasi dalam DML meliputi : Meng-Insert data baru kedalam basis data Melakukan modifikasi dari data yang ada dalam basis data Menampilkan data yang ada dalam database Menghapus data dari database 2.5 Database Lifecycle (DBLC) Menurut Connolly dan Begg (2010, p262) Database Lifecycle merupakan suatu komponen yang penting dalam sistem basis data karena aplikasi dari database lifecycle berkaitan dengan sistem informasi yang ada. 12 Gambar 2.1 Database Lifecycle Connolly dan Begg (2010, p264) 2.5.1 Database Planning Menurut Connolly dan Begg (2010, p263) Database Planning adalah Aktifitas manajemen untuk merealisasikan tahapan DBLC secara efektif dan efisien. Perencanaan basis data mencakup cara pengumpulan data, format data, dokumentasi yang diperlukan, cara membuat design, dan implementasi. Perancanaan basis data terintegrasi dengan keseluruhan strategi sistem informasi organisasi. Ada tiga hal yang berkaitan dengan strategi sistem informasi, diantaranya : 13 Identifikasi rencana dan sasaran dari organisasi termasuk mengenai sistem informasi yang dibutuhkan. Evaluasi sistem informasi yang ada untuk menetapkan kelebihan dan kekurangan yang dimiliki sistem tersebut. Penafsiran kesempatan teknik informatika yang memungkinkan memberikan keuntungan kompetitif. Metodologi untuk mengatasi hal - hal tersebut terbagi atas dua, yaitu : Mendefinisikan mission statement untuk sistem basis data. Dalam mission statement didefinisikan tujuan utama pembuatan basis data. Mission statement membantu menjelaskan tujuan proyek basis data dan memberikan tahapan yang jelas, efektif, dan efisien dari aplikasi basis data. Mendefinisikan mission objective. Tiap object mengindentifikasikan kembali tugas-tugas tertentu yang harus didukung basis data. Dapat juga disertai beberapa informasi tambahan yang menjelaskan pekerjaan yang harus diselesaikan, sumber daya yang digunakan, dan biaya untuk membiayai hal tersebut. 2.5.2 System Definition Menurut Connolly dan Begg (2010, p266) System Definition menjelaskan tentang ruang lingkup dan batasan dari aplikasi basis data dan tampilan user secara umum. Tampilan user merupakan apa yang dibutuhkan dari sistem basis data dari tingkatan perspektif pekerjaan (seperti manager atau supervisor) atau area aplikasi organisasi (seperti marketing). 14 Mengidentifikasi user view membantu untuk memastikan agar tidak ada pengguna basis data yang terlupakan dan mengetahui apa yang diinginkan pengguna saat aplikasi baru akan dibuat. Selain itu user view juga membantu dalam mengembangkan aplikasi basis data yang rumit dan dapat menguraikannya menjadi sub-sub bagian yang lebih sederhana. 2.5.3 Requirement Collection and Analysis Menurut Connolly dan Begg (2010, p266) Requirement Collection and Analysis merupakan suatu proses mengumpulkan dan menganalisa informasi tentang organisasi yang akan didukung oleh aplikasi basis data dan menggunakan informasi tersebut untuk mengidentifikasikan kebutuhan user terhadap sistem baru. Ada tiga pendekatan utama dalam mengelola kebutuhan dari sistem basis data dengan menggunakan multiple user view : 1. Centralized Approach Setiap user view memiliki kebutuhan-kebutuhan yang berbeda, dimana seluruh kebutuhan tersebut akan dikumpulkan dan dibuatkan menjadi suatu global data model yang nantinya diperlukan dalam pembuatan basis data. 2. View Integration Approach Kebutuhan untuk tiap user view dibuat dalam model data yang terpisah. Model data yang menggambarkan single user view disebut model data lokal, disusun dalam bentuk diagram dan dokumentasi yang mendeskripsikan kebutuhan user view basis data. Model data 15 lokal ini kemudian digabungkan untuk menghasilkan model data global, yang menggambarkan seluruh user view untuk basis data. 3. Gabungan antara kedua pendekatan tersebut 2.5.4 Database Design Menurut Connolly dan Begg (2010, p270) Database Design merupakan proses dalam membuat sebuah rancangan basis data yang akan mendukung mission statement dan mission objective perusahaan. Database design terdiri dari tiga bagian utama, yaitu : Conceptual database design, logical database design, physical database design. 2.5.4.1 Conceptual Database Design Menurut Connolly dan Begg (2010, p272) Conceptual Database Design adalah suatu proses pembentukan model yang berasal dari informasi yang digunakan dalam perusahaan yang bersifat independent dari keseluruhan aspek fisik. Model data tersebut dibangun dengan menggunakan informasi dalam spesifikasi kebutuhan user dan merupakan sumber informasi untuk fase design logical. 2.5.4.2 Logical Database Design Menurut Connolly dan Begg (2010, p440) Logical Database Design adalah suatu proses pembentukan model yang berasal dari informasi yang digunakan dalam perusahaan yang berdasarkan model data tertentu, namun independent terhadap DBMS tertentu dan aspek fisik lainnya. Misalnya relational. Model data konseptual yang telah 16 dibuat sebelumnya, diperbaiki dan dipetakan kedalam model data logical. 2.5.4.3 Physical Database Design Menurut Connolly dan Begg (2010, p274) Physical Database Design adalah proses yang menghasilkan deskripsi implementasi basis data pada penyimpanan sekunder. Menggambarkan struktur penyimpanan dan metode akses yang digunakan untuk mencapai akses yang efisien terhadap data. Dapat dikatakan juga, design fisikal merupakan cara pembuatan menuju DBMS tertentu. 2.5.5 DBMS Selection Menurut Connolly dan Begg (2010, p16) DBMS Selection merupakan pemilihan dari DBMS yang akan digunakan untuk menunjang sistem basis data. Tahap utama dari pemilihan DBMS : Definisikan waktu untuk melakukan studi referensi. Catat dua atau tiga produk yang akan dievaluasi untuk digunakan. Evaluasi produk tersebut. Rekomendasikan produk yang dipilih dan buat laporan yang mendukungnya. 2.5.6 Application Design Menurut Connolly dan Begg (2010, p281) Application Design adalah perancangan user interface dan program aplikasi yang menggunakan dan melakukan proses terhadap basis data. Design basis data dan aplikasi dilakukan secara paralel. 17 Dua hal yang harus diperhatikan dalam application design adalah : Transaction Design Merupakan suatu tindakan atau serangkaian tindakan yang dilakukan oleh single user atau program aplikasi dimana isi dari database itu berubah. Dan tujuan dari transaction design ini untuk mendefisinikan dan mendokumentasikan transaksi yang memiliki tingkat karakteristik yang tinggi dalam basis data, seperti : o Data yang digunakan oleh transaksi. o Karakteristik fungsional dari transaksi. o Output dari transaksi. o Kepentingan bagi user. o Tingkat yang diharapkan dari penggunaan. Ada tiga tipe utama dari transaksi : o Retrieval transaction Digunakan untuk memperoleh data yang nantinya akan digunakan pada layar atau laporan produksi. o Update transaction Digunakan untuk memasukan data baru, menghapus data lama, atau mengubah data yang sudah ada dalam basis data. o Mixed transaction Merupakan gabungan dari retrieval transaction dengan update transaction. User Interface Design 18 Dalam bagian ini ada beberapa hal penting yang harus diperhatikan, diantaranya yaitu : o Memberikan nama judul form yang jelas. o Pemberian instruksi yang jelas, yang sering digunakan sehingga user dapat mengerti apa yang disampaikan. o Field yang saling berhubungan ditempatkan pada form yang sama dan berurutan. o Tampilan form atau report harus menarik dan sesuai dengan rencana kerja. o Penggunaan label pada field yang sering digunakan. o Penggunaan istilah dan singkatan yang digunakan harus konsisten. o Penggunaan warna yang konsisten sesuai dengan form atau report. o Jumlah digit yang digunakan dalam memasukkan data harus diketahui oleh user. o User harus dengan mudah dapat mengetahui cara menjalankan operasi yang diinginkan dengan menggerakkan cursor. o User harus dapat dengan mudah memasukkan data untuk melakukan perubahan terhadap nilai field. o Jika user memasukkan data yang salah kedalam field sebuah error message harus tampil, pesan ini berguna untuk 19 memberitahukan user agar user mengetahui apa yang telah terjadi. o Field yang sifatnya tidak mandatory dapat terlihat dengan jelas oleh user, misalnya dengan menggunakan tanda bintang. o Saat user meletakkan cursor pada suatu field, informasi pada field itu akan muncul. o Seharusnya terdapat sebuah indikator yang memberitahukan kepada user bahwa suatu proses telah dilakukan. 2.5.7 Prototyping Menurut Connolly dan Begg (2010, p283) Prototyping adalah suatu pembuatan model kerja suatu aplikasi basis data. Tahapan ini bersifat optional. Tujuan utama prototyping : Untuk mengidentifikasi fitur sistem yang sedang berjalan. Untuk melakukan perbaikan fitur atau penambahan fitur baru. Untuk mengklarifikasikan kebutuhan user. Untuk melakukan evaluasi kelayakan dan kemungkinan apa yang terjadi dalam rancangan sistem. Ada dua macam prototyping : Requirement Prototyping Menggunakan prototype untuk menentukan kebutuhan dari sistem basis data yang diinginkan dan kebutuhan dipenuhi, prototype akan dihilangkan. Evolutionary Prototyping 20 Biasanya digunakan untuk hal yang sama seperti requirement prototyping, perbedaan utama adalah prototype ini tidak akan dihilangkan tetapi akan dilakukan pengembangan. 2.5.8 Implementation Menurut Connolly dan Begg (2010, p333) Merupakan realisasi fisik dari basis data dan design aplikasi. Implementasi basis data dicapai menggunakan : DDL untuk membuat skema basis data dan file basis data yang kosong. DDL untuk membuat user view yang dinginkan. 3GL atau 4GL untuk membuat program aplikasi. Termasuk transaksi basis data yang menggunakan DML atau ditambahkan pada bahasa pemrograman. 2.5.9 Data Conversion and Loading Menurut Connolly dan Begg (2010, p334) Data Conversion and Loading merupakan pemindahan data yang ada kedalam basis data yang baru dan mengkonversikan aplikasi yang ada agar dapat menggunakan basis data yang baru. Tahapan ini dibutuhkan ketika sistem basis data yang baru menggantikan yang lama. DBMS biasanya memiliki fitur untuk memanggil ulang file yang telah ada ke dalam basis data baru. Dapat juga mengkonversi dan menggunakan program aplikasi dari sistem yang lama untuk digunakan oleh sistem yang baru. 21 2.5.10 Testing Menurut Connolly dan Begg (2010, p334) Testing adalah suatu proses menjalankan aplikasi sistem basis data dengan tujuan untuk mencari kesalahan yang ada. Tahap ini hanya akan terlihat jika terjadi kesalahan pada software. Kriteria yang dapat digunakan untuk menggunakan evaluasi ini adalah Learn Ability Berapa lama user baru menggunakan sistem. Performance Seberapa baik respon dari sistem yang dihadapkan pada hasil kerja user. Robustness Seberapa tinggi toleransi dari sistem terhadap kesalahan user. Recoverability Seberapa baik sistem untuk menutupi kesalahan user. Adaptability Seberapa dekat sistem berhubungan dengan model kerja. 2.5.11 Operational Maintenance Menurut Connolly dan Begg (2010, p335) Operational Maintenance adalah proses dari pengamatan dan perbaikan dari sistem basis data yang sudah diterapkan. Dalam tahap sebelumnya, sistem basis data sudah sepenuhnya diimplementasikan dan dicoba. Sistem tersebut akan memasuki tahap perbaikan dimana terkait dengan beberapa aktifitas seperti : 22 Pengawasan kinerja sistem, jika kinerja menurun maka memerlukan perbaikan atau pengaturan ulang basis data. Pemeliharaan dan pembaharuan aplikasi basis data (Jika dibutuhkan). Penggabungan kebutuhan baru kedalam aplikasi basis data. 2.6 Normalisasi Menurut Connolly dan Begg (2010, p366) Normalisasi adalah teknik untuk mengidentifikasi suatu hubungan dengan sifat sifat yang diinginkan sesuai dengan kebutuhan perusahaan. Tujuan normalisasi adalah mengindentifikasikan kesesuaian hubungan yang mendukung data untuk memenuhi kebutuhan perusahaan. Adapun karakteristik hubungan tersebut mencakup : Minimalkan jumlah atribut yang diperlukan untuk mendukung kebutuhan perusahaan. Atribut dengan hubungan logika yang menjelaskan mengenai fungsional dependencies yang ditemukan dalam hubungan yang sama. Meminimalkan terjadinya redudansi data. Beberapa hal yang perlu diperhatikan dalam proses nornalisasi meliputi : Suatu teknik formal untuk menganalisa relasi berdasarkan primary key dan fungsional dependencies antar atribut. Dieksekusi dalam beberapa langkah. Setiap langkah mengacu ke bentuk normal tertentu sesuai dengan sifat yang dimilikinya. Setelah normalisasi diproses, relasi menjadi secara bertahap lebih terbatas atau kuat mengenai bentuk formatnya dan juga mengurangi tindakan update yang anomali. 23 Normalisasi terbagi menjadi unormalized form(UNF), First Normal Form(1NF), Second Normal Form(2NF), Third Normal Form(3NF). Unormalized Form(UNF) Merupakan suatu table yang berisikan satu atau lebih grup yang berulang. Membuat table yang unormalized yaitu dengan memindahkan data dari sumber informasi. Contohnya nota penjualan yang disimpan dalam format table dengan baris dan kolom. First Normal Form(1NF) Merupakan sebuah relasi dimana setiap baris dan kolom berisikan satu dan hanya satu nilai. Proses UNF ke 1NF : o Tentukan satu atau kumpulan atribut sebagai kunci untuk table unormalized. o Indetifikasikan grup yang berulang dalam table unormalized yang berulang untuk kunci atribut. o Hapus grup yang berulang dengan cara : Masukkan data yang semestinya kedalam kolom yang kosong pada baris yang berisikan data yang berulang. Menggantikan data yang ada dengan menulis ulang dari kunci atribut yang sesungguhnya kedalam relasi terpisah. Second Normal Form(2NF) Merupakan sebuah relasi dalam 1NF dan setiap atribut non primary key bersifat fully fungsionaly dependent pada primary key. 24 Proses 1NF ke 2NF : o Identifikasikan primary key untuk relasi 1NF. o Identifikasikan fungsional dependencies dalam relasi. o Jika terdapat partial dependencies terhadap primary key maka hapus dengan menempatkan dalam relasi yang baru bersama dengan salinan determinannya. Third Normal Form(3NF) Merupakan sebuah relasi dalam 1NF dan 2NF, dimana tidak terdapat atribut non primary key yang bersifat transitively dependent pada primary key. Proses 2NF ke 3NF : o Identifikasikan primary key dalam relasi 2NF. o Identifikasikan fungsional dependencies dalam relasi. o Jika terdapat transitive dependencies terhadap primary key, hapus dengan menempatkannya dalam relasi yang baru bersama dengan salinan determinannya. 2.7 Entity Relationship Modeling Entity-Relationship Modeling Database digunakan untuk mendesain rancangan-rancangan suatu database dalam suatu organisasi, definisi EntityRelationship Modeling Database adalah : Menurut Rainer (2007, p103), Entity-Relationship Modeling database itu adalah suatu proses yang mendesain rancangan-rancangan database. Menurut Connolly dan Begg (2010, p371), Entity-Relationship Modeling merupakan pemodelan yang berguna untuk memberikan pemahaman yang tepat 25 terhadap data dan penggunaannya di dalam suatu perusahaan. Model ini menggunakan pendekatan top-down dalam perancangan basis data yang dimulai dengan mengidentifikasikan data penting yang disebut entity dan relasi antar data yang akan direpresentasikan ke dalam model. Kemudian ditambahkan detail-detail lebih seperti informasi yang akan dicari mengenai entitas dan relationship yang disebut dengan atribut dan constraints pada entity, atribut dan relationship. 2.7.1 Entity Menurut Connolly dan Begg (2010, p372) Entity merupakan sekumpulan object yang memiliki karakteristik yang sama yang diindentifikasikan oleh perusahaan. Menurut Jeffrey A. Hoffer (2009, p49) Entity adalah seseorang, tempat, object, kejadian ataupun sebuah konsep dalam sebuah hubungan pengguna mengenai dimana data yang dimaintain dalam suatu organisasi yang diharapkan. Ada dua jenis Entity, diantaranya : Strong entity Sebuah jenis entity yang tidak bergantung pada entity lain. Entity ini dapat berdiri sendiri. Weak entity Sebuah jenis entity yang tergantung pada entity lain. Entity ini tidak dapat berdiri sendiri. 2.7.2 Relationship Menurut Connolly dan Begg (2010, p374) Relationship adalah suatu asosiasi antara satu atau lebih entity. 26 Derajat relationship adalah jumlah entitas yang berpartisipasi dalam suatu relationship. Terdiri atas : Binary relationship Merupakan keterhubungan antara dua tipe entitas. Ternary relationship Merupakan keterhubungan antara tiga tipe entitas. Quaternary relationship Merupakan keterhubungan antara empat tipe entitas. Unary relationship Merupakan keterhubungan antara satu tipe entias, dimana tipe entitas tersebut berpartisipasi lebih dari satu kali dengan peran berbeda. Kadang disebut juga recursive relationship. 2.7.3 Attribute Menurut Connolly dan Begg (2010, p379) Attribute adalah suatu karakter dari sebuah entity atau relationship. Sebagai contohnya, entity staff terdiri dari staff number, name, position, salary. Atribut terdiri dari : Simple attribute Merupakan atribut yang terdiri atas satu komponen tunggal dengan keberadaan yang independen dan tidak dapat dibagi menjadi bagian yang lebih kecil lagi. Contohnya : NIM, NOMOR KTP, NOMOR SIM, NPWP, dan sebagainya. Composite attribute 27 Merupakan atribut yang terdiri atas beberapa komponen, dimana masing-masing komponen memiliki keberadaan yang independent. Contohnya atribut address terdiri dari street, city, postcode. Single value attribute Merupakan atribut yang memiliki nilai tunggal untuk setiap kejadian. Contohnya entitas branch memiliki satu nilai untuk atribut branch number pada setiap kejadian. Multivalue attribute Merupakan atribut yang mempunyai beberapa nilai untuk setiap kejadian. Contohnya entitas branch memiliki beberapa nilai atribut telp number pada setiap kejadian. Derived attribute Merupakan atribut yang memiliki nilai yang dihasilkan dari satu atau beberapa atribut lainnya dan tidak harus berasal dari satu entitas. Contohnya lama pinjam dihasilkan dari perhitungan mulai pinjam dikurangi tanggal pengembalian, perhitungan bunga tabungan dari jumlah saldo dan lamanya dana mengendap di tabungan, dan lain sebagainya. 2.7.4 Key Menurut Connoly dan Begg (2010, p381) Key adalah suatu kombinasi dari satu atau lebih kolom yang digunakan untuk mengidentifikasi baris tertentu dalam suatu relasi. Jenis-jenis key, meliputi: Primary Key 28 Candidate Key yang dipilih untuk mengindentifikasikan setiap kejadian atau record suatu entitas secara unique. Foreign Key Sebuah kolom atau gabungan dari kolom yang merupakan primary key dari sebuah table lain daripada table yang muncul. Candidate Key Jumlah minimal atribut atribut yang dapat mengidentifikasikan setiap kejadian atau record secara unique. Composite Key Merupakan Candidate Key yang terdiri atas dua atau lebih atribut. 2.7.5 Structural Constraint Indrajani (2011, p114) Batasan utama pada relationship disebut multiplicity, yaitu jumlah atau range dari kejadian yang mungkin terjadi pada suatu entitas yang terhubung ke satu kejadian dari entitas lain yang berhubungan melalui suatu relationship. Menurut Connolly dan Begg (2010, p396) Structural Constraint adalah batasan tipe entitas yang mempunyai kesamaan dalam relationship. Multiplicity adalah jumlah atau range dari terjadinya suatu keadaan berdasarkan suatu entitas yang berhubungan dengan kejadian tunggal dari jenis entitas yang terkait melalui suatu hubungan tertentu. Hubungan yang paling umum adalah binary relationship, yang terdiri atas : One to One (1 : 1) Hubungan antara entitas yang satu dengan entitas yang lain mempunyai relasi hubungan satu entitas. 29 One to Many (1 : *) Hubungan antara entitas pertama yang mempunyai banyak relasi dengan entitas kedua yang mempunyai relasi satu entitas. Many to Many (* : *) Hubungan antara entitas pertama yang mempunyai relasi banyak dengan entitas kedua. 2.8 Penjualan Di dalam perusahaan dagang, penjualan itu merupakan suatu proses yang umum dilakukan, definisi penjualan adalah: Menurut Kotler (2010, p528), Penjualan adalah suatu proses dimana kebutuhan pembeli dan penjual terpenuhi. Tujuan dari adanya penjualan adalah untuk mendapatkan keuntungan. Sesuatu yang dijual dapat berupa barang ataupun jasa. Menurut Suparto (2007), Penjualan adalah suatu kegiatan dimana adanya interaksi antara pembeli dan penjual. Dimana kedua belah pihak akan saling menguntungkan. Menurut Indrajani (2011, p68) Kegiatan penjualan terdiri atas penjualan barang dan jasa, baik secara kredit maupun secara tunai. Dalam transaksi penjualan kredit, jika pesanan dari pelanggan telah dipenuhi dengan pengiriman barang atau penyerahan jasa, untuk jangka waktu tertentu perusahaan memiliki piutang kepada pelanggannya. Dalam sistem penjualan tunai, barang atau jasa baru diserahkan oleh perusahaan kepada pembeli jika perusahaan telah menerima kas dari pembeli. 30 2.9 Pembelian Di dalam perusahaan dagang, kegiatan pembelian barang merupakan suatu kegiatan yang selalu di lakukan untuk memenuhi kebutuhan perusahaan, definisi penjualan adalah: Menurut Schroeder (2007, p335), Pembelian adalah suatu kegiatan untuk mendapatkan suatu barang, baik itu barang mentah maupun barang jadi yang bertujuan untuk memenuhi kebutuhan suatu perusahaan. Indrajani (2011, p71) Pembelian adalah suatu usaha yang digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Pembelian merupakan kegiatan yang dilakukan oleh semua organisasi/perusahaan. Pada waktu proses pembelian berlangsung, pembeli harus memperhatikan kualitas barang yang akan dibeli tersebut. Didalam kegiatan pembelian ini, terdapat dua macam jenis transaksi yaitu: Tunai Pembelian secara tunai adalah suatu transaksi dimana pembayaran dilakukan secara langsung saat itu juga. Kredit Pembelian secara kredit adalah suatu transaksi dimana pembayaran tidak dilakukan secara langsung, tetapi dilakukan beberapa waktu kemudian sesuai dengan kesepakatan kedua belah pihak. 2.10 Persediaan Di dalam perusahaan dagang, persediaan barang merupakan inti dari kegiatan perusahaan, tanpa adanya persediaan barang maka perusahaan tidak dapat melakukan kegiatan usahanya, definisi persediaan adalah: 31 Menurut Stevenson (2009, p571), Re-order point terjadi ketika jumlah persediaan telah mendekati jumlah minimal yang telah ditetapkan. Re-order point ini berguna untuk mencegah kehabisan stok barang. Dalam perusahaan dagang, persediaan hanya terdiri atas satu golongan, yaitu persediaan barang dagangan, yang merupakan barang yang dibeli untuk dijual kembali. Transaksi yang mengubah persediaan produk jadi, persediaan bahan baku, persediaan bahan penolong, persediaan bahan habis pakai pabrik, dan persediaan suku cadang, bersangkutan dengan transaksi internal perusahaan dan transaksi yang menyangkut pihak luar perusahaan (Penjualan dan pembelian). Persediaan dikatakan sangat penting bagi perusahaan, karena persediaan berguna untuk : Menghilangkan resiko keterlambatan datangnya barang. Menghilangkan resiko dari produk yang dipesan tidak bagus atau rusak. Mempertahankan stabilitas operasi perusahaan atau menjamin kelancaran arus produksi. Memberikan pelayanan kepada pelanggan sebaik baiknya, dimana keinginan langganan pada setiap waktu dapat terpenuhi atau memberi jaminan tetap tersedianya barang tersebut. 2.11 Fact Finding Techniques Menurut Connolly dan Begg (2010, p341), proses formal menggunakan teknik seperti interview dan kuesioner untuk mengumpulkan fakta mengenai sistem, kebutuhan, dan preferensi. Dari pengertian di atas dapat disimpulkan bahwa teknik fact finding seperti interview dan kuisioner digunakan untuk mengetahui data-data mengenai kebutuhan 32 sistem pada suatu perusahaan. Terdapat 5 teknik Fact finding yang biasanya digunakan, yaitu: 1. Examining Documentation Dengan memeriksa dokumentasi dari sistem yang ada seperti form, laporan ,dan file maka akan dapat memahami sistem berjalan dengan cepat. Keuntungan Kerugian Tingkat akurasi data tinggi Solusi permasalahan Membutuhkan biaya yang lebih besar diperoleh Membutuhkan waktu yang lebih dengan cepat dan akurat banyak 2. Interviewing Merupakan teknik wawancara untuk mendapatkan suatu informasi. Terdapat dua bentuk wawancara yang dapat dilakukan yang pertama dalah unstructured interview sehingga fokus wawancara dapat berpindah-pindah. Bentuk kedua adalah structured interview dimana interviewer memiliki pertanyaan-pertanyaan spesifik untuk dijawab oleh interviewer. Pertanyaan tersebut dapat berupa open-ended questions dan closed ended-questions. Keuntungan Kerugian Mengizinkan nara sumber untuk Membutuhkan biaya yang besar dan merespon dengan bebas dan terbuka waktu yang lama untuk memberikan pertanyaan Mengizinkan nara sumber merasakan Kesuksesan bagian dari proyek kemampuan pewawancara tergantung dari berkomunikasi dari 33 3. Observing the enterprise in operation Dengan teknik ini maka dimungkinkan pengamatan pada saat melakukan aktivitas dan belajar mengenai sistem yang sedang berjalan. Keuntungan Kerugian Data yang diperoleh lebih akurat Waktu yang dibutuhkan lebih banyak Dapat secara langsung menganalisis Biaya yang dikeluarkan lebih besar masalah yang sedang terjadi 4. Research Suatu teknik fact-finding yang berguna untuk penelitian yaitu dengan mengumpulkan data-data dari berbagai media yang ada seperti buku, internet dan artikel-artikel. Keuntungan Kerugian Dapat menghemat waktu jika solusi Jika solusi tidak ditemukan maka telah ada waktu yang diperlukan akan lebih banyak Menjaga peneliti agar up to date Masalah yang tidak didokumentasi dengan penelitiannya akan sulit untuk diselesaikan 5. Questionnaires Kuesioner adalah fasilitas untuk mendapatkan fakta dari banyak peserta sekaligus. Terdapat dua bentuk pertanyaan pada suatu kuesioner yaitu freeformat question dan fixed-format question. Free-format question mengedepankan kebebasan responden dalam menjawab pertanyaan sehingga pertanyaan tidak disertai oleh jawaban yang sudah diarahkan sebelumnya. 34 Fixed-format question menginginkan jawaban dengan memiliki jawaban yang paling sesuai dari beberapa jawaban yang ada. Keuntungan Kerugian Dapat menghemat biaya Kuesioner yang dikembalikan tidak lengkap Jawaban dapat dianalisis dengan Membutuhkan waktu yang banyak mudah dalam menyiapkan kuesioner 2.12 Kerangka Pemikiran Konstruksi Ruang Lingkup Masalah Analisis masalah Analisis Kebutuhan Rancangan Konseptual Model Rancangan Logikal Model Rancangan Fisikal Model Implementasi dan Pengujian Gambar 2.2 Kerangka Pemikiran 35 Kerangka Pemikiran yang tergambar diatas dapat dijelaskan sebagai berikut: 1. Konstruksi merupakan perencanaan dalam membangun suatu rancangan basis data. 2. Ruang lingkup masalah merupakan suatu batasan dari permasalahan yang dibahas. 3. Analisis masalah merupakan suatu tindakan untuk menganalisis masalah yang sedang terjadi sehingga menemukan solusi permasalahan tersebut. 4. Analisis kebutuhan merupakan suatu tindakan dalam menganalisis kebutuhan apa saja yang dibutuhkan dalam suatu perancangan. 5. Melakukan perancangan basis data yang terdiri dari perancangan konseptual, logical, dan fisikal. 6. Melakukan implementasi dan pengujian dari basis data.
