BAB 2 LANDASAN TEORI Pengertian Dasar Sistem Basis Data

Transkripsi

1 BAB 2 LANDASAN TEORI 2.1 Teori-teori Umum Pengertian Dasar Sistem Basis Data Pengertian Data Pengertian data menurut Turban, Rainer, Potter (2003, p15), adalah fakta-fakta yang belum diolah atau gambaran lebih lanjut dari benda-benda, kejadian-kejadian, kegiatan-kegiatan, dan transaksi yang ditangkap, direkam, disimpan, dan diklasifikasikan tetapi tidak disusun untuk menyampaikan arti khusus lainnya. Pengertian data menurut O Brien (2003, p13), data adalah fakta mentah atau observasi, umumnya tentang fenomena fisik atau transaksi bisnis. Secara lebih spesifik, data adalah ukuran obyektif dari atribut (karakteristik) dari entitas (seperti orang, tempat, dan benda) Pengertian Basis Data Menurut Connolly (2005, p15), basis data adalah sekumpulan data yang saling berhubungan secara logikal dan deskripsi dari data tersebut, dirancang untuk memenuhi kebutuhan informasi dari sebuah organisasi. Basis data adalah tunggal, tempat penyimpanan yang besar dari data yang dapat digunakan secara bersamaan oleh banyak departemen dan pengguna. 8

2 9 Menurut Date (2000, p10), basis data adalah sekumpulan data persisten yang digunakan oleh sistem aplikasi yang disediakan oleh suatu perusahaan Pengertian Sistem Basis Data Menurut Date (2000, p5), pada dasarnya sistem basis data adalah sistem penyimpanan record yang terkomputerisasi yang secara keseluruhan bertujuan untuk menyimpan informasi dan memungkinkan penggunanya mengambil dan mengubah informasi tersebut pada saat yang dibutuhkan DBMS (Database Management Sistem) Pengertian DBMS Menurut Hoffer (2009, p49), DBMS merupakan sebuah sistem piranti lunak yang menyediakan metode sistematis untuk menciptakan, memperbaharui, menyimpan dan mengambil data dalam basis data. Menurut Connolly dan Begg (2005, p16), DBMS merupakan suatu sistem piranti lunak yang mengizinkan pengguna untuk mendefinisikan, menciptakan, memelihara, dan mengontrol akses ke dalam basis data Fungsi DBMS Menurut Connolly dan Begg (2005, p48), ada beberapa fungsi dari DBMS adalah sebagai berikut:

3 10 1. Data Storage, Retrieval, dan Update Sebuah DBMS harus menyediakan pengguna dengan kemampuan untuk menyimpan, mengambil dan mengubah data dalam basis data. 2. A User-Accessible Catalog Sebuah DBMS harus menyediakan sebuah catalog dimana deskripsi dari data disimpan dan yang diakses oleh pengguna. 3. Transaction Support DBMS harus menyediakan suatu mekanisme yang memastikan baik semua update berhubungan dengan transaksi yang diberikan dibuat atau tidak satupun dari update tersebut dibuat. 4. Concurrency Control Services DBMS harus menyediakan suatu mekanisme untuk memastikan bahwa basis data ter-update dengan benar ketika beberapa pengguna meng-update basis data pada waktu yang bersamaan. 5. Recovery Service DBMS harus menyediakan sebuah mekanisme untuk memperbaiki basis data yang rusak karena suatu kejadian dengan cara apapun.

4 11 6. Authorization Service DBMS harus menyediakan sebuah mekanisme untuk memastikan bahwa hanya pengguna yang diberi otoritas yang dapat mengakses basis data. 7. Support For Data Communication DBMS harus mampu berintegrasi dengan komunikasi software. 8. Integrity Services DBMS harus menyediakan sarana untuk memastikan bahwa data di dalam basis data dan perubahan data mengikuti aturan tertentu. 9. Service To Promote Data Independence DBMS harus memasukkan fasilitas-fasilitas untuk mendukung program-program independen dari struktur aktual dari basis data. 10. Utility Services DBMS seharusnya menyediakan sekumpulan utility services agar basis data dapat diadministrasi secara efektif Fasilitas DBMS Biasanya DBMS menyediakan fasilitas sebagai berikut: 1. Data Definition Language (DDL): Memungkinkan pemakai untuk mendeskripsikan dan menamakan entitas, atribut dan hubungan yang dibutuhkan

5 12 untuk aplikasi, bersama dengan integritas terkait dan batasan keamanan. 2. Data Manipulation Language (DML): menyediakan satu set operasi untuk mendukung operasi dasar manipulasi data pada data yang disimpan di basis data seperti memasukkan, memodifikasi, menghapus, dan mengambil data dari basis data Komponen-Komponen Dalam Lingkungan DBMS Menurut Connolly dan Begg (2005, p18), Ada lima komponen utama pada DBMS, yaitu: 1. Hardware (perangkat keras) DBMS dan aplikasinya membutuhkan hardware untuk menjalankan aplikasinya. Hardware dapat disusun dari suatu komputer tunggal, suatu mainframe tunggal ke suatu jaringan komputer. 2. Software (perangkat lunak) Komponen dari perangkat lunak terdiri dari perangkat lunak DBMS itu sendiri, program aplikasi beserta sistem operasi, termasuk jaringan perangkat lunak jika DBMS digunakan melalui jaringan. 3. Data Merupakan komponen terpenting pada DBMS, terutama dari sudut pandang pengguna akhir. Data

6 13 berperan sebagai sebuah jembatan antara komponen mesin (hardware dan software) dan komponen manusia. Basis data berisi kedua data yaitu data operasional dan metadata (data yang berisi data). 4. Procedures (prosedur) Prosedur menunjuk pada instruksi dan aturan yang memerintahkan desain dan penggunaan dari basis data. Para pengguna sistem dan para staf yang mengatur dokumen prosedur basis data yang dibutuhkan dan bagaimana cara menggunakan atau menjalankan sistem. Instruksi tersebut misalnya: a. Bagaimana cara memasuki DBMS b. Bagaimana menggunakan fasilitas DBMS atau program aplikasi tertentu c. Bagaimana memulai dan mengakhiri DBMS d. Bagaimana membuat salinan dari database 5. People (manusia) Orang-orang yang berhubungan dengan sistem antara lain: a. Data Administrator (DA) Merupakan seseorang yang bertanggung jawab untuk pengaturan sumber daya data meliputi perencanaan basis data, pengembangan dan

