BAB 2 TINJAUAN PUSTAKA
Pada saat ini, sistem basis data sangat dibutuhkan dalam pengembangan teknologi informasi. Dengan sistem basis data, setiap perusahaan dapat menyimpan dan menstrukturkan data mereka dalam bentuk elektronik yang tersimpan di computer. Pada topik ini, digunakan sistem basis data agar memudahkan PT. Gloria Cipta Karya mencari produk-produk mereka dan juga membantu karyawan dalam melakukan input penjualan dan pembelian barang.
2.1 Hal-Hal yang Berhubungan dengan Basis Data Dalam tinjauan pustaka yang berhubungan dengan basis data akan diuriakan secara ringkas antara lain: data, entitas (entity), basis data (database), sistem basis data (database system), sistem manajemen basis data (Database Management System, DBMS), keuntungan dan kerugian DBMS, daur hidup basis data (Database Life Cycle, DBLC), normalisasi, IMK. 2.1.1 Pengertian Data Data adalah jembatan yang menghubungkan antara komponen manusia dengan komponen mesin (Connoloy and Begg,2010,p36). Menurut O’Brien (2005,p38) data merupakan suatu fakta atau hasil dari observasi,yang biasanya berisi fenomena fisik yang merupakan sebuah pengukuran terhadap atribut suatu entitas. 2.1.2 Pengertian Entitas Menurut Connolly (2010, p372), entity types adalah sekelompok obyek dengan sifat yang sama, yang diidentifikasi oleh perusahaan memiliki keberadaan yang bebas. Menurut Whitten (2004, p295), entity adalah kelompok orang, tempat, benda, peristiwa, atau konsep tentang apa yang kita butuhkan untuk menangkap dan menyimpan data.
7
8 2.1.3 Pengertian Basis Data Menurut Menurut Connolly (2010, p65), basis data adalah sekumpulan data yang saling berhubungan satu dengan yang lain secara logikal dan suatu deskripsi data yang dirancang untuk memenuhi kebutuhan informasi suatu organisasi. Menurut W.H. Inmon (2005, p493), Database adalah sebuah koleksi data yang saling berelasi pada data yang telah disimpan (sering dikendalikan dengan redudansi yang terbatas) berdasarkan skema yang ada. Database bisa digunakan sebagai aplikasi tunggal maupun ganda. 2.1.4 Pengertian Sistem Basis Data Menurut Connolly-Begg (2010, p54), sistem basis data adalah kumpulan dari program aplikasi yang berinteraksi dengan basis data bersama dengan Database Management System (DBMS) dan basis data itu sendiri. Sehingga basis data merupakan gabungan dari beberapa aplikasi yang digunakan untuk mengakses, dan mengubah data sesuai dengan kebutuhan. 2.1.5 Database Management System (DBMS) Menurut Connolly (2010, p66), Database Management System (DBMS) adalah suatu sistem piranti lunak yang memungkinkan user untuk mendefinisikan, membuat, merawat, dan mengontrol akses ke dalam basis data. Fasilitas yang disediakan oleh DBMS, yaitu : 1.
Data Definition Language (DDL) Menurut
Connolly
(2010,
p92),
DDL adalah
bahasa
pemrograman yang mengijinkan Database Administrator (DBA) atau user untuk menggambarkan nama dari entitas, atribut, serta hubungan-hubungan yang diperlukan pada aplikasi, bersamaan dengan asosiasi integritas dan keamanan data. 2.
Data Manipulation Language (DML) Menurut Connolly (2010, p92), DML adalah bahasa pemrograman yang menyediakan fasilitas untuk menyokong operasi manipulasi basis data yang disimpan dalam basis data. Operasi manipulasi data biasanya meliputi hal-hal berikut :
9 1.
Penginputan data baru kedalam basis data
2.
Modifikasi data baru yang disimpan dalam basis data
3.
Pengambilan data simpanan dari basis data
4.
Penghapusan data yang ada di dalam basis data DML memungkinkan pemakai memasukkan, memperbaharui,
menghapus, mengirim dan mengambil data dari basis data. Contohnya insert, update, delete, dan select. 2.1.5.1 Komponen DBMS Komponen DBMS dibagi menjadi lima jenis menurut Connolly (2010, p69-p71), yaitu : 1.
Hardware Dalam menjalankan DBMS dan aplikasi, hardware merupakan komponen yang paling penting yang berupa komputer, notebook, mainframe, atau komputer jaringan yang berupa server.
2.
Software Dalam menjalankan DBMS, software merupakan program penggerak atau aplikasi yang akan dijalankan.
3.
Data Merupakan komponen terpenting dalam DBMS karena data merupakan penghubung komputer dengan manusia.
4.
Procedures Merupakan
instruksi
dan
aturan
yang
menentukan
perancangan dan penggunaan basis data dimana pengguna sistem dan pengelolaan basis data memerlukan dokumentasi untuk menjalankan dan menggunakan sistem. 5.
People Merupakan komponen terakhir yang juga berperan penting dalam merancang sampai dengan menggunakan DBMS tersebut.
10 2.1.5.2 Keuntungan dan Kerugian DBMS Berikut ini akan di bahas mengenai keuntungan dan kerugian dari DBMS: 1. Keuntungan DBMS:
2.
1.
Kontrol atas redudansi atau perulangan data.
2.
Konsistensi data.
3.
Informasi yang diperoleh dari data yang sama lebih banyak.
4.
Data dapat dibagikan.
5.
Meningkatkan integritas dan keamanan data.
Kerugian dari DBMS: 1.
Kompleksitas.
2.
Ukuran.
3.
Biaya dari penggunaan DBMS.
4.
Biaya penambahan perangkat keras.
5.
Biaya pelatihan, staff spesialis.
2.1.6 Database Aplication Lifecycle Menurut Connolly-Begg (2010, p312), sistem basis data merupakan komponen dasar dari sistem informasi, dimana pengembangan dan penggunaannya harus dilihat dari perspektif kebutuhan yang lebih luas dari perusahaan. 2.1.7 Tahapan Database Aplication Lifecycle Terdapat 11 tahapan dalam siklus aplikasi basis data yang meliputi: 2.1.7.1 Perancanaan Basis data (Database Planning) Menurut Connolly-Begg (2010, p313), perencanaan basis data adalah aktivitas manajemen yang memungkinkan tahapan aplikasi basis data untuk direalisasikan secara efisien dan efektif. Perencanaan basis data harus terintegrasi dengan keseluruhan strategi sistem informasi dalam organisasi. Ada tiga isu utama yang terlibat dalam merumuskan sebuah strategi sistem informasi, yaitu: 1.
Identifikasi rencana dan tujuan perusahaan termasuk sistem informasi
11 yang di butuhkan, 2.
Evaluasi sistem informasi yang ada untuk menentukan kekuatan dan kelemahan yang dimiliki,
3.
Penilaian terhadap peluang teknologi informasi yang mungkin dapat memberikan keuntungan yang kompetitif.
Menurut Connolly-Begg (2010, p313-315), tahapan dalam perencanaan basis data harus menjelaskan: 1.
Mission statement dari proyek basis data Menjelaskan tujuan utama aplikasi basis data, juga membantu menjelaskan tujuan proyek basis data, dan menyediakan maksud yan lebih jelas dalam pembuatan aplikasi basis data secara efektif dan efisien.
2.
Mission objectives Selain merumuskan tujuan dari sebuah proyek
basis data,
harus diperhatikan juga mengenai tugas apa saja yang harus didukung oleh basis data tersebut. Setiap mission objective akan menjelaskan tugas tertentu yang harus didukung oleh basis data dengan asumsi jika basis data mendukung mission obejctive, maka mission statementnya juga akan sesuai. Di dalam perencanaan basis data juga meliputi perkembangan standar yang akan menentukan bagaimana suatu data akan dikumpulkan, bagaimana format yang harus ditetapkan, lalu dokumentasi apa saja yang akan dibutuhkan, serta bagaimana desain dan implementasi harus dikerjakan nantinya.
12
Gambar 2.1 Siklus Sistem Basis Data
13 2.1.7.2 Definisi Sistem (System Definition) Menurut Connolly-Begg (2010, p316), definisi sistem mendeskripsikan cakupan batasan-batasan dari aplikasi basis data dan dari user view. Hal ini sangat penting di lakukan dalam proses perancangan basis data agar lebih terfokus pada proyek basis data yang akan di buat, serta bagaimana sistem tersebut akan berhubungan dengan bagian sistem informasi pada organisasi lain. Selain itu batasan sistem tidak hanya sesuai dengan bidang dan batasan aplikasi basis data serta pandangan pengguna yang telah ada pada saat ini saja, namun harus sesuai juga dengan kebutuhan pada masa yang akan datang. Suatu aplikasi basis data dapat memiliki satu atau lebih user view. Identifikasi user view adalah aspek penting dalam pengembangan aplikasi basis data karena membantu menjamin tidak ada pengguna utama dari suatu basis data yang terlupakan ketika membangun kebutuhan-kebutuhan untuk aplikasi yang baru. User view juga membantu dalam pengembangan aplikasi basis data yang kompleks dimana memungkinkan kebutuhan-kebutuhan di pecah menjadi bagian-bagian yang lebih mudah untuk diatur. 2.1.7.3 Analisa dan Pengumpulan Kebutuhan (Requirement Collection and Analysis) Menurut
Connolly-Begg
(2010,
p316),
pada
proses
ini dilakukan
pengumpulan dan penganalisaan informasi mengenai bagian dari perusahaan yang didukung oleh aplikasi basis data dan menggunakan informasi ini untuk mengidentifikasi kebutuhan pengguna untuk sistem yang baru. Beberapa teknik atau cara mendapatkan informasi adalah dengan teknik metode fact finding. Fact finding adalah teknik yang digunakan untuk mengidentifikasi kebutuhan. Informasi yang di kumpulkan dari setiap user view yang
14 penting, yaitu: 1.
Deskripsi dari data yang digunakan atau di hasilkan
2.
Rincian mengenai bagaimana data digunakan atau di hasilkan
3.
Tambahan kebutuhan untuk aplikasi basis data yang baru
Terdapat 3 (tiga) pendekatan utama untuk pengaturan kebutuhan aplikasi basis data dengan multiple user view menurut Connolly-Begg (2010, p318), yaitu : 1.
Pendekatan Centralized Kebutuhan-kebutuhan untuk setiap user view digabung dalam suatu kumpulan kebutuhan tunggal untuk aplikasi basis data baru.
2.
Pendekatan View Integration Kebutuhan-kebutuhan untuk setiap user view digunakan untuk membangun model data terpisah untuk merepresentasikan pengguna itu sendiri. Hasil dari model data akan digabung pada tahap perancangan basis data.
3.
Kombinasi antara Centralized dan View Integration Ada banyak cara untuk mengumpulkan informasi pada suatu proses resmi dalam menggunakan teknik-teknik seperti wawancara atau kuesioner untuk mengumpulkan fakta-fakta tentang sistem dan kebutuhan-kebutuhannya yang dinamakan fact finding.
2.1.7.4 Desain Basis Data (Database Design) Menurut Connolly-Begg (2010, p320), perancangan basis data merupakan proses menciptakan basis data yang mendukung operasi-operasi atau tujuan-tujuan untuk perusahaan. Pendekatan dalam perancangan basis data, antara lain : 1.
Buttom-Up Menurut Connolly-Begg (2010, p321), pendekatan ini dimulai dari atribut dasar, dengan menganalisis hubungan antara atribut, yang
15 di kelompokkan ke dalam suatu relasi yang merepresentasikan tipe entity dan relationship antara entity-entity dan relationship. 2.
Top-Down Menurut Connolly-Begg (2010,p321), pendekatan ini dimulai dari pengembangan model data yang berisi beberapa entity dan relationship tingkat tinggi dan kemudian menggunakan pendekatan top-down secara berurut untuk mengidentifikasikan entity tingkat rendah, relationship, dan atribut-atribut yang berhubungan.
3.
Inside-Out Menurut Connolly-Begg (2010, p321), pendekatan ini berhubungan dengan pendekatan buttom-up, perbedaannya adalah pendekatan ini mengidentifikasikan sekumpulan entity utama dan kemudian menyebar ke entity-entity yang lain, relationshiprelationship, dan atribut-atribut yang berkaitan dengan hal-hal yang sudah diidentifikasikan sebelumnya.
4.
Mixed Strategy Pendekatan ini menggunakan pendekatan buttom-up dan topdown untuk bagian model yang berbeda sebelum akhirnya menggabungkan semua bagian.
Menurut Connolly-Begg (2010, p322), terdapat tiga tahapan atau fase utama dalam perancangan basis data, yaitu : 1.
Perancangan Basis Data Konseptual Menurut Connolly-Begg (2010, p322), ini adalah proses membangun sebuah model informasi yang digunakan di perusahaan, yang
terlepas
dari
semua
pertimbangan-pertimbangan
fisik.
Pertimbangan fisik yang dimaksud yaitu, meliputi DBMS yang akan digunakan
program
aplikasi,
bahasa
pemrograman,
platform
perangkat keras serta pertimbangan fisik lainnya. Langkah-langkah perancangan basis data konseptual adalah sebagai berikut:
16 1.
Mengidentifikasi tipe entiti Tujuan langkah ini adalah untuk mengidentifikasi tipetipe entity yang dibutuhkan.
2.
Mengidentifikasi tipe relasi Tujuan langkah ini adalah mengidentifikasi relasi-relasi penting yang terjadi antar entity.
3.
Mengidentifikasi dan asosiasikan atribut dengan tipe entity dan relasi Tujuan langkah ini adalah mengasosiasikan atributatribut dengan entity atau relasi yang sesuai.
4.
Tentukan domain atribut Tujuan langkah ini adalah menentukan domain untuk atribut-atribut dalam model data konseptual lokal. Yang dimaksud domain adalah sekumpulan nilai-nilai dimana suatu atribut mendapatkan nilainya.
5.
Tentukan atribut-atribut candidate key, primary key dan alternate key Tujuan langkah ini mengidentifikasi candidate key untuk setiap tipe entity, dan jika terdapat lebih dari satu candidate key, untuk memilih salah satu menjadi primary key dan yang lainnya menjadi alternate key. 1. Mempertimbangkan penggunaan konsep pemodelan tingkat lanjut (langkah opsional) Tujuan
langkah
ini
mempertimbangkan
penggunaan
konsep-konsep tingkat lanjut. Seperti specialization atau generalization, aggregation ataupun compotition. a. Specialization adalah proses memaksimalkan perbedaan
antara
anggota-anggota
entitas
dengan mengidentifikasi karakteristik yang
17 membedakan masing-masing entitas. b. Generalization adalah proses meminimalkan perbedaan
antara
entitas
dengan
mengidentifikasi karakteristik yang sama dari masing-masing entitas. c. Aggregation adalah merepresentasikan sebuah relasi ‘has – a’ atau ‘is part of’ antara entity types dimana satu adalah sebagai ‘whole’ dan yang lainnya sebagai ‘part’. d. Composition adalah sebuah bentuk spesifik dari aggregation yang merepresentasikan sebuah asosiasi antara entitas dimana ada kepemilikan kuat dan kesamaan lifetime antara ‘whole’ dan ‘part’.
2. Memeriksa redudansi pada model Tujuan pada tahap ini adalah memeriksa ada atau tidaknya redudansi pada model. 3. Validasi model pada transaksi pengguna Tujuan pada tahap ini adalah memastikan bahwa pada model konseptual mendukung terhadap transaksi yang dibutuhkan. 4. Review model data konseptual dengan pengguna Tujuannya untuk mereview model data konseptual dengan user untuk memastikan mereka bahwa
model tersebut
18 sebagai representasi yang benar dari kebutuhan organisasi yang sesuai.
2.
Perancangan Basis data Logikal Menurut Connolly-Begg (2010, p323), proses membangun model informasi yang digunakan di perusahaan berdasarkan sebuah model data spesifik, tetapi terlepas dari DBMS dan pertimbangan fisik lain. Langkah-langkah perancangan basis data logikal adalah sebagai berikut: 1.
Menurunkan relasi untuk model data logikal
2.
Membuat
relasi
untuk
model
data
logikal
guna
merepresentasikan entiti, relasi, dan atribut yang telah diidentifikasi. 3.
Memvalidasi relasi-relasi menggunakan normalisasi Tujuannya adalah untuk memvalidasi relasi-relasi di dalam model data logikal dengan menggunakan normalisasi.
4.
Memvalidasi relasi terhadap transaksi pengguna Tujuannya adalah untuk memastikan bahwa relasi yang ada di dalam model data logikal dapat mendukung transaksi yang dibutuhkan.
5.
Memeriksa batasan-batasan integritas Tujuannya adalah untuk memeriksa batasan-batasan integritas yang direpresentasikan dalam model data logikal.
6.
Review model data logikal dengan pengguna Tujuannya adalah untuk mereview model data logikal dengan pengguna untuk memastikan bahwa data model tersebut mempertimbangkan representasi kebutuhan data organisasi yang sesuai.
19 7.
Menggabungkan model data logikal menjadi model global (langkah opsional) Tujuannya adalah menggabungkan model data logikal lokal ke dalam model data logikal global tunggal yang merepresentasikan semua pandangan pengguna terhadap database.
8.
Memeriksa untuk perkembangan yang akan datang Tujuannya adalah untuk menentukan apakah ada perubahan besar yang dapat diduga pada masa yang akan datang dan memperkirakan apakah model data logikal dapat mengakomodasi perubahan-perubahan tersebut.
3.
Perancangan Basis data Fisikal Menurut Connolly-Begg (2010, p324), Perancangan basis data fisikal
adalah
proses
untuk
menghasilkan
penjelasan
dari
pengimplementasian suatu basis data pada media penyimpanan kedua. Langkah-langkah perancangan basis data fisikal adalah sebagai berikut: 1.
Menterjemahkan model data logikal terhadap DBMS yang telah di tentukan. 1. Merancang relasi dasar Menentukan bagaimana relasi dasar (base relation) akan direpresentasikan dalam model data logikal pada DBMS yang telah ditentukan. 2. Merancang representasi dari data yang telah didapat Menentukan bagaimana merepsentasikan data yang terdapat pada model data logikal ke dalam DBMS yang telah ditentukan.
20
3. Merancang batasan-batasan umum Tujuannya adalah merancang batasan umum bagi DBMS yang akan dipakai. 2.
Merancang file organizations dan indexes 1. Menganalisa transaksi Memahami fungsinalitas transaksi yang akan berjalan didalam basis data serta menganalisa transaksi yang penting. 2. Memilih file organizations Untuk menentukan organisasi file yang efisien untuk setiap base relation. 3. Memilih indexes Untuk menentukan apakah penggunaan indeks akan dapat meningkatkan kinerja sistem. Ada tiga jenis index, yaitu: a. Primary index Adalah pengindeksan di lakukan pada kolom kunci (key
field),
yang
diurutkan
terlebih
dahulu
secara
sekuensial. b. Clustering index Adalah pengindeksan dilakukan pada kolom bukan kunci (non-key field), yang sudah diurutkan terlebih dahulu secara sekuensial.
21 c. Secondary index Adalah pengindeksan yang dilakukan pada kolom yang tidak terurut di dalam file data. 4. Memperkirakan kebutuhan untuk ruang penyimpanan Memperkirakan besarnya kapasitas ruang penyimpanan yang akan dibutuhkan untuk mendukung implementasi basis data pada tempat penyimpanan kedua. Hal ini penting dan sangat tergantung pada target DBMS dan perangkat keras yang akan digunakan. 5. Merancang user views Tujuannya untuk merancang user views yang diidentifikasi pada tahap pengumpulan kebutuhan dan analisa pada daur hidup aplikasi basis data relasional. 6. Merancang mekanisme keamanan Tujuannya untuk merancang mekanisme keamanan pada basis data seperti yang dispesifikasikan pengguna pada tahap
pengumpulan
kebutuhan
dan
daur
hidup
pengembangan basis data. 7. Mempertimbangkan
pengenalan
dari
redudansi
penggunaan
redudansi
terkontrol Menentukan
apakah
secara
terkontrol akan dapat meningkatkan performa sistem. 8. Memonitor dan memelihara sistem operasi Mengawasi performance
sistem sistem
operasional guna
dan
meningkatkan
memperbaiki
rancangan-
22 rancangan yang kurang sesuai atau sebagai refleksi adanya perubahan kebutuhan. 2.1.7.5 Pemilihan DBMS (DBMS Selection) Menurut Connolly-Begg (2010, p325), pemilihan DBMS adalah pemilihan yang sesuai untuk mendukung aplikasi basis data. Langkah-langkah untuk memilih DBMS: 1.
Menentukan istilah referensi studi Adalah istilah studi untuk pemilihan DBMS sudah di tetapkan penetapan objektif dan ruang lingkup studi, dan tugas-tugas yang harus dilakukan.
2.
Membuat daftar sementara dua atau tiga produk Adalah kriteria yang di pertimbangkan untuk menjadi kritis agar implementasi dapat berjalan lancar dan dapat digunakan untuk membuat daftar awal persiapan produk DBMS untuk evaluasi.
3.
Mengevaluasi produk Ada berbagai fitur yang dapat digunakan untuk mengevaluasi produk DBMS
4.
Merekomendasikan pilihan dan membuat laporan Ini adalah langkah
terakhir dari pemilihan
DBMS dengan
mendokumentasikan prosesnya dan membuat pernyataan dalam penemuan dan rekomendasi atas produk DBMS tertentu.
2.1.7.6 Perancangan Aplikasi (Aplication Design) Menurut Connolly-Begg (2010, p329), adalah perancangan aplikasi perancangan user interface dan program aplikasi yang menggunakan dan memperoses basis data.
23 Terdapat 2 aspek penting dalam perancangan aplikasi, yaitu : 1.
Perancangan Transaksi Menurut Connolly-Begg (2010, p330), transaksi adalah sekumpulan aksi yang dibawa pengguna atau program aplikasi yang mengakses atau mengubah isi basis data. Tujuan dari perancangan transaksi adalah untuk menetapkan, mendefinisikan dan mendokumentasikan karakteristik transaksi tingkat tinggi yang di butuhkan pada basis data, yaitu meliputi: 1.
Data yang digunakan oleh transaksi
2.
Karakteristik fungsional transaksi
3.
Output dari transaksi
4.
Kepentingan pengguna
5.
Nilai yang di harapkan dari pengguna Perancangan ini harus dilakukan lebih awal dalam proses
perancangan
untuk
memastikan
bahwa
basis
data
yang
diimplementasikan mendukung semua transaksi yang dibutuhkan. Menurut Connolly-Begg (2010, p330-331), selain itu terdapat tiga jenis transaksi utama, yaitu: 1.
Retrieval Transactions Digunakan untuk mendapatkan kembali
data untuk
ditampilkan didalam layar atau dalam laporan produksi. 2.
Update Transactions Digunakan untuk menambah data, menghapus data lama, atau memodifikasikan data yang ada dalam basis data.
3.
Mixed Transactions Melibatkan
retrieval
(pemanggilan)
dan
(perubahan) data atau kombinasi antara keduanya. 2.
Perancangan Antarmuka Pengguna
update
24 Sebelum mengimplementasi sebuah form atau laporan, ada baiknya merancangan tampilan (layout) terlebih dahulu. Menurut Connolly-Begg (2010, p331), elemen-elemen dalam merancang suatu antarmuka pengguna antara lain: 1.
Penetapan judul yang bermakna
2.
Instruksi-instruksi yang dapat dipahami
3.
Pengelompokan logika dan pengurutan field
4.
Bentuk form yang menarik secara visual
5.
Judul kolom yang dikenal
6.
Penggunaan istilah dan singkatan yang konsisten
7.
Penggunaan warna yang konsisten
8.
Ruang dan batasan yang terlihat untuk menginput kolom
9.
Pergerakan kursor yang mudah
10.
Perbaikan kesalahan untuk satu huruf dan semua kolom
11.
Menampilkan pesan kesalahan terhadap nilai yang tidak sesuai
12.
Pemberian tanda terhadap kolom yang berupa pilihan
13.
Pesan-pesan yang bersifat penjelasan untuk suatu kolom
14.
Pembaruan tanda penyelesaian
2.1.7.7 Prototyping (Optional) Adalah pembuatan suatu model kerja dari aplikasi basis data. Suatu prototipe adalah model yang bekerja yang tidak mempunyai semua fitur-fitur yang diperlukan atau menyediakan semua fitur-fitur yang diperlukan atau menyediakan semua fungsionalitas dari sistem terakhir. Tujuan utama dari dibuatnya prototipe adalah untuk memungkinkan pengguna menggunakan prototipe tersebut untuk menentukan fitur-fitur dari sistem yang bekerja dengan baik, dan untuk mengusulkan peningkatan fitur-fitur baru pada aplikasi basis data.
25 Menurut Connolly-Begg (2010, p333), adalah pembangunan model kerja aplikasi basis data. Terdapat dua strategi prototipe yang biasa digunakan, yaitu: 1.
Requirement prototyping menggunakan prototipe untuk menentukan kebutuhan-kebutuhan yang diusulkan aplikasi basis data dan jika kebutuhan-kebutuhan sudah dilengkapi maka prototipe tidak dipakai lagi atau dibuang.
2.
Evolutionary prototyping digunakan untuk tujuan yang sama, tetapi perbedaannya requirements prototyping adalah prototipe tidak dibuang tetapi dengan perkembangan lebih lanjut menjadi aplikasi kerja basis data.
2.1.7.8 Implementasi (Implementation) Adalah realisasi fisik dari perancangan basis data dan aplikasi. Implementasi basis data dapat dicapai dengan menggunakan Data Definition Language (DDL) dari DBMS yang dipilih atau Graphical User Interface (GUI), dimana menyediakan fungsionalitas yang sama ketika menyembunyikan pernyataan DDL tingkat rendah. Pernyataan DDL tersebut digunakan untuk membuat struktur basis data dan file basis data kosong. Bagian dari program aplikasi ini adalah transaksi basis data, dimana diimplementasikan dengan menggunakan Data Manipulation Language (DML) dari DBMS sasaran, yang mungkin disimpan dalam sekumpulan bahasa pemrograman. 2.1.7.9 Pengubahan dan Pemuatan Data (Data Conversion and Loading) Perubahan dan pengambilan data adalah memindahkan semua data yang ada kedalam basis data yang baru dan mengubah semua aplikasi yang ada untuk digunakan pada basis data yang baru. 2.1.7.10 Uji Coba (Testing) Menurut Connolly-Begg (2010, p334), adalah proses mengeksekusi programprogram dengan tujuan untuk menemukan kesalahan. 2.1.7.11 Perawatan Operasional (Operational Maintenance) Menurut Connolly-Begg (2010, p335), adalah proses mengawasi dan memelihara sistem yang meliputi aktivitas mengawasi performance dari sistem dan
26 memelihara dan memperbaharui aplikasi basis data. Pada langkah sebelumnya aplikasi basis data telah diimplementasikan dan diuji sepenuhnya. Sekarang sistem memasuki langkah pemeliharaan yang melibatkan aktifitasaktifitas berikut: 1.
Mengawasi kinerja sistem
2.
Mempertahankan dan meng-upgrade aplikasi basis data.
2.1.8 Normalisasi Menurut Connolly (2010, p428), normalisasi merupakan suatu teknik untuk menghasilkan sekumpulan hubungan dengan properti yang diinginkan, yang memberikan kebutuhan data terhadap suatu perusahaan. Proses normalisasi merupakan metode formal untuk mengidentifikasi relasi berdasarkan primary key atau candidate key dan ketergantungan fungsional di antara atribut-atributnya. Bentuk- bentuk dalam normalisasi: 1.
Bentuk tidak normal (UNF) Menurut Connolly (2010, p430), unnormalized form (UNF) merupakan sebuah tabel yang mengandung satu atau lebih repeating group.
2.
Bentuk normal pertama (1NF) Menurut Connolly (2010, p430), First Normal Form (1NF) merupakan sebuah relasi dimana setiap potongan baris dan kolom mengandung satu dan mungkin hanya satu nilai, dan proses untuk mengubah tabel UNF ke dalam First Normal Form (1NF) adalah dengan cara harus diidentifikasi dan menghilangkan bagian yang mengandung repeating group.
3.
Bentuk normal kedua (2NF) Menurut Connolly (2010, p430), Second Normal Form (2NF) dapat dihasilkan dengan cara melihat apakah ada atribut yang bukan merupakan primary key dapat merupakan fungsi dari sebagian primary key (partial dependence). Dalam bentuk normal kedua setiap
27 atribut yang yang bergantung secara parsial harus dipisahkan. Bentuk normal akan diperoleh bila setiap atribut yang bukan merupakan primary key dari suatu tabel secara penuh yang merupakan functional dependence dari primary key itu. 4.
Bentuk normal ketiga (3NF) Menurut Connolly (2010, p430) didalam Third Normal Form (3NF) akan secara langsung dilakukan pengujian dengan cara melihat apakah terdapat atribut bukan key yang bergantung fungsional terhadap atribut yang bukan key yang lain atau disebut (transitive dependence). Dengan cara yang sama, maka setiap transitive dependence harus dipisahkan. Third Normal Form (3NF) dapat dikatakan sudah normal apabila anomali yang ada didalamnya sudah tidak ada, pada kasus tertentu normalisasi dilakukan sampai BCNF.
2.2 Hal-Hal Khusus yang Berhubungan dengan Topik Skripsi dan Alat Bantu Analisis dan Perancangan Basis Data Dalam tinjauan pustaka yang berhubungan dengan hal-hal khusus tentang topik skripsi dan alat bantu analisis dan perancangan basis data akan diruaikan secara ringkas, antara lain: penjualan, pembelian, retur, internet, web database, MySQL, PHP, DFD (Data Flow Diagram). 2.2.1 Penjualan Pengertian penjualan menurut Kotler (2006, p457): “Penjualan merupakan proses dimana kebutuhan pembeli dan kebutuhan penjualan dipenuhi, melalui antar pertukaran informasi dan kepentingan.” 2.2.2 Pembelian Dalam kamus besar Bahasa Indonesia, definisi pembelian adalah proses, cara, atau perbuatan membeli, yaitu melakukan proses pemilihan barang lalu membayarnya dengan uang dalam jumlah dan nominal tertentu yang sudah ditentukan oleh penjualnya. 2.2.3 Retur Retur penjualan adalah pengembalian barang dari customer karena hal
28 tertentu, mungkin karena rusak dalam perjalanan atau pengiriman barang yang tidak memenuhi spesifikasi yang diinginkan customer. 2.2.4 Internet Menurut Ellswoth (1995,p4) internet adalah network yang merubah cara orang berkomunikasi, berinteraksi, dan mendefinisikan komunitas. Internet memperkenalkan paradigma dari human interaksi manusia. Internet itu menciptakan satu titik kontak bagi orang-orang yang dipisahkan oleh jarak, waktu yang sangat jauh. Dunia komputer dan informasi berkembang sangat pesat pada masa sekarang ini. 2.2.5 Pengertian Web Database Tempat penyimpanan (repositories) databases atau informasi yang secara dinamis berinteraksi dengan halaman Web. Sebuah metode untuk menyimpan content www, dalam format terstruktur atau useable, yang terhubung baik secara statis maupun dinamis ke database lain. 1.
Membantu komunikasi antara Web server dan database.
2.
Memungkinkan pemakai menerbitkan atau mengumpulkan informasi dari manapun.
2.2.5.1 Komponen Komponen yang dapat Digunakan untuk Membangun Web Database Berikut ini akan di bahas mengenai kompenen apa saja yang digunakan dalam membuat webdatabase : 1.
HTML Di samping keterbatasannya, HTML tetap menjadi teknologi fundamental untuk mengontrol struktur dan tampilan halaman web.
2.
Microsoft Active Server Page (ASP) ASP sangat sederhana dengan fasilitas penulisan script berbasis server. Alur ceritanya adalah ketika pengunjung web meminta suatu halaman web yang berisi script berbasis server, script tersebut mengolahnya di server, lalu mengirimkan hasilnya ke sisi client.
3.
Microsoft Visual Basic Scripting Edition (VBScript)
29 VBScript adalah bahasa pilihan default pada ASP. Bahasa yang dipakai dalam VBScript ini sangat mirip dengan BASIC atau Visual Basic. 4.
Desain dan Implementasi Database Anda harus dapat merancang basis data. Anda tidak perlu mempunyai keahlian seperti seorang desainer basis data. Buka saja MS-Access lalu buat tabel dan field-field nya.
5.
Microsoft ActiveX Data Objects (ADO) ADO adalah bagian dari sekelompok besar program yang disebut Microsoft Data Access Compnonents (MDAC). Objek ADO ini berfungsi menyediakan antar muka pengrograman halaman web dengan berbagai sumber data. Dengan kata lain pengolahan data-data pada database dilakukan melalui kode-kode ADO ini, lalu ditampilkan pada halaman web.
6.
Structured Query Language (SQL) Semua sistem database/basis data menerima perintah bahasa pencarian terstruktur (Structured Query Language/ SQL). Tidak terkecuali MS-Access ataupun MS-SQL Server. ADO menerima perintah SQL dari kode aplikasi lalu mengirimnya ke perangkat lunak database untuk mengeksekusinya.
2.2.6 MySQL MySQL adalah sebuah software yang Open Source. sehingga bebas dipakai dan dimodifikasi oleh semua orang. Setiap orang dapat mendownload MySQL dari internet dan menggunakannya tanpa perlu membayar. Menurut Maslakowski (2000, p10), MySQL merupakan sebuah relasi menajemen basis data yang open source, enterprise-level, dan multithread. MySQL dikembangkan oleh sebuah perusahaan konsultan di Swedia yang bernama TcX. Mereka membutuhkan sebuah sistem basis data yang cepat dan fleksibel sehingga mereka menciptakan MySQL yang pada dasarnya berbeda dengan database management system (DBMS) yang bernama MySQL.
30 Kelebihan dari MySQL adalah ia menggunakan bahasa query standar yang dimiliki SQL (Structured Query Language). SQL adalah suatu bahasa permintaan yang terstruktur yang telah distandarkan untuk semua program pengakses database seperti Oracle, SQL Server dan lain - lain. Februariyanti (2013, p4) MySQL lebih dari sebuah basis data biasa yang merupakan sistem yang mengatur basis data yang ada. MySQL mengontrol siapa saja yang dapat menggunakan basis data dan bagaimana basis data dimanipulasi. MySQL juga menyimpan catatan dari semua kegiatan dan secara terus menerus bekerja di background. Fitur MySQL : 1.
Didukung sepenuhnya oleh bahasa pemrograman C, C++, Eiffel, Java, Perl, PHP, Python dan Tcl untuk mengakses database MySQL.
2.
Dapat bekerja pada banyak platform yang berbeda, termasuk juga di dalamnya Windows.
3.
Banyak tipe kolom : signed/unsigned integer 1, 2, 3, 4, dan 8 bytes, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET, dan tipe ENUM.
4.
Mendukung sepenuhnya parameter SQL GROUP BY dan ORDER BY. Fungsi yang dapat dipakai dalam group query : (COUNT (), COUNT (DISTINCT), AVG (), STD (), SUM (), MAX () and MIN ()).
5.
Sistem privilege dan password dapat terjaga kerahasiaannya dapat diverifikasi
berdasarkan
nama
host-nya.
Password
terjaga
kerahasiaannya karena semua password disimpan dalam keadaan terenkripsi. 2.2.7 PHP (akronim dari PHP Hypertext Preprocessor) Merupakan bahasa pemrogramman berbasis web yang memiliki kemampuan untuk memproses data dinamis. PHP dikatakan sebagai sebuah server-side embedded script language artinya sintaks-sintaks dan perintah yang diberikan akan sepenuhnya dijalankan oleh server tetapi disertakan pada halaman HTML biasa.
31 PHP merupakan bahasa server-side yang cukup handal, yang akan disatukan dengan HTML (Hypertext Markup Language) dan berada di server. Artinya, sintaks dan perintah yang diberikan akan sepenuhnya dijalankan di server sebelum dikirim ke komputer klien. Pada awal tahun 1995, Rasmus Ledorf membuat produk bernama PHP/FI PHP ini ditulis dengan menggunakan bahasa C, dan memiliki kemampuan untuk berkomunikasi dengan database serta membuat halaman dinamis. Achmad Nazrul(2013, p4). Aplikasi-aplikasi yang dibangun oleh PHP pada umumnya akan memberikan hasil pada web browser, tetapi prosesnya secara keseluruhan dijalankan di server. Pada prinsipnya server akan bekerja apabila ada permintaan dari client. Dalam hal ini client menggunakan kode-kode PHP untuk mengirimkan permintaan ke server. Ketika menggunakan PHP sebagai server-side embedded script language maka server akan melakukan hal-hal sebagai berikut : 1.
Membaca permintaan dari client/browser.
2.
Mencari halaman/page di server.
3.
Melakukan instruksi yang diberikan oleh PHP untuk melakukan modifikasi pada halaman/page.
4.
Mengirim kembali halaman tersebut kepada client melalui internet atau intranet.
PHP dapat digunakan bersama dengan HTML sehingga memudahkan dalam membuat aplikasi web dengan cepat. PHP dapat digunakan untuk menciptakan dynamic website baik itu yang memerlukan penggunaan database ataupun tidak. Alasan penggunaan PHP dalam aplikasi ini : 1.
PHP dapat dijalankan pada platform yang berbeda-beda (Windows, Linux, Unix, etc.)
2.
PHP merupakan web scripting open source.
3.
PHP mudah dipelajari.
2.2.8 Teori Data Flow Diagram Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses
32 fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi. DFD ini sering disebut juga dengan nama Bubble chart, Bubble diagram, model proses, diagram alur kerja, atau model fungsi. DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem. DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program. Berikut ini gambar Komponen Data Flow Diagram :
Gambar 2.2 Gambar Komponen Data Flow Diagram
Komponen Terminator / Entitas Luar Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan. Biasanya terminator dikenal dengan nama entitas luar (external entity). Terdapat dua jenis terminator : 1.
Terminator Sumber (source) : merupakan terminator yang menjadi sumber.
2.
Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan data informasi /sistem.
Terminator dapat berupa orang, sekelompok orang, organisasi, departemen di dalam organisasi, atau perusahaan yang sama tetapi di luar kendali sistem yang
33 sedang dibuat modelnya. Terminator dapat juga berupa departemen, divisi atau sistem di luar sistem yang berkomunikasi dengan sistem yang sedang dikembangkan. Komponen terminator ini perlu diberi nama sesuai dengan dunia luar yang berkomunikasi dengan sistem yang sedang dibuat modelnya, dan biasanya menggunakan kata benda, misalnya Bagian Penjualan, Dosen, Mahasiswa. Ada tiga hal penting yang harus diingat tentang terminator : 1.
Terminator merupakan bagian/lingkungan luar sistem. Alur data yang menghubungkan
terminator
dengan
berbagai
proses
sistem,
menunjukkan hubungan sistem dengan dunia luar. 2.
Profesional Sistem Tidak berhak mengubah isi atau cara kerja organisasi atau prosedur yang berkaitan dengan terminator.
3.
Hubungan yang ada antar terminator yang satu dengan yang lain tidak digambarkan pada DFD.
Syarat – Syarat perancangan Data Flow Diagram: Syarat pembuatan DFD ini akan menolong profesional sistem untuk menghindari pembentukkan DFD yang salah atau DFD yang tidak lengkap atau tidak konsisten secara logika. Beberapa syarat pembutan DFD dapat menolong profesional sistem untuk membentuk DFD yang benar, menyenangkan untuk dilihat dan mudah dibaca oleh pemakai. Syarat-syarat pembuatan DFD antara lain : 1.
Pemberian nama untuk tiap komponen DFD.
2.
Pemberian nomor pada komponen proses.
3.
Penggambaran DFD sesering mungkin agar enak dilihat.
4.
Penghindaran penggambaran DFD yang rumit.
5.
Pemastian DFD yang dibentuk itu konsiten secara logika.
2.2.9 Teori IMK Ben Shneiderman (2010:88-89) mengemukakan 8 aturan emas yang dapat digunakan sebagai petunjuk dasar dalam merancang suatu tampilan antarmuka yang
34 baik. Aturan ini ditetapkan karena diyakini bahwa untuk meningkatkan kegunaan dari suatu aplikasi, maka tampilan antarmuka merupakan sesuatu yang penting untuk dirancang dengan baik. Berikut ini adalah 8 aturan emas yang ditetapkan oleh Ben Shneiderman (2010:88-89): 1.
Berusaha untuk selalu konsisten Adanya kesamaan tampilan pada beberapa tempat yang memiliki terminologi yang sama ataupun mirip, seperti : menu, prompt action / order / message, layar bantuan / help.
2.
Melayani penggunaan universal Memungkinkan tersedianya shortcut / fungsi yang pasti akan digunakan semua pengguna apabila pengguna sudah memasuki tahap ahli pada suatu aplikasi / terbiasa dengan aplikasi sehingga dapat mengurangi jumlah interaksi dan meningkatkan kecepatan interaksi.
3.
Memberikan umpan balik yang informatif Adanya sebuah feedback / umpan balik untuk setiap aksi yang dilakukan oleh pengguna. Feedback yang diberikan dapat dibagi atas beberapa tingkatan, namun pada umumnya terdapat 2 jenis feedback, yaitu feedback untuk tindakan yang sering, tetapi tidak terlalu penting dan tindakan yang sangat penting yang dapat mempengaruhi bagian vital dari suatu aplikasi / sistem. Biasanya untuk sebuah tindakan yang tidak terlalu penting, dapat diberikan feedback sederhana, dan untuk tindakan yang penting / vital dapat diberikan banyak feedback atau feedback yang lebih kompleks.
4.
Merancang dialog yang memberitahu keadaan akhir Setiap aksi yang akan
terjadi atau mungkin
terjadi
dikelompokkan pada masing-masing kelompok aksi. Apabila aksi yang diselesaikan pengguna adalah tahap akhir, maka harus diberikan sebuah feedback yang menandakan aksi sudah selesai sehingga pengguna dapat merasa lega / tenang dan tidak lupa berikan dialog yang memberitahukan apa yang dapat / harus dilakukan pengguna selanjutnya.
35 5.
Memberikan penanganan kesalahan yang sederhana Adanya
penanganan
sehingga
tidak
mungkin
seorang
pengguna dapat melakukan / mendapatkan kesalahan yang serius. Jika terjadi sedikit kesalahan, maka sistem harus bisa mendeteksinya secepat mungkin dan memberi solusi pemecahan yang semudahmudahnya kepada pengguna. 6.
Memungkinkan pembalikan aksi yang mudah Antarmuka harus mengurangi kecemasan pengguna aplikasi / web, karena pengguna mengetahui bahwa aksi yang baru saja dilakukan dapat dibatalkan untuk mencegah tingkat kesalahan yang semakin besar. Antarmuka ini bertujuan agar pengguna tidak takut untuk memilih / menggunakan / mengekplorasi alat bantu / tools yang belum pernah digunakan.
7.
Mendukung pusat kendali internal Antarmuka harus
membuat operator / pengguna merasa
bahwa mereka yang melakukan kontrol terhadap sistem yang digunakannya. Selain itu, antarmuka juga harus memberi operator tingkatan yang lebih tinggi daripada pengguna sistem biasa. 8.
Mengurangi beban ingatan jangka pendek Antarmuka harus dibuat sesederhana mungkin yaitu dengan mengurangi multiple page, kode-kode khusus, dan animasi yang berlebihan sehingga pengguna tidak harus mengingat terlalu banyak hal yang tidak penting pada tampilan antarmuka yang dilihatnya.
36