Microsoft Word - BAB 2 Landasan Teori
advertisement
BAB 2 LANDASAN TEORI 2.1 Teori Umum 2.1.1 Data 2.1.1.1 Pengertian Data Menurut Whitten (2004, p27) data adalah Raw Fact tentang orang, tempat, acara, dan sesuatu yang penting bagi perusahaan. Menurut Turban, Efraim (2004, p14) data adalah bentuk referensi yang jamak meskipun biasanya data merepresentasikan bentuk singular maupun plural dimana data merupakan bahan mentah atau observasi yang secara khusus tentang fenomena khusus atau transaksi bisnis. 2.1.1.2 Pengertian Basis data Menurut Thomas Connolly dan Carolyn Begg (2010, p65), basis data adalah sekumpulan data yang berelasi secara logikal dan deskripsi dari data dirancang untuk memenuhi kebutuhan informasi dari sebuah organisasi. Menurut Raghu Ramakhrisnan dan Johannes Gehrke (2003, p4) basis data adalah kumpulan dari data, biasanya 9 10 menggambarkan aktivitas dari satu atau banyak organisasi yang terhubung. 2.1.1.3 Pengertian Sistem Basis Data Menurut Date (2000, p5), pada dasarnya sistem basis data adalah sebuah sistem penyimpanan record terkomputerisasi yang tujuan keseluruhannya untuk menyimpan dan mengijinkan user untuk mengambil dan merubah informasi sesuai dengan kebutuhannya. 2.1.1.4 Bahasa Sistem Basis Data 2.1.1.4.1 Data Definition Language (DDL) Menurut Thomas Connolly dan Carolyn Begg (2010, p92) Data Definition Language (DDL) adalah sebuah bahasa yang mengijinkan Database administrator (DBA) atau pengguna untuk menjelaskan dan memberi nama kepada entitas, atribut, dan hubungan yang diperlukan untuk aplikasi, secara bersamaan dengan associated integrity dan security constraint. 2.1.1.4.2 Data Manipulation Language (DML) Menurut Thomas Connolly dan Carolyn Begg (2010, p92), Data Manipulation Language adalah sebuah bahasa yang 11 menyediakan satu set operasi untuk mendukung dasar dari operasi manipulasi data pada data yang disimpan pada basis data. 2.1.2 Manajemen Sistem Basis Data (DBMS) 2.1.2.1 Pengertian DBMS Menurut Thomas Connolly dan Carolyn Begg (2010, p66), DBMS adalah sebuah sistem software yang memungkinkan penggunanya untuk mendefinisikan, membuat, memelihara, dan mengendalikan akses ke basis data. 2.1.2.2 Fungsi DBMS Menurut Thomas Connolly dan Carolyn Begg (2010, p99) Fungsi DBMS adalah: - Menyimpan, memperoleh, dan mengupdate data. - Sebuah katalog yang bisa diakses oleh pengguna. - Mendukung transaksi. - Layanan kendali concurrency. - Layanan Recovery. - Layanan authorisasi. - Mendukung data komunikasi. 12 - Layanan integrity. - Layanan untuk promote data indepencene. - Layanan utility. 2.1.2.3 Fasilitas DBMS Menurut Connolly dan Begg (2010, p66) DBMS menyediakan pengendalian akses ke basis data yaitu : - Sistem keamanan yang mencegah pemakai yang tidak memiliki hak akses untuk mengakses basis data. - Integrity system yang menangani konsistensi data yang telah disimpan. - Sistem concurrency control yang mengijinkan untuk berbagi akses dari basis data. - Recovery control system yang memperbaiki basis data menjadi seperti sebelumnya yang disebabkan karena adanya kegagalan yang terjadi pada perangkat keras atau perangkat lunak. - User-accessible catalog yang berisi tentang deskripsi dari data-data yang telah tersimpan dalam basis data . 2.1.2.4 Komponen Lingkungan DBMS 13 Menurut Thomas Connolly dan Carolyn Begg (2010, p68) komponen lingkungan DBMS terdiri dari : - Hardware DBMS dan aplikasi memerlukan hardware agar dapat dijalankan. Beberapa DBMS hanya dapat bekerja pada hardware atau sistem operasi tertentu. DBMS juga membutuhkan sejumlah minimum dari main memory dan space disk untuk bekerja. - Software Komponen software terdiri dari software DBMS itu sendiri dan program aplikasi, bersama dengan sistem operasi, termasuk network software jika DBMS digunakan pada jaringan. - Data Mungkin, komponen yang paling penting dari lingkungan DBMS dari pandangan end-user adalah data. Data bertindak sebagai jembatan antara komponen mesin dan komponen manusia. Basis data memiliki baik data operasional dan meta-data. - Prosedur 14 Prosedur merujuk pada instruksi dan peraturan yang mengatur rancangan dan kegunaan dari basis data. Pengguna dari sistem dan staff yang mengatur basis data memerlukan dokumentasi prosedur tentang bagaimana menggunakan atau menjalankan sistem. - Manusia Komponen Manusia terdiri dari : - Data administrator adalah orang yang bertanggung jawab untuk pengaturan dari sumber data, termasuk perencanaan basis data, pengembangan dan pemeliharaan, kebijakan dan prosedur, dan desain konseptual / logikal basis data. - Database administrator adalah orang yang bertanggung jawab untuk realisasi fisikal dari basis data, termasuk desain fisikal basis data dan implementasi, kontrol keamanan dan integritas, memelihara sistem operasional, memastikan kepuasan pengguna untuk performa dari aplikasi. - Database designer terbagi menjadi dua yaitu logical database designer dan physical database designer. 15 - Logical database designer adalah orang yang mengidentifikasi data (entitas dan atribut), hubungan antar data, constraint data yang disimpan dalam basis data. Logical database designer menyeluruh dan mengerti harus memiliki secara sepenuhnya tentang data organisasi dan constraint dari data (constraint ini terkadang disebut dengan peraturan bisnis). Peraturan bisnis menggambarkan karakteristik utama dari data yang dilihat oleh perusahaan. - Physical database designer adalah orang memutuskan bagaimana basis data logikal direalisasikan secara fisikal 2.1.2.5 Keuntungan dan Kelemahan DBMS 2.1.2.5.1 Keuntungan DBMS Menurut Connolly dan Begg (2010, p77-80) Database Management System (DBMS) dijanjikan memiliki keuntungan yang potensial. Berikut ini merupakan keuntungan DBMS antara lain: a. Mengontrol penduplikasian data Pendekatan basis data melakukan percobaan untuk menghilangkan data yang redudansi dengan 16 mengintegrasikan file-file sehingga data-data yang sama tidak disimpan di dalam basis data. b. Data yang konsisten Dengan menghilangkan atau mengontrol data yang redundansi, sudah mengurangi resiko data yang tidak konsisten. Apabila data yang disimpan hanya sekali dalam basis data, maka data yang diperbaharui juga hanya sekali dan nilainya dapat digunakan oleh semua pemakai. c. Informasi yang lebih dari jumlah data yang sama Operasional data memungkinkan organisasi untuk mendapat tambahan informasi dari data yang sama setelah data tersebut diintegrasikan. d. Membagi data Basis data tidak lagi hanya dimiliki oleh departemen atau bagian tertentu saja, tetapi basis data menjadi milik organisasi dan bisa diberikan kepada semua pemakai. e. Meningkatkan kesatuan data Kesatuan data menunjukan bahwa data yang disimpan adalah valid dan konsisten. Kesatuan 17 mengijinkan DBA untuk menetapkan batasan kesatuan itu sendiri, dan DBMS menjalankan semua data tersebut. f. Meningkatkan keamanan Keamanan basis data melindungi basis data dari orang-orang yang tidak mempunyai hak akses terhadap basis data tersebut. g. Meningkatkan standar Integrasi mengijinkan DBA untuk mendefinisikan dan DBMS kebutuhan untuk yang menjalankan standard. kebutuhan- Kebutuhan yang standard ini terdiri dari sebuah standar format data dari departemen, organisasi nasional, maupun internasional seperti fasilitas perubahan data, penamaan, dan perubahan prosedur. h. Economy of scale Penghematan biaya bisa dilakukan dengan menggabungkan semua data operasional suatu organisasi ke dalam satu basis data, dan membuat aplikasi yang bekerja dengan satu sumber data saja. 18 i. Menyeimbangkan kebutuhan masalah Database administrator (DBA) akan membuat keputusan tentang rancangan dan penggunaan basis data secara operasional yang menyediakan kebutuhan yang terbaik untuk seluruh organisasi. j. Meningkatkan pengaksesan data Banyak DBMS yang menyediakan bahasa query atau laporan penulis yang memungkinkan pemakai untuk bertanya tentang pertanyaan-pertanyaan dan memperoleh informasi yang dibutuhkan tanpa melibatkan programmer untuk mengambil informasi tersebut dalam basis data. k. Meningkatkan produktifitas DBMS dapat menyederhanakan pengembangan dari suatu aplikasi basis data sehingga dapat meningkatkan produktivitas programmer dan mengurangi waktu pengembangan. l. Meningkatkan independen pemeliharaan melalui data 19 DBMS memisahkan deskripsi basis data dari program aplikasi, sehingga program aplikasi tidak dapat mengubah basis data. m. Meningkatkan konkurensi Seringkali lebih dari satu pemakai sering mengakses file yang sama, dengan adanya DBMS ketepatan konkurensi basis data akan diatur. n. Meningkatkan backup dan perbaikan Jika terjadi kesalahan, backup akan di restore dan pekerjaan setelah backup akan hilang. DBMS yang modern menyediakan fasilitas untuk meminimalisasikan proses-proses yang hilang yang disebabkaan karena kegagalan dalam memproses data. 2.1.2.5.2 Kelemahan DBMS Menurut Connolly dan Begg (2010, p8081) Database memiliki Management kelemahan. Berikut kelemahan DBMS antara lain: a. Kompleks System ini (DBMS) merupakan 20 DBMS merupakan bagian dari perangkat lunak yang sangat kompleks. Kesalahan terhadap pengertian sistem akan mengakibatkan rancangan keputusan yang buruk pada suatu organisasi sehingga perancang basis data dan pengembang basis data, database administrator (DA), serta enduser perlu mengerti tentang keuntungan fungsional DBMS terlebih dahulu. b. Ukuran Kompleksitas dan banyaknya kegunaan dari DBMS menjadikannya perangkat lunak yang sangat besar, sehingga memerlukan tempat penyimpanan data yang besar dan membutuhkan memori yang cukup agar berjalan secara efisien. c. Biaya Biaya yang dikeluarkan untuk bervariasi, tergantung dari DBMS sangat lingkungan kegunaan yang disediakan oleh DBMS tersebut. d. Biaya tambahan untuk perangkat keras dan 21 Kebutuhan tempat penyimpanan data untuk DBMS dan basis data mungkin mengharuskan pembelian tempat penyimpanan data tambahan. e. Biaya konversi Dalam suatu situasi tertentu, biaya untuk DBMS dan perangkat keras tambahan dapat menjadi tidak penting dibanding dengan biaya konversi dari aplikasi yang sudah ada agar dapat berjalan di DBMS dan perangkat keras yang baru. f. Performa Bagaimanapun, DBMS dibuat untuk menjadi lebih umum, agar dapat menangani banyak aplikasi daripada satu saja. Sehingga menghasilkan aplikasi yang tidak berjalan secepat yang diharapkan. g. Kemungkinan gagal yang lebih tinggi Pemusatan dari sumber kerentanan system yang daya meningkatkan dikarenakan semua pemakai dan aplikasi bergantung pada ketersediaan dari DBMS, kegagalan dari salah satu komponen dapat membuat operasi berhenti. 22 2.1.3 Tahapan Perancangan Basis Data 2.1.3.1 Tahapan Konseptual Menurut Connolly dan Begg (2010, p470-485) Langkah-langkah membangun konseptual database design yaitu : 1. Membangun data model lokal konseptual untuk setiap view 1.1 Mendefinisikan tipe entitas Cara alternatif yang dipakai adalah dengan cara mendefinisikan entitas untuk mencari objek yang dibutuhkan oleh pemakai. Pada metode ini perlu untuk mengidentifikasikan entitas-entitas yang ada untuk memeriksa keperluan pemakai secara spesifikasi. 1.2 Mendefinisikan tipe relationship Pada kenyataannya catatan keperluan yang spesifikasi adalah adanya saran untuk relationship dimana catatan-catatan tersebut penting untuk perusahaan dan akan terdapat dalam model. 1.3 Identifikasi dan asosiasi attribut dengan entitas atau tipe relationship Metode ini mengidentifikasikan tipe-tipe dari kenyataan yang ada tentang entity-entity dan relationship yang telah dipilih untuk direpresentasikan pada basis data. 1.4 Menentukan domain atribut 23 Domain merupakan kumpulan dari nilai-nilai dimana terdapat satu atau lebih atribut yang tergambar dalam nilai atribut itu sendiri. Untuk mengembangkan data model secara spesifik termasuk: -Mengijinkan kumpulan nilai untuk atribut -Ukuran dan bentuk atribut Implementasi dari karakteristik domain pada DBMS masih menjadi subjek dari penelitian. Atribut domain berisi identifikasi atribut domain tersebut, catatan nama atribut domain tersebut, dan karakteristik yang terdapat dalam kamus data. 1.5 Menentukan atribut candidate, primary, dan alternate key Pada metode ini, memilih primary key diantara candidate key sangat penting sehingga diperlukan pedoman untuk dapat membantu membedakan key tersebut. 1.6 Mempertimbangkan penggunaan konsep enhanced modeling (Optional) Pada metode ini, kita memiliki pilihan untuk melanjutkan pengembangan dari ER model menggunakan konsep modeling tingkat lanjut ( specialization, generalization, aggregation, dan compotition) 1.7 Memeriksa ulang model-model untuk redudansi 24 Pada tahap ini, perlu dilakukan pemeriksaan model konseptual data dengan objek identifikasi yang lebih spesifik dimana terdapat model yang redudansi dan menghilangkan yang ada. Tiga aktivitas yang perlu dilakukan pada langkah ini adalah - Meninjau kembali one-to-one relationship (1:1) - Menghilangkan relationship yang redudansi - Mempertimbangkan dimensi waktu 1.8 Memvalidasikan model data konseptual dengan transaksi user Pada tahap ini terdapat dua pendekatan yang mendukung model konseptual data untuk pemakaian transaksi yaitu - Menjelaskan transaksi - Menggunakan pathway transaksi 1.9 Meninjau model data konseptual dengan pemakai Pada tahap ini perlu dilakukan pengulangan dengan pemakai. model konseptual termasuk ER diagram dan mendukung dokumentasi yang menjelaskan tentang data model. Tahap ini perlu ditinjau secara berulang-ulang. Proses pengulangan ini akan berhenti apabila pemakai menyediakan model telah disetujui sehingga tidak perlu melakukan 25 pengulangan karena representasi tersebut telah disepakati bersama. 2.1.3.2 Tahapan Logikal Menurut Connolly dan Begg (2010, p490 - 460) Langkahlangkah membangun logikal database design adalah 2. Membangun data model logikal 2.1 Menurunkan relasi untuk data model logikal Tahap ini bertujuan untuk membuat relasi untuk data model logikal untuk merepresentasikan entitas, hubungan, dan atribut yang telah diidentifikasi. 2.2 Memvalidasikan relasi menggunakan normalisasi Tahap ini bertujuan untuk memvalidasi relasi pada data model logikal menggunakan normalisasi. Tujuan dari normalisasi adalah untuk memastikan bahwa set dari relasi memiliki jumlah attribut minimal yang cukup untuk mendukung kebutuhan data perusahaan. 2.3 Memvalidasikan hubungan dengan transaksi user Tahap ini diperlukan untuk memastikan hubungan pada model data logikal yang mendukung transaksi yang dibutuhkan. Pada tahap ini hubungan yang dibuat pada tahap sebelumnya dalam transaksi yang ada perlu untuk ditinjau 26 kembali sehingga dapat memastikan bahwa tidak ada kesalahan yang muncul pada saat membuat relations. 2.4 Mengecek integrity constraint Tahap ini bertujuan untuk memeriksa apakah integrity constraint terdapat pada data model logikal. Integrity constraint merupakan constraint yang menentukan penjagaan keamanan basis data dari ketidaksempurnaan, ketidakakuratan, ataupun ketidakkonsistensi. 2.5 Meninjau kembali data model lokal logikal dengan transaksi pengguna Tahap ini bertujuan untuk meninjau kembali data model lokal logikal dengan pengguna untuk memastikan data model merupakan representasi nyata dari kebutuhan data perusahaan. 2.6 Menggabungkan data model logikal ke dalam data model global (pilihan) Tujuan pada tahap ini adalah untuk menggabungkan data model lokal logikal ke dalam sebuah data model global logikal yang merepresentasikan semua user view pada basis data. Langkah – langkah pada tahap ini : 2.6.1 Menggabungkan data model lokal logikal kedalam data model global logikal 27 2.6.2 Validasi data model global logikal 2.6.3 Meninjau kembali data model global logikal dengan user. 2.7 Cek untuk perkembangan dimasa depan Tahap ini bertujuan untuk menentukan apakah ada perubahan secara besar pada masa depan dan untuk memperkirakan apakah data model logikal dapat mengakomodasi perubahan tersebut. 2.1.3.3 Tahapan Fisikal Menurut Connolly dan Begg (2010, p523 - 544) Langkahlangkah merancang basis data fisikal adalah sebagai berikut: 3. Menerjemahkan data model global logikal untuk DBMS Tujuan. 3.1 Merancang relasi dasar Mengidentifikasi logical data model pada DBMS. Untuk membuat proses rancangan fisikal, harus menyusun dan mengasilimilasi dari hubungan yang dihasilkan data model logikal. 3.2 Merancang representasi dari data turunan Langkah ini bertujuan untuk menentukan bagaimana merepresentasikan data turunan yang ada pada data model global logikal pada DBMS tujuan. 3.3 Merancang constraint perusahaan 28 Tahap ini bertujuan untuk merancang constraint perusahaan bagi DBMS tujuan. 4. Merancang organisasi file dan index 4.1 Menganalisa transaksi Tahap ini bertujuan untuk mengetahui kegunaan dari transaksi yang akan berjalan pada basis data dan untuk menganalisa transaksi yang penting. 4.2 Memilih organisasi file Tahap ini bertujuan untuk menentukan organisasi file yang efisien untuk setiap relasi dasar. 4.3 Memilih indeks-indeks Tahap ini bertujuan untuk menentukan apakah dengan menambahkan index akan meningkatkan performa dari sistem. 4.4 Memperkirakan kebutuhan disk-space Tahap ini bertujuan untuk memperkirakan jumlah dari disk-space yang akan diperlukan oleh basis data. 5. Merancang user view Dalam merancang user view yang diidentifikasi selama pengumpulan persyaratan dan menganalisis tahap-tahap pada sistem basis data. 6. Merancang mekanisme keamanan 29 Basis data merepresentasikan sumber daya yang berhubungan dengan undang-undang atau hukum yang diperlukan. Pada metode ini diperlukan dokumentasi dari keperluan sistem secara spesifik. Pada metode ini, perancang basis data harus menyadari fasilitas yang ditawarkan oleh target DBMS. Keamanan pada basis data memiliki dua tipe yaitu - Keamanan sistem yang menangani akses dan kegunaan basis data pada level sistem seperti username dan password. - Keamanan data yang menangani akses dan kegunaan objek dari basis data (seperti relation dan view) dan tindakan dari pemakai yang memiliki objek. 2.1.4 Normalisasi Menurut Connoly dan Begg (2010, p415-418) normalisasi adalah suatu teknik yang menghasilkan satu set relasi dengan properties yang diinginkan, yang memberikan kebutuhan data organisasi. Beberapa bentuk proses normalisasi tersebut adalah sebagai berikut : 2.1.4.1 Bentuk Tidak Normal (Unnormalized Form / UNF) Menurut Connolly dan Begg (2010, p430) UNF merupakan sebuah table yang berisi satu atau lebih kelompok yang berulang. 30 2.1.4.2 Bentuk Normal Pertama (First Normal Form / 1NF) Menurut Connolly dan Begg (2010, p430), bentuk normal pertama adalah sebuh relasi dimana pertemuan setiap kolom dan baris mengandung satu dan hanya satu nilai. 2.1.4.3 Bentuk Normal Kedua (Second Normal Form / 2NF) Menurut Connolly dan Begg (2010, p434) Bentuk normal kedua adalah sebuah relasi yang berada pada bentuk normal pertama dan setiap atribut non-primary key bergantung secara penuh pada primary key. Data hanya dengan satu primary key sudah langsung berada pada 2NF. 2.1.4.4 Bentuk Normal Ketiga (Third Normal Form / 3NF) Menurut Connolly dan Begg (2010, p436) bentuk normal ketiga merupakan suatu relasi yang terdapat pada bentuk normal pertama dan kedua dimana tidak terdapat atribut non primary key yang memiliki ketergantungan transitif pada primary key. 2.1.5 Model Entitas Relasional (Entity Relational Modelling) 2.1.5.1 Tipe Entitas Menurut Connolly dan Begg (2010, p372) Tipe entitas merupakan sebuah grup dari objek dengan sifat yang sama, yang diidentifikasi oleh perusahaan dan memiliki keberadaan secara mandiri. 31 Konsep dasar dari model ER adalah tipe entitas, dimana merepresentasikan sebuah grup dari “objek” pada “dunia nyata” dengan sifat yang sama. 2.1.5.2 Attribut Menurut Connolly dan Begg (2010, p379) atribut merupakan sifat-sifat (properti) dari sebuah entitas atau tipe relasi. Setiap atribut diasosiasikan dengan sebuah set dari nilai yang disebut domain. Atribut domain. Atribut domain adalah himpunan nilai yang diperbolehkan untuk satu atau lebih atribut. Macam-macam atribut : 1. Simple Attribute Atribut yang terdiri dari satu komponen tunggal dengan keberadaan yang independen dan tidak dapat dibagi menjadi bagian yang lebih kecil lagi seperti jabatan, GajiKaryawan. Atribut ini dikenal juga dengan nama Atomic Attribute. 2. Composite Attribute Atribut yang terdiri dari beberapa komponen, dimana masing-masing independen. komponen Misalkan atribut NamaJalan, Kota, KodePos. 3. Single-valued Attribute memiliki Alamat keberadaan dapat terdiri yang dari 32 Atribut yang mempunyai nilai tunggal untuk setiap kejadian. Misalnya entitas Cabang memiliki satu nilai untuk atribut IDCabang pada setiap kejadian. 4. Multi-valued Attribute Atribut yang mempunyai beberapa nilai untuk setiap kejadian. Misalnya entitas Branch memiliki beberapa nilai untuk atribut NoTelp pada setiap kejadian. 5. Derived Attribute Atribut yang merepresentasikan sebuah nilai yang dapat diturunkan dari nilai sebuah atribut yang saling berhubungan atau satu set dari atribut. 2.1.5.3 Tipe-Tipe Relasi Menurut Connolly dan Begg (2010, p374) tipe relasi adalah sebuah set dari asosiasi antar tipe entitas yang berarti. Menurut Connolly dan Begg (2010, p375), Relationship occurrence adalah sebuah asosiasi unik yang diidentifikasi yang melibatkan satu kejadian dari setiap entitas yang terlibat. Terdapat tiga tipe relasi yaitu : 2.1.5.3.1 One-to-one Relationship - Menentukan Multiplicity 33 Menentukan multiplicity biasanya memerlukan pemerikasaan relasi yang akurat antara data yang diberikan pada constraint perusahaan menggunakan contoh data. - Membuat representasi dari one-to-one relationship Berikut ini merupakan contoh one-to-one relationship yaitu Relasi pasien menempati tempat tidur Pasien menempati tempat tidur Reza R1 ranjang 1 Daud R2 ranjang 2 Edward R3 ranjang 3 Gambar 2.1 Relasi one-to-one 2.1.5.3.2 One-to-many Relationship Menurut Connolly dan Begg (2010, p387-388) Langkahlangkah dalam menentukan one-to-many relationship adalah dengan cara : - Menentukan multiplicity - Membuat representasi dari one-to-many relationship 34 Berikut ini contoh one-to-many relationship yaitu Relasi pegawai yang bekerja pada departemen Pegawai bekerja departemen Reza R1 D001 Daud R2 D002 Edward R3 D003 Gambar 2.2 Relasi one-to-many 2.1.5.3.3 Many-to-many Relationship Menurut Connolly dan Begg (2010, p388-389) langkah-langkah yang perlu dilakukan dalam menentukan many-to-many relationship yaitu : - Menentukan multiplicity - Membuat representasi dari many-to-many relationship Berikut ini merupakan contoh dari many-to-many relationship yaitu Relasi pegawai yang mengerjakan proyek Pegawai Reza Edward bekerja proyek R1 P001 R2 P002 R3 P003 35 Gambar 2.3 Relasi many-to-many 2.1.5.4 Key Menurut Connolly dan Begg (2010, p381) key memiliki tipe yang berbeda-beda beserta fungsinya. Tipe-tipe key yaitu 2.1.5.4.1 Candidate Key Menurut Connolly dan Begg (2010, p381) candidate key adalah sejumlah minimal atribut-atribut yang secara unik mengidentifikasi setiap kejadian pada entitas. 2.1.5.4.2 Primary Key Menurut Connolly dan Begg (2010, p381) primary key adalah suatu candidate key yang dipilih mengidentifikasikan yang terjadi pada setiap kejadian untuk atau record dari suatu entitas secara unik. 2.1.5.4.3 Composite Key Menurut Connolly dan Begg (2010, p382) composite key adalah suatu candidate key yang terdiri dari dua atau lebih atribut. 2.1.6 Entity Relationship Diagram (ERD) 36 Menurut Silberschatz, Korth, Sudarshan (2002, p27) entity adalah sebuah objek dalam dunia nyata yang dapat dibedakan dari objek lainnya. Sedangkan relationship menurut Silberschatz, Korth, Sudarshan (2002, p31) adalah asosiasi diantara beberapa entity. Jadi entity relationship diagram menurut Silberschatz, Korth, Sudarshan (2002, p42) suatu diagram yang menggambarkan keseluruhan struktural logika dari sebuah basis-data. Entity Relationship Diagram memiliki diagram yang terdiri dari beberapa komponen pokok, yaitu sebagai berikut : • Rectangles : merepresentasikan entity sets • Ellipses: merepresentasikan attribute sets • Diamond: merepresentasikan relationship sets • Lines: yang menghubungkan atribut dari sebuah entity set dengan entity set lainnya dalam sebuah relationship set • Double Ellipse: atribut yang memiliki multivalue • Dashed Ellipse: merepresentasikan atribut turunan • Double Lines: mengindikasikan total partisipasi dari sebuah entity didalam relationship set • Double Rectangle: merepresentasikan entity set yang lemah 37 2.1.7 State Transition Diagram (STD) Menurut Pressman, Roger S. (1997, p317-320) STD digunakan untuk permodelan yang berorientasi objek. state transition diagram (STD) adalah Suatu diagram transisi yang keadaan sistemnya menggambarkan keadaan dan peristiwa yang menyebabkan sistem untuk mengubah kondisi. selain itu, STD menunjukkan tindakan apa yang diambil sebagai konsekuensi dari peristiwa tertentu. STD menunjukkan bagaimana sistem bergerak dari keadaan ke keadaan lainnya. Notasi yang paling penting dari STD adalah 1. State Kumpulan kondisi atau atribut-atribut yang mencirikan benda atau orang pada waktu, keadaan dan kondisi tertentu. Keadaan dapat berarti menunggu sesuatu dari lingkungan luar dan menunggu aktivitas yang sedang berlangsung untuk berubah menjadi aktivitas yang lainnya. Notasi State 2. Transition (Perubahan) State Perubahan state diberi tanda dengan menggunakan tanda panah. Panah digunakan untuk menghubungkan perubahan dari suatu 38 kondisi, panah awal digunakan menyatakan suatu kondisi awal, sedangkan kondisi akhir digambarkan dengan panah. Kondisi Aksi Ada 2 hal yang diperlukan untuk melengkapi STD tersebut yaitu: 1. Kondisi adalah keadaan lingkungan luar yang dilakukan oleh sistem dan menyebabkan perubahan terhadap state. Contohnya berupa sinyal. 2. Aksi adalah keadaan dimana jika sistem ada perubahan state. Aksi dapat menghasilkan tampilan pesan pada layar pengguna, membuat kalkulasi dan lainnya. 2.1.8 Data Flow Diagram (DFD) Menurut Whitten (2004, p344) DFD merupakan salah satu tool yang menggambarkan aliran data yang ada dalam sistem dan suatu proses yang dilakukan oleh suatu sistem. Dalam membuat DFD maka perlu untuk mengetahui simbol-simbol yang terdapat pada DFD. Berikut merupakan simbol-simbol yang terdapat pada DFD yaitu : 1. Proses Menurut Whitten (2004, p347) proses menggambarkan apa yang dilakukan oleh sistem, yang berfungsi untuk mengolah satu atau beberapa 39 data masukan menjadi satu atau beberapa data keluaran sesuai dengan spesifikasi yang diinginkan. Gambar 2.4 Simbol Proses 2. Aliran Data Menurut Whitten (2004, p357-363) aliran data menggambarkan perpindahan informasi dari satu bagian ke bagian lain dari sistem. Awal panah menggambarkan asal data sedangkan arah panah menggambarkan tujuan. Gambar 2.5 Simbol Aliran Data 3. External Agent Menurut Whitten (2004, p363-366) external agent merupakan simbol yang menggambarkan entitas yang berada di luar sistem, dapat berupa orang, kelompok, atau organisasi yang berhubungan dengan sistem. External agent seringkali disebut sebagai external entity. Gambar 2.6 External Agent 40 4. Data Store Menurut Whitten (2004, p366-367) data store disimpan dengan tujuan akan digunakan pada masa yang akan datang. simbol ini digunakan untuk menggambarkan penyimpanan data. Proses dapat mengambil data dari atau memberikan data ke data store. Gambar 2.7 Simbol Data Store 2.1.9 Siklus hidup Pengembangan Sistem Basis Data Menurut Connolly dan Begg (2010, p313-314) siklus hidup pengembangan sistem basis data diasosiasikan dengan siklus hidup sistem informasi. Sangat penting untuk mengenali tahapan dari pengembangan sistem basis data tidak berurutan secara ketat, tetapi melibatkan beberapa perulangan dari tahap sebelumnya melalui feedback loop. 41 Database planning System definition Requirements collection and analysis Application design Prototyping (optional) Implementation Data conversion and loading Gambar 2.8 Gambar Siklus Daur Hidup Database 42 Berikut ini merupakan penjelasan dari kegiatan-kegiatan dari siklus hidup pengembangan aplikasi basis data yaitu : 2.1.9.1 Perencanaan Basis Data Menurut Connolly dan Begg (2010, p313) perencanaan basis data merupakan aktivitas-aktivitas manajemen yang memungkinkan tahap-tahap dari pengembangan siklus hidup sistem basis data direalisasikan seefisien dan seefektif mungkin. Tahap awal yang penting dalam perencanaan basis data adalah menentukan dengan jelas mission statement untuk sistem basis data. Mission statement ini menentukan tujuan utama sistem basis data. Mission Statement membantu menjelaskan tujuan sistem basis data dan menyediakan cara yang lebih jelas untuk menciptakan suatu basis data yang efektif dan efisien. Tahap selanjutnya adalah mission objective. Setiap mission objective harus mengidentifikasi tugas-tugas tertentu yang akan didukung oleh basis data. 2.1.9.2 Pendefinisian Sistem Menurut Connolly dan Begg (2010, p316) pendefinisian sistem ini bertujuan untuk menggambarkan ruang lingkup dan batasan dari sistem basis data dan view penggunan secara umum. Sebelum mencoba untuk merancang sebuah sistem basis data, sangat penting untuk mengidentifikasi batasan dari sistem 43 yang kita selidiki pertama kali. Dan bagaimana antarmuka dengan bagian lain dari organisasi sistem informasi. 2.1.9.3 Analisis dan Pengumpulan Kebutuhan Menurut Connolly dan Begg (2010, p316) Tahap ini melibatkan pengumpulan dan analisis informasi tentang bagianbagian perusahaan yang akan dilayani oleh basis data. Informasi didapatkan dari setiap user view utama, termasuk: • Deskripsi data yang digunakan dan dihasilkan. • Rincian bagaimana data digunakan dan dihasilkan. • Kebutuhan tambahan lainnya untuk aplikasi basisdata yang baru. Informasi ini kemudian dianalisis untuk mengidentifikasi kebutuhan-kebutuhan yang akan disertakan dalam aplikasi basis data yang baru. 2.1.9.4 Perancangan Basis Data Menurut Connoly dan Begg (2010, p320) perancangan basis data merupakan proses pembuatan suatu rancangan untuk basis data yang akan mendukung operasi dan objektif perusahaan untuk data yang diperlukan. Ada dua pendekatan yang dapat dilakukan dalam perancangan basis data yaitu sebagai berikut : • Bottom-up 44 Menurut Connolly dan Begg (2010, p321) pendekatan ini dimulai dari tingkat paling dasar dari atribut (yakni properti dari entity dan hubungan relasional) dimana melalui analisis gabungan antara atribut-atribut yang ada, dikelompokkan ke dalam relasi-relasi yang merepresentasikan tipe-tipe entitas dan hubungan antar entitas. Pendekatan ini lebih cocok untuk perancangan basis data yang sederhana dengan jumlah atribut yang relatif kecil. • Top-down Menurut Connolly dan Begg (2010, p321) pendekatan ini digunakan untuk perancangan basis data yang kompleks, dimulai dengan mengembangkan data model yang terdiri dari beberapa entitas dan relationship level tinggi, kemudian menerapkan perbaikan top-down secara berurutan untuk mengidentifikasi entitas, relationship, dan atribut yang dihubungkan pada level yang lebih rendah. Pendekatan top-down mengunakan konsep model Entity Relationship (ER) yang dimulai dengan menentukan entitas dan relationship antar entitas. 2.1.9.5 Pemilihan DBMS Menurut Connolly dan Begg (2010, p325-329) pemilihan DBMS merupakan pemilihan dari ketepatan DBMS yang 45 mendukung sistem basis data. Dalam memilih DBMS perlu melakukan langkah-langkah sebagai berikut : i. Mendefinisikan kerangka yang digunakan untuk acuan studi terlebih dahulu. Kerangka yang menjadi pemilihan DBMS dibangun, acuan untuk menyatakan tujuan, batasan dari pelajaran, serta tugas-tugas yang perlu untuk diambil alih. ii. Persiapan dua atau tiga produk Kriteria cenderung menjadi “penting” untuk sebuah implementasi yang bisa digunakan untuk menghasilkan sebuah daftar pendahuluan dari produk DBMS untuk evaluasi. iii. Mengevaluasi produk-produk Ada fitur yang beragam yang dapat digunakan untuk mengevaluasi sebuah produk DBMS untuk tujuan evaluasi, fitur tersebut bisa melakukan analisis secara kelompok maupun individual. iv. Merekomendasikan pilihan-pilihan menghasilkan laporan 46 Langkah terakhir dari pemilihan DBMS adalah untuk mendokumentasikan dari prosesproses dan untuk menyediakan sebuah pernyataan dari menemukan dan merekomendasikan untuk produk DBMS. 2.1.9.6 Perancangan Aplikasi Menurut Connoly dan Begg (2010, p329) pada tahap ini, akan dilakukan perancangan user interface dan program aplikasi yang digunakan dan memproses basis data. Tampilan merupakan salah satu komponen penting, karena tampilan yang akan menentukan keberhasilan penyampaian informasi kepada penggunanya. 2.1.9.7 Prototyping Menurut Connoly dan Begg (2010, p333) prototyping adalah membangun sebuah model kerja dari aplikasi basis data. Tujuan utama dari pengembangan prototype sistem basis data adalah memperbolehkan user untuk menggunakan prototype untuk mengidentifikasi fitur dari sistem yang berjalan dengan baik atau tidak memadai. Terdapat dua strategi prototyping yang digunakan yaitu: 1. Requirement prototyping 47 Requirement prototyping digunakan untuk menentukan keperluan dari tujuan sistem basis data dimana keperluan tersebut harus lengkap dan prototype harus dihilangkan 2. Evolutionary prototyping Evolutionary protoyping digunakan untuk tujuan yang sama, perbedaan yang terpenting adalah bahwa prototype tidak dihilangkan, tapi pengembangan yang lebih jauh menjadi pekerjaan sistem basis data tersebut. 2.1.9.8 Implementasi Menurut Connoly dan Begg (2010, p333-334) implementasi adalah realisasi secara fisik dari basis data dan rancangan aplikasinya, 2.1.9.9 Konversi Data dan Loading Menurut Connolly dan Begg (2010, p334) konversi data dan loading adalah mengirim semua data yang lama ke dalam basis data baru dan mengubah semua aplikasi yang ada agar dapat berjalan di basis data yang baru. Tahap ini dibutuhkan hanya ketika sistem basis data baru menggatikan sistem lama. Sekarang ini, sudah umum untuk sebuah DBMS mempunyai fungsi mengambil arsip-arsip yang ada ke dalam sistem basis data yang baru. 48 2.1.9.10 Pengujian Menurut Connolly dan Begg (2010, p334), testing adalah proses menjalankan sistem basis data dengan tujuan untuk menemukan error. Pengujian sebaiknya juga meliputi usability dari sistem basis data. Idealnya, sebuah evaluasi sebaiknya di lakukan terhadap sebuah spesifikasi usability. Kriteria untuk dapat mengevaluasi yaitu 1. Kemampuan untuk belajar 2. Tampilan suatu sistem 3. Kemandirian suatu sistem 4. Kemampuan untuk menangani pemakai yang salah 5. Kemampuan untuk beradaptasi 2.1.9.11 Pemeliharaan Operasional Menurut Connolly dan Begg (2010, p335) pemeliharaan operasional adalah proses memonitor dan memelihara sistem basis data diikuti dengan instalasi. Setelah sistem basis data beroperasi secara penuh, memonitor secara dekat memastikan performa berada pada level yang bisa diterima. Proses monitoring berlanjut melalui keseluruhan hidup dari sistem basis data dan pada suatu waktu mungkin akan menuju kepada pengorganisasian ulang dari sistem basis data untuk mendukung perubahan yang diperlukan. 49 Pada sistem ini kegiatan yang termasuk di dalamnya adalah - Memonitoring tampilan suatu sistem. Jika tampilannya gagal atau tidak diterima, memperbaiki atau re-organisasi syarat- syarat dari basis data - Pemeliharaan dan perbaruan sistem basis data. Keperluan baru yang digabungkan menuju sistem basis data. 2.2 Teori Khusus 2.2.1 Penyewaaan Menurut Surat Edaran Direktur Jendral Pajak NOMOR SE 35/PJ/2010, Sewa merupakan kesepakatan untuk memberikan hak menggunakan harta selama jangka waktu tertentu baik dengan perjanjian tertulis maupun tidak tertulis sehingga harta tersebut hanya dapat digunakan oleh penerima hak selama jangka waktu yang telah disepakati Menurut Anonymous, Penyewaan adalah suatu kesepakatan dimana sebuah pembayaran dilakukan untuk penggunaan barang, pelayanan, atau properti yang dimiliki oleh orang lain. 2.2.2 Pemeliharaan Menurut Bernard T.Lewis (1999, p1.20) istilah pemeliharaan termasuk semua yang berhubungan dengan pekerjaan terhadap 50 pemeliharaan fasilitas perlengkapan, dan sistem pada level yang memuaskan untuk menunjukkan fungsi bentuk mereka, umumnya pemeliharaan termasuk: - pencegahan dan perkiraan pemeliharaan - pemeliharaan rutin dan perbaikan tambahan - perbaikan utama - perbaikan dalam keadaan darurat - perubahan dan perbaikan untuk meningkatkan fasilitas - house keeping 2.2.3 Analisis dan Perancangan Sistem Menurut Whitten (2004, p186) analisis sistem adalah sebuah teknik pemecahan masalah yang memecahkan sebuah sistem menjadi komponen–komponen untuk tujuan pembelajaran bagaimana komponen– komponen tersebut bekerja dan berinteraksi untuk mencapai tujuannya. 2.2.3.1 Perancangan Sistem Whitten (2004, p186) perancangan system adalah teknik komplementer pemecahan masalah (yang bekerjasama dengan sistem analisis) yang menyusun kembali komponen–komponen sebuah sistem kembali ke sistem yang utuh dengan harapan 51 menghasilkan sistem yang lebih baik. Teknik ini dapat melibatkan penjumlahan, penghapusan, dan perubahan komponen-komponen terhadap sistem yang sebelumnya. 2.2.4 SQL Server Menurut Alexander F.K. Sibero (2010, p10) SQL Server adalah RDBMS (Relational Database Management System) yang dikembangkan oleh Microsoft. SQL Server dapat digunakan seperti basis data untuk kebutuhan personal. 2.2.5 Visual basic .NET Menurut Alexander F.K. Sibero (2010, p9) visual basic .NET adalah bahasa pemrograman yang dikembangkan oleh perusahaan Microsoft. Visual basic .NET merupakan pengembangan dari versi sebelumnya, yaitu visual basic 6.0. Perbedaan mendasar antara visual basic .NET dengan versi – versi sebelumnya adalah kemampuan OOP (object oriented programming) yang telah ditanamkan pada visual basic .NET Menurut McMonnies (2000, p21-22) VB.NET merupakan aplikasi program yang menunjuk pada pemecahan masalah atau solusi yang dikembangkan dengan didasari pemakaian arsitektur .NET terbaik yang bisa diaplikasikan. Salah satu keunggulan yang spesifik dari .NET 52 adalah software ini dikembangkan dalam komponen yang disebut assembly.