7 14 pemeliharaan standarisasi, kebijakan dan prosedur, dan perancangan basis data konseptual/logikal. b. Database Designers Ada dua tipe dari database designer, antara lain: 1. Logical Database Designer, tugasnya berhubungan dengan mengidentifikasi data, relasi antar data, dan batasan pada data yang akan disimpan di basis data. 2. Physical Database Designer, bertugas untuk memutuskan bagaimana perancangan basis data logikal secara fisikal direalisasikan. c. Application developers, ketika database diimplementasikan, program aplikasi yang menyediakan fungsi yang dibutuhkan oleh pengguna harus diimplementasikan juga. Ini adalah tanggung jawab dari application developers. Biasanya, application developers bekerja dari spesifikasi yang dihasilkan oleh sistem analis. d. End users, para pengguna dapat diklasifikasikan berdasarkan bagaimana mereka menggunakan sistem, yaitu:

8 15 1. Naïve users adalah pengguna yang belum terbiasa menggunakan DBMS. Mereka mengakses basis data melalui program aplikasi tertulis khusus yang mencoba untuk membuat operasi sesederhana mungkin. 2. Shopisticated users biasanya sudah mengenal struktur dari basis data dan fasilitas-fasilitas yang ditawarkan oleh DBMS. Shopisticated users mungkin menggunakan bahasa query tingkat tinggi seperti SQL untuk melakukan operasi yang dibutuhkan Keuntungan dan Kerugian DBMS Menurut Connolly dan Begg (2005, p26), DBMS memiliki keuntungan dan kerugian. Keuntungan DBMS sebagai berikut: a. Kontrol terhadap pengulangan data b. Konsistensi data c. Lebih banyak informasi yang didapat dari jumlah data yang sama d. Data dapat digunakan bersama-sama e. Meningkatkan integritas data f. Meningkatkan keamanan data

9 16 g. Mengurangi biaya h. Memperbaiki pengaksesan data dan tanggapannya i. Meningkatkan produktivitas j. Meningkatkan concurrency k. Memperbaiki layanan backup dan recovery Sedangkan kerugian dari pemakaian DBMS adalah: a. Kompleksitas b. Ukuran data yang besar c. Biaya dari DBMS d. Tambahan biaya perangkat keras e. Biaya konversi f. Kinerja g. Dampak kegagalan yang besar State Transition Diagram (STD) Menurut Whitten (2004, p673), State Transition Diagram (STD) adalah suatu alat yang digunakan untuk menggambarkan urutan dan variasi dari layar yang dapat terjadi selama sesi pengguna. Notasi yang digunakan dalam STD adalah: Kotak digunakan untuk menggambarkan layar tampilan

10 17 Anak panah menggambarkan aliran dari kontrol dan kejadian yang memicu layar menjadi aktif atau menerima fokus Menurut Whitten (2004, p674), suatu STD dapat menjadi cukup besar, terutama ketika semua input, output, help, dan layar-layar lainnya dimasukan ke dalam diagram. Oleh karena itu, sangat umum untuk memecah diagram menjadi beberapa diagram yang lebih sederhana dan lebih mudah dibaca Data Flow Diagram (DFD) Pengertian Data Flow Diagram Menurut Whitten (2004, p344), Data Flow Diagram adalah sebuah alat pemodelan yang digunakan untuk menggambarkan aliran data melalui sebuah sistem dan pekerjaan atau proses yang dilakukan oleh sistem. Hal yang umum untuk mempartisi diagram ke dalam satu set terpisah yang sederhana dan lebih mudah untuk dibaca. Sinonim dari data flow diagram adalah bubble chart, transformation graph, dan process model. Decomposition diagram, juga dikenal dengan hierarchy chart, adalah sebuah alat yang digunakan untuk menggambarkan dekomposisi dari sebuah sistem. Decomposition diagram pada dasarnya adalah alat perencanaan untuk proses model yang lebih detail, yang disebut diagram aliran data. Context diagram adalah model proses yang mengambarkan antarmuka sebuah sistem ke

11 18 dunia bisnis dan dunia luar, termasuk sistem informasi yang lainnya Simbol-simbol DFD Notasi simbol pada data flow diagram menurut Yourdon/DeMarco DFD. Berikut merupakan simbol-simbol yang terdapat pada Data Flow Diagram: a. Proses Proses adalah pekerjaan yang dilakukan oleh sistem sebagai respon terhadap aliran data masuk atau kondisi. Proses menggambarkan bagian dari sistem yang mengolah masukan menjadi keluaran. Proses digambarkan dengan sebuah lingkaran. Setiap simbol proses diidentifikasi dengan tabel. b. Aliran data Aliran menggambarkan perpindahan informasi (input dan output), ke dan dari proses tersebut. Aliran digambarkan dengan sebuah tanda panah. Awal panah menggambarkan asal data sedangkan arah panah menggambarkan tujuan.

12 19 c. Penyimpanan data Data store adalah penyimpanan data yang ditunjukkan untuk penggunaan selanjutnya. Sinonimnya adalah file dan database. Data store digambarkan dengan sebuah kotak dengan ujung terbuka. d. Agen eksternal Agen eksternal adalah orang, unit organisasi, atau organisasi luar yang berinteraksi dengan sistem. Disebut juga entitas eksternal. Agen eksternal digambarkan dengan sebuah persegi empat Document Flowchart (Bagan Aliran Dokumen) Menurut Mulyadi (2001, p64), flowchart adalah aliran dokumen dalam sistem tertentu. Flowchart digunakan untuk menggambarkan proses kegiatan dalam suatu organisasi. Flowchart berupa bagan untuk

13 20 keseluruhan sistem termasuk kegiatan-kegiatan manual dan aliran atau arus dokumen yang dipergunakan dalam sistem. Dibagian ini akan dijelaskan simbol-simbol yang akan digunakan dalam pembutan flowchart yaitu sebagai berikut: Tabel 2.1 Simbol-simbol Flowchart Simbol Nama Keterangan Dokumen Digunakan untuk semua jenis dokumen. yang merupakan formulir untuk merekam transaksi Dokumen rangkap Menggambarkan dokumen asli dan tembusannya A 13 Berbagai dokumen Menggambarkan berbagai jenis dokumen yang digabungkan bcrsama dalam satu paket

