BAB 2 TINJAUAN PUSTAKA
Dalam bab tinjauan pustaka ini akan diuraikan secara ringkas mengenai hal-hal yang berkaitan dengan basis data dan topik pendukung analisis dan perancangan aplikasi basis data sistem penjualan dan pembelian pada PT. Karunia Lestari Xpresif. Berikut ringkasannya:
2.1 Teori yang berkaitan dengan Basis Data Dalam tinjauan pustaka yang berhubungan dengan basis data akan diuraikan secara ringkas antara lain: data, basis data, sistem manajemen basis data (DBMS), bahasa basis data (Database Language), siklus basis data (Database System Development Lifeycle), model relasional, diagram hubungan entitas (Entity Relationship Diagram), normalisasi, kemanan basis data.
2.1.1 Pengertian Data Menurut Hoffer, Prescott & Topi (2009, p46), data adalah sebuah fakta tentang objek dan kejadian yang dapat disimpan dalam sebuah media komputer. Data dibagi menjadi 2 tipe data, yaitu yang terstruktur dan tidak terstruktur.
2.1.2 Pengertian Basis Data Menurut Indrajani (2009, p2), Basis data merupakan suatu kumpulan data yang berhubungan secara logis dan deskripsi data tersebut, yang dirancang untuk memenuhi informasi yang dibutuhkan oleh suatu organisasi. Menurut pendapat Connolly & Begg (2005, p15), basis data adalah kumpulan data yang saling berhubungan secara logika dan dibuat agar memenuhi kebutuhan informasi dari suatu organisasi. Basis data berdiri secara tunggal yang menyimpan data dalam jumlah yang besar dan dapat digunakan secara terus menerus oleh banyak pengguna. Bukan sebagai file yang tidak berhubungan dan redundan melainkan seluruh data terintegrasi dengan jumlah duplikasi yang sangat minimum. 9
10
Sedangkan menurut Hoffer, Prescott & Topi (2009, p46), basis data didefinisikan sebagai kumpulan data yang telah memiliki relasi secara terorganisir, dan dapat memiliki berbagai ukuran dan juga kompleksitas.
2.1.3 Database Management System (DBMS) 2.1.3.1 Pengertian DBMS Menurut Connolly & Begg (2005, p16), Database Management System
(DBMS)
memungkinkan
adalah
sebuah
pengguna
sistem
dapat
perangkat
mendifinisikan,
lunak
yang
menciptakan,
memelihara dan mengkontrol akses ke basis data. Sedangkan menurut Hoffer, Prescott & Topi (2009, p49), Database Management System (DBMS) adalah sebuah sistem perangkat lunak yang digunakan untuk membuat, menjaga, dan menyediakan akses kontrol ke basis data pengguna.
2.1.3.2 Keuntungan DBMS Menurut Connolly & Begg (2005, p26) kelebihan yang terdapat pada DBMS, yaitu: 1.
Mengontrol data yang berulang (Control of data redundancy)
2.
Data yang konsisten (Data consistency)
3.
Semakin banyak informasi yang didapatkan data yang sama (More information from the same amount of data)
4.
Data yang dibagikan (Sharing of data)
5.
Meningkatkan integritas data (Improved data integrity)
6.
Meningkatkan keamanan data (Improved security)
7.
Penetapan standarisasi (Enforcement of standards)
8.
Pengurangan biaya (Economoy of scale)
9.
Mempermudah pengoperasian data (Balance of conflicting requirements)
10. Meningkatkan pengaksesan data (Improved data accessibility and responsiveness) 11. Menambah produktivitas (Increased productivity) 12. Meningkatkan
pemeliharaan
data
yang
maintenance through data independence)
independen
(Improved
11
13. Menambah konkurensi (Increased concurrency)
2.1.3.3 Kerugian DBMS Menurut Connolly & Begg (2005, p29) ada 7 kekurangan yang terdapat pada DBMS, yaitu: 1.
Memiliki sistem yang kompleks (Complexity)
2.
Memiliki ukuran yang besar (Size)
3.
Harga DBMS memiliki harga yang bervariasi tergantung fungsi dan kebutuhannya (Cost of DBMSs)
4.
Penambahan biaya karena membutuhkan perangkat keras lainnya (Additional hardware costs)
5.
Penambahan biaya konversi (Costs of conversion)
6.
DBMS dirancang untuk dapat diakses lebih dari satu aplikasi sehingga performanya menurun (Performance)
7.
Kegagalan dalam DBMS mengakibatkan
operasi yang tidak berjalan
(Higher impact of a failure)
2.1.3.4 Fungsi DBMS Menurut Connolly & Begg (2005, p48) DBMS memiliki 10 fungsi yang sangat berguna, yaitu: 1.
Menyimpan data, pengambilan data, dan memperbaharui data (Data storage, retrieval, and update)
2.
Catalog data yang dapat di akses secara mudah (A user-accesible catalog)
3.
Laporan transaksi (Transaction support)
4.
Layanan control konkurensi (Concurrency control services)
5.
Layanan untuk pemulihan basis data jika terjadi kerusakan (Recovery services)
6.
Layanan untuk memberikan hak akses (Authorization services)
7.
Dukungan
data
terhadap
perangkat
lunak
(Support
for
data
communication) 8.
Layanan data yang terintegritas (Integrity services)
9.
Layanan untuk mendukung data yang independent (Services to promote data independece)
12
10. Layanan utilitas (Utility services)
2.1.3.5 Komponen – Komponen DBMS Menurut Connolly & Begg (2005, p19) DBMS memiliki 5 komponen penting yaitu: 1.
Perangkat Keras (Hardware)
2.
Perangkat Lunak (Software)
3.
Data
4.
Prosedur
5.
Manusia
2.1.4 Database Languages 2.1.4.1 Data Definition Language (DDL) Menurut Connolly & Begg (2005, p40), DDL adalah sebuah bahasa yang memungkinkan seorang DBA (Database Administrator) atau pengguna untuk mendeskripsikan dan menamai sebuah entitas, atribut, dan hubungan yang dibutuhkan untuk sebuah aplikasi dengan menggunakan asosiasi yang terintegrasi dan batasan keamanan. Beberapa pernyataan pada DDL adalah: - CREATE TABLE untuk membuat tabel dengan mengidentifikasikan tipe data pada tiap kolom yang ada. - DROP TABLE untuk menghapus tabel beserta semua data yang berada didalam tabel. - ALTER TABLE untuk menambah atau menghapus kolom pada suatu tabel dan constraint.
2.1.4.2 Data Manipulation Language (DML) Menurut Connolly & Begg (2005, p41), DML adalah sebuah bahasa yang menyediakan seperangkat operasi untuk mendukung memanipulasi data didalam basis data. Operasi DML pada umumnya adalah: - Memasukkan data baru kedalam basis data. (INSERT) - Memodifikasi data yang disimpan didalam basis data. (UPDATE)
13
- Mengambil data yang terdapat didalam basis data. (SELECT) - Menghapus data yang terdapat didalam basis data. (DELETE)
Menurut Connolly & Begg (2005, p41), DML dibedakan menjadi dua tipe, yaitu: -
Prosedural Sebuah bahasa yang memungkinkan pengguna untuk memberitahukan system data apa yang dibutuhkan dan bagaimana untuk mengambil data.
-
Non-Prosedural Sebuah bahasa yang memungkinkan pengguna untuk menyatakan apa yang dibutuhkan data daripada bagaimana data itu harus diambil.
2.1.5 Database System Development Lifecycle Menurut Connolly dan Begg (2005, p282), Sistem basis data adalah komponen fundamental dari organisasi yang besar dan memiliki sistem informasi yang luas. Pengembangan siklus hidup sistem basis data secara inheren terkait dengan siklus hidup sistem informasi . Tahapan siklus pembangunan sistem basis data ditunjukkan pada gambar 2.1. Untuk sistem database dalam skala kecil dengan sejumlah kecil pengguna , siklus pengembangan basis data tidak perlu menjadi sangat kompleks . Namun, ketika merancang media untuk sistem basis data besar dengan puluhan hingga ribuan pengguna
yang menggunakan ratusan
query dan program aplikasi , siklus pengembangan basis data dapat menjadi sangat kompleks. Sub bab ini akan terkonsentrasi pada kegiatan yang diasosiasikan dengan perkembangan media untuk sistem basis data yang besar . Pada bagian berikut kita menggambarkan kegiatan utama yang terkait dengan setiap tahap dari sistem database pembangunan siklus hidup secara lebih rinci.
14
Gambar 2.1 Database System Development Lifecycle
15
Tabel 2.1 Database System Development Lifecycle TAHAPAN SIKLUS
FUNGSI UTAMA
Database Planning
Merencanakan bagaimana dari
siklus
direalisasikan
langkah
database secara
dapat
efisien
dan
efektif. System Definition
Menspesifikasikan
ruang
sistem
termasuk
database,
lingkup sudut
pandang utama pengguna, pengguna itu sendiri, dan area aplikasi. Requirements
Collection
Analysis
and Mengumpulkan
dan
menganalisis
kebutuhan sistem basis data yang baru.
Database Design
Perancangan basis data konseptual, logikal, dan fisikal.
DBMS Selection (optional)
Memilih DBMS yang paling sesuai dengan sistem basis data.
Application Design
Merancang antarmuka pengguna dan program aplikasi yang menggunakan dan memproses basis data.
Prototyping (Optional)
Membangun model kerja dari sistem database, yang memungkinkan para desainer
atau
pengguna
untuk
memvisualisasikan dan mengevaluasi bagaimana sistem final akan terlihat dan berfungsi. Implementation
Membuat definisi basis data fisikal dan program aplikasi.
Data Conversion and Loading
Mengambil data dari sistem lama ke sistem baru dan jika memungkinkan mengubah aplikasi yang ada untuk
16
dijalankan pada basis data baru. Testing
Sistem Basis Data diuji dan divalidasi terhadap persyaratan yang ditentukan oleh pengguna.
Operational Maintenance
Sistem
basis
dilaksanakan.
data
sepenuhnya
Sistem
ini
terus
dipantau dan dipelihara. Bila perlu, jika
ada
persyaratan
baru
juga
dimasukkan ke dalam sistem basis data melalui tahap sebelumnya.
Berikut ini adalah penjelasan mengenai tahapan database lifecycle : 1. Perencanaan Basis Data (Database Planning) Menurut Connolly dan Begg (2005, p286) Perencanaan basis data adalah kegiatan pengelolaan yang memungkinkan tahapan database system lifecycle untuk direalisasikan secara efisien dan efektif. Database planning harus terintegrasi dengan keseluruhan strategi sistem informasi organisasi. Ada tiga isu utama yang terlibat dalam merumuskan strategi sistem informasi, yaitu: •
Identifikasi rencana dan tujuan perusahaan dengan menentukan kebutuhan sistem informasi.
•
Evaluasi sistem informasi saat ini untuk menentukan kekuatan dan kelemahan yang ada.
•
Penilaian terhadap peluang teknologi informasi yang dapat menghasilkan keuntungan yang kompetitif. Langkah pertama dalam perencanaan basis data adalah untuk mendefinisikan mission statement dalam sistem basis data . Mission statement mendefinisikan tujuan utama dari sistem basis data. Setelah itu langkah selanjutnya adalah mengidentifikasi mission objectives. Mission objectives harus mengidentifikasi tugas tugas tertentu yang didukung oleh sistem basis data. Perencanaan database juga harus mencakup pengembangan standar yang mengatur bagaimana data akan dikumpulkan , bagaimana
17
format harus ditentukan , dokumentasi apa yang dibutuhkan , serta bagaimana desain dan implementasi harus dilanjutkan.
2.
Definisi Sistem (System Definition) Menurut Connolly dan Begg (2005, p285), Menjelaskan ruang lingkup dan batas-batas dari aplikasi database dan pandangan pengguna utama (user view). User View mendefinisikan apa yang dibutuhkan sistem basis data dari perspektif peran pekerjaan tertentu (seperti Manager atau Supervisor) atau
bidang aplikasi enterprise
(seperti
pemasaran,
personalia, atau kontrol stok). Sebuah sistem basis data dapat memiliki satu atau lebih user view . Mengidentifikasi user view merupakan aspek yang amat penting untuk mengembangkan sistem basis data karena membantu untuk memastikan bahwa tidak ada pengguna utama sistem basis data yang dilupakan ketika mengembangkan persyaratan untuk sistem basis data baru . Sebuah tampilan pengguna mendefinisikan apa yang dibutuhkan dari sistem basis data dalam hal data yang akan diadakan dan transaksi yang akan dilakukan pada data ( dengan kata lain , apa yang pengguna akan lakukan dengan data).
3. Pengumpulan dan Analisis Data (Requirement Collection and Analysis) Proses mengumpulkan dan menganalisis informasi dari sebuah organisasi, dan menggunakan informasi ini untuk mengidentifikasi persyaratan untuk sistem basis data baru. Ada beberapa cara yang digunakan dalam tahap ini menurut Connolly dan Begg (2005, p287), yaitu: 1. Pendekatan Terpusat ( Centralized Approach) Kebutuhan untuk tiap pandangan pengguna disatukan menjadi satu set kebutuhan untuk aplikasi basis data. Umumnya pendekatan ini dipakai jika basis datanya tidak terlalu kompleks. 2. Pendekatan integrasi view (View Integration Approach)
18
Kebutuhan untuk setiap pandangan pengguna dipisahkan. Model data menggambarkan setiap pandangan pengguna yang telah dibuat dan kemudian disatukan selama desain basis data.
4. Perancangan Basis Data (Database Design) Perancangan basis data adalah proses menciptakan rancangan yang akan mendukung pernyataan misi perusahaan dan misi objektif untuk sistem basis data yang diperlukan. Ada dua pendekatan utama dalam perancangan basis data : a. Pendekatan bottom up Pendekatan bottom-up dimulai pada tingkat dasar atribut (properti dari entitas dan relasi), lalu menganalisis hubungan antara atribut, kemudian dikelompokkan ke dalam satu relasi yang merepresentasikan tipe dari entity-entity dan hubungannya. Pendekatan bottom-up cocok untuk merancang basis data sederhana dengan jumlah atribut yang relatif kecil dan biasanya diilustrasikan melalui konsep normalisasi.
b. Pendekatan top down Sebuah strategi yang lebih tepat untuk merancang database yang kompleks adalah
dengan
menggunakan
pendekatan
top-down.
Pendekatan ini dimulai dengan pengembangan model data yang berisi sedikit entitas dan relasi tingkat tinggi dan kemudian menerapkan perbaikan top-down secara berturut-turut untuk mengidentifikasi entitas tingkat rendah, relasi, dan atribut yang terkait. Pendekatan topdown diilustrasikan menggunakan konsep Entity-Relationship (ER) model, dimulai dengan identifikasi entitas dan relasi antara entitas. Menurut Connolly dan Begg (2005, p293), Perancangan basis data dibagi ke dalam tiga tahapan utama, yaitu : a. Perancangan Basis Data Konseptual (Conceptual Database Design) Perancangan basis data konseptual adalah proses pembangunan sebuah model dari data yang digunakan dalam suatu perusahaan, yang tidak bergantung pada semua pertimbangan fisikal. Model data dibangun dengan menggunakan informasi yang didokumentasikan
19
dalam persyaratan spesifikasi pengguna. Perancangan basis data konseptual tidak bergantung pada DBMS, program aplikasi, bahasa pemrograman, platform perangkat keras, atau pertimbangan fisikal lainnya. Tahapan yang dilakukan dalam perancangan basis data konseptual dapat diuraikan sebagai berikut (Connoly dan Begg, 2005, p442-458) :
a. Menentukan tipe entitas yang dibutuhkan Menentukan objek utama yang menarik perhatian user. b. Menentukan tipe relationship Mengidentifikasi hubungan-hubungan yang penting antar tipe entitas yang telah diidentifikasi. c. Menentukan
dan
menghubungkan
atribut
dengan entitas
(relationship) Menentukan atribut-atribut apa saja yang terdapat dalam suatu entitas. d. Menentukan atribut domain Menentukan domain pada setiap atribut yang ada di dalam model data konseptual lokal. e. Menentukan atribut candidate key dan primary key Menentukan candidate key dari suatu entitas yang kemudian akan dipilih sebuah primary key dari candidate key yang ada. f. Mempertimbangkan penggunaan enhanced modeling concepts Mempertimbangkan perlu tidaknya menggunakan konsep model spesialisasi atau generalisasi, agregasi, dan composition. g. Memeriksa model untuk redundansi Memeriksa model untuk menemukan adanya redundansi dalam model. h. Validasi model lokal dengan transaksi user Memeriksa apakah model konseptual lokal sudah dapat memenuhi segala transaksi yang dilakukan user, jika masih ada transaksi yang tidak dapat dilakukan secara manual maka perlu dilakukan perbaikan terlebih dahulu.
20
i. Review model data konseptual lokal dengan user Melakukan pemeriksaan ulang dengan user untuk memastikan apakah model konseptual ini sudah selesai.
b. Perancangan Basis Data Logikal (Logical Database Design) Menurut Connolly dan Begg, (2005, p294), Perancangan basis data logikal adalah proses pembangunan sebuah model dari informasi yang digunakan dalam suatu perusahaan berdasarkan pada model data yang spesifik, tetapi tidak bergantung pada DBMS tertentu dan pertimbangan fisikal lainnya. Tahapan yang dilakukan dalam perancangan basis data logikal adalah (Connolly dan Begg, 2005, p462-491): Membangun dan memvalidasi data model logikal. Menerjemahkan data model konseptual menjadi data model logikal dan memvalidasi model untuk memeriksa bahwa secara struktural benar dan mampu mendukung transaksi yang dibutuhkan (Connolly dan Begg, 2005, p462). Langkah-langkah yang akan dilakukan adalah sebagai berikut : a.
Menghilangkan fitur-fitur yang tidak sesuai dengan model Relasional Membuat model data logikal dan relasinya untuk memunculkan lagi entitas, relasi, dan atribut – atribut yang telah diindentifikasi pada tahap sebelumnya untuk diturunkan.
b. Menurunkan relasi untuk data model logikal Membuat relasi data model logikal lokal untuk merepresentasikan entitas, relationship, dan atribut yang telah diidentifikasi. c.
Memvalidasi relasi-relasi menggunakan normalisasi Memvalidasi model data logikal global dengan menggunakan teknik normalisasi dan meyakinkan relasi tersebut mendukung kebutuhan transaksi yang ada.
d. Memvalidasi relasi melalui transaksi user Memeriksa relasi yang telah dibuat pada tahap sebelumnya apakah transaksi ini mendukung transaksi user, dan untuk
21
memastikan tidak ada kesalahan yang dibuat selama membuat relasi-relasi. e.
Mendefinisikan batasan integritas (constraint) Dilakukan untuk menjaga agar basis data tetap konsisten. Data yang disimpan ke dalam sebuah basis data harus valid dan konsisten.
f.
Melakukan pemeriksaan model data kembali dengan user Menentukan apakah model ini sudah sesuai dengan representasi perusahaan.
g.
Menggabungkan model data logikal lokal ke dalam model logikal global yang menggambarkan perusahaan Menggabungkan entitas pada model data lokal yang sama, memasukkan hubungan yang unik dari setiap model data lokal, melakukan pemeriksaan untuk entitas yang hilang, foreign key, dan batasan integritas, kemudian menggambarkan global ER, dan memperbaharui dokumentasi.
h.
Menentukan perubahan di masa mendatang Menentukan apakah akan sering terjadi perubahan yang drastis di masa yang akan datang dan menilai apakah model data logikal global ini dapat mengakomodasi perubahan yang terjadi.
c. Perancangan Basis Data Fisikal (Physical database design) Menurut Connolly dan Begg, (2005, p496). Perancangan basis data fisikal adalah proses menghasilkan deskripsi dari implementasi basis data dalam penyimpanan sekunder yang menjelaskan relasi dasar, organisasi file, dan penggunaan indeks untuk mencapai pengaksesan data yang efisien dan hal lain yang berhubungan dengan batasan integritas dan masalah keamanan Secara umum, tujuan utama dari perancangan database fisikal adalah untuk menggambarkan bagaimana kita berniat untuk fisik menerapkan desain database logikal. Model relasional melibatkan: • menciptakan satu set tabel relasional dan constraints pada tabel dari informasi yang disajikan dalam model data logikal;
22
• mengidentifikasi struktur penyimpanan yang spesifik dan metode akses data untuk mencapai kinerja yang optimal untuk sistem basis data. • merancang perlindungan keamanan untuk sistem. Perancangan basis data fisikal adalah proses menghasilkan deskripsi dari implementasi basis data dalam secondary storage. Perancangan ini menjelaskan basis relasi, organisasi file, dan penggunaan indeks untuk mencapai pengaksesan data yang efisien dan hal lain yang berhubungan dengan batasan integritas dan masalah keamanan (Connolly dan Begg, 2005, p496). Tahapan yang dilakukan pada perancangan basis data fisikal adalah (Connolly dan Begg, 2005, p496-497): Menerjemahkan model data logikal untuk target DBMS. Dilakukan untuk menghasilkan skema basis data relasional dari model data logikal bahwa dapat diimplementasikan di dalam DBMS yang diinginkan. (Connolly dan Begg, 2005, p497). Adapun langkahlangkah yang dilakukan adalah sebagai berikut: a. Merancang relasi-relasi dasar Menentukan bagaimana merepresentasikan relasi dasar yang telah didentifikasikan di dalam model data logikal global ke dalam DBMS. b. Merancang representasi dari data yang diturunkan Menentukan bagaimana merepresentasikan beberapa data yang diturunkan dalam model data logikal data logikal global ke dalam DBMS. c. Merancang batasan perusahaan
Merancang representasi fisikal Dilakukan untuk menentukan organisasi file yang optimal untuk menyimpan hubungan dasar dan indeks yang diperlukan untuk mencapai kinerja yang dapat diterimam yaitu cara dimana relasi dan tuple akan diselenggarakan pada penyimpanan sekunder (Connolly dan Begg, 2005, p501). Adapun langkah-langkah yang akan diuraikan adalah sebagai berikut :
23
a. Menganalisa transaksi Bertujuan untuk memahami fungsi dari transaksi-transaksi yang
akan
berjalan pada basis data dan menganalisa transaksi yang penting. b. Memilih organisasi file Bertujuan untuk menentukan organisasi file yang efisien pada masingmasing base relation. c. Memilih indeks-indeks Memilih dan menentukan dimana saja indeks harus dibuat untuk meningkatkan performa dari sistem. d. Memperkirakan kebutuhan disk space yang dibutuhkan oleh basis data.
Merancang user view Merancang
user
view
dan
menentukan
bagaimana
cara
mengimplementasikan masing-masing user view.
Merancang mekanisme keamanan Merancang mekanisme keamanan untuk melindungi data agar tidak
dapat
diakses oleh pihak yang tidak berwenang termasuk merancang kontrol akses yang dibutuhkan pada relasi dasar.
Mempertimbangkan pengenalan redundansi terkontrol Melakukan proses denormalisasi yang ditujukan untuk membiarkan dan mengontrol
redundansi
pada
model
data logikal
untuk
meningkatkan
performa sistem secara keseluruhan.
Mengawasi dan menyempurnakan sistem operasional Memonitor sistem operasional untuk mengidentifikasi dan memecahkan semua permasalahan yang terjadi setelah perancangan dan mengimplementasi kebutuhan yang baru atau perubahan kebutuhan.
24
5.
Pemilihan DBMS (DBMS Selection) (optional) Menurut Connolly dan Begg (2005,p295), DBMS selection merupakan suatu pemilihan suatu DBMS yang tepat untuk mendukung sistem basis data. DBMS selection digunakan untuk memilih sistem yang memenuhi persyaratan saat ini dan masa depan perusahaan, seimbang terhadap biaya-biaya yang meliputi pembelian produk DBMS, perangkat lunak tambahan / perangkat keras yang dibutuhkan untuk mendukung sistem database, dan biaya yang terkait dengan changeover dan pelatihan staf. Pendekatan sederhana untuk seleksi adalah memeriksa fitur DBMS terhadap kebutuhan. Dalam memilih produk DBMS baru, ada kesempatan untuk memastikan bahwa proses seleksi direncanakan dengan baik, dan sistem memberikan manfaat nyata bagi perusahaan. Dalam memilih DBMS ada beberapa hal yang perlu diperhatikan : - Menentukan kerangka acuan Menetapkan kerangka acuan untuk pemilihan DBMS, menyatakan tujuan dan ruang lingkup penelitian, dan tugas-tugas yang perlu dilakukan. Dokumen ini juga dapat mencakup deskripsi dari kriteria (berdasarkan persyaratan spesifikasi pengguna ) yang akan digunakan untuk mengevaluasi produk DBMS, daftar awal produk(mungkin), dan semua kendala yang diperlukan dan rentang waktu untuk penelitian. - Shortlist two or three products Pertimbangan kriteria menjadi penentu kesuksesan implementasi yang digunakan untuk mengahasilkan daftar awal produk DBMS untuk evaluasi. Sebagai contoh, keputusan untuk memilih DBMS tergantung pada anggaran yang tersedia, tingkat dukungan vendor, kompatibilitas dengan perangkat lunak, dan ketentuan menjalankan produk di perangkat keras tertentu. Membuat tolak ukur untuk membandingkan kinerja dua atau tiga produk DBMS. Setelah studi awal fungsi dan fitur dari produk DBMS, langkah selanjutnya adalah identifikasi produk tersebut. - Evaluasi produk Ada berbagai fitur yang dapat digunakan untuk mengevaluasi produk DBMS . Evaluasi produk DBMS dapat dikelompokkan berdasarkan definisi data ,
25
definisi fisik, aksesibilitas , penanganan transaksi , utilitas , pengembangan , dan fitur lainnya.
6. Perancangan Aplikasi (Application Design) Perancangan aplikasi merupakan suatu tahap perancangan antar muka pemakai (user interface), program aplikasi yang digunakan, dan proses basis data (Connolly dan Begg, 2005, p299). Ada 2 (dua) aspek dalam perancangan aplikasi yaitu : 1. Perancangan transaksi (transaction design) Merupakan tindakan ataupun serangkaian tindakan yang dilakukan oleh satu pengguna ataupun program aplikasi, yang mengakses atau mengubah isi dari basis data (Connolly, 2005, p300). Tujuan
dari
perancangan
dan
transaksi
adalah
untuk mendefinisikan
mendokumentasikan karakteristik tingkat tinggi dari transaksi yang dibutuhkan pada basis data, meliputi: a. Data yang akan digunakan oleh transaksi. b. Karakteristik fungsional dari transaksi. c. Hasil dari transaksi. d. Kepentingan untuk pengguna. e. Nilai yang diharapkan dari pemakaian. Perancangan ini harus dilakukan lebih awal dalam proses perancangan untuk memastikan bahwa basis data yang diimplementasikan mampu mendukung semua transaksi yang dibutuhkan. Ada tiga jenis transaksi, yaitu: a. Retrieval transactions Digunakan untuk mengambil data untuk ditampilkan pada layar atau pada laporan. b. Update transactions Digunakan untuk memasukkan record baru, menghapus record lama, atau mengubah record yang terdapat di dalam basis data. c. Mixed transactions Meliputi retrieval (pengambilan) dan update (pengubahan) data.
26
2. Perancangan antarmuka (user interface design) Perancangan antarmuka yang sesuai dilakukan agar fungsionalitas yang dibutuhkan tercapai dalam sebuah aplikasi basis data. Tampilan antar muka ini harus menyajikan informasi yang dibutuhkan secara user friendly.
7. Membuat Prototype (Prototyping) Prototyping merupakan tahap pembuatan model kerja dalam sebuah sistem database (Connolly dan Begg, 2005, p304). Prototype adalah sebuah model kerja yang memiliki seluruh fitur sesuai kebutuhan atau menyediakan semua fungsi dalam sistem akhir. Tujuan utama dalam pengembangan
prototype
sistem database adalah
memungkinkan
pengguna untuk menggunakan prototype untuk mengidentifikasi fitur sistem yang bekerja dengan baik.
8. Implementasi (Implementation) Implementasi
merupakan
realisasi
fisik
dari
basis
data
dan
perancangan aplikasi (Connolly dan Begg, 2005, p304). Implementasi dari basis data dicapai dengan menggunakan DDL (Data Definition Language) dari DBMS terpilih atau GUI (Graphical User Interface), yang mendukung fungsi yang sama ketika menyembunyikan statement DDL tingkat rendah. Statement DDL juga digunakan untuk membuat struktur dan file basis data yang kosong. Beberapa sudut pandang pengguna yang spesifik juga diimplementasikan pada tahap ini.
9. Konversi dan Pemuatan Data (Data Conversion and Loading) Konversi dan pemuatan data adalah suatu proses pemindahan data yang ada ke dalam basis data yang baru dan mengubah aplikasi yang ada agar dapat digunakan pada basis data yang baru (Connolly dan Begg, 2005, p305). Tahapan ini dibutuhkan ketika sistem basis data yang baru menggantikan sistem yang lama.
27
10. Pengujian (Testing) Pengujian merupakan suatu proses eksekusi program aplikasi dengan tujuan untuk menemukan kesalahan-kesalahan (Connolly dan Begg, 2005, p305). Sebelum digunakan dalam suatu sistem, aplikasi basis data yang baru harus diuji terlebih dahulu dengan menggunakan strategi testing yang direncanakan dan menggunakan data yang sebenarnya.
11. Pemeliharaan Operasional (Operational Maintenance) Pemeliharaan (monitoring)
dan
operasional pemeliharaan
merupakan sistem
suatu basis
proses pengawasan
data setelah dilakukan
instalasi (Connolly dan Begg, 2005, p306). Adapun tahapan-tahapan yang terlibat dalam pemeliharaan operasional meliputi : a. Pengawasan (monitoring) kinerja sistem, jika kinerja menurun maka diperlukan perbaikan atau pengaturan ulang basis data. b. Pemeliharaan dan pembaharuan aplikasi basis data (jika diperlukan).
2.1.6 Model Relasional A. Terminologi Struktur data relasional Ada beberapa istilah dalam struktur data relasional seperti (Connolly dan Begg, 2005, p72-p74) : 1. Relasi Relasi adalah sebuah tabel yang memiliki beberapa kolom dan baris, digunakan untuk memegang informasi mengenai objek yang akan direpresentasikan dalam basis data. Sebuah relasi digambarkan dengan tabel dua dimensi yang memiliki baris yang merepresentasikan sebuah record
dan nama kolom yang direpresentasikan atribut. Relasi
memiliki sifat-sifat sebagai berikut (Connolly, 2005, p77): a. Nama relasi berbeda satu sama lain dalam skema relasional. b. Setiap sel dari relasi berisi satu nilai atomik. c. Setiap atribut memiliki nama yang berbeda.
28
d. Nilai satu atribut berasal dari domain yang sama. e. Setiap tuple berbeda, dan tidak ada duplikasi tuple. 2. Atribut Seperti yang telah dijelaskan sebelumnya, atribut adalah nama kolom dari sebuah relasi. Atribut dapat muncul dalam urutan apapun dan relasinya akan tetap relasi yang sama, dan oleh sebab itu memilik arti yang sama (Connolly dan Begg, 2005, p72). 2. Domain Domain adalah kumpulan dari nilai yang diijinkan untuk satu atau lebih
atribut.
Konsep
domain
penting
karena
domain
memperbolehkan user untuk mendifinisikan arti dan sumber nilai yang dapat atribut gunakan (Connolly dan Begg, 2005, p72). 4. Tuple Tuple adalah elemen dari relasi atau dapat dikatakan sebagai baris dari suatu relasi. Tuple dapat muncul dalam urutan apapun dan relasinya akan tetap relasi yang sama, dan oleh sebab itu memiliki arti yang sama (Connolly dan Begg, 2005, p73). 5. Degree Degree pada suatu relasi adalah jumlah atribut yang terdapat pada relasi tersebut. Sebuah relasi yang terdiri dari satu atribut disebut unary relation atau one tuple. Relasi dengan dua atribut disebut binary, tiga atribut disebut ternary dan lebih dari tiga disebut n-ary (Connolly dan Begg, 2005, p74). 6. Cardinality Cardinality adalah jumlah dari tuple yang terdapat pada relasi. Cardinality berubah-ubah bergantung pada tuples yang ditambah atau dihapus (Connolly dan Begg, 2005, p74). 7. Basis data relasional Basis
data
relasional
adalah
sekumpulan
relasi
yang
telah
dinormalisasi dengan nama relasi yang berbeda (Connolly dan Begg, 2005, p74).
29
a. Basis data relasi Dari beberapa pengertian diatas, maka skema relasi dapat didefinisikan yaitu
sebuah
nama
relasi
yang
mendefinisikan sekumpulan
pasangan atribut dan domain. Skema basis data relasi adalah kumpulan dari skema relasi yang berbeda nama (Connolly dan Begg, 2005, p76). b. Relational Keys Seperti yang telah disebutkan diatas bahwa tidak ada tuples yang sama dalam sebuah relasi. Oleh sebab itu, diperlukannya relational keys untuk mengidentifikasikan satu atau lebih atribut agar dapat membedakan tuple dalam sebuah relasi. Berikut ini merupakan beberapa relational keys tersebut (Connolly dan Begg, 2005, p78): 1. Superkey Superkey adalah sebuah atribut atau kumpulan dari atribut yang secara unik mengidentifikasikan sebuah tuple dalam sebuah relasi (Connolly dan Begg, 2005, p78). 2. Candidate key Candidate
key
adalah
sebuah
atribut
unik
yang
mengidentifikasikan sebuah table. Jumlah minimal atribut yang dapat mengidentifikasikan record secara unik. Jika sebuah key terdiri lebih dari satu atribut disebut composite key (Connolly dan Begg, 2005, p78). 3. Primary key Candidate key yang terpilih untuk mengidentifikasi tuple dengan uniknya di dalam suatu relasi disebut primary key. Primary key adalah sebuah atribut atau kumpulan atribut dalam satu relasi yang cocok pada beberapa candidate key dari beberapa relasi (Connolly dan Begg, 2005, p79). Candidate key yang tidak dipilih menjadi primary key dinamakan alternate key.
30
4. Foreign key Foreign key adalah sebuah atribut atau kumpulan atribut dalam satu relasi yang cocok pada beberapa candidate key dari beberapa relasi (Connolly dan Begg, 2005, p79).
B. Integritas Constraints Data yang disimpan ke dalam sebuah basis data harus valid dan konsisten.
Integrity
biasanya
diekspresikan
sebagai
constraint, dimana
constraint merupakan aturan yang tidak boleh dilanggar oleh basis data. Berikut ini adalah definisi dari istilah yang digunakan (Connolly dan Begg, 2005, p81-83): a. Nulls Null
merepresentasikan
nilai
untuk
sebuah
atribut
yang tidak
diketahui atau tidak memiliki nilai pada tuple. b. Integritas entitas Dalam sebuah base relation, tidak ada atribut pada primary key bernilai null. Primary key digunakan untuk mengidentifikasikan tuple secara unik. Hal ini menyebabkan tidak ada subset dari primary key yang cukup untuk menyediakan pengidentifikasian tuple yang unik. c. Integritas referensial Jika terdapat foreign key dalam relasi, maka nilai foreign key tersebut akan dibandingkan dengan nilai candidate key dari beberapa tuple pada relasi tersebut atau nilai foreign key harus null semuanya. d. General Constraints Aturan tambahan yang dispesifikasikan user atau database administrator pada basis data dari suatu aspek dari enterprise.
2.1.7 Entity Relationship Diagram Menurut Connolly dan Begg (2005, p342), Salah satu aspek yang paling sulit
dari
desain
database
adalah
kenyataan
bahwa
perancang,
programmer, dan end-user cenderung melihat data dan penggunaannya dengan cara berbeda.
31
Menurut
Connolly
dan
Begg
(2005,
p342),
ERD
adalah
penggambaran dari sebuah kebutuhan penyimpanan data dengan cara kerja dari suatu perusahaan atau organisasi tersebut yang bebas dari ambiguitas. ERD digunakan untuk mengidentifikasikan data yang akan disimpan, diolah dan diubah untuk mendukung aktivitas bisnis suatu organisasi. ERModelling adalah pendekatan top-down dari desain database yang dimulai dengan mengidentifikasi data-data penting yang disebut entitas dan hubungan antara data yang harus direpresentasikan dalam model yang disebut relasi, serta informasi yang lebih detail mengenai entitas yang disebut atribut. Ada beberapa hal yang perlu diperhatikan dalam pembuatan ERD yaitu : 1. Tipe Entitas Tipe entitas adalah sekumpulan objek yang memiliki sifat yang sama, yang diidentifikasi oleh perusahaan dan memiliki keberadaan yang independen (Connolly dan Begg, 2005, p343). Keberadaan dari entitas yang independen ini dapat berupa bentuk fisik (nyata) maupun konseptual (abstrak).
Entity
occurrence
merupakan objek yang dapat diidentifikasi secara unik dari tipe entitas (Connolly dan Begg, 2005, p342). 2. Tipe relationship Tipe relationship merupakan sebuah hubungan yang memiliki arti diantara beberapa tipe entitas (Connolly dan Begg, 2005, p346). Setiap tipe relasi diberi nama yang menjelaskan fungsinya. Relationship occurrence merupakan sebuah hubungan yang dapat diidentifkasikan secara unik, yang meliputi satu kejadian dari masingmasing tipe entitas yang berpartisipasi. Terdapat tiga dari jenis relationship : a. One-to-One (1:1) Relationship Hubungan one-to-one terjadi ketika ada satu record dari tabel pertama yang berkorepondensi dengan satu record dari tabel lain. Contohnya karyawan.
setiap
nama
karyawan
hanya
memiliki satu
ID
32
b. One-to-many (1:*) Relationship Hubungan one-to-many terjadi ketika setiap record dalam tabel A bisa memiliki beberapa link dari tabel B namum masing-masing record dari tabel B hanya bisa berkorespondensi dengan satu record dari
tabel
A.
Contohnya
sebuah
perusahaan
dengan semua
karyawannya bekerja di gedung Z (Merupakan tabel A). Nama gedung memiliki hubungan dengan banyak karyawan (merupakan tabel B). Jadi, satu record dari tabel A, yaitu tabel nama gedung, memiliki relasi dengan banyak nama karyawan dari tabel B. c. Many-to-many (*:*) Relationship Hubungan many-to-many terjadi ketika setiap record dari tabel A memiliki hubungan dengan record-record yang ada di tabel B dan sebaliknya. 3. Atribut Atribut merupakan properti atau sifat dari sebuah entitas atau tipe relationship (Connolly dan Begg, 2005, p350). Domain atribut merupakan suatu kumpulan nilai yang diperbolehkan untuk satu atau lebih atribut (Connolly dan Begg, 2005, p350). Atribut dapat diklasifikasikan sebagai berikut : a. Simple and composite attributes Simple atribute merupakan sebuah atribut yang terdiri dari satu komponen dengan keberadaan yang independen (Connolly dan Begg, 2005, p351). Composite attribute merupakan sebuah atribut yang
tediri dari
beberapa
komponen,
masing-masing
dengan
keberadaan yang independen (Connolly dan Begg, 2005, p351). b. Single-valued dan multi-valued attributes Single-valued attribute adalah sebuah atribut yang memiliki nilai tunggal untuk setiap konkurensi dalam sebuah tipe entitas (Connolly dan Begg, 2005, p352). Multi-valued attribute adalah sebuah atribut yang memiliki beberapa nilai untuk setiap konkurensi dalam sebuah tipe entitas (Connolly dan Begg, 2005, p352).
33
c. Atribut turunan (derived attribute) Derived attribute merupakan sebuah atribut yang mewakili sebuah nilai yang dapat diturunkan dari nilai dari atribut yang berelasi atau sekumpulan atribut, dan tidak harus dalam tipe entitas yang sama (Connolly dan Begg, 2005, p352). d. Keys Candidate key merupakan sekumpulan atribut yang minimal yang secara unik mengidentifikasikan setiap kejadian dari entitas (Connolly dan Begg, 2005, p352). Primary key merupakan candidate key yang memiliki dua atau lebih atribut (Connolly dan Begg, 2005, p353). Composite key merupakan candidate key yang terdiri atas dua atau beberapa atribut. (Connolly dan Begg, 2005, p353). 4. Tipe entitas kuat dan lemah Tipe
entitas
kuat
merupakan
tipe
entitas
yang
keberadaannya tidak bergantung pada entitas lain (Connolly dan Begg, 2005, p354). Karakteristik dari entitas kuat ini adalah setiap kejadian entitas diidentifikasikan secara unik menggunakan atribut primary key dari tipe entitas berikut. Tipe entitas lemah merupakan tipe entitas yang keberadaannya bergantung
pada
entitas
lain
(Connolly dan Begg, 2005, p355). Karakteristik dari entitas lemah ini adalah setiap kejadian entitas tidak bisa diidentifikasikan secara unik dengan hanya menggunakan atribut yang berhubungan dengan tipe entitas tersebut. 5. Structural Constraint Batasan utama dari relationship disebut multiplicity, yang artinya jumlah dari kejadian-kejadian yang mungkin terjadi pada entitas yang berhubungan dengan kejadian tunggal dari entitas melalui relationship khusus (Connolly dan Begg, 2005, p356-359). 2.1.8 Normalisasi Menurut Hoffer, Prescott & Topi (2009, p266),
normalisasi adalah
proses formal untuk memutuskan atribut mana yang harus dikelompokkan menjadi satu dalam suatu relasi sehingga semua anomali dihapus. Normalisasi
34
adalah proses mengurangi relasi dengan anomali yang dilakukan berturut-turut untuk menghasilkan relasi yang lebih baik dan terstruktur dengan baik. Berikut ini adalah beberapa tujuan utama dari normalisasi: 1. Minimalkan
redundansi
data,
sehingga
menghindari
anomali
dan
melestarikan ruang penyimpanan 2. Menyederhanakan referential integrity constraints 3. Memudahkan untuk menjaga data (insert, update, dan delete) 4. Menyediakan desain yang lebih baik yang merupakan representasi yang telah ditingkatkan dari dunia nyata dan dasar yang lebih kuat untuk perkembangan di masa depan Normalisasi dapat diselesaikan dan dipahami secara bertahap, masingmasing yang sesuai dengan bentuk normal. Sebuah normal form adalah keadaan relasi yang dihasilkan dari penerapan aturan-aturan sederhana mengenai dependensi fungsional (atau relasi antara atribut) pada relasi tersebut. 1. Bentuk normal pertama - atribut multivalued (juga disebut kelompok berulang) telah dihapus, sehingga ada nilai tunggal (mungkin null) di persimpangan setiap baris dan kolom tabel. 2. Bentuk normal kedua - dependensi fungsional parsial telah dihapus (yaitu, nonkeys diidentifikasi oleh seluruh primary key) 3. Bentuk normal ketiga - dependensi transitif telah dihapus (yaitu, nonkeys yang diidentifikasi hanya dengan primary key) 4. Boyce-Codd bentuk normal – sisa anomali yang dihasilkan dari dependensi fungsional telah dihapus (karena ada lebih dari satu primary key untuk nonkeys yang sama) 5. Bentuk normal keempat – semua dependensi multivalued telah dihapus 6. Bentuk normal kelima - semua anomali yang tersisa telah dihapus
Normalisasi
adalah suatu teknik untuk menghasilkan sekumpulan relasi
dengan sifat-sifat
yang
diinginkan,
memenuhi
perusahaan (Connolly dan Begg, 2005, p388).
kebutuhan
data pada
35
BENTUK NORMALISASI Ada beberapa bentuk normalisasi, yaitu: 1. Unnormalized Form (UNF) Sebuah relasi dimana masih terdapat redundansi data dan belum melalui proses normalisasi. Bentuk ini merupakan kumpulan data yang akan disimpan, dan tidak ada
keharusan
untuk
mengikuti
suatu
format
tertentu. Data
dikumpulkan apa adanya, dan terdapat suatu tabel yang berisikan satu atau lebih grup yang berulang (Connolly dan Begg, 2005,
p403).
Membuat tabel unnormalized yaitu dengan memindahkan data dari sumber informasi kedalam format tabel dengan baris dan kolom. 2. First Normal Form (1NF) Bentuk normal pertama mempunyai ciri yaitu data dibentuk dalam satu record dan mulai menghilangkan adanya perulangan data. Merupakan sebuah relasi di mana setiap irisan antara baris dan kolom berisikan satu dan hanya satu nilai (Connolly dan Begg, 2005, p403). 3. Second Normal Form (2NF) Menurut Connolly dan Begg (2005, p407), Bentuk normal kedua mempunyai syarat yaitu bentuk data telah memenuhi kriteria bentuk normal pertama. Atribut bukan kunci haruslah bergantung secara fungsi pada kunci utama, sehingga untuk membentuk normal kedua sudah ditentukan kunci-kunci field. Kunci field haruslah unik dan dapat mewakili atribut lain yang menjadi anggotanya. Berdasarkan pada konsep full functional dependency, yaitu A dan B. Second normal form merupakan atribut dari sebuah relasi, B dikatakan fully dependent
(bergantung
penuh)
terhadap A,
jika
B
functionally
dependent pada A tetapi tidak sebenarnya merupakan bagian (proper subset) dari A. Second Normal Form merupakan sebuah relasi dalan 1NF dan setiap atribut non-primary-key bersifat fully functionally dependent pada primary key.
36
4. Third Normal Form (3NF) Menurut Connolly dan Begg (2005, p409), Untuk menjadi bentuk normal ketiga, maka suatu relasi haruslah memenuhi bentuk normal kedua dan setiap atribut yang bukan kunci harus bergantung hanya pada kunci primer secara menyeluruh.
Berdasarkan
pada
konsep
ketergantungan transitif (transitively dependent), yaitu suatu kondisi di mana A, B dan C merupakan atribut dari sebuah relasi, maka jika A→B dan B→C, maka C bergantung secara transitif pada A melalui B ( Jika A tidak functionally dependent pada B atau C). Third normal form adalah sebuah relasi dalam 1NF dan 2NF dan di mana tidak terdapat atribut non-primary-key yang bersifat bergantung secara transitif pada primary key. 5. Boyce – Codd Normal Form (BCNF) Menurut Connolly dan Begg (2005, p419), Relasi yang jika dan hanya jika setiap determinan adalah candidate key. 6. Fourth Normal Form (4NF) Menurut Connolly dan Begg (2005, p430), Relasi yang terdapat pada Boyce-Codd
normal
form
dan
tidak
mengandung ketergantungan
bernilai banyak (multi-valued dependency). Multi-valued dependency merupakan ketergantungan antar atribut dalam suatu relasi, misalnya untuk setiap nilai dari A merupakan satu set nilai untuk B dan C, dimana nilainilai B dan C tidak bergantung satu sama lain. 7. Fifth Normal Form (5NF) Menurut Connolly dan Begg (2005, p431), 5NF didefinisikan sebagai relasi
yang
dependency).
tidak
mempunyai
Lossless
join
join dependency
(lossless
join
dependency merupakan property of
decomposition, yang meyakinkan tidak ada spurious
tuples
yang
dihasilkan ketika relasi-relasi disatukan melalui operasi natural join.
PROSES NORMALISASI Proses
normalisasi
merupakan
suatu
teknik
formal
untuk
menganalisis relasi berdasarkan primary key dan ketergantungan fungsional
37
antar atribut. Proses ini dieksekusi dalam beberapa langkah. Setiap langkah mengacu ke bentuk normal tertentu,sesuai dengan sifat yang dimilikinya. Setelah normalisasi diproses, relasi menjadi secara bertahap lebih terbatas atau kuat bentuk formatnya dan juga mengurangi tindakan update yang anomali. Proses-proses yang terjadi yaitu: a. UNF ke 1NF Tunjuk satu atau sekumpulan atribut sebagai kunci untuk tabel unnormalized. Identifikasikan grup yang berulang dalam tabel unnormalized yang berulang untuk kunci atribut. Hapus grup yang berulang dengan cara : 1. Masukkan data yang semestinya ke dalam kolom yang kosong pada baris yang berisikan data yang berulang (flattening the table). 2. Menggantikan data yang ada dengan salinan dari kunci atribut yang sesungguhnya ke dalam relasi terpisah. b. 1NF ke 2NF 1. Identifikasikan primary key untuk relasi 1NF. 2. Identifikasikan ketergantungan fungsional dalam relasi. 3. Jika terdapat ketergantungan parsial terhadap primary key, maka hapus dengan menempatkannya dalam relasi yang baru bersama dengan salinan determinannya. c. 2NF ke 3NF 1. Identifikasikan primary key untuk relasi 1NF. 2. Identifikasikan ketergantungan fungsional dalam relasi. 3. Jika terdapat ketergantungan transitif terhadap primary key, maka hapus dengan menempatkannya dalam relasi yang baru bersama dengan salinan determinannya. d. 3NF ke BCNF 1. Merupakan relasi yang sama dengan relasi yang ada di dalam 3NF. 2. Untuk ketergantungan fungsional A→B, ditetapkan dalam relasi maka A harus merupakan candidate key.
38
e. BCNF ke 4NF 1.
Menghilangkan
multi-valued
dependency
dari
relasi
dengan
menempatkan atribut-atribut ke dalam suatu relasi baru bersama dengan copy of determinant.
2.1.9 Database Security Menurut Connolly dan Begg (2005, p542), Database security adalah mekanisme yang digunakan untuk memproteksi database dalam melawan ancaman dari luar maupun dari dalam. Database security mencakup hardware, software, user, dan data. Untuk menjalankan sistem keamanan secara efektif, diperlukan beberapa kontrol yang sesuai, yang didefinisikan pada mission objectives secara khusus dari sistem. Database security termasuk dalam hubungan situasi seperti berikut : 1. Pencurian dan memanipulasi data 2. Kehilangan kerahasiaan data 3. Kehilangan privacy 4. Kehilangan integrity 5. Kehilangan availability Dalam sebuah database security terdapat mekanisme keamanan yang disebut dengan authorization dan authentification. Authorization adalah pemberian hak akses apa saja yang dapat dilakukan oleh user kepada suatu sistem, sedangkan authentification adalah suatu mekanisme yang menentukan user manakah yang boleh masuk ke dalam sistem.
2.2 Teori yang terkait dengan Penelitian 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: travel, structured query language (SQL), diagram aliran (Flowchart), data flow diagram (DFD), state transiton diagram (STD), C#, SQL Server 2008, ASP.NET, Internet, HTML dan CSS.
39
2.2.1 Teori Travel Pengertian secara umum perusahaan travel merupakan perusahaan jasa tour dan travel yang bergerak dalam bidang jasa pemesanan tempat, pemesanan dan pengantaran tiket termasuk menyediakan transportasi dan akomodasi hotel. Perusahaan tour dan travel juga menyediakan informasi-informasi dan menyarankan tentang kondisi tempat tujuan seperti iklim, situasi politik, dan lain-lain. Selain itu perusahaan tour dan travel secara teknis juga memberikan saran dan masukan tentang nilai pertukaran matauang, adanya asuransi untuk penyewaan mobil dan asuransi jiwa pada perjalanan melalui pesawat udara, asuransi kelebihan barang, biaya keberangkatan, visa dan passport.(Poynters,1990). Perusahaan tour dan travel juga mempunyai fungsi : 1. Fungsi sebagai perantara Perusahaan tour dan travel mempunyai peranan yang cukup penting dalam pembangunan daerah karena perusahaan ini dapat berperan sebagai katalisator untuk pembangunan daerah-daerah baru sebagai daerah tujuan wisata, sehingga peranannya sangat penting dalam peningkatan perekonomian, khususnya bagi daerah kunjungan wisata yang seringkali dikunjungi oleh para wisata secara tidak langsung dapat meningkatkan pendapatan daerah. 2. Fungsi sebagai organisator Perusahaan tour dan travel berfungsi sebagai pengatur tidak hanya mempertemukan pelanggan dan pengusaha masing-masing industri pariwisata seperti perusahaan angkutan, perhotelan, bar, restoran, dll. Tapi yang lebih penting mempersiapkan macam-macam tour yang mungkin dapat ditawarkan bagi calon wisatawan. (Drs. A. Yoeti, 1996).
Adapun jasa-jasa yang ditawarkan antara lain : 1. Tiket Pesawat Domestik Reservasi atau pemesanan adalah penyediaan tempat atau pembukuan pada dinas-dinas penerbangan bagi calon penumpang beserta dengan permintaan akan fasilitas khusus lain apabila
40
diperlukan. Jadi pengertian reservasi tiket adalah suatu pemesanan tempat duduk di pesawat terbang dan sekaligus permintaan khusus yang dilakukan oleh calon penumpang baik melalui agen tiket. Reservasi harus dilakukan oleh calon penumpang karena pihak maskapai memiliki ketentuan penerbangan untuk memastikan jadi atau tidaknya calon penumpang naik pesawat pilihan untuk pergi ke tempat yang dituju. 2. Voucher Hotel Voucher hotel adalah kupon prabayar yang dapat ditukarkan ketika akan menginap di hotel tertentu. Sama seperti membeli tiket pesawat, biaya menginap di hotel juga dapat dihemat dengan cara melakukan reservasi dari jauh hari. Alasannya karena membayar lebih murah dan kepastian mendapat kamar. 3. Paket Tur Paket wisata diartikan sebagai suatu perjalanan wisata dengan satu atau lebih tujuan kunjungan yang disusun dari berbagai fasilitas perjlanan tertentu dalam suatu acara perjalanan yang tetap, serta dijual dengan harga tunggal yang menyangkut seluruh komponen dari perjalanan wisata.
2.2.2 Structured Query Language (SQL) Menurut Connolly dan Begg (2005, p112), Structured Query Language (SQL) merupakan bahasa yang digunakan untuk database relational dan didukung oleh semua produk di pasaran. SQL awalnya dikembangkan oleh IBM Research pada awal tahun 1970 dan pertama kali diterapkan pada prototype komputer IBM yang bernama System R. Structured
Query
Language
(SQL) adalah suatu
bahasa
standard untuk implementasi operasi-operasi pada sistem basis data model relational Standard ANSI-SQL92 atau International Standard Database Query Language.
2.2.3 Diagram Aliran (Flowchart)
41
Menurut Mulyadi (2001, p60-63), Sistem akuntansi dapat dijelaskan dengan menggunakan bagan alir dokumen. Berikut ini merupakan simbol-simbol standar yang digunakan oleh analis sistem untuk membuat bagan alir dokumen yang menggambarkan sistem tertentu : Tabel 2.2 Simbol Diagram Aliran SIMBOL
KETERANGAN Dokumen Simbol
ini
digunakan
menggambarkan dokumen,
semua
yang
untuk jenis
merupakan
formulir yang digunakan untuk merekam data terjadinya suatu transaksi. Kegiatan Manual Simbol
ini
digunakan
menggambarkan
untuk
kegiatan
manual seperti : a.
Menerima
order
dari
pembeli b.
Mengisi formulir
c.
Membandingkan
memeriksa
berbagai
dan jenis
kegaitan klerikal yang lain. Keterangan / Komentar Simbol ini memungkinkan ahli sistem menambahkan keternagan untuk memperjelas pesan yang disampaikan dalam bagan alir. Keputusan Simbol
ini
menggambarkan
keputusan yang harus dibuat dalam proses pengolahan data.
42
Keputusan yang dibuat ditulis di dalam simbol. Garis alir / flowline Simbol ini menggambarkan arah proses pengolahan data. Anak panah tidak digambarkan jika arus
dokumen
mengarah
ke
bawah dan ke kanan. Jika arus dokumen mengalir ke atas atau ke
kiri,
anak
panah
perlu
dicantumkan. Mulai / berakhir (terminal) Simbol
ini
untuk
menggambarkan awal dan akhir suatu sistem akuntansi. Dokumen dan Tembusannya Simbol
ini
digunakan
untuk
menggambarkan dokumen asli dan tembusannya. Penghubung
halaman
yang
sama (onge page connector) Dalam menggambarkan bagan alir,
arus
dokumen
dibuat
mengalir dari atas ke bawah dan dari kiri ke kanan. Namun, dengan
keterbatasan
ruang
halaman
kertas
untuk
menggambar
makan
penghubung
digunakan
symbol untuk
memungkinkan aliran dokumen berhenti di suatu lokasi pada halaman tertentu dan kembali berjalan di likasi lain pada
43
halaman yang sama. Penghubung
halaman
yang
berbeda (Off = page connector) Apabila menggambar bagan alir suatu sistem akuntansi melebihi satu halaman, maka symbol ini harus
digunakan
menunjukkan
kemana
untuk dan
bagaimana bagan alir terkait satu dengan lainnya. Nomor yang tercantum pada halaman tertentu terkait dengan bagan alir yang tercantum pada halaman yang lain.
2.2.4 Data Flow Diagram (DFD) Menurut Whitten (2007, p317), Data Flow Diagram adalah alat yang menggambarkan aliran data yang melewati sistem beserta hasil yang diperoleh dari sistem tersebut. Selain itu, pengertian lain mengenai Data Flow Diagram menurut Whitten (2007, p317) adalah model proses yang digunakan untuk menggambarkan aliran data melalui sebuah sistem dan tugas atau pengolahan yang dilakukan oleh sistem. Menurut McLeod (2010, p214), Data Flow Diagram
(DFD)
adalah suatu penyajian grafis dari suatu sistem yang mengilustrasikan bagaimana data mengalir melalui proses-proses yang saling tersambung. Ada beberapa simbol yang digunakan dalam DFD dimana simbol-simbol tersebut mencerminkan : 1. Unsur-unsur lingkungan dengan sistem yang berinteraksi. 2. Proses. 3. Arus data. 4. Penyimpanan data. Berdasarkan pengertian di atas, Data Flow Diagram (DFD) adalah penggambaran grafis yang menampilkan aliran data dari sumber ke
44
dalam objek, dengan melewati proses yang mentransformasikannya ke tujuan yang ada pada objek lain.
Data Flow Diagram (DFD)
memperlihatkan hubungan fungsional dari nilai yang dihitung oleh sistem, termasuk
nilai masukan,
nilai keluaran,
serta
tempat
penyimpanan
internal. DFD membuat proses yang mentransformasi data, aliran data yang menggerakan data, objek yang mengkonsumsi serta memproduksi data, serta data store yang menjadi tempat penyimpanan data. Menurut McLeod (2010, p215-217), Diagram nomor 0 (figure 0 diagram) mengidentifikasi proses-proses utama sistem. Sebuah diagram yang mendokumentasikan sistem pada tingkat yang lebih ringkas disebut diagram konteks (context diagram), sedangkan sebuah diagram yang memberikan lebih banyak
detail disebut diagram nomor n (figure n
diagram). Ada 3 (tiga) tingkatan dalam DFD yaitu : a. Diagram Konteks Diagram yang menggambarkan sistem secara garis besar atau merupakan
tingkatan
yang
paling
awal,
yang
menggambarkan
hubungan antara sistem dengan bagian luar dari sistem. Diagram ini terdiri
atas
satu
simbol
proses
tunggal
yang
melambangkan
keseluruhan sistem. Berikut ini merupakan beberapa aturan yang dapat digunakan dalam menggambarkan sebuah diagram konteks : 1. Hanya menggunakan satu simbol. 2. Memberikan label pada simbol proses untuk mencerminkan keseluruhan sistem. 3. Jangan memberikan nomor pada simbol proses tunggal. 4. Memasukkan seluruh terminator untuk sistem. 5. Menunjukkan seluruh arus yang terjadi antara terminator dan sistem. b. Diagram Nol Merupakan level tertinggi dari fungsi yang ada di dalam sistem. Selain itu, pada diagram ini digambarkan proses-proses penting yang ada di dalam sistem. Proses ini diperoleh dari pemecahan diagram konteks.
45
c. Diagram Rinci / Diagram Level 1 Pada diagram ini digambarkan rincian dari setiap proses yang ada pada diagram 0 (nol) sampai ketingkat proses yang paling rinci. d. Diagram Level 2 Merupakan penjabaran rinci dari setiap proses yang baru muncul pada diagram level 1 secara khusus. Dalam hal ini juga memungkinkan munculnya proses-proses detilnya. DFD terdiri dari simbol-simbol sebagai berikut : Tabel 2.3 Simbol Data Flow Diagram SIMBOL
KETERANGAN Proses adalah sesuatu untuk mengubah input dan output. Proses dapat digambarkan dengan sebuah lingkaran, sebuah persegi panjang horizontal, atau sebuah persegi panjang tegak bersudut melingkat. Setiap symbol proses diidentifikasikan dengan label. Teknik pembuatan label yang paling umum adalah dengan menggunakan kata kerja atau objek, tetapi juga dapat menggunakan sistem atau program komputer. Aliran data terdiri dari sekelompok unsure-unsur data yang berhubungan secara logis yang bergerak dari satu titik atau proses ke titik atau proses yang lain. Simbol panah dapat digambarkan sebagai garis lurus atau
lengkung.
Aliran
data
menggambarkan
perpindahan informasi dari satu bagian ke bagian lain dari sistem. Awal panah menggambarkan asal data sedangkan arah panah menggambarkan tujuan. Penyimpanan data (data store) adalah suatu tempat penyimpanan data. Proses dapat memasukkan atau mengambil data dari data store.
46
Terminator (external entities) digunakan untuk menyatakan
unsur-unsur
lingkungan
yang
menunjukkan titik-titik dimana sistem berakhir dan dapat berupa orang, organisasi, dan sistem lain yang memiliki antramuka dengan sistem.
2.2.5 State Transition Diagram (STD) Menurut Pressman (2001, p317-318), Behavioral modelling adalah sebuah prinsip operasional yang membutuhkan semua kebutuhan metode analisis. State Transition Diagram (STD) merepresentasikan kelakuan dari sistem dengan menggambarkan state dan event yang menyebabkan sistem merubah state. Sebagai tambahan, STD mengindikasikan aksi apa yang diambil sebagai akibat dari event tertentu. Menurut
Marakas
(2006,
p135),
State
transition
diagram
menggambarkan bermacam-macam keadaan sebuah komponen sistem yang terdapat dalam relasi pada kejadian-kejadian atau kondisi-kondisi yang menyebabkan sebuah perubahan dari sebuah keadaan ke keadaan lainnya. State
Transition Diagram (STD) merupakan suatu tools
permodelan yang menggambarkan sifat ketergantungan pada waktu dari suatu sistem. Adapun simbol yang digunakan adalah sebagai berikut :
Gambar 2.2 State / Keadaan (Marakas, 2006, p136)
47
Ada dua jenis state yaitu State Awal (Initial State) dan State Akhir (Final State). Initial State hanya diperbolehkan satu saja, sedangkan Final State dapat lebih dari satu. Dikatakan Final State jika tidak ada perubahan keadaan dari keadaan tersebut ke keadaan lainnya. Akan tetapi, jika masih ada dan Final State-nya hanya satu, maka akan terjadi looping terus menerus tanpa pernah berhenti. Notasi lainnya ialah transisi state / perubahan state. Setiap panah diberikan label yang menunjukkan kejadian (event) yang akan menyebabkan perubahan dari satu state ke state lainnya. Label tersebut adalah kondisi dan aksi. Kondisi adalah sebuah sinyal yang menyebabkan perubahan terhadap state dari state satu ke state berikutnya. Aksi adalah sesuatu yang dilakukan sistem bila terjadi perubahan state atau merupakan reaksi terhadap kondisi.
Gambar 2.3 Perubahan state / Keadaan (Marakas, 2006, p136)
Ada 2 (dua) cara pendekatan dalam membuat State Transition Diagram yaitu : a. Identifikasi setiap kemungkinan state dari sistem dan gambarkan masing-masing pada sebuah kotak, lalu buatlah hubungan antar state tersebut. b. Mulai dengan state pertama dan dilanjutkan dengan state berikutnya sesuai dengan aliran yang diinginkan. Berdasarkan pengertian-pengertian di atas, State Transition Diagram merupakan suatu diagram yang menggambarkan kelakuan dari
48
sebuah sistem melalui state dan event, yang menunjukkan adanya perubahan sebagai indikasi terhadap aksi yang dilakukan akibat event tertentu. 2.2.6 Pengenalan C# Menurut Eric dan Tommy (2002, p2), C# adalah sebuah bahasa pemrograman yang diciptakan oleh Microsoft dan diperkenalkan dengan merilis visual studio .NET. C# adalah gabungan dari C++ dan Java, dengan menggabungkan fitur yang ada pada C++ kemudian ditambah dengan object oriented pada Java. Beberapa contoh perbedaan yang dimiliki C# dibandingkan dengan C++: -
C# memiliki metode alternatif untuk mengakses daftar inisialisasi ketika membangun sebuah kelas dasar
-
Sebuah kelas dapat mewarisi implementasi hanya dari satu kelas dasar
-
C# memiliki
sintaks yang berbeda dengan C++ ketika
membuat sebuah arrays -
C# dapat memanggil anggota kelas dasar dari kelas turunan nya
Menurut Dietel (2008,p9), C# adalah sebuah bahasa pemrograman yang berorientasi objek dan didesain secara spesifik untuk platform NET sebagai bahasa
yang memungkinkan programmer untuk mudah
bermigrasi ke .NET. C# memiliki akar dari C, C++, dan Java, mengadaptasikan
fitur-fitur
terbaik
dan
menambahkan
fitur-fitur
tersendiri. C# memiliki akses ke class library yang kuat dari komponenkomponen
yang
sudah
dibangun
sebelumnya,
memungkinkan
programmer untuk mengembangkan aplikasi dengan cepat, c# dan Visual Basic menggunakan .NET Framework Class Library yang sama. Bahasa pemrograman C# yang asli distandarisasi oleh Ecma International pada Desember 2002. Sejak saat itu, Microsoft telah
49
menawarkan beberapa ekstensi bahasa yang telah diadopsi sebagai bagian dari standar Ecma C# yang telah direvisi.
2.2.7 Pengenalan SQL Server 2008 SQL Server merupakan hal yang menarik bagi pengguna yang masih menggunakan SQL 2000 karena SQL Server 2008 mencakup semua fungsi yang ditemukan di SQL Server 2005. SQL Server 2008 mencakup koleksi fitur baru. Beberapa fitur yang ada di SQL 2008 adalah kompresi database, kompresi backup database, enkripsi data, penanggalan baru, dan filestream yang merupakan tipe data baru. ( Otey Michael, 2008:7)
Menurut Ray, Paul, Chris, dan Alex (2011, p9-10), SQL Server 2008 adalah sebuah sistem manajemen basis data (DBMS) yang berkelas enterprise yang mampu menjalankan basis data pribadi yang hanya beberapa megabyte hingga sistem database multiserver yang mengelola informasi berukuran terabyte. SQL Server 2008 lebih dari sekedar sebuah mesin database. Ada 5 tugas utama dari DBMS yang dapat dilakukan oleh SQL Server 2008 : -
Menyediakan penyimpanan data yang handal
-
Menyediakan sarana yang cepat untuk mengambil data
-
Menyediakan akses yang konsisten dengan data
-
Mengkontrol akses data melalui keamanan nya
-
Memastikan data terintegritas dengan baik sehingga data nya konsisten
2.2.8 ASP.NET Menurut
Liberty
(2006,p1),
Microsoft
pertama
kali
mengumumkan ASP.NET 1.0 dan .NET Framework pada July,2000. Pada umumnya,
.NET
adalah
sebuah
kerangka
kerja
(framework)
pengembangan aplikasi yang menyediakan antar muka program aplikasi yang baru dan Application Programming Interface dari sistem operasi
50
Windows klasik, terutama Windows 2000, juga menambahkan beberapa teknologi yang berbeda yang dimunculkan Microsoft pada akhir dekade 1990an. Pada saat ini .NET terdiri dari: a. Kompiler untuk 5 bahasa yang berbeda (C#, Visual Basic, Managed C++, J#, dan Jscript) b. Sebuah pustaka kelas (class libraries) yang saling berhubungan, dikenal sebagai Framework Class Library (FCL), yang menyertakan dukungan untuk aplikasi windows dan web, akses data, dan lain-lain. c. Common Language Runtime (CLR), sebuah mesin berorientasi objek dari Framework ini yang menerjemahkan intermediate code yang dihasilkan compiler bahasa ke dalam native code yang diperlukan untuk mengeksekusi aplikasi. Menurut Matthew, Adam, Mario (2010, p3-11), ASP.NET itu sendiri memiliki 7 pilar : 1. ASP.NET terintegrasi dengan .NET Framework ( ASP.NET is integrated with the .NET Framework) 2. ASP.NET dikompilasi, bukan diinterpretasikan (ASP.NET is compiled not interpreted) 3.
ASP.NET adalah multi bahasa (ASP.NET is Multilanguage)
4. ASP.NET dihost dengan Common Language Runtime (ASP.NET is hosted by Common Language Runtime) 5. ASP.NET berorientasi objek (ASP.NET is object oriented) 6. ASP.NET mendukung semua browser (ASP.NET supports all browsers) 7. ASP.NET mudah disebarkan dan dikonfigurasikan (ASP. NET is easy to deploy and configure) ASP.NET
masih
merupakan
yang
terbaik
untuk
Visual
Studio.Net. Sejak ASP.NET di rilis ASP digantikan dan ASP.NET memiliki kelebihan untuk terhubung ke banyak script. (Nick Langley, 2005:34).
51
2.2.9 Internet Menurut Shelly, Woods, Dorin (2008,p2) Internet adalah koleksi jaringan komputer di seluruh dunia yang menghubungkan jutaan komputer yang digunakan untuk bisnis, pemerintahan, institusi, pendidikan, organisasi, dan individual menggunakan modem, kabel telepon, kabel televise, satelit, dan peralatan komunikasi lainnya. Menurut Shelly, Woods, Dorin (2008,p2) Internet backbone adalah kumpulan jalur data berkecepatan tinggi yang menghubungkan sistem komputer utama yang berlokasi di seluruh dunia. Sampai saat ini sudah lebih dari 950 juta orang di 240 negara terkoneksi melalui internet menggunakan komputer-komputer mereka di rumah-rumah, kantor-kantor, sekolah-sekolah, dan lokasi-lokasi publik seperti perpustakaan. Pengguna dengan koomputer yang terkoneksi ke internet akan dapat mengakses berbagai macam layanan seperti email, social networking, online shopping, dan world wide web.
2.2.10 HTML dan CSS Menurut Shelly, Woods, Dorin (2008,p8) halaman-halaman web dibuat menggunakan HTML yaitu sebuah bahasa penulisan yang digunakan untuk membuat dokumen dalam world wide web. HTML menggunakan seperangkat instruksi khusus dinamakan tags atau markup untuk mendefinisikan struktur dan susunan dari sebuah dokumen dan menentukan bagaimana halaman tersebut ditampilkan dalam browser. Sebuah halaman web adalah sebuah file yang berisi teks dan HTML tag. HTML tag digunakan untuk menandakan teks, menentukan bagaimana suatu teks ditampilkan dalam suatu halaman pada web. HTML memiliki ratusan tag yang dapat digunakan untuk mengatur tampilan pada halaman web, juga untuk membuat hyperlink ke dokumen lain atau halaman web lain. HTML dapat digunakan berbarengan dengan teknologi web lain untuk menyediakan fungsi-fungsi tambahan pada halaman web. Sebagai contoh, DHTML ( Dynamic HTML ) mendeskripsikan sebuah kombinasi dari tag-tag HTML, CSS, atau bahasa scripting lainnya.
52
Cascading Style Sheet (CSS) adalah sekumpulan kode yang memungkinkan untuk mengatur elemen dalam sebuah halaman web ataupun dalam keseluruhan situs web.
2.2.11 Eight Golden Rules of Interface Design Menurut Shneiderman Ben dan Catherine Plaisant (2010), merumuskan 8 (delapan) aturan yang dapat digunakan sebagai petunjuk dasar untuk merancang suatu user interface. Delapan aturan ini disebut dengan Eight Golden Rules of Interface Design, yaitu: 1. Konsistensi
Merupakan konsistensi terhadap urutan tindakan, perintah, dan pada istilah-istilah yang digunakan. 2. Universal Usability
Gunanya untuk mengenali kebutuhan pengguna yang beragam dan desain serta memberikan kemudahan dalam penggunaan, dengan memfasilitasi transformasi konten agar pengguna yang belum pernah maupun yang pernah menggunakan aplikasi dapat memakai penggunaan Desain Interface yang ada. 3. Memberikan umpan balik yang informatif
Umpan balik yang berupa informasi jika ada informasi baru dan jika ada kesalahan perintah. 4. Merancang dialog untuk menghasilkan suatu penutupan
Urutan tindakan sebaiknya terorganisir, jelas awal, pertengahan dan akhirnya. 5. Memberikan penanganan kesalahan yang sederhana
Jika terjadi kesalahan, akan ada mekanisme sederhana untuk menangani kesalahan tersebut. 6. Mudah kembali ke tindakan sebelumnya
Dirancang agar pengguna tidak takut menggunakan menu-menu baru. Di setiap browser seperti Mozilla, Internet Exploler dan Google Chrome terdapat menu undo atau back.
53
7. Mendukung tempat pengendali internal
Pengguna
menjadi
pengontrol
sistem
bukan
sistem
yang
mengontrol. 8. Mengurangi beban ingatan jangka pendek
Dirancang agar pengguna tidak terlalu mengingat banyak perintah.
54
