BAB 2 TINJAUAN PUSTAKA 2.1 Teori yang Berkaitan dengan Basis

BAB 2
TINJAUAN PUSTAKA
2.1 Teori yang Berkaitan dengan Basis Data.
Teori - teori berikut ini merupakan teori - teori umum yang digunakan dalam
penyusunan skripsi.
2.1.1 Data
Data adalah fakta atau informasi yang digunakan untuk suatu
kepentingan, dapat berupa angka - angka, gambar, huruf, simbol - simbol
khusus, atau gabungan dari keempatnya.
Menurut Thomas Conolly dan Carolyn Begg (2010, p70), data adalah
komponen yang terpenting dari DBMS environment dari sudut end-user.
Data bertindak sebagai jembatan penghubung antara komponen mesin dan
manusia.
2.1.2 Basis Data
Basis data adalah sebuah tempat penyimpanan yang memiliki kapasitas
penyimpanan yang besar dimana terdapat kumpulan data yang tidak hanya
berisi data operasional tetapi juga deskripsi data yang dapat digunakan
secara bersamaan oleh banyak departemen dan pengguna. Seperti yang
dinyatakan oleh Thomas Conolly dan Carolyn Begg (2010, p65), basis data
merupakan sekumpulan dari data logika yang saling berhubungan dan
gambaran dari data tersebut, dirancang untuk memenuhi kebutuhan
informasi sebuah organisasi. Tujuan utama dari konsep basis data adalah
meminimalkan pengulangan data dan tercapainya independensi data.
Banyaknya pengulangan data dapat mengurangi efesiensi, sehingga perlu
dilakukan normalisasi untuk mencegah hal tersebut.
Teknologi basis data memperbolehkan sekumpulan data dengan
berbagai tipe (teks, angka, gambar, suara, dan lain-lain) disimpan dalam
komputer dan digunakan secara efisien tanpa adanya duplikasi oleh aplikasi
yang berhubungan.
7
8
2.1.3 Sistem Basis Data
Sistem basis data adalah suatu sistem yang menyusun dan mengelola
record-record menggunakan komputer untuk menyimpan atau merekam
serta memelihara data operasional lengkap sebuah organisasi/perusahaan
sehingga memungkinkan beberapa user (pemakai) dan / atau program lain
untuk
mengakses
dan
memanipulasi
file
(table)
tersebut
untuk
menyediakan informasi yang optimal yang diperlukan user (pemakai)
dalam proses mengambil keputusan.
2.1.4 Microsoft SQL Server
SQL merupakan singkatan dari Structured Query Language. Query
Language terdiri dari DML (Data Manipulation Language) dan DDL (Data
Definition Language). Tujuan dari
Query Language adalah untuk
melakukan manipulasi data dengan menggunakan perintah-perintah yang
telah disediakan. Oleh karena itu, sebenarnya
dalam Query Language
perintah-perintah DML (Data Manipulation Language) lebih memegang
peran penting dari pada DDL (Data Definition Language). Namun tidak
berarti DDL (Data Definition Language) tidak penting dibandingkan DML
(Data Manipulation Language).
Sebagai sebuah bahasa, SQL telah distandardisasi dan mengalami
beberapa perubahan atau penyempurnaan. SQL muncul pertama kali pada
tahun 1970 dengan nama SEQUEL (Connolly , 2010, p185). Standardisasi
yang pertama dibuat pada tahun 1986 oleh ANSI (American National
Standards Institute) dan ISO (International Standard Organization), yang
disebut SQL-86. Pada tahun 1989 SQL-86 diperbaharui menjadi SQL-89.
Standar terakhir yang dibuat adalah pada tahun 2008 yaitu SQL:2008
(Connolly , 2010, p186).
Microsoft SQL Server ialah salah satu produk Relational Database
Management System (RDBMS) populer saat ini. Fungsi utamanya ialah
sebagai server dari sebuah database
yang mengatur semua proses
penyimpanan data dan transaksi suatu aplikasi. Salah satu kelebihan
Microsoft SQL Server adalah database dapat diakses secara bersamaan
oleh lebih dari satu user. Hal ini di karena Microsoft SQL Server memiliki
sistem locking yang sangat baik.
9
2.1.5 Arsitektur Database
Menurut Thomas Connolly dan Carolyn Begg (2010, p86), terdapat tiga
level arsitektur database yaitu:
1. External Level
External level merupakan pandangan pengguna terhadap database.
Level ini menjelaskan tentang bagian dari database yang relevan untuk
setiap pengguna. External view ini terdiri dari entity, atribut, dan
hubungan-hubungan yang ada pada dunia nyata yang diminati oleh
pengguna.
2. Conceptual Level
Conceptual level merupakan level yang menjelaskan tentang data yang
disimpan dalam database dan hubungan-hubungan antar data tersebut.
Level ini meliputi:
• Seluruh entity, atribut, dan hubungannya.
• Informasi semantik tentang data.
• Keamanan dan informasi yang terintegritas.
3. Internal Level
Internal level merupakan gambaran fisik dari database pada komputer.
Level ini menjelaskan tentang bagaimana data disimpan di dalam
database.
Level ini menyangkut beberapa hal yaitu:
- Alokasi ruang penyimpanan untuk data dan indeks.
- Deskripsi record untuk penyimpanan (dengan ukuran yang disimpan
untuk data item).
- Penempatan record.
- Kompresi data dan teknik enkripsi data.
2.1.6 DBMS (Database Management System)
2.1.6.1 Definisi DBMS (Database Management System)
Menurut Thomas Connolly dan Carolyn Begg (2010, p66),
pengertian DBMS (Database Management System) adalah sistem
perangkat
lunak
yang
memungkinkan
pengguna
untuk
10
mendefinisikan, membuat, memelihara, dan mengontrol akses
database. Fasilitas-fasilitas dari DBMS yaitu:
•
DDL (Data Definition Language). DDL memperbolehkan
pengguna untuk menentukan tipe data , struktur, dan kendala
dari data yang akan disimpan di database.
•
DML (Data Manipulation Language). DML memperbolehkan
pengguna untuk melakukan insert, update, delete, dan
mengambil data dari database.
•
Menyediakan kontrol akses ke database. Sebagai contoh,
sebuah sistem keamanan yang mencegah pengguna yang tidak
bertanggung jawab mengakses database.
Dengan semua fasilitas ini, DBMS menjadi sistem yang
powerful dan berguna. DBMS juga menyediakan fasilitas lainnya
yaitu view mechanism, yang memperbolehkan setiap pengguna
untuk memiliki masing-masing view ke database.
Selain mengurangi kompleksitas dengan memberikan data yang
ingin dilihat oleh pengguna, view juga mempunyai keuntungan lain
yaitu:
•
View menyediakan level keamanan. View bisa diatur supaya
beberapa pengguna tidak dapat melihat data tertentu.
•
View menyediakan sebuah mekanisme untuk menyesuaikan
tampilan database.
•
View bisa mempresentasikan sebuah konsisten, gambaran yang
tidak dapat diubah dari struktur database.
2.1.6.2 Komponen DBMS (Database Management System)
Menurut Thomas Connolly dan Carolyn Begg (2010, p68),
terdapat lima komponen penting di dalam lingkungan DBMS yaitu:
1. Hardware (Perangkat keras)
Untuk menjalankan DBMS dan aplikasi-aplikasi, maka
membutuhkan perangkat keras. Perangkat keras meliputi dari
PC, single mainframe, dan jaringan komputer.
11
2. Software (Perangkat lunak)
Komponen perangkat lunak meliputi perangkat lunak
DBMS sendiri, program-program aplikasi, sistem operasi, dan
sistem jaringan jika DBMS dioperasikan menggunakan
jaringan.
3. Data
Data merupakan komponen yang paling penting dari
lingkungan DBMS dari sudut end-user. Data juga berperan
sebagai penghubung antara komponen mesin (perangkat keras
dan perangkat lunak) dan komponen manusia.
4. Procedure
Procedure merupakan instruksi-instruksi dan aturan yang
mengatur perancangan dan penggunaan database. Pengguna
sistem dan staff yang mengelola database membutuhkan
prosedur-prosedur
yang
didokumentasikan
mengenai
bagaimana cara menggunakan atau menjalankan sistem
tersebut. Ada beberapa instruksi dalam penggunaannya yaitu:
•
Log on ke DBMS.
•
Menggunakan sebagian fasilitas DBMS atau program
aplikasi.
•
Start dan stop DBMS.
•
Membuat salinan backup database.
•
Menangani kegagalan perangkat keras atau perangkat
lunak. Contohnya: Bagaimana mengidentifikasi komponen
yang failed, bagaimana memperbaiki komponen yang
failed, memperbaiki kesalahan, dan bagaimana cara merecover database.
•
Mengubah struktur tabel, mengatur ulang database di
beberapa disk, meningkatkan performa, atau mengarsipkan
data ke penyimpanan sekunder.
5. People
Terdapat beberapa tipe orang yang berpartisipasi di dalam
lingkungan DBMS yaitu :
12
- Data Administrator dan Database Administrator
Data Administrator adalah orang yang bertanggung
jawab
untuk
pengelolaan
sumber
data,
termasuk
perencanaan database; pengembangan dan pemeliharaan
standar,
kebijaksanaan,
dan
prosedur-prosedur;
dan
perancangan konseptual/logikal database.
Database Administrator adalah orang yang bertanggung
jawab untuk hubungan secara fisikal dari database,
termasuk perancangan fisikal database dan implementasi,
keamanan dan kontrol integritas, pemeliharaan sistem
operasi, serta memastikan kepuasan pengguna terhadap
performa aplikasi tersebut.
- Database designers
Terdapat 2 tipe designer yaitu logical database designer
dan physical database designer.
A. Logical database designer
Logical database designer adalah orang yang berkaitan
dengan identifikasi data (entity dan atribut), hubungan
antar data, dan kendala-kendala pada data yang
disimpan dalam database.
B. Physical database designer
Physical
database
designer
adalah
orang
yang
menentukan bagaimana perancangan logikal database
direalisasikan ke dalam bentuk fisikal.
Contohnya:
- Pemetaan perancangan logikal database menjadi suatu
kumpulan tabel dan batasan-batasan integritas.
- Memilih struktur penyimpanan yang spesifik dan
metode akses untuk data untuk mencapai performa
yang baik.
- Merancang segala langkah-langkah keamanan yang
dibutuhkan oleh data.
13
- End User
End user merupakan orang yang nantinya akan
menggunakan aplikasi yang berhubugan dengan sistem
basis data yang telah dibuat sebelumnya. Kepuasan end
user akan menjadi sebuah ukuran keberhasilan dari sistem
basis data yang telah dibuat, karena sistem basis data dibuat
untuk memudahkan end user melakukan pekerjaan secara
efektif dan efisien.
2.1.6.3 Fungsi DBMS (Database Management System)
Menurut Thomas Connolly dan Carolyn Begg (2010, p99), DBMS
memiliki sepuluh fungsi yaitu:
1. Data storage, retrieval, dan update
DBMS harus memungkinkan pengguna agar mampu untuk
menyimpan, mengambil, dan memperbaharui data di dalam
database.
2. A user-accessible catalog
DBMS harus memiliki katalog yang berisikan deskripsi
item data yang disimpan dan dapat diakses oleh pengguna.
3. Transaction support
DBMS harus memiliki sebuah mekanisme yang dapat
menjamin dengan baik seluruh perubahan yang berhubungan
dengan sebuah transaksi dapat dilakukan atau tidak dapat
dilakukan.
4. Concurrency control services
DBMS harus memiliki sebuah mekanisme untuk menjamin
bahwa database diupdate dengan benar ketika banyak
pengguna mengupdate database secara bersamaan.
5. Recovery services
DBMS harus memiliki sebuah mekanisme untuk pemulihan
database pada saat terjadi kerusakan dengan cara apapun.
14
6. Authorization services
DBMS harus memiliki sebuah mekanisme untuk menjamin
bahwa hanya pengguna yang memiliki otorisasi yang dapat
mengakses database.
7. Support for data communication
DBMS harus dapat terintegritas dengan perangkat lunak
komunikasi dan mendapat akses database dari lokasi yang
jauh.
8. Integrity services
DBMS harus memiliki sarana yang menjamin data didalam
database maupun perubahan terhadap data tersebut dan
mengikuti aturan-aturan tertentu
9. Services to promote data independence.
DBMS harus berisikan fasilitas-fasilitas untuk mendukung
ketidaktergantungan program dari struktur aktual database.
10. Utility services
DBMS harus menyediakan perlengkapan layanan seperti
program analisis statistik, pengawasan fasilitas, fasilitas
reorganisasi indeks, dan lain-lain.
2.1.6.4 Keuntungan dan Kerugian DBMS
Menurut Thomas Connolly dan Carolyn Begg (2010, p77), ada
beberapa keuntungan dan kerugian dalam penggunaan DBMS.
Keuntungannya adalah sebagai berikut:
1.
Adanya kontrol terhadap redundansi data
2.
Konsistensi data
3.
Mendapatkan informasi lebih untuk sejumlah data yang
sama
4.
Adanya pembagian data
5.
Meningkatkan integritas data
6.
Meningkatkan keamanan
7.
Meningkatkan standar
8.
Skala ekonomi
9. Menyeimbangkan kebutuhan-kebutuhan yang bertabrakan
15
10.
Meningkatkan pengaksesan dan respon data
11.
Meningkatkan produktivitas
12.
Meningkatkan pemeliharaan melalui data independence
13.
Meningkatkan konkurensi
14.
Meningkatkan layanan backup dan recovery
Kerugiannya adalah sebagai berikut:
1. Kompleksitas
2. Ukuran
3. Biaya DBMS
4. Biaya tambahan perangkat keras
5. Biaya proses konversi
6. Performa
7. Pengaruh kegagalan yang besar
2.1.7 The Database System Development Lifecycle
Menurut Thomas Connolly dan Carolyn Begg (2010, p313), sebuah
sistem database merupakan komponen dasar sistem informasi organisasi
yang lebih besar sehingga siklus hidup pengembangan sistem database
berhubungan dengan siklus hidup sistem informasi.
Berikut adalah tahapan-tahapan siklus hidup pengembangan sistem
database:
16
Gambar 2.1 Siklus Hidup Pengembangan Sistem Database
2.1.7.1 Database Planning
Database
planning
(perencanaan
basis
data)
adalah
merencanakan bagaimana tahapan dari siklus hidup direalisasikan
secara efektif dan efisien.
Ada tiga tahapan perencanaan database yaitu:
a. Mengidentifikasi rencana dan tujuan pembuatan aplikasi
database untuk menetapkan kebutuhan sistem informasi.
b. Mengevaluasi sistem yang sudah ada untuk menentukan
kelebihan dan kekurangannya.
c. Menilai kesempatan teknologi informasi untuk menghasilkan
keuntungan.
2.1.7.2 System Definition
System definition (definisi sistem) adalah menggambarkan
lingkup dan batasan-batasan dari aplikasi database dan user view
yang utama. Sebelum mencoba merancang suatu aplikasi database,
diperlukan untuk mengenali batasan sistem dan bagaimana
antarmuka dengan bagian sistem informasi lainnya dalam
organisasi. Hal penting yang harus diperhatikan adalah batasan
pemakai dalam aplikasi mendatang. Mengidentifikasikan user view
sangat penting dalam mengembangkan aplikasi database agar dapat
memastikan tidak ada pengguna utama yang terlupakan ketika
mengembangkan keperluan untuk aplikasi baru.
2.1.7.3 Requirements Collection and Analysis
Requirements collection and analysis (pengumpulan kebutuhan
dan analisis) adalah proses dari analisis dan pengumpulan informasi
tentang bagian organisasi yang didukung oleh sistem aplikasi
database dan menggunakan informasi ini untuk mengenali
kebutuhan-kebutuhan untuk sistem baru.
17
2.1.7.4 Database Design
Database design (perancangan basis data) adalah sebuah proses
dalam menciptakan perancangan untuk database yang akan
mendukung operasi dan tujuan perusahaan.
Ada 4 pendekatan dalam perancangan database yaitu:
1. Top-down
Diawali dengan pembentukan model data yang berisi
beberapa
entity
high-level
dan
relasi
yang
kemudian
menggunakan pendekatan top-down secara berturut-turut untuk
mengidentifikasi entity lower level, relasi, dan atribut lainnya.
2. Bottom-up
Dimulai dari atribut dasar yaitu sifat-sifat entity dan relasi
dengan analisis dari penggabungan antar atribut, yang
dikelompokkan ke dalam suatu relasi yang merepresentasikan
tipe dari entity dan relasi antar entity.
3. Inside-out
Berhubungan dengan pendekatan bottom-up tetapi sedikit
berbeda dengan identifikasi awal entity utama yang kemudian
menyebar ke entity, relasi, dan atribut terkait lainnya yang lebih
dulu diidentifikasi. Karena itu cara pendekatan ini merupakan
salah satu cara yang tepat jika identifikasi awal merupakan
entity utama yang akan dibuat menjadi entity khusus.
4. Mixed
Menggunakan pendekatan bottom-up dan top-down untuk
bagian yang berbeda sebelum pada akhirnya digabungkan.
Proses perancangan database terdiri dari 3 tahapan yaitu:
1. Conceptual database design
Proses pembuatan model informasi yang digunakan agar
tidak tergantung pada semua masalah fisik. Secara garis besar
perancangan ini terdiri dari tiga langkah sebagai berikut:
a. Penentuan entity pada database.
b. Pendefinisian hubungan/relasi antar entity.
c. Penerjemahan hubungan ke dalam entity.
18
2. Logical database design
Proses tahapan model informasi yang digunakan berdasarkan
model khusus, dan menggambarkan proses yang terjadi dalam
basis data secara rinci. Proses yang digambarkan akan dijelaskan
secara berurutan dan menjelaskan atribut yang ada di dalam
basis data.
3. Physical database design
Proses pengukuran performa basis data yang akan dibuat.
Dengan mempertimbangkan spesifikasi penyimpanan sekunder
yang akan digunakan. Kecepatan transfer data juga akan
menjadi tolok ukur, karena kecepatan transfer data akan
mempengaruhi performa maupun kinerja sebuah sistem basis
data secara efektif dan efisien.
2.1.7.5 DBMS Selection (optional)
DBMS selection (pemilihan DBMS) adalah memilih DBMS
yang sesuai untuk mendukung aplikasi database. Pemilihan DBMS
tepatnya dari bagian lifecycle adalah pemilihan DBMS yang
dilakukan antara tahapan logical database design dan conceptual
database design. Tujuan dari pemilihan DBMS adalah untuk
mencukupi kebutuhan sekarang dan masa mendatang pada
perusahaan, menyeimbangkan biaya seperti pembelian produk
DBMS; perangkat lunak/perangkat keras lainnya untuk mendukung
aplikasi database; serta biaya yang berhubungan dengan perubahan
dan pelatihan pegawai.
Pendekatan
sederhana
dalam
pemilihan
DBMS
adalah
memeriksa keistimewaan DBMS dalam memenuhi kebutuhan.
Dalam memilih sebuah produk DBMS baru, ada kesempatan untuk
memastikan bahwa proses pemilihan sudah direncanakan dan hasil
yang diberikan sistem benar-benar bermanfaat bagi perusahaan.
19
2.1.7.6 Application Design
Pada tahap ini dilakukan perancangan antarmuka bagi pengguna
dan program aplikasi yang menggunakan dan memproses database.
Perancangan database dan perancangan aplikasi adalah aktivitas
bersamaan pada siklus hidup pengembangan sistem database.
Dalam
kasus
sebenarnya,
adalah
tidak
mungkin
untuk
menyelesaikan perancangan aplikasi sebelum perancangan database
selesai.
Dalam
perancangan
aplikasi
harus
memastikan
semua
pernyataan fungsional dari spesifikasi kebutuhan pengguna yang
menyangkut perancangan aplikasi program yang mengakses
database dan merancang transaksi yaitu cara akses ke database dan
perubahan terhadap isi database (retrieve, update, dan mixed).
-
Retrieval: Mendapatkan data untuk tampilan di layar.
-
Update: insert, delete, dan update record pada database.
-
Mixed: Gabungan dari retrieval dan update.
Artinya bagaimana fungsi yang dibutuhkan bisa terpenuhi dan
merancang antarmuka pengguna (user interface).
Antarmuka yang dirancang harus memberikan informasi yang
dibutuhkan
dengan
cara
untuk
menciptakan
user-friendly.
Rancangan antarmuka pengguna yang dalam pembuatannya tidak
diperhatikan secara rinci dapat menimbulkan masalah. Oleh karena
itu, antarmuka harus diakui sebagai komponen dari sistem yang
penting. Hal ini bertujuan agar aplikasi mudah dipelajari, mudah
digunakan,
sehingga
penggunapun
akan
cenderung
untuk
memberdayagunakan informasi yang disajikan.
2.1.7.7 Prototyping (optional)
Pada tahap ini dilakukan pembangunan prototype dari sistem
database. Hasil dari prototype ini memungkinkan perancang atau
pengguna untuk memvisualisasikan dan mengevaluasi bagaimana
bentuk fungsionalitas sistem akhir.
20
2.1.7.8 Implementation
Pada tahap ini dilakukan pembuatan definisi database secara
eksternal, konseptual, internal, dan program aplikasi. Implementasi
merupakan realisasi dari database dan perancangan aplikasi.
Implementasi pada database dilakukan dengan menggunakan DDL
(Data Definition Language) dari DBMS yang dipilih atau dengan
menggunakan GUI (Graphical User Interface). DDL digunakan
untuk membuat struktur database dan file database yang kosong.
Selain itu, pada tahapan ini semua spesifikasi pandangan dari
pengguna juga diimplementasikan.
•
Data Definition Language (DDL)
Data Definition Language (DDL) adalah satu paket bahasa
DBMS yang berguna untuk melakukan spesifikasi terhadap
skema basis data. Hasil kompilasi dari DDL adalah satu set tabel
yang
disimpan
dalam file
khusus yang
disebut Data
Directory/Dictionary. Secara umum perintah dalam DDL
berhubungan dengan operasi-operasi dasar seperti membuat
basis data baru, menghapus basis data, membuat tabel baru,
menghapus tabel, membuat indeks, mengubah struktur tabel.
Contoh perintah DDL misalnya, Create Table, Create Index,
Alter, dan Drop Database.
•
Data Manipulation Language
Data Manipulation Language (DML) adalah satu paket DBMS
yang
memperbolehkan
pemakai
untuk
mengakses
atau
memanipulasi data sebagaimana yang telah diorganisasikan
sebelumnya dalam model data yang tepat. Berikut merupakan
beberapa contoh dari Data Manipulation Languange :
•
Select
Select
merupakan salah satu perintah yang sering
digunakan di dalam manipulasi basis data. Dalam
implementasinya, select bertujuan untuk memunculkan
maupun melihat data yang ada di dalam basis data tersebut.
Biasanya perintah select akan berfungsi untuk memeriksa
apakah data yang dimaksud ada di dalam basis data.
21
•
Update
Update merupakan perintah yang ada di dalam DBMS yang
sering digunakan untuk mengubah isi data yang ada di
dalam basis data. Dalam implementasinya, perintah update
biasanya digunakan jika ada kesalahan atribut yang ada di
dalam basis data.
•
Insert
Insert merupakan perintah yang ada di dalam DBMS yang
digunakan untuk memasukkan data baru ke dalam sistem
basis data yang telah ada. Dalam implementasinya, perintah
insert biasanya digunakan jika ada stok barang baru yang
belum pernah ada di dalam basis data.
•
Delete
Delete merupakan perintah yang ada di dalam DBMS yang
digunakan
untuk
menghapus
data
yang
telah
ada
sebelumnya di sistem basis data. Dalam implementasinya,
perintah delete biasanya digunakan jika ada stok produk
yang sudah tidak diproduksi lagi.
2.1.7.9 Data Conversion and Loading
Pada tahap ini dilakukan transfer data yang telah ada ke dalam
database yang baru dan mengkonversi semua aplikasi yang ada
untuk dijalankan pada database yang baru, tahap ini hanya
dibutuhkan ketika sistem database yang baru menggantikan sistem
database yang lama. Pada masa sekarang, umumnya DBMS
memiliki kegunaan untuk memasukkan file ke dalam database yang
baru dengan tujuan untuk memungkinkan pengembang untuk
mengkonversi dan menggunakan aplikasi program lama untuk
digunakan oleh sistem baru.
2.1.7.10 Testing
Pada tahap ini dilakukan proses menjalankan program aplikasi
yang bertujuan untuk mencari kesalahan-kesalahan. Sebelum
22
digunakan, aplikasi database yang baru dikembangkan harus diuji
secara menyeluruh.
Pengguna suatu sistem yang baru seharusnya dilibatkan dalam
proses pengujian. Situasi yang ideal untuk pengujian suatu sistem
adalah dengan menguji database pada sistem perangkat keras
yang berbeda. Walaupun pada kenyataannya, pengujian database
pada sistem perangkat keras yang berbeda jarang dilakukan.
Dalam melakukan pengujian, sebaiknya dilakukan backup data
terlebih dahulu pada data yang akan diuji. Hal ini sebagai langkah
antisipasi kerusakan atau kehilangan data, apabila terjadi
kerusakan pada data saat diuji.
Jika pengujian pada sistem
aplikasi telah selesai dilakukan dan tidak lagi ditemukan
kesalahan, maka sistem aplikasi telah siap untuk digunakan dan
diserahkan ke pengguna.
2.1.7.11 Operational Maintenance
Operational Maintenance (pemeliharaan operasional) adalah
proses memonitor dan memelihara sistem yang telah di-install.
Pada tahap ini, implementasi database dilakukan sepenuhnya.
Sistem diawali dan dipelihara secara berkelanjutan. Jika
diperlukan, kebutuhan-kebutuhan baru dimasukkan dalam aplikasi
database melalui tahapan database terlebih dahulu.
2.1.8 Data Flow Diagram (Diagram Alir Data)
Menurut Edward Yourdon (1989, p139), diagram alir data adalah model
atau alat yang dibutuhkan untuk menggambarkan sistem sebagai jaringan
dari sekumpulan proses fungsional, yang dihubungkan satu dengan yang
lainnya oleh suatu aliran data dan meneruskannya menjadi data.
Ada tiga tingkatan dalam diagram aliran data, yaitu:
1. Diagram Konteks
Merupakan tingkatan yang paling pertama, yang menggambarkan
ruang lingkup sistem dari sistem yang digunakan. Diagram ini hanya
memiliki satu proses yang menggambarkan sistem secara keseluruhan
dan hubungan antara sistem dengan unit-unit di luar sistem tersebut.
23
2. Diagram Nol
Diagram yang menggambarkan proses-proses dan aliran data yang
terjadi di dalam suatu sistem. Proses-proses ini dapat dipecah menjadi
proses-proses dan aliran data yang terperinci.
3. Diagram Rinci
Diagram yang menggambarkan rincian proses-proses yang ada pada
diagram nol dan rincian proses-proses ini dapat dipecah lagi menjadi
proses-proses yang lebih terperinci.
Menurut Edward Yourdon (1989, p141-152), diagram aliran data terdiri
dari simbol-simbol sebagai berikut:
•
Proses (Bubble atau function atau transformation)
Proses yang menggambarkan bagian dari sistem yang mengelola
masukan menjadi keluaran. Proses digambarkan dengan sebuah
lingkaran.
Gambar 2.2 Simbol Proses dalam DFD
•
Aliran (flow)
Aliran yang menggambarkan perpindahan informasi dari satu
bagian ke bagian lain dari sistem. Awal panah menggambarkan asal
data sedangkan arah panah menggambarkan tujuan.
Gambar 2.3 Simbol Aliran Data dalam DFD
•
Data Store
Simbol ini digunakan untuk menggambarkan penyimpanan data.
Gambar 2.4 Simbol Data Store dalam DFD
24
•
Terminator
Merupakan simbol yang menggambarkan entity yang dapat berupa
orang kelompok, atau organisasi yang berhubungan dengan sistem.
Gambar 2.5 Simbol Terminator dalam DFD
2.1.9 Entity Relationship Modeling
Menurut Thomas Connolly dan Carolyn Begg (2010, p371), salah satu
aspek yang sulit dalam perancangan database adalah menentukan sebuah
entity.
2.1.9.1 Entity Type (Tipe Entity)
Menurut Thomas Connolly dan Carolyn Begg (2010, p372),
entity type adalah sekumpulan obyek dengan properti yang sama,
yang diidentifikasi oleh perusahaan yang memiliki keberadaan yang
tidak bergantung dengan yang lainnya.
2.1.9.2 Relationship Type (Tipe Hubungan)
Menurut Thomas Connolly dan Carolyn Begg (2010, p374),
relationship type adalah sekumpulan asosiasi antara satu atau lebih
entity type yang berpartisipasi. Setiap relationship type diberi nama
yang menjelaskan fungsinya.
Gambar 2.6 Relationship Type
25
Degree of relationship adalah banyaknya entity type yang
berpartisipasi di dalam relationship.
Recursive relationship adalah relationship type dimana entity type
yang sama berpartisipasi lebih dari satu different role.
2.1.9.3 Attribute (Atribut)
Menurut Thomas Connolly dan Carolyn Begg (2010, p379-382),
ada beberapa macam atribut-atribut yaitu:
•
Attribute adalah properti dari sebuah entity atau relationship
type.
•
Attribute Domain adalah sekumpulan nilai yang diperbolehkan
untuk satu atau lebih atribut.
•
Simple Attribute adalah atribut yang terdiri dari satu komponen
tunggal dengan keberadaan yang bebas.
•
Composite Attribute adalah atribut yang terdiri dari beberapa
komponen dengan keberadaan yang bebas. Dalam hal ini
beberapa atribut dapat dipisahkan menjadi beberapa komponen
yang lebih kecil lagi dengan keberadaan yang bebas.
•
Single Value Attribute adalah atribut yang memiliki nilai tunggal
untuk masing-masing kejadian dari entity.
•
Multi Value Attribute adalah atribut yang memiliki banyak nilai
untuk masing-masing kejadian dari entity.
•
Derived Atrribute adalah atribut menggantikan sebuah nilai
yang diturunkan dari nilai sebuah atribut yang berhubungan,
tidak perlu pada jenis entity yang sama.
2.1.9.4 Key (Kunci)
•
Candidate Key adalah satu atau lebih atribut yang ada di dalam
field dan bersifat unik, sehingga menjadi identifier pada suatu
relasi antar field dalam basis data.
•
Primary Key adalah candidate key yang diidentifikasi secara
unik pada setiap field dalam basis data yang hanya ada satu dan
itu bersifat unik pada setiap field.
26
•
Foreign Key adalah suatu atribut dalam sebuah table yang
melengkapi satu relationship yang menunjuk pada induknya.
•
Composite Key adalah candidate key yang ada di dalam field
•
Alternate Key adalah candidate key yang tidak terpakai sebagai
primary key pada suatu basis data.
2.1.9.5 Strong and Weak Entity Type
•
Strong entity type adalah setiap kejadian yang unik mampu
diidentifikasikan menggunakan atribut primary key pada entity.
•
Weak entity type adalah tipe entity yang keberadaannya
bergantung pada tipe entity lainnya. Karakteristik dari entity
yang
lemah
adalah
setiap
kejadian
entity
tidak
bisa
diidentifikasikan secara unik hanya dengan menggunakan atribut
yang bergantung pada entitynya.
Gambar 2.7 Contoh Strong dan Weak Entity
2.1.9.6 Structural Constraints
Menurut Thomas Connolly dan Carolyn Begg (2010, p385), tipe
utama dari constraint di dalam relationship disebut multiplicity.
Multiplicity adalah jumlah occurrence yang mungkin dari
sebuah tipe entity yang berhubungan dengan sebuah occurrence dari
tipe entity lain yang terasosiasi melalui hubungan tertentu.
•
One-to-One (1:1) Relationship terjadi apabila setiap himpunan
entity A hanya boleh berhubungan dengan satu himpunan entity
B.
27
•
One-to-Many (1:*) Relationship terjadi apabila setiap himpunan
entity A boleh berhubungan lebih dari satu himpunan entity B.
Sebaliknya setiap himpunan dari entity B hanya boleh
berhubungan dengan satu himpunan entity A.
•
Many-to-Many
(*:*)
Relationship
terjadi
apabila
setiap
himpunan entity A berhubungan lebih dari satu himpunan entity
B, sebaliknya setiap himpunan dari entity B juga boleh
berhubungan lebih dari satu himpunan entity A.
2.1.10 Normalisasi
Menurut indrajani (2011) Normalisasi adalah suatu teknik formal yang
dapat digunakan dalam perancangan basis data.Tujuan utamanya adalah
mengidentifikasi kesesuaian hubungan yang mendukung data untuk
memenuhi kebutuhan perusahaan.
Normalisasi menurut Thomas Connolly dan Carolyn Begg (2010,
p415), adalah sebuah teknik untuk memproduksi sejumlah relasi dengan
kebutuhan yang diinginkan, untuk memberi kebutuhan data dari suatu
organisasi.
Proses Normalisasi menurut Thomas Connolly dan Carolyn Begg
(2010, p430), terdapat beberapa bentuk yaitu:
1. Unnormalized Form (UNF)
Sebuah tabel yang berisi satu atau lebih kelompok pengulangan
(repeating groups). Pada tabel UNF ini dibuat dengan mentransformasi
data dari sumber informasi ke dalam tabel berbentuk baris dan kolom.
2. Bentuk Normal Pertama (1NF)
Sebuah relasi di mana persimpangan setiap baris dan kolom berisi
satu dan hanya satu nilai. Pada tabel 1NF ini dibuat dengan
menghilangkan repetisi dan data yang merupakan hasil kalkulasi serta
menentukan atribut yang menjadi primary key.
3. Bentuk Normal Kedua (2NF)
Bentuk 2NF didefinisikan berdasarkan ketergantungan fungsional
yang penuh (Full Functional Dependency). 2NF merupakan sebuah
relasi antara bentuk normal pertama dan setiap atribut yang bukan
primary key atau secara fungsional tergantung primary key. Dengan
28
kata lain, tabel 2NF ini dibuat dengan menghilangkan ketergantungan
partial.
4. Bentuk Normal Ketiga (3NF)
Bentuk 3NF didefinisikan berdasarkan ketergantungan transitif
(Transitive Dependency). 3NF merupakan sebuah relasi antara bentuk
normal pertama dan bentuk normal kedua, dimana tidak ada atribut
yang bukan primary key atau secara transitif bergantung pada primary
key.
Gambar 2.8 Ilustrasi dari Hubungan antara Bentuk Normal
2.1.11 Metodologi Perancangan Basisdata
Menurut Thomas Connolly dan Carolyn Begg (2010, p466), metodologi
perancangan basisdata merpakan pendekatan terstruktur yang menggunakan
prosedur,
teknik,
tools
dan
dokumentasi untuk
mendukung
dan
memfasilitasi proses design.
Perancangan basisdata terbagi 3 tahap yaitu:
1. Perancangan Konseptual/ Conseptual Database Design.
2. Perancangan Logikal/ Logical Database Design.
3. Perancangan Fisikal/ Physical Database Design.
2.1.11.1 Perancangan Konseptual/ Conseptual Database Design
Menurut Connolly ( 2010, p 467), perancangan konseptual
adalah proses untuk membangun sebuah data model yang digunakan
dalam perusahaan, independent dari semua pertimbangan phisikal.
Perancangan konseptual model dibutuhkan untuk mengetahui
29
kebutuhan yang dibutuhkan oleh perusahaan. Konseptual model
terdiri atas :
-
Entity type.
-
Tipe relasi.
-
Atribut dan Atribut domain.
-
Primary keys dan alternate keys.
-
Batasan Integrity.
Untuk membuat konseptual design, maka langkah – langkah yang
diperlukan adalah :
Langkah 1: Identifikasi Entity Type
Bertujuan untuk menentukan entity type utama yang dibutuhkan
dengan cara memeriksa user requirement specification. Setelah
terdefinisi, entity tersebut diberikan nama yang tepat dan jelas
seperti mahasiswa, dosen, mata_kuliah.
Langkah 2: Identifikasi Tipe Hubungan ( Relasi )
Bertujuan untuk mengidentifikasi suatu relasi yang penting yang
ada antar entity yang telah teridentifikasi. Nama dari suatu relasi
menggunakan
kata
kerja
seperti
mempelajari,
memiliki,
mempunyai, dan lain – lain.
Langkah 3: Identifikasi dan associate atribut dengan tipe relasi
Associate atribut bertujuan untuk menghubungkan atribut
dengan entity atau relasi yang tepat. Dalam langkah ini juga
dilakukan identifikasi simple / composite attribute, single / multi –
valued attribute, dan derived attribute.
Langkah 4: Menentukan atribut domain.
Bertujuan untuk menentukan domain suatu atribut dalam model
data konseptual. Domain adalah sekumpulan nilai dari satu atau
lebih atribut yang menggambarkan nilainya. Contohnya yaitu
menentukan nilai atribut jenis_kelamin pada entity mahasiswa
dengan ‘M’ atau ‘F’ atau nilai atribut sks pada entity mata_kuliah
dengan ‘1’,’2’,’3’, dan ‘4’.
Langkah 5: Menentukan atribut candidate, primary, dan
alternate key.
30
Bertujuan untuk mengindentifikasi candidate key pada setiap
entity dan memilih primary key jika ada lebih dari satu candidate
key. Pemilihan primary key didasari pada panjang dari atribut dan
keunikan key masa datang.
Langkah 6: Mempertimbangkan untuk menggunakan concept
modeling.
Pada langkah ini bertujuan untuk menentukan Spesialisasi,
Generalisasi, Aggregasi, dan composition. Dimana masing – masing
pendekatan dapat dilakukan sesuai dengan kebutuhan yang ada.
Spesialisasi
dan
Generalisasi
adalah
proses
dalam
mengelompokkan berapa entity dan menghasilkan entity baru. Beda
dari keduanya adalah cara pendekatannya, dimana spesialisasi
menggunakan top-down dan generalisasi menggunakan pendekatan
bottom-up.
Spesialisasi adalah proses memaksimalkan perbedaan antar
anggota entity dengan mengidentifikasi sifat – sifat yang
membedakan satu sama lain.
Generalisasi adalah proses meminimalkan perbedaan antara
anggota entity dengan mengindentifikasi sifat – sifat yang sama satu
dengan yang lain.
Aggregasi menggambarkan relasi ‘ memiliki’ atau ‘bagian-dari’
antar tipe entity dimana suatu relasi hanya akan ada jika ada relasi
lainnya.
Composistion adalah suatu bentuk Aggregasi yang spesifik yang
mewakili asosiasi antar entity dimana ada kepemilikan yang kuat da
nada hubungan – hubungan antara ‘keseluruhan’ dan ‘bagian’nya.
Langkah 7: Cek model untuk redundansi.
Bertujuan
untuk
memeriksa
konseptual
model
untuk
menghindari dari adanya informasi yang redundan, sehingga tak
membuat informasi yang ada berulang secara terus menerus. Yang
dilakukan dalam langkah ini adalah :
•
Memeriksa ulang relasi one to one ( 1:1)
Setelah entity diidentifikasikan maka kemungkinan ada dua
entity yang mewakili satu object. Untuk itu dua entity tersebut
31
harus di merge bersama. Dan jika primary key-nya berbeda
maka harus dipilih salah satu dan lainnya dijadikan alternate
key.
•
Menghilangkan hubungan yang redundan
Digunakan untuk menekan jumlah model data.
•
Menentukan dimensi waktu
Hubungan dimensi waktu adalah sangat penting ketika
mengakses redundan untuk menentukan situasi dari hubungan
model data entity.
Langkah 8: Validasi data model konseptual terhadap transaksi
user.
Bertujuan untuk menjamin bahwa konseptual data model
mendukung kebutuhan transaksi pengguna. Dengan menggunakan
model yang telah di validasi tersebut, dapat digunakan untuk
melaksanakan operasi secara manual. Ada dua pendekatan yang
mungkin untuk menjamin bahwa local conceptual data model
mendukung kebutuhan transaksi yaitu :
•
Menggambarkan Transaksi.
Memeriksa seluruh informasi (entity, relasi, dan atribut) yang
diperlukan pada setiap transaksi yang disediakan oleh model
dengan mendokumentasikan penggambaran dari tiap kebutuhan
transaksi.
•
Menggunakan Transaksi pathways.
Pendekatan ini untuk validasi model data terhadap transaksi
yang dibutuhkan termasuk representasi diagram jalur yang
digunakan oleh setiap transaksi langsung pada diagram ER.
Langkah 9: Review data model konseptual dengan user.
Bertujuan untuk melihat kembali model data konseptual dan
memastikan bahwa data model tersebut sudah benar.
2.1.11.2 Perancangan Logikal/ Logical Database Design
Logical database design adalah proses pembuatan suatu model
informasi yang digunakan pada perusahaan berdasarkan pada model
data yang spesifik, tetapi tidak tergantung dari database
32
management system (DBMS) dan pertimbangan fisik lainnya
(Connolly, 2010, p467). Tujuannya yaitu untuk mengubah data
model konseptual menjadi data model logikal dan kemudian untuk
memvalidasi model ini untuk mengecek apakah struktur nya sudah
benar dan bisa untuk mendukung kebutuhan transaksi.
Menurut Connolly ( 2010, p490) 7 langkah pembuatan logikal
data model adalah sebagai berikut :
-
Langkah 1. Penurunan relasi untuk logikal data model.
Bertujuan membuat relasi untuk data model logical untuk
mempresentasikan entity, relasi, dan atribut – atribut yang telah
terindentifikasi. Adapun struktur adalah sebagai berikut :
• Strong entity types.
Untuk setiap strong entity pada data model, merupakan suatu
entitas yang memiliki relasi kuat dan mempengaruhi entitas
lainnya. Jika sebuah strong entity dihapus, maka akan
mempengaruhi entitas lainnya secara keseluruhan.
• Weak entity types.
Untuk setiap weak entity pada data model, merupakan suatu
entitas yang memiliki relasi lemah dengan entitas lainnya.
Jika weak entity dihapus, maka tidak akan mempengaruhi
entitas lainnya secara keseluruhan.
• One-to-many binary relationship types.
Untuk setiap 1:* binary relationship, semua entity yang ada
pada salah satu sisi relationship di desain sebagai entity
parent dan entity yang ada pada banyak sisi di didesain
sebagai entity child.
• One-to-one binary relationship types.
Membuat relasi yang mempresentasikan 1:1 lebih kompleks,
karena cardinality tidak dapat digunakan untuk membantu
mengindentifikasi
entity
parent
and
child
dalam
relationship. Cara membuat relasi yang mempresentasikan
partisipasi membandingkan dengan :
a. Mandatory participation pada setiap sisi relasi 1:1.
33
Pada kasus ini entity yang terlibat harus di kombinasi
menjadi relasi dan memilih satu dari primary key dari
entity yang asli untuk menjadi primary key pada relasi
yang baru.
b. Mandatory participation pada salah satu sisi relasi 1:1
Pada kasus ini entity parent dan child dapat di
identifikasi untuk relasi 1:1 menggunakan participation
constraint.
c. Optional participation pada setiap sisi relasi 1:1
Pada kasus ini mendesain entity parent dan child akan
mendapatkan sedikit keputusan tentang relasi yang dapat
membantu
untuk
memutuskan
pilihan
apakah
menggunakan suatu jalan atau jalan lainnya.
• One-to- one recursive relationship type.
Untuk recursive relationship type hanya mengikuti aturan –
aturan untuk partisipasi sebagai gambaran relasi 1:1
sebelumnya.
• Superclass / subclass relationship types.
Untuk setiap relasi superclass / subclass pada konseptual
data model, mengidentifikasi entity superclass sebagai entity
parent dan entity subclass sebagai entity child.
• Many-to-many binary relationship types.
Untuk setiap relasi binary, setiap entitas dapat berhubungan
dengan semua atribut yang menjadi bagian dari entitas
lainnya.
• Complex relationship types.
Membuat relasi untuk mempresentasikan relasi dan termasuk
setiap atribut yang menjadi bagian dari relasi.
• Multi valued attributes.
Membuat relasi baru untuk mempresentasikan atribut multi
valued dan termasuk primary key dari entity pada relasi baru
yang berperan sebagai foreign key.
-
Langkah 2. Validasi relasi menggunakan normalisasi.
34
Validasi relasi pada model data logikal menggunakan teknik
normalisasi. Dengan menggunakan normalisasi, maka model
yang di hasilkan mendekati model dari kebutuhan perusahaan,
konsisten dan memiliki sedikit redundansi dan stabilitas yang
maksimum.
-
Langkah 3. Validasi user berdasarkan transaksi user.
Memastikan relasi dalam model data logikal telah mendukung
transaksi yang dibutuhkan. Bertujuan untuk menjamin bahwa
relasi dalam mode logikal tersebut mendukung user requirement
specification secara detail. Selain itu juga untuk meyakinkan
bahwa tidak ada kesalahan yang muncul sewaktu membuat suatu
relasi.
-
Langkah 4. Check Integrity Constraint.
Menentukan
integrity
constraint,
dimana
mencakup
pemeriksaan kelengkapan data, atribut domain constraint,
multiplicity, entity integrity, referential integrity, general
constraint.
-
Langkah 5. Review data model logikal dengan User.
Pastikan user menyetujui model data logikal merupakan
representasi nyata terhadap persyaratan data perusahaan.
-
Langkah 6. Menggabungkan data model logikal ke data
model global (optional step).
Untuk mengabungkan local logical data model kedalam single
global logical data model yang mempresentasikan semua user
views dalam basis data.
-
Langkah 7. Cek untuk pengembangan ke depan.
Menentukan apakah ada kemungkinan terjadi perubahan yang
besar di masa depan, dan menilai apakah model data logikal
dapat menyesuaikan dengan perubahan tersebut.
2.1.11.3 Perancangan Fisikal/ Physical Database Design
Physical
database
design
adalah
suatu
proses
untuk
menghasilkan gambaran dari implementasi basis data pada tempat
penyimpanan, menjelaskan dasar dari relasi, organisasi file dan
35
indeks yang digunakan untuk efisiensi data dan menghubungkan
beberapa integrity constraint dan tindakan keamanan ( Connolly ,
2010, p467). Physical database design terdiri dari 6 langkah dan
apabila dijabarkan akan menjadi
langkah 3 – 8 yaitu (
Connoly,2010,p523) :
A. Menerjemahkan model data logikal untuk DBMS target.
• Desain dasar relasi.
• Desain representasi data.
• Desain general constraint.
B. Desain organisasi file dan indeks.
• Analisa Transaksi.
• Memilih organisasi file.
• Memilih indeks.
• Memprediksi kebutuhan space disk.
C. Desain user view.
D. Desain mekanisme keamanan.
E. Mempertimbangkan pengenalan pengontrolan redundansi.
F. Memonitor dan mengontrol sistem operasional.
Langkah 3: Menerjemahkan model data logikal untuk DBMS
target.
Bertujuan untuk menghasilkan skema baris data relasional
dalam global logikal data model yang dapat di implementasikan ke
DBMS. Penerjemahan global logikal data model untuk target
DBMS terdiri dari 3 langkah. Langkah tersebut adalah :
•
Desain dasar relasi.
Untuk memutuskan bagaimana cara merepresentasikan dasar
relasi yang telah teridentifkasi pada model data logikal dalam
DBMS target.
•
Desain representasi data yang ada.
Untuk memutuskan bagaimana cara mempresentasikan data
yang ada pada model data logikal dalam target DBMS.
•
Desain General Constraint.
Untuk mendesain general constraint untuk target DBMS.
36
Langkah 4: Desain organisasi file dan indeks.
Membedakan file organisasi optimal untuk menyimpan relasi
dasar dan indeks yang mana membutuhkan persetujuan pencapaian
yang merupakan jalan dimana relasi akan di pegang dalam
secondary storage. Aktivitas – aktivitas yang terjadi pada langkah 4
adalah sebagai berikut :
•
Analisa Transaksi.
Mengerti akan fungsi dari transaksi yang akan berjalan pada
database dan untuk menganalisa transaksi yang penting.
•
Memilih organisasi file.
Untuk membedakan sebuah file yang terorganisasi pada setiap
relasi dasar.
•
Memilih indeks.
Untuk
membedakan
apakah
indeks
tambahan
akan
meningkatkan performa sistem.
•
Memprediksi kebutuhan kapasitas disk.
Untuk memprediksi banyaknya kapasitas disk yang akan
dibutuhkan oleh basis data.
Langkah 5: Desain user view.
Untuk mendesain user views yang telah di indentifikasi selama
permintaan collection dan menganalisis stage dari pengembangan
database lifecycle.
Langkah 6 Desain mekanisme keamanan.
Mendesain mekanisme security untuk basis data sebagai
petunjuk oleh user selama permintaan dan pengumpulan informasi
pada saat pengembangan database lifecycle.
Langkah 7: Mempertimbangkan pengenalan pengontrolan
redundansi.
Pada langkah physical database design ini mempertimbangkan
denormalisasi skema relasional untuk meningkatkan performa. Hasil
dari normalisasi adalah perancangan basis data logikal secara
struktural, konsisten, dan menekan jumlah redundansi.
Faktor yang perlu di pertimbangkan adalah :
37
•
Denormalisasi membuat implementasi lebih kompleks.
•
Denormalisasi selalu mengorbankan fleksibilitas.
•
Denormalisasi akan membuat cepat dalam pengambilan data
tetapi lambat dalam update data.
Ukuran performa dari suatu perancangan basis data dapat dilihat
dari sudut pandang tertentu yaitu melalui pendekatan efisiensi data
(Normalisasi) atau pendekatan efisiensi proses (Denormalisasi).
Efisiensi data dimaksudkan untuk meminimalkan kapasistas disk,
dan efisiensi proses dimaksudkan untuk mempercepat proses saat
pengambilan data dari basis data.
Langkah 8 Monitor dan mengatur sistem operasional.
Bertujuan untuk memonitor sistem operasi, meningkatkan
performa dan menentukan perancangan sistem yang tepat atau
menggambarkan perubahan kebutuhan.
2.2 Teori yang berhubungan dengan penelitian.
2.2.1 PHP : Hypertext Preprocessor
PHP: Hypertext Preprocessor adalah bahasa skrip yang dapat
ditanamkan atau disisipkan ke dalam HTML. PHP banyak dipakai untuk
memprogram situ web dinamis. PHP dapat digunakan untuk membangun
sebuah Content Managemet System (CMS). CMS merupakan sekumpulan
script yang dapat dijalankan pada banyak website yang sama sekali berbeda
walaupun berjalan secara bersamaan.
PHP memiliki 8 (delapan) tipe data, yaitu:
1. Integer
2. Double
3. Boolean
4. String
5. Object
6. Array
7. Null
8. Resource
38
Beberapa kelebihan PHP, antara lain:
1. Bahasa pemrograman PHP adalah sebuah bahasa script yang tidak
melakukan sebuah kompilasi dalam penggunaannya.
2. Web Server yang mendukung PHP dapat ditemukan dimana-mana dari
mulai apache, IIS, Lighttpd, hingga Xitami dengan konfigurasi yang
relatif mudah.
3. Dalam sisi pengembangan lebih mudah karena banyaknya milis-milis
dan developer yang siap membantu dalam pengembangan.
4. Dalam sisi pemahaman, PHP adalah bahasa scripting yang paling
mudah karena memiliki referensi yang banyak.
5. PHP adalah bahasa open source yang dapat digunakan di berbagai
mesin (Linux, Unix, Macintosh, Windows) dan dapat dijalankan secara
runtime melalui console serta juga dapat menjalankan perintah-perintah
sistem.
2.3 Hasil Penelitian atau Produk Sebelumnya
Berikut ini terdapat 3 hasil penelitian atau produk sebelumnya yang membantu
dalam penyusunan sistem:
•
Menurut jurnal internasional oleh Akram M., (December 2008), The Asian
EFL Journal Quarterly Volume 10 Issue 4, Speech Acts: A Contrastive Study of
Speech Acts in Urdi and English, dapat disimpulkan bahwa bahasa merupakan
hasil atau produk dari kontak sosial. Seiring dengan berkembang pesatnya
teknologi informasi yang menyebabkan pertukaran informasi semakin cepat
dan luas. Hal tersebut menyebabkan semakin banyaknya jenis bahasa baru
yang terbentuk dari luasnya informasi yang ada. Hubungannya dengan
aplikasi yang dibuat adalah perbedaan bahasa dalam masyarakat yang
membuat terjadinya ambiguitas dalam pencarian produk oleh customer. Oleh
karena itu, pihak perusahaan meminta untuk membuat aplikasi untuk
mengurangi amiguitas tersebut dengan membuat aplikasi database berbasis
web.
•
Menurut Jurnal dari Indrajani, (June 2010), Jurnal ComTech, Analisis dan
Perancangan Sistem Basis Data Pada Rumah Sakit, penerapan suatu
teknologi informasi sangat erat kaitannya dengan aplikasi. Suatu aplikasi
pasti memiliki hubungan yang sangat erat dengan basis data. Tanpa sistem
39
basis data yang benar, maka implementasi suatu teknologi informasi akan
menjadi
kurang
penggunaannya.
bermanfaat
Penerapan
atau
dapat
dikatakan
sistem
basis
data
tidak
maksimal
mempunyai beberapa
keuntungan antara lain dapat mengontrol redundansi data, data menjadi
konsisten, meningkatkan integritas data, adanya standardisasi data , dan
meningkatkan produktifitas kerja. Hubungannya dengan aplikasi yang dibuat
adalah aplikasi yang menggunakan MYSQL yang merupakan salah satu
aplikasi sistem basis data yang mampu mengontrol redundansi data, membuat
data menjadi konsisten, meningkatkan integritas data, menstandarisasikan
data , dan mampu meningkatkan produktifitas kerja
•
Menurut jurnal yang diterbitkan oleh Ayuliana dkk, (June 2012), Jurnal
ComTech, Pengembangan Basis Data Penjualan, Persediaan dan Logistic
Tracking: Studi Kasus PT ABHIMATA CITRA ABADI, penerapan
teknologi informasi dalam dunia bisnis dapat membantu perusahaan agar
lebih maju dari kompetitornya. Teknologi informasi dengan dukungan basis
data yang baik, dapat membantu manajemen perusahaan dalam memonitor
pergerakan bisnis perusahaan, sehingga perusahaan tidak saja dapat bertahan
tetapi juga dapat berkembang. Hubungannya dengan aplikasi yang dibuat
adalah aplikasi ini dibuat dengan tujuan memenuhi kebutuhan perusahan agar
dapat mempermudah perusahaan dalam menjalankan proses bisnisnya
sebagai e-catalogue dan juga aplikasi ini dapat digunakan untuk membantu
manajemen perusahaan dalam memonitor pergerakan bisnis perusahaan
dengan memberikan hak akses beberapa karyawan untuk memantau produk,
vendor, dan karyawan perusahaan.
40