14 21 Catatan Menggambarkan catatan akuntansi yang digunakan untuk mencatat data yang direkam sebelumnya di dalam dokumen Kegiatan manual Untuk menggambarkan kegiatan manual seperti: menerima order, mengisi formulir, membandingkan dan lain-lain Arsip sementara Menunjukkan tempat penyimpanan dokumen Arsip permanen Menunjukkan tempat penyimpanan dokumen secara permanen yang tidak akan diproses lagi On-line computer process Menggambarkan pengolahan komputer secara on-line Ya Keputusan Menggambarkan keputusan yang Tidak harus dibuat dalam proses

15 22 pengolahan data. Keputusan yang dibuat ditulis dalam simbol Mulai/berakhir Menggambarkan awal dan akhir suatu sistem Siklus Hidup Aplikasi Basis Data Menurut Connolly dan Begg (2005, p282), siklus hidup pengembangan sistem basis data atau dikenal juga dengan database sistem development lifecycle (DSDLC) merupakan suatu pendekatan terstruktur untuk mengembangkan sistem basis data. Karena sistem basis data merupakan komponen yang penting dalam sistem informasi suatu perusahaan besar, siklus hidup pengembangan sistem basis data berkaitan erat dengan siklus hidup sistem informasi. Adalah penting untuk mengetahui bahwa tahapan siklus hidup pengembangan sistem basis data tidaklah harus berurutan, tetapi melibatkan sejumlah pengulangan tahapan sebelumnya melalui feed-back loops. Menurut Connolly dan Begg (2005, p284), gambar tahap-tahap database sistem development lifecycle:

16 23 Gambar 2.1 Tahapan Siklus Aplikasi Database Perencanaan Basis Data (Database Planning) Menurut Connolly dan Begg (2005, p285), perencanaan basis data merupakan aktivitas-aktivitas manajemen yang mengizinkan tahap-tahap dalam database sistem development lifecycle direalisasikan se-efisien dan se-efektif mungkin.

17 24 Perencanaan basis data harus diintegrasikan dengan keseluruhan sistem informasi suatu organisasi. Ada tiga persoalan pokok yang terlibat dalam perumusan suatu strategi sistem informasi: 1. Identifikasi rencana, sasaran, dan tujuan perusahaan dengan penentuan kebutuhan sistem informasi. 2. Evaluasi sistem informasi yang sedang berjalan untuk menentukan kelebihan dan kekurangan yang ada. 3. Penilaian terhadap peluang IT (Information Technology) apakah mampu menghasilkan keuntungan yang kompetitif Pendefinisian Sistem (Sistem Definition) Menurut Connolly dan Begg (2005, p286), pendefinisan sistem menjelaskan bidang dan batasan dari aplikasi basis data serta pandangan pengguna (user view) yang utama. Hal ini menjadi sangat penting bahwa pertama kita melakukan identifikasi batasan dari sistem yang kita sedang teliti dan bagaimana sistem tersebut akan berhubungan dengan bagian sistem informasi pada organisasi yang lain. Menurut Connolly dan Begg (2005, p287), pandangan pengguna sangat diperlukan untuk mengidentifikasi informasiinformasi yang dibutuhkan oleh pengguna (user). Pandangan pengguna mendefinisikan apa yang dibutuhkan oleh sistem basis data dari sudut pandang jabatan tertentu, seperti manajer atau pengawas, maupun dari sudut pandang area aplikasi perusahaan, seperti pemasaran, personalia, atau pengawasan persediaan, dalam

18 25 hubungannya dengan data yang akan disimpan dan transaksi yang akan dijalankan terhadap data itu Pengumpulan Kebutuhan dan Analisis (Requirement Collection and Analysis) Menurut Connolly dan Begg (2005, p288), pada tahap ini dilakukan proses pengumpulan dan analisis informasi mengenai bagian organisasi yang harus didukung oleh sistem basis data, dan penggunaan informasi ini untuk mengidentifikasi persyaratan/kebutuhan terhadap sistem yang baru. Tahap ini meliputi pengumpulan dan analisis informasi mengenai bagian perusahaan yang harus dilayani oleh basis data. Ada tiga pendekatan utama untuk pengaturan kebutuhan sistem basis data dengan multiple user views, yakni: 1. Pendekatan Centralized Kebutuhan-kebutuhan untuk setiap user view digabung ke dalam suatu kumpulan kebutuhan tunggal untuk sistem basis data baru. 2. Pendekatan View Integration Kebutuhan-kebutuhan untuk setiap user view tetap sebagai daftar terpisah. Model data mewakili setiap user view yang diciptakan dan kemudian digabungkan nantinya selama tahap perancangan basis data. 3. Kombinasi antara Centralized dan View Integration

19 Perancangan Basis Data (Database Design) Menurut Connolly dan Begg (2005, p291), perancangan basis data merupakan proses menciptakan sebuah perancangan yang akan mendukung mission statement dan mission objectives perusahaan untuk sistem basis data yang diperlukan. Terdapat dua pendekatan dalam perancangan basis data yaitu: 1. Bottom-up Pendekatan ini dimulai dari tingkat paling dasar dari atribut yang mana melalui analisis dari asosiasi antara atribut-atribut, dikelompokkan ke dalam relasi-relasi yang merepresentasikan tipe-tipe entitas dan hubungan antara entitas. Pendekatan ini cocok untuk perancangan basis data yang sederhana dengan jumlah atribut yang relatif kecil. 2. Top-down Pendekatan ini dimulai dari pengembangan model data yang terdiri dari beberapa entitas tingkat tingi, relasi, dan kemudian melakukan perbaikan top-down berturutturut untuk mengidentifikasi entitas tingkat rendah, relasi dan atribut yang terkait Pemilihan DBMS (DBMS Selection) Menurut Connolly dan Begg (2005, p295), tahapan ini bertujuan untuk memilih DBMS yang tepat untuk mendukung

