BAB 2 LANDASAN TEORI
2.1 Teori-Teori Dasar / Umum Dalam penulisan skripsi ini, diambil tema tentang perancangan basis data (database). Maka dari itu, diperlukan beberapa teori umum yang berhubungan dengan perancangan database, yang bertujuan untuk mendukung proses perancangan database tersebut, seperti teori tentang data, database, Database Management System (DBMS), Entity Relationship Modeling, Data Flow Diagram, normalisasi, metode fact finding, metodologi perancangan, ANSI-SPARC architecture, dan Database System Development Lifecycle. 2.1.1 Data Menurut Whitten (2004 : 27), data adalah Raw Fact tentang orang, tempat, acara, dan sesuatu yang penting bagi perusahaan. Menurut Turban (2005 : 38), data adalah deskripsi dasar tentang sesuatu , kejadian, kegiatan, dan transaksi yang ditangkap, direkam, disimpan dan diklasifikasikan namun tidak terorganisir untuk menyampaikan arti khusus. Menurut Frost, Day dan Slyke (2006 : 6), secara tradisional data adalah nilai yang disimpan ke dalam database. Menurut Connolly danBegg (2010 : 19), data adalah komponen yang paling penting dalam DBMS, berasal dari sudut pandang end user. Data berguna sebagai jembatan antara mesin dan pengguna. Jadi, dapat disimpulkan bahwa data merupakan segala sesuatu kejadian, kegiatan yang dapat direkam atau disimpan yang juga merupakan sebuah fakta. Serta merupakan sebuah komponen yang penting untuk DBMS yang dilihat dari sudut pandang end user.
6
7
2.1.2 Database Menurut Connolly dan Begg (2010 : 65), Database adalah sebuah kumpulan dari data-data logikal yang berhubungan dan deskripsi dari data tersebut, yang dirancang untuk memenuhi kebutuhan dari informasi pada suatu organisasi.Database adalah tunggal, tempat penyimpanan data yang besar yang dapat digunakan secara bersama-sama oleh banyak departemen dan pengguna. Jadi kesimpulannya, Database adalah sebuah tempat penampungan dan penyimpanan data yang saling berhubungan dan memiliki informasi yang berguna bagi suatu organisasi. 2.1.3 Database Management System (DBMS) Menurut Connolly dan Begg (2010 : 6), Database Management Systemadalah sistem perangkat lunak yang memungkinkan pengguna untuk menentukan, membuat dan mengatur akses ke basis data. Menurut Kroenke dan Auer (2006 : 9), Database Management System adalah sebuah produk yang besar dan rumit, dan sedikit perusahaan membuat program DBMS mereka sendiri. Jadi kesimpulannya, Database Management System adalah sebuah perangkat lunak, yang besar dan rumit, yang digunakan untuk membuat, menentukan, dan mengatur hak akses terhadap objek yang ada dalam basis data.
2.1.3.1 Komponen lingkungan Database Management System (DBMS) Menurut Connolly dan Begg (2010 : 68-71), ada 5 komponen utama dari lingkungan DBMS: Hardware, Software, Data, Prosedur, dan People.
Gambar 2.1 Komponen DBMS 1. Hardware DBMS dan aplikasinya memerlukan perangkat keras untuk dapat dijalankan.Perangkat keras dapat terdiri dari single personal computer, single mainframe, atau sebuah jaringan
8
computer. Beberapa DBMS hanya dapat berjalan pada perangkat keras, atau sistem operasi tertentu, sedangkan DBMS lainnya dapat berjalan pada bermacam-macam perangkat kelas atau sistem operasi.
2. Software Komponen perangkat lunak terdiri dari perangkat lunak DBMS dan program aplikasi dengan sistem operasi, didalamnya terdapat perangkat lunak jaringan apabila DBMS membutuhkan sebuah jaringan untuk digunakan. Pada umumnya program aplikasi ditulis dalam bahasa pemrograman generasi ketiga (3GL) seperti ‘C’, C++, Java, Visual Basic, COBOL, Fortran, Pascal, atau bahasa pemrograman generasi keempat (4GL), seperti SQL, yang juga terdapat pada bahasa pemrograman generasi ketiga.
3. Data Data merupakan komponen penting dalam sebuah DBMS, terutama dari sudut pandang pengguna akhir.Data menghubungkan komponen mesin (Hardware) dengan manusia.
4. Prosedur Prosedur mengarah pada instruksi dan peraturan yang mengatur rancangan dan penggunaan dari basis data. Para pengguna dari sistem dan staff yang mengelola basis data membutuhkan prosedur yang didokumentasikan tentang bagaimana cara menggunakan dan menjalankan sistem. Ini mencakup instruksi-instruksi, yaitu: •
Log on keDBMS.
•
Menggunakan fasilitas DBMS program aplikasi tertentu.
•
Memulai dan mengakhiri DBMS.
•
Membuat duplikat back-up basis data.
•
Menangani kerusakan perangkat keras atau perangkat lunak.
•
Mengubah struktur table, mengatur ulang data antara banyak disk, meningkatkan kinerja atau penyimpanan arsip pada secondary storage.
9
5. People People merupakan komponen terakhir yang terlibat dengan sistem. Ada empat tipe role atau peran yang terlibat dalam sebuah DBMS, yaitu : 1. Data dan database administrators a. Data Administrator (DA) bertanggung jawab dalam mengatur sumber data, meliputi perencanaan basis data, standar pengaturan dan pengembangan, kebijakan dan prosedur maupun rancangan konseptual dan logika basis data. b. Database Administrator (DBA) bertanggung jawab dalam realisasi fisik basis data meliputi rancangan physical basis data dan implementasi, keamanan, dan pengaturan integritas, menjaga sistem operasional dan memastikan kinerja aplikasi untuk kepuasan pengguna. 2. Database Designers a. Logical Database Designer berhubungan dengan identifikasi data (entitas dan atribut), hubungan antara data dan batasan pada data untuk disimpan di basis data. b. PhysicalDatabase Designer memutuskan bagaimana rancangan basis data logical dapat direalisasikan. c. Application Developers bertanggung jawab untuk mengimplementasikan program aplikasi yang menyediakan syarat-syarat fungsionalitas untuk pengguna akhir. d. End User adalah klien untuk basis data yang telah dirancang kemudian diimplementasikan dan dijaga untuk menyediakan kebutuhan mereka.
2.1.4 Keuntungan DBMS Menurut Connolly dan Begg(2010 : 77-80), keuntungan DBMS, yaitu : 1. Kontrol terhadap redudansi data Pendekan basis data berupaya untuk menghilangkan redudansi dengan cara mengintegrasikan file-file agar salinan dari data yang sama tidak disimpan. 2. Konsistensi Data Dengan menghilangkan atau mengontrol redudansi, akan mengurangi resiko ketidakkonsistensi-an data. Jika data disimpan lebih dari sekali dan sistem mengenalinya, maka sistem harus memastikan semua salinan data tetap konsisten dan tidak berubah. 3. Informasi lebih dari jumlah data yang sama Dengan terintegrasinya data operasional, maka memungkinkan organisasi untuk memperoleh informasi tambahan dari data yang sama.
10
4. Berbagi data Basis data yang dimiliki oleh keseluruhan organisasi dapat digunakan bersama oleh pengguna yang berwenang. 5. Meningkatkan intergritas data Integritas basis data menunjukan pada validitas dan konsistensi data yang tersimpan. 6. Meningkatkan keamanan Merupakan perlindungan basis data dari para pengguna yang tidak berwenang.Hal ini
dapat
dilakukan
dengan
membentuk
username
dan
password
untuk
mengindentifikasikan pengguna yang berwenang menggunakan basis data. 7. Penegakkan standar-standar Integrasi membuat DBA dapat mendefinisikan dan DBMS untuk menegakan standar-standar, seperti format data untuk fasilitas pertukaran data antar sistem, konvensi penamaan, standar dokumentasi, prosedur update, dan aturan akses. 8. Skala Ekonomi Dengan mengkombinasikan data operasional organisasi dalam basis data dan membuat satu set aplikasi yang bekerja pada sumber data ini maka dapat menghemat pengeluaran. 9. Menyeimbangkan keperluan yang bertentangan Setiap pengguna memiliki kebutuhan yang mungkin bertentangan dengan pengguna lainnya.Karena basis data dibawah kontrol DBA, maka DBA bisa membuat keputusan mengenai desain dan kegiatan operasional basis data yang mengerjakan sumber daya yang terbaik bagi orgnisasi. 10. Meningkatkan aksesbilitas data dan responsive data Sebagai hasil dari integrasi data yang melewati batasan antar departemen dapat diakses oleh pengguna akhir. 11. Meningkatkan produktivitas DBMS menyediakan banyak fungsi standar sehingga memungkinkan programmer berkonsentrasi pada kemampuan fungsi spesifik yang dibutuhkan oleh pengguna tanpa harus memikirkan tantangan perincian implementasi pada level bawah.Hal ini dapat mengurangi waktu pengambangan dan meningkatkan produktivitas programmer. 12. Meningkatkan perawatan melalui data independence DBMS memisahkan enkripsi data dari aplikasi sehingga membuat aplikasi tidak dapat terpengaruh pada perubahan deskripsi data.
11
13. Meningkatkan konkurensi Memungkinkan pengguna dalam mengakses data yang sama secara berkelanjutan tanpa mengganggu satu sama lain. 14. Meningkatkan pelayanan backup dan recovery Untuk melindungi data dari kegagalan sistem komputer atau program aplikasi maka dilakukan backup terhadap data secara teratur. 2.1.5 Kekurangan DBMS Menurut Conolly dan begg (2010 : 80-81), Database Management System (DBMS) memiliki kekurangan, berikut ini merupakan kekurangan DBMS antara lain : a. Kompleks DBMS merupakan bagian dari perangkat lunak yang sangat kompleks.Kesalahan terhadap pengertian sistemakan megakibatkan rancangan keputusan yang buruk pada suatu organisasi sehingga perancang basis data dan pengembang basis data, database administrator (DBA) serta end-user perlu mengerti tentang keuntungan fungsional DBMS terlebih dahulu. b. Ukuran Kompleksitas dan banyaknya kegunaan dari DBMS menjadikannya sebagai perangkat lunak yang sangat besar, sehingga memerlukan tempat penyimpanan data yang besar dan juga membutuhkan memori yang cukup agar bisa berjalan secara efisien. c. Biaya Biaya yang dikeluarkan untuk DBMS sangat bervariasi, tergantung dari lingkungan dan kegunaan yang disediakan oleh DBMS tersebut. d. Biaya tambahan untuk perangkat keras Kebutuhan tempat penyimpanan data untuk DBMS dan basis data mungkin mengharuskan pembelian tempat khusus penyimpanan data tambahan. e. Biaya Konversi Dalam situasi tertentu, biaya untk DBMS dan perangkat keras tambahan dapat menjadi penting dibanng dengan biaya konversi dari aplikasi yang sudah ada agar dapat berjalan di DBMS dan perangkat keras baru. f. Performa
12
Bagaimanapun, DBMS diciptakan untuk menjadi lebih umum, agar dapat menangani banyak aplikasi tidak hanya satu saja.Sehingga menghasilkan aplikasi yang tidak berjalan cepat seperti yang diharapkan. g. Kemungkinan gagal yang tinggi Pemusatan dari sumber daya meningkatkan kerentanan sistem yang disebabkan oleh semua pemakai dan aplikasi bergantung pada ketersediaan dari DBMS, kegagalan dari salah satu komponen dapat membuat operasi terhenti.
2.1.6 The-Three LevelANSI-SPARCArchitecture Menurut Connolly dan Begg (2005 : 34) bagian dari three-level architecture terdiri dari external, conceptual dan internal level. Cara user melihat suatu data disebut bagian external, cara DBMS dan sistem melihat suatu data disebut sebagai internal level, dimana data disimpan menggunakan sebuah struktur data dan file organization. Conceptual level ini menjelaskan data apa saja yang disimpan didalam database dan bagaimana hubungan antar datanya.
Gambar 2.2 Arsitektur Three Level ANSI-SPARC Tujuan utama dari three-level architecture ini sebenarnya adalah untuk memisahkan setiap hak akses user terhadap database dari keadaan database yang sebenarnya. Ada beberapa alasan yang mendasari hal tersebut : 1. Setiap user harus bisa mengakses setiap data yang ada, tetapi akan berbeda sudut pandangnya mengenai suatu data. Dan setiap user pun bisa mengubah sudut pandangnya mengenai data, tetapi hal ini tidak akan berpengaruh terhadap user lainnya.
13
2. Setiap user tidak bisa langsung mengubah detail data pada database. Dengan kata lain interaksi user harus bersifat independent dari database. 3. Database administrator harus bisa mengubah struktur database tanpa harus merubah user’s view. 4. DBA seharusnya bisa merubah struktur konseptual dari database tanpa mempengaruhi semua user. 5. Internal struktur dari database seharusnya tidak berpengaruh terhadap berubahnya alat penyimpanan.
2.1.7Database Language Di dalam sebuah aplikasi basis data memiliki ketentuan-ketentuan yang berlaku yang harus diperhatikan oleh user dan perancang.Tentunya harus memperhatikan penggunaan bahasa di dalam sistem basis data.
2.1.7.1 Data Definiton Language (DDL) Menurut Connolly dan Begg (2010 : 92), mendefinisikan Data Definition Language (DDL) sebagai bahasa yang memungkinkan database administrator untuk menambahkan dan menamakan entitas, atribut dan hubungan yang dibutuhkan dalam aplikasi, terkait dengan integritas dan kendala keamanan aplikasi. Menurut Dedy Rahman Wijaya (2009 : 9), mendefinisikan bahwa Data Definition Language (DDL) merupakan struktur sebuah tabel, tipe data setiap field dan constraint yang berlaku pada data yang tersimpan di dalam sebuah tabel. Dari pengertian di atas dapat ditarik kesimpulan bahwa Data Definition Language (DDL) merupakan pemberian sebuah entitas, atribut, dan hubungan ke dalam sebuah tabel untuk mendefinisikan arti tabel tersebut.
2.1.7.2 Data Manipulation Language (DML) Menurut Connolly dan Begg (2010 : 92), mendefinisikan Data Manipulation Language (DML) sebagai bahasa yang menyediakan suatu fungsi yang dapat memanipulasi data-data yang ada di dalam database.
14
Berdasarkan Dedy Rahman Wijaya (2009 : 10) Data Manupulation Language (DML) merupakan bahasa yang memungkinkan user untuk mengakses atau memanipulasi data sebagaimana telah dipresentasikan oleh model data. Dapat ditarik kesimpulan bahwa Data Manipulatin Language (DML) merupakan suatu bahasa computer yang memberikan fungsi untuk memanipulasi data-data dan menggunakan untuk keperluan pengguna.
2.1.8 Structure Query Language Menurut Connolly dan Begg (2010 : 221), Structure Query Language adalah nonprocedural language terdiri dari kata english standar seperti SELECT, INSERT, dan DELETE yang dapat digunakan oleh professional dan non-profesional. Keduanya menggunakan bahasa yang standar untuk mendefinisikan dan memanipulasi hubungan database. SQL dari penjelasan diatas merupakan suatu alat operasi yang dapat digunakan untuk memanipulasi data yang ada pada database seperti select, insert, update, dan delete. SELECT, statement yang cukup penting, statement ini ada dalam language dan digunakan untuk ekspres query. INSERT, statement untuk insert sebuah single row dari data sampai memasukkan sebuah tabel nama atau untuk insert jumlah dari baris untuk satu atau lebih beberapa tabel. UPDATE, statement untuk update 1 atau lebih nilai dalam specified kolom atau beberapa kolom dari tabel nama. DELETE, statement untuk delete 1 atau lebih baris dari tabel nama.
2.1.9 Database System Development Lifecycle Menurut Conolly dan Begg (2010 : 313), Database system development lifecycle adalah keterkaitan inheren dengan lifecycledari sistem informasi, Database System Development Lifecycle tidak berurutan secara ketat, tapi melibatkan beberapa jumlah dari representasi di tingkatan sebelumnya melalui feedback loops. Database System Development Lifecycledari penjelasan diatas merupakan suatu proses yang digunakan dalam pengembangan, pembuatan, perawatan sistem informasi. Proses
15
tersebut digunakan untuk memperbaharui sistem basis data yang sesuai dengan tingkatan dimulai dari database planning sampai dengan implementation. Tingkatan dalam pembuatan database system development lifecycle :
Gambar 2.3 Database System Development Lifecycle a.
Database Planning, perencanaan bagaimana tingkatan dari lifecycle dapat mengetahui
seberapa efisien dan efektif. b.
System Definition, spesifikasi dari lingkup dan batas dari basis data, termasuk major
user view, user, dan area aplikasi. c.
Requirement collection and analysis, collection dan analisis dari permintaan untuk
sistem basis data yang baru. d.
Database Design, tahap ini adalah proses merancang basis data yang akan
mendukung perusahaan untuk menentukan sistem basis data yang diinginkan. Ada dua pendekatan dalam merancang basis data : 1. Bottom up approach Pendekatan ini dimulai dari tingkat paling dasar yaitu atribut, dimana melalui analisis gabungan antara atribut, dikelompokan kedalam relasi-relasi yang
16
mempresentasikan tipe-tipe entitas dan hubungan antar entitas.Hubungan ini digunakan jika basis data yang digunakan lebih cenderung sederhana dan dengan jumlah atribut yang sedikit. 2. Top down approach Pendekatan ini dimulai dari pengembangan model data yang terdiri dari beberapa hubungan relasional dan entitas.Pendekatan ini biasa di gunakan jika basis data yang digunakan lebih kompleks dan jumlah atributnya banyak. e.
DBMS selection(optional), desain dari user interface dan program aplikasi yang
digunakan dan proses basis data. f.
Prototyping
(optional),membangun
model
kerja
sistem
basis
data,
yang
memungkinkan designer atau user untuk membayangkan dan mengevaluasi bagaimana sistem akhir akan terlihat dan berfungsi. g.
Implementation, membuat definisi physical database dan program aplikasi.
h.
Data conversion and loading, loading data dari sistem lama ke sistem baru dan
dimana memungkinkan penggabungan antar aplikasi yang sedang berjalan dalam basis data yang baru. i.
Testing, sistem database, dicoba apabila ada error dan memvalidasi terhadap
spesifikasi kebutuhan user. j.
Operational maintenance, sistem basis data sudah dijalankan secara penuh. Sistem
secara berkesinambungan di monitor dan di maintaince.
2.1.10 Fact Finding Technique Sebuah sistem database dibangun berdasarkan masalah yang sedang muncul lalu dibuatkan sistemnya untuk menangani masalah tersebut.Untuk mencari masalah-masalah tersebut harus dilakukan beberapa kegiatan pengumpulan data agar dapat diperoleh informasiinformasi penting. Menurut Connolly dan Begg (2010 :317), teknik fact finding yaitu : 1. Examining Documentation Examining Documentation membantu menyediakan informasi perusahaan yang berkaitan dengan masalah yang sedang dihadapi. Dengan cara mempelajari dokumendokumen, laporan dan file yang berkaitan dengan sistem yang ada.
17
2. Interviewing Dengan wawancara dapat diperoleh informasi dari individu-individu secara langsung.Tujuannya untuk menemukan fakta danmengidentifikasi kebutuhan, dan memperoleh ide-ide dari seorang individu. 3. Observing the enterprise in operation Teknik ini merupakan teknik yang secara langsung terjun ke lapangan untuk memantau atau mempelajari seseorang terhadap sistem untuk memahami sebuah sistem lebih lanjut. 4. Research Melakukan riset terhadap suatu masalah yang sedang dihadapi. Hasil riset dapat menyediakan informasi-informasi penting tentang bagaimana orang lain memecahkan masalah yang serupa dengan teknik-teknik tertentu. 5. Questionnaires Questionnaires adalah sebuah dokumen yang diberikan langsung kepada sejumlah orang untuk memperoleh fakta-fakta yang berkaitan dengan sistem.Teknik ini merupakan yang paling efisien untuk memperoleh informasi dari banyak orang.
2.1.11 Tahapan Merancang Basis Data 2.1.11.1 Tahapan Konseptual Menurut Connolly dan Begg (2010 : 470-485), langkah-langkah membangun konseptual database designyaitu : 1. Memangun data model local konseptual untuk setiap view 1.1 Mendefinisikan tipe entitas Cara alternatif yang dipakai adalah dengan cara mendefinisikan entitas untuk mencari objek yang diperlukan oleh pengguna. Pada metode ini perlu untuk mengidentifikasi entitas-entitas yang ada untuk memeriksa keperluan pemakai secara spesifik.
18
1.2 Mendefinisikan tipe relationship Pada kenyataannya catatan kebutuhan yang spesifik adalah adanya sarang untuk hubungan dimana setiap catatan tersebut penting untuk perusahaan dan akan termasuk dalam model. 1.3 Identifikasi dan asosiasi atribut dengan entitas atau tipe Relationship Metode ini mengidentifikasikan tipe-tipe dari kenyataan yang ada tentang entitasentitas dan hubungan yang telah dipilih untuk di tampilkan pada basis data. 1.4 Menentukan domain atribut 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 pengumpulan nilai untuk atribut
-
Ukuran dan bentuk atribut Implementasi dari karakteristik domain pada DBMS masih menjadi subjek dari
penelitian. Atribut dari 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 Mempertimbagkan 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 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, yaitu : -
Meninjau kembali one-to-one relationship (1:1).
-
Menghilangkan relationship yang redudansi.
-
Mempertimbangkan dimensi waktu.
19
1.8 Memvalidasikan model data konseptual dengan transaksi user Pada tahap ini terdapat du pendekatan yang mendukung model data konseptual 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, karenaproses pengulangan ini akanberhenti apabila pemakai menyediakan model telahdisetujui sehingga
tidak
perlu melakukan pengulangan karena representasi tersebut telah disepakati bersama.
2.1.11.2 Tahapan Logikal Menurut Connolly dan Begg (2010 : 490-460), Langkah-langkah membangun logicaldatabase designadalah : 1. Membangun data model logikal 1.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. 1.2 Memvalidasi relasi menggunakan normalisasi Pada tahap ini akan dilakukan validasi terhadap pengelompokan atribut pada tiap hubungan. Tujuan dari normalisasi ini adalah untuk memastikan bahwa relasi tersebut memiliki nilai minimal yang cukup dari atribut yang dibutuhkan untuk mendukung kebutuhan data pada suatu perusahaan atau organisasi.Hal ini juga dapat dilakukan untuk mengurangi redundansi. 1.3 Memvalidasi hubungan terhadap transaksi pengguna Tujuan utama dari tahap ini adalah untuk memvalidasi logikal data model dan memastikan bahwa model mendukung transaksi yang dibutuhkan pengguna, seperti yang sudah dirinci dalam user requirements. Disini harus diperiksa apakah terjadi error saat membuat relasi yang berkaitan dengan hubungan antar entitas. 1.4 Mengecek integritas constraints
20
Pada tahap ini kita membuat constraint atau batasan pada databaseuntuk menghindari terjadinya pemasukan data dengan format yang berbeda, salah atau tidak lengkap. 1.5 Mengulas logical data model dengan pengguna Setelah seluruh tahapan tersebut selesai dibuat, maka sekarang kitaharus mengulas kembali logikal data model yang telah kita buatdengan pengguna.Apakah sesuai dengan kebutuhan user atautidak. 1.6 Menggabungkan logikal data model kedalam global model(opsional) Tahap
ini
menggabungkan
logikal
model
menjadi
global
modelyang
merepresentasikan seluruh pandangan user terhadapdatabase.Jadi tidak hanya dari salah satu sisi pengguna saja. 1.7 Mengecek perkembangan ke masa depan Kita harus mempertimbangkan bagaimana kedepannya sistem basis data yang dirancang.Apakah mampu untuk mendukung kebutuhanperusahaan kedepannya.
2.1.11.3 Tahapan Fisikal Menurut Connolly and Begg (2010 : 465), Basis Data Fisikal adalah untuk menentukan bagaimana struktur logikal diimplementasikan sebagai relasi dasar pada Database Management System (DBMS). Tahapan-tahapan yang ada dalam perancangan basis data fisikal yaitu sebagai berikut: •
Langkah 1 Menterjemahkan model data untuk target DBMS
o Langkah 1.1 Mendesain relasi dasarnya o Langkah 1.2 Mendesain representasi dari derrived data. o Langkah 1.3 Mendesain batasan umum •
Langkah 2 Mendesain file organisasi dan indeks
o Langkah 2.1 Menganalisis Transaksi o Langkah 2.2 Memilih file organisasi o Langkah 2.3 Memilih indeks o Langkah 2.4 Mengeliminasi •
Langkah 3 Mendesain tampilan pengguna
•
Langkah 4 Mendesain mekanisme keamanan
21
Jadi, Basis Data Fisikal adalah basis data yang secara fisik di dalam Database Management System sebagai base relation yang mendeskripsikan tempat penyimpanan data-data tersebut.
2.1.12 Entity Relationship Modelling (ER Modelling) Menurut Connolly and Begg (2010 : 371), Entity Relationship Modelling adalah pendekatan top-down untuk merancang basis data yang dimulai dengan mengidentifikasi data-data penting yang disebut dengan entitas dan hubungannya di dalam pemodelan suatu data.
2.1.12.1 Entity Type Menurut Connolly and Begg (2010 : 372), jenis Entitas adalah sekumpulan objek dengan properties yang sama dan diidentifikasikan oleh perusahaan yang keberadaannya diakui secara independent. Ada 2 jenis entitas atau Entity Typeyaitu : 1. Strong Entity Typemerupakan entitas yang tidak dipengaruhi oleh entitas lain. 2.Weak Entity Type merupakan entitas yang bergantung pada entitas lain.
2.1.12.2 Relationship Menurut Connolly and Begg (2010 : 374), hubungan entitas adalah sekumpulan asosiasi antara satu atau lebih entitas. Setiap hubungan diberi nama yang menjelaskan fungsinya. Hubungan antar entitas ada 2 (dua) macam yaitu: 1. Hubungan berdasarkan tingkatannya Jumlah entitas yang terlibat pada sebuah hubungan. 2. Hubungan Rekursif Hubungan dimana entitas yang sama berhubungan lebih dari satu kali dengan tugas yang berbeda.
2.1.12.3 Attribute Menurut Connolly and Begg (2010 : 379) attribute merupakan properties dari entitas atau hubungannya. Di dalam attribute ada yang disebut dengan Attribute Domain. Attribute Domain adalah sekumpulan nilai yang diperbolehkan untuk satu atau lebih attribute.
22
ada 3 jenis atribut yaitu : 1. Simple and Composite Attribute •
Simple Attribute adalah yang dibentuk dari komponen tunggal dengan eksistensi independen yang ada.
•
Composite Attribute adalah attribute yang dibentuk dari komponen jamak dan masing-masing komponennya independen.
2. Single-valued and Multi-valued Attribute •
Single-valued adalah attribute yang memiliki nilai tunggal untuk setiap kejadian dari tipe entitas yang ada.
•
Multi-valued Attribute adalah attribute yang memiliki banyak nilai untuk setiap kejadian dari tipe entitas yang ada.
3. Didalam attribute ada yang dipakai menjadi key yang terdiri dari : •
Candidate Key merupakan attribute yang bersifat unik mengidentifikasikan setiap kejadian yang terjadi pada entitas.
•
Primary Key merupakancandidate key yang telah dipilih untuk dijadikan key utama di dalam entitas yang mengidentifikasikan kejadian yang terjadi pada entitas.
•
Composite Key merupakan candidatekey yang terdiri dari dua atau lebih attribute.
2.1.13 Normalisasi Data di dalam perusahaan masuk dalam jumlah banyak dan digolongkan berdasarkan jenis tertentu yang kemudian dibuatkan tabel untuk dianalisis.Terkadang data-data tersebut menjadu penumpukan yang menyulitkan untuk dianalisis. Menurut Connolly dan Begg (2010 : 416), normalisasi adalah suatu teknik untuk menghasilkan sejumlah hubungan dengan sifat yang diinginkan yang diberikan persyaratan data dari suatu perusahaan. Dari pendapat di atas dapat ditarik kesimpulan, normalisasi adalah suatu langkah-langkah yang terstruktur untuk menghasilkan sebuah hubungan dengan sifat yang diinginkan oleh suatu perusahaan.
•
Un-normalized Form
23
Menurut Connolly dan Begg (2010 : 430), un-normalized form adalah suatu tabel yang berisi satu atau lebih kelompok yang berulang. •
First Normalized Form (1NF) Menurut Connolly dan Begg (2010 : 430), 1NF jika persimpangan setiap baris dan kolom
hanya mengandung satu nilai. Cara untuk menghilankan repeating group pada tabel yang tidak normal adalah: 1. Dengan memasukkan data ke kolom yang kosong dari baris yang mengandung datadata yang berulang. 2. Dengan memasukkan data-data yang berulang bersama pada relasi yang terpisah. •
Second Normalized Form (2NF) Menurut Connolly dan Begg (2010 : 434), 2NF jika suatu hubungan pada 1 NF dan setiap
atribut yang bukan primary key fungsional berkaitan pada primary key. •
Third Normalized Form (3NF) Menurut Connolly dan Begg (2010 : 435), 3NF jika hubungan berada dalam bentuk 1NF
dan 2NF lalu tidak ada atribut yang merupakan sebuah primary key yang berkaitan secara kuat dengan primary key. •
Boyce Codd Normal Form (BCNF) Suatu relasi disebut memenuhi BCNF jika dan hanya jika setiap determinan yang ada pada
relasi tersebut adalah sebuah candidate key.Untuk normalisasi ke bentuk BCNF, maka table 3NF didekomposisi menjadi beberapa tabel yang masing-masing memenuhi BCNF. Tujuan membentuk BCNF : 1. Semantik multiple candidate key menjadi lebih eksplisit (FD hanya pada candidate key) 2. Menghindari update anomali yang masih mungkin terjadi pada 3NF. Dari definisi 3NF dan BCNF, maka apabila suatu relasi memenuhi BCNF pasti memenuhi 3NF, tetapi belum tentu sebaliknya.
2.2 Teori Khusus 2.2.1 Penjualan Menurut Reeve dan James
(2009 : 255), penjualan adalah total biaya yang
dibebankan kepada customer untuk barang yang dijual termasuk penjualan tunai maupun penjualan kredit.
24
Menurut Kotler dan Phillip (2006 : 470), proses penjualan adalah langkah-langkah yang dilakukan oleh bagian penjualan dalam penjualan, dimana meliputi prospecting dan standarisasi, preapproach, approach, presentasi dan demonstrasi, menangani keluhan, closing, dan follow up. Menurut Carl S. Warrant dan Fess (2006 : 300), penjualan adalah jumlah yang dibebankan untuk barang yang dijual, baik secara tunai maupun kredit. Jadi, menurut pernyataan diatas penjualan merupakan suatu usaha yang terpadu untuk mengembangkan rencana-rencana strategis yang diarahkan pada usaha pemuasan kebutuhan dan keinginan pembeli guna mendapatkan penjualan yang menghasilkan laba.
2.2.2 Pembelian Menurut Reeve dan James (2009 : 281), pembelian adalah didebit dari jumlah faktur pembelian. Jadi, menurut pernyataan diatas pembelian merupakan proses membeli bahan baku atau barang pelengkap kepada supplier baik secara tunai maupun kredit.
2.2.3 Persediaan Menurut Reeve dan James (2009 : 355), persediaan digunakan untuk menunjukkan (1) barang dagangan yang dimiliki untuk dijual dalam kegiatan usaha normal. (2) Bahan dalam proses produksi atau yang dimiliki bagian produksi. Menurut Stevenson dan William(2009 : 549), persediaan adalah stok dari barang yang disimpan. Menurut Alfredson dan Keith (2007 : 342), persediaan adalah aset yang tersedia untuk dijual dalam proses bisnis biasa, aset dalam bentuk material untuk digunakan dalam proses produksi atau dalam meberikan pelayanan. Jadi, menurut pernyataan diatas persediaan merupakan jumlah barang yang tersedia di dalam gudang untuk dijual kepada customer.
25
2.2.4 Produksi Menurut Sukanto (2004 : p3), produksi adalah penciptaan atau penambahan faedah bentuk, waktu dan tempat atas faktor-faktor produksi sehingga lebih bermanfaat bagi pemenuhan kebutuhan manusia. Kesimpulan nya, produksi adalah sebuah penciptaan atau penambahan faedah atau kegunaan atas factor produksi yang telah sedemikan rupa sehingga lebih bermanfaat bagi pemenuhan kebutuhan manusia sehari-hari nya.
2.2.5 Problem Menurut McLeod & Schell (2007 : 111) problem adalah the condition that has the potential to cause exceptional harm or produce exceptional benefit. Kesimpulannya, problem adalah suatu kondisi yang memiliki potensi untuk menimbulkan kerugian atau keuntungan yang tidak terduga.
2.2.5 Problem Solving Menurut McLeod & Schell (2007 : 111) problem solving adalah the act of responding to problems so as to suppress their harmful effects or capitalize on the opportunity for benefit. Kesimpulannya problem solving adalah suatu kondisi yang dilakukan untuk mengatasi masalah – masalah yang terjadi dengan cara meminimalisir efek yang merugikan atau memaksimalkan kesempatan untuk menciptakan keuntungan.
