7 BAB 2 LANDASAN TEORI 2.1 Pengertian Data, Basis data dan

BAB 2
LANDAS AN TEORI
2.1
Pengertian Data, Basis data dan Sistem Basis Data
M enurut Navathe dan Elsmari (2004, p4), data adalah fakta yang dapat
disimpan dan memiliki makna. Dapat disimpulkan data adalah kumpulan fakta
yang terjadi yang dapat dicatat, disimpan serta dapat dimanfaatkan sedemikian
rupa untuk berbagai tujuan. Contoh dari data, seperti data nomor telepon, data
produk, data stok, data karyawan, data supplier.
M enurut Connolly dan Begg (2005, p14), basis data adalah sekumpulan
data yang terhubung secara logikal yang dipakai bersama dan deskripsi data ini
dirancang untuk menemukan informasi-informasi yang dibutuhkan oleh sebuah
organisasi. Basis data bukan merupakan file-file yang tidak terhubung dengan
data yang redundan, melainkan semua data yang ada diintegrasikan dengan nilai
duplikasi yang minimal.
Basis data tidak lagi dimiliki oleh hanya satu
departemen saja tetapi seluruh sumber daya perusahaan yang digunakan
bersama.
Dapat disimpulkan bahwa basis data adalah sebuah kumpulan data
yang tidak redundan yang tersusun secara struktural untuk tujuan tertentu.
M enurut Connolly dan Begg (2002, p4), sistem basis data adalah
kumpulan dari program aplikasi yang berinteraksi dengan basis data. Sehingga
dapat disimpulkan bahwa sistem basis data merupakan gabungan dari beberapa
aplikasi yang digunakan untuk mengakses, dan mengubah data sesuai dengan
kebutuhan.
7
8
2.2
Arsitektur Database
M erupakan suatu proses pembuatan suatu rancangan yang akan
mendukung mission statement dan mission objective perusahaan untuk membuat
sistem basis data yang dibutuhkan.
Tujuan utamanya, yaitu:
1. M erepresentasikan data dan hubungan antar data yang dibutuhkan oleh
seluruh area aplikasi utama dan kelompok pengguna.
2. M enyediakan model data yang mendukung segala transaksi yang
diperlukan pada data.
3. M enspesifikasikan desain minimal yang secara tepat disusun untuk
memenuhi kebutuhan performa yang ditetapkan pada sistem (misal,
waktu respon).
Ada empat pendekatan dalam perancangan basis data, yaitu:
1. Top-Down
Pendekatan ini dimulai dari pengembangan model data yang
terdiri dari beberapa relationship dan entitas tingkat tinggi yang
kemudian dipakai untuk mengidentifikasikan entitas tingkat rendah,
relationship, dan atribut yang saling berhubungan.
2. Bottom-Up
Pendekatan ini dimulai dari tingkat paling dasar dari atribut (yakni
property dari entitas dan relationship) di mana melalui analisis gabungan
antara atribut-atribut, dikelompokkan ke dalam relasi-relasi yang
merepresentasikan tipe-tipe entitas dan hubungan antara entitas.
9
Pendekatan ini lebih cocok untuk perancangan basis data yang sederhana
dengan jumlah atribut yang relatif kecil.
3. Inside-Out
M enyerupai dengan pendekatan bottom-up tetapi sedikit berbeda
di mana pada awalnya mengidentifikasikan entitas utama dan kemudian
menentukan entitas, relationship, dan atribut lainnya yang berkaitan
dengan entitas utama yang telah diidentifikasi sebelumnya.
4. Mixed
M enggunakan pendekatan bottom-up dan top-down untuk bagian
yang berbeda sebelum pada akhirnya digabungkan.
A. Conceptual Database Design
Suatu proses pembentukan model dari informasi yang digunakan
dalam enterprise, independen dari keseluruhan aspek fisik. M odel data
dibangun dengan menggunakan informasi dalam spesifikasi kebutuhan
user. M odel data konseptual merupakan sumber informasi untuk fase
desain logical.
Langkah-langkah membuat data model lokal konseptual untuk setiap user
view:
1. Identifikasi Tipe Entitas
Untuk mengidentifikasikan entitas utama yang dibutuhkan oleh
view. M endefinisikan objek utama dimana user mempunyai ketertarikan
dengan objek tersebut. Objek-objek ini adalah tipe entity untuk model.
10
Salah satu metode untuk mengidentifikasi entity adalah dengan menguji
spesifikasi kebutuhan dari user.
2. Identifikasi Tipe Relationship
Tujuannya untuk mengidentifikasikan relationship penting yang ada
antara tipe entity yang telah diidentifikasikan. Kita dapat menggunakan
grammar dari spesifikasi kebutuhan tersebut untuk mengidentifikasi
relationship, biasanya relationship dinyatakan oleh kata kerja / verb atau
ekspresi verbal.
Langkah-langkah identifikasi tipe relasi:
• Gunakan Entity Relationship Diagram (ERD)
• Cari batasan dari type relationship
• Periksa fan dan chasm traps
• Periksa bahwa masing-masing entity ikut serta setidaknya dalam
satu relationship
• Dokumentasikan tipe relationship
3. Identifikasi dan Hubungkan Atribut dengan Entitas atau Tipe
Hubungan
Tujuannya untuk menghubungkan atribut dengan entitas atau
tipe relationship yang sesuai dan mendokumentasikan detail dari setiap
atribut. Atribut-atribut bisa diidentifikasi dengan kata benda atau
ungkapan kata benda (nouns phrases) seperti property, kualitas,
identifier, atau karakteristik dari satu entity atau hubungan.
11
Atribut dapat dibagi menjadi 3 yaitu:
• Atribut simple atau composite
• Atribut single atau multi value
• Atribut Derived
4. Tetapkan domain atribut
Tujuannya untuk menetapkan domain atribut dalam model data
konseptual lokal dan mendokumentasikan setiap detail dari domain.
Domain merupakan sekumpulan (pool) nilai-nilai dari satu atau lebih
atribut yang menggambarkan nilainya. M odel data yang dibuat
menspesifikasikan domain untuk tiap-tiap atribut
dan
menyertakan
nilai yang diizinkan untuk atribut dan ukuran dan format atribut.
5. Tetapkan Atribut Primary dan Candidate key
Untuk mengidentifikasikan candidate key untuk setiap entity dan
jika terdapat lebih dari satu candidate key, maka pilih satu sebagai
primary key.
6. Periksa M odel Untuk Pengurangan
Dalam langkah ini kita menguji model data konseptual lokal
dengan
tujuan
spesifik
untuk
mengidentifikasikan
apakah
ada
redundancy dalam data dan memindahkan data yang telah ada. Dua
aktifitas dalam langkah ini adalah menguji ulang relationship 1-1 (oneto-one) dan menghilangkan relationship yang redundan.
7. Validasi M odel Konseptual Lokal Terhadap Transaksi User
Tujuannya untuk memastikan model konseptual local mendukung
transaksi yang dibutuhkan oleh view. Diuji dua pendekatan untuk
12
memastikan model data konseptual local mendukung transaksi
yang
dibutuhkan, dengan cara :
• M endeskripsikan transaksi-transaksi
• M engunakan jalur-jalur transaksi
8. Review M odel Data Konseptual Lokal Dengan User
Tujuannya untuk mereview model data konseptual lokal dengan
user untuk memastikan model tersebut adalah representasi sebenarnya
dari view. M odel data konseptual ini termasuk ER diagram dan
dokumentasi pendukung yang mendeskripsikan model data. Bila ada
kejanggalan (anomali) dalam model data, maka harus dibuat perubahan
yang sesuai yang mungkin membutuhkan pengulangan langkah-langkah
sebelumnya.
B. Logical Database Design
Suatu proses pembentukan model data dari informasi yang
digunakan
dalam
enterprise
berdasarkan
model
data
tertentu
(misal:relational), tetapi independen terhadap DBM S tertentu dan aspek
fisik lainnya. M odel data konseptual yang telah dibuat sebelumnya,
diperbaiki dan dipetakan kedalam model data logical.
Langkah membuat dan memvalidasikan data model local yang logical
untuk setiap view:
1. Pindahkan fitur-fitur yang tidak kompatibel dengan model relational
(step optional).
2. Ambilkan hubungan untuk data model local yang logical.
13
3. Validasikan hubungan menggunakan normalisasi.
4. Validasikan hubungan terhadap transaksi user.
5. Tentukan batasan integrity.
6. Tinjau kembali model data logical lokal dengan user.
Langkah membuat dan memvalidasikan model data logical global:
1. Gabungkan model data logical lokal menjadi model global.
2. Validasikan model data logical global.
3. Periksa untuk pengembangan mendatang.
4. Tinjau kembali model data logical global dengan user.
C. Physical Database Design
Suatu proses yang menghasilkan deskripsi implementasi database
pada penyimpanan sekunder. M enggambarkan struktur penyimpanan dan
metode akses yang digunakan untuk mencapai akses yang efisien
terhadap data. Dapat dikatakan juga, desain fisikal merupakan
pembuatan menuju sistem DBM S tertentu.
• M enerjemahkan model data logical global target DBM S :
- Desain hubungan dasar.
- Desain representasi dari data yang dihasilkan.
- Desain batasan-batasan perusahaan.
• M endesain representasi fisikal :
- Analisa transaksi-transaksi.
- Pilih organisasi file.
- Pilih indeks-indeks.
cara
14
- Perkirakan kebutuhan penyimpanan (disk space).
• M endesain user view.
• M empertimbangkan pengenalan dari redudansi terkontrol.
• Awasi dan atur sistem operasional.
2.3
DBMS (Database Management System)
M enurut Elmasri dan Navathe (2000, p5), sistem manajemen basisdata
(Database
Management
System)
adalah
sekumpulan
program
yang
memungkinkan pengguna untuk membuat dan menjaga sebuah basis data,
sedangkan menurut Ramakrishnan dan Gehrke (2003, p4), sistem manajemen
basisdata (Database Management System) adalah perangkat lunak yang
dirancang untuk membantu dalam menjaga dan mengutilisasi koleksi data yang
besar.
Sistem manajemen basisdata (Database Management System) adalah
sistem perangkat lunak yang memungkinkan pengguna untuk mendefinisikan,
membuat, menjaga, dan mengendalikan akses pada basis data (Conolly dan
Begg, 2005, p16).
Fasilitas yang dimiliki oleh DBM S :
a.
Data Definition Language(DDL)
b.
Data Manipulation Language(DML)
c.
Akses kontrol kedalam database.
15
DBM S menyediakan :
1. Sistem keamanan, yang mencegah akses pengguna yang tidak
memiliki otoritas.
2. Integritas sistem, yang menjaga konsistensi data yang disimpan
dalam basis data.
3. Sistem kontrol konkurensi, yang memungkinkan akses secara
bersamaan kedalam basis data.
4. Sistem kontrol perbaikan,
yang mengembalikan
basisdata
kedalam keadaan konsisten sebelum terjadinya kegagalan pada
perangkat keras atau perangkat lunak.
5. Katalog yang dapat diakses pengguna, yang berisi penjelasan
tentang data yang ada dalam basis data.
M enurut Gerald V.Post (2002, p2), sistem manajemen basisdata
(Database
Management
System)
adalah
perangkat
lunak
yang
mendefinisikan basisdata, menyimpan data, mendukung bahasa query,
membuat laporan, dan membuat tampilan input data.
2.3.1
Komponen DBMS
M enurut Connolly dan Begg (2005, p18) ada 5 (lima) komponen
utama dari DBM S, yaitu perangkat keras, perangkat lunak, data, prosedur
dan sumber daya manusia(SDM ).
1. Hardware (Perangkat keras)
Suatu DBM S dan aplikasi nya menggunakan perangkat
keras untuk menjalankan aplikasinya. Perangkat keras dapat
16
disusun dari suatu komputer tunggal, suatu mainframe
tunggal, dan suatu jaringan.
2. Software (Perangkat lunak)
Komponen perangkat lunak meliputi perangkat lunak
DBM S dan program aplikasi beserta sistem operasi, termasuk
perangkat lunak tentang jaringan, bila DBM S digunakan
dalam jaringan LAN.
3. Data
Data merupakan komponen terpenting dalam DBM S
khususnya sudut pandang dari pengguna akhir mengenai data.
Data pada sebuah basis data baik single-user maupun multiuser sistem harus terintegrasi dan dapat digunakan bersama.
4. Procedures
Prosedur berupa instruksi dan aturan-aturan yang
membuat rancangan dan menggunakan basis data. Pengguna
sistem dan staf yang mengatur kebutuhan basis data di
dokumentasikan dalam prosedur yang berupa petunjuk
penggunaan sistem atau petunjuk menjalankan sistem.
5. Sumber Daya M anusia(SDM )
Komponen terakhir adalah
manusia yang terlibat
langsung dalam sistem tersebut. M anusia dibedakan menjadi
3 (tiga), yaitu :
a. Application programmers, bertanggung jawab untuk
membuat aplikasi basis data dengan menggunakan bahasa
17
pemrograman yang ada, seperti: C++, Java, Visual Basic,
dan lainnya.
b. End users, siapapun yang akan menggunakan aplikasi.
Database administrator ( DA), seorang yang berwenang
untuk
membuat
keputusan
strategis
dan
kebijakan
mengenai data yang ada, Database Administrator (DBA)
menyediakan
keputusan
dukungan
tersebut
dan
teknis
untuk
bertanggung
menerapkan
jawab
atas
keseluruhan kontrol sistem pada tingkat teknis.
2.3.2
Fungsi DBMS
M enurut Connolly dan Begg (2005, p48), ada beberapa fungsi
dari DBM S adalah sebagai berikut:
1. Data storage, retrieval, and update
Sebuah
DBM S harus
menyediakan
kemampuan
penyimpanan, pengambilan, dan pembaharuan data dalam
basis data untuk pengguna.
2. User-accesible catalog
Sebuah DBM S harus dilengkapi/menyediakan sebuah
katalog yang mendeskripsikan data tersimpan yang dapat
diakses oleh pengguna.
3. Transaction Support
Sebuah DBM S harus menyediakan mekanisme yang
akan menjamin antara semua pembaharuan yang berhubungan
18
dengan transaksi yang diberikan sukses dilakukan atau tidak
dari semua transaksi itu berhasil dilakukan.
4. Concurrency Control Services
Sebuah DBM S harus menyediakan sebuah mekanisme
untuk menjamin bahwa basis data telah terubah dengan benar
ketika banyak pengguna melakukan perubahan terhadap basis
data secara bersamaan.
5. Recovery Services
Sebuah
DBM S
harus
mennyediakan
sebuah
mekanisme untuk memperbaiki basis data yang rusak dalam
berbagai hal karena suatu kejadian.
6. Authorization Services
Sebuah DBM S harus menyediakan sebuah mekanisme
untuk menjamin bahwa hanya pengguna yang memiliki
otoritas yang dapat mengakses basis data.
7. Support for Data Communication
Sebuah DBM S harus sanggup berintegrasi dengan
perangkat lunak komunikasi.
8. Integrity service
Sebuah DBM S harus menyediakan sebuah cara untuk
menjamin bahwa data dalam basis data dan perubahan data
keduanya mengikuti aturan-aturan yang tepat.
19
9. Services to promote data independence
Sebuah DBM S harus memiliki fasilitas-fasilitas untuk
mendukung program-program independence dari struktur
basis data yang aktual.
10. Utility services
Sebuah DBM S seharusnya menyediakan sekumpulan
utility service agar basis data dapat di administrasi secara
efektif.
2.3.3 Keuntungan dan Kerugian DBMS
• Keuntungan DBM S (Connolly, 2005, p26), antara lain:
1. Kontrol terhadap pengulangan data
2. Data yang konsisten
3. Semakin banyak informasi yang didapat dari data yang sama
4. Data yang dibagikan (sharing data)
5. M enambah integritas data
6. M enambah keamanan data
7. Penetapan standarisasi
8. Pengurangan biaya
9. M enyeimbangkan konflik kebutuhan
10. M enambah pengaksesan data dan hasilnya
11. M enambah produktivitas
12. M enambah pemeliharaan data melalui independensi data
13. M enambah konkurensi
20
14. M enambah backup dan recovery
• Kerugian DBM S (Connolly, 2005, p29), antara lain:
1. Kompleksitas
2. Ukuran yang besar
3. Biaya dari suatu DBM S
4. Biaya penambahan perangkat keras
5. Biaya konversi
6. Kinerja
7. Efek yang besar dari kegagalan
2.4
DDL (Data Definition Language)
M enurut Connolly dan Begg (2005, p40), Data Definition Language
(DDL) adalah suatu bahasa yang memungkinkan Database Administrator (DA)
atau pengguna untuk mendeskripsikan nama dari suatu entity, atribut dan
hubungan data yang diminta oleh aplikasi bersama dengan integritas data dan
keamanan datanya.
Hasil dari kompilasi perintah DDL adalah kumpulan tabel yang disimpan
dalam file khusus yang disebut kamus data (Data Dictionary). M enurut
Connolly dan Begg (2005, p169) beberapa tahapan dari DDL, yaitu :
1. Create Table
Untuk membuat tabel dengan meindentifikasikan tipe data untuk tiap
kolom.
21
2. Alter table
Untuk menambah atau membuat kolom dan constraint.
3. Drop table
Untuk membuang atau menghapus tabel beserta semua data yang ada
di dalamnya.
4. Create Index
Untuk membuat index pada suatu table
5. Drop index
Untuk membuang atau menghapus index yang dibuat sebelumnya.
2.5
Komponen Data Flow Diagram (DFD)
22
™ Komponen Terminator / Entitas Luar
Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem
yang sedang dikembangkan. Biasanya terminator dikenal dengan nama entitas
luar (external entity). Terdapat dua jenis terminator :
• Terminator Sumber (source) : merupakan terminator yang
menjadi sumber.
• Terminator Tujuan (sink) : merupakan terminator yang
menjadi tujuan data / informasi sistem.
Terminator dapat berupa orang, sekelompok orang, organisasi,
departemen di dalam organisasi, atau perusahaan yang sama tetapi di luar kendali
sistem yang sedang dibuat modelnya. Terminator dapat juga berupa departemen,
divisi atau sistem di luar sistem yang berkomunikasi dengan sistem yang sedang
dikembangkan. Komponen terminator ini perlu diberi nama sesuai dengan dunia
luar yang berkomunikasi dengan sistem yang sedang dibuat modelnya, dan
biasanya menggunakan
kata benda, misalnya
Bagian Penjualan, Dosen,
M ahasiswa.
Ada tiga hal penting yang harus diingat tentang terminator :
1. Terminator merupakan bagian/lingkungan luar sistem. Alur data yang
menghubungkan
terminator
dengan
berbagai
proses
sistem,
menunjukkan hubungan sistem dengan dunia luar.
2. Profesional Sistem Tidak berhak mengubah isi atau cara kerja
organisasi atau prosedur yang berkaitan dengan terminator.
3. Hubungan yang ada antar terminator yang satu dengan yang lain tidak
digambarkan pada DFD.
23
™ Komponen Proses
Komponen
proses
menggambarkan
bagian
mentransformasikan input menjadi output.
dari
sistem
yang
Proses diberi nama untuk
menjelaskan proses/kegiatan apa yang sedang/akan dilaksanakan. Pemberian
nama proses dilakukan dengan menggunakan kata kerja transitif (kata kerja yang
membutuhkan obyek), seperti M enghitung Gaji, M encetak KRS, M enghitung
Jumlah SK S.
Ada beberapa hal yang perlu diperhatikan tentang proses :
1. Proses harus memiliki input dan output.
2. proses dapat dihubungkan dengan komponen terminator, data store
atau proses melalui alur data.
3. Sistem/bagian/divisi/departemen
yang
sedang
dianalisis
oleh
profesional sistem digambarkan dengan komponen proses.
™ Komponen Data S tore
Komponen ini digunakan untuk membuat model sekumpulan paket data
dan diberi nama dengan kata benda bersifat jamak. Data store dapat berupa
file/database yang tersimpan dalam disket, harddisk atau bersifat manual seperti
buku alamat, file folder.
Yang perlu diperhatikan tentang data store :
1. Alur data dari proses menuju data store, hal ini berarti data store
berfungsi sebagai tujuan/tempat penyimpanan dari suatu proses
(proses write).
24
2. Alur data dari data store ke proses, hal ini berarti data store berfungsi
sebagai sumber/ proses memerlukan data (proses read).
3. Alur data dari proses menuju data store dan sebaliknya berarti
berfungsi sebagai sumber dan tujuan.
™
Komponen Alur Data
Alur data digunakan untuk menerangkan perpindahan data /paket data
dari satu bagian ke bagian lainnya. Alur data dapat berupa kata, pesan, formulir /
informasi.
Ada 4 konsep tentang alur data :
1. Packets of data
Apabila ada 2 data / lebih yang mengalir dari 1 sumber yang sama
menuju pada tujuan yang sama & mempunyai hubungan digambarkan
dengan 1 alur data.
2. Diverging data flow
Apabila ada sejumlah paket data yang berasal dari sumber yang sama
menuju pada tujuan yang berbeda atau paket data yang kompleks dibagi
menjadi beberapa elemen data yang dikirim ke tujuan yang berbeda.
3. Converging data flow
Apabila ada beberapa alur data yang berbeda sumber menuju ke tujuan
yang sama.
4. Sumber dan Tujuan
Arus data harus dihubungkan pada proses, baik dari maupun yang
menuju proses.
25
2.6
DML (Data Manipulation Language)
M enurut Connolly (2005, p40), DM L (Data Manipulation Language)
adalah suatu bahasa yang memberikan fasilitas pengoperasian data yang ada
dalam basis data. Pengoperasian data yang dimanipulasi antara lain :
1. Penambahan data baru ke dalam basis data (insertion)
2. M odifikasi data yang disimpan dalam basis data (modify)
3. Pengambilan data yang terdapat dalam basis data (retrieve)
4. Penghapusan data dari basis data (delete).
M enurut Connolly (2005, p41), kita dapat membedakan DM L menjadi 2
tipe yang berbeda, yaitu :
a. Procedural DM L
Procedural DM L adalah
suatu
bahasa yang memungkinkan
perngguna (umumnya programmer) untuk memberi instruksi ke sistem
mengenai data apa yang dibutuhkan dan bagaimana cara pemanggilannya
(retrieve). Artinya pengguna harus menjelaskan operasi pengaksesan data
yang akan digunakan dengan menggunakan prosedur yang ada untuk
mendapatkan informasi yang dibutuhkan.
b. Non-Procedural DM L
Non-Procedural DM L adalah bahasa yang memungkinkan pengguna
untuk menentukan data apa yang dibutuhkan dengan menyebutkan
spesifikasi bagaimana cara mendapatkannya.
26
2.7
Entity Relationship Modelling (ER Modelling)
2.7.1 Entity Types
Konsep dasar dari M odel ER adalah entity types, yaitu kumpulan
dari objek-objek dengan sifat (property) yang sama, yang diidentifikasi
oleh
perusahaan
yang
mempunyai eksistensi yang independen.
Keberadaannya dapat berupa fisik maupun abstrak (Connolly, 2005,
p331).
Entity occurence, yaitu pengidentifikasian objek yang unik dari
sebuah tipe entitas. Setiap entitas diidentifikasikan dan disertakan
propertinya (Connolly, 2005, p333).
2.7.2 Relationship Types
Relationship
type
adalah
kumpulan
keterhubungan
yang
mempunyai arti (meaningful associations) antara tipe entitas yang ada.
Relationship occurence, yaitu keterhubungan yang diidentifikasi secara
unik yang meliputi keberadaan tiap tipe entitas yang berpartisipasi
(Connolly, 2005, p334).
2.7.3 Atribut-atribut
• Key
Atribut yang digunakan untuk menentukan suatu entity secara unik.
• Atribut S imple
Atribut yang bernilai tunggal.
27
• Atribut Multivalue
Atribut yang memiliki sekelompok nilai untuk setiap instan entity.
• Atribut Composite
Suatu atribut yang terdiri dari beberapa atribut yang lebih kecil yang
mempunyai arti tertentu.
• Atribut Derivatif
Suatu atribut yang dihasilkan dari atribut yang lain.
2.7.4 S tructural Constraint
Batasan utama pada relationship disebut multiplicity (Connolly,
2005, p344), yaitu jumlah (atau range) dari kejadian yang mungkin
terjadi pada suatu entitas yang terhubung ke satu kejadian dari entitas lain
yang berhubungan melalui suatu relationship.
Relationship yang paling umum adalah binary relationship.
M acam-macam binary relationship, yaitu:
1. One-to-one (1:1)
2. one-to-many (1 :*)
3. many-to-many (*:*)
2.8
DS DLC (Database System Development Life Cycle)
Untuk merancang aplikasi sistem basis data diperlukan beberapa tahapan
struktur yang harus diikuti dan dinamakan Siklus Hidup Aplikasi Basisdata atau
Database System Development Life Cycle (SDLC).
M erupakan hal penting
28
untuk mengetahui tahapan daur hidup sistem informasi tidaklah harus berurutan,
tetapi melibatkan beberapa jumlah pengulangan tahap sebelumnya melalui feedback loops. Berikut ini gambar yang menunjukkan tahapan daur hidup aplikasi
basis data :
Gambar 2.1 Tahapan Daur Hidup Aplikasi Basis Data
29
A. Perencanaan Basisdata (Database Planning)
M enurut
Connolly
(2005, p285) perencanaan
basis
data
(Database Planning) merupakan aktifitas-aktifitas manajemen yang
memungkinkan tahap-tahap dalam aplikasi basis data direalisasikan
seefisien dan seefektif mungkin. M enurut Connoly (2005, p286), tahapan
dalam perencanaan basis data harus menjelaskan :
a. Mission statement dari proyek basis data. Mission statement ini
menjelaskan tujuan utama aplikasi basis data.
b. Mission objectives.
Selain merumuskan tujuan dari sebuah
proyek basis data, harus diperhatikan juga mengenai tugas apa
saja yang harus didukung oleh basisdata tersebut.
B. Pendefinisian System (System Definition)
Pendefinisian sistem (system definiton) menjelaskan bidang dan
batasan aplikasi basis data serta pandangan pengguna (user view) secara
umum (Connolly dan Begg (2005, p286)).
Hal ini sangat penting
dilakukan dalam proses perancangan basis data agar dapat melakukan
proses identifikasi mengenai batasan sistem yang akan dirancang, serta
bagaimana sistem tersebut akan berhubungan dengan bagian sistem
informasi pada organisasi lain.
Selain itu batasan sistem tidak hanya
sesuai dengan bidang dan batasan aplikasi basis data serta pandangan
pengguna yang telah ada pada saat ini saja, namun harus sesuai juga
dengan kebutuhan pada masa yang akan datang.
30
C. Pengumpulan Kebutuhan dan Analisa (Requirements Collection and
Analysis)
Pada tahap ini dilakukan proses pengumpulan dan analisa
informasi yang harus didukung oleh aplikasi basis data, dan penggunaan
informasi ini berguna untuk mengidentifikasikan persyaratan pengguna
terhadap sistem yang baru. Tahap ini meliputi pengumpulan dan analisis
informasi mengenai bagian perusahaan yang harus dilayani oleh basis
data.
M enurut Connolly dan Begg (2005, p314) terdapat 3 (tiga)
pendekatan utama untuk pengaturan kebutuhan aplikasi basis data dengan
multiple user views, yakni :
a. Pendekatan centralized
Kebutuhan-kebutuhan untuk setiap user view digabung
dalam suatu kumpulan kebutuhan tunggal untuk aplikasi basis
data baru.
b. Pendekatan view integration
Kebutuhan-kebutuhan untuk setiap user view digunakan
untuk membangun model data terpisah untuk merepresentasikan
pengguna itu sendiri.
c. Kombinasi antara centralized dan view integration
Ada banyak cara untuk mengumpulkan informasi pada
suatu proses resmi dalam menggunakan teknik-teknik seperti
wawancara atau kuesioner untuk mengumpulkan fakta-fakta
tentang sistem dan kebutuhan-kebutuhannya yang dinamakan fact
finding.
31
D. Perancangan Basis Data (Database Design)
Dalam merancang sebuah database terdapat 3 macam tahan, yaitu :
1. Perancangan Basis Data Konseptual (Conceptual Database
Design)
Conceptual Database Design adalah proses membangun suatu
model informasi yang digunakan oleh perusahaan atau organisasi
yang tidak tergantung dari pertimbangan fisik. Langkah – langkah
dalam perancangan model data konseptual:
a. M engidentifikasikan entity types
b. M engidentifikasikan relationship types
c. M engidentifikasikan dan mengasosiasikan atribut dengan
entitas atau relationship types
d. M enentukan wilayah atribut
e. M enentukan atribut candidate key, primary key, dan alternate
key.
f. M empertimbangkan konsep pemodelan tingkat lanjut (langkah
opsional)
g. M emeriksa redudansi pada model
h. Validasi model pada user transaction
i. Review model data konseptual dengan user
2. Perancangan Basis Data 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 bergantung dari DBM S
32
(Database Management System).
Langkah
–
langkah
dalam
perancangan model data logikal:
a. M enurunkan (derive) relasi untuk model data logical
b. M emvalidasi relasi-relasi menggunakan normalisasi
c. M emvalidasi relasi – relasi terhadap transaksi user
d. M emeriksa batasan – batasan integritas
e. Review model data logikal dengan user
f. M enggabungkan model data logikal kedalam model global
(langkah optional)
g. M emeriksa untuk perkembangan di masa yang akan datang
3. Perancangan Basis Data 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 indeks
yang digunakan untuk efisiensi data dan menghubungkan beberapa
integrity constraints dan tindakan keamanan. Langkah – langkah
dalam perancangan model data fisikal :
a. M erancang base relations.
b. M erancang representasi dari derived data
c. M erancang batasan-batasan umum
d. M erancang organisasi file dan index
-
M enganalisis transaksi
-
M emilih organisasi file
-
M emilih index
33
-
M emperkirakan kebutuhan ruang penyimpanan
e. M erancang user views
f. M erancang mekanisme keamanan
g. M empertimbangkan pengenalan redudancy terkontrol
h. M emantau operasional system
E. Pemilihan DBM S (DBM S Selection)
M enurut Connolly (2005, p295-299) tahapan ini adalah pemilihan
dari suatu DBM S yang tepat untuk mendukung aplikasi basis data.
Tahap-tahap pemilihan DBM S :
1. M enentukan istilah referensi studi
M enetapkan objektif dan ruang lingkup studi, dan tugastugas yang harus dilakukan.
2.
M embuat daftar sementara 2 (dua) atau 3 (tiga) produk
M embuat daftar awal persiapan produk DBM S untuk
evaluasi.
3. M engevaluasi produk
Ada
berbagai
fitur
yang dapat
digunakan
untuk
mengevaluasi produk DBM S yaitu :
a. Data definition meliputi pemberian primary key, spesifikasi
foreign key, keberadaan tipe data, perluasan tipe data,
spesifikasi domain, control integritas, mekanisme view, kamus
data dan kebebasan data.
b. Physical
definition
pemeliharaan
meliputi
struktur
file,
keberadaan
mengurangi
struktur
file,
reorganisasi,
34
pemberian indeks, variable panjang field/records, kompresi
data, encryption routines, kebutuhan memori, kebutuhan
penyimpanan.
c. Accessibility meliputi query language, compliant, interface ke
3GLs, multi-user, security, access controls dan authorization
mechanism.
d. Transaction handling meliputi backup dan recovery routines,
strategi resolusi deadlock, kemajuan model transaksi, parallel
query processing.
e. Utilities meliputi performance measuring, tuning, fasilitas
load/unload, user usage monitoring, database administration
support.
f. Development
meliputi
4GL/5GL
tools,
CASE
tools,
kemampuan windows, prosedur penyimpanan, triggers, rules,
web development tools.
Fitur-fitur
lainnya meliputi
upgradability, stabilitas vendor, user base, training, user
support, dokumentasi, sistem operasi, biaya, online help,
penggunaan standar, skalabilitas, mendukung analytical tools
4. M erekomendasikan pilihan dan meproduksi laporan
Langkah
terakhir
dari
pemilihan
DBM S
adalah
mendokumentasikan prosesnya dan membuat pernyataan dalam
penemuan dan rekomendasi atas produk DBM S tertentu.
35
F. Perancangan Aplikasi (Application Design)
M enurut Connoly (2005, p295) perancangan aplikasi adalah
perancangan user interface dan program aplikasi yang menggunakan
dan memproses basis data. Terdapat 2 aspek penting dalam
perancangan aplikasi yaitu :
1. Perancangan Transaksi (Transaction Design)
Transaksi merupakan sebuah aksi, atau serangkaian aksi
yang dilakukan oleh seorang pengguna atau program aplikasi
yang mengakses atau mengubah isi dari basis data. Terdapat 3
(tiga) jenis transaksi :
a. Retrieval transactions, digunakan untuk mendapatkan kembali
data untuk ditampilkan di layar atau dalam laporan.
b. Update transaction, digunakan untuk menambah data,
menghapus data lama, atau memodifikasikan data yang ada
dalam basis data.
c. Mixed Transaction, melibatkan retrieval (pemanggilan) dan
update (perubahan) data atau kombinasi antara keduanya.
2. Perancangan antar muka (User Interface Design)
Sebelum mengimplementasi sebuah form atau laporan, ada
perlunya merancang tampilan (layout) terlebih dahulu.
G. Prototipe (Prototyping)
M erupakan pembuatan suatu model kerja dari aplikasi basis
data.
Suatu prototipe adalah model yang bekerja yang tidak
mempunyai semua fitur-fitur yang diperlukan atau menyediakan
36
semua fitur-fitur
yang diperlukan
atau
menyediakan
semua
fungsionalitas dari sistem terakhir. Terdapat 2 macam prototyping
yaitu :
1. Requirement Prototyping, menggunakan suatu prototipe untuk
menentukan kebutuhan-kebutuhan dari aplikasi basis data yang
diusulkan dan suatu waktu kebutuhan-kebutuhan tersebut lengkap,
prototipe dibuang.
2. Evolutionary Prototyping,
digunakan
untuk
tujuan
sama,
perbedaan yang penting adalah bahwa prototipe tidak dibuang
tetapi dengan perkembangan yang lebih jauh menjadi aplikasi
basis data yang digunakan.
H. Implementasi (Implementation)
Implementasi merupakan realisasi fisik dari perancangan basis
data dan aplikasi.
Pada penyelesaian tingkat-tingkat perancangan
(dimana mungkin tidak melibatkan prototyping), sekarang kita dalam
posisi mengimplementasikan basis data dan program aplikasi.
I.
Perubahan dan Pengambilan Data (Data Conversion and Loading)
Perubahan dan Pengambilan Data merupakan pemindahan
data yang ada ke dalam basis data baru dan mengubah aplikasi yang
ada untuk beroperasi pada basis data baru. Langkah ini diperlukan
bila suatu sistem basis data baru menimpa sistem basis data yang
lama.
37
J. Pengetesan (Testing)
Pengetesan
merupakan
proses pengeksekusian
program
aplikasi dengan maksud pencarian kesalahan-kesalahan.
K. Perawatan Operasional (Operational Maintenance)
Langkah ini merupakan proses pengawasan dan pertahanan
sistem berikut instalasi. Pada langkah sebelumnya aplikasi basis data
telah diimplementasikan dan diuji sepenuhnya. Sekarang sistem
memasuki langkah perawatan yang melibatkan aktifitas-aktifitas
berikut :
1. M engawasi kinerja sistem.
2. M empertahankan dan meng-upgrade aplikasi basis data.
2.9
Normalisasi
M enurut Connolly dan Begg (2005, p388), Normalisasi adalah sebuah
teknik untuk menghasilkan kumpulan relasi atau hubungan dengan propertiproperti yang diinginkan, yang memberikan kebutuhan data dari suatu
perusahaan.
A. Bentuk Normal Pertama (First Normal Form / 1NF)
Unnormalized (UNF), sebuah tabel yang berisi satu atau lebih grup yang
berulang. Yang dimaksud grup yang berulang itu adalah atribut-atribut yang
multivalued. Normalisasi pertama (1NF), menghilangkan perulangan.
Sebuah relasi dimana setiap baris dan kolom hanya berisi satu nilai saja.
Bentuk Normal pertama ini, dicapai apabila setiap nilai atribut adalah
tunggal. Kondisi ini dapat diperoleh dengan melakukan eliminasi terhadap
38
terjadinya data ganda (repeating groups). Pada kondisi normal pertama ini
kemungkinan masih terjadi adanya data rangkap.
B. Bentuk Normal Kedua (Second Normal Form / 2NF)
M enurut Connolly dan Begg (2005, p407), aturan normalisasi kedua
(2NF) dapat dikatakan bahwa sebuah relasi dalam bentuk 1NF dan setiap
atribut bukan primary key yang fungsi seluruhnya bergantung pada primary
key. Normalisasi dari 1NF ke 2NF melibatkan penghapusan ketergantungan
parsial.
C. Bentuk Normal Ketiga (Third Normal Form / 3NF)
M enurut Connolly dan Begg (2005, p409), aturan normalisasi ketiga
(3NF) adalah sebuah relasi dalam bentuk 1NF dan 2NF dimana tidak ada
ketergantungan transitif antara atribut non-primary key dengan primary key.
D. Bentuk Normal Boyce-Codd (Boyce-Codd Normal Form / BCNF)
M enurut Connolly dan Begg (2005, p419) aturan normalisasi boyce-codd
(BCNF) adalah sebuah relasi jika dan hanya jika setiap determinan adalah
candidate key.
2.10
ERD (Entity-Relationship Modeling)
Model data entity relationship (E-R) berdasarkan pada persepsi dari
dunia nyata yang terdiri dari sekumpulan objek-objek dasar yang desebut entity,
dan relationship antara objek-objek tersebut. Pembentuk M odel E-R (Entity
Relationship) pada dasarnya terdiri dari 2 komponen, yaitu : Entitas (Entity) dan
Relasi (Relation).
39
2.10.1 Entity
Entity adalah kumpulan objek dengan properties yang
yang di identifikasi oleh perusahaan yang memiliki keberadaan
sama,
yang
bebas (Connolly and Begg (2005, p343))
Gambar 2.2 Type Entity
(Connolly and Begg, 2005, p345)
2.10.2 Relationship Type
Relationship types adalah sekumpulan hubungan antar entitas
yang memiliki arti (Connolly dan Begg (2005, p346)). Relationship
occurrence yaitu sebuah keterhubungan unik yang diidentifikasi
dan
meliputi suatu kejadian dari setiap tipe entitas yang ada. Degree of
relationship yaitu jumlah tipe entitas yang digunakan dalam suatu
relationship. Degree of relationship terdiri dari :
1. Binary Relationship
Hubungan antar dua tipe entitas.
2. Ternary Relationship
Keterhubungan antar tiga tipe entitas.
40
3. Quaternary Relationship
Keterhubungan antar empat tipe entitas.
4. Recursive Relationship
Keterhubungan antar satu tipe entitas, dimana tipe entitas tersebut
berpartisipasi lebih dari satu kali dengan peran yang berbeda.
2.10.3 Attribute
M enurut Connolly dan Begg (2005, p350), attribute adalah sifat
dari entity atau type relationship. Attribute domain adalah adalah
himpunan nilai yang diperbolehkan untuk satu atau lebih atribut. Atribut
dapat diklasifikasikan menjadi empat yaitu:
1. Simple dan Composite Attribute
Simple Attribute adalah sebuah atribut yang mempunyai
keberadaan bebas dan tidak dapat dibagi menjadi komponen yang
lebih kecil lagi.
Simple Attribute dikenal juga dengan nama
Atomic Attribute.
Composite Attribute adalah sebuah atribut yang terdiri dari
beberapa
komponen,
dimana
masing-masing
komponen
mempunyai keberadaan yang bebas.
2. Single-valued dan Multi-valued Attribute
Single-valued Attribute adalah atribut yang mempunyai nilai
tunggal untuk setiap kejadian dari tipe entity.
Multi-valued Attribute adalah atribut yang mempunyai
beberapa nilai untuk setiap kejadian dari tipe entity
41
3. Derived Attribute
Atribut yang merepresentasikan nilai yang dihasilkan dari satu
atau sekelompok atribut yang berhubungan, dan tidak harus
berasal dari satu entitas
4. Keys
Key
adalah
sebuah
field
yang
digunakan
untuk
mengidentifikasi satu atribut atau lebih yang secara unik
mengindentifkasi setiap record (Connolly dan Begg (2005,
p352)).
a. Candidate key yaitu sekelompok atribut yang secara unik
mengidentifikasi setiap kejadian dari tipe entitas. Atribut
ini mempunyai nilai yang unik pada hampir tiap barisnya.
Fungsi dari candidate key adalah sebagai calon primary
key.
b. Primary key yaitu candidate key yang dipilih untuk
mengidentifikasikan secara unik setiap kejadian dari tipe
entitas. Primary key harus merupakan field yang benarbenar unik.
c. Composite key yaitu candidate key yang terdiri dari dua
atau lebih atribut.
Pada kondisi tertentu, suatu atribut
tidak dapat digunakan untuk mengidentifikasi baris secara
unik dan membutuhkan kolom lain untuk digunakan
sebagai primary key.
42
d. Alternate key adalah candidate key yang tidak dipilih
sebagai primary key.
e. Foreign key adalah jika sebuah primary key terhubung ke
tabel lain dan fungsinya sebagai penghubung antar tabel.
2.11
Internet
M enurut Jill H. Ellsworth dan M atthew, internet adalah jaringan
komunikasi digital yang menghubungkan jaringa-jaringan lebih kecil dari banyak
negara di seluruh dunia. Internet mentransfer data menggunakan protokol standar
yang disebut TCP/IP. Internet semakin mudah digunakan baik bagi individu
maupun bisnis. Sebelumnya aktifitas bisnis di internet terbatas, tetapi sekarang
tidak hanya bisnis yang dapat dilakukan di internet. Internet dalam arti yang luas,
meliputi individu, kelompok, organisasi sekolah, universitas, layanan komersial,
perusahaan pemerintah dan mereka yang menggunakan protokol TCP/IP. Hingga
sekarang internet terus mengalami kemajuan yang sangat cepat.
2.11.1 WWW (Word Wide Web )
WWW (World Wide Web) adalah layanan yang paling sering
digunakan dan memiliki perkembangan yang sangat cepat karena dengan
layanan ini kita bisa menerima informasi dalam berbagai format atau
multimedia. Sedangkan, menurut Jill H. Ellsworth dan M atthew, WWW
adalah sistem client server yang dirancang untuk menggunakan dokumen
hypermedia dan hypertext via internet. WWW menggunakan HTTP
(Hypertext Transfer Protocol) untuk bertukar informasi, image dan data
43
lainnya yang diformat dalam dokumen HTM L (Hypertext Markup
Language). WWW (World Wide Web) disebut juga dengan dokumen
hypertext dan hypermedia yang dirancang khusus untuk ditampilkan di
browser. Dokument ini bertindak sebagai interface antara user dengan
internet.
2.11.2 HTML (Hypertext Markup Language )
HTM L (HyperText M arkup Language) adalah standar informas i
yang berbasis hypertext yang dipakai pada web. Berdasarkan standar
inilah web browser dapat memahami isi suatu dokumen yang berasal dari
web server. HTM L bekerja dengan menggunakan HTTP, yaitu protokol
komunikasi yang memungkinkan web server berkomunikasi dengan web
browser. (Kadir, 2004, p12).
2.11.3
HTTP (Hypertext Tran sfer Protocol)
HTTP (HyperText Transfer Protocol) adalah suatu protokol yang
menentukan aturan yang perlu diikuti oleh web browser dalam meminta atau
mengambil suatu dokumen dan oleh web server dalam menyediakan dokumen
yang diminta web browser. Protokol ini merupakan protokol standar yang
digunakan untuk mengakses dokumen HTM L seperti http://www.yahoo.com;
ini merupakan salah satu penggunaan protokol HTTP dalam web (Sutarman,
2003, p5).
44
2.11.4 URL (Uniform Resource Locator)
URL (Unified Resource Locator) adalah suatu sarana yang digunakan
untuk menentukan lokasi informasi pada suatu web server. URL dapat
diibaratkan suatu alamat, dimana alamat tersebut terdiri atas (Sutarman, 2003,
p5) :
1. Protokol yang digunakan oleh suatu browser untuk mengambil
informasi.
2. Nama komputer (server) dimana informasi tersebut berada.
3. Jalur/path serta nama file dari suatu informasi
Format umum dari URL adalah sebagai berikut :
Protokol_transfer://nama_host/path/nama_file
Contoh : http://www.yahoo.com/mail/index.html
Dimana :
• http adalah protokol yang digunakan
• www.yahoo.com adalah nama host atau server
komputer
informasi yang dicari berada.
• Index.html adalah nama file dimana informasi tersebut berada.
45
2.12
Interaksi Manusia dan Komputer
Pengertian ilmu Interaksi M anusia Komputer adalah suatu hubungan
timbal balik yg terjadi antara manusia dan komputer, dimana satu sama lain
saling membutuhkan. Suatu komputer tidak akan berfungsi apabila tidak ada
seseorang yang mengoperasikannya. Begitu pula dengan manusia, manusia
sangat membutuhkan komputer untuk berbagai keperluan, seperti mendapatkan
informasi yang tidak mungkin didapat dari buku.
Cakupan bidang ilmu IM K:
1. M anusia
2. Komputer
3. Proses Design
4. Prinsip dan Rancangan Usability
5. Prinsip GUI (Graphical User Interfaces) yang baik
2.12.1 Delapan Aturan Emas Perancangan Tampilan Pengguna
Untuk meningkatkan kegunaan dari sebuah aplikasi maka
digunakan sebuah aturan yang dinamakan delapan aturan emas (8 Golden
Rules). Prinsip-prinsip ini berasal dari pengalaman dalam merancang
tampilan pengguna dan berlaku di sebagian besar sistem interaktif.
Delapan aturan tersebut merupakan panduan untuk desain interaksi yang
baik (Ben shneiderman, 1998), terdiri dari:
46
1. Setiap tampilan harus konsisten.
Konsistensi dilakukan pada urutan tindakan, perintah, dan
istilah yang digunakan pada prompt, menu, serta layar
bantuan.
2. Untuk memudahkan pengguna dengan menyediakan shortcut.
Ada kebutuhan dari pengguna yang sudah ahli untuk
meningkatkan
kecepatan
interaksi,
sehingga diperlukan
singkatan, tombol fungsi, perintah tersembunyi, dan fasilitas
makro.
3. M emberikan umpan balik kepada pengguna.
Untuk setiap tindakan operator, sebaiknya disertakan suatu
sistem umpan balik. Untuk tindakan yang sering dilakukan
dan tidak terlalu penting, dapat diberikan umpan balik yang
sederhana. Tetapi ketika tindakan merupakan hal yang
penting, maka umpan balik sebaiknya lebih substansial.
M isalnya muncul suatu suara ketika salah menekan tombol
pada waktu input data atau muncul pesan kesalahannya.
4. Desain dialog untuk menampilkan akhir.
Urutan tindakan sebaiknya diorganisir dalam suatu
kelompok dengan bagian awal, tengah, dan akhir. Umpan
balik yang informatif akan meberikan indikasi bahwa cara
yang dilakukan sudah benar dan dapat mempersiapkan
kelompok tindakan berikutnya.
47
5. M enawarkan penanganan kesalahan yang sederhana.
Sedapat mungkin sistem dirancang sehingga pengguna
tidak dapat melakukan kesalahan fatal. Jika kesalahan terjadi,
sistem dapat mendeteksi kesalahan dengan cepat dan
memberikan mekanisme yang sedehana dan mudah dipahami
untuk penanganan kesalahan.
6. M emudahkan untuk kembali ke keadaan sebelumnya.
Hal ini dapat mengurangi kekuatiran pengguna karena
pengguna mengetahui kesalahan yang dilakukan dapat
dibatalkan;
sehingga
mengekplorasi
pengguna
pilihan-pilihan
lain
tidak
takut
yang belum
untuk
biasa
digunakan.
7. M emberikan respon terhadap aksi yang pengguna lakukan.
Pengguna ingin menjadi pengontrol sistem dan sistem
akan merespon tindakan yang dilakukan pengguna daripada
pengguna merasa bahwa sistem mengontrol pengguna.
Sebaiknya sistem dirancang sedemikan
rupa sehingga
pengguna menjadi inisiator daripada responden.
8. M engurangi memori ingatan jangka pendek.
Keterbatasan ingatan manusia membutuhkan tampilan
yang sederhana atau banyak tampilan halaman yang sebaiknya
disatukan, serta diberikan cukup waktu pelatihan untuk kode,
mnemonic, dan urutan tindakan.
48
2.13
E-Learning
E-learning adalah pembelajaran jarak jauh yang menggunakan teknologi
komputer, atau biasanya internet (Allan J. Henderson, 2002). Henderson
menambahkan juga bahwa e-learning memungkinkan pembelajar untuk belajar
melalui komputer di tempat mereka masing-masing tanpa harus secara fisik pergi
mengikuti pelajaran di kelas. E-learning merupakan pembelajaran berbasis web
(William K. Horton, 2006). E-learning, seperti juga namanya “Electronic
Learning” disampaikan dengan menggunakan media elektronik yang terhubung
dengan Internet (world wide web yang menghubungkan semua unit komputer di
seluruh dunia yang terkoneksi dengan Internet) dan Intranet (jaringan yang bisa
menghubungkan semua unit komputer dalam sebuah perusahaan). E-learning
dalam arti luas bisa mencakup pembelajaran yang dilakukan di media elektronik
(internet) baik secara formal maupun informal. E-learning secara formal,
misalnya adalah pembelajaran dengan kurikulum, silabus, mata pelajaran dan tes
yang telah diatur dan disusun berdasarkan jadwal yang telah disepakati pihakpihak terkait (pengelola e-learning dan pembelajar
sendiri). M anfaaat
digunakannya metode e-learning:
1.
M emberikan fasilitas pelatihan yang memungkinkan untuk
mengatur jadwal sendiri sehingga mengatasi kendala waktu dan
jarak (perjalanan).
2.
M emberikan kontrol yang lebih leluasa.
49
3.
M emungkinkan
untuk
mengikuti pelatihan
sesuai dengan
kecepatan (kemampuan) masing-masing individu sehingga bagi
yang mampu menyerap materi dengan cepat akan bisa maju
dengan lebih cepat.
4.
M emungkinkan untuk memilih berbagai materi dan metoda
pelatihan.
5.
M enghemat biaya dan waktu perjalanan sehingga penggunaan
waktu dan biaya akan lebih efektif.
6.
M emungkinkan untuk memperbarui materi pelatihan dengan
cepat untuk menyesuaikan dengan kebutuhan dan perkembangan
terbaru.
2.14
PHP
M enurut Kasiman Peraninangin (2006, p2), PHP diciptkan pertama kali
oleh Rasmus Lerdorf pada tahun
1994. Awalnya, PHP digunakan untuk
mencatat jumlah serta untuk mengetahui siapa saja pengunjung pada
homepagenya. Sebuah website yang dibuat hanya dengan tag-tag HTM L bersifat
statis. Dengan adanya PHP ini dapat dibuat suatu website yang dinamis bahkan
interaktif.
PHP merupakan singkatan dari "PHP: Hypertext Preprocessor", bahasa
scripting yang menyatu dengan HTM L dan dijalankan pada serverside. Artinya
semua sintaks yang kita berikan akan sepenuhnya dijalankan pada server
sedangkan yang dikirimkan ke browser hanya hasilnya saja. Ketika seorang
pengguna internet membuka suatu situs yang menggunakan fasilitas server side
50
scripting PHP, maka terlebih dahulu server yang bersangkutan akan memproses
semua perintah PHP di server lalu mengirimkan hasilnya dalam format HTM L
ke web server pengguna internet tadi. Sehingga kode asli yang ditulis dengan m
PHP tidak terlihat di browser pengguna. PHP merupakan software yang open
source bebas. Jadi anda dapat merubah source code dan mendistribusikan secara
bebas dan gratis. PHP juga dapat berjalan lintas platform, yaitu dapat digunakan
dengan sistem operasi (Windows dan Linux) dan web server apapun (misalnya:
IIS, Apache dll).
2.15
MySQL
M enurut Haris ( 2003, p2), MySql dikembangkan oleh sebuah perusahaan
swedia
yang
bernama
MySQL
AB yang
mempunyai tujuan
untuk
mengembangkan aplikasi web yang dimiliki kliennya. MySql merupakan
database server dimana pemrosesan data terjadi di server dan client hanya
mengirim data dan meminta data.
MySQL merupakan software database yang termasuk paling populer
dilingkungan linux, kepopuleran ini karena ditunjang performansi query dari
databasenya yang bisa dikatakan paling cepat dan jarang bermasalah. Namun
MySQL telah tersedia juga di lingkungan Windows. PHP untuk Windows secara
default telah mendukung M ySQL.
MySQL dikembangkan oleh sebuah perusahaan Swedia bernama M ySQL
AB, yang pada saat itu bernama TcX Data Konsult AB sekitar tahun 1994-1995.
M YSQL sudah ada sejak 1979. MySQL termasuk jenis RDBM S (Relational
Database Management System). M YSQL digunakan oleh banyak portal-portal
51
internet sebagai basis data dari informasi yang ditampilkan pada situs web.
Kepopuleran M YSQL dimungkinkan karena kemudahannya untuk digunakan,
cepat secara kinerja query, dan mencukupi untuk kebutuhan basis data
perusahaan-perusahaan skala menengah dan kecil. Istilah seperti tabel, baris, dan
kolom tetap digunakan dalam M ySQL. Sebuah basis data yang terdapat pada
M YSQL mengandung satu atau beberapa tabel yang terdiri dari sejumlah baris
dan kolom.
2.16
Web Server
Berdasarkan Wikipedia, web server bisa berarti dua hal, yaitu :
• Sebuah
komputer yang bertanggung
jawab
untuk
menangani
permintaan HTTP dari klien dan memberikan respon balik berupa HTTP beserta
data yang diminta yang umumnya adalah web page, seperti dokumen HTM L
dan objek lainnya yang terhubung.
• Sebuah program komputer yang menangani permintaan HTTP dari klien
dan memberikan respon balik berupa HTTP beserta data yang diminta yang
umumnya adalah web page, seperti dokumen HTM L dan objek lainnya yang
terhubung.
Beberapa jenis web server yang umum di internet yaitu : Apache, IIS,
Apache Tomcat.