20 27 sistem basis data. Berikut ini adalah tahapan utama untuk memilih basis data, yaitu: 1. Define terms of reference of study, cakupan penelitian mengenai pemilihan DBMS menyatakan tujuan dan ruang lingkup penelitian serta tugas-tugas yang harus dilakukan, meliputi deskripsi kriteria (berdasarkan spesifikasi kebutuhan pengguna) digunakan untuk mengevaluasi produk DBMS, daftar DBMS yang tersedia dan batasanbatasan serta jadwal waktu untuk penelitiannya. 2. Shortlist two or three products, kriteria dianggap kritis untuk sebuah keberhasilan implementasi yang dapat digunakan untuk menghasilkan daftar DBMS yang tersedia untuk evaluasi. 3. Evaluate products, ada banyak fitur yang dapat digunakan untuk mengevaluasi sebuah produk DBMS. Untuk kepentingan evaluasi, fitur-fitur ini dapat nilai sebagai groups (contohnya definisi data) atau individu (tipe data yang tersedia). 4. Recommend selection and produce report, tahap akhir dari pemilihan DBMS adalah untuk mendokumentasikan proses dan untuk menyediakan laporan dan rekomendasi untuk sebuah produk DBMS tertentu.

21 Perancangan Aplikasi (Application Design) Menurut Connolly dan Begg (2005, p298), merupakan perancangan user interface dan program aplikasi yang menggunakan dan memproses basis data. Ada dua aspek penting dalam perancangan aplikasi, yakni: 1. Perancangan Transaksi (Transaction Design) Transaksi merupakan sebuah aksi, atau serangkaian aksi yang dilakukan oleh seorang pengguna atau program aplikasi yang mengakses atau mengubah isi dari basis data. Tujuan dari perancangan transaksi adalah untuk medefinisikan dan mendokumentasikan karakteristik tingkat tinggi dari transaksi yang dibutuhkan pada basis data, yang termasuk: a. Data yang digunakan dalam transaksi b. Karakteristik fungsional dari transaksi c. Output dari transaksi d. Kepentingan pengguna e. Nilai yang diharapkan dari pemakaian 2. Perancangan Antarmuka (User Interface Design) Sebelum mengimplementasikan suatu form atau laporan, ada perlunya merancang tampilan terlebih dahulu Prototypying Menurut Connolly dan Begg (2005, p303), prototype merupakan pembuatan suatu model kerja dari sistem basis data.

22 29 Suatu prototype adalah sebuah model yang bekerja yang tidak mempunyai semua fitur-fitur yang diperlukan atau menyediakan semua fungsionalitas dari sistem terakhir. Tujuan utama dari pengembangan suatu prototype sistem basis data adalah mengizinkan pengguna menggunakan prototype tersebut untuk mengidentifikasi fitur-fitur dari sistem yang bekerja dengan baik, dan jika memungkinkan untuk mengusulkan perbaikan atau bahkan fitur-fitur baru pada sistem basis data. Ada dua strategi prototyping yang umum digunakan, yaitu: 1. Requirement prototyping, menggunakan suatu prototype untuk menentukan kebutuhan-kebutuhan dari sistem basis data yang diusulkan dan ketika kebutuhan tersebut telah lengkap, prototype tersebut disingkirkan. 2. Evolutionary prototyping, digunakan untuk tujuan yang sama, perbedaan yang penting adalah bahwa prototype tidak dibuang tetapi dengan perkembangan yang lebih jauh menjadi sistem basis data yang bekerja Implementasi (Implementation) Menurut Connolly dan Begg (2005, p304), implementasi merupakan realisasi fisik dari perancangan basis data dan perancangan aplikasi. Implementasi basis data dilakukan dengan menggunakan Data Definition Language (DDL) dari DBMS yang dipilih, atau dengan menggunakan Graphical User Interface

23 30 (GUI), yang menyediakan fungsionalitas yang sama dengan saat menyembunyikan pernyataan low-level DDL. Kemudian bagian dari program aplikasi adalah transaksi basis data, yang diimplementasikan dengan menggunakan Data Manipulation Language (DML), yang biasanya sudah terdapat dalam bahasa pemrograman Data Conversion and Loading Menurut Connolly dan Begg (2005, p305), merupakan pemindahan data yang ada ke dalam basis data baru dan mengkonversi aplikasi yang ada untuk beroperasi pada basis data yang baru. Langkah ini diperlukan hanya ketika suatu sistem basis data baru menimpa sistem yang lama Uji Coba Menurut Connolly dan Begg (2005, p305), merupakan proses menjalankan sistem basis data dengan maksud pencarian kesalahan (error). Sebelum ditunjukkan secara langsung, aplikasi basis data yang baru dikembangkan seharusnya diuji sepenuhnya. Beberapa kriteria yang dapat digunakan untuk melakukan evaluasi, yaitu: a. Learnability, seberapa lama pengguna baru dapat menjadi produktif dengan sistem? b. Performance, seberapa baik sistem dapat merespon kecocokan latihan pengguna?

24 31 c. Robustness, seberapa toleran sistem terhadap kesalahan pengguna? d. Recoverability, seberapa baik sistem dapat memperbaiki dari kesalahan pengguna? Beberapa keuntungan melakukan testing: a. Menentukan error pada aplikasi dan mungkin juga error pada struktur basis data. b. Uji coba mendemonstrasikan apakah basis data dan aplikasi dapat berjalan sesuai dengan kebutuhan performa dan spesifikasi yang diinginkan atau tidak Pemeliharaan Operasional Menurut Connolly dan Begg (2005, p306), merupakan proses pengawasan dan pemeliharaan sistem basis data diikuti proses instalasi. Pada langkah sebelumnya, aplikasi basis data telah diimplementasikan dan diuji sepenuhnya. Sekarang sistem memasuki langkah perawatan, yang melibatkan aktivitas-aktivitas berikut: 1. Mengawasi kinerja sistem. 2. Mempertahankan dan meng-upgrade sistem basis data (ketika dibutuhkan).

25 Entity Relationship Modeling Menurut Connolly dan Begg (2005, p342), ER Modeling adalah sebuah pendekatan top-down untuk merancang basis data yang dimulai dengan mengindentifikasi data penting yang disebut entitas dan relasi antara data yang harus diwakili dalam model Tipe Entitas Menurut Connolly dan Begg (2005, p343), tipe entitas adalah kumpulan dari obyek-obyek dengan sifat atau properti yang sama, yang mana diidentifikasi oleh perusahaan yang mempunyai eksistensi yang independen. Konsep dasar dari bentuk Entity Relationship adalah tipe entitas. Sebuah tipe entitas memiliki keberadaan yang bebas dan bisa menjadi obyek dengan keberadaan fisik atau menjadi obyek dengan keberadaan konseptual. Ini berarti perancang yang berbeda mungkin mengidentifikasikan entitas yang berbeda. Entity orrurrence adalah obyek yang dapat dikenal/diidentifikasi secara unik dari sebuah tipe entitas Tipe Relasi Menurut Connolly dan Begg (2005, p346), relationship type adalah kumpulan keterhubungan yang mempunyai arti diantara tipe-tipe entitas. Setiap relasi diberi nama sesuai dengan fungsinya. Relationship occurrence adalah suatu asosiasi/hubungan yang dapat diidentifikasikan secara unik, yang

26 33 mana memasukkan satu kejadian dari setiap tipe entitas yang berpartisipasi. Contoh: Gambar 2.2 Relationship Occurrence Derajat dari relasi adalah jumlah dari partisipasi tipe entitas dalam sebuah tipe relasi. Entitas yang berhubungan dalam sebuah tipe relasi dikenal sebagai participant dalam relationship dan jumlah participant dalam sebuah tipe relationship disebut sebagai derajat dari relationship. Oleh karena itu, derajat dari sebuah relationship berderajat dua disebut binary, sedangkan relationship berderajat tiga disebut sebagai ternary, dan seterusnya.

27 Atribut Menurut Connolly dan Begg (2005, p350), atribut adalah properti dari sebuah entitas atau sebuah tipe relasi. Atribut menyimpan nilai dari setiap entity occurrence dan mewakili bagian utama dari data yang disimpan dalam basis data. Attribute domain adalah satuan nilai-nilai yang diizinkan untuk satu atau beberapa atribut. Setiap atribut yang dihubungkan dengan sejumlah nilai disebut domain. Domain mendefinisikan nilai-nilai potensial yang sebuah atribut dapat miliki dan sama dengan konsep domain pada model relasional. Macam-macam atribut: a. Simple attribute adalah suatu atribut yang terdiri atas komponen tunggal dengan keberadaan yang tidak terikat (bebas). Atribut ini tidak dapat lagi menjadi komponen yang lebih kecil. Contoh posisi dan gaji dari entitas staf. b. Composite attribute adalah atribut yang terdiri atas banyak komponen, tiap-tiap komponen dengan keberadaan yang tidak terikat. Beberapa atribut dapat dibagi lagi menjadi komponen yang lebih kecil dengan keberadaan masing-masing yang tidak terikat. Contohnya address yang dapat dibagi menjadi jalan, kota dan kode pos.

28 35 c. Single-valued attribute adalah atribut yang menampung sebuah nilai tunggal untuk setiap kejadian dari suatu tipe entitas. Sebagian besar atribut adalah bernilai tunggal. Contohnya branch memiliki nilai branchno. d. Multi-valued attribute adalah atribut yang menampung banyak nilai untuk setiap kejadian dari suatu tipe entitas. Contohnya atribut telpno yang mempunyai satu atau tiga nilai. e. Derived attribute adalah atribut yang mewakili sebuah nilai yang diturunkan dari nilai sebuah atribut yang berhubungan atau sekumpulan atribut, tidak perlu pada jenis entitas yang sama Keys Menurut Connolly dan Begg (2005, p352), penentuan kunci (key) merupakan hal yang paling esensial pada basis data relasional. Key bukan hanya sebagai metode untuk mengakses suatu baris tertentu, tetapi sekaligus juga menjadi pengenal unik dalam suatu tabel. Macam-macam key: a. Candidate key adalah set minimal dari sebuah atribut yang secara unik mengidentifikasi setiap kejadian dari sebuah tipe entitas. Sebuah candidate

29 36 key tidak boleh NULL. Sebuah entitas mungkin punya lebih dari satu candidate key. b. Primary key adalah candidate key yang dipilih untuk mengenali secara unik setiap kejadian dari sebuah tipe entitas. Pemilihan primary key untuk sebuah entitas adalah berdasarkan pada pertimbangan dari panjang atribut, jumlah minimal dari atribut yang dibutuhkan, dan memenuhi syarat unik. Candidate key yang tidak dipilih menjadi primary key disebut sebagai alternate key. c. Composite key adalah candidate key yang terdiri dari dua atribut atau lebih. d. Foreign key adalah atribut yang mengidentifikasikan sebuat kolom atau satu set kolom dalam satu tabel yang mengacu pada satu set kolom pada tabel lain Entitas Kuat dan Entitas Lemah Menurut Connolly dan Begg (2005, p354), ada dua aplikasi dari tipe entitas, yaitu: 1. Tipe entitas kuat Tipe entitas kuat adalah sebuah tipe entitas yang tidak bergantung pada tipe entitas lainnya.

30 37 2. Tipe entitas lemah Tipe entitas lemah adalah sebuah tipe entitas yang bergantung pada tipe entitas lainnya. Gambar 2.3 Tipe Entitas Kuat dan Tipe Entitas Lemah Structural Constraints Menurut Connolly dan Begg (2005, p35), tipe utama dari batasan di dalam relationship disebut multiplicity. Multiplicity adalah jumlah dari kemungkinan kejadian dari sebuah tipe entitas yang mungkin berhubungan ke sebuah kejadian tunggal dari sebuah entitas yang diasosiasikan melalui sebuah hubungan khusus. Hubungan binary secara umum dibedakan menjadi tiga jenis, yaitu:

31 38 1. Derajat hubungan one to one ( 1: 1 ) Derajat hubungan antara entitas 1: 1 terjadi bila anggota suatu entitas hanya boleh berpasangan dengan satu anggota dari entitas yang lain. Sebaliknya anggota dari entitas yang lain hanya boleh berpasangan dengan satu anggota dari entitas tersebut. 2. Derajat hubungan one to many ( 1 : * ) Derajat hubungan ini terjadi apabila tiap anggota suatu entitas boleh berpasangan dengan lebih dari satu anggota baru dari entitas yang lain. Sebaliknya, tiap anggota entitas yang lain hanya boleh berpasangan dengan satu anggota dari entitas tersebut. 3. Derajat hubungan many to many ( * : * ) Derajat hubungan antar entitas ini terjadi bila tiap anggota suatu entitas boleh berpasangan dengan lebih dari satu anggota dari entitas lain. Sebaliknya, tiap anggota dari entitas lain juga boleh berpasangan dengan lebih dari satu anggota dari entitas tersebut. Gambar 2.4 Structural Constraints

32 Persiapan ERD Menurut McLeod Jr. (1996, p383), ada tujuh langkah dalam mempersiapkan ERD, yaitu: 1. Mengidentifikasi entitas Manajemen menentukan elemen lingkungan, sumber daya, dan transaksi mana yang akan dijelaskan dengan data. 2. Mengidentifikasi hubungan Tipe entitas dihubungkan dengan entitas lain dengan melalui suatu jenis tindakan. 3. Menyiapkan rancangan ERD Simbol-simbol dibuat sketsanya sehingga hubungan terbaca dengan jelas dari kiri ke kanan, atau atas ke bawah. 4. Memetakan elemen-elemen pada entitas Elemen-elemen data yang mengidentifikasikan dan menjelaskan tiap entitas data didaftarkan di sebelah entitasnya. 5. Membuat analisis data Elemen-elemen data dipelajari untuk membuat struktur database menjadi efisien. Proses melaksanakan analisis data disebut normalisasi. Tugas dari normalisasi

33 40 adalah menyesuaikan data sehingga dapat serupa dengan serangkaian bentuk data normal. 6. Menyiapkan ERD yang telah dimodifikasi Hasil dari analisis data disatukan ke dalam satu ERD baru. Dengan cara ini, jenis-jenis entitas dan hubungannya diatur sehingga mereka memberikan dasar yang paling efisien untuk rancangan database. 7. Menelaah ERD bersama pemakai dan memperbaikinya Spesialis informasi menelaah diagram tersebut bersama para eksekutif, manajer, dan non-manajer pada area pemakai dan memperbaikinya jika perlu Normalisasi Pengertian Normalisasi Menurut Connolly dan Begg (2005, p388), normalisasi adalah sebuah teknik yang digunakan untuk menghasilkan satu set dari relasi-relasi dengan sifat-sifat/properti-properti yang diinginkan, dengan data yang diberikan oleh sebuah perusahaan. Tujuan dari normalisasi adalah sebagai berikut untuk mengidentifikasi satu set relasi yang cocok yang mendukung kebutuhan data dari sebuah perusahaan. Karakteristik dari satu set relasi yang cocok yaitu: a. Jumlah minimal dari atribut yang dibutuhkan untuk mendukung kebutuhan data dari sebuah perusahaan.

34 41 b. Atribut-atribut dengan sebuah hubungan logikal yang dekat ditemukan di relasi yang sama. c. Redundansi minimal dengan setiap atribut direpresentasikan hanya sekali dengan pengecualian penting dari atribut yang membentuk semua atau sebagian dari foreign key, yang penting adalah bergabung dengan relasi-relasi yang terkait Proses Normalisasi Menurut Connolly dan Begg (2005, p401), proses normalisasi meliputi: Unnormalized Form (UNF) Menurut Connolly dan Begg (2005, p403), UNF merupakan suatu tabel yang berisikan satu atau lebih group yang berulang First Normal Form (1NF) Menurut Connolly dan Begg (2005, p403), aturan normalisasi pertama dapat dikatakan bahwa sebuah relasi dimana titik potong dari setiap baris dan kolom hanya berisi satu nilai. Suatu data dikatakan unnormalized (UNF), jika didalamnya mengandung kelompok yang berulang sehingga untuk normalisasi pertama kelompok yang berulang harus dihilangkan. Nilai dari setiap atribut adalah tunggal. Kondisi ini dapat diperoleh dengan

35 42 melakukan eliminasi terjadinya data ganda. Di dalam normalisasi pertama juga ditentukan primary key dari masing-masing tabel Second Normal Form (2NF) Menurut Connolly dan Begg (2005, p407), aturan normalisasi kedua dapat dikatakan bahwa sebuah relasi dalam bentuk normal pertama dan setiap atribut yang bukan primary key yang bergantung sepenuhnya secara fungsional kepada primay key. Pengujian bentuk normal kedua dapat dihasilkan merupakan fungsi dari sebagian primary key (partial dependency) Third Normal Form (3NF) Menurut Connolly dan Begg (2005, p409), aturan normalisasi ketiga adalah sebuah relasi dalam bentuk normal pertama dan kedua yang mana setiap atribut yang bukan non-primary key yang secara transitif bergantung kepada primary key. Pengujian terhadap 3NF dilakukan dengan cara melihat apakah terdapat atribut yang bukan key tergantung fungsional terhadap atribut bukan key lainnya (disebut ketergantungan transitif). Dengan cara yang sama, maka setiap ketergantungan transitif dipisahkan. 3NF sudah cukup baik dalam arti

36 43 anomaly (data yang berulang) yang dikandungnya sudah sedemikian minimum Perancangan Basis Data Perancangan Basis Data Konseptual Menurut Connolly dan Begg (2005, p443), merupakan proses membangun sebuah model data konseptual dari persyaratan data perusahaan. Tahap 1 Membangun Model Data Konseptual 1.1 Mengidentifikasi tipe entitas, bertujuan untuk mengidentifikasi tipe-tipe entitas yang utama yang dibutuhkan. 1.2 Mengidentifikasi tipe relationship, bertujuan untuk mengidentifikasi hubungan-hubungan yang penting yang terdapat di antara tipe-tipe entitas. 1.3 Mengidentifikasi dan mengasosiasikan atribut sesuai dengan tipe entitas dan relationship, bertujuan untuk menghubungkan atribut dengan tipe-tipe entitas atau tipe-tipe relationship yang sesuai. 1.4 Menentukan domain atribut, bertujuan untuk menentukan nilai-nilai yang legal untuk setiap atribut dalam model data konseptual lokal. 1.5 Menentukan atribut candidate, primary dan alternate key, bertujuan untuk mengidentifikasikan candidate key untuk setiap tipe entitas dan, jika terdapat lebih dari satu

37 44 candidiate key, kemudian memilih satu untuk dijadikan primay key dan sisanya sebagai alternate key. 1.6 Mempertimbangkan penggunaan konsep enhanced modeling (opsional), bertujuan untuk mempertimbangkan penggunaan konsep enhanced modeling, dimana model ini mempunyai tiga konsep utama seperti spesialisasi/generalisasi, agregasi dan komposisi. 1.7 Memeriksa model terhadap redundansi, bertujuan untuk melakukan pengecekan pada ERD yang sudah dibuat apakah ada hubungan antar entitas yang bersifat redundansi. 1.8 Memvalidasikan model konseptual lokal dengan user transaction, bertujuan untuk memastikan bahwa model konseptual lokal mendukung transaksi yang dibutuhkan oleh pengguna. 1.9 Me-review model data konseptual lokal terhadap kebutuhan user, bertujuan untuk meninjau model data konseptual dengan user untuk memastikan bahwa model merupakan representasi yang benar dari kebutuhan data perusahaan Perancangan Basis Data Logikal Menurut Connolly dan Begg (2005, p462), merupakan proses pembuatan suatu model informasi yang digunakan pada perusahaan berdasarkan pada model data yang spesifik, tetapi tidak tergantung dari database management sistem (DBMS) yang khusus dan pertimbangan fisik lain.

38 45 Tahap 2 Membangun dan Memvalidasi Model Data Logikal Tujuannya adalah untuk menterjemahkan model data konseptual ke dalam model data logikal dan lalu memvalidasi model ini untuk mengecek apakah secara struktural sudah benar dan dapat mendukung transaksi-transaksi yang diperlukan. 2.1 Menghilangkan fitur-fitur yang tidak kompatibel dengan model relasional (opsional), bertujuan untuk menyempurnakan model data konseptual lokal dengan menghilangkan fitur yang tidak kompatibel dengan model relasional. Fitur-fitur yang tidak kompatibel tersebut antara lain: 1. Tipe relasi many-to-many (*:*) binary 2. Tipe relasi many-to-many (*:*) rekursif 3. Tipe relasi komplek 4. Atribut multi-valued 2.2 Membuat hubungan untuk model logikal lokal, bertujuan untuk membuat hubungan model data logikal lokal yang mewakili entitas, relasi dan atribut yang telah diidentifikasikan. 2.3 Memvalidasikan relasi menggunakan normalisasi, bertujuan untuk menentukan apakah model data logikal tidak terdapat redundansi, konsisten dan sudah mewakili sistem yang sudah ada di perusahaan. 2.4 Memvalidasikan relasi terhadap transaksi pengguna, bertujuan untuk memastikan bahwa relasi dalam

39 46 model data logikal lokal mendukung transaksi yang dibutuhkan oleh pengguna. 2.5 Menetapkan batasan integritas, bertujuan untuk mengecek batasan integritas yang terdapat di dalam model data logikal. 2.6 Memeriksa model data logikal dengan pengguna, bertujuan untuk meninjau kembali apakah model data logikal dengan pengguna untuk memastikan bahwa model data logikal lokal sudah merupakan representasi yang benar dari kebutuhankebutuhan data dari perusahaan. 2.7 Menggabungkan model data logikal lokal menjadi model global (opsional), bertujuan untuk menggabungkan model data logikal lokal yang ada menjadi sebuah model data logikal global perusahaan. Beberapa hal yang harus dilakukan dalam langkah ini antara lain: 1. Membahas nama dan isi dari entitas atau relasi dan candidate key masing masing. 2. Membahas nama dan isi dari relasi atau foreign key. 3. Menggabungkan entitas atau relasi dari model data lokal. 4. Tambahkan (tanpa menggabungkan) entitas/relasi yang unik ke setiap model data lokal.

40 47 5. Menggabungkan relasi/foreign key yang unik ke setiap model data lokal. 6. Tambahkan (tanpa menggabungkan) relasi/foreign key ke setiap model data lokal. 7. Memeriksa entitas/relasi dan relasi/foreign key yang hilang. 8. Memeriksa foreign key. 9. Memerika integritas constraints. 10. Menggambar diagram relasi/erd global. 11. Memperbaharui dokumentasi. 2.8 Memeriksa model terhadap future growth, bertujuan untuk memastikan apakah ada perubahan yang signifikan pada suatu saat nanti dan memperkirakan apakah model data logikal global dapat mengakomodasi ini Perancangan Basis Data Fisikal Menurut Connolly dan Begg (2005, p496), suatu proses untuk menghasilkan gambaran dari implementasi basis data pada tempat penyimpanan sekunder, menjelaskan dasar dari relasi, organisasi file dan indeks yang digunakan untuk efisiensi data dan menghubungkan beberapa integrity constraints dan tindakan keamanan. Tahap 3 Menterjemahkan model data logikal global ke dalam DBMS tujuan, bertujuan untuk menghasilkan sebuah skema

41 48 relasi basis data dari model data logikal global yang diimplementasikan di DBMS tujuan. 3.1 Merancang relasi dasar, bertujuan untuk menentukan bagaimana mewakili relasi dasar yang diidentifikasikan di dalam model data logikal global di dalam DBMS tujuan. 3.2 Merancang representasi derived data, bertujuan untuk menentukan bagaimana mewakili relasi dasar agar bisa terdapat di dalam model data logikal global di dalam DBMS tujuan. 3.3 Mendesain batasan enterprise, bertujuan untuk mendesain batasan constraints untuk DBMS tujuan. Tahap 4 Mendesain organisasi file dan indexes, bertujuan untuk menentukan organisasi file yang optimal untuk disimpan dalam relasi dasar dan indeks yang dibutuhkan untuk mendapatkan performa yang dapat diterima, yang mana relasi dan tuples akan disimpan dalam secondary storage. 4.1 Analisa transaksi, bertujuan untuk memahami fungsionalitas transaksi yang akan dijalankan pada database dan untuk menganalisis transaksi-transaksi penting. 4.2 Pemilihan organisasi file, bertujuan untuk menentukan sebuah organisasi file yang efisien untuk setiap relasi dasar.

42 Pemilihan index, bertujuan untuk menentukan apakah penambahan index akan meningkatkan performa dari sistem. 4.4 Memperkirakan kebutuhan kapasitas penyimpanan, bertujuan untuk memperkirakan kapasitas disk space yang akan dibutuhkan database. Tahap 5 Merancang user view, bertujuan untuk merancang user view yang teridentifikasi selama pengumpulan kebutuhan dan analisis pada bagian siklus hidup aplikasi relational database. Tahap 6 Merancang mekanisme keamanan, bertujuan untuk mendesain tingkat keamanan untuk database secara terspesifikasi bagi user. Tahap 7 Mempertimbangkan pengenalan kontrol redundansi Tahap 8 Memonitor dan mengoptimalkan sistem operasional, bertujuan untuk menghindari penambahan hardware yang tidak dibutuhkan dan menghasilkan sistem dengan sistem respon yang lebih cepat. 2.2 Teori-teori Khusus Yang Berhubungan Dengan Topik Yang Dibahas Penjualan Menurut Mulyadi (2001, p202), kegiatan penjualan terdiri dari transaksi penjualan barang atau jasa, baik secara kredit maupun tunai.

43 50 1. Penjualan tunai Penjualan tunai adalah penjualan yang dilaksanakan oleh perusahaan dengan cara mewajibkan pembeli dengan melakukan pembayaran harga barang terlebih dahulu sebelum barang diserahkan kepada pembeli. 2. Penjualan kredit Penjualan kredit adalah penjualan yang dilakukan dengan cara memenuhi pesanan dari pelanggan dengan mengirimkan barang atau menyerahkan jasa dan untuk jangka waktu tertentu perusahaan memiliki piutang kepada pelanggannya. 3. Order penjualan Order penjualan adalah pemesanan barang yang dilakukan oleh pelanggan. 4. Faktur penjualan Faktur penjualan adalah surat tagihan atau bon kepada pelanggan atas barang yang telah dikirim kepadanya. 5. Delivery Order Delivery Order adalah surat perintah untuk mengeluarkan barang dari gudang. 6. Surat jalan Surat jalan adalah surat izin jalan untuk melakukan pengiriman penjualan.

44 51 7. Retur penjualan Retur penjualan adalah pengembalian barang oleh pelanggan. 8. Piutang Piutang adalah hutang pelanggan atas pembelian barang yang pembayarannya belum lunas. 9. Pembayaran penjualan Pembayaran penjualan adalah pembayaran oleh pelanggan kepada perusahaan. Pembayaran penjualan dapat dilakukan sekali atau beberapa kali dan berdasarkan faktur penjualan Pembelian Menurut Mulyadi (2001, p299), sistem pembelian digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Transaksi pembelian digolongkan menjadi dua yaitu pembelian lokal dan impor. Pembelian lokal adalah pembelian dari pemasok dalam negeri sedangkan pembelian impor adalah pembelian dari pemasok luar negeri. Terdapat lima langkah yang berhubungan dalam transaksi pembelian, antara lain: 1. Order pembelian Order Pembelian adalah pemesanan barang ke pemasok. 2. Pengiriman pembelian Pengiriman pembelian adalah pengiriman barang yang diterima karyawan dari pemasok.

45 52 3. Retur pembelian Retur pembelian adalah pengembalian barang kepada pemasok. 4. Hutang Hutang adalah hutang perusahaan karena pembelian barang yang pembayaran pembeliannya belum lunas. 5. Pembayaran pembelian Pembayaran pembelian adalah pembayaran kepada pemasok atas barang yang dibeli Persediaan Menurut Mulyadi (2001, p553), dalam perusahaan dagang, persediaan hanya terdiri dari satu golongan, yaitu persediaan barang dagangan, yang merupakan barang yang dibeli dengan tujuan dijual kembali. Dari definisi tersebut, dapat disimpulkan bahwa persediaan merupakan bahan-bahan yang disediakan untuk proses produksi atau untuk dijual kembali VB.NET Menurut Mercer (2004, p41), Visual Basic.NET adalah versi terbaru dari bahasa Visual Basic dari Microsoft, dan ikut disertakan dengan VS.Net, seperti juga C # dan J#. Sebagian besar fitur VB.NET juga ditemukan dalam C# dan J#, sehingga bahasa yang pengguna pilih untuk digunakan lebih banyak tergantung pada apa yang pengguna sudah

46 53 biasa gunakan untuk dibandingkan dengan beberapa keuntungan yang satu dengan yang lainnya. VB.NET adalah bahasa berorientasi obyek. Ini masih merupakan cara yang sangat mudah ketika membangun sebuah proyek baru di VB.NET. Ketika kode baru ditambahkan, maka harus ditambahkan dalam metode yang merespon event yang sesuai pada object orientation. Object orientation adalah filosofi pemrograman di mana semuanya dianggap sebagai obyek. Menurut S, Rachmad Hakim (2009, p8), Visual Studio 2008: merupakan aplikasi IDE (integrated development environment) yang digunakan untuk mengembangkan software. Di dalam aplikasi IDE ini tersedia berbagai fitur yang memudahkan pemrograman, seperti kompilasi, debugging, pengaturan proyek, mengedit antarmuka secara visual, dan lain-lain MySQL Menurut Welling (2001, p2), MySQL adalah sistem manajemen database relasional yang cepat dan kuat. Database memungkinkan pengguna untuk menyimpan, mencari, mengurutkan, dan mengambil data secara efisien. Server MySQL mengontrol akses ke data pengguna untuk memastikan bahwa beberapa pengguna dapat bekerja secara bersamaan, untuk menyediakan akses cepat ke MySQL, dan memastikan hanya pengguna yang berwenang saja yang dapat memperoleh akses tersebut. Karenanya, MySQL adalah sebuah multi-user, multi-threaded server. MySQL menggunakan bahasa SQL, bahasa standar query database di

47 54 seluruh dunia. MySQL telah tersedia untuk publik sejak tahun 1996, namun memiliki sejarah perkembangan pada tahun MySQL kini memenangkan penghargaan pilihan pembaca jurnal linux tiga tahun berjalan. MySQL sekarang tersedia di bawah lisensi open source, tetapi commercial license juga tersedia jika diperlukan. Keunggulan MySQL a. Performance MySQL memiliki kecepatan yang menakjubkan dalam menangani query sederhana, dengan kata lain dapat memproses lebih banyak query per satuan waktu. b. Low Cost MySQL tersedia gratis di bawah lisensi open source, tetapi tersedia juga dalam bentuk commercial license. c. Easy To Use Sebagian besar basis data menggunakan sintaks SQL. MySQL jauh lebih mudah untuk di set up dibandingkan produkproduk yang serupa. d. Portability MySQL dapat berjalan stabil pada berbagai OS seperti Windows, Linux, Unix, Mac OS, dan lain-lain. e. Source Code Pengguna dapat memperoleh dan memodifikasi source code MySQL.